中国网通宽带电话工程技术培训教材系列
技术培训讲义
MGCP技术介绍
MGCP协议的基本内容
在SoftSwitch内部，ＭＧＣ同ＭＧ的关系，如同介绍人同被介绍人的关系。
ＭＧＣ负责引见人，介绍需引见人的基本关系，待需引见的人认识后，相互之间自然发生联系，只是最后的情况需要同介绍人通告一声，其双方活动期间，可能介绍人要，关心询问一下双方进展情况。
整个ＭＧＣＰ的呼叫模型同日常生活方式没有两样。
以男女关系为例，来说明我们的呼叫流程
假如呢，如果一个男生对某个女生产生了好感，想要结交她，又不认识对方！怎么吧？（产生打电话的念头），找第三方吧，找个双方都认识的人，或者人托人，总要找到一个认识的人，才罢休。人找到了，当然需要对中间人表示自己的意愿了，要不中间人也不知你要干什么，这个就要你打个电话，先摘个机，向中间人（ＭＧＣ）报告一下你的想法，中间人就要问你，你有那些条件，这样才好向对方开口，于是ＭＧＣ 发一个创建连接的命令，要求你将你的基本情况说明一下，比如你的ＩＰ地址，端口号，你的语音支持能力如何等等，ＭＧＣ中间人得到你的基本情况后，就向你心仪的对方发取一个询问，通过一个创建连接命令将你的基本情况介绍给对方，对方会给你回个自己的要求，比如自己要求的，带宽了啦，想要的语音支持能力啦，中间人得到对方的信息后，琢磨一下你二人有没有戏，如果你们有共同的爱好，要求有共同点的话，ＭＧＣ中间人，就将对方的要求通过修改连接命令传给你，同时附带上你的要求，表明我确实按你的要求做了。既然你们双方都知道了对方的基本情况，又彼此知道对方的联系方式，当然可以直接邀约了。ＭＧＣ这个介绍人呢，可能还时不时的询问你们的进展情况，当然也希望你们能将最终情况告知一声。
下面的介绍以 GW1 作为主叫，当 GW1上的一个人摘取电话后，GW1会向ＭＧＣ 发送一个通知，表明本网关中某个人准备打电话，ＭＧＣ收到通知后，先回给发通知的网关一个叫响应的消息，表示我目前已经正式收到了统治，下面我要对你进行处理了。
ＭＧＣ 要让 ＭＧ 执行自己的命令，当然就需要将自己的想法明确的告诉ＭＧ 同时要明确知道 ＭＧ 是否收到自己下发的命令，就需要 ＭＧ 给自己一个明确的答复，这就要求ＭＧ 给自己一个响应。同时。ＭＧ 可能也需要发给ＭＧＣ 一些通知，也需要ＭＧＣ给个明确的答复，表明对方确实收到。这样协调ＭＧＣＭＧ之间的行为就通过一些命令和响应来传达。
共有以下９个命令：
全称简称
前面５条命令是ＭＧＣ发给 ＭＧ的，通知是 ＭＧ 发给 ＭＧＣ 的
网关也可以发送 DeleteConnection 和 RestartInProgress 消息
ＭＧＣ 可以发送任一个审计命令给 ＭＧ
MGCP有9条命令，怎样区别是那条呢？
每个命令都有个命令头，命令头由命令行和参数行组成的，识别不同的命令，看第一行的前四个字符，正确的命令，其前四个字符是命令的缩写。
如：
MDCX 1209 aaln/1@rgw-2567.whatever.net MGCP 1.0
表示修改连接命令 （ModifyConnection）
rqnt 1065 aaln/1@rgw1.whatever.net mgcp 1.0
表示通知请求命令 （NotificationRequest）
前面也明确过每个命令必须有相应的响应，这样发送命令者可以明确知道自己发送了命令，以及对方是否接受。那么响应通过什么方式同命令相联系？
每个响应都有一个响应头，响应是表示对方对相应命令的执行情况的报告，每个响应里面就包含了执行结果德望状态信息，是对是错，错在哪个方面等等。
响应消息的第一部分，就是执行状况的报告，表明成功与否，第二不分是一个事务ＩＤ就是一个唯一标志符，响应同命令的联系就是通过这个唯一标志符来进行联系，表明是对那条命令的响应。顺便说一句，唯一标志符是响应取自命令的。
说明：
200 1065 ok
第一部分200 表示执行的情况，200表明，命令执行成功
第一部分 1065 表示一个事务ＩＤ（就是一个唯一标志符），用来同命令发生联系，表明执行的是那条命令，
第一部分 ok 是一条注释语句，可有可无，辅助说明执行的情况
前面提到了MGCP的协商是由9条命令来实现的，其中有写命令只能由MGC发给MG，有些只能由MG发给MGC，为什么会是这样的情况？
我们讲过，整个MGCP的钩架中MGC 和MG 分担不同不同的角色，整个智能基本都集中在MGC侧，MG只是简单的执行MGC下达的命令。有的情况MG可以立刻执行下达的命令，通过响应传回结果，比如说询问你的一些基本情况；有的时候MGC可能要求MG做一些其他的动作，比如说要求MG检测电话是否摘机，MG会回答说好，我马上做此项工作，这个就通过响应回答MGC。接下来MG就要执行检测用户是否有摘机的动作，如果用户打电话，摘机了，MG怎么办，MG是个执行体没有权力也没有头脑来处理这件事情，他只能将此情况上报给MGC，由MGC来思考，来决定该怎么办，那么MG采取什么方式通知MGC呢？，采取响应？可前面回答MGC的命令时已经有了个响应，由于每个命令不可能有两个响应（参见后面的传输部分讲解），因此采取响应来通知MGC我MG发现一个人要打电话是不可行的！怎么办，采取命令，只能由网关发出的命令，这就是通知命令，专门负责通知MGC 我MG按你MGC的要求检测到的事件等等，因此通知命令是同通知请求想联系的，MG发出的通知都是按MGC的要求来做的。
那么一个MGC要发那么多的通知请求，同时可能又有许多来自MG的统治要报该MGC，那怎样才能知道那条通知对应MGC发的那条通知请求呢？如果没有对应会发生什么情况？假设我们的通知同通知请求没有对应关系，那有可能出现如此情况，当正在通话时，
你的电话突然MGC接到另外的一个挂机统治，那他不加区分的认为是正在通话的人发出的结束通话通知，就将正在通话的链路中断，那可能将引起很多麻烦。因此通知必须要同通知请求相对应起来，避免乱套。请注意同其他地方的联系（呼叫ID），另外呼叫ID还有其他作用。
那么通知怎样同通知请求相对应起来？这就要用道一个唯一标志符叫请求ID，通过这个唯一标志符，将通知和通知请求想联系起来，因此发送通知请求命令时必须带这个唯一标志符，这样通知好获得这个标志，便于将来进行关联。
MGC在为不同的人建立会话链路时，可能有很多人在同时等着MGC为他们建立链路，从前面的“呼叫的建立”图中我们知道，整个链路的建立和撤消要经过多个命令和响应的来回，怎样保证MGC和 MG为我和你通话进行协定的消息不会发给其他人，同时也保证其他不相干的协商消息不影响我？这就需要一个区别建立不同会话的唯一标志符（呼叫ID），通过呼叫ID），可以区别目前进行协商的命令是属于哪个会话的，如果没有这个唯一标志符（呼叫ID）），那有可能你正在通话时，别人挂机，MGC把它当作你要结束会话来处理。因此凡属于一个会话的都需要一个呼叫ID来保证，也就是说在进行会话建立过程中，每个命令都应带这个唯一标志符。
当用户拿起电话，呼叫对方时，需要的是你拨电话号码，MG将你拨的号码传给MGC，MGC根据你的号码，然后解析出你要呼叫的对方的目的地，然后将相应的命令发给对方，同时附带上你的基本消息。这里有个问题，用户拨的是电话号码，怎样才能解析出你的目的地址，同样对方的MG怎么就知道是你发出的呼叫。这些问题都被一个叫“端点标志的”来解决。“端点标志” （EndPointId）包含域名，本地名，每个“端点标志”同电话号码相对应，在进行会话协商时，通过这个“端点标志”来标志命令的执行体。通过域名部分，知道该消息来自哪个域，从本地名可以知道是哪个网关的，还有具体是哪个端口执行。这样MGC 就能得到很多消息，便于采取相应的动作，比如说回应请求，发送请求啦。
MGCP在UDP上传送的，由于路由的不同和网络的拥塞，将导致包的丢失，ＭＧＣＰ采取了一些机智来保证消息的顺利到达。
Step 1 - Notify (ntfy) 摘机 从 rgw1 到 ca
下面的“ntfy”是摘机产生的一个通知，我们假设以前发送过一个通知请求给RGW1，它的请求ID（RequestId ）是445678944 ，要求MG 检测摘机事件。
ntfy 12 aaln/1@rgw1.whatever.net mgcp 1.0
o: l/hd
x: 445678944
MGC 收到通知后发回一个响应
200 12 ok
Step 2 –MGC 发给MG一个通知请求，要求检测用户挂机和按号码表拨号
rqnt 1057 aaln/1@rgw1.whatever.net mgcp 1.0
r: l/hu(n), d/[0-9#*T](d)
s: l/dl
x: 445678945
d: 5xxx
MG收到命令后发回一个响应
200 1057 ok
Step 3 – 用户拨完号后，MG将号码通过“Notify”命令报给MGC
ntfy 13 aaln/1@rgw1.whatever.net mgcp 1.0
o: d/5, d/0, d/0, d/1
x: 445678945
MGC收到此命令后回个响应表示已经收到
200 13 ok
Step 4 – MGC 发送个通知请求（Request Notification (rqnt)） 给MG 要求MG检测挂机事件
rqnt 1058 aaln/1@rgw1.whatever.net mgcp 1.0
r: l/hu(n)
x: 445678946
MG收到后回个响应表明收到
200 1058 ok
Step 5 - MGC向MG 发出一个创建连接的命令，要求MG 给出自己的能力情况
crcx 1059 aaln/1@rgw1.whatever.net mgcp 1.0
c: 9876543210abcdef
l: p:20, a:PCMU
m: recvonly
MG 收到此命令后就将自己的能力情况报给MGC
200 1059 ok
i: 456789fedcba5
v=0
o=- 23456789 98765432 IN IP4 192.168.5.7
s=-
c=IN IP4 192.168.5.7
t=0 0
m=audio 6058 RTP/AVP 0
Step 6 – MGC获得了主叫方的能力情况后，将此信息通过创建连接命令发给被叫方，要求被叫也将它的信息报上来。
crcx 2052 aaln/1@rgw2.whatever.net mgcp 1.0
c: 9876543210abcdef
l: p:20, a:PCMU
m: sendrecv
v=0
o=- 23456789 98765432 IN IP4 192.168.5.7
s=-
c=IN IP4 192.168.5.7
t=0 0
m=audio 6058 RTP/AVP 0
被叫MG 收到命令后，就将自己的支持能力报给MGC
200 2052 ok
i: 67890af54c9
v=0
o=- 23456889 98865432 IN IP4 192.168.5.8