H协议正常呼叫流程解析.doc

精选资料H.248协议正常呼叫流程解析可修改编辑目 录一、H.248协议基本概念介绍2二、H.248协议呼叫实例模型2三、H.248协议呼叫流程3四、H.248协议信令分析3五、附件18 特性名、事件名和信号举例18 包分类列表19 H.248协议命令20 H.248消息的结构21可修改编辑关键词： H.248 MG MGC 呼叫流程摘 要： 该文档主要用于帮助处理H.248协议的VOIP业务方面的问题，在理解和掌握协议和呼叫流程的基础上，根据跟踪的信令或抓取的H.248协议包，分析定位问题故障原因。本文主要针对同一个MG接口下两个用户正常的呼叫流程信令来解析。随着NGN网络和VOIP业务的不断应用和发展，H248协议在目前应用中越来越广泛。对于协议和整个呼叫流程的理解和掌握，将非常有助于我们故障定位和问题处理。一、 H.248协议基本概念介绍H.248协议，也叫MeGaCo协议，是媒体网关控制器（MGC）与媒体网关（MG）之间的一种媒体网关控制协议。它提供了MGC在呼叫处理过程中控制MG中各类静态及动态资源（IP/ATM/TDM）的能力（包括终端属性、终端连接交换关系及其承载的媒体流）；还提供了独立于呼叫的MG状态维护与管理能力。二、 H.248协议呼叫实例模型图1-1 H.248呼叫实例模型同一MG下的两个终端之间的呼叫建立和释放流程如图1-22所示。不同MG下的两个终端之间的呼叫建立和释放流程与该流程基本相同，在此不再赘述。本流程示例基于以下约定：l Termination1的物理终端ID为A0，UserA与A0连接；l Termination2的物理终端ID为A1，UserB与A1连接；l UserA为主叫，UserB为被叫，主叫先挂机；l SoftX3000的IP地址和端口号为：192.168.100.1:2944；l MG的IP地址和端口号为：192.168.100.70:2944。三、 H.248协议呼叫流程图1-2 同一MG下的两个终端之间的H.248呼叫流程示例四、 H.248协议信令分析事件1：主叫用户摘机MG设备检测到终端A0对应的主叫用户UserA摘机，并通过NTFY_REQ命令，把摘机事件通知给MGC。NTFY_REQ命令的文本描述MEGACO/1 192.168.100.70:2944T=883C= - N=A0OE=369109250al/of第一行：MEGACO即H.248协议，版本为1。表示由MG发给MGC的消息MG的IP地址和端口号为：192.168.100.70:2944第二行：T表示Transaction事务，此为请求事务，事务ID为“883”；C表示Context关联，“-”表示此时封装的关联为空。第三行：N表示Notify通知命令，该命令作用于终端A0。第四行：OE表示Observe Event观测到的事件描述符。此时，TerminationA所在的MG观测到UserA摘机，向MGC汇报该事件。RequestID为“369109250”。MGC确认收到用户摘机事件，回应答消息。NTFY_REPLY响应的文本描述MEGACO/1 192.168.100.1:2944P=883C= - N=A0第一行：MEGACO即H.248协议，版本为1。表示由MGC发给MG的消息MGC的IP地址和端口号为：192.168.100.1:2944第二行：P表示Reply响应事务，事务ID为“883”，与请求事务ID一致；C表示Context关联，“-”表示此时封装的关联为空。 响应有两种：“Reply”和“Pending”。“Reply”表示已经完成了命令执行，返回执行成功或失败信息；“Pending” 指示命令正在处理，但仍然没有完成。当命令处理时间较长时，可以防止发送者重发事务请求。第三行：N表示Notify通知命令，该命令作用于终端A0。事件2：MG给主叫放拨号音MGC收到主叫用户摘机事件后，通过MOD_REQ命令指示MG给A0终端对应的UserA放拨号音，并且把DigitMap（拨号计划dmap1）通知给MG，要求根据DigitMap收号，并同时检测用户挂机事件。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372771555C= - MF=A0E=369109251dd/ceDigitMap=dmap1，al/*,SGcg/dt,DM=dmap1(2-9xxxxxx|13xxxxxxxxx|0xxxxxxxxx|9xxxx|10124-9x|E|x.F|0-9EF.L)第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372771555”，该事务ID用于将该请求事务和其触发的响应事务相关联。第三行：此时，该事务封装的关联为空。第四行：MF表示Modify 命令，用来修改终端A0的特性、事件和信号。第五行：E表示Event事务描述符，其RequestID为“369109251”。通过RequestID 可以将事件请求命令和事件发生通知Notify 命令关联起来。第六行：MGC请求MG监视终端A0发生的以下事件：事件一，根据Digit Map规定的拨号计划（dmap1）收号。事件二，请求MG检测模拟线包（al）中的所有事件。第七行：SG表示Signal信号描述符。表示MGC请求MG给终端A0送拨号音（dt：dial tone）。第八行：DM表示Digit Map数图描述符。MGC给MG下发拨号计划dmap1。 第九行：拨号计划dmap1。其中，“2-9xxxxxx”表示用户可以拨29中任意一位数字开头的任意7位号码；“13xxxxxxxxx”表示13开头的任意11号码；“0xxxxxxxxx”表示0开头的任意10位号码；“9xxxx”表示9开头的任意5位号码；“10124-9x”表示1开头，3以外的十进制数为第二位的任意3位号码；“E”表示字母“*”；“F”表示字母“#”；“0-9EF.L”表示拨以数字09、字母“*”、“#”开头的任意位等长定时器超时之后就会上报。协议中定义的数字表：数字或字符含义09ADX通配值，表示“09”之间的任意数字T表示检测到定时器超时，即在匹配完拨号方案后，如果仍然有号码，系统将逐位上报号码*表示DTMF方式中的“*”#表示DTMF方式中的“#”.表示其前面的数字或字符可以出现任意多个，包括0个|用于分隔字符串，表示每个字符串为一个可选择的拨号方案 表示在其中的数字或字符串中任选一位MG返回MOD_REPLY响应MGC的MOD_REQ命令。MOD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=372771555C= - MF=A0第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：响应事务ID为“372771555”，该事务ID用于和请求事务相关联。第三行：此时，该事务封装的关联为空。第四行：MF表示Modify 命令，用来修改终端A0的特性、事件和信号。事件3：主叫用户拨号UserA拨号， MG对所拨号码进行收集，并与对应的DigitMap进行匹配，匹配成功，通过NTFY_REQ命令发送给MGC。NTFY_REQ命令的文本描述MEGACO/1 192.168.100.70:2944T=884C= - N=A0OE=36910925120030429T06132700:dd/ceMeth=UM,ds=6540100第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为884。此时，该事务封装的关联为空。MGC的实现方式为主叫拨号之后才建立关联，以免主叫摘机不拨号、所拨的号码不存在等原因引起的资源浪费。第三行：Notify命令，该命令作用于终端A0。第四行：观测到的事件描述符。RequestID为“369109251”，与上文MOD_REQ命令的RequestID相同，表示该通知由此MOD_REQ命令触发。第五行：上报DigitMap事件 的时间戳。“20030429T06132700”表示2003年4月29日早上6时13分27秒。第六行：终端A0观测到的事件为DTMF检测包中的DigitMap Completion事件。该事件的两个参数为：DigitMap结束方式（Meth）和数字串（ds）。第七行：Meth为DigitMap结束方式。数字串“ds”，此时表示UserA所拨的号码为“6540100”。DigitMap结束方式（Meth）有3个可能值：“UM”：明确匹配。如果恰好只剩下一个候选拨号序列且完全匹配，就会产生一个“明确匹配”的DigitMapCompletion 事件。“PM”：部分匹配。在每一步中，等待下一拨号事件的定时器将采用缺省的定时原则，或者参照一个或多个拨号事件序列中明确规定的定时器。若定时器超时，且不能与候选拨号事件集完全匹配或没有候选拨号事件可以匹配，则报告“定时器超时，部分匹配”。“FM”：完全匹配。若定时器超时，且能与候选拨号事件集中的一个拨号事件完全匹配，则报告“定时器超时，完全匹配”。MGC发NTFY_REPLY响应确认收到MG的NTFY_REQ命令。NTFY_REPLY响应的文本描述MEGACO/1 192.168.100.1:2944P=884C= - N=A0第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为884。此时，该事务封装的关联为空。第三行：Notify命令，该命令作用于终端A0。事件4：在主叫用户侧增加新的关联MGC在MG中创建一个新context，并在context中加入TDM termination和RTP termination。ADD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=369363687C=$A=A0MOMO=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第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“369363687”。第三行：“$”表示请求MG创建一个新关联。由于目前关联还不确定，所以使用“$”。第四行：A表示ADD命令，将终端A0加入到新增的关联中。第五行：M表示Media媒体描述符。“O”表示LocalControl本地控制描述符。MO表示Modify命令，修改终端A0的属性为收发模式（SR），预留组属性（RG）、预留值属性（RV）均为“OFF”。第六行：事件描述符。RequestID为“369109253”，MGC请求MG检测模拟线包中所有事件的发生，例如挂机事件。第七行：信号描述符。此时信号为空，表示MGC要求MG停止目前所播放的任何信号。第八行：ADD命令，将某个RTP终端加入新增关联。其中，新的RTP终端为临时终端，由于RTP终端的描述符没有确定，所以使用“$”。第九行：媒体描述符。“O”表示本地控制描述符，MO表示Modify命令，此时修改RTP终端模式为去激活（INACTIVE），预留组属性（RG）、预留值属性（RV）均为“OFF”，“nt/jit=40”表示Network Package中的抖动缓存最大值为40毫秒。第十行：L表示Local，MGC建议新的RTP终端采用一系列本地描述参数。“v=0” 表示SDP（Session Description Protocol）会话描述协议版本为0。“c=IN IP4 $”表示RTP终端的关联信息，IN表示关联的网络标识为Internet，关联地址类型为IP4，“$”表示目前本地IP地址未知。“m=audio $ RTP/AVP 8”表示MGC建议新的RTP终端的媒体描述，“audio”表示RTP终端的媒体类型为音频，“$”表示RTP终端的媒体端口号目前未知，“RTP/AVP”为传送层协议，其值和“c”行中的地址类型有关，对于IP4来说，大多数媒体业务流都在RTP/UDP上传送，已定义如下两类协议：RTP/AVP，音频/视频应用文档，在UDP上传送；Udp，UDP协议。“8”对于音频和视频来说，就是RTP音频/视频应用文档中定义的媒体静荷类型。表示MGC建议RTP终端媒体编码格式采用G.711A。H.248协议规定RTP静荷类型至编码的映射关系为：G.711U = 0；G.726 = 2；G.723，G.7231 = 4；G.711A = 8；G.729，G.729A = 18。MG返回ADD_REPLY响应，分配新的连接描述符，新的RTP终端描述符。ADD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=369363687C=286A=A0,A=A100000034MOMO=IN,RV=OFF,RG=OFF,nt/jit=40,Lv=0 c=IN IP4 192.168.100.70 m=audio 18300 RTP/AVP 8第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：响应事务ID为“369363687”。“C=286”表示关联已建立，MG赋予一个关联ID“286”来标识这个关联。第三行：确认物理终端A0和临时终端A100000034已经加入关联286。第四行：媒体描述符。第五行：根据MGC的建议，网关确认A100000034终端采用G.711A媒体编码格式，设置其RTP端口号为18300，填充本地IP地址192.168.100.70。事件5：在被叫用户侧增加新的关联MGC进行被叫号码分析后，确定被叫UserB与MG的物理终端A1相连。因此，MGC使用ADD_REQ请求MG把物理终端A1和某个RTP终端加入到一个新的关联中。MG返回ADD_REPLY响应，分配新的连接描述符为287，新的RTP终端描述符为A100000035。MG根据MGC的建议，决定MG的A100000035终端采用G.711A编解码方式，设置其RTP端口号为18296，填充本地IP地址192.168.100.70，同时设置A100000035终端为去激活（Inactive）模式。ADD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=369363688C=$A=A1MOMO=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各个参数的详细解释可参考事件4。ADD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=369363688C=287A=A1,A=A100000035MOMO=IN,RV=OFF,RG=OFF,nt/jit=40,Lv=0 c=IN IP4 192.168.100.70 m=audio 18296 RTP/AVP 8各个参数的详细解释可参考事件4。事件6：MG给被叫用户放振铃音MGC发送MOD_REQ命令给终端A1，修改终端A1的属性并请求MG给UserB放振铃音。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372771561C=287MF=A1E=369108999al/*,SGal/ri第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372771561”。“C=287”表示关联已建立，MG赋予一个关联ID“287”来标识这个关联。第三行：MF表示Modify命令，该命令作用于终端A1。第四行：事件描述符。RequestID为“369108999”，MGC请求MG检测模拟线包中所有事件的发生，例如挂机事件。第五行：信号描述符。ri即ring,此时MGC要求MG给被叫UserB放振铃音。MG返回MOD_REPLY响应进行确认。MOD_REPLY响应的文本描述：MEGACO/1 192.168.100.70:2944P=372771561C=287MF=A1第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：响应事务ID为“372771561”，与请求事务ID一致。事件7：MG给主叫用户放回铃音MGC发送MOD_REQ命令给终端A0，修改终端A0的属性并请求MG给UserA放回铃音。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372771562C=286MF=A0E=369109256al/*,SGcg/rt第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372771562”。“C=286”表示关联ID为286。第三行：MF表示Modify命令，该命令作用于终端A0。第四行：事件描述符。RequestID为“369109256”，MGC请求MG检测模拟线包中所有事件的发生，例如挂机事件。第五行：信号描述符。rt即ringback tone,此时MGC要求MG给被叫UserA放回铃音。MG返回MOD_REPLY响应进行确认。MOD_REPLY响应的文本描述：MEGACO/1 192.168.100.70:2944P=372771562C=286MF=A0各个参数的详细解释可参考事件6事件8：被叫用户摘机被叫UserB摘机，MG把摘机事件通过NTFY_REQ命令通知MGC。NTFY_REQ命令的文本描述MEGACO/1 192.168.100.70:2944T=885C=287N=A1OE=369108999al/of第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“885”。“C=287”表示关联ID为287。第三行：N表示Notify命令，该命令作用于终端A1。第四行：OE表示Observe Event观测事件。MG观测到UserB摘机（of：off -hook），向MGC汇报该事件，事件ID为“369108999”。MGC返回NTFY_REPLY响应进行确认。NTFY_REPLY响应的文本描述MEGACO/1 192.168.100.1:2944P=885C=287N=A1各个参数的详细解释可参考事件6事件9：MG给被叫停放振铃音MGC把与终端A0关联的RTP终端A100000034的连接描述通过MOD_REQ命令送给与终端A1关联的RTP终端A100000035。并且修改RTP终端A100000035的模式为收/发。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=370281195C=287MF=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 192.168.100.70 m=audio 18300 RTP/AVP 8第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“370281195”，关联ID为“287”，即MGC和Termination2建立的关联。第三行：Modify命令，修改终端A1的属性。“M”表示媒体描述符，“O”表示LocalControl描述符，“MO=SR”表示MGC修改终端A1的模式为收/发，“RV=OFF,RG=OFF”表示预留组属性、预留值属性均为“OFF”，“tdmc/ec=ON”表示MGC建议MG TDM电路包中的回声取消特性为“ON”。第四行：MGC请求MG检测终端A1发生的事件，例如挂机等。第五行：信号描述符。此时信号为空，表示MGC要求MG停止目前所播放的任何信号。第六行：Modify命令，修改RTP终端A100000035的属性。“M”表示媒体描述符，“O”表示LocalControl描述符，“MO=SR”表示MGC修改RTP终端A100000035的模式为收/发，“RV=OFF,RG=OFF”表示预留组属性、预留值属性均为“OFF”。第七行：Local描述符，包含本端RTP（与终端A1关联）终端A100000035的连接描述。第八行：Remote描述符，包含远端RTP（与终端A0关联的）终端A100000034的连接描述。MG返回MOD_REPLY响应进行确认。MOD_REPLY响应的文本描述：MEGACO/1 191.165.15.122:2944P=370281195C=287MF=A1,MF=A100000035MLv=0 c=IN IP4 192.168.100.70 m=audio 18296 RTP/AVP 8各个参数的详细解释可参考事件4事件10：MG给主叫停放回铃音MGC把与终端A1关联的RTP终端A100000035的连接描述通过MOD_REQ命令送给与终端A0关联的RTP终端A100000034。并且修改RTP终端A100000034的模式为收/发。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=370281196C=286MF=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 192.168.100.70 m=audio 18296 RTP/AVP 8各个参数的详细解释可参考事件9。MG返回MOD_REPLY响应进行确认。此后终端A0和终端A1都知道了本端和对端的连接信息。具备了通话条件，开始通话。MOD_REPLY响应的文本描述MEGACO/1 191.165.15.122:2944P=370281196C=286MF=A0,MF=A100000034MLv=0 c=IN IP4 192.168.100.70 m=audio 18300 RTP/AVP 8事件11：主叫用户挂机MG检测到主叫用户UserA挂机后发送NTFY_REQ命令通知MGC。NTFY_REQ命令的文本描述MEGACO/1 192.168.100.70:2944T=886C=286N=A0OE=369109258al/on第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“886”。“C=286”表示关联ID为286。第三行：当MG观测到UserA挂机后（on：On-hook），通过Notify命令向MGC汇报该事件，事件ID为“369109258”。MGC发NTFY_REPLY确认已收到通知命令。NTFY_REPLY响应的文本描述MEGACO/1 192.168.100.1:2944P=886N=A0事件12：MGC请求MG监测用户是否有摘机事件当MGC收到UserA的挂机事件，MGC给MG发送MOD_REQ命令修改终端A0属性，请求MG进一步检测终端A0发生的事件，如摘机事件等，并且修改RTP终端A100000034的模式为去激活。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=370281199C=286MF=A0E=369109259al/*,SG,MF=A100000034MOMO=IN,RV=OFF,RG=OFF第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“370281199”，关联ID为“286”，即MGC和Termination1建立的关联。第三行：Modify命令，修改终端A0的属性。并检测终端A0模拟线路上所有事件，此时停放任何信号音。第四行：Modify命令，修改终端A100000034的属性。“M”表示媒体描述符，“O”表示LocalControl描述符，“MO=SR”表示MGC修改终端A100000034的模式为去激活（IN：Inactive），“RV=OFF,RG=OFF”表示预留组属性、预留值属性均为“OFF”。 MG发送MOD_REPLY响应确认已接收MOD_REQ命令并执行。MOD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=370281199C=286MF=A0,MF=A100000034事件13：MG给主叫用户拆线MGC收到UserA的挂机事件后，将向MG发送SUB_REQ命令，把关联286中的所有的半永久型终端和临时的RTP终端删除，从而删除关联，拆除呼叫。SUB_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372509424C=286O-S=*第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372509424”，关联ID为“286”。“O-S=*”中“O”表示Optional，“S”表示Subtract，“*”表示ALL。由此，“O-S=*”表示删除286 context中的所有终端。MG返回SUB_REPLY响应确认已接收SUB_REQ命令。SUB_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=372509424C=286S=A0,S=A100000034事件14：MG给被叫放忙音，并监测被叫是否有挂机事件。MGC给MG发MOD_REQ命令修改终端A1的属性，请求MG监测终端A1发生的事件，如挂机等，并且请求MG给终端A1送忙音。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372771569C=287MF=A1E=369109004al/*,SGcg/bt第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372771569”，关联ID为“287”，即MGC和Termination2建立的关联。第三行：Modify命令，修改终端A1的属性。并检测终端A1模拟线路上所有事件，例如挂机事件。并给终端A1放忙音（bt ：busy tone）。MG返回MOD_REPLY响应确认收到MOD_REQ命令。 MOD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=372771569C=287MF=A1事件15：MGC请求MG监测主叫用户是否有摘机事件终端A0、RTP终端、MGC之间的关联和呼叫拆除之后。MGC向MG发送MOD_REQ命令，请求MG监测终端A0发生的事件，如摘机事件等。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372771570C= - MF=A0E=369109261al/*,SG第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372771570”，关联ID为空。第三行：Modify命令，修改终端A0的属性。并检测终端A0模拟线路上所有事件，例如挂机事件，并停放任何信号音。MG返回MOD_REPLY响应确认已接收MOD_REQ命令。此时关联为空。MOD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=372771570C= - MF=A0事件16：被叫用户挂机MG监测到被叫用户UserB挂机事件，并发送NTFY_REQ命令通知MGC。NTFY_REQ命令的文本描述MEGACO/1 192.168.100.70:2944T=887C=287N=A1OE=369109004al/on第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“887”，关联ID为“287”。第三行：Notify命令，向MGC上报终端A1的挂机事件（on：On-hook）。Request ID为369109004，和事件14 MOD_REQ命令的Request ID相同，表示该NTFY_REQ命令由事件14的MOD_REQ命令触发。MGC发NTFY_REPLY确认已收到通知命令。NTFY_REPLY响应的文本描述MEGACO/1 192.168.100.1:2944P=887C=287N=A1事件17：MG给被叫用户拆线MGC收到UserB的挂机事件后，将向MG发送SUB_REQ命令，把关联287中的半永久型终端和临时的RTP终端删除，从而删除关联，拆除呼叫。SUB_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372509427C=287O-S=*第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372509427”，关联ID为“287”。“O-S=*”中“O”表示Optional，“S”表示Subtract，“*”表示ALL。由此，“O-S=*”表示删除287 context中的所有终端。MG返回SUB_REPLY响应确认已接收SUB_REQ命令。SUB_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=372509427C=287S=A1,S=A100000035事件18：MGC请求MG监测被叫用户是否有摘机事件终端A1、RTP终端、MGC之间的关联和呼叫拆除之后。MGC向MG发送MOD_REQ命令，请求MG监测终端A1发生的事件，如摘机事件等。MOD_REQ命令的文本描述MEGACO/1 192.168.100.1:2944T=372771572C= - MF=A1E=369109006al/*,SG第一行：MEGACO协议的版本为1，以及消息发送者标识（MID）。第二行：请求事务ID为“372771572”，关联ID为空。第三行：Modify命令，修改终端A1的属性。并检测终端A1模拟线路上所有事件，例如摘机事件，并停放任何信号音。MG返回MOD_REPLY响应确认已接收MOD_REQ命令。此时关联为空。MOD_REPLY响应的文本描述MEGACO/1 192.168.100.70:2944P=372771572C= - MF=A1五、 附件特性名、事件名和信号举例事件名含义al/fl模拟线包中的拍叉事件al/of模拟线包中的摘机事件al/on模拟线包中的挂机事件al/ri模拟线包中的振铃音信号cg/bt呼叫音包中的忙音信号cg/ct呼叫音包中的拥塞音信号cg/cw呼叫音包中的呼叫等待音信号cg/dt呼叫音包中的拨号音信号cg/rt呼叫音包中的回铃音信号dd/ceDTMF检测包中的DigitMap Completion事件nt/jitNetwork Package中的抖动缓存最大值，单位为毫秒tdmc/ecTDM电路包中的回声取消特性tdmc/gainTDM电路包中的增益控制特性包分类列表包名中文名包ID含义Generic通用包G常见项目里都会用到通用包Base Root Package基础根包root该包定义了网关范围内的属性Tone Generator Package音生成器包tonegen该包定义了生成放音的各种信号。基于扩展性的考虑，该包没有指定参数值。放音一般定义成单个的信号，信号包含一个参数ind、一个放音ID。参数ind表示interdigit时延，放音ID用于放音。放