CN102111603B

CN102111603B - 在ims视频会议中实现子会议的方法及其装置和系统

Info

Publication number: CN102111603B
Application number: CN 200910243843
Authority: CN
Inventors: 王亚晨; 俞承志; 赵耀
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2009-12-23
Filing date: 2009-12-23
Publication date: 2012-12-12
Anticipated expiration: 2029-12-23
Also published as: CN102111603A

Abstract

本发明公开了一种在IMS视频会议中实现子会议的方法及其装置和系统，该方法包括：IMS视频会议应用服务器根据主会议与会终端发送的在主会议中创建子会议的请求消息创建子会议，并根据所述子会议的与会终端发送的邀请其他终端加入子会议的请求消息或者其他终端发送的加入所述子会议的请求消息，将相应终端加入所述子会议；IMS视频会议应用服务器向媒体资源功能实体MRF发送混音设置的请求消息；MRF根据所述混音设置的请求消息，分别为所述子会议和所述主会议的与会终端进行混音设置，并分别为所述子会议和所述主会议的与会终端提供混音音频流。采用本发明，可实现在主会议中实现子会议，并使子会议的成员不离开主会议，且子会议不影响主会议。

Description

在IMS视频会议中实现子会议的方法及其装置和系统

技术领域

本发明涉及通信领域的核心网和多媒体业务技术，尤其涉及一种在IMS视频会议中实现子会议的方法、一种IMS视频会议应用服务器和一种IMS视频会议系统。

背景技术

视频会议是利用通信网络，传输多个与会者连续活动图像和声音的一种通信业务。在通信网络高速发展的今天，由于视频会议的互动、实时等先进功能，而且能够节约传统会议的经费和时间，尤其在一些紧急情况下，视频会议更是能起到重要作用，因此视频会议得到了越来越多的应用。

IP多媒体子系统（IP Multimedia Subsystem，IMS）是一个基于SIP协议（Session Initialization Protocol，会话初始协议）的会话控制系统。3GPP对IMS的设计采取了分层架构，该分层体系体现了“业务与控制分离”和“控制与接入及承载分离”的思想，使得不同的用户终端能够通过不同的无线或者有线接入技术接入IMS网络，享受统一的呼叫控制服务，并使用多样化的多媒体增值业务。目前，IMS被业界广泛认同为下一代网络的核心技术，也是解决移动与固网融合，引入语音、数据、视频三重融合等差异化业务的重要方式。

基于IMS的视频会议业务的网络架构可如图1所示，主要包括：IMS核心网、MRF（Media Resource Function，媒体资源功能实体）和视频会议应用服务器（视频会议AS），以及参与视频会议的用户终端，其中各网元之间通过SIP协议通信，进行信令控制。MRF的数量可以是多个。

IMS核心网主要负责用户终端的接入，并对用户终端进行认证鉴权和会话控制，触发视频会议的业务流程；视频会议AS是IMS网络中实现视频会议业务逻辑控制的实体；MRF是音视频媒体的处理设备，通过SIP协议接入视频会议AS，为用户终端提供视频会议的音视频媒体流，并实现对视音频媒体流的各种控制功能，其传输音视频媒体流所用的协议可以是RTP（Real-timeTransport Protocol，实时传输协议）或RTCP（RTP Control Protocol，实时传输控制协议）。

基于上述IMS的视频会议业务的网络架构，可以实现视频会议的创建、对与会者的加入或离开进行控制，以及结束视频会议等。

目前的视频会议技术中，处在视频会议中的与会人员，发表讲话与接收发言都是面对身处在该会议中的所有与会人员，这样的会议使用起来有局限性。比如，在多个与会人员使用视频会议时，可能少数几个与会人员会希望在小规模范围内举行一个分组会议进行进一步的讨论，但同时又不希望离开目前的会议。

针对该需求，传统的视频会议系统尚无相应的解决方案，这种缺陷将为视频会议业务的进一步部署和发展带来障碍。

发明内容

本发明实施例提供一种在IMS视频会议中实现子会议的方法及其装置和系统，用以实现在主会议中创建子会议，并且使子会议中的与会者不离开主会议且不会对主会议造成影响。

本发明实施例提供的在IMS视频会议中实现子会议的方法，包括：

IMS视频会议应用服务器根据主会议与会终端发送的在主会议中创建子会议的请求消息创建子会议，并根据所述子会议的与会终端发送的邀请其他终端加入子会议的请求消息或者其他终端发送的加入所述子会议的请求消息，将相应终端加入所述子会议；

IMS视频会议应用服务器向媒体资源功能实体MRF发送混音设置的请求消息；

MRF根据所述混音设置的请求消息，分别为所述子会议和所述主会议的与会终端进行混音设置，并分别为所述子会议和所述主会议的与会终端提供混音音频流。

本发明实施例提供的IMS视频会议应用服务器，包括：

子会议功能模块，用于根据主会议与会终端发送的在主会议中创建子会议的请求消息创建子会议，并根据所述子会议的与会终端发送的邀请其他终端加入子会议的请求消息或者其他终端发送的加入所述子会议的请求消息，将相应终端加入所述子会议；

混音设置请求模块，用于向MRF发送分别为所述子会议的与会终端和所述主会议的与会终端进行混音设置的请求消息。

本发明实施例提供的IMS视频会议系统，包括：上述IMS视频会议应用服务器，以及MRF，其中，

MRF，用于根据所述IMS视频会议应用服务器发送的混音设置的请求消息，分别为所述子会议和所述主会议的与会终端进行混音设置，并分别为所述子会议和所述主会议的与会终端提供混音音频流。

本发明的上述实施例，一方面，通过IMS视频会议应用服务器根据主会议与会终端发送的在主会议中创建子会议的请求消息创建子会议，以及在该子会议中加入与会终端，并且对于既参加了主会议又参加了子会议的与会终端并不使其从主会议中离开，从而实现了在主会议中实现子会议；另一方面，通过IMS视频会议应用服务器向媒体资源功能实体MRF发送分别为所述子会议和所述主会议的与会终端进行混音设置的请求消息，以及根据MRF的混音设置，分别为所述子会议和所述主会议的与会终端提供混音音频流，从而使子会议的会场不会影响主会议的会场。

附图说明

图1为现有基于IMS的视频会议业务的网络架构示意图；

图2为本发明实施例提供的IMS视频会议AS的结构示意图；

图3为本发明实施例提供的创建子会议的流程示意图；

图4为本发明实施例提供的主动加入子会议的流程示意图；

图5为本发明实施例提供的子会议与会者离开子会议的流程示意图；

图6为本发明实施例提供的结束子会议的流程示意图。

具体实施方式

针对现有技术存在的问题，本发明实施例通过扩展SIP协议消息以及增加IMS视频会议服务器功能的方式，使IMS视频会议服务器能够针对创建子会议、结束子会议、加入子会议或离开子会议等SIP消息进行相应处理，从而实现IMS视频会议的子会议。

本发明实施例所称的子会议是指：在多个与会人员使用视频会议时，其中的部分与会人员在小规模范围内举行一个分组会议，但同时这些与会人员并未离开当前视频会议，且不会对当前视频会议造成影响，其中的分组会议称之为子会议。

下面结合附图对本发明实施例进行详细描述。

本发明实施例提供的IMS视频会议系统的网络架构示意图可如图1所示，但本发明实施例对其中的视频会议AS进行了功能扩展，扩展后的视频会议AS增加了实现子会议的功能。

该IMS视频会议系统的网络架构中，IMS核心网主要负责用户终端的接入，是业务触发和提供呼叫触发和控制功能的实体；MRF是处理视频会议相关应用数据和媒体数据的服务器，可以有一个或多个，在举行会议时，该服务器将来自多路的视频流或视频流合并成一路再发往与会者的用户终端，其传输音视频媒体流所用的协议可以是RTP/RTCP。与会者的用户终端能够支持SIP协议。

图2给出了本发明实施例所提供的IMS视频会议系统网络架构中的视频会议AS的结构示意图。如图所示，该视频会议AS可以包括：会议中心控制模块201、会议与媒体策略模块202、会议通知服务模块203、数据应用模块204、子会议功能模块205、混音设置请求模块206。其中，子会议功能模块204是新增模块，混音设置请求模块205可以通过对现有视频会议AS的相应模块进行改造得到，其他模块可以采用现有视频会议AS中的相应模块，或者对现有视频会议AS中的相应模块进行改造得到。

会议中心控制模块201，可以使用SIP会话连接所有与会者用户终端，并管理这些会话。会议中心控制模块201负责执行全面的会议策略，如会议生命周期的监控、与会成员资格的审查与授权等，确保会话连接到的是一组会议策略允许接入的与会者用户终端。此外，会议中心控制模块201可以通过控制媒体会话，确保每个与会者用户终端都能够得到来自该会议的所有媒体数据。会议中心控制模块201为每一个会议分配一个会议中心，会议中心可由会议URI（Universal Resource Identifier,通用资源标志符）惟一标识。会议中心控制模块201对呼叫邀请有验证过程，可以包括对呼叫用户的身份验证、对呼叫邀请消息的验证和媒体参数（如媒体类型、媒体类型组合和编码参数等)的验证，验证失败的呼叫邀请被会议中心控制模块201拒绝。

会议与媒体策略模块202，主要负责存储和操作用于管理会议和媒体的相关策略。会议策略是控制一个会议操作规则的全集，媒体策略是控制一个会议中媒体资源的规则全集。会议策略和媒体策略可以在会议创建之前或者会议创建时被制定，用来指导会议中心控制模块201主持和管理一个会议和会议资源。会议与媒体策略功能模块202将保存会议控制相关的配置信息，会议中心控制模块201通过多媒体会议策略对会话和媒体进行控制，会议和媒体策略可以使用基于XML（Extensible Markup Language，可扩展标记语言）的文档形式存储。

会议通知服务模块203，主要向与会者用户终端提供会议状态订阅服务。当会议状态发生改变时，如当有与会者离开会议或者有新的与会者加入时，会议通知服务模块203可以向订阅用户发送通知。

数据应用模块204，是实现所有会议中数据应用相关功能的实体，实现的功能可以包括电子白板共享、文件传送等数据协同功能。

子会议功能模块205，主要用于实现子会议功能，这些功能可以包括：根据与会者的请求创建子会议、邀请其他与会者加入子会议，根据子会议与会者离开子会议的请求将该与会者从该子会议中删除，以及结束子会议等。

混音设置请求模块206，主要用于在子会议功能模块205实现子会议的过程中，向MRF发送设置混音的请求消息。

上述视频会议AS中的会议中心控制模块201可以与其他功能模块进行交互，为其他功能模块提供各会议的相关信息，如URI、媒体资源等信息。

在实现子会议的过程中，会议中心控制模块201可以接收用户终端发送的关于实现子会议的SIP消息，并发送给子会议功能模块205处理；子会议功能模块205在完成相应处理后，如创建子会议、将用户终端加入子会议、从子会议中删除离开的用户终端、结束子会议等操作，可以通过中心控制模块201向用户终端返回相应响应消息；混音设置请求模块206可以在子会议功能模块205开始子会议之前，以及在子会议中的与会者变动时，或者在子会议结束时，通过会议中心控制模块201向MRF发送设置混音的请求消息，混音设置的策略可由会议与媒体策略模块202提供，并由混音设置请求模块206发送给MRF。

上述视频会议AS中的各功能模块可以通过软件方式实现。以上功能模块划分方式仅是众多划分方式中的一种，本领域技术人员应该能够理解，只要能够使视频会议AS实现上述功能，采用其他方式划分功能模块或者不划分功能模块，都应该在本发明的保护范围之内。

为使上述视频会议AS能够实现子会议功能，需要对SIP消息进行扩展，使SIP消息能够承载创建子会议、邀请加入子会议、离开子会议、结束子会议等与子会议的实现相关的信令信息，以便视频会议AS能够根据这些信令信息实现子会议的相应功能。本发明实施例所提供的一种扩展方法是：

在SIP消息中新增加一个字段：Sub-Conference字段。该字段的结构为：

Sub-Conference：oper=action，uri=exampleconference.com；

其中，oper表示子会议的操作，action表示具体的子会议操作类型，可以包括create（表示创建子会议）、destroy（表示销毁子会议），begin（表示开始子会议），join（表示加入子会议），bye（表示主动离开子会议）、invite（表示邀请加入子会议），以及leave（表示请求离开子会议）等。uri为SIP URI，可以是受邀用户的URI或者是标识子会议的SIP URI。

例如，以下Sub-Conference字段分别表示：

Sub-Conference：oper=create，uri=;

表示请求创建一个新的子会议；

Sub-Conference：oper=invite，uri=sip:subconf_mainconfconference.com;

表示邀请加入sip uri为subconf_mainconfconference.com的子会议。

根据以上描述，下面结合图3、图4、图5和图6分别对子会议的创建、加入、离开以及结束的实现过程进行详细描述。

如图3所示，当前视频会议（以下称主会议）中的与会者想在该视频会议中发起子会议时，其子会议的创建流程，包括：

步骤301～302、主会议中的一个与会者作为子会议发起者，通过用户终端向视频会议AS发送请求创建子会议的SIP INFO消息；视频会议AS收到后返回SIP应答消息（100processing）。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper=create，uri=；表示请求创建子会议。

步骤303～304、视频会议AS收到SIP INFO消息后对其进行解析，根据解析出的创建请求生成子会议的会议标识URI，然后向MRF发送SIP INFO消息，以通知有子会议创建完成，并向MRF请求音频混音的相关资源（主要指混音硬件设备）；MRF收到后返回SIP应答消息（200 OK）。

该步骤中，接收和解析SIP INFO消息的操作，以及创建子会议URI的操作可由子会议功能模块进行，分配的子会议URI可以存储在会议中心控制模块中。

步骤305、视频会议AS向子会议的发起者用户终端返回200OK消息，其中携带分配的子会议URI。

该步骤中，返回200OK消息的操作可由视频会议AS中的子会议功能模块进行。

步骤306、子会议发起者用户终端收到子会议的URI之后，向视频会议AS发送SIP INFO消息，以邀请其他与会者加入该子会议，被邀请的用户可以是主会议的与会者，也可以是其他用户。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper=invite，uri=sip:subconf_mainconfconference.com；表示邀请加入sip uri为subconf_mainconfconference.com的子会议。

步骤307、视频会议AS将邀请加入子会议的SIP INFO消息转发给被邀请者所在终端。

步骤308～309、被邀请者通过所在终端回复同意加入子会议的200OK消息；视频会议AS将该被邀请者加入子会议，并将该200OK消息转发给子会议创建者用户终端。

步骤310、子会议创建者用户终端向视频会议AS发送SIP INFO消息，以请求开始子会议。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper=begin，uri=sip:subconf_mainconfconference.com；表示开始sip uri为subconf_mainconfconference.com的子会议。

步骤311、视频会议AS向MRF发送SIP INFO消息，以请求MRF对子会议媒体资源进行控制。

步骤312～313、MRF更改视频会议与会者的混音设置后，返回200 OK消息，表示可以开始子会议。

该步骤中，MRF根据该请求，对视频会议与会者的音频媒体流进行混音设置，混音设置策略可由视频会议AS提供或预先配置在MRF中。所谓混音就是将不同的音频流在MRF处通过线性叠加的方法混合成一个音频流，这样在播放时就达到模拟真实会议场景的效果。此处，对会议与会者的音频媒体流进行混音设置，可以有以下方案：

方案一：对子会议的所有与会者的音频流进行混音，以便提供给子会议的所有与会者；对主会议中除子会议参与者以外的其他所有与会者的音频流进行混音，以便提供给这些参与混音的与会者。这样，子会议会场的发言只有子会议与会者能够听到，主会议会场的发言只有主会议会场中没参加子会议的与会者能够听到，从而使主会议和子会议互不影响；

方案二：对子会议的所有与会者的音频进行混音，以便提供给子会议中没有参加主会议的与会者；对主会议中除子会议参与者以外的其他所有与会者的音频流进行混音，以便提供给这些参与混音的与会者；对子会议和主会议的与会者的音频进行混音，以便提供给子会议中还参加了主会议的与会者。这样，主会议与会者不会听到子会议会场的发言，而子会议中还参加了主会议的与会者既可以听到子会议会场的发言，又能听到主会议会场的发言，子会议中没有参加主会议的与会者只能听到子会议会场的发言。举例来说，如果主会议中包括A、B、C、D、E与会者，子会议中包括D、E、F与会者，则混音结果为：将A、B、C混音后分别提供给A、B、C，将D、E、F混音后提供给F，将A、B、C、D、E、F混音后提供给D、E。

较佳地，可以将子会议与会者的音频流的音量设置大一些，以便能够更加清楚地听到子会议会场的发言，也可以将主会议与会者的音频流设置为静音，即，使子会议的与会者仅能听到子会议会场的发言。还用上述实例，提供给D、E的混音音频中，可以将D、E、F的音频流设置的音量大于A、B、C的音频流。

步骤314、视频会议AS向子会议发起者发送200 OK消息，表示可以开始子会议。

之后，子会议的与会者可以在不离开主会议的情况下，在新创建的子会议中进行交流。在此过程中，MRF根据所设置的音频混音设置进行混音处理，并提供给相应的与会终端。会议现场的视频终端的视频设置可按照常规方式处理。

上述流程中，如果需要邀请多个与会者参加子会议，则可逐个通过发送邀请加入子会议的SIP INFO消息进行邀请，邀请人既可以是子会议的发起者，也可以是已经加入到子会议中的其他与会者。邀请加入子会议既可以在子会议开始前进行，也可以在子会议进行的过程中进行。

子会议创建后，IMS视频会议系统中的会议通知服务模块可以根据会议与媒体策略模块中存储的策略，将创建的子会议通知主会议与会者。主会议的与会者可以主动发起加入子会议的请求以加入子会议，其流程可以如图4所示，包括：

步骤401、视频会议中的一个与会者接收到子会议创建通知后，通过用户终端向视频会议AS发送请求加入子会议的SIP INFO消息。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper＝join，uri=sip:subconf_mainconfconference.com；表示请求加入sip uri为subconf_mainconfconference.com的子会议。

步骤402、视频会议AS将该与会者加入子会议，向MRF发送SIP INFO消息，以通知MRF有新的与会者请求加入子会议，需要进行音频混音设置。

步骤403、MRF修改会议与会者的音频混音设置。

该步骤中，MRF将该新加入子会议的与会者和已经加入子会议的与会者的音频进行混音。

步骤404、MRF向视频会议AS返回200 OK消息，表示已经完成音频混音设置。

步骤405、视频会议AS向发出请求加入子会议SIP INFO消息的与会者用户终端发送200 OK消息，表示可以加入子会议。

步骤406、视频会议AS可以进一步通过SIP NOTIFY消息通知子会议中的其他与会者有新成员已经加入子会议。

步骤407、子会议的其他与会者收到SIP NOTIFY消息后返回应答消息200OK。

上述流程中，对于加入子会议的请求，子会议的与会者可以进行表决，或者由其中作为会议主席的与会者决定是否允许新成员加入，如果允许，则按照上述流程将发出加入子会议请求的用户加入子会议，否则拒绝其加入子会议。

子会议的与会者还可以主动离开子会议，其流程可如图5所示，包括：

步骤501、子会议中的一个与会者通过用户终端向视频会议AS发送请求离开子会议的SIP INFO消息。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper=bye，uri=sip:subconf_mainconfconference.com；表示请求离开sip uri为subconf_mainconfconference.com的子会议。

步骤502、视频会议AS将该与会者从子会议中删除，向MRF发送SIP INFO消息，以通知MRF有子会议的与会者要离开子会议，需要进行音频混音设置。

步骤503、MRF修改会议与会者的音频混音设置。

该步骤中，如果离开者是主会议的与会者，则MRF将离开的与会者的混音设置改为主会场中的音频，子会议与会者之间进行混音。

步骤504、MRF向视频会议AS返回200 OK消息，表示已经完成音频混音设置。

步骤505、视频会议AS向发出离开子会议SIP INFO消息的与会者用户终端发送200 OK消息，表示可以离开子会议。

步骤506、视频会议AS可以进一步通过SIP NOTIFY消息通知子会议中的其他与会者有成员已经离开子会议。

步骤507、子会议的其他与会者收到SIP NOTIFY消息后返回应答消息200OK。

如果不再需要子会议，则可将子会议销毁，销毁子会议的流程可如图6所示，包括：

步骤601～602、子会议与会者向视频会议AS发送请求销毁子会议的SIPINFO消息；视频会议AS收到后返回应答消息100。其中，发出该请求的与会者可以是该子会议的发起者，也可以是该子会议中其他有权限销毁子会议的与会者。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper=destroy，uri=sip:subconf_mainconfconference.com；表示销毁sip uri为sip:subconf_mainconfconference.com的子会议。

步骤603、视频会议AS向该子会议的其他与会者发送SIP INFO消息，以指示该与会者离开子会议。

该步骤中，SIP INFO消息中携带Sub-Conference字段：

Sub-Conference：oper=leave，uri=sip:subconf_mainconfconference.com；表示离开sip uri为subconf_mainconfconference.com的子会议。

步骤604、其他与会者收到要求离开子会议的SIP INFO消息后进行应答，返回200 OK消息。

步骤605、视频会议AS向MRF发送SIP INFO消息，表示销毁子会议，需要MRF释放相关媒体资源，或进一步进行混音设置。

步骤606、MRF释放相关媒体资源，并根据需要修改会议混音设置。

该步骤中，如果被请求释放的子会议中有主会议的与会者，则MRF将该子会议中参加了主会议的与会者的音频恢复到原来主会场中的音频混音设置（即所有成员参与混音）。

步骤607、MRF向视频会议AS返回200 OK消息。

步骤608、视频会议AS销毁该子会议，并向发起销毁子会议请求的用户终端返回200 OK消息。

上述各流程中的SIP INFO消息还可以用SIP re-INVITE消息代替。

需要说明的是，以上实施例仅以在当前会议中创建一个子会议为例进行描述，根据以上思路，还可以实现在同一会议中创建多个子会议，另外，还可以在子会议中再创建其下的子会议，从而实现子会议的嵌套。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种在IMS视频会议中实现子会议的方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述创建子会议的请求消息为会话初始协议SIP INFO消息或SIP re-INVITE，其中携带子会议字段，该字段中包括创建子会议的命令信息；

所述邀请加入子会议的请求消息为SIP INFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括邀请加入子会议的命令信息，以及所请求加入的子会议的标识；

所述加入子会议的请求消息为SIP INFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括加入子会议的命令信息，以及所请求加入的子会议的标识。

3.如权利要求1所述的方法，其特征在于，所述子会议创建之后，还包括：

IMS视频会议应用服务器根据所述子会议与会终端发送的开始所述子会议的请求消息，开始所述子会议。

4.如权利要求3所述的方法，其特征在于，所述开始子会议的请求消息为SIP INFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括开始子会议的命令信息，以及所请求开始的子会议的标识。

5.如权利要求1所述的方法，其特征在于，终端加入所述子会议之后，还包括：

IMS视频会议服务器根据所述子会议与会者终端发送的离开所述子会议的请求消息，将该与会终端从所述子会议中删除。

6.如权利要求5所述的方法，其特征在于，所述离开子会议的请求消息为SIP INFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括离开子会议的命令信息，以及所请求离开的子会议的标识。

7.如权利要求5所述的方法，其特征在于，如果离开所述子会议的与会终端是所述主会议的与会终端，则还包括：

IMS视频会议服务器向MRF发送修改混音设置的请求消息；

MRF根据该修改混音设置的请求消息，为该离开所述子会议的与会终端以及所述主会议中没有加入所述子会议的与会终端进行混音设置，使该离开所述子会议的与会终端的音频重新与所述主会议中没有加入所述子会议的与会终端进行音频混音。

8.如权利要求1所述的方法，其特征在于，所述子会议创建以及有终端加入所述子会议之后，还包括：

IMS视频会议服务器根据所述子会议与会终端发送的结束所述子会议的请求消息，指示所述子会议的其他与会终端离开所述子会议；

IMS视频会议服务器向MRF发送释放所述子会议资源的请求消息，并在MRF释放所述子会议资源后结束所述子会议。

9.如权利要求8所述的方法，其特征在于，所述结束子会议的请求消息为SIP INFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括结束子会议的命令信息，以及所请求结束的子会议的标识；

指示其他与会终端离开所述子会议，具体为：向所述其他与会终端发送SIPINFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括结束子会议的命令信息，以及所指示离开的子会议的标识。

10.如权利要求8所述的方法，其特征在于，如果被指示离开所述子会议的与会终端是所述主会议的与会终端，则还包括：

IMS视频会议服务器向MRF发送修改混音设置的请求消息；

11.如权利要求1至10任一项所述的方法，其特征在于，MRF分别为所述子会议和所述主会议的与会终端进行混音设置，并分别为所述子会议和所述主会议的与会终端提供混音音频流，具体为：

MRF将所述子会议与会终端的音频进行混音，并提供给所述子会议的与会终端；MRF将所述主会议中未加入所述子会议的与会终端的音频进行混音，并提供给所述主会议中未加入所述子会议的与会终端。

12.如权利要求1至10任一项所述的方法，其特征在于，MRF分别为所述子会议和所述主会议的与会终端进行混音设置，并分别为所述子会议和所述主会议的与会终端提供混音音频流，具体为：

MRF将所述子会议与会终端的音频进行混音，并提供给所述子会议与会终端中未加入所述主会议的与会终端；将所述子会议和所述主会议的与会终端的音频进行混音，并提供给所述子会议与会终端中还加入所述主会议的与会终端；将所述主会议中未加入所述子会议的与会终端的音频进行混音，并提供给所述主会议中未加入所述子会议的与会终端。

13.如权利要求12所述的方法，其特征在于，MRF在将所述子会议和所述主会议的与会终端的音频进行混音时，将所述子会议与会终端之间的混音音频音量设置为大于所述主会议中未加入所述子会议的与会终端之间的混音音频音量。

14.一种IMS视频会议应用服务器，其特征在于，包括：

15.如权利要求14所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块具体用于：

从创建子会议的SIP INFO消息或SIP re-INVITE消息中解析出子会议字段，从该字段中解析出创建子会议的命令信息，并根据该命令信息创建子会议；

从邀请加入子会议的SIP INFO消息或SIP re-INVITE消息中解析出子会议字段，从该字段中解析出邀请加入子会议的命令信息，以及所请求加入的子会议的标识，并根据该命令信息将被邀请的终端加入所述子会议标识对应的子会议；

从加入子会议的SIP INFO消息或SIP re-INVITE消息中解析出子会议字段，从该字段中解析出加入子会议的命令信息，以及所请求加入的子会议的标识，并根据该命令信息将发出加入请求的终端加入所述子会议标识对应的子会议。

16.如权利要求14所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块还用于：在所述子会议创建之后，根据所述子会议与会终端发送的开始所述子会议的请求消息，开始所述子会议。

17.如权利要求16所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块具有用于：从开始子会议的SIP INFO消息或SIP re-INVITE消息中解析出子会议字段，从该字段中解析出开始子会议的命令信息，以及所请求开始的子会议的标识，并根据该命令信息开始与所述子会议标识对应的子会议。

18.如权利要求14所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块还用于：在终端加入所述子会议之后，根据所述子会议与会者终端发送的离开所述子会议的请求消息，将该与会终端从所述子会议中删除。

19.如权利要求18所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块具体用于：从离开子会议的SIP INFO消息或SIP re-INVITE消息中解析出子会议字段，从该字段中解析出离开子会议的命令信息，以及所请求离开的子会议的标识，并根据该命令信息将发出离开请求的终端从与所述子会议标识对应的子会议中删除。

20.如权利要求18所述的IMS视频会议应用服务器，其特征在于，所述混音设置请求模块还用于：如果离开所述子会议的与会终端是所述主会议的与会终端，则向MRF发送修改该离开所述子会议的与会终端以及所述主会议中没有加入所述子会议的与会终端的混音设置的请求消息。

21.如权利要求14所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块还用于：在所述子会议创建以及有终端加入所述子会议之后，根据所述子会议与会终端发送的结束所述子会议的请求消息，指示所述子会议的其他与会终端离开所述子会议；以及，向MRF发送释放所述子会议资源的请求消息，并在MRF释放所述子会议资源后结束所述子会议。

22.如权利要求21所述的IMS视频会议应用服务器，其特征在于，所述子会议功能模块具体用于：从结束子会议的SIP INFO消息或SIP re-INVITE消息中解析出子会议字段，从该字段中解析出结束子会议的命令信息，以及所请求结束的子会议的标识，并根据该命令信息结束与所述子会议标识对应的子会议；以及，向所述其他与会终端发送SIP INFO消息或SIP re-INVITE消息，其中携带子会议字段，该字段中包括结束子会议的命令信息，以及所指示离开的子会议的标识。

23.如权利要求21所述的IMS视频会议应用服务器，其特征在于，所述混音设置请求模块还用于：如果被指示离开所述子会议的与会终端是所述主会议的与会终端，则向MRF发送修改该离开所述子会议的与会终端以及所述主会议中没有加入所述子会议的与会终端的混音设置的请求消息。

24.如权利要求14至23任一项所述的IMS视频会议应用服务器，其特征在于，所述混音设置请求模块具体用于：向MRF请求将所述子会议与会终端的音频进行混音，并提供给所述子会议的与会终端；将所述主会议中未加入所述子会议的与会终端的音频进行混音，并提供给所述主会议中未加入所述子会议的与会终端。

25.如权利要求14至23任一项所述的IMS视频会议应用服务器，其特征在于，所述混音设置请求模块具体用于：向MRF请求将所述子会议与会终端的音频进行混音，并提供给所述子会议与会终端中未加入所述主会议的与会终端；将所述子会议和所述主会议的与会终端的音频进行混音，并提供给所述子会议与会终端中还加入所述主会议的与会终端；将所述主会议中未加入所述子会议的与会终端的音频进行混音，并提供给所述主会议中未加入所述子会议的与会终端。

26.如权利要求25所述的IMS视频会议应用服务器，其特征在于，所述混音设置请求模块还用于：向MRF请求在为还加入所述主会议的所述子会议的与会终端提供的混音音频流中，将所述子会议与会终端之间的混音音频音量设置为大于所述主会议中未加入所述子会议的与会终端之间的混音音频音量。

27.一种IMS视频会议系统，其特征在于，包括如权利要求14至26中任一项所述的IMS视频会议应用服务器，以及MRF，其中，

28.如权利要求27所述的视频会议系统，其特征在于，所述MRF具体用于：将所述子会议与会终端的音频进行混音，并提供给所述子会议的与会终端；MRF将所述主会议中未加入所述子会议的与会终端的音频进行混音，并提供给所述主会议中未加入所述子会议的与会终端；

或者，所述MRF具体用于：将所述子会议与会终端的音频进行混音，并提供给所述子会议与会终端中未加入所述主会议的与会终端；将所述子会议和所述主会议的与会终端的音频进行混音，并提供给所述子会议与会终端中还加入所述主会议的与会终端；将所述主会议中未加入所述子会议的与会终端的音频进行混音，并提供给所述主会议中未加入所述子会议的与会终端。

29.如权利要求28所述的视频会议系统，其特征在于，MRF在将所述子会议和所述主会议的与会终端的音频进行混音时，将所述子会议与会终端之间的混音音频音量设置为大于所述主会议中未加入所述子会议的与会终端之间的混音音频音量。

30.如权利要求27所述的视频会议系统，其特征在于，所述MRF还用于：当有终端从子会议离开且该离开子会议的终端是该子会议的主会议的与会终端时，根据所述IMS视频会议应用服务器发送的修改混音设置的请求消息，为该离开所述子会议的与会终端以及所述主会议中没有加入所述子会议的与会终端进行混音设置，使该离开所述子会议的与会终端的音频重新与所述主会议中没有加入所述子会议的与会终端进行音频混音。