1、GB/T 15845.4-23/ITU-T H. 320 ,1999 前言GB/T 15845分为以下五个部分z1. GB/T 15845.1-1995(视昕用户终端技术要求视听用户终端业务中641920kbit/s信道的帧结构2. GB/T 15845.2-1995(视听用户终端技术要求视昕系统中帧同步的控制和指示信号3. GB/T 15845.3-1995(视昕用户终端技术要求使用2Mbit/s以内数字信道的视昕用户终端之间建立通信的方法4. GB/T 15845. 4-2003(视听用户终端技术要求窄带视昕系统和终端设备5. GB/T 15845. 5一1995(视听用户终端技术要求PX
2、 64 kbit/s视昕业务的视频编解码器以上各部分分别等同采用了ITU-T H. 221 , H. 230 , H. 242 , H. 320 , H. 261建议。本部分为GB/T15845的第4部分，本部分等同采用了ITU-TH. 320建议(1999版)，在编写格式上按GB/T1. 1-2000增加了规范性引用文件一章。ITU-TH.320建议是会议电视系统的框架性标准，该建议涉及到帧结构、音频编码、视频编码、与其他类型终端的互通等方面的内容，本部分代替GB/T15845.4-1995(视昕用户终端技术要求窄带视昕电话系统和终端设备儿GB/T 15845.41995是在1992年版的H
3、.320建议的基础上制定的，为GB/T15845-1995的第4部分。本次仅对GB/T15845.4-1995作了修订，其余几个部分待相应的国际建议版本相对稳定后再做修订。本部分与GB/T15845.4-1995相比较，主要增加了如下内容:规范性引用文件中直接采用ITU-T建议;一一表l的内容较1995年版有较大变化，例如，在该表中增加了对视听电话模式的六个注释，表2的内容较1995年版有较大变化，例如，在该表中对终端必须支持的模式和可以支持的模式做出了规定;增加了4.3.2.2运行在H.244建议的信道汇聚器上的单信道设备的可选要求一条。-一-4.4.1的呼叫建立的正常过程的各个阶段中，相对
4、于1995年版，内容都有不同程度的增加;-4.4.5中增加了音频信息的传送内容;4.5. 1中增加了部分内容;增加了4.5.3受限网络一条内容;5终端要求一章中，增加了音频安排及测试原则等内容;一5.3音频通路的延迟补偿一条中增加了部分内容，例如对延迟补偿的插入的要求及方法做出了规定，一一5.4控制与指示一条中增加了可选的控制与指示信号的内容56互通信一章中增加了6.3与其他视听终端互通一条内容.包括与H.324终端互通，与H.322终端互通，与H.323终端的互通;增加了一个资料性附录AH.320系统使用的可选的增强视频算法。皿GB/T 15845. 4-2003/ITU-T H. 320:
5、 1999 凹本部分的附录为资料性附录。本部分囱中华人民共和国信息产业部提出。本部分由信息产业部电信研究院归口。本部分起草单位z信息产业部电信传输研究所。本部分主要起草人s史德年、刘晓红。本部分子1995年12月首次发布，本次为第一次修订。GB/T 15845.4-23/ITU-T H. 320 ,1999 视昕用户终端技术要求窄带视昕系统和终端设备1 范围GB/T 15845的本部分规定了窄带视昕系统和终端设备的技术要求。对于可视电话的视听业务的要求在建议F.720中规定，对于会议电视的视昕业务的要求在建议F.702中规定。音频编码、视频编码以及其他一些属于视昕业务的公共部分的技术要求在H.
6、200/F.720系列建议中的其他建议中规定。本部分适用于窄带视昕系统和终端设备，该类视昕设备业务的信道速率不超过1920kbit/s. 2 规范性引用文件下列文件中的条款通过GB/T15845的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注目期的引用文件，其最新版本适用于本部分。ITU-T G.167 声回波控制器ITU-T G. 722 64 kbit/ s内的7kHz音频编码ITU-T G.728 使用低时延码激励线性预测的16kbit/s语
7、音编码ITU-T H.200 视昕系统中的多层规程ITU-T H.221 视昕用户终端业务中641920kbit/s信道的帧结构ITU-T H.230 视听系统中帧同步的控制和指示信号ITU-T H.231 使用2Mbit/s以内数字信道的视听系统的多点控制设备ITU-T H.242 使用2Mbit/s以内数字信道的视听终端之间建立通信的方法ITU-T H.243 使用2Mbit/s以内数字信道的两个或多个视听终端之间建立通信的方法ITU-T H.244 多个64或56kbit/s信道的同步汇聚ITU-T H.261 PX64 kbit/s视昕业务的视频编解码器ITU-T I. 400 ISD
8、N用户网络接口3 术语和定义以下术语和定义适用于本标准:3.1 比特率分配信号(BAS)bit-rate allocation si伊al在H.221建议帧结构中的8比特数据，传送如命令，控制和指示信号、能力等。3.2 控制和指示信号(C& 1) control and indication 包含引起接收器状态改变的控制和提供诸如系统功能信息的指示的两个终端之间端到端的信令，见H.230建议。GB/厅T15切84仿5.4一2003ITU-TH.3捏20，19993.3 鼓据瑞口data port 在符合H.221建议的业务信道或子信道中传送用户数据的输入/输出口。3.4 人机接口homan-m
9、achine interface 用户与终端/系统之间的接口，包括物理部分(电-声转换器，电光转换器，键盘等)和涉及到功能操作状态的逻辑部分。3.5 带内信令in-band signaling 通过H.221帧结构的BAS信令。3.6 口型同步lip sync,ronization 它是一种操作，使人感觉到讲话动作与所讲话音是同步的。3.7 多点控制设备multipoint control nnt(MCU) 安装在网络的一个接点或一个终端内的一种设备，该设备从多个访问口接收若干个信道的信息，根据一定的准则，处理视听信息并将它们分配给所连接的信道。3.8 窄带narrow-band 比特率在64
10、1920 kbit/ s范围内的信道。该f信言道容量画哥I以在I胳SDN中以单个B/Ho/Hl口l/H或多个B即/Ho信道提供。3.9 带外信令out-band signaling 通过B/Ho/Hll/HI2信道以外的信道传送的信令(由1-400系列建议规定)。3. 10 可视电话业务visual telephoDe service 一组视昕业务，包括在建议F.721中定义的可视电话业务和在建议F.730中定义的会议电视业务。4 系统描述4.1 框固和元素识别一个通用的视昕电话系统框图如图l所示。它由终端设备、网络、多点控制设备(MCU)和其他系统操作实体组成。如图1所示，终端设备的配置是由
11、若干功能单元组成的。视频1/0设备包括摄像机、监视器和提供诸如屏幕分割方案功能的视频处理单元。音频1/0设备包括麦克风、扬声器和提供诸如声回声消除功能(见建议G.167)的音频处理单元。远程信息处理设备包括视听辅助设备，例如电子黑板，文本转换设备和静止图像收发器，以增强基本的视听电话通信。系统控制单元完成如下功能:通过端到网络的信令访问网络，通过端到端的信令实现端到端控制建立公共操作模式和通知终端合适的操作。视频编解码器对视频信号实行减少冗余度的编码和解码音频编解码器对音频信号做同样的工作。音频通道的延迟用以补偿视频编解码器的延迟以保持口型同步(lipsynchronization) 0 复用
12、/解复用单元把要传输的视频、音频、数据和控制信号复合成单一比特流，把接收的比特流信号分解成所含的多媒体信号。网络接口在网络和终端之间按照1.400系列建议所定义的用户-网络接口的要求进行必耍的适配。GB/T 15845.4-2003月四翩TH. 320, 1999 幌频0世岳音第vo噩岳远程惊且娃理世晶建器泣.242.应.230平白.221端-蜻宿令C&l 端-罔蝠信令1.400噩列醒议MCU多点控制单元阁1视昕电话系统注，对于在且用线网络，比特速率在64kbit/s-2048 kbit/s范圈内的网络接口在G.703建议中定旦。一种可选的接口在建议X.21中定义。对于nXHI信湛，G.703
13、接口的时睡在分配在建议G.704的5节中规定e需要强调的是，与lSDN网络部互通需要程思线网络约1哥步操作，4.2 倍号视昕电话系统的信号被划分成视频、音频、数据和控制信号za) 音频信号是连续的比特流，要求实时传送g注z为了减少音频信号的平均比特率，可以引人话音激活报销在这种情况下，音频信号耳目再是连续的b) 槐频传号也是连续的比特流，分配给视频信号的ft特速率应尽可能离，以便在可用信道容萤内使图像质量最佼;c) 数据音信号包括静止图像、传真和文挡，或者是其他媒体，例如文本转换。数据信号只按要求偶尔发生，可暂时代辛苦所有或部分视听信号内容。JJ1注意，数据信号只与基本视听电话系统的增强的径选
14、项有联系，!iil此打开携辛苦数据信号主号通道是在终端l寻协商之后主d) 控制信号是定义的一些系统控制信号。终端到网络的控制信辛苦的通道由D信道提供;按照日.221建议中定义的机理，终端到终端的控制信号的通道由BAS提供，或在营管要时由业务信道提供。4.3 比特惑选项和基础直在街4.3.1 视昕电话的控制模式视昕咆阔的通信模式根据它们的信道配置和编码在表l中定义。特殊的操作通信模式的建立按照H.242建议所规定的程序进行。4.3.2 校听电话的终端类器重根据可用于终端通信的信道类型来区分终端的类型。终端可分为以下几类，mXB(具有参数a的类型X)，nXH，(具有参数15的类型y，见注)，Hll
15、/H12(具有参数目的类型Z)就它们的组合。表2中给出了可视电话的终端类型以及要求每种类型的终端需要支持的通信模式。注z类型Y终端必须具有在建议H.221中为不撞击增多灼殉络互速而定义部SM-comp或6B-H，兼容模式(Jl!.4.3.2.2)。GB/T 15845. 4-2003/ITU-T H. 320, 1999 表1视昕电话的通信模式视听电话模式信道速率/ISDN ISDN接口编码脚标n对应音频编码)kbit/s 信道备注基本速率基群速率音频视频. 64 B 1.2 b. 128 2B 3 C, 192 3B 3.4 d, 256 4日3.4 建议e, 320 5B o G.711
16、建议H.2613.4 1 G.722 f, 384 6B 适用3.4 建议H.262g. 384 Ho 2 G.728 3 G. 723. 1 建议H.263h. 768 2日。注5)(注的3 1坷1152 3Ho 4 G. 729 3 j附1536 4Ho 不适用3 k. 1536 H L 1920 5H。3 ffi. 1920 H 注1，当视听电话终端与宽带语音终端互通时.G.722音频编码(模式向)可取代G.711音频编码(模式，)。注2，当两个终端以该速率相连，并且运行在G.711(模式ao)或者G.722(模式向)编码上.而且两个终端都具有视频能力，可采用H.261、H.262或者H
17、.263视频编码协议。$L注意，由于此时的比特速率很低.视频性能可受到限制。注3，对于多个B!H。信道的情况，按照2.7/H. 221建议的要求，所有信道都必须同步在终端上曰当比特速率超过64kbit/s时，将按照H.244建议或ISO/IEC13871的要求进行多个B信道的捆绑。注L当使用多个基本速率接人时，该模式适用于ISDN基本速率接口方式.注5，对于G.723. 1音频编码方式，信道可以按照建议H.221的要求分配。音额数据及其分组格式在建议G.723.1和H.223中定义。G.723.1音频编码不用的比特位的使用在建议H.221中规定。注6，H.261、H.262和H.263的层次在
18、附录A中定义。表2视昕电话终端类型ISDN 需支持的模式终端类型信道必选建议任选X. B 所有其他a.X牛2B a b 所有其他a俑.b.X X斗3B 岛，比.Co所有其他a，b，c(注1)X, 4B 句，bo, co .do 所有其他鸟.b附，Cn,dn x, 5B .岛.Co.do .e，。所有其他品，b，c，d，e，.X, 6B 旬.1，.句，也，龟，所有其他也，礼，Cn.d.鸟.f内GB/T 15845. 4-2003/ITU-T H. 320, 1999 表2(续)!SDN 需支持的模式终端类型信道必选建议任选Y, H, g, g, 所有其他Y Y, 2H, 晶.10gt .h1 所
19、有其他g.h, Y, 3H, goo儿.，gl .h1 .i 所有其他晶，儿.(注2)Y, 4H, go ,ho .10 ,jo gl ,hl .i1 .jl 所有其他品.hn.in ,j Y, 5H, 品.110.io，巾.10gl .hl .11 ,jl ,11 所有其他品，儿i ,j .1 Z. H ko k, 所有其他k.Z Z, H 口m, 所有其他m，注1，如果可视电话终端与宽带语音终端互通，该终端除了支持G.711编码(模式ao)以外，还可支持G.722编码(模式a，)。注2，该型终端应符合4.3.2.2条的要求。4.3.2.1 举例a) 具有G.711、G.722和G.728音
20、频编解码的类型凡是通过B或2B信道具有句，句，岛，bo，b1 和b，模式操作能力的终端。b) 具有G.711、G.722和G.728音频编解码的类型XbY，是通过B.2B或H。信道具有a，哟，句，队，bt.b2 , go ，gj和g，模式操作能力的终端。c) 具有G.711、G.722和G.728音频编解码的类型XrY，乙是通过(l6)B、(14)Ho或H信道具有XOX1和X2(Xak)模式操作能力的终端。远程终端的类型由定义在H.242建议中的传输速率能力交换来标识。4.3.2.2 运行在H.244建议的信道汇聚器上的单信道设备的可选要求如果一个单信道设备，例如类型Y，或类型Z终端，和一个具
21、有子基群速率信道接人能力的终端运行在符合H.244建议中模式2规定的信道汇聚器(CAU)上，这些终端应该具有下列相应的特性z) 该终端应能够完成H.221建议中定义的SM-comp命令一能够腾出每一帧中的任一时隙(时隙1除外)的前16个字节的第8个比特，并且能够接收具有相同结构的输入信号。2) 该终端应能接收定义在建议H.244中的包含重复的null值的能力集。3) 该终端应能运行在64kbit/s整数倍的速率上，直至最大速率(该项可选当一个或多个信道丢失或不可用时，能够运行在可用的信道容量上)。4) 该终端应遵守建议H.244规定的capexJ命令。5) 该终端应识别并响应建议H.244中规
22、定的Agg!NJ-命令。注2在H.320的1993年版本和较早的版本中，规定6B-Ho-comp而不是SM-comp)作为要实现的命令，并且没有提供null) capex和Agg!N-命令。按照上述版本之一设计的终端可以通过CAU在384kbit/s速率上与类型Xr终端互操作，假设该终端能够接收包吉重复null)值的能力集。4.3.3 视频编解码器根据H.242建议附录A所规定的视频层次，视频编解码器必须支持H.261建议，可选支持H.262和H.263建议。4.3.4 音频编解码器必须支持G.711建议，可选支持G.722、G.728、G.723. 1和G.729建议(见表1)。4.3.5
23、帧结构符合建议H.221的规定。GB/T 15845. 4-2003/ITU-T H. 320 , 1999 4.3.6 控制与指示(C&I)采用建议H.230的等同子集(见5.4)。4.3.7 通信过程符合建议H.242的规定。4.4 呼叫控制安排为了建立各种视听终端之间的互通，必须根据H.242建议和其他相关建议执行带内和带外过程。呼叫的不同步骤根据点到点的配置来确定，其中X是主叫终端，Y是被叫终端。4.4.1 视昕电话呼叫建立的正常过程通信的提供按以下主要步骤进行a) 阶段A，呼叫建立，带外信令;b) 阶段Bl，对初始信道模式初始化;c) 阶段CA，若需要，附加信道的呼叫建立;d) 阶段
24、CB1，对附加信道初始化;e) 阶段B2(或CB2)，公共参数的建立30 阶段C，视昕终端通信;g) 阶段0，终止阶段;h) 阶段E，呼叫释放。4.4. L 1 阶段A一一呼叫建立用户初始化之后，终端X执行呼叫建立程序在建议Q.939中定义lo-旦该终端接收到j来自网络的连接己建立的指示，一个端到端的双向信道就开通了，并在该信道上叠加H.221规定的帧。连接建立后，所有终端将以H.221建议所规定的模式OF开始工作(A-律或律)。激活带内过程。4.4. L 2 阶段Bl一一模式初始化4.4. L 2.1 阶段Bl-l利用建议H.242提供的过程，双向传送定帧PCM音频。在帧和复帧定位之后交换终
25、端能力。4.4. L 2. 2 阶段BI-2(终端过程)确定要被传送的合适模式。通常是最高公共模式(使用B或2B信道的情况见表3)，但可选择较低的兼容模式来代替。在两个终端已通报具有在附加信道工作的能力的情况下，终端X发出建立补充呼叫的请求。使用多连接的视昕电话终端需要知道为建立附加连接所需拨的号码。在大多数情况下，该号码是提前存储在终端中的，或者可以从建立初始信道所拨的号码中提取。当该信息不可用，或不可提取时，终端可以通过定义在H.242建议中的程序获得该号码。注，如果在任一方的用户并不希望呼叫两个或多个信道，即使该用户的终端具有这个能力，它必须在阶段B-说明这个终端设置成只有单信道能力。在
26、这种情况下，我们希望能区别用户所希望的激活能力和这个终端的实际能力。(见建议H.242的第5章)4.4. L 2. 3 阶段BI-3C模式转换)如果终端具有G.728)、G.723. 1)，或者G.729)能力(或者这些能力的组合)，并且连接到一条64/56 kbit/s连接上，而且在收到的能力集中包含IB)、G.728)、G.723. 1)，或者G.729音频能力，和H.261、H.262和H.263视频能力，表明对端用户终端类型为丸，则该终端将转换到下列模式之-，az、岛，或a，0否则，如果该终端的类型为X.，并且接收到的能力集中包含G.728、G.723. 1)，或者G.729)音频能力
27、或者这些能力的组合和日.261、H.262和H.263视频能力，则该终端将转换到F列模式之肉，岛，或句。在其他情况下，超过64/56kbit/s的较高速率是可用的，根据应用，该终端可以转换到模式b，或者GB/T 15845. 4-2003/ITU-T H. 320 , 1999 表1中始较离模式e如果终端具有类型凡、X，或者较高类型，并旦收到的能力集中包含2B或者更高速率，在等待附加连接的建立过程中，是将模式转换为打开视频还是将苦苦频编码转换为另种模式曲终端自己选择。模式转换使用建议日.242中定义的程序。如果两个终端都不接受公共模式，有可能导致非对称通信(并不排除这种情况的存夜)一-!.!.
28、4. 4. 1. 5。表3使J!l或2B告雪运的不同类型挠珩粤语i苟遵信的公共模式缺省芷bX, X. X. 终端类型G. 71l .G. 722. (具有音频编(G.71 1) (G. 711.G. 722) (G. 711.G. 728) 解码器G.728) ., X. (G. 711.G. 728) b, b, bo bo X, (G.71) b, b, b, X, (G. 711.G. 722) b, b, X, (G. 711 ,G. 728) bJ/bz X, (G. 71 1. G. 722. G.728) 注1.飞/弘指示是使用b，还是bz.b1绘出更高质量的音锁.b，绘出更高建
29、黎的被颜.注2，丰夜中所列的通信模式包括了使用问.261CIF格式以及H.261 QCIF格式的可能性。日。262建议的SIF.2S1F和4S1F以及H.263建议的SQCIF.QCIF. CIF. 4CIF和16CIF格式也可以选择性使用a运行格式的选择根据交换的能力留给终端处理t不必要双向对称。每个终端都可在它的发送方向使用最小巧解码00缘部痴.它将最佳地使用自其毯终端指串串的能力。本表所尹j并不包括槐听电话和电话终端鹤立工作的情况，如果瓷碗电话终端连接到电话，选定模式.用于通信。4.4. 1. 3 阶段CA-附加倍道的呼叫建立在阶段B1-3和出之后，在该信道上送入通信阶段C.如果已请求附
30、加信道，就再次执行阶段A此处黑术被阶段CA勺，严格按照阶段A执行s湾主U手叫建立自终端来完成。在每个已建立治信道上叠加H.221帧。注:在阶段CA期间，应提供一种中间的视听模式给初始信道用于初始化，直到初始阶段全部完成a4.4. 1. 4 阶段CB1一一对附加信道的模式初始化4.4. 1. 4.1 阶段CB1-11按照H.242建议所提供的过程，获得帧和复帧定位。4.4. 1. 4. 2 阶段CBI-12获得信泼的同步。4.4.14 3 阶段CBl-2(终鳞过程确定苦苦被传送的合适模式。因为合适的操作模式是在阶段B1-2稳定的，商此该阶段可以跳过44.4.1.4.4 阶段CBI-3(模式转换)
31、按照且242建议所规定的过程，两个终端都转换到在阶段81-2巳证实的模式上去。GB/T 15845. 4-2003/ITU-T H. 320 , 1999 需要注意的是.如果G.728或者G.722建议可用，在初始化以后应避免使用G.711模式，因为这两种模式能够为视频信号提供更多的带宽，并且G.722能够提供更好的语音质量。完全对称是不需要的，也就是说，没有必要在两个传输方向上提供等同的音频和视频传输，并且建议H.242中第8.2条也不赞成将输出模式自动选择为输入模式，而是列出模式控制的更好的方法。视昕电话应用要求传输速率的对称，但是传输的音频和视频编码的设置由用户来完成，或者是预置在终端中
32、。4.4. 1. 5 阶段B2(或CB2)一一公共参数的建立阶段Bl进程结束之后，本阶段建立视昕电话特定的公共操作参数(例如，加密)。首先要指明接收端的能力或要求，然后由发送端判定操作参数并控制接收端，为此而设的BAS码定义在建议H.221中。有时用户可能希望指明优先的接收模式(例如，在表3中的能够提供更好的语音质量的模式L和能够提供更好的视频质量的模式L之间作出选择)。这可以通过使用定义在建议H.242第9.5条中的模式优先指示来完成。原则上，建议视昕电话具有发送和响应这些编码的能力。4.4.1.6 阶段C一一视昕电话通信在使用多于一个信道的场合，存在如本条所述的中间阶段CA、CBl和CB2
33、，同样，如果在呼叫期间附加信道被丢弃，将有4.4.4条描述的中间阶段CD和CE，这一条的措施将应用到阶段B1和B2已经结束以及阶段D还未开始的任何信道初始信道或附加倍道。4.4.1.6.1 模式转换根据两个用户中任一个用户的动作(例如，启动一个传真机).采用一个不同于最高公共模式的模式将更为合适。根据H.242建议规定的过程转换到这个模式。4.4.1.6.2 能力改变用户可以在呼叫期间改变它的终端的能力(例如，连接或切换辅助信息通信设备)。在这种情况下，终端必须执行H.242建议规定的能力交换过程。4.4. 1. 7 阶段D一一终止阶段4.4.1.7.1 阶段D1(终端过程当用户之一挂机时，终
34、端直接进入阶段D2，4.4.1.7.2 阶段D2(模式转换)根据H.242建议的规定，强制转换JOF模式(或者考虑到tlDl阶段的结果，如果不迸入OF模式，则需进一步研究)。当由于某种原因呼叫被拆除时，如果本地终端要等待远端的反应将耗去相当长时间，这会阻碍下一个呼叫的接收或初始化。因此.ISDN拆线应优先于H.242建议所规定的呼叫终止过程。建议等待时间不超过2秒。4 4.1.8 阶段E一一呼叫终止(释放)息)。己挂机的终端在D信道上发送消息给所有有关的信道，使这些信道空闲(这意味着不再发送消其他终端接收到第一个拆线消息后将空l有所有信道。再收到拆线消息时，实际的拆线发生。4.4.2 阶段A和
35、阶段B的例外过程对没有成功地完成阶段A和阶段B的情况(由于许多原因).需要提供例外过程以便确保一个合适的服务，其内容待进一步研究。4.4.3 阶段C期间的例外过程在视昕数据的实际交换期间，有些信道可能出现问题。此时需要激活由终端管理的后备(fallback)过程。这一过程的描述和适当指示有待进一步研究。4.4.4 视昕电话呼叫期间信道的添加和删除4.4.4.1 添加GB/T 15845. 4-2003/ITU-T H. 320 , 1999 根据用户采取的动作(例如，辅助设备的激活)要求提供一个或多个辅助信道。这个过程按阶段CA和CB1的描述进行。4.4.4.2 删除预计为两个阶段。4.4.4
36、.2.1 阶段CD1选择适合于剩余信道的公共模式。4.4.4.2.2 阶段CD2按照H.242建议规定的模式转换过程，采用在阶段CDl证实了的模式:剩余信道是用于初始化的信道(见阶段A)。这一阶段也支持了一个合适的后备模式，其内容留待以后研究。4.4.5 在视昕电话呼叫开始时的视昕倍息的传送和显示4.4.5.1 音频音频信号应按照日.242建议9.1. 1. 2条定义要求传送。对可视电话来说，在发送端不应将音频信号关闭。按照在H.242建议9.1.1.3条中的定义过程，一旦建立了初始信道并且接收到的音频编码已知(A-律或律)，可将音频信号送给用户，就像在普通电话通信中那样立即开始语音信号的交流
37、。4.4.5.2 视频根据己选的终端过程，-13.初始化结束，两端用户可能看得见也可能看不见图像。在阶段B1-3或阶段CBl-3已激活一个包括视频的公共模式的情况下，用户可能看到图像。以下归纳了三个过程，它们可以用来暂停图像显示，直到用户干涉(通过相互同意或其他方式)使图像显示为止。a) 无视频传送g在阶段B1-2和(若有关)阶段CBI-2期间选择的模式包含视频关闭模式。在阶段C期间，任意用户可以单向地转换到视频工作模式(H.261、H.262，或H.263);另方面，终端可以发送C&IBAS码的VIR(视频激活准备好指示)，但不转换到视频工作，除非已接收到其他终端来的视频或VIR。在输入视频
38、被关闭状态保持期间，视听电话屏幕应显那一个符号或消息以指示出这个状态(例如，不是故障)。如4.4.1条中的阶段BI-2中所述，根据终端过程，对附加信道的请求可能在视频关闭保持期间被延迟。激活视频的用户动作将导致过程CALCBl(若要求CB2)出现。b) 传送视频图样:传送电子产生的或其他的图样，而不是传送通常摄像机来的信号。C&.IBAS 码的VIS(视频禁止指示)用来向远端指示出这种情况。c) 传送但不显示祝频终端过程仅为本地动作，它们不显示输入信号而显示个解释符号或消息。通过用户操作将导致输入信号被显示。但是，如果这要依赖于用户双方的相瓦动作，则必须定义一个新的C&IBAS码VRD(视频显
39、示准备好)。这一点有待进一步研究。4.5 可选的增强功能4.5. 1 数据端口作为用于远程信息处理(telematic)和其他设备接口的终端之物理1/0口的数据端口，由BAS命令激活/去激活。根据一个连接的传送能力，比如多个B/Ho信道等，在这些端口上可获得各种比特速率。由带内信令来完成将比特流分配到这些端口。在这些端口上的数据传送是透明的，数据传输速率见H.221建议的附录Ao对于一致性的视昕电话终端的数据增强功能，下列条款可应用于互通的较高级别) 至少具有一项音频图形应用，例如建议T.81规定的静止图像交换、应用共事、屏幕注释、文本会话等的两个终端应使用由T.120建议提供的利用MLP/H
40、-MLP信道的标准化院用(如GB/T 15845. 4-2003/ITU-T H. 320 ,1999 果该应用己由lTU-T建议。使用H.281建议和H.224建议运行在LSD和MLP信道上提供远端摄像机控制的终端不要求同时支持T.120建议的远端摄像机控制协议。同样地，使用T.140建议和H.224建议运行在LSD和MLP信道上提供文本会话的终端不要求同时支持T.120建议的文本会话设备。2) 首选的MLP信道速率是6.4kbit/s(如果使用了回声抵消设备ECS.使用5.6kbit/s速率)、14.4 kbit/s(如果使用了回声抵消设备EC旬，使用13.6kbit/s速率、32kbit
41、/s和40kbit/so 6.4 kbit/s(如果使用了回声抵消设备EC匀，使用5.6kbit/s速率)作为缺省速率。3) 如果个终端具有使用LSD信道以获得严格性能的应用，在通过MCU进行多点呼叫时，它应该能够在MLP信道中传送必备的数据。4.5.2 加密加密可以应用于己复用的音频和视频信号。加密应按照建议H.233的要求进行，此时需要一个密钥的管理系统，建议H.234中的方案之一将被采用。加密过程的启动和关闭必须借助于带内信令在终端和终端之间通报或终端和MCU之间通报。4.5.3 受限网络有一些网络在传送字符方面是受限制的a对于适应于受限网络的终端和适应于非受限网络的终端之间的通信，在点
42、对点和点对多点两种情况下，可选的过程在建议H.242的13章中定义。5 终端要求5.1 环境研究中。5.2 音频和视频安排5.2.1 音频安排终端可以具有下列三种安排中的一个或多个3于柄功能;小群用户的免提功能(最多三个用户l;多于三个用户的免提功能(会议终端。三种功能情况下的音频特性分别规定。另外，传输的语音信号带宽也必须要考虑。测试的基本原理与电话终端的测量相同。也就是说，为单个用户和小群用户所规定的手柄和免提功能的灵敏度是以响度评定值来定义的，为会议终端所规定的灵敏度是以输出电平来定义的。5.2. 1. 1 测试原则5.2. 1. 1. 1 手柄功能当使用手柄时，灵敏度的测量基于建议P.
43、64所规定的测试原理。口向度评定值的计算按照建议P.79的方法进行。5.2. 1. 1.2 小群用户的免提功能小群用户终端的免提功能的灵敏度的测量基于建议P.34所规定的测试原理。测试接收灵敏度时在数字输入端口施加的测试信号电平为30dBmO。视昕电话终端的用户位置取决于终端的设计。设备制造商所建议的用户位置可能不同于测量位置，需用一个校正因子。校正因子的表示如下:峨=叫(去)式中D, 建议的用户位置和终端之间的距离;D。参考位置，D，二50cm o 10 GB/T 15845. 4-2003/ITU-T H. 320: 1999 响度评定值按照建议P.79的方法计算。5.2. L 1.3 会
44、议终端的免提功能测试方法在建议P.30中描述。5.2. L 2 灵敏度5.2. L 2.1 总则对于柄终端和为小群用户所设计的兔提终端而言，灵敏度以响度评定值来表示z发送响度评定值(SLR)接收晌度评定值(RLR).SLR和RLR的定义见建议P.10。对会议终端来说，灵敏度以输入和输出电平来表示。5.2. L 2. 2 接收音量控制免提和扬声终端应提供音量控制功能。在手动控制接收音量的情况下，从测量位置处测试其最小的音量控制范围应达到15dB. 在自动控制接收音量的情况下，当线路电平为15 dBmO时所测得的RLR不应超过线路电平为30 dBmO时的RLR值15dB. 5.2. 1. 2. 3
45、 手柄功能应满足表4的要求。SLR RLR 亵4手柄功能的响度评定值3.1 kHz带宽(注)注，3.1kHz带宽包含G.711和G.728编码。制造容差为士3dB. 5.2. 1. 2. 4 免提功能应满足表5的要求。SLR RLR 表5免提功能的响度评定值3.1 kHz带宽(注)13-F 7-F 注，3.1kHz带宽包吉G.711和G.728编码。7 kHz带宽7 kHz带宽13-F -5一F当接收音量调节置于最大位置时，接收购度评定值应满足要求。制造容差为土4dB。5 2. 1. 2. 5 会议终端测试过程和要求在建议P.30中规定。5.2.2 视频安排正在研究。5.3 音频通路的延迟补偿
46、H.261、H.262和H.263视频编码需要一定的处理时延，而H.200系列/G.711和G.722G. 729 音频编码引人的时延要小得多。因此，除非对音频信号进行进一步的延迟，否则，声音将显著提前于讲话者的嘴唇动作。如果想获得唇音同步，必须在音频通路中增加视频信号的处理时延。视频信号的编码器和解码器的延迟是随着具体实现而变化的，因此音频通路的时廷补偿应分别在编码器端和解码器端实施。视频编码器和解码器时延的参考测量方法在H.261建议中定义。唇音同步时延的插入不是强制的z有些用户可能喜欢快捷的语音以便更好地交流，而有些用户则更GBjT 15845. 4-2003jITU-T H. 320:
47、 1999 喜欢唇音同步，能够接受语音交流中插入的时延。如果一个用户选择了插入时延，该终端应发送一个ACE码(见建议H.230)以请求远端终端作相应的处理;如果选择了零时延，则发送ACZ码。当在发送端插入时延时，应注意避免在已编码的音频通路中插人干扰噪声，因为接收端用户不能将此噪声屏蔽，同时也不能预知该噪声在什么时间出现。当在接收端插入时延时，也应该注意同样的问题，以避免令人不满意的噪声出现。如果在发送方向插入延迟，在接收方向也应该插入同等时间的延迟。延迟插人应如下进行2在阶段B的起始时刻(应注意，如果远端终端不是视昕电话，插入延迟是不合适的);当检测到输入帧结构时(远端终端可能是视昕电话，也
48、可能是音图终端，此时插入延迟是不合适的h当切换到视频开时(应注意，该选择可干扰用户的初始问候，应尽量避免h在呼叫过程中，或根本不插入延迟。5.4 控制与指示(C&I)H.221帧同步的控制与指示(C&I)选自包含在建议H.230中的视昕集。对视昕电话系统，表6中所列的信号是必须的。该表中还指出了它们的源、接收点、与图像的同步、传送信道以及码字。特别地，应该支持的可选的C&.I信号在表7中列出，这些信号在多点通信中是建议要求支持的。所有的视昕电话终端都有提供参与者的图像的视频信号源，有些终端可能还有附加的视频信号源。参与者的图像视频信号源指定为#1号信源，其相应的符号以VIA表示。当输入视频为O
49、N(BAS命令(010)1或2J).而VIA、VIA2.VIA3未被传送时，就被认为是源#1，由会议桥、服务器等提供的某些补充业务可能需要终端在它们的拨号键盘上发出上面这些符号。因此，建议要求所有的视听电话终端能够将这些符号翻译成建议H.230中提供的代表该字符的BAS码。当视昕电话为身体有残疾的人群使用时，为了显示由用户输入的文本信息，该功能是必须的。表6视昕电话必要的C&I倍号C&.1信号C/l 源接收点与图像传输信道码字定义同步图像格式I 解码器编码器No BAS H.221 图像格式C 编码器解码器Yes 嵌入视频中H. 261/H. 262/H. 263 最小可解码图像间隔I 解码器编码器No BAS
