1、49/50資料編碼產(chǎn)品名稱NGN使用對象工程師產(chǎn)品版本編寫部門固網(wǎng)技術(shù)支持部資料版本V1.01軟交換分組協(xié)議基礎(chǔ)SIGTRAN擬 制：段志剛?cè)?期：2002-10-18審 核：日 期：審 核：日 期：批 準(zhǔn)：日 期：深 圳 市 華 為 技 術(shù) 有 限 公 司版權(quán)所有 侵權(quán)必究 修訂記錄日期修訂版本描述作者2002/6/18V1.00初稿完成段志剛2002/10/18V1.01修改完成段志剛2002/12/24V2.0轉(zhuǎn)化為word格式關(guān)鍵詞：SIGTRAN M2UA NIF SCTP MTP2 摘 要：本文對SIGTRAN協(xié)議進(jìn)行簡介，重點對NGN組網(wǎng)中使用的M2UA協(xié)議部分進(jìn)行介紹，關(guān)于NG

2、N的概念和協(xié)議的簡介參見軟交換分組協(xié)議基礎(chǔ)NGN和軟交換分組協(xié)議綜述V2.0文檔?？s略語清單： 名詞英文解釋中文解釋SIGTRAN Signalling Transport信令傳輸M2UAMTP2 User Adaption LayerMTP2用戶適配層SCTP Stream Control Transport Protocol流操縱傳輸協(xié)議SG Sigaling Gateway信令網(wǎng)關(guān)MG Media Gateway媒體網(wǎng)關(guān)MGC Media Gateway Controller媒體網(wǎng)關(guān)操縱器AS Application Server應(yīng)用服務(wù)器，代表了一定的資源。關(guān)于SG，表示SG上的接口標(biāo)

3、識的組合。ASP Application Server Process應(yīng)用服務(wù)器進(jìn)程，是為一個或多個AS服務(wù)的進(jìn)程實例，是和SG的進(jìn)程實例進(jìn)行通信的實體NIF Node Interworking Function節(jié)點互通功能，是窄帶信令協(xié)議模塊和UA之間的轉(zhuǎn)換適配層。參考資料清單： 參考資料清單名稱作者編號公布日期查閱地點或渠道出版單位draft-ietf-sigtran-m2ua-09SIGTRAN配置庫（信令）IETFTOC Heading TOC o 1-3 h z u 第1章 SIGTRAN簡要介紹61.1 SIGTRAN入門簡介61.2 SIGTRAN協(xié)議棧結(jié)構(gòu)介紹71.2.1 SI

4、GTRAN協(xié)議棧結(jié)構(gòu)71.2.2 SIGTRAN應(yīng)用模型8第2章 M2UA差不多概念和業(yè)務(wù)功能102.1 M2UA組網(wǎng)應(yīng)用102.2 SIGTRAN的特點“無縫連接”102.3 M2UA的差不多概念和業(yè)務(wù)功能112.3.1 M2UA的差不多概念112.3.2 M2UA的業(yè)務(wù)功能132.3.3 支持傳送MTP2/MTP3接口原語功能132.3.4 支持分不位于SG和MGC上的層治理模塊之間的通信132.3.5 支持對SG和ASP間SCTP偶聯(lián)的治理142.4 M2UA的內(nèi)部功能142.4.1 映射142.4.2 ASP狀態(tài)142.4.3 SCTP 流映射142.4.4 無縫的網(wǎng)管互通152.4.

5、5 IP擁塞治理152.4.6 鏈路查詢15第3章 協(xié)議消息入門163.1 通用消息頭結(jié)構(gòu)163.1.1 版本（8bits）161.保留字段（8bits）163.1.2 消息類不（8bits）173.1.3 消息類型（8bits）173.1.4 消息長度183.1.5 M2UA消息可變長參數(shù)的結(jié)構(gòu)183.2 M2UA消息頭193.3 實例講明193.3.1 ASPUP消息的處理203.3.2 ASPACTIVE消息的處理203.3.3 ASPINACTIVE消息的處理203.3.4 ASPDOWN消息的處理21第4章 M2UA協(xié)議流程及組網(wǎng)應(yīng)用224.1 M2UA協(xié)議流程舉例224.1.1 M

6、2UA業(yè)務(wù)環(huán)境建立流程（建鏈）：224.1.2 M2UA業(yè)務(wù)中斷流程（斷鏈）：224.2 NGN組網(wǎng)中的SIGTRAN協(xié)議22SIGTRAN簡要介紹知識點：1、理解SIGTRAN協(xié)議的應(yīng)用背景、實現(xiàn)功能；2、理解SIGTRAN協(xié)議的差不多概念、組成結(jié)構(gòu)；SIGTRAN的初學(xué)者，通過閱讀本章能夠了解它的差不多概念和應(yīng)用場合。通過對SIGTRAN差不多概念的理解，能夠更快的進(jìn)入角色。假如您關(guān)于SCN信令協(xié)議（如SS7）熟悉的話，關(guān)于理解SIGTRAN協(xié)議將會專門有關(guān)心。下面將SIGTRAN協(xié)議的差不多概念進(jìn)行描述。SIGTRAN協(xié)議棧是支持通過IP網(wǎng)絡(luò)傳輸SCN信令協(xié)議的協(xié)議棧。該協(xié)議棧支持SCN

7、信令協(xié)議分層模型定義中的層間標(biāo)準(zhǔn)原語接口，從而保證已有的SCN信令應(yīng)用能夠未經(jīng)修改地使用，同時也利用標(biāo)準(zhǔn)的IP傳輸協(xié)議作為傳輸?shù)讓?，通過增加自身的功能來滿足SCN信令的專門傳輸要求。 SIGTRAN入門簡介我們在講到SIGTRAN的時候不能不涉及到它的應(yīng)用背景。圖1專門好的講明了這一點。SIGTRAN應(yīng)用模型隨著IP分組網(wǎng)絡(luò)的迅速進(jìn)展，IP網(wǎng)絡(luò)和電路交換網(wǎng)（SCN）的互通成為必須要面對的問題。在此需求的推動下，具有互通功能的網(wǎng)關(guān)出現(xiàn)在IP網(wǎng)和SCN網(wǎng)交界處，即媒體網(wǎng)關(guān)MG、信令網(wǎng)關(guān)SG，分不完成不同媒體流和不同信令之間的承載傳送和轉(zhuǎn)換。其中，信令網(wǎng)關(guān)SG和媒體網(wǎng)關(guān)操縱器MGC之間通過SIGTR

8、AN傳送信令。這要求SG和MGC都能夠支持SIGTRAN協(xié)議。以下兩點講明了圖1中SIGTRAN的功能：(1) 在SG和MGC之間使用SIGTRAN來傳送SCN信令。在MG和MGC之間、在分離的MGC之間和在SG之間也可能使用SIGTRAN來傳送基于消息的信令。(2) SIGTRAN支持多種SCN協(xié)議的封裝和承載，并不包含任何SCN協(xié)議的翻譯/轉(zhuǎn)換功能，而是將翻譯/轉(zhuǎn)換功能置于信令傳送的端點處進(jìn)行，僅僅將自己定位于進(jìn)行信令傳送。SIGTRAN協(xié)議棧結(jié)構(gòu)介紹SIGTRAN協(xié)議棧結(jié)構(gòu)SIGTRAN由兩層組成：傳輸層和UA層。傳輸層協(xié)議使用流操縱傳輸協(xié)議SCTP，在IP網(wǎng)上提供可靠的消息包傳輸；UA

9、層，對SCN信令的協(xié)議分層模型中各層協(xié)議的適配，負(fù)責(zé)分不位于SCN和IP中的兩層協(xié)議的層間原語的傳輸。如M2UA是MTP2的用戶適配層，其作用支持MTP2和MTP3之間的原語接口，是位于IP網(wǎng)中MGC上的MTP3和SG上的MTP2間的紐帶。SIGTRAN協(xié)議棧結(jié)構(gòu)圖2在許多文檔中都出現(xiàn)過，這是整個SIGTRAN的結(jié)構(gòu)層次圖。事實上這張圖同時也包含了幾層含義：A、什么緣故中間SCTP這一層畫的這么寬大？是因為UA層包括M2UA、M3UA、IUA、V5UA等眾多成員，它們都需要建立在SCTP的基礎(chǔ)上，因此才將SCTP一層畫得更寬大一些，可見SCTP的重要性。在那個地點簡單將SCTP的協(xié)議情況進(jìn)行介

10、紹：SCTP的進(jìn)展歷史和前景： SCTP實際上脫胎于TCP協(xié)議，專門多協(xié)議過程，如擁塞操縱，都和TCP如出一轍。然而一開始SCTP定位在信令傳輸，因此對實時性和安全行作了一些考慮，克服了TCP的一些固有缺陷。其誕生之初叫簡單操縱傳輸協(xié)議，基于UDP。歷經(jīng)13個版本的草案進(jìn)展，形成RFC的時候，差不多絕對不是一個簡單協(xié)議了，各大通信公司都進(jìn)行了多次BAKE OFF測試，SCTP協(xié)議的合理性和有用性差不多得到充分的檢驗。而且SCTP由于其超越TCP的優(yōu)勢，其應(yīng)用差不多遠(yuǎn)遠(yuǎn)超出了SIGTRAN的范疇，一方面在VOIP領(lǐng)域?qū)ｉT多地點承擔(dān)傳輸協(xié)議的角色，如BICC，MGCP都有選用SCTP的趨勢，另一方

11、面在通用傳輸協(xié)議上更有替代TCP協(xié)議的趨勢，IETF差不多討論了包括HTTP協(xié)議在內(nèi)的多種基于SCTP的應(yīng)用可行性，并推出了SCTP的socket接口的相關(guān)草案。B、圖2中在V5UA的后面，有省略號，這表明SIGTRAN協(xié)議棧的UA成員還在不斷增加。不僅包含M2UA、M3UA、V5UA等，其它協(xié)議都有可能通過SIGTRAN協(xié)議在IP網(wǎng)上傳送，條件確實是它的UA協(xié)議的底層傳輸要支持SCTP協(xié)議，利用SCTP提供的socket接口創(chuàng)建連接。 SIGTRAN應(yīng)用模型圖3中所示，SIGTRAN能夠?qū)⒁惑w化的SS7演進(jìn)成為層間分離的SS7。SIGTRAN由于支持層間原語，如MTP2/MTP3間的層間原語

12、，因此能夠?qū)S7進(jìn)行層間分離，保證與電路相關(guān)的應(yīng)用部分信息在IP網(wǎng)上的完整傳送，事實上這確實是SIGTRAN的應(yīng)用。SIGTRAN的一個重要的特點無縫連接，確實是體現(xiàn)在信令傳送的過程中。第二章將對無縫連接的具體內(nèi)容進(jìn)行詳細(xì)講解。SIGTRAN應(yīng)用模型總結(jié)：通過第1章對SIGTRAN的介紹，大伙兒應(yīng)該關(guān)于SIGTRAN應(yīng)用背景、協(xié)議結(jié)構(gòu)有一個清晰的了解。同時關(guān)于SIGTRAN、SCTP等的概念應(yīng)該有了一個初步的理解。M2UA差不多概念和業(yè)務(wù)功能知識點：1、理解M2UA的應(yīng)用和“無縫連接”特點；2、掌握M2UA的差不多概念和功能；我們在第1章中講到SIGTRAN協(xié)議棧組成結(jié)構(gòu)，其中UA層是對SS

13、7的協(xié)議分層模型中各層協(xié)議的適配，負(fù)責(zé)將分不位于SCN和IP網(wǎng)絡(luò)中的兩層協(xié)議的層間原語進(jìn)行傳輸。本章就對軟交換系統(tǒng)中典型應(yīng)用的M2UA協(xié)議進(jìn)行重點講解。 M2UA組網(wǎng)應(yīng)用圖4所示為M2UA應(yīng)用組網(wǎng)： 通常，M2UA應(yīng)用場合是當(dāng)SG功能實體位于MGU內(nèi)時，需要使用M2UA將SS7 MTP2用戶信令消息送給MGC，即所講的信令回程，如圖所示。綠色部分為M2UA，藍(lán)色部分為MTP各功能級。 M2UA應(yīng)用組網(wǎng)SIGTRAN的特點“無縫連接”SIGTRAN協(xié)議棧是支持通過IP網(wǎng)絡(luò)傳輸SCN信令協(xié)議的協(xié)議棧。該協(xié)議棧支持SCN信令協(xié)議分層模型定義中的層間標(biāo)準(zhǔn)原語接口，從而保證已有的SCN信令應(yīng)用能夠未經(jīng)修

14、改地使用，同時也利用標(biāo)準(zhǔn)的IP傳輸協(xié)議作為傳輸?shù)讓樱ㄟ^增加自身的功能來滿足SCN信令的專門傳輸要求。由圖4，我們能夠清晰的看到，SIGTRAN確實是在MTP1、MTP2、MTP3之間插了隊。在傳統(tǒng)電路交換網(wǎng)，MTP1、MTP2、MTP3按順序在E1上傳送，而現(xiàn)在SIGTRAN插入到了MTP2和MTP3之間，使MTP信令消息在IP網(wǎng)中傳輸成 為可能！而所謂的無縫連接確實是指，MTP2、MTP3是可不能明白SIGTRAN的存在的。圖4中最左邊淺藍(lán)色部分確實是原來的MTP傳輸層。而中間及右邊的淺藍(lán)色部分也是MTP成員，它和最左邊的MTP成員有什么不同呢？我們能夠發(fā)覺MTP1和MTP2仍然緊緊的聯(lián)在

15、一起，而MTP2和MTP3之間卻被運行在IP上的SIGTRAN給隔開了。MTP2本來是通過層間原語把信令傳遞給MTP3，事實上是傳遞給了SIGTRAN，這是因為SIGTRAN能夠支持MTP2和MTP3的層間原語功能。SIGTRAN通過IP網(wǎng)再將MTP2傳給MTP3，MTP3通過層間原語接收到MTP2消息，又傳給了上層用戶TUP、ISUP等。如此事實上MTP2和MTP3并不明白它們之間隔了一層SIGTRAN，上層TUP、ISUP等應(yīng)用層模塊就更不用講了。因此SIGTRAN和MTP上層用戶之間全然就沒有任何聯(lián)系和關(guān)聯(lián)。同樣，MGC側(cè)的上層用戶傳下來的信令消息，經(jīng)MTP3又傳遞給SIGTRAN，經(jīng)I

16、P網(wǎng)傳給了MTP2，MTP3以為直接送給了MTP2，MTP2以為是MTP3送來的。圖中MTP2和MTP3之間被SIGTRAN所隔離，而MTP2和MTP3并不明白它們之間存在如此一條縫隙！這確實是SIGTRAN的所謂的“無縫連接”。“無縫連接”特點是理解SIGTRAN（M2UA）的重要內(nèi)容。圖3是典型的M2UA應(yīng)用組網(wǎng)圖，關(guān)于理解M2UA專門有關(guān)心。 M2UA的差不多概念和業(yè)務(wù)功能前面大伙兒差不多理解了M2UA協(xié)議的“無縫連接”特點。上文差不多提到M2UA無縫連接的實現(xiàn)，是依靠它能夠支持MTP2和MTP3層間原語功能。因此本節(jié)將對M2UA的幾個概念和所能提供的業(yè)務(wù)功能進(jìn)行講明。 M2UA的差不多

17、概念M2UA：（SS7 MTP2-User Adaptation Layer）SS7 MTP2用戶適配層，M2UA終結(jié)MTP2于分組網(wǎng)邊緣SG，透傳MTP2的用戶消息（MTP3消息)轉(zhuǎn)發(fā)給位于分組網(wǎng)中的MTP3（MGC）。M2UA要緊應(yīng)用于信令和媒體在同一E1/T1中傳到MG的直連方式情況下使用，差不多為嵌入式信令網(wǎng)關(guān)。（1）Interface（接口）在M2UA中接口指的SS7的信令鏈路。（2）MTP2User（MTP2用戶） 指使用MTP2的業(yè)務(wù)的協(xié)議，即MTP3。（3）Interface Identifier （接口標(biāo)識）接口標(biāo)識指在SG側(cè)的信令消息發(fā)送和接收的物理接口標(biāo)識，該值僅僅是邏輯

18、標(biāo)識，能夠是數(shù)字，也能夠是字符串，關(guān)于M2UA來講，能夠認(rèn)為一個接口標(biāo)識對應(yīng)一條7號信令鏈路，它只具有局部意義，在SG和ASP之間使用。（4）Application Server (應(yīng)用服務(wù)器，簡稱AS)為特定應(yīng)用實體服務(wù)的一個邏輯實體，例如：處理呼叫處理的MGC就能夠看作一個AS，在應(yīng)用中能夠在SG側(cè)將AS看作處理相關(guān)業(yè)務(wù)的一個或多個業(yè)務(wù)的組合。(5) Application Server Process (應(yīng)用服務(wù)器進(jìn)程，簡稱ASP)一個AS的進(jìn)程實例，狀態(tài)是激活/備用。每個ASP包含一個SCTP端點，能夠處理多個AS的業(yè)務(wù)。在M2UA這一層，AS就代表了一組MTP信令鏈路，而一個ASP處

19、理的確實是一組信令鏈路的消息。比如ASP1與SG之間建立一條SCTP連接1，ASP2與SG之間建立了一條SCTP連接2，SG上有5條MTP信令鏈路，1、2信令鏈路由ASP1處理；3、4、5信令鏈路由ASP2處理。能夠把MGC上M2UA進(jìn)程看作是一個ASP，那么1，2信令鏈路的消息由M2UA進(jìn)程1（即ASP1）交給MTP3；3、4、5鏈路的消息由M2UA進(jìn)程2（即ASP2）交給MTP3處理。（6）Fail-over（故障恢復(fù)）當(dāng)前ASP不可達(dá)或出現(xiàn)故障時，業(yè)務(wù)能夠重選ASP，從另外同樣能夠處理該鏈路業(yè)務(wù)的ASP（或備用的ASP）傳輸。這種能力就叫故障恢復(fù)。 故障恢復(fù)手段能夠用來切換到先前不可達(dá)的

20、進(jìn)程。（7）Layer Management（層治理）它是在M2UA協(xié)議棧與本地治理實體間處理輸入輸出的功能。如本地治理能夠通過層治理配置協(xié)議棧，將協(xié)議棧上報的故障告知本地治理等等。(9)鏈路關(guān)鍵字(Link Key)鏈路關(guān)鍵字確實是本地用來確定一條信號鏈路和及其對端的唯一標(biāo)識。(10)信令鏈路終端(Signalling Link Terminal)信令鏈路終端指忽略具體的執(zhí)行細(xì)節(jié)，而能夠?qū)崿F(xiàn)MTP2規(guī)定的各種功能的實體。 M2UA的業(yè)務(wù)功能M2UA的任務(wù)是使處于SG側(cè)的MTP2與處ASP側(cè)的MTP3之間通過M2UA實現(xiàn)無縫連接，也確實是講，關(guān)于MTP2來講，M2UA表現(xiàn)為MTP3的接口，關(guān)于

21、MTP3來講，M2UA表現(xiàn)為MTP2的接口。做到“無縫連接”，M2UA必須支持以下功能： 1）支持傳送MTP2/MTP3接口原語2）支持分不位于SG和MGC上的層治理模塊之間的通信3) 支持對SG和ASP間SCTP偶聯(lián)(即是連接，連接在國標(biāo)里稱為偶聯(lián))的治理。 支持傳送MTP2/MTP3接口原語功能M2UA將MTP2/MTP3接口原語轉(zhuǎn)化為M2UA相應(yīng)消息通過SCTP連接在IP網(wǎng)中進(jìn)行傳輸，到達(dá)對端后再將M2UA消息轉(zhuǎn)化為相應(yīng)的MTP2/MTP3接口原語送給MTP3。M2UA支持傳遞MTP2、MTP3協(xié)議規(guī)定的所有原語，要緊包括以下幾類：ESTABLISH用于請求信令鏈路開始定位，以及指示和證

22、實鏈路定位成功的結(jié)果。RELEASE用于請求拆除先前已建立的信令鏈路的結(jié)果，指示和證實拆鏈的結(jié)果，以及鏈路定位失敗報告。DATA 用于請求傳送MSU消息，在SG側(cè)MTP2請求發(fā)送其收到的MSU給MTP3，在MGC側(cè)MTP3請求向MTP2發(fā)送MSU；DATA RETRIEVAL數(shù)據(jù)回收類原語，用于鏈路數(shù)據(jù)的回收過程 。STATE鏈路狀態(tài)請求、指示和確認(rèn)，用于MTP3了解和操縱鏈路狀態(tài)。 支持分不位于SG和MGC上的層治理模塊之間的通信在MTP2 、MTP3位于相同設(shè)備上時，由于MTP2 、MTP3在一起共用相同的層治理，因而不存在問題。當(dāng)MTP2 、MTP3分不位于不同設(shè)備上，通過M2UA在IP

23、網(wǎng)通信時，兩邊分不有一個層治理，為了真正做到無縫連接，就必須考慮兩側(cè)層治理的通信問題。在SG側(cè)，當(dāng)發(fā)覺ASP去激活時，M2UA要負(fù)責(zé)通知SG的層治理，現(xiàn)在M2UA對MTP2采取的行動要遵循相關(guān)的MTP規(guī)范，M2UA協(xié)議草案沒有作出規(guī)定。當(dāng)M2UA從對端收到錯誤的消息時，需向本地層治理報告錯誤（如消息中攜帶一個SG側(cè)不認(rèn)識的接口標(biāo)識）。 支持對SG和ASP間SCTP偶聯(lián)的治理SG側(cè)M2UA層須維護(hù)所有已配置的遠(yuǎn)端ASP的可用性狀態(tài)，以了解ASP是啟用依舊宕機(jī)；為了治理SG和ASP之間的SCTP偶聯(lián)和業(yè)務(wù)，SG側(cè)M2UA還須維護(hù)遠(yuǎn)端ASP的激活/未激活狀態(tài)，激活的ASP用來處理SG發(fā)送的業(yè)務(wù)。本地

24、治理能夠命令SG或ASP側(cè)的M2UA層建立到對端M2UA節(jié)點的SCTP偶聯(lián)。它能夠通過使用M-SCTP ESTABLISH請求、指示和證實原語來建立到對等M2UA節(jié)點的SCTP偶聯(lián)。M2UA層也能夠使用M-SCTP STATUS請求和指示原語向本地層治理通知SCTP偶聯(lián)的狀態(tài)，例如：M2UA能夠向本地治理通知SCTP偶聯(lián)釋放的緣故，確定是由本地M2UA層依舊由SCTP釋放的。M2UA層也能夠向本地治理通知ASP可用性狀態(tài)的變化，它通過使用M-ASP STATUS原語來通知ASP的狀態(tài)。 M2UA的內(nèi)部功能 映射M2UA需維護(hù)SS7物理鏈路和接口標(biāo)識之間的映射關(guān)系，這兩者是一一對應(yīng)的關(guān)系。 AS

25、P狀態(tài)由于需要支持ASP之間的冗余，支持ASP間的不同業(yè)務(wù)處理方式，SG側(cè)的M2UA必須維護(hù)ASP的狀態(tài)。SG和ASP之間通過ASPM消息對ASP狀態(tài)進(jìn)行治理。 SCTP 流映射SCTP流映射的準(zhǔn)則：(1)將業(yè)務(wù)最終映射到SCTP流是由適配層完成的；(2)映射基準(zhǔn)是接口標(biāo)識；(3)有序的業(yè)務(wù)必須保證在相同的流傳輸；(4)流號0用于傳送治理消息，不能用于傳送MAUP消息。 無縫的網(wǎng)管互通M2UA提供在SG和ASP之間的無縫的互通，SG側(cè)M2UA在ASP從激活狀態(tài)遷出時應(yīng)向本地層治理通知MTP3已不可達(dá)，SG上M2UA對MTP2 采取的措施遵循相關(guān)的MTP規(guī)范，協(xié)議草案沒有作出規(guī)定。 IP擁塞治理

26、當(dāng)IP網(wǎng)絡(luò)發(fā)生擁塞時，SCTP會通知M2UA，M2UA對網(wǎng)絡(luò)擁塞的處理可基于實現(xiàn)，M2UA協(xié)議草案中對此沒有作出規(guī)定。 鏈路查詢在ASP之間發(fā)生倒換時，新的激活的ASP上的M2UA可能會向SG查詢信令鏈路狀態(tài)，以保證兩端的一致性，因此SG側(cè)M2UA要將當(dāng)前鏈路的狀態(tài)如實向ASP匯報。協(xié)議消息入門在M2UA協(xié)議消息介紹中，給大伙兒介紹M2UA協(xié)議消息的分類以及組成，假如您對更具體的消息體內(nèi)容感興趣，請參考協(xié)議文本。M2UA消息分為以下三大類：（1）MAUP：M2UA用戶適配消息（2）ASPM：ASP維護(hù)消息（3）MGMT：治理消息 通用消息頭結(jié)構(gòu)需要注意的是，任何M2UA的消息都必須包含M2UA

27、通用消息頭，其結(jié)構(gòu)如下： 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Version | Reserved | Message Class| Message Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Message Length | +-+-+-+-+-+-+-+-+-+-+

28、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+M2UA的通用消息頭包括：版本、消息類不、消息類型、消息長度。下面我們對比上面的消息頭分不進(jìn)行解釋。 版本（8bits）現(xiàn)在支持的版本為1.0，因此該域的值只能為01。 保留字段（8bits）在實際消息中都填寫00 消息類不（8bits）SIGTRAN的消息類不是統(tǒng)一定義的，也確實是講那個通用消息頭是所有SIGTRAN家族中各種UA協(xié)議都支持的。關(guān)于M2UA來講，只能是以下幾種：0 治理消息(MGMT：Management Message) IUA/M2UA/M3UA/SUA3 ASP狀態(tài)維護(hù)消息(ASPSM： ASP

29、 State Maintenance Messages) IUA/M2UA/M3UA/SUA4 ASP業(yè)務(wù)維護(hù)消息 (ASPTM： ASP Traffic Maintenance Messages) IUA/M2UA/M3UA/SUA6 MTP2用戶適配消息(MAUP： MTP2 User Adaptation Messages) M2UA（注：后面的方括號表示有哪些UA協(xié)議支持這種類不，其中3和4能夠統(tǒng)稱為ASPM類消息） 消息類型（8bits）消息類型是指對應(yīng)于消息類不的具體的實例。比如講水果是一種“消息類不”，而蘋果確實是水果這種消息類不的一個消息類型，梨同樣也是水果這種消息類不的一個消

30、息類型。治理類消息（Message Class = 0） 有以下消息類型：0 錯誤消息(ERR)1 Notify消息(NTFY)MTP2用戶適配消息（Message class = 6）有以下消息類型： 0 Reserved 1 Data 2 Establish Request 3 Establish Confirm 4 Release Request 5 Release Confirm 6 Release Indication 7 State Request 8 State Confirm 9 State Indication 10 Data Retrieval Request 11 Dat

31、a Retrieval Confirm 12 Data Retrieval Indication 13 Data Retrieval Complete Indication 14 Congestion Indication ASP狀態(tài)維護(hù)消息（Message Class = 3）有以下消息類型： 1 ASP Up (UP) 2 ASP Down (DOWN) 3 Reserved 4 ASP Up Ack (UP ACK) 5 ASP Down Ack (DOWN ACK)ASP業(yè)務(wù)維護(hù)消息（Mesage class = 4）有以下消息類型： 1 ASP Active (ACTIVE) 2 A

32、SP Inactive (INACTIVE) 3 ASP Active Ack (ACTIVE ACK) 4 ASP Inactive Ack (INACTIVE ACK) 消息長度消息長度定義消息的長度(以八位位組為單位)，包括消息頭的長度和填充的長度。 M2UA消息可變長參數(shù)的結(jié)構(gòu)M2UA消息中的參數(shù)格式包含消息標(biāo)簽(Parameter Tag)，參數(shù)的長度(Parameter Length)， 參數(shù)內(nèi)容(Parameter Value)， 簡稱TLV格式。 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8

33、9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameter Tag | Parameter Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ / Parameter Value / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 參數(shù)的TLV格式除了通用消息頭以外，以后每個參數(shù)差不多上這種TLV格式，M2U

34、A消息確實是由這些一個或多個參數(shù)累加而成，或者是沒有參數(shù)。其中Tag值確實是區(qū)不各種參數(shù)的標(biāo)志。具體的各種參數(shù)請參考協(xié)議文本。 M2UA消息頭除了通用消息頭外，MAUP消息有一個特定的消息頭，稱之為M2UA消息頭。在這類消息中，M2UA消息頭緊跟在通用消息頭后邊。M2UA消息頭中包含了接口標(biāo)識，M2UA消息頭的格式如下： 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

35、| Tag (0 x1) | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Interface Identifier (integer) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ M2UA消息頭(接口標(biāo)識為數(shù)字類型時） 實例講明兩端之間建立M2UA業(yè)務(wù)環(huán)境的過程如下： SG ASP | | （1）ASPUP的消息包：（以下均是16進(jìn)制）01 00 03 01 00 00 00 08ASPUP消息

36、只有通用消息頭，01表示版本號，00是保留字段，03是消息類不（ASP狀態(tài)維護(hù)消息），01是ASPUP消息，00 00 00 08是代表整個消息包長度。（2）ASPUP ACK的消息包：01 00 03 04 00 00 00 08ASPUP ACK消息也只有通用消息頭，01表示版本號，00是保留字段，03是消息類不（ASP狀態(tài)維護(hù)消息），04是ASPUP ACK消息，00 00 00 08是代表整個消息包長度。（3）ASP ACTIVE的消息包01 00 04 01 00 00 00 18 | 00 0b 00 08 00 00 00 01 | 00 01 00 08 00 00 00 00

37、 ASP ACTIVE消息包括通用消息頭和M2UA消息頭以及參數(shù)，01表示版本號，00是保留字段，04是消息類不（ASP業(yè)務(wù)維護(hù)消息），01是ASP ACTIVE消息，00 00 00 18是整個消息包的長度。00 0b是一種Tag值，表示傳輸模式（主備用依舊負(fù)荷分擔(dān)），00 08表示那個參數(shù)的長度，00 00 00 01表示是負(fù)荷分擔(dān)，00 01也是一種Tag值，表示if_id值，00 08表示那個參數(shù)的長度，00 00 00 00 是我們這端配置的if_id。其余的消息也都能夠按照以8個字節(jié)為單位進(jìn)行分割，再按照不同的Tag值查找協(xié)議文本進(jìn)行對比。 ASPUP消息的處理當(dāng)SCTP連接建立以

38、后，ASP發(fā)送ASP UP消息給SG（該消息總是由ASP發(fā)出）。SG將記下該ASP的標(biāo)識符（假如消息中有的話），標(biāo)記該ASP處于inactive狀態(tài)，并返回ASP UP Ack消息。關(guān)于ASP側(cè)來講，假如超時未同意到返回則重發(fā)或通知上層（具體實現(xiàn)）。在收到返回之前，ASP側(cè)不能發(fā)送其它ASP消息。關(guān)于SG側(cè)來講，假如收到ASP UP消息后發(fā)覺該ASP已被標(biāo)記為ASP_ACTIVE或ASP_STANDBY狀態(tài)，則在返回ASP UP Ack消息的同時，向?qū)Χ税l(fā)送“Unexpercted Message”錯誤消息，并修改該ASP的狀態(tài)為ASP_INACTIVE。關(guān)于SG側(cè)來講，假如 收到ASP UP消息后發(fā)覺該ASP已被標(biāo)記為ASP_INACTIVE，則只返回ASP UP Ack消息。 ASPACTIVE消息的處理不論何時，ASP收到一個ASP Up Ack，ASP將發(fā)送一個ASP ACTIVE給SG。SG收到ASP ACTIVE后，即使該ASP的狀態(tài)已被標(biāo)記為Active，也依舊會給一個確認(rèn)返回的，同時改變自己的狀態(tài)，并通知LM開通業(yè)