SIGTRAN軟交換分組協(xié)議基礎(chǔ)_第1頁
SIGTRAN軟交換分組協(xié)議基礎(chǔ)_第2頁
SIGTRAN軟交換分組協(xié)議基礎(chǔ)_第3頁
SIGTRAN軟交換分組協(xié)議基礎(chǔ)_第4頁
SIGTRAN軟交換分組協(xié)議基礎(chǔ)_第5頁
已閱讀5頁,還剩20頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、資料編碼產(chǎn)品名稱NGN使用對象工程師產(chǎn)品版本編寫部門固網(wǎng)技術(shù)支持部資料版本V1.01軟交換分組協(xié)議根底SIGTRAN段志剛擬 制:叔心山日 期:2002-10-18 日期: 日期: 日期:深圳市華為技術(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、議進(jìn)行簡介,重點(diǎn)對NGN1網(wǎng)中使用的M2UA、議局部進(jìn)行介紹,對于NGNJ概念和協(xié)議的簡介參見?軟交換分組協(xié)議根底NG廂軟交換分組協(xié)

2、議綜述 V2.0?文檔.縮略語清單:名詞英文解釋中文解釋SIGTRANSignalling Transport信令傳輸M2UAMTP2 User AdaptionLayerMTP21戶適配層SCTPStream ControlTransport Protocol流限制傳輸協(xié)議SGSigaling Gateway信令網(wǎng)關(guān)MGMedia Gateway媒體網(wǎng)關(guān)MGCMedia GatewayController媒體網(wǎng)關(guān)限制器ASApplication Server應(yīng)用效勞器,代表了一定的資源.對于SG表示SG上的接口標(biāo)識的組合.ASPApplication ServerProcess應(yīng)用效勞器進(jìn)程

3、,是為一個(gè)或多個(gè)AS!務(wù)的進(jìn)程實(shí) 例,是和SG勺進(jìn)程實(shí)例進(jìn) 行通信的實(shí)體NIFNode InterworkingFunction節(jié)點(diǎn)互通功能,是窄帶信令協(xié)議模塊和UA1間的轉(zhuǎn)換適配層.1參考資料清單:參考資料清單名稱作者Sfflj七發(fā)布日期查閱地點(diǎn)或渠道出版單位draft-ietf-sigtran-m2ua-09SIGTRAN 己置庫信令I(lǐng)ETFTOC Heading第1章SIGTRAN 簡要介紹 61.1 SIGTRAN 入門簡介61.2 SIGTRAN 協(xié)議棧結(jié)構(gòu)介紹 71.2.1 SIGTRAN 協(xié)議棧結(jié)構(gòu)71.2.2 SIGTRAN 應(yīng)用模型 8第2章 M2UA 根本概念和業(yè)務(wù)功能 1

4、02.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 支持對 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第3章協(xié)議消息入門 1

5、63.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 實(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簡要介紹知識點(diǎn):1、理解SIGTRAN協(xié)議的應(yīng)用背景、實(shí)現(xiàn)功能;2、理解SIGTRAN協(xié)議的根本概念、組成結(jié)構(gòu);SIGTRAN勺初學(xué)者,通過閱讀本章可以了解它的根本概念和 應(yīng)用場合.通過對 SIGTRAN®本概念的理解,可以更快的 進(jìn)入角色.如果您對于 SCN言令協(xié)議如SS7熟悉的話, 對于理解SIGTRANa、議將會很有幫助.下面將 SIGTRANW 議的根本概念進(jìn)行描述.SIGTRAN、議棧是支持通過IP網(wǎng)絡(luò)傳輸SCN言令協(xié)議的協(xié) 議棧.該協(xié)議棧支持 SCN信令協(xié)議分層模型定義

7、中的層間 標(biāo)準(zhǔn)原語接口,從而保證已有的SCN信令應(yīng)用可以未經(jīng)修改地使用,同時(shí)也利用標(biāo)準(zhǔn)的IP傳輸協(xié)議作為傳輸?shù)讓? 通過增加自身的功能來滿足 SCNB令的特殊傳輸要求.1.1 SIGTRAN 入門簡介我們在講到SIGTRAN勺時(shí)候不能不涉及到它的應(yīng)用背景.圖 1很好的說明 了這一點(diǎn).圖1-1 SIGTRAN 應(yīng)用模型隨著IP分組網(wǎng)絡(luò)的迅速開展,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)限制器MGd間通過SIGT

8、RAF#送信令.這要求SG和MGOB能夠支持 SIGTRA附議.以下兩點(diǎn)說明了圖1中SIGTRAN勺功能:(1) 在SG和MGd間使用SIGTRA陳傳送SCN1令.在 M陰口 MG之間、 在別離的MG2間和在SG之間也可能使用SIGTRA陳傳送基于消息的信 令.(2) SIGTRAN支持多種SCNB議的封裝和承載,并不包含任何SCNW議的 譯/轉(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)SIGTRANi兩層組成:傳輸層和 UA層.傳輸層協(xié)議使用流限制傳輸協(xié)議 SCTR在IP網(wǎng)上提

9、供可靠 的消息包傳輸;UA層,對SCN言令的協(xié)議分層模型中各層協(xié)議的適配,負(fù) 責(zé)分別位于SC附口 IP中的兩層協(xié)議的層間原語的傳輸.如M2U娓MTP2勺用戶適配層,其作用支持MTP環(huán)口 MTP之間 的原語接口,是位于IP網(wǎng)中MGCk的MTPK口 SG上的MTP2 間的紐帶.圖1-2 SIGTRAN協(xié)議棧結(jié)構(gòu)圖2在許多文檔中都出現(xiàn)過,這是整個(gè)SIGTRAN勺結(jié)構(gòu)層次圖.其實(shí)這張圖同時(shí)也包含了幾層含義:A、為什么中間SCTP®一層畫的這么寬大?是由于 UA層包括M2UA M3UA IUA、V5UA?眾多成員,它們都需要建立在 SCTP勺根底上,所以才將SCTP 一層畫得更寬大一些,可見

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

11、議的角色,如BICC, MGC都有選用SCTP勺趨勢,另一方面在通用傳輸協(xié)議上更有替代TCPW、議的趨勢,IETF已經(jīng)討論了包括 HTTPB議在內(nèi)的多種基于 SCTP勺應(yīng)用可行性,并推出了 SCTP勺socket接口的相關(guān)草案.B、圖2中在V5UA的后面,有省略號,這說明 SIGTRA附議棧的UA成員 還在不斷增加.不僅包含 M2UA M3UA V5UA等,其它協(xié)議都有可能通過 SIGTRA附議在IP網(wǎng)上傳送,條件就是它的UA協(xié)議的底層傳輸要支持 SCTP 協(xié)議,利用SCT喉供的socket接口創(chuàng)立連接.1.2.2 SIGTRAN應(yīng)用模型圖3中所示,SIGTRAN可以將一體化的 SS7演進(jìn)成為

12、層間別離的 SS7.SIGTRAN于支持層間原語,如MTP2/MTP3可的層間原語,所以可以將SS7進(jìn)行層間別離,保證與電路相關(guān)的應(yīng)用局部信息在IP網(wǎng)上的完整傳送,其實(shí)這就是SIGTRAN勺應(yīng)用.SIGTRAN勺一個(gè)重要的特點(diǎn)無縫連接,就是表達(dá)在信令傳送的過程中.第二章將對無縫連接的具體內(nèi)容進(jìn)行詳細(xì)講解.圖1-3 SIGTRAN應(yīng)用模型總結(jié):通過第1章對SIGTRAN的介紹,大家應(yīng)該對于 SIGTRAN應(yīng)用背景、協(xié)議結(jié)構(gòu)有一個(gè)清楚的了解.并 且對于SIGTRAN、SCTP等的概念應(yīng)該有了一個(gè)初步的 理解.第2章M2UA根本概念和業(yè)務(wù)功能知識點(diǎn):1、理解M2UA的應(yīng)用和“無縫連接特點(diǎn);2、掌握M

13、2UA的根本概念和功能;我們在第1章中講到SIGTRAN*議棧組成名構(gòu),其中 UA層是對SS7的協(xié)議分層模型中各層協(xié)議的適配,負(fù)責(zé)將分別位于SC附口 IP網(wǎng)絡(luò)中的兩層協(xié)議的層間原語進(jìn)行傳輸.本章就對軟交換系統(tǒng)中典型應(yīng)用的 M2UA*議進(jìn)行重點(diǎn)講解.2.1 M2UA組網(wǎng)應(yīng)用圖4所示為M2U戚用組網(wǎng):通常,M2UAS用場合是當(dāng)SG功能實(shí)體位于 MGU時(shí),需要使用 M2UAW SS7 MTP2用戶信令消息送給MGC即所說的信令回程,如下圖.綠色部分為M2UA藍(lán)色局部為MT略功能級. 圖2-1 M2UA應(yīng)用組網(wǎng)2.2 SIGTRAN 的特點(diǎn)一“無縫連接SIGTRA的、議棧是支持通過IP網(wǎng)絡(luò)傳輸SCN言

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

15、MTP傳輸層.而中間 及右邊的淺藍(lán)色局部也是 MTP成員,它和最左邊的 MTP成 員有什么不同呢?我們可以發(fā)現(xiàn) MTP1和MTP2仍然緊緊的 聯(lián)在一起,而MTP環(huán)口 MTP定間卻被運(yùn)行在IP上的SIGTRAN 給隔開了.MTP捧來是通過層間原t§把信令傳遞給MTP3其實(shí)是傳遞給了 SIGTRAN這是由于SIGTRAN!旨夠支持MTP2 和MTP3的層間原語功能.SIGTRANg過IP網(wǎng)再將MTP2W給MTP3 MTP3通過層間原語接收到 MTP2消息,又傳給了上層用戶TUR ISUP等.這樣其實(shí) MTP2和MTP3并不知道它們之間隔了一層 SIGTRAN上層TUP ISUP等應(yīng)用層模

16、塊就更不用說了.所以 SIGTRANfO MTP上層用戶之間根本就 沒有任何聯(lián)系和關(guān)聯(lián).同樣,MGOi的上層用戶傳下來的信令消息,經(jīng)MTP3又傳遞給SIGTRAN經(jīng)IP網(wǎng)傳給了 MTP2 MTP3以為直接送給了 MTP2 MTP2W為是 MTP妙來的.圖中MTP萬口 MTP/間被 SIGTRAN隔離,而MTP方口 MTP時(shí)不知道它們之間存在這 樣一條縫隙!這就是SIGTRAN勺所謂的“無縫連接.“無縫連接特點(diǎn)是理解SIGTRAN (M2UA)的重要內(nèi) 容.圖3是典型的M2UA應(yīng)用組網(wǎng)圖,對于理解M2UA 很有幫助.2.3 M2UA的根本概念和業(yè)務(wù)功能前面大家已經(jīng)理解了 M2UA*議的“無縫連接

17、特點(diǎn).上文已經(jīng)提到M2UA無縫連接的實(shí)現(xiàn),是依靠它能夠支持MTP2和MTP3層間原語功能.所以本節(jié)將對M2UA勺幾個(gè)概念和所能提供的業(yè)務(wù)功能進(jìn)行說明.2.3.1 M2UA的根本概念M2UA (SS7 MTP2-User Adaptation Layer ) SS7 MTP加戶適配層,M2UAMTP2T分組網(wǎng)邊緣SG透傳MTP2勺用 戶消息(MTP3?肖息)轉(zhuǎn)發(fā)給位于分組網(wǎng)中的 MTP3(MGC.M2U處要應(yīng)用于信令和媒體在同一 E1/T1中傳到MG勺直連 方式情況下使用,根本為嵌入式信令網(wǎng)關(guān).(1) Interface 接口在M2U釁接口指的SS7的信令鏈路.(2) MTP2- User MT

18、P溯戶指使用MTP2勺業(yè)務(wù)的彷、議,即 MTP3(3) Interface Identifier 接口標(biāo)識接口標(biāo)識指在 SG側(cè)的信令消息發(fā)送和接收的物理接口標(biāo)識,該值僅僅是邏輯標(biāo)識,可以是數(shù)字,也可以是字符串,對于M2UAfe說,可以認(rèn)為一個(gè)接口標(biāo)識對應(yīng)一條7號信令鏈路,它只具有局部意義,在 SG和ASP之間使用.(4) Application Server 應(yīng)用效勞器,簡稱 AS為特定應(yīng)用實(shí)體效勞的一個(gè)邏輯實(shí)體,例如:處理呼叫處理的MGCM可以看作一個(gè) AS,在應(yīng)用中可以在 SG側(cè)將AS 看作處理相關(guān)業(yè)務(wù)的一個(gè)或多個(gè)業(yè)務(wù)的組合.(5) Application Server Process 應(yīng)

19、用效勞器進(jìn)程,簡稱 ASP一個(gè)AS的進(jìn)程實(shí)例,狀態(tài)是激活/備用.每個(gè)ASP包含一個(gè)SCT端點(diǎn),能夠處理多個(gè) AS的業(yè)務(wù).在M2UAi一層, AS就代表了一組MTP信令鏈路,而一個(gè)ASP處理的就是一 組信令鏈路的消息.比方 ASP1與SG之間建立一條SCTR1接1, ASP2與SG之間建立了一條 SCT送接2, SG上有5條MTP言令鏈路,1、2信令鏈路由ASP1處理;3、4、5信 令鏈路由ASP2處理.可以把 MGCh M2UAS程看作是一個(gè)ASP那么1, 2信令鏈路的消息由 M2UAS程1 即ASP1 交給MTP3 3、4、5鏈路的消息由M2UAS程2 即ASP2 交給MTP跳理.(6) F

20、ail-over 故障恢復(fù)當(dāng)前ASP不可達(dá)或出現(xiàn)故障時(shí),業(yè)務(wù)可以重選ASP從另外 同樣可以處理該鏈路業(yè)務(wù)的 ASP 或備用的ASP傳輸.這 種水平就叫故障恢復(fù).故障恢復(fù)手段可以用來切換到先前 不可達(dá)的進(jìn)程. Layer Management 層治理它是在M2UA協(xié)議棧與本地治理實(shí)體間處理輸入輸出的功能.如本地治理可以通過層治理配置協(xié)議棧,將協(xié)議棧上報(bào)的故障告知本地治理等等.9鏈路關(guān)鍵字Link Key鏈路關(guān)鍵字就是本地用來確定一條信號鏈路和及其對端的唯一標(biāo)識.10信令鏈路終端Signalling Link Terminal信令鏈路終端指忽略具體的執(zhí)行細(xì)節(jié),而能夠?qū)崿F(xiàn)MTP2m定的各種功能的實(shí)體

21、.2.3.2 M2UA的業(yè)務(wù)功能M2UA勺任務(wù)是使處于 SGftU的MTP2W處ASPtt的MTP定間 通過M2U照現(xiàn)無縫連接,也就是說,對于MTP然說,M2UA 表現(xiàn)為MTP3勺接口,對于MTP球說,M2U峨現(xiàn)為 MTP2勺 接口.做到“無縫連接 M2UA必須支持以下功能:1支持傳送 MTP2/MTP3接口原語2支持分別位于SG和MGC上的層治理模塊之間的通信3支持對SG和ASP間SCTP偶聯(lián)即是連接,連接在國 標(biāo)里稱為偶聯(lián)的治理.2.3.3 支持傳送MTP2/MTP3接口原語功能M2UA寺MTP2/MTP酸口原語轉(zhuǎn)化為M2UAS應(yīng)消息通過SCTP連接在IP網(wǎng)中進(jìn)行傳輸,到達(dá)對端后再將M2U

22、內(nèi)肖息轉(zhuǎn)化為相應(yīng)的 MTP2/MTP3接口原語送給 MTP3 M2UA支持傳遞MTP2 MTP3&議規(guī)定的所有原語,主要包括以下幾類: ESTABLISH用于請求信令鏈路開始定位,以及指示和證實(shí)鏈路定位成功的結(jié)果.RELEASE用于請求撤除先前已建立的信令鏈路的結(jié)果,指示和證實(shí)拆鏈的結(jié)果,以及鏈路定位失敗報(bào)告.DATA用于請求傳送 MSU?肖息,在SG側(cè)MTP2請求發(fā)送其收到的MS胎 MTP3在MGC®U MTP3青求向MTP/送MSUDATA RETRIEVAL數(shù)據(jù)回收類原語,用于鏈路數(shù)據(jù)的回收過程.STATE鏈路狀態(tài)請求、指示和確認(rèn),用于 MTP3了解和限制鏈路狀02.3

23、.4 支持分別位于SG和MGC上的層治理模塊之間的通信在MTP2、MTP3位于相同設(shè)備上時(shí),由于 MTP2、MTP"一起共用相同的層治理,因而不存在問題.當(dāng) MTP2、MTP3分別位于不同設(shè)備上,通過 M2UA& IP網(wǎng)通信時(shí),兩邊分 別有一個(gè)層治理,為了真正做到無縫連接,就必須考慮兩 側(cè)層治理的通信問題.在SG側(cè),當(dāng)發(fā)現(xiàn)ASP去激活時(shí),M2UAS負(fù)責(zé)通知SG的層治理,此時(shí)M2UA寸MTP2采取的行動要遵循相關(guān)的 MTPB范,M2U附、議草案沒有作出規(guī)定.當(dāng)M2UA對端收到錯(cuò)誤的消息時(shí),需向本地層治理報(bào)告錯(cuò)誤如消息中攜帶一個(gè) SG側(cè)不熟悉的接口標(biāo)識.2.3.5 支持對SG和A

24、SP問SCTP偶聯(lián)的治理SGffiU M2UA1須維護(hù)所有已配置的遠(yuǎn)端 ASP的可用性狀態(tài), 以了解AS喝啟用還是宕機(jī);為了治理S莊DASPi間的SCTP 偶聯(lián)和業(yè)務(wù),SG側(cè)M2UAE須維護(hù)遠(yuǎn)端ASP的激活/未激活狀態(tài),激活的ASP用來處理SG發(fā)送的業(yè)務(wù).本地治理可以命令SG或ASP側(cè)的M2UA1建立至ij對端M2UA節(jié)點(diǎn)的SCTP偶聯(lián).它可以通過使用 M-SCTP ESTABLISH#求、指示和證實(shí)原語來建立到對等M2UA點(diǎn)的SCT"禺聯(lián).M2UA1也可以使用M-SCTP STATUS!求和指示原語向本地層治理通知SCT"禺聯(lián)的狀態(tài),例如:M2UAPT以向本地治理通知SC

25、TP偶聯(lián)釋放的原因,確定是由本地M2UA©還是由SCTPW放的.M2UA1也可以向本地治理通知 ASP可用性狀態(tài)的變化,它通過使用M-ASP STATUS語來通知ASP的狀態(tài).2.4 M2UA的內(nèi)部功能2.4.1 映射M2U懦維護(hù)SS7物理鏈路和接口標(biāo)識之間的映射關(guān)系,這兩者是一一對應(yīng)的關(guān)系.2.4.2 ASP 狀態(tài)由于需要支持 ASP之間的冗余,支持 ASP間的不同業(yè)務(wù)處理方式,SG側(cè)的M2UA形t護(hù)ASP的狀態(tài).SG和ASP之間通過ASPM肖息對ASP狀態(tài)進(jìn)行治理.2.4.3 SCTP流映射SCT騎映射的準(zhǔn)那么:(1)將業(yè)務(wù)最終映射到SCT騎是由適配層完成的;(2)映射基準(zhǔn)是接口

26、標(biāo)識;(3)有序的業(yè)務(wù)必須保證在相同的流傳輸;(4)流號0用于傳送治理消息,不能用于傳送MAUP肖息.2.4.4 無縫的網(wǎng)管互通M2UAS供在S陰口 ASP之間的無縫的互通,SG側(cè)M2UAt ASP 從激活狀態(tài)遷出時(shí)應(yīng)向本地層治理通知MTP3已不可達(dá),SG上M2UA寸MTP2采取的舉措遵循相關(guān)的 MTPW范,協(xié)議草 案沒有作出規(guī)定.2.4.5 IP擁塞治理當(dāng)IP網(wǎng)絡(luò)發(fā)生擁塞時(shí),SCT除通知M2UA M2UA 對 網(wǎng) 絡(luò)擁塞的處理可基于實(shí)現(xiàn),M2UA&議草案中對此沒有作出 規(guī)定.2.4.6 鏈路查詢在ASP之間發(fā)生倒換時(shí),新的激活的 ASP上的M2UAT能會 向SG查詢信令鏈路狀態(tài),以保

27、證兩端的一致性,因此 SG側(cè)M2UAS將當(dāng)前鏈路的狀態(tài)如實(shí)向 ASPT報(bào).第3章協(xié)議消息入門在M2UAfr議消息介紹中,給大家介紹M2UA1、議消息的分類以 及組成,如果您對更具體的消息體內(nèi)容感興趣, 請參考協(xié)議文oM2UA消息分為以下三大類:(1) MAUP : M2UA用戶適配消息(2) ASPM: ASP維護(hù)消息(3) MGMT :治理消息3.1 通用消息頭結(jié)構(gòu)需要注意的是,任彳 M2UA勺消息者B必'須包含M2UAS用消息頭, 其結(jié)構(gòu)如下:01230 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 56 7 8 9 0 1 2+-

28、+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+| Version | Reserved | Message Class| Message Type |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+|MessageLength|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+M2UA的通用消息頭包括:版本、消息類別、消息類型、消息 長度.下面我們對照上面的消息頭分別進(jìn)行解釋.3.1.

29、1 版本(8Hts)現(xiàn)在支持的版本為1.0 ,所以該域的值只能為 01.1. 保存字段(8bits)在實(shí)際消息中都填寫003.1.2 消息類別(8bits)SIGTRAN勺消息類別是統(tǒng)一定義的,也就是說這個(gè)通用消息頭 是所有SIGTRA除族中各種UA協(xié)議都支持的.對于M2UAfc講, 只能是以下幾種: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 Mai

30、ntenanceMessages)IUA/M2UA/M3UA/SUA6 MTP2 用戶適配消息(MAUP MTP2 User Adaptation Messages) M2UA(注:后面的方括號表示有哪些UA協(xié)議支持這種類別,其中3和4可以統(tǒng)稱為ASPMfe消息)3.1.3 消息類型(8bits)消息類型是指對應(yīng)于消息類別的具體的實(shí)例.比方說水果是一種“消息類別,而蘋果就是水果這種消息類別的一個(gè)消息類 型,梨同樣也是水果這種消息類別的一個(gè)消息類型.治理類消息(Message Class = 0 ) 有以下消息類型:0 錯(cuò)誤消息(ERR)1 Notify 消息(NTFY)MTP溯戶適配消息(Me

31、ssage class = 6 )有以下消息類型:0 Reserved1 Data2 Establish Request3 Establish Confirm4 Release Request5 Release Confirm6 Release Indication7 State Request8 State Confirm9 State Indication10 Data RetrievalRequest11 Data RetrievalConfirm12 Data Retrieval Indication13 Data Retrieval Complete Indication14 Con

32、gestion IndicationASP狀態(tài)維護(hù)消息(Message Class = 3 )有以下消息類型:1 ASP Up (UP)2 ASP Down (DOWN)3 Reserved4 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)1.1.4 消息長度消息長度定

33、義消息的長度(以八位位組為單位),包括消息頭的 長度和填充的長度.1.1.5 M2UA消息可變長參數(shù)的結(jié)構(gòu)M2UAH、中的參數(shù)格式包含消息標(biāo)簽 (Parameter Tag),參數(shù) 的長度(Parameter Length), 參數(shù)內(nèi)容(Parameter Value), 簡稱TLV格式.01230 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 | Par

34、ameter Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ /Parameter Value/+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+參數(shù)的tlM式除了通用消息頭以外,以后每個(gè)參數(shù)都是這種TLV格式,M2UA肖息就是由這些一個(gè)或多個(gè)參數(shù)累加而成,或者是沒有參數(shù).其中 Tag值就是區(qū)別各種參 數(shù)的標(biāo)志.具體的各種參數(shù)請參考協(xié)議文本.3.2 M2UA消息頭除了通用消息頭外,MAU喘息有一個(gè)特定的消息頭,稱之

35、為 M2UAffi息頭.在這類消息中,M2UA1t同頭緊跟在通用消息頭 后邊.M2UAi息頭中包含了接口標(biāo)識,M2UA1息頭的格式如下:01230 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

36、Identifier (integer)|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+M2UA消息頭(接口標(biāo)識為數(shù)字類型時(shí))3.3 實(shí)例說明兩端之間建立 M2UA1E務(wù)環(huán)境的過程如下:SGASP|<ASP Up1|ASP-Up Ack>|<ASP Active1|-ASP Active Ack>|(1) ASPUP勺消息包:(以下均是16進(jìn)制) 01 00 03 01 00 00 00 08ASPUP1息只有通用消息頭,01表示版本號,00是保存字段, 03是消息類別(ASP狀態(tài)維護(hù)消

37、息),01是ASPUP肖息00 00 00 08是代表整個(gè)消息包長度.(2) ASPUP ACK勺消息包: 01 00 03 04 00 00 00 08ASPUP ACK肖息也只有通用消息頭,01表示版本號,00是保 留字段,03是消息類別(ASP狀態(tài)維護(hù)消息),04是ASPUPACK 消息,00 00 00 08是代表整個(gè)消息包長度.(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 00ASP ACTIV曰肖息包括通用消息頭和 M2UAi息頭以及參數(shù),01

38、表示版本號,00是保存字段,04是消息類別ASP業(yè)務(wù)維護(hù) 消息,01是ASP ACTIV曰肖息,00 00 00 18是整個(gè)消息包的 長度.00 0b是一種Tag值,表示傳輸模式主備用還是負(fù)荷 分擔(dān),00 08表示這個(gè)參數(shù)的長度,00 00 00 01表示是負(fù)荷 分擔(dān),00 01也是一種Tag值,表示if_id 值,00 08表示這 個(gè)參數(shù)的長度,00 00 00 00 是我們這端配置的if_id. 其余的消息也都可以根據(jù)以 8個(gè)字節(jié)為單位進(jìn)行分好,再根據(jù) 不同的Tag值查找協(xié)議文本進(jìn)行對照.3.3.1 ASPUP消息的處理當(dāng)SCT送接建立以后,ASP發(fā)送ASPUP消息給SG 該消息總 是由A

39、SP發(fā)出.SG將記下該ASP的標(biāo)識符如果消息中有的 話,標(biāo)記該 ASP處于inactive 狀態(tài),并返回 ASP UP Ack消 息.對于ASP側(cè)來說,如果超時(shí)未接受到返回那么重發(fā)或通知上層 具體實(shí)現(xiàn).在收到返回之前,ASP側(cè)不能發(fā)送其它ASP消 息.對于SG側(cè)來說,如果收到 ASPUP消息后發(fā)現(xiàn)該 ASP已被標(biāo)記 為 ASP_ACTIV豉 ASP_STANDBY態(tài),貝U在返回 ASPUPAck 消 息的同時(shí),向?qū)Χ税l(fā)送“ Unexpercted Message 錯(cuò)誤消息, 并修改該 ASP的狀態(tài)為 ASP_INACTIVE對于SG側(cè)來說,如果 收到ASP UP消息后發(fā)現(xiàn)該 ASP已被標(biāo) 記為

40、ASP_INACTIVE貝U只返回ASP UP Ack消息.3.3.2 ASPACTIVE消息的處理不管何時(shí),ASP收到一個(gè) ASP Up Ack, ASP將發(fā)送一個(gè) ASP ACTIVE給SG SG收至ij ASP ACTIVE后,即使該 ASP的狀態(tài)已 被標(biāo)記為 Active ,也還是會給一個(gè)確認(rèn)返回的,同時(shí)改變自 己的狀態(tài),并通知 LM開通業(yè)務(wù).在 ASPACTIVEAck沒有返回 前,ASP不能發(fā)送任何數(shù)據(jù)消息.返回后那么通知LML超時(shí)未返回那么重發(fā).3.3.3 ASPINACTIVE 消息的處理當(dāng)某AS懷想再承載AS的業(yè)務(wù)時(shí),它將向S儂出ASPInactive 消息.該消息可以是LM通過M_ASP_INACTIV

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論