WCDMA-DT測试中未接通归类及处理指导手册20100127v1.docVIP

未接通归类及分析 目 录 1 未接通概况 2 2 未接通分析 2 2.1 位置更新导致的未接通 2 2.1.1 主叫位置更新导致的未接通 2 2.1.2 被叫位置更新导致的未接通 4 2.2 SDCCH拥塞导致的未接通 5 2.3 SDCCH掉话导致的未接通 7 2.4 TCH分配失败导致的未接通 8 2.4.1 无线原因导致的TCH分配失败 8 2.4.2 BSC原因导致的TCH分配失败 10 2.5 TCH拥塞导致的未接通 11 2.6 其他异常原因导致的未接通 12 2.6.1 由于上行干扰导致的未接通 12 2.6.2 Cause: No user responding 15 2.6.3 Cause: User Busy 16 2.6.4 呼叫重建导致的未接通 18 2.6.5 交换机异常导致的未接通 19 2.6.6 BSC与MSC间CR,CC丢失造成未接通 21 未接通概况 未接通概述： 根据CMCC规范 以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。 CMCC测试标准中规定：在城市忙时进行自动拨打测试，每次通话时长120秒，呼叫间隔20秒；出现未接通情况，应间隔20秒进行下一次试呼。 接通率定义：接通率＝接通总次数/试呼总次数×100％； 说明： 接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。 接通率＝总Connect（Connect Acknowledge）数/总Channel Request数×100％ 接通率取主叫双频测试手机的统计结果。 未接通分析 位置更新导致的未接通 主叫位置更新导致的未接通 在GSM DT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。 案例描述： 如图中红圈处所示，主叫测试手机行驶过程中占用林庄1小区，手机接收电平为－53dbm左右，发起呼叫，但未接通。 主叫手机占用小区情况图 案例分析： 回放测试数据知，主叫手机由国税局3（LAC:20854）重选到林庄1（LAC:20857），未来得及做位置更新就发起呼叫，导致未接通。信令显示为CM Service Reject，Reject Cause Value：IMSI Unknown in VLR。 信令CM Service Reject消息示意图 信令CM Service Reject详细内容示 解决方案： 根据C1、C2算法，调整CRO\CRH等相关重选参数。 被叫位置更新导致的未接通 在GSMDT测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发Disconnect（Cause Number＝18，No User responding）。主叫正常起呼后，TCH分配完成，被叫正在做位置更新，最后主叫网络下发Disconnect，导致未接通，cause一般为：NetWork Out Of Order。附被叫位置更新案例如下： 案例描述： 17:16:54主叫占用西安路_1出现未接通现象。 案例分析： 由信令图可以看出，主叫完成起呼（assignment complete） 后2－3秒，被叫正处于位置更新流程中，导致未接通发生。如图所示： 主叫起呼信令图 被叫位置更新信令图 解决方案： 合理规划LAC区域，减少位置更新时长。 SDCCH拥塞导致的未接通 由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。具体情况为主叫手机起呼Channel Request后，网络无法对其进行正常的立即指配命令。见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通过分析发现该小区存在SDCCH拥塞现象。附SDCCH拥塞案例如下： 案例描述： 16：49：13主叫占用移动公司_1出现未接通。 案例分析： 在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。如