 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
提问者:
• 3G主叫接通流程时延规范 2019-01-08
• 被叫无法接通主叫能回落是什么原因 2018-03-07
• 【VOLTE】主叫为啥发起servicerequest一直后不RRC建立，导致未接通？ 2017-07-29
• 网络侧下发ServerInternalError500消息导致主叫未接通,求专家指导指导 2017-07-24
• CSFB主叫能打通，被叫无法接通这是有哪些原因造成的 2017-07-19
• CSFB手机占用4G室分信号，做主叫时通话正常，被叫无法接通？ 2017-01-04
• 主叫寻呼被叫回落，显示暂时无法接通，有点复杂，大神们来讨论下吧 2016-11-18
• ATU测试，主叫起呼后立即指配完成，随后发生跨LAC切换，造成未接通，此时被叫一直处于空闲态，未接通原因为，用户忙 2016-09-01
• 被叫无法接通主叫能回落是什么原因 2018-03-07
• 【VOLTE】主叫为啥发起servicerequest一直后不RRC建立，导致未接通？ 2017-07-29
• 网络侧下发ServerInternalError500消息导致主叫未接通,求专家指导指导 2017-07-24
• CSFB主叫能打通，被叫无法接通这是有哪些原因造成的 2017-07-19
• CSFB手机占用4G室分信号，做主叫时通话正常，被叫无法接通？ 2017-01-04
• 主叫寻呼被叫回落，显示暂时无法接通，有点复杂，大神们来讨论下吧 2016-11-18
• ATU测试，主叫起呼后立即指配完成，随后发生跨LAC切换，造成未接通，此时被叫一直处于空闲态，未接通原因为，用户忙 2016-09-01
问题答案
( 7 )
IMSI未定义
鉴权不通过
小区未定义
电信/承载服务请求失败
PRE-A / A / PRE-B / B表分析错误
SCP请求失败
路由拥塞
GCP拥塞
无可用分配信道
SAC/MBAC控制
LICENSE超出容量
。。。。
太多了
鉴权不通过
小区未定义
电信/承载服务请求失败
PRE-A / A / PRE-B / B表分析错误
SCP请求失败
路由拥塞
GCP拥塞
无可用分配信道
SAC/MBAC控制
LICENSE超出容量
。。。。
太多了
回答者：
peterfbl
回答时间：2009-09-04 09:02
13
11
补充点信息...是什么网的手机,G?CDMA?WCDMA?TD?
回答者：
tyloxer
回答时间：2009-09-04 10:20
11
9
1，用户所处位置信号差或者无信号。
2，此时用户正在收短信就会提示无法接通。
3，..............................
2，此时用户正在收短信就会提示无法接通。
3，..............................
回答者：
childish
回答时间：2009-09-04 11:47
12
11
简单点说
网元任何一处有问题都有可能有造成主叫手机未接通
网元任何一处有问题都有可能有造成主叫手机未接通
回答者：
woshixiaoxi2002
回答时间：2009-09-04 14:34
15
8
导致用户接通率低的因素有很多，首先如果没有可用的有线或无线资源，系统就无法正常给用户分配信道；其次，即使有充足资源，由于无线传播环境的复杂性，不同的覆盖条件和干扰等级，都会影响用户接通率；另外，由于系统自身配置不当，以及突发的硬件故障，也会造成用户接通率下降。
针对这些可能导致用户接通率降低的因素，下面我们从四个方面进行具体的分析。
3.1 没有可用的资源
3.1.1 无线信道容量不足
1）SDCCH信道拥塞
小区SDCCH信道由于话务容量、基站软件或硬件故障导致小区SDCCH信道分配异常、LAC区的划分不合理、基站信道配置等多种原因造成拥塞。从而导致该小区的手机在呼叫时，SDCCH信道指配失败。造成在该小区的用户无法正常呼叫。针对这种情况，应尽快调整相关参数；查找到硬件故障，锁死相应载频；甚至对基站做强制重启动。以缓解SDCCH拥塞。随后，根据需要合理配置SDCCH信道，划分位置区域。
2）TCH信道拥塞
小区TCH信道由于话务容量、基站小区参数配置不合理、基站软件或硬件故障手机无法正常占上TCH信道或基站的其它异常等多种原因造成拥塞。从而导致该小区的手机在呼叫时，因没有TCH信道而得不到信道指配。造成在该小区的用户无法正常呼叫。针对这种情况，应尽快调整相关参数（如小区发射功率、流量控制、排队等）；重新激活故障信道；进行天线调整。以控制小区TCH接入量，缓解TCH拥塞。进而根据需要合理配置TCH信道数目。
注：引起SDCCH、TCH拥塞的原因有许多，在其它的部分中，我们已进行了专题论述分析。这里就不再一一重述了。
3.1.2 有线信道容量不足
1）BSS的CIC电路拥塞
当一个BSC所承载的载频数量增长到一定量时，随着用户数和业务量的增长，由BSC到MSC的CIC电路的电路数也要相应增加。当BSC承载的用户数过高，或由于一些高端用户长时间使用数据业务，一直占用部分CIC电路。致使CIC电路数不足，MSC将无法在CIC电路拥塞的情况下为呼叫请求建立连接，引起呼叫失败。针对这种情况，应及时根据CIC电路的忙闲统计，相应增加BSC到MSC的CIC电路数；以及对不同BSC,MSC之间的话务量进行均衡。
2）MSC间的电路拥塞
当MSC之间或本网与外面其它网络间的电路数配置不足时，MSC将无法为过多呼叫请求建立连接，引起呼叫失败。针对这种情况，及时根据需求补足网间电路，即可解决问题。
3.2 无线环境恶劣
3.2.1 覆盖问题
1）覆盖空洞
因为基站太少导致覆盖不连续或室内信号强度较弱。造成MS与BTS之间的上、下行信令链路不能正常通信。致使MS或BTS不能正确解调出相关信息。
2）高大建筑物的阴影效应
移动台在移动过程中由于一些高大建筑物所产生的阴影效应而导致移动台信号发生快衰落，导致小区上、下行传输损耗增大，通信质量下降。致使MS或BTS不能正确解调出相关信息。
3）漂移信号
由于高站、覆盖不规则的基站导致的信号漂移。导致信号强度变化较大，同时形成一定成程度同邻频相互干扰。造成通信质量下降。
问题分析：在覆盖较差的区域，常常发生呼叫不能建立的情况。除了通过调整基站天线覆盖范围或新加站解决覆盖以外，某些时候是由于服务小区的参数设置存在问题，例如：呼叫没有达到小区的最小接入电平；服务小区所在的基站，将poor_initial_assignment=1即距离较远的RACH信息加以滤除。当用户处于ms_max_range设定范围之外时，不予接入系统。这种情况只对于用户有感受（如用户在没有达到最小接入电平时，在做被叫时会被当作不再服务区），而不计入呼叫建立成功率的统计公式中。
另外，则是由于在呼叫建立的过程中，由于服务小区的信号强度不稳定，上、下行传输质量差造成在接续过程中的信令丢失。从而导致SD、TCH的接入失败，无法建立呼叫。这种情况有可能计入呼叫建立成功率的统计公式。针对以上情况，应在覆盖差的区域，通过小区覆盖调整；新建宏蜂窝和微蜂窝改善原有覆盖。同时，针对个别地区综合测试的结果，相应的调整小区相关参数（例如：C1，C2，CRO的设置；T3101；T3109设定时长等）。
3.2.2 干扰问题
无线干扰主要包括同频干扰、邻频干扰、交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调小区的BSIC码或不能正确接收移动台测量报告。干扰导致的上、下行传输质量差会造成在接续过程中的信令丢失。
基站分配给移动台的SDCCH信道频点可能与TCH信道频点不同，因而需要对它们分别进行分析。从确定呼叫建立过程中哪个阶段为干扰所影响。
1）上行干扰
针对上行干扰：这种干扰为目前的主要干扰现象。上行干扰主要发生在话务高峰期它主要来源于同频干扰，也可能是外部干扰，同频干扰与同频小区的话务量有关，话务量高则干扰大，外部干扰主要是来自直放站的交调干扰，以及电力通信微波、CDMA相邻频段的直接干扰。对上行干扰可通过分析驱车测试中的相关报告，修改同频小区的同频频率，增加两个同频小区间的间距（实际统计表明信号强度随距离以近似4次幂指数的规律衰减）或利用频谱分析仪对交调干扰加以定位，通过分集接收和有效的功率控制也可减少干扰。对无上述情况但有干扰的小区可用频谱分析仪,采用有源定向天线配合寻找干扰源。
2）下行干扰
针对下行干扰：这种干扰不是很普遍。下行干扰主要是由于频率规划不当而造成部分基站的同频干扰和邻频干扰。发现的方法是通过在OMC中取得相关载频的BER统计；MOTOROLA优化工具CTP测量报告来加以判断，下行干扰会引起频繁下行切换。通过测量报告和现场实测如发现存在同频和邻频干扰，需对蜂窝系统的频率规划重新进行优化调整。
针对这些可能导致用户接通率降低的因素，下面我们从四个方面进行具体的分析。
3.1 没有可用的资源
3.1.1 无线信道容量不足
1）SDCCH信道拥塞小区SDCCH信道由于话务容量、基站软件或硬件故障导致小区SDCCH信道分配异常、LAC区的划分不合理、基站信道配置等多种原因造成拥塞。从而导致该小区的手机在呼叫时，SDCCH信道指配失败。造成在该小区的用户无法正常呼叫。针对这种情况，应尽快调整相关参数；查找到硬件故障，锁死相应载频；甚至对基站做强制重启动。以缓解SDCCH拥塞。随后，根据需要合理配置SDCCH信道，划分位置区域。
2）TCH信道拥塞
小区TCH信道由于话务容量、基站小区参数配置不合理、基站软件或硬件故障手机无法正常占上TCH信道或基站的其它异常等多种原因造成拥塞。从而导致该小区的手机在呼叫时，因没有TCH信道而得不到信道指配。造成在该小区的用户无法正常呼叫。针对这种情况，应尽快调整相关参数（如小区发射功率、流量控制、排队等）；重新激活故障信道；进行天线调整。以控制小区TCH接入量，缓解TCH拥塞。进而根据需要合理配置TCH信道数目。
注：引起SDCCH、TCH拥塞的原因有许多，在其它的部分中，我们已进行了专题论述分析。这里就不再一一重述了。
3.1.2 有线信道容量不足
1）BSS的CIC电路拥塞当一个BSC所承载的载频数量增长到一定量时，随着用户数和业务量的增长，由BSC到MSC的CIC电路的电路数也要相应增加。当BSC承载的用户数过高，或由于一些高端用户长时间使用数据业务，一直占用部分CIC电路。致使CIC电路数不足，MSC将无法在CIC电路拥塞的情况下为呼叫请求建立连接，引起呼叫失败。针对这种情况，应及时根据CIC电路的忙闲统计，相应增加BSC到MSC的CIC电路数；以及对不同BSC,MSC之间的话务量进行均衡。
2）MSC间的电路拥塞
当MSC之间或本网与外面其它网络间的电路数配置不足时，MSC将无法为过多呼叫请求建立连接，引起呼叫失败。针对这种情况，及时根据需求补足网间电路，即可解决问题。
3.2 无线环境恶劣
3.2.1 覆盖问题
1）覆盖空洞因为基站太少导致覆盖不连续或室内信号强度较弱。造成MS与BTS之间的上、下行信令链路不能正常通信。致使MS或BTS不能正确解调出相关信息。
2）高大建筑物的阴影效应
移动台在移动过程中由于一些高大建筑物所产生的阴影效应而导致移动台信号发生快衰落，导致小区上、下行传输损耗增大，通信质量下降。致使MS或BTS不能正确解调出相关信息。
3）漂移信号
由于高站、覆盖不规则的基站导致的信号漂移。导致信号强度变化较大，同时形成一定成程度同邻频相互干扰。造成通信质量下降。
问题分析：在覆盖较差的区域，常常发生呼叫不能建立的情况。除了通过调整基站天线覆盖范围或新加站解决覆盖以外，某些时候是由于服务小区的参数设置存在问题，例如：呼叫没有达到小区的最小接入电平；服务小区所在的基站，将poor_initial_assignment=1即距离较远的RACH信息加以滤除。当用户处于ms_max_range设定范围之外时，不予接入系统。这种情况只对于用户有感受（如用户在没有达到最小接入电平时，在做被叫时会被当作不再服务区），而不计入呼叫建立成功率的统计公式中。
另外，则是由于在呼叫建立的过程中，由于服务小区的信号强度不稳定，上、下行传输质量差造成在接续过程中的信令丢失。从而导致SD、TCH的接入失败，无法建立呼叫。这种情况有可能计入呼叫建立成功率的统计公式。针对以上情况，应在覆盖差的区域，通过小区覆盖调整；新建宏蜂窝和微蜂窝改善原有覆盖。同时，针对个别地区综合测试的结果，相应的调整小区相关参数（例如：C1，C2，CRO的设置；T3101；T3109设定时长等）。
3.2.2 干扰问题
无线干扰主要包括同频干扰、邻频干扰、交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调小区的BSIC码或不能正确接收移动台测量报告。干扰导致的上、下行传输质量差会造成在接续过程中的信令丢失。基站分配给移动台的SDCCH信道频点可能与TCH信道频点不同，因而需要对它们分别进行分析。从确定呼叫建立过程中哪个阶段为干扰所影响。
1）上行干扰
针对上行干扰：这种干扰为目前的主要干扰现象。上行干扰主要发生在话务高峰期它主要来源于同频干扰，也可能是外部干扰，同频干扰与同频小区的话务量有关，话务量高则干扰大，外部干扰主要是来自直放站的交调干扰，以及电力通信微波、CDMA相邻频段的直接干扰。对上行干扰可通过分析驱车测试中的相关报告，修改同频小区的同频频率，增加两个同频小区间的间距（实际统计表明信号强度随距离以近似4次幂指数的规律衰减）或利用频谱分析仪对交调干扰加以定位，通过分集接收和有效的功率控制也可减少干扰。对无上述情况但有干扰的小区可用频谱分析仪,采用有源定向天线配合寻找干扰源。
2）下行干扰
针对下行干扰：这种干扰不是很普遍。下行干扰主要是由于频率规划不当而造成部分基站的同频干扰和邻频干扰。发现的方法是通过在OMC中取得相关载频的BER统计；MOTOROLA优化工具CTP测量报告来加以判断，下行干扰会引起频繁下行切换。通过测量报告和现场实测如发现存在同频和邻频干扰，需对蜂窝系统的频率规划重新进行优化调整。
回答者：
qiaosheyu
回答时间：2009-09-04 15:15
12
16
主叫手机在位置更新或小区 重选都可能导致未接通
回答者：
guyun001
回答时间：2009-09-09 09:45
13
12
说的都很详细.
回答者：
wangdalong
回答时间：2009-09-09 20:39
13
12
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |