【資料名稱】：軟交換分組協(xié)議基礎(chǔ)H.248協(xié)議

【資料作者】：HW

【資料日期】：2008

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡(jiǎn)介】：

資料編碼 產(chǎn)品名稱NGN
使用對(duì)象工程師產(chǎn)品版本
編寫部門固網(wǎng)技術(shù)支持部資料版本V2.0



軟交換分組協(xié)議基礎(chǔ)
H.248協(xié)議



擬制：邢宇翔日期：2002年11月01日
審核： 日期：
審核： 日期：
批準(zhǔn)： 日期：







華 為 技 術(shù) 有 限 公 司
版權(quán)所有侵權(quán)必究
修訂記錄
日期修訂版本描述作者
2002/11/01V1.1調(diào)整文章結(jié)構(gòu)及內(nèi)容，結(jié)合NGN組網(wǎng)及軟交換產(chǎn)品對(duì)協(xié)議加以說明。邢宇翔
2002/12/10V2.0轉(zhuǎn)換成Word格式。邢宇翔












目錄
第1章 H.248協(xié)議介紹3
1.1 H.248 協(xié)議的起源3
1.2 H.248協(xié)議定義4
1.2.1 基本定義4
1.2.2 擴(kuò)展說明4
第2章 H.248協(xié)議概念5
2.1 H.248協(xié)議在呼叫中的位置5
2.2 連接模型以及基本概念5
2.2.1 連接模型5
2.2.2 終端6
2.2.3 上下文6
2.3 H.248協(xié)議的消息結(jié)構(gòu)7
2.3.1 消息8
2.3.2 事務(wù)8
2.3.3 行動(dòng)9
2.3.4 命令9
2.4 H.248協(xié)議的消息傳輸機(jī)制9
第3章 H.248協(xié)議命令10
3.1 命令介紹10
3.2 描述符11
第4章 呼叫流程13
4.1 呼叫媒體流的流程13
第5章 H.248協(xié)議在NGN中的應(yīng)用15
5.1 H.248協(xié)議在SoftX3000軟交換系統(tǒng)中的協(xié)議棧結(jié)構(gòu)15
5.2 H.248協(xié)議在SoftX3000軟交換系統(tǒng)中的應(yīng)用16

關(guān)鍵詞：
NGN 軟交換 媒體網(wǎng)關(guān) H.248
摘 要：
NGN的目標(biāo)是建立一個(gè)能夠提供話音、數(shù)據(jù)、多媒體等多種業(yè)務(wù)的，集通訊、信息、電子商務(wù)、娛樂于一體，滿足自由通訊的分組融合網(wǎng)絡(luò)。 NGN是一個(gè)包括PSTN/ISDN、H.323、ATM/IP等網(wǎng)絡(luò)的融合網(wǎng)絡(luò)，網(wǎng)絡(luò)互通是NGN成功的必要條件。為實(shí)現(xiàn)這一目標(biāo)，在NGN組網(wǎng)中采用了大量的分組協(xié)議。本文重點(diǎn)介紹了分組協(xié)議中的H.248協(xié)議，H.248/Megaco協(xié)議（Media Gataway Control Protocal），簡(jiǎn)稱H.248協(xié)議，是IETF、ITU－T制定的媒體網(wǎng)關(guān)控制協(xié)議，一個(gè)非對(duì)等協(xié)議，用在媒體網(wǎng)關(guān)控制器（MGC）和媒體網(wǎng)關(guān)（MG）之間的通信。

縮略語清單：
MGCP （Media Gataway Control Protocal）：媒體網(wǎng)關(guān)控制協(xié)議
PSTN（Public Switched Telephone Network）：公共電話交換網(wǎng)
MG （Media Gataway）：媒體網(wǎng)關(guān)
MGC （Media Gataway Controller）：媒體網(wǎng)關(guān)控制器
SG （Signaling Gataway）： 信令網(wǎng)關(guān)
SCN（Switched Circuit Network）：電路交換網(wǎng)
參考資料清單：
《C&C08 iNET工程師培訓(xùn)教材-分組協(xié)議》 固網(wǎng)技術(shù)支持部
《NGN協(xié)議介紹》華為技術(shù)報(bào)136期
《H.248協(xié)議培訓(xùn)教材》公共技術(shù)研究部
《H.248 IPPhone Flow》信令與協(xié)議研究管理部
SoftX3000V2《信令與協(xié)議分冊(cè)－H.248協(xié)議》資料開發(fā)部

第1章 H.248協(xié)議介紹
1.1H.248 協(xié)議的起源
由于IP網(wǎng)絡(luò)的快速發(fā)展，IP網(wǎng)提供的業(yè)務(wù)越來越多。同時(shí)，原有的電路交換網(wǎng)（如PSTN網(wǎng)）仍然擁有大量的用戶，為了能讓這些用戶使用IP網(wǎng)絡(luò)提供的服務(wù)，需要提供不同網(wǎng)絡(luò)之間互通的網(wǎng)關(guān)設(shè)備。目前的大部分IP電話網(wǎng)關(guān)設(shè)備，是集中型網(wǎng)關(guān)設(shè)備，主要完成三個(gè)方面的功能：
1、完成IP電話互通，將PSTN用戶的話音進(jìn)行編碼、組包后在IP網(wǎng)上傳輸，同時(shí)將IP網(wǎng)來的數(shù)據(jù)包解包、解碼后交給PSTN用戶；
2、處理信令消息；
3、負(fù)責(zé)網(wǎng)關(guān)內(nèi)部資源管理，及呼叫連接過程的管理。
隨著用戶數(shù)量及對(duì)業(yè)務(wù)需求的增加，網(wǎng)關(guān)在規(guī)模上要不斷擴(kuò)大，這種集中型的網(wǎng)關(guān)結(jié)構(gòu)在可擴(kuò)展性、安全性方面及組網(wǎng)的靈活性上都存在很大的限制。由此，提出了將業(yè)務(wù)、控制和信令分離概念，即將IP電話網(wǎng)關(guān)分離成三部分： 信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)MG和媒體網(wǎng)關(guān)控制器MGC。SG負(fù)責(zé)處理信令消息，將其終結(jié)、翻譯或中繼；MG負(fù)責(zé) 處理媒體流，將媒體流從窄帶網(wǎng)打包送到IP網(wǎng)或者從IP網(wǎng)接收后解包后送給窄帶網(wǎng)；MGC負(fù)責(zé)MG的資源的注冊(cè)和管理，以及呼叫控制。在這種分布式的網(wǎng)關(guān)體系結(jié)構(gòu)中，MG和MGC之間采用的是H.248協(xié)議，SG和MGC之間采用SIGTRAN協(xié)議。三者之間的關(guān)系如圖1所示：

圖1分離的網(wǎng)關(guān)模型
在分布式的媒體網(wǎng)關(guān)的網(wǎng)絡(luò)結(jié)構(gòu)中，由于業(yè)務(wù)處理和“媒體承載實(shí)體”分布在兩臺(tái)不同的設(shè)備上，因此當(dāng)業(yè)務(wù)處理模塊MGC（SoftX提供MGC功能）需要將媒體承載實(shí)體MG（各種IAD設(shè)備）進(jìn)行連接并承載媒體流時(shí)，需要通過一個(gè)統(tǒng)一格式的消息來通知擁有媒體承載實(shí)體的設(shè)備MG，這個(gè)消息的格式就是由H.248協(xié)議規(guī)定的。
1.2 H.248協(xié)議定義
1.2.1 基本定義
H.248/Megaco 協(xié)議（Media Gataway Control Protocal），簡(jiǎn)稱H.248協(xié)議，是IETF、ITU－T制定的媒體網(wǎng)關(guān)控制協(xié)議，一個(gè)非對(duì)等協(xié)議，用在媒體網(wǎng)關(guān)控制器（MGC）和媒體網(wǎng)關(guān)（MG）之間的通信。 主要功能是建立一個(gè)良好的業(yè)務(wù)承載連接模型，將呼叫和承載連接進(jìn)行分離，通過對(duì)各種業(yè)務(wù)網(wǎng)關(guān)： TG（中繼網(wǎng)關(guān)），AG（接入網(wǎng)關(guān)），RG（注冊(cè)網(wǎng)關(guān)）等的管理，實(shí)現(xiàn)分組網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)的業(yè)務(wù)互通。
1.2.2 擴(kuò)展說明
H.248協(xié)議是在MGCP協(xié)議的基礎(chǔ)上，結(jié)合其它媒體網(wǎng)關(guān)控制協(xié)議特點(diǎn)發(fā)展而成的一種協(xié)議，它提供控制媒體的建立、修改和釋放機(jī)制，同時(shí)也可攜帶某些隨路呼叫信令，支持傳統(tǒng)網(wǎng)絡(luò)終端的呼叫。該協(xié)議在構(gòu)建開放和多網(wǎng)融合的NGN中，發(fā)揮著重要作用。
由于MGCP協(xié)議在描述能力上的欠缺，限制了其在大型網(wǎng)關(guān)上的應(yīng)用。對(duì)于大型網(wǎng)關(guān)，H.248協(xié)議是一個(gè)好的選擇。與MGCP用戶相比， H.248對(duì)傳輸協(xié)議提供了更多的選擇，并且提供更多的應(yīng)用層支持，管理也更為簡(jiǎn)單。
H.248可以應(yīng)用于SCN（Switched Circuit Network）、IP、ATM、有線電視網(wǎng)或其他可能的電路或分組網(wǎng)絡(luò)中的任何的兩種或多種網(wǎng)絡(luò)之間的媒體網(wǎng)關(guān)控制的協(xié)議。H.248報(bào)文本身可以承載在任何類型的分組網(wǎng)絡(luò)上，例如IP、ATM、MTP等。

第2章H.248協(xié)議概念
2.1 H.248協(xié)議在呼叫中的位置
在分布式的媒體網(wǎng)關(guān)的網(wǎng)絡(luò)結(jié)構(gòu)中，由于業(yè)務(wù)處理和“媒體承載實(shí)體”分布在兩臺(tái)不同的設(shè)備上，在NGN組網(wǎng)中，業(yè)務(wù)處理由SoftX3000完成，媒體承載實(shí)體則是各種IAD終端設(shè)備，因此當(dāng)SoftX3000需要連接IAD并承載媒體流時(shí)，需要通過一個(gè)統(tǒng)一格式的消息來通知各IAD設(shè)備。當(dāng)SoftX3000和IAD 通過H248協(xié)議連接時(shí)，這個(gè)消息的格式就是由H.248協(xié)議規(guī)定的。
消息的格式至少應(yīng)該包含兩方面的內(nèi)容：
1、一個(gè)業(yè)務(wù)中應(yīng)該包含哪些媒體承載實(shí)體；
2、這些媒體承載實(shí)體之間的關(guān)系如何。
在H.248協(xié)議中，這些媒體承載實(shí)體被稱為“終端”；
而“上下文”中指明“一個(gè)業(yè)務(wù)中應(yīng)該包含哪些媒體承載實(shí)體IAD”，“這些媒體承載實(shí)體IAD之間的關(guān)系”則在“上下文”中的“拓?fù)洹敝幸?guī)定。
2.2 連接模型以及基本概念
2.2.1 連接模型
連接模型指的是MGC控制的，在MG中的邏輯實(shí)體或?qū)ο�。它是MGC和MG之間消息交互的內(nèi)容核心，MGC通過命令控制MG上的連接模型，MG上報(bào)連接模型的各種信息包括狀態(tài)、參數(shù)、能力等。
如圖2所示：連接模型由兩種實(shí)體組成：上下文（Context）和終端（Termination）。

圖2基本概念的圖形示意
2.2.2 終端
終端是能夠發(fā)送或接收一種或多種媒體流的邏輯實(shí)體。終端由許多特性描述，這些特性組合成一組描述符而包含在命令中。終端有唯一的終端標(biāo)識(shí)(Termination ID)，它由媒體網(wǎng)關(guān)在在創(chuàng)建時(shí)分配。一個(gè)終端在任一時(shí)刻屬于且只能屬于一個(gè)上下文。
2.2.3上下文
一個(gè)上下文就是一些終端間的聯(lián)系。 它描述了終端之間的拓?fù)潢P(guān)系以及媒體混合/交換的參數(shù)。
上下文由一組終端組成。一個(gè)上下文可以包含多個(gè)終端。根據(jù)MG的業(yè)務(wù)特點(diǎn)不同，上下文中可以包含的最大終端數(shù)目就不同。一個(gè)上下文中至少要包含一個(gè)終端。同時(shí)一個(gè)終端一次也只能屬于一個(gè)上下文。如果上下文中包含多于兩個(gè)終端，上下文還會(huì)描述拓?fù)浣Y(jié)構(gòu)以及其他一些媒體混合/交換的參數(shù)。
上下文有如下參數(shù)：
a)ContextId：由媒體網(wǎng)關(guān)MG分配的32位整數(shù)，可以用“*”來代表“所有”，用“-”代表“空”。ContextId在MG范圍內(nèi)是唯一的。
b)拓?fù)潢P(guān)系：描述上下文中的終端之間的關(guān)系。這些關(guān)系指出了媒體流在終端之間的流向。拓?fù)浣Y(jié)構(gòu)只用于描述上下文，它可以在“Add”和“Modify”命令中使用。
c)Priority（優(yōu)先級(jí)）：向MG提供上下文優(yōu)先處理的信息。
d)Emergencyindicator（緊急事件）：向MG提供上下文緊急處理的信息。
H.248協(xié)議規(guī)定可以創(chuàng)建新的上下文和修改已經(jīng)存在的上下文的參數(shù)。通常用Add命令添加一個(gè)終端到上下文。在Add命令中沒有指定上下文，MG將創(chuàng)建一個(gè)新上下文。Subtract命令把一個(gè)終端從上下文中刪除，Move命令將終端從一個(gè)上下文移到另一個(gè)上下文。當(dāng)上下文的最后一個(gè)終端被刪除或移動(dòng)出去后，該上下文被隱式刪除。
2.3 H.248協(xié)議的消息結(jié)構(gòu)
MGC和MG之間是通過消息進(jìn)行通信的，H.248消息都有相同的結(jié)構(gòu)，一個(gè)H.248消息的結(jié)構(gòu)如所示：

圖3H.248消息結(jié)構(gòu)
消息有一個(gè)消息頭，消息頭里面包含一個(gè)消息的MID（Message ID）和一個(gè)協(xié)議版本號(hào)。MID被配置成一個(gè)規(guī)定的名字，如域地址（Domainaddress）或域名（Domainname）或設(shè)備名（Devicename）。協(xié)議版本號(hào)標(biāo)記本消息所支持的協(xié)議版本。本協(xié)議的版本號(hào)是從1開始。
一個(gè)消息（Message）包含多個(gè)事務(wù)（Transaction），消息中的事務(wù)相互沒有關(guān)系，可以單獨(dú)處理；事務(wù)由多個(gè)行動(dòng)（Action）構(gòu)成，事務(wù)里面的行動(dòng)必須按照順序執(zhí)行。行動(dòng)由一系列局限于一個(gè)上下文的多個(gè)命令組成。由此，H.248消息構(gòu)成機(jī)制如所示：

圖4消息機(jī)制示意圖
2.3.1消息
消息從消息頭開始，其中包含發(fā)送者的標(biāo)識(shí)。每一條消息包含消息遵守的協(xié)議版本的版本標(biāo)識(shí)號(hào)。正如RFC 2145中的定義，版本號(hào)是Major/Minor格式，各有1-2個(gè)數(shù)字。
消息頭后面是若干互不相關(guān)事務(wù)。
2.3.2事務(wù)
事務(wù)保證順序命令的執(zhí)行。即在一個(gè)事務(wù)中，命令是按序執(zhí)行的。當(dāng)所有命令成功執(zhí)行時(shí)事務(wù)才成功執(zhí)行，當(dāng)其中一個(gè)命令失敗時(shí)，整個(gè)事務(wù)失敗。事務(wù)中的一個(gè)命令失敗時(shí)，此命令的后續(xù)命令將終止執(zhí)行。
事務(wù)表現(xiàn)為TransactionRequest和對(duì)TransactionRequest的響應(yīng)。有三種響應(yīng)：TransactionAccept，TransactionReject和TransactionPending：
TransactionAccept命令包含對(duì)應(yīng)TransactionRequest所有命令的返回值。
TransactionReject命令在當(dāng)事務(wù)失敗時(shí)發(fā)送。TransactionReject包含成功命令的返回值和失敗命令的錯(cuò)誤值。
TransactionPending命令用于通知事務(wù)正在被執(zhí)行，還沒有完成，以防止事務(wù)發(fā)送方以為事務(wù)丟失，而再次發(fā)送此事務(wù)。
2.3.3行動(dòng)
行動(dòng)與上下文是密切相關(guān)的，它由一系列局限于一個(gè)上下文的命令組成。在一個(gè)行動(dòng)內(nèi)，命令需要順序執(zhí)行。
ContextID用于標(biāo)識(shí)該行動(dòng)對(duì)應(yīng)的上下文。ContextID由MG指定，在MG范圍內(nèi)是唯一的。MGC必須在以后的與此上下文相關(guān)的事務(wù)中使用ContextID。
2.3.4命令
命令是H.248消息的主要內(nèi)容，實(shí)現(xiàn)對(duì)上下文和終端屬性的控制，包括指定終端報(bào)告的事件什么信號(hào)和動(dòng)作可施加于終端，以及指定上下文的拓?fù)浣Y(jié)構(gòu)。我們將在下章詳細(xì)介紹H.248的命令。
2.4H.248協(xié)議的消息傳輸機(jī)制
H.248的應(yīng)用層應(yīng)該和傳輸層的需求是分開的：

圖5事務(wù)、Action和命令的關(guān)系示意圖
H.248應(yīng)用層負(fù)責(zé)維護(hù)MG和MGC之間事務(wù)的狀態(tài)和可靠性。
H.248傳輸子層被看作是邏輯層，保證H.248事務(wù)在MG和MGC之間傳輸?shù)目煽啃裕ㄖ貍�、定時(shí)等等）。
H.248消息可以在多種傳輸協(xié)議上傳輸，如承載在IP網(wǎng)絡(luò)上的TCP、UDP、SCTP和M3UA等，以及承載在ATM上的MTP3-B、AAL5等。

第3章H.248協(xié)議命令
H.248協(xié)議提供命令以操縱連接模型的邏輯實(shí)體——上下文和終端。命令提供了對(duì)上下文和終端屬性的完全控制，包含指定終端報(bào)告的事件和什么信號(hào)和動(dòng)作可施加于終端等等。
3.1 命令介紹
協(xié)議有8個(gè)命令，這些命令除了“Notify”和“ServiceChange”外，其余都是由MGC主動(dòng)發(fā)給MG，MG進(jìn)行響應(yīng)的�！癗otify”是由MG發(fā)給MGC，而“ServiceChange”可以由它們之間互相發(fā)送。
1、Add
Add命令添加終端到上下文。上下文中第一個(gè)終端的添加用于創(chuàng)建上下文。
2、Modify
Modify命令更改終端屬性、事件和信號(hào)。
3、Subtract
Subtract命令從上下文中刪除終端并統(tǒng)計(jì)終端參加的上下文情況。上下文的最后一個(gè)終端的刪除的同時(shí)刪除上下文本身。
4、Move
Move命令將一個(gè)終端從一個(gè)上下文移動(dòng)到另一個(gè)上下文。
5、AuditValue
AuditValue命令返回終端當(dāng)前的狀態(tài)屬性、事件，信號(hào)以及終端的統(tǒng)計(jì)
6、AuditCapabilities
AuditCapabilities命令返回MG允許的終端屬性、信號(hào)和事件的所有可能值。
7、Notify
Notify命令用于MG把MG當(dāng)前發(fā)生的事件通知給MGC。
8、ServiceChange
ServiceChange命令可用于MG通知MGC有一個(gè)或一組終端離開服務(wù)或返回服務(wù)。ServiceChange還用于MG在上電或者從失敗中恢復(fù)后，向MGC發(fā)起注冊(cè)或重新注冊(cè)(這兩個(gè)過程是一樣的)，提醒MG的重啟的迫近或完成。ServiceChange可由MGC向MG發(fā)送移交通知。
3.2 描述符
終端參數(shù)結(jié)構(gòu)化為許多描述符。通常，描述符的形式如下：
DescriptorName=<someID>{parm=value，parm=value_.}
參數(shù)可以有如下三種設(shè)置方法:
1、完全指定參數(shù)(FullySpecified)
命令發(fā)起者在命令中給相應(yīng)的參數(shù)一個(gè)明確的值。
2、不指定參數(shù)(UnderSpecified)
命令的發(fā)起者使用通配符，允許用戶選擇一個(gè)他所支持的任何一個(gè)值并返回給命令的發(fā)起者。
3、指定一系列參數(shù)(OverSpecified)
命令的發(fā)起者給出一個(gè)該參數(shù)的列表，列表中值的順序是降序排列的，即前面的優(yōu)先級(jí)高。命令響應(yīng)者從列表中選取一個(gè)并返回給命令發(fā)起者。
未指定的參數(shù)保留原值。如果需要指定的描述符沒有被指定，則使用它原來的值。
以下列出H.248協(xié)議的18種參數(shù)描述符，供參考：
描述符名稱說明
Modem標(biāo)識(shí)Modem類型和屬性
Mux描述多媒體終端( H.221, H.223, H.225.0)的復(fù)用類型和終端輸入隊(duì)列復(fù)用
Media媒體流規(guī)格的列表
TerminationState不特定于流的終端屬性（可在包中定義）
Stream單個(gè)流的Local/Remote/LocalControl描述符的列表
LocalMG接收的流相關(guān)的屬性
RemoteMG發(fā)送的流相關(guān)的屬性
Localcontrol描述MGC和MG之間的屬性
EventsMGC要求MG檢測(cè)及報(bào)告的事件列表
EventBufferMGC要求MG在EventBufferControl為LockStep時(shí)，檢測(cè)及緩沖的事件列表
Signals描述應(yīng)用于終端的信號(hào)和（或）活動(dòng)（如回鈴音）
Audit描述哪些信息需要審計(jì)
ServiceChangeServiceChange的活動(dòng)和原因
DigitMap指示如何在MG中處理號(hào)碼匹配的撥號(hào)方案
StatisticsSubtract和Audit命令中，終端保持的統(tǒng)計(jì)數(shù)據(jù)的報(bào)告
Packages審記時(shí)，返回終端識(shí)別的包的列表
ObservedEvents“Notify”上報(bào)檢測(cè)到的事件
Topology描述Context內(nèi)各終端間的流的方向，用于Context而不是 Termination

第4章呼叫流程
為了使大家有個(gè)更為形象的認(rèn)識(shí)，下面我們就一次呼叫來看看H.248協(xié)議在MGC和MG之間的消息發(fā)送。關(guān)于MGC和TMG之間的H.248消息流程請(qǐng)參考《SoftX3000技術(shù)手冊(cè) 信令與協(xié)議分冊(cè) H.248協(xié)議》相關(guān)內(nèi)容。
4.1呼叫媒體流的流程

圖6簡(jiǎn)單呼叫流程
上圖畫出了兩個(gè)媒體網(wǎng)關(guān)MG1呼叫MG2 時(shí)，MGC和發(fā)起呼叫的MG1以及被叫MG2之間的媒體流的流程。
其中（3）（4）（5）（6）（7）（8）是呼叫的建立過程，（9）（10）是呼叫的連接過程，（11）（12）（13）（14）是被叫掛機(jī)后的刪除連接過程。
整個(gè)媒體流的流程如下：
（1）主叫摘機(jī)，MG檢測(cè)到后通過Notify命令將事件（Off-Hook）報(bào)告給MGC；
（2）用戶撥號(hào)，MG將收到的號(hào)碼通過Notify命令報(bào)告給MGC；
（3） MGC分析收到數(shù)據(jù)決定建立MG1到MG2的一個(gè)Context，并通過Add命令讓MG1將主叫端口加入一個(gè)Context，向主叫送撥號(hào)音。因?yàn)镸GC還未獲得包含特定媒體流接收方的屬性，所以媒體流的Mode是ReceiveOnly，并且在命令中，未知的參數(shù)用參數(shù)通配符“$”表明，意思為“選擇”，具體的參數(shù)值將由MG1在下一條Reply中填入具體的值。
（4） MG1接受新的終端（Termination），并把自己的IP和UDP端口填入。
（5） MGC分析被叫號(hào)碼，找出被叫端口，決定建立MGC到MG2的一個(gè)新的Context，并通過Add命令讓MG2將主叫端口加入一個(gè)Context。
（6） MG2把自己的IP和UDP端口填入。
（7） MGC命令MG1將被叫端口加入前面所說的那個(gè)Context 。MGC命令MG1向主叫送回鈴音，向被叫送振鈴音；
（8） MG1再向MGC發(fā)送回應(yīng)消息。
（9）被叫摘機(jī)，MGC命令MG1連接主被叫，把媒體流的Mode從ReceiveOnly修改為SendReceive，并停止回鈴。
（10） MG再向MGC發(fā)一個(gè)Reply。
此后，雙方進(jìn)入通話。
（11）（12）（13）（14）主/被叫掛機(jī)（由于主叫掛機(jī)和被叫掛機(jī)返回的命令是一樣的，下面只列出被叫掛機(jī)的情況），MGC命令MG1和MG2釋放主被叫連接，將主/被叫端口放空Context，此處只列出MGC對(duì)MG1的媒體流。
至此，MG1與MGC的連接釋放，媒體流終止。


第5章H.248協(xié)議在NGN中的應(yīng)用
5.1 H.248協(xié)議在SoftX3000軟交換系統(tǒng)中的協(xié)議棧結(jié)構(gòu)
H.248在SoftX3000的協(xié)議棧結(jié)構(gòu)如所示:

圖7H.248在SoftX3000中的協(xié)議棧結(jié)構(gòu)
在SoftX3000軟交換系統(tǒng)應(yīng)用中，H.248的協(xié)議系統(tǒng)包括各種業(yè)務(wù)模塊（ISUP/TUP/ESL/SIP/H.323)，這些模塊實(shí)現(xiàn)H.248協(xié)議命令與ISUP/TUP/ESL/SIP/H.323協(xié)議的互通，實(shí)現(xiàn)對(duì)MG的控制。
圖7中H.248消息在UDP/IP上傳遞，此外還可以在其它多種傳輸協(xié)議上傳輸，如承載在IP網(wǎng)絡(luò)上的TCP、SCTP和M3UA等，以及承載在ATM上的MTP3-B、AAL5等。SoftX3000 H.248協(xié)議傳輸層可以是承載在IP上的UDP/TCP/SCTP和承載在ATM上的MTP3-B，如所下圖示：







圖8H.248基于不同傳輸協(xié)議上的協(xié)議棧結(jié)構(gòu)
5.2 H.248協(xié)議在SoftX3000軟交換系統(tǒng)中的應(yīng)用
SoftX通過H.248協(xié)議規(guī)定的一個(gè)統(tǒng)一格式的消息來實(shí)現(xiàn)與各 IAD、TMG等NGN構(gòu)件間的通訊。 由于H.248協(xié)議和MGCP協(xié)議的很多共同性，在NGN組網(wǎng)中SoftX與大多數(shù)構(gòu)件間既可以采用H.248協(xié)議，又可以采用MGCP協(xié)議；但鑒于H.248對(duì)于大型網(wǎng)關(guān)的良好支持，一般TMG和SoftX之間都采用H.248協(xié)議。
目前的組網(wǎng)中，SoftX3000通過TMG和SG同PSTN互通，TMG實(shí)現(xiàn)電路交換網(wǎng)和分組交換網(wǎng)之間的語音信號(hào)的轉(zhuǎn)換，而SG實(shí)現(xiàn)電路交換網(wǎng)和分組交換網(wǎng)之間的信令轉(zhuǎn)換。呼叫代理即MGC（SoftX3000），主要實(shí)現(xiàn)與呼叫過程相關(guān)的信令功能，并控制和管理MG和SG的操作規(guī)程。在這種分布式的網(wǎng)關(guān)體系結(jié)構(gòu)中，MG和SoftX之間采用的是H.248協(xié)議，SG和SoftX之間采用SIGTRAN協(xié)議。

圖9H.248協(xié)議在SoftX產(chǎn)品中應(yīng)用
SoftX3000產(chǎn)品作為分離網(wǎng)關(guān)模式下的媒體網(wǎng)關(guān)控制器，H.248用于控制中繼網(wǎng)關(guān)。Soft Switch提供H.248 MGC功能以控制中繼網(wǎng)關(guān)中的ISUP中繼；H.248 MGC提供以下功能：
1.出口網(wǎng)關(guān)和入口網(wǎng)關(guān)的RTP容量協(xié)商
可以配置每個(gè)H.248 MG的RTP發(fā)送和接受容量。SoftX3000要確保兩個(gè)MG之間設(shè)定的匹配容量被用于建立呼叫。
2.通過H.248協(xié)議管理TMG中的PSTN ISUP中繼
支持TMG上的中繼預(yù)留
支持TMG上的中繼釋放
支持TMG上的中繼回流型連接
支持中繼參數(shù)的修改
在中繼上加上信號(hào)音
支持中繼（或中繼組）暫停業(yè)務(wù)和恢復(fù)業(yè)務(wù)
3.通過H.248協(xié)議管理TMG中的臨時(shí)RTP終止
支持臨時(shí)終端的創(chuàng)建
支持臨時(shí)終端的取消
支持有關(guān)臨時(shí)終端的RTP參數(shù)的修