端到端问题处理实例分析.docVIP

PAGE PAGE 1 端到端问题处理实例分析 　　【摘要】移动通话的建立和保持涉及终端、无线设备、核心设备等各环节，经常有“牵一发而动全身”的效果。通过对一个现网故障的全流程分析，说明任何一个环节的情况都可能成为问题出现的诱发因素，进而阐述问题关联分析的重要性。 　　【关键词】端到端大本地网位置更新 　　1问题概述 　　1.1问题现象 　　A市一重点客户于10月中旬出现较为密集的投诉，现象为：可正常做主叫，但做被叫时听“用户已关机或不在服务区”的语音提示。 　　维护人员在收到用户投诉后，即刻查询MSC、HLR数据情况，发现规律如下：A市MSC1显示用户在A市MGW1的2G小区下，与用户当时所在位置相符；HLR中该用户所在VLR号码为8615644540或8613254172（该GT码为B市MSC1或B市MSC3），且B市MSC1或MSC3也存在用户数据，但其状态则为DETACH。 　　1.2终端信息 　　收集出现问题的用户信息，发现均为A市本地卡，且HLR中此类卡权限均为可接入2G无线网络，无权接入3G无线网络。 　　投诉用户所持终端类型不同，但均为可支持2G/3G频段的智能终端，且设置为自由选网模式。 　　1.3网络信息 　　A市软交换为中兴设备，含1台MSC、2台MGW（每个MGW各为1个虚拟的VLR），其中发生密集投诉的区域为该客户厂区，处于A市境内接近B市边界。 　　该客户厂区及周围共有A市WCDMA宏站5个、室分2个，GSM宏站2个、室分2个，其中W室分基站归属MGW2，其余均归属MGW1。 　　2中兴软交换设备大本地网特性设置及 　　其存在的问题 　　2.1中兴软交换设备大本地网特性 　　在大本地网组网下，一个物理MSC由多个虚拟MSC组成，假设为虚拟MSCA和虚拟MSCB，当用户从虚拟MSCA到虚拟MSCB时，VLR需要发起到HLR的位置更新。HLR将向前一个VLR发送CancelLocation消息，并向后一个VLR发送insert消息。而虚拟MSCA和MSCB对应同一个物理MSC，如果收到CancelLocation消息立刻删除用户数据，就可能导致位置更新失败。鉴于上述原因，中兴MSC设置一个数据标志位以作为收到CancelLocation消息时是否删除用户数据的判断依据。即MSC在向HLR发送位置更新请求时，同时将“不删除用户数据标志位”置“1”，并启动10秒计时，在10秒内收到CancelLocation消息时，则仅将此标志位置为“0”，但并不执行删除操作。 　　2.2引发的问题 　　在无线环境较为复杂的地方，特别是边界区域，终端容易发生频繁位置更新，在中兴大本地网特性设置方式、尤其是10秒钟的保护时间可能带来数据不能及时删除的情况，下面将对此特定场景的处理做详细说明。 　　3问题分析处理 　　以A市用IMSI：460013405426485）为例进行问题复现及相关分析，该用户于11月3日14：00投诉，终端型号为NOAGON6602，以下即为依据信令监测系统的分析过程： 　　3.1用户做主叫的 　　情况 　　调取该用户10月31日06：00至11月5日07：00做主叫时的呼叫记录，可以发现在此期间，用户做主叫时呼叫接续正常，具体情况如图1所示。 　　3.2用户做被叫的 　　情况 　　自信令监测系统调取该用户10月31日06：00至11月5日07：00做被叫时的呼叫记录，结果异常出现在11月3日12：44：24～14：08：38的过程中，共计13次做被叫的过程，结果均为“保留”。 　　以12：44：24第一次被叫失败流程为例，可发现问题出在A市MSC1向其HLR请求漫游号码时，HLR发送PRN_REQ至B市MSC3，回应消息PRN_RSP中，返回错误原因为：缺省的用户——IMSI分离。 　　可得出结论：12：44：24于A市HLR内该用户数据中的VLR位置信息为B市MSC3，且MSC3中该用户处于DETACH状态，该状态一般为“用户自行关机”或“VLR在超出周期性位置更新时间未收到用户任何信息”的情况下出现。 　　3.3用户做位置更新的情况 　　调取该用户10月31日06：00至11月5日07：00位置更新事件记录，可以发现在第一次被叫异常（11月3日12：44：24）前，离此最近的一次正常位置更新出现于当日08：43左右，且在08：22：26～08：43：54连续出现六次正常位置更新，此后即于A市MGW1下做周期性位置更新，如图2所示。 　　（1）第一阶段流程 　　11月3日08：22：26、08：23：37用户于A市MSS1下两次发起位置更新，其中LocationUpdatingRequest消息中，源LAC、目的LAC均为A市MGW1下的5994，该位置更新属于局