H.248命令集

1.相关概念

(I)H.248连接模型终结点(Tbrmination)和关联(Context)是描述H.248协议连接模型使用的主要概念。

      1)终结点；一个终结点可以发送和/或接收一个或者多个媒体流。在会议情况下，一个终结点可以发送或者接收多个媒体流。在多媒体通信情况下，一个多媒体终结点可以支持多种媒体流的发送或接收。相关媒体流参数、对应承载能力参数等都是封装在终结点中的描述特性。

      终结点分为物理终结点和临时终结点，物理终结点是一旦装入网关就永久存在的终结点，如中继接口、用户电话接口、PBX接口等，临时终结点是仅在呼叫过程中存在的终结点，如RTP媒体流，它依附于呼叫，一旦呼叫结束，该终结点就消亡。

      每个终结点有一个终结点标识，在创建时由网关分配，在网关内惟一。终结点标识可采用结构形式，例如｛中继群，中继｝,表示是某一中继群的某一电路。协议还定义了两类通配符用于终结点，ALL和CHOOSE。ALL表示符合条件的所有终结点，在命令中采用ALL表示终结点即意味命令对所有符合条件的终结点执行。CHOOSE指示网关在一定范围内任意选取一个终结点，例如，在某个中继群中选取一个中继电路。

      除此之外，还有一种特殊的终结点，称为根（Root）终结点，代表整个网关，H.248引入根终结点的概念使得网关控制器可以对整个网关的参数、特性、能力等进行审计和修改，但是根终结点不参与呼叫过程。

      2)关联：关联表示了终结点之间的关系，当呼叫发生时，由H.248命令创建关联，并在其中加入主/被叫设备对应的终结点，在呼叫结束时随着终结点的删除，关联也自动删除。关联的属性包括：关联标识、拓扑、优先级和紧急呼叫指示语。其中，关联标识由网关分配，对网关惟一；拓扑描述了终结点之间媒体流的收/发关系；优先级供媒体两关确定并发呼叫的优先处理策略，规定优先级0为最高优先级，15为最低优先级。

       关联的创建、修改和删除均由相应的H.248命令完成。当MGC用Add命令在关联中加入一个终结点，而命令中又未指明关联标识时，就隐含指示MG创建一个关联。当MGC用相关命令删除或移走关联中最后一个终结点时，就隐含该关联被删除。

       一个关联能包含的最大终结点数是网关的特性。只能提供点到点连接的网关只允许一个关联最多包含两个终结点；支持多点会议的网关允许关联包含多个终结点。一个终结点同时只存在于一个网关中。

       有一种特殊类型的关联叫空关联（nullcontext）,它是不与其他任何终结点相联系的所有终结点的集合，例如，在一个接入网关之中的空闲电路就可以用空关联之中一个终结点来表示。物理终结点在空闲状态下即处于空关联中，从某关联中删除后就归还空关联。

       3)终结点特性：H.248协议用描述符（descriptor）来描述终结点的特性，终结点特性可以分为四类：

       性质（Property）:分为终结点状态特性和媒体流特性。前者主要表示终结点所处的服务状态（如正常服务、退出服务或测试）,后者主要表示临时终结点的媒体属性（如收/发模式、编码格式、编码参数等）。

       事件（Event）:终结点需要监测并报告MGC的事件，如摘机、挂机、排叉、收到的电话号码等事件。

       信号（Signal）:请求MG对终结点施加的信号，如拨号音、忙音、DTMF信号、录音通知等。

       统计（Statistic）:指示终结点应该采集并上报给MGC的统计数据。统计数据一般在呼叫结束时上报，但MGC也可以通过命令随时要求MG上报。

       由于应用的多样性和技术的不断发展，新的终结点特性要求会不断出现，为此，H.248协议定义了一种终结点特性描述扩展的机制——包（Package）描述符。凡是未在基础协议中定义的终结点特性；可以根据需要增补定义相应的包，包用惟一的标识PackageID来标识，在包中对以上四类特性根据需要进行增补定义。包在经批准并得到因特网号码分配署（IANA）分配的号码后，即成为H.248协议的附件，可以在H.248命令中引用。H.248协议第一版包含了12个基本包，它们是Generic（g包XBaseRootPackage（root包）、ToneGeneratorPackage（tg包）、ToneDetectionPackage（td包）、BasicDTMFGeneratorPackage（dg包）、DTMFdetectionPackage（dd包）、CallProgressTonesGeneratorPackage（eg包）、CallProgressTonesDetectionPackage（cd包）、Analog LineSupervisionPackage（al包）、BasicContinuityTackage（c包）、NetworkPackage（nt包）、RTPPackage（rtp包）和TDMCircuitPackage（tdm包）。目前设备厂家也根据自己应用的需要扩展了一些私有的包，如实现一些特殊放音功能的包和一些安全机制的包。

      H.248协议正是利用描述符和包的机构，通过相应的命令来指定终结点的特性、控制终结点的连接和监视终结点的性能的。

    （2）终端特性描述符H.248协议定义了18个描述符，用于描述终结点的特性，下面简单说明它们描述的内容：

Modem：指定Modem类型和相应参数，H.248协议第二版（20Q2/02）已不主张使用该描述符，而认为Modem类型和相应参数应该作为媒体流的属性在Local和Remote描述符的描述内容中指定。

      Multiplex：用于描述承载了多种类型媒体流的终结点。

      Media：用于描述媒体流的参数，分别用TerminationState和Stream两个描述符来描述终结点的性质和单个媒体流的参数。而单个媒体流描述符Stream实际上是通过LocalControl,Local和Remote三个描述符来描述相关参数。

      Termination State：包括ServiceState和EventBufferControl两种性质，ServiceState表示终结点的状态，有正常服务、退出服务或测试三种状态。EventBufferControl表示在收到MGC的事件检测请求之前是否要保存检测到的事件，必须配合描述符EventBuffer一起对事件检测起作用。

      LocalControl：包括Mode性质和ReserveValue性质，Mode指定终结点对媒体流的收发模式，可以取值为只收、只发、收发、未激活、环回五种模式。ReserveValue取布尔值，指示MG在收到Local和Remote描述符时如何预留资源。

      Local和Remote：用于MG为媒体分配编解码方式、端口号、IP地址等参数，Local用于本端接收的媒体流，Remote用于发往对端的媒体流。在文本方式编码的H.248协议中采用TSDP（RFC2327）描述媒体流参数。一个Local或Remote描述符的描述内容中可以包含多个媒体流的信息。

      Events：指示了要求MG检测并上报的事件。

      EventBuffer：当EventBufferControl等于lockstep时，MG在Events描述符到来之前检测到需要保存的事件。

      Signals：指示MG对终结点施加信号或动作。可以指示MG对终结点放某种信号音，录音通知、DTMF、FSK、反极信号或停止前面的信号。

      Audit：指示需要审计的信息，审计的信息可以是描述符和描述符中的某项特性。

     ServiceChange：用于MGC和MG相互告知设备状态改变，包括如下参数：ServiceChangeMethod、ServiceChangeReason、ServiceChangeAddress>ServiceChangeDelay、ServiceChangeProfile、ServiceChangeVersion>ServiceChangeMGCID、TimeStamp、Extension。

      DigitMap：数字表是一种特殊事件，它指定的检测事件是一列或数列按一定规律排列的数字串，当检测到的数字串和其中某一列相匹配时就向MGC发送通知。其实际应用就是检测被叫号码，所指定的数字串就是根据网络编号计划确定的所有可能的被叫号码形式。利用该描述符MG就可以实现成组发码,而不需逐位发送，从而提高网络效率、减少发码时延。

     数字表定义了三个定时器：

     起始定时器（T）:用于拨号数字串之前，即不拨号定时器。

     长定时器（L）:如果网关判断收到的数字串至少还需要一位数字才能和数字表中的任一数字串相匹配，则其后的位间隔定时器应采用长定时器。

     短定时器（S）:如果收到的数字串已经和数字表中的某数字串匹配，但是也可能再收到若干数字后会与另一数字串匹配，则暂时不报告匹配，而是打开短定时器等待可能到达的后续数字。

     Statistic：由MG返回的关于终结点的统计信息，统计项目在相关的包中定义。呼叫释放时，MGC发Subtract命令后，网关默认返回统计信息。

      Package：仅用于网关收到AuditValue命令时返回终结点所支持的包。

      ObservedEvents：用于网关通知MGC所检测到的事件,该通知消息由Events描述符触发,其中携带Events描述符所指定的事件请求标识。

      Topology：指示关联内终结点之间媒体流的流向，可以有isolate、oneway、bothway三种情形，如果没有出现 Topology描述符，默认终结点之间媒体流流向是bothway。与以上描述符所不同的是，Topology描述符的应用对象不是终结点，而是关联。

Error：在处理事物请求出现错误时用该描述符在响应消息中返回错误码（IANA定义）和错误描述信息（可选），Ndtify命令也可以携带Error描述符。

2.H.248命令集

H.248中定义了八个命令，控制对象一般都是终结点，下面列出各命令的格式和意义"]中的描述符为可选。

（1） Add

     1）发送方向：软交换呼叫中心至网关设备。

     2）命令功能：使用Add命令向一个关联添加一个终结点，当使用Add命令向一个关联添加第一个终结点的同时就相当于创建了一个关联。

     3）应用示例：呼叫建立时，软交换呼叫中心用此命令要求网关设备为呼叫相关的终结点（如在用户线终结点和分组侧终结点之间）创建关联。

（2） Modify

     1）发送方向：软交换呼叫中心至网关设备。

     2）命令功能：终结点特性修改命令。

     3）应用示例：软交换呼叫中心设备通过本命令要求网关设备修改关联中分组侧终结点的收发模式,发端网关在建立连接时采用分组侧只收不发的模式，在软交换呼叫中心得到对端网关的SDP信息后，通过此命令把关联的分组侧临时终结点收发模式改为双向。

（3） Subtract

     1）发送方向：软交换呼叫中心至网关设备。

     2）命令功能：从一个关联删除某终结点，当使用Subtract命令删除一个关联中最后一个终结点即意味同时删除了这个关联。删除终结点后默认在响应消息中返回终结点相关的统计信息，从一个关联删除的终结点回到空关联。

     3）应用示例：呼叫释放时，软交换呼叫中心控制网关设备释放关联中的终结点。

（4） Move

    1）发送方向：软交换呼叫中心至网关设备。

    2）命令功能：将一个终结点从一个关联转移到另一个关联。该命令作用的范围是目的关联，而参数中终结点当前位于另一关联。这是惟一的一个命令，其终结点所在关联和命令作用的关联不相同。

（5） AuditValue

    1）发送方向：软交换呼叫中心至网关设备。

    2）命令功能：获取有关终结点的当前的性质、事件、信号和统计特性的当前值。

      命令可以作用于特定关联、所有（ALL）关联和空关联，指定的终结点可以是特定终结点、通配型终结点和根终结点。根据关联和终结点的不同组合，该命令可以获取各种信息。表2-2给出审计信息示例。

表2-2 审计信息示例

（6） Auditcapability

    1）发送方向：软交换呼叫中心至网关设备。

    2）命令功能：获取媒体网关所允许的终结点的性质、事件、信号和统计特性的所有可能取值。和AuditVilue命令一样，关联和终结点类型可取各种组合，以获取相应的能力信息。

（7） Notify

    1）发送方向：软交换呼叫中心至网关设备。

    2）命令功能：媒体网关使用Notify命令向MGC报告媒体网关中所发生的事件。

（8） ServiceChange

    1）发送方向：软交换呼叫中心至网关设备或相反。

    2）命令功能：这是个双向命令，报告或通知一个或一组终结点将要退出服务或者刚恢复正常服务。

    3）应用示例：

①应用1：媒体网关可以使用ServiceChange命令向MGC报告一个或一组终结点将要退出服务或者刚恢复正常服务，可以使用ServiceChange命令向MGC发起注册。

②应用2：MGC可以使用ServiceChange命令通知媒体网关将一个或者一组终结点退出服务或恢复正常服务。网关可用此命令通知MGC终结点能力已改变，MGC可用此命令通知MG控制已由另一MGC接替。

       TerminationlD参数规定除了CHOOSE机制不能采用之外，允许使用通配型终结点和根终结点,根终结点指示影响整个媒体网关的服务变更。

       ServiceChange描述符包含ServiceChangeMethod参数，该参数规定了如下几种服务变更方法：

√ 优雅方式（gracefiil）：表示指定终结点在服务变更时延（ServiceChangeDelay）结束时将退出服务，已建连接不受影响，但MGC不能再用此终结点建立新连接，而应该平缓地终止现有连接。当服务变更时延结束或终结点从关联删除后，网关应置终结点的服务状态为“退出服务

√  强制方式（forced）：表示指定终结点将立即退出服务；与之相关的连接将丢失。对于非根终结点，MGC负责把终结点从相关关联中删除，删除后网关应置终结点的服务状态为“退出服务对于根终结点，MGC认为所有连接都应拆除，MG认为所有终结点都已从关联删除，MG将所有终结点的服务状态置为“退出服务”。

√  重启动（restart）：表示指定终结点在经服务变更时延后将恢复服务，在时延结束后终结点的服务状态应为“正常服务网关可以利用这种方式向MGC注册。

√  曾断链（disconnected）：只对根终结点应用，表示网关和MGC的通信曾中断过，后来又恢复了。由于网关的状态可能已发生变化，MGC可能希望用审计命令重新同步它和网关的状态信息。

√  切换（handoff）：从MGC发往网关时，表示MGC将要退出服务，网关必须与一个新的MGC建立联系。从网关发往MGC时，表示网关收到之前的MGC发来的切换指示，正尝试建立新的联系。

√  倒换（fAIlover）；由网关发往MGC,表示网关侦测到MGC已退出服务。

√  其他：MGC和网关还可以约定其他值。

3.呼叫控制流程示例

（1）呼叫建立过程现以MG-MG呼叫为例说明利用H.248协议建立呼叫的过程，网络结构如图2-29所示，MG1和MG2分别为用户1（主叫用户）和用户2（被叫用户）相连的MG,用户1和用户2分别为MG1和MG2的终结点，其IP地址分别是124.124.124.222和125.125.125.111,用户1对应终结点标识为A4444,用户2对应终结点标识为A5555.为简单起见，假设MG1和MG2受同一MGC控制,MGC的IP地址是123.123.123.4,MG和MGC的H.248协议控制端口为55555.MG1和MG2与IP网络直接相连。

图2-29呼叫建立流程网络模型

图2-30和图2-31详细给出H.248协议的呼叫建立及释放过程。

图2-30呼叫建立流程

 

图2-31 呼叫释放l流程

i MGI检测到用户1摘机并上报MGC.

Notify -A4444 (ObservedEvents =2222
19990729T22000000: al/of)}

  }

}

ii .MG1回复响应。

    MGltoMGC:

MEGACO/1[124.124.124.222]:55555

Reply=10001(

Context=-{Modify=A4444)

}

     v.MG1收到第一位号码即停止拨号音并启动号码匹配，当发现和当前号码表匹配的号码串后，则以Notify命令上报MGC。

    MG1 to MGC:

MEGACO/1[124.124.124.222]:55555

Transaction=10002(

Context=-(

Notify=A4444(ObservedEvents=2223(

19990729T22010001:dd/ce(ds=',916135551212,\Meth=FM}}}

   }
}

vi.MGC回复收到通知。

MGCtoMG1:

    MEGACO/1(123.123.123.4]:55555

    Reply=10002(

       Context=-{Notify=A4444)

)

      Vii.MGC分析被叫号码后得到了被叫用户所在网关及其对应终结点，确定MG1的终结点A4444要求建立连接，于是命令MG1创建关联加入用户终结点A4444和RTP终结点，在SDP中指定RTP终结点可选的媒体格式及编码方式(按优先级高低排列)。由于尚未得到远端SDP信息，指定媒体流模式为ReceiveOnly。

MGC to MG1:

MEGACO/1[123.123.123.4]:55555

Transaction=10003(

Context=$(

Add=A4444,

Add=$(

Media(

Stream=1{

LocalControl(

Mode=ReceiveOnly,
nt/jit=40finms

},

      Local(

v=0

c=INIP4$

m=audio$RTP/AVP4

a=ptime:30

v=0

c=INIP4$

m=audio$RTP/AVP0

         }

       }

     }

    }

   )

}

       viii.MG1创建关联，标识为2000.MG1分配RTP端口号和IP地址，选择一种MGC建议的编码方式为G723。后两者信息包含在本地SDP中。

MEGACO/1[124.124.124.222]:55555

   Reply=10003(

   Context=2000(Add=A4444,Add=A4445(

   Media(

   Stream=1(

   Local(

   v=0
  c=INIP4124.124.124.222

   m=audio2222RTP/AVP4

  a=ptime:30

  a=recvonly

   );RTPprofileforG723is4

         }

      }

    }

  }

}

      ix.MGC向被叫用户所在网关MG2发Add命令创建关联并加入被叫所对应终结点A5555,命令MG2分配RTP资源并设置模式为SendReceive,命令MG2对用户送振铃信号。在Remote中携带了主叫的SDP,供被叫网关协商。

MGC  to MG2:

MEGACO/1[123.123.123.4]:55555

Transaction=50003(

Context=${

Add=A5555(Media(

Stream=1(

LocalControl{Mode=SendReceive}}),

Events=l234{al/of},
Signals{al/ri}
},

Add=$(Media(

Stream=1(

LocalControl(
Mode=SendReceive,
nt/jit=40;inms

}，

Local(

v=0

c=INIP4$

m=audio$RTP/AVP4

a=ptime：30

}，

Remote(

v=0

c=INIP4124.124.124.222

m=^udio2222RTP/AVP4
a=ptime:30

);RTPprofileforG723is4

         }

      }
    }
  }
}

MG2回复响应，带回关联标识、LocalSDP(芬配的RTP端口号和IP地址)。
MG2toMGC:

MEGACO/1[124.124.124.222]:55555

Reply=50003(

Context=5000(

Add=A5555,

Add=A5556{

Media{

Stream=1{

Local(

v=0

c=INIP4125.125.125.111

m=audioUURTP/AVP4

}

};RTPprofileforG723is4

      }

    }

  }

}

x.MGC将以上IP地址和端口号送给MG1,命令MG1对主叫用户送回铃音。

MGC to MGl:

MEGACO/1[123.123.123.4]:55555

Transaction=10005(

Context=2000(

Modify=A4444(

Signals(cg/rt}

}，

Modify=A4445(

Media(

Stream=1(

Remote(

v=O

c=INIP4125.125.125.111

m=audio1111RTP/AVP4

)

};RTPprofileforG723is4

               }

           }

      }
   }
}

xi.MG1回复响应。这时主叫用户已听到回铃音，MG2等待被叫用户摘机。

MGl to MGC:

MEGACO/1[124.124.124.222]:55555

Reply=10005(

Context=2000(Modify=A4444,Modify=A4445}
}

xii.被叫用户摘机，RGW2送Notify通知MGC。

FromRGW2toMGC:

MEGACO/1[125.125.125.111]:55555

Transaction=50005(

Context=5000(

Notify=A5555(ObservedEvents=1234(

19990729T22020002:al/of}}

}

}

xiii.被叫用户摘机，MG2送Notify通知MGC。

FromMG2toMGC:

MEGACO/1[125.125.125.111]:55555

Transaction=50005(

Context=5000(

Notify=A5555(ObservedEvents=1234(

19990729T22020002:al/of}}

}

}

xiv.MGC回复响应

FromMGCtoMG2:

MEGACO/1[123.123.123.4]:55555

Reply=50005(

Context=-(Notify=A5555})

XV.MGC向MG2发Modify命令停止振铃、检测挂机事件。

FromMGCtoMG2:

MEGACO/1[123.123.123.4]:55555

Transaction=50006{

Context=5000(

Modify=A5555(

Events=1235(al/on},

Signals{};toturnoffringing

}

)

}

xvi.MG2回复响应。

FromMG2toMGC:

MEGACO/1[125.125.125.111]:55555

Reply=50006{

Context=5000(Modify=A4445)}

xvii.MGC向MG1发Modify命令将RTP收发模式改为SendReceive并停放回铃音。

MGCtoMG1:

MEGACO/1[123.123.123.4]:55555

Transaction=10006(

Context=2000(

Modify=A4445(

Media(

Stream=1(

LocalControl(

Mode=SendReceive

)

}

}

},

Modify=A4444(

Signals{)

xviii.MG1回复响应。这时用户1和用户2建立呼叫。

FromMG1toMGC:

MEGACO/1[124.124.124.222]:55555

Reply=10006(

 

Context=2000(Modify=A4445,Modify=A4444}}

xix.在呼叫过程中，MGC可以对网关的RTP资硬行审计，这一步是可选的。

MEGACO/1[123.123.123.4]:55555 *

Transaction=50007(

Context=-(AuditValue=A5556(

Audit(Media,DigitMap,Events,Signals,Packages,Statistics

}}

)

}

     xx.网关回复响应，带回所要求的统辞信息，如终结点的状态、LocalSDP>RemoteSDP分组侧收发包数、丢包、时延、抖动等信息。

MEGACO/1(125.125.125.111]:55555

Reply=50007(

Context=-{

AuditValue=A5556(

Media(

TenninationState{ServiceStates=InService,
Buffer=OFF},

Stream=1(

LocalControl{Mode=SendReceive
,nt/jit=40},

Local{

v=0

c=INIP4125.125.125.111

m=audioUURTP/AVP 4

a=ptime:30

}，

Remote(

v=0

c=INIP4124.124.124.222

m=audio2222RTP/AVP4

a=ptime:30

}}}，

Events,

Signals,

DigitMap,

Packages

Statistics(rtp/ps=1200,;packetssent
nt/os=62300,;octetssent
rtp/pr=700,;packetsreceived
nt/or=45100,;octetsreceived
rtp/pl=0.2,;%packetloss
rtp/jit=20,
rtp/delay=40};avglatency)

    }
  }
}

(2)呼叫释放过程(见图2-31)

i.在本例中假设用户2先挂机，MG2以NoEy命令通知MGC。

FromMG2toMGC:

MEGACO/1[125.125.125.111]:55555

Transaction=50008(

Context=5000(

Notify=A5555(ObservedEvents=1235(

19990729T24020002:al/on}

     }

  }
}

ii.MGC回复响应。

FromMGCtoMG2:

MEGACO/1[123.123.123.4]:55555

Reply=50008(

Context=-{Notify=A5555)
}

iii.MGC向MG2发Subtract命令拆除呼叫，要求终结点在释放后上报统计信息。

FromMGCtoMG2:

MEGACO/1[123.123.123.4]:55555

Transaction=50009(

Context=5000(

Subtract=A5555(Audit{Statistics}},

Subtract=A5556(Audit{Statistics})

  }

}

iv.MG2拆除呼叫连接，回复上报统计信息。

From MG 2 toMGC:

MEGACO/1[125.125.125.111]:55555

Reply=50009(

Context=5000{

Subtract=A5555(

Statistics(

nt/os=45123,;OctetsSent

nt/dur=40;inseconds

  }

}，

Subtract=A5556(

Statistics(

rtp/ps=：1245,;packetssent

nt/os=62345,;octetssent

rtp/pr=780,;packetsreceived

nt/or=45123,;octetsreceived

rtp/pl=10,;%packetslost
rtp/jit=27,

 

rtp/delay=48;averagelatency

        }

     }

  }

}

v.MGC发Modify命令MG2把用户2置为检测挂机事件状态。

FromMGCtoMG2:

MEGACO/1[123.123.123.4]:55555

Transaction=50010(

Context=-(

Modify=A5555(

Events=1236(al/of)

     }

  }
}

vi.MG2回复响应.

FromMG 2 toMGC:

MEGACO/1[125.125.125.111]:55555

Reply=50010(

Context=-(Modify=A5555)}
}

vii.MGC发Modify命令MG1对用户1送忙音。

FromMGCtoMG1:

MEGACO/1[123.123.123.4]:55555

Transaction=10007(

Context=2000(

Modify=A4444(

Signals(cg/bt};toplaybusytone

      }

   }

}

viii.MG1回复响应。

fromMG1toMGC:

MEGACO/1[124.124.124.222]:55555

Reply=10007(

Context=2000(Modify=A4444}}

ix.用户1挂机，MG1通知MGCo

FromMG1toMGC:

MEGACO/1[125.125.125.222]:55555

Transaction=10008(

Context=2000(

Notify=A4444(ObservedEvents=2224(

19990729T24030008:al/on}

    }

  }

}

X.MGC回复响应。

FromMGCtoMG1:

MEGACO/1[123.123.123.4]:55555

Reply=10008(

Context=-{Notify=A4444)

}

xi〜xiv MG1侧释放呼叫，过程同上。