总站
A: 阿拉善
安康
安庆
安顺
安阳
鞍山
B: 巴彦淖尔 巴中 白城 白山 白银 百色 蚌埠 包头 宝鸡 保定 保山 北海 北京 本溪 毕节 滨州 亳州 C: 沧州 常德 常州 朝阳 潮州 郴州 成都 承德 池州 赤峰 崇左 滁州 楚雄 D: 达州 大理 大连 大庆 大同 大兴安岭 丹东 儋州 德宏 德阳 德州 迪庆 定西 东莞 东营
E: 鄂尔多斯
鄂州
F: 防城港 佛山 福州 抚顺 抚州 阜新 阜阳 G: 赣州 固原 广安 广元 广州 贵港 贵阳 桂林 H: 哈尔滨 海口 海拉尔 邯郸 汉中 杭州 合肥 河池 河源 菏泽 贺州 鹤壁 鹤岗 黑河 衡水 衡阳 红河 呼和浩特 呼伦贝尔 葫芦岛 湖州 怀化 淮安 淮北 淮南 黄冈 黄山 黄石 珲春 惠州
J: 鸡西
吉安
吉林
济南
济宁
济源
佳木斯
嘉兴
嘉峪关
江门
焦作
揭阳
金昌
金华
锦州
晋城
晋中
荆门
荆州
景德镇
九江
酒泉
K: 开封 昆明 L: 来宾 莱芜 兰州 廊坊 乐山 丽江 丽水 连云港 辽阳 辽源 聊城 临沧 临汾 临沂 柳州 六安 六盘水 龙岩 陇南 娄底 泸州 洛阳 漯河 吕梁
M: 马鞍山
茂名
眉山
梅州
绵阳
牡丹江
N: 南昌 南充 南京 南宁 南平 南通 南阳 内江 宁波 宁德 怒江 P: 攀枝花 盘锦 平顶山 平凉 萍乡 莆田 濮阳 普洱 Q: 七台河 齐齐哈尔 钦州 秦皇岛 青岛 清远 庆阳 衢州 曲靖 泉州 R: 日照 |
视频会议系统对网络环境的适应能力将对会议效果产生较大的影响。视频会议的网络适应能力包括IP优先权设置、IP包排序、IP包重复控制、IP包抖动控制、丢包重传以及速率自动调整等。
1、IP优先权(IP Precedence)设置
在网络规划差分服务方式的QoS技术时,视频会议系统可通过多种匹配手段对进入数据网的业务包进行分类,包括IP地址、IP 优先权(IP Precedence)等。其中,利用IP包中的IP优先权部分可以对音频、视频和RTCP(Multicast)数据流进行优先级划分。当网络采用IP Precedence进行流量匹配时,可通过视频会议设备发出的修改过IP Precedence字段信息的视音频包进行入队列处理,以保证视频会议码流的优先传送。
2、IP包排序技术
通常,网络的传递机制无法保证其转发的数据包的正确次序。对于H.323视频会议系统,如果视频会议设备按次序接收IP包,将带来错序问题,数据包的丢失或延迟将导致视频图像的冻结或声音的中断或抖动。
可通过视频设备支持IP包排序功能解决该问题,当IP包到达时,视频会议设备将对其次序进行验证,无序的包被退回,以维护发送给终端用户的音频和视频流的连续性。
3、IP包重复控制
一个IP包经过承载网时可能会产生多个重复的副本,或为了适应恶劣网络环境系统可能采用重传机制时也会产生多个重复的副本,这样将引起视频图像的冻结或声音中断。支持IP包重复控制的视频设备可通过该功能来纠正该错误,以维护发送给终端用户的音频和视频流的连续性。
4、抖动控制技术
当音频和视频IP包离开发送端时,按照规则的间隔均匀的排列。在通过网络之后,这一均匀的间隔因不同的延时大小而遭到破坏,从而产生抖动。抖动会导致目标终端上音频和视频流的不连贯性。支持抖动控制的视频设备可通过抖动缓存来实现抖动消除,以维护终端用户接收到的音频和视频流的连贯性。
5、丢包重传技术
当网络拥塞严重时,网络设备(如路由器)会根据缓存大小并配合相关处理机制丢掉一些视频包,视频会议系统中视频包是采用UDP协议进行传输的,而UDP本身没有重传机制,因此会导致接收端出现图像丢帧或马赛克现象。支持丢包重传的视频设备可通过添加丢包检测和重传的机制来保证会议图像的连贯性。
6、自动速率调整技术
在一些恶劣的网络环境下,降低会议码率将有助于提高视音频的连贯性和实际效果。如果视频会议设备支持动态速率调整技术,可以使终端和MCU能通过检测网络上有利和不利的因素来自动适应网络的容量和性能,通过动态调整视频会议的码率,为终端用户提供尽可能好的视频质量。
视频设备的自适应带宽调整功能主要是通过检测数据包丢失率来实现的。如果终端检测到数据包丢失率超过了指定的阀值,它将自动降低视频会议码率,同时通知其它参会终端做相同的动作,从而提供一个具有最优视音频效果的会议码率。
7、唇音同步技术
视频会议系统中视频信号和音频信号是分别编码、分别传输的,由于IP优先级和视音频包大小等因素的影响,会使视音频的同步包到达顺序不同,引起唇音不同步。影响唇音不同步主要有两种因素:网络传输时延和视音频处理时延不同。
当音频和视频包离开发送端时,音频包与对应的视频包保持同步。但是,在通过承载网时,各种队列算法会对音频资料包和视频资料包进行不同的处理。这将打乱音频资料包与相应的视频资料包的同步关系。最终的结果导致声音与口型失去同步。支持唇音同步的视频设备可通过使用IP包中的RTP时间戳信息来纠正这一问题。利用RTP时间戳,设备能够确定哪一音频包与哪一视频包对应。进一步重新调整相应的视音频包,以保证声音与口型的同步。