SIGTRAN協(xié)議棧結(jié)構(gòu)與應(yīng)用模型

1、資料編碼產(chǎn)品名稱NGN使用對(duì)象工程師產(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 摘 要：本文對(duì)SIGTRAN協(xié)議進(jìn)行簡(jiǎn)介，重點(diǎn)對(duì)NGN組網(wǎng)中使用的M2UA協(xié)議部分進(jìn)行介紹，對(duì)于NGN的概念和

2、協(xié)議的簡(jiǎn)介參見軟交換分組協(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ù)器，代表了一定的資源。對(duì)于SG，表示SG上的接口標(biāo)識(shí)的組合。

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

4、TRAN應(yīng)用模型8第2章 M2UA基本概念和業(yè)務(wù)功能102.1 M2UA組網(wǎng)應(yīng)用102.2 SIGTRAN的特點(diǎn)“無縫連接”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 支持對(duì)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 IP擁塞管理152.4.6 鏈路查詢15第

5、3章 協(xié)議消息入門163.1 通用消息頭結(jié)構(gòu)163.1.1 版本（8bits）161.保留字段（8bits）163.1.2 消息類別（8bits）173.1.3 消息類型（8bits）173.1.4 消息長(zhǎng)度183.1.5 M2UA消息可變長(zhǎng)參數(shù)的結(jié)構(gòu)183.2 M2UA消息頭193.3 實(shí)例說明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 M2UA業(yè)務(wù)環(huán)境建立流程（建鏈）：224.1.2

6、 M2UA業(yè)務(wù)中斷流程（斷鏈）：224.2 NGN組網(wǎng)中的SIGTRAN協(xié)議22第1章 SIGTRAN簡(jiǎn)要介紹& 知識(shí)點(diǎn)：1、理解SIGTRAN協(xié)議的應(yīng)用背景、實(shí)現(xiàn)功能；2、理解SIGTRAN協(xié)議的基本概念、組成結(jié)構(gòu)；SIGTRAN的初學(xué)者，通過閱讀本章可以了解它的基本概念和應(yīng)用場(chǎng)合。通過對(duì)SIGTRAN基本概念的理解，可以更快的進(jìn)入角色。如果您對(duì)于SCN信令協(xié)議（如SS7）熟悉的話，對(duì)于理解SIGTRAN協(xié)議將會(huì)很有幫助。下面將SIGTRAN協(xié)議的基本概念進(jìn)行描述。SIGTRAN協(xié)議棧是支持通過IP網(wǎng)絡(luò)傳輸SCN信令協(xié)議的協(xié)議棧。該協(xié)議棧支持SCN信令協(xié)議分層模型定義中的層間標(biāo)準(zhǔn)原語

7、接口，從而保證已有的SCN信令應(yīng)用可以未經(jīng)修改地使用，同時(shí)也利用標(biāo)準(zhǔn)的IP傳輸協(xié)議作為傳輸?shù)讓?，通過增加自身的功能來滿足SCN信令的特殊傳輸要求。1.1 SIGTRAN入門簡(jiǎn)介我們?cè)谥v到SIGTRAN的時(shí)候不能不涉及到它的應(yīng)用背景。圖1很好的說明了這一點(diǎn)。圖1-1 SIGTRAN應(yīng)用模型隨著IP分組網(wǎng)絡(luò)的迅速發(fā)展，IP網(wǎng)絡(luò)和電路交換網(wǎng)（SCN）的互通成為必須要面對(duì)的問題。在此需求的推動(dòng)下，具有互通功能的網(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之間通過SIGTRAN傳送信令。這要求S

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

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

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

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

12、以可以將SS7進(jìn)行層間分離，保證與電路相關(guān)的應(yīng)用部分信息在IP網(wǎng)上的完整傳送，其實(shí)這就是SIGTRAN的應(yīng)用。SIGTRAN的一個(gè)重要的特點(diǎn)無縫連接，就是體現(xiàn)在信令傳送的過程中。第二章將對(duì)無縫連接的具體內(nèi)容進(jìn)行詳細(xì)講解。圖1-3 SIGTRAN應(yīng)用模型& 總結(jié)：通過第1章對(duì)SIGTRAN的介紹，大家應(yīng)該對(duì)于SIGTRAN應(yīng)用背景、協(xié)議結(jié)構(gòu)有一個(gè)清晰的了解。并且對(duì)于SIGTRAN、SCTP等的概念應(yīng)該有了一個(gè)初步的理解。第2章 M2UA基本概念和業(yè)務(wù)功能& 知識(shí)點(diǎn)：1、理解M2UA的應(yīng)用和“無縫連接”特點(diǎn)；2、掌握M2UA的基本概念和功能；我們?cè)诘?章中講到SIGTRAN協(xié)議棧組

13、成結(jié)構(gòu)，其中UA層是對(duì)SS7的協(xié)議分層模型中各層協(xié)議的適配，負(fù)責(zé)將分別位于SCN和IP網(wǎng)絡(luò)中的兩層協(xié)議的層間原語進(jìn)行傳輸。本章就對(duì)軟交換系統(tǒng)中典型應(yīng)用的M2UA協(xié)議進(jìn)行重點(diǎn)講解。2.1 M2UA組網(wǎng)應(yīng)用圖4所示為M2UA應(yīng)用組網(wǎng)： 通常，M2UA應(yīng)用場(chǎng)合是當(dāng)SG功能實(shí)體位于MGU內(nèi)時(shí)，需要使用M2UA將SS7 MTP2用戶信令消息送給MGC，即所說的信令回程，如圖所示。綠色部分為M2UA，藍(lán)色部分為MTP各功能級(jí)。 圖2-1 M2UA應(yīng)用組網(wǎng)2.2 SIGTRAN的特點(diǎn)“無縫連接”SIGTRAN協(xié)議棧是支持通過IP網(wǎng)絡(luò)傳輸SCN信令協(xié)議的協(xié)議棧。該協(xié)議棧支持SCN信令協(xié)議分層模型定義中的層間標(biāo)

14、準(zhǔn)原語接口，從而保證已有的SCN信令應(yīng)用可以未經(jīng)修改地使用，同時(shí)也利用標(biāo)準(zhǔn)的IP傳輸協(xié)議作為傳輸?shù)讓?，通過增加自身的功能來滿足SCN信令的特殊傳輸要求。由圖4，我們可以清楚的看到，SIGTRAN就是在MTP1、MTP2、MTP3之間插了隊(duì)。在傳統(tǒng)電路交換網(wǎng)，MTP1、MTP2、MTP3按順序在E1上傳送，而現(xiàn)在SIGTRAN插入到了MTP2和MTP3之間，使MTP信令消息在IP網(wǎng)中傳輸成 為可能！而所謂的無縫連接就是指，MTP2、MTP3是不會(huì)知道SIGTRAN的存在的。圖4中最左邊淺藍(lán)色部分就是原來的MTP傳輸層。而中間及右邊的淺藍(lán)色部分也是MTP成員，它和最左邊的MTP成員有什么不同呢？我

15、們可以發(fā)現(xiàn)MTP1和MTP2仍然緊緊的聯(lián)在一起，而MTP2和MTP3之間卻被運(yùn)行在IP上的SIGTRAN給隔開了。MTP2本來是通過層間原語把信令傳遞給MTP3，其實(shí)是傳遞給了SIGTRAN，這是因?yàn)镾IGTRAN能夠支持MTP2和MTP3的層間原語功能。SIGTRAN經(jīng)過IP網(wǎng)再將MTP2傳給MTP3，MTP3通過層間原語接收到MTP2消息，又傳給了上層用戶TUP、ISUP等。這樣其實(shí)MTP2和MTP3并不知道它們之間隔了一層SIGTRAN，上層TUP、ISUP等應(yīng)用層模塊就更不用說了。所以SIGTRAN和MTP上層用戶之間根本就沒有任何聯(lián)系和關(guān)聯(lián)。同樣，MGC側(cè)的上層用戶傳下來的信令消息，

16、經(jīng)MTP3又傳遞給SIGTRAN，經(jīng)IP網(wǎng)傳給了MTP2，MTP3以為直接送給了MTP2，MTP2以為是MTP3送來的。圖中MTP2和MTP3之間被SIGTRAN所隔離，而MTP2和MTP3并不知道它們之間存在這樣一條縫隙！這就是SIGTRAN的所謂的“無縫連接”。&“無縫連接”特點(diǎn)是理解SIGTRAN（M2UA）的重要內(nèi)容。圖3是典型的M2UA應(yīng)用組網(wǎng)圖，對(duì)于理解M2UA很有幫助。2.3 M2UA的基本概念和業(yè)務(wù)功能前面大家已經(jīng)理解了M2UA協(xié)議的“無縫連接”特點(diǎn)。上文已經(jīng)提到M2UA無縫連接的實(shí)現(xiàn)，是依靠它能夠支持MTP2和MTP3層間原語功能。所以本節(jié)將對(duì)M2UA的幾個(gè)概念和所能

17、提供的業(yè)務(wù)功能進(jìn)行說明。2.3.1 M2UA的基本概念M2UA：（SS7 MTP2-User Adaptation Layer）SS7 MTP2用戶適配層，M2UA終結(jié)MTP2于分組網(wǎng)邊緣SG，透?jìng)鱉TP2的用戶消息（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)識(shí)）接口標(biāo)識(shí)指在SG側(cè)的

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

19、，AS就代表了一組MTP信令鏈路，而一個(gè)ASP處理的就是一組信令鏈路的消息。比如ASP1與SG之間建立一條SCTP連接1，ASP2與SG之間建立了一條SCTP連接2，SG上有5條MTP信令鏈路，1、2信令鏈路由ASP1處理；3、4、5信令鏈路由ASP2處理?？梢园袽GC上M2UA進(jìn)程看作是一個(gè)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)故障時(shí)，業(yè)務(wù)可以重選ASP，從另外同樣可以處理該鏈路業(yè)務(wù)的ASP（或備用的ASP）傳輸。這種能力就叫故障

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

21、對(duì)于MTP2來說，M2UA表現(xiàn)為MTP3的接口，對(duì)于MTP3來說，M2UA表現(xiàn)為MTP2的接口。& 做到“無縫連接”，M2UA必須支持以下功能： 1）支持傳送MTP2/MTP3接口原語2）支持分別位于SG和MGC上的層管理模塊之間的通信3) 支持對(duì)SG和ASP間SCTP偶聯(lián)(即是連接，連接在國(guó)標(biāo)里稱為偶聯(lián))的管理。2.3.3 支持傳送MTP2/MTP3接口原語功能M2UA將MTP2/MTP3接口原語轉(zhuǎn)化為M2UA相應(yīng)消息通過SCTP連接在IP網(wǎng)中進(jìn)行傳輸，到達(dá)對(duì)端后再將M2UA消息轉(zhuǎn)化為相應(yīng)的MTP2/MTP3接口原語送給MTP3。M2UA支持傳遞MTP2、MTP3協(xié)議規(guī)定的所有原語，

22、主要包括以下幾類：ESTABLISH用于請(qǐng)求信令鏈路開始定位，以及指示和證實(shí)鏈路定位成功的結(jié)果。RELEASE用于請(qǐng)求拆除先前已建立的信令鏈路的結(jié)果，指示和證實(shí)拆鏈的結(jié)果，以及鏈路定位失敗報(bào)告。DATA 用于請(qǐng)求傳送MSU消息，在SG側(cè)MTP2請(qǐng)求發(fā)送其收到的MSU給MTP3，在MGC側(cè)MTP3請(qǐng)求向MTP2發(fā)送MSU；DATA RETRIEVAL數(shù)據(jù)回收類原語，用于鏈路數(shù)據(jù)的回收過程 。STATE鏈路狀態(tài)請(qǐng)求、指示和確認(rèn)，用于MTP3了解和控制鏈路狀態(tài)。2.3.4 支持分別位于SG和MGC上的層管理模塊之間的通信在MTP2 、MTP3位于相同設(shè)備上時(shí)，由于MTP2 、MTP3在一起共用相同的

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

24、，SG側(cè)M2UA還須維護(hù)遠(yuǎn)端ASP的激活/未激活狀態(tài)，激活的ASP用來處理SG發(fā)送的業(yè)務(wù)。本地管理可以命令SG或ASP側(cè)的M2UA層建立到對(duì)端M2UA節(jié)點(diǎn)的SCTP偶聯(lián)。它可以通過使用M-SCTP ESTABLISH請(qǐng)求、指示和證實(shí)原語來建立到對(duì)等M2UA節(jié)點(diǎn)的SCTP偶聯(lián)。M2UA層也可以使用M-SCTP STATUS請(qǐng)求和指示原語向本地層管理通知SCTP偶聯(lián)的狀態(tài)，例如：M2UA可以向本地管理通知SCTP偶聯(lián)釋放的原因，確定是由本地M2UA層還是由SCTP釋放的。M2UA層也可以向本地管理通知ASP可用性狀態(tài)的變化，它通過使用M-ASP STATUS原語來通知ASP的狀態(tài)。2.4 M2UA

25、的內(nèi)部功能2.4.1 映射M2UA需維護(hù)SS7物理鏈路和接口標(biāo)識(shí)之間的映射關(guān)系，這兩者是一一對(duì)應(yīng)的關(guān)系。2.4.2 ASP狀態(tài)由于需要支持ASP之間的冗余，支持ASP間的不同業(yè)務(wù)處理方式，SG側(cè)的M2UA必須維護(hù)ASP的狀態(tài)。SG和ASP之間通過ASPM消息對(duì)ASP狀態(tài)進(jìn)行管理。2.4.3 SCTP 流映射SCTP流映射的準(zhǔn)則：(1)將業(yè)務(wù)最終映射到SCTP流是由適配層完成的；(2)映射基準(zhǔn)是接口標(biāo)識(shí)；(3)有序的業(yè)務(wù)必須保證在相同的流傳輸；(4)流號(hào)0用于傳送管理消息，不能用于傳送MAUP消息。2.4.4 無縫的網(wǎng)管互通M2UA提供在SG和ASP之間的無縫的互通，SG側(cè)M2UA在ASP從激活

26、狀態(tài)遷出時(shí)應(yīng)向本地層管理通知MTP3已不可達(dá)，SG上M2UA對(duì)MTP2 采取的措施遵循相關(guān)的MTP規(guī)范，協(xié)議草案沒有作出規(guī)定。2.4.5 IP擁塞管理當(dāng)IP網(wǎng)絡(luò)發(fā)生擁塞時(shí)，SCTP會(huì)通知M2UA，M2UA對(duì)網(wǎng)絡(luò)擁塞的處理可基于實(shí)現(xiàn)，M2UA協(xié)議草案中對(duì)此沒有作出規(guī)定。2.4.6 鏈路查詢?cè)贏SP之間發(fā)生倒換時(shí)，新的激活的ASP上的M2UA可能會(huì)向SG查詢信令鏈路狀態(tài)，以保證兩端的一致性，因此SG側(cè)M2UA要將當(dāng)前鏈路的狀態(tài)如實(shí)向ASP匯報(bào)。第3章 協(xié)議消息入門在M2UA協(xié)議消息介紹中，給大家介紹M2UA協(xié)議消息的分類以及組成，如果您對(duì)更具體的消息體內(nèi)容感興趣，請(qǐng)參考協(xié)議文本。& M2U

27、A消息分為以下三大類：& （1）MAUP：M2UA用戶適配消息& （2）ASPM：ASP維護(hù)消息& （3）MGMT：管理消息3.1 通用消息頭結(jié)構(gòu)需要注意的是，任何M2UA的消息都必須包含M2UA通用消息頭，其結(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| Messa

28、ge Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Message Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+M2UA的通用消息頭包括：版本、消息類別、消息類型、消息長(zhǎng)度。下面我們對(duì)照上面的消息頭分別進(jìn)行解釋。3.1.1 版本（8bits）現(xiàn)在支持的版本為1.0，所以該域的值只能為01。1. 保留字段（8bits）在實(shí)際消息中都填寫003.1.2 消息類別（8bits）SIGTRAN的消息類別是統(tǒng)一定義的，也就

29、是說這個(gè)通用消息頭是所有SIGTRAN家族中各種UA協(xié)議都支持的。對(duì)于M2UA來講，只能是以下幾種：0 管理消息(MGMT：Management Message) IUA/M2UA/M3UA/SUA3 ASP狀態(tài)維護(hù)消息(ASPSM： ASP 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（注：后面的方括

30、號(hào)表示有哪些UA協(xié)議支持這種類別，其中3和4可以統(tǒng)稱為ASPM類消息）3.1.3 消息類型（8bits）消息類型是指對(duì)應(yīng)于消息類別的具體的實(shí)例。比如說水果是一種“消息類別”，而蘋果就是水果這種消息類別的一個(gè)消息類型，梨同樣也是水果這種消息類別的一個(gè)消息類型。管理類消息（Message Class = 0） 有以下消息類型：0 錯(cuò)誤消息(ERR)1 Notify消息(NTFY)MTP2用戶適配消息（Message class = 6）有以下消息類型： 0 Reserved 1 Data 2 Establish Request 3 Establish Confirm 4 Release Reque

31、st 5 Release Confirm 6 Release Indication 7 State Request 8 State Confirm 9 State Indication 10 Data Retrieval Request 11 Data 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 (

32、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 ASP Inactive (INACTIVE) 3 ASP Active Ack (ACTIVE ACK) 4 ASP Inactive Ack (INACTIVE ACK)3.1.4 消息長(zhǎng)度消息長(zhǎng)度定義消息的長(zhǎng)度(以八位位組為單位)，包括消息頭的長(zhǎng)度和填充的長(zhǎng)度。3.1.5 M2UA消息可變長(zhǎng)參數(shù)的結(jié)構(gòu)M2UA消息中的參數(shù)格式包含消息標(biāo)簽(Par

33、ameter Tag)，參數(shù)的長(zhǎng)度(Parameter Length)， 參數(shù)內(nèi)容(Parameter Value)， 簡(jiǎn)稱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 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Parameter Tag | Parameter Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

34、+-+-+-+-+ / Parameter Value / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 參數(shù)的TLV格式除了通用消息頭以外，以后每個(gè)參數(shù)都是這種TLV格式，M2UA消息就是由這些一個(gè)或多個(gè)參數(shù)累加而成，或者是沒有參數(shù)。其中Tag值就是區(qū)別各種參數(shù)的標(biāo)志。具體的各種參數(shù)請(qǐng)參考協(xié)議文本。3.2 M2UA消息頭除了通用消息頭外，MAUP消息有一個(gè)特定的消息頭，稱之為M2UA消息頭。在這類消息中，M2UA消息頭緊跟在通用消息頭后邊。M2UA消息頭中包含了接口標(biāo)識(shí)，M2UA消息頭的格式如下： 0 1

35、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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag (0x1) | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Interface Identifier (integer) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

36、+-+-+-+-+-+-+-+-+-+-+-+ M2UA消息頭(接口標(biāo)識(shí)為數(shù)字類型時(shí)）3.3 實(shí)例說明兩端之間建立M2UA業(yè)務(wù)環(huán)境的過程如下： SG ASP |<-ASP Up-| |-ASP-Up Ack->| |<- ASP Active-| |-ASP Active Ack- ->| （1）ASPUP的消息包：（以下均是16進(jìn)制）01 00 03 01 00 00 00 08ASPUP消息只有通用消息頭，01表示版本號(hào)，00是保留字段，03是消息類別（ASP狀態(tài)維護(hù)消息），01是ASPUP消息，00 00 00 08是代表整個(gè)消息包長(zhǎng)度。（2）ASPUP ACK的

37、消息包：01 00 03 04 00 00 00 08ASPUP ACK消息也只有通用消息頭，01表示版本號(hào)，00是保留字段，03是消息類別（ASP狀態(tài)維護(hù)消息），04是ASPUP ACK消息，00 00 00 08是代表整個(gè)消息包長(zhǎng)度。（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 ASP ACTIVE消息包括通用消息頭和M2UA消息頭以及參數(shù)，01表示版本號(hào)，00是保留字段，04是消息類別（ASP業(yè)務(wù)維護(hù)消息），01是ASP ACTIVE消息，00 00

38、 00 18是整個(gè)消息包的長(zhǎng)度。00 0b是一種Tag值，表示傳輸模式（主備用還是負(fù)荷分擔(dān)），00 08表示這個(gè)參數(shù)的長(zhǎng)度，00 00 00 01表示是負(fù)荷分擔(dān)，00 01也是一種Tag值，表示if_id值，00 08表示這個(gè)參數(shù)的長(zhǎng)度，00 00 00 00 是我們這端配置的if_id。其余的消息也都可以按照以8個(gè)字節(jié)為單位進(jìn)行分割，再按照不同的Tag值查找協(xié)議文本進(jìn)行對(duì)照。3.3.1 ASPUP消息的處理當(dāng)SCTP連接建立以后，ASP發(fā)送ASP UP消息給SG（該消息總是由ASP發(fā)出）。SG將記下該ASP的標(biāo)識(shí)符（如果消息中有的話），標(biāo)記該ASP處于inactive狀態(tài)，并返回ASP UP

39、 Ack消息。對(duì)于ASP側(cè)來說，如果超時(shí)未接受到返回則重發(fā)或通知上層（具體實(shí)現(xiàn)）。在收到返回之前，ASP側(cè)不能發(fā)送其它ASP消息。對(duì)于SG側(cè)來說，如果收到ASP UP消息后發(fā)現(xiàn)該ASP已被標(biāo)記為ASP_ACTIVE或ASP_STANDBY狀態(tài)，則在返回ASP UP Ack消息的同時(shí)，向?qū)Χ税l(fā)送“Unexpercted Message”錯(cuò)誤消息，并修改該ASP的狀態(tài)為ASP_INACTIVE。對(duì)于SG側(cè)來說，如果 收到ASP UP消息后發(fā)現(xiàn)該ASP已被標(biāo)記為ASP_INACTIVE，則只返回ASP UP Ack消息。3.3.2 ASPACTIVE消息的處理不論何時(shí)，ASP收到一個(gè)ASP Up Ack，ASP將發(fā)送一個(gè)ASP ACTIVE給SG。SG收到ASP ACTIVE后，即使該ASP的狀態(tài)已被標(biāo)記為Active，也還是會(huì)給一個(gè)確認(rèn)返回的，同時(shí)改變自己的狀態(tài)，并通知LM開通業(yè)務(wù)。在ASP ACTIVE Ack沒有返回前，ASP不能發(fā)送任何數(shù)據(jù)消息。返回后則通知LM。超時(shí)未返回則重發(fā)。3.3.3 ASPINACTIVE消息的處理當(dāng)某ASP不想再承載AS的業(yè)務(wù)時(shí)，它將向SG發(fā)出ASP Inactive消息。該消息可以是LM通過M_ASP_INACTIVE原語發(fā)出，也可由M2UA管理機(jī)制發(fā)出。SG一般會(huì)返回一個(gè)確認(rèn) INAC