YD/T 1519-2006
基本信息
标准号： YD/T 1519-2006
中文名称：IP 电话接入设备互通技术要求和测试方法 —— 媒体网关控制协议(MGCP)
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：2311770
相关标签： 电话 接入 设备 互通 技术 测试方法 媒体 网关 控制协议
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1519-2006.Interoperability Specification and Test Mesurement for VoIP Accessing Equipment based on MGCP.
1范围
YD/T 1519规定了国内骨干网侧采用IP协议传输语音业务的基于媒体网关控制协议( MGCP )接人设备之间，以及接人设备与控制设备之间在通信协议上的互通要求。
YD/T 1519适用于国内在P网络上开放语音业务、采用媒体网关控制协议( MGCP )的IP电话接人设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1264-2003 IP 电话/传真业务总体技术要求(第二阶段)
YD/T 1434-2006 软交换设备总体技术要求
ITU G.711话音频率的脉冲编码调制
ITU-T G.723.1多媒体通信传输5.3和6.3kbit/s双速率话音编码器
ITU-T G.729使用共轭结构代数码激励线性预测(CS-ACELP)的8kbit/s语音编码
IETF RFC1889RTP:实时应用的传输协议
IETF RFC1890运用最小控制的音频一视频会议RTP概括
IETF RFC2705媒体网关控制协议
IETF RFC3389用于舒适噪音(CN)的实时传输协议(RTP )有效载荷
1范围
YD/T 1519规定了国内骨干网侧采用IP协议传输语音业务的基于媒体网关控制协议( MGCP )接人设备之间，以及接人设备与控制设备之间在通信协议上的互通要求。
YD/T 1519适用于国内在P网络上开放语音业务、采用媒体网关控制协议( MGCP )的IP电话接人设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1264-2003 IP 电话/传真业务总体技术要求(第二阶段)
YD/T 1434-2006 软交换设备总体技术要求
ITU G.711话音频率的脉冲编码调制
ITU-T G.723.1多媒体通信传输5.3和6.3kbit/s双速率话音编码器
ITU-T G.729使用共轭结构代数码激励线性预测(CS-ACELP)的8kbit/s语音编码
IETF RFC1889RTP:实时应用的传输协议
IETF RFC1890运用最小控制的音频一视频会议RTP概括
IETF RFC2705媒体网关控制协议
IETF RFC3389用于舒适噪音(CN)的实时传输协议(RTP )有效载荷
标准图片预览
标准内容
ICs33040
中华人民共和国通信行业标准
YD/T 1519-2006
IP电话接入设备百通技术要求和测试方法媒体网关控制协议（MGCP）
Interoperability Specification and Test Mesurementfor VolP Accessing Equipment based on MGCP2006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布前
规范性引文件
定义和缩略语·
设备的网络位置
RTP协议·
语音顿结构
消息定义·
9定时器和重发·
10互通测试方法·
附录A（资料性附录）呼叫建立和释放流程示例附录B（资料性附录）用MD5对消息内容逐步加密过程附录C（规范性附录）MGCP的封包附录D（资料性附录）DH交换的解释附录E（规范性附录）带安全认证的MGCP协议示例流程YKAONTKa
YD/T1519-2006
YD/T 1519-2006
本标准是“电请接入设备互通技术要求及测试方法”系列标推之-。该系列标准的结构及名称如下：
1．P电话接人设备至通技术要求及测试方法—H.248协议2．P电话接人设备互通技术要求及测试方法一一一媒体网关控制协议（MGCP）3.IP电话接人设备互通技术要求及测试方法-H.323协议4．P电话接人设备互通技术要求及测试方法—SIP协议本标难的附录A、附录B和附录D为资料性附录，附录C和附录E为规范性附录。本标准由中国通信标准化协会提出并间口。本标准起草单停：信息产业部电信研究院中兴通讯股份有限公司
华为技术有限公司
UT斯达康（重庆）通讯有限公司上海贝尔阿尔卡特股份有限公司本标准主要起草人：薛‘宁
乔克智柳扬
1范围
IP电话接入设备互通技术要求和测试方法-媒体网关控制协议（MGCP）
YD/T 1519-2006
本标准规定了国内骨干网侧采用IP协议传输语音业务的基子媒体网关控制协议（MGCP）接人设备之间，以及接人设备与控制设备之间在通信协议上的互通要求，本标准适用于国内在P网络上开放语音业务、采用媒体网关控制协议（MCCP）的P电话接人设备：2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然面，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1264-2003
YD/T 1434-2006
ITU-T G.711
ITU-T G.723.1
ITU-T G.729
IETFRFC1889
IETF RFC1890
IETF RFC2705
ETFRFC3389
3定义和缩略语
3.1定义
下列定义适用于本标准。
电话/传真业务总体技术要求（第二阶段）软交换设备总体技术要求
话音频率的脉冲编码调制
多媒体通信传输5.3和6.3kbivs双速率话音编码器使用共轭结构代数码励线性预测（CS-ACELP）的8kbit/s语音编码RTP：实时应用的传输协议
运用最小控制的音频一
媒体网关控制协议
视频会议RTP概括
用丁舒适噪音（CN）的实时传协议（RTP）有效载荷P电话接人设备：用户接入侧采用IP协议传输语音业务的接入设备，能够实现不同网络间媒体格式的转换或直接将用户接入IP中话网络，如LAD、接人网关、媒体网关、网关适配器、IPPBX及其他具有相近功能的设备，以MG统称。
接人控制设备：负责P电话接人设备的呼叫连接和/或媒体通道的建立及控制的设备，以是媒体网关控制器、软交换机，呼叫代理或及其他具有相近功能的设备。中继网关：在IP网络和电路交换网或其他网络之问的网关，用来进行媒体转换信令网关：连接其他网络与IP网的设备，主要完成其他网络侧的信令与P网侧控制命令的转换功能媒体服务器：专用媒体处理设备，提供基本和增强业务中的媒体处理功能，包括业务音提供，会议，交互式应答（IVR）、通知和高级语音业务等。TKANIKAa
YD/T 1519-2006
3.2缩略语
下列缩略语适用于本标准。
Dual Tone Multi Frequency
Media Gateway Control ProtocolMedia Server
Public Switch Telephone NetworkReal-tine Transport Contral ProtocolReal-time Transport Protocol4设备的网络位置
双音多频
媒体网关控制协议
媒体服务器
公共电话交换网
实时传输控制协议
实时传输协议
基于MGCP协议的P电话接人设备在网络中的位置如图1所示。P电话接人设备可以采用多种的协议，包括H.323协议族，MGCP协议或H.248协议，以及SP协议等。但是不论采用何种协议，IP电话接人设备在网络中都必须在接人控制设备的控制下才可以正常工作，与其他设备进行通信。离开接人控制设备的管理，接入设备之间不能直接通信。在整个IP电话网络中，基于MGCP协议的接人设备受控于MGC或者支持MGCP协议的软交换机
1P电活接人设备（接入网关）
Telephone
RTP 协议
Talephane
000000
IP电活接人设备(DA)
nooooooC
0OO00000O
P电话接人设备（媒体网关）
图1基于MGP协设的IP电话接入设备在网络中的量5.1RTP报头格式
RTP报头格式如图2所示。
其中，各字段值确定如下：
V（版本：2 bit版本号置2。
P（填充）：1bit填充位置0。
X（扩展）：1bit扩展位置0。
电话机
CC（CSRC数）：4bitCSRC标识的数最，此字段填充U，本标准不使用CSRCYD/T 1519-2006
M（标志）：「bit标志位，该标志在静音后的第一个谱音包时置位。面静音包仅发送个，不连续发送。
012345678９0123456 78901 23456789 01I版本|域|扩ICSRC数
136鹿
净荷类型
同步源标志SSRC
资忧前标志CSRC
图2RTP报头格式
Fr（静葡类型）：7bit
G.711 μ律
G.711A律
舒适噪声
序到号
Sequence nurmber（序列号）：16bit序列号，初始值为一随机数，此后以1递增；收端以此判定包丢失及恢复包顺序。
Timestamp（时戳）：32bit时截。用于标识RTP数据包中第一个字节采样时的时刻，其起始值为一随机值，以8000s的速率递增。
SynchronizationSource（SSRC）identifiers（简步源标志）：32bit，用来标识RTP包的数据源。ContributingSource（CSRC）identifiers（贡献源标志）：每个CSRC32bit，0~15个CSRC序列，本标准不包含该字段。
5.2·RTCP协议
RTCP报文共有RR、SR、SDES、BYE和APP5类。本标雅贝对SR和RR报文提出要求。SR（发送报文）的格式如图3所示。KAOIKa
YD/T 1519-2006
7890121#567
1敏本|填技收报凸凝！
丢包率
2345678901
净荷类型=SR=200
发送者的司步源标志
NTP 时裁，格位字
NIP 时戚，低妆字
RTPB卡
发送的报文数
左送的字书数
源标志,1
果计的包丢失数
接收到的扩履的最高序则号
到达间隔抖动
上一SR报女时
自上一SR的时间
源标志_2
针对proile的扩展
图3发送推文格式
其中的各项内容定义如下：
版本（V）：2bit协议鉴别，在本标准中规定为2。填充（P）：1bit在本标准中规定为0,接收报告数（RC）：5bit
一头部
一发送者
「报告
+块！
1报告
在SR中包含的RR的数月，在本标准中规定不得大于1。净荷类型（PT）：8bit
报文类型，以2进制表示。其中-进制的200代表SR。长度（length）：16 bie
报文长度，指在其后的报文长度，所以有可能为0。发送者的同步源标志（SSRCof sender）：32bit源同步码，用以标识此饮通话，NTP时（NTP timestamp）：64 bitYD/T 1519-2006
绝对时戳。在测量环路吋延时可在对方的RR报文中带回；如果发送方不具有绝对时钟的能力，则可以用通话开始时间作为时钟0点或将此域置0，（在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分，后32位是此时间的小数部分。）RTP时戳（RTP timestamp）：32 bit以RTP时截为基准。
发送的报文数（sender’s packet count）：32 bit从通话开始后发送方总共发送的RTP报文的数目，发送的字节数（sendersoctetcount）：32bit从通适开始后发送方总共发送的有效载荷的数目（以字节记）随后描述的是个或多个RR报文块，在本标准中规定在SR报文中最多只能有一个RR报文块。源标志 n（SSRC_n）：32 bit
源同步码，用以标识此RR块所从属的通话。丢包率（fractionlost）：8bit从上一个SR或RR报文发送后的丢包率，表现为接收方在此段时间内期待的RTP报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值，若为负值，为0。详见RFC1889，累计的包丢失数（cumulati ve number of packets lost)： 24 bit累计的包丢失数。
接收到的扩展的最高序列号（extended highest sequence number teceived）：32 bi其低16位是其收到的RTP包中的序列号的最新值。其高16位标识其收到的RTP推文的序列号的循环的次数。
到达间隔抖动（interarrival jitier）：32 bit时延抖动，每两个RTP包的抖动可以用其RTP包中的RTP时和接收的时刻进行计算，计算公式如下：设R表第个包的到达时刻，Si代表第i个包的RTP时值，则第个RTP报文与第个RTP报文问的抖动为D（，)
D(,j) =(Ri-R) (i-St)=(Ri-S) (Ri-St)在生成RTCP报文时，其应当传送的时延抖动的值可用如下公式进行递推计算：J=J+ (ID(I-1, ) [-J) /16
其中，J为要传送的时延抖动值。对后一项除以16是为了消除连带噪声。上一SR报文时戳（LSR）：32 bitKANIKAa
YD/T1519-2006
收到的最近一个SR报文的INTP时的巾间32位。自_上SR的时间（DLSR）：32bil收到1:一个SR报文与此次发送的报文之间的时间以1/65536s计，来还没有收到任例SR报文，此值置0。
RR报文的格式如图4所示.
012345678901234567890123456789011版本1填1接收拨肾数 1杂荷类型=RR=2011充
发送者的同步源标击
源标志_1
丢包半
累计的包无尖数
接收到的扩展的最高序刻号
到达间脂抖动
上一SR报文时要
白—SK的时间
源探志_2
针对pcofile的扩展
图4接收报文格式
一报告
其中各项的功能与形式如SR中的说明。若未收到任何RTP报文，则可发送一个空的RR，即RC=0,在与于H.323协议的终端设备之间互通时，必须支持采用RTCP协议，在其他情况下来用RTCP协议与否可视情况缺定。
RTCP包发送机制：在两次RTCP报文之间，范端点没有发出任何RTT报文，则端点此次发送RR（接收报文），否则，端点发送SR（发送报文）。在与基订H.323协议的P电话设备互通时，设备应发送RTCP报文，每10~25发送-次。在与基于MGCP和H.248协议的亚电话接入设备互通时，设备也可以不发送RTCP报文。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。6
B语音顿结构
6.1G.723.1
YD/T 1519-2006
IP电话可以选用G.723.1编码，G.723.1的赖长有24byte（6.3k/s）、20byte（5.31/s）和4byte三种情况。4byte为SID（插人静育描述顺）恢，它尘要用在语音的静音段，用以发送比较舒服的噪声的参数描述。这三种顿可以用任意方式混合使用。第一个八位组的最低二个比特确定了赖的长度和编码类型。在30ms的边界上，这一种速率以进行任意切换，以获得最佳的音质。所有编码比特流都是从最低有效位开始传送，直至最高有效位。
G.723.1打包特征为：
：用在RTP报头的标记位的置位方法，来表示该报文是静音以店第一个包，其余包的标志位登零，发送了第一个静音顿以后，在静音期问不再发送RTP包，由收端接入设备根据静音顿产生舒适噪音；抽样频率为8000Hz；
顿长为30ms；
·在一个包中，编解码器可以编解码儿个连续的顿；：接收机必须要能连续接收0-180ms的音频数据。6.2G.729 编码
这是一种8kbit/s的编码算法，该种编码抗随机比特错误的能力与抗随突发消失顿的能力相同。在噪声较大的环境下，它能有更好的语音质量。G.729附件A算法是G.729算法降低了复杂度后的版本，二者能完全互操作，因而不必对这二种算法进行区分。在G.729附件B中，建议声音激活检测器（VAD）和舒适噪声发生器（CNG）用于数字模拟声音和数字应用，可以和G.729，G.729附件A结合便用。G.729懒长为10个八你组（octet），静音（附件B）为2个八位组。舒适静音的格式如图5所示。1
0123456789012345
GAINIRI
IFI0 1 2 3 410 1 2 310 1 2 3 4ISIII
图5G.729舒适静音打包结构
有声段顿格式为：
—顿为10ms；
·顿长10个八位组：
，一个RTP包可以放0个、一个或垒个G729或G729附件A顿，后随G729附件B的有效载荷，舒适噪声顿的存在可以减小RTP载荷的长度；·静音后的第个有声包在RTP报头中标记位量位：·抽样率8000Hz;
.缺省打包时间段20ms：
·编解码器可以进行单一包中连续1~10顿的缩解码；KANIKAa
YD/T 1519-2006
.接收方必须能接收0~200ms的用户语音数据。6.3其他语音编码算法
可根据实际情况增加其他语音编码算法。优选G.711。这是一种非压缩的编码方法，其数据直接水自PCM，采样率8000Hz，其编综码方法采用A律和μ律两种。针对没有静音压缩能力的语编解码方式，例如G.711、G.722、G.726、G.727和G.728，规定一套通用的舒适静音格式。对于RIP时戳的时钟频率为8000Hz的编解码器，舒适静音的Payloud类型为13。RTP包的Marker位不置位。
舒适静音包的Payload包括噪声电平与以反射系数表尔的频谱信息。其中频谱借息可选，且燥声模型的缀数（邸反射系数的个数）不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级效。级数的个数不明确传递，而由解码器根据Payload的长度自动判断。Paylaad的格式如下所示：
其中Level表示噪声电平，最高位必须暨0。M为噪声模型的级数，Ni（=1.M）表示反射系数。7流程
现网使用的接入设备必须支持本标准所示流程，但不限制设备制造商在此基础上进行更灵活的业务扩充。涉及多个接人控制器的蔬程与终端设备无关，不在本标准规范的范围之内，7.1开机注册
对于注珊通常有两种方式：
·对整个接入设备进行注册；
·已注册段备增加端点时的注册。对整个接人设备进行注册，如图6所示。若接入设备用户数比较多时将注册需要较长的时间，因此建议上电冷肩动的注册采用接入读备体进行注册，即采用通配符进行注册。MG
RSIP(1)
ACK(2)
RQNT (3)
ACK (4)免费标准bzxz.net
RQNT (5)
ACK (6)
NTFY(7)
ACK ()
图6接入设备进行注册
（1）接入设备向接入控制发RSIP命令（带通配符}.重启方式为restart：命令中带有4个用于认YD/T 1519-2006
证的X字段：：个用于数字签名的数字串 MGaLTH、算法 ID 和随机数 Rundr：还带有用于DH 交换的 A,接人设备事光产生一个随机数Rand，用时接人设备再产生一个用于DH交换的私人数字a，让算得到A=mod（P通过计节得到接入设备的数字签名：MGAunH=MDS(Ri+MGID+A+Randi)。接人控制器收到RSIP命令后，首先计算MGRE=MDKi+MGID+A+Rand,。如果 MGCALTH-MGrES接人控制器再产生个用DH交换的私人数字b，计算B=gmod（P)。由此得到其享的鉴权密望KEY-MGC=Aod（P）=g\mod（P)。接人控制器产生另--个随机数Randz，进而计算得到接入控制器的数字签名：
MGCAUTH = MD5 (KEY-MGC+Ki+B+Rand2)（2）接人设备回响应。
（3）接人控制器下发检测摘机RQNT命令（建议摘挂机事件为永久事件，接人设备在检测到摘挂机事件后通过NTFY向接入控制器上报：同时接人控制器把B下传给接人设备，同时下传的还有MGCAUTH、算法 ID和 Rand2。
接人设备得到B，MGCAuT和Randz后，首先计算得到共享的鉴权窈钥KEY-MG=B\modP）g\mod(P)，进而计算 MGREs=MD5 (KEY-MG+Ki+B+Rand2)如果MGCALTH=MGRES，则说明是一个合法的接人控制器发过来的信息。（4）接人设备发送对接入控制器的回应消息。（5）接人控制器定期向接人设备发送RQNT命令进行鉴权，命令中带有接入控制器产生的随机数Rand，以及用共享密钥KEY-MGC对其加密尘成的结果。同时命令中还带有算法ID。如采用MD5，则加密方法为MD5（KEY-MGC+Rand）。（6）接人设备回响应。
（7）接人设备用NTFY中的[ObscrvedEvents]向接人控制器回送鉴权应答，应答中带有用共亨密钥KEY-MG加密的两项：MGID及随机数Rand（为接入控制器在上一步中以RQNT发送的）。同时命令巾还带有算法ID。如采用MD5，则加密方法为MD5（KEY-MG+MGID+Rand）。（8）接入挖制器判断接人设备上报的如密结果正确，确认接人设备为合法设备，回响应。注：
1）初始事件的必须为，后续的[D 为上次 RQNT所带的事件D。2）在初秋注册成功成功后，马上发送RQNT消息以生成共享密钥；后续通过RQNT重复5~8步定期进行安全检测。3）定期安全检测的RQNT消息间隔由接人控制投备控，建议不大于10min，用于安全检测的RQNT消息可以是专门的，也可以不是。
4)推荐加击算法采用 MD5。依上文描述，计算 MD5 的表达式为DIGIT MDS ( Param, + Param? + Parany + Param4 )其中，DIGIr：MD5 的摘出，长度为 128bit 的数据块，Paramy：表示一个长度是BYTE整数倍的bit数值审。加号（+）：表示将各个Parnm,的bit数值中从左到冶按照数值从商位到低位排列后形成一个bit数值申作为入参输人MDS进行计算，
5）用于Differ-Hellm交换的质数及底数名，应可根据接入控制器的要求在接人设备上进行配置或生成，对接人控TKAONIKAa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T 1519-2006
IP电话接入设备百通技术要求和测试方法媒体网关控制协议（MGCP）
Interoperability Specification and Test Mesurementfor VolP Accessing Equipment based on MGCP2006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布前
规范性引文件
定义和缩略语·
设备的网络位置
RTP协议·
语音顿结构
消息定义·
9定时器和重发·
10互通测试方法·
附录A（资料性附录）呼叫建立和释放流程示例附录B（资料性附录）用MD5对消息内容逐步加密过程附录C（规范性附录）MGCP的封包附录D（资料性附录）DH交换的解释附录E（规范性附录）带安全认证的MGCP协议示例流程YKAONTKa
YD/T1519-2006
YD/T 1519-2006
本标准是“电请接入设备互通技术要求及测试方法”系列标推之-。该系列标准的结构及名称如下：
1．P电话接人设备至通技术要求及测试方法—H.248协议2．P电话接人设备互通技术要求及测试方法一一一媒体网关控制协议（MGCP）3.IP电话接人设备互通技术要求及测试方法-H.323协议4．P电话接人设备互通技术要求及测试方法—SIP协议本标难的附录A、附录B和附录D为资料性附录，附录C和附录E为规范性附录。本标准由中国通信标准化协会提出并间口。本标准起草单停：信息产业部电信研究院中兴通讯股份有限公司
华为技术有限公司
UT斯达康（重庆）通讯有限公司上海贝尔阿尔卡特股份有限公司本标准主要起草人：薛‘宁
乔克智柳扬
1范围
IP电话接入设备互通技术要求和测试方法-媒体网关控制协议（MGCP）
YD/T 1519-2006
本标准规定了国内骨干网侧采用IP协议传输语音业务的基子媒体网关控制协议（MGCP）接人设备之间，以及接人设备与控制设备之间在通信协议上的互通要求，本标准适用于国内在P网络上开放语音业务、采用媒体网关控制协议（MCCP）的P电话接人设备：2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然面，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1264-2003
YD/T 1434-2006
ITU-T G.711
ITU-T G.723.1
ITU-T G.729
IETFRFC1889
IETF RFC1890
IETF RFC2705
ETFRFC3389
3定义和缩略语
3.1定义
下列定义适用于本标准。
电话/传真业务总体技术要求（第二阶段）软交换设备总体技术要求
话音频率的脉冲编码调制
多媒体通信传输5.3和6.3kbivs双速率话音编码器使用共轭结构代数码励线性预测（CS-ACELP）的8kbit/s语音编码RTP：实时应用的传输协议
运用最小控制的音频一
媒体网关控制协议
视频会议RTP概括
用丁舒适噪音（CN）的实时传协议（RTP）有效载荷P电话接人设备：用户接入侧采用IP协议传输语音业务的接入设备，能够实现不同网络间媒体格式的转换或直接将用户接入IP中话网络，如LAD、接人网关、媒体网关、网关适配器、IPPBX及其他具有相近功能的设备，以MG统称。
接人控制设备：负责P电话接人设备的呼叫连接和/或媒体通道的建立及控制的设备，以是媒体网关控制器、软交换机，呼叫代理或及其他具有相近功能的设备。中继网关：在IP网络和电路交换网或其他网络之问的网关，用来进行媒体转换信令网关：连接其他网络与IP网的设备，主要完成其他网络侧的信令与P网侧控制命令的转换功能媒体服务器：专用媒体处理设备，提供基本和增强业务中的媒体处理功能，包括业务音提供，会议，交互式应答（IVR）、通知和高级语音业务等。TKANIKAa
YD/T 1519-2006
3.2缩略语
下列缩略语适用于本标准。
Dual Tone Multi Frequency
Media Gateway Control ProtocolMedia Server
Public Switch Telephone NetworkReal-tine Transport Contral ProtocolReal-time Transport Protocol4设备的网络位置
双音多频
媒体网关控制协议
媒体服务器
公共电话交换网
实时传输控制协议
实时传输协议
基于MGCP协议的P电话接人设备在网络中的位置如图1所示。P电话接人设备可以采用多种的协议，包括H.323协议族，MGCP协议或H.248协议，以及SP协议等。但是不论采用何种协议，IP电话接人设备在网络中都必须在接人控制设备的控制下才可以正常工作，与其他设备进行通信。离开接人控制设备的管理，接入设备之间不能直接通信。在整个IP电话网络中，基于MGCP协议的接人设备受控于MGC或者支持MGCP协议的软交换机
1P电活接人设备（接入网关）
Telephone
RTP 协议
Talephane
000000
IP电活接人设备(DA)
nooooooC
0OO00000O
P电话接人设备（媒体网关）
图1基于MGP协设的IP电话接入设备在网络中的量5.1RTP报头格式
RTP报头格式如图2所示。
其中，各字段值确定如下：
V（版本：2 bit版本号置2。
P（填充）：1bit填充位置0。
X（扩展）：1bit扩展位置0。
电话机
CC（CSRC数）：4bitCSRC标识的数最，此字段填充U，本标准不使用CSRCYD/T 1519-2006
M（标志）：「bit标志位，该标志在静音后的第一个谱音包时置位。面静音包仅发送个，不连续发送。
012345678９0123456 78901 23456789 01I版本|域|扩ICSRC数
136鹿
净荷类型
同步源标志SSRC
资忧前标志CSRC
图2RTP报头格式
Fr（静葡类型）：7bit
G.711 μ律
G.711A律
舒适噪声
序到号
Sequence nurmber（序列号）：16bit序列号，初始值为一随机数，此后以1递增；收端以此判定包丢失及恢复包顺序。
Timestamp（时戳）：32bit时截。用于标识RTP数据包中第一个字节采样时的时刻，其起始值为一随机值，以8000s的速率递增。
SynchronizationSource（SSRC）identifiers（简步源标志）：32bit，用来标识RTP包的数据源。ContributingSource（CSRC）identifiers（贡献源标志）：每个CSRC32bit，0~15个CSRC序列，本标准不包含该字段。
5.2·RTCP协议
RTCP报文共有RR、SR、SDES、BYE和APP5类。本标雅贝对SR和RR报文提出要求。SR（发送报文）的格式如图3所示。KAOIKa
YD/T 1519-2006
7890121#567
1敏本|填技收报凸凝！
丢包率
2345678901
净荷类型=SR=200
发送者的司步源标志
NTP 时裁，格位字
NIP 时戚，低妆字
RTPB卡
发送的报文数
左送的字书数
源标志,1
果计的包丢失数
接收到的扩履的最高序则号
到达间隔抖动
上一SR报女时
自上一SR的时间
源标志_2
针对proile的扩展
图3发送推文格式
其中的各项内容定义如下：
版本（V）：2bit协议鉴别，在本标准中规定为2。填充（P）：1bit在本标准中规定为0,接收报告数（RC）：5bit
一头部
一发送者
「报告
+块！
1报告
在SR中包含的RR的数月，在本标准中规定不得大于1。净荷类型（PT）：8bit
报文类型，以2进制表示。其中-进制的200代表SR。长度（length）：16 bie
报文长度，指在其后的报文长度，所以有可能为0。发送者的同步源标志（SSRCof sender）：32bit源同步码，用以标识此饮通话，NTP时（NTP timestamp）：64 bitYD/T 1519-2006
绝对时戳。在测量环路吋延时可在对方的RR报文中带回；如果发送方不具有绝对时钟的能力，则可以用通话开始时间作为时钟0点或将此域置0，（在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分，后32位是此时间的小数部分。）RTP时戳（RTP timestamp）：32 bit以RTP时截为基准。
发送的报文数（sender’s packet count）：32 bit从通话开始后发送方总共发送的RTP报文的数目，发送的字节数（sendersoctetcount）：32bit从通适开始后发送方总共发送的有效载荷的数目（以字节记）随后描述的是个或多个RR报文块，在本标准中规定在SR报文中最多只能有一个RR报文块。源标志 n（SSRC_n）：32 bit
源同步码，用以标识此RR块所从属的通话。丢包率（fractionlost）：8bit从上一个SR或RR报文发送后的丢包率，表现为接收方在此段时间内期待的RTP报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值，若为负值，为0。详见RFC1889，累计的包丢失数（cumulati ve number of packets lost)： 24 bit累计的包丢失数。
接收到的扩展的最高序列号（extended highest sequence number teceived）：32 bi其低16位是其收到的RTP包中的序列号的最新值。其高16位标识其收到的RTP推文的序列号的循环的次数。
到达间隔抖动（interarrival jitier）：32 bit时延抖动，每两个RTP包的抖动可以用其RTP包中的RTP时和接收的时刻进行计算，计算公式如下：设R表第个包的到达时刻，Si代表第i个包的RTP时值，则第个RTP报文与第个RTP报文问的抖动为D（，)
D(,j) =(Ri-R) (i-St)=(Ri-S) (Ri-St)在生成RTCP报文时，其应当传送的时延抖动的值可用如下公式进行递推计算：J=J+ (ID(I-1, ) [-J) /16
其中，J为要传送的时延抖动值。对后一项除以16是为了消除连带噪声。上一SR报文时戳（LSR）：32 bitKANIKAa
YD/T1519-2006
收到的最近一个SR报文的INTP时的巾间32位。自_上SR的时间（DLSR）：32bil收到1:一个SR报文与此次发送的报文之间的时间以1/65536s计，来还没有收到任例SR报文，此值置0。
RR报文的格式如图4所示.
012345678901234567890123456789011版本1填1接收拨肾数 1杂荷类型=RR=2011充
发送者的同步源标击
源标志_1
丢包半
累计的包无尖数
接收到的扩展的最高序刻号
到达间脂抖动
上一SR报文时要
白—SK的时间
源探志_2
针对pcofile的扩展
图4接收报文格式
一报告
其中各项的功能与形式如SR中的说明。若未收到任何RTP报文，则可发送一个空的RR，即RC=0,在与于H.323协议的终端设备之间互通时，必须支持采用RTCP协议，在其他情况下来用RTCP协议与否可视情况缺定。
RTCP包发送机制：在两次RTCP报文之间，范端点没有发出任何RTT报文，则端点此次发送RR（接收报文），否则，端点发送SR（发送报文）。在与基订H.323协议的P电话设备互通时，设备应发送RTCP报文，每10~25发送-次。在与基于MGCP和H.248协议的亚电话接入设备互通时，设备也可以不发送RTCP报文。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。6
B语音顿结构
6.1G.723.1
YD/T 1519-2006
IP电话可以选用G.723.1编码，G.723.1的赖长有24byte（6.3k/s）、20byte（5.31/s）和4byte三种情况。4byte为SID（插人静育描述顺）恢，它尘要用在语音的静音段，用以发送比较舒服的噪声的参数描述。这三种顿可以用任意方式混合使用。第一个八位组的最低二个比特确定了赖的长度和编码类型。在30ms的边界上，这一种速率以进行任意切换，以获得最佳的音质。所有编码比特流都是从最低有效位开始传送，直至最高有效位。
G.723.1打包特征为：
：用在RTP报头的标记位的置位方法，来表示该报文是静音以店第一个包，其余包的标志位登零，发送了第一个静音顿以后，在静音期问不再发送RTP包，由收端接入设备根据静音顿产生舒适噪音；抽样频率为8000Hz；
顿长为30ms；
·在一个包中，编解码器可以编解码儿个连续的顿；：接收机必须要能连续接收0-180ms的音频数据。6.2G.729 编码
这是一种8kbit/s的编码算法，该种编码抗随机比特错误的能力与抗随突发消失顿的能力相同。在噪声较大的环境下，它能有更好的语音质量。G.729附件A算法是G.729算法降低了复杂度后的版本，二者能完全互操作，因而不必对这二种算法进行区分。在G.729附件B中，建议声音激活检测器（VAD）和舒适噪声发生器（CNG）用于数字模拟声音和数字应用，可以和G.729，G.729附件A结合便用。G.729懒长为10个八你组（octet），静音（附件B）为2个八位组。舒适静音的格式如图5所示。1
0123456789012345
GAINIRI
IFI0 1 2 3 410 1 2 310 1 2 3 4ISIII
图5G.729舒适静音打包结构
有声段顿格式为：
—顿为10ms；
·顿长10个八位组：
，一个RTP包可以放0个、一个或垒个G729或G729附件A顿，后随G729附件B的有效载荷，舒适噪声顿的存在可以减小RTP载荷的长度；·静音后的第个有声包在RTP报头中标记位量位：·抽样率8000Hz;
.缺省打包时间段20ms：
·编解码器可以进行单一包中连续1~10顿的缩解码；KANIKAa
YD/T 1519-2006
.接收方必须能接收0~200ms的用户语音数据。6.3其他语音编码算法
可根据实际情况增加其他语音编码算法。优选G.711。这是一种非压缩的编码方法，其数据直接水自PCM，采样率8000Hz，其编综码方法采用A律和μ律两种。针对没有静音压缩能力的语编解码方式，例如G.711、G.722、G.726、G.727和G.728，规定一套通用的舒适静音格式。对于RIP时戳的时钟频率为8000Hz的编解码器，舒适静音的Payloud类型为13。RTP包的Marker位不置位。
舒适静音包的Payload包括噪声电平与以反射系数表尔的频谱信息。其中频谱借息可选，且燥声模型的缀数（邸反射系数的个数）不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级效。级数的个数不明确传递，而由解码器根据Payload的长度自动判断。Paylaad的格式如下所示：
其中Level表示噪声电平，最高位必须暨0。M为噪声模型的级数，Ni（=1.M）表示反射系数。7流程
现网使用的接入设备必须支持本标准所示流程，但不限制设备制造商在此基础上进行更灵活的业务扩充。涉及多个接人控制器的蔬程与终端设备无关，不在本标准规范的范围之内，7.1开机注册
对于注珊通常有两种方式：
·对整个接入设备进行注册；
·已注册段备增加端点时的注册。对整个接人设备进行注册，如图6所示。若接入设备用户数比较多时将注册需要较长的时间，因此建议上电冷肩动的注册采用接入读备体进行注册，即采用通配符进行注册。MG
RSIP(1)
ACK(2)
RQNT (3)
ACK (4)免费标准bzxz.net
RQNT (5)
ACK (6)
NTFY(7)
ACK ()
图6接入设备进行注册
（1）接入设备向接入控制发RSIP命令（带通配符}.重启方式为restart：命令中带有4个用于认YD/T 1519-2006
证的X字段：：个用于数字签名的数字串 MGaLTH、算法 ID 和随机数 Rundr：还带有用于DH 交换的 A,接人设备事光产生一个随机数Rand，用时接人设备再产生一个用于DH交换的私人数字a，让算得到A=mod（P通过计节得到接入设备的数字签名：MGAunH=MDS(Ri+MGID+A+Randi)。接人控制器收到RSIP命令后，首先计算MGRE=MDKi+MGID+A+Rand,。如果 MGCALTH-MGrES接人控制器再产生个用DH交换的私人数字b，计算B=gmod（P)。由此得到其享的鉴权密望KEY-MGC=Aod（P）=g\mod（P)。接人控制器产生另--个随机数Randz，进而计算得到接入控制器的数字签名：
MGCAUTH = MD5 (KEY-MGC+Ki+B+Rand2)（2）接人设备回响应。
（3）接人控制器下发检测摘机RQNT命令（建议摘挂机事件为永久事件，接人设备在检测到摘挂机事件后通过NTFY向接入控制器上报：同时接人控制器把B下传给接人设备，同时下传的还有MGCAUTH、算法 ID和 Rand2。
接人设备得到B，MGCAuT和Randz后，首先计算得到共享的鉴权窈钥KEY-MG=B\modP）g\mod(P)，进而计算 MGREs=MD5 (KEY-MG+Ki+B+Rand2)如果MGCALTH=MGRES，则说明是一个合法的接人控制器发过来的信息。（4）接人设备发送对接入控制器的回应消息。（5）接人控制器定期向接人设备发送RQNT命令进行鉴权，命令中带有接入控制器产生的随机数Rand，以及用共享密钥KEY-MGC对其加密尘成的结果。同时命令中还带有算法ID。如采用MD5，则加密方法为MD5（KEY-MGC+Rand）。（6）接人设备回响应。
（7）接人设备用NTFY中的[ObscrvedEvents]向接人控制器回送鉴权应答，应答中带有用共亨密钥KEY-MG加密的两项：MGID及随机数Rand（为接入控制器在上一步中以RQNT发送的）。同时命令巾还带有算法ID。如采用MD5，则加密方法为MD5（KEY-MG+MGID+Rand）。（8）接入挖制器判断接人设备上报的如密结果正确，确认接人设备为合法设备，回响应。注：
1）初始事件的必须为，后续的[D 为上次 RQNT所带的事件D。2）在初秋注册成功成功后，马上发送RQNT消息以生成共享密钥；后续通过RQNT重复5~8步定期进行安全检测。3）定期安全检测的RQNT消息间隔由接人控制投备控，建议不大于10min，用于安全检测的RQNT消息可以是专门的，也可以不是。
4)推荐加击算法采用 MD5。依上文描述，计算 MD5 的表达式为DIGIT MDS ( Param, + Param? + Parany + Param4 )其中，DIGIr：MD5 的摘出，长度为 128bit 的数据块，Paramy：表示一个长度是BYTE整数倍的bit数值审。加号（+）：表示将各个Parnm,的bit数值中从左到冶按照数值从商位到低位排列后形成一个bit数值申作为入参输人MDS进行计算，
5）用于Differ-Hellm交换的质数及底数名，应可根据接入控制器的要求在接人设备上进行配置或生成，对接人控TKAONIKAa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。