DT呼叫失败原因分析

1、DT测试中呼叫建立失败原因分析目录概述21. 道路测试中成功的呼叫建立消息历程21.1 手机做主叫的消息历程31.2 手机做被叫的消息历程41.3 被叫用户没有接通的消息历程51.4 被叫用户忙的消息历程61.5 被叫用户已关机或未应答的消息历程72. 道路测试中呼叫建立失败的消息历程82.1 SD 拥塞的消息历程82.2 TCH 拥塞的消息历程92.3 下行质量差造成TCH接入失败的消息历程102.4 SDCCH掉话的消息历程112.5 无效的呼叫123. 道路测试中呼叫建立失败的主要原因124处理呼叫建立成功率低的流程图14结束语15概述呼叫建立分析是移动通信网络优化的范畴之一。这里我们主

2、要分析道路测试中测试系统采集的无线接口消息。对于不同的测试系统，其无线消息采集处理上有着些许的差异，但总体上都依据GSM规范制定。下面通过针对测试系统收集处理的信令消息分析，进而查找呼叫建立失败的原因。从道路测试的角度分析呼叫建立的过程，我们不仅要关注统计意义上的TCH分配过程；更重要还要从用户感知上考虑，从RACH接入、SDCCH分配、TCH分配一直到用户真正开始通话为止。从而完整的分析用户呼叫直至通话的全过程。1. 道路测试中成功的呼叫建立消息历程道路测试中正常的呼叫建立过程，通过信令消息: Assignment Complete体现了TCH信道的正常分配。而对于广义上的呼叫建立，即有户所

3、感知而言，信令消息则对应为：Connect Acknowledge体现了用户通话的开始。1.1 手机做主叫的消息历程TEMS测试系统1.2 手机做被叫的消息历程 TEMS测试系统在成功的呼叫建立过程中，有一些呼叫对于用户而言不能发生通话。我们以移动台发起呼叫为例，在被叫用户（固定网）不能接通、被叫移动用户未开机、被叫用户没有接听、被叫用户正在通话等许多情况下，都不会发生用户间的通话。但是，对于无线网络而言，他们都属于正常的呼叫信令接续。1.3 被叫用户没有接通的消息历程从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect消息，而是发送了Disconn

4、ect消息。分析Disconnect消息中的Cause Value可以大致得出原因：MSC未能建立对外的连接，有可能是由于没有可用的资源。 1.4 被叫用户忙的消息历程从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect消息，而是发送了Disconnect消息。分析Disconnect消息中的Cause Value可以得出明确的原因：被叫用户忙。1.5 被叫用户已关机或未应答的消息历程从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect消息，而是发送了Disconnect消息。分析Disconnect消息中

5、的Cause Value可以得出明确的原因：被叫用户没有应答。2. 道路测试中呼叫建立失败的消息历程对于道路测试中的呼叫建立失败，不仅是针对TCH分配过程中的失败，还涵盖了包括RACH接入、SDCCH分配过程以及无效的呼叫等多种情况。而对于广义上的呼叫建立，还包括了在TCH分配完成后，在移动台发送Connect Acknowledge消息之前，所发生的TCH掉话。下面我们从网络中可能出现的一些引发呼叫建立失败的原因入手，分析移动台处于各种情况下，其信令消息的接续历程。 2.1 SD 拥塞的消息历程从上面的层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assig

6、nment Reject消息。比较Layer3消息中的Random reference号码，从而可以确定多个信道请求消息中，那一条由于SDCCH拥塞而被拒绝。2.2 TCH 拥塞的消息历程从上面的层3消息中，我们可以看到TCH拥塞时，下行发出Call Proceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待，直到排队时长终止。下行即发出Channel Release消息。2.3 下行质量差造成TCH接入失败的消息历程从上面的层3消息中，我们可以看到当TCH拥塞和TCH分配失败时，经常可以看到移动台回到SDCCH上发送Assignment Failure

7、消息，其描述多为：没有无线资源、无线接口失败以及协议错误。对于无线接口失败，导致其发生的原因有多种。其中多数是由于硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时，需要根据测试现场的周边环境；小区相关性能统计；结合测试文件综合加以考虑。2.4 SDCCH掉话的消息历程RF_LOSSES_SD是在SDCCH上的射频掉话的数目。引起原因可能是覆盖问题；同、邻频干扰问题；硬件问题等等，需要进行实际的测试后，根据具体情况进行分析。从呼叫建立的信令消息历程上分析， 我们可将SDCCH掉话分为:Assignment Command消息之前的SD射频丢失和Assignment Command消息之后，

8、TCH分配失败后移动台不能回到原SDCCH信道的掉话。从上面的层3消息中，我们可以看到Assignment Command消息之前的SD射频丢失。 2.5 无效的呼叫在测试过程中，常能碰到一些由于人为因素造成的呼叫建立失败。在这里我们将其统一归为无效呼叫。下面列举一些常见的现象： 移动台呼叫建立过程中的出现突然断电。 移动台关机（IMSI detach） 移动台呼叫建立过程中，在Setup消息之前，由于移动台挂机等原因导致移动台发送CM Service Abort消息，取消呼叫。 移动台道路测试过程中，由于人为设定拨叫等待时长，造成呼叫建立的信令接续不能完成。其中包括几种情况：1. 由于人为设

9、定呼叫接续等待时长短于系统正常的呼叫建立时长，造成呼叫建立的信令接续不能完成。2. 在结束一次通话后，由于跨越LAC区导致移动台发起位置更新。在位置更新过程未完成时，人为设定拨叫等待时长到时，需进行下一次呼叫，则会出现无法发起呼叫或被叫不再服务区的现象。3. 由于LAC区规划不合理，LAC交界处基站覆盖调整不当时，会导致移动台在结束一次通话后，接连跨越LAC区，连续进行位置更新。从而使人为设定拨叫等待时长超时，出现无法发起呼叫或被叫不再服务区的现象。4. 测试设备软件原因。某些测试系统，在结束一次通话后，移动台进行小区重选时，有时会出现短暂的脱网现象。从而导致人为设定拨叫等待时长超时，出现无法

10、发起呼叫或被叫不在服务区的现象。3. 道路测试中呼叫建立失败的主要原因当呼叫建立失败时，基站通常送DISCONNECT消息到移动台，DISCONNECT消息简要的指示出呼叫建立失败的不同原因。下面就是在道路测试期间经常出现一些呼叫建立失败的原因值详细描述。Cause Value描述可能的原因 Cause Value 31“正常， 未详细说明”这原因通常报告一个正常的事件仅仅当在正常的类别没有另外的原因适用时。BSS（TCH拥塞）或MSC问题Cause Value 34“没有可用的电路/信道”(在Assignment Command前)这原因显示有目前得不到适当的电路/隧道处理呼叫。TCH拥塞C

11、ause Value 34 “没有可用的电路/信道”(在Assignment Command后)这原因显示有目前得不到适当的电路/隧道处理呼叫。MSC拥塞Cause Value 41“暂时的失败”(在Assignment Command前)这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。BSS问题， 尤其是硬件问题Cause Value 41“暂时的失败”(在Assignment Command后)这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。MSC问题Cause Value 42“交换设备拥塞”这原因显示交换设备正处于高通信量的处理时期。MSC拥塞Cause Value 44“请求电路/信道不可用”当电路或信道请求的实体不能被另一边接口提供时这原因被返还。BSS问题，尤其是CIC拥塞Cause Value 111“协议错误， 未详细说明”这原因通常报告一个协议差错事件，仅仅当在协议差错类别没有另外的原因适用时。BSS或MSC问题在道路测试过程中，我们会碰到各种由不同