YD/T 1518-2006
基本信息
标准号： YD/T 1518-2006
中文名称：IP 电话接入设备互通技术要求和测试方法 —— H.248 协议
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：2814851
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1518-2006.Interoperability Specification and Test Measurement for VoIP Accessing Equipment Based H.248.
1范围
YD/T 1518规定了在骨干网侧采用IP协议传输语音业务的基于H.248协议的接人设备之间，以及接人设备与控制设备之间的通信协议互通要求。
YD/T 1518适用于在IP网络上开放语音业务的、采用H.248协议的IP电话接人设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1264-2003 IP电话/传真业务总体技术要求(第二阶段)
YD/T 1434-2006 软交换设备总体技术要求
ITU-T G.711话音频率的脉冲编码调制
ITU-T G.723.1多媒体通信传输5.3和6.3kbits双速率话音编码器
ITU-T G.729使用共轭结构代数码激励线性预测( CS-ACELP)的8kbits语音编码
ITU-T H.248(2000)网关控制协议
IETF RFC1889 RTP:实时应用的传送协议
IETF RFC1890 运用最小控制的音频-视频会议RTP概括
IETF RFC3389 用于舒适噪音(CN )的实时传输协议( RTP)有效载荷
1范围
YD/T 1518规定了在骨干网侧采用IP协议传输语音业务的基于H.248协议的接人设备之间，以及接人设备与控制设备之间的通信协议互通要求。
YD/T 1518适用于在IP网络上开放语音业务的、采用H.248协议的IP电话接人设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1264-2003 IP电话/传真业务总体技术要求(第二阶段)
YD/T 1434-2006 软交换设备总体技术要求
ITU-T G.711话音频率的脉冲编码调制
ITU-T G.723.1多媒体通信传输5.3和6.3kbits双速率话音编码器
ITU-T G.729使用共轭结构代数码激励线性预测( CS-ACELP)的8kbits语音编码
ITU-T H.248(2000)网关控制协议
IETF RFC1889 RTP:实时应用的传送协议
IETF RFC1890 运用最小控制的音频-视频会议RTP概括
IETF RFC3389 用于舒适噪音(CN )的实时传输协议( RTP)有效载荷
标准图片预览
标准内容
ICS33040
中华人民共和国通信行业标准
YD/T 1518-2006
IP电话接入设备互通技术要求和测试方法-H.248协议
Interoperability Specification and Test Measurementfor VolPAccessing Equipment Based H.2482006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布前言
范围·
2规范性引用文件，
3定义和缩略语·
4设备的网络位置·
RTP协议
语音顿结构·
流程·
命令及参数·
消息的定时器和重发淡数
10互通避试方法
附录A（规范性附录）MG支持的H.248包目
附录B（资料性附录）MID5加密过程和DH交换的解释附录C（资料性附录）呼叫建立流程的补充说明次
YD/T 1518-2006
YD/T 1518-2006
本标准是“I卫P电话接人设备互通技术要求及测试方法”系列标准之一。该系列标准的结构及名称如下
1.IP电话接人设备互通技术要求及测试方法一—H.248协议2.P电话接人设备互通技术要求及测试方法媒体网关控制协议（MGCP）3.P电话接人设备互通技术要求及测试方法—H.323协议4IP电话接人设备互通技术要求及测试方法S协说本标准的附录A为规范性附录，附录B和附录C为资料性附录。本标准由中国通信标准化协会提出并归口。本标准越草单位：信息产业部电信研究院中兴通讯股份有限公司
华为技术有限公司
上海贝尔阿尔卡特股份有限公司本标推主要起草人：孙明俊杨·鼠乔克智 榔扬1范围
IP电话接入设备互通技术要求和测试方法-H.248协议
YD/T 1518-2006
本标准规定了在骨于网侧来用P协议传输语音业务的基于H.248协议的接人设备之间，以及接入设备与控制设备之间的通信协议互通要求。本标准适用于在P网络上开放语音业务的、采用H.248协议的正电话接入设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的录新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1264-2003
YD/T 1434-2006
ITU-TG.711
IIU-T G.723.1
ITU-T G.729
ITU-T H.248 (2000)
IETF RFC1889
IETFRFC1890
IETFRFC3389
3定义和缩略语
3.1定义
下列定义适用于本标准。
P电话传真业务总体技术要求（第二阶段）软交换设备总体技术要求
话音频率的脉抑编码调制
多媒体通信传输5.3和6.3kbitfs双速率话音编码器使用共轭结控代数码激励线性预测（CS-ACELP）的8bit/s语音编码网关控制协议
RTP：实时应用的传送协议
运用最小控制的音频一视题会议RTP概括用于舒适噪音（CN）的实时传输协议（RTP）有效载荷P电话接人设备：用户接人侧采用IP协议传输语音业务的接入设备，能够实现不同网络间媒体格式的转换或直接将用户接人IP电话网络的设备，如IAD、接入网关、媒体网关、网关适配器、IPPBX及其他具有相近功能的设备，以MG统称。接入控制设备：负责P电话接人设备的呼叫连接和/或媒体通道的建立及控制的设备。可以是媒体网关控制器、软交换机、呼例代理或及其他具有相近功能的设备。中维网关：在IP网络和电路交换网或其他网络之间的网关，用来进行媒体转换。信令网关：连接其他网络与I网的设备，主要完成其他网络侧的信令与P网侧控制命令的转换功能。媒体服务器：专用媒体处理设备，提供基本和增强业务中的媒体处理功能，包括业务音提供，会议、交丘式应答（VR）、通知和高级语音业务等。TKAONIKAa
YD/T 1518-2006
3.2缩略语
下列缔略语适用于本标准。
Dual Tone Multi Frequency
Medisa Gateway
Media Gateway Controller
Mdia Server
PublicSwitchTelephoneNetworkReal-time Transport Control ProtocolReal-time Transport ProtocolSignalling Gateway
Trunk Gateway
设备的网络位置
双音多频
媒体网关
媒体网关控制器
媒体服务器
公共电话交换网www.bzxz.net
实时传输控制协议
实时传输协议
信令网关
中继网关
IP电话接入设备可以采用多种的协议，包括H.323协议族、MGCP协议或H.248协议以及S协议等。但是不论采用何种协议，P电话接入设备在网络中都必须在接入控制设备的控制下才可以正常工作，与其他设备进行通信。离开接人控制设备的管理，接入设备之间不能直接通信。在整个P电话网络中，基于H.248协议的接入设备受控于MGC或者支持H248协议的软交换机。PSTN
QQQqQQ
P电话接人设备（接入网关）
Tekephone
5RTP 协议
Tedephone
Q0QQ00
P 电话接人设备(IAD )
软变换机
电话机
回988oooo0ooo
0ooo0oooooo
IP电话接人设备（媒体网关）
图1基于H.24B协议的IP电话接入设备在网络中的位置5.1RTP.报头格式
RTP报头格式如图2所示。
其中，各字段值确定如下：
V（版本）：2bit版本号置2。
P（填充）：1bit填充信置0。
X（扩展）：1bit扩展位置o。
YD/T 1518-2006
CC（CSRC数）：4bitCSRC标识的数量，此字段填充为O，本标准不使用CSRC。M（标志）：1bit标志位，该标志在静音后的第一个语音包时置位。而静音包仅发送一个，不连续发送。
01234567890123456789012345676901版本！填|扩|CSRC数
流服1
净荷类墅
同步源标志SSRC
欧娠标志 GSRC
图2RTP报头格式
PT（净荷类型）：7bit
G.711u律
G.711A律
舒适噪声
序列导
Sequencenumber（序列号）：16bit序列号，初始值为--随机数，此后以1递增；收端以此判定包丢失及恢复包顺序。
Timestamp（时戳）：32bit时截。用于标识RTP数据包中第一个字节采样时的时刻，其起始值为一随机值，以8000次的速率递境，SynchronizationSource（SSRC）ideatifiers（同步源标志）：32bit，用来标识RTP包的数据源。ContributingSource（CSRC）identifiers（贡献源标志）：每个CSRC32bit，0-15个CSRC序列，本标准不包含该字段。
5.2RTCP协议
RTCP报文共有RR、SR、SDES、BYE和APP5类。本标推只对SR和RR报文提出要求。SR（发送报文）的格式如图3所示。KAOIKAa
YD/T 1518-2006
67890123456789012345678901
1版本|填，接收报告数丨
净荷类-SR-200
发送者的同步源标志
NTP附感，高位学
NTP 时数，低位字
丢包率
其中的各项内容定义如下；
RTP时酸
发送的报文数
爱送的学节数
源标志_1
累计的包差尖数
接收到的扩展的最高序列导
到达间隔抖动
上一SR报文时截
自,上—SR的时间
源标志_2
针对profile的扩展
发送报文格式
版本（V）：2bt协议鉴别，在本标准中规定为2，填充（p）：1bit在本标准中规定为0。接收报告数（RC）：5bit
1头部
「·我送者
「报告
在SR中包含的RR的数同，在本标准中规定不得大于1。净荷类型（PT）：8 bit
抵文类型，以2进制表示。其中十进制的200代表SR。长度（length）：16bit
报文长度，指在其后的报文长度，所以有可能为0。发送者的同步源标志（SSRC of sender）：32bit源同步码，用以标识此次通话。NTP时戳（NTP timestamp）：64 bitYD/T 1518-2006
绝对时截。在逊量环路时延时可在对方的RR报文中带回；如果发方不具有绝对时钟的能力，则可以用通话开始时闻作为时钟0点或将此域0。（在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以s为单位的整数部分，后32位是此时间的小数部分。）RTP时截RTP timestamp）：32 bit以RTP时戳为基推。
发送的报文数（sender's packet count）：32 bit从通话开始后发送方总共发送的RTP报文的数目。发送的字节数（senders octet count）：32 bit从通话开始后发送方总共发送的有效载荷的数目（以字节记）。随后描述的是一个或多个RR报文块，在本标准中规定在SR报文中最多只能有一个RR报文块。源标志_n（SSRC_n）32 bit
源同步码，用以标识此RR块所从属的通话。丢包率（fractiom lost）：8bit从上一个SR或RR报文发送后的丢包率，表现为接收方在此段时间内期待的RTP报文与所收到的RTF包数目的差值和它所期待的RTP报文的数目的比值，若为负值，置为0。详见RRC1889。累计的包丢失数（cumulative nurnber of packets lost）：24 bit累计的包丢失数。
接收到的扩展的最高序列号（extendedhighestsequencenumberreceived）：32bit其低16位是其收到的RTP包中的序列号的最新值。其高16位标识其收到的RTP报文的序列号的循环的欲数。
到达闻隔抖动（interarrivaljitter）：32bit时延抖动。每两个RTP包的抖动可以用其RTP包中的RTP时截和接收的时刻进行计算，计算公式如下：设
R代表第个包的到达时刻，S代表第个包的RTP时戳值，则第个RTP报文与第个RTP报文间的抖动为(，j):
D(i, ) =(Rj-Ri) (Si-S)(Ri-Si)-(Ri-S)在生成RTCP报文时，其应当传送的时延抖动的值可用如下公式进行递推计算：J=J+(ID(-1, I) / - J)/ 16
其中，J为要传送的时延抖动值。对后-项除以16是为了消除连带噪声。KAOIKA
YD/T 1518-2006
上—SR报文时戳（LSR)：32 bit收到的最近个SR报文的NTP时戳的中问32位。自工一SR的时间（DLSR)：32 bit在收到上一个SR报文与此次发送的报文之间的时间。以1/65536s记。如果还没有收到任何SR报文，此置0。
RR报文的格式如图4所示。
012345678901234567890123456789011服本|填」接收提告数|净荷类型-RR=20E1充|
发送者的同步源标志
源标志_1
张包车
照计的包丢失数
接收到的扩展的总高序列号
到达间隧抖动
上—SR报文时殿
自上一SR的时间
源标志_2
针对proile的扩展
图4接收报文格式
■头部
「报告
-+ 块1
■报告
++快2
其中各项的功能与形式如SR中的说明。若末收到任何RTP报文，则可发送一个空的RR，即RC-0。在与基于H.323协议的终端设备之间五通时，必须支持采用RTCP协议，在其他情况下采用RTCP协议与否可视情况决定。
RTCP包发送机制：在两次RTCP报文之间，若端点没有发出任何RTP报文，则端点此次发送RR（接收报文），否则，端点发送SR（发送报文）。在与基于H.323协议的IP电话设备互通时，设备应发送RTCP报文，每10~25s发送一次。在与基于MGCP和H.248协议的P电话接人设备互通时，设备也可以不发送RTCP报文。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。6
6语音顿结构
6.1G,723.1
YD/T 1518-2006
IP电话可以选用G.723.1编码。G.723.1的顿长有三种情况：24byte（6.3k/s），20byte（5.3k/s）和4bytc。4byte为SID（插人静音描述恢）顿，它主要用在讲音的静音段，用以发送比较舒服的噪声的参数描述。这三种顿可以用任意方式混合使用。第一个八位组的最低二个比特确定了懒的长度和编码类型。在30ms的顿边界上，这二种速率可以进行任意切换，以获得最佳的音质。所有编码比特流都是从最低有效位开始传送，直至最高有效位。
G.723.1打包特征为：
，用在RTP报头的标记位的暨位方法，来表示该报文是静音以后第一个包，其余包的标志位置O，发送了第一个静皆顿以后，在静音期间不再发送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所示。0
789012345
123101
3 41si
图5G.729舒适静音打包结构
有声段慎格式为：
--恢为10ms；
·慎长10个八位组
一个RTP包可以放0个、一个或多个G.729或G729附件A慎，后随Q729附件B的有效载荷，舒适噪卢慎的存在可以减小RTP载荷的长度：·静音后的第一个有声包在RTP报头中标记位置位：·插样率8000Hz；
·缺省打包时间段20m1s;
KANIKAa
YD/T1518-2006
·编解码器可以进行单一包中连续1~10赖的编解码：，接收方必须能接收0~200ms的用户谱音数据。6.3其他语音编码算法
可根据实际情况增如其他语音编码算法。优选G.711。这是一种非压缩的编码方法，其数据直接来自PCM，来样率8000Hz，其编码方法采用A律和u律两种，针对没有静音压缩能力的语音编解码方式，例如G.711、G.722、G.726、G.727和G.728，规定一套通用的舒适静音格式。对于RTP时戳的时钟频率为8000Hz的编解码器，舒适静音的Payload类型为13。RTP包的Marker位不置位。
舒适静音包的Payload包括噪声电平与以反射系数表示的频谱信息。其中额谱信息可选，且噪声模型的级数（即反射系数的个数）不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级数。级数的个数不明确传递，而由解码器根据Paylaad的长度自动判断。Payload的格式如下所示：
其中Level表示噪声电平，最高位必须置0。M为噪声模型的级数，Ni（i=1.M）表示反射系数。流程
现网使用的接入设备必须支持本标准所示流程，但不限制设备制造商在此基础上进行更灵活的业务扩充。
7.1注班和注销流程
Z.1.1MG向MGC的注珊流程
MG向MGC的注珊流如图6所示。
流程说明：
(1) ServiweChemg:
(2) Reply
(3） Modity
(4) Reply
(5) Modtify
(6) Reply
MG 向 MGC 的注册流程
1）媒体网关MGMGC发送ServiceChange进行注册，ServeieChange中的TerminationId设置为YD/T1518-2006
Root，Methnd项为必选，设置为Restart，SeryicechanseReason项为必选，version项为可叮选，命会中还带有 4个用于认证的 X字段：一个用于数字签名的数字串 MGAUTH、算法 D 和随机数 Rand；还带有用于DH 交换的 A。
MG事先产生-~个随机数Rand，同时MG再产生一个用于DH交换的私人数字a，计算得到A=g'mod(P)。通过计算得到 MG的数字签名MGaUIH=MDS (K, + MGID + A + Rand );2）接人控制器收到ServiceChange命令唇，首先计算：MGpEs- MD5 (K: + MGID + A + Rand)。如果 MGAUmH=MGRES：则说明是合法的 MG发过来的信息，认证通过；否则拒绝。同时接人控制器再产生一个用于DH交换的私人数字b，计算B=g\mod（P）得到共享的鉴权密钥KEY-MGC=A’mod（P）=g\mod（P），再生成一随机数Rand,进而计算得到 MGCAurH-MD5 (KEY - MGC + K +B + Rand )a3）MGC 向 MG 发送 Modify 消息，同时 MGC 把 B、MGCAuTH、算法 ID（实验中采用 MD5）和随机数Rand下传给MG。
4) MG 得到 B 和 MGCaLTH后，计算得到共享密钥 KEY -MG= B'mod (P）g\mad (P）进雨计算 MGCrEs-MD5 (KEY -MG +K +B +Rand)如巢 MGCAUTH =MGCRES，则说明是一个合法的 MGC 发过来的信息。MG回应。5）MGC定期向MG发送Modify命令进行鉴权，命令中带有MGC产生的随机数Rand及用共享密钥KEY-MGC加密生成的结果，同时命令中还带有算法ID。如采用MD5加密，则加密方法为MD5(KEY- MG + Rand )
6）MG在Reply的应答中用 Signal带有用共享密钥KEY-MG抑密的两项；MGID及随机数 Rand（为MGC所带的）。如采用MD5加密，则加密方法为：MD5 (KEY - MG + MGID + Rand).注：
1)在初次注册功后，马上发送MODIFY消息以生成共享密销，2) 后续通过 modify 重复 5-6 步定期进行安全检测。 Modify 时间间隔由 MGC 控制,建议不大于 10rmin。3）推荐加密算法采用MD5。
按照正文的描述，计算MDS的表达方式如下：DIGET =MD5 ( Pararnl + Param2 + Param3 + Paran4 )DIGIT：MD5的输出，为128bit长的数据块。Parami：表示一个一定长度的以BYTE为单位的bit数值串,加号（+）：是指将各个Param的bit数值串从左到右按照数值从高位到候位排列后形成一个bit数值审作为人参输人MID5进行计算。4)用于Differ-Hellnian交换质数p及底数g网关上就应可根据MGC 的要求进行配置或生成，对 MG和MGC公开。
6）用户初始安装时，在MGC和MG中设置一个共享密钥K，密钥长度是128bit7）每个MG都有一个ASCⅡ字符串作为其标识（MGID)，MGID为 16个byte数字标识，包含厂家9
TKAONIKAa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T 1518-2006
IP电话接入设备互通技术要求和测试方法-H.248协议
Interoperability Specification and Test Measurementfor VolPAccessing Equipment Based H.2482006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布前言
范围·
2规范性引用文件，
3定义和缩略语·
4设备的网络位置·
RTP协议
语音顿结构·
流程·
命令及参数·
消息的定时器和重发淡数
10互通避试方法
附录A（规范性附录）MG支持的H.248包目
附录B（资料性附录）MID5加密过程和DH交换的解释附录C（资料性附录）呼叫建立流程的补充说明次
YD/T 1518-2006
YD/T 1518-2006
本标准是“I卫P电话接人设备互通技术要求及测试方法”系列标准之一。该系列标准的结构及名称如下
1.IP电话接人设备互通技术要求及测试方法一—H.248协议2.P电话接人设备互通技术要求及测试方法媒体网关控制协议（MGCP）3.P电话接人设备互通技术要求及测试方法—H.323协议4IP电话接人设备互通技术要求及测试方法S协说本标准的附录A为规范性附录，附录B和附录C为资料性附录。本标准由中国通信标准化协会提出并归口。本标准越草单位：信息产业部电信研究院中兴通讯股份有限公司
华为技术有限公司
上海贝尔阿尔卡特股份有限公司本标推主要起草人：孙明俊杨·鼠乔克智 榔扬1范围
IP电话接入设备互通技术要求和测试方法-H.248协议
YD/T 1518-2006
本标准规定了在骨于网侧来用P协议传输语音业务的基于H.248协议的接人设备之间，以及接入设备与控制设备之间的通信协议互通要求。本标准适用于在P网络上开放语音业务的、采用H.248协议的正电话接入设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的录新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1264-2003
YD/T 1434-2006
ITU-TG.711
IIU-T G.723.1
ITU-T G.729
ITU-T H.248 (2000)
IETF RFC1889
IETFRFC1890
IETFRFC3389
3定义和缩略语
3.1定义
下列定义适用于本标准。
P电话传真业务总体技术要求（第二阶段）软交换设备总体技术要求
话音频率的脉抑编码调制
多媒体通信传输5.3和6.3kbitfs双速率话音编码器使用共轭结控代数码激励线性预测（CS-ACELP）的8bit/s语音编码网关控制协议
RTP：实时应用的传送协议
运用最小控制的音频一视题会议RTP概括用于舒适噪音（CN）的实时传输协议（RTP）有效载荷P电话接人设备：用户接人侧采用IP协议传输语音业务的接入设备，能够实现不同网络间媒体格式的转换或直接将用户接人IP电话网络的设备，如IAD、接入网关、媒体网关、网关适配器、IPPBX及其他具有相近功能的设备，以MG统称。接入控制设备：负责P电话接人设备的呼叫连接和/或媒体通道的建立及控制的设备。可以是媒体网关控制器、软交换机、呼例代理或及其他具有相近功能的设备。中维网关：在IP网络和电路交换网或其他网络之间的网关，用来进行媒体转换。信令网关：连接其他网络与I网的设备，主要完成其他网络侧的信令与P网侧控制命令的转换功能。媒体服务器：专用媒体处理设备，提供基本和增强业务中的媒体处理功能，包括业务音提供，会议、交丘式应答（VR）、通知和高级语音业务等。TKAONIKAa
YD/T 1518-2006
3.2缩略语
下列缔略语适用于本标准。
Dual Tone Multi Frequency
Medisa Gateway
Media Gateway Controller
Mdia Server
PublicSwitchTelephoneNetworkReal-time Transport Control ProtocolReal-time Transport ProtocolSignalling Gateway
Trunk Gateway
设备的网络位置
双音多频
媒体网关
媒体网关控制器
媒体服务器
公共电话交换网www.bzxz.net
实时传输控制协议
实时传输协议
信令网关
中继网关
IP电话接入设备可以采用多种的协议，包括H.323协议族、MGCP协议或H.248协议以及S协议等。但是不论采用何种协议，P电话接入设备在网络中都必须在接入控制设备的控制下才可以正常工作，与其他设备进行通信。离开接人控制设备的管理，接入设备之间不能直接通信。在整个P电话网络中，基于H.248协议的接入设备受控于MGC或者支持H248协议的软交换机。PSTN
QQQqQQ
P电话接人设备（接入网关）
Tekephone
5RTP 协议
Tedephone
Q0QQ00
P 电话接人设备(IAD )
软变换机
电话机
回988oooo0ooo
0ooo0oooooo
IP电话接人设备（媒体网关）
图1基于H.24B协议的IP电话接入设备在网络中的位置5.1RTP.报头格式
RTP报头格式如图2所示。
其中，各字段值确定如下：
V（版本）：2bit版本号置2。
P（填充）：1bit填充信置0。
X（扩展）：1bit扩展位置o。
YD/T 1518-2006
CC（CSRC数）：4bitCSRC标识的数量，此字段填充为O，本标准不使用CSRC。M（标志）：1bit标志位，该标志在静音后的第一个语音包时置位。而静音包仅发送一个，不连续发送。
01234567890123456789012345676901版本！填|扩|CSRC数
流服1
净荷类墅
同步源标志SSRC
欧娠标志 GSRC
图2RTP报头格式
PT（净荷类型）：7bit
G.711u律
G.711A律
舒适噪声
序列导
Sequencenumber（序列号）：16bit序列号，初始值为--随机数，此后以1递增；收端以此判定包丢失及恢复包顺序。
Timestamp（时戳）：32bit时截。用于标识RTP数据包中第一个字节采样时的时刻，其起始值为一随机值，以8000次的速率递境，SynchronizationSource（SSRC）ideatifiers（同步源标志）：32bit，用来标识RTP包的数据源。ContributingSource（CSRC）identifiers（贡献源标志）：每个CSRC32bit，0-15个CSRC序列，本标准不包含该字段。
5.2RTCP协议
RTCP报文共有RR、SR、SDES、BYE和APP5类。本标推只对SR和RR报文提出要求。SR（发送报文）的格式如图3所示。KAOIKAa
YD/T 1518-2006
67890123456789012345678901
1版本|填，接收报告数丨
净荷类-SR-200
发送者的同步源标志
NTP附感，高位学
NTP 时数，低位字
丢包率
其中的各项内容定义如下；
RTP时酸
发送的报文数
爱送的学节数
源标志_1
累计的包差尖数
接收到的扩展的最高序列导
到达间隔抖动
上一SR报文时截
自,上—SR的时间
源标志_2
针对profile的扩展
发送报文格式
版本（V）：2bt协议鉴别，在本标准中规定为2，填充（p）：1bit在本标准中规定为0。接收报告数（RC）：5bit
1头部
「·我送者
「报告
在SR中包含的RR的数同，在本标准中规定不得大于1。净荷类型（PT）：8 bit
抵文类型，以2进制表示。其中十进制的200代表SR。长度（length）：16bit
报文长度，指在其后的报文长度，所以有可能为0。发送者的同步源标志（SSRC of sender）：32bit源同步码，用以标识此次通话。NTP时戳（NTP timestamp）：64 bitYD/T 1518-2006
绝对时截。在逊量环路时延时可在对方的RR报文中带回；如果发方不具有绝对时钟的能力，则可以用通话开始时闻作为时钟0点或将此域0。（在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以s为单位的整数部分，后32位是此时间的小数部分。）RTP时截RTP timestamp）：32 bit以RTP时戳为基推。
发送的报文数（sender's packet count）：32 bit从通话开始后发送方总共发送的RTP报文的数目。发送的字节数（senders octet count）：32 bit从通话开始后发送方总共发送的有效载荷的数目（以字节记）。随后描述的是一个或多个RR报文块，在本标准中规定在SR报文中最多只能有一个RR报文块。源标志_n（SSRC_n）32 bit
源同步码，用以标识此RR块所从属的通话。丢包率（fractiom lost）：8bit从上一个SR或RR报文发送后的丢包率，表现为接收方在此段时间内期待的RTP报文与所收到的RTF包数目的差值和它所期待的RTP报文的数目的比值，若为负值，置为0。详见RRC1889。累计的包丢失数（cumulative nurnber of packets lost）：24 bit累计的包丢失数。
接收到的扩展的最高序列号（extendedhighestsequencenumberreceived）：32bit其低16位是其收到的RTP包中的序列号的最新值。其高16位标识其收到的RTP报文的序列号的循环的欲数。
到达闻隔抖动（interarrivaljitter）：32bit时延抖动。每两个RTP包的抖动可以用其RTP包中的RTP时截和接收的时刻进行计算，计算公式如下：设
R代表第个包的到达时刻，S代表第个包的RTP时戳值，则第个RTP报文与第个RTP报文间的抖动为(，j):
D(i, ) =(Rj-Ri) (Si-S)(Ri-Si)-(Ri-S)在生成RTCP报文时，其应当传送的时延抖动的值可用如下公式进行递推计算：J=J+(ID(-1, I) / - J)/ 16
其中，J为要传送的时延抖动值。对后-项除以16是为了消除连带噪声。KAOIKA
YD/T 1518-2006
上—SR报文时戳（LSR)：32 bit收到的最近个SR报文的NTP时戳的中问32位。自工一SR的时间（DLSR)：32 bit在收到上一个SR报文与此次发送的报文之间的时间。以1/65536s记。如果还没有收到任何SR报文，此置0。
RR报文的格式如图4所示。
012345678901234567890123456789011服本|填」接收提告数|净荷类型-RR=20E1充|
发送者的同步源标志
源标志_1
张包车
照计的包丢失数
接收到的扩展的总高序列号
到达间隧抖动
上—SR报文时殿
自上一SR的时间
源标志_2
针对proile的扩展
图4接收报文格式
■头部
「报告
-+ 块1
■报告
++快2
其中各项的功能与形式如SR中的说明。若末收到任何RTP报文，则可发送一个空的RR，即RC-0。在与基于H.323协议的终端设备之间五通时，必须支持采用RTCP协议，在其他情况下采用RTCP协议与否可视情况决定。
RTCP包发送机制：在两次RTCP报文之间，若端点没有发出任何RTP报文，则端点此次发送RR（接收报文），否则，端点发送SR（发送报文）。在与基于H.323协议的IP电话设备互通时，设备应发送RTCP报文，每10~25s发送一次。在与基于MGCP和H.248协议的P电话接人设备互通时，设备也可以不发送RTCP报文。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。6
6语音顿结构
6.1G,723.1
YD/T 1518-2006
IP电话可以选用G.723.1编码。G.723.1的顿长有三种情况：24byte（6.3k/s），20byte（5.3k/s）和4bytc。4byte为SID（插人静音描述恢）顿，它主要用在讲音的静音段，用以发送比较舒服的噪声的参数描述。这三种顿可以用任意方式混合使用。第一个八位组的最低二个比特确定了懒的长度和编码类型。在30ms的顿边界上，这二种速率可以进行任意切换，以获得最佳的音质。所有编码比特流都是从最低有效位开始传送，直至最高有效位。
G.723.1打包特征为：
，用在RTP报头的标记位的暨位方法，来表示该报文是静音以后第一个包，其余包的标志位置O，发送了第一个静皆顿以后，在静音期间不再发送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所示。0
789012345
123101
3 41si
图5G.729舒适静音打包结构
有声段慎格式为：
--恢为10ms；
·慎长10个八位组
一个RTP包可以放0个、一个或多个G.729或G729附件A慎，后随Q729附件B的有效载荷，舒适噪卢慎的存在可以减小RTP载荷的长度：·静音后的第一个有声包在RTP报头中标记位置位：·插样率8000Hz；
·缺省打包时间段20m1s;
KANIKAa
YD/T1518-2006
·编解码器可以进行单一包中连续1~10赖的编解码：，接收方必须能接收0~200ms的用户谱音数据。6.3其他语音编码算法
可根据实际情况增如其他语音编码算法。优选G.711。这是一种非压缩的编码方法，其数据直接来自PCM，来样率8000Hz，其编码方法采用A律和u律两种，针对没有静音压缩能力的语音编解码方式，例如G.711、G.722、G.726、G.727和G.728，规定一套通用的舒适静音格式。对于RTP时戳的时钟频率为8000Hz的编解码器，舒适静音的Payload类型为13。RTP包的Marker位不置位。
舒适静音包的Payload包括噪声电平与以反射系数表示的频谱信息。其中额谱信息可选，且噪声模型的级数（即反射系数的个数）不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级数。级数的个数不明确传递，而由解码器根据Paylaad的长度自动判断。Payload的格式如下所示：
其中Level表示噪声电平，最高位必须置0。M为噪声模型的级数，Ni（i=1.M）表示反射系数。流程
现网使用的接入设备必须支持本标准所示流程，但不限制设备制造商在此基础上进行更灵活的业务扩充。
7.1注班和注销流程
Z.1.1MG向MGC的注珊流程
MG向MGC的注珊流如图6所示。
流程说明：
(1) ServiweChemg:
(2) Reply
(3） Modity
(4) Reply
(5) Modtify
(6) Reply
MG 向 MGC 的注册流程
1）媒体网关MGMGC发送ServiceChange进行注册，ServeieChange中的TerminationId设置为YD/T1518-2006
Root，Methnd项为必选，设置为Restart，SeryicechanseReason项为必选，version项为可叮选，命会中还带有 4个用于认证的 X字段：一个用于数字签名的数字串 MGAUTH、算法 D 和随机数 Rand；还带有用于DH 交换的 A。
MG事先产生-~个随机数Rand，同时MG再产生一个用于DH交换的私人数字a，计算得到A=g'mod(P)。通过计算得到 MG的数字签名MGaUIH=MDS (K, + MGID + A + Rand );2）接人控制器收到ServiceChange命令唇，首先计算：MGpEs- MD5 (K: + MGID + A + Rand)。如果 MGAUmH=MGRES：则说明是合法的 MG发过来的信息，认证通过；否则拒绝。同时接人控制器再产生一个用于DH交换的私人数字b，计算B=g\mod（P）得到共享的鉴权密钥KEY-MGC=A’mod（P）=g\mod（P），再生成一随机数Rand,进而计算得到 MGCAurH-MD5 (KEY - MGC + K +B + Rand )a3）MGC 向 MG 发送 Modify 消息，同时 MGC 把 B、MGCAuTH、算法 ID（实验中采用 MD5）和随机数Rand下传给MG。
4) MG 得到 B 和 MGCaLTH后，计算得到共享密钥 KEY -MG= B'mod (P）g\mad (P）进雨计算 MGCrEs-MD5 (KEY -MG +K +B +Rand)如巢 MGCAUTH =MGCRES，则说明是一个合法的 MGC 发过来的信息。MG回应。5）MGC定期向MG发送Modify命令进行鉴权，命令中带有MGC产生的随机数Rand及用共享密钥KEY-MGC加密生成的结果，同时命令中还带有算法ID。如采用MD5加密，则加密方法为MD5(KEY- MG + Rand )
6）MG在Reply的应答中用 Signal带有用共享密钥KEY-MG抑密的两项；MGID及随机数 Rand（为MGC所带的）。如采用MD5加密，则加密方法为：MD5 (KEY - MG + MGID + Rand).注：
1)在初次注册功后，马上发送MODIFY消息以生成共享密销，2) 后续通过 modify 重复 5-6 步定期进行安全检测。 Modify 时间间隔由 MGC 控制,建议不大于 10rmin。3）推荐加密算法采用MD5。
按照正文的描述，计算MDS的表达方式如下：DIGET =MD5 ( Pararnl + Param2 + Param3 + Paran4 )DIGIT：MD5的输出，为128bit长的数据块。Parami：表示一个一定长度的以BYTE为单位的bit数值串,加号（+）：是指将各个Param的bit数值串从左到右按照数值从高位到候位排列后形成一个bit数值审作为人参输人MID5进行计算。4)用于Differ-Hellnian交换质数p及底数g网关上就应可根据MGC 的要求进行配置或生成，对 MG和MGC公开。
6）用户初始安装时，在MGC和MG中设置一个共享密钥K，密钥长度是128bit7）每个MG都有一个ASCⅡ字符串作为其标识（MGID)，MGID为 16个byte数字标识，包含厂家9
TKAONIKAa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。