H248协议提高培训课程-20091020-A.ppt

1、2020/7/28,接入网技术服务部,H248协议深入及实例分析,Page 2,随着NGN网络和业务的不断应用和发展，H248协议在目前的应用中越来越广泛。对于协议的深入掌握，将非常有助与故障定位和问题处理。 学习此胶片之前需要学过H.248协议概述,Page 3,学习目标,学习完此课程，您将会： 了解H.248协议的体系结构 掌握H.248协议中命令格式和用途 掌握H.248协议的消息交互过程 掌握并能分析典型的H.248信令流程,Page 4,第1章 概述第2章 协议内容介绍第3章 信令基本控制流程第4章 信令解析举例,Page 5,概述,H.248和MeGaCo是同一种协议的两个名称而已

2、，是ITU与IETF共同制定的，ITU-T称之为H.248，而IETF则称之为MeGaCo； H.248协议是在MGCP协议的基础上，结合其它媒体网关控制协议特点发展而成的一种协议； H.248协议弥补了MGCP协议描述能力上的欠缺，适合在大型网关上应用； H.248信令消息有UDP/TCP/SCTP/ATM等多种承载方式，使传输更可靠，而MGCP则只能承载在宽带IP网络上的UDP格式。,Page 6,H.248功能和相关概念,H.248提供了MGC在呼叫处理过程中控制MG中各种静态及动态资源（IP/ATM/TDM）的能力（包括终端属性、终端连接交换关系及其承载的媒体流），还提供了独立于MG的

3、状态维护与管理能力 ； H.248协议消息编码可以采用二进制或文本格式，现在只支持文本格式； H.248消息的承载目前都是基于UDP的。 使用H.248协议时，传输层端口号与编码类型有关，默认端口号为：2944（文本格式编码）或者2945（二进制编码）。,Page 7,H.248在NGN网络中的使用,ISUP/TUP,SIP H.323,IN,NMS,INAP,SIP,XML/SNMP,SIP,U-NICA,SG7000,M3UA/SCTP,分组核心网,TMG8010,M2UA/H.248,OpenEye,SIP phone,H.323 Phone,SIP-T/H.323,SoftX3000,

4、IAD系列,H.248/MGCP,UA5000,H.323,H.248/MGCP,SoftX3000,LAN,NAT,IP超市,私有协议 （私网穿越基于STUN）,UMG8900,H.248/V5UA/IUA,SIP,UC-Server,R2/V5,R2/V5/ISDN,MTA,NCS,Page 8,第1章 概述 第2章 协议内容介绍 第3章 信令基本控制流程 第4章 业务消息识别举例,Page 9,第2章 协议内容介绍 第 1 节 协议中的两个重要概念 第 2 节 消息结构 第 3 节 命令、描述符 第 4 节 和MGCP协议的比较,Page 10,连接模型：两个重要概念(Context 和

5、 Termination),协议的连接模型主要描述媒体网关中的逻辑实体，这些逻辑实体由媒体网关控制器（MGC）控制。这个连接模型中的主要的抽象概念是终端（Termination）和关联（Context）; 在H.248/Megaco定义的连接模型中，包括关联和终端两个实体。一个关联中至少要包含一个终端，否则此关联将被删除，空关联指的是只包含一个与其他终端没有连接的终端的关联；同时一个终端在任一时刻也只能属于一个关联。,Page 11,连接模型,Page 12,终端（Termination）,终端是位于MG中的一个逻辑实体，可以发送/接收媒体和（或）控制流。例如表示一个时隙（CIC电路）、一个I

6、P端口（IP地址+端口号）、或一个ATM端口（VPI/VCI）。,Page 13,终端（Termination）,终端分为两类：1、半永久终端，用来表示物理实体 如TDM信道，只要这个TDM信道在MG中被配置，就一直存在，只有当配 置信息被删除后，与之对应的终端才会消失。当一个半永久终端被加入一 个特定关联时，它是从NULL关联中获取，而当从特定关联中删除时，它 又返回到NULL关联；2、临时终端，代表临时性的信息流 如RTP流，当需要时创建，使用完毕后就删除。临时终端通过ADD命令创建，通过SUBTRACT命令清除。 终端特征通过属性来描述，这些属性被转换成描述符在命令中携带。终端被创建时，

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

8、。 Termination ID : 二进制编码时最多可以64位表示，文本编码时最 多可以达 64个字符；,Page 15,Termination的属性,属性 Properties : 终端本身具有的属性； 事件 Events : 指示终端需要检测的事件。 例如：摘机，挂机、拍叉，拔号等； 信号 Signals : 网关产生的各种类型的媒体流。 例如：拔号音，忙音，振铃音，回铃音等。 统计Statistics : 用于描述一个终端的统计信息，可以在一次呼叫完成 后向MGC上报，也可以由MGC下发命令AuditValue 查询相关的统计信息。该信息主要用来计费。,Page 16,关联（Conte

9、xt）,关联描述一组终端之间的关联关系，当一个关联涉及多个终端时，关联将描述这些终端所组成的拓扑结构以及媒体混合交换的参数。关联中的终端可以通过Add 命令进行创建，通过Subtract 进行删除。一个关联中必须至少包含一个终端。,Page 17,关联（Context）的属性,Context包括四个属性： ContextID：32bits，在网关范围内唯一标识一个关联。 Context ID由MG创建，在一个MG范围内唯一。,特殊关联编码对照表,Page 18,关联（Context）的属性,Topology：拓朴，用于描述一个关联内部终端之间的媒体流向。终端也存在一个称之为MODE的属性，用于

10、描述媒体的流向，但它描述的是相对于关联外部的流向； Priority：标识MG对关联处理的优先级先后次序。级别为015级，其中，“0”为最低优先级，“15”为最高优先级； Emergency：紧急呼叫标识符，MG优先处理使用紧急呼叫标识符的呼叫。,Page 19,问题,H248协议连接模型中重要的两个概念是？ 终端有哪两类？它们有什么区别？,Page 20,第2章 协议内容介绍 第 1 节 协议中的两个重要概念 第 2 节 消息结构 第 3 节 命令、描述符 第 4 节 和MGCP协议的比较,Page 21,H.248协议的消息编码,消息是H.248协议发送的一个信息单元。消息可以使用二进制格

11、式和文本格式编码； 采用二进制编码时，使用ITU-T X.680（ASN.1）定义的规范描述，使用X.690定义的BER规则编码； 采用文本方式编码时，遵循RFC 2234 ABNF规范； MGC必须支持两种编码格式，MG可能支持其中任何一种或两种方式。 MGC侧和MG侧的H.248消息都有相同的结构 。,Page 22,H.248消息结构,H.248协议发送或接受的信息单元称为消息， 消息从消息 头（Header）开始，后面是若干个事务；消息头中包含消息标识符（MID）和版本字段。MID用于标识消息的发送者，可以是IP地址、域名或设备名；版本字段用于标识消息遵守的协议版本，有版本1和版本2。

12、目前接入网MG两者都支持；消息内的事务是相互独立的，当多个被独立处理时，消 息没有规定处理的先后次序。,Page 23,H.248协议的消息机制,Page 24,事务（Transaction）,MGC和MG之间的一组命令构成事务，事务由TransactionID进行标识。事务包含一个或多个动作，一个动作由一系列局限于一个关联的命令组成； 一个事务从“事务头部”（TransHdr）开始。在TransHdr中包含TransactionID。TransactionID由事务的发送者指定，在发送者范围内是唯一的； TransHdr后面是该事务的若干动作，这些动作必须顺序执行。若某动作中的一个命令执行失

13、败，该事务中以后的命令将终止执行（Optional命令除外）。引入事务的一个重要功能是可以保证命令的顺序执行； 当命令标记为“Optional”（可选命令），该命令可以越过一个命令执行失败而导致以后命令终止执行的限制，即如果可选命令执行不成功，其后的命令可以继续执行。,Page 25,事务（Transaction）,事务包括请求和响应两种类型；其中响应事务也包含两种：TransactionReply和TransactionPending。,Page 26,请求事务（TransactionRequest）,每个TransactionRequest请求激发一个事务。一个事务包含一个到多个动作，每个

14、动作包含与同一个关联（Context）相关的一个到多个命令。 TransactionRequest结构如下：,Page 27,完成事务响应（TransactionReplay）,TransactionReply是事务接收者对TransactionRequest的一种响应，表明接收者完成该TransactionRequest命令执行，对每个事务都应有一个Reply响应; 以下两种情况表明一个TransactionRequest执行完成： TransactionRequest中的所有命令成功执行完毕； TransactionRequest中的一个非可选命令执行失败。 TransactionRepl

15、y结构如下：,Page 28,正在处理事务响应（TransactionPending）,TransactionPending由接收者发送，指示事务正在处理，但仍然没有完成。当命令处理时间较长时，可以防止发送者重发事务请求； TransactionPending结构如下：,可见，事务表现为TransactionRequest，对TransactionRequest接收者必须响应一个TransactionReply，在此之前可能有许多TransactionPending响应。,Page 29,动作（Action）,动作由一系列局限于一个关联内的命令组成。,Page 30,动作（Action）,动作

16、与关联（Context）是密切相关的，动作由ContextID进行标识；在一个动作内，命令需要顺序执行； 一个动作从关联头部（CtxHdr）开始，在CtxHdr包含ContextID，用于标识该动作对应的关联。ContextID由MG指定，在MG范围内是唯一的。MGC必须在以后的与此关联相关的事务中使用ContextID； 在CtxHdr后面是若干命令，这些命令都与ContextID标识的关联相关。,Page 31,第2章 协议内容介绍 第 1 节 协议中的两个重要概念 第 2 节 消息结构 第 3 节 命令、描述符 第 4 节 和MGCP协议的比较,Page 32,命令（Command）,命

17、令(Command) ：是H.248消息的主要内容，实现对关联和终端属性的控制，包括指定终端报告检测到的事件，通知终端使用什么信号和动作，以及指定关联的拓扑结构等。命令由命令头部（CMDHdr）与命令参数构成，在H.248协议中，命令参数被组织成“描述符”（Descriptor）； H.248协议定义了八个命令，其中“Notify”是由MG发给MGC，“ServiceChange”可由MG或MGC发送，其它命令都是由MGC发给MG。,Page 33,命令：Add/Modify/Subtract,ADD: 增加一个Termination到一个Context中，当Context ID为CHOOSE

18、关联(“$”)(或第一次增加一个Termination)，MG将创建一个Context，然后往其中加入Termination； MODIFY : 修改一个Termination的属性、事件和信号参数。如：修改终端的编码类型、通知终端检测摘机/挂机事件、修改终端的拓扑结构(双向/单向/隔离等)； SUBSTRACT : 从一个Context中删除一个Termination，同时返回该Termination的统计状态。如果Context中只有此Termination，则删除此Context。,Page 34,命令：Move/AuditValue/AuditCapabilities,MOVE: 将一

19、个Termination从一个Context转移到另一个Context中； AUDITVALUE : 审计命令，返回Termination的当前的Properties、Events、Signals、Statistics； AUDITCAPABILITIES: 返回MG中Termination特性的能力集。,Page 35,命令：Notify/ServiceChange,NOTIFY: 允许MG将检测到的事件通知给MGC。 如：MG将检测到的摘机事件上报给MGC； SERVICECHANGE: 允许MG向MGC通知一个或者多个 终端将要脱离或者加入业务。用来MG向MGC 进行注册、重启通知。MG

20、C可以使用ServieceChange对MG进行重启。MGC可以使用ServiceChange通知MG注销一个或一部分Termination。,Page 36,描述符Descriptors,一个命令的参数被定义为描述符。Descriptor是由Name和item组成(item可以携带Value)。一些命令可以共享一个或几个描述符。Descriptor可以作为一个Command的输出返回值。在大多数情况下Descriptor作为返回值，只有Name没有其它item； 描述符的形式如下： DescriptorName= parm = value, parm = value . ,Page 37,描

21、述符Descriptors,Modem: 标识Modem 的类型和其它参数等信息。(包括的类型有：V.18, V.22, V.22bis, V.32,V32bis ，V.34, V.90, V.91, Synchronous ISDN，并且允许进行扩充)； TerminationState: Termination的属性之一(可以被定义在一个Package 中)。描述终端的状态; Stream : 用来描述单个媒体流的remote/local/localControl的内容。可以 通过设置Local和Remote参数为“NULL”来删除Stream。 Stream Descriptor使用St

22、ream ID进行连接。用来标识一个 Context中Media flowing之间的关系。 Local : 包含参数用来说明MG从远端实体收到的媒体流； Remote : 包含参数用来说明MG向远端实体发送的媒体流； LocalControl : 包含参数用来描述MGC和MG之间的交互。,Page 38,描述符Descriptors,Media : 对媒体流的描述。该描述符是由TerminationState和Stream Descriptor组成的。 TerminationState描述了Termination的属性(不依赖于Stream)。由一个或多个Stream Descriptor描

23、述一个Media Stream。Stream是由StreamID来标识的，StreamID用来将一个Context中同属于一起的Stream联系在一起在Stream中有三个子Descriptor Local/Remote/LocalControl组成。在没有Stream Descriptor存在的情况下，这三个Descriptor也可以直接包含在Media Descriptor中。组成如下： Media Descriptor TerminationStateDescriptor Stream Descriptor LocalControl Descriptor Local Descriptor

24、 Remote Descriptor,Page 39,描述符Descriptors,Events : 用来描述MG检测Events和检测到Events该如何处 理； EventBuffer : 当Events缓冲区被激活后，用来描述MG中检测到的 事件； Singals : 描述Termination中信号的 “与/或” 操作。(如：忙音等)； Audit : 在审计命令中指定那些内容是需要被审计的； Packages : 在AuditValue命令中，返回一个能够被Termination识 别的Package列表。,Page 40,描述符Descriptors,DigitMap : 定义了事

25、件的关系，当MG检测到这些事件发生(并与 预先设置的匹配)时，将向MGC报告(例如：检测到带 内的DTMF信号)； ServiceChange : 描述ServiceChange发生的原因； ObservedEvents : 在Notify或AuditEvents中上报观察到的事件； Statistics : 在审计或删除Termination时，上报Termination中保存 的统计值； Extersion : 供扩充时使用。,Page 41,第2章 协议内容介绍 第 1 节 协议中的两个重要概念 第 2 节 消息结构 第 3 节 命令、描述符 第 4 节 和MGCP协议的比较,Page

26、42,H248协议和MGCP协议的比较,Page 43,问题,H248协议消息的结构如何？ H248协议中总共有几个消息？分别是哪些消息？有哪两个消息是可以由MG发送给MGC？ NOTIFY消息的作用？ 命令描述符由哪两部分组成？,Page 44,本章小结,本章主要介绍了H.248 协议内容的基本概念； 两个重要概念：Context和Termination； 8个命令 : Command； 描述符结构 ：Descriptor。,Page 45,第1章 概述 第2章 协议内容介绍 第3章 信令基本控制流程 第4章 信令解析举例,Page 46,第2章 信令基本控制流程 第 1 节 网关注册/注销

27、/初始 化流程 第 2 节 典型呼叫处理流程,Page 47,网关注册/注销流程,MG,SoftX3000,UA5000,softx3000,我要注册,注册OK,事件1：下面是SVC_CHG_REQ命令的文本描述： MEGACO/1 191.169.150.172:2944 T=3 C= - SC=ROOT SV MT=RS,RE=902,事件2：下面是SVC_CHG_REPLY响应的文本描述： MEGACO/1 191.169.150.170:2944 P=3C= - SC=ROOTSV,Page 48,网关初始化流程,SoftX3000,MG,MG注册成功后，MGC将对空关联中的MG的所有

28、半永久终端的属性进行修改。指示MG检测用户的摘机事件。此时，此终端可以接收或者发起呼叫。,事件1：注册成功后，MGC在空关联中对MG中的终端进行操作，通过Modify命令，更改终端属性。下面是MOD_REQ命令的文本描述： MEGACO/1 191.169.150.170:2944 T=372794419C= - MF=A0 E=369099777al/*, SG,事件2：MG收到Modify命令后，回送响应。下面是MOD_REPLY响应的文本描述： MEGACO/1 191.169.150.172:2944 P=372794419 C= - MF=A0,UA5000,softx3000,好吧

29、,请您监测用户,Page 49,第2章 信令基本控制流程 第 1 节 网关注册/注销/初始 化流程 第 2 节 典型呼叫处理流程,Page 50,不同MG下的呼叫流举例,PSTN,Core Network,SoftX300,UA5000,UA5000,SG7000,SS7/PRI,M3UA/SCTP,H.248,UA5000,A,B,C,信令流,媒体流,喂，在干啥呢 !#,正上网呢！!#$%,Page 51,同一MG下终端之间的H.248呼叫流举例,Core Network,SoftX300,UA5000,A,信令流,媒体流,B,Page 52,SoftX3000,Termination1,U

30、serA,Termination2,UserB,同一MG下终端之间的H.248呼叫流程,Page 53,SoftX3000,Termination1,UserA,Termination2,UserB,同一MG下终端之间的H.248呼叫流程（续）,Page 54,问题,请问MG与MGC交互的基本过程有哪几个？ 请简单叙述同一MG下呼叫的信令流程？,Page 55,本章小结,本章主要介绍了H.248在SoftX3000中具体的实现； 通过对MG网关注册流程、典型呼叫流程的描述。加深对H.248网关控制协议的理解。,Page 56,第1章 概述 第2章 协议内容介绍 第3章 信令基本控制流程 第4章

31、 信令解析举例,Page 57,H.248呼叫信令解析组网例图,Core Network,SoftX300,UA5000,User A,信令流,媒体流,User B,端口0/8/1,端口0/12/1,Page 58,UA的VoIP语音流转发过程图,SoftX3000,User A,User B,A32,A32,PVMB,DSP,LSW,TDM SWITCH,HW BUS,HW BUS,TDM,上行FE口,AD/DA,CPU,Page 59,UA中终端与关联的关系图,SoftX3000,User A,H248信令流,IP媒体流,User B,临时终端ID:100000034,临时终端2 ID:1

32、00000035,半永久终端 ID :1,半永久终端ID :0,上行FE口,TDM时隙,A32,A32,LSW,DSP,关联 ID:286,关联 ID:287,*,*,CPU,模拟用户线,UA 系统,Page 60,SoftX3000,T1,UserA,T2,UserB,H.248呼叫信令解析,事件1： NTFY_REQ NTFY_REQ命令的文本描述 MEGACO/1 191.169.150.122:2944 T=883C= - N=A0 OE=369109250al/of,事件1： NTFY_REPLY NTFY_REPLY响应的文本描述 MEGACO/1 191.169.200.61:2

33、944 P=883C= - N=A0,事件2： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372771555 C= - MF=A0 E=369109251 dd/ceDigitMap=dmap1，al/*, SGcg/dt, DM=dmap1 (2-9xxxxxx|13xxxxxxxxx|0 xxxxxxxxx |9xxxx|10124-9x|E|x.F|09EF.L),事件2： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=372771555 C= - MF=A0,事件3： NTFY_REQ

34、命令的文本描述 MEGACO/1 191.169.150.122:2944 T=884C= - N=A0 OE=369109251 20030429T06132700: dd/ce Meth=UM,ds=6540100,事件3： NTFY_REPLY响应的文本描述 MEGACO/1 191.169.200.61:2944 P=884C= - N=A0,事件4： MEGACO/1 191.169.200.61:2944 T=369363687 C=$ A=A0 MOMO=SR,RV=OFF,RG=OFF, E=369109253al/*, SG, A=$ MOMO=IN,RV=OFF,RG=OF

35、F,nt/jit=40, Lv=0 c=IN IP4 $ m=audio $ RTP/AVP 8,事件4： ADD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=369363687C=286 A=A0,A=A100000034 MOMO=IN,RV=OFF,RG=OFF,nt/jit=40, Lv=0 c=IN IP4 191.169.150.122 m=audio 18300 RTP/AVP 8,事件5：ADD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=369363688 C=$ A=A1 MOMO=SR,

36、RV=OFF,RG=OFF, E=369108998al/*, SG, A=$ M=OMO=IN,RV=OFF,RG=OFF,nt/jit=40, Lv=0 c=IN IP4 $ m=audio $ RTP/AVP 8,事件5： ADD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=369363688C=287 A=A1,A=A100000035 MOMO=IN,RV=OFF,RG=OFF,nt/jit=40, Lv=0 c=IN IP4 191.169.150.122 m=audio 18296 RTP/AVP 8,事件6： MOD_REQ命令的文

37、本描述 MEGACO/1 191.169.200.61:2944 T=372771561C=287 MF=A1 E=369108999al/*, SGal/ri,事件6： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=372771561C=287MF=A1,事件7： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372771562C=286 MF=A0 E=369109256al/*, SGcg/rt,事件7： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2

38、944 P=372771562C=286MF=A0,事件8： NTFY_REQ命令的文本描述 MEGACO/1 191.169.150.122:2944 T=885C=287 N=A1 OE=369108999al/of,事件8： NTFY_REPLY响应的文本描述 MEGACO/1 191.169.200.61:2944 P=885C=287N=A1,事件9： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=370281195C=287 MF=A1MOMO=SR,RV=OFF,RG=OFF,tdmc/ec=ON, E=369109001al/*,

39、SG, MF=A100000035MOMO=SR,RV=OFF,RG=OFF, Lv=0 c=IN IP4 - m=audio - RTP/AVP 8, Rv=0 c=IN IP4 191.169.150.122 m=audio 18300 RTP/AVP 8,事件9： MOD_REPLY响应的文本描述 MEGACO/1 191.165.15.122:2944 P=370281195C=287 MF=A1,MF=A100000035 MLv=0 c=IN IP4 191.169.150.122 m=audio 18296 RTP/AVP 8,Page 61,SoftX3000,T1,UserA

40、,T2,UserB,H.248呼叫信令解析,事件10： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=370281196 C=286 MF=A0MOMO=SR,RV=OFF,RG=OFF,tdmc/ec=ON, E=369109258al/*, SG, MF=A100000034MOMO=SR,RV=OFF,RG=OFF,Lv=0 c=IN IP4 - m=audio - RTP/AVP 8, Rv=0 c=IN IP4 191.169.150.122 m=audio 18296 RTP/AVP 8,事件10： MOD_REPLY响应的文本描述 M

41、EGACO/1 191.165.15.122:2944 P=370281196C=286 MF=A0,MF=A100000034 MLv=0 c=IN IP4 191.169.150.122 m=audio 18300 RTP/AVP 8,事件11： NTFY_REQ命令的文本描述 MEGACO/1 191.169.150.122:2944 T=886C=286 N=A0OE=369109258al/on,事件11： NTFY_REPLY响应的文本描述 MEGACO/1 191.169.200.61:2944 P=886N=A0,事件12： MOD_REQ命令的文本描述 MEGACO/1 19

42、1.169.200.61:2944 T=370281199C=286 MF=A0E=369109259al/*,SG, MF=A100000034MOMO=IN,RV=OFF,RG=OFF,事件12： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=370281199C=286MF=A0,MF=A100000034,事件13： SUB_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372509424C=286O-S=*,事件13： SUB_REPLY响应的文本描述 MEGACO/1 191.169.150.

43、122:2944 P=372509424C=286 S=A0,S=A100000034,事件14： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372771569C=287 MF=A1E=369109004al/*,SGcg/bt,事件14： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=372771569C=287MF=A1,事件15： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372771570C= - MF=A0E=369109261al/

44、*,SG,事件15： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=372771570C= - MF=A0,事件16： NTFY_REQ命令的文本描述 MEGACO/1 191.169.150.122:2944 T=887C=287 N=A1OE=369109004al/on,事件16： NTFY_REPLY响应的文本描述 MEGACO/1 191.169.200.61:2944 P=887C=287N=A1,事件17： SUB_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372509427C=287O

45、-S=*,事件17： SUB_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=372509427C=287 S=A1,S=A100000035,事件18： MOD_REPLY响应的文本描述 MEGACO/1 191.169.150.122:2944 P=372771572C= - MF=A1,事件18： MOD_REQ命令的文本描述 MEGACO/1 191.169.200.61:2944 T=372771572C= - MF=A1E=369109006al/*,SG,Page 62,典型信令解析,主叫号码显示(MGC-MG)： MEGACO/1 10

46、.71.50.51:2944 T=372813453C=142MF=A1 E=369154824al/*,SGandisp/dwaddb=040F303830343137343736363633303030E9andisp/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:2944 T=372

47、787051C=47MF=A1E=369154819al/*,SGxal/las 其中： SGxal/las 表示反极计费描述符；,Page 63,解读数图,一般数图格式如下： (2-9xxxxxx|13xxxxxxxxx|0 xxxxxxxxx|9xxxx|10124-9x|E|x.F|0-9EF.L) 其中： “2-9xxxxxx” 表示用户可以拨29中任意一位数字开头的任意7位号码； “13xxxxxxxxx”表示13开头的任意11号码；“0 xxxxxxxxx”表示0开头的任意10位号码；“9xxxx”表示9开头的任意5位号码； “10124-9x”表示1开头，3以外的十进制数为第二位

48、的任意3位号码； “E”表示字母“*”； “F”表示字母“#” “x.F”；“0-9EF.L” x表示拨以数字09、字母“E”、“F”开头的任意位等长定时器超时之后就会上报。 . 表示重复该符号前数字的0次到多次 | 表示可选方案,Page 64,数图故障举例（一）,现象： 与Z司软交换对接，AG用户主叫摘机即听忙音。 处理过程：1、与友商对接测试有问题时，首先考虑端口镜像抓包进行分析， 2、通过信令分析。发现AG在Z司MGC下发数图之后回应ER=519“Out of space to store digit map” ，可以看到软交换下发的数图规则超出AG的最大处理能力，造成通话失败。 PV

49、MBR011版本最大处理的数图资源是40条。后续版本已解决。 Z司软交换下发的数图：,Page 65,数图故障分析案例（二）-摘机有馈电没拔号音,现象： Z公司软交换下发数图不合法导致UA5000用户摘机听不到拨号音。某司AG与Z公司软交换H248接口已经正常建立，但是主叫摘机有馈电没有拨号音。,处理过程：1、检查TID配置正确，端口状态为正常；2、与其他厂家对接测试问题，首先考虑端口镜像抓包进行分析，软交换下发数图后，UA回复400语法错误；,Page 66,数图故障分析案例（二）-摘机有馈电没拔号音,处理过程：3、检查数图中存在“|.”的不合法数图；4、“.”表示其前面的数字或字符可以出现

50、任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则；5、把此数图删除后，测试能够正常听到拨号音。 原因分析：按照中国电信H.248标准，“|”用于分隔字符串，表示每个字符串为一个可选择的拨号方案，“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则。,Page 67,数图故障分析案例（三）-AG只能上报一位号码,现象： 和意大利ITATEL软交换对接，AG上报一位号码后，不再上报其余号码 ； 分析过程：在软交换上抓报文分析如下：,MEGACO/1 10.71.50.51:2944 T=372849746C=-MF

51、=A1E=369154818tonedet/stdtl=*,al/*,SG /响应 MEGACO/1 10.71.50.30:2944 P=372849746C=-MF=A1,原因分析： 是ITATEL软交换目前不支持数图，只在主叫摘机后下发拨号检测事件（tonedect）。但当AG上报一位号码后，软交换不再下发拨号检测事件，导致后续号码上报不了。,Page 68,故障分析案例（四）-摘机上报故障,现象： AG和Z司软交换对接，AG用户必须先做一次被叫才能正常打电话，否则摘机无音. 原因： 在Z司软交换没有下发检测摘机事件的情况下，AG摘机上报OE=*，导致Z司软交换不能识别。 正常摘机上报：

52、 msg to mgc(10.71.50.51:2944): MEGACO/1 10.71.50.30:2944 T=11C=-N=A1OE=369154816al/of,Page 69,故障分析案例（五）-拔号即听忙音故障,现象： 某AG和Z司软交换对接；用户摘机可听到拨号音，但是拨任何号码都直接听忙音。 分析过程：用户摘机可听到拨号音，但是拨任何号码都直接听忙音，一般有3种情况会出现，一是UA分配的终端ID范围超出软交换上配置的范围，二是数图匹配有问题，三是软交换下发的资源属性格式有错误。 处理过程： 1、核对软交换与AG的终端ID范围，没有问题。 2、用户摘机能听到拨号音，说明软交换（Z

53、公司）下发的数图正确并且被识别。,Page 70,故障分析案例（五）-拔号即听忙音故障,处理过程： 3、在Z司软交换上抓报文分析如下：10.35.64.3:2944 T=2103478924 C=$A=A0,A=$ MST=1OMO=RC,nt/jit=40,Lv=0c=INIP4$m=audio$RTP/AVP80a=ptime:20,E=2103997587nt/netfail,nt/qualertth=80 MEGACO/210.35.96.67:2944 P=2103478917 C=43 AV=A0E=2103997253,ER=500Internalsoftwarefailurei

54、ntheMG 说明软交换下发了AG不能识别的报文，所以UA5000会向软交换回“InternalsoftwarefailureintheMG”。 但与正常消息比较后，也没看出来下发的消息有什么问题。,Page 71,故障分析案例（五）-拔号即听忙音故障,用xDBWIN在AG设备上抓包分析，发现协议栈在解析“v=0c=INIP4$m=audio$RTP/AVP80a=ptime:20”时出错。 于是，再用Ethereal抓包分析，发现友商软交换设备（Z公司）下发的以下报文出现空格，不符合要求，报文如下图：,原因分析： 软交换下发的资源属性格式有错误。 Z司修改后问题解决。,Page 72,故障分

55、析案例（六）-拨完号码后出忙音故障,现象： 和Z司软交换对接，拨完号码后出忙音 处理过程： 抓信令分析后发现：原因是H司AG提供的临时终端RTP资源范围为0-10000000，而Z司软交换单板提供的资源范围仅为0-65535 。,建立关联时的信令： MEGACO/1 10.71.50.51:2944 T=369441876C=$A=A1MOMO=IN,RV=OFF,RG=OFF,E=369154820tonedet/stdtl=*,al/*,SG,A=$MOMO=RC,RV=OFF,RG=OFF,Lv=0c=IN IP4 $m=audio $ RTP/AVP 8a=ptime:20 MEGAC

56、O/1 10.71.50.30:2944 P=369441876C=383A=A1,A=A100000006MST=1OMO=RC,RV=OFF,RG=OFF,Lv=0c=IN IP4 10.71.50.30m=audio 19196 RTP/AVP 8a=ptime:20 MEGACO /1 10.71.50.51:2944 T=369441877 C=383 MF=A1 SG cg/bt A100000006：RTP资源编号，目前AG取值范围是100000000100000999,Page 73,故障分析案例（七）-对方已挂机但听不到忙音,现象： 和A司软交换对接，AG用户在对方已挂机的前

57、提下不能听到忙音。 处理过程： 经过信令分析，发现原因是A司下发忙音为cg/ct，正在放音的时候不会重新联网,但是判断的时候漏掉了cg/ct导致逻辑放音听不到,MEGACO/1 10.71.50.51:2944 T=370359990C=383MF=A1MOMO=IN,RV=OFF,RG=OFF,E=369154827al/*,SGcg/ct,MF=A100000006MOMO=IN,RV=OFF,RG=OFF,Page 74,故障分析案例（八）-AG注册不成功,现象： 组网：B*AG-sbc2200-SoftX3000 B*厂家的AG通过SBC2200注册到H司软交换不成功。在软交换上跟踪不

58、到消息，在SBC2200跟踪Debug调试消息提示“Decodeh248messagefailed”。 处理过程： 1、开始怀疑是SBC2200不支持用“!/1”代替“MEGACO/1”，但比较软交换下发给其他厂家正常注册的AG的审计消息，说明SBC2200是支持的。2、比较其他正常注册消息的域名发现B*厂家AG送过来的MID为“yjtx:2944”，查询H248协议这是不符合协议规范的，domainName必须用限定的；SBC2200协议栈无法解析，就会导致回应Decodeh248messagefailed，让对方重新修改MID格式后，在软交换上查询MGW注册正常。,*1.444547537 F-B-ncecl-1.jxngn H248/8/REGISTER: Information: H248 message received, 59.53.175.72(2944)-61.180.127.50(2944) vpn(0) : !/1 yjtx:2944 T=1008C=-SC=ROOTSVMT=RS,AD=2