首页 > 通信行业标准(YD) > YD/T 1520-2006 IP 电话接入设备互通技术要求和测试方法 —— H.323 协议
YD/T 1520-2006

基本信息

标准号: YD/T 1520-2006

中文名称:IP 电话接入设备互通技术要求和测试方法 —— H.323 协议

标准类别:通信行业标准(YD)

标准状态:现行

出版语种:简体中文

下载格式:.zip .pdf

下载大小:4792544

相关标签: 电话 接入 设备 互通 技术 测试方法 协议

标准分类号

关联标准

出版信息

相关单位信息

标准简介

YD/T 1520-2006.Interoperability Specification and test measurement for H.323 based VoIP accessing equipment.
1范围
YD/T 1520规定了国内骨于网侧采用IP协议传输语音业务的基于H.323协议接人设备之间,以及接人设备与控制设备之间在通信协议上的互通要求。
YD/T 1520适用于国内在IP网络上开放语音业务时采用H.323协议的IP电话接人设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注8期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
YD/T 1046 IP电话网关设备互通技术规范
YD/T 1071 IP电话网关设备技术规范
YD/T 1264-2003 IP电话/传真业务总体技术要求(第二阶段)
ITU-T H.225 ( 1998 )基于包交换的多媒体通信系统的信令协议和打包方法
ITU-T H.245 ( 1998 )多媒体通信的控制协议
ITU-T G.711话音频率的脉冲编码调制
ITU-T G.723.1多媒体通信传输5.3和6.3kbits/s双速率话音编码器
ITU-T G.729使用共轭结构代数码激励线性预测(CS-ACELP)的8kbit/s语音编码

标准图片预览






标准内容

ICS33040
中华人民共和国通信行业标准
YD/T 1520-2006
IP电话接入设备互通技术要求和测试方法H.323协议
Interoperability Specification and test measurementforH.323based VoiPaccessingequipment2006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布前言·
范围·
2规范性引用文件、
3定义和缩略语…·
4设备的网络位置·
5 RTP协议··
6语音顿结构·
7流程·
8RAS消息内容及需要确定的具体参数9RAS消息的定时器和重发次数·10Q.931消息的定时器和重发次数11互通测试方法·
YD/T1520-2006
··45
附录A(资料性附录)网关驻地网守用MD5对GRQ、GCF、RRQ、RCF消息内容逐步加密过程94附录B(规范性附录)互通中需注意的一些问题附录C(资料性附录)DH交换的解释YTKAONTKAca
YD/T 1520-2006
本标准是“P电话接人设备互通技术要求和测试方法”系列标准之一,该系列标准的结构及名称如下
1.P电话接入设备互通技术要求和测试方法一—H.248协议;2.IP电话接人设备互通技术要求利测试方法-媒体网关控制协议(MGCP);3.IP电话接人设备互通技术要求和测试方法—H.323协议:4.IP电话接入设备互通技术要求和测试方法—SIP协议。本标准的附录A、附录C为资料性附录,附录B为规范性附录。本标准由中国通信标化协会提出并归口。本标准起草单位:信息产业部电信研究院中兴通讯股份有限公司
华为技术有限公司
本标谁主要起草人:柳扬
1范围
IP电话接入设备互通技术要求和测试方法H.323协议
YD/T 1520-2006
本标准规定了国内骨干网侧采用P协议传输语音业务的基于H.323协议接人设备之间,以及接人设备与控制设备之间在通信协议上的互通要求。本标准适用于国内在IP网络上开放语音业务时采用H.323协议的IP电话接人设备。2规范性引用文件
下列文件中的条款通过本标准的用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标谁,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标推。YD/T 1046
YD/T 1071
YD/T 1264-2003
ITU-T H.225 (1998 )
ITU-T H.245 (1998 )
ITU-T G.711
ITU-T G.723.1
ITU-T G.729
3定义和缩略语
3.1定义
下刻是义适用于本标难。
IP电话网关设备互通技术规范
IP电话网关设备技术规范
P电话/传真业务总体技术要求(第二阶段)基于包交换的多媒体通信系统的信令协议和打包方法多媒体通信的控制协议
话音频率的脉冲编码调制
多媒体通信传输5.3和6.3kbits/s双速率话音编码器使用共轭结构代数码激励线性预测(CS-ACELP)的8kbit/s语音编码IP电话接人设备:用户接人侧采用IP协议传输语音业务的接人设备,能够实现不网络间媒体格式的转换或直接将用户接人IP电话网络,如IAD,接入网关,媒体网关,网关适配器,IPPBX及其他具有相近功能的设备,以MG统称。
接入控制设备:负责P电话接入设备的呼叫连接和/或媒体通道的建立及控制的设备。可以是媒体网关控制器,软交换机,呼叫代理或及其他具有相近功能的设备。网关:在本标推中指基于H.323协议的P电话接入设备。网守:在本标准中,网守指负责控制和管理网关的设备。由于用户接人网关比较密集,网守也将分布在P网络的接人边缘,固此可以称为驻地网于。3.2缩略语Www.bzxZ.net
下列缩略语适用于本标准。
Admission Confirn
接人确认
TYTKAONTKAca
YD/T1520-2006
Admission Reject
Admission Request
Bandwidth Confirn
Bandwidth Reject
Bandwidth Request
Close Logical Channel
Close Logical Channel AcknowledgeClose Logical Channel Reject DisengageConfirm
Disengage Reject
DisengageRequest
End Session Conmmand
Gatekeeper Confirm
Gatekeeper
Gatekeeper Reject
Gatekeeper Request
Gateway
InfoRequestAck
InfoRequestNak
InfoRequest
InfoRequest Rcsponse
Open Logical Channel
Open Logical Channel AcknowledgeOpen Logical Channel Reject
ResourcesA vailableConfirmationResourceAvailabilitykndicationRegistration Confirm
Request in Progress
Registration Reject
Registration Request
Real-time Transport Control ProtocolReal-time Transport ProtocolTerrminal Capacity Set
Terminal Capacity Set AcknowledgeTerminal Capacity Set RejectUnregistration Confirm
Unegistration Rejcct
Unregistration Request
接人拒绝
接人请求
带宽确认
带宽请求拒绝
带宽请求
关闭逻辑通道
关闭逻辑通道确认
关闭逻辑通道拒绝
退出确认
退出拒绝
退出请求
结束会话命令
网守确认
网守拒绝
网守发现
信息查询确认
信息查询否认
信息查询
信息查询响应
打开逻辑通道
打开逻辑通道确认
打开逻辑通道拒绝
资源可用性确认
资源可用性指示
注册确认
进展请求
拒绝注册
注册请求
实时传输控制协议
实时传输协议
终端能力集
终端能力集确认
终端能力集拒绝
注销确认
注销拒绝
注销请求
4设备的网络位置
YD/T 1520-2006
IP电话接入设备可以采用多种的协议,包括H.323协议族,MGCP协议或H.248协议,以及SIP协议等。但是不论采用何种协议,P电话接入设备在网络中都必须在接人控制设备的控制下小可以正常I.作、与其他设备进行通信。离开接人控制设备的管理,接人设备之间不能直接通信。在整个IP电话网络中,基于H.323系列协议的接人设备受控于网守或者支持H.323协议的软交换机,见图1。PSTN
00000000000000
?电话接:
Telephoce
5RTP 协议
5.1RTP报头格式
人网关
Telephone
(中继网
信令网关
000000
P电话接人设备(IAD)
图1基于H.323协议的IP电话接入设备在网络中的位置f
012 3456789 01234567890123456789011版本|填|扩|CSRC数
1充展1
净荷类型
团步源标志SSRC
贡献源标志CSRC
图2RTP 报头格式
RTP报头格式如图2所示,各字段值确定如下:V(版本):2bit版本号置2
P(填充):1bit填充位置0
X(扩展):1bit扩展位置0
序列号
CC【CSRC数):4bitCSRC标识的数量,此字段填充为O,本标准不使用CSRC。电话机
M(标志):1bit标志位,该标志在静音后的第-一个语音包时置位。而静音包仅发送一个,不连续发送3
TYTKAONTKAca
YD/T 1520-2006
PT(净荷类型):7bit
Sequence number(序列号):16bit序列号,初始值为一随机数,此后以1递增;收端以此判定包丢失及恢复包顺序。
Timestamp(时戳):32bit时寸戳。用丁标识RTP数据包中第一个字节采样时的时刻,其起始值为:随机值,以8000次/秒的速率递增。SypchronizationSource(SSRC)identifers(同步源标志):32bit,用来标识RTP包的数据源:Contributing Source(CSRC)identifiers(贡献源标志):每个CSRC32bit,0~15个CSRC序列i,本标准不包含该字段。
5.2 ATCP 协议
RTCP报文共有5类:RRSRSDESBYEAPP。本标准只对SR和RR报文提出要求,SR(发送报文)的格式如图3所示。2
01234567890123456790123456789011版本|填|接收摄告数
净荷类型=SR=200
发送者的同步源标志
NTP附截,高位字
NTP时到,低位字
RTP时摄
发送的报文数
发送的字节数
源标志_
丢包亲
露计的包丢失数
接收到的扩展的最高序列号
到达间隔抖动
+-★-
上一SR报文时要
自1—SR的时间
源标志_2
针对prorile的扩度
图3发送报文格式
!头部
!发送者
+信息
「报告
+-+块1
【报告
各项内容定义如下:
版本(V):2bit协议鉴别,在本标雅中规定为2。填充(P):1bit在本标准中规定为0。接收报告数(RC):5bit
在SR中包含的RR的数目,在本标准中规定不得大于1。净荷类型(PT):8bit
报文类型,以2进制表示,其中十进制的200代表SR。长度(length):16 bit
报文长度,指在其后的报文长度,所以有可能划0。发送者的[间步源标志(SSRC of sender):32bit源向步码,用以标识此次通话。NTP时戳(NTPtimestamp):64bitYD/T1520-2006
绝对时戳。在测量环路时延时可在对方的RR报文中带回:如果发送方不具有绝对时钟的能力,则可以用通话开始时间作为时钟0点或将此域置0。(在NTP格式中,64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分,后32位是此时间的小数部分)RTP时截(RTPimestamp):32bi以RTP的时截为基准。
发送的报文数(senderspacketcount):32bit从通话开始后发送方总共发送的RTP报文的数目。发送的字节数(senders octet count):32bit从通话开始后发送方总共发送的有效载荷的数目(以字节记)。随后描述的是一个或多个RR报文块,在本标准中规定SR报文中最多只能有一个RR报文块。源标志_n(SSRC_n):32 bit
源步码,用以标识此RR块所从属的遭话。丢包率(fractionlost):8bit从上一个SR或RR报文发送后的丢包率,表现为接收方在此段时间内期待的RTP报文与所收到的RTF包数目的差值和它所期待的RTP报文的数目的比值,若为负值,置为D。详见RFCI889累计的包丢失数(cumulative number of packets lost):24 bit累计的包丢失数
接收到的扩展的最高序列号(extended highest sequencenunberreceived):32bit其低16位是其收到的RTP包中的sequencenumber的最新值。其高16位标识其收到的RTP报文的sequencenunber的循环的次数
到达间隔抖动(interarrival jitter):32bit时延抖动。每两个RTP包的抖动可以用其RTP包中的RTP时戳和接收的时刻进行计算,计算公式如下:设
R代表第个包的到达时刻,Si代表第j个包的RTP时截值,则第个RTP报文与第个RTP报文间的抖动为D(i,j):
TKAONTKAca
YD/T 1520-2006
D(i, j)=(Ri-Ri) -(sj- Si)=(Rj-Si) -(Ri-Si)在生成RTCP报文时,其应当传送的时延抖动的值可用如下公式进行递推计算:J=J+ (ID(I-1, D)1-J) /16
其中,为要传送的时延抖动值。对后一项除以16是为了消除连带噪声。上—SR报文时戳(LSR):32 bit收到的最近一个SR报文的NTP时戳的中间32位。自上一SR的时间(DLSR):32bit在收到上一个SR报文与此次发送的报文之间的时间。以1/65536s记。如果还没有收到任何SR报文,此值置0。
RR报文的格式如图4所示。
01234567890123456789012145678901!版本|填|拨收报告数!
净荷类型-RR=201
发送者的同步源标志
源标志_1
丢包率
累计的包丢失数
接收到的扩展的最高序列号
到达间隔抖动
上—5R报文时融
白上—SR的时间
源标志_2
针对profile的扩展
图4接收报文格式
1头部
■报告
+块!
-+块2
其中各项功能与形式如SR中的说明。若未收到任何RTP报文,则可发送一个空的RR,即RC=0。在与基于H.323协议的终端设备五通时,必须支持采斤IRTCP协议,在其他情况下采用RTCP协议与否可视情况决定。
RTCP包发送机制:在两次RTCP报文之间,若端点没有发出任何RTP报文,则端点此次发送RR(接收报文),否则,端点发送SR(发送报文)。在与基于H.323协议的IP电话设备互通时,设备应发送RTC:P报文,每10-25s发送一次,在与基于MGCP和H.248协议的P电话接人设备万.通时,设备也可以不发送RTCP报文。设备接收不到RTCP报文时,不应判定媒体流断开而拆除连接。6语音顿结构
6.1G.723.1
YD/T1520-2006
P电话可以选用G.723.1编码。G.723.1的顿长有三种情况:24字节(6.3kbit/s),20字节(5.3khit/s)和4宁节。4字节为S1D(插人静音描述顿)顿,它主要用在语音的静音段,用以发送比较舒服的噪声的数描述,这三种顿可以用任意方式混合使用。第一个八位组的最低两个比特确定了顿的长度和编码类型:在30ms的帧边界上,这两种速率可以逆行任意切换,以获得最佳的音质。所有编码比特流都是从最低有效位开始传送,直至最高有效位。G.723.1打包特征为:
a)用在RTP报头的标记位的置位方法来表示该报文是静音以后第·个包,其余包的标志位置零,发送了第个静音帧以后,在静音期间不再发送R7P包,出收端网关根据静音顿产生舒适噪音:b)抽样频率为8000Hz。
c)顿长为30ms
d)在一个包中,编解码器可以编解码儿个连续的顿。e)接收机必须要能连续接收0~180ms的音频数据。6.2G.729
这是一种8khits的编码算法,该种编码抗随机比特错误的能力与抗随机突发消失帧的能力相同。在噪声较大的环境下,它能有更好的语音质量。G.729附件A算法是G.729算法降低了复杂度后的版本,两者完全能互操作,因而不必对这两种算法进行区分。在G.729附件B中,建议声音激活检测器(VAD)和舒适噪声发生器(CNG)用于数字模拟声音和数字应用,可以和G.729、G.729附件A结合使用,G.729顿长为10个八位组(字节),静音(附件B)为2个八位组。舒适静音的格式如图5所示。1
012345679012345
+-+-+-4-
ILILSF1 LSF21
GAINIRI
IFID 1 2 3 4I0 1 2 310 1 2 3 4IS1IV
图5G.729舒适静音打包结构
有声段顿格式为:
-顿为10ms;
·顿长10个八位组;
:一个RTP包可以放0个、一个或多个G.729或G.729附件A恢,后随G.729附件B的有效载荷:舒适噪声帧的存在可以减小RTP载荷的长度;·静音后的第一个有声包在RTP报头中标记位置位:,抽样率8000Hz;
·缺省打包时间段20ms;
,编解码器可以进行单一包中连续1~10懒的编解码;·接收方必须能接收0~200ms的用户语音数据。YTKAONTKACa
YD/T 1520-2006
6.3其他语音编码算法
可根据实际情况增加其他语音编码算法。优选G.711。这是一种非压缩的编码方法,其数据直接来自PCM,采样率8000Hz,其编码方法采用A律和μ律两种。针对没有静音压缩能力的语音编解码方式,例如G.711、G.722、G.726、G.727、G.728,规定套通用的舒适静音格式:对于RTP时戳的时钟频率为8000Hz的编解码器,舒适静音的Payload类型为13。RTP包的Marker位不置位。
舒适静音包的Payload包括噪声电平与以反射系数表示的频谱信息,其中频谱信息可选,且噪声模型的级数(即反射系数的个数)不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级数。级数的个数不明确传递,而由解码器根据Payloal的长度自动判断。Payload的格式如下所示:
其中Level表示噪声电平,最高位必须置0。M为噪声模型的级数,Ni(i=1..M)表示反射系数。7流程
7.1网关注册流程
网关设备在运行初期向网守登记注册,其流程如图6所示。网关(Gw)
图6GW向GK的注册流程
地网守(GLK)
1)GW向GK发送GRQ消息进行注册,GRQ消息中带有用于DH交换的信息:一个用于数字签名的数字串GWAuTH(放在CryptoTokens中的cryptoPwdEncr处),算法ID(AlgorithmOID),时戳(Timestamp-gw)(放在Tokens字段中),还带有)丁DH交换的A(放在Tokens字段的Dhkey-halfkey)。发送GRQ消息前,GW先产生一个用于DH交换的私人数字a,计算得到A=gmod(P)。同时GW还计算得到GW的数字签名GWAumr=MDS(Ki+GWID+Timeslamp-gw+A):2)网守收到GRQ信息后,首先计算GKREs=MD5(Ki+GWID+Timestamp-gw+A)。如果GWaUTH=GKRES:则说明是合法的GW发过来的信息,认证通过;否则拒绝,回GRJ消息。如果认证通过,GK再产8
YD/T 1520-2006
生一个用于DH交换的私人数字b,计算B=g'mod(P),得到共享的鉴权密钊KEY-GK=A'mod(P)=g\mod(P」,进而计算得到GKAurH=MD5(KEY-GK+Ki+Timestamp-gk+B):3)GK向JGW发送GCF消息,其中GK把B(放在Tokens宁段),GKAur(放在CryptoTokens中),时戳Tinestamp-gk(放在Tokens字段)和算法ⅡD(放在AlgorithmOD)发送给GW。4)GW得到B和GKAUTH后,计算得到共享密钥KEY-GW=B\mod(P)=g\mod(P),进而计算)GWREs=MD5(KEY-GW+Ki+Timestamp-gk+B)。如果GKAUTH=GWREs,则说明是一个合法的GK返回的信息。
5)GW定期向GK发送RRQ消息进行注册,命令中带有时戳Timestamp-gw(放在Tokens字段),和用共享密钥KFY-GW加密Timestamp-gw得到的数字签名(放在CryptoTokens中的cryptopwdFncr处)。如采用MD5,则加密方法为MD5(KEY-GW+GWID+Timestamp-gw),具体参见附录A。6)GK如果验证通过,则向GW回送RCF消息,命令中带有用共享密钥KEY-GK加密的数字签名,如采用MD5,则加密方法为MD5(KEY-GK+Timestamp-gw):注:
1)在GW登录GK成功后,应马上发送RRQ消息进行验证。在GW第一次收到GK的RCF消息后,被GK确认为台法的接人设备。
2)后续通过重复5)~6)步定期进行安全检测。时问问隔由GK控制,3)推荐加谢算法采用MD5。
4)用于Differ-Hellman交换的质数p及底数g,在网关GW上就应可根据GK的要求进行配置或生成,对GW和GK公开。5用户切始安装时,在GK和GW中设置一个共享密销Ki,密钥长度是128bit:6)每个GW都有一个字符申标示(GWLD):GWID为16个BYTE字符串标识,包含厂家和设备信息,该信息不在其池地方公开传送,只有GW本身和管理该GW的GK知道,7)第1)步中的GRQ消息应为单播消息,即GW已知GK的IP地址。若需要,在此之前GW可以广播寻找GK8)本注册认证方式目前只支持单一的语音业务应用,支持多业务的方式待研究。7.2基本呼叫流程
7.2.1接入认证流程
接人认证流程如图7所示。
用户接人(1)
认证通过(4)
认证失敷(6)
ARQ(2)
ACF (3)
ARJ(5
图7接入认证流程
驻地网守
1)对于卡号方式用户,用户使用电话机拨接人码接人到网关再拨用户号和密码:对于主叫方式用户,用户使用电话机拨接人码加被叫号码。YTKAONTKAca
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。