華為ATCA端局強制獲取IMEI研究

摘 要：在移動通信網中，用戶所在的位置經常發生變化，在位置改變時用戶需要通知網絡當前自己的漫游位置，以便網絡可以正常地與用戶保持聯系，因此移動終端MS/UE需要往網絡發起位置更新，請求網絡注冊當前用戶位置信息，同時網絡可能需要到用戶的歸屬位置寄存器（HLR）更新用戶當前拜訪位置寄存器（VLR）信息，HLR會把用戶的簽約注冊信息送到VLR。華為ATCA端局下的用戶投訴，在更換SIM卡后，話單中沒有更新IMEI。經過研究分析，最終確定通過修改網絡參數解決此問題，即增加強制獲取IMEI的信令流程，確保VLR中記錄的IMEI與終端完全一致，保證呼叫話單中能夠記錄終端的真實IMEI。

關鍵詞：端局；位置更新；IMEI；強制獲取

1 問題描述

華為ATCA端局下的用戶投訴，在更換SIM卡后，話單中沒有更新IMEI。通過海量撥測我們發現確實存在這樣的問題，撥測場景如下：

MSISDN：13630996655

手機型號：中興、三星

IMEI：860106000908727（中興） 8014000137279（三星）

SIM卡安裝在中興手機中，在正常位置更新后，直接拔出電池，將SIM卡放在三星手機，搜索網絡未檢測到SIM卡，重新開關機，該用戶在交換機上顯示原中興手機的IMEI，話單中記錄的也是原中興手機的IMEI。

2 原因分析

在移動通信網中，用戶所在的位置經常發生變化，在位置改變時用戶需要通知網絡當前自己的漫游位置，以便網絡可以正常地與用戶保持聯系，正常位置更新流程：

Note1：當用戶從VLR1漫游到VLR2，而且在VLR2下使用TMSI第一次發起位置更新時，VLR2發現手機帶上來的前位置區是本VLR的臨近位置區，那么VLR2通過P653BIT10控制是否往VLR1發起取標識操作，2G網絡同時還受P653BIT12控制，默認支持到前VLR1取標識。

Note2：當用戶使用TMSI作位置更新，Note1操作失敗或沒有操作，而且當前VLR里面沒有用戶標識（IMSI），那么MSC會往手機發起取標識（IMSI）請求。

Note3：當用戶作位置更新需要鑒權或加密，但是當前VLR里沒有可用安全上下文時，而且當前VLR里沒有可用鑒權集，則MSC/VLR需要到AUC/HLR取鑒權集。

Note4：當用戶作位置更新需要鑒權或加密，且已經向HLR或VLR獲取到用戶的鑒權集時，MSC/VLR向手機發起鑒權流程。

Note5：當用戶作位置更新時，由于VLR里面沒有用戶數據或者用戶數據未證實，那么VLR會往HLR發起位置更新請求，同時HLR往VLR插入用戶數據。

Note6：當用戶作位置更新需要作IMEI檢查，但是VLR里面沒有IMEI或者IMEI不可用，那么MSC/VLR會向手機發起取標識（IMEI）請求。

Note7：當用戶作位置更新需要作IMEI檢查，那么MSC/VLR會向EIR發起Check IMEI請求。

Note8：當用戶作位置更新要求加密，那么MSC/VLR會向手機下發加密流程。

2.1 普通位置更新不取IMEI的流程

由于進行的是普通位置更新，并且VLR中已有用戶數據，VLR向MSC返回數據時攜帶了IMEI，根據VLR返回數據時攜帶了IMEI且位置更新類型為普通位置更新，因此MSC后續不會向終端進行取IMEI過程。當VLR保存的是前手機的IMEI時，根據現有處理，只能等到下次發生Attach位置更新或局間位置更新，才能重新獲取IMEI。

2.2 IMSI ATTACH的位置更新

對于手機發起IMSI ATTACH的位置更新，根據23012協議，MSC即可正常向終端索取IMEI號碼刷新VLR中的用戶數據。

本次問題通過現場的撥測結果以及消息跟蹤的結果分析，出現未更新IMEI的情況時，終端用戶上報的位置更新消息Location_Updating_Request消息中，位置更新類型為Location-update-type：normal-updating，

由于交換機VLR中已經有該用戶的相關信息，對于位置更新時上報normal-updating時，交換機不會向用戶索取IMEI號碼，在23012-600 2.4.1協議中有明確的描述：IMSI附著才是一個手機重新進入激活態（開機）的明確操作（Explicit IMSI attach operation is the action taken by an MS to indicate that the station has re-entered an active state （e.g. the station is powered up）.），也就是說，只有手機重新進入IMSI附著時，交換機才會向終端索取IMEI號。而對于換手機后位置更新時上報normal-updating而沒有上報IMSI ATTACH，為手機終端處理機制問題。

3 解決方案

由于無法從終端上根本解決此故障，該問題可通過修改網絡參數，即增加強制獲取IMEI的信令流程，確保VLR中記錄的IMEI與終端完全一致。保證呼叫話單中能夠記錄終端的真實IMEI。具體操作如下：

首先在移動本局信息表中，配置一個無效的EIR號（這里無效的意思是使用該號碼在SCCPGT中匹配到1條錯誤的下一跳信令點記錄，使無法GT出局，需要提前提供一個無效的EIR號碼）。

在map控制表中將EIR不可及時允許接入配置為“是”。

SET MAPACCFG：IFACTIMEI=YES；

在交換機的SET MAPACCFG表中，可以配置位置更新時是否檢查IMEI，當移動用戶向網絡發起位置更新請求時，用于指示MSOFTX3000是否啟動對移動用戶的IMEI進行檢查的信令流程，系統初始設置值為否。若將該參數設為是，則MSOFTX3000將首先通過DTAP信令向移動終端索取其IMEI信息，然后再通過MAP信令向EIR發起Check IMEI的請求。在map控制表中將業務接入時檢查IMEI配置為是或將位置更新時檢查IMEI配置為是。具體命令如下：

SET MAPACCFG：UPDIMEICK=YES， SRVIMEICK=YES， IFACTIMEI=YES；

在VLR控制表中將IMEI復用次數配置為0。

將無效的EIR號碼指向一個錯誤的下一跳信令點，需要提前提供一個現網不使用的信令點。

4 評估

4.1 通過上述更改，該問題得到解決。關注用戶投訴情況再無此類問題發生。

4.2 打開CheckIMEI流程，采取配置無效的EIR號的方法，大約會多增加A口流量10%左右。

4.3 由于更改了呼叫流程，增加了接續時長，原接續時長為5秒左右，更改后接續時長約為7秒左右，但仍低于集團要求，從提升用戶感知角度來看，建議采用強制獲取IMEI方法。

作者簡介：魏麗（1968，6-），女，畢業日期：1993年3月20日，畢業學校：長春郵電學院，學位：專科，工作單位：中國移動通信集團吉林有限公司四平分公司，職稱：工程師。