H248协议-华为(讲的很详细)

2020/5/24,接入网技术服务部,H248协议深入及实例分析,Page2,随着NGN网络和业务的不断应用和发展，H248协议在目前的应用中越来越广泛。对于协议的深入掌握，将非常有助与故障定位和问题处理。学习此胶片之前需要学过H.248协议概述,Page3,学习目标,学习完此课程，您将会：了解H.248协议的体系结构掌握H.248协议中命令格式和用途掌握H.248协议的消息交互过程掌握并能分析典型的H.248信令流程,Page4,第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例,Page5,概述,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格式。,Page6,H.248功能和相关概念,H.248提供了MGC在呼叫处理过程中控制MG中各种静态及动态资源（IP/ATM/TDM）的能力（包括终端属性、终端连接交换关系及其承载的媒体流），还提供了独立于MG的状态维护与管理能力；H.248协议消息编码可以采用二进制或文本格式，现在只支持文本格式；H.248消息的承载目前都是基于UDP的。使用H.248协议时，传输层端口号与编码类型有关，默认端口号为：2944（文本格式编码）或者2945（二进制编码）。,Page7,H.248在NGN网络中的使用,ISUP/TUP,SIPH.323,IN,NMS,INAP,SIP,XML/SNMP,SIP,U-NICA,SG7000,M3UA/SCTP,分组核心网,TMG8010,M2UA/H.248,OpenEye,SIPphone,H.323Phone,SIP-T/H.323,SoftX3000,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,Page8,第1章概述第2章协议内容介绍第3章信令基本控制流程第4章业务消息识别举例,Page9,第2章协议内容介绍第1节协议中的两个重要概念第2节消息结构第3节命令、描述符第4节和MGCP协议的比较,Page10,连接模型：两个重要概念(Context和Termination),协议的连接模型主要描述媒体网关中的逻辑实体，这些逻辑实体由媒体网关控制器（MGC）控制。这个连接模型中的主要的抽象概念是终端（Termination）和关联（Context）;在H.248/Megaco定义的连接模型中，包括关联和终端两个实体。一个关联中至少要包含一个终端，否则此关联将被删除，空关联指的是只包含一个与其他终端没有连接的终端的关联；同时一个终端在任一时刻也只能属于一个关联。,Page11,连接模型,Page12,终端（Termination）,终端是位于MG中的一个逻辑实体，可以发送/接收媒体和（或）控制流。例如表示一个时隙（CIC电路）、一个IP端口（IP地址+端口号）、或一个ATM端口（VPI/VCI）。,Page13,终端（Termination）,终端分为两类：1、半永久终端，用来表示物理实体如TDM信道，只要这个TDM信道在MG中被配置，就一直存在，只有当配置信息被删除后，与之对应的终端才会消失。当一个半永久终端被加入一个特定关联时，它是从NULL关联中获取，而当从特定关联中删除时，它又返回到NULL关联；2、临时终端，代表临时性的信息流如RTP流，当需要时创建，使用完毕后就删除。临时终端通过ADD命令创建，通过SUBTRACT命令清除。终端特征通过属性来描述，这些属性被转换成描述符在命令中携带。终端被创建时，媒体网关会为其分配一个唯一标识。,Page14,终端（Termination）,终端属性，可以创建新的终端或者修改已存在终端的属性；终端ID，对不同的终端通过终端ID来引用，终端ID是由MG配置的。终端ID有两种通配方式：“ALL”和“CHOOSE”；终端属性和描述符，终端拥有属性，属性拥有唯一的属性ID；ROOT终端，通常用来表示媒体网关本身，允许在ROOT终端上定义包，也可以拥有属性、事件、信号、统计和参数。ROOT终端可以出现在Modify、Notify、AuditValue、AuditCapability、ServiceChange命令中，其它任何对ROOT终端的使用都是错误。TerminationID:二进制编码时最多可以64位表示，文本编码时最多可以达64个字符；,Page15,Termination的属性,属性Properties:终端本身具有的属性；事件Events:指示终端需要检测的事件。例如：摘机，挂机、拍叉，拔号等；信号Signals:网关产生的各种类型的媒体流。例如：拔号音，忙音，振铃音，回铃音等。统计Statistics:用于描述一个终端的统计信息，可以在一次呼叫完成后向MGC上报，也可以由MGC下发命令AuditValue查询相关的统计信息。该信息主要用来计费。,Page16,关联（Context）,关联描述一组终端之间的关联关系，当一个关联涉及多个终端时，关联将描述这些终端所组成的拓扑结构以及媒体混合交换的参数。关联中的终端可以通过Add命令进行创建，通过Subtract进行删除。一个关联中必须至少包含一个终端。,Page17,关联（Context）的属性,Context包括四个属性：ContextID：32bits，在网关范围内唯一标识一个关联。ContextID由MG创建，在一个MG范围内唯一。,特殊关联编码对照表,Page18,关联（Context）的属性,Topology：拓朴，用于描述一个关联内部终端之间的媒体流向。终端也存在一个称之为MODE的属性，用于描述媒体的流向，但它描述的是相对于关联外部的流向；Priority：标识MG对关联处理的优先级先后次序。级别为015级，其中，“0”为最低优先级，“15”为最高优先级；Emergency：紧急呼叫标识符，MG优先处理使用紧急呼叫标识符的呼叫。,Page19,问题,H248协议连接模型中重要的两个概念是？终端有哪两类？它们有什么区别？,Page20,第2章协议内容介绍第1节协议中的两个重要概念第2节消息结构第3节命令、描述符第4节和MGCP协议的比较,Page21,H.248协议的消息编码,消息是H.248协议发送的一个信息单元。消息可以使用二进制格式和文本格式编码；采用二进制编码时，使用ITU-TX.680（ASN.1）定义的规范描述，使用X.690定义的BER规则编码；采用文本方式编码时，遵循RFC2234ABNF规范；MGC必须支持两种编码格式，MG可能支持其中任何一种或两种方式。MGC侧和MG侧的H.248消息都有相同的结构。,Page22,H.248消息结构,H.248协议发送或接受的信息单元称为消息，消息从消息头（Header）开始，后面是若干个事务；消息头中包含消息标识符（MID）和版本字段。MID用于标识消息的发送者，可以是IP地址、域名或设备名；版本字段用于标识消息遵守的协议版本，有版本1和版本2。目前接入网MG两者都支持；消息内的事务是相互独立的，当多个被独立处理时，消息没有规定处理的先后次序。,Page23,H.248协议的消息机制,Page24,事务（Transaction）,MGC和MG之间的一组命令构成事务，事务由TransactionID进行标识。事务包含一个或多个动作，一个动作由一系列局限于一个关联的命令组成；一个事务从“事务头部”（TransHdr）开始。在TransHdr中包含TransactionID。TransactionID由事务的发送者指定，在发送者范围内是唯一的；TransHdr后面是该事务的若干动作，这些动作必须顺序执行。若某动作中的一个命令执行失败，该事务中以后的命令将终止执行（Optional命令除外）。引入事务的一个重要功能是可以保证命令的顺序执行；当命令标记为“Optional”（可选命令），该命令可以越过一个命令执行失败而导致以后命令终止执行的限制，即如果可选命令执行不成功，其后的命令可以继续执行。,Page25,事务（Transaction）,事务包括请求和响应两种类型；其中响应事务也包含两种：TransactionReply和TransactionPending。,Page26,请求事务（TransactionRequest）,每个TransactionRequest请求激发一个事务。一个事务包含一个到多个动作，每个动作包含与同一个关联（Context）相关的一个到多个命令。TransactionRequest结构如下：,Page27,完成事务响应（TransactionReplay）,TransactionReply是事务接收者对TransactionRequest的一种响应，表明接收者完成该TransactionRequest命令执行，对每个事务都应有一个Reply响应;以下两种情况表明一个TransactionRequest执行完成：TransactionRequest中的所有命令成功执行完毕；TransactionRequest中的一个非可选命令执行失败。TransactionReply结构如下：,Page28,正在处理事务响应（TransactionPending）,TransactionPending由接收者发送，指示事务正在处理，但仍然没有完成。当命令处理时间较长时，可以防止发送者重发事务请求；TransactionPending结构如下：,可见，事务表现为TransactionRequest，对TransactionRequest接收者必须响应一个TransactionReply，在此之前可能有许多TransactionPending响应。,Page29,动作（Action）,动作由一系列局限于一个关联内的命令组成。,Page30,动作（Action）,动作与关联（Context）是密切相关的，动作由ContextID进行标识；在一个动作内，命令需要顺序执行；一个动作从关联头部（CtxHdr）开始，在CtxHdr包含ContextID，用于标识该动作对应的关联。ContextID由MG指定，在MG范围内是唯一的。MGC必须在以后的与此关联相关的事务中使用ContextID；在CtxHdr后面是若干命令，这些命令都与ContextID标识的关联相关。,Page31,第2章协议内容介绍第1节协议中的两个重要概念第2节消息结构第3节命令、描述符第4节和MGCP协议的比较,Page32,命令（Command）,命令(Command)：是H.248消息的主要内容，实现对关联和终端属性的控制，包括指定终端报告检测到的事件，通知终端使用什么信号和动作，以及指定关联的拓扑结构等。命令由命令头部（CMDHdr）与命令参数构成，在H.248协议中，命令参数被组织成“描述符”（Descriptor）；H.248协议定义了八个命令，其中“Notify”是由MG发给MGC，“ServiceChange”可由MG或MGC发送，其它命令都是由MGC发给MG。,Page33,命令：Add/Modify/Subtract,ADD:增加一个Termination到一个Context中，当ContextID为CHOOSE关联(“$”)(或第一次增加一个Termination)，MG将创建一个Context，然后往其中加入Termination；MODIFY:修改一个Termination的属性、事件和信号参数。如：修改终端的编码类型、通知终端检测摘机/挂机事件、修改终端的拓扑结构(双向/单向/隔离等)；SUBSTRACT:从一个Context中删除一个Termination，同时返回该Termination的统计状态。如果Context中只有此Termination，则删除此Context。,Page34,命令：Move/AuditValue/AuditCapabilities,MOVE:将一个Termination从一个Context转移到另一个Context中；AUDITVALUE:审计命令，返回Termination的当前的Properties、Events、Signals、Statistics；AUDITCAPABILITIES:返回MG中Termination特性的能力集。,Page35,命令：Notify/ServiceChange,NOTIFY:允许MG将检测到的事件通知给MGC。如：MG将检测到的摘机事件上报给MGC；SERVICECHANGE:允许MG向MGC通知一个或者多个终端将要脱离或者加入业务。用来MG向MGC进行注册、重启通知。MGC可以使用ServieceChange对MG进行重启。MGC可以使用ServiceChange通知MG注销一个或一部分Termination。,Page36,描述符Descriptors,一个命令的参数被定义为描述符。Descriptor是由Name和item组成(item可以携带Value)。一些命令可以共享一个或几个描述符。Descriptor可以作为一个Command的输出返回值。在大多数情况下Descriptor作为返回值，只有Name没有其它item；描述符的形式如下：DescriptorName=parm=value,parm=value.,Page37,描述符Descriptors,Modem:标识Modem的类型和其它参数等信息。(包括的类型有：V.18,V.22,V.22bis,V.32,V32bis，V.34,V.90,V.91,SynchronousISDN，并且允许进行扩充)；TerminationState:Termination的属性之一(可以被定义在一个Package中)。描述终端的状态;Stream:用来描述单个媒体流的remote/local/localControl的内容。可以通过设置Local和Remote参数为“NULL”来删除Stream。StreamDescriptor使用StreamID进行连接。用来标识一个Context中Mediaflowing之间的关系。Local:包含参数用来说明MG从远端实体收到的媒体流；Remote:包含参数用来说明MG向远端实体发送的媒体流；LocalControl:包含参数用来描述MGC和MG之间的交互。,Page38,描述符Descriptors,Media:对媒体流的描述。该描述符是由TerminationState和StreamDescriptor组成的。TerminationState描述了Termination的属性(不依赖于Stream)。由一个或多个StreamDescriptor描述一个MediaStream。Stream是由StreamID来标识的，StreamID用来将一个Context中同属于一起的Stream联系在一起在Stream中有三个子DescriptorLocal/Remote/LocalControl组成。在没有StreamDescriptor存在的情况下，这三个Descriptor也可以直接包含在MediaDescriptor中。组成如下：MediaDescriptorTerminationStateDescriptorStreamDescriptorLocalControlDescriptorLocalDescriptorRemoteDescriptor,Page39,描述符Descriptors,Events:用来描述MG检测Events和检测到Events该如何处理；EventBuffer:当Events缓冲区被激活后，用来描述MG中检测到的事件；Singals:描述Termination中信号的“与/或”操作。(如：忙音等)；Audit:在审计命令中指定那些内容是需要被审计的；Packages:在AuditValue命令中，返回一个能够被Termination识别的Package列表。,Page40,描述符Descriptors,DigitMap:定义了事件的关系，当MG检测到这些事件发生(并与预先设置的匹配)时，将向MGC报告(例如：检测到带内的DTMF信号)；ServiceChange:描述ServiceChange发生的原因；ObservedEvents:在Notify或AuditEvents中上报观察到的事件；Statistics:在审计或删除Termination时，上报Termination中保存的统计值；Extersion:供扩充时使用。,Page41,第2章协议内容介绍第1节协议中的两个重要概念第2节消息结构第3节命令、描述符第4节和MGCP协议的比较,Page42,H248协议和MGCP协议的比较,Page43,问题,H248协议消息的结构如何？H248协议中总共有几个消息？分别是哪些消息？有哪两个消息是可以由MG发送给MGC？NOTIFY消息的作用？命令描述符由哪两部分组成？,Page44,本章小结,本章主要介绍了H.248协议内容的基本概念；两个重要概念：Context和Termination；8个命令:Command；描述符结构：Descriptor。,Page45,第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例,Page46,第2章信令基本控制流程第1节网关注册/注销/初始化流程第2节典型呼叫处理流程,Page47,网关注册/注销流程,MG,SoftX3000,UA5000,softx3000,我要注册,注册OK,事件1：下面是SVC_CHG_REQ命令的文本描述：MEGACO/1191.169.150.172:2944T=3C=-SC=ROOTSVMT=RS,RE=902,事件2：下面是SVC_CHG_REPLY响应的文本描述：MEGACO/1191.169.150.170:2944P=3C=-SC=ROOTSV,Page48,网关初始化流程,SoftX3000,MG,MG注册成功后，MGC将对空关联中的MG的所有半永久终端的属性进行修改。指示MG检测用户的摘机事件。此时，此终端可以接收或者发起呼叫。,事件1：注册成功后，MGC在空关联中对MG中的终端进行操作，通过Modify命令，更改终端属性。下面是MOD_REQ命令的文本描述：MEGACO/1191.169.150.170:2944T=372794419C=-MF=A0E=369099777al/*,SG,事件2：MG收到Modify命令后，回送响应。下面是MOD_REPLY响应的文本描述：MEGACO/1191.169.150.172:2944P=372794419C=-MF=A0,UA5000,softx3000,好吧,请您监测用户,Page49,第2章信令基本控制流程第1节网关注册/注销/初始化流程第2节典型呼叫处理流程,Page50,不同MG下的呼叫流举例,PSTN,CoreNetwork,SoftX300,UA5000,UA5000,SG7000,SS7/PRI,M3UA/SCTP,H.248,UA5000,A,B,C,信令流,媒体流,喂，在干啥呢!#,正上网呢！!#$%,Page51,同一MG下终端之间的H.248呼叫流举例,CoreNetwork,SoftX300,UA5000,A,信令流,媒体流,B,Page52,SoftX3000,Termination1,UserA,Termination2,UserB,同一MG下终端之间的H.248呼叫流程,Page53,SoftX3000,Termination1,UserA,Termination2,UserB,同一MG下终端之间的H.248呼叫流程（续）,Page54,问题,请问MG与MGC交互的基本过程有哪几个？请简单叙述同一MG下呼叫的信令流程？,Page55,本章小结,本章主要介绍了H.248在SoftX3000中具体的实现；通过对MG网关注册流程、典型呼叫流程的描述。加深对H.248网关控制协议的理解。,Page56,第1章概述第2章协议内容介绍第3章信令基本控制流程第4章信令解析举例,Page57,H.248呼叫信令解析组网例图,CoreNetwork,SoftX300,UA5000,UserA,信令流,媒体流,UserB,端口0/8/1,端口0/12/1,Page58,UA的VoIP语音流转发过程图,SoftX3000,UserA,UserB,A32,A32,PVMB,DSP,LSW,TDMSWITCH,HWBUS,HWBUS,TDM,上行FE口,AD/DA,CPU,Page59,UA中终端与关联的关系图,SoftX3000,UserA,H248信令流,IP媒体流,UserB,临时终端ID:100000034,临时终端2ID:100000035,半永久终端ID:1,半永久终端ID:0,上行FE口,TDM时隙,A32,A32,LSW,DSP,关联ID:286,关联ID:287,*,*,CPU,模拟用户线,UA系统,Page60,SoftX3000,T1,UserA,T2,UserB,H.248呼叫信令解析,事件1：NTFY_REQNTFY_REQ命令的文本描述MEGACO/1191.169.150.122:2944T=883C=-N=A0OE=369109250al/of,事件1：NTFY_REPLYNTFY_REPLY响应的文本描述MEGACO/1191.169.200.61:2944P=883C=-N=A0,事件2：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372771555C=-MF=A0E=369109251dd/ceDigitMap=dmap1，al/*,SGcg/dt,DM=dmap1(2-9xxxxxx|13xxxxxxxxx|0 xxxxxxxxx|9xxxx|10124-9x|E|x.F|09EF.L),事件2：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372771555C=-MF=A0,事件3：NTFY_REQ命令的文本描述MEGACO/1191.169.150.122:2944T=884C=-N=A0OE=36910925120030429T06132700:dd/ceMeth=UM,ds=6540100,事件3：NTFY_REPLY响应的文本描述MEGACO/1191.169.200.61:2944P=884C=-N=A0,事件4：MEGACO/1191.169.200.61:2944T=369363687C=$A=A0MOMO=SR,RV=OFF,RG=OFF,E=369109253al/*,SG,A=$MOMO=IN,RV=OFF,RG=OFF,nt/jit=40,Lv=0c=INIP4$m=audio$RTP/AVP8,事件4：ADD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=369363687C=286A=A0,A=A100000034MOMO=IN,RV=OFF,RG=OFF,nt/jit=40,Lv=0c=INIP4191.169.150.122m=audio18300RTP/AVP8,事件5：ADD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=369363688C=$A=A1MOMO=SR,RV=OFF,RG=OFF,E=369108998al/*,SG,A=$M=OMO=IN,RV=OFF,RG=OFF,nt/jit=40,Lv=0c=INIP4$m=audio$RTP/AVP8,事件5：ADD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=369363688C=287A=A1,A=A100000035MOMO=IN,RV=OFF,RG=OFF,nt/jit=40,Lv=0c=INIP4191.169.150.122m=audio18296RTP/AVP8,事件6：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372771561C=287MF=A1E=369108999al/*,SGal/ri,事件6：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372771561C=287MF=A1,事件7：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372771562C=286MF=A0E=369109256al/*,SGcg/rt,事件7：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372771562C=286MF=A0,事件8：NTFY_REQ命令的文本描述MEGACO/1191.169.150.122:2944T=885C=287N=A1OE=369108999al/of,事件8：NTFY_REPLY响应的文本描述MEGACO/1191.169.200.61:2944P=885C=287N=A1,事件9：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=370281195C=287MF=A1MOMO=SR,RV=OFF,RG=OFF,tdmc/ec=ON,E=369109001al/*,SG,MF=A100000035MOMO=SR,RV=OFF,RG=OFF,Lv=0c=INIP4-m=audio-RTP/AVP8,Rv=0c=INIP4191.169.150.122m=audio18300RTP/AVP8,事件9：MOD_REPLY响应的文本描述MEGACO/1191.165.15.122:2944P=370281195C=287MF=A1,MF=A100000035MLv=0c=INIP4191.169.150.122m=audio18296RTP/AVP8,Page61,SoftX3000,T1,UserA,T2,UserB,H.248呼叫信令解析,事件10：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=370281196C=286MF=A0MOMO=SR,RV=OFF,RG=OFF,tdmc/ec=ON,E=369109258al/*,SG,MF=A100000034MOMO=SR,RV=OFF,RG=OFF,Lv=0c=INIP4-m=audio-RTP/AVP8,Rv=0c=INIP4191.169.150.122m=audio18296RTP/AVP8,事件10：MOD_REPLY响应的文本描述MEGACO/1191.165.15.122:2944P=370281196C=286MF=A0,MF=A100000034MLv=0c=INIP4191.169.150.122m=audio18300RTP/AVP8,事件11：NTFY_REQ命令的文本描述MEGACO/1191.169.150.122:2944T=886C=286N=A0OE=369109258al/on,事件11：NTFY_REPLY响应的文本描述MEGACO/1191.169.200.61:2944P=886N=A0,事件12：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=370281199C=286MF=A0E=369109259al/*,SG,MF=A100000034MOMO=IN,RV=OFF,RG=OFF,事件12：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=370281199C=286MF=A0,MF=A100000034,事件13：SUB_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372509424C=286O-S=*,事件13：SUB_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372509424C=286S=A0,S=A100000034,事件14：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372771569C=287MF=A1E=369109004al/*,SGcg/bt,事件14：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372771569C=287MF=A1,事件15：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372771570C=-MF=A0E=369109261al/*,SG,事件15：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372771570C=-MF=A0,事件16：NTFY_REQ命令的文本描述MEGACO/1191.169.150.122:2944T=887C=287N=A1OE=369109004al/on,事件16：NTFY_REPLY响应的文本描述MEGACO/1191.169.200.61:2944P=887C=287N=A1,事件17：SUB_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372509427C=287O-S=*,事件17：SUB_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372509427C=287S=A1,S=A100000035,事件18：MOD_REPLY响应的文本描述MEGACO/1191.169.150.122:2944P=372771572C=-MF=A1,事件18：MOD_REQ命令的文本描述MEGACO/1191.169.200.61:2944T=372771572C=-MF=A1E=369109006al/*,SG,Page62,典型信令解析,主叫号码显示(MGC-MG)：MEGACO/110.71.50.51:2944T=372813453C=142MF=A1E=369154824al/*,SGandisp/dwaddb=040F303830343137343736363633303030E9andisp/dwa：表示主叫号码显示信号描述符；04：SDMF来显格式0F：消息长度3038303431373437：08月04日17点47分（用asicl码表示，0就是30，依此类推）36363633303030：6663000电话号码（用asicl码表示，0就是30，依此类推）反极计费开始(MGC-MG)：MEGACO/110.71.50.51:2944T=372787051C=47MF=A1E=369154819al/*,SGxal/las其中：SGxal/las表示反极计费描述符；,Page63,解读数图,一般数图格式如下：(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以外的十进制数为第二位的任意3位号码；“E”表示字母“*”；“F”表示字母“#”“x.F”；“0-9EF.L”x表示拨以数字09、字母“E”、“F”开头的任意位等长定时器超时之后就会上报。.表示重复该符号前数字的0次到多次|表示可选方案,Page64,数图故障举例（一）,现象：与Z司软交换对接，AG用户主叫摘机即听忙音。处理过程：1、与友商对接测试有问题时，首先考虑端口镜像抓包进行分析，2、通过信令分析。发现AG在Z司MGC下发数图之后回应ER=519“Outofspacetostoredigitmap”，可以看到软交换下发的数图规则超出AG的最大处理能力，造成通话失败。PVMBR011版本最大处理的数图资源是40条。后续版本已解决。Z司软交换下发的数图：,Page65,数图故障分析案例（二）-摘机有馈电没拔号音,现象：Z公司软交换下发数图不合法导致UA5000用户摘机听不到拨号音。某司AG与Z公司软交换H248接口已经正常建立，但是主叫摘机有馈电没有拨号音。,处理过程：1、检查TID配置正确，端口状态为正常；2、与其他厂家对接测试问题，首先考虑端口镜像抓包进行分析，软交换下发数图后，UA回复400语法错误；,Page66,数图故障分析案例（二）-摘机有馈电没拔号音,处理过程：3、检查数图中存在“|.”的不合法数图；4、“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则；5、把此数图删除后，测试能够正常听到拨号音。原因分析：按照中国电信H.248标准，“|”用于分隔字符串，表示每个字符串为一个可选择的拨号方案，“.”表示其前面的数字或字符可以出现任意多个，包括0个，所以在数图末尾出现“|.”没有意义，不符合数图语法规则。,Page67,数图故障分析案例（三）-AG只能上报一位号码,现象：和意大利ITATEL软交换对接，AG上报一位号码后，不再上报其余号码；分析过程：在软交换上抓报文分析如下：,MEGACO/110.71.50.51:2944T=372849746C=-MF=A1E=369154818tonedet/stdtl=*,al/*,SG/响应MEGACO/110.71.50.30:2944P=372849746C=-MF=A1,原因分析：是ITATEL软交换目前不支持数图，只在主叫摘机后下发拨号检测事件（tonedect）。但当AG上报一位号码后，软交换不再下发拨号检测事件，导致后续号码上报不了。,Page68,故障分析案例（四）-摘机上报故障,现象：AG和Z司软交换对接，AG用户必须先做一次被叫才能正常打电话，否则摘机无音.原因：在Z司软交换没有下发检测摘机事件的情况下，AG摘机上报OE=*，导致Z司软交换不能识别。正常摘机上报：msgtomgc(10.71.50.51:2944):MEGACO/110.71.50.30:2944T=11C=-N=A1OE=369154816al/of,Page69,故障分析案例（五）-拔号即听忙音故障,现象：某AG和Z司软交换对接；用户摘机可听到拨号音，但是拨任何号码都直接听忙音。分析过程：用户摘机可听到拨号音，但是拨任何号码都直接听忙音，一般有3种情况会出现，一是UA分配的终端ID范围超出软交换上配置的范围，二是数图匹配有问题，三是软交换下发的资源属性格式有错误。处理过程：1、核对软交换与AG的终端ID范围，没有问题。2、用户摘机能听到拨号音，说明软交换（Z公司）下发的数图正确并且被识别。,Page70,故障分析案例（五）-拔号即听忙音故障,处理过程：3、在Z司软交换上抓报文分析如下：10.35.64.3:2944T=2103478924C=$A=A0,A=$MST=1OMO=RC,nt/jit=40,Lv=0c=INIP4$m=audio$RTP/AVP80a=ptime:20,E=2103997587nt/netfail,nt/qualertth=80MEGACO/210.35.96.67:2944P=2103478917C=43AV=A0E=2103997253,ER=500InternalsoftwarefailureintheMG说明软交换下发了AG不能识别的报文，所以UA5000会向软交换回“InternalsoftwarefailureintheMG”。但与正常消息比较后，也没看出来下发的消息有什么问题。,Page71,故障分析案例（五）-拔号即听忙音故障,用xDBWIN在AG设备上抓包分析，发现协议栈在解析“v=0c=INIP4$m=audio$RTP/AVP80a=ptime:20”时出错。于是，再用Ethereal抓包分析，发现友商软交换设备（Z公司）下发的以下报文出现空格，不符合要求，报文如下图：,原因分析：软交换下发的资源属性格式有错误。Z司修改后问题解决。,Page72,故障分析案例（六）-拨完号码后出忙音故障,现象：和Z司软交换对接，拨完号码后出忙音处理过程：抓信令分析后发现：原因是H司AG提供的临时终端RTP资源范围为0-10000000，而Z司软交换单板提供的资源范围仅为0-65535。,建立关联时的信令：MEGACO/110.71.50.51:2944T=369441876C=$A=A1MOMO=IN,RV=OFF,RG=OFF,E=369154820tonedet/stdtl=*,al/*,SG,A=$MOMO=RC,RV=OFF,RG=OFF,Lv=0c=INIP4$m=audio$RTP/AVP8a=ptime:20MEGACO/110.71.50.30:2944P=369441876C=383A=A1,A=A100000006MST=1OMO=RC,RV=OFF,RG=OFF,Lv=0c=INIP410.71.50.30m=audio19196RTP/AVP8a=ptime:20MEGACO/110.71.50.51:2944T=369441877C=383MF=A1SGcg/btA100000006：RTP资源编号，目前AG取值范围是100000000100000999,Page73,故障分析案例（七）-对方已挂机但听不到忙音,现象：和A司软交换对接，AG用户在对方已挂机的前提下不能听到忙音。处理过程：经过信令分析，发现原因是A司下发忙音为cg/ct，正在放音的时候不会重新联网,但是判断的时候漏掉了cg/ct导致逻辑放音听不到,MEGACO/110.71.50.51:2944T=370359990C=383MF=A1MOMO=IN,RV=OFF,RG=OFF,E=369154827al/*,SGcg/ct,MF=A100000006MOMO=IN,RV=OFF,RG=OFF,Page74,故障分析案例（八）-AG注册不成功,现象：组网：B*AG-sbc2200-SoftX3000B*厂家的AG通过SBC2200注册到H司软交换不成功。在软交换上跟踪不到消息，在SBC2200跟踪Debug调试消息提示“Decodeh248messagefailed”。处理过程：1、开始怀疑是SBC2200不支持用“!/1”代替“MEGACO/1”，但比较软交换下发给其他厂家正常注册的AG的审计消息，说明SBC2200是支持的。2、比较其他正常注册消息的域名发现B*厂家AG送过来的MID为“yjtx:2944”，查询H248协议这是不符合协议规范的，domainName必须用限定的；SBC2200协议栈无法解析，就会导致回应Decodeh248messagefailed，让对方重新修改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=1008C=-SC=ROOTSVMT=RS,AD=2944,V=1,PF=BLADE_1_0/1,RE=90