DT测试未接通的分析及解决建议.pdfVIP

DT 测试未接通的分析及解决建议 一、接通率的定义 根据测试规范中规定：在城市忙时采用手机相互拨打的方式，每次通话时长 100 秒，呼叫间隔 20 秒；如出现未接通，应间隔 20 秒进行下一次试呼。 接通率，定义：接通率＝接通总次数/试呼总次数×100％； 说明：试呼次数：以channel request 和CM service request 同时出现来确定试呼开始。 接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge 消息中的任何一条 就计数为一次接通。 接通率＝总（Connect 或 Connect Acknowledge ）数/总（channel request 和 CM service request）数×100％。接通率取主叫测试手机的统计结果。 二、未接通现象及解决建议 “一次接通”从主叫手机Channel request 开始， 一直到被叫手机的 TCH 分配完成、Alerting 、Connect。在此过程中，任何的信令中 断都是“未接通”。从信令流程上分析，可分为以下几种情形： 2.1、起呼后没有IMMEDIATE ASSIGNMENT 消息 定位：RACH 冲突或者AGCH 拥塞 建议：查看与RACH 相关的参数――最大重发次数和发送分布时隙数以及与AGCH 相 关的参数――接入准许保留块数。 2.2、MMEDIATE ASSIGNMENT REJECT 导致未接通 定位：SDCCH 拥塞 建议：检查SDCCH 配置，查看相关小区SDCCH 话务量。 2.3、IMMEDIATE ASSIGNMENT FAILURE 导致未接通 定位：SDCCH 指配失败 建议：排除无线方面原因后，应从交换侧寻找问题原因。 2.4、在 SDCCH 上信令突然中断转为IDLE 模式 定位：SDCCH 掉话或者TCH 拥塞 建议：查看是否启用 SDCCH 信道上的切换，查看相关小区话务量和 TCH 配置，在排 除无线方面原因后，应跟踪Abis 接口、A 接口信令从交换侧寻找问题原因。 2.5.ASSIGNMENT COMMAND 失败 定位：TCH 指配失败 建议：排除无线方面原因后，应从交换侧寻找问题原因。 2.6.位置更新过程中起呼或起呼后即进行位置更新 建议：查看位置更新定时器和位置区设置。 2.7.小区重选过程中起呼或起呼后即进行小区重选 建议：查看相关小区的小区重选参数。 2.8、被叫方未收到PAGING 建议：查看和 PCH 相关的参数――接入准许保留块数和寻呼信道复帧数，排除无线方 面原因后，应从交换侧寻找问题原因。 2.9、过多的垃圾短信引起信道冲突导致未接通 建议：测试卡屏蔽短信功能，避免此类现象。 三、位置更新(Location Update) 引起的呼叫未接通分析及建议 在实际的路测过程中，我们观察到手机的 LU 过程会在相当程度上影响呼叫的正常流程。主要有以下两种情况： ◆ 主叫手机： 重选后， 来不及做Location Update， 就开始呼叫， 接收到CM Service Reject 。 ◆ 被叫手机：呼叫被叫时，该手机正在Location Update。 3.1 主叫手机因位置更新引起的呼叫未接通 主叫手机在Channel request 之前正好从old LAC 重选到New LAC(属于不同MSC/VLR),还没来得及进行LU、TMSI 的重分配，就发起呼叫。 一般是在LU 时，VLR 将启动TMSI 的重分配过程。所以当手机重选到不同的MSC/VLR 时，如果没有LU，此时手机的TMSI 的号码仍然 是Old VLR 分配的，手机所在的NEW MSC 根据TMSI 在NEW VLR 中查询，很明显是查询不了该TMSI 号码相关的数据的。此时网络侧 怀疑手机发来的TMSI 有问题，为了验证，网络侧启动Identity Request 过程。Identity 过程是为了向手机查询一些必要的数据，TMSI 、 IMEI。手机收到Identity Request 后，将发回Identity Response(其中包括TMSI) 。NEW MSC 将根据新收到的IMSI 号码再次在 NEW VLR 中 查询。由于手机还没在NEW VLR 里登记，所以仍然不能查到相应的数据。此时网络侧认为不支持该用户申请的业务，于是MSC 发送