以前大拿指導(dǎo)的文檔，版本比較老（602）

希望對大家有所幫助

若存在解碼失敗等問題，請及時和我聯(lián)系

百度網(wǎng)盤鏈接：

https://pan.baidu.com/s/1VWqWC3Aib6GpoAJgv2HAiQ

ZTE LTE TDD(V3.30.20.00) 標準信令跟蹤功能指導(dǎo)書.docx

本文檔主要對標準信令跟蹤的功能概述、技術(shù)描述、參數(shù)配置、相關(guān)計數(shù)器，KPI統(tǒng)計，告警，功能驗證等內(nèi)容進行描述。

信令跟蹤根據(jù)跟蹤的任務(wù)類型分為實時任務(wù)、非實時任務(wù)。實時任務(wù)是數(shù)據(jù)先由基站上報給網(wǎng)管的Log Server，然后下發(fā)給客戶端，在UDT界面顯示；非實時任務(wù)是數(shù)據(jù)報給Log Server保存文件，供其他分析工具使用，主要應(yīng)對實時上報數(shù)據(jù)量小的問題。

信令跟蹤根據(jù)跟蹤的對象主要分為UE級小區(qū)信令、小區(qū)信令、IMSI 信令、TMSI 信令。

UE級小區(qū)信令跟蹤可以下發(fā)實時任務(wù)和非實時任務(wù)。

任務(wù)下發(fā)到基站后，基站采集小區(qū)中所有UE的信令給網(wǎng)管或Log Server（非實時任務(wù)），同時核心網(wǎng)進行UE的IMSI上報�；�站上報數(shù)據(jù)流程簡單，網(wǎng)元根據(jù)任務(wù)中的采集對象獲取數(shù)據(jù)，發(fā)給網(wǎng)管。主要論述下IMSI的上報：

1.      基站收到任務(wù)后，如果有新接入的UE則分別發(fā)送CellTrafficTrace 到MME，該CellTrafficTrace消息中包含了UE的S1AP_ID、TCE IP、 Trace Reference等信息，其中的TraceReference消息是基站根據(jù)eNodeBId和PLMN生成的。

2.      MME收到此CellTrafficTrace后檢索該UE的IMSI信息，將檢索到的信息廣播給核心網(wǎng)網(wǎng)管，網(wǎng)管收到此消息后生成IMSI信息XML文件，該文件依據(jù)協(xié)議規(guī)定的格式生成。

3.      IMSI 信息文件生成后核心網(wǎng)網(wǎng)管根據(jù) CellTrafficTrace 消息中的TCE IP信息將文件put到 FTP Server 下。

4.      小區(qū)跟蹤會對跟蹤啟動后新接入的UE起效，小區(qū)跟蹤啟動后新接入的UE處理流程和存量UE基本一致。流程如下圖所示：

圖 2‑1   IMSI的上報流程

小區(qū)信令跟蹤可以下發(fā)實時任務(wù)和非實時任務(wù)。

小區(qū)信令跟蹤任務(wù)下發(fā)到基站后，基站采集小區(qū)的信令給網(wǎng)管或Log Server（非實時任務(wù)）。

小區(qū)信令和UE級小區(qū)信令的區(qū)別在，UE級小區(qū)：跟蹤UE相關(guān)的信令，如接入，釋放，切換；

小區(qū) ：跟蹤和UE無關(guān)的信令，比如小區(qū)刪減，S1復(fù)位，配置信息更新等。

IMSI信令跟蹤可以下發(fā)實時任務(wù)和非實時任務(wù)，是針對指定用戶進行的跟蹤。

IMSI 信令跟蹤時，UDT首先將跟蹤任務(wù)發(fā)送到核心網(wǎng)，此步是通過調(diào)用核心網(wǎng)（目前必須為ZTE的核心網(wǎng)）網(wǎng)管上部署的Corba接口完成的，核心網(wǎng)（MME）收到任務(wù)后保存任務(wù)信息，并判斷所跟蹤的目標用戶是否激活，如果所跟蹤目標處于激活狀態(tài)，則發(fā)送TraceStart消息到目標所在的eNodeB；如果目標處于非活動狀態(tài)則暫不做處理，此段流程如下圖所示

當(dāng)UE接入，核心網(wǎng)會遍歷所保存的跟蹤任務(wù)列表，判斷如果該UE被跟蹤，則會下發(fā)TraceStart消息給基站，指示基站開始上報該UE的信令。基站收到TraceStart消息后向網(wǎng)管請求任務(wù)信息，獲取跟蹤任務(wù)信息，開始數(shù)據(jù)上報。收到任務(wù)之前的標準信令，基站會進行緩沖，UE激活后上報給OMMB。流程如下：

當(dāng)UE去激活時，核心網(wǎng)從收到的去激活消息中獲取UE信息和核心網(wǎng)網(wǎng)管的保存的任務(wù)，進行判斷UE是否正在被跟蹤，如果是，則會下發(fā)去激活跟蹤消息（DeactiveTrace）到基站，基站（RNLC）收到該消息之后通知TOOL刪除該UE的IMSI跟蹤任務(wù)，后臺任務(wù)狀態(tài)不受影響。該段流程如下：

當(dāng)被跟蹤用戶發(fā)生切換時，該用戶的跟蹤信息會同切換請求消息一同發(fā)送到目標側(cè)，這樣切換成功后，源側(cè)停止對該用戶的跟蹤，目標測開始該UE的跟蹤，這就保證了該UE信息能被連續(xù)跟蹤，而不管該UE的位置以及該UE是否在連續(xù)切換。切換到目標側(cè)后，目標側(cè)的處理流程和上述UE接入流程類似。

TMSI信令跟蹤只可以下發(fā)實時任務(wù)，是針對指定用戶進行的跟蹤。

跟蹤任務(wù)下發(fā)到基站后，基站采集基站內(nèi)指定TMSI的UE信令給網(wǎng)管，數(shù)據(jù)上報和UE級小區(qū)的數(shù)據(jù)上報流程一樣。

UE的TMSI信息在UE log上面查看，查看方式與所使用終端有關(guān)，需要參考終端使用說明。

注意：

1.      由于UE在跨MME切換或者TAU的時候，TMSI會發(fā)生改變，并且根據(jù)不同廠商的EPC的實現(xiàn)不同，同一個UE的TMSI也可能會發(fā)生改變，已確認UE在進行LTE與其它2G/3G的切換后，再重新進入LTE系統(tǒng)，該UE的TMSI會發(fā)生改變。針對一個TMSI的跟蹤，可能會隨著跟蹤的進行而變成了另外一個UE，所以需要使用該功能的人員注意；

2.      并非所有的UE在接入時都會給eNB發(fā)送其TMSI信息(該UE可能沒有TMSI)所以對于eNB沒有S-TMSI的UE，無法發(fā)起基于TMSI的跟蹤；

3.      對于同一個UE，可以同時支持多種跟蹤方式，既支持跟蹤TMSI又跟蹤IMSI；

1.      前臺最多支持20個IMSI任務(wù)，支持全網(wǎng)IMSI標準信令跟蹤。

2.      TMSI信令跟蹤的最大用戶數(shù)為10。