1、ICS 33040 M33 YD 中华人民共和国通信行业标准YD厅152。一2006IP电话接入设备互通技术要求和测试方法H.323协议Interoperability Specification and test measurement for H.323 based VolP accessing equipment 2006-12-11发布2007一0101实施中华人民共和国信息产业部发布YD厅1520-2006目次前123456789m言. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2、. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II 范围规范性引用文件. 定义和缩略语. 设备的网络位置.，.3 RTP协议.3语音帧结构.流程.9队S消息内容及需要确定的具体参数.25RAS消息的定时器和重发次数.44Q.931消息的定时器和重发次数.4511 互通测试方法.，. . . . . .45 附和(资料性附录)网关/驻地网守用MD制GRQ、GCF.RRQ、RCFii肖息内容逐步加密过程.94 附录B(规范性附录)互通中需注意的一些问题. . .
3、 . . . . . . . . . . . . . . . .95 附录C(资料性附录)DH交换的解释. . . . 96 I YD厅1520-2006下:日目U本标准是IP电话接人设备互通技术要求和测试方法系列标准之一。该系列标准的结梅及名称如l.IP电话接人设备互通技术要求和测试方法一-H.248协议;2.IP电话接人设备互通技术要求和拥试方法一一媒体网关控制协议(MGCP)j 3.IP电话接人设备互通技术要求和测试方法一一H.323协议;4.IP电话接人设备互通技术要求和测试方法一-SIP协议。本标准的附录A、附录C为资料性附录，附录B为规范性附录。本标准由中国通信标准化协会提出井归口
4、。本标准起草单位:信息产业部电信研究院中兴通讯股份有限公司华为技术有限公司本标准主要起草人:柳扬薛宁1 范围IP电话接入设备互通技术要求和测试方法一一H.323协议YD厅1520-2006本标准规定了国内骨干网侧采用E协议传输语音业务的基于H.323协议接人设备之间，以及接人设备与控制设备之间在通信协议上的互通要求。本标准适用于国内在E网络上开放语音业务时采用H.323协议的E电话接人设备。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这
5、些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1046 YD厅1071YD厅1264-2003口U-TH.225 ( 1998) ITU-T H.245 ( 1998) 口lJ-TG.711 ITU-T G.723.1 ITU-T G.729 3定义和铺畸语3.1 定义下列定义适用于本标准。P电话网关设备互通技术规范E电话网关设备技术规范E电话/传真业务总体技术要求(第二阶段)基于包交换的多媒体通信系统的信令协议和打包方法多媒体通信的控制协议话音频率的脉冲编码调制多媒体通信传输5.3和6.3kbits/s双速率话音编码器使用共辄结构代数码激励线性预测(CS-ACE
6、四)的8kbitJs语音编码E电话接人设备:用户接人侧采用E协议传输语音业务的接人设备，能够实现不同网络间媒体格式的转换或直接将用户接人E电话网络，如IAD，接人网关，媒体网关，网关适配器，IPPBX及其他具有相近功能的设备，以MG统称。接人控制设备:负责E电话接人设备的呼叫连接和/或媒体通道的建立及控制的设备。可以是媒体网关控制器，软交换机，呼叫代理或及其他具有相近功能的设备。网关:在本标准中指基于H.323协议的E电话接人设备。网守:在本标准中，网守指负责控制和管理网关的设备。由于用户接人网关比较疆军集，网守也将分布在P网络的接人边缘，因此可以称为驻地网守。3.2 缩暗语下列缩略语适用于本
7、标准。ACF Admission Confitm 接人确认YD厅1520-2006ARJ Admission R时巳ct接人拒绝ARQ Admission Request 接人请求BCF Bandwidth Confmn 带宽确认BRJ Bandwdth Reject 带宽请求拒绝BRQ BandwdthR巳quest带宽请求CLC Close Logical Channel 关闭逻辑通道CLCA Close Logical Channel Acknowledge 关闭逻辑通道确认CLCR Close Logical Channel Reject 关闭逻辑通道拒绝DCF DisengageCo
8、n白nn退出确认DRJ Disengage Reject 退出拒绝DRQ DisengageRequest 退出请求ESC End Session Command 结束会话命令GCF Gatekeeper Continn 网守确认GK Gateke( per 网守GRJ Gatekeeper Reject 网守拒绝GRQ Gatekeeper Request 网守发现GW Gateway 网关IACK InfoRequestAck 信息查询确认INAK InfoRequestNak 信息查询否认IRQ InfoRequest 信息查询IRR InfoRequest Response 信息查询响
9、应OLC Openlgical Channel 打开逻辑通道OLCA Open Logical Channel Acknowledge 打开逻辑通道确认OLCR Open Logical Channel Reject 打开逻辑通道拒绝RAC ResourcesA vailableContinnation 资源可用性确认RAI ResourceA vailabilityIndication 资源可用性指示RCF Registration Confinn 注册确认RlP Request in Progress 进展请求RRJ Regis位ationReject 拒绝注册RRQ Registrati
10、on Request 注册请求RTCP Real-time Transport Control Protocol 实时传输控制协议Rp Real-time Transport Protocol 实时传输协议TCS Tem由lalCapacity Set 终端能力集TCSA Terminal Capacity Set Acknowledge 终端能力集确认TCSR Terminal Capacity Set Reject 终端能力集拒绝UCF U盯egistrationConfmn 注销确认URJ Unregistration R龟ject注销拒绝URQ Unregistration Reque
11、st 注销请求2 YD厅1520-20064 设备的网络位置E电话接入设备可以采用多种的协议，包括H.323协议族，MGCP协议或H.248协议，以及SIP协议等。但是不论采用何种协议，IP电话接人设备在网络中都必须在接人控制设备的控制下才可以正常工作，与其他设备进行通信。离开接人控制设备的管理，接人设备之间不能直接通信。在整个E电话网络中，基于H.323系列协议的接人设备受控于网守或者支持H.323协议的软交换机，见图105 5.1 圈自Telephone RTP协议RTP报头格式Telephone 固1|o 0 0 00 000 0 0 0 0001 !。o0 0 0 0 0 0 0 0
12、0 0 0 01 团团团回噩000000 IP电话接入设备(IAD)基于H.323协议的IP电话接入设备在网络中的位置o 1 2. 3 01 2. 3.4 5 6 7890 1 2. 3 4 5678901 2. 3 4 567890 1 t-t-t-t-t-t-t-t-t-t-t-t-t-t-令-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t|版本|填i扩ICSRC数标l净荷类型| 序列号I I充i展l志II t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t | 时戳t-t-t-t-t-
13、t-t-t-t-tt-t-t-t-t-t-t-t-t-t-t-t-t-t惆+幽t-t-t-t-t-t-t-tl 阔步源标志SSRCt-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t唰t-t-t-t-+-+| 贡献源标志CSRC+-+-t-t-t-t-t-+-t咽-+-t-+-t-+-+-+-t-t-t-+-+-+-+-t-+-+t-t-+-+-t-+-t圄2RTP报头格式RTP报头格式如图2所示，各字段值确定如下:v(版本): 2比版本号置2p (填充): 1 bit填充位置Ox(扩展): 1比扩展位置。CC (CSRC数): 4 bit
14、 CSRC标识的数量，此字段填充为0，本标准不使用CSRC。PSq 电话机M(标志): 1 bit标志位，该标志在静音后的第一行吾音钮时置位。而静音包仅发送一叶，不连续发送。YD厅i520-2006PT(净荷类型). . 7 bit G.723.1 4 G.729 18 Sequence number (序列号). . 16比序列号，初始值为一随机数，此后以1递增;收端以此判定包丢失及恢复包顺序。Tim巳stamp (时戳): 32 bit时戳。用于标识RTP数据包中第一个字节来样时的时刻，其起始值为一随机值，以80次地扣的速率递增。Syncbronization Source (SSRC)
15、identifiers (同步源标志)32 bit, 用来标识RTP包的数据掘。Con国butingSource (CSRC) identifiers (贡献源标志):每个CSRC32 bit, 。町15个CSRC序列，标准不包含该宇段。5.2 4 RTCP协议RTCP报文共有5类:RRSR SDES BYE APPo 本标准只对SR和阻报文提出要求。SR (发送报文)的格式如图3所示。1 2 3 01234567890123456789012345678901 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-t四-t-+-+-+-+-+-+-+-+-+-+-+-+-扣-t
16、|版本|槟|接收报告数|1充|净荷类型=SR=2长度|头部+-t-+-+-+-t-+-+-+-+-+-+-+-+同+-+-+-+-令-+咽.+-+-+-+-+-+-+-+-+-+-+-+-牛发送者的同步源标志+=t=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ I :发送者+-+叶斗-+叶叶-+-+-+叶-+-+-+-+-+-+俄息商位字NTP时戳，Np时戳，低位字+-+-+-舍-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+RTP时戳+-+-+-+
17、-+-+-+-+-+同t-+-+-+-+-t-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+发送的报文数+-+-+-+-+-+-，-+-+-+-+-+-+-，卡-+-+-+-+-+-+-+-t-t-+-+-+-夺回t-+-+-+-+-+ 发送的字节数+=+=+=+=+=+=+= +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 源标志_1l报告+-+-+叶+叶，+叶叶-+-+叶叫叶-+块1丢包率黑计的包丢失数+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
18、-+-+-+-+-+ 接收到的扩展的最高序列号+-+-+-+-+-;卡幡+-+-+-+-+-+-+-+-+-+-+喃+-+-+-+-+-+-+-+-+-+-+-t-+-+-+到达间隔抖动+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-，怪-+-+币4上一SR报文时戳+同+-+-+-+-+-+-+-+-+-+-+-+-+-+-t-+-+-t-+-+-+-+-+-+-+-+-+-+-+-+-+-+自上-SR的时间+=+=+=+=+=+=+=+=+=t=+=+=+=+=+=+=+=+=+=+=+=+=+=t=+=+=+=t=t=t=
19、+=+=+ 源标志3|报告+叶-+叶叶叶-+-+-+-+-+-+.+叶叶-+叫叶叶-+叶-+块2of-=+=+=+=+=+=斗f=+=+=+=+=+=+=+=t=+=+=+=+=+=+=+=+=+=+=+=t=+=+=+=+=+=+针对profile的扩展+-+-+-+-+-+-+-+-t-+-+喃+-+-+-+-+-+-+-+-+-t-+町+-+-+-+-+-+-+-+-+-+-+固3发送报立格式本YD厅1520-2006各项内容定义如下:版本(v): 2 bit协议鉴别，在本标准中规定为20填充(P): 1 bit在本标准中规定为0。接收报告数(RC): 5 bit 在SR中包含的RR的数
20、目，在本标准中规定不得大于10净荷类型(PT): 8 bit 报文类型，以2进制表示。其中十进制的200代表SRQ长度(leng也): 16 bit 报文长度，指在其后的报文长度，所以有可能为0。发送者的同步源标志(SSRC of sender) : 32 bit 源同步码，用以标识此次通话。NTP时戳(NTP timestamp) : 64 bit 绝对时戳。在测量环路时延时可在对方的RR报文中带回;如果发送方不具有绝对时钟的能力，则可以用通话开始时间作为时钟0点或将此域置00(在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分，后32位是此时间的小数
21、部分)RTP时戳(阳?也lestamp): 32 bit 以R币的时戳为基准。发送的报文数(senders packet count) : 32恤从通话开始后发送方总共发送的RTP报文的数目。发送的字节数(senders octet count) : 32 bit 从通话开始后发送方总共发送的有效载荷的数目(以字节记)。随后描述的是一个或多个阻报文块，在本标准中规定SR报文中最多只能有一个RR报文块。源标志_n(SSRC_n) : 32 bit 源同步码，用以标识此RR块所从属的通话。丢包率(fraction lost) : 8比从上一个SR或RR报文发送后的丢包率，表现为接收方在此段时间内期
22、待的RTP报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值，若为负值，置为0。详见RFC1889累计的包丢失数(cumulative number of packets lost) : 24 bit 累计的包丢失数接收到的扩展的最高序列号(extendedhighest sequence number received) : 32 b让其低16位是其收到的RTP包中的sequencenumber的最新值。其高16位标识其收到的RTP报文的sequence number的循环的次数.到达间隔抖动(interarrivaljitter) : 32 bit 时延抖动。每两个RTP包
23、的抖动可以用其RTP包中的RTP时戳和接收的时刻进行计算，计算公式如下:设Rf代表街个包的到达时刻，Sf代表第j个包的RTP时戳值，则第i个RTP报文与第j个RTP报文间的抖动为D(i，j):5 YD厅1520-2006D (i, j) = (Rj - Ri) - (Sj - Si) = (町白布)- (Ri - Si) 在生成RTCP1!i文时，其应当传送的时延抖动的值可用如下公式进行递推计算:J=J+(ID(l-I，1)1一J)116 其中，J:为要传送的时延抖动值。对后一项除以16是为了消除连带噪声。上-SR报文时戳(LSR): 32 bit 收到的最近一个SR报文的盯P时戳的中间32位
24、。自上-SR的时间(DLSR) : 32 bit 在收到上)个SR报文与此次发送的报文之间的时间。以1165536S记。如果还没有收到任何SR报文，此值置0。RR报文的格式如图4所示。o 1 2 3 012 3 4 567 8 901 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 890 1 +-+-+-+-+-+-+-+-t-t-+-t-+-t-+-t-t-+-+-t-+-+-t-+-+-+-+-+-+-+-+-+-+ |版本|填|接收报告数|净荷类型=阻.=201I l充|长度l头部+-+-+-+-t-+-+-+-+-+-t-+-+-+-t-+句+-+-+-+-+-+-+
25、-+-+-+-+-+-+-+同+-+发送者的同步源标志+=+:+:+=+=+=+=+:+:+=+=+:+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+:+=+=+=+=+ 源标志_1|报告+-+-+叶-+叶叶叶-+叶+-+-+-+叫叶-+-+-+叶叶+块l丢包率| 累计的包丢失数+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+唰+-+-+-+-+-+-+-+-+接收到的扩展的最高序列号+-+-+-+-+-+-+-+-+-t-+-t-t-t-+-t-+-+-+-+-+-+-+-+-+.因+-+-+-+-+-+-令-+到达间隔抖动+-+-
26、+帽+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+唰+-+-+-+-+上-SR报文时戳+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+喃+喃+-+喃+-+-+-+-+-+-+-+-+-+-+自上一SR的时间+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+:+=+=+=+=+=+=+=+ 源标志_2|报告+-+-+叶叶叫叶-+-+-+-+-+叶叫-+叫叶叶-+-+-+-+-+-+叶叫田+挨2+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
27、+=+=+=+=+=+=+=+=+=+=+=+=+ 针对profile的扩展+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-t-+-+-+-t 图4接收报文格式其中各项功能与形式如SR中的说明。若未收到任何RTP报文，则可发送一个空的阻，即RC=O。在与基于H.323协议的终端设备互通时，必须支持采用RTCP协议，在其他情况下来用RTCP协议与否可视情况决定。RTCP包发送机制:在两次RTCP报文之间，若端点没有发出任何RTP报文，则端点此次发送RR(接收报文)，否则，端点发送SR(发送报文)。在与基于H.323协议的E电话设备互
28、通时，设备应发送RTCP报文，每10-258发送一次。在与基于MGCP和H.248协议的P电话接人设备五通时，设备也可以不发送RTCP报文。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。6 YD厅1520-20066 语音帧结构6.1 G.723.1 E电话可以选用0.723.1编码。0.723.1的帧长有三种情况:24字节(6.3kbitJs )、20字节(5.3kbit/s ) 和4字节。4字节为SID(插人静音描述帧)帧，它主要用在语音的静音段，用以发送比较舒服的噪声的参数描述。这三种帧可以用任意方式棍合使用。第一个人位组的最低两个比特确定了帧的长度和编码类型。在30ms的帧
29、边界上，这两种速率可以进行任意切换，以获得最佳的音质。所有编码比特流都是从最低有效位开始传送，直至最高有效位。0.723.1打包特征为:a)用在RTP报头的标记位的置位方法来表示该报文是静音以后第一个包，其余包的标志位置零，发送了第一个静音帧以后，在静音期间不再发送RTP包，由收端网关根据静音帧产生舒适噪音。b)抽样频率为8000Hz0 c)帧长为30msod)在一个包中，编解码器可以编解码几个连续的帧oe)接收机必须要能连续接收0-180ms的音频数据。6.2 G.729 这是一种8kbit/s的编码算法，该种编码抗随机比特错误的能力与抗随机突发消失帧的能力相同。在噪声较大的环境下，它能有更
30、好的语音质量。G.729附件A算法是G.729算法降低了复杂度后的版本，两者完全能互操作，因而不必对这两种算法进行区分。在0.729附件B中，建议声音激活检测器(VAD)和舒适噪声发生器(CNO)用于数字模拟声音和数字应用，可以和0.729、0.729附件A结合使用。0.729帧长为10个八位组(字节)，静音(附件B)为2个八位组。舒适静音的格式如图5所示。有声段帧格式为:一帧为10ms;帧长10个人位组;。o 123 4 5 6 7 890 123 4 5 +-t-t-t-t-t-+-t伺+帽+-+-+-t-t-t-t-+ILI LSFl 1 LSF2 1 GAIN IRI ISI 1 1
31、181 IFIO 1 2 3 410 1 2 310 1 2 3 41S1 101 1 1 IVI +-t-t-t-t-t-t-+-t喃t-t-+-t-t-t-t-t固5G.729舒适静音打包结构一个RTP包可以放0个、一个或多个0.729或G.729附件A帧，后随G.729附件B的有效载荷。舒适噪声帧的存在可以减小RTP载荷的长度;静音后的第一个有声包在RTP报头中标记位置位;.抽样率8000Hz;缺省打包时间段20ms;编解码器可以进行单一包中连续1-10帧的编解码;.接收方必须能接收0-200ms的用户语音数据。7 YD厅1520一20066.3 其他语音编码算法可根据实际情况增加其他语
32、音编码算法。优选G.711。这是一种非压缩的编码方法，其数据直接来自PCM，来样率8000恼，其编码方法采用A律和律两种。针对没有静音压缩能力的语音编解码方式，例如G.711、G.722、G.726、G.727、G.728，规定一套通用的舒适静音格式。对于RTP时戳的时钟频率为8000l社的编解码器，舒适静音的Payload类型为130RTP 包的M缸ker位不置位o舒适静音包的Payload包括噪声电平与以反射系数表示的频谱信息。其中频谱信息可选，且噪声模型的级数(即反射系数的个数)不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级数。级数的个数不明
33、确传递，而由解码器根据Payload的长度自动判断oPayload的格式如下所示:字节2 3 . M+l Level N, Nz . NIoI 一一-一一一一其中Level表示噪声电平，最高位必须置00M为噪声模型的级数，Ni (i=1.M)表示反射系数。7 流程7.1 网关注册流程网关设备在运行初期向网守登记注册，其流程如图6所示。网关(GW)驻地网守(GLK)GRQ . , GCF . 写明GRJ . 啕RRQ _._ . RCF . 电啕d RRJ 圄6GW向GK的诠册流程1) GW向GK发送GRQ消息进行注册，GRQ消息中带有用于DH交换的信息:一个用于数字签名的数字串GWAUTH(放
34、在CryptoTokens中的cryptoPwdEncr处)，算法ID(Algori恤0)，时戳(Timestamp-gw) (放在Tokens字段中)，还带有用于DH交换的A(放在Tokens宇段的Dhkey-halflcey)。发送GRQ消息前，GW先产生一个用于DH交换的私人数字a，计算得到A=gamod(P)。同时GW还计算得到GW的数字签名GWA盯HMD5 (Ki+GWID+ Timestamp-gw+A) ; 2)网守收到GRQ信息后，首先计算GK阳=MD5 (Ki+GWID+ Timestamp-gw+A)。如果GWA盯H= GKR邸，则说明是合法的GW发过来的信息，认iiE通过
35、;否则拒绝，回G阳捎息。如果认证通过，GK再产8 YD厅1520一2006生一个用于DH交换的私人数字b，计算B=gbmod( P ) ，得到共亭的鉴权密钥KEY-GK=Abmod (P ) =gabmod (p) ，进而计算得到GKAUTH=MD5(KEY-GK+Ki+Timestamp-gk+B)。3) GK向GW发送GCF消息，其中GK把B(放在Tokens字酌，GKAUTH (放在CryptoTokens中)，时戳Timestamp帽gk(放在Tokens字段)和算浩田(放在AlgorithmOID)发送给GW。4)GW得到B和GKAUTH后，计算得到共享密钥阻Y-GW=Bamod (
36、p) =g叫nod(P) ，进而计算GWRES=MD5 (KEY-GW+Ki+Timestamp帽gk+B)。如果GKAUTH= GWRES，则说明是一个合法的GK返回的信息。5) GW定期向GK发送RRQ消息进行注册，命令中带有时戳Timestamp-gw(放在Tokens字段)，和用共享密钥KEY-GW加密Timestamp-gw得到的数字签名(放在CryptoTokens中的cryptoPwdEncr处)。如采用MD5，则加密方法为MD5(KEY-GW+GWID+Timestamp-gw) ，具体参见附录Ao的GK如果验证通过，则向GW因送RCF消息，命令中带有用共享密钥阻Y-GK加哥哥
37、的数字签名，如采用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中设置一个共享密钥臣，密钥长度是128bit;6)每个GW都有一个字符串桥示(GWID) : GWID为16个BY四字符串标识，包含
38、厂家和设备信息，该信息不在其他地方公开传送，只有GW本身和管理该GW的GK知道。7)第1)步中的GRQ消息应为单播消息，即GW已知GK的IP地址。若需要，在此之前GW可以广播寻找GKo8)本注册认证方式目前只支持单一的语音业务应用，支持多业务的方式待研究。7.2基本呼叫流程7.2.1 接入认证流程接人认证流程如图7所示。电话网关驻地网守用户接人(1)ARQ (2) A阳(5)一图7接入认证流程1 )对于卡号方式用户，用户使用电话机拨接人码接人到网关再拨用户号和密码;对于主叫方式用户，用户使用电话机拨接人码加被叫号码。9 YD厅1520-20062)主叫侧网关GW向网守GK发送ARQ消息，请求进
39、行认证。ARQ消息中应包含主叫号码或卡号(主叫号码采用E.164编码)，带有CryptoToken字段(该宇段包含由网关的GWID，网关的时间戳，网关与网守GK之间密钥计算得到的加密摘要)和Tokens宇段(存放时间戳Tim出tamp-gw)，其中摘要信息的计算方法为MD5(KEY -GW +GWID+ Timestamp-gw )。3 )网守GK收到网关GW的认证请求ARQ后，对CryptoToken宇段进行检查，验证网关GW的安全性(方法与周期鉴权的方法相同)。如果安全性验证不通过，网守G合网关GW发送ARJ消息，拒绝认证请求;如果验证通过，发送ACF消息。4)网关若收到AC刊肖息，确定用
40、户权限合法，认证通过;若收到A盯消息，确定用户为非法用户，拒绝用户接人。7.2.2 更改密码流程认证通过后，卡号用户通过网关向网守进行更改密码操作，流程如图8所示。电话用户更改密码(1)更改成功(4)更改失败(4).,. 网关+ ARQ (2) 且J(3) 唱川.固8卡号用户更改密码流程1 )用户接人通过后，更改密码。驻地网守2)网关采集用户的更改密码信息(旧密码、新密码)，向网守发送请求用户接人认证(ARQ)消息(包含用户更改密码信息)。3 )网守接收到来自网关的请求用户接人认证(ARQ)消息后，检查密码的合法性，如果密码更改成功，则发送接人认iE通过和授权(ACF)消息发送到网关;否则，发
41、送拒绝(ARJ)消息到网关。4)网关若收到AcFii肖息，确定用户更改密码成功;若收到ARJ消息，则用户更改密码失败。7.2.3 路由解析对于一次拨号的主叫方式用户，用户的认证和地址解析同时完成;对于卡号方式用户，在认证通过后进行地址解析。用户地址解析过程如图9所示。10 电话网关YD厅1520-2006驻地网守输入对方电话号码(1 ) 解析成功(4)ARQ (2) ACF (3) 解析失败(4)圄9用户地址解析1 )对于卡号用户，当认证通过后，输入对方电话号码:对于一次拨号用户，输人接人码及对方电话号码。2)网关采集用户信息反对方电话号码，向网守发送请求用户接人认证(ARQ)消息(包括用户账
42、号、密码、对方电话号码、主叫电话号码)。3)网守接收到来自网关的请求用户接人认证(ARQ)消息后，检查信息合法性，进行地址翻译，如果成功，则将接人认证通过和授权(ACF)消息发送到网关;否则，发送拒绝(ARJ)消息到网关。4)网关若收到ACF消息，则地址解析成功，网关则进入呼叫流程;若收到ARJ消息，则为地址解析失败或为非法用户。注:地址解析完成后，网守应在ACF消息中返回允许通话的时长。7.2.4快速呼叫流程建议采用快速呼叫建立过程(fastStart方式)，如阁10所示。在无法做到的情况下，也可以采用非快速建立方式。础H).川一.电话l网关1驻地网守网关Z电话2输入被叫号(4)ARQ (5
43、) w-阳山C Setup (8) CallProceeding (9 ) 呼叫建立请求(13 ) Alerting ( 16 ) 回铃(17) 接通(21) 开始计费开始计资固10快速呼叫流程11 YD厅1520-20061 )用户拨打E电话，输入卡号密码。2)网关1向网守发送ARQ消息，进行接人认证，其中应包含主叫号码或卡号(主叫号码采用E.I64编码)，ARQ带有CryptoToken宇段(该字段包含网关1的GWIDl，网关1与网守GK之间的加密摘要)和Tokens宇段(存放网关1取的时间戳Timestamp-gw)，其中摘要信息的计算方法为MD5(KEY-GWl+GWlID+Times
44、tamp-gwl )。3)网守对CryptoToken进行检查，验证网关GWl的安全性，如果该设备合法则回送ACF，接人认证通过，否则网守回送ARJ消息拒绝认证。4)用户输人被叫号码。5)网关1向网守发送ARQ进行地址解析和请求返回允许通话时长。6)地址解析完成后，网守发送ACF，其中目的地址设为网守的地址，在ACF中包括与被叫网关2对应的AccessToken;AccessToken属于ClearToken类型，带有网关GW2的安全信息(MD5 (阻Y-GW2+GWID2+网守分配的随机数) ，填写在tokens宇段发送给网关107)网关1向网守发起呼叫建立请求smp，网关l将AccessT
45、oken填人Sep消息的tokens字段，该消息中还包含有H.245的通道消息。8)网守向被叫网关2转发Setup消息。9)网关2向网守发送呼叫进展(Call Pr，eeding)消息，里面可以包含有H.245的通道信息，也可以没有。10 )网守向网关1转发该CallPr四ding消息。11)网关GW2接收到Setup消息后，提取AccessToken。网关GW2根据其与网守之间的安全信息，力日密生成带有安全性的CryptoToken字段。网关GW2将CryptoToken和AccessToken(填写在tokens字段)放在ARQ消息中发送给网守GKo12 )网守GK接收到网关GW2发送的ARQ消息，根据CryptoToken检验被叫网关的安全性，同时根据AccessToken检验呼叫的安全性。如果网关GW2给网守GK发送的CryptoToken和AccessToken都验证通过，网守GK给网关GW2发送ACF消息;否则发送ARJ消息。13 )网关2向被叫发送呼叫建立请求消息。14 )被叫振铃。15 )网关2向网守发送A1e血i胞，该消息中，可以包含H.245的通道信息，也可以不包含。网关1需要识别这两种不同情况。16 )网守向网关1转发A1e血g消息。17 )网关1收到Alerti
