CN101902455B - 一种开放式的多媒体会议服务***及实现方法 - Google Patents

Abstract

本发明公开了一种开放式的多媒体会议服务***及实现方法，通过多媒体会议服务总线和多媒体会议业务逻辑组件及其所包括的服务总线消息适配器、业务管理子***、业务支撑子***及会话初始化协议(SIP)消息适配器，利用SIP协议，并通过利用会议逻辑实体和参与者逻辑实体开展包括创建会议业务、结束会议业务、邀请与会者业务、断开与会者业务、用户呼入业务、IVR业务和设置用户媒体业务等多媒体会议服务业务。利用本发明多媒体会议服务***及方法，实现为普通用户提供多种灵活的多媒体会议接入方式，并能够降低现有多媒体会议服务***的造价和使用成本来推广和普及多媒体会议服务。

Description

一种开放式的多媒体会议服务***及实现方法

技术领域

本发明涉及多媒体通信的应用技术，尤其涉及一种开放式的多媒体会议服务***及实现方法。

背景技术

多媒体会议的产品在最近几年里迅猛发展，己经成为通信行业中的重要组成部分，并获得了广泛的应用。目前国内外市场上的多媒体会议***主要包括:基于综合业务数字网（ISDN）的会议***、基于专线的多媒体会议（MCU）***以及基于因特网的软会议***。就整体的应用状况和市场前景而言，目前基于ISDN网络的多媒体会议正慢慢退出市场，而基于专线的MCU多媒体会议***虽然性能优越，但其昂贵的价格也让以效益为中心的企业望而却步，故，存在着用户群体单一、成本高的缺点。基于因特网的多媒体会议从技术层面上看，主要采用由国际电信联盟（ITU）提出的H.323协议簇或由互联网工程任务组（IETF）提出的会话初始协议（SIP，Session initial Protocal）作为多媒体通信的信令控制协议。由于H.323协议出现较早，并且采用的是传统的电话信令模式，便于与现有的电话网互通，很容易被电信运营商所接受。

SIP协议自1999年由IETF提出以来，得到了学术界、设备商、运营商等多方的普遍关注。对于下一代网络（NGN）在IP网络上实现语音IP（VOIP）和多媒体通信来讲，SIP在全面满足NGN特性要求的应用上具有独特的优势；同时SIP也得到了包括第三代合作伙伴计划（3GPP）和3GPP2移动标准以及国际***移动通信技术（4G）和有线电缆Packet Cable等几乎所有国际标准组织的推崇和支持，国内外知名的电信设备厂商，如：西门子、北电、阿尔卡特、华为、中兴等，目前已经纷纷开发生产出支持SIP协议的软交换、SIP代理服务器等设备；众多的终端设备厂商也推出了自己的SIP视频话机、SIP PC软终端和SIP IP话机。但到目前为止，基于SIP的多媒体会议服务在市场上却难觅踪迹。而NGN和3G的最大特点就是对多媒体的良好支持和应用，可以确信NGN和3G的到来将推动基于SIP的多媒体会议服务达到新的发展高潮。虽然经过了多年的发展，但面向普通大众的多媒体会议应用却始终没有出现。归根结底，传统电信网的封闭架构和低带宽的现况不适合多媒体业务的快速开发与部署，并且也不能满足大量多媒体用户的带宽需求。另外，传统的会议***采用“专线”方式，造价高昂，只有大中型企事业单位才能用得起，因此难以向普通大众用户推广。

传统的智能网实现了呼叫控制和业务提供的分离，充分的利用了现有的网络资源，只需增加智能设备和软件，就能快速、方便地提供新的增值业务，并且投入少、产出快、可以集中快速的生成增值业务提供给用户，从而能够为运营商带来可观的收入。虽然智能网应用模块化的设计思想，将实现业务的基本功能分成若干个独立于业务的构造块，通过这些业务独立块在业务生成环境中生成新业务，达到了一定程度的开放，能够让电信运营商或增值业务运营商快速开发多样化的增值业务。但是，以智能网方式提供增值业务主要是通过在业务控制点上加载业务逻辑来控制业务交换点实现的，而业务控制点与业务交换点之间的交互是通过专用的电信协议，如ISUP、INAP、CAP等实现的，这些复杂的电信协议使得第三方应用开发商难以参与电信新业务的开发，在一定程度上限制了增值业务的发展。就这些方面而言，传统智能网也不能满足目前电信市场对业务个性化、开发快速便捷的需求。

发明内容

有鉴于此，本发明的主要目的在于提供一种开放式的多媒体会议服务***及实现方法，为普通用户提供多种灵活的多媒体会议接入方式，通过降低现有多媒体会议服务***的造价和使用成本，以推广和普及多媒体会议服务。

为达到上述目的，本发明的技术方案是这样实现的：

一种开放式的多媒体会议服务***，该***包括多媒体会议服务总线和多媒体会议业务逻辑组件，所述多媒体会议业务逻辑组件进一步包括服务总线消息适配器、业务管理子***、业务支撑子***及会话初始化协议SIP消息适配器；其中，

多媒体会议服务总线，用于接收来自网络的多媒体会议服务请求，并返回响应消息；

多媒体会议业务逻辑组件，用于接受定制的多媒体会议服务请求，并为用户提供多媒体会议业务服务；

服务总线消息适配器，用于解析来自多媒体会议服务总线上的简单对象访问协议SOAP消息，将其转换为内部控制命令；

业务管理子***，用于根据多媒体会议的场景以及根据用户的调用命令调用多媒体会议子业务逻辑以实现多媒体会议的各项功能；

业务支撑子***，用于为所述业务管理子***提供信令服务、数据支持以及会话状态的控制和实现；

SIP消息适配器，利用套接字通信方式将部署在外部的SIP协议栈收到的消息适配到多媒体会议***的内部功能组件，完成SIP消息的解析和发送。

其中，所述业务管理子***进一步包括多媒体会议服务管理模块、多媒体会议子业务模块多媒体会议业务模块、SIP信令控制器；其中，

多媒体会议服务管理模块，根据多媒体会议的场景分为两个实体，即会议和参与者实体，每个实体维护自己的状态、资源，以及根据用户的调用命令通过子业务逻辑层提供的功能加以实现；

多媒体会议子业务模块多媒体会议业务模块，根据多媒体会议所需要的不同能力，定义并实现不同的会议子业务逻辑，以及通过逻辑实体层接收来自用户的命令，并使用SIP信令控制层的功能完成自身的业务逻辑；

SIP信令控制器，用于为上层提供SIP的链接资源,为业务执行提供信令通道,并处理信令级别的消息处理。

所述多媒体会议服务管理模块进一步包括根据会议场景而设的两个逻辑实体：代表一个会议从创建到销毁整个过程的会议逻辑实体和代表指定会议的一个参与者的参与者逻辑实体；所述两个逻辑实体均通过业务逻辑单元SBB实现，通过维护自身的实体状态和资源，并通过子业务逻辑层实现各自的业务逻辑；所述会议逻辑实体，通过单个用户代理UA的SIP连接同媒体服务器通信，所述参与者逻辑实体通过一条背靠背用户代理B2BUA的SIP连接同时管理用户和媒体服务器。

所述多媒体会议业务模块进一步包括会议SBB和参与者SBB，其中，所述会议SBB，用以创建会议SBB、修改会议SBB、放音SBB、更换***SBB和结束会议SBB；所述参与者SBB，用以邀请成员和成员申请退出会议、申请加入会议和申请退出会议。

所述业务支撑子***进一步包括业务代码模块、数据库管理模块和会话管理状态机；其中，

业务代码模块，通过使用Java XML beans工具，对媒体服务器控制语言MSML进行组装，并将其承载在SIP INFO消息体中的MSML信令解析出来；

数据库管理模块，通过JAVA持久性应用程序编程接口JPA与数据库相连，通过使用连接池和内存缓冲提供数据库访问接口；

会话管理状态机，完成用户代理UA和背靠背用户代理B2BUA状态机，以及利用SIP信令控制层确定消息流程。

一种开放式的多媒体会议服务***实现方法，该方法包括创建会议业务过程，具体包括：

A、服务总线消息适配器收到来自服务总线的创建会议消息，通过内部消息创建一个会议业务逻辑单元SBB；B、会议SBB通过会话初始协议SIP信令控制器创建SIP连接；C、SIP信令控制器返回创建结果；D、如果SIP连接创建成功，会议SBB创建会议SBB提供创建会议业务；E、创建会议SBB使用媒体服务器控制语言MSML解析器创建MSML脚本；F、MSML解析器返回用于创建会议的MSML脚本；G、创建会议SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；H、媒体服务器通过SIP信令控制器通知创建会议SBB创建本次会议的结果；I、创建会议SBB上报给会议SBB创建本次会议的结果；J、如果创建成功，会议SBB将新的会议信息写入数据库；K、数据库返回写入结果；L、会议SBB通过服务总线消息适配器上报创建结果。

该方法还包括邀请与会者业务，具体包括：

M、服务总线消息适配器收到来自服务总线的邀请与会者消息，通过内部消息创建参与者SBB；N、参与者SBB使用SIP信令控制器创建一条背靠背用户代理B2BUA的SIP连接；O、SIP信令控制器返回创建结果；P、参与者SBB创建邀请与会者SBB提供邀请用户加入业务；Q、邀请与会者SBB创建设置媒体SBB提供设置用户媒体的业务；S、设置媒体SBB使用MSML解析器创建MSML脚本；T、MSML解析器返回用于设置媒体的MSML脚本；U、设置媒体SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；V、媒体服务器通过SIP信令控制器通知设置媒体SBB媒体设置结果；W、设置媒体SBB将媒体设置的结果上报到邀请与会者SBB；X、邀请与会者SBB将邀请结果上报到参与者SBB；Y、如果邀请成功，参与者SBB将新的参与者信息写入数据库；Z、数据库返回写入结果，并将参与者SBB通过服务总线消息适配器上报邀请与会者结果。

该方法还包括断开与会者业务，具体包括：

I、服务总线消息适配器收到来自服务总线的邀请与会者消息，通过内部消息创建参与者SBB；II、参与者SBB通过SIP信令控制器释放SIP连接；

III、SIP信令控制器返回释放结果；IV、如果释放成功，参与者SBB将数据库中的参与者信息更新；V、数据库返回更新结果；VI、参与者SBB通过服务总线消息适配器上报断开与会者结果。

该方法还包括与用户的交互式语音应答IVR业务，具体包括：

步骤1、参与者SBB创建IVR SBB提供IVR服务；步骤2、IVR SBB创建双音多频DTMF SBB提供DTMF业务；步骤3、DTMF SBB使用MSML解析器创建MSML；步骤4、MSML解析器返回用于DTMF的MSML；步骤5、DTMFSBB通过SIP协议控制层发送SIP消息，通知媒体服务器准备接受DTMF；步骤6、媒体服务器成功执行DTMF，并通过SIP信令控制器通知DTMF SBB；步骤7、DTMF SBB通知IVR SBB开始执行DTMF；步骤8、IVR SBB创建放音SBB提供放音业务；步骤9、放音SBB使用MSML解析器创建MSML；步骤10、MSML解析器返回用于放音的MSML；步骤11、放音SBB通过SIP协议控制层发送SIP消息，通知媒体服务器准备接受放音；步骤12、媒体服务器成功执行放音，并通过SIP信令控制器通知放音SBB；步骤13、放音SBB通知IVR SBB放音开始执行；步骤14、媒体服务器拨放指示音结束后通知放音SBB；步骤15、放音SBB上报IVR SBB播音结束信息；步骤16、当用户拨完会议ID后，媒体服务器通知DTMF SBB用户所播的号；步骤17、DTMF SBB上报IVR SBB有关DTMF的信息；步骤18、IVR SBB上报用户所拨号码。

该方法进一步包括结束会议业务，具体包括：

a、服务总线消息适配器收到来自服务总线的结束会议消息，通过内部消息通知会议SBB；b、会议SBB创建结束会议SBB提供结束会议业务；c、结束会议SBB使用MSML解析器创建MSML脚本；d、MSML解析器返回用于结束会议的MSML脚本；e、结束会议SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；f、媒体服务器通过SIP信令控制器通知结束会议SBB创建结果；g、结束会议SBB上报给会议SBB结束会议的结果；h、如果结束成功，会议SBB将数据库中的会议信息更新；i、数据库返回更新结果；j、会议SBB通过SIP信令控制器释放SIP连接；k、SIP信令控制器返回释放结果；l、会议SBB通过服务总线消息适配器上报创建结果。

本发明所提供的开放式的多媒体会议服务***及实现方法，具有以下优点：

本发明的多媒体会议服务***，基于开放电信网络的思想，采用统一、标准的Web Service编程接口，通过向第三方开放提供WSDL文件，通过使用该接口进行多媒体会议的创建和会议信息的相关操作，能够以非常简单的方式调用多媒体会议服务，以实现对多媒体会议的控制，从而实现为普通用户提供多媒体会议服务，达到降低现有多媒体会议服务***的造价和使用成本，以推广和普及多媒体会议服务的目的。

附图说明

图1A为本发明开放式多媒体会议服务***架构示意图；

图1B为本发明开放式多媒体会议服务***的数据管理模块功能示意图；

图2A为会议逻辑实体SBB树示意图；

图2B为参与者逻辑实体SBB树示意图；

图3为本发明多媒体会议服务***的创建会议业务过程示意图；

图4为本发明多媒体会议服务***的结束会议业务过程示意图；

图5为本发明多媒体会议服务***的邀请与会者业务过程示意图；

图6为本发明多媒体会议服务***的断开与会者业务过程示意图；

图7为本发明多媒体会议服务***的用户主动呼入业务过程示意图；

图8为本发明多媒体会议服务***的IVR业务过程示意图；

图9为本发明多媒体会议服务***的设置用户媒体业务过程示意图；

图10为本发明多媒体会议服务***的SIP信令控制器的信令处理功能示意图；

图11为本发明多媒体会议服务中的建立单UA连接的SIP信令流程示意图。

具体实施方式

下面结合附图及本发明的实施例对本发明的方法作进一步详细的说明。

当前，面向服务的体系架构（SOA，Service-Oriented Architecture）正引领软件行业的新一轮发展潮流，并在未来给软件和网络带来革命性的变化，重用已有的组件或服务是SOA技术的核心思想，作为一种构建分布式软件***的基础体系架构，使得快速开发随需应变的松散耦合和开放式的网络应用需求成为可行的选择。本发明针对电信界迫切需要改变目前网络封闭的情况，把通信网络底层的能力开放给越来越多的开发者，从而给电信业务带来新的价值链的这一需求，开放式的多媒体会议服务研究，正受到人们的高度关注。通过开放的业务接口鼓励第三方业务提供者参与业务的提供，这种新的服务提供方式将给CP/SP带来更丰富的业务以及应用。

开放式多媒体会议服务***基于开放电信网络的思想，采用统一、标准的网页服务（Web Service）编程接口，可以通过提供Web服务描述语言（WSDL）文件向第三方开放，而这种开放接口的方式采用的是IT领域通用的Web技术。所以从业务开发的开发性上来说，这种方式更具有广泛性。通过使用所述开放接口所提供的功能进行会议创建和会议信息的获取等相关操作，可以不用关心底层网络是使用哪种技术实现的会议服务，也不用考虑客户端与会议服务器之间使用的是哪种协议，并且能够灵活部署和扩展。因此，可以彻底屏蔽底层通信网络的复杂性，使内容提供商/服务提供商（CP/SP）可以在不了解专门电信知识情况下，以非常简单的方式调用多媒体会议服务，实现对会议的控制。

图1A为本发明实施例开放式多媒体会议服务***架构示意图，如图1A所示，该多媒体会议服务***包括多媒体会议服务总线10、多媒体会议业务逻辑组件20两大部分。其中，所述多媒体会议业务逻辑组件20可分为服务总线消息适配器201、业务管理子***202、业务支撑子***203和SIP消息适配器204。进一步地，所述业务管理子***202还包括多媒体会议服务管理模块2021、多媒体会议业务模块2022、SIP信令控制器2023三个部件；所述业务支撑子***203包括业务代码模块2031、数据库管理模块2032、会话管理状态机2033三个部件。其中，

多媒体会议服务总线10，用于接收来自网络的多媒体会议服务请求消息，并返回响应消息。

多媒体会议业务逻辑组件20，用于接受定制的多媒体会议服务请求，并为用户提供多媒体会议业务服务。

其中，服务总线消息适配器201，用于解析来自多媒体会议服务总线上的简单对象访问协议（SOAP，Simple Object Access Protocol）消息，将其转换为内部控制命令：如创建会议、终止会议等等.

业务管理子***202，用于根据多媒体会议的场景以及根据用户的调用命令调用多媒体会议子业务逻辑以实现多媒体会议的各项功能；其中，所述业务管理子***202进一步包括多媒体会议服务管理模块2021、多媒体会议业务模块2022、SIP信令控制器2023三个部件。其中，

所述多媒体会议服务管理模块2021，根据多媒体会议的场景，目前主要分为两个实体，即会议和参与者实体，每个实体维护自己的状态、资源，以及根据用户的调用命令通过子业务层提供的功能加以实现；

多媒体会议业务模块2022，根据多媒体会议所需要的不同能力,定义并实现不同的会议子业务逻辑，如创建会议，会议公告等等。以及通过逻辑实体层接收来自用户的命令，并使用SIP信令控制层的功能完成自身的业务逻辑；

SIP信令控制器2023，用于为上层提供SIP的链接资源,为业务执行提供信令通道,并处理信令级别的消息处理。

业务支撑子***203，用于为所述业务管理子***提供信令服务、数据支持以及会话状态的控制和实现。其中，

所述业务代码模块2031，通过使用Java XML beans工具，对媒体服务器控制语言（MSML，Media Server Markup Language）进行组装，并将其承载在SIPINFO消息体中的MSML信令解析出来；这里，所述XMLBeans是一个XML-Java绑定工具，利用它可以很方便地解析XML文档；所述MSML是一种类似于XML的标记语言，首先有一些关于MSML语法的SCHEMA文件，然后使用XMLBEANS基于这些文件，产生MSML的PARSER类，利用这个PARSER类我们可以解析和构造MSML脚本。

数据库管理模块2032，通过JAVA持久性应用程序编程接口（JPA，Javapersisntence API）与数据库相连，通过使用连接池和内存缓冲提供高效的数据库访问接口。数据库管理模块2032的基本结构如图1B所示，包括SIP注册子模块、会议能力组件、SIP注册鉴权及注册信息缓存管理子模块、动态信息缓存管理子模块、数据持久化子模块以及数据库。其中，数据持久化子模块包含实体操作层、数据实体层和事务管理层。

SIP注册鉴权和注册信息管理子模块将为SIP注册模块提供数据库接口，使得后者能够完成注册鉴权以及持久化和SIP协议相关数据的操作。当用户通过SIP终端向SIP服务器注册时，***必须从数据库中取出用户密码和用户通过终端输入的密码作对比，如果密码相符，认为用户是合法用户，准许注册；否则，认为非法用户，不许注册。另外，在会议的运行过程之中，会动态的生成许多信息。比如会议的实际开始时间、实际结束时间、会议的服务提供商、服务类型、会议状态等等，这些信息是计费的关键数据，必须予以保存。运行时动态信息管理模块为会议能力组件提供相关接口，在会议的进行过程中，随时和后者进行交互，及时持久化动态信息。在完成上述SIP注册鉴权的功能的同时，还提供接口以保存SIP注册过程中产生的信息。开设缓存，利用LRU(LeastRecently Used)算法，可以将访问较为频繁的数据存在缓存中，将最近没有访问的数据对换入数据库，可以减小对数据的访问，减小磁盘I/O。

运行时动态信息管理子模块，在会议的运行过程之中，不少动态信息会生成。比如会议的实际开始时间、结束时间、会议的服务提供商等等，这些信息是计费的基础，必须予以保存。但是如果直接将动态信息保存到预约会议表里是不合适的，所以新建了两张专门用来保存会议和用户动态信息的表。此模块的主要功能就是提供接口供会议能力组件使用。在会议的进行过程中，随时和会议能力组件进行交互，及时持久化动态信息。提供缓存，使得数据存取更为迅速。

会话管理状态机2033，完成用户代理（UA，User Agent）和背靠背用户代理（B2BUA，back-to-back user agent）状态机，以及利用SIP信令控制层确定消息流程。

SIP消息适配器204，利用套接字（Socket）通信方式将部署在外部的SIP协议栈收到的消息适配到多媒体会议***的内部功能组件，完成SIP消息的解析和发送。所述内部功能组件，包括但不限于中央处理器等微控制器。底层SIP协议栈基于C++语言实现，而上层组件基于JAVA实现，因此通过SIP消息适配器，将底层sip协议栈适配到SIP信令控制层，使得SIP信令控制层能够成功调用底层协议栈来接收和发送SIP信令。

在所述多媒体会议服务管理模块2021中，根据基本会议场景，还设计有两个逻辑实体：分别为会议逻辑实体和参与者逻辑实体。其中，会议逻辑实体代表一个会议从创建到销毁的整个过程，而参与者逻辑实体则代表指定会议的一个参与者。每个逻辑实体都通过业务逻辑单元（SBB，Service Building Block）实现。两个逻辑实体均维护自身的实体状态和资源，并通过子业务逻辑层实现不同的业务逻辑，每个逻辑实体还需要管理自己的连接资源，每个实体所需要的连接资源类型不同。对于会议逻辑实体，它只需通过SIP连接同媒体服务器通信，所以它需要的是单UA的SIP连接。而参与者实体需要同时管理用户和媒体服务器，它需要一条背靠背用户代理（B2BUA，Back to Back User Agent）的SIP连接。所述B2BUA是指由B2BUA担当SIP协议呼叫两个端点的一个用户代理，B2BUA负责处理呼叫两端间的所有SIP信令，从呼叫确立到终止。每个呼叫从开始到结束被全程跟踪，并允许B2BUA的操作者来提供值附加特征到这个呼叫。对SIP客户而言，所述B2BUA在一边担当用户代理服务器，同时在背靠背的另一边担当用户代理客户机。

在所述多媒体会议业务模块2022中，由于目前的多媒体会议的主要业务都是基于粗粒度服务的划分，它并不能有效的利用已有的业务逻辑。经过对整个多媒体业务进行分析，目前提供以下几个子业务：创建会议、会议公告、更换***、删除会议；邀请成员和成员申请退出会议（通过网页发起）、申请加入会议和申请退出会议（由SIP终端发起）；播音和录音、双音多频（DTMF）探测、设置媒体类型等。所述多媒体会议的应用逻辑就是在SBB中实现，业务中要用到***数据通过profile方式配置。每个业务对象SBB提供了相互隔离、单独部署和生命周期同步，以及持续性和容错管理的机制。另外，通过从外部协议资源扫描事件状态，然后将这些事件递交到各个处理单元，由于采用了服务单元消息机制，更多的减少了各个事务在处理上的等待延迟。其中，每个SBB组件能识别它所接受的事件的类型，并包含了事件处理器方法，即处理这类事件的应用代码。在多媒体会议服务中，很多子业务都是可以复用的，例如：播音逻辑既可以用于会议公告和通知与会者的业务中，又可以在用户使用SIP终端呼入时，提供交互式语音应答（IVR）服务。我们将这些会议的子业务以子SBB的形式实现在以会议和参与者实体为根的SBB树中。

如图2A、图2B分别为会议逻辑实体SBB树和为参与者逻辑实体SBB树示意图。根据面向对象的设计思想，每个子业务都需要维护自身的状态和接口以实现高内聚、松耦合。每个子业务SBB都专注于实现自身的业务逻辑，对于调用它们的父SBB来说，它们提供事务（transaction）语义，即成功并提供相应信息，否则失败，对父SBB的状态并无影响。在SBB树中，父SBB使用同步方式调用子SBB提供的功能。我们使用观察者（Observer）设计模式将父SBB注册到子SBB上，这样，子SBB就无需知道自己正在为谁提供服务。这样，我们实现这样一条原则：使用者应该知道被使用者的全部信息，而被使用者不知道任何使用者的信息。

下面分别以创建会议业务、结束会议业务、邀请与会者业务、断开与会者业务、用户呼入业务、IVR业务和设置用户媒体业务的过程为例，说明本发明基于组件的开放式多媒体会议服务***的实现方法：

图3为本发明多媒体会议服务***的创建会议业务过程示意图，如图3所示，该过程包括：

步骤301、服务总线消息适配器收到来自服务总线的创建会议消息，通过内部消息创建一个会议SBB；

步骤302、会议SBB通过SIP信令控制器创建SIP连接；

步骤303、SIP信令控制器返回创建结果；

步骤304、如果SIP连接创建成功，会议SBB创建会议SBB提供创建会议业务；

步骤305、创建会议SBB使用MSML解析器创建MSML脚本；

步骤306、MSML解析器返回用于创建会议的MSML脚本；

步骤307、创建会议SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

步骤308、媒体服务器通过SIP信令控制器通知创建会议SBB创建本次会议的结果；

步骤309、创建会议SBB上报给会议SBB创建本次会议的结果；

步骤310、如果创建成功，会议SBB将新的会议信息写入数据库；

步骤311、数据库返回写入结果；

步骤312、会议SBB通过服务总线消息适配器上报创建结果。

图4为本发明多媒体会议服务***的结束会议业务过程示意图，如图4所示，该过程包括：

步骤401、服务总线消息适配器收到来自服务总线的结束会议消息，通过内部消息通知会议SBB；

步骤402、会议SBB创建结束会议SBB提供结束会议业务；

步骤403、结束会议SBB使用MSML解析器创建MSML脚本；

步骤404、MSML解析器返回用于结束会议的MSML脚本；

步骤405、结束会议SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

步骤406、媒体服务器通过SIP信令控制器通知结束会议SBB创建结果；

步骤407、结束会议SBB上报给会议SBB结束会议的结果；

步骤408、如果结束成功，会议SBB将数据库中的会议信息更新；

步骤409、数据库返回更新结果；

步骤410、会议SBB通过SIP信令控制器释放SIP连接；

步骤411、SIP信令控制器返回释放结果；

步骤412、会议SBB通过服务总线消息适配器上报创建结果。

图5为本发明多媒体会议服务***的邀请与会者业务过程示意图，如图5所示，该过程包括：

步骤501、服务总线消息适配器收到来自服务总线的邀请与会者消息，通过内部消息创建参与者SBB；

步骤502、参与者SBB使用SIP信令控制器创建一条B2BUA的SIP连接；

步骤503、SIP信令控制器返回创建结果；

步骤504、参与者SBB创建邀请与会者SBB提供邀请用户加入业务；

步骤505、邀请与会者SBB创建设置媒体SBB提供设置用户媒体的业务；

步骤506、设置媒体SBB使用MSML解析器创建MSML脚本；

步骤507、MSML解析器返回用于设置媒体的MSML脚本；

步骤508、设置媒体SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

步骤509、媒体服务器通过SIP信令控制器通知设置媒体SBB媒体设置结果；

步骤510、设置媒体SBB将媒体设置的结果上报到邀请与会者SBB；

步骤511、邀请与会者SBB将邀请结果上报到参与者SBB；

步骤512、如果邀请成功，参与者SBB将新的参与者信息写入数据库；

步骤513、数据库返回写入结果；

步骤514、参与者SBB通过服务总线消息适配器上报邀请与会者结果。

图6为本发明多媒体会议服务***的断开与会者业务过程示意图，如图6所示，该过程包括：

步骤601、服务总线消息适配器收到来自服务总线的邀请与会者消息，通过内部消息创建参与者SBB；

步骤602、参与者SBB通过SIP信令控制器释放SIP连接；

步骤603、SIP信令控制器返回释放结果；

步骤604、如果释放成功，参与者SBB将数据库中的参与者信息更新；

步骤605、数据库返回更新结果；

步骤606、参与者SBB通过服务总线消息适配器上报断开与会者结果。

图7为本发明多媒体会议服务***的用户主动呼入业务过程示意图，如图7所示，该过程包括：

步骤701、用户使用SIP终端主动呼入；

步骤702、SIP信令控制器为用户建立完SIP连接后，使用申请加入消息创建参与者SBB；

步骤703、参与者SBB创建申请加入SBB提供用户主动申请加入会议的服务；

步骤704、申请加入SBB首先通过IVR获取用户ID；

步骤705、IVR返回用户ID；

步骤706、申请加入SBB再通过IVR获取用户密码；

步骤707、IVR返回用户密码；

步骤708、申请加入SBB通过数据库查询实际用户密码；

步骤709、数据库返回实际用户密码；

步骤710、如果用户输入密码与实际密码相符，则通过IVR获取用户所要加入的会议ID；

步骤711、IVR返回会议ID；

步骤712、参与者SBB询问数据库该会议是否存在；

步骤713、数据库返回检查结果；

步骤714、申请加入SBB创建放音SBB，向用户播放加入会议成功的提示音；

步骤715、放音返回SBB放音结果；

步骤716、申请加入SBB向参与者SBB返回用户申请加入会议的结果；

步骤717、参与者SBB通过服务总线消息适配器上报用户申请加入消息；

步骤718、服务总线消息适配器向参与者SBB返回结果；

步骤719、参与者SBB将新的参与者信息写入数据库；

步骤720、数据库返回写入结果。

图8为本发明多媒体会议服务***的IVR业务过程示意图，如图8所示，该过程包括：

步骤801、参与者SBB创建IVR SBB提供IVR服务；

步骤802、IVR SBB创建DTMF SBB提供DTMF业务；

步骤803、DTMF SBB使用MSML解析器创建MSML；

步骤804、MSML解析器返回用于DTMF的MSML；

步骤805、DTMF SBB通过SIP协议控制层发送SIP消息，通知媒体服务器准备接受DTMF；

步骤806、媒体服务器成功执行DTMF，并通过SIP信令控制器通知DTMFSBB；

步骤807、DTMF SBB通知IVR SBB开始执行DTMF；

步骤808、IVR SBB创建放音SBB提供放音业务；

步骤809、放音SBB使用MSML解析器创建MSML；

步骤810、MSML解析器返回用于放音的MSML；

步骤811、放音SBB通过SIP协议控制层发送SIP消息，通知媒体服务器准备接受放音；

步骤812、媒体服务器成功执行放音，并通过SIP信令控制器通知放音SBB；

步骤813、放音SBB通知IVR SBB放音开始执行；

步骤814、媒体服务器拨放指示音结束后通知放音SBB；

步骤815、放音SBB上报IVR SBB播音结束信息；

步骤816、当用户拨完会议ID后，媒体服务器通知DTMF SBB用户所播的号；

步骤817、DTMF SBB上报IVR SBB有关DTMF的信息；

步骤818、IVR SBB上报用户所拨号码。

图9为本发明多媒体会议服务***的设置用户媒体业务过程示意图，如图9所示,该过程包括：

步骤901、服务总线消息适配器收到来自服务总线的设置与会者媒体消息，通过内部消息通知参与者SBB；

步骤902、参与者SBB创建设置媒体SBB提供设置用户媒体的业务；

步骤903、设置媒体SBB使用MSML解析器创建MSML脚本；

步骤904、MSML解析器返回用于设置媒体的MSML脚本；

步骤905、设置媒体SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

步骤906、媒体服务器通过SIP信令控制器通知设置媒体SBB媒体设置结果；

步骤907、设置媒体SBB将媒体设置的结果上报到参与者SBB；

步骤908、参与者SBB通过服务总线消息适配器上报设置与会者媒体的结果。

另外，在本发明方法中，还可增加用户注册业务，即在SIP中，SIP客户通过注册服务过程来标识、绑定用户当前的位置，获得消息的路由，该注册具有认证功能，主要用于判断用户是否具有合法性。

下面对本发明的多媒体会议服务SIP信令控制器2023进行说明。SIP信令，即SIP协议是一种用于建立多媒体会话的应用层协议，因此，多媒体会议类的业务非常适合采用SIP协议来实现。SIP协议不但支持单播和多播通信，而且还支持名称映射和重定向业务，并且还支持用户的移动性。由于SIP是基于文本的协议，因此也方便扩展以实现多种呼叫控制业务。

图10为本发明多媒体会议服务***的SIP信令控制器的信令处理功能示意图，如图10所示，该信令处理功能包括：

1、用于处理SIP消息(除注册)的SBB树，处理注册消息的SBB树；

2、用于传输定义在资源适配层中的SIP消息的SIP ACI（SIP活动上下文接口）即消息通道；

3、用于封装SIP协议栈的SIP资源适配层(RA)(SIP消息适配器)；

4、用于SIP消息的编解码、事务维护的SIP协议栈；

5、用于通过查询数据库、判断用户身份及终端类型等的鉴权功能；

6、会话管理，包含预先已定义的呼叫状态机模板；用于SBB通过调用会话管理的消息处理接口，得到一个方法(函数)集合，用它们来完成下一步操作，即统一的消息处理流程；

7、Null ACI（空活动上下文接口），即会议消息通道，用于传输和会议逻辑间的用户自定义事件。

其中，连接SBB用于处理来自上层的呼叫请求以及上报呼叫完成等相关事件。在会议层有请求时，它创建并驱动会话SBB来完成这一请求。在外界有呼入邀请等会初始化一个新会话的SIP消息，会由某一个会话SBB接收并处理，它会创建连接SBB最后向业务层上报。

宏观上，每个会话都有它的生命周期状态，这些状态可以决定是否接收上层的一些其他请求，向会议逻辑应该上报哪些消息。主要的状态分为如下四种：即建立连接状态（Connecting）、断开连接状态（Disconnecting）、修改状态（MODIFY）和空闲状态（IDLE）。

上层的主动创建呼叫消息和外界呼入的SIP邀请消息会激活一个生命周期流程，在每个大状态下，如Connecting即建立连接状态，还会有多个SIP消息的交互，根据SIP消息交互的结果，会转移到下一个状态或停留在本状态。只有在IDLE或MODIFY状态可以传输独立于呼叫的消息，它们往往承载着会议中的核心控制逻辑，如INFO承载着MSML消息体。

在每个大状态下还会有一系列子状态，每个子状态会接收相关的事件。而其消息处理逻辑对应这不同的呼叫流程，如，呼入和主动外呼是不同的。且有些信令控制流程是需要多于一个会话配合完成的，单个会话对应的信令处理逻辑和多个交互处理又是不同的。为了对应这种区别，为每种信令处理逻辑中的每个会话设定了它自己的角色。负责处理初始消息的会话SBB需要为和它协同同坐的会话SBB设定它们的角色。之后所有SBB便按照既定的处理逻辑，对收到的消息进行动作反应。而这些动作既包括自己的，也包括与之协同的会话SBB的。

对应地，集中式会议的SIP通信中，还需要通过会话状态机来维护会话的状态，主要包括以下几种SIP呼叫能力的支持：将外界UA的呼入连接到媒体服务器，主动呼叫某个UA并将它与媒体服务器进行连接，直接与单个实体建立无真实媒体通道的SIP连接，以及这些连接的取消与断开；此外还有一些非SIP呼叫能力：INFO、注册等。其中，直接呼叫单个SIP实体以及非呼叫能力，都是被限制在单个会话内的，无需两个会话交互。

下面对本发明多媒体会议服务中的SIP信令流程做一简介，主要包括：建立单UA连接的SIP信令流程、建立3PCC SIP连接的信令流程、用户主动呼入的SIP信令流程、断开单UA连接的SIP信令流程、B2BUA连接的断开SIP信令流程、用户主动断开连接的SIP信令流程。

图11为本发明多媒体会议服务中的建立单UA连接的SIP信令流程示意图，如图11所示，该流程包括：

步骤1101、上层会议逻辑发送创建连接消息创建一个与媒体服务器（MS）的直接连接；

步骤1102、连接SBB创建了一个子SBB,它是会话SBB的一个实例，标示为会话SBB(1)；

步骤1103、连接SBB调用会话SBB(1)的sendMessage(INVITE)函数来发送INVITE请求；

步骤1104、会话SBB(1)调用资源适配层中行为实体的接口，发送真正的INVITE SIP消息，带一个假的默认会话描述协议（SDP，Session DescriptionProtocol）；

步骤1105、资源适配层发送SIP消息给媒体服务器MS；

步骤1106、资源适配层接收MS返回的200响应；

步骤1107、资源适配层使得会话SBB(1)响应接收INVITE的200的事件，通过onInviteResponse函数会以参数形式传进事件对象；

步骤1108、会话SBB(1)调用会话管理器处理消息；

步骤1109、会话管理器会查询会话状态机返回事件处理函数；

步骤1110、会话SBB(1)调用资源适配层的sendAckMessage方法发送真正的SIP确认（ACK）消息；

步骤1111、资源适配层发送SIP消息ACK，带最终SDP；

步骤1112、会话SBB(1)调用连接SBB的callComplete()函数，说明呼叫已建立；

步骤1113、连接SBB向上层会议逻辑发送createConnRspMessage消息，通知连接已经成功建立。

另外，建立3PCC SIP连接的信令流程、用户主动呼入的SIP信令流程、断开单UA连接的SIP信令流程、B2BUA连接的断开SIP信令流程、用户主动断开连接的SIP信令流程等与上述建立单UA连接的SIP信令流程类似。

本发明的多媒体会议服务***的优势在于，该***具备开放式的特点，能够屏蔽底层网络的差异性，不但兼容现有网络，还可移植到下一代网络之上，而且能够随着下一代网络技术的发展，同时随着承载网、接入网等网络环境的成熟，能够方便业务提供商快速开发新业务并部署。基于组件的业务平台正是具备开放性这一显著特点，Jain-Slee体系中的资源适配层能为业务开发者提供统一业务编程接口，开发者不需要了解底层网络的具体细节，也不需要熟悉具体的网络环境或者协议，只要具备Java程序能力，按照Jain-Slee接口规范就可以开发出新业务。

由于本发明中实现视频会议采用的是SIP协议，尽管SIP协议并没有提供任何业务能力，但由于SIP协议是基于文本格式的，支持方便地扩展，能够灵活的控制信令流程，因此抽象出SIP协议能力并部署到开放式的业务平台中，有利于下一代网络多媒体环境新业务的开发和部署。其具有开放式的业务环境和基于SIP的协议保证了新业务的开展不再限制于某一个固定的网络环境。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (2)

1.一种开放式的多媒体会议服务***，其特征在于，该***包括多媒体会议服务总线和多媒体会议业务逻辑组件，所述多媒体会议业务逻辑组件进一步包括服务总线消息适配器、业务管理子***、业务支撑子***及会话初始化协议SIP消息适配器；其中，

多媒体会议服务总线，用于接收来自网络的多媒体会议服务请求，并返回响应消息；

多媒体会议业务逻辑组件，用于接受定制的多媒体会议服务请求，并为用户提供多媒体会议业务服务；

服务总线消息适配器，用于解析来自多媒体会议服务总线上的简单对象访问协议SOAP消息，将其转换为内部控制命令；

业务管理子***，用于根据多媒体会议的场景以及根据用户的调用命令调用多媒体会议子业务逻辑以实现多媒体会议的各项功能；

业务支撑子***，用于为所述业务管理子***提供信令服务、数据支持以及会话状态的控制和实现；

SIP消息适配器，利用套接字通信方式将部署在外部的SIP协议栈收到的消息适配到多媒体会议***的内部功能组件，完成SIP消息的解析和发送。

2. 根据权利要求1所述多媒体会议服务***，其特征在于，所述业务管理子***进一步包括多媒体会议服务管理模块、多媒体会议业务模块、SIP信令控制器；其中，

多媒体会议服务管理模块，根据多媒体会议的场景分为两个实体，即会议和参与者实体，每个实体维护自己的状态、资源，以及根据用户的调用命令通过子业务逻辑层提供的功能加以实现；

多媒体会议业务模块，根据多媒体会议所需要的不同能力，定义并实现不同的多媒体会议子业务逻辑，以及通过逻辑实体层接收来自用户的命令，并使用SIP信令控制层的功能完成自身的业务逻辑；

SIP信令控制器，用于为上层提供SIP的链接资源,为业务执行提供信令通道,并处理信令级别的消息处理。

3、根据权利要求2所述多媒体会议服务***，其特征在于，所述多媒体会议服务管理模块进一步包括根据会议场景而设的两个逻辑实体：代表一个会议从创建到销毁整个过程的会议逻辑实体和代表指定会议的一个参与者的参与者逻辑实体；所述两个逻辑实体均通过业务逻辑单元SBB实现，通过维护自身的实体状态和资源，并通过子业务逻辑层实现各自的业务逻辑；所述会议逻辑实体，通过单个用户代理UA的SIP连接同媒体服务器通信，所述参与者逻辑实体通过一条背靠背用户代理B2BUA的SIP连接同时管理用户和媒体服务器。

4、根据权利要求2所述多媒体会议服务***，其特征在于，所述多媒体会议业务模块进一步包括会议SBB和参与者SBB，其中，所述会议SBB用以创建会议SBB、修改会议SBB、放音SBB、更换***SBB和结束会议SBB；所述参与者SBB，用以邀请成员和成员申请退出会议、申请加入会议和申请退出会议。

5、根据权利要求1所述多媒体会议服务***，其特征在于，所述业务支撑子***进一步包括业务代码模块、数据库管理模块和会话管理状态机；其中，

业务代码模块，通过使用Java XML beans工具，对媒体服务器控制语言MSML进行组装，并将其承载在SIP INFO消息体中的MSML信令解析出来；

数据库管理模块，通过JAVA持久性应用程序编程接口JPA与数据库相连，通过使用连接池和内存缓冲提供数据库访问接口；

会话管理状态机，完成用户代理UA和背靠背用户代理B2BUA状态机，以及利用SIP信令控制层确定消息流程。

6、一种开放式的多媒体会议服务***实现方法，其特征在于，该方法包括创建会议业务过程，具体包括：

A、服务总线消息适配器收到来自服务总线的创建会议消息，通过内部消息创建一个会议业务逻辑单元SBB；

B、会议SBB通过会话初始协议SIP信令控制器创建SIP连接；

C、SIP信令控制器返回创建结果；

D、如果SIP连接创建成功，会议SBB 创建会议SBB提供创建会议业务；

E、创建会议SBB使用媒体服务器控制语言MSML 解析器创建MSML脚本；

F、MSML 解析器返回用于创建会议的MSML脚本；

G、创建会议SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

H、媒体服务器通过SIP信令控制器通知创建会议SBB创建本次会议的结果；

I、创建会议SBB上报给会议SBB创建本次会议的结果；

J、如果创建成功，会议SBB将新的会议信息写入数据库；

K、数据库返回写入结果；

L、会议SBB 通过服务总线消息适配器上报创建结果。

7、根据权利要求6所述的多媒体会议服务***实现方法，其特征在于，该方法还包括邀请与会者业务，具体包括：

M、服务总线消息适配器收到来自服务总线的邀请与会者消息，通过内部消息创建参与者SBB；

N、参与者SBB使用 SIP信令控制器创建一条背靠背用户代理B2BUA的SIP连接；

O、SIP信令控制器返回创建结果；

P、参与者SBB 创建邀请与会者SBB提供邀请用户加入业务；

Q、邀请与会者SBB创建设置媒体SBB 提供设置用户媒体的业务；

S、设置媒体SBB使用MSML解析器创建MSML脚本；

T、MSML解析器返回用于设置媒体的MSML脚本；

U、设置媒体SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

V、媒体服务器通过SIP信令控制器通知设置媒体SBB媒体设置结果；

W、设置媒体SBB将媒体设置的结果上报到邀请与会者SBB；

X、邀请与会者SBB将邀请结果上报到参与者SBB；

Y、如果邀请成功，参与者SBB将新的参与者信息写入数据库；

Z、数据库返回写入结果，并将参与者SBB 通过服务总线消息适配器上报邀请与会者结果。

8、根据权利要求6所述的多媒体会议服务***实现方法，其特征在于，该方法还包括断开与会者业务，具体包括：

I、服务总线消息适配器收到来自服务总线的邀请与会者消息，通过内部消息创建参与者SBB；

II、参与者SBB通过SIP信令控制器释放SIP连接；

III、SIP信令控制器返回释放结果；

IV、如果释放成功，参与者SBB将数据库中的参与者信息更新；

V、数据库返回更新结果；

VI、参与者SBB 通过服务总线消息适配器上报断开与会者结果。

9、根据权利要求6所述的多媒体会议服务***实现方法，其特征在于，该方法还包括与用户的交互式语音应答IVR业务，具体包括：

步骤1、参与者SBB创建IVR SBB提供IVR服务；

步骤2、IVR SBB创建DTMF SBB提供DTMF业务；

步骤3、双音多频DTMF SBB使用MSML解析器创建MSML；

步骤4、MSML解析器返回用于DTMF的MSML；

步骤5、DTMF SBB通过SIP协议控制层发送SIP消息，通知媒体服务器准备接受DTMF；

步骤6、媒体服务器成功执行DTMF，并通过SIP信令控制器通知DTMF SBB；

步骤7、DTMF SBB 通知IVR SBB开始执行DTMF；

步骤8、IVR SBB创建放音SBB提供放音业务；

步骤9、放音SBB使用MSML解析器创建MSML；

步骤10、MSML解析器返回用于放音的MSML；

步骤11、放音SBB通过SIP协议控制层发送SIP消息，通知媒体服务器准备接受放音；

步骤12、媒体服务器成功执行放音，并通过SIP信令控制器通知放音SBB；

步骤13、放音SBB通知IVR SBB放音开始执行；

步骤14、媒体服务器拨放指示音结束后通知放音SBB；

步骤15、放音SBB上报IVR SBB播音结束信息；

步骤16、当用户拨完会议ID后，媒体服务器通知DTMF SBB用户所播的号；

步骤17、DTMF SBB上报IVR SBB有关DTMF的信息；

步骤18、IVR SBB上报用户所拨号码。

10、根据权利要求6所述的多媒体会议服务***实现方法，其特征在于，该方法进一步包括结束会议业务， 具体包括：

a、服务总线消息适配器收到来自服务总线的结束会议消息，通过内部消息通知会议SBB；

b、会议SBB 创建结束会议SBB提供结束会议业务；

c、结束会议SBB使用MSML解析器创建MSML脚本；

d、MSML解析器返回用于结束会议的MSML脚本；

e、结束会议SBB通过SIP信令控制器发送SIP消息，其中携带创建会议的MSML脚本；

f、媒体服务器通过SIP信令控制器通知结束会议SBB创建结果；

g、结束会议SBB上报给会议SBB结束会议的结果；

h、如果结束成功，会议SBB将数据库中的会议信息更新；

i、数据库返回更新结果；

j、会议SBB通过SIP信令控制器释放SIP连接；

k、SIP信令控制器返回释放结果；

l、会议SBB 通过服务总线消息适配器上报创建结果。

Images