基于IP网络的视讯会议终端设备技术要求第1部分：基于ITU-TH.323协议的终端

基于IP网络的视讯会议终端设备技术要求第1部分：基于ITU-TH.323协议的终端

国家标准 GB/T28499.1一2012 基于IP网络的视讯会议终端设备技术 要求第1部分基于IrU-H.323 协议的终端 TechnicalreguirementforIPvideoterminaleguipment Part1:terminalbasedonITU-TH.323 2012-06-29发布 2012-10-01实施 国家质量监督检监检疫总局 发布 国家标准花管理委员会国家标准
GB/T28499.1一2012 目 次 前言 范围 规范性引用文件 术语和定义、缩略语 基于ITU-TH.323协议的视讯会议终端在视讯会议业务网中的位置 业务要求 终端类型 基本功能要求 安全要求 会议室型基于ITU-TH.323协议的视讯会议终端 2 桌面型基于1TrU-TH.323协议的视讯会议终端 l0 5 基于ITrU-TH.323协议的视讯会议软终端 11 3 通信的协议流程 12 5 13消息 与其他类型终端的互通 23 14 性能指标要求 15 供电要求 24 16 17 环境要求 25 包装与存储 18 2: 19电气安全 2: 20 防雷 25 21 电磁兼容 25
GB/T28499.1一2012 前 言 GB/T28499(基于IP网络的视讯会议终端设备技术要求》分为以下几个部分 -第1部分:基于ITU-TH.323协议的终端; 本部分为GB/T28499的第1部分 本部分按照GB/T1.1一2009给出的规则起草 本部分由工业和信息化部提出 本部分由通信标准化协会归口 本部分起草单位，业相的息化部电信研究院.中兴通讯股份有限公司、华为技术有限公司.上海 贝尔股份有限公司 本部分主要起草人;孙明俊,孙志斌,昊永明,张清,胡峻岭,杨鼠
GB/T28499.1一2012 基于IP网络的视讯会议终端设备技术 要求第1部分:基于ITU-TH.323 协议的终端 范围 GB/T28499的本部分规定了基于ITU-TH.323协议的视讯会议终端在网络中的位置,主要功 能、,通信接口,协议、性能以及设备的一般性要求 本部分适用于基于ITU-TH.323协议的视讯会议终端 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)使用于本文件 GB/T2423.1一2008电工电子产品环境试验第2部分;试验方法试验A:低温 (GB/T2423.2一2008电工电子产品环境试验第2部分;试验方法试验B;高温 GB/T2423.3一2006电工电子产品环境试验第2部分;试验方法试验Cab;恒定湿热试验 GB/T3873一1983通信设备产品包装通用技术条件 YD/T965一1998电信终端设备的安全要求和试验方法 YD/T968一201o电信终端设备电磁兼容性要求及测量方法 YD/T993一2006电信终端设备防雷技术要求及试验方法 ITU-RBT.500(2002)电视图象质量主观评价方法 ITU-TG.711话音频率的脉冲编码调制(Pulsecodenmodulation(PCM)ofvoicefrequeneies7 ITU-TG.722 64kbit/s之内的7kHz音频编码(7kHzaudio-codingwithin64kbit/s) ITU-TG.723.1以5.3kbit/s和6.3kbit/s为速率的多媒体通信的双速语音编码器(Dualrate speechcoderformultimediacommunicationstransmittingat5.3and6.3kbit/s ITrU-TG.728采用线形预测激励的低时延码在16kbit/s速率上的语音编码(Codingofspech at16kbit/susinglow-delaycodeexcitedlinearpredietion) ITU-TG.729使用共轭结构代数代码激励线性预测(cS-CELP)的8kbit/s语音编码(Codingof speechat8kbit/susingconjugate-structurealgebraic-codeexeitedlinearpredietion(Cs-ACELP) ITU-TH.235 全和加密(SecurityandencryptionforHHSeriesH.323 andotherH.245-basedmultimediaterminals) H.300系列终端的角色管理和附加媒体信道(Role ITU-TH.239 andadditional management mediachannelsforH.300-seriesterminals 920kbit/s以内的数字信道在3个或3个以上视听终端间用于建立通信的 ITU-TH.243 规程Proceduresforestablishins iingcommunicationbetweenthreeormoreaudiovisualterminals using digitalcha nannelsupto1920kbit/s IrU-TH.245多媒体通信控制协议(Controlprotocolformultimedia.communieaion) p×64kkbit/s ITU-TH.261P关64kbit/、视听服务的视频编码(Videocodecforaudiovisualservicesatp
GB/T28499.1一2012 ITU-TH.263低速率的视频编码(Videocodingforlowbit ratecommunication ITU-TH.281使用H.224的电视会议的远端摄像机控制协议Afarendcameracontrol protocolforvideoconferencesusingH.224) motedevicecontrol ocolformultimedia ITU-TH.282多媒体通信远程设备控制协议(Renm proto applieations) ITU-TH.283远程设备控制逻辑信道传输Remotedevicecontrollogicalchanneltransport) 基于数据包的多媒体通信系统(Packet-basedmultimediacommunications ITU-TH.323 SyS- tems 术语和定义、缩略语 3.1术语和定义 下列术语和定义适用于本文件 3.1.1 yice 视讯会议业务videcomfereueesermi 采用图像、语音压缩技术,利用视讯会议通信系统和数字传输电路,在两点或多点间实时传送活动 图像,语音,应用数据(电子白板、图形)信息形式的通信业务 3.1.2 IP视讯会议业务IPvideneonferenceservice 基于IP网络的视讯会议系统为IP网上处于不同位置的多个用户提供实时通信,混合与会者的声 音和运动图像,并传送多媒体信息 3.1.3 IP数据会议业务IPdataconfereceserice 基于IP网络的视讯会议系统为IP网上处于不同位置的多个用户在进行视讯会议的同时提供数据 共享,数据会议方式有;文件传送,文件共享、电子白板等等 3.1.4 网守 Gatekeeper 网络中的一个功能实体,提供地址翻译 网络的接人控制,带宽管理 会议资源调度 3.1.5 多点控制器mwli ipointcontroller 网络中的一个功能实体,提供参加多点会议的多个成员之间的控制 提供与所有终端间的能力协 商,提供公共能力集,负责管理会议资源 3.1.6 多点处理器mtipontpesr 网络中的一个功能实体,提供音频视频的集中处理(切换,混合)等 3.1.7 视讯会议终端videoconfereneeterminal 处于用户侧,用于完成用户视音频信息采集、处理和放.并同时完成相应其他控制功能的设备 本 标准中的终端都假设是IP终端 3.1.8 多点控制单元mwltipointcontrolunit 网络中一个端点,它为3个或更多终端及网关参加一个多点会议服务 它也可以连接两个终端构 成点对点会议,随后再扩展为多点会议
GB/T28499.1一2012 3.2缩略语 下列缩略语适用于本文件 接人认证和计费 Aecess.Auehentieation.andAecounting AAA APPp Appliceation-DefinedRTCPPacket 根据应用定义的RTCP报文 RTCP挂断报文 BYE GoodbyeRTCPPacket 动态主机配置协议 DynarmicHostConfigurationProtocol DHcP 网守 Gatekeeper 互联网分组交换协议 InternetworkPacketExehangC MC 多点控制器 Multipointcontrollor Mc MultipointControlUnit 多点控制单元 MCcp 媒体网关控制协议 MediaGatewayControlProtocol MDn ManagementlnformationBase 管理信息库 ws5 MeanOpinionScore 平均主观评分 D 多点处理器 MultipointProcessor NT NetworkTimeProtocol 网络时间协议 e 接收报文 ReceiverReport er 实时传输控制协议 RealTimeTransportControlProtocol Real TransportProtoco 实时传输协议 二 源描述项 Sourcedeseriptionitems sNMMP 简单网络管理协议 SimpleNetworkManagementProtocol sPx 序列分组交换协议 sequencedPacketExchange 发送报文 SenderReport 传输控制协议 TransmissionControlProtocol TFTP 简单文件传输协议 TrivialFileTransferProtocol UDP 用户数据报协议 JJserDataProtocol 基于IrU-TH.323协议的视讯会议终端在视讯会议业务网中的位置 基于ITU-TH.323协议的视讯会议终端在视讯会议网中的位置如图1所示,基于ITU-TH.323 协议的视讯会议终端设备(如无特殊说明,以下终端均指基于ITU-TH.323协议的视讯会议终端设 备)位于靠近最终用户的一端,处于接人层的边缘,受所在域的接人网守的控制 图1的连线表示设备处于正常运行状态时的默认连接 终端间的点对点呼叫和多点会议召集都由 网守负责,召集多点会议时需要使用MC,使用MP进行媒体处理 会议的预约等操作可以由终端直接 向网守预约,也可以经由应用服务器完成 终端的管理和控制由接人网守负责 与终端无关的管理和控制流程不在本部分中规定
GB/T28499.1一2012 接入网守 AAA H235,rIP或其他 RASQ931 应用服务器 RADUS MCcU H248 MP 图1基于IU-H.323协议的视讯会议终端在视讯会议业务网中的位置 业务要求 终端设备主要为最终用户提供基本的IP视讯会议业务 它在接人网守的控制下完成呼叫的建立 与释放,接收对端发送来的视音频编码信号,并在必要时将近端的原始多媒体信号编码后经由视讯会议 业务网进行交换 同时终端也可以支持IP数据会议业务 终端类型 IP视讯会议业务可以应用到公司的私有会议室,可以在公共接人的会议室做临时出租,或者可以 供个人使用 有多种IP会议终端来满足不同应用的需求 会议室型H.323视讯会议终端 会议室型终端具有独立的主机和丰富的视音频外设接口,具有较强的视音频信号处理能力和完善 的会议控制及其辅助功能,显示设备一般为电视机,大屏幕投影仪,可以为用户提供高质量、专业级别的 视音频效果,适合在标准会议室中应用,可以提供大、中型视讯会议服务 桌面型H.323视讯会议终端 桌面型终端具有独立的主机和较简单的视音频外设接口,视音频信号处理能力弱于会议室型终端 具有基本的会议控制功能,移动性好,可以放置在办公桌面和家庭中使用,既可以独立具有显示器件,也 可以利用电视或显示器等设备进行显示,可以为个人用户和企业提供操作简单,接人便利的视讯会议 服务 H.323视讯会议软终端 软终端没有主机,为计算机上的应用程序,通过电脑提供的通讯接口与简单的视音频外设连接,视 音频信号处理能力较弱,具有基本的会议控制功能，显示设备使用电脑显示器,可以为广大个人用户和 企业办公室提供操作简单,接人便利的视讯会议服务 终端的基本功能要求在第7章中规定,会议室型终端、桌面型终端和软终端详细技术要求分别在第
GB/T28499.1一2012 8章,第9章和第10章中规定 基本功能要求 应用层协议 终端必须支持ITU-TH.323协议,提供在ITrU-TH.225.0中规定的服务,对ITU-TH.245规定 的控制信道、数据信道和呼叫信令信道,必须提供可靠的如TCP,SPxX)端到端服务;对音频信道、视频 信道和RAs信道,必须提供非可靠的(如UDP,IPX)端到端服务 服务可以是双工或单工,单播或多 播,取决于应用、终端能力和网络配置 7.2参加会议能力 终端应该具备预约会议的能力 能够进行点对点呼叫和多点视频/音频会议呼叫,能够实现自动或 人工控制应答呼叫的功能 7.3语音编解码功能 终端必须支持ITU-TG.711规定的A律,可以根据需要支持G.722,G.723.1,G.728,G..729等 编码格式,争取采用国内拥有知识产权的成熟、互通性好的压缩编码格式 7.3.1声音编码动态转换 终端可以根据会议需要在MC的控制下进行声音编码动态转换 即终端能够根据MC的要求,在 较高速编码与较低速编码方式之间进行切换 当网络拥塞时,可将高码速编码方式转换为低码速编码 方式.以便从媒体流的源端进行流量控制以缓解拥塞状况;当网络资源宽松时,可以将低速编码方式转 为高速编码方式,以提高通信质量 7.3.2最大音频-视频传输偏离 终端应发送h225oMaximumSkewlndieation消息来指示传输到网络传输层的音频和视频信号之间 的最大偏离,以便终端适当设置其接收缓存的大小 对于每一对相关的音频和视频逻辑信道,必须发送 h225oMaximumSkewlndieation,音频会议或混合会议则不需要 如果要求唇音同步,必须通过使用时 戳来实现 7.3.3低比特率操作 在低比特率(<56kbit/s)链路或网段上的会议中,由于ITU-TG.711编码不能使用,终端端点应 当具有G.723.1语音编解码能力 在每次呼叫开始时,端点通过能力交换指示其接收音频能力 在端 到端连接包含一个或多个低比特率段时,没有低速率音频能力的端点可能不能工作 端点也必须能够根据ITU-TG.711对语音进行编码和解码 但如果确定要通过低速率段进行通 信,端点不需要指示该能力 如果端点不知道在点对点连接中存在有不足以支持ITU-TG.71音频的 链路或网段,那么端点必须声明根据ITU-TG..711接收音频的能力 回声抵消 由于在IP网上传输的时延较大,为避免回声对通话质量的影响,终端设备应该具有回声补偿功能 其回声补偿器的设计应符合ITU-TG.716的规定
GB/T28499.1一2012 7.5图像编解码功能 终端必须支持ITU-TH.261规定的QCIF,可以根据需要支持ITU-TH.261规定的CIF,ITU-T H.263规定的QCIF,ITU-TH.263规定的CIF等编码格式,争取采用国内拥有知识产权的成熟、互通 性好的压缩编码格式 7.5.1图像编码动态转换 终端可以根据会议需要在Mc的控制下进行图像编码动态转换 即终端能够根据Mc的要求在 较高速编码与较低速编码方式之间进行切换 当网络拥塞时,可将高码速编码方式转换为低码速编码 方式,以便从媒体流的源端进行流量控制以缓解拥塞状况;当网络资源宽松时,可以将低迷编码方式转 为高速编码方式,以提高通信质量 图像分辨率和帧频 7.5.2 在不同的速率下,视讯会议终端应满足如下颤频 小于384kbps(cIF&.Q(CIF);PAL为12.5F/S,NTsC为15F/s 小于512kbps(CIF&.QCIF);PAL为25F/s,NTsC为30F/s; 大于等于1Mbps(4CIF):PAL为25F/s,NTsC为30F/s 7.5.3多视频流显示 终端可以接收多于一个的视频信道 终端需要具备视频混合或切换的能力,以便向用户显示视频 信号,包括将多个终端的视频显示给用户 终端应使用IrU-TH.245所规定的并发能力来指示它能 够同时解码多少个视频流 个终端的并发能力不应当限制一个会议中多播的视频流数目(该选项由 MC选择) 多视频流的传送依据ITU-TH.239的规定 7.6主席控制功能 如果终端具备主席功能,则在会议中可以通过申请成为主席,主席终端应具有以下会议控制功能 a)选看会场;主席终端可以在会议过程中浏览任意一个会场 b) 广播会场;获得主席控制权的会场终端可以将某一会场的图像广播到其他会场 查询终端列表;主席终端可以看到会议中所有会场名称列表; 申请发言:分会场可以申请发言,主席终端批准后,会场将自动切换为发言会场 dD 释放主席令牌;主席终端 以释放主席控制权 结束会议:主席终端可以结束会议,此时各会场终端自动退出会议. 主席终端除支持基本会议控制功能以外,可以支持的扩展会议控制功能" 添加和删除会场;在会议的进行过程中,获得主席控制权的会场终端可以通过呼叫一个终端号 添加分会场,也可以删除一个分会场; 声音控制主席终端具有闭音和取消闭音,静音和取消静音等控制功能 主席终端可以设置 语音激励会场;即发言声音最大的会场图像被广播到其他会场 点名发言;主席终端可以点名某个会场发言; D 延长会议:主席终端可以申请延长会议; 摄像机远遥控制:主席具有对分会场的摄像机远程控制功能 在会议的召开过程中,非主席终端具有以下功能 申请主席:非主席终端可以申请主席令牌 在会场中没有主席时获得主席控制权
GB/T28499.1一2012 查询终端列表;非主席终端可以看到会议中所有会场名称列表 b 申请发言:非主席终端可以申请发言,获得主席批准后,会场将自动切换为发言会场 c d)退出会议;会议中视讯终端可以途退出会议 7.7数据会议功能 终端实现数据会议功能,包括电子白板、文件传输、应用共享和文本交谈数据会议功能 7.8网络协议 终端设备应该支持TCP/IP协议族,至少应能支持TCP/UDP协议 为保证信息经过终端设备在IP网上传输,终端应该支持RTP协议,建议支持RTCP协议 为提供多种接人方式,应支持PPPoE协议 为方便系统版本更新,可以支持TFTP协议或FTP协议 为动态获取IP地址,可以支持DHCP协议 为提供时钟相关的附加功能,可以支持NTP协议 为提供远程网管能力,可以支持NMP协议 7.9维护管理 7.9.1控制和连通性保证 终端设备可向接人网守报告由于重起、故障、设备恢复或维护管理而造成终端自身状态的改变,终 端自动将状态变化报告给接人网守 终端能接受接人网守的命令,按照命令要求回送资源状态信息,使接人网守保存的资源状态与自己 保持一致 终端能检测到与接人网守之间失去联系的各种情况,例如通信链路故障/拥塞,终端代理故障等,并 能针对不同情况进行处理,尽量减少通信的损失 在接人网守发生故障的情况下,在终端中处于运行态的媒体流应能够继续维持至本次呼叫结束 7.g.2故障处理 当终端设备较接人网守先检测到媒体连接中断或已被释放,则其应能向接人网守报告原因并请求 拆除该连接 7.9.3环回 终端应能通过环回测试进行资源维护和故障定位,包括本地视频环回、本地音频环回,本地音频环 回还可以分为硬件环回和软件环回 根据需要还可以包括远端视频环回,远端音频环回等功能 7.9.4远程维护管理 终端可以支持Telnet或wEB方式远程管理,终端实现的MB为可选项,包括H323Terminal. H225Callsignaling,H245,RTP,RAs,Eherme和接口组 安全要求 8.1概述 终端设备应提供安全性管理功能 终端设备的安全性包括设备安全和接人认证安全两个方面
GB/T28499.1一2012 8.2设备安全 8.2.1用户数据保护 终端设备和网守设备之间呼叫控制协议的内容应提供措施进行有效的保护,使其不被监视 终端 设备还应对呼叫信令提供完整性保护,使其在收发途中不被非法篡改 8.2.2安全审计 终端应对连续多次注册未能通过认证的情况进行安全审计,并提供日志记录 8.2.2.1 分级管理 终端应支持分级管理功能 8.2.2.2口令管理 口令长度宜不少于8个字符,并且由数字,字符或特殊符号组成 8.2.3 系统访问 8.2.3.1Telnet访问 Tenet协议用于通过网络对设备进行远程登录 在终端设备中,如果对用户提供Telnet服务,则 宜满足下列约定 用户应提供用户名/口令才能进行后续的操作,用户地址和操作应记人日志 应限制同时访问的用户数目 在设定的时间内不进行交互,用户应自动被注销 8.2.3.2 串口访问 如果终端设备支持串口访问功能,用户应提供用户名/口令才能进行后续的操作,用户名和操作应 记人日志 8.2.3.3web管理 web管理基于HTTP协议,终端可以支持web管理,宜满足下列约定 用户应提供用户名/口令才能进行后续的操作,用户地址和操作应记人日志; 应支持ssL/TL.s; 必要时可关闭HTTP服务 8.2.3.4DHCP扩展管理 设备制造者可以在DHCP协议的基础上进行扩展,从而提供其特有的设备管理功能 8.2.3.5sNMP的安全性 sNMP是一种应用非常广泛的网络管理协议.主要用于设备的监控和配置的更改等,目前使用的 sNMP协议有3个版本,分别是sNMPvy1,sNMPv2和sNMPv3 终端设备如果支持sNMP协议,则 宜支持安全性较好的sNMPv3作为网管协议 此外,宜限定用户通过指定IP地址使用SNMP对设备进行访问
GB/T28499.1一2012 8.2.3.6软件升级 终端设备一般使用FTP/TFTP协议实现软件升级,软件升级包括软件版本,设备配置等的更新 有本地和远程两种途径 软件升级通过建立FTP服务器和终端设备的FTP连接来实现,FTP协议应 支持口令认证功能 对于远程软件升级,宜支持SSHv2,实现文件的安全传送 升级方式也可选采用HTTPS协议 实现 8.3接入认证的安全 网守应支持基于RAS协议的用户认证方式,见图2 网守 EP GRQ1) GCF/GR(2 图2基于RAS协议的用户认证方式 8.3.1安全认证能力协商过程 终端的安全认证主要是支持身份认证和消息完整性检查 通过GRQ/GCF消息完成ITU-T H.235中的安全机制能力的协商 如果GK设置需要进行身份认证,收到GRQ消息中没有身份认证 能力的描述,则GK回应GR拒绝 GRQ,GCF这2个消息本身不用认证 安全能力的表达遵循ITU-TH.23附录D的规定 GRQ消息中的内容如下 GatekeeperReguest:;=SEQUENCE(GRQ) -省略不相关的字段 okens sEQUENCEOFClearTokenOPTIONAL erypoTokens sEQUENCEOFCryptoH323TokenOPTIONAL,--不使用 authentieationCapabilitySEQUENCEOFAuthentieationMechanismOPTIONAL algorithmOIDs SEQUENCEOFOBECTIDENTIFIEROPTIONAL 省略不相关的字段 在tokens字段中,用来填写设备支持的H235基线，ClearToken中的TokenOD如下 OID值 描 述 OID引用名 itut0recommendation0)h8235version 指示HASH运算中的CLEARTOKEN用法 "T" 025 这里指按ANNEXD规定的方式处理 auhentieationCapability包含pwdHash认证机制 algorithmOID包含HMACSHA1-96的OID
GB/T28499.1一2012 GCF消息中的内容如下 Gat ek erConfirt =SEQUENCE--(GCF keeper rm:: -省略无关字段 authenticationMode AuthenticationMechanismOPTIONAL SEQUENCEOFClearTokenOPTIONAL okens erypoTokens SEQUENCEOFCryptoH323TokenOPTONAL. algorihmoD OBJECTIDENTIFIEROPTIONAL 省略无关字段 只需要填tokens,填写的方法同GRQ. 8.3.2RAs过程安全 RAs的安全过程通过对时间戳、终端标识符、网守标识符,预设密码参数HASH运算来实现认证 和完整性检查,见图3 终端将RAs消息HAsH后,发送消息给GK b》GK收到xRQ消息后,利用消息中的xRQeryporokens内容进行认证和完整性检查,如果 检查通过,则根据一般的xRQ处理规则进一步处理 如果检查不通过,则响应xR消息 同 样地,GK发出的消息也要进行HAsH运算,其处理方式同a) 终端收到GK来的响应消息,利用消息中的xCF/xR-eryptoTokens内容进行认证和完整性 检查,如果检查通过,则根据一般的xCF/xR处理规则进一步处理 如果检查不通过,则丢弃 这个消息 网守 EP xRQ1) xCF/xR2 图3RA的安全过程 xRQ消息的和安全相关内容如下 xRQ-cryptoTokens为sSEQUENCEOFCryptoH323Token类型 CryptoH323Token是一个CHOICE类型结构,选择nestederyptoToken. nestedcryptoToken为CryptoToken类型,CryptoToken也是一个CHoICE类型的数据结构,选择 eryptoHashedToken,cryptoHashedToken是SEQUENCE类型结构 cryptoHHashedTokensEQUENCE OBECTIDENTIFIER tokenOID ClearToken. hashedVals HASHIEDEncodedGeneralTokken" token 10
GB/T28499.1一2012 1tokenOID tokenOID取”A”或者”B"A,B是OD的引用名,真实值参考前面的OID表) A表示认证加消 息完整性检查,B表示只进行认证 OI引用名 OI值 描 述 itutorecommendationo)h8235versionm 用于CryptoToken-tokenl nOD,指示是非对整个 (021 ituto)recommendationoh(8235version消息进行HASH运算,即进行消息完整性检查 o11 {itut0recommendation0)h8235versionm (032 用于CryptoToken-token(OI指示只对消息的 {itut(0recommendation0h8235version "" 部分字段进行HAsH运算,即不进行消息完整性 (0)22 检查 itu-t(0)recommendation0h8235version 0)12 2)hashedVals hashedVals用来保存明文,类型为ClearToken 如果要对消息进行完整性检查,那么HAsH运算 将作用到整个消息;如果只进行认证,那么HAsH运算只针对hashedVals包含的信息进行即可 ::=SEQUENCE ClearToken 设置为"T",引用名,真实值参考前 tokenOID OBJECTIDENTIFIER， 面的OID表 timeStamp TimeStampOPTIONAL 必须使用,消息时间标签 PasswordOPTIONAL 不用 password 不用 DHsetO)PTIONAL， dhkey challen ChallengeStringOPTIONAL 不用 enge RandommValOPTIONAL 必须使用,按加1递增 random certificate TypedCertificateOPTIONAL. 不用 alID 必须使用 ldentiferoPrIoNAL. general NonStandardParameterOPTIONAL,不用 nonStandard ECKAsDHOPTIONAL. 不用 eckasdhkey dentifierOPTIONAL 对于RRQ消息,不用,因为终端ID senderslD 由GK在RCF消息中分配、 不用 h235Key H235KeyOPTIONAL 3)token token用来描述HAsH算法的结果,token为HAsHEDEncodedGeneraIToken类型 HASHED定义如下 HASHEDToBeHashed ;;=SEQUENCE 11
GB/T28499.1一2012 nOID OBJECTIDENTIFIER， --HASH算法ID,O参考值为"U" algorithm 表示用HIMAC-SHA1-96算法 -运行时参数,设置为NULL paramS Params， -HASH运算结果 BITSTRING hash cONSTRAINEDBY--Hash--ToBeHashed EncodedGeneralToken;;=TYPE-IDENTIFIER.&.Type(ClearToken一generalusagetoken-- 会议室型基于IrU-H.323协议的视讯会议终端 9.1功能要求 会议室型终端必须具备第7章除7.7外内容,7.7的内容为可选 9.2特定要求 人机接口 9.2.1 会议室型终端应具备人机接口,可以是红外线遥控器或计算机 通过人机接口,实现终端功能 9.2.2远程设备控制功能 终端设备支持的远程设备控制功能包括摄像机远程控制,话筒远程控制,图像播放远程控制,幻灯 片播放远程控制等 用户终端应支持ITU-TH.281的规定,具体实现方式遵循ITU-TH.323AnnexQ的规定,支持的 本地和远程镜头控制功能有 终端能上下左右调节本地镜头,能放大、缩小和自动聚焦; a 终端具有远程控制各分会场摄像机功能 b 终端设备也可以通过ITU-TH.282所规定的协议支持远程设备控制 在1TrU-TH.245规定的 逻辑信道中必须支持ITU-TH.282所规定的协议(按照ITU-TH.283的规定). 注:ITU-TH.283规定了在基于ITU-TH.323协议视讯会议中针对ITU-TH.282所规定协议的逻辑信道传输 9.3接口要求 9.3.1以太网接口 终端设备应该具备以太网接口 接口可以是10M/100M/1000M的电接口或光接口,所有类型 的接口都应符合IEEE802.3一2002的要求 如果需要,终端也可选支持无线接口 以太网接口也用于本地或远程维护 9.3.2视频接口 会议室型终端必须支持如下视频输人;复合视频输人,S-VIDEo输人,可选VvGA输人 必须支持如下视频输出:复合视频输出,s-VIDEO输出、VGA输出 9.3.3音频接口 会议室型终端必须支持如下音频输人;话筒输人、LINE输人 必须支持如下音频输出:LINE音频输出 12
GB/T28499.1一2012 10 桌面型基于ITU-TH.323协议的视讯会议终端 10.1功能要求 桌面型终端必须具备第7章除7.7以外的基本功能要求的内容,7.7数据会议的内容为可选 10.2 特定要求 内置视音频输人输出设备;内置控制键盘 10.3接口要求 终端设备应该具备以太网接口 接口可以是10M/100M电接口,所有类型的接口都应符合 1EEE802.3一2002的要求 如果需要,终端也可选支持无线接口 以太网接口也用于本地或远程维护 可选视频输出和音频输出接口 基于IrU-TH.323协议的视讯会议软终端 1 功能要求 11.1 桌面型终端必须具备第7章除7.9.4以外的内容 11.2特定要求 必需支持USB摄像头 11.3接口要求 无特定外部接口 通信的协议流程 12 终端参与的典型呼叫流程如图4所示 13
GB/T28499.1一2012 GK AA MC T1 MP1 MP2 T2 ARQ1) Access Request() ACCeSS Acp() CF() ARO(5 CF() Seup(7) Setup(8 ARQ9 ACF(10) ANertingG1) Alerting(12) comnect(13) Add(1D Connect() Reply(16 H245过程 RTP/RTCp Seup(1) ARQ(18 ACF(19 Alerting(20 omnect(21) Add(22 Reply(23 H245过程 RTP/RTCP RTRTCn IRR(24 IACK(25 图4会议召集流程 14
GB/T28499.1一2012 流程说明 召集人终端发起会议申请,向GK发送带有预约会议号和密码的ARQ消息; 1 2 驻地网守收到ARQ消息认证通过后,向其后台的AAA服务器发送AecessRequest消息,开 始对会议进行计费 AAA服务器向网守回送AccessAccept消息 3 4)网守向终端回送ACF消息; 预约终端在通过认证后,向网守发送ARQ消息.消息中包含会议召集者标识,受邀请的会议 5 成员的情况和标识等; 驻地网守收到ARQ消息后,调度相应的资源供会议使用,并回送ACF消息 O 召集人终端向驻地网守发送Setup消息,建立与其他终端的连接 GK向MC发邀请会议成员的Setup消息,请求MC邀请其他与会终端; 8 9)MC向网守送ARQ消息,请求会议认证; 网守回ACF确认; 0 11)MC确认收到消息后,向GK送Alerting消息 12)驻地网守确认收到消息后,向召集人终端送Alerting消息; 13)MC向驻地网守送Connect消息; 14)驻地网守确认收到消息后,向召集人终端送Connect消息;建立召集人终端与MC之间的 H.245通道 15)MC向MP1发送Add消息,指示其加人召集人终端;(此处假定召集人终端使用MP1) MP!回送Reply 16) 17)MC向终端T2发起Setup请求 18)终端T2向网守送ARQ消息,请求认证; 网守回ACF确认; 9 20)终端T2向MC回送Alerting消息; 21终端T2向MC送Conneect消息; 22)MC向MP2发送Add消息,指示其加人召集人终端;(此处假定终端2使用MP2 Mr2回送Reply 23 24)MC在会议进行中定期发送相应的资源报告到GK; 25)GK向MC回送相应的确认消息和指示 13 消息 13.1H.225.0的消息 应符合ITU-TH.225.0的规定 13.2H.245的消息 会议的建立、控制和管理过程应符合IrU-H.243,利用表1表5所列的消息进行传送 15
GB/T28499.1一2012 13.2.1逻辑信道建立相关消息(见表1 表1逻辑信道建立相关消息 序号 消息名称 述 描 主从判决请求 MasterSlaveDeterminationRequest MasterSlaveDeterminationAck 主从判决认可 MasterSlaveDeter eterminationReject 主从判决拒绝 terminalCapabiitySet 终端发送自己的处理能力 terminalCapabilitySetAck 终端处理能力被接受 终端处理能力被拒绝 terminalCapabilitySetRejeet 请求打开逻辑信道 openlogiealChannel 逻辑信道打开请求被接受 openlogicalChannelAck calChannelRejeet 逻辑信道打开请求被拒绝 openlogica doseL.ogicalChannel 请求对方关闭逻辑信道 1 loselogicalChannelAck 对方接受关闭逻辑信道请求 12 requestChannelClose 请求关闭逻辑信道 逻辑信道关闭请求被接受 3 requestChannelClose.Ack 逻辑信道关闭请被被拒绝 14 requestChannelCloseRejeet 13.2.2会议请求和响应消息(见表2) 表2H.245会议请求和响应消息 序号 描 消息名称 述 由一个终端或McU发送给另一个McU,请求已连接终 TerminalListRequest 端的最新列表 来传送有关被分配终端号的信息,相当于H.230定义的 TerminalListResponse Numbers序列 terminalN MakeMeChair 由终端或MCU发出,指定主席控制令牌 CancelMakeMeChair 主席终端释放主席令牌请求 由McU发出,通过主席控制令牌的申请,或者是收回 MakeMeChairResponse 拒绝已分配的主席控制令牌 由一个主席控制终端发送给MCU,强制某一终端退出， DropTerminal 相当于H.230定义cCD 当McU不能遵从IropTermminal命令时发送此命令 IerminalDropReject 终端向MCU请求提供指定终端的标识,MCU用TIP回 ReauestTerminalII 应,相当于H.230定义的TcP McTernminalIDResponse 对RequestTerminalID的响应,相当于H.230定义的TIP l6
GB/T28499.1一2012 表2(续 序号 消息名称 述 描 由McU发送给一个直连终端或终端发送给McU,要求 10o EnterH.243PasswordRequest 输人密码 相当于H.230定义的TCS1 对EnterH.243PasswordRequest的响应，相当于 1 PasswordResponse H.230定义的IIS 由MCU发送给一个直连终端或终端发送给MCU,请 12 EnterH.243TerminalIDRequest 求个人/终端的标识号,相当于H.230定义的Tcs2/Tc 对EnterH.213TerminalIDReguest的响应,相当于 13 TerminalIDResponse H.230定义的IIS 由McU发送给一个直连终端或终端发送给McU,请 14 EnterH.243ConferenceIDRequest 求会议标识号,相当于H.230定义的TCS3 对EnterH.243ConferenceIDRequest的响应,相当于 15 ConferenceIDResponse H.230lIIs McU消息,不能遵从MakeTerminalBroadeaster或 16 VideoCommandReject SendThisSource命令,相当于H.230vcR 由McU发送给一个直连终端或终端发送给McU,请 17 EnterExtensionAddressReguest 求输人扩展地址名,相当于H.230TCS4 18 ExtensionAddress 对ExtensionAddresResponse的响应,相当于H230IIs Response 终端向MCU请求所有持有令牌的终编号,相当于 19 RequestChairControlTokenOwner H.230TCA MCU对终端RequestChairControlTokenOwner的响 20 ChairToken(OwnerResponse 应,相当于H.230TlR 2 请求终端证书 RequestTerminalCertificate 22 TerminalCertiicateResponse 对RequestTerminalCertifieate的响应 23 BroadeastMyLogicalC'hannel 广播逻辑信道 对BroadceastMyLogicealChannel请求的响应 24 BroadcastMyLogicalChannelResponse 主席终端或MC发送给另一McU,请求广播某一终端 25 MakeTerminalBroadcaster 的视频,该命令必须有回应消息,相当于H.230VCB MakeTerminalBroadceaserResponse 对MakeTerinalBroadeaster请求做出确认或拒绝的响应 26 由终端发送给McU,请求传送终端视频,终端号由 Send 21 SendThisSource ThisSource参数确定，该请求不能与MakeTerminal Broadcaster 冲突,必须有响应消息,相当于H.230Vcs 17
GB/T28499.1一2012 表2(续 序号 消息名称 述 描 28 SendThisSourceeResponse 对MakeTerminalBrondeaster请求做出确认或拒绝的响应 29 RequestATerminalslds 终端发送给McU,请求与所有会终端的标识和D. 对RcwusAuTmmlst的响应.包含由与会终端的 30 RequestAlTerminalldsResponse 标识和lID组成的列表 由处于激活状态的MCU发送给另一MCU对其激活 31 RemoteMC Request 去激活 32 RemoteMCResponse 对Remote st的响应 eMCwe 13.2.3会议命令(见表3) 表3H.245会议命令 序号 消息名称 描 述 广播逻辑信道,相当于H.230vcCB BroadcastMylogicalChannel 相当于H.230CancelMcV,但只在一个单独的逻辑信 CancelBroadeastMyLogicalChannel 道情况下适用 主席控制终端或MCU发送给另一MCU,广播终端视 MakeTerminalBroadcaster 频,相当于H.230vCB CancelMakeTerminalBroadcaster 相当于H.230CancelVCB 终端请求McU传送终端视频,不能与MkeTerminal SendThisSouree Broadeaster冲突,相当于H.230VCS 相当于H.230cancelvcs CanceISendThisSource DropConference 主席控制终端发送给McU,使终端从会议中退出 活动McU改变会议标识(CI),收到此命令后应使用新 SubstituteCIDCommand 的CID 13.2.4杂项指示(见表4 表4H.245杂项指示消息 序号 消息名称 述 el eelCu 逻辑信道非激活,静音或静像时,媒体发送方送给接收方 hannelInactive logicalChannelAetive 逻辑信道激活 MultipointZeroComm,cancelIMultipointZero MCU消息,发送给终端,指示现在会议中无其他终端 Comm 18
GB/T28499.1一2012 表4(续 序号 消息名称 述 描 multipointSecondaryStatus,andcancelMulti McU消息,发送给终端,指示如果无更高能力集的终端 加人会议中,该终端可以不必接收来自其他终端的信号 pointSecondaryStatus McU消息,发送给终蹦,该终端收到消息后,必须使它 multipointConference 的输出比特率与输人比特率相同,音频输出比特率与音频 输人比特率相同 终蹦消息,如果接收不到其他终蹦的视频,该终蹦用户 VideolndicateReadyToActivate 将不发送它的视频 13.2.5会议指示(见表5) 表5H.245会议指示消息 描 序号 消息名称 述 MCU消息,把已分配号码传给另一个MCU或终端,参 数中有TIA.terminalJoinedConference--用来传送有关被 TerminaINumberAssign 分配终端号的信息,相当于H.230TIN. TerminalL.eftConference 用来传送不再有效的终端的信息,相当于H.230TID MCU消息,指示终端其视频信号正在被至少一个其他 SeenByAtleastOneOther 终端观看(MIV CancelSeenByAtLeastOneOther 不再被其他终端观看 caneel-MIV McU消息,指示终端其视频信号正在被至少一个其他 SeenByA 终端观看(MIV) 由一个MCU发送,指示一个终端它的视频信号正被至 CancelSeenByall -个其他终端看 erminalYouAreSeeing MCU消息,指示所传信号的视频源VIN requestForFloor 请求发言,相当于H.230TIF cCR,McU消息,收回主席控制令牌或拒绝主席控制令 withdrawChairToken 牌的分配 请求发言 l0 FloorRequested McU消息,指示加人多画面的终端号，是来自2 1 terminalYouAreSeeinglnSubPietureNumber 4/H.243.中的子图片号,相当于H.230vIN2 vc这个命令通知终端已经开始组合图片,是 12 videolndicateCompose 个来自Table4/H.243.的一个数字,指示何种图片组合方 法正在使用中 19
GB/T28499.1一2012 13.3RIP/RICP的消息 13.3.1 RTP报头格式 ICSRImD SnchronizationSourcc(SSRC)identifier ISoure(sRc)ikemifies Omtbng T1527560-97 各Field值确定: V(Version);2bi版本号置2; P(padding);lbit填充位置0; X(extension);lbit扩展位置0; cc(csRccount);4bitcsRc标识的数量,此字段填充为0,本部分不使用csRC M(Marker);1bit标志位,该标志在静音后的第一个语音包时置位 而静音包仅发送一个,不连续 发送 ITU-TG.723.1 PT(PayloadType):7bit ITU-TG.729 18 IrU-TG.711"律 0 IrU-TG.711A律 8 舒适噪声 13 Sequencenumber;16bit序列号,初始值为一随机数,此后以1递增;收端以此判定包丢失及恢复 包顺序 Timestamp:32bit时戳 用于标识RTP数据包中第一个字节采样时的时刻,其起始值为一随机 值,以8000次/s的速率递增 synchronizationsource(sSRC)identifiers;32bit,用来标识RTP包的数据源 ContributingSource(csRC)identifiers;每个CsRC32bit.(015)个CsRC序列,本部分不包含 该字段 13.3.2RrCP协议 RTCP报文共有5类;RRSRSDESBYEAPP 本部分只对SR和RR报文提出要求 SR(发送报文)的格式如下: 心
GB/T28499.1一2012 01234567890123456789012345678901 IP RC SR=200 header 发送者的SSRC NTP时载,高字节 Isender -+info NTP时数,低字节 RTP时戳 发送的报文数 发送的字节数 =十=十=十=十=+=+=十=十=十==十=十=十=十=十=+=+=十=+ ssRc_1(第一个源的sSRc) report +block 累计包丢失数 按收到的扩展的最高序列号 到达间隔抖动 SR报文CSR) 自上一SR的时间(DLSR sSRC_2第二个源的sSRCy rcepor block 特定协议扩展 其中的各项内容定义如下 Version(V);2bits协议鉴别,在本部分中规定为2. Padding(P);lbit在本部分中规定为0. 21
GB/T28499.1一2012 receptionreportcountRC):5bits 在SR中包含的RR的数目,在本部分中规定不得大于1 packettype(PT);8bits 报文类型,以2进制表示 其中十进制的200代表SR length;16bits 报文长度,指在其后的报文长度,所以有可能为0 SSRC32bits 源同步码,用以标识此次通话 NTPtimesta tamp.64bhits 绝对时截 在测量环路时延时可在对方的RR报文中带回;如果发送方不具有绝对时钟的能力,则 可以用通话开始时间作为时钟0点或将此城置o.(在NTP格式中,a位的悄32位是从100年1月" 日0时开始到现在的以秒为单位的整数部分,后32位是此时间的小数部分). RTPtimestamp:32bits 以RTP的timestamp为基准 sender'spacketcount:32bits 从通话开始后发送方总共发送的RTP报文的数目 sendersoctetcount:32bits 从通话开始后发送方总共发送的有效载荷的数目(以字节记) 随后描述的是一个或多个RR报文块,在本部分中规定在SR报文中最多只能有一个RR报文块 SSRC_n(sourceidentifier):32bits 源同步码,用以标识此RR块所从属的通话 fractionlost:8bits 从上一个SR或RR报文发送后的丢包率,表现为接收方在此段时间内期待的RTP报文与所收到 的RTP包数目的差值和它所期待的RTP报文的数目的比值.若为负值,置为0 详见RFC3550 cumulativenumberofpacketslost:24bits 累计的包丢失数 extendedhighestsequencenumberreceived32bits 其低16位是其收到的RTP包中的sequeneenumber的最新值 其高16位标识其收到的RTP报 文的sequencenumber的循环的次数 nterarrivaljiter;32bits 时延抖动 每两个RTP包的抖动可以用其RTP包中的RTPtimestamp和接收的时刻进行计算， 计算公式如下;设 R代表第j个包的到达时刻,Sj代表第j个包的RTPtimestamp值,则第i个RTP报文与第j个 RTP报文间的抖动为D(i,j): D(i,j)=(Rj-Ri)-(Sj-si)=(R-Sj)-(Ri-Si 在生成RTCP报文时,其应当传送的时延抖动的值可用如下公式进行递推计算 J=J(|D(I-1,|-J/16 其中,J为要传送的时延抖动值 对后一项除以16是为了消除连带噪声 last sRtmestampLsR);32bits 收到的最近一个SR报文的NTPtimestamp的中间32位 delhay sincelastSR(DL.SR);32bits 在收到上一个sR报文与此次发送的报文之间的时间 以1/65536s记 如果还没有收到任何SR 报文,此值置0. 22
GB/T28499.1一2012 RR报文的格式如下 01234567890123456 header IV=2P PT=RR=201 报文发送 SSRC reporn 十bhiock 累计包丢失数 接收到的扩展的最高序列号 到达间隔抖动 上一SR(LSR) -sR的时间(DLSR) SSRC2第二个源的SSRC report bloek 特定协议扩展 其中各项的功能与形式如sR中的说明 若未收到任何RTP报文,则可发送一个空的RR,即 RC=0. RTCP包发送机制;在两次RTCP报文之间,若端点没有发出任何RTP报文,则端点此次发送RR 接收报文),否则,端点发送SR(发送报文) 设备可以发送RTCP报文,每固定时长发送一次,也可以 不发送RTCP报文 设备接收不到RTCP报文时,不应判定媒体流断开而拆除连接 设备接收到 RTCP报文时,不应该因不能识别而做出错误反应 14 与其他类型终端的互通 14.1与IP语音终端的互通 终端应支持与基于IrU-TH.323的IP语音终端实现互通 14.2 与支持其他协议的互通 基于ITU-TH.323的视讯会议终端通过网关,可以与H.320终端.v.35终端、PSTN终端等实现 互通 23
GB/T28499.1一2012 15 性能指标要求 15.1影响语音质量的基本指标 影响语音质量的基本指标有;设备的时延,语音编码动态切换时间,编码率,语音间断率,编码过程 中的前后沿滑动 设备时延由编解码时延和为防止时延抖动设定缓冲区引起的时延两部分组成 在背对背连接情况 下终端设备的时延应满足如下要求;采用ITU-TG.723.1的编码算法的总时延不大于200 mms;采用 TU-TG.729的编码算法时的总时延不大于150ms 终端设备可以在终端代理的命令下从一种语音编码切换到另一种,和在同一种语音编码的不同速 率间切换,其动态切换时间要求不大于60ms 在编码过程中,可以进行静音检测(VAD)和静音压缩,由此会带来语音前沿和后沿的滑动,在通常 情况下,要求前沿滑动不大于15ms,后沿滑动不大于10nms 15.2语音质量的主观评价 整个视讯会议系统的语音质量不仅与终端设备有关,也与IP承载网络有关 在网络条件好的情况 下(网络无丢包和时延损伤)MOS评分应达到4.0分以上;在网络条件一般的情况下(网络有1%丢包， 时延在100ms的基础上有20ms抖动)MOS评分应达到3.5分以上;在网络条件较差的情况下网络 有5%丢包,时延在400m、的基础上有60ms抖动)MOs评分应达到3.0分以上 语音质量的客观评价 15.3 见ITrU-TG.711、,ITrU-TG.722、,ITrU-TG.723、,ITrU-TG.729中对音频客观指标的要求 4 15. 图像质量的主观评价 图像主观评价的测试环境和方法见ITU-RBT.500中的5.1 评价采用DsCQs方法 15.5图像质量的客观评价 国内外目前都没有完善的评价方法,目前主要采用主观评价,客观评价方法有待于继续研究 15.6网络QS适应能力 当网络Qos满足下述条件 a)端到端延迟<200ms; 丢包率<1%; b c网络抖动<50ms 时,终端所提供的视讯服务质量不应该受到影响 当网络QoS质量出现瞬间恶化,但端到端延迟不超过400ms,丢包率不超过10%,网络抖动不大 于100ms的时候,终端所提供的视讯服务质量不应受到永久性影响 15.7 可靠性要求 终端的平均无故障工作时间(MTBF)为7000h以上 供电要求 1 终端设备应该支持本地供电方式 在本地供电方式下,要求电压范围220(1士0.1)V,频率50(1士 24
GB/T28499.1一2012 0.1)Hz. 17 环境要求 117.1 低温试验 应符合GB/T2423.1一2008的要求 17.2 高温试验 应符合GB/T2423.2一2008的要求 17.3恒定湿热试验 应符合GB/T2423.3一2006的要求 18 包装与存储 应符合GB/T3873一1983的要求 电气安全 19 应符合YD/T965一1998的要求 20 防雷 应符合YD/T993一2006的要求 21 电磁兼容 应符合YD/T968一2002的要求

基于IP网络的视讯会议终端设备技术要求第1部分：基于ITU-TH.323协议的终端GB/T28499.1-2012

随着信息技术的不断发展，企业间的交流和合作也越来越频繁。因此，基于IP网络的视讯会议终端设备需求也日益增长。这种设备可以将远程会议变得更加便捷、高效、低成本。 ITU-TH.323协议是一种广泛使用的视讯会议协议，它定义了一个标准化系统，用于在IP网络上进行语音、视频和数据的多媒体通信。而GB/T28499.1-2012则是中国国家标准规定的基于ITU-TH.323协议的终端标准。 在满足ITU-TH.323协议要求的同时，终端设备还需要满足以下技术要求： 1. 支持H.264视频编码和AAC音频编码； 2. 具有良好的网络适应性，能够在带宽较低或网络拥塞情况下保证通信质量； 3. 支持多种会议模式，如点对点、多方会议等； 4. 具备丰富的功能，如共享桌面、文件传输、白板演示等。 终端设备的硬件配置也至关重要。一般来说，处理器、内存、摄像头和麦克风等硬件部件都需要具备高性能、高清晰度和高可靠性。 综上所述，基于IP网络的视讯会议终端设备是一种高效、便捷、低成本的远程协作工具，而ITU-TH.323协议及其衍生标准则为这种设备提供了广泛的技术支持。相信随着技术的进一步发展，视讯会议终端设备将成为企业间交流合作中必不可少的一部分。

基于IP网络的视讯会议终端设备技术要求第1部分：基于ITU-TH.323协议的终端的相关资料

和基于IP网络的视讯会议终端设备技术要求第1部分：基于ITU-TH.323协议的终端类似的标准

GB/T21642.2-2008

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

2022/11/5 14:52:47 现行

GB/T21642.1-2008

基于IP网络的视讯会议系统设备技术要求第1部分：多点控制器（MC）

2022/11/5 14:37:38 现行

GB/T21640-2008

基于IP网络的视讯会议系统设备互通技术要求

2022/11/5 13:59:49 现行

GB/T21639-2008

基于IP网络的视讯会议系统总技术要求

2022/11/5 13:40:47 现行

GB/T28499.1-2012

基于IP网络的视讯会议终端设备技术要求第1部分：基于ITU-TH.323协议的终端

2022/10/23 22:57:01 现行

GB/T21642.4-2012

基于IP网络的视讯会议系统设备技术要求第4部分：网守（GK）

2022/10/23 20:33:57 现行

GB/T21642.3-2012

基于IP网络的视讯会议系统设备技术要求第3部分：多点控制单元（MCU）

2022/10/23 20:14:57 现行