下面分别介绍各组成部分的功能。
1）多媒体会议终端
多媒体会议终端是用户用来参加会议的桌面应用程序。会议终端启动时会发送REGISTER消息向注册服务器注册，注册成功后便保持在线状态，可以随时发起呼叫或接收呼叫请求。在加入会议后，可以发送SUBSCRIBE请求，预定会议状态信息报告，以便获得最新的会议状态变更情况。与会者可通过多媒体会议终端进行申请发言、释放申请、释放发言等操作。可以进行即时消息的发送和接收，实现会议文字聊天功能。
2）会议管理服务器
会议管理服务器在图2中对应为Web服务器，主要完成通过Web界面管理会议的功能，包括会议的预定、修改和取消，会议策略的制定和修改等。另外，还可以通过会议管理服务器对会议控制服务器的系统参数进行配置，并提交到系统数据库保存。会议控制服务器在启动时可以从系统数据库将系统参数下载到本地，进行系统的初始化。
3）会议控制服务器
会议控制服务器是此系统的控制中心，模型中的会议控制中心功能，包括会议的创建、启动、删除、会场管理和控制、会议状态信息的采集和发布、会议成员的在席管理、处理会议成员请求等。会议控制服务器通过MEGACO/H.248[5]命令对媒体服务器的媒体混合处理进行控制。
会议控制服务器主要由总控模块、Web管理模块、启动/注册模块、即时会议模块、会议状态通告模块、会议控制模块和会议列表等几部分组成。其中总控模块主要负责系统的初始化工作和各个模块之间的通信调度等功能；启动/注册模块主要负责会议的启动和结束等操作；会议状态通告模块负责完成会议状态信息通知服务，遵从RFC3265标准；会议控制模块是会议控制服务器的主要功能模块，采用基于事件触发的工作机制。会议列表负责维护会议的状态信息，包括会议属性、成员列表、请求队列和消息队列等，并提供对这些数据进行操作的接口函数。
4）媒体服务器
媒体服务器可采用纯软件方式实现媒体混合等处理，与传统的采用硬件板卡的方式相比，具有巨大的成本优势。会议控制服务器通过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的集中式视频会议的研究具有一定的实践和参考意义。
