专利名称：一种多媒体子系统中子会议的实现方法、控制方法及装置的制作方法
技术领域：
本发明属于通信领域，特别涉及一种多媒体子系统中子会议的实现方法、 控制方法及装置。
糊支A
IMS (IP Multimedia Subsystem: IP多媒体子系统)是3GPP R5阶段增加 的WCDMA ( Wideband Code Division Multiple Access:宽带码分多址)网络叠 加在已有分组域上的一个子系统。IMS釆用分组域为其上层控制信令和媒体传 输的承载通道，引入SIP ( Session Initial Protocol:会话发起协i义)协议作为业 务控制协议。IMS通过将业务控制与承载控制分离，提供各种丰富的业务。IMS 网络可以包括提供业务逻辑的功能实体AS ( Application Server:应用服务器)； 提供媒体资源逻辑的功能实体MRF( Media Resource Function:媒体资源功能)； MRF可以包括提供资源控制逻辑的功能实体MRFC ( Media Resource Function Controller:媒体资源功能控制器)和提供资源处理逻辑的功能实体MRFP (Media Resource Function Processor:媒体资源功能处理器)。AS为业务逻辑 提供资源可以访问i某体资源逻辑。
IMS的基本业务允许一个用户发起、更改和终止基于SIP的媒体会话。这 种机制可以应用到多方通话、会议业务等业务中。会"R业务允许用户创建、管 理、加入、终止、删除会议；会议业务还可以为用户提供多种通信媒体(如音 频、视频、消息、文本等)。
在一个日常的多人聚会交流中，主讲人在讲话时，下面可能会有其他人在 私下交流。这样的一个日常生活场景，人们也希望在网络会议业务中能够提供
6这样的条件，就是所谓的"会中会，，(又称为side-bar会议，它是在已有的主会 议中创建一个子会议)。为描述方便将这种情况下的网络会议称为主会议，创 建的"会中会"成为子会议。
发明人在实施现有技术的过程中发现目前的IMS系统等多媒体子系统中 不能够实现子会议业务。
发明内容
本发明实施例提供了 一种多媒体子系统中子会议的实现方法，可以用于解 决目前的多媒体子系统下不能够实现子会议业务的问题，所述方法包括
子会议业务逻辑实体接收主会议参与者发送的创建子会议请求，所述创建 子会议请求中包括主会议标识、子会议标识；
所述子会议业务逻辑实体根据所述主会议标识和所述子会议标识在所述 主会议标识对应的主会议中创建子会议。
本发明实施例还提供一种多媒体子系统中子会议的控制方法，所述方法包
括
求；所述创建子会议控制请求中包括主会议标识、子会议标识；
所述子会议媒体逻辑实体根据所述创建子会议控制请求对子会议执行媒 体功能处理；所述子会议是根据所述主会议标识和所述子会议标识确定的。
本发明实施例还4是供一种子会议业务逻辑实体，包括
创建子会议请求接收单元，用于接收主会议参与者发送的创建子会议请 求，所述创建子会议请求中包括主会议标识、子会议标识；
子会议创建单元，用于根据所述主会议标识和所述子会议标识在所述主会 议标识对应的主会议中创建子会议。
本发明实施例还提供一种子会议媒体逻辑实体，包括
创建子会议控制请求接收单元，用于接收子会议业务逻辑实体发送的创建子会议控制请求；所述创建子会议控制请求中包括主会议标识、子会议标识；
媒体控制处理单元，根据所述创建子会议控制请求对子会议执行媒体功能 处理；所述子会议是根据所述主会议标识和所述子会议标识确定的。
本发明实施例提出的实现多媒体子系统下子会议业务的方法可以应用到 多媒体子系统架构内会议业务系统中，满足会议业务场景中对"子会议，，的应 用需求。本发明实施例4是供方法中，子会议业务逻辑实体接收主会议参与者发 送的创建子会议请求，通过在创建子会议请求中包括主会议标识、子会议标识 进行相应的子会议创建处理；子会议业务逻辑实体还可以接收邀请参与者加入 子会议请求，进行加入子会议参与者的操作。本发明实施例的方法不仅从服务 运营商提供丰富会议服务以满足用户需求的角度考虑是有益的，而且也给会议 系统设备制造商提供了利益，此外更是满足了用户丰富的会议业务体验。
图1为本发明提供的第一实施例的系统结构示意图； 图2为本发明提供的第二实施例的方法流程示意图； 图3为本发明提供的第三实施例的方法流程示意图； 图4为本发明l是供的第四实施例的方法流程示意图； 图5为本发明^是供的第五实施例的方法流程示意图； 图6为本发明提供的第六实施例的方法流程示意图； 图7为本发明提供的第七实施例的子会议系统示意图。
具体实施例方式
本发明实施例以IMS网络为例，本发明实施例同样适用于MMD (MultimediaDomain,多媒体域)等其他类似的多媒体子系统。
本发明实施例中，子会议的特点是它具有私密性，即主会议参与者并不知道子会议的存在，并且不能知道子会议中的交流内容，但是子会议参与者可以 知道主会议中的交流内容。
在本发明实施例中的会议媒体控制可以采用基于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-Dlll。如图l所示，该实施例中，子会议逻辑实体包括子会议业务逻辑实 体105、子会议媒体逻辑实体107。
子会议业务逻辑实体105与主会议业务逻辑实体104之间可以采用会议业 务逻辑实体102的内部接口 ；子会议媒体逻辑实体107与主会议媒体逻辑实体 106之间可以采用会议媒体逻辑实体103的内部接口 。子会议业务逻辑实体105 与子会议媒体逻辑实体107之间可以采用媒体控制接口 ，消息交互可以采用基 于SIP的媒体控制协议。
本实施例中，终端i殳备UE-A108、 UE-B109、 UE-C 110、 UE-D 111与子 会议业务逻辑实体105之间的消息交互可以采用SIP协议，也可以采用CCMP (Centralized Conferencing Manipulation Protocol:集中式会议处理协议)协议。
子会议业务逻辑实体105的主要功能可以包括
接收并解析子会议请求；构造并生成子会议媒体控制消息；发送子会议媒体控制消息；构造并生成子会议请求；发送子会议请求。 子会议媒体逻辑实体107的主要功能可以包括 接收并解析子会议纟某体控制消息；控制并执行子会议媒体处理。 本实施例中，子会议业务逻辑实体105可以设置于IMS系统中的AS中；
子会议i某体逻辑实体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的。邀请参与者加入子会议请求 可以携带主会议标识信息；可以在邀请参与者加入子会议中表明主会议的身 份即该主会议作为一个会议中心；邀请参与者加入子会议请求还可以包括如 下信息
媒体能力信息如子会议交互的媒体类型、接收媒体流的地址、端口、传 输协议等信息。
主会议标识用于标识已有的主会议；
ii子会议标识标识具体需要加入的子会议；
子会议应用提示信息用于通知被邀请的参与者，其被加入到子会议中。 步骤302:子会议业务逻辑实体105根据接收到的邀请参与者加入子会议
请求将被邀请的参与者加入子会议并返回响应消息；如果成功则返回SIP的成
功响应消息；如果失败则返回SIP的失败响应消息。
在本实施例中，子会议业务逻辑实体105还可以邀请已有主会议之外的参
与者加入子会议，加入方法与本实施例类似。如果是邀请已有主会议之外的参
与者加入子会议，子会议业务逻辑实体105可以让被邀请的参与者作为一个新
的会i义乂十:活处理。
本实施例可以实现将主会议参与者加入子会议，也可以将已有主会议之外 的参与者加入子会议，并可以将被邀请的参与者作为 一个新的会议对话处理， 实现简单。
如图4所示，为本发明第四实施例提供的在主会议中创建子会议过程中媒 体控制接口上流程示意图。本实施例的方法可以包括
步骤401:子会议业务逻辑实体105发送创建子会议控制请求到子会议々某 体逻辑实体107;创建子会议控制请求可以是一个SIP请求消息，也可以是基 于SIP的媒体控制协议请求消息；创建子会议媒体控制请求中可以携带如下信 息主会议标识、子会议标识、建立子会议应用信息；其中建立子会议应用信 息可以表明子会议对于主会议是保密的、主会议对于子会议是知晓的(主会议 媒体能够传递到子会议中，反之子会议媒体不能传递到主会议中)；该建立子 会议应用信息可以是一列基于SIP的表达在已有主会议中创建"子会议"的媒 体控制协议消息。
步骤402:子会议々某体逻辑实体107根据接收到的创建子会议控制请求对 子会议执行媒体功能处理并返回响应消息；该子会议可以根据步骤401中携带 的主会议标识和子会议标识确定；媒体功能处理可以是SIP媒体控制协议消息所具体描述的媒体行为，如子会议创建时，设置使子会议能接收主会议媒体流； 向子会议加入参与者时，设置加入参与者能接收子会议媒体流。如果媒体功能 处理成功则返回基于SIP的媒体控制协议成功应答消息；如果媒体功能处理失 败则返回基于SIP的控制协i义失败应答消息。
如图5所示，为本发明第五实施例提供的参加者加入子会议过程中媒体控 制接口上流程示意图。本实施例的方法可以包括
步骤501:子会议业务逻辑实体105发送参加者加入子会议控制请求到 子会议媒体逻辑实体107;参加者加入子会议控制请求可以是一个SIP请求消 息，也可以是基于SIP的々某体控制协议请求消息；参加者加入子会议控制请求 中可以携带如下信息
主会议标识、子会议标识、媒体配置内容。如果被邀请的参与者是主会议 参与者，则该主会议参与者收发会议媒体的配置内容需要修改媒体配置内容 表示该主会议参与者可以接收主会议的媒体，也可以接收子会议的媒体；如果 被邀请的参与者不是主会议参与者，则该非主会议中的被邀请参与者的媒体配 置内容则为只接收子会议的々某体
步骤502:子会议i某体逻辑实体107根据接收到的参加者加入子会议控制 请求进行处理并返回响应消息；如果成功则返回基于SIP的控制协议成功应答 消息；如果失败则返回基于SIP的控制协议失败应答消息。
实施例四和五通过子会议业务逻辑实体105与子会议i某体逻辑实体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会话请求是关联已有主会议的；后续可以将创建的子会议关联到主会议； 主会议标识示例如下MainCon腦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 within the existing "MainConf， conference,》文在:! 某体^f亍上面。子会i义才示i口、还可以4立于一 个xml消息体中，该消息体描述子会议业务应用。
该INVITE消息还可以携带子会议的媒体属性，通过SDP中的c行和m 行描述子会议的媒体类型、接收地址、端口、传输协议、々某体编解码等信息； 还可以包括主会议交互媒体的属性信息。
该INVITE消息还可以在URI-list头域中携带子会议参与者标识列表。
该INVITE消息还可以携带子会议的应用策略。应用策略可以通过定义一 个子会议应用策略凄t据套，作为一个xml消息体实现；也可以通过扩展SDP 的方式实现。
步骤602: AS发送SIP INVITE消息到MRF，在该SIP INVITE消息中的SDP描述当中可以包含UEA应用子会议的媒体能力属性；
步骤603 ~ 604: MRF接收到AS发送的SIP INVITE消息后，对该请求消 息进行应答，在回复200 OK响应消息中可以包含MRF的SDP描述，其中至 少包含MRF应用子会议的i某体能力属性。200 OK响应消息将通过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发送200 OK响应消息至AS,回复AS的加入子会议邀 请；200 OK响应消息中可以包含UE-B的SDP信息，用于至少描述子会议的 媒体属性。
步骤609: AS发送SIP INVITE消息给MRF。
步骤610-611: AS收到MRF的200 OK响应消息后给UEB返回请求确 认消息，消息中携带了从200 OK响应中携带过来的MRF的SDP，该SDP其 中至少包含MRF应用子会议的媒体能力属性
本实施例中，终端"i殳备与子会议业务逻辑实体105之间的消息交互也可以 采用CCMP协议。如果采用CCMP协议，在步骤601中UE-A向AS发送的消
息示例可以包含如下内容
<method conference=，，http: 〃example.com/MainConflD">creat </method> <sidebars-by-val state=，，partial"><entry>
<entity="sips:MainConflD@example.com;sidebar=value" state="partial，，> <users>
<user entity="SIP: uebID@example.com"/> <user entity="sip:uedID@example.com，7> </users> </entry> </sidebars-by-val>
在步骤604中AS向UE-A发送的消息示例可以包含如下内容
<result>
<status>200</status>
<reason〉ok</status> </result>
在步骤607中AS向UE-B发送的消息示例可以包含如下内容
〈method conference=，，sips:MainConfID@example.com; sidebar=value，，>creat</method> <user entity=，，SIP: uebID@example,com，，>
<roles>sendrecv</roles>
<type>dial-out</type> </user>
在步骤608中UE-B向AS发送的消息示例可以包含如下内容
<result>
<status>200</status>
<reason>ok</status> </result>
需要说明的是，CCMP协议是基于SOAP ( Simple Object Access Protocol: 简单对象访问协议)机制，上面的消息示例仅给出CCMP消息的部分消息内容。
创建子会议过程中的控制方法可以釆用如下方式AS向MRF发送SIP控 制会话请求消息；SIP控制会话请求消息可以是SIP INFO或SIP INVITE消息， 其中可以包含描述创建子会议所需的控制信息，这些控制信息可以采用基于各 种SIP々某体控制协议机制的脚本形式。本实施例中，可以在AS与MRFC之间 建立专门的控制通道，在控制通道中传输控制消息。
SIP控制会话请求消息还可以包含主会议标识；还可以包括建立子会议应 用的描述信息。该描述信息可以遵循SIP媒体控制协议机制，示例如下<join idl=，，MainConf ， id2="side-bar">
<stream type="audio" direction="receive"/> </join>
MRF接收AS的SIP控制会话请求消息，并向AS返回SIP控制会话响应 消息。
参加者加入子会议过程中的控制方法与创建子会议过程中的控制方法类 似，不过需要在SIP控制会话请求消息中携带子会议标识；SIP控制会话请求 消息还可以包含被邀请的参与者收发会议媒体的配置内容，描述被邀请的参与 者被加入子会议。媒体配置内容可以是遵循一种SIP媒体控制协议机制，示例 如下
<join idl="side-bar" id2="MainConfUserAIDl，7> 或
〈unjoin idl="MainConf， id2="NoMainConfUserDID3"〉 <join idl="side-bar，， id2=，，NoMainConfUserDID3，7>
UE-A邀请非主会议参与者UE-D参加子会议，由于UE-D没有必要知道 是加入一个主会议还是子会议，因此UE-D加入到子会议的方式可以采用 一般 会议(比如本实施例中的主会议)的加入方法，这里不再详细说明。
本发明第七实施例提供的子会议系统，其结构如图7所示，包括子会议 业务逻辑实体701、子会议i某体逻辑实体702;其中，子会议业务逻辑实体701 可以包括
创建子会议请求接收单元7011 ，用于接收主会议参与者发送的创建子会议 请求，该创建子会议请求中包括主会议标识、子会议标识；
子会议创建单元7012,用于根据主会议标识和子会议标识在主会议标识对 应的主会议中创建子会议。
在上述创建子会议请求中可以包括子会议参与者列表。子会议业务逻辑实
17体701还可以包括子会议参与者确定单元7013，用于根据该子会议参与者列表
确定该子会议的参与者。
子会议业务逻辑实体701还可以包括邀请参与者加入子会议请求接收单元 7014,用于接收邀请参与者加入子会议请求，该邀请参与者加入子会议请求中 包括被邀请者标识；
子会议加入单元7015,用于根据被邀请者标识将被邀请者标识对应的用户 终端加入子会议。
本实施例中的子会议业务逻辑实体701可以是AS。
该系统中的子会议々某体逻辑实体702可以包括创建子会议控制请求接收单 元7021,用于接收子会议业务逻辑实体发送的创建子会议控制请求；该创建子 会议控制请求中包括主会议标识、子会议标识；
媒体控制处理单元7022，根据所述创建子会议控制请求对子会议执行媒体 功能处理；该子会议是根据主会议标识和子会议标识确定的。
上述创建子会议控制请求中还包括建立子会议应用指示信息。子会议媒体 逻辑实体702还可以包括应用指示信息设置单元7023，用于才艮据建立子会议应 用指示信息进行如下配置处理主会议媒体能传递到子会议中，子会议媒体不 能传递到主会议中。
子会议媒体逻辑实体702还可以包括第一接收单元7024，用于接收所述 子会议业务逻辑实体发送的参加者加入子会议控制请求，该参加者加入子会议 控制请求包括J 某体配置内容；^皮邀请加入子会议的参与者为主会议参与者；
第一设置单元7025，用于根据媒体配置内容进行如下设置被邀请加入子
子会议媒体逻辑实体702还可以包括第二接收单元7026，用于接收子会 议业务逻辑实体发送的参加者加入子会议控制请求，参加者加入子会议控制请 求包括媒体配置内容；被邀请加入子会议的参与者不是主会议参与者；第二设置单元7027,用于根据媒体配置内容进行如下设置被邀请加入子 会议的参与者只接收子会议的媒体。
本实施例中的子会议媒体逻辑实体702可以是MRF。
本实施例中的创建子会议请求为SIP消息；邀请参与者加入子会议请求为 SIP消息；或者，
々J建子会i义"i貪^K为CCMP ( Centralized Conferencing Manipulation Protocol:
集中式会议处理协议)协议消息；邀请参与者加入子会议请求为CCMP协议消 自
本实施例中的子会议标识可以设置于SIP消息中的request-URI 、头域、 SDP字段或者设置于xml消息体中。
本实施例中的创建子会议控制请求为SIP请求消息，参加者加入子会议控 制请求为SIP请求消息；或者，
创建子会议控制请求为基于SIP对媒体控制协议请求消息，参加者加入子 会议控制请求为基于SIP对媒体控制协议请求消息。
明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种多媒体子系统中子会议的实现方法，其特征在于，所述方法包括子会议业务逻辑实体接收主会议参与者发送的创建子会议请求，所述创建子会议请求中包括主会议标识、子会议标识；所述子会议业务逻辑实体根据所述主会议标识和所述子会议标识在所述主会议标识对应的主会议中创建子会议。
2、 如权利要求1所述的方法，其特征在于，所述创建子会议请求中包括 子会议参与者列表，所述子会议业务逻辑实体根据所述子会议参与者列表确定 所述子会议的参与者。
3、 如权利要求l所述的方法，其特征在于，所述方法还包括 所述子会议业务逻辑实体接收邀请参与者加入子会议请求，所述邀请参与者加入子会议请求中包括被邀请者标识；所述子会议业务逻辑实体根据所述被邀请者标识将所述被邀请者标识对 应的用户终端加入所述子会i义。
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所述的实体，其特征在于，所述子会议业务逻辑实体 还包括邀请参与者加入子会议请求接收单元，用于接收邀请参与者加入子会议请 求，所述邀请参与者加入子会议请求中包括被邀请者标识；子会议加入单元，用于根据所述被邀请者标识将所述被邀请者标识对应的 用户终端加入所述子会i义。
19、 如权利要求16至18任一项所述的实体，其特征在于，所述子会议业 务逻辑实体为AS。
20、 一种子会议媒体逻辑实体，其特征在于，所述子会议媒体逻辑实体包括创建子会议控制请求接收单元，用于接收子会议业务逻辑实体发送的创建 子会议控制请求；所述创建子会议控制请求中包括主会议标识、子会议标识；媒体控制处理单元，根据所述创建子会议控制请求对子会议执行媒体功能 处理；所述子会议是4艮据所述主会议标识和所述子会议标识确定的。
21、 如权利要求20所述的实体，其特征在于，所述创建子会议控制请求 中还包括建立子会议应用指示信息；所述子会议i某体逻辑实体还包括应用指示 信息设置单元，用于才艮据所述建立子会议应用指示信息进行如下配置处理主会议媒体能传递到子会议中，子会议媒体不能传递到主会议中。
22、 如权利要求20所述的实体，其特征在于，所述子会议媒体逻辑实体 还包括第一接收单元，用于接收所述子会议业务逻辑实体发送的参加者加入子会 议控制请求，所述参加者加入子会议控制请求包括i某体配置内容；被邀请加入 子会议的参与者为主会议参与者；第一设置单元，用于根据所述媒体配置内容进行如下设置所述被邀请加
23、 如权利要求20所述的实体，其特征在于，所述子会议媒体逻辑实体 还包括第二接收单元，用于接收所述子会议业务逻辑实体发送的参加者加入子会 议控制请求，所述参加者加入子会议控制请求包括媒体配置内容；被邀请加入 子会议的参与者不是主会议参与者；第二设置单元，用于根据所述媒体配置内容进行如下设置所述被邀请加 入子会议的参与者只接收子会议的媒体。
24、 如权利要求20至23任一项所述的实体，其特征在于，所述子会议媒 体逻辑实体为MRF。
全文摘要
本发明实施例公开了一种多媒体子系统中子会议的实现方法，该方法包括子会议业务逻辑实体接收主会议参与者发送的创建子会议请求，所述创建子会议请求中包括主会议标识、子会议标识；所述子会议业务逻辑实体根据所述主会议标识和所述子会议标识在所述主会议标识对应的主会议中创建子会议。本发明实施例还公开了一种多媒体子系统中子会议的控制方法、子会议业务逻辑实体和子会议媒体逻辑实体。
文档编号H04L29/06GK101527641SQ200810065489
公开日2009年9月9日 申请日期2008年3月5日 优先权日2008年3月5日
发明者张玉侠, 徐培利, 漆宝剑, 啸 王, 鹏 王 申请人:华为技术有限公司