这段我年代从CCIE语音考试快速参考表(Digital Short Cut)，马克·刘易斯(Mark Lewis)著，思科出版社(Cisco Press)出版。ISBN-10: 1-58705-333-0
阅读马克刘易斯的博客思科子网在这里。
本章描述了电话协议，包括媒体网关控制协议(MGCP)、会话发起协议(SIP)、H.323 (H.225、H.245、RAS)、瘦客户机控制协议(SCCP)和TDM/模拟信令协议。
瘦客户机控制协议
瘦客户机控制协议(SCCP)是一种Cisco专有的主/从协议，CallManager和其他呼叫代理可以使用它与设备和端点(如Cisco IP电话)通信。SCCP的一个优点是它很灵活，允许轻松地添加特性。
SCCP使用TCP ports 2000 (SCCP)和2443 (Secure SCCP [SCCPS])。
调用代理、设备和端点类型可以使用SCCP包括CallManager沟通,CallManager表示,思科统一(语音信箱端口),路由器运行SRST VG200 (DSP-farm) VG224, VG248, ATA186, ATA188,思科IP电话,思科IP沟通者,和索尼公司Tandberg视频端点,思科3800网关,思科2800网关,思科3700网关(DSP农场),思科3640/3660网关(DSP农场),思科2600/2600XM网关(DSP农场),思科1751/1760(会议/转码),和WS-X6608-T1 / E1。
CallManager使用SCCP来控制媒体资源，如代码转换资源、媒体终端点(MTP)资源、保持音乐(MoH)资源和通知器资源。这些媒体资源类型将在第一章中讨论。
RTP和cRTP
实时传输协议(RTP, RFC 3550)用于在网络上传输语音和视频媒体包。RTP使用UDP作为它的传输协议。
RTP使用UDP而不是TCP作为它的传输层协议，主要是因为TCP重传不合适(这会花费太长时间)，TCP拥塞控制/慢启动机制会导致无法确保足够的包速率，而且TCP报头比UDP报头大。最后，值得一提的是，与TCP相比，RTP/UDP更适合用于语音媒体传输，因为TCP不提供所需的编码和时间戳信息。
RTP使用序列号和时间戳来检测包丢失并确保正确的播放计时。每个会话的RTP时间戳都以一个随机数开头，因此RTP提供的时间信息是相对的。(运行RTP不需要绝对时间，例如网络时间协议[NTP]提供的绝对时间。)
实时控制协议(RTCP)提供了对RTP流的QoS统计数据的带外报告，包括与包丢失、抖动和往返时间相关的信息。虽然运行RTP不需要NTP，但是RTCP可以使用NTP。
封装语音媒体包的IP/UDP/RTP报头总共有40个字节，当您考虑到语音媒体负载可能是20个字节(G.729)时，这个开销非常大。因此，IP/UDP/RTP报头占总语音媒体包大小的很大一部分，在低速链接时，压缩这些报头以节省带宽是有利的。
IP/UDP/RTP报头的压缩可以使用压缩的RTP (cRTP)实现。根据RFC 2508和3545,IP/UDP/RTP报头的40个字节通常可以压缩到2到4个字节。当没有发送UDP校验和时压缩报头为2字节(校验和为零)，发送校验和时压缩报头为4字节(非零)。
下面的示例计算说明了在使用cRTP时可以实现的带宽节省:
使用以下公式:
带宽=(第2层报头+第3层报头+第4层报头+话音负载(字节))* 8位*每秒数据包数
因此，假设G.711编解码器(默认160字节负载)，MLP(1 + 6字节开销)，在50 pps:没有cRTP:
带宽=([1 + 6]+ 20 + 8 + 12 + 160)= 207字节* 8 = 1656 * 50个pps = 82,800个bps = 82.8 kbps
cRTP:
带宽=([1 + 6]+ 2 + 160)= 169字节* 8 = 1352位* 50位pps = 67,600 bps = 67.6 kbps
带宽节省:
82,800 - 67,600 = 15,200 bps(15,200 / 82,800) * 100 = 18.36%的节省
请注意，在计算语音带宽时，必须考虑以下因素:
层2头/开销:
MLP = 6字节帧中继/FRF。12 = 6字节ATM = 5字节MLP除以帧中继= 14字节以太网= 18字节，包括CRC
另外，为MLP和帧中继帧的帧结束标志添加1个字节。
第3层和第4层标题:
IP报头= 20字节UDP报头= 8字节RTP报头= 12字节cRTP (IP/UDP/RTP)报头= 2(或4)字节
样本大小:G.711使用80字节/10ms的样本大小，默认语音有效负载大小为160字节/20ms(默认有效负载包括2个样本)。
G.729使用10字节/10ms的样本大小，默认语音有效负载大小为20字节/20ms(默认有效负载包括2个样本)
媒体网关控制协议
媒体网关控制协议(MGCP)在RFC 3435中定义(它取代了RFC 2705)，它指定了媒体网关控制器(MGC)或呼叫代理用于控制媒体网关(MG)的应用程序编程接口和基于文本的主/从协议。MGCP基于另外两个(现在已经过时的)协议，简单网关控制协议(SGCP)和Internet协议设备控制(IPDC)。
MGCs和mg可以描述如下:
德国/调用代理:此元素拥有呼叫控制智能并控制mg。例如，MGC/呼叫代理可以是Cisco CallManager。MG:该设备提供在通过VoIP网络和其他网络(如PSTN)接收的数据包和音频信号之间的转换。例如，媒体网关可以是带有模拟或数字语音端口的IOS路由器。
媒体网关可以根据它们提供的连接性进行分类。例如，终止中继连接到电话网的媒体网关可称为中继网关，而向电话提供模拟连接的媒体网关可称为住宅网关。
MGCP指定了一个涉及端点和连接的连接模型:
端点:MGCP媒体网关包含端点，它们是数据的源/目的地。端点可以是物理的，例如终止连接到PSTN的中继的接口或终止到到pbx、密钥系统或电话的POTS连接的接口。端点也可以是虚拟端点，例如来自服务器的音频内容。
连接:这是为了传输数据而在端点之间建立的一种关联，本质上可以是点到点，也可以是多点。
MGCs/呼叫代理和mg使用几个命令和响应(或动词)彼此通信:
EndpointConfiguration (EPCF):调用代理将此消息发送到网关，以指定端点将接收的信号编码。例如，可以使用此消息指定音频调用是使用mu-law编码还是使用a-law编码。
CreateConnection (CRCX):此命令在两个端点之间创建连接。连接是根据命令中包含的参数创建的，比如编解码器、允许带宽、回声消除、静默抑制、增益控制等。
ModifyConnection (MDCX):这用于修改与先前创建的连接相关联的参数。