H248協(xié)議深入及實例分析課件

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

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

第3章信令基本控制流程

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

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

第3章信令基本控制概述H.248和MeGaCo是同一種協(xié)議的兩個名稱而已，是ITU與IETF共同制定的，ITU-T稱之為H.248，而IETF則稱之為MeGaCo；H.248協(xié)議是在MGCP協(xié)議的基礎(chǔ)上，結(jié)合其它媒體網(wǎng)關(guān)控制協(xié)議特點發(fā)展而成的一種協(xié)議；H.248協(xié)議彌補了MGCP協(xié)議描述能力上的欠缺，適合在大型網(wǎng)關(guān)上應用；H.248信令消息有UDP/TCP/SCTP/ATM等多種承載方式，使傳輸更可靠，而MGCP則只能承載在寬帶IP網(wǎng)絡(luò)上的UDP格式。Page5概述H.248和MeGaCo是同一種協(xié)議的兩個名稱而已，是IH.248功能和相關(guān)概念H.248提供了MGC在呼叫處理過程中控制MG中各種靜態(tài)及動態(tài)資源（IP/ATM/TDM）的能力（包括終端屬性、終端連接交換關(guān)系及其承載的媒體流），還提供了獨立于MG的狀態(tài)維護與管理能力；H.248協(xié)議消息編碼可以采用二進制或文本格式，現(xiàn)在只支持文本格式；H.248消息的承載目前都是基于UDP的。使用H.248協(xié)議時，傳輸層端口號與編碼類型有關(guān)，默認端口號為：2944（文本格式編碼）或者2945（二進制編碼）。Page6H.248功能和相關(guān)概念H.248提供了MGC在呼叫處理過程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è)務消息識別舉例Page8第1章概述Page8第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)

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

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

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

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

1、半永久終端，用來表示物理實體

如TDM信道，只要這個TDM信道在MG中被配置，就一直存在，只有當配

置信息被刪除后，與之對應的終端才會消失。當一個半永久終端被加入一

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

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

2、臨時終端，代表臨時性的信息流

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

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

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

:二進制編碼時最多可以64位表示，文本編碼時最

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

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

:指示終端需要檢測的事件。例如：摘機，掛機、拍叉，拔號等；信號Signals

:

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

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

后向MGC上報，也可以由MGC下發(fā)命令AuditValue

查詢相關(guān)的統(tǒng)計信息。該信息主要用來計費。Page15Termination的屬性屬性Properties:關(guān)聯(lián)（Context）

關(guān)聯(lián)描述一組終端之間的關(guān)聯(lián)關(guān)系，當一個關(guān)聯(lián)涉及多個終端時，關(guān)聯(lián)將描述這些終端所組成的拓撲結(jié)構(gòu)以及媒體混合交換的參數(shù)。關(guān)聯(lián)中的終端可以通過Add命令進行創(chuàng)建，通過Subtract進行刪除。一個關(guān)聯(lián)中必須至少包含一個終端。Page16關(guān)聯(lián)（Context）關(guān)聯(lián)描述一組終端之間的關(guān)聯(lián)關(guān)系，關(guān)聯(lián)（Context）的屬性

Context包括四個屬性：

ContextID：32bits，在網(wǎng)關(guān)范圍內(nèi)唯一標識一個關(guān)聯(lián)。

ContextID由MG創(chuàng)建，在一個MG范圍內(nèi)唯一。

關(guān)聯(lián)二進制編碼表示文本編碼表示表示含義NULL0‘-’NULLContext表示在網(wǎng)關(guān)中所有與其它任何終端都沒有關(guān)聯(lián)的終端。CHOOSE關(guān)聯(lián)0xFFFFFFFE‘$’CHOOSE用以請求MG創(chuàng)建一個新的關(guān)聯(lián)ALL關(guān)聯(lián)0xFFFFFFFF‘*’ALL通配符表示MG的所有的Context確定關(guān)聯(lián)0x54360x5436確定ContextID標識特殊關(guān)聯(lián)編碼對照表Page17關(guān)聯(lián)（Context）的屬性Context包括四個屬性關(guān)聯(lián)（Context）的屬性Topology：拓樸，用于描述一個關(guān)聯(lián)內(nèi)部終端之間的媒體流向。終端也存在一個稱之為MODE的屬性，用于描述媒體的流向，但它描述的是相對于關(guān)聯(lián)外部的流向；Priority：標識MG對關(guān)聯(lián)處理的優(yōu)先級先后次序。級別為0～15級，其中，“0”為最低優(yōu)先級，“15”為最高優(yōu)先級；Emergency：緊急呼叫標識符，MG優(yōu)先處理使用緊急呼叫標識符的呼叫。Page18關(guān)聯(lián)（Context）的屬性Topology：拓樸，用于描述問題H248協(xié)議連接模型中重要的兩個概念是？終端有哪兩類？它們有什么區(qū)別？Page19問題Page19第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)

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

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

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

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

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

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

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

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

改終端的編碼類型、通知終端檢測摘機/掛機事件、修改終端的拓撲結(jié)構(gòu)(雙向/單向/隔離等)；SUBSTRACT:

從一個Context中刪除一個Termination，同時返回

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

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

審計命令，返回Termination的當前的

Properties、Events、Signals、Statistics；AUDITCAPABILITIES:

返回MG中Termination特性的能力

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

允許MG將檢測到的事件通知給MGC。如：MG將檢測到的摘機事件上報給MGC；SERVICECHANGE:

允許MG向MGC通知一個或者多個終端將要脫離或者加入業(yè)務。用來MG向MGC進行注冊、重啟通知。MGC可以使用ServieceChange對MG進行重啟。MGC可以使用ServiceChange通知MG注銷一個或一部分Termination。Page35命令：Notify/ServiceChangeNOTIFY:描述符Descriptors一個命令的參數(shù)被定義為描述符。Descriptor是由Name和item組成(item可以攜帶Value)。一些命令可以共享一個或幾個描述符。Descriptor可以作為一個Command的輸出返回值。在大多數(shù)情況下Descriptor作為返回值，只有Name沒有其它item；描述符的形式如下：DescriptorName=<someID>{parm=value,parm=value}Page36描述符Descriptors一個命令的參數(shù)被定義為描述符。D描述符DescriptorsModem:標識Modem的類型和其它參數(shù)等信息。(包括的類型有：V.18,

V.22,V.22bis,V.32,V32bis，V.34,V.90,V.91,Synchronous

ISDN，并且允許進行擴充)；TerminationState:Termination的屬性之一(可以被定義在一個Package

中)。描述終端的狀態(tài);Stream:用來描述單個媒體流的remote/local/localControl的內(nèi)容。可以

通過設(shè)置Local和Remote參數(shù)為“NULL”來刪除Stream。

StreamDescriptor使用StreamID進行連接。用來標識一個

Context中Mediaflowing之間的關(guān)系。

Local:包含參數(shù)用來說明MG從遠端實體收到的媒體流；Remote:包含參數(shù)用來說明MG向遠端實體發(fā)送的媒體流；LocalControl:包含參數(shù)用來描述MGC和MG之間的交互。Page37描述符DescriptorsModem:標識Modem的描述符DescriptorsMedia:對媒體流的描述。該描述符是由TerminationState和Stream

Descriptor組成的。TerminationState描述了Termination的屬性(不依賴于Stream)。由一個或多個StreamDescriptor描述一個MediaStream。Stream是由StreamID來標識的，StreamID用來將一個Context中同屬于一起的Stream聯(lián)系在一起在Stream中有三個子DescriptorLocal/Remote/LocalControl組成。在沒有StreamDescriptor存在的情況下，這三個Descriptor也可以直接包含在MediaDescriptor中。組成如下：

MediaDescriptorTerminationStateDescriptorStreamDescriptorLocalControlDescriptorLocalDescriptorRemoteDescriptorPage38描述符DescriptorsMedia:對媒體流的描述描述符DescriptorsEvents:用來描述MG檢測Events和檢測到Events該如何處

理；EventBuffer:當Events緩沖區(qū)被激活后，用來描述MG中檢測到的

事件；Singals:描述Termination中信號的“與/或”操作。(如：忙音等)；Audit:在審計命令中指定那些內(nèi)容是需要被審計的；Packages:在AuditValue命令中，返回一個能夠被Termination識

別的Package列表。Page39描述符DescriptorsEvents:用來描述MG檢描述符DescriptorsDigitMap:定義了事件的關(guān)系，當MG檢測到這些事件發(fā)生(并與

預先設(shè)置的匹配)時，將向MGC報告(例如：檢測到帶

內(nèi)的DTMF信號)；ServiceChange:描述ServiceChange發(fā)生的原因；ObservedEvents:在Notify或AuditEvents中上報觀察到的事件；Statistics:在審計或刪除Termination時，上報Termination中保存

的統(tǒng)計值；Extersion:供擴充時使用。Page40描述符DescriptorsDigitMap:定義了事件第2章協(xié)議內(nèi)容介紹第1節(jié)協(xié)議中的兩個重要概念第2節(jié)

消息結(jié)構(gòu)第3節(jié)命令、描述符第4節(jié)和MGCP協(xié)議的比較Page41第2章協(xié)議內(nèi)容介紹Page41H248協(xié)議和MGCP協(xié)議的比較MGCP優(yōu)點：業(yè)界成熟產(chǎn)品，價格相對較低其余同”軟交換與用戶網(wǎng)關(guān)/IAD之間(MGCP)”缺點：1.主要支持語音，業(yè)務能力弱2.其余同前述。僅支持語音業(yè)務時選用H.248優(yōu)點：1.支持多媒體連接2.協(xié)議既可采用文本又可采用二進制，增強適應性3.擴展性好缺點：復雜、目前應用較少支持語音和多媒體，將來替代MGCPPage42H248協(xié)議和MGCP協(xié)議的比較MGCP優(yōu)點：僅支持語音業(yè)務問題H248協(xié)議消息的結(jié)構(gòu)如何？H248協(xié)議中總共有幾個消息？分別是哪些消息？有哪兩個消息是可以由MG發(fā)送給MGC？NOTIFY消息的作用？命令描述符由哪兩部分組成？Page43問題H248協(xié)議消息的結(jié)構(gòu)如何？Page43本章小結(jié)本章主要介紹了H.248協(xié)議內(nèi)容的基本概念；兩個重要概念：Context和Termination；8個命令:Command；描述符結(jié)構(gòu)：Descriptor。Page44本章小結(jié)本章主要介紹了H.248協(xié)議內(nèi)容的基本概念；Pag第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章信令解析舉例Page45第1章概述Page45第2章信令基本控制流程第1節(jié)網(wǎng)關(guān)注冊/注銷/初始

化流程第2節(jié)典型呼叫處理流程Page46第2章信令基本控制流程Page46網(wǎng)關(guān)注冊/注銷流程MGSVC_CHG_REQSVC_CHG_REPLYSoftX3000UA5000softx3000我要注冊注冊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響應的文本描述：MEGACO/1[191.169.150.170]:2944P=3{C=-{SC=ROOT{SV{}}}}Page47網(wǎng)關(guān)注冊/注銷流程MGSVC_CHG_REQSVC_CHG網(wǎng)關(guān)初始化流程SoftX3000MGMOD_REPLYMOD_REQ

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

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

化流程第2節(jié)典型呼叫處理流程Page49第2章信令基本控制流程Page49不同MG下的呼叫流舉例PSTNCoreNetworkSoftX300UA5000UA5000SG7000SS7/PRIM3UA/SCTPH.248UA5000ABC信令流媒體流喂，在干啥呢…~!@#正上網(wǎng)呢！~!@#$%^Page50不同MG下的呼叫流舉例PSTNCoreNetworkSof同一MG下終端之間的H.248呼叫流舉例CoreNetworkSoftX300UA5000A信令流媒體流BPage51同一MG下終端之間的H.248呼叫流舉例CoreNetwoSoftX3000Termination1UserATermination2UserBOff-hook1NTFY_REQNTFY_REPLY2MOD_REQMOD_REPLYdial-tonedialing5ADD_REQADD_REPLYRingingRingbacktone8NTFY_REQNTFY_REPLYOff-hook3NTFY_REQNTFY_REPLY4ADD_REQADD_REPLY6MOD_REQMOD_REPLY7MOD_REQMOD_REPLY同一MG下終端之間的H.248呼叫流程9MOD_REQMOD_REPLYPage52SoftX3000Termination1UserATermSoftX3000Termination1UserATermination2UserBConversationOn-hookOn-hook10MOD_REQMOD_REPLY11NTFY_REQNTFY_REPLY12MOD_REQMOD_REPLY13SUB_REQSUB_REPLY15MOD_REQMOD_REPLY14MOD_REQMOD_REPLYBusy-tone16NTFY_REQNTFY_REPLY17SUB_REQSUB_REPLY18MOD_REQMOD_REPLY同一MG下終端之間的H.248呼叫流程（續(xù)）Page53SoftX3000Termination1UserATerm問題請問MG與MGC交互的基本過程有哪幾個？請簡單敘述同一MG下呼叫的信令流程？Page54問題Page54本章小結(jié)本章主要介紹了H.248在SoftX3000中具體的實現(xiàn)；通過對MG網(wǎng)關(guān)注冊流程、典型呼叫流程的描述。加深對H.248網(wǎng)關(guān)控制協(xié)議的理解。Page55本章小結(jié)Page55第1章概述第2章協(xié)議內(nèi)容介紹第3章信令基本控制流程第4章信令解析舉例Page56第1章概述Page56H.248呼叫信令解析—組網(wǎng)例圖CoreNetworkSoftX300UA5000UserA信令流媒體流UserB端口0/8/1端口0/12/1Page57H.248呼叫信令解析—組網(wǎng)例圖CoreNetworkSoUA的VoIP語音流轉(zhuǎn)發(fā)過程圖SoftX3000UserAUserBA32A32PVMBDSPLSWTDMSWITCHHWBUSHWBUSTDMIPTDM上行FE口AD/DACPUPage58UA的VoIP語音流轉(zhuǎn)發(fā)過程圖SoftX3000UserAUA中終端與關(guān)聯(lián)的關(guān)系圖SoftX3000UserAH248信令流IP媒體流UserB臨時終端ID:100000034臨時終端2ID:100000035半永久終端ID:1半永久終端ID:0上行FE口TDM時隙A32A32LSWDSP關(guān)聯(lián)ID:286關(guān)聯(lián)ID:287**CPU模擬用戶線UA系統(tǒng)Page59UA中終端與關(guān)聯(lián)的關(guān)系圖SoftX3000UserAH24SoftX3000T1UserAT2UserBOff-hook1NTFY_REQNTFY_REPLY2MOD_REQMOD_REPLYdial-tonedialing5ADD_REQADD_REPLYRingingRingbacktone8NTFY_REQNTFY_REPLYOff-hook3NTFY_REQNTFY_REPLY4ADD_REQADD_REPLY6MOD_REQMOD_REPLY7MOD_REQMOD_REPLYH.248呼叫信令解析9MOD_REQMOD_REPLY事件1：NTFY_REQNTFY_REQ命令的文本描述MEGACO/1[191.169.150.122]:2944T=883{C=-{N=A0{OE=369109250{al/of}}}}事件1：NTFY_REPLYNTFY_REPLY響應的文本描述MEGACO/1[191.169.200.61]:2944P=883{C=-{N=A0}}事件2：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372771555{C=-{MF=A0{E=369109251{dd/ce{DigitMap=dmap1}，al/*},SG{cg/dt},DM=dmap1{([2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[09EF].L)}}}}事件2：

MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372771555{C=-{MF=A0}}事件3：NTFY_REQ命令的文本描述MEGACO/1[191.169.150.122]:2944T=884{C=-{N=A0{OE=369109251{20030429T06132700:dd/ce{Meth=UM,ds=6540100}}}}}事件3：

NTFY_REPLY響應的文本描述MEGACO/1[191.169.200.61]:2944P=884{C=-{N=A0}}事件4：MEGACO/1[191.169.200.61]:2944T=369363687{C=${A=A0{M{O{MO=SR,RV=OFF,RG=OFF}},E=369109253{al/*},SG{}},A=${M{O{MO=IN,RV=OFF,RG=OFF,nt/jit=40},L{v=0c=INIP4$m=audio$RTP/AVP8}}}}}事件4：

ADD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=369363687{C=286{A=A0,A=A100000034{M{O{MO=IN,RV=OFF,RG=OFF,nt/jit=40},L{v=0c=INIP4191.169.150.122m=audio18300RTP/AVP8}}}}}事件5：ADD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=369363688{C=${A=A1{M{O{MO=SR,RV=OFF,RG=OFF}},E=369108998{al/*},SG{}},A=${M={O{MO=IN,RV=OFF,RG=OFF,nt/jit=40},L{v=0c=INIP4$m=audio$RTP/AVP8}}}}}事件5：

ADD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=369363688{C=287{A=A1,A=A100000035{M{O{MO=IN,RV=OFF,RG=OFF,nt/jit=40},L{v=0c=INIP4191.169.150.122m=audio18296RTP/AVP8}}}}}事件6：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372771561{C=287{MF=A1{E=369108999{al/*},SG{al/ri}}}}事件6：

MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372771561{C=287{MF=A1}}事件7：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372771562{C=286{MF=A0{E=369109256{al/*},SG{cg/rt}}}}事件7：

MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372771562{C=286{MF=A0}}事件8：NTFY_REQ命令的文本描述MEGACO/1[191.169.150.122]:2944T=885{C=287{N=A1{OE=369108999{al/of}}}}事件8：NTFY_REPLY響應的文本描述MEGACO/1[191.169.200.61]:2944P=885{C=287{N=A1}}事件9：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=370281195{C=287{MF=A1{M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=ON}},E=369109001{al/*},SG{}},MF=A100000035{M{O{MO=SR,RV=OFF,RG=OFF},L{v=0c=INIP4-m=audio-RTP/AVP8},R{v=0c=INIP4191.169.150.122m=audio18300RTP/AVP8}}}}}事件9：

MOD_REPLY響應的文本描述MEGACO/1[191.165.15.122]:2944P=370281195{C=287{MF=A1,MF=A100000035{M{L{v=0c=INIP4191.169.150.122m=audio18296RTP/AVP8}}}}}Page60SoftX3000T1UserAT2UserBOff-hooSoftX3000T1UserAT2UserB會話On-hookOn-hook10MOD_REQMOD_REPLY11NTFY_REQNTFY_REPLY12MOD_REQMOD_REPLY13SUB_REQSUB_REPLY15MOD_REQMOD_REPLY14MOD_REQMOD_REPLYBusy-tone16NTFY_REQNTFY_REPLY17SUB_REQSUB_REPLY18MOD_REQMOD_REPLYH.248呼叫信令解析事件10：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=370281196{C=286{MF=A0{M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=ON}},E=369109258{al/*},SG{}},MF=A100000034{M{O{MO=SR,RV=OFF,RG=OFF},L{v=0c=INIP4-m=audio-RTP/AVP8},R{v=0c=INIP4191.169.150.122m=audio18296RTP/AVP8}}}}}事件10：MOD_REPLY響應的文本描述MEGACO/1[191.165.15.122]:2944P=370281196{C=286{MF=A0,MF=A100000034{M{L{v=0c=INIP4191.169.150.122m=audio18300RTP/AVP8}}}}}事件11：NTFY_REQ命令的文本描述MEGACO/1[191.169.150.122]:2944T=886{C=286{N=A0{OE=369109258{al/on}}}}事件11：NTFY_REPLY響應的文本描述MEGACO/1[191.169.200.61]:2944P=886{N=A0}}事件12：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=370281199{C=286{MF=A0{E=369109259{al/*},SG{}},MF=A100000034{M{O{MO=IN,RV=OFF,RG=OFF}}}}}事件12：MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=370281199{C=286{MF=A0,MF=A100000034}}事件13：SUB_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372509424{C=286{O-S=*}}事件13：

SUB_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372509424{C=286{S=A0,S=A100000034}}事件14：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372771569{C=287{MF=A1{E=369109004{al/*},SG{cg/bt}}}}事件14：

MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372771569{C=287{MF=A1}}事件15：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372771570{C=-{MF=A0{E=369109261{al/*},SG{}}}}事件15：

MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372771570{C=-{MF=A0}}事件16：NTFY_REQ命令的文本描述MEGACO/1[191.169.150.122]:2944T=887{C=287{N=A1{OE=369109004{al/on}}}}事件16：NTFY_REPLY響應的文本描述MEGACO/1[191.169.200.61]:2944P=887{C=287{N=A1}}事件17：SUB_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372509427{C=287{O-S=*}}事件17：

SUB_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372509427{C=287{S=A1,S=A100000035}}事件18：MOD_REPLY響應的文本描述MEGACO/1[191.169.150.122]:2944P=372771572{C=-{MF=A1}}事件18：MOD_REQ命令的文本描述MEGACO/1[191.169.200.61]:2944T=372771572{C=-{MF=A1{E=369109006{al/*},SG{}}}}Page61SoftX3000T1UserAT2UserB會話On-ho典型信令解析主叫號碼顯示(MGC->MG)：

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

andisp/dwa：表示主叫號碼顯示信號描述符；04：SDMF來顯格式0F：消息長度3038303431373437：08月04日17點47分（用asicl碼表示，0就是30，依此類推）36363633303030：6663000電話號碼（用asicl碼表示，0就是30，依此類推）反極計費開始(MGC->MG)：

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

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

表示反極計費描述符；

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

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

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

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

PVMBR011版本最大處理的數(shù)圖資源是40條。后續(xù)版本已解決。Z司軟交換下發(fā)的數(shù)圖：Page64數(shù)圖故障舉例（一）現(xiàn)象：Page64數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音現(xiàn)象：Z公司軟交換下發(fā)數(shù)圖不合法導致UA5000用戶摘機聽不到撥號音。

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

處理過程：

1、檢查TID配置正確，端口狀態(tài)為正常；

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

處理過程：數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音

處理過程：

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

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

5、把此數(shù)圖刪除后，測試能夠正常聽到撥號音。

原因分析：

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

Page66數(shù)圖故障分析案例（二）-摘機有饋電沒拔號音

處理過程：

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

分析過程：

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

分析過程：

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

處理過程：1、核對軟交換與AG的終端ID范圍，沒有問題。

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

[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"}}}}

說明軟交換下發(fā)了AG不能識別的報文，所以UA5000會向軟交換回“Internal

software

failure

in

the

MG”。

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

IP4

$m=audio

$

RTP/AVP

8

0

a=ptime:20

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

原因分析：

軟交換下發(fā)的資源屬性格式有錯誤。Z司修改后問題解決。Page71故障分析案例（五）-拔號即聽忙音故障用xDBWIN在AG設(shè)備故障分析案例（六）-撥完號碼后出忙音故障現(xiàn)象：和Z司軟交換對接，撥完號碼后出忙音處理過程：抓信令分析后發(fā)現(xiàn)：原因是H司AG提供的臨時終端RTP資源范圍為0-10000000，而Z司軟交換單板提供的資源范圍僅為0-65535。建立關(guān)聯(lián)時的信令：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資源編號，目前AG取值范圍是100000000～100000999Page72故障分析案例（六）-撥完號碼后出忙音故障現(xiàn)象：建立關(guān)聯(lián)時的信故障分析案例（七）-對方已掛機但聽不到忙音現(xiàn)象：和A司軟交換對接，AG用戶在對方已掛機的前提下不能聽到忙音。處理過程：經(jīng)過信令分析，發(fā)現(xiàn)原因是A司下發(fā)忙音為cg/ct，正在放音的時候不會重新聯(lián)網(wǎng),但是判斷的時候漏掉了cg/ct導致邏輯放音聽不到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}}}}}Page73故障分析案例（七）-對方已掛機但聽不到忙音現(xiàn)象：MEGACO故障分析案例（八）-AG注冊不成功現(xiàn)象：組網(wǎng)：B**AGsbc2200SoftX3000B**廠家的AG通過SBC2200注冊到H司軟交換不成功。在軟交換上跟蹤不到消息，在SBC2200跟蹤Debug調(diào)試消息提示“Decode

h248

message

failed”。

處理過程：1、開始懷疑是SBC2200不支持用

“!/1”

代替

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

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

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

h248

message

failed，讓對方重新修改MID格式后，在軟交換上查詢MGW注冊正常。

*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é)論：對于H248注冊消息中的MID格式要求：

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

>限定。

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

]限定。

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

處理過程：1、在SoftX3000上跟蹤H248注冊消息如下：

AG發(fā)起的注冊請求：

!/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的響應：

!/1

[10.64.11.1]:2944

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

in

Trans"}}}}

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

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

3、LST

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

=

<NULL>。MOD

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

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

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

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

2.通過Ethereal抓包檢查兩設(shè)備之間的H248消息，發(fā)現(xiàn)媒體網(wǎng)關(guān)發(fā)過來的消息不符合協(xié)議，造成SoftX3000協(xié)議棧解碼失敗，這也可以解釋為什么SoftX3000跟蹤H248消息時，顯示對方回的消息很少。因為大部分消息都解碼未通過。

對方送來的消息如下：

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為空后面還有一個數(shù)字。當出現(xiàn)了數(shù)字之后SoftX3000就不知道如何解碼了。友商修改AG設(shè)置后正常。這個在H248-megaco的RFC文檔里有相應規(guī)定。

ContextID

=

(UINT32

/

"*"

/

"-"

/

"$")

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

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

軟交換收到掛機下發(fā)嵌套信號如下：

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}}}Page77故障分析案例（十一）-摘機無撥號音現(xiàn)象：軟交換收到掛機下發(fā)故障分析案例（十一）-摘機無撥號音現(xiàn)象：采用MXU與貝爾核心網(wǎng)對接發(fā)現(xiàn)接口故障恢復后摘機無撥號音。

處理過程：1.貝爾軟交換收到接口故障恢復的900restart消息不會下發(fā)檢測摘機嵌套撥號音2.在profile中修改對應控制點，預置摘機事件，即使不收到檢測摘機事件也上報摘機，那么當次無撥號音掛機后能夠恢復。

Page78故障分析案例（十一）-摘機無撥號音現(xiàn)象：Page78本章小結(jié)本章主要對前面介紹的H248協(xié)議進行應用；通過本章的學習，希望大家可以自己分析H248信令。Page79本章小結(jié)Page79H248協(xié)議深入及實例分析課件演講完畢，謝謝觀看！演講完畢，謝謝觀看！接入網(wǎng)技術(shù)服務部H248協(xié)議深入及實例分析13.12.2022接入網(wǎng)技術(shù)服務部H248協(xié)議深入及實例分析12.12.202隨著NGN網(wǎng)絡(luò)和業(yè)務的不斷應用和發(fā)展，H248協(xié)議在目前的應用中越來越廣泛。對于協(xié)議的深入掌握，將非常有助與故障定位和問題處理。學習此膠片之前需要學過《H.248協(xié)議概述》Page2隨著NGN網(wǎng)絡(luò)和業(yè)務的不斷應用和發(fā)展，H248協(xié)議在目前的應學習目標學習完此課程，您將會：了解H.248協(xié)議的體系結(jié)構(gòu)掌握H.248協(xié)議中命令格式和用途掌握