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

未接通归类及分析目录1未接通概况 (2)2未接通分析 (2)2.1位置更新导致的未接通 (2)2.1.1主叫位置更新导致的未接通 (2)2.1.2被叫位置更新导致的未接通 (4)2.2SDCCH拥塞导致的未接通 (5)2.3SDCCH掉话导致的未接通 (7)2.4TCH分配失败导致的未接通 (8)2.4.1无线原因导致的TCH分配失败 (8)2.4.2BSC原因导致的TCH分配失败 (10)2.5TCH拥塞导致的未接通 (11)2.6其他异常原因导致的未接通 (12)2.6.1由于上行干扰导致的未接通 (12)2.6.2Cause: No user responding (15)2.6.3Cause: User Busy (16)2.6.4呼叫重建导致的未接通 (18)2.6.5交换机异常导致的未接通 (19)2.6.6BSC与MSC间CR,CC丢失造成未接通 (21)1未接通概况●未接通概述：根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。

CMCC测试标准中规定：在城市忙时进行自动拨打测试，每次通话时长120秒，呼叫间隔20秒；出现未接通情况，应间隔20秒进行下一次试呼。

接通率定义：接通率＝接通总次数/试呼总次数×100％；说明：●接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。

●接通率＝总Connect（Connect Acknowledge）数/总Channel Request数×100％●接通率取主叫双频测试手机的统计结果。

2未接通分析2.1位置更新导致的未接通2.1.1主叫位置更新导致的未接通在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等相关重选参数。

2.1.2被叫位置更新导致的未接通在GSMDT测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发Disconnect（Cause Number＝18，No User responding）。

主叫正常起呼后，TCH分配完成，被叫正在做位置更新，最后主叫网络下发Disconnect，导致未接通，cause一般为：NetWork Out Of Order。

附被叫位置更新案例如下：●案例描述：17:16:54主叫占用西安路_1出现未接通现象。

●案例分析：由信令图可以看出，主叫完成起呼（assignment complete）后2－3秒，被叫正处于位置更新流程中，导致未接通发生。

如图所示：主叫起呼信令图被叫位置更新信令图解决方案：合理规划LAC区域，减少位置更新时长。

2.2SDCCH拥塞导致的未接通由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。

具体情况为主叫手机起呼Channel Request后，网络无法对其进行正常的立即指配命令。

见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通过分析发现该小区存在SDCCH拥塞现象。

附SDCCH拥塞案例如下：●案例描述：16：49：13主叫占用移动公司_1出现未接通。

●案例分析：在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。

如图所示：主叫信令流程图 被叫信令流程图解决方案： 增加SDCCH 信道2.3 SDCCH 掉话导致的未接通在SDCCH 正常指配过程中，无线链路有时候会变得很差，最后会引起SDCCH 掉话，从而导致未接通。

主叫起呼，立即指配顺利完成后，话音质量变得很差，最后SDCCH掉话引起未接通。

（该情况较多是由于重选不及时、背向起呼、无线环境差等原因引起，低电平起呼后来不及切换，无线信道恶化导致，可以从小区选择、小区重选等方面来着手处理该问题）附SDCCH掉话案例如下：●案例描述及分析：测试车辆沿青松路由东向西行驶，MS占用XA731_1在20：05：09发起CHANNEL REQUEST,SDCCH分配成功，手机上发classmark change后，下行质量较差，手机一直上发测量报告，直至转为空隙模式，SDCCH掉话发生未接通。

●解决方案：调整XA731_1方位角增强该路段主控覆盖。

2.4TCH分配失败导致的未接通2.4.1无线原因导致的TCH分配失败在GSMDT测试中常有发生，具体情况为无线链路很差或者其它软硬件原因导致TCH分配失败，从而引起未接通。

TCH分配失败的现象，网络下发Assignment Command后，移动台由于下行电平和下行质量均很差，导致移动台分配失败（Assignment Failure），从而导致无法接通。

●案例描述：14：29：42 主叫占用西安路_2信号发起呼叫(channel request report)，在14：29：44完成呼叫（assignment complete）,被叫未接通。

●案例分析：在主叫呼叫完成后2－3秒后，被叫开始信道请求，在完成assignment complete 后2秒左右出现assignment failure（TCH分配失败）,导致未接通发生。

如图所示：主叫起呼流程图被叫TCH分配失败信令图●解决方案：优化问题区域的无线环境，排除弱覆盖、频点干扰、基站硬件故障。

2.4.2BSC原因导致的TCH分配失败案例描述及分析（1）主叫手机在call proceeding后1秒左右收到原因为normal call clearing的DISC，在A接口,主叫手机在发送call proceeding后,MSC向BSC发送assignment request消息,而BSC回应assignment failure(cause: protocol error between BSC and MSC),MSC向手机发送DISC(normal call clearing)释放链路.（2）被手机在call confirm后1秒左右收到原因为normal call clearing的DISC,主叫手机在TCH分配成功后收到网络下发的原因为normal call clearing的DISC.在A接口,被叫手机在发送call confirm后,MSC向BSC发送assignment request消息,而BSC回应assignment failure(cause: protocol error between BSC and MSC),MSC同时向主,被叫手机发送DISC(normal call clearing)释放链路。

●解决方案：配合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.2Cause: No user responding当主叫手机Disconnect Cause为No user responding，一般具体原因都为被叫未发出Channel Request Report响应寻呼或者被叫发出Channel Request Report后无后续信令，导致未接通发生。

●问题描述：如图中红圈处所示，主叫手机行驶过程中占用仪征城南3，接收电平为－66dbm，通话质量等级为0，发起呼叫，但未接通。