IMEI跟蹤分析技術(shù)總結(jié)報告.doc

1、IMEI 跟蹤分析技術(shù)總結(jié)報告目錄1IMEI CHECK簡介 .32IMEI CHECK優(yōu)點(diǎn) .33特性簡介功能項的使用方法 .43.1IMEI CHECK 功能相關(guān)開關(guān)與開關(guān)功能介紹 .43.2CN開啟 IMEI CHECK情況下 ,RNC IMEI CHECK配置方法 .63.3CN關(guān)閉 IMEI CHECK情況下 ,RNC IMEI CHECK配置方法 .64驗證結(jié)果 .64.1RNC 模擬 IDENTITY 查詢開關(guān)的作用 .64.2IMEI CHECK功能對呼叫時延的影響 .84.3RNC 是否需要解析 IDENTITY RESPONSE 消息作用 .94.4RNC 是否需要解析 I

2、DENTITY RESPONSE 消息作用 .105總結(jié).101IMEI CHECK 簡介目前各省客戶都十分關(guān)注基于IMEI 的 KPI 指標(biāo)分析。前期 RNC 設(shè)備已經(jīng)支持在IMEI 識別功能，可以主動對 RRC 連接建立請求或 NAS 消息中的 IMEI 進(jìn)行解析，并形成 CDL 記錄，通過 CDLMR 軟件就可以實現(xiàn)相關(guān)指標(biāo)按照不同的終端類型進(jìn)行統(tǒng)計。但該特性需要依賴核心網(wǎng)開啟“ IMEI CHECK ”功能。在現(xiàn)場開啟該功能時，卻發(fā)現(xiàn)部分核心網(wǎng)廠家不配合我司開啟“IMEICHECK ”功能，部分廠家的核心網(wǎng)不支持“IMEICHECK ”功能，對該特性的推廣造成很大的約束。為了避免該特性

3、的使用，受限于核心網(wǎng)，需要RNC 能夠模擬IDENTITYREQUEST 消息，實現(xiàn)向 UE 查詢 IMEI 方案。RNC 獲取終端 IMEI （ IMEI CHECK 功能）有如下兩種方法：1）、核心網(wǎng)在開啟 “IMEI CHECK ”功能的時候（ CN 主動發(fā)送 Identiy Request 消息），RNC 可以主動對 RRC 連接建立請求或 NAS 消息（Identiy Response）中的 IMEI進(jìn)行解析，并形成CDL 記錄，通過 CDLMR 軟件就可以實現(xiàn)相關(guān)指標(biāo)按照不同的終端類型進(jìn)行統(tǒng)計。該功能點(diǎn)需要核心網(wǎng)開啟IMEI CHECK 功能。2）、核心網(wǎng)在未開啟“ IMEI CH

4、ECK ”功能的時候， RNC 可以模擬 CN 發(fā)送一條 Identiy Request，并對 RRC 連接建立請求或 NAS 消息（ Identiy Response）中的IMEI 進(jìn)行解析，并形成CDL 記錄，通過 CDLMR 軟件就可以實現(xiàn)相關(guān)指標(biāo)按照不同的終端類型進(jìn)行統(tǒng)計。該功能點(diǎn)需要核心網(wǎng)開啟IMEI CHECK 功能。2IMEI CHECK 優(yōu)點(diǎn)現(xiàn)網(wǎng)路測一般均采用測試終端對網(wǎng)絡(luò)進(jìn)行測試。TD-SCDMA 網(wǎng)絡(luò)經(jīng)過長時間的商用后發(fā)現(xiàn)很多暴露出來的問題不是在所用終端上都會發(fā)生，對于測試終端的問題可以通過升級版本等方法解決。而對于商用終端的問題則非常難以推動。主要原因在于商用終端種類繁多

5、無論在哪個測試階段均很難對所有商用終端均進(jìn)行一遍測試，通過KPI 反映出的問題很難對應(yīng)到終端種類上很難確認(rèn)是否是某款終端。RNC 可通過 CDLMR 工具將異常事件與IMEI 即終端種類對應(yīng)起來，方便現(xiàn)網(wǎng)很多問題的分析。更加有針對性的指導(dǎo)外場網(wǎng)優(yōu)工作，間接提高現(xiàn)網(wǎng)KPI 指標(biāo)。3 特性簡介功能項的使用方法3.1IMEI CHECK 功能相關(guān)開關(guān)與開關(guān)功能介紹IMEI CHECK 功能相關(guān)開關(guān)均在開啟情況如下圖，由于核心網(wǎng)已開啟“RNC 算法全局參數(shù)中，目前營口 6 套 RNC 功能IMEICHECK ”功能， RNC 模擬 IDENTITY查詢的開關(guān)選擇為關(guān)閉，避免重復(fù)開啟：（1）RNC 模擬

6、 IDENTITY 查詢的開關(guān)，該參數(shù)有如下4 個選項：關(guān)閉： RNC 不模擬 CN 下發(fā) IDENTITY REQUEST 消息。打開且查詢 IMSI ：RNC 模擬 CN 下發(fā) IDENTITY REQUEST 消息，且 IDENTITYREQUEST 內(nèi)查詢的終端的IMSI ；打開且查詢 IMEI ：RNC 模擬 CN 下發(fā) IDENTITY REQUEST 消息，且 IDENTITYREQUEST 內(nèi)查詢的終端的IMEI ；打開且查詢 IMEISV ：RNC 模擬 CN 下發(fā) IDENTITY REQUEST 消息，且 IDENTITY REQUEST 內(nèi)查詢的終端的 IMEISV 。

7、（2）RNC 發(fā)送模擬 IDENTITYREQUEST 消息的保護(hù)定時器（單位10ms）：該定時器的作用類似于T3270 定時器。T3270 定時器的作用為CN 發(fā)送IDENTITYREQUEST 后等待終端回復(fù)IDENTITYRESPONSE 消息的定時器，如果超出該定時器時長后終端沒有回復(fù)IDENTITY RESPONSE ，則釋放該終端的無線資源。（ 3） RNC 是否需要解析 IDENTITY RESPONSE 消息。該開關(guān)的作用為RNC 是否解析 IDENTITYRESPONSE 獲取要查詢的信息（如IMEI,IMSI 或 IMEISV ），并寫于 CDLMR 中。3.2CN開啟 I

8、MEI CHECK情況下 ,RNC IMEI CHECK配置方法該情況 RNC 需開啟 RNC 是否需要解析 IDENTITY RESPONSE 消息的開關(guān)即可。3.3CN關(guān)閉 IMEI CHECK情況下 ,RNC IMEI CHECK配置方法該情況 RNC 只需開啟 RNC 模擬 IDENTITY 查詢的開關(guān)，選擇打開并查詢IMEI的選項。合理設(shè)置 RNC 發(fā)送模擬 IDENTITY REQUEST 消息的保護(hù)定時器（單位10ms），建議與 CN 設(shè)置的 T3270 定時器一致。開啟 RNC 是否需要解析 IDENTITY RESPONSE 消息的開關(guān)即可。4 驗證結(jié)果4.1RNC 模擬 I

9、DENTITY 查詢開關(guān)的作用本次，我們通過RNC 模擬 IDENTITY 查詢開關(guān)的關(guān)閉和開啟來驗證IMEI 跟蹤技術(shù)。首先，我們在 RNC 模擬 IDENTITY查詢開關(guān)開啟狀態(tài)進(jìn)行信令跟蹤，我們主要關(guān)注以下部分的信令（信令跟蹤均為小區(qū)級）：上圖中的 Identiy Request 沒有從 CN 下發(fā)到 RNC 的過程而是直接從 RNC 下發(fā)到UE，UE 返回的 Identiy Response RNC也沒有送到 CN。IDENTITY REQUEST 消息，在完成 RRC 連接（如果對 UE 而言，更嚴(yán)格的應(yīng)該是完成 Iu 口鏈路建立后），任何時刻都可以發(fā)出。UE 在收到該消息后，應(yīng)立即

10、反饋IDENTITYRESPONSE 消息。IDENTITYREQUEST 消息，不需要在完成安全模式控制過程后再進(jìn)行，但需要遵守完整性保護(hù)原則。即：如果完整性保護(hù)過程已經(jīng)啟動，則發(fā)送該消息，同樣需要進(jìn)行完整性保護(hù)操作。功能開關(guān)開啟后， RNC 可通過對 Identiy Response消息獲取終端 IMEI ，如上圖中，顯示我們測試的終端 IMEI 為 356281047838230，而我們實際測試的終端 IMEI 為356281047838236，測試終端為三星GT-I9008L，可以看出，目前該功能開啟后，上報終端的 IMEI 與終端真實 IMEI 前 14 位是一致的，但第 15 位存

11、在差異，由于功能上目前的不完善，導(dǎo)致無論終端真實 IMEI 第 15 位是什么，第 15 位上報的均為 0，但此問題目前不影響我們正常統(tǒng)計在網(wǎng)終端的類型及數(shù)量， 后續(xù)該問題公司會進(jìn)行進(jìn)一步更新完善。之后，我們將 RNC 模擬 IDENTITY 查詢開關(guān)關(guān)閉狀態(tài)進(jìn)行信令跟蹤，通過信令觀察，在完成 RRC 連接完成后，并沒有 IDENTITY REQUEST 消息，無法顯示終端 IMEI ，即沒有 IMEI 跟蹤的功能，如下圖所示：通過以上分析 ，雖然平時我們將 RNC 模擬 IDENTITY 查詢開關(guān)設(shè)置為關(guān)閉狀態(tài)，但在針對一些用戶需要及時定位的時候，可以選擇開啟該開關(guān)，通過信令來查詢立即查詢用

12、戶使用的終端型號。4.2IMEI CHECK功能對呼叫時延的影響通過對 RNC 模擬 IDENTITY查詢開關(guān)開啟與關(guān)閉的測試，我們知道了該功能的具體效果，但我們也看出， 在功能開啟后， 我們也增加了一些信令， 這些信令的增加，是否會導(dǎo)致我們進(jìn)行業(yè)務(wù)的時候，業(yè)務(wù)接入的時間變長呢？我們通過測試進(jìn)行說明。首先我們在開關(guān)開啟的時候進(jìn)行語音的呼叫，選取起點(diǎn)信令為RRCCONNECTION REQUEST ，結(jié)點(diǎn)信令為 ALERTING ：在該開關(guān)開啟前后，我們分別進(jìn)行測試，每次測試20 次，并收集整理數(shù)據(jù)，如下表所示：測試 1測試 2測試 3測試 4測試 5測試 6測試 7開啟前時間差值（ms）7.5

13、7.7667.4386.9536.6877.2827.328開啟后時間差值（ms）7.3287.3287.0937.1567.2346.8127.25測試 8測試 9測試 10測試 11測試 12測試 13測試 14開啟前時間差值（ms）6.9067.0637.5167.0637.1886.8597.328開啟后時間差值（ms）6.5626.9687.1566.6887.7826.7347.5測試 15測試 16測試 17測試 18測試 19測試 20平均值開啟前時間差值（ms）6.8757.56.5477.1887.1257.1727.1642開啟后時間差值（ms）7.2197.5156.8

14、437.57.5477.3287.1772根據(jù)上表中統(tǒng)計的值，我們可以看出，在開啟前呼叫時延均值在7.1642S，在開啟后呼叫時延均值在7.1772S，功能開啟前后呼叫時延無明顯變化。4.3RNC 是否需要解析IDENTITY RESPONSE 消息作用對于 RNC 是否需要解析 IDENTITY RESPONSE 消息，我們目前設(shè)置的為解析，開啟該功能后，我們能夠在CDL 數(shù)據(jù)包中記錄用戶IMEI 的信息，并通過CDG 軟件呈現(xiàn)出來。下圖為我們通過CDG 軟件中終端行為分析統(tǒng)計出的各類終端在網(wǎng)情況，更加的具體及詳細(xì)，能夠更好的加強(qiáng)我們?nèi)粘＞W(wǎng)絡(luò)優(yōu)化工作：4.4RNC 是否需要解析IDENTITY RESPONS