? 解决方案：
配合OMC-R组解决BSC性能指标
2.5 TCH拥塞导致的未接通
TCH拥塞引起的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计来进行具体分析。主叫手机起呼后，无线链路正常建立，电平正常，主叫信令call proceeding后，网络无Assignment command命令，最后网络下发Channel Release，导致未接通。
? 案例描述：
拥塞造成的未接通主被叫手机均有可能发生，从信令流程上来看主叫手机在Call proceeding ( 被叫手机在 Call confirmed )后，系统没能下发Assignment command 消息，察看Disconnect 的Cause 为No radio resource。
? 案例分析：
结合话务报告分析该小区的占用情况是否存在拥塞。
主叫流程 被叫流程
? 解决方案：
扩容高话务小区。
2.6 其他异常原因导致的未接通
2.6.1
由于上行干扰导致的未接通
? 问题描述：
在10:49:50分测试车辆桃园基站方向行使，主被叫手机占用桦树岭3（17235_2113）小区时，主被叫手机的接收电平都在-60db左右，语音质量为0；在收到下行的Immediate Assignment命令，分配SDCCH信道后，在SDCCH上信令突然中断转为IDLE模式，导致一次未接通的发生，而被叫手机一直处于IDLE状态。
问题区域话音质量和小区分布图
? 问题分析：
主被叫手机占用桦树岭3（17235_2113）小区时，在距离农行2.8公里处，发生一次未接通，电平为-70db左右，现场测试环境良好，MS在收到下行的Immediate Assignment命令，分配SDCCH信道后，在SDCCH上信令突然中断转为IDLE模式，查看话务报告发现桦树岭3小区的上行干扰较严重，导致桦树岭3小区的上行质量切换较多，占总比例的49.85%，由于上行干扰导致桦树岭3小区的TCH分配失败率也较高（10.80%）。
桦树岭3小区上行质量切换分析图
TCH分配失败分析图
? 解决方案：
对问题小区进行扫频测试，查找干扰源。
2.6.2 Cause: No user responding
当主叫手机Disconnect Cause为No user responding，一般具体原因都为被叫未发出Channel Request Report响应寻呼或者被叫发出Channel Request Report后无后续信令，导致未接通发生。
? 问题描述：
如图中红圈处所示，主叫手机行驶过程中占用仪征城南3，接收电平为－66dbm，通话质量等级为0，发起呼叫，但未接通。
主叫手机占用仪征城南3未接通示意图
主叫手机占用仪征城南3情况图
? 问题分析：