H248协议提高培训课程

上传人:无*** 文档编号:242536167 上传时间:2024-08-27 格式:PPTX 页数:80 大小:1.63MB
返回 下载 相关 举报
H248协议提高培训课程_第1页
第1页 / 共80页
H248协议提高培训课程_第2页
第2页 / 共80页
H248协议提高培训课程_第3页
第3页 / 共80页
点击查看更多>>
资源描述
HUAWEI TECHNOLOGIES CO., LTD.,Page,*,单击此处编辑母版标题样式,Huawei Confidential,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,Thank You,接入网技术服务部,H248,协议深入及实例分析,2024/8/27,随着,NGN,网络和业务的不断应用和发展,,H248,协议在目前的应用中越来越广泛。对于协议的深入掌握,将非常有助与故障定位和问题处理。,学习此胶片之前需要学过,H.248,协议概述,Page,2,学习目标,学习完此课程,您将会:,了解,H.248,协议的体系结构,掌握,H.248,协议中命令格式和用途,掌握,H.248,协议的消息交互过程,掌握并能分析典型的,H.248,信令流程,Page,3,第,1,章,概述,第,2,章 协议内容介绍第,3,章 信令,基本控制,流程第,4,章 信令解析举例,Page,4,概述,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,格式。,Page,5,H.248功能和相关概念,H.248,提供了,MGC,在呼叫处理过程中控制,MG,中各种静态及动态资源(,IP/ATM/TDM,)的能力(包括终端属性、终端连接交换关系及其承载的媒体流),还提供了独立于,MG,的状态维护与管理能力 ;,H.248,协议消息编码可以采用,二进制,或,文本,格式,现在只支持文本格式;,H.248,消息的承载目前都是基于,UDP,的。 使用,H.248,协议时,传输层端口号与编码类型有关,默认端口号为:,2944,(文本格式编码)或者,2945,(二进制编码)。,Page,6,H.248在NGN网络中的使用,ISUP/TUP,SIP,H.323,IN,NMS,INAP,SIP,XML/SNMP,SIP,U-NICA,SG7000,PSTN,switch,STP,M3UA/SCTP,分组核心网,TMG8010,M2UA/H.248,OpenEye,SIP,phone,H.323,Phone,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,Page,7,第,1,章,概述,第,2,章,协议内容介绍,第,3,章,信令,基本控制,流程,第,4,章 业务消息识别举例,Page,8,第,2,章 协议内容介绍,第,1,节,协议中的两个重要概念,第,2,节,消息结构,第,3,节,命令、描述符,第,4,节,和,MGCP,协议的比较,Page,9,连接模型:两个重要概念(Context 和 Termination),协议的连接模型主要描述媒体网关中的逻辑实体,这些逻辑实体由媒体网关控制器(,MGC,)控制。这个连接模型中的主要的抽象概念是终端(,Termination,)和关联(,Context,),;,在,H.248/Megaco,定义的连接模型中,包括关联和终端两个实体。一个关联中至少要包含一个终端,否则此关联将被删除,空关联指的是只包含一个与其他终端没有连接的终端的关联;同时一个终端在任一时刻也只能属于一个关联。,Page,10,连接模型,Page,11,终端(Termination),终端是位于,MG,中的一个逻辑实体,可以发送,/,接收媒体和(或)控制流。例如表示一个时隙(,CIC,电路)、一个,IP,端口(,IP,地址,+,端口号)、或一个,ATM,端口(,VPI/VCI,)。,Page,12,终端(Termination),终端分为两类:,1,、,半永久终端,用来表示物理实体,如,TDM,信道,只要这个,TDM,信道在,MG,中被配置,就一直存在,只有当配 置信息被删除后,与之对应的终端才会消失。当一个半永久终端被加入一 个特定关联时,它是从,NULL,关联中获取,而当从特定关联中删除时,它 又返回到,NULL,关联;,2,、,临时终端,代表临时性的信息流,如,RTP,流,当需要时创建,使用完毕后就删除。临时终端通过,ADD,命令创建,通过,SUBTRACT,命令清除。,终端特征通过属性来描述,这些属性被转换成描述符在命令中携带。终端被创建时,媒体网关会为其分配一个唯一标识。,Page,13,终端(Termination),终端属性,可以创建新的终端或者修改已存在终端的属性;,终端,ID,,对不同的终端通过终端,ID,来引用,终端,ID,是由,MG,配置的。终端,ID,有两种通配方式:“,ALL”,和“,CHOOSE”,;,终端属性和描述符,终端拥有属性,属性拥有唯一的属性,ID,;,ROOT,终端,通常用来表示媒体网关本身,允许在,ROOT,终端上定义包,也可以拥有属性、事件、信号、统计和参数。,ROOT,终端可以出现在,Modify,、,Notify,、,AuditValue,、,AuditCapability,、,ServiceChange,命令中,其它任何对,ROOT,终端的使用都是错误。,Termination ID,:,二进制编码,时最多可以,64位,表示,,,文本编码,时最 多可以达,64个字符,;,Page,14,Termination,的属性,属性 Properties,:,终端本身具有的属性;,事件 Events,:,指示,终端需要检测的事件。,例如:摘机,挂机、拍叉,拔号等;,信号 Signals,:,网关产生的各种类型的媒体流。,例如:拔号音,忙音,振铃音,回铃音等。,统计Statistics,: 用于描述一个,终端,的统计信息,可以在一次呼叫完成,后向MGC上报,,也可以由,MGC,下发,命令AuditValue,查询相关的统计信息,。该信息主要用,来计费。,Page,15,关联,(,Context,),关联描述一组终端之间的关联关系,当一个关联涉及多个终端时,关联将描述这些终端所组成的拓扑结构以及媒体混合交换的参数。关联中的终端可以通过,Add,命令进行创建,通过,Subtract,进行删除。一个关联中必须至少包含一个终端。,Page,16,关联(Context)的属性,Context,包括四个属性:,ContextID,:,32bits,,在网关范围内唯一标识一个关联。,Context ID由MG,创建,,,在,一个,MG范围内唯一。,关联,二进制编码表示,文本编码表示,表示含义,NULL,0,-,NULLContext,表示在网关中所有与其它任何终端都没有关联的终端。,CHOOSE,关联,0xFFFFFFFE,$,CHOOSE,用以请求,MG,创建一个新的关联,ALL,关联,0xFFFFFFFF,*,ALL,通配符表示,MG,的所有的,Context,确定关联,0x5436,0x5436,确定,Context ID,标识,特殊关联编码对照表,Page,17,关联(Context)的属性,Topology,:,拓朴,用于描述一个关联内部终端之间的媒体流向。终端也存在一个称之为,MODE,的属性,用于描述媒体的流向,但它描述的是相对于关联外部的流向;,Priority,:标识,MG,对关联处理的优先级先后次序。级别为,0,15,级,其中,“,0”,为最低优先级,“,15”,为最高优先级;,Emergency,:紧急呼叫标识符,,MG,优先处理使用紧急呼叫标识符的呼叫。,Page,18,问题,H248,协议连接模型中重要的两个概念是?,终端有哪两类?它们有什么区别?,Page,19,第,2,章 协议内容介绍,第,1,节,协议中的两个重要概念,第,2,节,消息结构,第,3,节,命令、描述符,第,4,节,和,MGCP,协议的比较,Page,20,H.248协议的消息编码,消息是,H.248,协议发送的一个信息单元。消息可以使用二进制格式和文本格式编码;,采用二进制编码时,使用,ITU-T X.680,(,ASN.1,)定义的规范描述,使用,X.690,定义的,BER,规则编码;,采用文本方式编码时,遵循,RFC 2234 ABNF,规范;,MGC,必须支持两种编码格式,,MG,可能支持其中任何一种或两种方式。,MGC,侧和,MG,侧的,H.248,消息都有相同的结构 。,Page,21,H.248消息结构,H.248,协议发送或接受的信息单元称为消息,,消息从消息 头(,Header,)开始,后面是若干个事务;消息头中包含消息标识符(,MID,)和版本字段。,MID,用于标识消息的发送者,可以是,IP,地址、域名或设备名;版本字段用于标识消息遵守的协议版本,有版本,1,和版本,2,。目前接入网,MG,两者都支持;消息内的事务是相互独立的,当多个被独立处理时,消 息没有规定处理的先后次序。,Page,22,H.248协议的消息机制,Message,消息,TransactionI,事务,TransactionIDn,ContextID1,关联,ContextIDn,CMD1,命令,CMDn,Des-n,Des-1,描述符,.,.,Page,23,事务(Transaction),MGC,和,MG,之间的一组命令构成事务,事务由,TransactionID,进行标识。事务包含一个或多个动作,一个动作由一系列局限于一个关联的命令组成;,一个事务从“事务头部”(,TransHdr,)开始。在,TransHdr,中包含,TransactionID,。,TransactionID,由事务的发送者指定,在发送者范围内是唯一的;,TransHdr,后面是该事务的若干动作,这些动作必须顺序执行。若某动作中的一个命令执行失败,该事务中以后的命令将终止执行(,Optional,命令除外)。引入事务的一个重要功能是可以保证命令的顺序执行;,当命令标记为“,Optional”,(可选命令),该命令可以越过一个命令执行失败而导致以后命令终止执行的限制,即如果可选命令执行不成功,其后的命令可以继续执行。,Page,24,事务(Transaction),事务包括请求和响应两种类型;其中响应事务也包含两种:,TransactionReply,和,TransactionPending,。,Page,25,请求事务(TransactionRequest),每个,TransactionRequest,请求激发一个事务。一个事务包含一个到多个动作,每个动作包含与同一个关联(,Context,)相关的一个到多个命令。,TransactionRequest,结构如下:,Page,26,完成事务响应(TransactionReplay),TransactionReply,是事务接收者对,TransactionRequest,的一种响应,表明接收者完成该,TransactionRequest,命令执行,对每个事务都应有一个,Reply,响应,;,以下两种情况表明一个,TransactionRequest,执行完成:,TransactionRequest,中的所有命令成功执行完毕;,TransactionRequest,中的一个非可选命令执行失败。,TransactionReply,结构如下:,Page,27,正在处理事务响应(TransactionPending),TransactionPending,由接收者发送,指示事务正在处理,但仍然没有完成。当命令处理时间较长时,可以防止发送者重发事务请求;,TransactionPending,结构如下:,可见,事务表现为,TransactionRequest,,对,TransactionRequest,接收者必须响应一个,TransactionReply,,在此之前可能有许多,TransactionPending,响应。,Page,28,动作(Action),动作由一系列局限于一个关联内的命令组成。,Page,29,动作(Action),动作与关联(,Context,)是密切相关的,动作由,ContextID,进行标识;在一个动作内,命令需要顺序执行;,一个动作从关联头部(,CtxHdr,)开始,在,CtxHdr,包含,ContextID,,用于标识该动作对应的关联。,ContextID,由,MG,指定,在,MG,范围内是唯一的。,MGC,必须在以后的与此关联相关的事务中使用,ContextID,;,在,CtxHdr,后面是若干命令,这些命令都与,ContextID,标识的关联相关。,Page,30,第,2,章 协议内容介绍,第,1,节,协议中的两个重要概念,第,2,节,消息结构,第,3,节,命令、描述符,第,4,节,和,MGCP,协议的比较,Page,31,命令,(,Command,),命令,(Command),:是,H.248,消息的主要内容,实现对关联和终端属性的控制,包括指定终端报告检测到的事件,通知终端使用什么信号和动作,以及指定关联的拓扑结构等。命令由命令头部(,CMDHdr,)与命令参数构成,在,H.248,协议中,命令参数被组织成“描述符”(,Descriptor,);,H.248,协议定义了八个命令,其中“,Notify”,是由,MG,发给,MGC,,“,ServiceChange”,可由,MG,或,MGC,发送,其它命令都是由,MGC,发给,MG,。,Page,32,命令:Add/Modify/Subtract,ADD:,增加一个,Termination,到一个,Context,中,当,Context ID,为,CHOOSE,关联,(“$”)(,或第一次增加一个,Termination),,,MG,将创建一个,Context,,然后往其中加入,Termination,;,MODIFY :,修改一个,Termination,的属性、事件和信号参数。如:修改终端的编码类型、通知终端检测摘机,/,挂机事件、修改终端的拓扑结构,(,双向,/,单向,/,隔离等,),;,SUBSTRACT :,从一个,Context,中删除一个,Termination,,同时返回该,Termination,的统计状态。如果,Context,中只有此,Termination,,则删除此,Context,。,Page,33,命令:Move/AuditValue/AuditCapabilities,MOVE:,将一个,Termination,从一个,Context,转移到另一个,Context,中;,AUDITVALUE :,审计命令,返回,Termination,的当前的,Properties,、,Events,、,Signals,、,Statistics,;,AUDITCAPABILITIES:,返回,MG,中,Termination,特性的能力集。,Page,34,命令:Notify/ServiceChange,NOTIFY:,允许,MG,将检测到的事件通知给,MGC,。 如:,MG,将检测到的摘机事件上报给,MGC,;,SERVICECHANGE:,允许,MG,向,MGC,通知一个或者多个 终端将要脱离或者加入业务。用来,MG,向,MGC,进行注册、重启通知。,MGC,可以使用,ServieceChange,对,MG,进行重启。,MGC,可以使用,ServiceChange,通知,MG,注销一个或一部分,Termination,。,Page,35,描述符Descriptors,一个命令的参数被定义为描述符。,Descriptor,是由,Name,和,item,组成,(item,可以携带,Value),。一些命令可以共享一个或几个描述符。,Descriptor,可以作为一个,Command,的输出返回值。在大多数情况下,Descriptor,作为返回值,只有,Name,没有其它,item,;,描述符的形式如下:,DescriptorName=, parm = value, parm = value . ,Page,36,描述符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,使用,Stream ID,进行连接。用来标识一个,Context,中,Media flowing,之间的关系。,Local,:,包含参数用来说明,MG,从远端实体收到的媒体流;,Remote,:,包含参数用来说明,MG,向远端实体发送的媒体流;,LocalControl,:,包含参数用来描述,MGC,和,MG,之间的交互。,Page,37,描述符Descriptors,Media,:,对媒体流的描述。该描述符是由,TerminationState,和,Stream Descriptor,组成的。,TerminationState,描述了,Termination,的属性,(,不依赖于,Stream),。由一个或多个,Stream Descriptor,描述一个,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,Remote Descriptor,Page,38,描述符Descriptors,Events,:,用来描述,MG,检测,Events,和检测到,Events,该如何处 理;,EventBuffer,:,当,Events,缓冲区被激活后,用来描述,MG,中检测到的 事件;,Singals,:,描述,Termination,中信号的 “与,/,或” 操作。,(,如:忙音等,),;,Audit,:,在审计命令中指定那些内容是需要被审计的;,Packages,:,在,AuditValue,命令中,返回一个能够被,Termination,识 别的,Package,列表。,Page,39,描述符Descriptors,DigitMap,:,定义了事件的关系,当,MG,检测到这些事件发生,(,并与 预先设置的匹配,),时,将向,MGC,报告,(,例如:检测到带 内的,DTMF,信号,),;,ServiceChange,:,描述,ServiceChange,发生的原因;,ObservedEvents,:,在,Notify,或,AuditEvents,中上报观察到的事件;,Statistics,:,在审计或删除,Termination,时,上报,Termination,中保存 的统计值;,Extersion,:,供扩充时使用。,Page,40,第,2,章 协议内容介绍,第,1,节,协议中的两个重要概念,第,2,节,消息结构,第,3,节,命令、描述符,第,4,节,和,MGCP,协议的比较,Page,41,H248协议和MGCP协议的比较,MGCP,优点:,业界成熟产品,价格相对较低,其余同”软交换与用户网关,/IAD,之间,(MGCP)”,缺点:,1.,主要支持语音,业务能力弱,2.,其余同前述。,仅支持语音业务时选用,H.248,优点:,1.,支持多媒体连接,2.,协议既可采用文本又可采用二进制,增强适应性,3.,扩展性好,缺点:,复杂、目前应用较少,支持语音和多媒体,将来替代,MGCP,Page,42,问题,H248,协议消息的结构如何?,H248,协议中总共有几个消息?分别是哪些消息?有哪两个消息是可以由,MG,发送给,MGC,?,NOTIFY,消息的作用?,命令描述符由哪两部分组成?,Page,43,本章小结,本章主要介绍了,H.248,协议内容的基本概念;,两个重要概念:,Context,和,Termination,;,8,个命令,: Command,;,描述符结构 :,Descriptor,。,Page,44,第,1,章,概述,第,2,章,协议内容介绍,第,3,章,信令基本控制流程,第,4,章 信令解析举例,Page,45,第,2,章 信令基本控制流程,第,1,节,网关注册,/,注销,/,初始 化流程,第,2,节,典型呼叫处理流程,Page,46,网关注册/注销流程,MG,SVC_CHG_REQ,SVC_CHG_REPLY,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,47,网关初始化流程,SoftX3000,MG,MOD_REPLY,MOD_REQ,MG,注册成功后,,MGC,将对空关联中的,MG,的所有半永久终端的属性进行修改。指示,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,好吧,请您监测用户,Page,48,第,2,章 信令基本控制流程,第,1,节,网关注册,/,注销,/,初始 化流程,第,2,节,典型呼叫处理流程,Page,49,不同MG下的呼叫流举例,PSTN,Core Network,SoftX300,UA5000,UA5000,SG7000,SS7/PRI,M3UA/SCTP,H.248,UA5000,A,B,C,信令流,媒体流,喂,在干啥呢, !#,正上网呢!,!#$%,Page,50,同一MG下终端之间的H.248呼叫流举例,Core Network,SoftX300,UA5000,A,信令流,媒体流,B,Page,51,SoftX3000,Termination1,UserA,Termination2,UserB,Off-hook,1 NTFY_REQ,NTFY_REPLY,2 MOD_REQ,MOD_REPLY,dial-tone,dialing,5 ADD_REQ,ADD_REPLY,Ringing,Ringback tone,8 NTFY_REQ,NTFY_REPLY,Off-hook,3 NTFY_REQ,NTFY_REPLY,4 ADD_REQ,ADD_REPLY,6 MOD_REQ,MOD_REPLY,7 MOD_REQ,MOD_REPLY,同一MG下终端之间的H.248呼叫流程,9 MOD_REQ,MOD_REPLY,Page,52,SoftX3000,Termination1,UserA,Termination2,UserB,Conversation,On-hook,On-hook,10 MOD_REQ,MOD_REPLY,11 NTFY_REQ,NTFY_REPLY,12 MOD_REQ,MOD_REPLY,13 SUB_REQ,SUB_REPLY,15 MOD_REQ,MOD_REPLY,14 MOD_REQ,MOD_REPLY,Busy-tone,16 NTFY_REQ,NTFY_REPLY,17 SUB_REQ,SUB_REPLY,18 MOD_REQ,MOD_REPLY,同一MG下终端之间的H.248呼叫流程(续),Page,53,问题,请问,MG,与,MGC,交互的基本过程有哪几个?,请简单叙述同一,MG,下呼叫的信令流程?,Page,54,本章小结,本章主要介绍了,H.248,在,SoftX3000,中具体的实现;,通过对,MG,网关注册流程、典型呼叫流程的描述。加深对,H.248,网关控制协议的理解。,Page,55,第,1,章,概述,第,2,章 协议内容介绍,第,3,章 信令基本控制流程,第,4,章 信令解析举例,Page,56,H.248呼叫信令解析组网例图,Core Network,SoftX300,UA5000,User A,信令流,媒体流,User B,端口,0/8/1,端口,0/12/1,Page,57,UA的VoIP语音流转发过程图,SoftX3000,User A,User B,A32,A32,PVMB,DSP,LSW,TDM SWITCH,HW BUS,HW BUS,TDM,IP,TDM,上行,FE,口,AD/DA,CPU,Page,58,UA中终端与关联的关系图,SoftX3000,User A,H248,信令流,IP,媒体流,User B,临时终端,ID:100000034,临时终端,2 ID:,100000035,半永久终端,ID :1,半永久终端,ID :0,上行,FE,口,TDM,时隙,A32,A32,LSW,DSP,关联,ID:286,关联,ID:287,*,*,CPU,模拟用户线,UA,系统,Page,59,SoftX3000,T1,UserA,T2,UserB,Off-hook,1 NTFY_REQ,NTFY_REPLY,2 MOD_REQ,MOD_REPLY,dial-tone,dialing,5 ADD_REQ,ADD_REPLY,Ringing,Ringback tone,8 NTFY_REQ,NTFY_REPLY,Off-hook,3 NTFY_REQ,NTFY_REPLY,4 ADD_REQ,ADD_REPLY,6 MOD_REQ,MOD_REPLY,7 MOD_REQ,MOD_REPLY,H.248呼叫信令解析,9 MOD_REQ,MOD_REPLY,事件,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:2944,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|0xxxxxxxxx |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,命令的文本描述,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=OFF,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,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,命令的文本描述,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:2944,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/*,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,60,SoftX3000,T1,UserA,T2,UserB,会话,On-hook,On-hook,10 MOD_REQ,MOD_REPLY,11 NTFY_REQ,NTFY_REPLY,12 MOD_REQ,MOD_REPLY,13 SUB_REQ,SUB_REPLY,15 MOD_REQ,MOD_REPLY,14 MOD_REQ,MOD_REPLY,Busy-tone,16 NTFY_REQ,NTFY_REPLY,17 SUB_REQ,SUB_REPLY,18 MOD_REQ,MOD_REPLY,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,响应的文本描述,MEGACO/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 191.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.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/*,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-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,61,典型信令解析,主叫号码显示,(MGC-MG),:,MEGACO/1 10.71.50.51:2944 T=372813453C=142MF=A1 E=369154824al/*,SGandisp/dwaddb=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:2944,T=372787051C=47MF=A1E=369154819al,/*,SGxal/las,其中:,SGxal/las,表示反极计费描述符;,Page,62,解读数图,一般数图格式如下:,(2-9xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|10124-9x|E|x.F|0-9EF.L),其中:,“,2-9xxxxxx”,表示用户可以拨,2,9,中任意一位数字开头的任意,7,位号码;,“,13xxxxxxxxx”,表示,13,开头的任意,11,号码;“,0xxxxxxxxx”,表示,0,开头的任意,10,位号码;“,9xxxx”,表示,9,开头的任意,5,位号码;,“,10124-9x”,表示,1,开头,,3,以外的十进制数为第二位的任意,3,位号码;,“,E”,表示字母“,*”,; “,F”,表示字母“,#”,“,x.F”,;“,0-9EF.L” x,表示拨以数字,0,9,、字母“,E”,、“,F”,开头的任意位等长定时器超时之后就会上报。,.,表示重复该符号前数字的,0,次到多次,|,表示可选方案,Page,63,数图故障举例(一),现象:,与,Z,司软交换对接,,AG,用户主叫摘机即听忙音。,处理过程:,1,、与友商对接测试有问题时,首先考虑端口镜像抓包进行分析,,2,、通过信令分析。发现,AG,在,Z,司,MGC,下发数图之后回应,ER=519“Out of space to store digit map” ,,可以看到软交换下发的数图规则超出,AG,的最大处理能力,造成通话失败。,PVMBR011,版本最大处理的数图资源是,40,条。后续版本已解决。,Z,司软交换下发的数图:,Page,64,数图故障分析案例(二),-,摘机有馈电没拔号音,现象:,Z,公司软交换下发数图不合法导致,UA5000,用户摘机听不到拨号音。某司,AG,与,Z,公司软交换,H248,接口已经正常建立,但是主叫摘机有馈电没有拨号音。,处理过程:,1,、检查,TID,配置正确,端口状态为正常;,2,、与其他厂家对接测试问题,首先考虑端口镜像抓包进行分析,软交换下发数图后,,UA,回复,400,语法错误;,Page,65,数图故障分析案例(二),-,摘机有馈电没拔号音,处理过程:,3,、检查数图中存在“,|.”,的不合法数图;,4,、“,.”,表示其前面的数字或字符可以出现任意多个,包括,0,个,所以在数图末尾出现“,|.”,没有意义,不符合数图语法规则;,5,、把此数图删除后,测试能够正常听到拨号音。,原因分析:按照,中国电信,H.248,标准,,“,|”,用于分隔字符串,表示每个字符串为一个可选择的拨号方案,“,.”,表示其前面的数字或字符可以出现任意多个,包括,0,个,所以在数图末尾出现“,|.”,没有意义,不符合数图语法规则。,Page,66,数图故障分析案例(三),-,AG,只能上报一位号码,现象:,和意大利,ITATEL,软交换对接,,AG,上报一位号码后,不再上报其余号码 ;,分析过程:在软交换上抓报文分析如下:,MEGACO/1 10.71.50.51:2944 T=372849746C=-MF=A1E=369154818,tonedet/stdtl=*,al/*,SG,/,响应,MEGACO/1 10.71.50.30:2944 P=372849746C=-MF=A1,原因分析:,是,ITATEL,软交换目前不支持数图,只在主叫摘机后下发拨号检测事件(,tonedect,)。但当,AG,上报一位号码后,软交换不再下发拨号检测事件,导致后续号码上报不了。,Page,67,故障分析案例(四),-,摘机上报故障,现象:,AG,和,Z,司软交换对接,,AG,用户必须先做一次被叫才能正常打电话,否则摘机无音,.,原因:,在,Z,司软交换没有下发检测摘机事件的情况下,,AG,摘机上报,OE=*,,导致,Z,司软交换不能识别。,正常摘机上报:,msg to mgc(10.71.50.51:2944): MEGACO/1 10.71.50.30:2944 T=11C=-N=A1,OE=369154816al/of,Page,68,故障分析案例(五),-,拔号即听忙音故障,现象:,某,AG,和,Z,司软交换对接;用户摘机可听到拨号音,但是拨任何号码都直接听忙音。,分析过程:用户摘机可听到拨号音,但是拨任何号码都直接听忙音,一般有,3,种情况会出现,一是,UA,分配的终端,ID,范围超出软交换上配置的范围,二是数图匹配有问题,三是软交换下发的资源属性格式有错误。,处理过程:,1,、核对软交换与,AG,的终端,ID,范围,没有问题。,2,、用户摘机能听到拨号音,说明软交换(,Z,公司)下发的数图正确并且被识别。,Page,69,故障分析案例(五),-,拔号即听忙音故障,处理过程:,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=500,InternalsoftwarefailureintheMG,说明软交换下发了,AG,不能识别的报文,所以,UA5000,会向软交换回“,InternalsoftwarefailureintheMG,”,。,但与正常消息比较后,也没看出来下发的消息有什么问题。,Page,70,故障分析案例(五),-,拔号即听忙音故障,用,xDBWIN,在,AG,设备上抓包分析,发现协议栈在解析“,v=0c=INIP4$m=audio$RTP/AVP80a=ptime:20”,时出错。,于是,再用,Ethereal,抓包分析,发现友商软交换设备(,Z,公司)下发的以下报文出现空格,不符合要求,报文如下图:,原因分析:,软交换下发的资源属性格式有错误。,Z,司修改后问题解决。,Page,71,故障分析案例(六),-,拨完号码后出忙音故障,现象:,和,Z,司软交换对接,,拨完号码后出忙音,处理过程:,抓信令分析后发现:原
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 管理文书 > 施工组织


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!