YD T 1519-2006 IP电话接入设备互通技术要求和测试方法 媒体网关控制协议(MGCP).pdf

《YD T 1519-2006 IP电话接入设备互通技术要求和测试方法 媒体网关控制协议(MGCP).pdf》由会员分享，可在线阅读，更多相关《YD T 1519-2006 IP电话接入设备互通技术要求和测试方法 媒体网关控制协议(MGCP).pdf（108页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 33 040 M 33 YD 中华人民共和国通信行业标准YD厅1519-2006IP电话接入设备互通技术要求和测试方法媒体网关控制协议(MGCP) Interoperability Specification and Test Mesurement for VolP Accessing Equipment based on MGCP 2006斗2-11发布2007-01-01实施中华人民共和国信息产业部发布YD厅1519-2006目次前言. . . . . . . . . . . . . . . . . . . 1 1 范围. 2 规范性引用文件. . . . . . . . . 3

2、定义和缩略语. . . . . . . 4设备的网络位置. . . . . . . . . . . . . . . . . . . . . . . . . 4 5 RTP协议. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . -2 6 语音帧结构. . . . . . . 4 7 流程. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .也8

3、 消息定义. . . . . . . . . . . . . . . . . . . . . . . .31 9 定时器和重发. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43 10 互通测试方法. . . . . . . . . . . . . . . . . . . . . .-43 附录A(资料性附录)呼叫建立和释放流程示例.四附录B(资料性附录)用MD5对消息内容逐步加密过程10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4、 . . . . . . . . . . . . . . . 97 附录c(规范性附录)MGCP的封包. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .,. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 附录D(资料性附录)DH交换的解释. . . . . . . . 101 附录E(规范性附录)带安全认证的MGCP协议示倒流程. . . . . . . . . . . . . . . . . . . . . . . . . .

5、 .102 I YD厅1519-2006下:II 别吕本标准是IP电话接人设备互通技术要求及测试方法系列标准之一。该系列标准的结构及名称如1. IP电话接人设备互通技术要求及测试方法一-H.248协议2. IP电话接人设备互通技术要求及测试方法一一媒体网关控制协议(MGCP)3. IP电话接人设备互通技术要求及测试方法一一H.323协议4. IP电话接人设备互通技术要求及测试方法一-SIP协议本标准的附录A.附录B和附录D为资料性附录，附录C和附录E为规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位:信息产业部电信研究院中兴通讯股份有限公司华为技术有限公司盯斯达康(重庆)通讯有

6、限公司上海贝尔阿尔卡特股份有限公司本标准主要起草人:薛宁乔克智柳扬1 范围IP电话接入设备五通技术要求和测试方法一一媒体网关控制协议(MGCP)YD/T 1519-2006 本标准规定了国内骨干网侧采用E协议传输语音业务的基于媒体网关控制协议(MGCP)接人设备之间，以及接人设备与控制设备之间在通信协议上的互通要求。本标准适用于国内在E网络上开放语音业务、采用媒体网关控制协议(MGCP)的F电话接人设备。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研

7、究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD!I 1264-2003 YD厅1434-2006ITU-T G.711 口飞J-TG.723.1 ITU-TG.729 IETF RFC1889 IETF RFC1890 EFRFC2705 IETFRFC3389 3 定义和缩略语3.1 定义下列定义适用于本标准。E电话/传真业务总体技术要求(第二阶段)软交换设备总体技术要求话音频率的脉冲编码调制多媒体通信传输5.3和6.3kbitls双速率话音编码器使用共牺结构代数码激励线性预测(CS-ACELP)的8kbitls语音编码RTP:实时应用的传输协议运用最小

8、控制的音频一一视频会议RTP概括媒体网关控制协议用于舒适噪音(CN)的实时传输协议(RTP)有效载荷E电话接人设备:用户接人侧采用E协议传输语音业务的接人设备，能够实现不同网络间媒体格式的转换或直接将用户接人E电话网络，如IAD、接人网关、媒体网关、网关适配器、IPPBX及其他具有相近功能的设备，以MG统称。接人控制设备:负责P电话接人设备的呼叫连接和/或媒体通道的建立及控制的设备。可以是媒体网关控制器、软交换机、呼叫代理或及其他具有相近功能的设备。中继网关:在E网络和电路交换网或其他网络之间的阿关，用来进行媒体转换。信令网关:连接其他网络与E网的设备，主要完成其他网络侧的信令与E网侧控制命令

9、的转换功能媒体服务器:专用媒体处理设备，提供基本和增强业务中的媒体处理功能，包括业务音提供、会议、交互式应答(IVR)、通知和高级语音业务等。YD厅1519-20063.2 缩畸i吾下列缩略语适用于本标准。DMF MGCP MS PSTN RTCP RTP Dual Tone.在ultiFrequency Media Gateway Control Protocol MediaSe凹erPublic Switch Telephone Network Real-time Transport Control Protocol Real-time Transport Protocol 4 设备的网络

10、位置双音多频媒体网关控制协议媒体服务器公共电话交换网实时传输控制协议实时传输协议基于MGCP协议的E电话接人设备在网络中的位置如图1所示。P电话接人设备可以采用多种的协议，包括H.323协议族，MGCP协议或H.248协议，以及SIP协议等。但是不论采用何种协议，IP电话接人设备在网络中都必须在接人控制设备的控制下才可以正常工作，与其他设备进行通信。离开接人控制设备的管理，接人设备之间不能直接通信。在整个F电话网络中，基于MGCP协议的接人设备受控于MGC或者支持MGCP协议的软交换机。圃匾Telephone Telephone E电话按人设备(IDA)|o 0 0 0 0 0 0 0 0 0

11、 000 01 l o 0 0 0 000 000 0 0 0 01 圈圈团副团IP电话接人设备(媒体网关)固1基于MGCP协议的IP电话接入设备在网络中的位置5 RTP协议5.1 RTP报头格式2 RPflZ头格式如图2所示。其中，各宇段值确定如下:v (版本): 2 bit版本号置20P (填充): 1 bit填充位置00x (扩展): 1 bit扩展位置。电话机YDrr 1519-2006 CC (CSRC数): 4 bitCSRC标识的数量，此宇段填充为0，本标准不使用CSRCM(标志): 1 bit标志位，该标志在静音后的第一个语音包时置位。而静音包仅发送一个，不连续发送。Z 3 。

12、1234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ l版本|填|扩ICSRC数标|净荷类型| 序列号|充|展|志|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-t-t-t-+-+-+-+-t-+-+-+-+-+-+-+-+-+ 时戳+-+-+-+-+-+-+-t回t-t-+-+-+-叫伊+-+-+-+-+-+-+-+-+-+-+-+帽-+-+-+-+-+-+-+同步源标志SSRC+-+-+-+-+-+-+-t-+-t-t-+-+-+-+

13、-+-+-+-+-+-+-+-+-+-+-t-+-+-+-t-+-t-+ 贡献源标志CSRCt-+-+-+喃+-+-+-+-+-+-+-+-+-+-t-+-+-t-+-+-+-+-+-+-+-+-+-+-+-年-+-+-t圈2RTP报头格式PT(净荷类型): 7 b让0.723.1 4 0.729 18 0.711律O0.711 A律8舒适噪声13 Sequence number (序列号): 16 b让序列号，初始值为一随机数，此后以1递增;收端以此判定包丢失及恢复包顺序。Times阳np(时戳): 32 bit时戳。用于标识、RTP数据包中第一个字节采样时的时刻，其起始值为一随机值，以80

14、00次/s的速率递增。Synchronization Source (SSRC) iden创ers(同步源标志): 32 bit，用来标识RTP包的数据源。Con位ibutingSource ( CSRC) identifiers (贡献源标志):每个CSRC32 bit, 0-15个CSRC序列，本标准不包含该字段。5.2 RTCP协议RTCP报文共有RR、SR、SDES、BYE和APP5类。本标准只对SR和RR报文提出要求。SR (发送报文)的格式如图3所示。3 YD厅1519-20064 。l 2 3 o 1 234 5 6 7 890 1 234 567 890 1 2 3 4 5 6

15、78 9 0 1 t-t-+-+同+-+-+-+锢t-+-+-t-+-+-+-+-+-+-t-+-+-+-t-+-+回+伊+-+-+唰+-+喃+-+|版本|填|接收报告数净荷类型=SR=200长皮头部|充|+-+-+-+-+-+-+-+-+-t-+-+-+-+-+-+-t-+-t-+-+-+-+-t-+-t-+-+-+-+同+-+-+发送者的同步源标志+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ NTP a才戳，高位字发送者+-t-+-+叶，+叶-+-+-+-+-+-+-+-+-+信息NTP时戳，低位字t-+

16、-t-+-+-+榈+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+剑-+-+-+-+-+RTP时戳+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 发送的报文数+-+-+喃+-+-+-+-+-+-t-+-+-t-t-+-t同+-+-+啕+-+-+-+-+-+-+-+-+-+-+-+-+-+发送的字节数+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 源标志_1l报告+-+-+叶叶斗斗斗-+叶-+

17、叶斗斗+-+-+-+叶-+-+块1丢包率累计的包丢失数+-+-t-+-+-+-+-+-+-+-+-+-+-+-+-+-+帽-+-+-+-+-+-+-+-+-+-+-+-+-+町+-+-+接收到的扩展的最高序列号+-+-+-+-+-+-+-+-+-+-+-+-+-+-t-t-+-+-+-+-+-t-+-+-+-+-+-+-+-+-+-+-+ 到达间隔抖动+-+-+-+-t-t懦+-+-t-t-+-t-+-+-+-t-+-+喃t-+-+-t啕+-+相+-t-t-t-+-t-t-+-+上-SR报文时戳+-+-+-+-+-+-t甸+-+-+-+-+-+-t-+-+-+-+-+-+-t-+-+-t-+-

18、+-+-+-t-t-+-+-+自上一SR的时间+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 源标志3|报告+-+叶叶斗-+-+-+-+-+-+-+-+-+叶+-+叶叫-+斗-+-+-+-+块2+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 针对profile的扩展+-+-+-+-+-+-+-+-+-+-+-+帽+-+-+响+-t-t-t町+-+-+-+-+-+-+-+-+-+-+-+-+-+圈3发迭报文格式其中的各项内容定义如

19、下:版本(v) 填充(P). . 2 bit协议鉴别，在本标准中规定为2。1 bit在本标准中规定为0。接收报告数(RC)5 bit YD厅1519-2006在SR中包含的RR的数目，在本标准中规定不得大于10净荷类型(PT): 8 bit 报文类型，以2进制表示。其中十进制的200代表SRo长度(1ength) : 16 bit 报文长度，指在其后的报文长度，所以有可能为0。发送者的同步源标志(SSRC of sender) : 32 bit 源同步码，用以标识此次通话。NTP时戳(NTP timestamp) : 64 bit 绝对时戳。在测量环路时延时可在对方的RR报文中带回;如果发送方

20、不具有绝对时钟的能力，则可以用通话开始时间作为时钟0点或将此域置00(在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分，后32位是此时间的小数部分o) R?时戳(RPtimes阳口p): 32 bit 以R四时戳为基准。发送的报文数(senders packet count) : 32 b让从通话开始后发送方总共发送的RTP报文的数目。发迭的字节数(senderstet count) : 32 bit 从通话开始后发送方总共发送的有效载荷的数目(以字节记)。随后描述的是一个或多个RR报文块，在本标准中规定在SR报文中最多只能有一个RR报文块。漉标志_n

21、(SSRC_n) : 32 bit 源同步码，用以标识此RR块所从属的通话。丢包率(fraction 10st) : 8 bt 从上一个SR或RR报文发送后的丢包率，表现为接收方在此段时间内期待的丑?报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值，若为负值，置为0。详见RFC18890累计的包丢失数(cumu1ati ve number of packets 10st) : 24 b让累计的包丢失数。接收到的扩展的最高序列号(extended highest sequence number received) : 32 bit 其低16位是其收到的RTP包中的序列号的最新值

22、。其高16位标识其收到的RTP报文的序列号的循环的次数。到达间隔抖动(inter彼riva1ji眈er): 32 bit 时延抖动。每两个RTP包的抖动可以用其RTP包中的RTP时戳和接收的时刻进行计算，计算公式如下:设町代表第j个包的到达时刻，Sj代表第j个包的RTP时戳值，则第i个RTP报文与第j个RTP报文间的抖动为D(i, j): D (i, j) : (Rj一Ri)-(在i- Si) : (Rj - Sj )一(Ri- Si) 在生成RTCP报文时，其应当传送的时延抖动的值可用如下公式进行递推计算:J=.l+ ( I D (I一1，l) I - J) /16 其中，J为要传送的时延抖

23、动值。对后一项除以16是为了消除连带噪声。上一SR报文时戳(LSR) : 32 bit 5 (0厅1519一2006收到的最近一个SR报文的NTP时戳的中间32位。自上-SR的时间(DLSR) : 32 bit 收到上一个SR报文与此次发送的报文之间的时间以11655368计，如果还没有收到任何SR报文，此值置。RR报文的格式如图4所示。2 3 o 123 4 5 6 7 890 1 2 3 4 5 6 7 8 901 2 3 4 5 6 7 8 9 0 1 t-t-t-+-t-+-t-t-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |版

24、本|填|接收报告数l净荷类型=阻=201I |充l长皮|头部t-+-+-+-+-+-+-+-+-+-+-+-+-t-+-+-+-i卡-+-t-+-+-t-t-+-+-+-t-+-+-+-t-+发送者的同步源标志+:+=+:+=+=t=t=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=t=+=+=+=+=+:+=+=+=+=+ 源标志Jl报告+叶叶，t-+叶叫叶-+叶-t叶-+-+-+-+-+-+叫叶斗-+斗-+-+斗叶块1丢包率累计的包丢失数t-+-t-+-t-+-+-+-t-t-t-+-+-t-+-+-+-t-t-t-t-t-t-t-t-t-t睛-t-t-t-t-+-+接收到的

25、扩展的最高序列号+-+-+-+-+-+-t-+-+-+-+-+-t-t-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-t 到达间隔抖动+-i-+-t-+-+-+-+-+唱+-+-+-+-t-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+上-SR报文时戳+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-i 自上一SR的时间+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+:+=+=+=+=+=+=+=+=+=+=+=+=+=+ 源标志_2|报

26、告+叶-+_+斗-+-+斗-+叶-+-+-+-+-+叶叶叶叶叶-+块2+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 针对profiIe的扩展+-+-+-+-+-+-t-+-t-+-t-t-+-+-t-+-+-t-t-+-t-+崎t-t-+-+-t-t-t-+-t-+-+圄4接收报文格式其中各项的功能与形式如SR中的说明。若未收到任何RTP报文，则可发送一个空的RR，即RC=。在与基于H.323协议的终端设备之间互通时，必须支持采用RTCP协议，在其他情况下采用RTCP协议与否可视情况决定。RTCP包发送机制:

27、在两次RTCP报文之间，若端点没有发出任何RTP报文，则端点此次发送RR(接收报文)，否则，端点发送SR(发送报文)。在与基于H.323协议的P电话设备互通时，设备应发送RTCP报文，每10-25s发送一次。在与基于MGCP和H.248协议的E电话接人设备互通时，设备也可以不发送RTCP报丈。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。6 YD厅1519-20066 语音帧结构6.1 G.723.1 E电话可以选用G.723.1编码。G.723.1的帧长有24byte( 6.3k/s )、20byte( 5.3k/s )和4byte三种情况。4byte为SID(插入静音描述帧)帧

28、，它主要用在语音的静音段，用以发送比较舒服的噪声的参数描述。这三种帧可以用任意方式由合使用。第一个八位组的最低二个比特确定了帧的长度和编码类型。在30rns的帧边界上，这二种速率可以进行任意切换，以获得最佳的音质。所有编码比特流都是从最低有效位开始传送，直至最高有效位。G.723.1打包特征为:用在RTP报头的标记位的置位方法，来表示该报文是静音以后第一个包，其余包的标志位置零，发送了第一个静音帧以后，在静音期间不再发送RTP包，由收端接人设备根据静音帧产生舒适噪音;抽样频率为8000Hz;帧长为30rns;在一个包中，编解码器可以编解码几个连续的帧2.接收机必须要能连续接收0-180ms的音

29、频数据。6.2 G.729编码这是一种8kbitJs的编码算法，该种编码抗随机比特错误的能力与抗随机突发消失帧的能力相同。在噪声较大的环境下，它能有更好的语音质量。G.729附件A算法是G.729算法降低了复杂度盾的版本，二者能完全互操作，因而不必对这二种算法进行区分。在G.729附件B中，建议声音激活检测器(VAD)和舒适噪声发生器(CNG)用于数字模拟声音和数字应用，可以和G.729、G.729附件A结合使用。G.729帧长为10个人位组(tet)，静音(附件B)为2个八位组。舒适静音的格式如图5所示。有声段帧格式为，.一帧为10ms;帧长10个八位组;。1 o 123 4 5 6 7 8

30、90 123 4 5 t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t ILI LSFl 1 LSF2 1 GAIN IRI ISI IEI IFIO 1 2 3 410 1 2 310 1 2 3 41S1 101 IVI t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t-t 圈5G.729舒适静音打包结构一个RTP包可以放0个、一个或多个G729或G729附件A帧，后随G729附件B的有效载荷，舒适噪声帧的存在可以减小R四载荷的长度;静音后的第一个有声包在RTP报头中标记位置位;.抽样率8000Hz;缺省打包时间段20rns; 编解码器可以进行单一包中连续1

31、-10帧的编解码;7 YD厅15192006接收方必须能接收0-200ms的用户语音数据。6.3其他语音编码算法可根据实际情况增加其他语音编码算法。优选0.711。这是一种非压缩的编码方法，其数据直接来自PCM，采样率8000Hz，其编码方法采用A律和p律两种。针对没有静音压缩能力的语音编解码方式，例如0.711、0.722、0.726、0.727和0.728，规定一套通用的舒适静音格式。对于R四日才戳的时钟频率为8000Hz的编解码器，舒适静音的Payload类型为130Rp 包的Marker位不置位。舒适静音包的Payload包括噪声电平与以反射系数表示的频谱信息。其中频谱信息可选，且噪声

32、模型的级数(即反射系数的个数)不作规定。编码器可以基于语音质量、实现复杂性、预计的环境噪声、信号的带宽综合考虑决定合适的级数。级数的个数不明确传递，而由解码器根据Payload的长度自动判断。Payload的格式如下所示:| 字节| 2 3 M+l I I I.evel I N1 I吨|INM 其中Level表示噪声电平，最高位必须置00M为噪声模型的级数，Ni (i=1.M)表示反射系数。7 流程现网使用的接人设备必须支持本标准所示流程，但不限制设备制造商在此基础上进行更灵活的业务扩充。涉及多个接人控制器的流程与终端设备元关，不在本标准规范的范围之内。7.1 开机注册对于注册通常有两种方式:

33、对整个接人设备进行注册;已注册设备增加端点时的注册。对整个接人设备进行注册，如图创厅示。若接人设备用户数比较多时将注册需要较长的时间，因此建议上电冷启动的注册采用接人设备整体进行注册，即采用通配符进行注册。MG MGC . RSIP(t) F ACK (2) . . RQ盯(3). . ACK (4) . ._ RQNT (5) 唁电ACK (6) . . 盯町(7), ACK (8) 4 固6接入设备进行注册( 1 )接人设备向接人控制器发RSIP命令(带通配符)，重启方式为restartj命令中带有4个用于认8 YDrr 519-2006 证的X宇段:一个用于数字签名的数字串MGAUTH、

34、算法E和随机数RandJ;还带有用于DH交换的Ao接人设备事先产生一个随机数Rand，同时接人设备再产生一个用于DH交换的私人数字a，计算得到A=gamod(P )。通过计算得到接人设备的数字签名:MGAUTH=MD5 (Ki+MGID+A+RandJ)。接人控制器收到RSIP命令后，首先计算MGRES=MD5(Ki+MGID+A+RandJ )。如果MGCAUTHMG邸，接人控制器再产生一个用于DH交换的私人数字b，计算B=gbmod(P)。由此得到共事的鉴权密钥阻Y-MGC=Abmod(P) =gabmod (P)。接人控制器再产生另一个随机数Ran龟，进而计算得到接人控制器的数字签名:M

35、GCAUTH = MD5 (阳Y-MGC+Ki+B+Rand2) (2)接人设备回响应。(3 )接人控制器下发检测摘机网盯命令(建议摘挂机事件为永久事件，接人设备在检测到摘挂机事件后通过NTFY向接人控制器上报);同时接人控制器把B下传给接人设备。同时下传的还有MGCA盯H、算法B和Rand2。接人设备得到B，MGCAUTH和Rand2后，首先计算得到共亭的鉴权密钥阻予MG= Bamod( P )= gabmod (P )，进而计算MGRES= MD5 (KEY-MG+Ki+B+Rand2)。如果MGCAUTH= MGRES，则说明是一个合法的接人控制器发过来的信息。(4)接人设备发送对接人控

36、制器的回应消息。(5)接人控制器定期向接人设备发送RQNT命令进行鉴权，命令中带有接人控制器产生的随机数Rand，以及用共享密钥阻，Y-MGC对其加密生成的结果。同时命令中还带有算法囚。如采用:rvID5，则加密方法为MD5(阻Y-MGC+Rand)。(6 )接人设备回响应。(7)接人设备用NTFY中的ObservedEvents向接人控制器回送鉴权应答，应答中带有用共事密钥阻Y-MG加密的两项:MGID及随机数Rand(为接人控制器在上一步中以阴阳发送的)。同时命令中还带有算法m。如采用MD5，则加密方法为MD5(KEY-MG+MGID+Rand)。(8)接人控制器判断接人设备上报的加密结果

37、正确，确认接人设备为合法设备，回响应。注:1 )初始事件的m必须为0，后续的E为上次RQ盯所带的事件囚。2)在初次注册成功成功后，马上发送RQ盯消息、以生成共享密钥;后续通过RQNT重复5-8步定期进行安全检测。3)定期安全检测的RQNT消息间隔由接入控制设备控制，建议不大于1Ornin 0用于安全检测的RQNT消息可以是专门的，也可以不是。4)推荐加密算法采用MD50依上文描述，计算M囚的表达式为DIGIT = MD5 (Paraml + P町am2+ Param3 + ParllIl4 ) 其中，DIG: MD5的输出，长度为128bit的数据块。P缸am，:表示一个长度是BYTE整数倍的

38、bit数值串。加号(+):表示将各个Parami的bit数值串从左到右按照数值从高位到低位排列后形成一个bit数值串作为人参输入MD5进行计算。5)用于Dift缸-Hellman交换的质数p及底数g，应可根据接入控制器的要求在接人设备上进行配置或生戚，对接入控9 YD厅1519-2006制器和接人设备公开。6)用户初始安装时，在接入控制器和接人设备中设置一个共享密钥凡，密钥长度是128bit。7)每个接人设备都有一个ASCII字符串作为标识(MGID): MGID为16个BYTE的字符串标识，包含厂商和设备信息，该信息不在其他地方公开传送，只有接入设备本身和管理该接人设备的接入控制器知道。8)

39、计算值与信令的相互转化:a)将DH值，随机数值，MD5摘要等用于认证计算的二进制bit数值编码组装成信令时，对这些数值从高位到低位以字节为单位逐字节转换(bit数值的长度保证为字节的整数倍)，每个字节按从高位到低位转换成2个十六进制字符，从左到右顺序组装成信令文本字符串。的对于算法囚，由数字转换为十进制字符串，组装成信令。c)对于DH值、随机数值、MD5摘要等，如果是从信令上获得对方的这些值，应该将十六进制字持申格式的信令文本，按从左到右按顺序转换为二进制bit数值。转换时每两个字符按从左到右的IID!序转换成一个字节的高4位和低4位，将所有字节按数值的从高位到低位的lID!序排列形成二进制数

40、值，用于本地计算。9)随机数:长度应为B田的整数倍，不小于16BYTE。增加端点时的注册则按照要求对每个端点进行注册，单个用户注册流程如图7所示。控制器RSIP ACK RQNT ACK 固7单个用户注册流程端点进入服务时向接人控制器发送RSIP命令，通知接人控制器本端点进人服务。该命令的重启方式是res阳，重启时延需要满足E白盯C2705协议规定的防止重启崩溃的要求。10 1 )接人设备向接人控制器发送RSIP命令，重启方式为restart;2)接人控制器回响应;3)接人控制器向接人设备发送RQ盯命令，监视摘机;4)接人设备回响应。注:初始事件的E必须为0，后辑的E为上次RQNT所带的事件囚

41、。YD厅1519-20067.2 注销流程注销流程如图8)所示。曰U些RSIP ACK 哥圄8注销流程. v 接人设备在退出服务时向接人控制器发送RSIP命令，通知接人控制器本接人设备上所有端点退出服务。1 )接人设备向接人控制器发送RSIP命令，重启方式为forced;2)接人控制器回响应。注:上面所说的流程除了适应整个接人设备退出服务外，还适用部分端点退出服务的情况。该命令的重启方式包含forced、gracefuLcancelgraceful、disconnect。7.3接入控制器退出服务流程7.3.1 主动退出服务流程接人控制器主动退出服务流程如图9所示。甲4叶控制器(1) RSTP

42、(2) ACK 固9接入控制器主动退出服务流程接人控制器在主动退出服务时向接人设备发送RSIP命令，通知接人设各本接人控制器退出服务。1)接人控制器向接人设备发送RSIP命令，重启方式为restart;2)接人设备回响应。同时若接人设备配置有备用接人控制器，则可以切换到备用接人控制器，其流程同7.10注:此处属于国内协议扩展。可选项。RSIP命令重启方式包含forced、graceful、cancelgraceful。接人设备可以根据该命令所带方式决定正在进行的通话:如果是forced，那么立即断开通话;如果是graceful，那么保持通话到其所指示时延。7.3.2 心跳检测流程接人控制器应当

43、定期通过AUEP消息来查询接人设备的状态，建议AUEP的时间间隔在1 3mino接人设备通过判断是否在一段时间内收到接人控制器的应答来确定和接人控制器之间的链路状态，当接人设备在一个最大的时间间隔(建议5-lOmin)没有收到接人控制器的任何消息，则向接入控制器发送RSIP消息，Method为disconnected。如果收到接人控制器的正确响应，则认为链路正常，如果一直没有收到接人控制器的应答，则接人设备认为和接人控制器之间的链路已中断。11 丙YD厅1519-20067.3.3 被动退出服务流程接人控制器被动退出服务(如突然当机)后，接人设备通过心跳检测机制检测到接人控制器已经退出服务，保

44、持时间到就立即断开。同时若配置有备用接人控制器，则可以切换到备用接人控制器，其流程参照7.107.4 同一接入控制设备下的两个接入设备之间的呼叫建立流程同一接人控制设备下的两个接人设备之间的呼叫建立流程如图10所示。主叫MG控制祷被叫MG摘机(1) NT町(摘机). F (2) ACK . 放拨号音. (3) RQ盯(拨号音，拨号表)(4) ACK . 国. (5) NT凹(被叫用户号码). , . (6) ACK 可啕. ( 7 ) CRCX (recvonly) (g)ACK(主叫SDP)_. ( 9) CRCX (sendrv，主叫SDP，振铃). . ( 10 ) ACK(被叫SDP)

45、d (11) MDCX (被叫SDP)唱唱d . (12) ACK . L.OI (13) RQ町(放回铃f) ( 15)盯阿(摘桃)(14) ACK . . 唱, (16) ACK (17) RQ盯(18) ACK . L.of (19) MDCX (停音，sendrecv) 、(20) ACK . , 通话固10同一接入控制设备下的两个接入设备之间的呼叫建立流程在流程中RQ盯命令也可以内嵌到连接操作命令中，不单独发送。( 1 )主叫摘机，接人设备发送NTFY(HD)命令，通知接人控制器;(2)接人控制器回响应;. . 司F , 摘机(3)接人控制器向主叫接人设备发送RQNT命令，送拨号音，

46、下发拨号表并要求监测用户拨号、挂机及拍叉簧;(4)主叫接人设备回响应;(5)主叫接人设备发送NT町命令，将用户拨号送给接人控制器;12 YD厅1519-2006(6)接人控制器回响应;(7)接人控制器向主叫接人设备发送CRCX命令，为主叫创建一个连接，连接模式为recvonly;(8)主叫接人设备回响应，并将连接的SDP信息返回给接人控制器;(9)接人控制器向被叫接人设备发送CRCX命令，连接模式为sendrecv，并且将主叫连接的SDP信息带给被叫接人设备，被叫用户振铃;( 10)被叫接人设备回响应，并将连接的SDP信息返回给接人控制器;( 11 )接人控制器向主叫接人设备发送MDCX命令，把被叫的SDP信息带给主叫接人设备;( 12)主叫接人设备回响应( 13 )接人控制器接人控制器向主叫接人设备发送RQ盯命令，主叫用户听回铃音( 14)主叫接人设备回响应;(15 )被叫用户摘机，被叫接人设备发送NT阿命令给接人控制器;( 16)接人控制器回响应;( 17)接人控制器向被叫接人设备发送RQ盯命令，请求被叫接人设备监测挂机及拍叉能( 18)被叫接人设备回响应;( 19)接人控制器接人控制器向主叫接人设备发送MDCX命令，修改连接模式为sendrecv，并停四铃音:(20 )