GB/T21642.2-2008

基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)

ThetechnicalrequirementsforvideoconferencesystemdevicesbasedonIP-basednetwork-Part2:MultipointProcessor

本文分享国家标准基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)的全文阅读和高清PDF的下载,基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)的编号:GB/T21642.2-2008。基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)共有24页,发布于2008-11-012008-11-01实施
  • 中国标准分类号(CCS)M33
  • 国际标准分类号(ICS)33.040
  • 实施日期2008-11-01
  • 文件格式PDF
  • 文本页数24页
  • 文件大小967.39KB

以图片形式预览基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)

基于IP网络的视讯会议系统设备技术要求第2部分:多点处理器(MP)


国家标准 GB/T21642.2一2008 基于IP网络的视讯会议系统 设备技术要求 第2部分:多点处理器(MIP Thetechnicalreguirementsforvideoconference systemdevieesbasedlonIPbasednetwork Par2:MultipointProcessor 2008-04-10发布 2008-11-01实施 国家质量监督检验检疫总局 发布 国家标准化管蹬委员会国家标准
GB/T21642.2一2008 目 次 前言 范围 规范性引用文件 术语和定义、缩略语 多点处理器在IP视讯会议业务系统中的位置 多点处理器所提供的功能要求 MP参与的通信流程 多点处理器需要处理的控制信息 RTP/RTCP 12 多点处理器的编址与命名 多点处理器采用的编码和赖结楼 l0 网络管理 11 12 18 性能指标 13电源及接地要求 18 例行试验 14 19 15环境要求 20
GB/T21642.2一2008 前 言 GB/T21642《基于IP网络的视讯会议系统设备技术要求》分为4个部分 -第1部分:多点控制器(MC); 第2部分;多点处理器(MP); 第3部分:网守(GK); 第4部分:多点控制单元(MCU) 本标准是“IP视讯会议系统”系列标准之一 该系列标准预计的结构及名称如下 基于IP网络的视讯会议系统总技术要求; 基于IP网络的视讯会议系统设备互通技术要求 基于不同技术的应急视频会议系统互通技术要求; -基于IP网络的视讯会议系统设备技术要求第1部分;多点控制器(MC); 基于IP网络的视讯会议系统设备技术要求第2部分;多点处理器(MP) 基于IP网络的视讯会议系统设备技术要求第3部分网守(GK) 基于P网络的视讯会议系统设备技术要求第4部分1多点控制单元(McU), 基于IP网络的视讯会议系统终端技术要求 本部分由信息产业部提出 本部分由通信标准化协会归口 本部分起草单位,信息产业部电信传输研究所、中兴通讯股份有限公司 本部分主要起草人;杨昆、聂秀英、孙明俊、翁健 业
GB/T21642.2一2008 基于IP网络的视讯会议系统 设备技术要求 第2部分;多点处理器(MP 范围 GB/T21642的本部分规定基于IP网络的视讯会议系统中实现媒体流处理的多点处理器(MP)在 系统中的位置,实现的功能、设备需要的编号和地址、接口要求以及性能要求 本部分适用于基于IP网络的视讯会议系统中使用的多点处理器(MP)设备 规范性引用文件 下列文件中的条款通过GB/T21642的本部分的引用而成为本部分的条款 凡是注日期的引用文 件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成 协议的各方研究是否可使用这些文件的最新版本 凡是不注日期的引用文件,其最新版本适用于本 部分 GB/T191包装储运图示标志(GB/T191一2008,IsO780:1997,MOD) GB/T2423.1电工电子产品环境试验第2部分:试验方法试验A:低温(GB/T2423.1 2001,idtIEC60068-2-1:1990) 2 GB/T2423.2电工电子产品环境试验第2部分:试验方法试验B;高温(GB/T2423. 2001l,idtIEC6o068-2-2;1974 GB/T2423.9电工电子产品环境试验第2部分:试验方法试验Cb:设备用恒定湿热 GB/T2423.9一2001,idIEC60068-2-56:1988) GB/T3873通信设备产品包装通用技术条件 GB9254一1998信息技术设备的无线电骚扰限值和测量方法(idtCISPR22:1997 GB/T17618一1998信息技术设备抗扰度限值和测量方法(idtCISPR24:1997 GB/T18119一2000低比特率通信的视频编码(eqvITU-TH.263:1996 GB/T216402008基于IP网络的视讯会议系统设备互通技术要求 YD/T822一1996PX64kbit/s会议电视编码方式(neqITU-TH.261:1993) ITU-TH.235H系列多媒体终端的安全和加密 ITU-TH.245;2000多媒体通信的控制协议 ITU-TH.248:2000网关控制协议 TU-TH.264 -般视听业务的高级视频编码 TU-T 用于提供不保证质量的业务本地网上的可视电话系统和终端设备 ITU-THI.34 多媒体管理信息基础 ITU-TG.711话音频率的脉冲编码调制 G.722:19887kHz的64kbit/s音频编码 ITU-TG.723.1:1996以5.3kbit/、和6.3kbit/s为速率的多媒体通信的双速语音编码器 ITU-TG.728:1992采用线形预测激励的低时延码在16kbit/s速率上的语音编码 ITU-TG.729;1996使用共轭结构代数码激励线性预测(CS-ACELP)的8kbit/s语音编码 ITU-TP.861话带(300Hz3400Hz)语音编译码器的客观质量测量
GB/T21642.2一2008 IECIEEE802.3以太网标准 IECIEEE802.3u快速以太网标准 IEcIEEE802.3x全双工标准 术语和定义,缩略语 3.1术语和定义 下列术语和定义适用于GB/T21642的本部分 3.1.1 视讯会议业务videoconfereneingseryiee 采用图像、语音压缩技术,利用视讯会议通信系统和数字传输电路,在两点或多点间实时传送活动 图像,语音,应用数据(电子白板,图形)信息形式的通信业务 3.1.2 P视讯会议业务IPvideconfereneingservice 端到端都采用P协议的多点视讯会议业务,即会议系统中所有终端都支持TCP/P协议,本部分 中的终端特指支持ITU-TH.323协议族的终端 3.1.3 网守gatekeeper 网络中的一个功能实体,提供地址翻译,网络的接人控制,带宽管理和会议资源调度等功能 3.1.4 多点控制器mulipointeontroller 网络中的一个功能实体,提供参加多点会议的多个成员之间的控制 Mc提供与所有终端间的能 力协商,提供公共能力集,负责管理会议资源 3.1.5 多点处理器multipointprocessor 网络中的一个功能实体,提供肖频视频的集中处理(切换、混合)等功能 3.1.6 视讯会议终端videoeonfereneingterminal 处于用户侧,用于完成用户视音频信息采集、处理和播放,并同时完成相应其他控制功能的设备 视频会议终端分为IP视频会议终端和窄带视频会议终端,包括ITU-TH.320终端、ITU-TH.324终 端等 3.1.7 多点控制单元multipointcontrolunit 把MC和MP合称MCU 3.2缩略语 下列缩略语适用于GB/T21642的本部分 网守 Gatekeeper G5 Gateway 网关 p InternetProtocol 因特网协议 LAN 局域网 LocalAreaNetwork Mc 多点控制器 MultipointController MP Processor 多点处理器 Maltipoiant
GB/T21642.2一2008 多点处理器在IP视讯会议业务系统中的位置 多点处理器在系统中所处的位置 多点处理器在典型IP视讯会议业务系统中的位置如图1所示,多点处理器是IP视讯会议系统中 用于将终端或其他多点处理器送来的媒体流集中处理的重要设备 在视讯会议系统中,有两类MP,一 种用来处理实时的音频和视频流,称为实时MP;另一种用来处理数据及其他的信息,称为数据MP;对 数据MP的详细流程规定有待进一步研究 在实际使用中,当MP处于IP网和异质网边界处,用于两种不同电信网络上会议电视业务的互通 时,将其称为关口MP;关口MP在实际使用中可以是一个单独的物理设备,也可以是其他物理设备中 的功能模块 其主要功能是用于实现不同电信网媒体流格式的转换 顶级GK 域B 中间GK 中间GK AAA 接入GK 接入GK 域A MC M们 MP 图1 多点处理器在典型里视讯会议系统中的位置 多点处理器与系统中其他设备之间的参考点 4.2 在IP会议系统的组成中,主要单元包括网守、多点控制器、多点处理器、终端、计费中心和结算中 心,在其参考模型中和多点处理器相关的参考点包含A.C和N 参考点A 终端与多点处理器间的参考点,使用RTP/RTCP协议,主要用于传送参会终端用户 的语音流和图像流,可以采用ITU-TG.711、ITU-TG.723、ITU-TG.722、ITU-TG.728,ITU-T G.729等语音编码协议和ITU-TH.261、IrU-TH.263、,ITU-TH.26!等图像编码协议 参考点c -多点处理器和多点控制器之间的参考点,用于传送会议控制信息,完成终端和多点 处理器之间的媒体通道的建立、释放等功能 采用1TrU-TH.248协议 参考点N 多点处理器之间的接口,使用RTP/RTCP协议,用于传送各自接人的用户终端所发 送的语音和视频媒体流,可以采用ITU-TG.711,.ITU-TG.723、,ITU-TG.722、,ITU-TG.728,.ITU-T G.729等语音编码协议和ITU-TH.261、ITU-TH.263、,ITU-TH.264等图像编码协议
GB/T21642.2一2008 上级网守 结算中心 网守 认证/计费 中心 多点控制器 M 多点处理器 受理中心 终 端 图2参考模型 多点处理器所提供的功能要求 在多点会议中,多点处理器具有相应的用户侧和网络侧通信接口;接收来自终端或其他MP的音 频,视频和/或数据流,处理这些媒体流并把它们送回到相应的终端或其他MP;MP还能接受一个或多 个MC的控制,能够根据MC下达的相关呼叫控制命令进行动作,如建立与相应终端之间的媒体通道、 动态调整语音编解码算法等;MP能对媒体流进行动态的QOs管理;MP能将相应的信息上报网管 设备 5.1M接口功能 以太网接口是多点处理器接人IP网的主要接口方式,多点处理器应提供10M或100M以太网接 口,根据需求也可以设置1000M以太网接口(可选 当多点处理器要求用户侧应提供10/100MBasc-T以太网接口,多点处理器网络侧至少应有一个 10/100MBase-T以太网接口.多点处理器网络侧可以提供100M单模或多模光接口(可选》 10Base-T以太网接口应符合IEcIEEE802.3,100Base-T以太网接口应符合IECIEEE802.3u 5.2协议功能 多点处理器应支持ITU-TH.248协议、L.AN通信协议(包括IEcIEEE802.3以太网标准、IEc IEEE802.3u快速以太网标准、IEcIEEE802.3x全双工标准),TCP/IP协议簇、RTP,RTCP协议; Telnet和sNMP;视音频编解码协议 相关协议栈如图3所示 上层应用 语音/图像编码协议 SNMP ITU-TH.248协议 MIB RTP/RTCP TCP/UDP IP 链路层 物理层 图3与MIP相关的协议栈
GB/T21642.2一2008 5.3媒体处理功能 实时MP接收来自终端或其他MP的音频和视频流,处理这些媒体流并把它们送回到端点或其他 MP,负责 -MP之间或MP与终端之间建立或拆除媒体通道 将终端或MP送来的视频流分解/合成,并提供视频切换、视频复合等功能 将终端或MP送来的音频流分解/合成,通过操作从M路音频输人中得到N路音频输出 应具有视频信号的编解码功能,应支持ITU-TH.261、ITU-TH.283,可选支持ITU-T H.263十、ITU-TH.263十十,ITU-TH.264等编码算法 -应具有语音信号的编解码功能,应支持ITU-TG.711,ITU-T(G.722、ITU-TG.728,可选支 持ITU-TG.723,ITU-TG.729等编码算法 在可能出现回声对通话质量产生影响的情况下,多点处理器设备应具有回声抑制功能(可选) 由于在IP网中存在路由的不对称性以及分组在各个节点的处理时间的可能不同,将会造成分 组的时延抖动,为保证一定的通话质量,多点处理器必须设有输人缓冲,以尽可能地消除时延 抖动对通话质量的影响 多点处理器应能在MC控制下实现语音编码的动态转换,指多点处理器在较高速率的语音编 码和较低速率的语音编码之间的转换,当网络拥塞时可以由高码速转换到低码速,当网络条件 较好时,可以由低码速转换到高码速以提高语音质量 语音编码的动态转换是多点处理器在 QoS管理方面的一个重要功能 多点处理器应支持速率匹配 提供音频算法转换,视频算法和格式变换,允许终端以不同的SCM参与会议 支持ITU-TH.248协议,在会议中接受一个或多个MC的控制 支持ITU-TH.323,RTP/RTCP协议 数据MP提供如下功能 接收来自终端或其他MP的数据,处理这些数据并把它们送回到端点或其他MP Qns管理 MP应实时监视QoS指标的变化,并向多点控制器或网守报告相应的资源和状态信息 当监测到 QoS指标下降时,MP应首先申请更多的带宽资源,当带宽和负荷确定的情况下,采取相应的拥塞处理 措施保证一定的服务质量 5.4.1状态报告 状态报告是指多点处理器应能向多点控制器报告媒体通道的状态信息,如通断情况、语音编码、,视 频编码类型和带宽等 多点处理器能按照多点控制器发出的相应控制命令或事先定义好的统计方式进 行媒体流相关信息的统计,并向多点控制器回送统计结果报告 5.4.2资源报告 资源报告是指多点处理器应能向网守汇报其当前的呼叫处理能力,网守可以根据资源报告决定是 否接纳新的媒体通道建立请求或给多点处理器增加带宽 5.4.3链路的动态检测 链路的动态检测是指多点处理器利用RTCP的收、发报文监控统计包丢失率,网络时延抖动等网 络性能参数 链路动态检测是多点处理器进行QoS管理的重要依据它将直接影响语音编码和视频编 码的动态转换,输人缓冲的动态调整等工作 带宽管理与申请 5 4 带宽的管理与申请是指当多点处理器发现现有的带宽不足或现有的带宽资源过多而向网守发出请 求增加或碱少带宽的请求
GB/T21642.2一2008 5.4.5收端输入缓冲的动态调整 在网络中,为减少时延抖动对通信质量的影响,要求多点处理器能根据网络的负载情况动态调整输 人缓冲,以使网络的端到端时延在网络的当前条件下是最小的 55 4.6拥塞处理 拥塞处理是指当网络出现拥塞时,多点处理器为保持已接通的媒体通道或准备接通的媒体通道的 -定服务质量而采取的措施 应按照一定顺序依次减低各种媒体的质量,使得在给定的带宽和负荷条 首先考虑降低质量的是视频信号,然后依次是数据、音频和控制 件下仍然能向用户提供可接受的服务 信号 多点处理器可以采取动态编码转换从较高的编码速率转向较低的编码速率,以降低网络的负荷; 多点处理器可以通过控制接通的媒体通道数量或改变通信速率来保证已接通媒体通道的服务质量,如 当检测到网络拥塞时便不再检测新的媒体通道请求或设置域值,当接通的媒体通道数达到该域值时便 不再建立新的媒体通道;在网络发生拥塞时,多点处理器也可以根据一定的机制,中断某些媒体通道,以 保证部分特殊用户的服务质量 55 .5 可靠性和冗余备份 多点处理器应具有一定的冗余备份和容错技术,利用双备份、多级分散控制、多通道、互助及系统 重组等方法实现最大限度的系统可靠性 当多点处理器出现故障时,应能在尽可能短的时间内得以维 护而恢复功能 5.6维护管理 维护管理包括管理和维护 多点处理器运行所需的各种数据、话务统计等,是保证多点处理器的正 常运行,降低运营成本,提高通信服务质量的重要手段和方法 维护管理的主要内容包括 一般业务处理,包括处理容量改变,配合测量台测试和调查,定期通信量统计分析,设备运行记 录填报与分析等; 常规和系统维护,包括设备清洁、定期测试、例行测试等; 告警及故障分析、诊断和排除,电路板更换等; -数据维护,包括系统配置数据、中间数据及程序的备份、排错和补丁等 -随着组网结构,本局条件的变化而需要扩容、新开路由、升位等; -开发设备的潜能和高层软件、增值业务提供、软硬件版本升级等,实现设备的优化管理 启动和注册要求 多点处理器应能够向MC上报启动和重启动信息,多点处理器应能在启动后向MC报告其配置 状况 多点处理器在注册McC失败后,在有备份MC的情况下,多点处理器要求有序地向MC进行注册. 直到注册成功 多点处理器应能够及时地向MC报告由于重启、故障、设备恢复或维护管理而造成自身状态的 改变 多点处理器应能自动通过ITU-TH.248协议将状态变化报告给MC 多点处理器设备应能够及时的根据MC的命令进行终结点或者整体的退出,进人服务以及进行多 点处理器重注册 MP参与的通信流程 本章规定在视讯会议业务中多点处理器所参与的通信流程 6 注册流程 多点处理器需要向网守和多点控制器注册 MP向MC的注册流程 MP向同一网守域内的MC的注册 当MP与MC在同一个网守下时,MP向MC的注册流程如图4所示
GB/T21642.2一2008 网守 MP MC ServiceChange(1 Rcply2 RRQ3 RCF(4 AudtCapabilty5 Reply(6 RA7) RAc8 图4Mc为MP向网守注册的流程 流程说明 1MP向MC发送ServieeChange进行注册,ServiceChange中的Terminationld设置为Root Method设置为Restart:; 2)MC回送证实的Reply消息; 3)一5)MC在向网守发送MP信息的消息并得到回应后向MP发AuditCapability请求MP发送 能力集; MP用Reply送出能力集; 6) 7)8)MC再向其注册的驻地网守报告MP的能力信息并完成整个注册流程 6.1.1.2MP向其他网守域的MC注册 当MP与MC不在同一个网守下时,MP向MC的注册流程如图5所示 网守1 网守2 MC2 Mcr MP1 SCI( sC1(3) sCR( SCR(4) ServiceChange(6) Reply(6) SenicChange(m Repl) 图5MP向其他域C注册流程
GB/T21642.2一2008 流程说明 GK1根据预约请求,在会议时间到后,向MC1发出sCI消息,请求MC1通知MP1使用该次 预约能力向Mc2注册,包括Mc2地址,会议接人端口等消息; 2)MC1回SCR确认; GK2根据预约请求,在会议时间到后,向MC2发出sCI消息,请求MC2接受MP注册,包括 3 MPl地址,会议接人端口等消息; MC2回SCR确认; MC1向MP1发送ServiceChange消息,使用扩展项携带MC2地址,及会议能力等信息; 5 6)MP1回Reply确认; MP1使用虚拟设备号向MC2发送ServiceChange消息注册,Method为Restart: MP1回Reply确认 8 6.1.1.3MIP注册失败 网守 MP MC ServiceChange(1 Rceply(2) RRQ3 RR(4) ServiceChange(5 Reply6 图6MP向网守注册失败 流程说明 1 MP向MC发送ServiceCha ange进行注册,ServiceCha ange中的Terminationld设置为Root Method设置为Restart McC回送证实的Reply消息; 2 3)5)MC在向网守发送带MP信息的消息,如果未通过,MC向MP发送ServyiceChange指令 表示要终结点退出服务; 6)MP向MC发送Reply消息表示接受 6.2会议召集流程 会议召集由终端用户初始,在会议召集过程中需要MP参与并进行一些操作 本部分仅描述了在 会议召集过程中MP涉及的通信流程,其余通信流程均参见GB/T216402008
GB/T21642.2一2008 6.2.1同一网守下的会议召集流程 GK AAA MC MP1 M2 T2 ARQ(D Access Reauest(2 Accep Respomse(3) ACF( ARo( ACF(6) etup(m sectu8) ARQk9 AC10) alertinsk(an) alerting(12) ommeck13) Add(15) onneet(14) Reply(16) H.245过程 RTP/RTCP sctup(17 ARO(18 ACF(19) alerting(20 commee(en) Add22) RepkN23 H.245过程 RTP/RTCp RTP/RTCp TR24) IAC25 图7会议召集流程
GB/T21642.2一2008 流程说明 召集人终端发起会议申请,向GK发送带有预约会议号和密码的ARQ消息 1 2)驻地网守收到ARQ消息认证通过后,向其后台的AAA服务器发送AccessRequest消息,开 始对会议进行计费 AAA服务器向网守回送AcceptResponse消息; 3 4)网守向终端回送ACF消息; 5)预约终端在通过认证后,向网守发送ARQ消息消息中包含会议召集者标识、受邀请的会议 成员的情况和标识等; 驻地网守收到ARQ消息后,调度相应的资源供会议使用,并回送ACF消息; 召集人终端向驻地网守发送setup消息,建立与其他终端的连接 8)GK向Mc发邀请会议成员的setup消息,请求MC邀请其他与会终端 O MC向网守送ARQ消息,请求会议认证; 0)网守回ACF确认 MC确认收到消息后,向GK送alerting消息; 11 12)驻地网守确认收到消息后,向召集人终端送alerting消息; 13)MC向驻地网守送connect消息 驻地网守确认收到消息后,向召集人终端送connect消息;建立召集人终端与MC之间的 14 ITU-TH.245通道 15)MC向MP1发送Add消息,指示其加人召集人终端(此处假定召集人终端使用MP1); MP回送Reply; l6 17)MC向终端T2发起setup请求; 18)终端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)GK向Mc回送相应的确认消息和指示 6.2.2不同网守下的会议召集 在不同网守下的会议召集流程与同一网守下的MP遵循的流程类似 邀请新成员 详细内容参见GB/T216402008 终端申请加入 6 详细内容参见GB/T21640一2008. 6.5会议结束流程 详细内容参见GB/T21640一2008. 10
GB/T21642.2一2008 6.6MP向网守注销流程 网守 MC MP ServiceChange() RRQ() RCF(3 Reply(4) 图8MP向网守的注销流程 流程说明 l)MP向MC发送ServiceChange进行注销,ServieeChange中的Terminationld设置为Root Method设置为Forced; 2)4)MC在向其注册的驻地网守发送注销消息后,MC回送证实的Reply消息 多点处理器需要处理的控制信息 视讯会议系统通信流程中MC和MP之间的注册和控制使用的协议主要是ITU-TH.248协议 7.1命令 以下部分是MP在通信过程中用到的ITU-TH.248的主要命令,其命令描述的详细内容参见 GB/T21640-2008的规定 aAdd Add命令用来向一个关联中添加终结点 b)Modify Modify命令用来修改终结点的特性、事件和信号 Subtract c Subtracet命令用来将终端从关联中拆除,返回有关该终结点的统计数据 dMove Move命令用来将一个终结点从当前所在的关联转移到另一个关联 该命令不能将终结点移人或 移出空关联 e)AuditValue AuditValue命令获取终结点的特性、事件、信号和统计的当前值,AuditValue也可以请求一个描述 符的内容,或是单个特性,事件、信号或统计的值 fAuditCapabilities 命令获取终结点的特性、事件、信号和统计等所有可能值,AuditCapabilhties也可 AuditCapabilities 以请求一个描述符的内容,或是单个特性、事件信号或统计的值 Notify g MP用Notify命令向MC报告MP中所发生的事件 1l
GB/T21642.2一2008 h ServiceCha hange MP用ServieeChange向MC报告一个或一组终结点将要退出服务或刚刚返回服务 MC可以用 ServiceChange命令来指示MP将一组终结点加人或退出服务 MP也可以用ServieeChange命令向 MP报告终端能力集改变 MC还可以用ServiceChange命令向另一个MC移交MP的控制权 7.2描述符 详细内容参见GB/T216402008 7.3ITU-TH.248消息的原因码 详细内容参见GB/T216402008. IrU-TH.248消息的错误码 详细内容参见GB/T216402008 7.5IrU-TH.248包的定义 详细内容参见GB/T216402008 RTP/RTCP ITU-TH.323互通网关应支持RTP和RTCP协议,实现语音和视频流在IP网上传送 8.1RTP协议 RTP报头格式如图9所示: 3 5 6 5 6 8 2 7 8 9 0 0 3 0 PT 序列号 时戳 同步源(sSRC)标志 有贡献源(CSRC)标志 图gRTP报头格式 每个RTP包应包含前12个字节,仅仅在被混合器插人时,才出现CSRC标识符列表 以上各字段 含义如下 版本W);2bit,版本号置2 填充(P):1bit,填充位置0. 扩展x):1bit,扩展位置0 Cc(CSRC数):4bit,CCSRC标识的数量,此字段填充为0,本部分不要求使用CCSRC M(标志):1bit,标志位,该标志在静音后的第一个语音包时置位 而静音包仅发送一个,不连续 发送 净荷类型PT):7bit,用于标识编码类型,例如,ITU-TG.723.1编码类型为4,ITU-TG.729编 码类型为18,ITU-TH.263编码类型为34 序列号:16bit,初始值为一随机数,此后以1递增;收端以此判定包丢失及恢复包顺序 时戳(Timestamp):32bit,用于标识RTP数据包中第一个字节采样时的时刻,其起始值为一随机 值,以8000次/s的速率递增 同步源标志(SsRC);32bit,用来标识RTP包的数据源 贡献源标志(csRC)每个cSRc32bit.0~15个csRc序列,本部分不要求包含该字段 12
GB/T21642.2一2008 8.2RICP协议 RTCP报文共有5类;RR,SR,SDESs,BYE,APP 本部分只要求互通网关必须支持SR和RR 报文 SR报文 SR(发送报文)的格式如图10所示: 6 3 o 789012 o 8 0 9 RC PT=SR=200 长度 头部 发送者的ssRC 发送者信息 NTP时截,高字节 NTP时戳,低字节 RTP时戳 发送的报文数 发送的字节数 SSRC_l(第一个源的SSRC) 报告块1 丢包率 累计的包丢失数 接收到的扩展的最高序列号 到达间隔抖动 -sR报文(L.sR 上一 自上一SR的时间(DLSR SsRC_2(第二个源的ssRc) 报告块2 ## 特定协议扩展 图10s报文格式 其中的各项内容定义如下 版本():2bit,协议版本标识,本部分规定为2 填充(P):1bit,本部分规定为o 接收报告数(RC):5bit,在SR中包含的RR的数目,本部分规定不得大于1 净荷类型(Pr):8bit,报文类型,以二进制表示 其中十进制的200代表SR 长度(length):16bit,报文长度,指在其后的报文长度,所以有可能为0. 发送者的同步源标志(SSRCofsender):32bit,源同步码,用以标识此次通话 NTP时戳(NTPttmestamp);64bit 绝对时戳,在测量环路时延时可在对方的RR报文中带回;如 果发送方不具有绝对时钟的能力,则可以用通话开始时间作为时钟0点或将此域置0 在NTP格式 中,64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分,后32位是此时间 的小数部分 RIP时戳(RIPtimestamp)32bhit,以RTP的时戳为基准 13
GB/T21642.2一2008 发送的报文数(e senderspacketcount):32bit,从通话开始后发送方总共发送的RTP报文的数目 发送的字节数(sendersoctetcount): 2i.,从通话开始后发送方总共发逃的有效载荷的数目(以 字节记) 随后描述的是一个或多个RR报文块,在本体制中规定在SR报文中最多只能有一个RR报 文块 鄙标志-n(ssRc_n)32i,源同步码,用以标识此RR块所从属的通话 丢包率(fraetionlost)8bit,从上一个SR或RR报文发送后的丢包率,表现为接收方在此段时间 内期待的RTP报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值,若为负值, 置为0 详见RFc1889 累计的包丢失数cumulativenumberofpacketslost);24bit,累计的包丢失数 接收到的扩展的最高序列号(e ndedhighestsequencenumberreceived):32bit,其低16位是其 extenG 收到的RTP包中的sequencenumber的最新值 其高16位标识其收到的RTP报文的sequencenum ber的循环的次数 到达间隔抖动(interarivaljitter):32bit,抖动 每两个RTP包的抖动可以用其RTP包中的 RTP时戳和接收的时刻进行计算 上一SR报文(L.SR):32bit,收到的最近一个SR报文的NTP时戳的中间32位 自上一SR的时间DLSR);32bit,在收到上一个SR报文与此次发送的报文之间的时间 以1/" 65536s记 如果还没有收到任何sR报文,此值置0 2)RR报文 RR报文的格式如图ll所示 2 2 3 5 67 2 678 0 9 6 8 头部 RC PT=RR=201 长度 发送者的ssRc 报告块1 SsRC_1(第一个源的ssRc) 丢包率 累计包丢失数 接收到的扩展的最高序列号 到达间隔抖动 上一SR报文(IL.SR) 自上一SR的时间(DL.SR 报告块2 SSRC_2(第二个源的SSRC 特定协议扩展 图R报文格式 其中各项的功能与形式如SR中的说明 若未收到任何RTP报文,则可发送一个空的RR,即RC=0. RTCP包发送机制:在两次RTCP报文之间,若端点没有发出任何RTP报文,则端点此次发送 RR(接收报文),否则,端点发送SR(发送报文),RrCP包每秒发送一次 多点处理器的编址与命名 9.1多点处理器的命名 MP的命名除了需要对MP设备进行命名,还需要对会议过程中出现的虚拟MP模块进行命名 MP设备的命名可以采用设备标识的形式或域名的形式,当采用设备标识的形式命名时,应能体现 出其归属的MC,格式如:MGKn-An-MCn-MPn. 当MP设备采用域名形式命名时格式如:MC设备名-MP设备名(MCn-MPn)@归属网守域名 14
GB/T21642.2一2008 虚拟MP模块的命名与其设备命名对应,也可以采用设备标识的形式或域名的形式,当采用设备标 识的形式命名时,应能体现出其归属的MP,格式如:MGKn-An-MCn-MPn-Vn 当虚拟MP模块采用域名形式命名时格式如:MC设备名-MP设备名-模块名(MCn-MPn-Vn)@归 属网守域名 IP网络地址 每个多点处理器至少应有一个IP网络地址 该地址唯一标识IP网中的多点处理器 关口MP的编号和寻址 除遵循以上编址原则外,关口MP还要考虑和PSTN,ISDN,GsM侧的编号及寻址 根据我国电话网的编号计划选路,多点处理器应能进行PSTN/ISDN/GsM的本地、国内自动接 续,并在必要时可方便地实现对电话编号作某些变动 1 多点处理器采用的编码和帧结构 10.1语音编码和帧结构 10.1.1概要 所有视讯会议网的多点处理器都应具有ITU-TG.711,ITU-TG.722,ITU-TG.728编解码能力 并具备传送和接收A律和U律能力,还可以采用ITU-TG.723.1、,ITU-TG.729等编解码算法 10.1.2音频打包结构 a 标准音频载荷类型(PT-PayloadType' PT 时钟(Hz) 编码名 信道 PCMU 8000 8000 PCMA ITrU-TG.722 9 8000 15 IrUTG.728 8 000 b对于ITU-丁标准编码的打包结构 ITU-TG.728 1 单帧的打包 -个ITU-TG..728帧由4个10bit的矢量组成,它被装在成5个byte,如图12 所示 V -B2- --B4-- -B5 --B3-- 1械 TU-TG.728帧的打包结构 12 图 V1为最早的矢量,V4为最迟的矢量 在一帧中B1的最高特征位为该帧的最高特 征位,B5的最低特征位为该的最低特征位 当打包在RTP中时,B1先被打包,B5最 后打包 多赖打包 由于ITU-TG.728顿过小.一包一帧则报头开销太大,因而ITU-TG.728采用多帧 打人一个包中 其中帧打包方法如下: -ITU-TG.728包可以打人多镇,但预先处理为整数 最早的顿(最先播放的帧)第一个打人RTP包中; 时戳为该包中第一帧第一个矢量的捕获时间 15
GB/T21642.2一2008 ITU-TG.711 这是一种压缩的编码方法,其数据直接来自cM,采样率800,其编码方法采用e 律和"律表 TU-TG.723.1 IU-TG.723.!的长有三种情况;24字节(6.3k/s),20字节(5.3k/)和4字 节 4字节为SI静音描述帧)帧,它主要用在语音的静音段,用以发送比较舒服的噪声 的参数描述 这三种帧可以用任意方式混合使用 第一个八位组的最低二个比特确定了 帧的长度和编码类型 在30ms的帧边界上,这二种速率可以进行任意切换以获得最佳 的音质 所有编码比特流都是从最低有效位开始传送,直至最高有效位 ITU-TG.723.1打包特征为 -用在RTP报头的标记位的置位方法,来表示该报文是静音以后第一个包 抽样频率为8000Hz; 帧长为30ms 在一个包中,编解码器可以编解码几个连续的帧; 接收机必须要能连续接收0ms~180ms的音频数据 ITU-TG.729 4 这是一种8kbit/s的编码算法,该种编码抗随机比特错误的能力与抗随机突发消失 赖的能力相同 在嗓声较大的环境下,它能有更好的语音质量 IrUTG.723Aex 算法是ITU-TG.729算法降低了复杂度后的版本,二者能完全互操作,因而不必对这二 种算法进行区分 在IrU-TG.729AnnexB中,建议声音激活检测器(VAD)和舒适噪声生成器(CNG)用于数字模拟 声音和数字应用,可以和ITU-TG.729,.ITU-TG.729AnnexA结合使用 ITU-TG.729帧长为10 个八位组,静音为两个八位组,如图13所示 静音帧具体要求参见ITU-TG.729AnnexB LSF1 LSF2 GAIN R 图13IrU-IG.729舒适静音帧结构 有声段帧格式为 -帧为10ms; 长10个八位组; -个RTP包可以放0个、一个或多个ITU-TG.729和ITU-TG.729AnnexA帧,随后为静 音有效载荷,静音帧的存在可以减小RTP载荷的长度; 静音后的第一个有声包在RTP报头中标记位置位; 抽样率8000Hz; -缺省打包时间段20ms; 编解码器可以进行单一包中连续110帧的编解码; -接收方必须能接收0n ms一200ms的用户语音数据 10.2图像编码和帧结构 所有的视讯会议的多点处理器都应具有ITU-TH.261、IrU-TH.263的QCIF和CIF格式的视 16
GB/T21642.2一2008 频编解码能力,也可以采用ITU-TH.261、,ITU-TH.263十、ITU-TH.263十十、ITU-TH.264等其他 编解码算法 视讯会议MP应能够支持视频信号的赖频、码率和图像协议族(同时支持多种图像协议 时)的不对称传输 10.2.1ITU-TH.263视频编码协议 ITU-TH.263视频编码的实现应符合GB/T181192000(等同于ITU-TH.263)的规定 a)视频格式 活动图像;公共中间格式(CIF):288行×352象素 1/4公共中间格式(QCIF);l44行X176象素; 4倍公共中间格式(4CIF).576行×704象素 以上三种格式中,CIF和QCI为必选项,4CIF为可选项 b 帧频 信道速率为1920kbit/s时,在CIF格式下,赖频为250赖/秒一30赖/秒 信道速率为1920kbit/s时,在4CIF格式下,不小于15帧/秒; 信道速率为384kbit/s时,在CIF格式下,不小于15顿/秒; 信道速率为128kbit/s时,在QCIF格式下,不小于15帧/秒 10.2.2IrU-TH.261视频编码协议 IrU-TH.261视频编码的实现应符合YD/T822一1996(等同于ITU-TH.261)的规定 视频格式 a 话动图像;公共中间格式(cF),288行X352象素 1/4公共中间格式(QCIF):144行×176象素 静止图像:符合YD/T822一1996附录D. 576行×704象素 288行×352象索 b 帧频 信道速率为1920kbit/s时,在CIF格式下,帧频为25帧/秒30帧/秒;信道速率为 384kbit/s时,在CIF格式下,不小于15帧/秒; 信道速率为128kbit/s时,在QCIE格式下,不小于15帧/秒 11 网络管理 IP视讯会议系统实行集中统一管理 多点处理器和网管中心之间接口采用sNMP(V2)协议 多 点处理器内要设置SNMP代理模块,SNIMP代理模块与支持NMP协议的网管中心进行通信,采集多 点处理器的相应信息并维护MIB库 多点处理器上必须实现MIB参照ITU-TH.341协议 网管功能主要包括配置管理,故障管理、统 计、安全管理 11.1配置管理 通过sNMP协议可以对设备上的MB库进行设置,从而实现对设备上相应功能模块的配置 但 由于sNMP协议在安全与功能上的局限性,不适合作为配置管理的主要手段 多点处理器远程配置管 理可以通过Telnet来实现 多点处理器应具有Telnet协议接口和口令等安全设施 多点处理器要有 图形化的配置管理终蹦设备和汉字界面,对设备进行配置管理 对设备的各种配置操作要记录日志,并 通过syslog的方式报告给log主机 11.2故障管理 多点处理器通过sNMP协议的Trap机制向网管中心主动报告启动、接口状态变化、多点处理器出 错等紧急事件 多点处理器要上报足够多的事件,使网管中心能定位链路故障位置 网管中心也可以 通过轮询的方式获得多点处理器的状态信息 媒体通道的建立和释放等事件也要能进行上报,并且可 通过远程配置打开或关闭此类上报事件 17
GB/T21642.2一2008 11.3统计 网管中心对多点处理器上的通信信息进行统计,多点处理器上的MMB库要能支持这些统计 另外 多点处理器应能根据RTCP包统计网络时延抖动和包丢失率等 11.4安全管理 多点处理器的安全性包括管理数据的安全、信息流的安全 11.41管理数据的安全 多点处理器发出和接收到的来自其他网络设备的所有管理数据都要提供一定的安全保障,即多点 处理器在与IP网络上的其他相关设备(主要是网守,MC等)通讯时,必须对所交换的管理信息进行认 证完整性校验和信息加密等,推荐采用ITU-T的ITU-TH.235建议中的安全机制,利用md5算法以 及采用时截或序列号的有效性进行相关的身份认证和完整性校验等 11.4.2信息流的安全 方法一;加密媒体流,不对RTP头加密 方法二:加密RTP头,不对媒体流加密 12 性能指标 12.1语音服务质量 12.1.1语音编码动态切换时间 语音编码动态切换是指多点处理器从一种编码方式切换到另一种编码方式或者从一种编码方式的 某一速率切换到另一速率所需要的时间 应小于60n ms 12.1.2语音的客观评定 语音的客观评定标准依据1ITU-TP.861 PsQM的平均值<1.5 12.1.3语音的主观评定 MOs>4.0 12.2视频服务质量 国内外目前都没有完善的评价方法,目前主要采用主观评价,客观评价方法有待于进一步研究 其中多点处理器视频切换时间<1s 12.3时延 12.3.1设备的时延指标 多点处理器的时延包括编解码时延,收端输人缓冲时延,内部队列时延等 多点处理器带人的总时延不应超过100ms 12.3.2时延抖动 多点处理器的抖动时间<10ms 12.4可靠性、可用性要求 a)多点处理器必须达到99.99%的可用性 b)系统的无故障工作时间:MTBF>10h c)故障恢复时间应小于1h. d 应具有热冗余备份 13 电源及接地要求 13.1 电源要求 13.1.1直流电源要求 13.1.1.1额定电压 采用额定电压为48V的直流电源 18
GB/T21642.2一2008 13.1.1.2电压波动范围 电源设备供给的电压波动范围在每一个机架的直流输人端子处测量为48V,电压允许变动范围为 57V一40V MP应当能在该电压变动范围之内正常工作 13.1.1.3杂音电压指标 在直流配电盘输出端子处测量的限值如下 V 300Hz~3400Hz,杂音电压<2mV 0Hz一300Hz,峰峰值杂音电压<400mV; 3.4kHlz15kHz,宽带杂音电压<100mV有效值; 150kHz30MHz,宽带杂音电压30mV有效值 13.1.1.4离散频率单频杂音电压 3.4kH2一15kHz,<5mV有效值; 150kH2一200kHz,<3mV有效值 200kHz~500kHz,<2mV有效值; 500kHz2MHz,<1mV有效值 13.1.2交流电压要求 单相220V士10%,频率50Hz士5%; 线电压波形畸变率小于5%; MP设备应当能在该电压变动范围之内正常工作 13.2接地要求 13.2.1接地方式 MP设备所在机房应采取各类通信设备的工作地、保护地,以及建筑防雷接地共同合用一组接地体 的集中接地方式,即为联合接地方式 13.2.2接地要求 由联合接地体的垂直接地总汇集线上所接的水平接地分汇集线引人机房的各个机架设备的 接地线就近引人水平接地分汇集线上; -MP设备各机架上的直流电源工作地应从接地汇集线上引人 各机架设备做工作接地机壳和机架应做保护接地 13.2.3接地线截面积 接地线指各种需接地的机架地线等设备与水平接地分汇集线之间的连线,其截面积应根据可能通 过的最大电流负荷确定,接地线应采用良导体铜导线并且不准使用裸导线布放 13.2.4接地电阻值 MP设备所在机房的联合接地的接地电阻值要求为1Q. 13.2.5电源的冗余度 供给MP设备的电源和MP设备的内部电源均应有备用电源 例行试验 1 14.1低温试验 应符合GB/T2423.1的要求 14.2高温试验 应符合 GB/T2423.2的要求 14.3恒定湿热试验 符合GB/T2423.9的要求 14.4运输试验 MP设备按包装文件要求完整包装后,置于载重汽车中后部,在三级公路上以每小时25km 19
GB/T21642.2一2008 40 km的速度行驶200km后,包装箱应完好无损,开箱检查设备无机械损伤,紧固件无松脱 接通电 源,开机工作应符合质量要求 14.5贮存要求 产品的贮存应符合GB/T3873的有关规定 14.6标志包装运输储存 产品标志 14.6.1 在产品适当位置应有铭牌,铭牌的形式和尺寸应符合相关标准的规定 14.6.2包装标志 外包装应有包装储运图示标志,应按GB:/T191有关规定执行 14.6.3包装 随机文件产品合格证使用说明书产品随机备附件清单,产品包装要求应符合GB/T3873的有关 规定 14.6.4运输 产品可由火车、汽车、飞机、轮船等运输,但在运输过程中必须有遮蓬,不应有剧烈的震动和撞击并 应按包装箱上标明方向放置 15环境要求 15.1环境温湿度要求 MP在以下温湿度条件下的机房中应能正常工作,如表1所示 表1环境温度湿度要求 温度/C 相对湿度/% 设备名称及机房名称 长期工作条件 短期工作条件 长期工作条件 短期工作条件 MP设备及外围设备 1530 0~45 40~65 20~90 1.5m和距设备机架 注1机房内工作环境温度湿度的测量点指在设备机架前后没有保护板时测量距地板以上 前方0.4m处测量的数值 注2:短期工作条件指连续不超过48小时和每年累计不超过15天 注3极端恶劣工作环境一般指机房空调系统出现故障时可能出现的环境温度和湿度值每次不应超过5小时能 恢复正常工作范围 15.2机房地面要求 MP要求机房的地面具有良好的防静电性能,地板绝缘电阻应满足表2要求 表2绝缘要求 阻值要求分档 每档绝缘电阻值/n 说 明 最小绝缘电阻 25×10 最大绝缘电阻 对新地板要求 1X10" 1×10" 最大绝缘电阻 地板寿命终了时 机架上下应留空间满足通风,防静电及布缆要求 当机房处在相对湿度较低的地区环境时,特别当 相对湿度处在20%以下的时间里,应加强其抗静电措施 15.3MP设备对机房的防尘和对有害气体浓度的要求 15.3.1对防尘的要求 -机房中应无爆炸导电导磁性及腐蚀性尘埃 灰尘粒子直径大于5m的浓度应<3×10'粒/m要求 对有害气体浓度的要求为机房中应 无腐蚀金属的和破坏绝缘的气体 20
GB/T21642.2一2008 15.4MP设备抗电磁干扰的能力 15.4.1机房具有抗外界电磁干扰的屏蔽效应 15.4.2IP媒体MP设备抗电磁干扰能力 要求参见GB/T17618一1998. 15.5MMIP设备本身产生的电磁干扰要求 由MP设备本身产生的电磁干扰应满足GB9254一1998. 15.6NMIP设备安装应有抗地震措施 MP设备机架及设备需进行抗震加固,应能达到抗里氏7级/美氏9级地震的能力 15.7运输和仓储要求 MP设备应能适应不同的运输环境条件,如;防水、防震等,并应能在无空调条件下运输和仓储,而 不影响装机开通之后的正常运行

基于IP网络的视讯会议系统设备技术要求第1部分:多点控制器(MC)
上一篇 本文分享国家标准基于IP网络的视讯会议系统设备技术要求第1部分:多点控制器(MC)的全文阅读和高清PDF的下载,基于IP网络的视讯会议系统设备技术要求第1部分:多点控制器(MC)的编号:GB/T21642.1-2008。基于IP网络的视讯会议系统设备技术要求第1部分:多点控制器(MC)共有44页,发布于2008-11-012008-11-01实施
网络远程教育平台总体要求
本文分享国家标准网络远程教育平台总体要求的全文阅读和高清PDF的下载,网络远程教育平台总体要求的编号:GB/T21644-2008。网络远程教育平台总体要求共有26页,发布于2008-11-012008-11-01实施 下一篇
相关推荐