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

软件方式实现媒体混合等处理，与传统的采用硬件板卡的方式相比，具有巨大的成本优势。会议控制服务器通过MEGACO/H.248命令控制媒体服务器，完成创建关联域、增加终端、删除终端、修改终端属性、删除关联域等操作。媒体服务器接收与会者发来的媒体流，按照媒体策略进行混合后，再分发给与会者，从而实现会议媒体流的交互。

4 视频会议系统工作原理

在介绍了集中式视频会议系统的结构之后，下面简单介绍此系统的工作原理。

4.1创建会议

此系统支持预约式会议和即时会议2种会议类型。

预约式会议的创建可通过Web管理系统来完成。会议预定成功后，将向系统数据库的会议数据表插入一条记录。会议控制服务器的Web管理模块对系统数据库的会议数据表进行周期扫描，若发现新的会议记录，则按照预定要求生成新的会议节点，添加到会议列表中。

即时会议的创建可通过多媒体会议终端完成。用户只需向指定的会议工厂URI发送INVITE请求即可创建一个即时会议。新会议的URI由302响应的Contact头域带回。

4.2加入会议

与会者可以通过以下5种方式加入到会议中：

a）Call-In方式。用户可通过E-mail、Web公告、即时消息等方式事先获得会议URI，然后向会议URI发送INVITE消息，请求加入会议。

b）Call-Out方式。会议开始后，会议控制中心向用户发送INVITE消息，邀请其加入会议。会议控制中心需事先存储与会者的URI列表。

c）第三方通过向会议URI发送REFER[6]请求，触发会议控制中心邀请用户加入会议。

d）第三方通过向用户发送REFER请求，触发用户主动加入会议。

e）若用户不知道会议URI，但可能通过其他途径获得会议中的某一个会话ID，则可通过发送带有Join头域的INVITE消息来加入会议[7]。

4.3会议状态信息通告机制

与会者在会议进行期间可以获得会议的事件及状态信息，这通过会议通告服务（CNS）来实现。如图4中的F9－F12所示，与会者在加入会议后可向会议控制中心发送SUBSCRIBE请求。订阅感兴趣的会议事件和状态通知的服务，当某类事件发生或会议的状态发生变化时，会议通告服务器将生成状态报告的事件包，通过NOTIFY请求发送给订阅者，通告发生的事件或状态的变化情况。

4.4会场控制机制

会场控制（FloorControl）是指对共享资源的访问控制，如对发言权、视频显示等公共资源的控制。会场控制消息是在会议主席、 会议服务器和会议成员之间传递的，可分为2部分：会议控制命令和会议控制事件。会议控制命令是从会议主席或经过授权的会议参与者发往会议服务器的更改会场资源状态的请求。而会议控制事件消息是一种关于会场资源状态信息的报告，由会议服务器发往会议参与者。控制命令的内容可以是添加会场资源、请求使用会场资源、主席批准/拒绝请求或改变会议策略等。控制事件则用来向会议参与者报告有关会场资源占用情况的变化、会议策略或媒体配置的变更等情况。

会场控制命令采用SOAP格式封装[8]，由SIP协议的INFO[9]消息作为承载消息。会场控制事件消息的传送可以通过会议状态信息通告机制来实现。

4.5结束会议

预约型会议的结束时间在预定时已经确定，当会议的结束时间到，但会议中仍有与会者时，则会议控制中心向其发送BYE消息并将其删除，然后执行去注册过程。去注册成功后，会议控制服务器将此会议节点删除。

即时会议因在创建时没有确定结束时间，故不能依据会议的结束时间来结束会议。即时会议判断结束的条件是会议中的与会者数目。当会议中的最后一个与会者退出会议后，认为会议结束，执行去注册过程，去注册成功后即删除会议节点。

5 结束语

目前，SIP多媒体会议的相关标准还在制定之中，相关技术的发展也很迅速，本系统所涉及的很多技术在实际应用中还需要进一步完善，尤其是会议策略控制技术、会场控制机制、会议级联、子会议系统、会议安全机制以及商用模式下的计费方案等方面。

用基于SIP和SOAP相结合的会场控制机制，采用基于MEGACO/H.248协议控制的纯软件媒体服务器，可实现级联会议、子会议系统等多种会议模式的媒体处理。该方案的实现对基于SIP的集中式视频会议的研究具有一定的实践和参考意义。