CN101527641A

CN101527641A - 一种多媒体子系统中子会议的实现方法、控制方法及装置

Info

Publication number: CN101527641A
Application number: CN200810065489A
Authority: CN
Inventors: 张玉侠; 王鹏; 王啸; 漆宝剑; 徐培利
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-03-05
Filing date: 2008-03-05
Publication date: 2009-09-09

Abstract

本发明实施例公开了一种多媒体子系统中子会议的实现方法，该方法包括：子会议业务逻辑实体接收主会议参与者发送的创建子会议请求，所述创建子会议请求中包括主会议标识、子会议标识；所述子会议业务逻辑实体根据所述主会议标识和所述子会议标识在所述主会议标识对应的主会议中创建子会议。本发明实施例还公开了一种多媒体子系统中子会议的控制方法、子会议业务逻辑实体和子会议媒体逻辑实体。

Description

一种多媒体子系统中子会议的实现方法、控制方法及装置

技术领域

本发明属于通信领域，特别涉及一种多媒体子系统中子会议的实现方法、控制方法及装置。

背景技术

IMS(IP Multimedia Subsystem：IP多媒体子系统)是3GPP R5阶段增加的WCDMA(Wideband Code Division Multiple Access：宽带码分多址)网络叠加在已有分组域上的一个子系统。IMS采用分组域为其上层控制信令和媒体传输的承载通道，引入SIP(Session Initial Protocol：会话发起协议)协议作为业务控制协议。IMS通过将业务控制与承载控制分离，提供各种丰富的业务。IMS网络可以包括提供业务逻辑的功能实体AS(Application Server：应用服务器)；提供媒体资源逻辑的功能实体MRF(Media Resource Function：媒体资源功能)；MRF可以包括提供资源控制逻辑的功能实体MRFC(Media Resource FunctionController：媒体资源功能控制器)和提供资源处理逻辑的功能实体MRFP(Media Resource Function Processor：媒体资源功能处理器)。AS为业务逻辑提供资源可以访问媒体资源逻辑。

IMS的基本业务允许一个用户发起、更改和终止基于SIP的媒体会话。这种机制可以应用到多方通话、会议业务等业务中。会议业务允许用户创建、管理、加入、终止、删除会议；会议业务还可以为用户提供多种通信媒体(如音频、视频、消息、文本等)。

在一个日常的多人聚会交流中，主讲人在讲话时，下面可能会有其他人在私下交流。这样的一个日常生活场景，人们也希望在网络会议业务中能够提供这样的条件，就是所谓的“会中会”(又称为side-bar会议，它是在已有的主会议中创建一个子会议)。为描述方便将这种情况下的网络会议称为主会议，创建的“会中会”成为子会议。

发明人在实施现有技术的过程中发现：目前的IMS系统等多媒体子系统中不能够实现子会议业务。

发明内容

本发明实施例提供了一种多媒体子系统中子会议的实现方法，可以用于解决目前的多媒体子系统下不能够实现子会议业务的问题，所述方法包括：

子会议业务逻辑实体接收主会议参与者发送的创建子会议请求，所述创建子会议请求中包括主会议标识、子会议标识；

所述子会议业务逻辑实体根据所述主会议标识和所述子会议标识在所述主会议标识对应的主会议中创建子会议。

本发明实施例还提供一种多媒体子系统中子会议的控制方法，所述方法包括：

子会议媒体逻辑实体接收子会议业务逻辑实体发送的创建子会议控制请求；所述创建子会议控制请求中包括主会议标识、子会议标识；

所述子会议媒体逻辑实体根据所述创建子会议控制请求对子会议执行媒体功能处理；所述子会议是根据所述主会议标识和所述子会议标识确定的。

本发明实施例还提供一种子会议业务逻辑实体，包括：

创建子会议请求接收单元，用于接收主会议参与者发送的创建子会议请求，所述创建子会议请求中包括主会议标识、子会议标识；

子会议创建单元，用于根据所述主会议标识和所述子会议标识在所述主会议标识对应的主会议中创建子会议。

本发明实施例还提供一种子会议媒体逻辑实体，包括：

创建子会议控制请求接收单元，用于接收子会议业务逻辑实体发送的创建子会议控制请求；所述创建子会议控制请求中包括主会议标识、子会议标识；

媒体控制处理单元，根据所述创建子会议控制请求对子会议执行媒体功能处理；所述子会议是根据所述主会议标识和所述子会议标识确定的。

本发明实施例提出的实现多媒体子系统下子会议业务的方法可以应用到多媒体子系统架构内会议业务系统中，满足会议业务场景中对“子会议”的应用需求。本发明实施例提供方法中，子会议业务逻辑实体接收主会议参与者发送的创建子会议请求，通过在创建子会议请求中包括主会议标识、子会议标识进行相应的子会议创建处理；子会议业务逻辑实体还可以接收邀请参与者加入子会议请求，进行加入子会议参与者的操作。本发明实施例的方法不仅从服务运营商提供丰富会议服务以满足用户需求的角度考虑是有益的，而且也给会议系统设备制造商提供了利益，此外更是满足了用户丰富的会议业务体验。

附图说明

图1为本发明提供的第一实施例的系统结构示意图；

图2为本发明提供的第二实施例的方法流程示意图；

图3为本发明提供的第三实施例的方法流程示意图；

图4为本发明提供的第四实施例的方法流程示意图；

图5为本发明提供的第五实施例的方法流程示意图；

图6为本发明提供的第六实施例的方法流程示意图；

图7为本发明提供的第七实施例的子会议系统示意图。

具体实施方式

本发明实施例以IMS网络为例，本发明实施例同样适用于MMD(Multimedia Domain，多媒体域)等其他类似的多媒体子系统。

本发明实施例中，子会议的特点是它具有私密性，即主会议参与者并不知道子会议的存在，并且不能知道子会议中的交流内容，但是子会议参与者可以知道主会议中的交流内容。

在本发明实施例中的会议媒体控制可以采用基于SIP的媒体控制协议。具体可以为：AS与MRF之间可以采用分离的紧耦合会议模式。所有会议参与者均通过独立的SIP对话与会议中心保持通信连接，各对话之间在会议系统内部保持关联关系。AS可能充当会议中心，执行会议策略，控制管理会议参与者与会议中心的对话，还可能支持会议事件订阅机制等。MRF执行会议媒体策略，控制处理语音、视频、文本等的混合。

如图1所示为本发明第一实施例提供的会议逻辑功能系统示意图。该图中，会议逻辑功能系统101可以包括会议业务逻辑实体102、会议媒体逻辑实体103；会议业务逻辑实体102可以包括主会议业务逻辑实体104、子会议业务逻辑实体105；会议媒体逻辑实体103可以包括主会议媒体逻辑实体106、子会议媒体逻辑实体107；图1中还包括了终端设备UE-A 108、UE-B 109、UE-C 110、UE-D 111。如图1所示，该实施例中，子会议逻辑实体包括子会议业务逻辑实体105、子会议媒体逻辑实体107。

子会议业务逻辑实体105与主会议业务逻辑实体104之间可以采用会议业务逻辑实体102的内部接口；子会议媒体逻辑实体107与主会议媒体逻辑实体106之间可以采用会议媒体逻辑实体103的内部接口。子会议业务逻辑实体105与子会议媒体逻辑实体107之间可以采用媒体控制接口，消息交互可以采用基于SIP的媒体控制协议。

本实施例中，终端设备UE-A 108、UE-B 109、UE-C 110、UE-D 111与子会议业务逻辑实体105之间的消息交互可以采用SIP协议，也可以采用CCMP(Centralized Conferencing Manipulation Protocol：集中式会议处理协议)协议。

子会议业务逻辑实体105的主要功能可以包括：

接收并解析子会议请求；构造并生成子会议媒体控制消息；发送子会议媒体控制消息；构造并生成子会议请求；发送子会议请求。

子会议媒体逻辑实体107的主要功能可以包括：

接收并解析子会议媒体控制消息；控制并执行子会议媒体处理。

本实施例中，子会议业务逻辑实体105可以设置于IMS系统中的AS中；子会议媒体逻辑实体107可以设置在IMS系统中的MRF中。

需要说明的是，图1给出的仅仅是接口的示意图，各个实体之间的接口并没有在该图中穷尽。

如图2所示，为本发明第二实施例提供的在主会议中创建子会议的方法流程示意图。本实施例的方法可以包括：

步骤201：会议业务参与者发送创建子会议请求到子会议业务逻辑实体105，创建子会议请求可以是一个SIP请求消息，创建的子会议请求中可以携带如下信息：

媒体能力信息：如子会议交互的媒体类型、接收媒体流的地址、端口、传输协议等信息。

主会议标识：子会议是被会议业务参与者在已有的主会议中创建而存在的，即可以认为子会议是包含在主会议中的；因此在创建子会议请求中应该携带代表已有主会议的标识信息即主会议标识；

子会议标识：表明该被创建子会议的标识信息，可以用于后续对子会议的操作控制；

子会议参与者列表：会议业务参与者在创建子会议时，可以通知子会议业务逻辑实体105邀请哪些参与者加入到该子会议中；这些子会议参与者可以是已有的主会议参与者，也可以是不在主会议中的参与者；该子会议参与者列表可以包含一列会议业务参与者的标识。

创建子会议请求中还可以携带如下信息：

会议参与者创建子会议的鉴权项：用于在创建子会议过程中，供子会议业务逻辑实体105进行鉴权的信息；

会议参与者创建子会议的策略内容：用于描述会议业务参与者提供的关于被创建子会议的策略。如被创建子会议是否接受陌生参与者的加入、是否允许非子会议创建者的其他子会议参与者终止子会议等。

步骤202：子会议业务逻辑实体105根据接收到的创建子会议请求创建子会议并返回响应消息；如果创建成功则返回SIP的成功响应消息；如果创建失败则返回SIP的失败响应消息。

在本实施例中，会议业务参与者可以是一个SIP终端，会议业务参与者可以发送SIP请求或者SIP响应；也可以接收SIP请求或者SIP响应。

本实施例通过会议业务参与者发送创建子会议请求到子会议业务逻辑实体105，以创建了子会议，并可以预先设置子会议的参与者。

如图3所示，为本发明第三实施例提供的邀请参与者加入子会议的方法流程示意图。本实施例中被邀请加入子会议的参与者是主会议参与者；本实施例的方法可以包括：

步骤301：会议业务参与者向子会议业务逻辑实体105发送邀请参与者加入子会议请求。邀请参与者加入子会议请求可以是一个SIP请求消息；邀请参与者加入子会议请求中可以携带被邀请参与者标识，该被邀请参与者标识可以来源于创建子会议时的子会议参与者列表中，也可以是创建子会议的会议参与者通过其他方式通知子会议业务逻辑实体105的。邀请参与者加入子会议请求可以携带主会议标识信息；可以在邀请参与者加入子会议中表明主会议的身份：即该主会议作为一个会议中心；邀请参与者加入子会议请求还可以包括如下信息：

主会议标识：用于标识已有的主会议；

子会议标识：标识具体需要加入的子会议；

子会议应用提示信息：用于通知被邀请的参与者，其被加入到子会议中。

步骤302：子会议业务逻辑实体105根据接收到的邀请参与者加入子会议请求将被邀请的参与者加入子会议并返回响应消息；如果成功则返回SIP的成功响应消息；如果失败则返回SIP的失败响应消息。

在本实施例中，子会议业务逻辑实体105还可以邀请已有主会议之外的参与者加入子会议，加入方法与本实施例类似。如果是邀请已有主会议之外的参与者加入子会议，子会议业务逻辑实体105可以让被邀请的参与者作为一个新的会议对话处理。

本实施例可以实现将主会议参与者加入子会议，也可以将已有主会议之外的参与者加入子会议，并可以将被邀请的参与者作为一个新的会议对话处理，实现简单。

如图4所示，为本发明第四实施例提供的在主会议中创建子会议过程中媒体控制接口上流程示意图。本实施例的方法可以包括：

步骤401：子会议业务逻辑实体105发送创建子会议控制请求到子会议媒体逻辑实体107；创建子会议控制请求可以是一个SIP请求消息，也可以是基于SIP的媒体控制协议请求消息；创建子会议媒体控制请求中可以携带如下信息：主会议标识、子会议标识、建立子会议应用信息；其中建立子会议应用信息可以表明子会议对于主会议是保密的、主会议对于子会议是知晓的(主会议媒体能够传递到子会议中，反之子会议媒体不能传递到主会议中)；该建立子会议应用信息可以是一列基于SIP的表达在已有主会议中创建“子会议”的媒体控制协议消息。

步骤402：子会议媒体逻辑实体107根据接收到的创建子会议控制请求对子会议执行媒体功能处理并返回响应消息；该子会议可以根据步骤401中携带的主会议标识和子会议标识确定；媒体功能处理可以是SIP媒体控制协议消息所具体描述的媒体行为，如子会议创建时，设置使子会议能接收主会议媒体流；向子会议加入参与者时，设置加入参与者能接收子会议媒体流。如果媒体功能处理成功则返回基于SIP的媒体控制协议成功应答消息；如果媒体功能处理失败则返回基于SIP的控制协议失败应答消息。

如图5所示，为本发明第五实施例提供的参加者加入子会议过程中媒体控制接口上流程示意图。本实施例的方法可以包括：

步骤501：子会议业务逻辑实体105发送参加者加入子会议控制请求到子会议媒体逻辑实体107；参加者加入子会议控制请求可以是一个SIP请求消息，也可以是基于SIP的媒体控制协议请求消息；参加者加入子会议控制请求中可以携带如下信息：

主会议标识、子会议标识、媒体配置内容。如果被邀请的参与者是主会议参与者，则该主会议参与者收发会议媒体的配置内容需要修改：媒体配置内容表示该主会议参与者可以接收主会议的媒体，也可以接收子会议的媒体；如果被邀请的参与者不是主会议参与者，则该非主会议中的被邀请参与者的媒体配置内容则为只接收子会议的媒体

步骤502：子会议媒体逻辑实体107根据接收到的参加者加入子会议控制请求进行处理并返回响应消息；如果成功则返回基于SIP的控制协议成功应答消息；如果失败则返回基于SIP的控制协议失败应答消息。

实施例四和五通过子会议业务逻辑实体105与子会议媒体逻辑实体107的交互，对子会议的媒体信息进行设置处理，实现了对子会议的控制。

如图6所示，为本发明第六实施例提供的IMS系统中实现子会议的方法流程示意图。本实施例中，一个已有的主会议(该会议为音频会议)中有会议业务参与者UE-A、UE-B；其中UE-A创建了一个子会议，并邀请主会议中UE-B加入该子会议。本实施例中的子会议业务逻辑实体105通过AS实现，子会议媒体逻辑实体107通过MRF实现。本实施例的的方法可以包括：

步骤601：UE-A向AS发送SIP INVITE消息，其中携带请求创建子会议所需的信息；

该INVITE消息的Request-URI中可以携带已有的主会议标识，用于表明该SIP会话请求是关联已有主会议的；后续可以将创建的子会议关联到主会议；主会议标识示例如下：MainConf@example.com；

该INVITE消息可以携带子会议标识；子会议标识可以携带在INVITE消息中的request-URI、头域、SDP(Session Description Protocol：会话描述协议)字段中；也可以位于一个扩展产生的承载子会议信息的body中。比如子会议标识位于request-URI字段中，作为SIP request-URI的一个参数，示例如下：

INVITE SIP:MainConf@example.com；side-bar

子会议标识也可以位于某个头域中，如accept-contact头域中，示例如下：accept-contact:application＝“side-bar”

子会议标识可以位于SDP中，一种方法是“type”属性行扩展一个“side-bar”属性值，表示一个子会议；作为会话级属性，放在媒体行上面；示例如下：a＝type:side-bar。另一种方法是在SDP的i域中描述，如i＝it will creat a side-bar withinthe existing“MainConf”conference，放在媒体行上面。子会议标识还可以位于一个xml消息体中，该消息体描述子会议业务应用。

该INVITE消息还可以携带子会议的媒体属性，通过SDP中的c行和m行描述子会议的媒体类型、接收地址、端口、传输协议、媒体编解码等信息；还可以包括主会议交互媒体的属性信息。

该INVITE消息还可以在URI-list头域中携带子会议参与者标识列表。

该INVITE消息还可以携带子会议的应用策略。应用策略可以通过定义一个子会议应用策略数据套，作为一个xml消息体实现；也可以通过扩展SDP的方式实现。

步骤602：AS发送SIP INVITE消息到MRF，在该SIP INVITE消息中的SDP描述当中可以包含UEA应用子会议的媒体能力属性；

步骤603～604：MRF接收到AS发送的SIP INVITE消息后，对该请求消息进行应答，在回复200OK响应消息中可以包含MRF的SDP描述，其中至少包含MRF应用子会议的媒体能力属性。200OK响应消息将通过AS转发给UE-A。

步骤605～606：UE-A通过AS发送ACK响应消息至MRF。

步骤607：AS向主会议参与者UE-B发送SIP INVITE消息，请求UE-B加入子会议；该SIP INVITE消息中携带邀请UE-B加入子会议所需的信息，包括：主会议标识、子会议标识等；主会议标识和子会议标识都可以携带在contact头域中，具体示例如下：contact<SIP:MainConf@example.com；side-bar>；

SIP INVITE消息中还可以携带关于子会议应用提示的内容信息，该信息可以位于一个文本消息体即text body中，也可以位于一个语音文件中；或者，通过SIP URI中的“play”参数携带，如SIP:MainConf@example.com；play＝file://fileserver.example.net/annc/side-bar.wav。

步骤608：UE-B发送200OK响应消息至AS，回复AS的加入子会议邀请；200OK响应消息中可以包含UE-B的SDP信息，用于至少描述子会议的媒体属性。

步骤609：AS发送SIP INVITE消息给MRF。

步骤610～611：AS收到MRF的200OK响应消息后给UEB返回请求确认消息，消息中携带了从200OK响应中携带过来的MRF的SDP，该SDP其中至少包含MRF应用子会议的媒体能力属性

本实施例中，终端设备与子会议业务逻辑实体105之间的消息交互也可以采用CCMP协议。如果采用CCMP协议，在步骤601中UE-A向AS发送的消息示例可以包含如下内容：

<method conference＝”http://example.com/MainConfID”>creat</method>

<sidebars-by-val state＝”partial”>

<entry>

<entity＝”sips:MainConfID@example.com；sidebar＝value”state＝”partial”>

<users>

</users>

</entry>

</sidebars-by-val>

在步骤604中AS向UE-A发送的消息示例可以包含如下内容：

</result>

在步骤607中AS向UE-B发送的消息示例可以包含如下内容：

<method conference＝”sips:MainConfID@example.com；sidebar＝value”>creat</method>

<roles>sendrecv</roles>

</user>

在步骤608中UE-B向AS发送的消息示例可以包含如下内容：

</result>

需要说明的是，CCMP协议是基于SOAP(Simple Object Access Protocol：简单对象访问协议)机制，上面的消息示例仅给出CCMP消息的部分消息内容。

创建子会议过程中的控制方法可以采用如下方式：AS向MRF发送SIP控制会话请求消息；SIP控制会话请求消息可以是SIP INFO或SIP INVITE消息，其中可以包含描述创建子会议所需的控制信息，这些控制信息可以采用基于各种SIP媒体控制协议机制的脚本形式。本实施例中，可以在AS与MRFC之间建立专门的控制通道，在控制通道中传输控制消息。

SIP控制会话请求消息还可以包含主会议标识；还可以包括建立子会议应用的描述信息。该描述信息可以遵循SIP媒体控制协议机制，示例如下：

</join>

MRF接收AS的SIP控制会话请求消息，并向AS返回SIP控制会话响应消息。

参加者加入子会议过程中的控制方法与创建子会议过程中的控制方法类似，不过需要在SIP控制会话请求消息中携带子会议标识；SIP控制会话请求消息还可以包含被邀请的参与者收发会议媒体的配置内容，描述被邀请的参与者被加入子会议。媒体配置内容可以是遵循一种SIP媒体控制协议机制，示例如下：

或

UE-A邀请非主会议参与者UE-D参加子会议，由于UE-D没有必要知道是加入一个主会议还是子会议，因此UE-D加入到子会议的方式可以采用一般会议(比如本实施例中的主会议)的加入方法，这里不再详细说明。

本发明第七实施例提供的子会议系统，其结构如图7所示，包括：子会议业务逻辑实体701、子会议媒体逻辑实体702；其中，子会议业务逻辑实体701可以包括：

创建子会议请求接收单元7011，用于接收主会议参与者发送的创建子会议请求，该创建子会议请求中包括主会议标识、子会议标识；

子会议创建单元7012，用于根据主会议标识和子会议标识在主会议标识对应的主会议中创建子会议。

在上述创建子会议请求中可以包括子会议参与者列表。子会议业务逻辑实体701还可以包括子会议参与者确定单元7013，用于根据该子会议参与者列表确定该子会议的参与者。

子会议业务逻辑实体701还可以包括邀请参与者加入子会议请求接收单元7014，用于接收邀请参与者加入子会议请求，该邀请参与者加入子会议请求中包括被邀请者标识；

子会议加入单元7015，用于根据被邀请者标识将被邀请者标识对应的用户终端加入子会议。

本实施例中的子会议业务逻辑实体701可以是AS。

该系统中的子会议媒体逻辑实体702可以包括创建子会议控制请求接收单元7021，用于接收子会议业务逻辑实体发送的创建子会议控制请求；该创建子会议控制请求中包括主会议标识、子会议标识；

媒体控制处理单元7022，根据所述创建子会议控制请求对子会议执行媒体功能处理；该子会议是根据主会议标识和子会议标识确定的。

上述创建子会议控制请求中还包括建立子会议应用指示信息。子会议媒体逻辑实体702还可以包括应用指示信息设置单元7023，用于根据建立子会议应用指示信息进行如下配置处理：主会议媒体能传递到子会议中，子会议媒体不能传递到主会议中。

子会议媒体逻辑实体702还可以包括：第一接收单元7024，用于接收所述子会议业务逻辑实体发送的参加者加入子会议控制请求，该参加者加入子会议控制请求包括媒体配置内容；被邀请加入子会议的参与者为主会议参与者；

第一设置单元7025，用于根据媒体配置内容进行如下设置：被邀请加入子会议的参与者可以同时接收主会议的媒体和子会议的媒体。

子会议媒体逻辑实体702还可以包括：第二接收单元7026，用于接收子会议业务逻辑实体发送的参加者加入子会议控制请求，参加者加入子会议控制请求包括媒体配置内容；被邀请加入子会议的参与者不是主会议参与者；

第二设置单元7027，用于根据媒体配置内容进行如下设置：被邀请加入子会议的参与者只接收子会议的媒体。

本实施例中的子会议媒体逻辑实体702可以是MRF。

本实施例中的创建子会议请求为SIP消息；邀请参与者加入子会议请求为SIP消息；或者，

创建子会议请求为CCMP(Centralized Conferencing Manipulation Protocol：集中式会议处理协议)协议消息；邀请参与者加入子会议请求为CCMP协议消息。

本实施例中的子会议标识可以设置于SIP消息中的request-URI、头域、SDP字段或者设置于xml消息体中。

本实施例中的创建子会议控制请求为SIP请求消息，参加者加入子会议控制请求为SIP请求消息；或者，

创建子会议控制请求为基于SIP对媒体控制协议请求消息，参加者加入子会议控制请求为基于SIP对媒体控制协议请求消息。

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

Claims

1、一种多媒体子系统中子会议的实现方法，其特征在于，所述方法包括：

2、如权利要求1所述的方法，其特征在于，所述创建子会议请求中包括子会议参与者列表，所述子会议业务逻辑实体根据所述子会议参与者列表确定所述子会议的参与者。

3、如权利要求1所述的方法，其特征在于，所述方法还包括：

所述子会议业务逻辑实体接收邀请参与者加入子会议请求，所述邀请参与者加入子会议请求中包括被邀请者标识；

所述子会议业务逻辑实体根据所述被邀请者标识将所述被邀请者标识对应的用户终端加入所述子会议。

4、如权利要求1至3任一项所述的方法，其特征在于，所述子会议业务逻辑实体为AS。

5、如权利要求1至3任一项所述的方法，其特征在于，所述创建子会议请求为SIP消息或者集中式会议处理协议CCMP消息。

6、如权利要求3所述的方法，其特征在于，所述邀请参与者加入子会议请求为SIP消息或者CCMP协议消息。

7、如权利要求1所述的方法，其特征在于，所述子会议标识设置于SIP消息中的request-URI或者SIP消息中的头域或者SIP消息中的SDP字段或者xml消息体中。

8、一种多媒体子系统中子会议的控制方法，其特征在于，所述方法包括：

子会议媒体逻辑实体接收子会议业务逻辑实体发送的创建子会议控制请求，所述创建子会议控制请求中包括主会议标识、子会议标识；

9、如权利要求8所述的方法，其特征在于，所述创建子会议控制请求中还包括建立子会议应用指示信息；所述子会议媒体逻辑实体根据所述建立子会议应用指示信息进行如下配置处理：主会议媒体能传递到子会议中，子会议媒体不能传递到主会议中。

10、如权利要求8所述的方法，其特征在于，所述方法还包括：

所述子会议媒体逻辑实体接收所述子会议业务逻辑实体发送的参加者加入子会议控制请求，所述参加者加入子会议控制请求包括媒体配置内容；被邀请加入子会议的参与者为主会议参与者；

所述子会议媒体逻辑实体根据所述媒体配置内容进行如下设置：所述被邀请加入子会议的参与者可以同时接收主会议的媒体和子会议的媒体。

11、如权利要求8所述的方法，其特征在于，所述方法还包括：

所述子会议媒体逻辑实体接收所述子会议业务逻辑实体发送的参加者加入子会议控制请求，所述参加者加入子会议控制请求包括媒体配置内容；被邀请加入子会议的参与者不是主会议参与者；

所述子会议媒体逻辑实体根据所述媒体配置内容进行如下设置：所述被邀请加入子会议的参与者只接收子会议的媒体。

12、如权利要求8至11任一项所述的方法，其特征在于，所述子会议媒体逻辑实体为MRF。

13、如权利要求8至11任一项所述的方法，其特征在于，所述子会议业务逻辑实体为AS。

14、如权利要求8至11任一项所述的方法，其特征在于，所述创建子会议控制请求为SIP请求消息或者基于SIP对媒体控制协议请求消息。

15、如权利要求10或11所述的方法，其特征在于，，所述参加者加入子会议控制请求为SIP请求消息或者基于SIP对媒体控制协议请求消息。

16、一种子会议业务逻辑实体，其特征在于，所述子会议业务逻辑实体包括：

17、如权利要求16所述的实体，其特征在于，所述创建子会议请求中包括子会议参与者列表，所述子会议业务逻辑实体还包括子会议参与者确定单元，用于根据所述子会议参与者列表确定所述子会议的参与者。

18、如权利要求16所述的实体，其特征在于，所述子会议业务逻辑实体还包括：

邀请参与者加入子会议请求接收单元，用于接收邀请参与者加入子会议请求，所述邀请参与者加入子会议请求中包括被邀请者标识；

子会议加入单元，用于根据所述被邀请者标识将所述被邀请者标识对应的用户终端加入所述子会议。

19、如权利要求16至18任一项所述的实体，其特征在于，所述子会议业务逻辑实体为AS。

20、一种子会议媒体逻辑实体，其特征在于，所述子会议媒体逻辑实体包括：

21、如权利要求20所述的实体，其特征在于，所述创建子会议控制请求中还包括建立子会议应用指示信息；所述子会议媒体逻辑实体还包括应用指示信息设置单元，用于根据所述建立子会议应用指示信息进行如下配置处理：主会议媒体能传递到子会议中，子会议媒体不能传递到主会议中。

22、如权利要求20所述的实体，其特征在于，所述子会议媒体逻辑实体还包括：

第一接收单元，用于接收所述子会议业务逻辑实体发送的参加者加入子会议控制请求，所述参加者加入子会议控制请求包括媒体配置内容；被邀请加入子会议的参与者为主会议参与者；

第一设置单元，用于根据所述媒体配置内容进行如下设置：所述被邀请加入子会议的参与者可以同时接收主会议的媒体和子会议的媒体。

23、如权利要求20所述的实体，其特征在于，所述子会议媒体逻辑实体还包括：

第二接收单元，用于接收所述子会议业务逻辑实体发送的参加者加入子会议控制请求，所述参加者加入子会议控制请求包括媒体配置内容；被邀请加入子会议的参与者不是主会议参与者；

第二设置单元，用于根据所述媒体配置内容进行如下设置：所述被邀请加入子会议的参与者只接收子会议的媒体。

24、如权利要求20至23任一项所述的实体，其特征在于，所述子会议媒体逻辑实体为MRF。