分，三位用于IP优先权，四位用于服务类型，一位保留给将来使用。

IP优先权和服务类型都是对IP网络上的数据流区分优先次序的机制。对给定的应用，可以使用两种标志之一，但不是两者都用。

利用该字节的IP优先权部分来对音频、视频和RTCP（Multicast）数据流区分优先次序。

采用IP优先权使得音频优质、视频画面流畅、数据不丢包。

本项目中采用的中兴MCU ZXMVC 8900和视频终端ZXV10 T502均支持网络层的IP优先权。

2） 数据包排序

视频会议的实时应用性较强，如果接收到的数据包次序混乱，将带来的问题是数据包的丢失或迟到，将导致视频图像的冻结或声音的中断。因为在路由器上，要想避免数据包的次序混乱事实上是不可能的，所以只有通过视频终端对数据包的次序进行纠正。当数据包到达时，对其次序进行验证，无序的数据包（在一定的限度内）被退回，以维护发送给终端用户的音频和视频流的连续性。

本项目中配置的中兴MCU ZXMVC8900和视频终端ZXV10 T502采用数据包排序的策略能够保证视音频传输的连续性，避免视频图像的冻结或声音的中断。

3） 数据包重复控制

对于实时应用，如果同一个数据包有多个副本到达最终目标，将会带来的问题是引起视频图像的冻结或声音中断。因为在路由器上，要避免数据包的重复事实上是不可能的，所以在视频终端上对数据包的重复进行纠正。重复的数据包将被清除，保证发送给终端用户的音频和视频流的连续性。

本项目中配置的中兴视频终端ZXV10 T502采用数据包的重复控制进行纠正能够保证视音频传输的连续性，保证视频图像的不冻结或声音不中断。数据包重复控制如下示意图。

第 33 / 55 页

数据包排序1306120411021000060402001312111013111210060204001、自动矫正顺序混乱的数据包的顺序2、保证音频和视频流的连续性

数据包重复控制示意图

4） 抖动纠正

当音频和视频数据包离开发送终端时，它们按照规则的间隔均匀的排列着。然而，在通过路由器之后，这一均匀的间隔很轻易就被破坏，一些数据包之间可能没有足够的延迟，而另一些数据包之间可能有太多的延迟，这就叫抖动。抖动会导致目标终端上音频和视频流的不连贯。

本项目采用的中兴视频终端ZXMVC8900会根据需要自动增加或减少延迟，以维护终端用户接收到的音频和视频流的连续性。这一调整是在终端上完成，而不是在网络上。抖动纠正如下示意图。

抖动矫正1000130612041102100604020013121110121311000204061、自动矫正数据包到达时不一致的时间间隔2、保证音频和视频流的连续性

抖动纠正示意图

5） 唇音同步

第 34 / 55 页

当音频和视频数据包离开发送终端时，音频数据包与对应的视频数据包相配成对。但是在通过路由器时，各种队列算法会对音频数据包和视频数据包进行不同的处理。这将打乱音频数据包与相应的视频数据包的对应关系。最终的结果将会是失去声音与口型的同步，路由器越是拥塞，结果越糟。本项目视频会议系统通过视频会议系统管理软件设置MCU，利用数据包中的RTP时间邮戳信息来纠正这一问题。

本项目采用的中兴MCU ZXV10 T502能够确定哪一音频数据包与哪一视频数据包相配对。进一步重新对齐相应的数据包将保证声音/口型的同步，即使数据流经过了拥塞的网络，这一功能是在终端上完成，而不是在网络上。唇音同步校正如下示意图。

唇音同步矫正13A1312A1211A1110A10A13V13A10V13A12V12A11V12A11V11A12V111、自动重新对齐音频和视频流数据包2、保证唇音同步-即使经过了壅塞的路由器A10V10A13V103、基于RTP时间标记

唇音同步校正示意图

6） 唇音同步延迟调整

在发送端，处理音频所花费的时间不同于处理视频所花费的时间。影响这一问题的因素包括声速与光速的不同、房间的大小和形状、音频和视频编码的算法的复杂性。最终结果是需要视频终端通过音频算法（如：G.711、G.728）来增加一定的延迟，以获得声音与口型的同步。

本项目中采用的中兴视频终端ZXV10 T502采用G.711音频算法应用一组隐含的延迟值来达到唇音同步延迟调整。

7） 码率控制

在传统的编码码率控制基础上，参考人眼的视觉特性（如：对亮度敏感），

第 35 / 55 页

我们对整帧量化系数的分配进行调整。采用此方法，在一定传输速率下，很大程度上消除了剧烈运动帧引起的马赛克效应和边沿锯齿现象，降低剧烈运动帧对传输码率的影响，从而减轻网络的负载。总体上使图像的主观评价大大优化。

本项目中采用的中兴视频终端ZXV10 T502采用H.263+等一系列可选的视频算法来实现码率控制。

8） 视频码流打包控制技术

根据网络带宽资源，视频终端的编解码器将音频和视频码流打包分组进行统计复用，不同的信息码流要求具有可靠性的网络。例如对于音频和视频码流，要求网络提供实时性好的传送机制，而对数据和控制信息要求提供可靠性传送。

本项目中采用的中兴MCU ZXMVC 8900和视频终端ZXV10 T502均支持ITU-T制定的视频码流打包控制协议。

9） 网络监测控制技术

启用网络监测控制技术，其中采用专利算法控制收/发端编码封装模式、动态调整缓存大小、动态帧间预测编码等技术可以降低因抖动、延时、丢包造成的图像停滞、马赛克等现象的出现率。经测视频终端可自适应网络延时不大于100ms，丢包率不大于3%，抖动不大于80ms。

10）

自动调整速率

中兴视频终端ZXV10 T502通过改变编码方式（视频：H.261、H.263、H.263+等，音频：G.711、G.721、G.728）等措施，降低媒体比特率，以适应网络拥塞日益严重的情况。

第 36 / 55 页