協(xié)議消息格式

MGCP消息格式和SIP消息类似。所有命令由命令头部和会话描述两部分组成，所有响应由响应头部和会话描述两部分组成。头部和会话描述都由若干文本行组成，两部分之间由空行分隔。会话描述为任选部分。

协议采用事务标识关联命令和响应，其取值为1~999999999。命令完成后3分钟内，所用的事务标识不能给新的命令使用。

9.4.1命令头部

命令头部由一个命令行和若干参数行组成。

1.命令行

命令行包括4个部分：请求动词名（即动作）、事务标识、执行该命令的端点名和协议版本。每个部分都是ASCII字符串，相互间用空格分隔。

请求动词为4个字母的ASCII代码，大小写不区分。分别代表9个命令，如表9.8所示。

表9.8MGCP命令行动词

端点名编码采用E-mail地址形式。例如：

hrd4/56@gw23.example.net：表示“示例网络23号网关的hrd4接口中的56号电路”。

Call-agent@ca.example.net：表示“示例网络的呼叫代理。

Busy-signal@annl2.example.net：表示“示例网络12号通告服务器的＇忙音＇虚拟端点”。

其域名标识端点所在系统，左侧地址标识系统中的一个特定端点。

被通知实体名的地址形式与此相同，可能会增加一个端口号，如：

Call-agent@ca.example.net:5234

版本号目前定义为：MGCP0.1

2.参数行

每个参数行的结构形式为：参数名：一参数值

参数名一般为一个大写字母，如表9.9所示。该表包含了命令和响应用到的所有参数。

表9.9     MGCP参数

下面是若干参数行示例：

K:6234-6255,6257,19030-19044

表示上述范围内的事务标识对应的命令，其响应已收到，故称为“响应证实”。

L:p:10,a:G.711;G.726-32,e:off

表示连接的信号打包周期为lOms；优选的压缩编码算法为G.711或

G.72（6比特率32kbit/s)；回声抵消功能关闭。

P:PS=1245,OS=62345,PR=0,OR=0,PL=0,JI=0,LA=48表示删除连接后，网关回送的连接统计数据为：发送分组1245个，发送净荷字节数62345个，接收分组0个，接收净荷字节数0个，丢失分组0个，接收抖动为0，平均时延48m（s该连接为只发工作模式）。

R:hu(N),hf(S,N)

表示请求通知下述事件：挂机（立即通知）、瞬断（话音信号交换且立即通知）。

R:hd(E(R[O-9#T](D),hu(N)),S(dl)))

表示嵌入式请求，请求通知摘机事件，然后检测数字0~9、＃和超时，根据数字映像进行处理，检测挂机（立即通知），并发送拨号音。

0:829555T

表示观察到拨号数字829555，由网关送至代理。

F:N,X,R,S,D,Q,T

表示代理要审计端点的被通知实体、请求Id、请求事件、请求信号、数字映像、子检处理和检测事件参数值。

B:e:mu

表示承载的编码方式为µ律。

9.4.2响应头部

响应头部由一个响应行和若干参数行组成，响应行的格式为：

响应码一事务标识＿注释

如：2001203OK

后缀参数行是任选项，视对于什么命令的响应而定。如前所述，对于创建连接命令，响应应带有“连接Id”参数行。如果创建请求未给定具体的端点（通配端点Id)，则响应还应带有”指定端口Id”参数行。对于删除连接命令，其响应需带有“连接参数”参数行。

本地连接描述语是用SDP会话描述给出的，可出现在创建连接命令的成功响应中以及修改连接命令的响应中。当多个会话描述在同一响应中出现时，则依次排列。

例如，下例示出对审计连接命令的响应，其中包含一个本地连接描述语和一个远端连接描述语，规定本地描述语总是位于远端描述语之前：

200  1203    OK

C:A3C47F21456789F0   （呼叫Id)

N:[128.96.41.12]   （被通知实体）

K:P:10,a:G.711;G.726-32

M:Sendrecv(“收发“模式）

P:PS=1245,OS=62345,RP=780,OR=45123,PL=10,n=27,LA=48

v=O

c=IN1P4128.96.41.1

m=audio1296RTP/AVP0

v=O

c=IN1P4128.96.63.25

m=audio1296RTP/AVPO96

a=rtpmap:96a726-32/8000

上面相应行的括号中仅为注释。连接描述语的SDP描述的意义已

在第8章说明，不再赘述。

9.4.3协议消息传送

为了加快消息传送速度，MGCP消息采用UDP传送。命令送往指定端点在DNS中登记的某一个1P地址，响应回送到命令的源地址。如果没有规定端点的端口号，命令应送往MGCP缺省端口号2427。由于UPD本身只能提供不可靠的服务，因此MGCP必须采取措施保证消息的可靠传送和正确处理。

1.“至多执行一次“功能

由于是在UDP上传送，MGCP消息可能会丢失。如果没有及时收到响应，MGCP会重发命令。对于大多数命令来说，重复执行此命令会引起混乱，例如，多次执行创建连接命令会使网关状态成为不可预测。为此，传输过程必须确保同一命令只执行一次。

MGCP实体要在存储器中保存它们对最近事务回送的响应以及目前正在执行的事务。收到命令后，应将此命令的事务标识和最近响应的事务标识相比较。如果发现和某一响应的标识匹配，则不执行该事务，重发此响应。否则再和当前执行事务比较。如果发现匹配，则丢弃此命令，既不执行也不响应，待该事务执行完毕后再回送响应。

响应发出30秒钟后，或者对方通过“响应证实”参数告之应该响已收到时，暂存的响应副本可删除。

2.事务标识和三次握手

如前所述，事务标识的取值范围为0~999,999,999。呼叫代理可以为它所管辖的每个网关各自分配一个取值范围，也可以设定若干网关共用一个取值范围。在具体实现时，呼叫代理可能有多个独立进程按负荷分担原则管理一个大网关，这些进程共享一个事务标识取值空间，这时必须保证所有事务分配有一个唯一的标识号，其方法可以是设置一个集中的事务标识分配程序或者为每个进程预先分配一个互不重叠的标识取值子空间。

MGCP所有命令中都可带“响应证实”参数，其中包含已收到响应的事务标识范围（一个或多个）藉此实现三次握手过程。在网关发出最后一次响应30秒钟后，或者网关又继续该事务操作时，“响应证实”参数就不应再包含此事务的标识。

3.重发定时机制

请求方发出命令后必须设置定时器，若超时未收到响应，应重发该命令。当多次重发后仍未收到响应，则应由请求方决定清除已建的连接或者通过冗余设施提供服务。

协议不规定重发定时器数值，因为其值和网络情况有关，通常要根据消息往返传输时间R1T进行估算。MGCP建议借用TCP重传控制机制，此机制及算法已在2.3.3节中介绍。

4.消息捎带传送(piggybacking)

MGCP允许呼叫代理在一个UDP包中向同一网关同时传送多个消息。此时，每个消息之间要用一个仅有一个小数点的文本行分隔，如：

200  2005   OK

.

DLCX 1244 card23/2l@frgw-7.example.netMGCP0.1

C : A3C47F21456789FO

I:FDE234C8

处理时，应将捎带消息视作为多个同时抵达的消息。