NSN-主叫位置更新对接通率指标的影响

主叫位置更新对DT接通率指标的影响诺基亚西门子通信有限公司在上次双周会中，局方通报了集团公司2005年中第三方巡检测试的结果，其中GSM DT接通率为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:036245/22017G29漕溪北路近南丹路7/11 9:546240/25697G28天目中路恒丰路口7/11 17:106305/8786D24西康路近新闸路7/12 11:386253/20513G33接通的定义2005年度CMCC测试标准中规定：在城市忙时采用手机相互拨打的方式，手机拨叫、接听、挂机都采用自动方式。每次通话时长100秒，呼叫间隔20秒；如出现未接通或掉话，应间隔20秒进行下一次试呼。接通率定义：接通率接通总次数/试呼总次数100说明：l 试呼次数：以channel request和CM service request同时出现来确定试呼开始。l 接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。l 接通率总Connect（Connect Acknowledge）数/总Channel Request数100l 接通率取主叫双频测试手机的统计结果。未接通现象：“一次接通”从主叫手机Channel request开始， 一直到被叫手机的TCH分配完成、Alerting、Connect。在此过程中，任何的信令中断都是“未接通”。在路测中遇到的未接通原因主要有：l 主叫手机Location Update ，主叫手机在不同的LAC小区（属于不同的MSC/VLR）之间重选后，来不及进行Location Update而自动进行呼叫，会收到CM service reject；l 对被叫手机开始paging Request时，如果被叫手机正进行Location Update，则无法寻呼到；l TCH Assignment Failure；l LOCATION UPDATE引起的呼叫未接通在实际的路测过程中，我们观察到手机的LU过程会在相当程度上影响呼叫的正常流程。主要有以下两种情况：l主叫手机：重选后，来不及做Location Update，就开始呼叫，接收到CM Service Reject。l被叫手机：呼叫被叫时，该手机正在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数据库中可以查询到该用户的业务支持类型、LAC区域等相关内容。在正常情况下，在VLR中可以查询到该TMSI的用户，并且支持的业务。如正常，随后信令流程进行鉴权、加密等正常进行。情况1异常情况分析（重选到不同LAC，且属于不同MSC/VLR）此处提到的异常情况是主叫手机在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存在问题，为了验证手机发送的TMSI是否有问题，网络侧将启动Identity Request过程。Identity过程是为了向手机查询一些必要的数据，比如IMSI、IMEI。The identification procedure is used by the network to request a MS to provide specific identification parameters to the network e.g. International Mobile Subscriber Identity, International Mobile Equipment Identity (cf. GSM 03.03).手机收到Identity Request后，将发回Identity Response（其中包括IMSI）。New MSC将根据新收到的IMSI号码再次在New VLR中查询。由于该手机根本还没有在此New VLR中登记，所以仍然不能查询到相关数据。此时网络侧认为不能支持该用户申请的业务，于是MSC发送CM Service Reject（CauseIMSI unknown in VLR），以拒绝该用户的主叫业务，随后释放SDCCH信道。呼叫流程结束，统计为“未接通”。在本案例中，小区6253_20513属于G33，重选后占用的小区6262_28754属于G35，二者分属不同的VLR，此时主叫手机进行的呼叫过程将受到LU的影响。同样的，我们对网测期间发生的4次由于CM Service Reject造成的Block现象逐一进行了详细分析，参见下表：前次通话结束时占用小区遇BLOCK时占用小区所属MSC遇BLOCK时主叫位置更新后占用小区所属MSC6305_8547（起呼）G246245_22017G296377_82436377_8243G266240_25697G286261_125626261_12562G356305_8786G246262_300336253_20513G336262_28754G35从表中可见，这4次Block中主叫手机都发生了不同MSC/VLR之间的Location Update，属于同一类型的问题。情况2正常情况分析（重选到不同LAC，但属于相同MSC/VLR）另外一种情况是手机在Channel request之前正好从old LAC重选到new LAC（但是属于相同MSC/VLR），还没有来得及进行LU、TMSI重分配，就发起呼叫。由于重选前后的小区属于同一MSC/VLR，所以MSC仍可通过TMSI查询到此手机的支持业务等。如此，呼叫流程正常进行，不会受到LU的影响。小结在短拨打测试中（每次通话时长100秒，呼叫间隔20秒），一次通话结束后，如果主叫手机从old LAC重选到new LAC（属于不同MSC/VLR），还没有来得及进行LU、TMSI重分配，就发起新的呼叫，此时手机的TMSI号码仍然是由old VLR分配的，手机当前所在的New MSC根据TMSI在New VLR中查询，将无法查询到与该TMSI号码相关的数据，于是MSC发送CM Service Reject（CauseIMSI unknown in VLR），以拒绝该用户的主叫业务，随后释放SDCCH信道，呼叫流程结束，统计为Block。由于现在网络中一般是一个MSC下带一个VLR、若干个LAC，所以情况1在路测中还是有一定的机率存在。特别是在上海中心城区，MSC/VLR覆盖区域