H248协议培训课程课件

接入网技术服务部H248协议深入及实例分析2022/12/29接入网技术服务部H248协议深入及实例分析2022/12/2随着NGN网络和业务的不断应用和发展，H248协议在目前的应用中越来越广泛。对于协议的深入掌握，将非常有助与故障定位和问题处理。学习此胶片之前需要学过《H.248协议概述》Page2随着NGN网络和业务的不断应用和发展，H248协议在目前的应学习目标学习完此课程，您将会：了解H.248协议的体系结构掌握H.248协议中命令格式和用途掌握H.248协议的消息交互过程掌握并能分析典型的H.248信令流程Page3学习目标学习完此课程，您将会：Page3第1章概述

第2章协议内容介绍

第3章信令基本控制流程

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

第2章协议内容介绍

第3章信令基本控制概述H.248和MeGaCo是同一种协议的两个名称而已，是ITU与IETF共同制定的，ITU-T称之为H.248，而IETF则称之为MeGaCo；H.248协议是在MGCP协议的基础上，结合其它媒体网关控制协议特点发展而成的一种协议；H.248协议弥补了MGCP协议描述能力上的欠缺，适合在大型网关上应用；H.248信令消息有UDP/TCP/SCTP/ATM等多种承载方式，使传输更可靠，而MGCP则只能承载在宽带IP网络上的UDP格式。Page5概述H.248和MeGaCo是同一种协议的两个名称而已，是IH.248功能和相关概念H.248提供了MGC在呼叫处理过程中控制MG中各种静态及动态资源（IP/ATM/TDM）的能力（包括终端属性、终端连接交换关系及其承载的媒体流），还提供了独立于MG的状态维护与管理能力；H.248协议消息编码可以采用二进制或文本格式，现在只支持文本格式；H.248消息的承载目前都是基于UDP的。使用H.248协议时，传输层端口号与编码类型有关，默认端口号为：2944（文本格式编码）或者2945（二进制编码）。Page6H.248功能和相关概念H.248提供了MGC在呼叫处理过程H.248在NGN网络中的使用ISUP/TUPSIPH.323INNMSINAPSIPXML/SNMPSIPU-NICASG7000PSTNswitchSTPM3UA/SCTP分组核心网TMG8010M2UA/H.248OpenEyeSIP

phoneH.323

PhoneSIP-T/H.323SoftX3000IAD系列H.248/MGCPUA5000H.323H.248/MGCPSoftX3000LANNATIP超市私有协议（私网穿越基于STUN）UMG8900H.248/V5UA/IUASIPUC-ServerR2/V5R2/V5/ISDNMTANCSPage7H.248在NGN网络中的使用ISUP/TUPINNMSIN第1章概述第2章协议内容介绍第3章信令基本控制流程第4章业务消息识别举例Page8第1章概述Page8第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4

节和MGCP协议的比较Page9第2章协议内容介绍Page9连接模型：两个重要概念(Context和Termination)协议的连接模型主要描述媒体网关中的逻辑实体，这些逻辑实体由媒体网关控制器（MGC）控制。这个连接模型中的主要的抽象概念是终端（Termination）和关联（Context）;在H.248/Megaco定义的连接模型中，包括关联和终端两个实体。一个关联中至少要包含一个终端，否则此关联将被删除，空关联指的是只包含一个与其他终端没有连接的终端的关联；同时一个终端在任一时刻也只能属于一个关联。

Page10连接模型：两个重要概念(Context和Terminat终端（Termination）

终端是位于MG中的一个逻辑实体，可以发送/接收媒体和（或）控制流。例如表示一个时隙（CIC电路）、一个IP端口（IP地址+端口号）、或一个ATM端口（VPI/VCI）。Page11终端（Termination）终端是位于MG中的一个逻辑终端（Termination）终端分为两类：

1、半永久终端，用来表示物理实体

如TDM信道，只要这个TDM信道在MG中被配置，就一直存在，只有当配

置信息被删除后，与之对应的终端才会消失。当一个半永久终端被加入一

个特定关联时，它是从NULL关联中获取，而当从特定关联中删除时，它

又返回到NULL关联；

2、临时终端，代表临时性的信息流

如RTP流，当需要时创建，使用完毕后就删除。临时终端通过ADD命令创

建，通过SUBTRACT命令清除。终端特征通过属性来描述，这些属性被转换成描述符在命令中携带。终端被创建时，媒体网关会为其分配一个唯一标识。Page12终端（Termination）终端分为两类：

1、半永久终端终端（Termination）终端属性，可以创建新的终端或者修改已存在终端的属性；终端ID，对不同的终端通过终端ID来引用，终端ID是由MG配置的。终端ID有两种通配方式：“ALL”和“CHOOSE”；终端属性和描述符，终端拥有属性，属性拥有唯一的属性ID；ROOT终端，通常用来表示媒体网关本身，允许在ROOT终端上定义包，也可以拥有属性、事件、信号、统计和参数。ROOT终端可以出现在Modify、Notify、AuditValue、AuditCapability、ServiceChange命令中，其它任何对ROOT终端的使用都是错误。TerminationID

:二进制编码时最多可以64位表示，文本编码时最

多可以达64个字符；Page13终端（Termination）终端属性，可以创建新的终端或者Termination的属性属性Properties:

终端本身具有的属性；事件Events

:指示终端需要检测的事件。例如：摘机，挂机、拍叉，拔号等；信号Signals

:

网关产生的各种类型的媒体流。例如：拔号音，忙音，振铃音，回铃音等。统计Statistics

:用于描述一个终端的统计信息，可以在一次呼叫完成

后向MGC上报，也可以由MGC下发命令AuditValue

查询相关的统计信息。该信息主要用来计费。Page14Termination的属性属性Properties:关联（Context）

关联描述一组终端之间的关联关系，当一个关联涉及多个终端时，关联将描述这些终端所组成的拓扑结构以及媒体混合交换的参数。关联中的终端可以通过Add命令进行创建，通过Subtract进行删除。一个关联中必须至少包含一个终端。Page15关联（Context）关联描述一组终端之间的关联关系，第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4节和MGCP协议的比较Page16第2章协议内容介绍Page16H.248协议的消息编码消息是H.248协议发送的一个信息单元。消息可以使用二进制格式和文本格式编码；采用二进制编码时，使用ITU-TX.680（ASN.1）定义的规范描述，使用X.690定义的BER规则编码；采用文本方式编码时，遵循RFC2234ABNF规范；MGC必须支持两种编码格式，MG可能支持其中任何一种或两种方式。MGC侧和MG侧的H.248消息都有相同的结构。Page17H.248协议的消息编码消息是H.248协议发送的一个信息单H.248消息结构

H.248协议发送或接受的信息单元称为消息，消息从消息头（Header）开始，后面是若干个事务；消息头中包含消息标识符（MID）和版本字段。MID用于标识消息的发送者，可以是IP地址、域名或设备名；版本字段用于标识消息遵守的协议版本，有版本1和版本2。

目前接入网MG两者都支持；消息内的事务是相互独立的，当多个被独立处理时，消息没有规定处理的先后次序。Page18H.248消息结构H.248协议发送或接受的信息单元称为消H.248协议的消息机制Message消息TransactionI事务TransactionIDnContextID1关联ContextIDnCMD1命令CMDnDes-nDes-1描述符......Page19H.248协议的消息机制Message消息Transacti事务（Transaction）MGC和MG之间的一组命令构成事务，事务由TransactionID进行标识。事务包含一个或多个动作，一个动作由一系列局限于一个关联的命令组成；一个事务从“事务头部”（TransHdr）开始。在TransHdr中包含TransactionID。TransactionID由事务的发送者指定，在发送者范围内是唯一的；TransHdr后面是该事务的若干动作，这些动作必须顺序执行。若某动作中的一个命令执行失败，该事务中以后的命令将终止执行（Optional命令除外）。引入事务的一个重要功能是可以保证命令的顺序执行；当命令标记为“Optional”（可选命令），该命令可以越过一个命令执行失败而导致以后命令终止执行的限制，即如果可选命令执行不成功，其后的命令可以继续执行。Page20事务（Transaction）MGC和MG之间的一组命令构事务（Transaction）事务包括请求和响应两种类型；其中响应事务也包含两种：TransactionReply和TransactionPending。Page21事务（Transaction）事务包括请求和响应两种类型请求事务（TransactionRequest）每个TransactionRequest请求激发一个事务。一个事务包含一个到多个动作，每个动作包含与同一个关联（Context）相关的一个到多个命令。TransactionRequest结构如下：Page22请求事务（TransactionRequest）Page2完成事务响应（TransactionReplay）TransactionReply是事务接收者对TransactionRequest的一种响应，表明接收者完成该TransactionRequest命令执行，对每个事务都应有一个Reply响应;以下两种情况表明一个TransactionRequest执行完成：

TransactionRequest中的所有命令成功执行完毕；

TransactionRequest中的一个非可选命令执行失败。TransactionReply结构如下：Page23完成事务响应（TransactionReplay）Trans正在处理事务响应（TransactionPending）TransactionPending由接收者发送，指示事务正在处理，但仍然没有完成。当命令处理时间较长时，可以防止发送者重发事务请求；TransactionPending结构如下：可见，事务表现为TransactionRequest，对TransactionRequest接收者必须响应一个TransactionReply，在此之前可能有许多TransactionPending响应。Page24正在处理事务响应（TransactionPending）Tr动作（Action）动作由一系列局限于一个关联内的命令组成。Page25动作（Action）动作由一系列局限于一个关联内的命令组成动作（Action）动作与关联（Context）是密切相关的，动作由ContextID进行标识；在一个动作内，命令需要顺序执行；一个动作从关联头部（CtxHdr）开始，在CtxHdr包含ContextID，用于标识该动作对应的关联。ContextID由MG指定，在MG范围内是唯一的。MGC必须在以后的与此关联相关的事务中使用ContextID；在CtxHdr后面是若干命令，这些命令都与ContextID标识的关联相关。Page26动作（Action）动作与关联（Context）是密切相关第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4节和MGCP协议的比较Page27第2章协议内容介绍Page27命令（Command）命令(Command)：是H.248消息的主要内容，实现对关联和终端属性的控制，包括指定终端报告检测到的事件，通知终端使用什么信号和动作，以及指定关联的拓扑结构等。命令由命令头部（CMDHdr）与命令参数构成，在H.248协议中，命令参数被组织成“描述符”（Descriptor）；H.248协议定义了八个命令，其中“Notify”是由MG发给MGC，“ServiceChange”可由MG或MGC发送，其它命令都是由MGC发给MG。Page28命令（Command）命令(Command)：是H.248命令：Add/Modify/SubtractADD:

增加一个Termination到一个Context中，当ContextID为CHOOSE关联(“$”)(或第一次增加一个Termination)，MG将创建一个Context，然后往其中加入Termination；MODIFY:

修改一个Termination的属性、事件和信号参数。如：修

改终端的编码类型、通知终端检测摘机/挂机事件、修改终端的拓扑结构(双向/单向/隔离等)；SUBSTRACT:

从一个Context中删除一个Termination，同时返回

该Termination的统计状态。如果Context中只有此Termination，则删除此Context。Page29命令：Add/Modify/SubtractADD:增加一命令：Move/AuditValue/AuditCapabilitiesMOVE:

将一个Termination从一个Context转移到另一个Context中；AUDITVALUE:

审计命令，返回Termination的当前的

Properties、Events、Signals、Statistics；AUDITCAPABILITIES:

返回MG中Termination特性的能力

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

允许MG将检测到的事件通知给MGC。如：MG将检测到的摘机事件上报给MGC；SERVICECHANGE:

允许MG向MGC通知一个或者多个终端将要脱离或者加入业务。用来MG向MGC进行注册、重启通知。MGC可以使用ServieceChange对MG进行重启。MGC可以使用ServiceChange通知MG注销一个或一部分Termination。Page31命令：Notify/ServiceChangeNOTIFY:第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4节和MGCP协议的比较Page32第2章协议内容介绍Page32H248协议和MGCP协议的比较MGCP优点：业界成熟产品，价格相对较低其余同”软交换与用户网关/IAD之间(MGCP)”缺点：1.主要支持语音，业务能力弱2.其余同前述。仅支持语音业务时选用H.248优点：1.支持多媒体连接2.协议既可采用文本又可采用二进制，增强适应性3.扩展性好缺点：复杂、目前应用较少支持语音和多媒体，将来替代MGCPPage33H248协议和MGCP协议的比较MGCP优点：仅支持语音业务第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例Page34第1章概述Page34第2章信令基本控制流程第1节网关注册/注销/初始

化流程第2节典型呼叫处理流程Page35第2章信令基本控制流程Page35网关注册/注销流程MGSVC_CHG_REQSVC_CHG_REPLYSoftX3000UA5000softx3000我要注册注册OK事件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{}}}}Page36网关注册/注销流程MGSVC_CHG_REQSVC_CHG网关初始化流程SoftX3000MGMOD_REPLYMOD_REQ

MG注册成功后，MGC将对空关联中的MG的所有半永久终端的属性进行修改。指示MG检测用户的摘机事件。此时，此终端可以接收或者发起呼叫。

事件1：注册成功后，MGC在空关联中对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好吧请您监测用户Page37网关初始化流程SoftX3000MGMOD_REPLYMO第2章信令基本控制流程第1节网关注册/注销/初始

化流程第2节典型呼叫处理流程Page38第2章信令基本控制流程Page38不同MG下的呼叫流举例PSTNCoreNetworkSoftX300UA5000UA5000SG7000SS7/PRIM3UA/SCTPH.248UA5000ABC信令流媒体流喂，在干啥呢…~!@#正上网呢！~!@#$%^Page39不同MG下的呼叫流举例PSTNCoreNetworkSof同一MG下终端之间的H.248呼叫流举例CoreNetworkSoftX300UA5000A信令流媒体流BPage40同一MG下终端之间的H.248呼叫流举例CoreNetwo第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例Page41第1章概述Page41H.248呼叫信令解析—组网例图CoreNetworkSoftX300UA5000UserA信令流媒体流UserB端口0/8/1端口0/12/1Page42H.248呼叫信令解析—组网例图CoreNetworkSo典型信令解析主叫号码显示(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}}}}

表示反极计费描述符；

Page43典型信令解析主叫号码显示(MGC->MG)：Page43解读数图一般数图格式如下：([2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[0-9EF].L)}其中：“[2-9]xxxxxx”表示用户可以拨2～9中任意一位数字开头的任意7位号码；“13xxxxxxxxx”表示13开头的任意11号码；“0xxxxxxxxx”表示0开头的任意10位号码；“9xxxx”表示9开头的任意5位号码；“1[0124-9]x”表示1开头，3以外的十进制数为第二位的任意3位号码；“E”表示字母“*”；“F”表示字母“#”“x.F”；“[0-9EF].L”x表示拨以数字0～9、字母“E”、“F”开头的任意位等长定时器超时之后就会上报。.表示重复该符号前数字的0次到多次|表示可选方案

Page44解读数图一般数图格式如下：Page44数图故障举例（一）现象：与Z司软交换对接，AG用户主叫摘机即听忙音。处理过程：

1、与友商对接测试有问题时，首先考虑端口镜像抓包进行分析，2、通过信令分析。发现AG在Z司MGC下发数图之后回应ER=519{“Outofspacetostoredigitmap”}

，可以看到软交换下发的数图规则超出AG的最大处理能力，造成通话失败。

Page45数图故障举例（一）现象：Page45数图故障分析案例（二）-摘机有馈电没拔号音现象：Z公司软交换下发数图不合法导致UA5000用户摘机听不到拨号音。

某司AG与Z公司软交换H248接口已经正常建立，但是主叫摘机有馈电没有拨号音。

处理过程：

1、检查TID配置正确，端口状态为正常；

2、与其他厂家对接测试问题，首先考虑端口镜像抓包进行分析，软交换下发数图后，UA回复400语法错误；Page46数图故障分析案例（二）-摘机有馈电没拔号音现象：

处理过程：数图故障分析案例（二）-摘机有馈电没拔号音

处理过程：

3、检查数图中存在“|.”的不合法数图；

4、“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则；

5、把此数图删除后，测试能够正常听到拨号音。

原因分析：

按照《中国电信H.248标准》，“|”用于分隔字符串，表示每个字符串为一个可选择的拨号方案，“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则。

Page47数图故障分析案例（二）-摘机有馈电没拔号音

处理过程：

数图故障分析案例（三）-AG只能上报一位号码现象：和意大利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软交换目前不支持数图，只在主叫摘机后下发拨号检测事件（tonedect）。但当AG上报一位号码后，软交换不再下发拨号检测事件，导致后续号码上报不了。Page48数图故障分析案例（三）-AG只能上报一位号码现象：MEGAC故障分析案例（四）-摘机上报故障现象：AG和Z司软交换对接，AG用户必须先做一次被叫才能正常打电话，否则摘机无音.原因：在Z司软交换没有下发检测摘机事件的情况下，AG摘机上报OE=*，导致Z司软交换不能识别。正常摘机上报：msgtomgc([10.71.50.51]:2944):MEGACO/1[10.71.50.30]:2944T=11{C=-{N=A1{OE=369154816{al/of}}}}Page49故障分析案例（四）-摘机上报故障现象：Page49故障分析案例（五）-拔号即听忙音故障现象：某AG和Z司软交换对接；用户摘机可听到拨号音，但是拨任何号码都直接听忙音。

分析过程：

用户摘机可听到拨号音，但是拨任何号码都直接听忙音，一般有3种情况会出现，一是UA分配的终端ID范围超出软交换上配置的范围，二是数图匹配有问题，三是软交换下发的资源属性格式有错误。

处理过程：1、核对软交换与AG的终端ID范围，没有问题。

2、用户摘机能听到拨号音，说明软交换（Z公司）下发的数图正确并且被识别。Page50故障分析案例（五）-拔号即听忙音故障现象：Page50故障分析案例（五）-拔号即听忙音故障处理过程：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"}}}}

说明软交换下发了AG不能识别的报文，所以UA5000会向软交换回“Internal

software

failure

in

the

MG”。

但与正常消息比较后，也没看出来下发的消息有什么问题。。。。。Page51故障分析案例（五）-拔号即听忙音故障处理过程：Page51故障分析案例（五）-拔号即听忙音故障用xDBWIN在AG设备上抓包分析，发现协议栈在解析“v=0c=IN

IP4

$m=audio

$

RTP/AVP

8

0

a=ptime:20

”时出错。于是，再用Ethereal抓包分析，发现友商软交换设备（Z公司）下发的以下报文出现空格，不符合要求，报文如下图：

原因分析：

软交换下发的资源属性格式有错误。Z司修改后问题解决。Page52故障分析案例（五）-拔号即听忙音故障用xDBWIN在AG设备故障分析案例（六）-拨完号码后出忙音故障现象：和Z司软交换对接，拨完号码后出忙音处理过程：抓信令分析后发现：原因是H司AG提供的临时终端RTP资源范围为0-10000000，而Z司软交换单板提供的资源范围仅为0-65535。建立关联时的信令：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～100000999Page53故障分析案例（六）-拨完号码后出忙音故障现象：建立关联时的信故障分析案例（七）-对方已挂机但听不到忙音现象：和A司软交换对接，AG用户在对方已挂机的前提下不能听到忙音。处理过程：经过信令分析，发现原因是A司下发忙音为cg/ct，正在放音的时候不会重新联网,但是判断的时候漏掉了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}}}}}Page54故障分析案例（七）-对方已挂机但听不到忙音现象：MEGACO故障分析案例（八）-AG注册不成功现象：组网：B**AGsbc2200SoftX3000B**厂家的AG通过SBC2200注册到H司软交换不成功。在软交换上跟踪不到消息，在SBC2200跟踪Debug调试消息提示“Decode

h248

message

failed”。

处理过程：1、开始怀疑是SBC2200不支持用

“!/1”

代替

“MEGACO/1”，但比较软交换下发给其他厂家正常注册的AG的审计消息，说明SBC2200是支持的。

2、比较其他正常注册消息的域名发现B**厂家AG送过来的MID为

“yjtx:2944”，查询H248协议这是不符合协议规范的，domainName必须用<>限定的；SBC2200协议栈无法解析，就会导致回应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}}}}结论：对于H248注册消息中的MID格式要求：

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

>限定。

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

]限定。

Page55故障分析案例（八）-AG注册不成功现象：*1.4445475故障分析案例（九）-AG注册不成功现象：组网：SoftX3000-友商AG，用户反映友商AG无法注册。

处理过程：1、在SoftX3000上跟踪H248注册消息如下：

AG发起的注册请求：

!/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发起注册的消息可以知道PF=AGW/1，PF是一个协商参数，对应ADD

MGW配置的H248协议子集参数。

3、LST

MGW发现H248协议子集

=

<NULL>。MOD

MGW配置H248协议子集参数SRVCPROFILE="AGW/1"，友商AG可以正常注册。

结论：AG无法注册主要是注册消息不符合SoftX3000要求的H248协议规范。

Page56故障分析案例（九）-AG注册不成功现象：结论：AG无法注册故障分析案例（十）-不能建立关联现象：客户使用AC厂家的媒体网关与SoftX3000对接H248协议，虽然该媒体网关可以注册到SoftX3000，但是SoftX3000上的电路状态为错误。

处理过程：1.从SofX3000上跟踪消息，发现对方很少回复消息过来。

2.通过Ethereal抓包检查两设备之间的H248消息，发现媒体网关发过来的消息不符合协议，造成SoftX3000协议栈解码失败，这也可以解释为什么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}}}}}

分析后发现：在P=406660440{C=-1可关联ID为空后面还有一个数字。当出现了数字之后SoftX3000就不知道如何解码了。友商修改AG设置后正常。这个在H248-megaco的RFC文档里有相应规定。

ContextID

=

(UINT32

/

"*"

/

"-"

/

"$")

Page57故障分析案例（十）-不能建立关联现象：对方送来的消息如下：故障分析案例（十一）-摘机无拨号音现象：采用MXU与贝尔核心网对接发现拔插光纤或者网络中断后摘机无拨号音。

处理过程：1.贝尔软交换下发拨号音流程为在收到挂机事件后下发检测摘机事件并且嵌套拨号音2.如果用户通话过程中拔插光纤或者网络中断则用户上报的挂机事件无法收到，因此检测摘机和嵌套拨号音也不会下发，导致下次摘机不会上报也听不到拨号音3.在profile中修改对应控制点，预置摘机事件，即使不收到检测摘机事件也上报摘机，那么当次无拨号音挂机后能够恢复。

软交换收到挂机下发嵌套信号如下：

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故障分析案例（十一）-摘机无拨号音现象：软交换收到挂机下发故障分析案例（十一）-摘机无拨号音现象：采用MXU与贝尔核心网对接发现接口故障恢复后摘机无拨号音。

处理过程：1.贝尔软交换收到接口故障恢复的900restart消息不会下发检测摘机嵌套拨号音2.在profile中修改对应控制点，预置摘机事件，即使不收到检测摘机事件也上报摘机，那么当次无拨号音挂机后能够恢复。

Page59故障分析案例（十一）-摘机无拨号音现象：Page59本章小结本章主要对前面介绍的H248协议进行应用；通过本章的学习，希望大家可以自己分析H248信令。Page60本章小结Page60H248协议培训课程演讲完毕，谢谢观看！演讲完毕，谢谢观看！接入网技术服务部H248协议深入及实例分析2022/12/29接入网技术服务部H248协议深入及实例分析2022/12/2随着NGN网络和业务的不断应用和发展，H248协议在目前的应用中越来越广泛。对于协议的深入掌握，将非常有助与故障定位和问题处理。学习此胶片之前需要学过《H.248协议概述》Page64随着NGN网络和业务的不断应用和发展，H248协议在目前的应学习目标学习完此课程，您将会：了解H.248协议的体系结构掌握H.248协议中命令格式和用途掌握H.248协议的消息交互过程掌握并能分析典型的H.248信令流程Page65学习目标学习完此课程，您将会：Page3第1章概述

第2章协议内容介绍

第3章信令基本控制流程

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

第2章协议内容介绍

第3章信令基本控制概述H.248和MeGaCo是同一种协议的两个名称而已，是ITU与IETF共同制定的，ITU-T称之为H.248，而IETF则称之为MeGaCo；H.248协议是在MGCP协议的基础上，结合其它媒体网关控制协议特点发展而成的一种协议；H.248协议弥补了MGCP协议描述能力上的欠缺，适合在大型网关上应用；H.248信令消息有UDP/TCP/SCTP/ATM等多种承载方式，使传输更可靠，而MGCP则只能承载在宽带IP网络上的UDP格式。Page67概述H.248和MeGaCo是同一种协议的两个名称而已，是IH.248功能和相关概念H.248提供了MGC在呼叫处理过程中控制MG中各种静态及动态资源（IP/ATM/TDM）的能力（包括终端属性、终端连接交换关系及其承载的媒体流），还提供了独立于MG的状态维护与管理能力；H.248协议消息编码可以采用二进制或文本格式，现在只支持文本格式；H.248消息的承载目前都是基于UDP的。使用H.248协议时，传输层端口号与编码类型有关，默认端口号为：2944（文本格式编码）或者2945（二进制编码）。Page68H.248功能和相关概念H.248提供了MGC在呼叫处理过程H.248在NGN网络中的使用ISUP/TUPSIPH.323INNMSINAPSIPXML/SNMPSIPU-NICASG7000PSTNswitchSTPM3UA/SCTP分组核心网TMG8010M2UA/H.248OpenEyeSIP

phoneH.323

PhoneSIP-T/H.323SoftX3000IAD系列H.248/MGCPUA5000H.323H.248/MGCPSoftX3000LANNATIP超市私有协议（私网穿越基于STUN）UMG8900H.248/V5UA/IUASIPUC-ServerR2/V5R2/V5/ISDNMTANCSPage69H.248在NGN网络中的使用ISUP/TUPINNMSIN第1章概述第2章协议内容介绍第3章信令基本控制流程第4章业务消息识别举例Page70第1章概述Page8第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4

节和MGCP协议的比较Page71第2章协议内容介绍Page9连接模型：两个重要概念(Context和Termination)协议的连接模型主要描述媒体网关中的逻辑实体，这些逻辑实体由媒体网关控制器（MGC）控制。这个连接模型中的主要的抽象概念是终端（Termination）和关联（Context）;在H.248/Megaco定义的连接模型中，包括关联和终端两个实体。一个关联中至少要包含一个终端，否则此关联将被删除，空关联指的是只包含一个与其他终端没有连接的终端的关联；同时一个终端在任一时刻也只能属于一个关联。

Page72连接模型：两个重要概念(Context和Terminat终端（Termination）

终端是位于MG中的一个逻辑实体，可以发送/接收媒体和（或）控制流。例如表示一个时隙（CIC电路）、一个IP端口（IP地址+端口号）、或一个ATM端口（VPI/VCI）。Page73终端（Termination）终端是位于MG中的一个逻辑终端（Termination）终端分为两类：

1、半永久终端，用来表示物理实体

如TDM信道，只要这个TDM信道在MG中被配置，就一直存在，只有当配

置信息被删除后，与之对应的终端才会消失。当一个半永久终端被加入一

个特定关联时，它是从NULL关联中获取，而当从特定关联中删除时，它

又返回到NULL关联；

2、临时终端，代表临时性的信息流

如RTP流，当需要时创建，使用完毕后就删除。临时终端通过ADD命令创

建，通过SUBTRACT命令清除。终端特征通过属性来描述，这些属性被转换成描述符在命令中携带。终端被创建时，媒体网关会为其分配一个唯一标识。Page74终端（Termination）终端分为两类：

1、半永久终端终端（Termination）终端属性，可以创建新的终端或者修改已存在终端的属性；终端ID，对不同的终端通过终端ID来引用，终端ID是由MG配置的。终端ID有两种通配方式：“ALL”和“CHOOSE”；终端属性和描述符，终端拥有属性，属性拥有唯一的属性ID；ROOT终端，通常用来表示媒体网关本身，允许在ROOT终端上定义包，也可以拥有属性、事件、信号、统计和参数。ROOT终端可以出现在Modify、Notify、AuditValue、AuditCapability、ServiceChange命令中，其它任何对ROOT终端的使用都是错误。TerminationID

:二进制编码时最多可以64位表示，文本编码时最

多可以达64个字符；Page75终端（Termination）终端属性，可以创建新的终端或者Termination的属性属性Properties:

终端本身具有的属性；事件Events

:指示终端需要检测的事件。例如：摘机，挂机、拍叉，拔号等；信号Signals

:

网关产生的各种类型的媒体流。例如：拔号音，忙音，振铃音，回铃音等。统计Statistics

:用于描述一个终端的统计信息，可以在一次呼叫完成

后向MGC上报，也可以由MGC下发命令AuditValue

查询相关的统计信息。该信息主要用来计费。Page76Termination的属性属性Properties:关联（Context）

关联描述一组终端之间的关联关系，当一个关联涉及多个终端时，关联将描述这些终端所组成的拓扑结构以及媒体混合交换的参数。关联中的终端可以通过Add命令进行创建，通过Subtract进行删除。一个关联中必须至少包含一个终端。Page77关联（Context）关联描述一组终端之间的关联关系，第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4节和MGCP协议的比较Page78第2章协议内容介绍Page16H.248协议的消息编码消息是H.248协议发送的一个信息单元。消息可以使用二进制格式和文本格式编码；采用二进制编码时，使用ITU-TX.680（ASN.1）定义的规范描述，使用X.690定义的BER规则编码；采用文本方式编码时，遵循RFC2234ABNF规范；MGC必须支持两种编码格式，MG可能支持其中任何一种或两种方式。MGC侧和MG侧的H.248消息都有相同的结构。Page79H.248协议的消息编码消息是H.248协议发送的一个信息单H.248消息结构

H.248协议发送或接受的信息单元称为消息，消息从消息头（Header）开始，后面是若干个事务；消息头中包含消息标识符（MID）和版本字段。MID用于标识消息的发送者，可以是IP地址、域名或设备名；版本字段用于标识消息遵守的协议版本，有版本1和版本2。

目前接入网MG两者都支持；消息内的事务是相互独立的，当多个被独立处理时，消息没有规定处理的先后次序。Page80H.248消息结构H.248协议发送或接受的信息单元称为消H.248协议的消息机制Message消息TransactionI事务TransactionIDnContextID1关联ContextIDnCMD1命令CMDnDes-nDes-1描述符......Page81H.248协议的消息机制Message消息Transacti事务（Transaction）MGC和MG之间的一组命令构成事务，事务由TransactionID进行标识。事务包含一个或多个动作，一个动作由一系列局限于一个关联的命令组成；一个事务从“事务头部”（TransHdr）开始。在TransHdr中包含TransactionID。TransactionID由事务的发送者指定，在发送者范围内是唯一的；TransHdr后面是该事务的若干动作，这些动作必须顺序执行。若某动作中的一个命令执行失败，该事务中以后的命令将终止执行（Optional命令除外）。引入事务的一个重要功能是可以保证命令的顺序执行；当命令标记为“Optional”（可选命令），该命令可以越过一个命令执行失败而导致以后命令终止执行的限制，即如果可选命令执行不成功，其后的命令可以继续执行。Page82事务（Transaction）MGC和MG之间的一组命令构事务（Transaction）事务包括请求和响应两种类型；其中响应事务也包含两种：TransactionReply和TransactionPending。Page83事务（Transaction）事务包括请求和响应两种类型请求事务（TransactionRequest）每个TransactionRequest请求激发一个事务。一个事务包含一个到多个动作，每个动作包含与同一个关联（Context）相关的一个到多个命令。TransactionRequest结构如下：Page84请求事务（TransactionRequest）Page2完成事务响应（TransactionReplay）TransactionReply是事务接收者对TransactionRequest的一种响应，表明接收者完成该TransactionRequest命令执行，对每个事务都应有一个Reply响应;以下两种情况表明一个TransactionRequest执行完成：

TransactionRequest中的所有命令成功执行完毕；

TransactionRequest中的一个非可选命令执行失败。TransactionReply结构如下：Page85完成事务响应（TransactionReplay）Trans正在处理事务响应（TransactionPending）TransactionPending由接收者发送，指示事务正在处理，但仍然没有完成。当命令处理时间较长时，可以防止发送者重发事务请求；TransactionPending结构如下：可见，事务表现为TransactionRequest，对TransactionRequest接收者必须响应一个TransactionReply，在此之前可能有许多TransactionPending响应。Page86正在处理事务响应（TransactionPending）Tr动作（Action）动作由一系列局限于一个关联内的命令组成。Page87动作（Action）动作由一系列局限于一个关联内的命令组成动作（Action）动作与关联（Context）是密切相关的，动作由ContextID进行标识；在一个动作内，命令需要顺序执行；一个动作从关联头部（CtxHdr）开始，在CtxHdr包含ContextID，用于标识该动作对应的关联。ContextID由MG指定，在MG范围内是唯一的。MGC必须在以后的与此关联相关的事务中使用ContextID；在CtxHdr后面是若干命令，这些命令都与ContextID标识的关联相关。Page88动作（Action）动作与关联（Context）是密切相关第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4节和MGCP协议的比较Page89第2章协议内容介绍Page27命令（Command）命令(Command)：是H.248消息的主要内容，实现对关联和终端属性的控制，包括指定终端报告检测到的事件，通知终端使用什么信号和动作，以及指定关联的拓扑结构等。命令由命令头部（CMDHdr）与命令参数构成，在H.248协议中，命令参数被组织成“描述符”（Descriptor）；H.248协议定义了八个命令，其中“Notify”是由MG发给MGC，“ServiceChange”可由MG或MGC发送，其它命令都是由MGC发给MG。Page90命令（Command）命令(Command)：是H.248命令：Add/Modify/SubtractADD:

增加一个Termination到一个Context中，当ContextID为CHOOSE关联(“$”)(或第一次增加一个Termination)，MG将创建一个Context，然后往其中加入Termination；MODIFY:

修改一个Termination的属性、事件和信号参数。如：修

改终端的编码类型、通知终端检测摘机/挂机事件、修改终端的拓扑结构(双向/单向/隔离等)；SUBSTRACT:

从一个Context中删除一个Termination，同时返回

该Termination的统计状态。如果Context中只有此Termination，则删除此Context。Page91命令：Add/Modify/SubtractADD:增加一命令：Move/AuditValue/AuditCapabilitiesMOVE:

将一个Termination从一个Context转移到另一个Context中；AUDITVALUE:

审计命令，返回Termination的当前的

Properties、Events、Signals、Statistics；AUDITCAPABILITIES:

返回MG中Termination特性的能力

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

允许MG将检测到的事件通知给MGC。如：MG将检测到的摘机事件上报给MGC；SERVICECHANGE:

允许MG向MGC通知一个或者多个终端将要脱离或者加入业务。用来MG向MGC进行注册、重启通知。MGC可以使用ServieceChange对MG进行重启。MGC可以使用ServiceChange通知MG注销一个或一部分Termination。Page93命令：Notify/ServiceChangeNOTIFY:第2章协议内容介绍第1节协议中的两个重要概念第2节

消息结构第3节命令、描述符第4节和MGCP协议的比较Page94第2章协议内容介绍Page32H248协议和MGCP协议的比较MGCP优点：业界成熟产品，价格相对较低其余同”软交换与用户网关/IAD之间(MGCP)”缺点：1.主要支持语音，业务能力弱2.其余同前述。仅支持语音业务时选用H.248优点：1.支持多媒体连接2.协议既可采用文本又可采用二进制，增强适应性3.扩展性好缺点：复杂、目前应用较少支持语音和多媒体，将来替代MGCPPage95H248协议和MGCP协议的比较MGCP优点：仅支持语音业务第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例Page96第1章概述Page34第2章信令基本控制流程第1节网关注册/注销/初始

化流程第2节典型呼叫处理流程Page97第2章信令基本控制流程Page35网关注册/注销流程MGSVC_CHG_REQSVC_CHG_REPLYSoftX3000UA5000softx3000我要注册注册OK事件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{}}}}Page98网关注册/注销流程MGSVC_CHG_REQSVC_CHG网关初始化流程SoftX3000MGMOD_REPLYMOD_REQ

MG注册成功后，MGC将对空关联中的MG的所有半永久终端的属性进行修改。指示MG检测用户的摘机事件。此时，此终端可以接收或者发起呼叫。

事件1：注册成功后，MGC在空关联中对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好吧请您监测用户Page99网关初始化流程SoftX3000MGMOD_REPLYMO第2章信令基本控制流程第1节网关注册/注销/初始

化流程第2节典型呼叫处理流程Page100第2章信令基本控制流程Page38不同MG下的呼叫流举例PSTNCoreNetworkSoftX300UA5000UA5000SG7000SS7/PRIM3UA/SCTPH.248UA5000ABC信令流媒体流喂，在干啥呢…~!@#正上网呢！~!@#$%^Page101不同MG下的呼叫流举例PSTNCoreNetworkSof同一MG下终端之间的H.248呼叫流举例CoreNetworkSoftX300UA5000A信令流媒体流BPage102同一MG下终端之间的H.248呼叫流举例CoreNetwo第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例Page103第1章概述Page41H.248呼叫信令解析—组网例图CoreNetworkSoftX300UA5000UserA信令流媒体流UserB端口0/8/1端口0/12/1Page104H.248呼叫信令解析—组网例图CoreNetworkSo典型信令解析主叫号码显示(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}}}}

表示反极计费描述符；

Page105典型信令解析主叫号码显示(MGC->MG)：Page43解读数图一般数图格式如下：([2-9]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|x.F|[0-9EF].L)}其中：“[2-9]xxxxxx”表示用户可以拨2～9中任意一位数字开头的任意7位号码；“13xxxxxxxxx”表示13开头的任意11号码；“0xxxxxxxxx”表示0开头的任意10位号码；“9xxxx”表示9开头的任意5位号码；“1[0124-9]x”表示1开头，3以外的十进制数为第二位的任意3位号码；“E”表示字母“*”；“F”表示字母“#”“x.F”；“[0-9EF].L”x表示拨以数字0～9、字母“E”、“F”开头的任意位等长定时器超时之后就会上报。.表示重复该符号前数字的0次到多次|表示可选方案

Page106解读数图一般数图格式如下：Page44数图故障举例（一）现象：与Z司软交换对接，AG用户主叫