1、ICS 33.040.40 岛132 GB 中华人民共和国国家标准GB/T 28499.1一2012基于IP网络的视讯会议终端设备技术要求第1部分:基于ITU-TH. 323 协议的终端Technical requirement for IP video terminal equipment Part 1 : terminal based on ITU-T H. 323 2012-06-29左;有2012-10-01实施4吨栩如、非.，.咱吭.立面数码防伪中华人民共和国国家质量监督检验检痊总局中国国家标准化管理委员会发布GB/T 28499.1-2012 目次前言EI 范围2 规范性引用文件3
2、 术语和定义、缩略语.2 4 基于ITU-TH. 323协议的视讯会议终端在视讯会议业务网中的位置5 业务要求.4 6 终端类型.4 7 基本功能要求8 安全要求9 会议室型基于ITU-TH. 323协议的视讯会议终端.10 桌面型基于ITU-TH. 323协议的视讯会议终端.13 11 基于ITU-TH. 323协议的视讯会议软终端12 通信的协议流程13 消息-14 与其他类型终端的互通.23 15 性能指标要求MM 供电要求.24 17 环境要求18 包装与存储.25 19 电气安全.20 防雷.2521 电磁兼容.25 I GB/T 28499.1-2012 目。吕GB/T 28499
3、(基于IP网络的视讯会议终端设备技术要求分为以下几个部分:一一第l部分:基于ITU-TH. 323协议的终端;本部分为GB/T28499的第1部分。本部分按照GB/T1.1一2009给出的规则起草。本部分由中华人民共和国工业和信息化部提出。本部分由中国通信标准化协会归口。本部分起草单位z工业和信息化部电信研究院、中兴通讯股份有限公司、华为技术有限公司、上海贝尔股份有限公司。本部分主要起草人z孙明俊、孙志斌、吴永明、张清、胡峻岭、杨崖。阳山范围基于IP网络的视讯会议终端设备技术要求第1部分:基于ITU-TH. 323 协议的终端GB/T 28499.1-2012 GB/T 28499的本部分规定
4、了基于ITU-TH. 323协议的视讯会议终端在网络中的位置、主要功能、通信接口、协议、性能以及设备的一般性要求。本部分适用于基于ITU-TH. 323协议的视讯会议终端。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)使用于本文件。GB/T 2423. 1-2008 电工电子产品环境试验第2部分:试验方法试验A:低温GB/T 2423. 2-2008 电工电子产品环境试验第2部分:试验方法试验B.高温GB/T 2423. 3-2006 电工电子产品环境试验第2部分:试验方法试验Ca
5、b:恒定湿热试验GB/T 3873-1983 通信设备产品包装通用技术条件YD/T 965-1998 电信终端设备的安全要求和试验方法YD/T 968-2010 电信终端设备电磁兼容性要求及测量方法YD/T 993-2006 电信终端设备防雷技术要求及试验方法ITU-R BT. 500(2002) 电视图象质量主观评价方法ITU-T G. 711 话音频率的脉冲编码调制(Pulsecode modulation (PCM) of voice frequencies) ITU-T G. 722 64 kbit/s之内的7kHz音频编码(7kHz audio-coding within 64 kb
6、it/ s) ITU-T G. 723. 1 以5.3kbit/s和6.3kbit/s为速率的多媒体通信的双速语音编码器(Dualrate speech coder for multimedia communications transmitting at 5. 3 and 6. 3 kbit/ s) ITU-T G. 728 采用线形预测激励的低时延码在16kbit/s速率上的语音编码(Codingof speech at 16 kbit/ s using low-delay code excited linear prediction) ITU-T G. 729 使用共辄结构代数代码激励线
7、性预测(CS-CELP)的8kbit/s语音编码(Codingof speech at 8 kbit/s using conjugate-structure algebraic-code-excited linear prediction (CS-ACELP) ITU-T H. 235 H系列多媒体终端的安全和加密(Securityand encryption for H-Series (H. 323 and other H. 245-based) multimedia terminals) ITU-T H. 239 H. 300系列终端的角色管理和附加媒体信道(Rolemanagement
8、and additional media channels for H. 300-series terminals) ITU-T H. 243 使用1920 kbit/ s以内的数字信道在3个或3个以上视昕终端间用于建立通信的规程CProceduresfor establishing communication between three or more audiovisual terminals using digital channels up to 1 920 kbit/s) ITU-T H. 245 多媒体通信控制协议(Controlprotocol for multimedia co
9、mmunication) ITU-T H. 261 P祷64kbit/s视昕服务的视频编码(Vdeocodec for audiovisual services at p X 64 kbit/ s) G/T 28499.1-2012 ITU-T H. 263 低速率的视频编码(Videocoding for low bit rate communication) ITU-T H. 281 使用H.224的电视会议的远端摄像机控制协议(Afar end camera control protocol for videoconferences using H. 224) ITU-T H. 282
10、多媒体通信远程设备控制协议(Remotedevice control protocol for multimedia applications) ITU-T H. 283 远程设备控制逻辑信道传输(Remotedevice control logical channel transport) ITU-T H. 323 基于数据包的多媒体通信系统(Packet-basedmultimedia communications sys tems) 3 术语和定义、缩略语3. 1 术语和定义下列术语和定义适用于本文件。3. 1. 1 视讯会议业务video conference service 采用图像
11、、语音压缩技术，利用视讯会议通信系统和数字传输电路，在两点或多点间实时传送活动图像、语音，应用数据(电子白板、图形)信息形式的通信业务。3.1.2 IP视讯会议业务IP video conference service 基于IP网络的视讯会议系统为IP网上处于不同位置的多个用户提供实时通信，混合与会者的声音和运动图像，并传送多媒体信息。3. 1. 3 IP数据会议业务IP data conferece service 基于IP网络的视讯会议系统为IP网上处于不同位置的多个用户在进行视讯会议的同时提供数据共享，数据会议方式有t文件传送、文件共享、电子白板等等。3.1.4 网守Gatekeeper
12、 网络中的一个功能实体，提供地址翻译。网络的接入控制，带宽管理会议资源调度。3. 1. 5 多点控制器multipoint controller 网络中的一个功能实体，提供参加多点会议的多个成员之间的控制。提供与所有终端间的能力协商，提供公共能力集，负责管理会议资源。3. 1.6 多点处理器multipoint processor 网络中的一个功能实体，提供音频视频的集中处理(切换、混合)等。3.1.7 视讯会议终端video conference terminal 处于用户侧，用于完成用户视音频信息采集、处理和放，并同时完成相应其他控制功能的设备。本标准中的终端都假设是IP终端。3.1.8
13、多点控制单元muItipoint control unit 网络中一个端点，它为3个或更多终端及网关参加一个多点会议服务。它也可以连接两个终端构成点对点会议，随后再扩展为多点会议。? GB/T 28499.1-2012 3.2 缩略语下列缩略语适用于本文件。AAA Access , Auchentication and Accounting 接人认证和计费APP Application-Defined RTCP Packet 根据应用定义的RTCP报文BYE Goodbye RTCP Packet RTCP挂断报文DHCP Dynamic Host Configuration Protocol
14、 动态主机配置协议GK Gatekeeper 网守IPX Internetwork Packet Exchange 互联网分组交换协议MC Multipoint controllor 多点控制器MCU Multipoint Control Unit 多点控制单元岛1GCPMedia Gateway Control Protocol 媒体网关控制协议如1IBManagement Information Base 管理信息库MOS Mean Opinion Score 平均主观评分MP Multipoint Processor 多点处理器NTP Network Time Protocol 网络时间
15、协议RR Receiver Report 接收报文RTCP Real Time Transport Control Protocol 实时传输控制协议RTP Real Time Transport Protocol 实时传输协议SDES Source description items 源描述项SN岛1PSimple Network Management Protocol 简单网络管理协议SPX Sequenced Packet Exchange 序列分组交换协议SR Sender Report 发送报文TCP Transmission Control Protocol 传输控制协议TFTP
16、Trivial File Transfer Protocol 简单文件传输协议UDP User Data Protocol 用户数据报协议4 基于ITU-TH. 323协议的视讯会议终端在视讯会议业务网中的位置基于ITU-TH. 323协议的视讯会议终端在视讯会议网中的位置如图1所示，基于ITU-TH. 323 协议的视讯会议终端设备(如无特殊说明，以下终端均指基于ITU-TH. 323协议的视讯会议终端设备)位于靠近最终用户的一端，处于接入层的边缘，受所在域的接入网守的控制。图1的连线表示设备处于正常运行状态时的默认连接。终端间的点对点呼叫和多点会议召集都由网守负责，召集多点会议时需要使用M
17、C，使用MP进行媒体处理。会议的预约等操作可以由终端直接向网守预约，也可以经由应用服务器完成。终端的管理和控制由接入网守负责。与终端元关的管理和控制流程不在本部分中规定。3 GB/T 28499.1-2012 -一-一一-G0H. 235, HTTP或其他RAS Q.931 RADlUS H.248 图1基于ITU-TH. 323协议的视讯会议终揣在视讯会议业务网中的位置5 业务要求终端设备主要为最终用户提供基本的IP视讯会议业务。它在接入网守的控制下完成呼叫的建立与释放，接收对端发送来的视音频编码信号，并在必要时将近端的原始多媒体信号编码后经由视讯会议业务网进行交换。同时终端也可以支持IP数
18、据会议业务。6 终端类型IP视讯会议业务可以应用到公司的私有会议室，可以在公共接人的会议室做临时出租，或者可以供个人使用。有多种IP会议终端来满足不同应用的需求:会议室型H.323视讯会议终端会议室型终端具有独立的主机和丰富的视音频外设接口，具有较强的视音频信号处理能力和完善的会议控制及其辅助功能，显示设备一般为电视机、大屏幕投影仪，可以为用户提供高质量、专业级别的视音频效果，适合在标准会议室中应用，可以提供大、中型视讯会议服务。桌面型H.323视讯会议终端桌面型终端具有独立的主机和较简单的视音频外设接口，视音频信号处理能力弱于会议室型终端，具有基本的会议控制功能，移动性好，可以放置在办公桌面
19、和家庭中使用，既可以独立具有显示器件，也可以利用电视或显示器等设备进行显示，可以为个人用户和企业提供操作简单、接入便利的视讯会议服务。一-H.323视讯会议软终端软终端没有主机，为计算机上的应用程序，通过电脑提供的通讯接口与简单的视音频外设连接，视音频信号处理能力较弱，具有基本的会议控制功能，显示设备使用电脑显示器，可以为广大个人用户和企业办公室提供操作简单、接入便利的视讯会议服务。终端的基本功能要求在第7章中规定，会议室型终端、桌面型终端和软终端详细技术要求分别在第.金GB/T 28499.1-2012 8章、第9章和第10章中规定。7 基本功能要求7. 1 应用层协议终端必须支持ITU-T
20、H. 323协议，提供在ITU-TH. 225. 0中规定的服务，对ITU-TH. 245规定的控制信道、数据信道和呼叫信令信道，必须提供可靠的(如TCP、SPX)端到端服务;对音频信道、视频信道和RAS信道，必须提供非可靠的(如UDP，IPX)端到端服务。服务可以是双工或单工、单播或多播，取决于应用、终端能力和网络配置。7.2 参加会议能力终端应该具备预约会议的能力。能够进行点对点呼叫和多点视频/音频会议呼叫，能够实现自动或人工控制应答呼叫的功能。7.3 语音编解码功能终端必须支持ITU-TG. 711规定的A律，可以根据需要支持G.722、G.723. 1、G.728、G.729等编码格式
21、，争取采用国内拥有知识产权的成熟、互通性好的压缩编码格式。7.3.1 声音编码动态转换终端可以根据会议需要在MC的控制下进行声音编码动态转换。即终端能够根据MC的要求，在较高速编码与较低速编码方式之间进行切换。当网络拥塞时，可将高码速编码方式转换为低码速编码方式，以便从媒体流的源端进行流量控制以缓解拥塞状况;当网络资源宽松时，可以将低速编码方式转为高速编码方式，以提高通信质量。7.3.2 最大音频-视频传输偏离终端应发送h2250MaximumSkewlndication消息来指示传输到网络传输层的音频和视频信号之间的最大偏离，以便终端适当设置其接收缓存的大小。对于每一对相关的音频和视频逻辑信
22、道，必须发送h2 25 0 Maxim umSkew Indica tion，音频会议或坦合会议则不需要。如果要求唇音同步，必须通过使用时戳来实现。7.3.3 低比特率操作在低比特率(是来自2-4/H.243.中的子图片号，相当于H.230VIN2VIC-这个命令通知终端已经开始组合图片，是一个来自Table4/H. 243.的一个数字，指示何种图片组合方法正在使用中10 iJ GB/T 28499.1-2012 13. 3 RTP /RTCP的消息13.3. 1 RTP报头格式。Timestamp Synchronization Source (SSRC) identifier Contri
23、buting Source (CSRC) identifiers 各Field值确定:VCVersion):2 bit版本号置LPCpadding) : 1 bit填充位置0;XCextension) : 1 bit扩展位置0;CCCCSRC count):4 bit CSRC标识的数量，此字段填充为0，本部分不使用CSRC。MCMarker) : 1 bit标志位，该标志在静音后的第一个语音包时置位。而静音包仅发送一个，不连续发送。PTCPayload Type) : 7 bit ITU-T G. 723.1 4 ITU-T G. 729 18 ITU-T G. 711律OITU-T G.
24、711 A律8舒适噪声13 Sequence number: 16 bit序列号，初始值为一随机数，此后以1递增;收端以此判定包丢失及恢复包顺序。Time stamp: 32 bit时戳。用于标识RTP数据包中第一个字节采样时的时刻，其起始值为一随机值，以8000次/s的速率递增。Synchronization Source CSSRC) identifiers: 32 bit，用来标识RTP包的数据源。Contributing Source C CSRC) identifiers:每个CSRC32 bit , CO15 )个CSRC序列，本部分不包含该字段。13.3.2 RTCP协议RTCP
25、报文共有5类:RR SR SDES BYE APP本部分只对SR和RR报文提出要求。SRC发送报文)的格式如下:20 GB/T 28499.1-2012 。2 3 01234567890123456789012345678901 +一+一十一+一十一+-十一+一+-+-+一+-+-+-+-+一十一+-+十一+一+一+一+一+一+一+一+-+一+一+一+一+I V=2 IP I RC I PT=SR=200 长度I header +-+-+-+-+一十一十一十一+一+-+-+一+一+一+一+-+一+一+一+-+-+一+一+-+-+-+十一+-+一十一+-+发送者的SSRC+=+=+=+=+=+=
26、+=+=+=+=+=+二+=+=+=+=+二十二+二十=+=+=十二十二十=+二十二+=十二+=+=+=+盯P时戳，商字节I sender 十一+一+一+一+一+一+一+一+一+一+-+一+一+一+一+-+-+-+一十一+一+-+-十一+一+一+-+-+-+一+一+一+info NTP时戳，低字节十一+一+十-+-+一+一+-+-+一+一十一+一十一+一十一十一+一+-+-+一+一+一+一+一+一十十一+一+-+一+RTP时戳+一十-+-+一+一+一+一+一+一+一+十十十+十个十十十一十一+一十+十十十一+-+十一十一十发送的报文数十-+-+-十一+-+-+-+-+-+十一+-+-+一牛十-
27、+-十一卡一+十一+-+-+一+-+十十一+-+一+一+发送的字节数十=+=+=+=+二十二十二十二十=+=十=+=+=+=+=+=+=+=+=+=+=+=十二+=+=十=+=+=+=+=+=+二十SSRC 1第一个源的SSRC)I rport +-+-十一+-+-+十一+-+十+十十十一+-+-+一+一+一+-+-+十一+一+十+一十-+-十+-+block| 吾包率累计包丢失数+一十-+-+一+一十一十一十一十-十一十士十十一十一十一十一十一十-十-十一十一十十卡-+-+-+十一+一斗接收到的扩展的母商序列号十一+-+一+一+一+-;-十一十一十-+-+-+一+一+一十一+一+一+一+-+
28、-+-+-+一+一+一十-一+一+卡-+一+到达间隔抖动+一十一+一+一+一+-+-+-+-+一十一十一十一+一十一+-+-+-+-+一+-+一+十一+一十一+十一+-+-+一十十上-SR报文(LSR)+-+一十一十一十一+一+一十一+-+-+一+一十一+-+一+一+一+一十一+-斗十-十一+一+一+一十一+一+一+一+-+-+自上一SR的时间(DLSR)+=+=+=+=+=+二十=+二+=+=十=+=+=+=+=+=+=+=十二+二十=+=+=+=+=+=+=+=+=+=十二+=+SSRC_2(第二个源的SSRC)I report +一+-+-+一十一+-+-+-+-+一十一+-+-+-+一
29、+一+一+一+-+-+-十一+一+一+一+一十一+一+一+-+-+一+block2 +=+=+=+二十=+=+=+=+=+=+=+=+=+=+二十=十=+=十二十二+=+=+=+=+=+=+=十=+=+=+=+=+特定协议扩展+一+-+-+一+十十+一+-+-+-+一十一+-+-+一+-+一+一+-+-+-+-+-+-+-+-+-+-+一+一十一+其中的各项内容定义如下zVersion (V):2 bits协议鉴别，在本部分中规定为20Padding (P) : 1 bit在本部分中规定为0。21 GB/T 28499.1-2012 reception report count (RC) :
30、5 bits 在SR中包含的RR的数目，在本部分中规定不得大于10packet type (PT) : 8 bits 报文类型，以2进制表示。其中十进制的200代表SRolength:16 bits 报文长度，指在其后的报文长度，所以有可能为00SSRC:32 bits 源同步码，用以标识此次通话。NTP timestamp: 64 bits 绝对时戳。在测量环路时延时可在对方的RR报文中带回;如果发送方不具有绝对时钟的能力，则可以用通话开始时间作为时钟0点或将此域置00(在NTP格式中，64位的前32位是从1900年1月1日0时开始到现在的以秒为单位的整数部分，后32位是此时间的小数部分)。
31、RTP timestamp: 32 bits 以RTP的timestamp为基准。sender s packet count: 32 bits 从通话开始后发送方总共发送的RTP报文的数目。senders octet count, 32 bits 从通话开始后发送方总共发送的有效载荷的数目(以字节记)。随后描述的是一个或多个RR报文块，在本部分中规定在SR报文中最多只能有一个RR报文块。SSRC_n (source identifier) : 32 bits 源同步码，用以标识此RR块所从属的通话。fraction lost: 8 bits 从上一个SR或RR报文发送后的丢包率，表现为接收方在
32、此段时间内期待的RTP报文与所收到的RTP包数目的差值和它所期待的RTP报文的数目的比值，若为负值，置为0。详见RFC3550。cumulative number of packets lost: 24 bits 累计的包丢失数。extended highest sequence number received: 32 bits 其低16位是其收到的RTP包中的sequencenumber的最新值。其高16位标识其收到的RTP报文的sequencenumber的循环的次数。interarrival jitter: 32 bits 时延抖动。每两个RTP包的抖动可以用其RTP包中的RTPtime
33、stamp和接收的时刻进行计算，计算公式如下:设Rj代表第j个包的到达时刻，Sj代表第j个包的RTPtimestamp值，则第i个RTP报文与第j个RTP报文间的抖动为D(i，j):D(i,j) = (Rj-Ri)一(Sj-Si)= (Rj -Sj)一(Ri-Si)在生成RTCP报文时，其应当传送的时延抖动的值可用如下公式进行递推计算:J=J十(ID(I-1,l) I-J) /16 其中，J为要传送的时延抖动值。对后一项除以16是为了消除连带噪声。last SR timestamp (LSR) :32 bits 收到的最近一个SR报文的NTPtimcstamp的中间32位。delay sinc
34、e last SR (DLSR): 32 bits 在收到上一个SR报文与此次发送的报文之间的时间。以1/65536s记。如果还没有收到任何SR报文，此值置00GB/T 28499.1-2012 RR报文的格式如下:。2 3 01234567890123456789012345678901 +-+一+-+一+-+-+-+-+一+一+一十一+-+-+-+-+-+一+-+-+-+-+-+-+一+一+一+-+-+-+-+-+IV=2 1P1 RC PT=RR=201 长度I header +-+一+-+一+一十一+一+一+-+一+一十一十一+一+-+一+一+-+-+一+-+一+一+一+-+-+-+一
35、十一+一+一+一十报文发送者的SSRC+=+=+=+=+=+=+=+=+=+=+=+=十二+=+二十=十=+=+=+=十=+=+=十=+=+=+=+=+=+=+=+=+SSRC_l(第一个源的SSRC)件Ho p e r +-+-+一+-+一十一+一十一+-+-+-+-+-+-+-+-+-+-+-+-+-+一+-+-+一+一+一+一+一十一+一+一+block | 丢包率累计包丢失数十一+一+一+一十一+一+一+一+一+一十一+一十一+一十一+一+一+一+一十一十一+一十一+一十一+一+一+一+一十一+一+一+接收到的扩展的最高序列号+一十一+一+一十一+一+一+一+一+一十一+一十一+一+一
36、十一+一+-+一+一十一+一+一+一十一+一+一十一+一+-+-+一+到达间隔抖动+-+-+-+-+一+一+一+-+-+-+一+-+一+-+一+一+一+一+一+一+一+一+一+一+一十一十一+一+一+一+一+一+上-SR(LSR) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+一+一+-+一+-+一+一+一+-+一+-+一+自上-SR的时间(DLSR)+二+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=十=+=+=+=十二+SSRC_2(第二个源的SSRC)H nu ny LW r +一+一+一+一+一
37、+一+一+一十一+一+一十一+一+一十一+一+一+一+一+一+一十一十一+一+一+一+一+-+-+-+-+一+block 2 十=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+二十=+=+=十二十=+二十=+=+=+=+特定协议扩展+-+-+-+一+一+一+-+-+-+一+一+-+-+-+-+-+十十一十一+-+一+-十-+-+-+-+一+一+一+一+一+其中各项的功能与形式如SR中的说明。若未收到任何RTP报文，则可发送一个空的RR，即RC=O。RTCP包发送机制:在两次RTCP报文之间，若端点没有发出任何RTP报文，则端点此次发送RR(接收报文)，否则，
38、端点发送SR(发送报文)。设备可以发送RTCP报文，每固定时长发送一次，也可以不发送RTCP报文。设备接收不到RTCP报文时，不应判定媒体流断开而拆除连接。设备接收到RTCP报文时，不应该因不能识别而做出错误反应。14 与其他类型终端的互通14. 1 与IP语音终端的互通终端应支持与基于ITU-TH. 323的IP语音终端实现互通。14.2 与支持其他协议的互通基于ITU-TH. 323的视讯会议终端通过网关，可以与H.320终端、V.35终端、PSTN终端等实现互通。23 GB/T 28499.1-2012 15 性能指标要求15. 1 影响语音质量的基本指标影响语音质量的基本指标有:设备的
39、时延，语音编码动态切换时间，编码率，语音间断率，编码过程中的前后沿滑动。设备时延由编解码时延和为防止时延抖动设定缓冲区引起的时延两部分组成。在背对背连接情况下终端设备的时延应满足如下要求:采用ITU-TG. 723. 1的编码算法的总时延不大于200ms;采用ITU-T G. 729的编码算法时的总时延不大于150ms o 终端设备可以在终端代理的命令下从一种语音编码切换到另一种，和在同一种语音编码的不同速率间切换，其动态切换时间要求不大于60ms o 在编码过程中，可以进行静音检测(VAD)和静音压缩，由此会带来语音前沿和后沿的滑动，在通常情况下，要求前沿滑动不大于15ms，后沿滑动不大于1
40、0ms o 15.2 语音质量的主观评价整个视讯会议系统的语音质量不仅与终端设备有关，也与IP承载网络有关。在网络条件好的情况下(网络元丢包和时延损伤)MOS评分应达到4.0分以上F在网络条件一般的情况下(网络有1%丢包，时延在100ms的基础上有20ms抖动)MOS评分应达到3.5分以上;在网络条件较差的情况下(网络有5%丢包，时延在400ms的基础上有60ms抖动)MOS评分应达到3.0分以上。15.3 语音质量的客观评价见ITU-TG. 711、ITU-TG. 722、ITU-TG. 723、ITU-TG. 729中对音频客观指标的要求。15.4 图像质量的主观评价图像主观评价的测试环境
41、和方法见ITU-RBT. 500中的5.10评价采用DSCQS方法。15.5 图像质量的客观评价国内外目前都没有完善的评价方法，目前主要采用主观评价，客观评价方法有待于继续研究。15.6 网络QoS适应能力当网络QoS满足下述条件za) 端到端延迟200ms; b) 丢包率1%;c) 网络抖动50mso 时，终端所提供的视讯服务质量不应该受到影响。当网络QoS质量出现瞬间恶化，但端到端延迟不超过400ms，丢包率不超过10%，网络抖动不大于100ms的时候，终端所提供的视讯服务质量不应受到永久性影响。15.7 可靠性要求终端的平均元故障工作时间(MTBF)为7000h以上。16 供电要求终端设
42、备应该支持本地供电方式。在本地供电方式下，要求电压范围220(1土O.l)V，频率50(1:!:GB/T 28499.1-2012 0. 1) Hz。17 环境要求17. 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的要求。N-ON-m叮NH阁。华人民共
43、国家标准基于IP网络的视讯会议终端设备技术要求第1部分z基于ITU-TH. 323 协议的终端GB/T 28499. 1-2012 国和中* 中国标准出版社出版发行北京市朝阳区和平里西街甲2号(100013)北京市西城区三里河北街16号(10004日网址总编室:(010)64275323发行中心:(010)51780235读者服务部:(010)68523946中国标准出版社秦皇岛印刷厂印刷各地新华书店经销 开本880X 1230 1/16 印张2字数52千字2012年10月第一版2012年10月第一次印刷* 书号:155066. 1-45680 30.00 JG 如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68510107定价打印H期:2012年11月13日F002
