会议管理IP视频会议技术的软件界面与展望.docx
《会议管理IP视频会议技术的软件界面与展望.docx》由会员分享，可在线阅读，更多相关《会议管理IP视频会议技术的软件界面与展望.docx（15页珍藏版）》请在冰豆网上搜索。
会议管理IP视频会议技术的软件界面与展望
视频会议系统工作原理及选型
发表时间：
2010-9-20来源：
e-works
关键字：
随着企业市场竞争环境的日趋激烈，如何在瞬息万变的市场保证企业人员之间的实时信息沟通，已成为提升企业市场竞争力的重要一环。
实时而准确的市场信息能帮助企业决策者更为清晰的判断市场形势并及时调整市场策略。
正是基于这样一种背景，实时视频会议系统越来越多的被企业决策者所青睐。
与此同时，近年来互联网技术的快速发展及网络带宽的不断提升，也为视频会议系统在企业的应用创造了前提。
本文就视频会议系统的工作原理及如何进行视频会议系统的选型进行了了探讨。
四、视频会议系统选型
（一）选择值得信任的主流厂商
1、拥有业界领先的技术
视频会议发展至今，靠着在音视频压缩上的先进技术，使异地的人们能实现面对面交流。
在选择时，要做到将来使用的顺畅，必须要选择具有业界领先的视频会议技术：
∙支持服务器集群架构，实现不限量用户扩容以及系统的热备份和负载均衡；
∙支持最新的H.264压缩算法
∙视频编码的前端滤噪处理和后端平滑处理
∙同等视频质量实现了最低的带宽占用,256K可达到DVD效果
∙卫星级流控技术，大规模用户时也不会产生网络峰值累加效应
∙专利的RUDP技术，自动恢复高达20~30%的丢包
2、拥有大量成功案例
由于视频会议市场再不是单纯产品的概念，解决方案能满足用户需求才最为重要，所以尽量选择做过大量成功案例的厂商，其丰富的经验能帮助企业更好的实现相关应用。
（二）视频会议系统必要条件
1、视频会议的组织和管理
会议的召开首先要有良好的组织与管理。
经过对大量案例在用户管理、会议授权及会议通知等方面的分析与研究，用以组织机构为核心的用户管理、以固定会议和动态会议相结合的会议模式、和以即时通信为基础的会议通知，要有一整套的会议组织与管理机制。
以组织机构为核心管理模式在用户查询、会议授权和管理方面，方便实用。
对于固定会议与动态会议这两类不同的会议形式，要能采用固定会议（如周会、晨会等例会）由管理员通过后台预先设置好，而动态会议（如突发事件处理、日常业务会议等）由有权限用户临时召集。
而作为会议的参与者，如何方便迅速的接收到会议通知，获取参会信息，也是会议组织过程中非常重要的部分，会议消息定向通知、会议中直接邀请等方式，都能简单便捷的让相应人员参与会议中。
2、视频会议功能
优秀的视频会议软件功能应包含以下几项：
∙音视频交互：
支持多路视频任意切换，多路语音同时发言；视频分辨率支持低到高，如160*120~704*576。
∙数据共享：
支持网页同步、程序共享、电子白板、文件发送、演讲稿同步等多种数据共享方式。
∙辅助功能：
支持文字聊天，电子举手，表情表达、多种模式轮巡、云台控制等辅助功能。
∙流媒体文件广播，支持VCD，DVD，AVI，WMV，ASF，ACC，RM等影音文件。
∙系统功能：
支持远程设置、会议投票，会议录制、回放，web管理
∙与会方式：
支持多种网络接入，支持固定电话、手机的呼入呼出，参与视频会议。
3、音视频技术
视频：
基于先进的H.264、MPEG-4视频压缩算法，在256kbps左右达DVD效果。
音频：
支持G.723.1、G.721、G.723等音频压缩算法，在24kbps左右达原声音质。
多路混音技术，多人同时说话，语音清晰流畅，支持自动增益补偿（AGC）、噪音抑制（ANS）、回声消除（AEC）、静音检测（VAD）功能。
4、网络技术
∙支持TCP、UDP、RUDP、Multicast协议；
∙支持二级转发服务器；
∙适应Internet、城域网、局域网、VPN和卫星网络等多种网络；
∙采用HTTP隧道技术来实现对防火墙的渗透，开放相应端口即可实现访问。
5、平台特性
在实现视频会议基本功能的基础上，考虑到今后可能的发展与扩展应用，选择的视频会议系统应具有一定的扩展与平台特性。
可以与其它软件进行整合，可以作为平台整合其它软件，最终实现统一登录，统一管理。
（三）高性价比的构建成本
1、考虑现有投资和未来扩展
租用和购买：
充分对视频会议应用的模式，对于使用时长和频率作出判断，从而确实是进行租用或购买会议系统。
未来扩展：
如果进行购买系统，则重点需要考虑将来的业务扩展，购买扩展性强的视频会议软件，会给将来的业务应用增加亮点，而不是增加负担。
2、考虑已有设备的利用
对于企业已有的设备，可以考虑利用到视频会议上。
例如对于计算机覆盖率高的企业，选择软件视频会议系统，即可减少成本，提高设备利用率，同时还有更多样的功能。
（四）完善的售后服务
对产品的购买，很大程度上取决于其售后服务是否有保障。
对于如视频会议类的大型产品更是如此。
选择时需要考察厂商的技术支持力量是否足够强大？
各地是否有分支机构能够为当地进行服务？
产品是否自行研发，具有二次开发的能力？
综合考虑，而后选择。
总结
根据e-works近期对企业的调查发现，视频会议系统已经越来越多的受到企业领导层的关注，视频会议系统能在提升企业管理者的决策效率的同时大幅降低相关人员的差旅成本，并帮助企业管理者在面对瞬息万变的市场时，能根据市场变化及时的评估并调整决策，为企业赢得时间。
一、视频会议系统的主流技术标准
目前，视频会议系统的主流技术标准有2个，H.323和SIP[1]。
前者是由ITU-TSG16定义，包括H.225呼叫控制信令和RAS信令、H.245媒体控制信令和H.450补充业务信令规范；后者由IETFMMUSIC工作组定义，包括SDP媒体描述规范。
H.323系统沿用传统电信网的设计理念，兼顾传统PSTN呼叫流程和IP网特点而发展成熟，吸取了许多电信网的组网、互联和运营经验，能与PSTN网、窄带视频业务以及其他数据业务和应用网互联互通，近年来得到了广泛的应用，尤其是在组建VoIP大网方面凸现了其技术优势。
H.323协议范围广，涵盖了各种独立设备、个人计算机技术以及点对点和点对多点的视频会议，该协议解决了视频会议中呼叫与会话控制、多媒体与带宽管理等许多问题。
也正是因为H.323系统在设计的时候考虑的问题太多，整个体系结构显得庞大且较为复杂，限制了其在中小企业的部署。
SIP是用来建立、修改和终结多媒体会话的应用层控制协议，主要完成用户定位、用户能力交换、呼叫建立、呼叫处理等功能。
它继承了互联网协议的设计理念，与H.323协议相比，具有简单灵活、扩展方便的特点，可方便地与其他互联网协议结合提供丰富的IP多媒体业务，以便在各种网络环境下部署。
目前，大规模商用VoIP网络和会议系统都采用H.323标准，但随着VoIP技术的进一步发展和视频会议系统应用的逐渐普及，SIP协议正日益受到业界的重视。
3GPP已经确定将SIP协议作为第三代移动通信全IP网络的控制协议，制订了基于SIP的IP多媒体子系统（IMS）。
业界也已经确定将SIP作为下一代网络（NGN）的核心控制协议。
与此同时，SIP协议及其应用的标准化工作也在积极的进行之中，这其中就包括由IETFSIPPING工作组领导的集中式多媒体会议的标准化工作和XCON工作组领导的会场控制和CPCP（ConferencePolicyControlProtocol）的标准化工作。
随着这些标准的制订，基于SIP的视频会议系统必将获得越来越广泛的应用。
二、集中式会议系统模型
下面介绍一种基于SIP的集中式会议模型。
所谓集中式是指该模型相对于多播会议、全分布式会议等会议模型而言，具有信令集中控制、媒体集中处理的特点。
该会议模型也是应用最广泛的一种情形。
集中式会议模型的结构图[2]如图1所示。
该模型主要包括与会者（Participant）、会议控制中心（Focus）、会议策略服务器（CPS）、会议策略（CP）、会议通告服务（CNS）、媒体混合服务器（Mixer）等逻辑功能模块。
其中，Focus、CPS、CNS、CP和Mixer构成会议服务器，完成多媒体会议的核心功能。
此会议模型中各模块功能如下。
a）会议的控制中心：
会议的控制中心与每个与会者之间存在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]，我们设计了一个视频会议系统的实现方案，系统结构如图2所示。
该系统由多媒体会议终端、会议管理服务器、会议控制服务器、媒体服务器和系统数据库5部分构成。
呼叫服务器（CS）是SIPProxy服务器，负责SIP消息的转发，并集成了注册服务器的功能。
下面分别介绍各组成部分的功能。
1）多媒体会议终端
多媒体会议终端是用户用来参加会议的桌面应用程序。
会议终端启动时会发送REGISTER消息向注册服务器注册，注册成功后便保持在线状态，可以随时发起呼叫或接收呼叫请求。
在加入会议后，可以发送SUBSCRIBE请求，预定会议状态信息报告，以便获得最新的会议状态变更情况。
与会者可通过多媒体会议终端进行申请发言、释放申请、释放发言等操作。
可以进行即时消息的发送和接收，实现会议文字聊天功能。
2）会议管理服务器
会议管理服务器在图2中对应为Web服务器，主要完成通过Web界面管理会议的功能，包括会议的预定、修改和取消，会议策略的制定和修改等。
另外，还可以通过会议管理服务器对会议控制服务器的系统参数进行配置，并提交到系统数据库保存。
会议控制服务器在启动时可以从系统数据库将系统参数下载到本地，进行系统的初始化。
3）会议控制服务器
会议控制服务器是此系统的控制中心，模型中的会议控制中心功能，包括会议的创建、启动、删除、会场管理和控制、会议状态信息的采集和发布、会议成员的在席管理、处理会议成员请求等。
会议控制服务器通过MEGACO/H.248[5]命令对媒体服务器的媒体混合处理进行控制。
会议控制服务器主要由总控模块、Web管理模块、启动/注册模块、即时会议模块、会议状态通告模块、会议控制模块和会议列表等几部分组成。
其中总控模块主要负责系统的初始化工作和各个模块之间的通信调度等功能；启动/注册模块主要负责会议的启动和结束等操作；会议状态通告模块负责完成会议状态信息通知服务，遵从RFC3265标准；会议控制模块是会议控制服务器的主要功能模块，采用基于事件触发的工作机制。
会议列表负责维护会议的状态信息，包括会议属性、成员列表、请求队列和消息队列等，并提供对这些数据进行操作的接口函数。
4）媒体服务器
媒体服务器可采用纯软件方式实现媒体混合等处理，与传统的采用硬件板卡的方式相比，具有巨大的成本优势。
会议控制服务器通过MEGACO/H.248命令控制媒体服务器，完成创建关联域、增加终端、删除终端、修改终端属性、删除关联域等操作。
媒体服务器接收与会者发来的媒体流，按照媒体策略进行混合后，再分发给与会者，从而实现会议媒体流的交互。
在介绍了集中式视频会议系统的结构之后，下面简单介绍此系统的工作原理。
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消息并将其删除，然后执行去注册过程。
去注册成功后，会议控制服务器将此会议节点删除。
即时会议因在创建时没有确定结束时间，故不能依据会议的结束时间来结束会议。
即时会议判断结束的条件是会议中的与会者数目。
当会议中的最后一个与会者退出会议后，认为会议结束，执行去注册过程，去注册成功后即删除会议节点。
摘要根据IETFSIPPING工作组提出的集中式会议模型，设计并实现了基于SIP的视频会议系统。
该系统各部分可分别设计，具有良好的可扩展性。
详细介绍了此系统的结构和工作原理。
前言
近几年来，随着计算机技术、通信技术和互联网技术的飞速发展，视频会议的应用范围正逐渐从传统的专业领域、大型企业等高端用户向中小企业等普通用户和个人用户拓展。
据有关机构的分析结果显示，2004年我国视频会议市场的规模已经达到18.7亿元，并以每年26%的速度递增，市场前景十分广阔。
本文主要介绍了一种基于SIP的集中式视频会议模型，并根据此模型设计了初步的实现方案，分析了此方案的工作原理。
目前，IETF领导的对SIP会议模型的研究还处于草案阶段，并没有成为标准，因此，对SIP会议框架及其实现技术的研究具有一定的理论和实践意义。
1视频会议系统的主流技术标准
目前，视频会议系统的主流技术标准有2个，H.323和SIP[1]。
前者是由ITU-TSG16定义，包括H.225呼叫控制信令和RAS信令、H.245媒体控制信令和H.450补充业务信令规范；后者由IETFMMUSIC工作组定义，包括SDP媒体描述规范。
H.323系统沿用传统电信网的设计理念，兼顾传统PSTN呼叫流程和IP网特点而发展成熟，吸取了许多电信网的组网、互联和运营经验，能与PSTN网、窄带视频业务以及其他数据业务和应用网互联互通，近年来得到了广泛的应用，尤其是在组建VoIP大网方面凸现了其技术优势。
H.323协议范围广，涵盖了各种独立设备、个人计算机技术以及点对点和点对多点的视频会议，该协议解决了视频会议中呼叫与会话控制、多媒体与带宽管理等许多问题。
也正是因为H.323系统在设计的时候考虑的问题太多，整个体系结构显得庞大且较为复杂，限制了其在中小企业的部署。
SIP是用来建立、修改和终结多媒体会话的应用层控制协议，主要完成用户定位、用户能力交换、呼叫建立、呼叫处理等功能。
它继承了互联网协议的设计理念，与H.323协议相比，具有简单灵活、扩展方便的特点，可方便地与其他互联网协议结合提供丰富的IP多媒体业务，以便在各种网络环境下部署。
目前，大规模商用VoIP网络和会议系统都采用H.323标准，但随着VoIP技术的进一步发展和视频会议系统应用的逐渐普及，SIP协议正日益受到业界的重视。
3GPP已经确定将SIP协议作为第三代移动通信全IP网络的控制协议，制订了基于SIP的IP多媒体子系统（IMS）。
业界也已经确定将SIP作为下一代网络（NGN）的核心控制协议。
与此同时，SIP协议及其应用的标准化工作也在积极的进行之中，这其中就包括由IETFSIPPING工作组领导的集中式多媒体会议的标准化工作和XCON工作组领导的会场控制和CPCP（ConferencePolicyControlProtocol）的标准化工作。
随着这些标准的制订，基于SIP的视频会议系统必将获得越来越广泛的应用。
2集中式会议系统模型
下面介绍一种基于SIP的集中式会议模型。
所谓集中式是指该模型相对于多播会议、全分布式会议等会议模型而言，具有信令集中控制、媒体集中处理的特点。
该会议模型也是应用最广泛的一种情形。
集中式会议模型的结构图[2]如图1所示。
该模型主要包括与会者（Participant）、会议控制中心（Focus）、会议策略服务器（CPS）、会议策略（CP）、会议通告服务（CNS）、媒体混合服务器（Mixer）等逻辑功能模块。
其中，Focus、CPS、CNS、CP和Mixer构成会议服务器，完成多媒体会议的核心功能。
此会议模型中各模块功能如下。
a）会议的控制中心：
会议的控制中心与每个与会者之间存在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]，我们设计了一个视频会议系统的实现方案，系统结构如图2所示。
该系统由多媒体会议终端、会议管理服务器、会议控制服务器、媒体服务器和系统数据库5部分构成。
呼叫服务器（CS）是SIPProxy服务器，负责SIP消息的转发，并集成了注册服务器的功能。
下面分别介绍各组成部分的功能。
1）多媒体会议终端
多媒体会议终端是用户用来参加会议的桌面应用程序。
会议终端启动时会发送REGISTER消息向注册服务器注册，注册成功后便保持在线状态，可以随时发起呼叫或接收呼叫请求。
在加入会议后，可以发送SUBSCRIBE请求，预定会议状态信息报告，以便获得最新的会议状态变更情况。
与会者可通过多媒体会议终端进行申请发言、释放申请、释放发言等操作。
升级会员 