《H.248协议消息解读》由会员分享，可在线阅读，更多相关《H.248协议消息解读（30页珍藏版）》请在金锄头文库上搜索。
1、n 更多资料请访问.(.)更多企业学院：./Shop/中小企业管理全能版183套讲座+89700份资料./Shop/40.shtml总经理、高层管理49套讲座+16388份资料./Shop/38.shtml中层管理学院46套讲座+6020份资料./Shop/39.shtml国学智慧、易经46套讲座./Shop/41.shtml人力资源学院56套讲座+27123份资料./Shop/44.shtml各阶段员工培训学院77套讲座+ 324份资料./Shop/49.shtml员工管理企业学院67套讲座+ 8720份资料./Shop/42.shtml工厂生产管理学院52套讲座+ 13920份资料./Sh
2、op/43.shtml财务管理学院53套讲座+ 17945份资料./Shop/45.shtml销售经理学院56套讲座+ 14350份资料./Shop/46.shtml销售人员培训学院72套讲座+ 4879份资料./Shop/47.shtmlH.248协议消息解读基础篇目录1H.248协议概述22基本呼叫建立流程及消息解析32.1基本呼叫建立流程图32.2基本呼叫建立流程消息解析42.2.1步骤1）信令42.2.2步骤2）信令72.2.3步骤3）信令92.2.4步骤4）信令102.2.5步骤5）信令142.2.6步骤6）信令162.2.7步骤7）信令172.2.8步骤8）信令182.2.9步骤9
3、）信令192.2.10步骤10）信令192.2.11步骤11）信令202.2.12步骤12）信令213基本呼叫释放流程及消息解析233.1基本呼叫释放流程图233.2基本呼叫释放流程消息解析243.2.1步骤 1) 信令243.2.2步骤 2) 信令243.2.3步骤3）信令263.2.4步骤4) 信令273.2.5步骤5）信令273.2.6步骤6）信令283.2.7步骤7）信令293.2.8步骤8）信令293.2.9步骤9）信令301 H.248协议概述H248协议（ITU-T），又称MEGACO协议（IETF）。是NGN网络中的一种呼叫控制协议，是在媒体网关（MG）和媒体网关控制器（MGC
4、）之间交互主从协议，从MGCP协议发展而来。H248协议与SIP（一种对等呼叫控制协议）是目前主流的NGN呼叫控制协议。H248协议从OSI层次上是工作于UDP之上，以文本方式或二进制方式描述。通常情况下，多数厂商的媒体网关（MG）或媒体网关控制器（MGC/SS）使用文本方式的H248协议。H248协议消息中的文本语法与描述符遵循ABNF协议（RFC2234）和SDP协议（RFC2327）要求。H248协议消息的交互通常是在一个MG和MGC/SS之间，MG/MGC发送一个事务请求消息后，对应的MGC/MG必须有对应（即有同样的事务标识）的事务应答，以上的两个消息分别为事务请求和其对应的事务应答
5、。一个H248消息体中可以包含多个事务，但不要求对方对这些事务的应答都在一个消息体中。在一个H248消息体中：协议类型，协议版本，消息发送的源地址，发送的源UDP端口号，事务及其标识，上下文（关联），命令，终结点等字段是必需的。以下分别对普通呼叫建立流程和呼叫释放流程中的消息进行解释，并在各流程消息解释中标示出常见的异常或错误码，以便可以根据协议消息的错误类型及其出现的环节找出媒体网关（MG）或媒体网关控制器（MGC/SS）有可能出现的问题所在。2 基本呼叫建立流程及消息解析2.1 基本呼叫建立流程图图1 基本呼叫建立流程图2.2 基本呼叫建立流程消息解析说明：1）SS的IP地址为：10.61
6、.252.100；AG的IP地址为：10.61.94.55。2）将事件与响应作为个整体进行说明。3）文中的MG与AG等价，即可以理解为AG。4）信令中重复的部分仅在最早出现的地方说明一次。5) 以下消息中的编号与流程图中的流程标号一致。2.2.1 步骤1）信令(1) 11:03:48!/1 10.61.94.55:2944 T=2420C=-N=USER2OE=200020070429T11070000:al/of(1) 11:03:48!/1 10.61.252.100:2944 P=2420C=-N=USER2信令主要含义：消息（1）：MG检测到用户USER2的off-hook（摘机事件）
7、，并将此事件通知MGC。消息（1）：MGC接收到该消息后对此进行应答。消息描述符详解：信令字符字符的含义及相关解释!表示H248协议或Megaco协议。/1协议版本，表示协议版本号为1.0版本，目前H248协议的版本有1.0和2.0两个版本，2.0版本尚未完善，各厂商还没有商用的实例。10.61.94.55消息发送源IP地址，在此的IP地址为MG的IP地址。（下同）:2944消息发送的源UDP端口号，2944是默认的H248协议文本编码方式的UDP端口号，但不强制，如Alcatel的MGC/SS就使用了11000作为H248协议的端口号。当MGC使用非2944的协议端口号时，需要在MG注册流程
8、中进行端口号的协商。在应用场景中，使用何端口号由MGC/SS主导。注：基于IP传输H.248协议的要求中规定：H.248协议定义的协议消息可以在UDP上传输，如果对等实体未提供相应的通信端口，则协议消息应被送到缺省端口：如果协议消息采用文本方式编码，则缺省端口号为2944；如果协议消息采用二进制方式编码，则缺省端口号为2945。响应消息必须发送到相应的命令发起方使用的地址和端口。TTransaction Request，事务请求，表示一个H248交互事务的发起。 每个Transaction由一个TransactionID来标识，Transaction由一个或多个Action组成。2420Tra
9、nsactionID，事务标识，由事务发起方（MG或MGC）随机选定，理论上的取值上限为0XFFFFFFFF。CContext，上下文（或称关联），在H248呼叫模型中，上下文是一些有相互联系的终结点的结合体。Context由ContextID标识，ContextID是由MG分配并在AG内唯一。-上下文标识符（ContextID），“-”标识为空上下文，在MG中所有的空闲电路（物理终结点）都处于空上下文中，在此消息中表示终结点USER2是在空的上下文中。协议定义的上下文标识取值为00XFFFFFFFF，值为0时标识符为“-”；取值为1-0XFFFFFFFE时为对应的十进制数字，0XFFFFFF
10、FF为ALL,表示所有上下文。在呼叫流程中，上下文标识是由MG选定的。实际应用中，每个厂商MG对上下文标识的取值范围可能不一样，如ZXMSG5200的取值为020000（ALL除外）。NNotify命令即通知命令。这个命令的发起只能从MG向MGC的方向发送。通常出现在MG检测都某些事件（如用户摘挂机，拍插簧，拨号结束，网络失效等）时通知SS，也可以作为MG发起的心跳消息注：Notify命令格式如下Notify(TerminationID, ObservedEventsDescriptor, ErrorDescriptor)在示例中Notify命令中的TerminationID为USER0030
11、1300003；ObserverdEventsDescriptor为OE=200020070429T11070000:al/of。USER2TerminationID，用户终结点标识符（在ZXMSG5200为配置的slctermid）。用户终结点在协议中定义为物理终结点，是MG中永久终结点，与此相对的是临时终结点，如媒体终结点（如RTP1）。通俗理解是在一次用户呼叫中，该用户的标识符在MG内是唯一确定的，而呼叫连接中需要的媒体资源（媒体终结点）是随机的，临时的。OEObserved Event，检测到的事件。表示MG内检测到了某个事件（如本例中的摘机）。2000代表RequestID，该ID与
12、MGC下发的要求MG进行该Event检测的ID一致。需要注意的是，同样的事件检测请求对于不同的终结点可能有不同的标识符，甚至同样的事件对于同样的终结点，每次MGC要求检测的事件检测请求标识符也可能不一样。20070429T11070000事件发生的日期时间。alAnalog Line Supervision Packet，模拟用户线监测包。H248协议基本包的一种，定义了三种可以检测的事件：onhook（挂机），offhook（摘机），flashhook（拍插簧）。在一个正常的呼叫流程中，该协议包是必需的，需要MGC配置或下发。注：H.248协议的Annex E中定义了一些基本包/ofal包中
13、的事件标识。标识offhook事件。注：H.248协议Annex E的al包中定义offhook如下EventID： of, 0x0005PTransaction Reply，事务应答。其事务标识必须与对应的事务请求一致。异常情况分析： 用户摘机后无消息上报，可能的原因有MG内（8031）未检测到摘机或者MG内该用户对应的TerminationID尚未配置。 在应答消息中包含错误码430（未知的终结点标识符），可能的原因为MGC/SS中尚未配置该用户对应的TerminationID。 在应答消息中包含错误码433（终结点已存在于一个上下文中），可能原因为在上次呼叫中，MGC/SS内该终结点尚未
14、释放。此时如要恢复，需要重新注册该用户（通过MG内删除再增加TerminationID的操作可以使该用户重新注册）。 在应答消息中包含错误码567（协议未定义该错误码），可能的原因是由于事件请求标识与MGC下发的不一致。如在上个消息中MGC下发E=589829,而AG上报OE=2000。不同厂商应答的错误码可能不一样，如HW的SOFTX3000返回的错误码为501(未执行)。 在应答消息中包含错误码411(事务指向未知上下文)，可能的原因是在MG发送的通知消息中，用户终结点不在空上下文中，而在某个特定的上下文中，这表明该用户上次呼叫中在MG内没有从上下文中释放。2.2.2 步骤2）信令(2) 11:03:48!/1 10.61.252.100:2944 T=52466049C=-MF=USER2DM=DM019966139894 (|ExxE|FxxF|ExxF|FxxE|Exx|EFxxE|EFxxF|ExxEx.F|FxxEx.F|ExxExxEx.F|FxxExxEx.F|EF0-90-9E.F|EExx|EFxxF|9|10xx|8xxx|9xxx|FExx|ExxExxxxEx.F|FF|6666XXXX|1984
