H248協(xié)議培訓(xùn)課程課件

接入網(wǎng)技術(shù)服務(wù)部H248協(xié)議深入及實(shí)例分析2022/12/29接入網(wǎng)技術(shù)服務(wù)部H248協(xié)議深入及實(shí)例分析2022/12/2隨著NGN網(wǎng)絡(luò)和業(yè)務(wù)的不斷應(yīng)用和發(fā)展，H248協(xié)議在目前的應(yīng)用中越來(lái)越廣泛。對(duì)于協(xié)議的深入掌握，將非常有助與故障定位和問(wèn)題處理。學(xué)習(xí)此膠片之前需要學(xué)過(guò)《H.248協(xié)議概述》Page2隨著NGN網(wǎng)絡(luò)和業(yè)務(wù)的不斷應(yīng)用和發(fā)展，H248協(xié)議在目前的應(yīng)學(xué)習(xí)目標(biāo)學(xué)習(xí)完此課程，您將會(huì)：了解H.248協(xié)議的體系結(jié)構(gòu)掌握H.248協(xié)議中命令格式和用途掌握H.248協(xié)議的消息交互過(guò)程掌握并能分析典型的H.248信令流程Page3學(xué)習(xí)目標(biāo)學(xué)習(xí)完此課程，您將會(huì)：Page3第1章概述

第2章協(xié)議內(nèi)容介紹

第3章信令基本控制流程

第4章信令解析舉例Page4第1章概述

第2章協(xié)議內(nèi)容介紹

第3章信令基本控制概述H.248和MeGaCo是同一種協(xié)議的兩個(gè)名稱(chēng)而已，是ITU與IETF共同制定的，ITU-T稱(chēng)之為H.248，而IETF則稱(chēng)之為MeGaCo；H.248協(xié)議是在MGCP協(xié)議的基礎(chǔ)上，結(jié)合其它媒體網(wǎng)關(guān)控制協(xié)議特點(diǎn)發(fā)展而成的一種協(xié)議；H.248協(xié)議彌補(bǔ)了MGCP協(xié)議描述能力上的欠缺，適合在大型網(wǎng)關(guān)上應(yīng)用；H.248信令消息有UDP/TCP/SCTP/ATM等多種承載方式，使傳輸更可靠，而MGCP則只能承載在寬帶IP網(wǎng)絡(luò)上的UDP格式。Page5概述H.248和MeGaCo是同一種協(xié)議的兩個(gè)名稱(chēng)而已，是IH.248功能和相關(guān)概念H.248提供了MGC在呼叫處理過(guò)程中控制MG中各種靜態(tài)及動(dòng)態(tài)資源（IP/ATM/TDM）的能力（包括終端屬性、終端連接交換關(guān)系及其承載的媒體流），還提供了獨(dú)立于MG的狀態(tài)維護(hù)與管理能力；H.248協(xié)議消息編碼可以采用二進(jìn)制或文本格式，現(xiàn)在只支持文本格式；H.248消息的承載目前都是基于UDP的。使用H.248協(xié)議時(shí)，傳輸層端口號(hào)與編碼類(lèi)型有關(guān)，默認(rèn)端口號(hào)為：2944（文本格式編碼）或者2945（二進(jìn)制編碼）。Page6H.248功能和相關(guān)概念H.248提供了MGC在呼叫處理過(guò)程H.248在NGN網(wǎng)絡(luò)中的使用ISUP/TUPSIPH.323INNMSINAPSIPXML/SNMPSIPU-NICASG7000PSTNswitchSTPM3UA/SCTP分組核心網(wǎng)TMG8010M2UA/H.248OpenEyeSIP

phoneH.323

PhoneSIP-T/H.323SoftX3000IAD系列H.248/MGCPUA5000H.323H.248/MGCPSoftX3000LANNATIP超市私有協(xié)議（私網(wǎng)穿越基于STUN）UMG8900H.248/V5UA/IUASIPUC-ServerR2/V5R2/V5/ISDNMTANCSPage7H.248在NGN網(wǎng)絡(luò)中的使用ISUP/TUPINNMSIN第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章業(yè)務(wù)消息識(shí)別舉例Page8第1章概述Page8第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4

節(jié)和MGCP協(xié)議的比較Page9第2章協(xié)議內(nèi)容介紹Page9連接模型：兩個(gè)重要概念(Context和Termination)協(xié)議的連接模型主要描述媒體網(wǎng)關(guān)中的邏輯實(shí)體，這些邏輯實(shí)體由媒體網(wǎng)關(guān)控制器（MGC）控制。這個(gè)連接模型中的主要的抽象概念是終端（Termination）和關(guān)聯(lián)（Context）;在H.248/Megaco定義的連接模型中，包括關(guān)聯(lián)和終端兩個(gè)實(shí)體。一個(gè)關(guān)聯(lián)中至少要包含一個(gè)終端，否則此關(guān)聯(lián)將被刪除，空關(guān)聯(lián)指的是只包含一個(gè)與其他終端沒(méi)有連接的終端的關(guān)聯(lián)；同時(shí)一個(gè)終端在任一時(shí)刻也只能屬于一個(gè)關(guān)聯(lián)。

Page10連接模型：兩個(gè)重要概念(Context和Terminat終端（Termination）

終端是位于MG中的一個(gè)邏輯實(shí)體，可以發(fā)送/接收媒體和（或）控制流。例如表示一個(gè)時(shí)隙（CIC電路）、一個(gè)IP端口（IP地址+端口號(hào)）、或一個(gè)ATM端口（VPI/VCI）。Page11終端（Termination）終端是位于MG中的一個(gè)邏輯終端（Termination）終端分為兩類(lèi)：

1、半永久終端，用來(lái)表示物理實(shí)體

如TDM信道，只要這個(gè)TDM信道在MG中被配置，就一直存在，只有當(dāng)配

置信息被刪除后，與之對(duì)應(yīng)的終端才會(huì)消失。當(dāng)一個(gè)半永久終端被加入一

個(gè)特定關(guān)聯(lián)時(shí)，它是從NULL關(guān)聯(lián)中獲取，而當(dāng)從特定關(guān)聯(lián)中刪除時(shí)，它

又返回到NULL關(guān)聯(lián)；

2、臨時(shí)終端，代表臨時(shí)性的信息流

如RTP流，當(dāng)需要時(shí)創(chuàng)建，使用完畢后就刪除。臨時(shí)終端通過(guò)ADD命令創(chuàng)

建，通過(guò)SUBTRACT命令清除。終端特征通過(guò)屬性來(lái)描述，這些屬性被轉(zhuǎn)換成描述符在命令中攜帶。終端被創(chuàng)建時(shí)，媒體網(wǎng)關(guān)會(huì)為其分配一個(gè)唯一標(biāo)識(shí)。Page12終端（Termination）終端分為兩類(lèi)：

1、半永久終端終端（Termination）終端屬性，可以創(chuàng)建新的終端或者修改已存在終端的屬性；終端ID，對(duì)不同的終端通過(guò)終端ID來(lái)引用，終端ID是由MG配置的。終端ID有兩種通配方式：“ALL”和“CHOOSE”；終端屬性和描述符，終端擁有屬性，屬性擁有唯一的屬性ID；ROOT終端，通常用來(lái)表示媒體網(wǎng)關(guān)本身，允許在ROOT終端上定義包，也可以擁有屬性、事件、信號(hào)、統(tǒng)計(jì)和參數(shù)。ROOT終端可以出現(xiàn)在Modify、Notify、AuditValue、AuditCapability、ServiceChange命令中，其它任何對(duì)ROOT終端的使用都是錯(cuò)誤。TerminationID

:二進(jìn)制編碼時(shí)最多可以64位表示，文本編碼時(shí)最

多可以達(dá)64個(gè)字符；Page13終端（Termination）終端屬性，可以創(chuàng)建新的終端或者Termination的屬性屬性Properties:

終端本身具有的屬性；事件Events

:指示終端需要檢測(cè)的事件。例如：摘機(jī)，掛機(jī)、拍叉，拔號(hào)等；信號(hào)Signals

:

網(wǎng)關(guān)產(chǎn)生的各種類(lèi)型的媒體流。例如：拔號(hào)音，忙音，振鈴音，回鈴音等。統(tǒng)計(jì)Statistics

:用于描述一個(gè)終端的統(tǒng)計(jì)信息，可以在一次呼叫完成

后向MGC上報(bào)，也可以由MGC下發(fā)命令A(yù)uditValue

查詢(xún)相關(guān)的統(tǒng)計(jì)信息。該信息主要用來(lái)計(jì)費(fèi)。Page14Termination的屬性屬性Properties:關(guān)聯(lián)（Context）

關(guān)聯(lián)描述一組終端之間的關(guān)聯(lián)關(guān)系，當(dāng)一個(gè)關(guān)聯(lián)涉及多個(gè)終端時(shí)，關(guān)聯(lián)將描述這些終端所組成的拓?fù)浣Y(jié)構(gòu)以及媒體混合交換的參數(shù)。關(guān)聯(lián)中的終端可以通過(guò)Add命令進(jìn)行創(chuàng)建，通過(guò)Subtract進(jìn)行刪除。一個(gè)關(guān)聯(lián)中必須至少包含一個(gè)終端。Page15關(guān)聯(lián)（Context）關(guān)聯(lián)描述一組終端之間的關(guān)聯(lián)關(guān)系，第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page16第2章協(xié)議內(nèi)容介紹Page16H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個(gè)信息單元。消息可以使用二進(jìn)制格式和文本格式編碼；采用二進(jìn)制編碼時(shí)，使用ITU-TX.680（ASN.1）定義的規(guī)范描述，使用X.690定義的BER規(guī)則編碼；采用文本方式編碼時(shí)，遵循RFC2234ABNF規(guī)范；MGC必須支持兩種編碼格式，MG可能支持其中任何一種或兩種方式。MGC側(cè)和MG側(cè)的H.248消息都有相同的結(jié)構(gòu)。Page17H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個(gè)信息單H.248消息結(jié)構(gòu)

H.248協(xié)議發(fā)送或接受的信息單元稱(chēng)為消息，消息從消息頭（Header）開(kāi)始，后面是若干個(gè)事務(wù)；消息頭中包含消息標(biāo)識(shí)符（MID）和版本字段。MID用于標(biāo)識(shí)消息的發(fā)送者，可以是IP地址、域名或設(shè)備名；版本字段用于標(biāo)識(shí)消息遵守的協(xié)議版本，有版本1和版本2。

目前接入網(wǎng)MG兩者都支持；消息內(nèi)的事務(wù)是相互獨(dú)立的，當(dāng)多個(gè)被獨(dú)立處理時(shí)，消息沒(méi)有規(guī)定處理的先后次序。Page18H.248消息結(jié)構(gòu)H.248協(xié)議發(fā)送或接受的信息單元稱(chēng)為消H.248協(xié)議的消息機(jī)制Message消息TransactionI事務(wù)TransactionIDnContextID1關(guān)聯(lián)ContextIDnCMD1命令CMDnDes-nDes-1描述符......Page19H.248協(xié)議的消息機(jī)制Message消息Transacti事務(wù)（Transaction）MGC和MG之間的一組命令構(gòu)成事務(wù)，事務(wù)由TransactionID進(jìn)行標(biāo)識(shí)。事務(wù)包含一個(gè)或多個(gè)動(dòng)作，一個(gè)動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)的命令組成；一個(gè)事務(wù)從“事務(wù)頭部”（TransHdr）開(kāi)始。在TransHdr中包含TransactionID。TransactionID由事務(wù)的發(fā)送者指定，在發(fā)送者范圍內(nèi)是唯一的；TransHdr后面是該事務(wù)的若干動(dòng)作，這些動(dòng)作必須順序執(zhí)行。若某動(dòng)作中的一個(gè)命令執(zhí)行失敗，該事務(wù)中以后的命令將終止執(zhí)行（Optional命令除外）。引入事務(wù)的一個(gè)重要功能是可以保證命令的順序執(zhí)行；當(dāng)命令標(biāo)記為“Optional”（可選命令），該命令可以越過(guò)一個(gè)命令執(zhí)行失敗而導(dǎo)致以后命令終止執(zhí)行的限制，即如果可選命令執(zhí)行不成功，其后的命令可以繼續(xù)執(zhí)行。Page20事務(wù)（Transaction）MGC和MG之間的一組命令構(gòu)事務(wù)（Transaction）事務(wù)包括請(qǐng)求和響應(yīng)兩種類(lèi)型；其中響應(yīng)事務(wù)也包含兩種：TransactionReply和TransactionPending。Page21事務(wù)（Transaction）事務(wù)包括請(qǐng)求和響應(yīng)兩種類(lèi)型請(qǐng)求事務(wù)（TransactionRequest）每個(gè)TransactionRequest請(qǐng)求激發(fā)一個(gè)事務(wù)。一個(gè)事務(wù)包含一個(gè)到多個(gè)動(dòng)作，每個(gè)動(dòng)作包含與同一個(gè)關(guān)聯(lián)（Context）相關(guān)的一個(gè)到多個(gè)命令。TransactionRequest結(jié)構(gòu)如下：Page22請(qǐng)求事務(wù)（TransactionRequest）Page2完成事務(wù)響應(yīng)（TransactionReplay）TransactionReply是事務(wù)接收者對(duì)TransactionRequest的一種響應(yīng)，表明接收者完成該TransactionRequest命令執(zhí)行，對(duì)每個(gè)事務(wù)都應(yīng)有一個(gè)Reply響應(yīng);以下兩種情況表明一個(gè)TransactionRequest執(zhí)行完成：

TransactionRequest中的所有命令成功執(zhí)行完畢；

TransactionRequest中的一個(gè)非可選命令執(zhí)行失敗。TransactionReply結(jié)構(gòu)如下：Page23完成事務(wù)響應(yīng)（TransactionReplay）Trans正在處理事務(wù)響應(yīng)（TransactionPending）TransactionPending由接收者發(fā)送，指示事務(wù)正在處理，但仍然沒(méi)有完成。當(dāng)命令處理時(shí)間較長(zhǎng)時(shí)，可以防止發(fā)送者重發(fā)事務(wù)請(qǐng)求；TransactionPending結(jié)構(gòu)如下：可見(jiàn)，事務(wù)表現(xiàn)為T(mén)ransactionRequest，對(duì)TransactionRequest接收者必須響應(yīng)一個(gè)TransactionReply，在此之前可能有許多TransactionPending響應(yīng)。Page24正在處理事務(wù)響應(yīng)（TransactionPending）Tr動(dòng)作（Action）動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)內(nèi)的命令組成。Page25動(dòng)作（Action）動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)內(nèi)的命令組成動(dòng)作（Action）動(dòng)作與關(guān)聯(lián)（Context）是密切相關(guān)的，動(dòng)作由ContextID進(jìn)行標(biāo)識(shí)；在一個(gè)動(dòng)作內(nèi)，命令需要順序執(zhí)行；一個(gè)動(dòng)作從關(guān)聯(lián)頭部（CtxHdr）開(kāi)始，在CtxHdr包含ContextID，用于標(biāo)識(shí)該動(dòng)作對(duì)應(yīng)的關(guān)聯(lián)。ContextID由MG指定，在MG范圍內(nèi)是唯一的。MGC必須在以后的與此關(guān)聯(lián)相關(guān)的事務(wù)中使用ContextID；在CtxHdr后面是若干命令，這些命令都與ContextID標(biāo)識(shí)的關(guān)聯(lián)相關(guān)。Page26動(dòng)作（Action）動(dòng)作與關(guān)聯(lián)（Context）是密切相關(guān)第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page27第2章協(xié)議內(nèi)容介紹Page27命令（Command）命令(Command)：是H.248消息的主要內(nèi)容，實(shí)現(xiàn)對(duì)關(guān)聯(lián)和終端屬性的控制，包括指定終端報(bào)告檢測(cè)到的事件，通知終端使用什么信號(hào)和動(dòng)作，以及指定關(guān)聯(lián)的拓?fù)浣Y(jié)構(gòu)等。命令由命令頭部（CMDHdr）與命令參數(shù)構(gòu)成，在H.248協(xié)議中，命令參數(shù)被組織成“描述符”（Descriptor）；H.248協(xié)議定義了八個(gè)命令，其中“Notify”是由MG發(fā)給MGC，“ServiceChange”可由MG或MGC發(fā)送，其它命令都是由MGC發(fā)給MG。Page28命令（Command）命令(Command)：是H.248命令：Add/Modify/SubtractADD:

增加一個(gè)Termination到一個(gè)Context中，當(dāng)ContextID為CHOOSE關(guān)聯(lián)(“$”)(或第一次增加一個(gè)Termination)，MG將創(chuàng)建一個(gè)Context，然后往其中加入Termination；MODIFY:

修改一個(gè)Termination的屬性、事件和信號(hào)參數(shù)。如：修

改終端的編碼類(lèi)型、通知終端檢測(cè)摘機(jī)/掛機(jī)事件、修改終端的拓?fù)浣Y(jié)構(gòu)(雙向/單向/隔離等)；SUBSTRACT:

從一個(gè)Context中刪除一個(gè)Termination，同時(shí)返回

該Termination的統(tǒng)計(jì)狀態(tài)。如果Context中只有此Termination，則刪除此Context。Page29命令：Add/Modify/SubtractADD:增加一命令：Move/AuditValue/AuditCapabilitiesMOVE:

將一個(gè)Termination從一個(gè)Context轉(zhuǎn)移到另一個(gè)Context中；AUDITVALUE:

審計(jì)命令，返回Termination的當(dāng)前的

Properties、Events、Signals、Statistics；AUDITCAPABILITIES:

返回MG中Termination特性的能力

集。Page30命令：Move/AuditValue/AuditCapabi命令：Notify/ServiceChangeNOTIFY:

允許MG將檢測(cè)到的事件通知給MGC。如：MG將檢測(cè)到的摘機(jī)事件上報(bào)給MGC；SERVICECHANGE:

允許MG向MGC通知一個(gè)或者多個(gè)終端將要脫離或者加入業(yè)務(wù)。用來(lái)MG向MGC進(jìn)行注冊(cè)、重啟通知。MGC可以使用ServieceChange對(duì)MG進(jìn)行重啟。MGC可以使用ServiceChange通知MG注銷(xiāo)一個(gè)或一部分Termination。Page31命令：Notify/ServiceChangeNOTIFY:第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page32第2章協(xié)議內(nèi)容介紹Page32H248協(xié)議和MGCP協(xié)議的比較MGCP優(yōu)點(diǎn)：業(yè)界成熟產(chǎn)品，價(jià)格相對(duì)較低其余同”軟交換與用戶(hù)網(wǎng)關(guān)/IAD之間(MGCP)”缺點(diǎn)：1.主要支持語(yǔ)音，業(yè)務(wù)能力弱2.其余同前述。僅支持語(yǔ)音業(yè)務(wù)時(shí)選用H.248優(yōu)點(diǎn)：1.支持多媒體連接2.協(xié)議既可采用文本又可采用二進(jìn)制，增強(qiáng)適應(yīng)性3.擴(kuò)展性好缺點(diǎn)：復(fù)雜、目前應(yīng)用較少支持語(yǔ)音和多媒體，將來(lái)替代MGCPPage33H248協(xié)議和MGCP協(xié)議的比較MGCP優(yōu)點(diǎn)：僅支持語(yǔ)音業(yè)務(wù)第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章信令解析舉例Page34第1章概述Page34第2章信令基本控制流程第1節(jié)網(wǎng)關(guān)注冊(cè)/注銷(xiāo)/初始

化流程第2節(jié)典型呼叫處理流程Page35第2章信令基本控制流程Page35網(wǎng)關(guān)注冊(cè)/注銷(xiāo)流程MGSVC_CHG_REQSVC_CHG_REPLYSoftX3000UA5000softx3000我要注冊(cè)注冊(cè)O(shè)K事件1：下面是SVC_CHG_REQ命令的文本描述：MEGACO/1[191.169.150.172]:2944T=3{C=-{SC=ROOT{SV{MT=RS,RE=902}}}}事件2：下面是SVC_CHG_REPLY響應(yīng)的文本描述：MEGACO/1[191.169.150.170]:2944P=3{C=-{SC=ROOT{SV{}}}}Page36網(wǎng)關(guān)注冊(cè)/注銷(xiāo)流程MGSVC_CHG_REQSVC_CHG網(wǎng)關(guān)初始化流程SoftX3000MGMOD_REPLYMOD_REQ

MG注冊(cè)成功后，MGC將對(duì)空關(guān)聯(lián)中的MG的所有半永久終端的屬性進(jìn)行修改。指示MG檢測(cè)用戶(hù)的摘機(jī)事件。此時(shí)，此終端可以接收或者發(fā)起呼叫。

事件1：注冊(cè)成功后，MGC在空關(guān)聯(lián)中對(duì)MG中的終端進(jìn)行操作，通過(guò)Modify命令，更改終端屬性。下面是MOD_REQ命令的文本描述：MEGACO/1[191.169.150.170]:2944T=372794419{C=-{MF=A0{E=369099777{al/*},SG{}}}}事件2：MG收到Modify命令后，回送響應(yīng)。下面是MOD_REPLY響應(yīng)的文本描述：MEGACO/1[191.169.150.172]:2944P=372794419{C=-{MF=A0}}UA5000softx3000好吧請(qǐng)您監(jiān)測(cè)用戶(hù)Page37網(wǎng)關(guān)初始化流程SoftX3000MGMOD_REPLYMO第2章信令基本控制流程第1節(jié)網(wǎng)關(guān)注冊(cè)/注銷(xiāo)/初始

化流程第2節(jié)典型呼叫處理流程Page38第2章信令基本控制流程Page38不同MG下的呼叫流舉例PSTNCoreNetworkSoftX300UA5000UA5000SG7000SS7/PRIM3UA/SCTPH.248UA5000ABC信令流媒體流喂，在干啥呢…~!@#正上網(wǎng)呢！~!@#$%^Page39不同MG下的呼叫流舉例PSTNCoreNetworkSof同一MG下終端之間的H.248呼叫流舉例CoreNetworkSoftX300UA5000A信令流媒體流BPage40同一MG下終端之間的H.248呼叫流舉例CoreNetwo第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章信令解析舉例Page41第1章概述Page41H.248呼叫信令解析—組網(wǎng)例圖CoreNetworkSoftX300UA5000UserA信令流媒體流UserB端口0/8/1端口0/12/1Page42H.248呼叫信令解析—組網(wǎng)例圖CoreNetworkSo典型信令解析主叫號(hào)碼顯示(MGC->MG)：

MEGACO/1[10.71.50.51]:2944T=372813453{C=142{MF=A1{E=369154824{al/*},SG{andisp/dwa{ddb=[040F303830343137343736363633303030E9]}}}}}

andisp/dwa：表示主叫號(hào)碼顯示信號(hào)描述符；04：SDMF來(lái)顯格式0F：消息長(zhǎng)度3038303431373437：08月04日17點(diǎn)47分（用asicl碼表示，0就是30，依此類(lèi)推）36363633303030：6663000電話(huà)號(hào)碼（用asicl碼表示，0就是30，依此類(lèi)推）反極計(jì)費(fèi)開(kāi)始(MGC->MG)：

MEGACO/1[10.71.50.51]:2944T=372787051{C=47{MF=A1{E=369154819{al/*},SG{xal/las}}}}

其中：SG{xal/las}}}}

表示反極計(jì)費(fèi)描述符；

Page43典型信令解析主叫號(hào)碼顯示(MGC->MG)：Page43解讀數(shù)圖一般數(shù)圖格式如下：([2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[0-9EF].L)}其中：“[2-9]xxxxxx”表示用戶(hù)可以撥2～9中任意一位數(shù)字開(kāi)頭的任意7位號(hào)碼；“13xxxxxxxxx”表示13開(kāi)頭的任意11號(hào)碼；“0xxxxxxxxx”表示0開(kāi)頭的任意10位號(hào)碼；“9xxxx”表示9開(kāi)頭的任意5位號(hào)碼；“1[0124-9]x”表示1開(kāi)頭，3以外的十進(jìn)制數(shù)為第二位的任意3位號(hào)碼；“E”表示字母“*”；“F”表示字母“#”“x.F”；“[0-9EF].L”x表示撥以數(shù)字0～9、字母“E”、“F”開(kāi)頭的任意位等長(zhǎng)定時(shí)器超時(shí)之后就會(huì)上報(bào)。.表示重復(fù)該符號(hào)前數(shù)字的0次到多次|表示可選方案

Page44解讀數(shù)圖一般數(shù)圖格式如下：Page44數(shù)圖故障舉例（一）現(xiàn)象：與Z司軟交換對(duì)接，AG用戶(hù)主叫摘機(jī)即聽(tīng)忙音。處理過(guò)程：

1、與友商對(duì)接測(cè)試有問(wèn)題時(shí)，首先考慮端口鏡像抓包進(jìn)行分析，2、通過(guò)信令分析。發(fā)現(xiàn)AG在Z司MGC下發(fā)數(shù)圖之后回應(yīng)ER=519{“Outofspacetostoredigitmap”}

，可以看到軟交換下發(fā)的數(shù)圖規(guī)則超出AG的最大處理能力，造成通話(huà)失敗。

Page45數(shù)圖故障舉例（一）現(xiàn)象：Page45數(shù)圖故障分析案例（二）-摘機(jī)有饋電沒(méi)拔號(hào)音現(xiàn)象：Z公司軟交換下發(fā)數(shù)圖不合法導(dǎo)致UA5000用戶(hù)摘機(jī)聽(tīng)不到撥號(hào)音。

某司AG與Z公司軟交換H248接口已經(jīng)正常建立，但是主叫摘機(jī)有饋電沒(méi)有撥號(hào)音。

處理過(guò)程：

1、檢查T(mén)ID配置正確，端口狀態(tài)為正常；

2、與其他廠家對(duì)接測(cè)試問(wèn)題，首先考慮端口鏡像抓包進(jìn)行分析，軟交換下發(fā)數(shù)圖后，UA回復(fù)400語(yǔ)法錯(cuò)誤；Page46數(shù)圖故障分析案例（二）-摘機(jī)有饋電沒(méi)拔號(hào)音現(xiàn)象：

處理過(guò)程：數(shù)圖故障分析案例（二）-摘機(jī)有饋電沒(méi)拔號(hào)音

處理過(guò)程：

3、檢查數(shù)圖中存在“|.”的不合法數(shù)圖；

4、“.”表示其前面的數(shù)字或字符可以出現(xiàn)任意多個(gè)，包括0個(gè)，所以在數(shù)圖末尾出現(xiàn)“|.”沒(méi)有意義，不符合數(shù)圖語(yǔ)法規(guī)則；

5、把此數(shù)圖刪除后，測(cè)試能夠正常聽(tīng)到撥號(hào)音。

原因分析：

按照《中國(guó)電信H.248標(biāo)準(zhǔn)》，“|”用于分隔字符串，表示每個(gè)字符串為一個(gè)可選擇的撥號(hào)方案，“.”表示其前面的數(shù)字或字符可以出現(xiàn)任意多個(gè)，包括0個(gè)，所以在數(shù)圖末尾出現(xiàn)“|.”沒(méi)有意義，不符合數(shù)圖語(yǔ)法規(guī)則。

Page47數(shù)圖故障分析案例（二）-摘機(jī)有饋電沒(méi)拔號(hào)音

處理過(guò)程：

數(shù)圖故障分析案例（三）-AG只能上報(bào)一位號(hào)碼現(xiàn)象：和意大利ITATEL軟交換對(duì)接，AG上報(bào)一位號(hào)碼后，不再上報(bào)其余號(hào)碼；

分析過(guò)程：

在軟交換上抓報(bào)文分析如下：MEGACO/1[10.71.50.51]:2944T=372849746{C=-{MF=A1{E=369154818{tonedet/std{tl=[*]},al/*},SG{}}}}//響應(yīng)MEGACO/1[10.71.50.30]:2944P=372849746{C=-{MF=A1}}原因分析：是ITATEL軟交換目前不支持?jǐn)?shù)圖，只在主叫摘機(jī)后下發(fā)撥號(hào)檢測(cè)事件（tonedect）。但當(dāng)AG上報(bào)一位號(hào)碼后，軟交換不再下發(fā)撥號(hào)檢測(cè)事件，導(dǎo)致后續(xù)號(hào)碼上報(bào)不了。Page48數(shù)圖故障分析案例（三）-AG只能上報(bào)一位號(hào)碼現(xiàn)象：MEGAC故障分析案例（四）-摘機(jī)上報(bào)故障現(xiàn)象：AG和Z司軟交換對(duì)接，AG用戶(hù)必須先做一次被叫才能正常打電話(huà)，否則摘機(jī)無(wú)音.原因：在Z司軟交換沒(méi)有下發(fā)檢測(cè)摘機(jī)事件的情況下，AG摘機(jī)上報(bào)OE=*，導(dǎo)致Z司軟交換不能識(shí)別。正常摘機(jī)上報(bào)：msgtomgc([10.71.50.51]:2944):MEGACO/1[10.71.50.30]:2944T=11{C=-{N=A1{OE=369154816{al/of}}}}Page49故障分析案例（四）-摘機(jī)上報(bào)故障現(xiàn)象：Page49故障分析案例（五）-拔號(hào)即聽(tīng)忙音故障現(xiàn)象：某AG和Z司軟交換對(duì)接；用戶(hù)摘機(jī)可聽(tīng)到撥號(hào)音，但是撥任何號(hào)碼都直接聽(tīng)忙音。

分析過(guò)程：

用戶(hù)摘機(jī)可聽(tīng)到撥號(hào)音，但是撥任何號(hào)碼都直接聽(tīng)忙音，一般有3種情況會(huì)出現(xiàn)，一是UA分配的終端ID范圍超出軟交換上配置的范圍，二是數(shù)圖匹配有問(wèn)題，三是軟交換下發(fā)的資源屬性格式有錯(cuò)誤。

處理過(guò)程：1、核對(duì)軟交換與AG的終端ID范圍，沒(méi)有問(wèn)題。

2、用戶(hù)摘機(jī)能聽(tīng)到撥號(hào)音，說(shuō)明軟交換（Z公司）下發(fā)的數(shù)圖正確并且被識(shí)別。Page50故障分析案例（五）-拔號(hào)即聽(tīng)忙音故障現(xiàn)象：Page50故障分析案例（五）-拔號(hào)即聽(tīng)忙音故障處理過(guò)程：3、在Z司軟交換上抓報(bào)文分析如下：

[10.35.64.3]:2944

T=2103478924{C=${A=A0,A=${M{ST=1{O{MO=RC,nt/jit=40},L{

v=0

c=IN

IP4

$

m=audio

$

RTP/AVP

8

0

a=ptime:20

}}},E=2103997587{nt/netfail,nt/qualert{th=80}}}}}

MEGACO/2

[10.35.96.67]:2944

P=2103478917{C=43{AV=A0{E=2103997253{},ER=500{"Internal

software

failure

in

the

MG"}}}}

說(shuō)明軟交換下發(fā)了AG不能識(shí)別的報(bào)文，所以UA5000會(huì)向軟交換回“Internal

software

failure

in

the

MG”。

但與正常消息比較后，也沒(méi)看出來(lái)下發(fā)的消息有什么問(wèn)題。。。。。Page51故障分析案例（五）-拔號(hào)即聽(tīng)忙音故障處理過(guò)程：Page51故障分析案例（五）-拔號(hào)即聽(tīng)忙音故障用xDBWIN在AG設(shè)備上抓包分析，發(fā)現(xiàn)協(xié)議棧在解析“v=0c=IN

IP4

$m=audio

$

RTP/AVP

8

0

a=ptime:20

”時(shí)出錯(cuò)。于是，再用Ethereal抓包分析，發(fā)現(xiàn)友商軟交換設(shè)備（Z公司）下發(fā)的以下報(bào)文出現(xiàn)空格，不符合要求，報(bào)文如下圖：

原因分析：

軟交換下發(fā)的資源屬性格式有錯(cuò)誤。Z司修改后問(wèn)題解決。Page52故障分析案例（五）-拔號(hào)即聽(tīng)忙音故障用xDBWIN在AG設(shè)備故障分析案例（六）-撥完號(hào)碼后出忙音故障現(xiàn)象：和Z司軟交換對(duì)接，撥完號(hào)碼后出忙音處理過(guò)程：抓信令分析后發(fā)現(xiàn)：原因是H司AG提供的臨時(shí)終端RTP資源范圍為0-10000000，而Z司軟交換單板提供的資源范圍僅為0-65535。建立關(guān)聯(lián)時(shí)的信令：MEGACO/1[10.71.50.51]:2944T=369441876{C=${A=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369154820{tonedet/std{tl=[*]},al/*},SG{}},A=${M{O{MO=RC,RV=OFF,RG=OFF},L{v=0c=INIP4$m=audio$RTP/AVP8a=ptime:20}}}}}MEGACO/1[10.71.50.30]:2944P=369441876{C=383{A=A1,A=A100000006{M{ST=1{O{MO=RC,RV=OFF,RG=OFF},L{v=0c=INIP410.71.50.30m=audio19196RTP/AVP8a=ptime:20}}}}}}MEGACO/1[10.71.50.51]:2944T=369441877{C=383{MF=A1{SG{cg/bt}}}}

A100000006：RTP資源編號(hào)，目前AG取值范圍是100000000～100000999Page53故障分析案例（六）-撥完號(hào)碼后出忙音故障現(xiàn)象：建立關(guān)聯(lián)時(shí)的信故障分析案例（七）-對(duì)方已掛機(jī)但聽(tīng)不到忙音現(xiàn)象：和A司軟交換對(duì)接，AG用戶(hù)在對(duì)方已掛機(jī)的前提下不能聽(tīng)到忙音。處理過(guò)程：經(jīng)過(guò)信令分析，發(fā)現(xiàn)原因是A司下發(fā)忙音為cg/ct，正在放音的時(shí)候不會(huì)重新聯(lián)網(wǎng),但是判斷的時(shí)候漏掉了cg/ct導(dǎo)致邏輯放音聽(tīng)不到MEGACO/1[10.71.50.51]:2944T=370359990{C=383{MF=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369154827{al/*},SG{cg/ct}},MF=A100000006{M{O{MO=IN,RV=OFF,RG=OFF}}}}}Page54故障分析案例（七）-對(duì)方已掛機(jī)但聽(tīng)不到忙音現(xiàn)象：MEGACO故障分析案例（八）-AG注冊(cè)不成功現(xiàn)象：組網(wǎng)：B**AGsbc2200SoftX3000B**廠家的AG通過(guò)SBC2200注冊(cè)到H司軟交換不成功。在軟交換上跟蹤不到消息，在SBC2200跟蹤Debug調(diào)試消息提示“Decode

h248

message

failed”。

處理過(guò)程：1、開(kāi)始懷疑是SBC2200不支持用

“!/1”

代替

“MEGACO/1”，但比較軟交換下發(fā)給其他廠家正常注冊(cè)的AG的審計(jì)消息，說(shuō)明SBC2200是支持的。

2、比較其他正常注冊(cè)消息的域名發(fā)現(xiàn)B**廠家AG送過(guò)來(lái)的MID為

“yjtx:2944”，查詢(xún)H248協(xié)議這是不符合協(xié)議規(guī)范的，domainName必須用<>限定的；SBC2200協(xié)議棧無(wú)法解析，就會(huì)導(dǎo)致回應(yīng)Decode

h248

message

failed，讓對(duì)方重新修改MID格式后，在軟交換上查詢(xún)MGW注冊(cè)正常。

*1.444547537F-B-ncecl-1.jxngnH248/8/REGISTER:Information:H248messagereceived,59.53.175.72(2944)-->61.180.127.50(2944)vpn(0):!/1yjtx:2944T=1008{C=-{SC=ROOT{SV{MT=RS,AD=2944,V=1,PF=BLADE_1_0/1,RE="901ColdBoot",DL=0,20080325T15351500}}}}*1.444547537F-B-ncecl-1.jxngnH248/8/REGISTER:Error:Decodeh248messagefailed,returnvalueis0x190.Themessageis:!/1yjtx:2944T=1008{C=-{SC=ROOT{SV{MT=RS,AD=2944,V=1,PF=BLADE_1_0/1,RE="901ColdBoot",DL=0,20080325T15351500}}}}結(jié)論：對(duì)于H248注冊(cè)消息中的MID格式要求：

MID的格式如果是用domainName，就必須用<

>限定。

MID的格式如果是用domainAddress，就必須用[

]限定。

Page55故障分析案例（八）-AG注冊(cè)不成功現(xiàn)象：*1.4445475故障分析案例（九）-AG注冊(cè)不成功現(xiàn)象：組網(wǎng)：SoftX3000-友商AG，用戶(hù)反映友商AG無(wú)法注冊(cè)。

處理過(guò)程：1、在SoftX3000上跟蹤H248注冊(cè)消息如下：

AG發(fā)起的注冊(cè)請(qǐng)求：

!/1

[10.64.71.61]:2944

T=1347{C=-{SC=ROOT{SV{MT=RS,AD=2944,V=1,PF=AGW/1,RE="902",20080118T00455100}}}}

SoftX3000的響應(yīng)：

!/1

[10.64.11.1]:2944

P=1347{C=-{SC=ROOT{ER=403{"Err

in

Trans"}}}}

2、從AG發(fā)起注冊(cè)的消息可以知道PF=AGW/1，PF是一個(gè)協(xié)商參數(shù)，對(duì)應(yīng)ADD

MGW配置的H248協(xié)議子集參數(shù)。

3、LST

MGW發(fā)現(xiàn)H248協(xié)議子集

=

<NULL>。MOD

MGW配置H248協(xié)議子集參數(shù)SRVCPROFILE="AGW/1"，友商AG可以正常注冊(cè)。

結(jié)論：AG無(wú)法注冊(cè)主要是注冊(cè)消息不符合SoftX3000要求的H248協(xié)議規(guī)范。

Page56故障分析案例（九）-AG注冊(cè)不成功現(xiàn)象：結(jié)論：AG無(wú)法注冊(cè)故障分析案例（十）-不能建立關(guān)聯(lián)現(xiàn)象：客戶(hù)使用AC廠家的媒體網(wǎng)關(guān)與SoftX3000對(duì)接H248協(xié)議，雖然該媒體網(wǎng)關(guān)可以注冊(cè)到SoftX3000，但是SoftX3000上的電路狀態(tài)為錯(cuò)誤。

處理過(guò)程：1.從SofX3000上跟蹤消息，發(fā)現(xiàn)對(duì)方很少回復(fù)消息過(guò)來(lái)。

2.通過(guò)Ethereal抓包檢查兩設(shè)備之間的H248消息，發(fā)現(xiàn)媒體網(wǎng)關(guān)發(fā)過(guò)來(lái)的消息不符合協(xié)議，造成SoftX3000協(xié)議棧解碼失敗，這也可以解釋為什么SoftX3000跟蹤H248消息時(shí)，顯示對(duì)方回的消息很少。因?yàn)榇蟛糠窒⒍冀獯a未通過(guò)。

對(duì)方送來(lái)的消息如下：

MEGACO/1

[10.1.56.112]:2944

P=406660440{C=-1{

ER

=

411{“No

active

contexts”}},C=-{

AV=Acgw/T0/C30{M{TS{SI=IV,BF=OFF},O{

MO=IN,tdmc/jit=70,tdmc/gain=32,tdmc/ec=on}}}}}

分析后發(fā)現(xiàn)：在P=406660440{C=-1可關(guān)聯(lián)ID為空后面還有一個(gè)數(shù)字。當(dāng)出現(xiàn)了數(shù)字之后SoftX3000就不知道如何解碼了。友商修改AG設(shè)置后正常。這個(gè)在H248-megaco的RFC文檔里有相應(yīng)規(guī)定。

ContextID

=

(UINT32

/

"*"

/

"-"

/

"$")

Page57故障分析案例（十）-不能建立關(guān)聯(lián)現(xiàn)象：對(duì)方送來(lái)的消息如下：故障分析案例（十一）-摘機(jī)無(wú)撥號(hào)音現(xiàn)象：采用MXU與貝爾核心網(wǎng)對(duì)接發(fā)現(xiàn)拔插光纖或者網(wǎng)絡(luò)中斷后摘機(jī)無(wú)撥號(hào)音。

處理過(guò)程：1.貝爾軟交換下發(fā)撥號(hào)音流程為在收到掛機(jī)事件后下發(fā)檢測(cè)摘機(jī)事件并且嵌套撥號(hào)音2.如果用戶(hù)通話(huà)過(guò)程中拔插光纖或者網(wǎng)絡(luò)中斷則用戶(hù)上報(bào)的掛機(jī)事件無(wú)法收到，因此檢測(cè)摘機(jī)和嵌套撥號(hào)音也不會(huì)下發(fā)，導(dǎo)致下次摘機(jī)不會(huì)上報(bào)也聽(tīng)不到撥號(hào)音3.在profile中修改對(duì)應(yīng)控制點(diǎn)，預(yù)置摘機(jī)事件，即使不收到檢測(cè)摘機(jī)事件也上報(bào)摘機(jī)，那么當(dāng)次無(wú)撥號(hào)音掛機(jī)后能夠恢復(fù)。

軟交換收到掛機(jī)下發(fā)嵌套信號(hào)如下：

Transaction=79766833{Context=2{Subtract=*},Context=-{Modify=A1{Events=589829{al/of{Embed{Signals{cg/dt},Events=393217{dd/ce{DigitMap=zhengzhou},al/on{strict=exact},g/sc}},strict=exact},al/on{strict=exact},g/sc}}}Page58故障分析案例（十一）-摘機(jī)無(wú)撥號(hào)音現(xiàn)象：軟交換收到掛機(jī)下發(fā)故障分析案例（十一）-摘機(jī)無(wú)撥號(hào)音現(xiàn)象：采用MXU與貝爾核心網(wǎng)對(duì)接發(fā)現(xiàn)接口故障恢復(fù)后摘機(jī)無(wú)撥號(hào)音。

處理過(guò)程：1.貝爾軟交換收到接口故障恢復(fù)的900restart消息不會(huì)下發(fā)檢測(cè)摘機(jī)嵌套撥號(hào)音2.在profile中修改對(duì)應(yīng)控制點(diǎn)，預(yù)置摘機(jī)事件，即使不收到檢測(cè)摘機(jī)事件也上報(bào)摘機(jī)，那么當(dāng)次無(wú)撥號(hào)音掛機(jī)后能夠恢復(fù)。

Page59故障分析案例（十一）-摘機(jī)無(wú)撥號(hào)音現(xiàn)象：Page59本章小結(jié)本章主要對(duì)前面介紹的H248協(xié)議進(jìn)行應(yīng)用；通過(guò)本章的學(xué)習(xí)，希望大家可以自己分析H248信令。Page60本章小結(jié)Page60H248協(xié)議培訓(xùn)課程演講完畢，謝謝觀看！演講完畢，謝謝觀看！接入網(wǎng)技術(shù)服務(wù)部H248協(xié)議深入及實(shí)例分析2022/12/29接入網(wǎng)技術(shù)服務(wù)部H248協(xié)議深入及實(shí)例分析2022/12/2隨著NGN網(wǎng)絡(luò)和業(yè)務(wù)的不斷應(yīng)用和發(fā)展，H248協(xié)議在目前的應(yīng)用中越來(lái)越廣泛。對(duì)于協(xié)議的深入掌握，將非常有助與故障定位和問(wèn)題處理。學(xué)習(xí)此膠片之前需要學(xué)過(guò)《H.248協(xié)議概述》Page64隨著NGN網(wǎng)絡(luò)和業(yè)務(wù)的不斷應(yīng)用和發(fā)展，H248協(xié)議在目前的應(yīng)學(xué)習(xí)目標(biāo)學(xué)習(xí)完此課程，您將會(huì)：了解H.248協(xié)議的體系結(jié)構(gòu)掌握H.248協(xié)議中命令格式和用途掌握H.248協(xié)議的消息交互過(guò)程掌握并能分析典型的H.248信令流程Page65學(xué)習(xí)目標(biāo)學(xué)習(xí)完此課程，您將會(huì)：Page3第1章概述

第2章協(xié)議內(nèi)容介紹

第3章信令基本控制流程

第4章信令解析舉例Page66第1章概述

第2章協(xié)議內(nèi)容介紹

第3章信令基本控制概述H.248和MeGaCo是同一種協(xié)議的兩個(gè)名稱(chēng)而已，是ITU與IETF共同制定的，ITU-T稱(chēng)之為H.248，而IETF則稱(chēng)之為MeGaCo；H.248協(xié)議是在MGCP協(xié)議的基礎(chǔ)上，結(jié)合其它媒體網(wǎng)關(guān)控制協(xié)議特點(diǎn)發(fā)展而成的一種協(xié)議；H.248協(xié)議彌補(bǔ)了MGCP協(xié)議描述能力上的欠缺，適合在大型網(wǎng)關(guān)上應(yīng)用；H.248信令消息有UDP/TCP/SCTP/ATM等多種承載方式，使傳輸更可靠，而MGCP則只能承載在寬帶IP網(wǎng)絡(luò)上的UDP格式。Page67概述H.248和MeGaCo是同一種協(xié)議的兩個(gè)名稱(chēng)而已，是IH.248功能和相關(guān)概念H.248提供了MGC在呼叫處理過(guò)程中控制MG中各種靜態(tài)及動(dòng)態(tài)資源（IP/ATM/TDM）的能力（包括終端屬性、終端連接交換關(guān)系及其承載的媒體流），還提供了獨(dú)立于MG的狀態(tài)維護(hù)與管理能力；H.248協(xié)議消息編碼可以采用二進(jìn)制或文本格式，現(xiàn)在只支持文本格式；H.248消息的承載目前都是基于UDP的。使用H.248協(xié)議時(shí)，傳輸層端口號(hào)與編碼類(lèi)型有關(guān)，默認(rèn)端口號(hào)為：2944（文本格式編碼）或者2945（二進(jìn)制編碼）。Page68H.248功能和相關(guān)概念H.248提供了MGC在呼叫處理過(guò)程H.248在NGN網(wǎng)絡(luò)中的使用ISUP/TUPSIPH.323INNMSINAPSIPXML/SNMPSIPU-NICASG7000PSTNswitchSTPM3UA/SCTP分組核心網(wǎng)TMG8010M2UA/H.248OpenEyeSIP

phoneH.323

PhoneSIP-T/H.323SoftX3000IAD系列H.248/MGCPUA5000H.323H.248/MGCPSoftX3000LANNATIP超市私有協(xié)議（私網(wǎng)穿越基于STUN）UMG8900H.248/V5UA/IUASIPUC-ServerR2/V5R2/V5/ISDNMTANCSPage69H.248在NGN網(wǎng)絡(luò)中的使用ISUP/TUPINNMSIN第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章業(yè)務(wù)消息識(shí)別舉例Page70第1章概述Page8第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4

節(jié)和MGCP協(xié)議的比較Page71第2章協(xié)議內(nèi)容介紹Page9連接模型：兩個(gè)重要概念(Context和Termination)協(xié)議的連接模型主要描述媒體網(wǎng)關(guān)中的邏輯實(shí)體，這些邏輯實(shí)體由媒體網(wǎng)關(guān)控制器（MGC）控制。這個(gè)連接模型中的主要的抽象概念是終端（Termination）和關(guān)聯(lián)（Context）;在H.248/Megaco定義的連接模型中，包括關(guān)聯(lián)和終端兩個(gè)實(shí)體。一個(gè)關(guān)聯(lián)中至少要包含一個(gè)終端，否則此關(guān)聯(lián)將被刪除，空關(guān)聯(lián)指的是只包含一個(gè)與其他終端沒(méi)有連接的終端的關(guān)聯(lián)；同時(shí)一個(gè)終端在任一時(shí)刻也只能屬于一個(gè)關(guān)聯(lián)。

Page72連接模型：兩個(gè)重要概念(Context和Terminat終端（Termination）

終端是位于MG中的一個(gè)邏輯實(shí)體，可以發(fā)送/接收媒體和（或）控制流。例如表示一個(gè)時(shí)隙（CIC電路）、一個(gè)IP端口（IP地址+端口號(hào)）、或一個(gè)ATM端口（VPI/VCI）。Page73終端（Termination）終端是位于MG中的一個(gè)邏輯終端（Termination）終端分為兩類(lèi)：

1、半永久終端，用來(lái)表示物理實(shí)體

如TDM信道，只要這個(gè)TDM信道在MG中被配置，就一直存在，只有當(dāng)配

置信息被刪除后，與之對(duì)應(yīng)的終端才會(huì)消失。當(dāng)一個(gè)半永久終端被加入一

個(gè)特定關(guān)聯(lián)時(shí)，它是從NULL關(guān)聯(lián)中獲取，而當(dāng)從特定關(guān)聯(lián)中刪除時(shí)，它

又返回到NULL關(guān)聯(lián)；

2、臨時(shí)終端，代表臨時(shí)性的信息流

如RTP流，當(dāng)需要時(shí)創(chuàng)建，使用完畢后就刪除。臨時(shí)終端通過(guò)ADD命令創(chuàng)

建，通過(guò)SUBTRACT命令清除。終端特征通過(guò)屬性來(lái)描述，這些屬性被轉(zhuǎn)換成描述符在命令中攜帶。終端被創(chuàng)建時(shí)，媒體網(wǎng)關(guān)會(huì)為其分配一個(gè)唯一標(biāo)識(shí)。Page74終端（Termination）終端分為兩類(lèi)：

1、半永久終端終端（Termination）終端屬性，可以創(chuàng)建新的終端或者修改已存在終端的屬性；終端ID，對(duì)不同的終端通過(guò)終端ID來(lái)引用，終端ID是由MG配置的。終端ID有兩種通配方式：“ALL”和“CHOOSE”；終端屬性和描述符，終端擁有屬性，屬性擁有唯一的屬性ID；ROOT終端，通常用來(lái)表示媒體網(wǎng)關(guān)本身，允許在ROOT終端上定義包，也可以擁有屬性、事件、信號(hào)、統(tǒng)計(jì)和參數(shù)。ROOT終端可以出現(xiàn)在Modify、Notify、AuditValue、AuditCapability、ServiceChange命令中，其它任何對(duì)ROOT終端的使用都是錯(cuò)誤。TerminationID

:二進(jìn)制編碼時(shí)最多可以64位表示，文本編碼時(shí)最

多可以達(dá)64個(gè)字符；Page75終端（Termination）終端屬性，可以創(chuàng)建新的終端或者Termination的屬性屬性Properties:

終端本身具有的屬性；事件Events

:指示終端需要檢測(cè)的事件。例如：摘機(jī)，掛機(jī)、拍叉，拔號(hào)等；信號(hào)Signals

:

網(wǎng)關(guān)產(chǎn)生的各種類(lèi)型的媒體流。例如：拔號(hào)音，忙音，振鈴音，回鈴音等。統(tǒng)計(jì)Statistics

:用于描述一個(gè)終端的統(tǒng)計(jì)信息，可以在一次呼叫完成

后向MGC上報(bào)，也可以由MGC下發(fā)命令A(yù)uditValue

查詢(xún)相關(guān)的統(tǒng)計(jì)信息。該信息主要用來(lái)計(jì)費(fèi)。Page76Termination的屬性屬性Properties:關(guān)聯(lián)（Context）

關(guān)聯(lián)描述一組終端之間的關(guān)聯(lián)關(guān)系，當(dāng)一個(gè)關(guān)聯(lián)涉及多個(gè)終端時(shí)，關(guān)聯(lián)將描述這些終端所組成的拓?fù)浣Y(jié)構(gòu)以及媒體混合交換的參數(shù)。關(guān)聯(lián)中的終端可以通過(guò)Add命令進(jìn)行創(chuàng)建，通過(guò)Subtract進(jìn)行刪除。一個(gè)關(guān)聯(lián)中必須至少包含一個(gè)終端。Page77關(guān)聯(lián)（Context）關(guān)聯(lián)描述一組終端之間的關(guān)聯(lián)關(guān)系，第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page78第2章協(xié)議內(nèi)容介紹Page16H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個(gè)信息單元。消息可以使用二進(jìn)制格式和文本格式編碼；采用二進(jìn)制編碼時(shí)，使用ITU-TX.680（ASN.1）定義的規(guī)范描述，使用X.690定義的BER規(guī)則編碼；采用文本方式編碼時(shí)，遵循RFC2234ABNF規(guī)范；MGC必須支持兩種編碼格式，MG可能支持其中任何一種或兩種方式。MGC側(cè)和MG側(cè)的H.248消息都有相同的結(jié)構(gòu)。Page79H.248協(xié)議的消息編碼消息是H.248協(xié)議發(fā)送的一個(gè)信息單H.248消息結(jié)構(gòu)

H.248協(xié)議發(fā)送或接受的信息單元稱(chēng)為消息，消息從消息頭（Header）開(kāi)始，后面是若干個(gè)事務(wù)；消息頭中包含消息標(biāo)識(shí)符（MID）和版本字段。MID用于標(biāo)識(shí)消息的發(fā)送者，可以是IP地址、域名或設(shè)備名；版本字段用于標(biāo)識(shí)消息遵守的協(xié)議版本，有版本1和版本2。

目前接入網(wǎng)MG兩者都支持；消息內(nèi)的事務(wù)是相互獨(dú)立的，當(dāng)多個(gè)被獨(dú)立處理時(shí)，消息沒(méi)有規(guī)定處理的先后次序。Page80H.248消息結(jié)構(gòu)H.248協(xié)議發(fā)送或接受的信息單元稱(chēng)為消H.248協(xié)議的消息機(jī)制Message消息TransactionI事務(wù)TransactionIDnContextID1關(guān)聯(lián)ContextIDnCMD1命令CMDnDes-nDes-1描述符......Page81H.248協(xié)議的消息機(jī)制Message消息Transacti事務(wù)（Transaction）MGC和MG之間的一組命令構(gòu)成事務(wù)，事務(wù)由TransactionID進(jìn)行標(biāo)識(shí)。事務(wù)包含一個(gè)或多個(gè)動(dòng)作，一個(gè)動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)的命令組成；一個(gè)事務(wù)從“事務(wù)頭部”（TransHdr）開(kāi)始。在TransHdr中包含TransactionID。TransactionID由事務(wù)的發(fā)送者指定，在發(fā)送者范圍內(nèi)是唯一的；TransHdr后面是該事務(wù)的若干動(dòng)作，這些動(dòng)作必須順序執(zhí)行。若某動(dòng)作中的一個(gè)命令執(zhí)行失敗，該事務(wù)中以后的命令將終止執(zhí)行（Optional命令除外）。引入事務(wù)的一個(gè)重要功能是可以保證命令的順序執(zhí)行；當(dāng)命令標(biāo)記為“Optional”（可選命令），該命令可以越過(guò)一個(gè)命令執(zhí)行失敗而導(dǎo)致以后命令終止執(zhí)行的限制，即如果可選命令執(zhí)行不成功，其后的命令可以繼續(xù)執(zhí)行。Page82事務(wù)（Transaction）MGC和MG之間的一組命令構(gòu)事務(wù)（Transaction）事務(wù)包括請(qǐng)求和響應(yīng)兩種類(lèi)型；其中響應(yīng)事務(wù)也包含兩種：TransactionReply和TransactionPending。Page83事務(wù)（Transaction）事務(wù)包括請(qǐng)求和響應(yīng)兩種類(lèi)型請(qǐng)求事務(wù)（TransactionRequest）每個(gè)TransactionRequest請(qǐng)求激發(fā)一個(gè)事務(wù)。一個(gè)事務(wù)包含一個(gè)到多個(gè)動(dòng)作，每個(gè)動(dòng)作包含與同一個(gè)關(guān)聯(lián)（Context）相關(guān)的一個(gè)到多個(gè)命令。TransactionRequest結(jié)構(gòu)如下：Page84請(qǐng)求事務(wù)（TransactionRequest）Page2完成事務(wù)響應(yīng)（TransactionReplay）TransactionReply是事務(wù)接收者對(duì)TransactionRequest的一種響應(yīng)，表明接收者完成該TransactionRequest命令執(zhí)行，對(duì)每個(gè)事務(wù)都應(yīng)有一個(gè)Reply響應(yīng);以下兩種情況表明一個(gè)TransactionRequest執(zhí)行完成：

TransactionRequest中的所有命令成功執(zhí)行完畢；

TransactionRequest中的一個(gè)非可選命令執(zhí)行失敗。TransactionReply結(jié)構(gòu)如下：Page85完成事務(wù)響應(yīng)（TransactionReplay）Trans正在處理事務(wù)響應(yīng)（TransactionPending）TransactionPending由接收者發(fā)送，指示事務(wù)正在處理，但仍然沒(méi)有完成。當(dāng)命令處理時(shí)間較長(zhǎng)時(shí)，可以防止發(fā)送者重發(fā)事務(wù)請(qǐng)求；TransactionPending結(jié)構(gòu)如下：可見(jiàn)，事務(wù)表現(xiàn)為T(mén)ransactionRequest，對(duì)TransactionRequest接收者必須響應(yīng)一個(gè)TransactionReply，在此之前可能有許多TransactionPending響應(yīng)。Page86正在處理事務(wù)響應(yīng)（TransactionPending）Tr動(dòng)作（Action）動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)內(nèi)的命令組成。Page87動(dòng)作（Action）動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)內(nèi)的命令組成動(dòng)作（Action）動(dòng)作與關(guān)聯(lián)（Context）是密切相關(guān)的，動(dòng)作由ContextID進(jìn)行標(biāo)識(shí)；在一個(gè)動(dòng)作內(nèi)，命令需要順序執(zhí)行；一個(gè)動(dòng)作從關(guān)聯(lián)頭部（CtxHdr）開(kāi)始，在CtxHdr包含ContextID，用于標(biāo)識(shí)該動(dòng)作對(duì)應(yīng)的關(guān)聯(lián)。ContextID由MG指定，在MG范圍內(nèi)是唯一的。MGC必須在以后的與此關(guān)聯(lián)相關(guān)的事務(wù)中使用ContextID；在CtxHdr后面是若干命令，這些命令都與ContextID標(biāo)識(shí)的關(guān)聯(lián)相關(guān)。Page88動(dòng)作（Action）動(dòng)作與關(guān)聯(lián)（Context）是密切相關(guān)第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page89第2章協(xié)議內(nèi)容介紹Page27命令（Command）命令(Command)：是H.248消息的主要內(nèi)容，實(shí)現(xiàn)對(duì)關(guān)聯(lián)和終端屬性的控制，包括指定終端報(bào)告檢測(cè)到的事件，通知終端使用什么信號(hào)和動(dòng)作，以及指定關(guān)聯(lián)的拓?fù)浣Y(jié)構(gòu)等。命令由命令頭部（CMDHdr）與命令參數(shù)構(gòu)成，在H.248協(xié)議中，命令參數(shù)被組織成“描述符”（Descriptor）；H.248協(xié)議定義了八個(gè)命令，其中“Notify”是由MG發(fā)給MGC，“ServiceChange”可由MG或MGC發(fā)送，其它命令都是由MGC發(fā)給MG。Page90命令（Command）命令(Command)：是H.248命令：Add/Modify/SubtractADD:

增加一個(gè)Termination到一個(gè)Context中，當(dāng)ContextID為CHOOSE關(guān)聯(lián)(“$”)(或第一次增加一個(gè)Termination)，MG將創(chuàng)建一個(gè)Context，然后往其中加入Termination；MODIFY:

修改一個(gè)Termination的屬性、事件和信號(hào)參數(shù)。如：修

改終端的編碼類(lèi)型、通知終端檢測(cè)摘機(jī)/掛機(jī)事件、修改終端的拓?fù)浣Y(jié)構(gòu)(雙向/單向/隔離等)；SUBSTRACT:

從一個(gè)Context中刪除一個(gè)Termination，同時(shí)返回

該Termination的統(tǒng)計(jì)狀態(tài)。如果Context中只有此Termination，則刪除此Context。Page91命令：Add/Modify/SubtractADD:增加一命令：Move/AuditValue/AuditCapabilitiesMOVE:

將一個(gè)Termination從一個(gè)Context轉(zhuǎn)移到另一個(gè)Context中；AUDITVALUE:

審計(jì)命令，返回Termination的當(dāng)前的

Properties、Events、Signals、Statistics；AUDITCAPABILITIES:

返回MG中Termination特性的能力

集。Page92命令：Move/AuditValue/AuditCapabi命令：Notify/ServiceChangeNOTIFY:

允許MG將檢測(cè)到的事件通知給MGC。如：MG將檢測(cè)到的摘機(jī)事件上報(bào)給MGC；SERVICECHANGE:

允許MG向MGC通知一個(gè)或者多個(gè)終端將要脫離或者加入業(yè)務(wù)。用來(lái)MG向MGC進(jìn)行注冊(cè)、重啟通知。MGC可以使用ServieceChange對(duì)MG進(jìn)行重啟。MGC可以使用ServiceChange通知MG注銷(xiāo)一個(gè)或一部分Termination。Page93命令：Notify/ServiceChangeNOTIFY:第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個(gè)重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page94第2章協(xié)議內(nèi)容介紹Page32H248協(xié)議和MGCP協(xié)議的比較MGCP優(yōu)點(diǎn)：業(yè)界成熟產(chǎn)品，價(jià)格相對(duì)較低其余同”軟交換與用戶(hù)網(wǎng)關(guān)/IAD之間(MGCP)”缺點(diǎn)：1.主要支持語(yǔ)音，業(yè)務(wù)能力弱2.其余同前述。僅支持語(yǔ)音業(yè)務(wù)時(shí)選用H.248優(yōu)點(diǎn)：1.支持多媒體連接2.協(xié)議既可采用文本又可采用二進(jìn)制，增強(qiáng)適應(yīng)性3.擴(kuò)展性好缺點(diǎn)：復(fù)雜、目前應(yīng)用較少支持語(yǔ)音和多媒體，將來(lái)替代MGCPPage95H248協(xié)議和MGCP協(xié)議的比較MGCP優(yōu)點(diǎn)：僅支持語(yǔ)音業(yè)務(wù)第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章信令解析舉例Page96第1章概述Page34第2章信令基本控制流程第1節(jié)網(wǎng)關(guān)注冊(cè)/注銷(xiāo)/初始

化流程第2節(jié)典型呼叫處理流程Page97第2章信令基本控制流程Page35網(wǎng)關(guān)注冊(cè)/注銷(xiāo)流程MGSVC_CHG_REQSVC_CHG_REPLYSoftX3000UA5000softx3000我要注冊(cè)注冊(cè)O(shè)K事件1：下面是SVC_CHG_REQ命令的文本描述：MEGACO/1[191.169.150.172]:2944T=3{C=-{SC=ROOT{SV{MT=RS,RE=902}}}}事件2：下面是SVC_CHG_REPLY響應(yīng)的文本描述：MEGACO/1[191.169.150.170]:2944P=3{C=-{SC=ROOT{SV{}}}}Page98網(wǎng)關(guān)注冊(cè)/注銷(xiāo)流程MGSVC_CHG_REQSVC_CHG網(wǎng)關(guān)初始化流程SoftX3000MGMOD_REPLYMOD_REQ

MG注冊(cè)成功后，MGC將對(duì)空關(guān)聯(lián)中的MG的所有半永久終端的屬性進(jìn)行修改。指示MG檢測(cè)用戶(hù)的摘機(jī)事件。此時(shí)，此終端可以接收或者發(fā)起呼叫。

事件1：注冊(cè)成功后，MGC在空關(guān)聯(lián)中對(duì)MG中的終端進(jìn)行操作，通過(guò)Modify命令，更改終端屬性。下面是MOD_REQ命令的文本描述：MEGACO/1[191.169.150.170]:2944T=372794419{C=-{MF=A0{E=369099777{al/*},SG{}}}}事件2：MG收到Modify命令后，回送響應(yīng)。下面是MOD_REPLY響應(yīng)的文本描述：MEGACO/1[191.169.150.172]:2944P=372794419{C=-{MF=A0}}UA5000softx3000好吧請(qǐng)您監(jiān)測(cè)用戶(hù)Page99網(wǎng)關(guān)初始化流程SoftX3000MGMOD_REPLYMO第2章信令基本控制流程第1節(jié)網(wǎng)關(guān)注冊(cè)/注銷(xiāo)/初始

化流程第2節(jié)典型呼叫處理流程Page100第2章信令基本控制流程Page38不同MG下的呼叫流舉例PSTNCoreNetworkSoftX300UA5000UA5000SG7000SS7/PRIM3UA/SCTPH.248UA5000ABC信令流媒體流喂，在干啥呢…~!@#正上網(wǎng)呢！~!@#$%^Page101不同MG下的呼叫流舉例PSTNCoreNetworkSof同一MG下終端之間的H.248呼叫流舉例CoreNetworkSoftX300UA5000A信令流媒體流BPage102同一MG下終端之間的H.248呼叫流舉例CoreNetwo第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章信令解析舉例Page103第1章概述Page41H.248呼叫信令解析—組網(wǎng)例圖CoreNetworkSoftX300UA5000UserA信令流媒體流UserB端口0/8/1端口0/12/1Page104H.248呼叫信令解析—組網(wǎng)例圖CoreNetworkSo典型信令解析主叫號(hào)碼顯示(MGC->MG)：

MEGACO/1[10.71.50.51]:2944T=372813453{C=142{MF=A1{E=369154824{al/*},SG{andisp/dwa{ddb=[040F303830343137343736363633303030E9]}}}}}

andisp/dwa：表示主叫號(hào)碼顯示信號(hào)描述符；04：SDMF來(lái)顯格式0F：消息長(zhǎng)度3038303431373437：08月04日17點(diǎn)47分（用asicl碼表示，0就是30，依此類(lèi)推）36363633303030：6663000電話(huà)號(hào)碼（用asicl碼表示，0就是30，依此類(lèi)推）反極計(jì)費(fèi)開(kāi)始(MGC->MG)：

MEGACO/1[10.71.50.51]:2944T=372787051{C=47{MF=A1{E=369154819{al/*},SG{xal/las}}}}

其中：SG{xal/las}}}}

表示反極計(jì)費(fèi)描述符；

Page105典型信令解析主叫號(hào)碼顯示(MGC->MG)：Page43解讀數(shù)圖一般數(shù)圖格式如下：([2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[0-9EF].L)}其中：“[2-9]xxxxxx”表示用戶(hù)可以撥2～9中任意一位數(shù)字開(kāi)頭的任意7位號(hào)碼；“13xxxxxxxxx”表示13開(kāi)頭的任意11號(hào)碼；“0xxxxxxxxx”表示0開(kāi)頭的任意10位號(hào)碼；“9xxxx”表示9開(kāi)頭的任意5位號(hào)碼；“1[0124-9]x”表示1開(kāi)頭，3以外的十進(jìn)制數(shù)為第二位的任意3位號(hào)碼；“E”表示字母“*”；“F”表示字母“#”“x.F”；“[0-9EF].L”x表示撥以數(shù)字0～9、字母“E”、“F”開(kāi)頭的任意位等長(zhǎng)定時(shí)器超時(shí)之后就會(huì)上報(bào)。.表示重復(fù)該符號(hào)前數(shù)字的0次到多次|表示可選方案

Page106解讀數(shù)圖一般數(shù)圖格式如下：Page44數(shù)圖故障舉例（一）現(xiàn)象：與Z司軟交換對(duì)接，AG用戶(hù)主叫