華為技術(shù)有限公司軟交換分組協(xié)議基礎(chǔ)-資料下載頁
2025-05-30 01:37本頁面
【正文】 |ASPUp 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è)消息包長度。（2）ASPUP ACK的消息包：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è)消息包長度。（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 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。其余的消息也都可以按照以8個(gè)字節(jié)為單位進(jìn)行分割，再按照不同的Tag值查找協(xié)議文本進(jìn)行對照。 ASPUP消息的處理當(dāng)SCTP連接建立以后，ASP發(fā)送ASP UP消息給SG（該消息總是由ASP發(fā)出）。SG將記下該ASP的標(biāo)識(shí)符（如果消息中有的話），標(biāo)記該ASP處于inactive狀態(tài)，并返回ASP UP Ack消息。對于ASP側(cè)來說，如果超時(shí)未接受到返回則重發(fā)或通知上層（具體實(shí)現(xiàn)）。在收到返回之前，ASP側(cè)不能發(fā)送其它ASP消息。對于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。對于SG側(cè)來說，如果 收到ASP UP消息后發(fā)現(xiàn)該ASP已被標(biāo)記為ASP_INACTIVE，則只返回ASP UP Ack消息。 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ā)。 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) INACTIVE Ack。ASP INACTIVE超時(shí)未返回則重發(fā)。ASP INACTIVE消息中也含有的傳輸模式參數(shù)。但如果SG發(fā)現(xiàn)指出的模式與SG中該AS的當(dāng)前模式不相同，SG將返回一個(gè)錯(cuò)誤消息。對于主備互換模式的AS來說，在SG接受到該ASP的ASP_INACTIVE消息之前，已經(jīng)有新的ASP接管了AS的傳輸，那么此時(shí)的SG則早已把它認(rèn)為是Inactive狀態(tài)。該ASP將接到確認(rèn)消息 ASPDOWN消息的處理SG接受到ASP DOWN消息后，標(biāo)記該ASP狀態(tài)為ASP_DOWN。通知LM（用MASP_Down指示原語），返回ASP Down Ack消息。不管該ASP處于何種狀態(tài)，SG都要返回該ASP Down Ack消息。對于ASP側(cè)來說，收到ASP Down Ack消息后通知LM。但如果該ASP沒有發(fā)出ASP Down消息卻受到了ASP Down Ack消息，它就會(huì)認(rèn)為自己處于ASP_DOWN狀態(tài)。如果該ASP以前是處于ASPACTIVE或 ASP_INACTIVE狀態(tài)，此時(shí)的ASP將重新使自己返回到該狀態(tài)。 對于ASP側(cè)來說，如果超時(shí)沒有收到確認(rèn)，則反復(fù)重發(fā)或通知LM具體實(shí)現(xiàn)。第4章 M2UA協(xié)議流程及組網(wǎng)應(yīng)用amp。 知識(shí)點(diǎn)：amp。 掌握M2UA建鏈、斷鏈等消息流程；amp。 理解SIGTRAN在NGN組網(wǎng)中的作用； M2UA協(xié)議流程舉例在NGN組網(wǎng)中，SG和MG都是位于分組網(wǎng)與SCN網(wǎng)的交界處，SG通過SIGTRAN協(xié)議和MGC（軟交換）通信。其中SG作為信令網(wǎng)關(guān)，可以是單獨(dú)的設(shè)備，也可以內(nèi)置在TMG或者SoftX（即MGC）中。 M2UA業(yè)務(wù)環(huán)境建立流程（建鏈）： SG MGC |ASP Up| |ASPUp Ack| | ASP Active| |ASP Active Ack | M2UA業(yè)務(wù)中斷流程（斷鏈）： SG MGC |ASP Inactive| |ASP Inactive Ack| | ASP DOWN | |ASP DOWN Ack| M2UA消息主要有ASP UP、ASP UP ACK、ASP Active、ASP Active Ack、ASP Inactive、ASP Inactive Ack、ASP DOWN、ASP DOWN Ack等。 NGN組網(wǎng)中的SIGTRAN協(xié)議圖41 SIGTRAN在NGN組網(wǎng)中圖5為我司NGN組網(wǎng)的協(xié)議構(gòu)架，可以看到在分布式的媒體網(wǎng)關(guān)的網(wǎng)絡(luò)結(jié)構(gòu)中，IP電話網(wǎng)關(guān)分離成三部分： 信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)MG和媒體網(wǎng)關(guān)控制器MGC（即SoftX）。SG負(fù)責(zé)處理信令消息，將其終結(jié)、翻譯或中繼；MG負(fù)責(zé) 處理媒體流，將媒體流從窄帶網(wǎng)打包送到IP網(wǎng)或者從IP網(wǎng)接收后解包后送給窄帶網(wǎng)；SoftX負(fù)責(zé)MG的資源的注冊和管理，以及呼叫控制。amp。 NGN分布式的網(wǎng)關(guān)體系結(jié)構(gòu)中，amp。 SG和SoftX之間采用SIGTRAN協(xié)議。
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號(hào)-1