详述IP视频会议技术( 三 )


分散式多点会议使用了Multicast技术 。参加会议的H.323终端将音频、视频流广播给其他参与会议的终端,控制信息则以点对点方式发送给MC 。接受终端负责处理接收的音频、视频流 。分散式多点会议会议把对网络资源的占用低,并能大幅度地降低成本 。它要求网络的配置支持网络广播 。

混合式多点会议综合了集中式多点会议和分散式多点会议的特点 。参加会议的H.323终端将音频、视频流选择其中之一以点对点方式发送给MC,剩下的以广播方式发送给所有的H.323终端 。
通过MCU可以将集中式多点会议和混合式多点会议连接起来,可实现更大的灵活性 。
此外,H.323还定义了“松散联系”会议用于支持大规模的会议 。在该模式下,参会者被分为主动参与者和被动参与者,主动参与者又分为永久成员和临时成员 。被动参与者仅能观看会议 。通过临时成员与被动参与者的角色转换,答应更多的参与者发表意见 。
四、如何确保IP视频会议质量
近年来,基于H.323的IP视频会议系统得到了很大的发展,已经具备了公众运营的条件,而实现这一条件,服务质量是要害 。
由于H.323协议本身的不成熟,这给IP视频会议的公众运营带来一定的困难 。IP视频会议的公众运营化,必须解决用户治理、业务治理、计费治理和视频交换的互操作性等问题 。由于Internet是一个无连接网络,只提供一种承载业务-尽力传送(best effort)业务 。也就是说,网络并不保证向应用数据流提供所需的带宽,也不保证数据流的传送时延和丢失率等质量指标 。对于数据业务等非实时业务,尽力传送能够满足要求,但是对于音频或视频等实时通信应用,网络必须能支持具有一定QoS的端到端承载业务 。如何提高实时性能,确保通信的QoS,是IP视频系统的要害技术要求,也是一个技术难点 。
在IP视频会议中,QoS的策略可分为两个层面来实现:网络层面和业务层面 。下面从这两个层面出发分析如何确保IP视频会议质量(QoS) 。
1.确保IP视频系统QoS的方法
Internet上确保IP视频系统QoS有两种方法,具体如下:
(1)超量工程法(overengineering)
即在网络规划时预留足够的带宽,使得任何时候都能获得可接受的QoS 。这种方法十分简单,不需要资源预留协议和接纳控制功能,但是要求部署足够多的路由器和高速链路,保证即使在忙时网络资源也有足够的余量 。它可用于网络资源便宜、同时网络最大业务量又可以猜测的情况 。
(2)综合服务Internet方法
由IETF综合服务(IntServ)工作组定义 。它需定义呼叫接纳控制功能资源预留协议,如RSVP 。利用RSVP消息,端点应用程序可以提出数据传送全程必须保留的网络资源(如带宽、缓冲区大小等),同时也确定了沿途各路由器的传输调度策略,藉此,可以对每个数据流的QoS依次进行控制 。
2. 网络设计上对QoS的保证
(1)网络结构
城域IP网络通常由核心层、汇接层和接入层组成,汇接层的各节点通过高速链路连接到核心层 。在城域IP网中,在路由器连接上考虑路由跳数,保证网络任意两个节点间通信路由跳数最多为4跳,配置高性能路由器,根据经验值,在采用光传输的情况下,一个数据包经过一跳其延迟一般为10ms,该值不由线路的长度和路由器的性能所决定(对于7500以上的路由器),所以数据包在骨干网中的正常延时大概在50ms左右 。从这个角度考虑,延时问题不是影响IP视频业务质量的主要问题 。
(2)路由振荡问题及其解决
路由振荡原因分为两个方面 。一个是由于链路状态的改变造成的路由改变,假如采用IS-IS或OSPF的路由发现,由于该问题要靠Hello包的检测,同时检测一次还不行,还需要检测几次 。一般情况下,从链路中断到新路由选定需要几秒到几十秒的时间,这样的问题发生在骨干网上将大大地影响实时多媒体业务的质量,该问题主要通过使用MPLS的FRR能力加以保护 。另一个路由振荡问题主要是网络设计不严谨造成的,对于出现大量的同值选路或大量的Route ReLookup或路由状态更新振荡的情况,防止问题的主要方案是在设计网络时要求所有的流量的方向和选路都需要监控者明确地加以检查 。

推荐阅读