3、V2 Conference 5.5系统及功能详述

3.7、智能组播机制

    组播是允许一个或多个发送者（组播源）发送单一的数据包到多个接收者的网络技术。与单播和广播相比较，在很多传输需求和环境下，组播可以大大的节省网络带宽，无论有多少个目标地址，在整个网络的任何一条链路上只传送单一的数据包， 提高了数据传送效率，减少了主干网出现拥塞的可能性。三种传输方式比较如下：

• 单播（Unicast）：在发送者和每一接收者之间需要单独的数据信道 。当大量接受者接收同一份数据时，需要建立相应数量的数据信道，导致发送者负担沉重、延迟长、网络拥塞。
• 广播(Broadcast)：主机在网络中广播时，将向网内所有主机均投递一份数据而不管这些主机是否愿意接收。广播数据将大大增加非接受者的开销。广播向每一个目的站投递一个分组的拷贝。
• 组播(Multicast)：发送者将数据发向指定组播群组，提高了数据传输效率，减少了主干网出现拥塞的可能性。

    显而易见，对于同一数据发送，单播资源消耗大、效益低，并随着接收端的增多而加剧；而广播存在资源无谓占用，对网络可能意味着传输风暴；而组播是解决此类应用的最优选择。

    在视频会议系统的应用中，对组播的需求也是非常明显的，主要表现为：

1. 在网络资源的有效利用方面，通过组播可以在现有网络带宽条件下支持更大规模的应用，能够较好的解决骨干网络及局域网出口带宽的瓶颈问题，更充分的利用现有网络资源。同时组播技术的应用对解决大规模应用中的服务器性能瓶颈也是非常有效的一种做法。
2. 在应用需求方面，当一些会议模式为单向培训、主会场信息发布等形式的时候，不需要各分会场的交互，这个时候各分会场往往只是单向的收听收看用户；还有一些会议，除了有交互用户外，还需要有大量的收听收看的用户，这个时候，往往会很明确的提出组播需求。

    组播所带来的好处是显而易见的，但组播技术的应用、特别在互联网上的组播应用很难实现，其原因主要是组播需要协议和设备的支持，所有介于组播源（服务器或组播代理服务器）和接收者（客户端）之间的路由器、交换机、HUB、防火墙等设备均需支持组播，而互联网上的网络设备往往从整体效率、安全及防止网络风暴等因素考虑，一般都关闭其组播协议的支持，而链路上任一节点对组播的不支持都会使组播信息无法下传。因此就目前的网络环境来看，组播只能在末端局域网或一些专网内得以实现。

    V2 Conference 5.5的智能组播机制正是为了解决互联网对组播的屏蔽而设计的一种智能化、高效率的处理技术。该技术主要是为解决在实际应用中，末端局域网中有多台终端均访问远端服务器进行同一个会议，当采用单播的时候，每一个终端均需要和服务器建立一条音视频传输通道，而当这些终端都观看同一路图像的时候，该路图像的数据会在从服务器到这个末端局域网之间的链路上重复的传输N次（N为末端局域网中参加会议的终端数目）。由此可见，形成的传输冗余和资源耗费随着N的不断加大也会成为一个非常惊人的数字。

    对此，V2 Conference 5.5的处理方式是在末端局域网中某一终端（设为A终端）与服务器之间建立一条单播通道，而局域网中其余各终端均接收通过A终端转发的组播数据，这样就大大减轻了末端局域网出口带宽的压力，同时当该局域网中交互用户有交互需求时，可与服务器随时建立单播上传通道，通过这种处理方式，将单播的交互性和组播的高效性实现了完美的统一，即保证了功能上的完善，更提供了性能上的高效。

    V2 Conference 5.5的跨公网智能组播技术具有以下功能特性和优势：

• 通过这种单播与组播的融合，使多媒体数据信息在公网上的传输和末端局域网的组播发散成为一个整体。每一路数据在公网上向某一末端局域网传输时可以仅占用一路数据带宽。
• 通过该技术使组播接收用户可以随时参与到交互会议中，实现了组播与交互的应用融合，单向传输与交互的灵活切换控制。
• 智能竞争机制使子网内的组播代理和转发处于自动状态，整个过程非常简单，无需复杂配置。
• 节约了宝贵的公网带宽资源特别是骨干网带宽资源，提供了同样服务器资源下更大规模应用。单播客户端作为组播服务器的形式为用户节约了设备投资。