Server小区数据缺失分析

【摘要】本文以移动通信用户在某3G小区做主叫时连续多次失败为案例，通过信令分析手段对其进行深入分析，通过归纳总结出小区数据漏定义场景下的用户模型，并对全网进行核查分析，为后续该类问题的排查提供了依据。

【关键词】主叫呼叫连续失败信令分析小区数据

一、问题描述

本文以移动通信网中发现用户投诉在某3G小区做主叫时连续多次失败，通过在信令查询系统上查询用户呼叫记录，发现用户连续5次主叫失败后呼叫正常，失败原因均显示为：RANAP（MSC->RNC）：IU RELEASE COMMAND（Normal Release），而查询用户HLR及VLR数据正常。

二、问题分析及定位

在信令查询系统上查询用户几次呼叫失败的信令流程均一致，如下图异常流程所示。查询该小区其它用户正常的主叫流程，对两个呼叫流程进行对比发现，异常流程中RNC发起CM_SERVICE_REQUEST之后24秒核心网侧就发起IU_REL_CMD拆除呼叫流程，而正常流程中核心网侧会发起鉴权流程。

查询异常流程中IU_REL_CMD携带的原因码为normal release，并且查询到RNC发送的CM_SERVICE_REQUEST中携带上来的LAI/SAI分别为A61E/5A3E。

在用户登记的局点上查询小区数据表发现该局点没有该小区数据，另外从用户的呼叫记录中发现用户5次主叫失败都是在该小区，而之后发起主叫成功则是在另外的小区。为重现该故障场景，将用户迁移到该局点下并重选到该小区，用户做主被叫均失败，重选到临近小区则呼叫正常，初步确定为该局点小区数据缺漏导致用户业务异常，经补全数据后业务恢复正常。

考虑到核心组pool之后可能存在个别server漏定义小区数据的情况，而旧版本的设备并没有很好的检测机制对该隐患进行预警，借这个案例，利用信令分析系统进行业务异常场景的分析，在呼损分析找出对应的呼损点。

在正常的局点呼损分析中，CM_SERVICE_REQUEST节点释放消息为IU_RELEASE_COMMAND（原因值83）的数量很少，如果该释放原因值的比例比较大并且呼叫失败的记录都是同一个小区，则很大可能为小区数据缺失引起，如下图所示：

通过呼损记录发现该3G小区的失败呼叫场景与用户投诉一致，另外发现另一小区B也存在该失败场景，经核查数据确认B小区数据也存在漏定义的情况。

三、解决措施及效果

在本案例中，我们可以通过补全小区数据来恢复业务。另外，本案例通过对用户投诉场景的分析和归纳总结，提出一种利用呼损分析来查找疑似漏定义数据小区的方法，并且利用该方法对现网进行全网分析，挖掘出异常小区并补全数据，避免用户投诉。

四、结论

综上所述，移动通信用户在某3G小区做主叫时连续多次失败，通过信令分析手段进行分析用户失败的呼叫信令最终发现是由于一个局点漏定义小区数据导致，通过归纳总结小区数据漏定义场景下的用户模型，对全网进行核查分析，挖掘小区数据漏定义的网络隐患，对后续该类问题的排查提供了依据。