七號信令網是電信網的三大支撐網之一，是電信網的重要組成部分，其應用十分廣泛。到目前為止，我國已經建立了由高級信令轉接點（hstp）、低級信令轉接點（lstp）和大量的信令點（sp）組成的三級七號信令網，七號信令網真正成為電信網的神經網和支撐網。為了保證七號信令網的正常高效運行，七號信令集中監測系統作為對七號信令網進行集中監測和管理的工具就顯得格外重要。協議分析是七號信令監測平臺中實時和歷史數據分析的一個重要組成部分，它對獲得完整的信令規程分析和實現網絡故障精確定位具有重要意義。而無論什么樣的信令消息，進入監測系統的第一個環節就是要被系統解碼，消息解碼的正確和完整與否對監測系統來說就顯得非常重要。本文根據《中國移動七號信令集中監測平臺技術規范(1.0版)》對協議分析的要求，分析和介紹消息解碼的原理和實現方法。

    一．信令集中監測系統協議分析測試規范

    協議分析功能主要是為了滿足通信網絡對七號信令協議測試和詳細解碼實現快速定位故障的需要，因此，靈活地設置過濾條件就顯得非常重要。根據規范的要求，系統應能夠選取七號信令網絡中有限組合的多條鏈路作為測試范圍，來觀察所需的七號信令消息。為實現以上要求，系統應具備完善的過濾功能，用戶可以根據需要按以下條件或它們的任意組合進行過濾。

    信號單元長度（li）：鏈路狀態信號單元（lssu）、消息信號單元（msu）。

    sio類型：信令網測試消息（snt）、信令網管理消息（snm）、信令連接控制（sccp）、電話用戶部分（tup）、isdn用戶部分（isup）。

    mtp路由過濾：源信令點編碼（opc）、目的地信令點編碼（dpc）。

    sccp路由過濾：被叫地址、gt或（信令點編碼＋ssn）、主叫地址或（信令點編碼＋ssn）。

    tup過濾：cic值、tup消息類型、主叫用戶號碼、被叫用戶號碼、原被叫用戶號碼。

    isup過濾：cic值、isup消息類型、釋放原因、主叫用戶號碼、被叫用戶號碼、改發號碼、業務類別（category）。

    sccp層過濾：sccp消息類型、返回原因、釋放原因、復原原因、拒絕原因。

    bssmap過濾：bssmap消息類型、rr原因、dtap釋放原因、bssmap釋放原因、dtap消息類型、主叫號碼、被叫號碼、tmsi、imsi、cell、lai等。

    tcap層過濾：tcap消息類型、tc事務處理成分類型、差錯類型、源和目的地事務處理id、tc-p-abort、tc-reject的原因碼。

    map過濾：map操作碼、map差錯碼、msisdn、imsi、mscid、vlrid、hlrid、短消息中心地址。

    cap過濾：cap操作碼、cap差錯碼、bcsm事件報告原因、imsi、主叫號碼、被叫號碼、servicekey、翻譯號碼、計費號碼。

    二．消息解碼的原理及其實現方法

    七號信令是以與話路網分離形式組成專門的數據通信網，以分組傳送的形式透明地傳送各種電信業務所使用的建立、維護和釋放的通信信號消息，滿足各種業務網的需要，因而七號信令系統本質上也是局間計算機間的數據通信系統。作為局間計算機的數據通信系統，七號信令系統以osi模型為基礎，采用功能模塊化的結構。為了使七號信令系統與osi參考模型一致，ccitt提出了信令連接控制部分（sccp）和事務處理能力（tc），與原來的消息傳遞部分（mtp）、電話用戶部分（tup）、數據用戶部分（dup）、isdn用戶部分（isup）一起組成一個功能級與osi七層模型共存的結構（如圖1所示），以滿足isdn網、移動電話、運營管理維護以及智能網（in）的要求。

    圖1 七號信令功能級結構與osi之間的關系

    圖1中，消息傳遞部分是一個傳遞系統，為信令傳輸提供一條