主叫位置更新对接通率影响-案例分析精选.doc

主叫位置更新对接通率影响_案例分析 【现象描述】97.53%，在发生的13次未接通中，被叫手机位置更新4次，主叫手机在建立呼叫过程中发生CM Service Reject（IMSI unknown in VLR）4次，其他情况5次。这里我们重点对“IMSI unknown in VLR”的情况进行详细分析。 网测BLOCK此次网测共发生13次BLOCK，其中4次是由于被叫手机正在进行Location Update造成的，还有4次BLOCK是由于主叫手机在建立呼叫过程中发生CM Service Reject。 被叫手机Location Update造成BLOCK分别发生在内环线（顺时针外圈）近金沙江路、淮海中路（西向东）近汾阳路、南北高架（南向北）近北京路、天目中路恒丰路口。 CM Service Reject造成的BLOCK情况如下表所示 地点 发生时间 LAC/CI 所属MSC 北京路近浙江路 7/8 10:03 6245/22017 G29 漕溪北路近南丹路 7/11 9:54 6240/25697 G28 天目中路恒丰路口 7/11 17:10 6305/8786 D24 西康路近新闸路 7/12 11:38 6253/20513 G33 【】 接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。 接通率＝总Connect（Connect Acknowledge）数/总Channel Request数×100％ 接通率取主叫双频测试手机的统计结果。 未接通现象：“一次接通”从主叫手机Channel request开始， 一直到被叫手机的TCH分配完成、Alerting、Connect。在此过程中，任何的信令中断都是“未接通”。 在路测中遇到的未接通原因主要有： 主叫手机Location Update ，主叫手机在不同的LAC小区（属于不同的MSC/VLR）之间重选后，来不及进行Location Update而自动进行呼叫，会收到CM service reject； 对被叫手机开始paging Request时，如果被叫手机正进行Location Update，则无法寻呼到； TCH Assignment Failure； … LOCATION UPDATE引起的呼叫未接通 在实际的路测过程中，我们观察到手机的LU过程会在相当程度上影响呼叫的正常流程。主要有以下两种情况： ? 主叫手机：重选后，来不及做Location Update，就开始呼叫，接收到CM Service Reject。 ? 被叫手机：呼叫被叫时，该手机正在Location Update。 被叫手机位置更新对接通率的影响大家都比较熟悉，这里不作详细分析，下面我们重点来看看主叫手机位置更新对接通率的影响。 主叫手机的LU影响 案例：西康路近新闸路 时间：7月12日 11:38 前次呼叫结束后，主叫手机在空闲状态下从小区6262_30033（(s)静安区人民政府_1）重选到小区6253_20513（(s)云峰_1），手机即将起呼时从小区6253_20513重选到小区6262_28754（(s)新胶_2），主叫刚刚重选到不同LAC的小区，来不及进行LU，就开始发起呼叫Channel Request，最终收到CM Service Reject，无法接通。之后主叫手机正常完成位置更新，一切恢复正常。 测试路线图 信令流程如下图所示： 发生未接通时信令分析图 呼叫正常流程：当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数据库中可以查