POOL组网下VLR用户数统计与RNC加BSC统计数据不一致原因分析.docVIP

POOL组网下VLR用户数统计与RNC加BSC统计数据不一致原因分析 　　【摘要】 本文通过详细分析统计用户数的规则，找到用户数统计（VLR各类用户数测量）不等于POOL内所有BSC用户数（BSC话务分布测量）+ RNC用户数（RNC话务分布测量）的原因。 　　【关键词】 POOL 用户数不一致 　　一、网络现状及问题描述 　　随着核心网络交换系统以及随着GSM引动通信技术的快速发展核心网络技术不断演进，MSCPOOL成为未来核心网组网的必要因素已经是事实。现在2011年11月四平地区完成核心网组POOL，在日常维护中发现，组POOL后，POOL内核心网侧VLR统计的用户数（VLR各类用户数测量）不等于POOL内所有BSC用户数（BSC话务分布测量）+ RNC用户数（RNC话务分布测量）。 　　二、用户数统计规则 　　笔者做了全面的分析，在分析中发现了很多问题。当发现本系统存在用户数发生变化时，对应的测量指标进行统计。以VLR中本地用户数和无条件呼叫前转的用户数为例说明如下： 　　1、VLR中本地用户数： 　　用于统计本系统VLR中存在的大本地用户数。用户的漫游类型通过IMSI查询漫游用户类型表确认。具体配置命令为ADD ROAMUSRT，笔者进行了配置的本地用户为根本例子进行了分析。 　　在一次位置更新流程中涉及三个测量点，如图1中A点、B点和D点所示，具体测量点如下：A点： VLR获得用户IMSI信息后，内部设置用户类型为本地用户，插入空记录，并检查用户类型是否为本地并统计更新本局（VLR）的本地用户数。在这种情况下，该测量指标的统计值进行加1操作。B点：局间位置更新时，HLR需要向用户所在的前VLR（PVLR）发起CANCEL_LOCATION流程。PVLR收到MAP_CANCEL_LOCATION消息后，删除已经漫游到他局的用户，此时，PVLR内部检查用户在本局（PVLR）的用户类型是否为本地并统计更新本局（PVLR）的本地用户数。在这种情况下，该测量指标的统计值进行减1操作。D点：VLR收到HLR的MAP_UPDATE_LOCATION_ACK消息后，VLR内部通过UpdateMMInfo更新用户类型，检查用户类型是否由系统设置的本地用户变成了漫游用户。如果是，该测量指标的统计值进行减1操作。 　　2、无条件呼叫前转的用户数 　　当发现本系统VLR中存在登记了无条件呼叫前转（CFU）业务的用户数发生变化时，该测量指标进行统计。位置更新流程中涉及两个测量点，如图1中B点和C点所示，具体测量点如下：B点：局间位置更新时，HLR需要向用户所在的前VLR（PVLR）发起CANCEL_LOCATION流程。PVLR收到MAP_CANCEL_LOCATION消息后，删除已经漫游到他局（VLR）的用户，此时，PVLR内部检查本局（PVLR）用户数据中的补充业务签约信息中是否激活无条件呼叫前转业务，统计更新本局（PVLR）的无条件呼叫前转业务用户数。如果用户激活了该业务，该测量指标的统计值进行减1操作。C点：VLR收到HLR的MAP_VDB_INSERT_SUBSCRIBER_DATA消息后，VLR内部检查用户类型是否新签约激活无条件呼叫前转业务，并更新本局（VLR）的无条件呼叫前转业务用户数。如果用户激活了该业务，该测量指标的统计值进行加1操作。 　　在原有的基础图1点上我们进一步分析。HLR用户数据操作流程涉及两个测量点，具体测量点如下：A点：在HLR删除用户（销户）时，HLR需要向用户当前所在的VLR发起CANCEL_LOCATION流程。VLR收到MAP_CANCEL_LOCATION消息后，需要删除VLR中的用户数据，此时，VLR内部检查本局（VLR）用户数据中的补充业务签约信息中是否激活无条件呼叫前转业务，并更新本局（VLR）的无条件呼叫前转业务用户数。如果用户激活了该业务，该测量指标的统计值进行减1操作。B点：在HLR修改用户补充业务数据时，HLR需要向用户当前所在的VLR发起插入（MAP-INSERT-SUB-DATA）或删除（MAP-DELETE-SUB-DATA）用户数据的流程。VLR收到MAP-INSERT-SUB-DATA消息或MAP-DELETE-SUB- 　　DATA消息后，更新VLR中的指定的补充业务用户数据，此时，VLR内部检查本局（VLR）用户数据中的补充业务签约信息中是否激活的无条件呼叫前转业务，并更新本局（VLR）的无条件呼叫前转业务用户数。如果是签约激活，则该测量指标的统计值进行加1操作；如果是删除签约或者去激活，则该测量指标的统计值进行减1操作。 　　【问题原因分析】 　　2014年2月14日19点四平地区按VLR/BSC/RNC用户数分析我们可以进一步看到V