基于SIP的集中式视频会议模型及实现方案

制中心与每个与会者之间存在SIP对话联系。它一方面根据会议成员策略管理整个会议，如会议接入控制、与会人员管理等，另一方面它又根据会议媒体策略，对媒体混合服务器进行控制，保证每个与会者能够接收到会议的媒体流。

每一个会议控制中心都有一个会议URI与其相对应，此URI在全局范围内是惟一的。当用户需要加入会议时，需向相应会议URI发送INVITE请求。

b）与会者：与会者是指会议中和会议控制中心维持SIP对话的SIP用户代理。此用户代理可以是PC应用程序、SIP电话或者是PSTN网关，也可以是其他会议控制中心。当与会者是其他会议的会议控制中心时，会议的拓扑结构是分级的，这种会议结构具有良好的可扩展性，所有区域性的子会议有单独的会议控制中心，这些会议控制中心再连接到主会议的会议控制中心上，进行分级控制和管理。

c）CPS：CPS是系统的逻辑功能模块，用来存储和操作会议策略，为用户和支配会议操作的会议策略之间提供接口。用户可以使用non-SIP方法和CPS交互，完成会议策略的制定、修改等操作。

d）CP：会议策略包含了支配会议控制中心进行会议操作的规则，一个会议对应一个会议策略，包括会议成员策略和会议媒体策略。会议成员策略主要用于会议成员的管理，包括用户接入控制、用户权限管理等。会议媒体策略用于会议媒体混合及分发的控制，包括媒体混合策略、同步策略、媒体分发策略等。用户可以通过 Web方式或其他non-SIP方式对会议策略进行维护。

e）CNS：会议控制中心可以提供CNS功能，工作机制由RFC3265[4]定义，主要完成向与会人员通知相应的会议事件和会议状态。与会者在加入会议后可向会议控制中心发送SUBSCRIBE请求，订阅会议事件和状态通知服务。会议通知服务器将通过NOTIFY消息定时向与会者通告预定的会议事件和会议状态。例如，用户可以预定会议成员的在席信息，当有与会者加入或退出会议时，会议通知服务器将向该用户发送会议成员变更的情况。

f）媒体混合服务器：媒体混合服务器负责完成会议媒体的混合和分发，接收者可以是会议的与会者或其他的媒体混合服务器。媒体流的混合处理由会议控制中心根据媒体策略进行直接或间接控制，处理过程因媒体流类型的不同而不同。

3 视频会议系统结构设计

根据前面介绍的会议模型以及多媒体会议的一般功能要求[3]，我们设计了一个视频会议系统的实现方案。

该系统由多媒体会议终端、会议管理服务器、会议控制服务器、媒体服务器和系统数据库5部分构成。呼叫服务器（CS）是SIPProxy服务器，负责SIP消息的转发，并集成了注册服务器的功能。

下面分别介绍各组成部分的功能。

1）多媒体会议终端

多媒体会议终端是用户用来参加会议的桌面应用程序。会议终端启动时会发送REGISTER消息向注册服务器注册，注册成功后便保持在线状态，可以随时发起呼叫或接收呼叫请求。在加入会议后，可以发送SUBSCRIBE请求，预定会议状态信息报告，以便获得最新的会议状态变更情况。与会者可通过多媒体会议终端进行申请发言、释放申请、释放发言等操作。可以进行即时消息的发送和接收，实现会议文字聊天功能。

2）会议管理服务器

会议管理服务器在图2中对应为Web服务器，主要完成通过Web界面管理会议的功能，包括会议的预定、修改和取消，会议策略的制定和修改等。另外，还可以通过会议管理服务器对会议控制服务器的系统参数进行配置，并提交到系统数据库保存。会议控制服务器在启动时可以从系统数据库将系统参数下载到本地，进行系统的初始化。

3）会议控制服务器

会议控制服务器是此系统的控制中心，模型中的会议控制中心功能，包括会议的创建、启动、删除、会场管理和控制、会议状态信息的采集和发布、会议成员的在席管理、处理会议成员请求等。会议控制服务器通过MEGACO/H.248[5]命令对媒体服务器的媒体混合处理进行控制。

会议控制服务器主要由总控模块、Web管理模块、启动/注册模块、即时会议模块、会议状态通告模块、会议控制模块和会议列表等几部分组成。其中总控模块主要负责系统的初始化工作和各个模块之间的通信调度等功能；启动/注册模块主要负责会议的启动和结束等操作；会议状态通告模块负责完成会议状态信息通知服务，遵从RFC3265标准；会议控制模块是会议控制服务器的主要功能模块，采用基于事件触发的工作机制。会议列表负责维护会议的状态信息，包括会议属性、成员列表、请求队列和消息队列等，并提供对这些数据进行操作的接口函数。

4）媒体服务器

媒体服务器可采用纯