CN102801689B - 多媒体会议处理方法及装置 - Google Patents

Abstract

本发明公开了多媒体会议处理方法及装置，该方法包括如下步骤：向媒体服务器发送会议类型转换请求；接收到来自媒体服务器的对会议类型转换请求的确认消息；重新邀请会议的会场中的成员。通过本发明解决了现有技术中因需要改变会议接入的终端类型就需要重新建另外一个会议而导致影响用户体验的问题，进而提高了用户的体验，拓展了多媒体会议的实用性范围。

Description

多媒体会议处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及多媒体会议处理方法及装置。

背景技术

传统的会议业务需要提供一整套系统，例如：业务应用服务器、媒体服务器、接入网络服务器等才能实现。目前，网络协议多媒体子系统(International ProtocolMultimedia Subsystem，简称为IMS)得到了发展，IMS提供开放多媒体业务接口，实现了业务层与控制层的分离。随着IMS的引入，业务开发可以主要专注于业务的实现而无需关注控制层与传输层的实现，同时由于IMS和接入网络无关的特性，使得不同网络中的企业用户使用多媒体会议业务。IMS中的多媒体会议业务的特点在于多方用户可以同时进行通信，并且，IMS中的多媒体会议业务可以用于多种媒体流类型的通信，例如：多媒体音频会议、多媒体视频会议等。

但是，目前的IMS多媒体会议业务存在一些问题，例如，会议对终端的能力有要求，能力受限的终端无法加入到该会议中，如果该终端比较重要必须加入会议，那么只能重新建立一个会议；又例如，对于某个会议，收到服务器能力的限制只能支持一定数量的终端，如果希望支持更多的终端，则必须新建另外一个会议，而新建会议的方式会影响用户体验。

发明内容

本发明的主要目的在于提供一种多媒体会议处理方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种多媒体会议处理方法，包括如下步骤：向媒体服务器发送会议类型转换请求；接收到来自所述媒体服务器的对所述会议类型转换请求的确认消息；重新邀请所述会议的会场中的成员。

优选地，在向所述媒体服务器发送会议类型转换请求之前，还包括：向所述媒体服务器发送虚链接入会请求，其中，所述虚连接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员。

优选地，在所述会议类型转换请求用于指示将所述会议的类型从视频会议转换成音频会议的情况下，向所述媒体服务器发送所述会议类型转换请求包括：向所述媒体服务器发送用于去除所述会议的成员的视频流的请求；在接收到所述媒体服务器去除所述会议的成员的视频流的确认消息之后，向所述媒体服务器发送所述会议类型转换请求。

根据本发明的另一个方面，还提供了一种多媒体会议处理方法，包括如下步骤：接收到来自会议应用服务器的会议类型转换请求；根据所述会议类型转换请求对所述会议的类型进行转换；向所述会议应用服务器发送进行所述会议的类型转换的确认消息。

优选地，在接收到来自所述会议应用服务器的所述会议类型转换请求之前，还包括：接收来自所述会议应用服务器的虚链接入会请求，其中，所述虚连接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员；根据所述虚链接入会请求向会议添加成员。

优选地，在所述会议类型转换请求用于指示将所述会议的类型从视频会议转换成音频会议的情况下，在接收到来自所述会议应用服务器的会议类型转换请求之前，还包括：接收来自所述会议应用服务器的用于去除所述会议的成员的视频流的请求；去除所述会议的成员的视频流，向所述会议应用服务器发送去除所述会议的成员的视频流的确认消息。

根据本发明的再一个方面，提供了一种多媒体会议处理装置，包括：第一发送模块，用于向媒体服务器发送会议类型转换请求；第一接收模块，用于接收到来自所述媒体服务器的对所述会议类型转换请求的确认消息；邀请模块，用于重新邀请所述会议的会场中的成员。

优选地，所述第一发送模块还用于向所述媒体服务器发送虚链接入会请求，其中，所述虚连接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员。

优选地，在所述会议类型转换请求用于指示将所述会议的类型从视频会议转换成音频会议的情况下，所述第一发送模块用于向所述媒体服务器发送用于去除所述会议的成员的视频流的请求；在接收到所述媒体服务器去除所述会议的成员的视频流的确认消息之后，向所述媒体服务器发送所述会议类型转换请求。

根据本发明的还一个方面，提供了一种多媒体会议处理装置，包括：第二接收模块，用于接收到来自会议应用服务器的会议类型转换请求；转换模块，用于根据所述会议类型转换请求对所述会议的类型进行转换；第二发送模块，用于向所述会议应用服务器发送进行所述会议的类型转换的确认消息。

通过本发明，解决了现有技术中如果需要改变会议接入的终端的类型就需要重新建另外一个会议而导致影响用户体验的问题，进而提高了用户的体验，拓展了多媒体会议的实用性范围。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的IMS网络的架构示意图；

图2是根据本发明实施例的会议处理方法的流程图一；

图3是根据本发明实施例的会议处理方法的流程图二；

图4是根据本发明实施例的音频会议转视频会议的逻辑流程图；

图5是根据本发明实施例的视频会议转音频会议的逻辑流程图；

图6是根据本发明实施例的音频会议转视频会议的信令流程图；

图7是根据本发明实施例的视频会议转音频会议的信令流程图；

图8是根据本发明实施例的会议处理装置的结构框图一；

图9是根据本发明实施例的会议处理装置的结构框图二。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下实施例可以在会议进行过程中进行会议类型的转换，这样的处理方式不仅可以避免由于服务器资源限制、终端类型不支持等问题而导致会议不能正常进行的问题。与现有技术中采用新建会议的方式相比提高了用户体验，扩展了多媒体会议的使用范围。

以下实施例实现了IMS中的会议类型转换，图1是根据本发明实施例的IMS网络的架构示意图，图1示出的架构包括：终端12至终端18(终端可能是不同的类型)、IMS核心网2、多媒体业务平台4(也可以称为会议应用服务器4，简称为会议AS4)、媒体服务器6、运行第三方软件(例如，WEB网页服务)的服务器8。下面对该架构中涉及到的部分进行说明。

IMS核心网2包括：归属地用户服务器、呼叫状态控制功能、媒体网关控制功能、媒体网关等功能实体。其中，呼叫状态控制功能是SIP服务器，用于处理SIP会话信令。多媒体业务平台4即会议AS，用于提供多媒体会议实现业务逻辑。第三方软件，用于提供操作界面，例如，可以实现提供如下操作的界面：召开多媒体会议、会场静音、会场取消静音、会场添加成员等操作。

本实施例中，会议AS4提供了对多媒体会议类型转换的操作的支持，下面结合图2进行说明，图2是根据本发明实施例的会议处理方法的流程图一，如图2所示，该流程包括如下步骤：

步骤S202，向媒体服务器6发送会议类型转换请求；

步骤S204，接收到来自媒体服务器6的对该转换请求的确认消息；

步骤S206，重新邀请会议的会场中的成员。

通过上述步骤，会议AS4对会议类型转换提供了支持，可以向媒体服务器发送会议类型转换请求(例如音视频转换请求)，并可以重新邀请会议成员(例如，该邀请可以在底层进行，从而可以不影响用户使用)。与现有技术相比，不再需要重新建立会议，对于该会议的用户而言，提高了体验。对于会议AS4和/或媒体服务器6而言，也减少了新建会议所需要的操作。

在实施时，为了防止媒体服务器在没有真实成员加入会议时结束该会议，会议AS4可以在向媒体服务器发送会议类型转换请求之前，向媒体服务器发送虚链接入会请求，其中，虚连接入会请求用于向媒体服务器请求向会议加入成员，该成员为虚拟成员。该优选实施例防止了因为会场中没有成员时多媒体服务器6主动将会场关闭。

会议类型的转换可以包括音频会议转为视频会议和视频会议转换为音频会议等，但是并不限于此，对于其他会议类型的转换，同样可以使用本实施例。

在会议类型转换请求用于指示将会议的类型从视频会议转换成音频会议的情况下，会议AS4可以先向媒体服务器6发送用于去除会议的成员的视频流的请求；在接收到媒体服务器6去除会议的成员的视频流的确认消息之后，再向媒体服务器6发送会议类型转换请求。

在本实施例中，媒体服务器6提供了对会议类型转换的支持，图3是根据本发明实施例的会议处理方法的流程图二，下面结合图3对媒体服务器6对会议类型转换的支持进行说明，如图3所示，该流程包括如下步骤：

步骤S302，接收到来自会议AS4的会议类型转换请求；

步骤S304，根据会议类型转换请求对会议的类型进行转换；

步骤S306，向会议AS4发送进行会议的类型转换的确认消息。

通过上述步骤媒体服务器6不再需要新建会议，而对会议的类型进行转换即可。

在接收到来自会议应用服务器的会议类型转换请求之前，如果接收来自会议AS4的虚链接入会请求，其中，虚连接入会请求用于向媒体服务器请求向会议加入成员，该成员为虚拟成员，则媒体服务器6根据虚链接入会请求向会议添加成员。

优选地，在会议类型转换请求用于指示将会议的类型从视频会议转换成音频会议的情况下，在接收到来自会议应用服务器的会议类型转换请求之前，如果媒体服务器6接收来自会议AS4的用于去除会议的成员的视频流的请求，媒体服务器6则去除会议的成员的视频流，然后向会议AS发送去除会议的成员的视频流的确认消息。

上述图2、图3的步骤可以通过开发一个新型的多媒体业务来实现，通过该种新型的多媒体会议业务控制实现不同会议类型之间的互转，使得多媒体会议业务的应用范围更加广泛。

对于媒体服务器6能够提供音频和视频等多媒体服务即可，也可以采用特定的媒体服务器，例如CMS(Convedia Media Service)，该CMS是现有技术中的一种媒体服务器，但让也可以采用其他的媒体服务器，这并不影响本实施例的实现。

图4是根据本发明实施例的音频会议转视频会议的逻辑流程图，图6是根据本发明实施例的音频会议转视频会议的信令流程图。图5是根据本发明实施例的视频会议转音频会议的逻辑流程图，图7是根据本发明实施例的视频会议转音频会议的信令流程图。下面结合图4至图7对音频会议转视频会议以及视频会议转音频会议这两个优选实施例方式进行说明。

需要说明的是，SDP是Session Description Protocol的简称，该协议在用户通话方完成媒体的交互，不同的使用场景的SDP中携带的具体内容虽然不同，但是作用是相同。例如，SDP1：AS创建会议时带给CMS的会场SDP，可以包括音视频属性、IP地址、端口号、媒体编码格式等；SDP2：CMS返回其支持的会场SDP，可以包括支持的音视频属性、IP地址和端口号、媒体编码格式等，此时的IP地址是CMS的媒体地址；SDP3：AS在发起音视频转换，CMS返回响应后，AS重新对会场中成员做邀请时，成员侧终端返回的自己的SDP，可以包括支持音视频属性、IP地址、端口号、媒体编码格式等；SDP4：CMS返回其支持的终端类型SDP，可以包括支持的终端音视频属性、IP地址和端口号、媒体编码格式等，此时的IP地址是CMS的媒体地址。

如图4所示，多媒体音频会议转多媒体视频会议的流程包括如下步骤：

步骤S402，第三方软件8(例如，WEB页面)召开多媒体音频会议，并将音频会议转视频会议的请求发送给会议AS4。

步骤S404，会议AS4接收到音频会议转视频会议的请求。

步骤S406，会议AS4调用平台接口向媒体服务器6创建虚拟连接，如果虚拟链接创建成功则执行步骤S408，否则流程结束。

步骤S408，会议AS4向媒体服务器6发送音频转视频会议请求。

步骤S410，媒体服务器6向会议AS4返回音频转视频会议请求的响应，在成功反馈响应的情况下，执行步骤S412，否则流程结束。

步骤S412，会议AS4对会场中的成员进行REINVITE(重邀请)操作。如果重邀请成功，则执行步骤S414，否则流程结束。

步骤S414，会议AS4向第三方软件8返回音频会议转视频会议成功响应。

如图6所示，音频会议转视频会议的信令交互包括如下步骤：

步骤A61：从第三方软件6(例如，WEB页面)发起多媒体音频会议转视频会议请求到会议AS4。

步骤B61：会议AS4向媒体服务器6发出带SDP1的INVITE请求消息。

步骤B62：媒体服务器6向会议AS4返回100Tring临时响应。

步骤B63：媒体服务器6向会议AS4返回带SDP2的200 OK响应。

步骤B64：会议AS4向媒体服务器6返回200 OK的ACK消息。

步骤B65：会议AS4向发送媒体服务器6虚链接入会的Join INFO请求。

步骤B66：媒体服务器6向会议AS4返回Join INFO的200 OK响应。

步骤C61：会议AS4向媒体服务器6发送音频转视频的Modify Conference INFO请求。

步骤C62：媒体服务器6向会议AS4返回200 OK响应。

步骤D61：会议AS4向媒体服务器6发送成员REINVITE请求消息。

步骤D62：成员终端向会议AS4返回带SDP3的200 OK响应。

步骤E61：会议AS4向媒体服务器6发出带SDP3的REINVITE请求消息。

步骤E62：媒体服务器6向会议AS4返回100Tring临时响应。

步骤E63：媒体服务器6向会议AS4返回带SDP4的200 OK响应。

步骤E64：会议AS4向媒体服务器6返回200 OK的ACK消息。

步骤D63：成员终端向会议AS4返回带SDP4的200 OK ACK响应。

步骤E65：会议AS4向媒体服务器6发送成员入会的Join INFO请求。

步骤E66：媒体服务器6向会议AS4返回Join INFO的200 OK响应。

如图5所示，视频会议转多媒体音频会议的流程包括如下步骤：

步骤S502，第三方软件8(例如，WEB页面)召开音频会议，并将视频会议转音频会议的请求发送给会议AS4。

步骤S504，会议AS4接收到视频会议转音频会议的请求。

步骤S506，会议AS4调用平台接口向媒体服务器6创建虚拟连接，如果虚拟链接创建成功则执行步骤S508，否则流程结束。

步骤S508，会议AS4调用ConfCtrlReq接口将具有视频能力的终端去视频流。

步骤S510，会议AS4向媒体服务器6发送成员去视频流的请求消息(例如，INFO消息)，如果媒体服务器6返回成功，则执行步骤S512，否则流程结束。

步骤S512，会议AS4向媒体服务器6发送视频会议转音频会议请求。

步骤S514，媒体服务器6向会议AS4返回视频会议转音频会议请求的响应，在成功反馈响应的情况下，执行步骤S516，否则流程结束。

步骤S516，会议AS4对会场中的成员进行REINVITE(重邀请)操作。如果重邀请成功，则执行步骤S518，否则流程结束。

步骤S518，会议AS4向第三方软件8返回视频会议转音频会议成功响应。

如图7所示，视频会议转音频会议的信令交互包括如下步骤：

步骤A71：WEB页面会控发起多媒体视频会议转音频会议请求到业务AS。

步骤B72：会议AS4向发送媒体服务器6去除成员视频流的UnJoin INFO请求。

步骤B72：媒体服务器6向会议AS4返回UnJoin INFO的200 OK响应。

步骤C71：会议AS4向媒体服务器6发出带SDP1的INVITE请求消息。

步骤C72：媒体服务器6向会议AS4返回100Tring临时响应。

步骤C73：媒体服务器6向会议AS4返回带SDP2的200 OK响应。

步骤C74：会议AS4向媒体服务器6返回200 OK的ACK消息。

步骤C75：会议AS4向发送媒体服务器6虚链接入会的Join INFO请求。

步骤C76：媒体服务器6向会议AS4返回Join INFO的200 OK响应。

步骤D71：会议AS4向媒体服务器6发送视频转音频的Destroy Conference INFO请求。

步骤D72：媒体服务器6向会议AS4返回200 OK响应。

步骤E71：会议AS4向媒体服务器6发送成员REINVITE请求消息。

步骤E72：成员终端向会议AS4返回带SDP3的200 OK响应。

步骤F71：会议AS4向媒体服务器6发出带SDP3的REINVITE请求消息。

步骤F72：媒体服务器6向会议AS4返回100Tring临时响应。

步骤F73：媒体服务器6向会议AS4返回带SDP4的200 OK响应。

步骤F74：会议AS4向媒体服务器6返回200 OK的ACK消息。

步骤E73：成员终端向会议AS4返回带SDP4的200 OK ACK响应。

步骤F75：会议AS4向媒体服务器6发送成员入会的Join INFO请求。

步骤F76：媒体服务器6向会议AS4返回Join INFO的200 OK响应。

步骤A72：音频转视频成功响应。

图8是根据本发明实施例的会议处理装置的结构框图一，该装置位于会议AS中，用于实现上述实施例的功能，上述已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明，如图8所示，该装置包括：第一发送模块82、第一接收模块84和邀请模块86，下面对此进行说明。

第一发送模块82，用于向媒体服务器6发送会议类型转换请求；第一接收模块84连接至第一发送模块82，该模块用于接收到来自媒体服务器6的对转换请求的确认消息；邀请模块86连接至第一接收模块84，该模块用于重新邀请会议的成员。

优选地，第一发送模块82还用于向媒体服务器6发送虚链接入会请求，其中，虚连接入会请求用于向媒体服务器6请求向会议加入成员，该成员为虚拟成员。

优选地，在会议类型转换请求用于指示将会议的类型从视频会议转换成音频会议的情况下，第一发送模块82用于向媒体服务器6发送用于去除会议的成员的视频流的请求；在接收到媒体服务器6去除会议的成员的视频流的确认消息之后，向媒体服务器6发送会议类型转换请求。

图9是根据本发明实施例的会议处理装置的结构框图二，该装置位于媒体服务器6中，用于实现上述实施例的功能，上述已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明，如图9所示，该装置包括：第二接收模块92、转换模块94和第二发送模块96，下面对该装置进行说明。

第二接收模块92，用于接收到来自会议应用服务器的会议类型转换请求；转换模块94连接至第二接收模块92，该模块用于根据所述会议类型转换请求对所述会议的类型进行转换；第二发送模块96连接至转换模块94，该模块用于向所述会议应用服务器发送进行所述会议的类型转换的确认消息。

通过上述实施例，可以在会议进行过程中改变会议的类型，而不需要重新建立会议。由于会议的类型发生了改变，从而可以使原本不能加入的终端加入，或者也可以使服务器支持的终端数量发生变化。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种多媒体会议处理方法，其特征在于包括如下步骤：

向媒体服务器发送会议类型转换请求；

接收到来自所述媒体服务器的对所述会议类型转换请求的确认消息；

重新邀请所述会议的会场中的成员；

其中，在向所述媒体服务器发送所述会议类型转换请求之前，还包括：向所述媒体服务器发送虚链接入会请求，其中，所述虚链接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员。

2.根据权利要求1所述的方法，其特征在于，在所述会议类型转换请求用于指示将所述会议的类型从视频会议转换成音频会议的情况下，向所述媒体服务器发送所述会议类型转换请求包括：

向所述媒体服务器发送用于去除所述会议的成员的视频流的请求；

在接收到所述媒体服务器去除所述会议的成员的视频流的确认消息之后，向所述媒体服务器发送所述会议类型转换请求。

3.一种多媒体会议处理方法，其特征在于包括如下步骤：

接收到来自会议应用服务器的会议类型转换请求；

根据所述会议类型转换请求对所述会议的类型进行转换；

向所述会议应用服务器发送进行所述会议的类型转换的确认消息；

其中，在接收到来自所述会议应用服务器的所述会议类型转换请求之前，还包括：接收来自所述会议应用服务器的虚链接入会请求，其中，所述虚链接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员；根据所述虚链接入会请求向会议添加成员。

4.根据权利要求3所述的方法，其特征在于，在所述会议类型转换请求用于指示将所述会议的类型从视频会议转换成音频会议的情况下，在接收到来自所述会议应用服务器的会议类型转换请求之前，还包括：

接收来自所述会议应用服务器的用于去除所述会议的成员的视频流的请求；

去除所述会议的成员的视频流，向所述会议应用服务器发送去除所述会议的成员的视频流的确认消息。

5.一种多媒体会议处理装置，其特征在于包括：

第一发送模块，用于向媒体服务器发送会议类型转换请求；

第一接收模块，用于接收到来自所述媒体服务器的对所述会议类型转换请求的确认消息；

邀请模块，用于重新邀请所述会议的会场中的成员；

其中，所述第一发送模块还用于向所述媒体服务器发送虚链接入会请求，其中，所述虚链接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员。

6.根据权利要求5所述的装置，其特征在于，在所述会议类型转换请求用于指示将所述会议的类型从视频会议转换成音频会议的情况下，所述第一发送模块用于向所述媒体服务器发送用于去除所述会议的成员的视频流的请求；在接收到所述媒体服务器去除所述会议的成员的视频流的确认消息之后，向所述媒体服务器发送所述会议类型转换请求。

7.一种多媒体会议处理装置，其特征在于包括：

第二接收模块，用于接收到来自会议应用服务器的会议类型转换请求；

转换模块，用于根据所述会议类型转换请求对所述会议的类型进行转换；

第二发送模块，用于向所述会议应用服务器发送进行所述会议的类型转换的确认消息；

所述第二接收模块还用于接收来自所述会议应用服务器的虚链接入会请求，其中，所述虚链接入会请求用于向所述媒体服务器请求向所述会议加入成员，该成员为虚拟成员。