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用戶數分析我們可以進一步看到VLR統計用戶數大于POOL內所有BSC用戶數+ RNC用戶數。位置更新到BSC的用戶在表中貼現為BSC用戶測量：（1）位置更新到RNC的用戶在表中體現為RNC用戶測量；（2）VLR用戶數為VLR中各類用戶數表中的VLR用戶總數。

VLR用戶總數采自VLR中各類用戶數測量表，這個測量是以大本地索引為對象，根據用戶當前的狀態和簽約信息來統計的本VLR下的各類用戶數，實現對VLR中的用戶數的定時測量，為端局MSC的性能指標提供用戶數相關的度量依據。測量結果中各項指標按照用戶狀態和簽約業務分類如表1。表1中有幾項數據未能統計到BSC/RNC用戶測量中，說明如下：（1）應急用戶總數：未進行位置更新就直接發起緊急呼叫的用戶，不會記錄BSC索引和RNC索引，所以這部分用戶數量不會統計到BSC/RNC用戶測量里，VLR用戶總數=普通用戶數+應急用戶數。這是導致VLR統計用戶數大于POOL內所有BSC用戶數+ RNC用戶數原因之一。（2）錨定數據恢復用戶數：新的移動用戶錨定到本局，本局錨定數據恢復用戶數增加。錨定到本局的移動用戶，數據恢復老化時間（24小時）達到后，用戶數據會被刪除。本局的錨定數據恢復用戶數量減少。由于錨定數據恢復用戶數的數據恢復老化時間為24小時后進行數據刪除，那么在24小時內未進行恢復的數據是導致VLR統計用戶數大于POOL內所有BSC用戶數+ RNC用戶數原因之一。（3）未知類型用戶：①其他網絡異常原因導致的脫網用戶，這部分用戶不會統計到BSC/RNC用戶測量里，系統規定24小時內若這部分脫網用戶未重新登陸到網絡，則在VLR中將這部分用戶刪除；如果脫網用戶在小時內使用新的IMSI登陸網絡，此時VLR中會再次新增該用戶，原用戶數據將在24小時侯刪除，這部分數據是導致VLR統計用戶數大于POOL內所有BSC用戶數+ RNC用戶數原因之一。②用戶正在進行位置更新，還未完全插入用戶數據的用戶；還有正在進行數據恢復的用戶；用戶切換出局后還未結束通話的用戶，這部分用戶都是有可能導致VLR統計用戶數大于POOL內所有BSC用戶數+ RNC用戶數原因之一。

綜上所述，詳細分析統計用戶數的規則，筆者找到用戶數統計（VLR各類用戶數測量）不等于POOL內所有BSC用戶數（BSC話務分布測量）+ RNC用戶數（RNC話務分布測量）的原因。從以上的分析與論述中我們看到了問題的成因，通過數據分析與調查也看到了實質性的問題，作為相關的工作人員，筆者會再接再厲，不斷創新新型技術，努力改建工作思維，為進一步提高網絡技術等多重技術而努力。

參 考 文 獻

[1] 華為軟交換M2000幫助文檔

[2] 華為軟交換MSOFTX3000幫助文檔