 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
G网中block call是什么原因？怎么处理？
提问者:
• 5G网络现在可以用了吗？ 2020-06-14
• 5G网络的X2接口的物理表现形式是什么？ 2020-05-09
• 5G网络在各种2B场景中，市场空间最大的两个是什么 2020-03-08
• 5G网怎么开通 2020-02-24
• 中兴4G网关点增量同步与全量同步均没反应，不弹出窗口 2020-01-07
• 一个eNodeB ID 对有多少个LOCalid有没有上限个数？ 2019-10-31
• 中美贸易战已经告一段略，取消证券业外资股比限制，“中国加速开放资本市场”。四大运营商，在5G网络普及时，应该加强协作配合，真正做到“四网合一”。前两月，中国己经建了几十万个5G宏基站，但多数因5G终端 2019-10-13
• 为什么要坚决反对Option3选项的NSA（非独立组网）的假5G? 1、它是纯4G核心网（EPC）控制下的eMBB（超高速率，1.5Gpbs以上），只重视迅速，方便，放大了不准确和不安全。中国4G网络 2019-09-26
• 5G网络的X2接口的物理表现形式是什么？ 2020-05-09
• 5G网络在各种2B场景中，市场空间最大的两个是什么 2020-03-08
• 5G网怎么开通 2020-02-24
• 中兴4G网关点增量同步与全量同步均没反应，不弹出窗口 2020-01-07
• 一个eNodeB ID 对有多少个LOCalid有没有上限个数？ 2019-10-31
• 中美贸易战已经告一段略，取消证券业外资股比限制，“中国加速开放资本市场”。四大运营商，在5G网络普及时，应该加强协作配合，真正做到“四网合一”。前两月，中国己经建了几十万个5G宏基站，但多数因5G终端 2019-10-13
• 为什么要坚决反对Option3选项的NSA（非独立组网）的假5G? 1、它是纯4G核心网（EPC）控制下的eMBB（超高速率，1.5Gpbs以上），只重视迅速，方便，放大了不准确和不安全。中国4G网络 2019-09-26
问题答案
( 4 )
一般是由于拥塞造成的未接通,建议对相关小区检查SD与TCH的
拥塞情况;及时进行扩容....
回答者：
litom2004
回答时间：2013-09-22 13:03
9
6
频点干扰，弱信号出现高质差，位置更新这三种最常见的，测试时候都可以现场分析的出来。硬件故障、SD拥塞、就要问问后台了。慢慢积累经验。
回答者：
fuhuanmom
回答时间：2013-09-22 13:25
12
7
以下过程将产生BLOCK CALL：
1、Immediate Assignment Reject (SDCCH接入失败)
2、被叫号码错误
3、主叫拨叫被叫均振铃，无应答，主叫提示：“对不起，您拨打的电话已经停机”，或者“您拨打的电话暂时无人接听，请稍后再拨”-往往主被叫均存在block call
4、MS1拨叫MS2（主、被叫均存在Alerting），MS1主动挂机（disconnect）导致主被叫各发生一次Block call
5、MS1拨叫MS2（主、被叫均存在Alerting），MS2主动挂机（disconnect）导致主被叫各发生一次Block call
此情况，主叫提示音为：“对不起，您拨打的电话正在通话中，请稍后再拨”
6、MS1拨叫MS2（主、被叫均无Alerting），MS1就主动挂机（disconnect）可导致被叫发生一次Block call
7、MS1拨叫MS2（主被叫均无Alerting），MS2忙导致Block call
8、MS1拨打MS2，MS2掉电（脱网）
在lay3中的disconnect的cause value基本可以指示出block call原因：
Cause value 为#16：（Normal call clearing）正常呼叫清除
Cause value 为#28：（Invalid number farmat）被叫号码错误
Cause value为#27：（Destination out of order）sd拥塞
Cause value为#31: （normal,unspeched）
Cause value为#17: （User Busy）被叫通话过程
Cause value 为#18: （No user responding）被叫没有响应 具体参见gsm0408
注：MS1拨打MS2过程中，在Alerting前MS2正常关机，导致呼叫无法建立，MS1提示音为“您好，您所拨打的电话已关机，请稍后再拨”此过程中不会产生BLOCK CALL
经验谈：一般在做问题分析时，先将近期统计数据中存在拥塞的站小区罗列出来，这样便于查看，可极大的提高效率。
范志祥 17:12:44
无线系统掉话分为SDCCH掉话和TCH掉话,也可分为射频掉话与切换掉话。
1） 干扰导致掉话
由于干扰使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。
2） 天线，天馈线原因导致掉话
a、由于两副天线俯仰角不同而产生的掉话：在基站安装过程中每个定向小区均有两副收发天线(单极化)，当小区的DATABASE中参数CCCH_CONF=0时，小区的SDCCH和BCCH采用NO-COMBINED MODE，这样，该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。当两副天线的俯仰角不同时，就会造成两副天线的覆盖范围不同，当用户能收到BCCH信号，但产生呼叫时却因无法占用SDCCH而掉话。
b、由于天馈线方位角原因而产生的掉话：在基站安装过程中每个定向小区如果有两副天线，当两副天线的方位角不同时就会形成空洞区域。
c、由于天馈线自身原因而产生的掉话：天馈线损伤、进水、打折和接头处接触不良，均会降低发射功率和接收灵敏度，从而产生严重的掉话。
d、由于两副天线之间的距离原因而产生的掉话：两副天线之间应保持一定的水平距离以实现分集接收，否则将会降低收信灵敏度产生掉话。两副天线之间的水平距离（经验值）应为垂直距离的十分之一，至少应大于3m。
3）切换而导致的掉话
a、在基站做分担话务量的切换时，一些切换请求会因为切入小区的信号强度太弱而失败，即使切换成功也经常会因为信号强度太弱而掉话。原因是在BSC中我们对手机用户的接收信号强度设有最低门限，当低于此门限值时，手机无法建立呼叫。
b、有一些小区由于相邻小区都很繁忙，造成忙时目标基站无切换信道或在拓扑关系中漏定义切换条件（含BSC间切换和越局切换），致使手机用户在进行切换时无法占用相邻小区的空闲话音信道，此时BSC将对此进行呼叫重建（Direct Retry），若基站的信号此时不能满足最低工作门限或亦无空闲话音信道，则呼叫重建失败导致掉话。
当小区之间存在着盲区时也会导致切换失败而掉话。
C、孤岛效应。如果服务小区由于地形等的原因产生的场强覆盖小岛，而在小岛周围又为别的小区的覆盖范围，如果切换关系没做好，无处可切换将产生掉话。
4）Abis与A接口失败产生的掉话
Abis失败包括BSC未收到来自MS发往BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。
A接口失败主要是切换（BSC之间或MSC之间的切换）的失败，原因是切换局数据不全（常引起大规模的切换失败问题）或目的基站不具备切入条件。
5）基站软硬件故障而产生的掉话
系统的硬件故障或软件不完善，程序或数据差错等原因都会造成掉话（常引起大规模的掉话问题）。如果OMC_R中无硬件告警信息，则可能是信道盘的某个时隙或压缩编码器RXCDR中的某个信道损坏。这可以通过关闭掉小区内其它信道盘，对怀疑有问题的信道盘进行拨打测试或关闭掉压缩编码器中其它XCDR板，对怀疑有问题的XCDR板进行拨打测试来发现故障点。一旦发现故障硬件后，应及时更换，如无备件，也应先闭掉故障板以免产生掉话现象影响网络运行质量。对于由于软件原因而产生的掉话应及时通过对软件进行打补丁或版本升级来解决。
6）每个载频的发射功率不均衡, 功率控制参数设置不合理。或弱的接收电平引起的RF Loss所致。
7）TA和实际不符
由于某种原因，当BSC计算出的时间提前量（TA）与实际所需要的TA不相符时，会造成时隙上干扰，干扰严重时会引起掉话。
1、Immediate Assignment Reject (SDCCH接入失败)
2、被叫号码错误
3、主叫拨叫被叫均振铃，无应答，主叫提示：“对不起，您拨打的电话已经停机”，或者“您拨打的电话暂时无人接听，请稍后再拨”-往往主被叫均存在block call
4、MS1拨叫MS2（主、被叫均存在Alerting），MS1主动挂机（disconnect）导致主被叫各发生一次Block call
5、MS1拨叫MS2（主、被叫均存在Alerting），MS2主动挂机（disconnect）导致主被叫各发生一次Block call
此情况，主叫提示音为：“对不起，您拨打的电话正在通话中，请稍后再拨”
6、MS1拨叫MS2（主、被叫均无Alerting），MS1就主动挂机（disconnect）可导致被叫发生一次Block call
7、MS1拨叫MS2（主被叫均无Alerting），MS2忙导致Block call
8、MS1拨打MS2，MS2掉电（脱网）
在lay3中的disconnect的cause value基本可以指示出block call原因：
Cause value 为#16：（Normal call clearing）正常呼叫清除
Cause value 为#28：（Invalid number farmat）被叫号码错误
Cause value为#27：（Destination out of order）sd拥塞
Cause value为#31: （normal,unspeched）
Cause value为#17: （User Busy）被叫通话过程
Cause value 为#18: （No user responding）被叫没有响应 具体参见gsm0408
注：MS1拨打MS2过程中，在Alerting前MS2正常关机，导致呼叫无法建立，MS1提示音为“您好，您所拨打的电话已关机，请稍后再拨”此过程中不会产生BLOCK CALL
经验谈：一般在做问题分析时，先将近期统计数据中存在拥塞的站小区罗列出来，这样便于查看，可极大的提高效率。
范志祥 17:12:44
无线系统掉话分为SDCCH掉话和TCH掉话,也可分为射频掉话与切换掉话。
1） 干扰导致掉话
由于干扰使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。
2） 天线，天馈线原因导致掉话
a、由于两副天线俯仰角不同而产生的掉话：在基站安装过程中每个定向小区均有两副收发天线(单极化)，当小区的DATABASE中参数CCCH_CONF=0时，小区的SDCCH和BCCH采用NO-COMBINED MODE，这样，该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。当两副天线的俯仰角不同时，就会造成两副天线的覆盖范围不同，当用户能收到BCCH信号，但产生呼叫时却因无法占用SDCCH而掉话。
b、由于天馈线方位角原因而产生的掉话：在基站安装过程中每个定向小区如果有两副天线，当两副天线的方位角不同时就会形成空洞区域。
c、由于天馈线自身原因而产生的掉话：天馈线损伤、进水、打折和接头处接触不良，均会降低发射功率和接收灵敏度，从而产生严重的掉话。
d、由于两副天线之间的距离原因而产生的掉话：两副天线之间应保持一定的水平距离以实现分集接收，否则将会降低收信灵敏度产生掉话。两副天线之间的水平距离（经验值）应为垂直距离的十分之一，至少应大于3m。
3）切换而导致的掉话
a、在基站做分担话务量的切换时，一些切换请求会因为切入小区的信号强度太弱而失败，即使切换成功也经常会因为信号强度太弱而掉话。原因是在BSC中我们对手机用户的接收信号强度设有最低门限，当低于此门限值时，手机无法建立呼叫。
b、有一些小区由于相邻小区都很繁忙，造成忙时目标基站无切换信道或在拓扑关系中漏定义切换条件（含BSC间切换和越局切换），致使手机用户在进行切换时无法占用相邻小区的空闲话音信道，此时BSC将对此进行呼叫重建（Direct Retry），若基站的信号此时不能满足最低工作门限或亦无空闲话音信道，则呼叫重建失败导致掉话。
当小区之间存在着盲区时也会导致切换失败而掉话。
C、孤岛效应。如果服务小区由于地形等的原因产生的场强覆盖小岛，而在小岛周围又为别的小区的覆盖范围，如果切换关系没做好，无处可切换将产生掉话。
4）Abis与A接口失败产生的掉话
Abis失败包括BSC未收到来自MS发往BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。
A接口失败主要是切换（BSC之间或MSC之间的切换）的失败，原因是切换局数据不全（常引起大规模的切换失败问题）或目的基站不具备切入条件。
5）基站软硬件故障而产生的掉话
系统的硬件故障或软件不完善，程序或数据差错等原因都会造成掉话（常引起大规模的掉话问题）。如果OMC_R中无硬件告警信息，则可能是信道盘的某个时隙或压缩编码器RXCDR中的某个信道损坏。这可以通过关闭掉小区内其它信道盘，对怀疑有问题的信道盘进行拨打测试或关闭掉压缩编码器中其它XCDR板，对怀疑有问题的XCDR板进行拨打测试来发现故障点。一旦发现故障硬件后，应及时更换，如无备件，也应先闭掉故障板以免产生掉话现象影响网络运行质量。对于由于软件原因而产生的掉话应及时通过对软件进行打补丁或版本升级来解决。
6）每个载频的发射功率不均衡, 功率控制参数设置不合理。或弱的接收电平引起的RF Loss所致。
7）TA和实际不符
由于某种原因，当BSC计算出的时间提前量（TA）与实际所需要的TA不相符时，会造成时隙上干扰，干扰严重时会引起掉话。
回答者：
OscarDon
回答时间：2013-09-22 14:15
16
7
未接通，一般先看信号、看干扰、看有没有SD或TCH拥塞、看被叫有没有正常，是否在做位置更新等。
回答者：
cwb280882401
回答时间：2013-09-22 23:24
7
6
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |