GBT 15845.4-2003 视听用户终端技术要求 窄带视听系统和终端设备.pdf 22页

'GB/T15845.4-2003/ITU-TH.320:1999前言GB/T15845分为以下五个部分:1.GB/T15845.1-1995《视听用户终端技术要求视听用户终端业务中64^-1920kbit/s信道的帧结构》2.GB/T15845.2-1995《视听用户终端技术要求视听系统中帧同步的控制和指示信号》3.GB/T15845.3-1995《视听用户终端技术要求使用2Mbit/s以内数字信道的视听用户终端之间建立通信的方法》4.GB/T15845.4-2003(视听用户终端技术要求窄带视听系统和终端设备》5.GB/T15845.5-1995《视听用户终端技术要求PX64kbit/s视听业务的视频编解码器》以上各部分分别等同采用了ITU-TH.221,H.230,H.242,H.320,H.261建议。本部分为GB/T15845的第4部分，本部分等同采用了ITU-TH.320建议(1999版)，在编写格式上按GB/T1.1-200。增加了“规范性引用文件”一章。ITU-TH.320建议是会议电视系统的框架性标准，该建议涉及到帧结构、音频编码、视频编码、与其他类型终端的互通等方面的内容。本部分代替GB/T15845.4-1995《视听用户终端技术要求窄带视听电话系统和终端设备》。GB/T15845.4-1995是在1992年版的H.320建议的基础上制定的，为GB/T15845-1995的第4部分。本次仅对GB/T15845.4-1995作了修订，其余几个部分待相应的国际建议版本相对稳定后再做修订。本部分与GB/T15845.4-1995相比较，主要增加了如下内容:—规范性引用文件中直接采用ITU-T建议;—表1的内容较1995年版有较大变化，例如，在该表中增加了对视听电话模式的六个注释;—表2的内容较1995年版有较大变化，例如，在该表中对终端必须支持的模式和可以支持的模式做出了规定;—增加了“4.3.2.2运行在H.244建议的信道汇聚器上的单信道设备的可选要求”一条。-4.4.1的呼叫建立的正常过程的各个阶段中，相对于1995年版，内容都有不同程度的增加;-4.4.5中增加了音频信息的传送内容;-4.5.1中增加了部分内容;—增加了‘`4.5.3受限网络”一条内容;-"5终端要求”一章中，增加了音频安排及测试原则等内容;—`5.3音频通路的延迟补偿”一条中增加了部分内容，例如对延迟补偿的插人的要求及方法做出了规定;-115.4控制与指示”一条中增加了可选的控制与指示信号的内容;—"6互通信”一章中增加了“6.3与其他视听终端互通”一条内容，包括与H.324终端互通，与H.322终端互通，与H.323终端的互通;—增加了一个资料性附录A"H.320系统使用的可选的增强视频算法”。 GB/T15845.4-2003八TU-TH.320:1999本部分的附录为资料性附录。本部分由中华人民共和国信息产业部提出。本部分由信息产业部电信研究院归口。本部分起草单位:信息产业部电信传输研究所。本部分主要起草人:史德年、刘晓红。本部分于1995年12月首次发布，本次为第一次修订。 GB/T15845.4-2003/ITU-TH.320:1999视听用户终端技术要求窄带视听系统和终端设备范围GB/T15845的本部分规定了窄带视听系统和终端设备的技术要求。对于可视电话的视听业务的要求在建议F.720中规定，对于会议电视的视听业务的要求在建议F.702中规定。音频编码、视频编码以及其他一些属于视听业务的公共部分的技术要求在H.200/F.72。系列建议中的其他建议中规定。本部分适用于窄带视听系统和终端设备，该类视听设备业务的信道速率不超过1920kbit/s,规范性引用文件下列文件中的条款通过GB/T15845的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。ITU-TG.167声回波控制器ITU-TG.72264kbit/s内的7kHz音频编码ITU-TG.728使用低时延码激励线性预测的16kbit/s语音编码ITU-TH.200视听系统中的多层规程ITU-TH.221视听用户终端业务中64^1920kbit/s信道的帧结构ITU-TH.23。视听系统中帧同步的控制和指示信号ITU-TH.231使用2Mbit/s以内数字信道的视听系统的多点控制设备ITU-TH.242使用2Mbit/s以内数字信道的视听终端之间建立通信的方法ITU-TH.243使用2Mbit/s以内数字信道的两个或多个视听终端之间建立通信的方法ITU-TH.244多个64或56kbit/s信道的同步汇聚ITU-TH.261PX64kbit/s视听业务的视频编解码器ITU-T1.400ISDN用户一网络接口术语和定义以下术语和定义适用于本标准:3.1比特率分配信号(BAS)bit-rateallocationsignal在H.221建议帧结构中的8比特数据，传送如命令，控制和指示信号、能力等。3.2控制和指示信号(C&Dcontrolandindication包含引起接收器状态改变的“控制”和提供诸如系统功能信息的“指示”的两个终端之间端到端的信令，见H.230建议。1 GB/T15845.4-2003/ITU-TH.320:19993.3数据端口dataport在符合H.221建议的业务信道或子信道中传送用户数据的输人/输出口。3.4人一机接口human-machineinterface用户与终端/系统之间的接口，包括物理部分(电一声转换器，电一光转换器，键盘等)和涉及到功能操作状态的逻辑部分。3.5带内信令in-bandsignaling通过H.221帧结构的BAS信令。3.6口型同步lipsynchronization它是一种操作，使人感觉到讲话动作与所讲话音是同步的。3.7多点控制设备multipointcontrolunit(MCU)安装在网络的一个接点或一个终端内的一种设备，该设备从多个访问口接收若干个信道的信息，根据一定的准则，处理视听信息并将它们分配给所连接的信道。3.8窄带narrow-band比特率在64^-1920kbit/s范围内的信道。该信道容量可以在ISDN中以单个B/Hp/H,}/H}。信道或多个B/H。信道提供。3.9带外信令out-bandsignaling通过B/Ho/H=/H,:信道以外的信道传送的信令(由1-400系列建议规定)。3.10可视电话业务visualtelephoneservice一组视听业务，包括在建议F.721中定义的可视电话业务和在建议F.730中定义的会议电视业务。系统描述4.1框图和元素识别一个通用的视听电话系统框图如图1所示。它由终端设备、网络、多点控制设备(MCU)和其他系统操作实体组成。如图1所示，终端设备的配置是由若干功能单元组成的。“视频I/O设备”包括摄像机、监视器和提供诸如屏幕分割方案功能的视频处理单元。“音频I/O设备”包括麦克风、扬声器和提供诸如声回声消除功能(见建议G.167)的音频处理单元。“远程信息处理设备”包括视听辅助设备，例如电子黑板，文本转换设备和静止图像收发器，以增强基本的视听电话通信。“系统控制单元”完成如下功能:通过“端到网络的信令”访问网络，通过“端到端的信令”实现端到端控制建立公共操作模式和通知终端合适的操作。“视频编解码器”对视频信号实行减少冗余度的编码和解码，“音频编解码器”对音频信号做同样的工作。音频通道的“延迟”用以补偿视频编解码器的延迟以保持“口型”同步(lipsynchronization).“复用/解复用”单元把要传输的视频、音频、数据和控制信号复合成单一比特流，把接收的比特流信号分解成所含的多媒体信号。“网络接口”在网络和终端之间按照I.400系列建议所定义的用户一网络接口的要求进行必要的适配。 GB/T15845.4-2003/ITU-TH.320:1999视须I/O设各视绷偏解码音频盆心设备一音硕月解码复用/解复用网络1接口远程信息处理设备Awf*o14T*-1U9Oi$rRM$i4d44Ai}Wv--14,-.A,}H24.2,0a014/.A921V-E3.0-2,7i3114o-}H${.r1."Su}2ei40i2t0}#e1I/s}OAR*V1eI$A.cCs2*.&50iv-iSe:i.Rx3,s."}xM8A3H,221日卜SCI工钓。一系列建议MC(S多点控制单元圈1视听电话系统注:对于租用线网络，比特速率在64kbit/s^-2048kbit/s范围内的网络接口在G.703建议中定义。一种可选的接口在建议X.21中定义。对于nXx。信道，G.703接口的时隙分配在建议G.704的"6节中规定。需要强调的是，与ISBN网络的互通需要租用线网络的同步操作，4.2信号视听电话系统的信号被划分成视频、音频、数据和控制信号:a)音频信号是连续的比特流，要求实时传送;注为了减少音频信号的平均比特率，可以引人话音激活机制(在这种情况下，音频信号不再是连续的)b)视频信号也是连续的比特流，分配给视频信号的比特速率应尽可能高，以便在可用信道容量内使图像质量最佳;c)数据信号包括静止图像、传真和文档，或者是其他媒体，例如文本转换。数据信号只按要求偶尔发生，可暂时代替所有或部分视听信号内容。应注意，数据信号只与基本视听电话系统的增强的任选项有联系，因此打开携带数据信号的通道是在终端间协商之后;d)控制信号是定义的一些系统控制信号。终端到网络的控制信号的通道由D信道提供;按照H.221建议中定义的机理，终端到终端的控制信号的通道由BAS提供，或在需要时由业务信道提供。4.3比特率选项和基础结构4.3.1视听电话的控制模式视听电话的通信模式根据它们的信道配置和编码在表1中定义。特殊的操作通信模式的建立按照H.242建议所规定的程序进行。4.3.2视听电话的终端类型根据可用于终端通信的信道类型来区分终端的类型。终端可分为以下几类;mXB(具有参数a^-f的类型X),nXHo(具有参数1一5的类型Y，见注):H:/Hf2(具有参数。-..p的类型Z)或它们的组合。表2中给出了可视电话的终端类型以及要求每种类型的终端需要支持的通信模式。注:类型Y终端必须具有在建议x.221中为不断增多的网络互通而定义的SM-comp或右卜Ha兼容模式(见432.2)_ GB/T15845.4-2003/ITU-TH.320-:1999表1视听电话的通信模式ISDN接口编码视听电话模式信道速率/ISDN备注(脚标，对应音频编码)kbit/s信追基本速率基群速率音频视频么n64B飞,2b1282B3c=1923B3,4d2564B3,4。建议e=3205B0G.7113,4建议H.261I.3846B适用1G.7223,4建议H.2622G.728g月384Ho建议H.2633G.723.1h7682H。(注6)3(注5)1月11523Ho4G.7293J.15364Ho不适用3k,1536H=l,19205H。3nl呀1920H,,川注1:当视听电话终端与宽带语音终端互通时，G.722音频编码(模式al)可取代G.711音频编码(模式as)注2:当两个终端以该速率相连，并且运行在G.711(模式ao)或者G.722<模式a,)编码上，而且两个终端都具有视频能力，可采用H.261,H.262或者H.263视频编码协议。应注意，由于此时的比特速率很低视频性能可受到限制。注3对于多个B/H。信道的情况，按照2.7/H.221建议的要求，所有信道都必须同步在终端上。当比特速率超过64kbit/s时，将按照H.244建议或ISO/IEC13871的要求进行多个B信道的捆绑。注4当使用多个基本速率接人时，该模式适用于ISDN基本速率接口方式注5:对于G.723.1音频编码方式，信道可以按照建议H.221的要求分配。音颇数据及其分组格式在建议G.723.1和H.223中定义。G.723.1音频编码不用的比特位的使用在建议H.221中规定。注6:H.261,H.262和H.263的层次在附录A中定义。表2视听电话终端类型ISDN需支持的模式终端类型信道必选建议任选X,Bao所有其他aXb2B.,,b}所有其他‘，b，XX3Bao,bo,co所有其他a.,b=,cXd4B取,bo,co,do所有其他a=,b=c=,d(注1)凡5Ba.-be,c,,d,,e,所有其他ab,c=,d=e,X‘6Bas，场,cd,do,eo,(d所有其他a=,b=,c=,d=,e=,公 GB/T15845.4-2003/ITU-TH.320:1999表2(续)需支持的模式终端类型ItSoDAN必选建议任选Y,Hogog】所有其他9Y,2Ho肠g-，hog,,h,所有其他g=hYY,3Ho9,ho,i=g=h}=所有其他&,h=,i=(注2)Y,4HoHa,ho,i=>log=h=,j,所有其他g_h=,i=,jY,51-1}9.1场，io=jo,togi,h-ii,j，L所有其他9,h.,,，」,1.Z.H=kok,所有其他k=ZZBH=11】。nl】所有其他m。注1:如果可视电话终端与宽带语音终端互通，该终端除了支持G.711编码(模式ao)以外，还可支持G.722编码(模式a)。注2:该型终端应符合4.3.2.2条的要求4.3.2.1举例a)具有G.711,G.722和G.728音频编解码的类型X。是通过B或2B信道具有ao,a,,az,bo,b,和6z模式操作能力的终端。b)具有G.711,G.722和G.728音频编解码的类型X,Y;是通过B,2B或H。信道具有ao,a=a2,bo,bi,b2190191和92模式操作能力的终端c)具有G.711,G.722和G.728音频编解码的类型Xfy4Z。是通过(1-6)B,(1-V4)H。或H,，信道具有Xo,X和X2(X-a-k)模式操作能力的终端。远程终端的类型由定义在H.242建议中的传输速率能力交换来标识。4.3.2.2运行在H.244建议的信道汇聚器上的单信道设备的可选要求如果一个单信道设备，例如类型Y，或类型Z终端，和一个具有子基群速率信道接人能力的终端运行在符合H.244建议中模式2规定的信道汇聚器(CAU)上，这些终端应该具有下列相应的特性:1)该终端应能够完成H.221建议中定义的{SM-comp}命令一能够腾出每一帧中的任一时隙(时隙1除外)的前16个字节的第8个比特，并且能够接收具有相同结构的输人信号2)该终端应能接收定义在建议H.244中的包含重复的{null}值的能力集。3)该终端应能运行在64kbit/s整数倍的速率上，直至最大速率(该项可选—当一个或多个信道丢失或不可用时，能够运行在可用的信道容量上)。4)该终端应遵守建议H.244规定的「cape习命令。5)该终端应识别并响应建议H.244中规定的仁AggIN]命令注:在H.320的1993年版本和较早的版本中，规定{6B-H,-comp}而不是{SM-comp}作为要实现的命令，并且没有提供{nu川，[capex]$1I[AggIN]“命令。按照上述版本之一设计的终端可以通过CAU在384kbir/s速率上与类型X;终端互操作，假设该终端能够接收包含重复{nu川值的能力集。4.3.3视频编解码器根据H.242建议附录A所规定的视频层次，视频编解码器必须支持H.261建议，可选支持H.262和H.263建议。4.3.4音频编解码器必须支持G.711建议，可选支持G.722,G.728,(:.723.1和G.729建议(见表1),4.3.5帧结构符合建议H.221的规定。 GB/T15845.4-2003/ITU-TH.320:19994.3.6控制与指示(C&I)采用建议H.230的等同子集(见5.4)4.3.7通信过程符合建议H.242的规定。4.4呼叫控制安排为了建立各种视听终端之间的互通，必须根据H.242建议和其他相关建议执行带内和带外过程。呼叫的不同步骤根据点到点的配置来确定，其中X是主叫终端，Y是被叫终端。4.4.，视听电话呼叫建立的正常过程通信的提供按以下主要步骤进行:a)阶段A:呼叫建立，带外信令;b)阶段B1:对初始信道模式初始化;c)阶段CA:若需要，附加信道的呼叫建立;d)阶段CB1:对附加信道初始化;e)阶段B2(或CB2):公共参数的建立;f)阶段C:视听终端通信;9)阶段D:终止阶段;h)阶段E:呼叫释放。4.4.1.1阶段A—呼叫建立用户初始化之后，终端X执行呼叫建立程序(在建议Q.939中定义)。一旦该终端接收到来自网络的连接已建立的指示，一个端到端的双向信道就开通了，并在该信道上叠加H.221规定的帧连接建立后，所有终端将以H.221建议所规定的模式OF开始工作(A一律或P-律)。激活带内过程。4.4,1.2阶段Bl-模式初始化4.4.1.2.1阶段B1-1利用建议H.242提供的过程，双向传送定帧PCM音频。在帧和复帧定位之后交换终端能力。4.4.1.2.2阶段Bl-2(终端过程)确定要被传送的合适模式。通常是最高公共模式(使用B或2B信道的情况见表3)，但可选择较低的兼容模式来代替。在两个终端已通报具有在附加信道工作的能力的情况下，终端X发出建立补充呼叫的请求。使用多连接的视听电话终端需要知道为建立附加连接所需拨的号码。在大多数情况下，该号码是提前存储在终端中的，或者可以从建立初始信道所拨的号码中提取。当该信息不可用，或不可提取时，终端可以通过定义在H.242建议中的程序获得该号码。注:如果在任一方的用户并不希望呼叫两个或多个信道，即使该用户的终端具有这个能力，它必须在阶段BI-1说明这个终端设置成只有单信道能力。在这种情况下，我们希望能区别用户所希望的激活能力和这个终端的实际能力。(见建议H.242的第5章)4.4.1.2.3阶段Bl-3(模式转换)如果终端具有{G.728},{G.723.1}，或者{G.729}能力(或者这些能力的组合)，并且连接到一条64/56kbit/s连接上，而且在收到的能力集中包含{1s),{G.728},{G.723.1)，或者{G.729}音频能力，和H.261,H.262和H.263视频能力，表明对端用户终端类型为X,，则该终端将转换到下列模式之一:ay、a,，或a‘否则，如果该终端的类型为Xe，并且接收到的能力集中包含(G.728},{G.723.1}，或者厦G.72斜音频能力(或者这些能力的组合)和H.261,H.262和H.263视频能力，则该终端将转换到下列模式之一:a,,a,，或a4。在其他情况下，超过64/56kbit/s的较高速率是可用的，根据应用，该终端可以转换到模式b。或者 GB/T15845.4-2003/ITU-TH.320:1999表1中的较高模式。如果终端具有类型Xb,X。或者较高类型，并且收到的能力集中包含(2B}或者更高速率，在等待附加连接的建立过程中，是将模式转换为打开视频还是将音频编码转换为另一种模式由终端自己选择。模式转换使用建议H242中定义的程序。如果两个终端都不接受公共模式，有可能导致非对称通信(并不排除这种情况的存在)—见4.4.L5.表3使用B或ZB信道的不周类型视听电话间通信的公共模式(缺省)注I:"b,/b>"指示是使用b还是b-b;给出更高质量的音频.b给出更高质夏的视频。注2本表中所列的通信模式包括了使用H.261CIF格式以及H.261QCIF格式的可能性.14.262建议的SIF2SIF和4SIF以及H.263建议的SQCIF,QCIF,CIF,4CIF和16CIF格式也可以选择性使用运行格式的选择根据交换的能力留给终端处理不必要双向对称每个终端都可在它的发送方向使用“最小可解码图像间隔"，它将最佳地使用由其他终端指明的能力本表所列并不包括视听电话和电话终端问互工作的情况。如果视听电话终端连接到电话，选定模式ao用于通信。4.4.1.3阶段CA-附加信道的呼叫建立在阶段BI-3和B2之后，在该信道上进人通信阶段C;。如果已请求附加信道.就再次执行阶段A(此处用术语“阶段CA")，严格按照阶段A执行。附加呼叫建立由终端来完成。在每个已建立的信道上叠加H.221帧。注:在阶段CA期间，应提供一种中间的视听模式给初始信道用于初始化，直到初始阶段全部完成4.4.1.4阶段CBI—对附加信道的模式初始化4.4.1.4.1阶段CB1-11按照H.242建议所提供的过程，获得帧和复帧定位。4.4.1.4.2阶段CB1-12获得信道的同步。4.4.1.4.3阶段CBI-2(终端过程)确定要被传送的合适模式。因为合适的操作模式是在阶段BI-2确定的，因此该阶段可以跳过4.4.1.4.4阶段CB1-3(模式转换)按照H.242建议所规定的过程，两个终端都转换到在阶段B1-2已证实的模式上去。 GB/T15845.4-2003/ITU-TH.320;1999需要注意的是，如果G.728或者G.722建议可用，在初始化以后应避免使用G.711模式，因为这两种模式能够为视频信号提供更多的带宽，并且G.722能够提供更好的语音质量。完全对称是不需要的，也就是说，没有必要在两个传输方向上提供等同的音频和视频传输，并且建议H.242中第8.2条也不赞成将输出模式自动选择为输人模式，而是列出模式控制的更好的方法。视听电话应用要求传输速率的对称，但是传输的音频和视频编码的设置由用户来完成，或者是预置在终端中4.4.1.5阶段B2(或CB2)—公共参数的建立阶段B1进程结束之后，本阶段建立视听电话特定的公共操作参数(例如，加密)。首先要指明接收端的能力或要求，然后由发送端判定操作参数并控制接收端，为此而设的BAS码定义在建议H.221中。有时用户可能希望指明优先的接收模式(例如，在表3中的能够提供更好的语音质量的模式b:和能够提供更好的视频质量的模式b,之间作出选择)。这可以通过使用定义在建议H.242第9.5条中的“模式优先”指示来完成。原则上，建议视听电话具有发送和响应这些编码的能力。4.4.1.6阶段〔一视听电话通信在使用多于一个信道的场合，存在如本条所述的中间阶段CA,CBl和CB2。同样，如果在呼叫期间附加信道被丢弃，将有4.4.4条描述的中间阶段CD和CE。这一条的措施将应用到阶段BI和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(终端过程)当用户之一挂机时，终端直接进人阶段D24.4.1.7.2阶段D2(模式转换)根据H.242建议的规定，强制转换到。F模式(或者考虑到D1阶段的结果，如果不进人OF模式，则需进一步研究)。当由于某种原因呼叫被拆除时，如果本地终端要等待远端的反应将耗去相当长时间，这会阻碍下一个呼叫的接收或初始化。因此，ISDN拆线应优先于H.242建议所规定的呼叫终止过程建议等待时间不超过2秒。4.4.1.8阶段E-呼叫终止(释放)已挂机的终端在D信道上发送消息给所有有关的信道，使这些信道空闲(这意味着不再发送消息)其他终端接收到第一个拆线消息后将空闲所有信道。再收到拆线消息时，实际的拆线发生。4.4.2阶段A和阶段B的例外过程对没有成功地完成阶段A和阶段B的情况(由于许多原因)，需要提供例外过程以便确保一个合适的服务，其内容待进一步研究4.4.3阶段c期间的例外过程在视听数据的实际交换期间，有些信道可能出现问题。此时需要激活由终端管理的后备(fallback)过程。这一过程的描述和适当指示有待进一步研究。 GB/T15845.4-2003/ITU-TH.320:19994.4.4视听电话呼叫期间信道的添加和洲除4.4.4.1添加根据用户采取的动作(例如，辅助设备的激活)要求提供一个或多个辅助信道。这个过程按阶段CA和CB1的描述进行。4.4.4.2删除预计为两个阶段4.4.4.2.1阶段CD1选择适合于剩余信道的公共模式。4:4.4.2.2阶段CD2按照H.242建议规定的模式转换过程，采用在阶段CD1证实了的模式;剩余信道是用于初始化的信道(见阶段A)。这一阶段也支持了一个合适的后备模式，其内容留待以后研究。4.4.5在视听电话呼叫开始时的视听信息的传送和显示4.4.5.1音频音频信号应按照H.242建议9.1.1.2条定义要求传送。对可视电话来说，在发送端不应将音频信号关闭。按照在H.242建议9.1.1.3条中的定义过程，一旦建立了初始信道并且接收到的音频编码已知(A一律或P-律)，可将音频信号送给用户，就像在普通电话通信中那样立即开始语音信号的交流。4.4.5.2视频根据已选的终端过程，一旦初始化结束，两端用户可能看得见也可能看不见图像。在阶段B1-3或阶段CB1-3已激活一个包括视频的公共模式的情况下，用户可能看到图像。以下归纳了三个过程，它们可以用来暂停图像显示，直到用户干涉(通过相互同意或其他方式)使图像显示为止。a)无视频传送:在阶段BI-2和(若有关)阶段CBI-2期间选择的模式包含“视频关闭”模式。在阶段C期间，任意一用户可以单向地转换到“视频工作”模式(H.261,H.262，或H.263);另一方面，终端可以发送C&IBAS码的VIR(视频激活准备好指示)，但不转换到视频工作，除非已接收到其他终端来的视频或VIR。在输人视频被关闭状态保持期间，视听电话屏幕应显示一个符号或消息以指示出这个状态(例如，不是故障)。如4.4.1条中的阶段B1-2中所述，根据终端过程，对附加信道的请求可能在视频关闭保持期间被延迟。激活视频的用户动作将导致过程CA1,CB1(若要求CB2)出现。b)传送视频图样:传送电子产生的或其他的图样，而不是传送通常摄像机来的信号C&.IBAS码的VIS(视频禁止指示)用来向远端指示出这种情况c)传送但不显示视频:终端过程仅为本地动作，它们不显示输人信号而显示一个解释符号或消息通过用户操作将导致输人信号被显示但是，如果这要依赖于用户双方的相互动作，则必须定义一个新的C&IBAS码VRD(视频显示准备好)。这一点有待进一步研究4.5可选的增强功能4.5.1数据端口作为用于远程信息处理(telematic)和其他设备接口的终端之物理1/0口的数据端口，由BAS命令激活/去激活。根据一个连接的传送能力，比如多个B/H。信道等，在这些端口上可获得各种比特速率由带内信令来完成将比特流分配到这些端口在这些端口上的数据传送是透明的，数据传输速率见H.221建议的附录A对于一致性的视听电话终端的数据增强功能，下列条款可应用于互通的较高级别:1)至少具有一项“音频图形”应用，例如建议T.81规定的静止图像交换、应用共享、屏幕注释、文本会话等的两个终端应使用由T.12。建议提供的利用MLP/H-MI,P信道的标准化应用(如 GB/T15845.4-2003/ITU-TH.320:1999果该应用已由ITU-T建议)。使用H.281建议和H.224建议运行在LSD和MLP信道上提供远端摄像机控制的终端不要求同时支持T.120建议的远端摄像机控制协议。同样地，使用T.140建议和H.224建议运行在LSD和MLP信道上提供文本会话的终端不要求同时支持T.12。建议的文本会话设备。2)首选的MLP信道速率是6.4kbit/s(如果使用7回声抵消设备[ECS]，使用5.6kbit/s速率)、14.4kbit/s(如果使用了回声抵消设备[ECS]，使用13.6kbit/s速率),32kbit/s和40kbit/sa6.4kbit/s(如果使用了回声抵消设备〔ECS]，使用5.6kbit/s速率)作为缺省速率。3)如果一个终端具有使用LSD信道以获得严格性能的应用，在通过MCU进行多点呼叫时，它应该能够在MLP信道中传送必备的数据。4.5.2加密加密可以应用于已复用的音频和视频信号。加密应按照建议H.233的要求进行，此时需要一个密钥的管理系统，建议H.234中的方案之一将被采用。加密过程的启动和关闭必须借助于带内信令在终端和终端之间通报或终端和MCU之间通报。4.5.3受限网络有一些网络在传送字符方面是受限制的对于适应于受限网络的终端和适应于非受限网络的终端之间的通信，在点对点和点对多点两种情况下，可选的过程在建议H.242的13章中定义。5终端要求5.1环境研究中。5.2音频和视频安排5.2.1音频安排终端可以具有下列三种安排中的一个或多个:—手柄功能，—小群用户的免提功能(最多三个用户);—多于三个用户的免提功能(会议终端)。三种功能情况下的音频特性分别规定。另外，传输的语音信号带宽也必须要考虑。测试的基本原理与电话终端的测量相同。也就是说，为单个用户和小群用户所规定的手柄和免提功能的灵敏度是以响度评定值来定义的，为会议终端所规定的灵敏度是以输出电平来定义的。5.2.1.1测试原则5.2.1.1.1手柄功能当使用手柄时，灵敏度的测量基于建议P.64所规定的测试原理。响度评定值的计算按照建议P.79的方法进行5.2.1.1.2小群用户的免提功能小群用户终端的免提功能的灵敏度的测量基于建议P.34所规定的测试原理。测试接收灵敏度时在数字输人端口施加的测试信号电平为一30dBmO,视听电话终端的用户位置取决于终端的设计。设备制造商所建议的用户位置可能不同于测量位置，需用一个校正因子。校正因子的表示如下:F(dB)_:。lgl琴{气」沪0)式中:几建议的用户位置和终端之间的距离;D0参考位置，D。一50cmo GB/T15845.4-2003/ITU-TH.320:1999响度评定值按照建议P.79的方法计算。5.2.1.1.3会议终端的免提功能测试方法在建议P.30中描述。5.2.1.2灵敏度5.2.1.2.1总则对手柄终端和为小群用户所设计的免提终端而言，灵敏度以响度评定值来表示:发送响度评定值(SLR)接收响度评定值(RLR),SLR和RLR的定义见建议P.100对会议终端来说，灵敏度以输人和输出电平来表示。5.2.1.2.2接收音f控制免提和扬声终端应提供音量控制功能。在手动控制接收音量的情况下，从测量位置处测试其最小的音量控制范围应达到15dBe在自动控制接收音量的情况下，当线路电平为一15dBmO时所测得的RLR不应超过线路电平为一30dBmO时的RLR值15dB.5.2.1.2.3手柄功能应满足表4的要求。裹4手柄功能的晌度评定值3.1kHz带宽7kHz带宽(注)SLR88RLR27注3.1kHz带宽包含G.711和G.728编码。制造容差为士3dB,5-2.1-2.4免提功能应满足表5的要求表5免提功能的响度评定值3.1kHz带宽7kHz带宽(注)SLR13一F13-FRLR一7一F一5一F注:3.1kHz带宽包含G.711和G.728编码当接收音量调节置于最大位置时，接收响度评定值应满足要求。制造容差为士4dB,5.2.1.2.5会议终端测试过程和要求在建议P.30中规定。5.2.2视频安排正在研究。53音频通路的延迟补偿H.261,H.262和H.263视频编码需要一定的处理时延，而H.200系列/G.711和G.722-G.729音频编码引人的时延要小得多。因此，除非对音频信号进行进一步的延迟，否则，声音将显著提前于讲话者的嘴唇动作如果想获得唇音同步，必须在音频通路中增加视频信号的处理时延。视频信号的编码器和解码器的延迟是随着具体实现而变化的，因此音频通路的时延补偿应分别在编码器端和解码器端实施。视频编码器和解码器时延的参考测量方法在H.261建议中定义。唇音同步时延的插人不是强制的:有些用户可能喜欢快捷的语音以便更好地交流，而有些用户则更In GB/T15845.4-2003/ITU-TH.320:1999喜欢唇音同步，能够接受语音交流中插人的时延。如果一个用户选择了插人时延，该终端应发送一个ACE码(见建议H.230)以请求远端终端作相应的处理;如果选择了零时延，则发送ACZ码。当在发送端插人时延时，应注意避免在已编码的音频通路中插人干扰噪声，因为接收端用户不能将此噪声屏蔽，同时也不能预知该噪声在什么时间出现。当在接收端插人时延时，也应该注意同样的问题，以避免令人不满意的噪声出现。如果在发送方向插人延迟，在接收方向也应该插人同等时间的延迟。延迟插人应如下进行:—在阶段B的起始时刻(应注意，如果远端终端不是视听电话，插人延迟是不合适的);—当检测到输人帧结构时(远端终端可能是视听电话，也可能是音图终端，此时插入延迟是不合适的);—当切换到“视频开”时(应注意，该选择可干扰用户的初始问候，应尽量避免);—在呼叫过程中，或根本不插人延迟。5.4控制与指示(C&I)H.221帧同步的“控制与指示”(C&I)选自包含在建议H.230中的视听集。对视听电话系统，表6中所列的信号是必须的。该表中还指出了它们的源、接收点、与图像的同步、传送信道以及码字。特别地，应该支持的可选的C乙I信号在表7中列出，这些信号在多点通信中是建议要求支持的。所有的视听电话终端都有提供参与者的图像的视频信号源，有些终端可能还有附加的视频信号源。参与者的图像视频信号源指定为#1号信源，其相应的符号以VIA表示。当输人视频为“ON"(BAS命令(010)[1或2])，而VIA,VIA2,VIA3未被传送时，就被认为是源#1.由会议桥、服务器等提供的某些补充业务可能需要终端在它们的拨号键盘上发出上面这些符号。因此，建议要求所有的视听电话终端能够将这些符号翻译成建议H.230中提供的代表该字符的BAS码。当视听电话为身体有残疾的人群使用时，为了显示由用户输入的文本信息，该功能是必须的。表6视听电话必要的C&I信号 GB/T15845.4-2003/ITU-TH.320:1999表6(续)与图像C乙I信号C/I源接收点传输信道码字定义同步会议屏幕分割指示(注)I发送终端接收终端Yes嵌人视频中H.261/H.262/H.263文件摄像机指示(注)I发送终端接收终端Yes嵌人视频中H.261/H.262/H.263音频激活/静噪指示，I发送终端接收终端NoBASH.230终端AIA/AIM视频激活指示，VIAI发送终端接收终端NoBASH.230视频禁止指示，visI发送终端接收终端N0BASH.230仅当除了支持H.261以外，还支持H.263或H.262和H.263时，MMS和取消-MMS才是必须的。MMS(多点模式对称一一见H.243的荟4)和取消一MMS是由MCU发出的命令，以强化模式的对称性。注使用这些指示信号的程序还在研究之中。但是，H.261,H.262以及H.263解码器能够识别并忽略这些指示信号表7推荐支持的可选的C&I信号CaI信号C/I源接收点与图像传输信道码字定义同步多点指示0-通信，MIZ一MCU一终端一N。一}BAS一MCU多点指示第二态，MIS一}一MCu一终端No一}BAS一视频视频命令拒绝，VCRCMCu4塑NoBASH.230nIUu音频命令均衡，ACE}一C终端1一终端No一BASH.230音频音频命令0-延迟，ACZ}C终端}一终端一No一BAS}一模式优先指示器I终端终端NoBASH.230(A-lawOF,y-lawOF,G.722-m2,G.722-m3,G.728,G.723.1,G.729,H.261/QCIF,H.261/CIF,H.262SSIF,H.262S2SIF,H.262S4SIF,H.262MSIF,模式H.262M2SIF,优先H.262M4SIF,H.263SQCIF,H.263QCIF,H.263CIF,H.2634CIF,H.26316CIF,CSFMT,CPAR,CPCF,VSTRD,VSTRDENCLVL,SCLPREF,GHOP,取消-GHOP) GB/T15845.4-2003/ITU-TU.320:19995.5多点操作建议要求那些没有任何辅助数据设备的终端仍然能够打开LSD和/或HSD信道以及MLP和/或H-MLP信道，以便他们能够参与多点通信而不至于丢失视频信息。所有相容的终端都能够声明具备建议H.221中定义的“Nil_Data"能力并可以使用H.242建议中的12.5条所定义的程序来达到多点通信的目的.视听终端多点操作的其他方面正在研究之中。6互通信与其他业务互通信的机理在H.200/H.240系列建议和G.725,G.233和G.235建议中描述。6-1不同的视听电话终端类型之间的互通信公共操作模式按4.4.1条描述的那样确定。D信道信令应包含适合于视听业务的新的LLC(低层兼容性)和HLC(高层兼容性)，但这一点还有待今后研究。6.2与电话的互通注:本条的描述针对使用B信道的情况。6.2.1与ISDN电话互通从视听电话向ISDN电话的呼叫首先作为一个视听呼叫，但在被叫方无响应的情况下，ISDN电话返回“非兼容目的地”或网络返回“计时器到时复原”，然后视听电话转换成语音或7kHz音频承载业务呼叫。从ISDN电话向视听电话呼叫，可由视听电话接收，因为每个视听终端都具备这一电话能力一，并作为一种最小功能而存在。对以上两种情况，通信的模式是G.711语音或G.722音频。6.2.2与PSTN电话互通从视听电话向PSTN电话的呼叫，开始可作为一个视听呼叫，但网络返回“无路由到目的地”，然后视听电话可转换到语音或3.1kHz音频承载业务呼叫。通信的模式是G.711音频编码来自PSTN电话的一个呼叫按照安排的路由进人ISDN，它可由6.2.1条所述的视听电话响应，作为一个3.1kHz的音频呼叫。通信模式为3.1kHz音频。6.3与其他视听终端互通按照H.200系列建议的要求确定公共操作模式。6.3.1在GSTN上与H.324终端互通与H.324终端的互通可以通过在N-ISDN上使用互通适配器或者使用双模式终端(N-ISDN和GSTN)来实现。H.324/H.320互通适配器位于ISDN和GSTN信号的接口上互通适配器的操作在H.324建议的8.2条中描述。支持该互通的H.320终端的附加可选功能正在研究之中。6,3.2与在保证服务质量(QOS)的LANs上的H.322终端互通该互通可以使用在H.322建议第5章中描述的网关来实现。6.3.3与在不保证服务质量(Qos)的LANs上的H.323终端互通该互通可以使用在H.323建议6.3条和9.2条中描述的H.320--H.323网关来实现。支持该互通的H.320终端的附加可选功能正在研究之中。6.3.4与在ATM网上的H.310/H.321终端互通H.31。和H.320终端之间的互通可以通过使用在建议H.310中定义的H.320/H.31。互操作模式来实现。与H.320终端的互通在建议H.310中的12.1条和12.2条中描述该互通贯穿了适用于H.310RAST-1终端、工作在AAL1上的RAST-1&5终端和H.321终端的定义在1.580建议中的互通功能，或者贯穿了位于用户驻地ATM网络的用于RAST-5终端的网关和工作于AAI.5的RAST-1乙5终端。]4 GB/T15845.4一2003/ITU-TB.320:19997维护已设想一些环回功能去检验终端的运行情况，以确保系统的正确操作和为远端提供满意的业务质量。设想的环回功能见图2。a)正常b)数字环回请求(LCI〕)c)音频/视频环回请求(LCA/LCV)图2环回a)在终端一网络接口的环回(面向网络):一旦接收到“数字环回”BAS，则环回在终端面向网络侧的数字接口处激活。在多个B/H。信道安排的情况下，环回在每个连接激活。b)在终端一网络接口的环回(面向终端):过程待进一步研究。c)在模拟1/0接口环回:一旦接收到“视频环回”或“音频环回”BAS，环回就在视频/音频编解码器面向视频/音频编解码器的模拟接口处激活。在终端级设置自行检查过程的可能有待进一步研究。8人的因素方面基于用户立场，为了准确地和简便地利用终端设备和业务，有关人的因素方面的问题必须进行研究和推荐。这些方面涉及用户和终端/网络的信息流向。这些因素可分为MMI的物理部分和逻辑部分81物理部分—转换器的外型和特征(摄像机，麦克风，等等);—与业务、密钥、象形符号有关的特殊信号。8.2逻辑部分—过程，例如在通信阶段的呼叫建立/释放;—视听电话和其他电信业务终端的MMI之间的一致性。 GB/T15845.4-2003/ITU-TH.320:1999附录A(资料性附录)H.320系统使用的可选的增强视频算法A.1增强视频算法介绍尽管定义在建议H.261中的视频编码算法已被推荐为H.320系统的视频编译码器，但是也必须认识到，由H.262和H.263编码所带来的灵活性和改进的图像质量使我们必须将这些编译码器作为H320系统的可选模式。H.262编码的优点是:一一能够处理隔行扫描的视频信号;—能够利用625/50和525/6。的视频格式而无需标准转换。H.263编码的优点是:—使用荃线的H.263算法其编码性能优于H.261算法;当使用编码中的可选项时，编码性能将有重大改进;—多图像格式这两种可选的视频编码算法的详细信息及其在H.320系统中的应用见以下各章。A.2H.252建议在H.320系统中的应用A，2.1图像格式H.262建议是一个压缩技术的工具箱，在该工具箱中通过选择合适的工具可以满足各种应用的需求。由于概念“层(Profile)”和“等级(Level)"的应用，这种需求的满足变得更加容易。“层”是一个定义好的完整的比特流语法的子集。“等级”是一个定义好的施加于比特流中参数上的约束条件的集合。在本建议中，对于视频会议来说，最适当的“层”和“等级”是在主等级上的简化层(SimpleProfileatMainLevel-SMPL)。该简化层禁止使用P-帧(双向预测)，因为这种应用会带来内在的附加时延。简化层的主等级《为该层定义的唯一的等级)指出最大的图像取样是72。取样点/线576线/帧和30帧/5。尽管SPMI提供了降低时延的能力，仍然存在着可接受的附加时延情况。事实上，在两个P-帧之间使用一个或两个B-帧的H.262编码器的时延值可以达到与H.261编码器的时延值相当的程度，该H.261编码器的最小图像间隔为2或3。因此，主层主等级〔MainProfileMainLevel-MPMI.)在本建议中也是允许的。除了SPM1和MPML之外，在本建议中不允许使用其他的“层”和“等级”。因为最大的图像尺寸是确定的，SPM工一和MPML能够支持数量众多的图像尺寸。从互操作的角度出发，可能的图像格式的数量需要加以限制。在H.320系统中允许使用下列图像格式:SIF352X288X25fps352X240X29.97fps352X288沐29.97fps2SIF352X576X25fps352X480X29.97fps4SIF704X576火25fps704X480X29.97fps2SIF和4SIF是隔行扫描图像格式，其场频是帧频的两倍，或者是在声明的帧频上的累进格式。这些图像格式仅允许使用4:2‘0的色度格式。16 GB/T15845.4-2003/ITU-TH.320:1999A.2.2前向纠错在H.320系统中，H.262编码信息是通过BCH纠错编码方法传送的。(BCH纠错方法的详细信息请参阅H.261建议的第5.4条)。当在H.320系统中使用H.262编码时，BCH纠错方法对编码器和解码器都是必须的。A.2.3视频帧同步C&I信号的语法和语义在H.262视频流中，H.261PTYPE域(例如，视频帧同步C&I信号)的功能在ITU-T_extension()中提供，ITU-T_extension()使用在H.262建议表6-2中定义的TIU-TExtensionID[ITU-T_exten-lion()的一般用法在A.2.4中规定〕。H.320系统的视频帧同步C&I信号的ITU-T_extension()语法见表A.10表A.1H.320系统的视频帧同步C&I信号的ITU-Textension()语法注:在H.262建议中，像在H.261建议中一样，图像格式是不被指定作为视频帧同步信息的，但是在sequence-header()和sequence_header_extension()中指定。表A.1中每个域的语义规定如下:extension_startcode_identifier—见H.262建议的表6-2，二进制值“1100"用于ITU-T_exten-sion(),ITU-T_application_identifier—该域中为每一个ITU-T应用分配了一个唯一的8比特值，该域随后的信息与该ITU-T应用是相关的十六进制数值0x01分配给H.320系统的视频帧同步的控制与指示(C&-I)esplit_screen_indicator,documentcamera_indicator和freezepicture_release一这些比特的语义与建议H.261中的PTYPE中的相应比特的语义相同。用于H.320终端的ITU-T_extension()命令仅当信息必须从当前状态改变时才被传送。使用定义在H.261建议附录D中的格式来传送静态图像的模式并不是H.262建议所允许的模式。A.2.4ITU-Textension()的一般用法正如在建议H.262中表6-2所定义的那样，一个4比特的二进制数值“1100”保留给H.262建议的extension-start-code-identifier作为ITU-TExtensionID,ITU-TExtensionID用在ITU-T_exten-sion()中，而ITU-T_extension()是用于ITU-T应用的H.262扩展域。正如在H.262建议6.2.2.2.1中所定义的那样，ITU-T_extension)是H.262建议的picturecoding_extension()的扩展。ITU-T_extension()的一般语义如表A.2所示表A_2ITU-Textension()的一般语义ITU-T_extensionO‘比特数助记符号}extensionstartcodeidentifierITU-T-applicationidentifieruimsbfITU-T_applicatio几data()nextstartcodeO GB/T15845.4-2003/ITU-TH.320:1999表A.2中每个域的语义规定如下:extension-start-code一identifier—见H.262建议的表6-2，该域中的二进制数值“1100”用作ITU-TExtensionID.ITU-T_application_identifier—在该域中规定7ITU-T应用，在随后的ITU-T_application_data()中的信息与该ITU-T应用是相关的。该域中的唯一的8比特数值分配给使用ITU-T_extension()的ITU-T应用。ITU-T_application_data()—在该域中包含了由ITU-T_application_identifier所规定的ITU-T应用所使用的信息。该域的语法和语义定义在每一个ITU-T应用的技术要求中。nextstart-codeO—该功能的定义见H.262建议的5.2.3,下列条款需要在使用ITU-T_extension()的每一个ITU-T应用的技术要求中定义:ITU-TApplicationID由应用为ITU-T_application_identifier分配唯一的8比特值。ITU-T_applicayion_data()的语法和语义ITU-T_application_data()的语法和语义定义在每个ITU-T应用的技术要求中，该ITU-T应用具有用于ITU-T_application_identifier的唯一值。在设计该语法时，要避免出现起始码的冲突。A.3H.263建议在H.320系统中的应用H.263建议提供了若干特征使其性能优于H.261建议。在其基线(Baseline)模式中，H.263建议提供了半像素运动补偿，而不是H.261建议提供的全像素补偿，全像素运动补偿是由环路滤波器来放大的。在基线模式中还包含了一些其他特征以改善其编码效率(例如，3-D可变长编码，媒体运动矢量预测，可删除的GOB头和更有效的编码模式信令)。H.263建议还提供了范围很宽的可选模式，这些可选模式在编译码器分离实现时被支持。这些模式能够被加到基线模式算法上以改善其编码性能或者以各种方式拓宽其应用范围。这些可选模式包括:提高可感觉的图像质量和提高编码效率的特征;在自适应模式中提高图像分辨率的特征;提高信道误码和包丢失的恢复能力的特征(当与某些网络环境接口时);对于有误码倾向和异类网络环境能够提供比特流可伸缩性的特征;具有能够增加与视频数据一起使用的补充信息的能力。除了H.261建议中提供的QCIF和CIF格式之外，H.263建议还支持下列标准源格式:SQCIF:128X96X29.97帧/s，像素比为12:11，图像比为16:11;4CIF:704X576X29.97帧/S，像素比为12，11，图像比为16，11;16CIF:1408X1152X29.97帧/s，像素比为12+11，图像比为16:11.H.263建议还支持范围很宽的用户自定义的图像尺寸、图像时钟频率和像素比(以及图像比)。H.263建议不支持H.261建议附录D所规定的静态图像传输格式。高分辨率的图像格式，例如，H.261建议附录D所规定的4CIF，作为一种被支持的视频格式可以被直接使用，图像的简单影像(snapshot)标记可以被用来指明在H.263的视频流中存在静态图像影象。这些图像的进一步的细化也能够被进一步的细化标记所支持。H.32。系统所用的H.263编译码器应具有支持SQCIF和QCIF图像格式的相同的能力。这是在QCIF图像尺寸下所具有的最低的图像质量，因为这是由H.261建议所支持的最小的图像尺寸，使用这种可选的视频编译码器的目的是改进H.261编码的性能。在H.320系统中使用的H.263编译码器应支持BCH纠错编码方式。(BCH纠错编码的详情请见H.261建议的第5.4条和H.263建议的附录D)。当H.320系统使用H.263建议时，BCH纠错编码对编码器和解码器都是必须的。1吕 GB/T15845.4-2003八TU-TH.320:1999A.4增强的视频算法层次为了加强在增强型H.32。视频编译码器之间互通的等级，为视频编译码器的实现规定了一个视频编码算法的层次。由于现有的H.320系统都具有H.261视频编码能力，因此在任何一个增强型H.32。系统中都将H.261规定为必选项。由于H.263能够提供比H.263更好的性能，基线H.263编码能力在使用增强型视频模式的系统中是必须的。系统中一旦应用了H.261和基线H.263编码，H.262也可以被应用。将来如果开发了新的视频编码算法，该视频编码层次需要修改以引人其他的算法层或者依赖于算法的相对性能、应用范围或其他因素的分枝。该视频编码算法层次是基于图像分辨率的，因此当系统支持较高等级的视频编码算法时，它必须仅支持该算法层次中的较低等级的视频算法的同等的分辨率(以及任何一种较低等级的分辨率)。(在视频算法的层次系统中，H.261被认为是最低等级的视频算法，H.262MPML被认为是最高等级的视频算法。H.261-CIF/H.263-CIF和H.263_4CIF/H.262_4CIF被认为是同等的分辨率)。该算法层次同时也要求在同等分辨率的情况下，较低等级的视频编码算法必须具有与较高等级的视频算法相同的或者更好的MPI能力。(更好的MPI能力的意思是解码器能够使用较低的MPI值支持较高的帧速率。)例如，一个欲实现H.262MPMLSIF能力的系统设计者，也必须同时实现H.262SPMLSIF,H.263CIF,H.263QCIF,H.263SQCIF,H.261CIF和H.261QCIF。在实现过程中，H.262SPSLSIF的MPI能力必须好于或者等同于H.262MPMLSIF的MPI能力，H.261CIFMPI能力必须好于或者等同于H.263CIF的MPI能力。另外，H.261QCIF的MPI能力必须好于或者等同于H.263QCIF/SQCIFMPI能力完整的视频编码算法层次见图A.1H.263能够使用用户自定义的图像尺寸、用户自定义的像素比和用户自定义的图像时钟频率。当上述内容被采用时，视频编码算法的分层原则如下:任何具有用户自定义图像尺寸的编码器应该支持“同等”的标准图像尺寸，“同等尺寸”是最大的标准图像尺寸，它小于或等于在用户自定义的图像尺寸的高度和宽度中所规定的分辨率范围的上边界。如果用户自定义的图像尺寸小于QCIF，同等分辨率就是QCIF。例如，如果自定义的图像尺寸是[176-528〕X[144-432〕，同等的标准尺寸就是CIF(352X288)。如果用户自定义的图像尺寸是120X90,同等的标准尺寸就是QCIF(176X144),如果一个H.320终端支持适用于任何标准图像尺寸的用户自定义的像素比，它同时也要支持适用于该图像尺寸的标准的像素比(12:11)。如果一个H.320终端支持适用于用户自定义的图像尺寸的用户自定义像素比，它同时也要支持适用于同等标准图像尺寸的标准像素比(12:11)如果一个具有适用于任何标准图像尺寸的自定义图像时钟频率的H.320终端支持的最小图像间隔(MPI)大于或等于1001/30000秒，它也应该同时支持一个更好的(例如，较小的)或者相等的Mill,在标准的图像时钟频率的情况下适用于所有的较小的标准图像尺寸(标准的图像时钟频率为30000/1001，近似为29.97Hz),MPI的测量是以秒〔s)为单位的(而不是图像时钟的标记)。如果一个H.320终端支持一个适用于任何标准图像尺寸的小于1001/30000s的Mill(必须具有用户自定义的图像时钟频率)，它也应该同时支持适用于所有的在标准的图像时钟频率下的较小的标准图像尺寸的等于1001/30000s的MPI(例如，该终端应该支持一个在标准的图像时钟频率下的一个图像标记的Mill)如果一个具有适用于用户自定义的图像尺寸的自定义图像时钟频率的H.320终端支持的最小图像间隔(Mill)大于或等于1001/30000s，它也应该同时支持一个更好的(例如，较小的)或者相等的Mill，该Mill在标准的图像时钟频率的情况下适用于等同的标准和所有较小的标准图像尺寸如果一个H.320终端支持一个适用于自定义图像格式的小于1001/30000s的Mill(必须具有用户自定义的图像时钟频率)，它也应该同时支持适用于在标准的图像时钟频率下的同等的标准图像尺寸的等于1001/30000s的Mill(例如，该终端应该支持一个在标准的图像时钟频率下的一个图像标记的MPD.尽管在实现中该算法层次是严格的，在能力交换中它不是自动呈现的。H.261,H.262和H.263的能力必须分别声明。例如，一个系统发出的信号表明它具有H.262MPMLSIF能力，最小图像间隔19 GB/T15845.4-2003/ITU-TH.320:1999注:箭头所指的源格式是在当前格式之前必须要支持的格式.图A.I增强型H.320视频实现的强制视频算法层次MPI为2，也要求它必须支持H.263CIF和H.261CIF的较低的MPI值。但是，必须传输分离的码字以表明是H.263和H.261能力。建议H.242详细描述了这三种视频编码算法的语法和流程，包括涉及到格式层次和MPI值的必要的规定。视频算法的非对称传输在H.320系统中是必要的。例如，一个终端可能传送H.262SPML4SIF,而同时接收H.261CIF.(对点对点和点对多点应用来说，有关非对称视频操作的详情请见H.242建议的6.1条和H.243建议的第4章。)'