位置更新引起未接通的分析.docVIP

位置更新引起未接通的分析 南京克洛法—赵 枫 1. 接通率的定义 根据CMCC的2005年测试规范中规定：在城市忙时采用手机相互拨打的方式，每次通话时长100秒，呼叫间隔20秒；如出现未接通，应间隔20秒进行下一次试呼。 接通率，定义：接通率＝接通总次数/试呼总次数×100％； 说明： 试呼次数：以channel request和CM service request同时出现来确定试呼开始。 接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。 接通率＝总（Connect或Connect Acknowledge）数/总（channel request和CM service request）数×100％ 接通率取主叫测试手机的统计结果。 2. 未接通现象： “一次接通”从主叫手机Channel request开始， 一直到被叫手机的TCH分配完成、Alerting、Connect。在此过程中，任何的信令中断都是“未接通”。 从信令流程上分析，可分为以下几种情形： 1.起呼后没有IMMEDIATE ASSIGNMENT消息 定位：RACH冲突或者AGCH拥塞 建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数 2.IMMEDIATE ASSIGNMENT REJECT导致未接通 定位：SDCCH拥塞 建议：检查SDCCH配置，查看相关小区SDCCH话务量 3.IMMEDIATE ASSIGNMENT FAILURE导致未接通 定位：SDCCH指配失败 建议：排除无线方面原因后，应从交换侧寻找问题原因 4.在SDCCH上信令突然中断转为IDLE模式 定位：SDCCH掉话或者TCH拥塞 建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因 5.ASSIGNMENT COMMAND失败 定位：TCH指配失败 建议：排除无线方面原因后，应从交换侧寻找问题原因 6.位置更新过程中起呼或起呼后即进行位置更新 建议：查看位置更新定时器和位置区设置 7.小区重选过程中起呼或起呼后即进行小区重选 建议：查看相关小区的小区重选参数 8.被叫方未收到PAGING 建议：查看和PCH相关的参数――接入准许保留块数和寻呼信道复帧数，排除无线方面原因后，应从交换侧寻找问题原因 3.位置更新(Location Update) 引起的呼叫未接通 在实际的路测过程中，我们观察到手机的LU过程会在相当程度上影响呼叫的正常流程。主要有以下两种情况： 主叫手机：重选后，来不及做Location Update，就开始呼叫，接收到CM Service Reject。 被叫手机：呼叫被叫时，该手机正在Location Update。 主叫手机因位置更新引起的呼叫未接通 主叫手机正常流程 当MS要做主叫时，首先需要在空中接口申请信令信道SDCCH。这个过程大致是：MS通过RACH在向BSS发出分配请求（CHANNEL REQUEST），正常情况下BSS会立即回应一个立即分配信道信息（IMM ASSIGNMENT），其中包含有关SDCCH的信息。然后MS在该SDCCH上会发送第一个CM消息CM SERVICE REQUEST（SERVICE TYPE：NORMAL CALL）。 CM SERVICE REQUEST（该消息中包含有该手机的TMSI信息、申请的业务类型等内容）是MS请求某种服务而连接到相应管理层的消息，例如常规的手机呼叫，紧急呼叫，短讯，还有一些辅助服务等（如CALL WAITNG）在收到CM消息后，BSS会建立一条MS到MSC的虚拟信令链路。 BSS在发起消息中加了一些信息（如服务小区信息等），通过COMPLETE LAYER3发送给MSC。MSC会回连接确认CC（CONNECT CONFIRM）的消息。MSC收到COMPLETE LAYER3后，将向相关联的VLR进行数据查询。 查询的根据是CM Service Request中的“TMSI号码”。通过TMSI号码，在VLR数据库中可以查询到该用户的业务支持类型、LAC区域等相关内容。在正常情况下，在VLR中可以查询到该TMSI的用户，并且支持的业务。如正常，随后信令流程进行鉴权、加密等正常进行。 3.1.2 未及时位置更新造成未接通 主叫手机在Channel request之前正好从old LAC重选到new LAC（属于不同MSC/VLR），还没有来得及进行LU、TM