ImageVerifierCode 换一换
格式:PDF , 页数:24 ,大小:543.67KB ,
资源ID:232249      下载积分:5000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-232249.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(GB T 21642.2-2008 基于IP网络的视讯会议系统设备技术要求.第2部分 多点处理器(MP).pdf)为本站会员(unhappyhay135)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

GB T 21642.2-2008 基于IP网络的视讯会议系统设备技术要求.第2部分 多点处理器(MP).pdf

1、蝠目中华人民共和国国家标准GBT 2164222008基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)2008-04-10发布The technical requirements for video conferencesystem devices based Oll lP-based network-Part 2:Multipoint Processor2008-1101实施中华人民共和国国家质量监督检验检疫总局等龠中国国家标准化管理委员会“1”目 次CBT 2164222008前言1范围一2规范性引用文件一3术语和定义、缩略语一4多点处理器在IP视讯会议业务系统中的位置一

2、5多点处理器所提供的功能要求一6 MP参与的通信流程一7多点处理器需要处理的控制信息一8 RTPRTCP9多点处理器的编址与命名10多点处理器采用的编码和帧结构11网络管理12性能指标一13电源及接地要求14例行试验15环境要求,:040n地H坫堪M加前 言GBT 2164222008GBT 21642基于IP网络的视讯会议系统设备技术要求分为4个部分:第1部分:多点控制器(Mc);第2部分:多点处理器(MP);第3部分:网守(GK);第4部分:多点控制单元(MCu)。本标准是“IP视讯会议系统”系列标准之一。该系列标准预计的结构及名称如下:基于IP网络的视讯会议系统总技术要求;基于IP网络的

3、视讯会议系统设备互通技术要求;基于不同技术的应急视频会议系统互通技术要求;基于IP网络的视讯会议系统设备技术要求第1部分:多点控制器(Mc);基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)基于IP网络的视讯会议系统设备技术要求第3部分z网守(GK);基于IP网络的视讯会议系统设备技术要求第4部分:多点控制单元(MCU)基于IP网络的视讯会议系统终端技术要求。本部分由中华人民共和国信息产业部提出。本部分由中国通信标准化协会归口。本部分起草单位:信息产业部电信传输研究所、中兴通讯股份有限公司。本部分主要起草人:杨岜、聂秀英、孙明俊、翁健。基于IP网络的视讯会议系统设备技术要求第

4、2部分:多点处理器(MP)GBT 21642220081范围GBT 21642的本部分规定基于IP网络的视讯会议系统中实现媒体流处理的多点处理器(MP)在系统中的位置、实现的功能、设备需要的编号和地址、接口要求以及性能要求。本部分适用于基于IP网络的视讯会议系统中使用的多点处理器(MP)设备。2规范性引用文件下列文件中的条款通过GBT 21642的本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。GBT 191包

5、装储运图示标志(GBT 191-2008,ISO 780:1997,MOD)GBT 24231 电工电子产品环境试验 第2部分:试验方法 试验A:低温(GBT 2423I-2001,idt IEC 6006821:1990)GBT 24232电工电子产品环境试验 第2部分:试验方法 试验B:高温(GBT 242322001,idt IEC 60068-2-2:1974)GBT 24239 电工电子产品环境试验 第2部分:试验方法 试验Cb:设备用恒定湿热(GBT 24239 2001,idt IEC 60068256:1988)GBT 3873通信设备产品包装通用技术条件GB 9254-199

6、8信息技术设备的无线电骚扰限值和测量方法(idt CISPR 22:1997)GBT 17618 1998信息技术设备抗扰度限值和测量方法(idt CISPR 24:1997)GBT 181192000低比特率通信的视频编码(eqv ITuT H263:1996)GBT 21640-2008基于IP网络的视讯会议系统设备互通技术要求YDT 822-1996 PX 64 kbits会议电视编码方式(neqITuTH261:1993)ITuT H235 H系列多媒体终端的安全和加密ITuT H245:2000多媒体通信的控制协议ITuT H248:2000网关控制协议ITuT H264一般视听业务

7、的高级视频编码ITUT H323用于提供不保证质量的业务本地网上的可视电话系统和终端设备ITUT H341 多媒体管理信息基础ITU-T G711 话音频率的脉冲编码调制ITUT G722:1988 7 kHz的64 kbits音频编码ITUT G7231:1996 以53 kbits和63 kbits为速率的多媒体通信的双速语音编码器ITU-T G728:1992采用线形预测激励的低时延码在16 kbits速率上的语音编码ITU_T G729:1996使用共轭结构代数码激励线性预测(CS-ACELP)的8 kbits语音编码ITu-T P861话带(300 Hz3 400 Hz)语音编译码器

8、的客观质量测量1GBT 2164222008IEC IEEE8023以太网标准IEC IEEE8023u快速以太网标准IEC IEEE8023x全双工标准3术语和定义、缩略语31术语和定义下列术语和定义适用于GBT 21642的本部分。311视讯会议业务video conferencing service采用图像、语音压缩技术,利用视讯会议通信系统和数字传输电路,在两点或多点间实时传送活动图像、语音,应用数据(电子白板、图形)信息形式的通信业务。312IP视讯会议业务 IP video conferencing service端到端都采用IP协议的多点视讯会议业务,即会议系统中所有终端都支持T

9、CPIP协议,本部分中的终端特指支持ITU-T H323协议族的终端。313网守gatekeeper网络中的一个功能实体,提供地址翻译、网络的接人控制,带宽管理和会议资源调度等功能。314多点控制器multipoint controller网络中的一个功能实体,提供参加多点会议的多个成员之间的控制。MC提供与所有终端间的能力协商,提供公共能力集,负责管理会议资源。315多点处理器multipoint processor网络中的一个功能实体,提供音频视频的集中处理(切换、混合)等功能。316视讯会议终端video conferencing terminal处于用户侧,用于完成用户视音频信息采集、

10、处理和播放,并同时完成相应其他控制功能的设备。视频会议终端分为IP视频会议终端和窄带视频会议终端,包括ITUT H320终端、ITUT H324终端等。317多点控制单元multipoint control unit把MC和MP合称MCU。32缩略语下列缩略语适用于GBT 21642的本部分。GK 网守 GatekeeperGW 网关 GatewayIP 因特网协议 Internet ProtocolLAN 局域网Local Area NetworkMC 多点控制器 Multipoint ControllerMP 多点处理器 Multipoint Processor2GBT 21G422200

11、84多点处理器在IP视讯会议业务系统中的位置41 多点处理器在系统中所处的位置多点处理器在典型IP视讯会议业务系统中的位置如图1所示,多点处理器是IP视讯会议系统中用于将终端或其他多点处理器送来的媒体流集中处理的重要设备。在视讯会议系统中,有两类MP,一种用来处理实时的音频和视频流,称为实时MP;另一种用来处理数据及其他的信息,称为数据MP;对数据MP的详细流程规定有待进一步研究。在实际使用中,当MP处于IP网和异质网边界处,用于两种不同电信网络上会议电视业务的互通时,将其称为关口MP;关口MP在实际使用中可以是一个单独的物理设备,也可以是其他物理设备中的功能模块。其主要功能是用于实现不同电信

12、网媒体流格式的转换。图1 多点处理器在典型IP视讯会议系统中的位置42多点处理器与系统中其他设备之间的参考点在IP会议系统的组成中,主要单元包括网守、多点控制器、多点处理器、终端、计费中心和结算中心,在其参考模型中和多点处理器相关的参考点包含A、c和N。参考点A终端与多点处理器间的参考点,使用RTPRTcP协议,主要用于传送参会终端用户的语音流和图像流,可以采用ITU-T G711、ITU-T G723、ITUT G722、ITU-T G728,ITU-TG729等语音编码协议和ITU_T H261、ITU_T H263、ITuT H264等图像编码协议。参考点c多点处理器和多点控制器之间的参

13、考点,用于传送会议控制信息,完成终端和多点处理器之间的媒体通道的建立、释放等功能。采用ITUT H248协议。参考点N多点处理器之间的接口,使用RTPRTCP协议,用于传送各自接人的用户终端所发送的语音和视频媒体流,可以采用ITUT G711、ITU-T G723、ITUT G722、ITUT G728、ITUTG729等语音编码协议和ITuT H261、ITuT H263、ITuT H264等图像编码协议。GBT 2164222008图2参考模型5多点处理嚣所提供的功能要求在多点会议中,多点处理器具有相应的用户侧和网络侧通信接口;接收来自终端或其他MP的音频、视频和或数据流,处理这些媒体流并

14、把它们送回到相应的终端或其他MP;MP还能接受一个或多个MC的控制,能够根据MC下达的相关呼叫控制命令进行动作,如建立与相应终端之间的媒体通道、动态调整语音编解码算法等;MP能对媒体流进行动态的QOS管理,MP能将相应的信息上报网管设备。51 MP接口功能以太网接口是多点处理器接人IP网的主要接口方式,多点处理器应提供10 M或100 M以太网接口,根据需求也可以设置1 000 M以太网接口(可选)。当多点处理器要求用户侧应提供10100 M Base-T以太网接口,多点处理器网络侧至少应有一个10100 M Base-T以太网接口,多点处理器网络侧可以提供100 M单模或多模光接口(可选)。

15、10 Base-T以太网接口应符合IEC IEEE8023,100 Base-T以太网接口应符合IEC IEEES023u。52协议功能多点处理器应支持ITuT H248协议、LAN通信协议(包括IEC IEEE8023以太网标准、IECIEEE8023u快速以太网标准、IEC IEEE8023x全双工标准)、TCPIP协议簇、RTP、RTCP协议,Telnet和SNMP;视音频编解码协议。相关协议栈如图3所示。上层应用SNMP 语音图像编码协议ITU-TH248协议MlB RTPRTCPTCPUDPIP链路层物理层图3与MP相关的协议栈GBT 216422200853媒体处理功能实时MP接收

16、来自终端或其他MP的音频和视频流,处理这些媒体流并把它们送回到端点或其他MP,负责:MP之间或MP与终端之间建立或拆除媒体通道。将终端或MP送来的视频流分解合成,并提供视频切换、视频复合等功能。将终端或MP送来的音频流分解合成,通过操作从M路音频输入中得到N路音频输出。应具有视频信号的编解码功能,应支持ITuT H261、ITU-T H263,可选支持ITUTH263+、ITU-T H263+,ITUT H264等编码算法。应具有语音信号的编解码功能,应支持ITU-T G711、ITU_T G722、ITUT G728,可选支持ITU_T G723、ITU-T G729等编码算法。在可能出现回

17、声对通话质量产生影响的情况下,多点处理器设备应具有回声抑制功能(可选)。由于在IP网中存在路由的不对称性以及分组在各个节点的处理时间的可能不同,将会造成分组的时延抖动,为保证一定的通话质量,多点处理器必须设有输入缓冲,以尽可能地消除时延抖动对通话质量的影响。多点处理器应能在MC控制下实现语音编码的动态转换,指多点处理器在较高速率的语音编码和较低速率的语音编码之间的转换,当网络拥塞时可以由高码速转换到低码速,当网络条件较好时,可以由低码速转换到高码速以提高语音质量。语音编码的动态转换是多点处理器在QoS管理方面的一个重要功能。多点处理器应支持速率匹配。提供音频算法转换,视频算法和格式变换,允许终

18、端以不同的SCM参与会议。支持ITU_T H248协议。在会议中接受一个或多个MC的控制。支持ITU-T H323、RTPRTCP协议。数据MP提供如下功能:接收来自终端或其他MP的数据,处理这些数据并把它们送回到端点或其他MP。54 QoS管理MP应实时监视Qos指标的变化,并向多点控制器或网守报告相应的资源和状态信息。当监测到Qos指标下降时,MP应首先申请更多的带宽资源,当带宽和负荷确定的情况下,采取相应的拥塞处理措施保证一定的服务质量。541状态报告状态报告是指多点处理器应能向多点控制器报告媒体通道的状态信息,如通断情况、语音编码、视频编码类型和带宽等。多点处理器能按照多点控制器发出的

19、相应控制命令或事先定义好的统计方式进行媒体流相关信息的统计,并向多点控制器回送统计结果报告。542资源报告资源报告是指多点处理器应能向网守汇报其当前的呼叫处理能力,网守可以根据资源报告决定是否接纳新的媒体通道建立请求或给多点处理器增加带宽。543链路的动态检测链路的动态检测是指多点处理器利用RTCP的收、发报文监控统计包丢失率,网络时延抖动等网络性能参数。链路动态检测是多点处理器进行Qos管理的重要依据,它将直接影响语音编码和视频编码的动态转换,输入缓冲的动态调整等工作。544带宽管理与申请带宽的管理与申请是指当多点处理器发现现有的带宽不足或现有的带宽资源过多而向网守发出请求增加或减少带宽的请

20、求。5GBT 2164222008545收端输入缓冲的动态调整在网络中,为减少时延抖动对通信质量的影响,要求多点处理器能根据网络的负载情况动态调整输人缓冲,以使网络的端到端时延在网络的当前条件下是最小的。546拥塞处理拥塞处理是指当网络出现拥塞时,多点处理器为保持已接通的媒体通道或准备接通的媒体通道的一定服务质量而采取的措施。应按照一定顺序依次减低各种媒体的质量,使得在给定的带宽和负荷条件下仍然能向用户提供可接受的服务。首先考虑降低质量的是视频信号,然后依次是数据、音频和控制信号。多点处理器可以采取动态编码转换从较高的编码速率转向较低的编码速率,以降低网络的负荷多点处理器可以通过控制接通的媒体

21、通道数量或改变通信速率来保证已接通媒体通道的服务质量,如当检测到网络拥塞时便不再检测新的媒体通道请求或设置域值,当接通的媒体通道数达到该域值时便不再建立新的媒体通道;在网络发生拥塞时,多点处理器也可以根据一定的机制,中断某些媒体通道,以保证部分特殊用户的服务质量。55可靠性和冗余备份多点处理器应具有一定的冗余备份和容错技术,利用双备份、多级分散控制、多通道、互助及系统重组等方法实现最大限度的系统可靠性。当多点处理器出现故障时。应能在尽可能短的时间内得以维护而恢复功能。56维护管理维护管理包括管理和维护。多点处理器运行所需的各种数据、话务统计等,是保证多点处理器的正常运行,降低运营成本,提高通信

22、服务质量的重要手段和方法。维护管理的主要内容包括:一般业务处理,包括处理容量改变,配合测量台测试和调查,定期通信量统计分析,设备运行记录填报与分析等常规和系统维护,包括设备清洁、定期测试、例行测试等;告警及故障分析、诊断和排除、电路板更换等I一一数据维护,包括系统配置数据、中间数据及程序的备份、排错和补丁等I随着组网结构、本局条件的变化而需要扩容、新开路由、升位等I开发设备的潜能和高层软件、增值业务提供、软硬件版本升级等,实现设备的优化管理。67启动和注册要求多点处理器应能够向MC上报启动和重启动信息,多点处理器应能在启动后向MC报告其配置状况。多点处理器在注册MC失败后,在有备份MC的情况下

23、,多点处理器要求有序地向MC进行注册直到注册成功。多点处理器应能够及时地向MC报告由于重启、故障、设备恢复或维护管理而造成自身状态的改变。多点处理器应能自动通过ITUT H248协议将状态变化报告给MC。多点处理器设备应能够及时的根据MC的命令进行终结点或者整体的退出,进入服务以及进行多点处理器重注册。6 MP参与的通信流程本章规定在视讯会议业务中多点处理器所参与的通信流程。61注册流程多点处理器需要向网守和多点控制器注册。611 MP向MC的注册流程6111 MP向同一网守域内的MC的注册当MP与MC在同一个网守下时,MP向MC的注册流程如图4所示。6ServiceChange(1)MC 阿

24、守AudhCapability(5)RRO(3)RCF(4)RAI(7)RAC(8)GBT 2164222008图4 MC为MP向网守注册的流程流程说明:1)MP向MC发送ServiceChange进行注册,ServiceChange中的TerminationId设置为Root,Method设置为Restart;2)MC回送证实的Reply消息;3)5)MC在向网守发送MP信息的消息并得到回应后向MP发Auditcapability请求MP发送能力集;6)MP用Reply送出能力集;7)8)MC再向其注册的驻地网守报告MP的能力信息并完成整个注册流程。6112 MP向其他网守域的MC注册当MP

25、与MC不在同一个网守下时,MP向MC的注册流程如图5所示。,1 Mcl 网守l 阿守2 Mc2SCI(1) SCI(3)scR(2) SCR(4)ServiceChange(5)Reply(6)ServiceCl t蛐ge(7)Repb :8)图5 MP向其他域MC注册流程7GBT 2164222008流程说明:1)GKl根据预约请求,在会议时间到后,向MCl发出SCI消息,请求MCl通知MPl使用该次预约能力向MC2注册,包括MC2地址,会议接人端口等消息;2)MCl回SCR确认3)GK2根据预约请求,在会议时间到后,向MC2发出SCI消息,请求MC2接受MPl注册,包括MPl地址,会议接人

26、端口等消息;4)MC2回SCR确认;5)MCl向MPl发送ServiceChange消息,使用扩展项携带MC2地址,及会议能力等信息;6)MPl回Reply确认;7)MPl使用虚拟设备号向MC2发送ServieeChange消息注册,Method为Restart;8)MPl回Reply确认。6113 MP注册失败嘲守RRQ(3)RRJ(4)圈6 MP向网守注册失败流程说明:1)MP向MC发送ServieeChange进行注册,ServiceChange中的TerminationId设置为Root,Method设置为Restart I2)MC回送证实的Reply消息;3)5)MC在向网守发送带M

27、P信息的消息,如果未通过,MC向MP发送ServiceChange指令,表示要终结点退出服务;6)MP向MC发送Reply消息表示接受。62会议召集流程会议召集由终端用户初始,在会议召集过程中需要MP参与并进行一些操作。本部分仅描述了在会议召集过程中MP涉及的通信流程,其余通信流程均参见GBT 21640 2008。8621 同一网守下的会议召集流程GBT 2164222008T1 GK AAA MC MPl MP2 T2AR0(1)Request(2)AcceptResponse(3)ACF(4)ARQ(5)ACF(6)setup(7)setu| (8)ARc ma (10)岫in 11)a

28、lertlnlng(12)(13)Add(15)connect(t4)Reply(16)H 245过程RTPRTCPsetup(17)ARQ(18)ACF(19)alerting(20)conncgt(21)Add (22)Repl3 (23)H245过程RTPRTCPW (24) RTPRTCPIACK (25)图7会议召集流程9GBT 2164222008流程说明:1)召集人终端发起会议申请,向GK发送带有预约会议号和密码的ARQ消息;2)驻地网守收到ARQ消息认证通过后,向其后台的AAA服务器发送AccessRequest消息开始对会议进行计费;3) AAA服务器向网守回送AcceptR

29、esponse消息;4)网守向终端回送ACF消息,5)预约终端在通过认证后,向网守发送ARQ消息,消息中包含会议召集者标识、受邀请的会议成员的情况和标识等;6)驻地网守收到ARQ消息后,调度相应的资源供会议使用,并回送ACF消息;7) 召集人终端向驻地网守发送setup消息,建立与其他终端的连接I8)GK向MC发邀请会议成员的setup消息,请求MC邀请其他与会终端;9)MC向网守送ARQ消息,请求会议认证;10)网守回ACF确认;11)MC确认收到消息后,向GK送alerting消息;12)驻地网守确认收到消息后,向召集人终端送alerting消息;13)MC向驻地网守送connect消息1

30、4)驻地网守确认收到消息后,向召集人终端送connect消息;建立召集人终端与MC之间的ITUT H245通道;15)MC向MPl发送Add消息,指示其加入召集人终端(此处假定召集人终端使用MPl)16) MPl回送Reply;17)MC向终端T2发起setup请求I18)终端T2向网守送ARQ消息,请求认证;19)网守回ACF确认;20)终端T2向MC回送alerting消息;21)终端T2向MC送connect消息;22) MC向MP2发送Add消息,指示其加入召集人终端(此处假定终端2使用MP2);23) MP2回送Reply;24) MC在会议进行中定期发送相应的资源报告到GK;25)

31、GK向MC回送相应的确认消息和指示。622不同网守下的会议召集在不同网守下的会议召集流程与同一网守下的MP遵循的流程类似。63邀请新成员详细内容参见GBT 21640-2008。64终端申请加入详细内容参见GBT 21640-2008。65会议结束流程详细内容参见GBT 21640-2008。66 MP向网守注销流程ServiceClmnge1)同守RRO(2,RCF(3)圈8 MP向网守的注销流程GBT 2164222008流程说明:1)MP向MC发送ServiceChange进行注销,ServiceChange中的TerminationId设置为Root,Method设置为Forced;2

32、)4)MC在向其注册的驻地网守发送注销消息后,MC回送证实的Reply消息。7 多点处理精需要处理的控制信息视讯会议系统通信流程中MC和MP之间的注册和控制使用的协议主要是ITUT H248协议。71命令以下部分是MP在通信过程中用到的ITUT H248的主要命令,其命令描述的详细内容参见GBT 21640-2008的规定。a)AddAdd命令用来向一个关联中添加终结点。b)ModifyModify命令用来修改终结点的特性、事件和信号。c) SubtractSubtract命令用来将终端从关联中拆除,返回有关该终结点的统计数据。d)MoveMove命令用来将一个终结点从当前所在的关联转移到另一

33、个关联。该命令不能将终结点移入或移出空关联。e)AuditValueAuditValue命令获取终结点的特性、事件、信号和统计的当前值,AuditValue也可以请求一个描述符的内容,或是单个特性、事件、信号或统计的值。f) AuditCapabilitiesAuditcapabilities命令获取终结点的特性、事件、信号和统计等所有可能值,Auditcapabilities也可以请求一个描述符的内容。或是单个特性、事件、信号或统计的值。g)NotifyMP用Notify命令向MC报告MP中所发生的事件。】1GBT 2164222008h)SezviceChangeMP用ServiceCha

34、nge向MC报告一个或一组终结点将要退出服务或刚刚返回服务。MC可以用ServiceChange命令来指示MP将一组终结点加入或退出服务。MP也可以用ServiceChange命令向MP报告终端能力集改变。MC还可以用ServiceChange命令向另一个MC移交MP的控制权。72描述符详细内容参见GBT 21640-2008。73 111叶T H248消息的原因码详细内容参见GBT 21640-2008。74 111J-T H248消息的错误码详细内容参见GBT 21640 2008。75 ITU-TH248包的定义详细内容参见GBT 21640-一2008。8 RTPRTCPITuT H3

35、23互通网关应支持RTP和RTCP协议,实现语音和视频流在IP网上传送。81 RTP协议RTP报头格式如图9所示:0 1 2 30 1 2 3 4 5 6 7 8 9 o 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1V P X cc M PT 序列号时戳同步源(SSRC)标志有贡献源(CSRC)标志图9 RTP报头格式每个RTP包应包含前12个字节,仅仅在被混合器插入时,才出现CSRC标识符列表。以上各字段含义如下:版本(V):2 bit。版本号置2。填充(P):1 bit,填充位置0。扩展(x):1 bit,扩展位置0。CC(CSRC数):4 bit,C

36、SRC标识的数量,此字段填充为0,本部分不要求使用CSRC。M(标志):1 bit,标志位,该标志在静音后的第一个语音包时置位。而静音包仅发送一个,不连续发送。净荷类型(PT):7bit,用于标识编码类型,例如,ITuT G7231编码类型为4,ITu-T G729编码类型为18,ITUT H263编码类型为34。序列号:16 bit,初始值为一随机数,此后以1递增I收端以此判定包丢失及恢复包顺序。时戳(Time stamp):32 bit,用于标识RTP数据包中第一个字节采样时的时刻,其起始值为一随机值,以8 000次s的速率递增。同步源标志(SSRC):32 bit,用来标识RTP包的数据

37、源。贡献源标志(CSRC);每个CSRC 32 bit,o15个CSRC序列,本部分不要求包含该字段。】2GBT 216422200882 RTCP协议RTCP报文共有5类tRR、SR、SDES、BYE、APP。本部分只要求互通网关必须支持SR和RR报文。1)SR报文sR(发送报文)的格式如图10所示:o 1 2 3 4 5 6 7 8 9 o 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1V P Rc PT=SR=200 长度发送者的SSRCNTP时戳,高字节NTP时戳低字节RTP时藏发送的报文数发送的字节数SSRCj(第一个源的SSRC)丢包率 累计的包

38、丢失数接收到的扩展的最高序列号到达间隔抖动上一SR报文(LSR)自上一SR的时间(DLSR)SSRC一2(第二个源的SSRC)特定协议扩展头部发送者信息报告块1报告块2圈10 SR报文格式其中的各项内容定义如下:版本(v):2 bit,协议版本标识,本部分规定为2。填充(P):1 bit,本部分规定为0。接收报告数(Rc):5 bit,在SR中包含的RR的数目,本部分规定不得大于1。净荷类型(PT):8 bit,报文类型,以二进制表示。其中十进制的200代表SR。长度(1ength):16 bit,报文长度,指在其后的报文长度,所以有可能为0。发送者的同步源标志(SSRC of sender)

39、t 32 bit,源同步码,用以标识此次通话。NTP时戳(NIP timestamp),64 bit。绝对时戳。在测量环路时延时可在对方的RR报文中带回I如果发送方不具有绝对时钟的能力,则可以用通话开始时间作为时钟0点或将此域置0。(在NTP格式中,64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分,后32位是此时间的小数部分。)RTP时戳(RTPtimestamp):32 bit,以RTP的时戳为基准。136BT 2164222008发送的报文数(sendegs packet count):32 bit,从通话开始后发送方总共发送的RTP报文的数目。发送的字节数(se

40、nder,s octet count):32 bit,从通话开始后发送方总共发送的有效载荷的数目(以字节记)。随后描述的是一个或多个RR报文块,在本体制中规定在SR报文中最多只能有一个RR报文块。源标志一n(SSRc_n):32 bit,源同步码,用以标识此RR块所从属的通话。丢包率(fraction lost):8 bit,从上一个SR或RR报文发送后的丢包率,表现为接收方在此段时间内期待的RTP报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值,若为负值,置为0。详见RFCl889。累计的包丢失数(cumulative number of packets lost):24

41、bit,累计的包丢失数。接收到的扩展的最高序列号(extended highest sequence number received):32 bit,其低16位是其收到的RTP包中的sequence number的最新值。其高16位标识其收到的RTP报文的sequence number的循环的次数。到达间隔抖动(interarrival jitter):32 bit,抖动。每两个RTP包的抖动可以用其RTP包中的RTP时戳和接收的时刻进行计算。上一SR报文(LSR):32 bit,收到的最近一个SR报文的NTP时戳的中间32位。自上一SR的时间(DLSR):32 bit,在收到上一个SR报文与

42、此次发送的报文之间的时间。以165536 s记。如果还没有收到任何SR报文,此值置0。2)RR报文RR报文的格式如图11所示:V P RC PT=RR=201 长度发送者的SSRCSSRC_I(第一个源的SSRC)丢包率 累计包丢失散接收到的扩展的最高序列号到达间隔抖动上一SR报文(LSR)自上一SR的时|可(DLSR)SSRc一2(第二个源的SSRC)特定协议扩展头部报告块1报告块2其中各项的功能与形式如SR中的说明。若未收到任何RTP报文,则可发送一个空的RR,即RC=O。RTCP包发送机制:在两次RTCP报文之间,若端点没有发出任何RTP报文,则端点此次发送RR(接收报文),否则,端点发

43、送SR(发送报文),RTCP包每秒发送一次。9多点处理器的编址与命名9I 多点处理器的命名MP的命名除了需要对MP设备进行命名,还需要对会议过程中出现的虚拟MP模块进行命名。MP设备的命名可以采用设备标识的形式或域名的形式,当采用设备标识的形式命名时,应能体现出其归属的MC,格式如:MGKn-An-MCnMPn。当MP设备采用域名形式命名时格式如:MC设备名一MP设备名(MCnMPn)归属网守域名。14GBT 2164222008虚拟MP模块的命名与其设备命名对应,也可以采用设备标识的形式或域名的形式,当采用设备标识的形式命名时,应能体现出其归属的MP,格式如:MGKn-An-MCn-MPn-

44、Vn。当虚拟MP模块采用域名形式命名时格式如:MC设备名一MP设备名一模块名(MCn-MPn-Vn)归属网守域名。92 IP网络地址每个多点处理器至少应有一个IP网络地址。该地址唯一标识IP网中的多点处理器。93关口MP的埔号和寻址除遵循以上编址原则外,关口MP还要考虑和PSTN、ISDN、GSM侧的编号及寻址。根据我国电话网的编号计划选路,多点处理器应能进行PSTNISDNGSM的本地、国内自动接续,并在必要时可方便地实现对电话编号作某些变动。10 多点处理器采用的编码和帧结构101 语音编码和帧结构1011概要所有视讯会议网的多点处理器都应具有ITU-T G711、ITU-T G722、I

45、TuT G728编解码能力,并具备传送和接收A律和u律能力,还可以采用ITUTG7231、ITUTG729等编解码算法。1012音频打包结构a)标准音频载荷类型(PTPayload Type)PT 编码名 时钟(Hz) 信道0 PCMU 8 000 18 PCMA 8 000 19 ITUTG722 8 000 115 ITUTG728 8 000 1b) 对于ITuT标准编码的打包结构1)ITU-TG728单帧的打包一个ITuT G728帧由4个10 bit的矢量组成,它被装在成5个byte,如图12所示。l 2 3 3o o o o 0+v1为最早的矢量,V4为最迟的矢量。在一帧中B1的最

46、高特征位为该帧的最高特征位,B5的最低特征位为该帧的最低特征位。当打包在RTP中时,B1先被打包,B5最后打包。多帧打包由于ITuT G728帧过小,一包一帧则报头开销太大,因而ITU_T G728采用多帧打人一个包中。其中帧打包方法如下tITuT G728包可以打人多帧,但预先处理为整数帧最早的帧(最先播放的帧)第一个打入RTP包中;时戳为该包中第一帧第一个矢量的捕获时间。】5GBT 21642220082)ITLI-TG711这是一种压缩的编码方法,其数据直接来自PCM,采样率8 000,其编码方法采用口一律和p律表。3)ITU-TG7231ITUT G7231的帧长有三种情况:24字节(63 ks),20字节(53 ks)和4字节。4字节为SID(静音描述帧)帧,它主要用在语音的静音段,用以发送比较舒服的噪声的参数描述。这三种帧可以用任意方式混合使用。第一个八位组的最低二个比特确定了帧的长度和编码类型。在30 ms的帧边界上,这二种速率可以进行任意切换,以获得最佳的音质。所有编码比特流都是从最低有效位开始传送,直至最高有效位。ITu

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1