专利名称：子会议实现方法、私密会议实现方法、装置和终端设备的利记博彩app
技术领域：
本发明涉及网络通讯技术领域，具体涉及子会议实现方法、子会议实现装置、私密会议实现方法、 私密会议实现装置和终端设备。
背景技术：
IP多媒体子系统(IP Multimedia Subsystem, IMS)使用初始会话协议(Session Initiated Protocol ， SIP)来实现呼叫和信令控制功能。参加多媒体会议的参会用户和多媒体会议服务器之间通过SIP、与SIP 配合的其它协议来实现多媒体会议的会话功能。
多媒体会议中可以出现主会议和子会议共存的应用场景，如参会用户希望在当前会议进行的同时与 指定用户进行私下会议(Sidebar or Sub-Conference)。私下进行的会议称为子会议，当前会议称为主 会议，指定用户可以是主会议中的参会用户也可以是非主会议中的参会用户。
在子会议进行期间，子会议中原主会议参会用户可以接收主会议的会话内容。为了保护子会议的隐 私，通常不允许主会议中没有加入子会议的参会用户获得子会议的会话内容。
目前，实现子会议的技术方案为会议服务器接收主会议中某参会用户的子会议创建请求，会议服 务器分配资源、创建子会议实例并返回子会议标识。之后进行子会议会话媒体类型协商、子会议中参会 用户邀请等子会议激活动作。会议服务器在会议实例的管理上面选择由资源分配相对独立的两个会议控 制中心(Conference Focus)分别实现主会议、子会议的创建和会议会话控制，即主会议实例对应会议 服务器中的主会议控制中心(Main Conference Focus),子会议实例对应会议服务器中的子会议控制中 心(Sidebar Focus)。 Main Conference Focus通过主会议会话与主会议参会用户进行主会议会话内容交 互，Sidebar Focus通过子会议会话与子会话参会用户进行子会议会话内容交互。主会议会话、子会议会 话是两个相互独立的会议会话。
子会议激活时，会议服务器邀请主会议控制中心加入子会议，这样，Sidebar Focus在接收到Main Conference Focus传输来的主会议会话内容后，将主会议会话内容和子会议会话内容混音，并向子会议 参会用户发送混音后的会话内容，从而子会议参会用户既能够接收到主会议会话内容，也能够接收到子 会议会话内容。
在实现本发明的过程中，发明人发现虽然上述技术方案实现了子会议，但是，由于主会议会话内 容只能够由主会议参会用户接收，所以仅当子会议中参会用户同时为主会议参会用户时才允许主会议会 话对子会议的输出；否则，Sidebar Focus无法进行会话内容的分发。也就是说，当一个非主会议参会用 户参与子会议时，无法实现主会议会话内容对子会议的输出，或者当Sidebar Focus已经接收主会议会话 输入(即当前的各子会议参会用户均同时为主会议参会用户)时，无法接纳新的非主会议参会用户加入 子会议。而且，上述技术方案也没有考虑子会议创建完成后主子会议会话的控制问题，例如当子会议中 的参会用户同时为主会议参会用户时，不能实现主会议会话内容是否向该参会用户输出的控制。另外，
10该技术方案也没有考虑参会用户从子会议切换回主会议后如何继续接收子会议会话、以及主会议终止前 子会议会话的释放等问题。
另一方面，由于现有子会议实现技术方案中主、子会议控制中心相互独立，因此，同时参加主、子 会议的参会用户所使用的终端设备必须与主、子会议控制中心分别建立并维持相互独立的会议会话。而 在实际应用中，并非所有终端设备都具备并行会话能力，从而导致某些参会用户不能够同吋参加主子会 议。
发明内容
本发明实施方式提供子会议实现方法、私密会议实现方法、装置和终端设备，完善了现有的子会议 实现机制、并提供了全新的子会议实现技术方案，从而提高了实现子会议的灵活性。
本发明实施方式提供的一种子会议实现方法，包括
获取主会议状态信息，根据所述获取的主会议状态信息确定子会议中各参会用户的参会状态，根据 所述子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、或者发送主会议会话内 容和子会议会话内容。
本发明实施方式还提供另一种子会议实现方法，包括-
接收子会议创建请求；
主会议的会议控制中心作为子会议控制中心执行建立子会议的操作，以建立子会议。
发明实施方式还提供一种私密会议实现方法，包括
接收参会用户发送的私密会议会话占用会议会话通道请求；
会议控制中心根据所述请求中携带的接收私密会议会话用户标识，转发所述参会用户发送的私密会 议会话内容。
发明实施方式还提供另一种私密会议实现方法，包括
接收参会用户发送的私密会议会话请求；所述请求中携带有参与私密会议的参会用户信息 会议控制中心利用与所述参与私密会议的参会用户之间已有的会议会话建立与参与私密会议的参会 用户之间的私密会议会话通道；
会议控制中心利用所述私密会议会话通道接收、发送私密会议会话内容。
本发明实施方式还提供一种子会议实现装置，包括 获取模块，用于获取主会议状态信息；
确定状态模块，用于根据所述获取模块获取的主会议状态信息确定子会议中各参会用户的参会状态; 第一控制模块，根据所述子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、 或者发送主会议会话内容和子会议会话内容。
本发明实施方式还提供另一种子会议实现装置，包括-接收创建请求模块，接收子会议创建请求；
第二创建模块，用于根据所述子会议创建请求、将主会议的会议控制中心用作子会议控制中心建立 子会议。
本发明实施方式还提供一种终端设备，包括会话建立模块，建立与会议控制中心之间的会议会话；
第二交互模块，用于利用会议控制中心与参会用户之间的会议会话与会议控制中心交互会议会话内 容；在参会用户参与主会议时所述第二交互模块控制所述会议会话用作主会议会话，在参会用户参与子 会议时所述第二交互模块控制所述会议会话用作子会议会话。
本发明实施方式还提供一种私密会议实现装置，包括
第四接收请求模块，用于接收参会用户发送的私密会议会话占用会议会话通道请求； 第六控制模块，用于根据所述请求中携带的接收私密会议会话用户标识，转发所述参会用户发送的 私密会议会话内容。
本发明实施方式还提供另一种私密会议实现装置，包括
第五接收请求模块，用于接收参会用户发送的私密会议会话请求；所述请求中携带有参与私密会议 的参会用户信息；
建立会话通道模块，用于利用与所述参与私密会议的参会用户之间已有的会议会话建立与参与私密 会议的参会用户之间的私密会议会话通道；
第七控制模块，将从所述私密会议会话通道接收的私密会议会话内容通过所述私密会议会话通道发送。
通过上述技术方案的描述可知，通过利用主会议状态信息，将主会议和子会议关联起来，这样，在 向子会议中的参会用户发送会话内容时，能够实现会话内容的控制分发，从而避免了非主会议参会用户 不能够加入子会议、子会议中存在非主会议参会用户时无法发送会话内容等问题，完善了现有的f会议 实现机制；通过使主会议和子会议重用主会议的会议控制中心，避免了设置独立存在的子会议控制中心 的过程，而且在参会用户使用的终端设备不具备并行会话能力的情况下，也能够使参会用户同时参与主 会议和子会议，从而为子会议实现提供了一种全新的技术方案；最终，本发明实施方式提供的技术方案 提高了实现子会议的灵活性。
图l是本发明实施例一的子会议实现方式示意图； 图2是本发明实施例一的子会议创建流程图； 图3是本发明实施例一的子会议参会用户接收主会议会话流程图； 图4是本发明实施例一的主会议参会用户接收子会议会话流程图5是本发明实施例一的同时参加主、子会议的参会用户退出主会议及主会议终止前释放子会议的 流程图6是本发明实施例二的子会议实现方式示意图7是本发明实施例二的子会议创建流程图8是本发明实施例二的主、子会议会话发送控制流程图9是本发明实施例二的主、子会议会话接收控制流程图
图10是本发明实施例二的同时参加主、子会议的参会用户退出主会议及主会议终止前释放子会议的 流程图；图ll是本发明实施例的私密会议实现方式流程示意图一; 图12是本发明实施例的私密会议实现方式流程示意图二; 图13是本发明实施例的子会议实现装置示意图一； 图14是本发明实施例的子会议实现装置示意图二。
具体实施例方式
本发明可以通过两种不同的实施例来实现子会议，其中一种实现子会议的实施例为创建独立的子 会议控制中心，并在利用互为并行的主会议会话、子会议会话的基础上，采用主会议状态信息将主、子 会议关联起来，以进行主会议会话内容在子会议中的分发控制、及子会议伴随丰会议结束而终止等关联 控制；另一种实现子会议的实施例为重用主会议控制中心，利用主会议会话为同时为主会议参会用户 的子会议参会用户提供子会议功能，或者利用主会议会话为同时为主会议参会用户的子会议参会用户、
仅参与子会议的参会用户提供子会议功能；即利用唯一的主会议控制中心来对主会议会话、子会议会话
同时进行控制。
下面对上述两种实现子会议的实施例分别进行说明。
实施例一、在利用互为并行的主会议会话、子会议会话的基础上，通过预先获取的主会议状态信息
实现了主会议、子会议的关联；这样，在后续的子会议实现过程中，由于主会议、子会议相互关联，因 此，能够方便的实现子会议会话控制。
在实施例一中，子会议控制中心需要获取主会议状态信息。子会议控制中心可以采用订阅的方式获 取主会议状态信息，当然，主会议控制中心也可以主动的将主会议状态信息定期或不定期的传输至子会
议控制中心，这里的不定期传输如主会议状态信息发生变化时传输等。主会议状态信息可以包括主会 议参会用户列表。主会议状态信息还可以在包括主会议参会用户列表的基础上进一步包括主会议会话 媒体类型、主会议控制策略等信息中的某一项或两项。主会议状态信息包含的内容可以为目前现有主 会议状态信息包含的内容。主会议状态信息包含的内容可以根据实际应用来确定。上述主会议控制策略 可以包括主会议是否被锁定即主会议是否再允许新的用户参会、及一个参会用户的发言时长等信息中 的一项或多项。主会议控制策略包含的内容同样可以为目前现有的主会议控制策略包含的内容。而且 主会议控制策略包含的内容可以根据实际应用来确定。子会议控制中心可以在创建子会议过程中订阅主 会议状态信息，也可以在成功创建子会议后订阅主会议状态信息。本发明实施方式不限制主会议状态信 息及主会议控制策略包括的具体内容、也不限制子会议控制中心获取主会议状态信息的具体实现方式、 及订阅主会议状态信息的时机等。
对于子会议控制中心来说，主会议状态信息可以用于判断子会议中各参会用户的参会状态，即可以 利用主会议状态信息判断出子会议中的参会用户是否在参加子会议的同时还参加了主会议。也就是说， 利用主会议状态信息可以帮助子会议控制中心判断出子会议中的参会用户是仅参加了子会议，还是同吋 参加了主子会议。
实施例一中的子会议可以是根据会议控制策略建立的子会议。根据会议控制策略建立子会议的过程 可以为会议服务器接收主会议参会用户发送来的子会议创建请求。主会议参会用户可以通过会议服务 器所支持的会议资源访问机制将子会议创建请求提交至会议服务器；例如，主会议参会用户通过会议接入入口 (Portal)将子会议创建请求提交至会议服务器；再例如，主会议参会用户通过辅助会议应用参 数设置的远程助理(RemoteAssistance)将子会议创建请求提交至会议服务器。本发明实施方式不限制 主会议参会用户发送子会议创建请求的具体实现过程。
子会议创建请求中可以携带主会议标识、子会议主题信息、子会议参会用户列表信息、子会议会话 媒体类型、以及子会议控制策略。子会议控制策略可以包括子会议是否接收主会议会话内容、子会议 是否允许非主会议参会用户参加子会议等等。上述子会议创建请求中携带的信息也可以通过多条消息传 输至会议服务器。本发明实施方式不限制子会议创建请求中携带信息的具体内容、子会议控制策略的具 体内容、以及上述各信息的传输方式。
会议服务器在接收到子会议创建请求后，获取会议控制策略，这里的会议控制策略不同于上述子会 议控制策略，这里的会议控制策略用于判断是否允许创建子会议。会议控制策略可以是主会议控制策略， 例如，会议服务器从Main Conference Focus处获取主会议控制策略，当然，会议服务器也可以从其它网 络设备处获取用于判断是否允许创建子会议的会议控制策略。
会议服务器在利用会议控制策略(如主会议控制策略)确定出允许创建子会议后，执行子会议后续 创建操作，以创建子会议。这里的创建操作可以包括分配实现子会议功能所需的资源、通知发送子会
议创建请求的主会议参会用户子会议创建成功等等。分配实现子会议功能所需的资源可以包括创建子
会议实例对应的Sidebar Focus、 Sidebar Focus建立与各子会议参会用户之间的子会议会话的媒体传输 通道等等。这里的创建操作可以采用现有的各种子会议创建操作，本发明实施方式不限制创建操作具体 包括的处理过程。
经过上述各操作成功建立子会议后，子会议会话与主会议会话是两个并行的会议会话，即主会议实 例对应Main Conference Focus、子会议实例对应Sidebar Focus, Main Conference Focus通过主会议会 话与主会议参会用户进行主会议会话内容的交互，Sidebar Focus通过子会议会话与子会议参会用户进行 子会议会话内容的交互。与Main Conference Focus交互主会议会话内容的主会议参会用户可以为仅参 加主会议的参会用户；也可以为仅参加主会议的参会用户和同时参与主会议、子会议的参会用户。与 Sidebar Focus交互子会议会话内容的子主会议参会用户可以为仅参加子会议的参会用户；也可以为 仅参加子会议的参会用户、以及同时参与主会议、子会议的参会用户。
在实施例一中，主会议参会用户发送的主会议会话内容可以通过Main Conference Focus、 Sidebar Focus传输至子会议中同时为主会议参会用户的子会议参会用户，子会议中同时为主会议参会用户的子会 议参会用户发送的主会议会话内容可以通过Sidebar Focus、 Main Conference Focus传输至主会议中的 主会议参会用户。
当子会议中同时为主会议参会用户的子会议参会用户需要接收主会议会话内容时，Sidebar Focus可 以邀请Main Conference Focus加入子会议。Sidebar Focus可以在首次接收到子会议中同时为主会议参 会用户的子会议参会用户发送的接收主会议会话请求时，邀请Main Conference Focus加入子会议。当然， Sidebar Focus也可以在其它情况下邀请Main Conference Focus加入子会议，例如，当子会议控制策略 包括允许子会议接收主会议会话内容时，在子会议成功创建后，Sidebar Focus邀请Main Conference Focus加入子会议。
Main Conference Focus力口入子会议后，Main Conference Focus可以向Sidebar Focus发送混音后的
14主会议会话内容，但是不接收子会议会话内容，即Main Conference Focus作为只发不收(Send only) 的虚拟参会用户参与子会议，也就是说，Main Conference Focus到SidebarFocus的主会议会话通道(即 媒体传输通道)可以为单向通道。
Sidebar Focus接收到主会议会话内容后，负责控制主会议会话内容在子会议中的分发，以保证子会 议中只有具有接收权限的参会用户才能够接收主会议会话内容。Sidebar Focus可以根据土会议状态佶息 中的主会议参会用户列表信息向子会议中同时为主会议参会用户的子会议参会用户发送主会议会话内 容，Sidebar Focus也可以根据主会议参会用户列表信息、接收主会议会话请求向子会议中同时为主会议 参会用户的子会议参会用户发送主会议会话内容，Sidebar Focus也可以根据主会议参会用户列表信总、 停止接收主会议会话请求向子会议中同时为主会议参会用户的子会议参会用户发送主会议会话内容。 Sidebar Focus还可以根据主会议参会用户列表信息、接收主会议会话请求、停止接收主会议会话请求向 子会议中同时为主会议参会用户的子会议参会用户发送主会议会话内容。
本发明实施方式中的接收主会议会话请求中可以携带有主会议标识，以表明子会议中同时为主会议 参会用户的子会议参会用户需要接收主会议会话内容。Sidebar Focus向子会议中同时为主会议参会用户 的子会议参会用户发送主会议会话内容的情况可以包括如下例举的方式
例l、如果Sidebar Focus根据子会议控制策略确定出允许子会议中同时为主会议参会用户的子会议 参会用户接收主会议会话内容，则Sidebar Focus可以直接根据从Main Conference Focus处获得的主会 议参会用户列表信息确定出子会议中同时为主会议参会用户的子会议参会用户，并将接收到的主会议会 话内容发送到子会议中所有的同时为主会议参会用户的子会议参会用户。
例2、在Sidebar Focus根据子会议控制策略确定出禁止子会议中同时为主会议参会用户的子会议参 会用户接收主会议会话内容的情况下，如果SidebarFocus接收到子会议参会用户发送来的接收主会议会 话请求，贝ljSidebar Focus可以根据接收主会议会话请求确定出需要接收主会议会话的子会议参会用户。 如果Sidebar Focus根据从Main Conference Focus处获得的主会议参会用户列表信息确定出需要接收主 会议会话内容的子会议参会用户同时为主会议参会用户，贝'JSidebarFocus可以向确定出的需要接收主会 议会话的子会议参会用户发送主会议会话内容，否则，Sidebar Focus不向上述需要接收主会议会话内容 的子会议参会用户发送主会议会话内容。这里的需要接收主会议会话内容的参会用户可以是发送接收主 会议会话请求的参会用户，也可以是接收主会议会话请求中标明的需要接收主会议会话的参会用户。也 就是说，当子会议中同时为主会议参会用户的子会议参会用户需要接收主会议会话内容时，可以自己发 送接收主会议会话请求；也可以由其它子会议参会用户代为发送接收主会议会话请求，且代为发送的接 收主会议会话请求中携带有指定的至少一个子会议参会用户，该指定的子会议参会用户可以包括子会 议中同时为主会议参会用户的子会议参会用户。
例3、在Sidebar Focus根据子会议控制策略确定出允许子会议中同时为主会议参会用户的子会议参 会用户接收主会议会话内容的情况下，如果SidebarFocus接收到子会议参会用户发送来的停止接收主会 议会话请求，贝ljSidebarFocus可以根据停止接收主会议会话请求确定出需要停止接收主会议会话的子会 议参会用户；Sidebar Focus不再向需要停止接收主会议会话内容的子会议参会用户发送主会议会话内 容，Sidebar Focus根据从Main Conference Focus处获得的主会议参会用户列表信息向子会议中除需要 停止接收主会议会话内容的参会用户之外的其它同时为主会议参会用户的子会议参会用户发送主会议会话内容。这里的需要停止接收主会议会话的子会议参会用户可以是发送停止接收主会议会话请求的子会 议参会用户，也可以是停止接收主会议会话请求中标明的需要停止接收主会议会话的子会议参会用户。 也就是说，当子会议中同时为主会议参会用户的子会议参会用户需要停止接收主会议会话内容时，可以 自己发送停止接收主会议会话请求；也可以由其它子会议参会用户代为发送停止接收主会议会话请求， 此时停止接收主会议会话请求中携带有指定的至少一个子会议参会用户，该指定的子会议参会用户可以
包括子会议中同时为主会议参会用户的子会议参会用户。
Sidebar Focus在接收到停止接收主会议会话请求后，可以判断一下需要停止接收主会议会话内容的 子会议参会用户是否同时为主会议参会用户，在判断出该子会议参会用户同时为主会议参会用户后，再 停止向该参会用户发送主会议会话内容。当然，Sidebar Focus也可以不进行该判断过程，即不论该子 会议参会用户之前是否接收主会议会话内容， 一律不向该子会议参会用户发送主会议会话内容；Sidebar Focus直接根据主会议参会用户列表信息向同时为主会议参会用户的子会议参会用户中除需要停止接收 主会议会话的子会议参会用户之外的其它子会议参会用户发送主会议会话内容。也就是说，这里的不向 该子会议参会用户发送主会议会话内容包括两方面的含义 一为在该子会议参会用户接收主会议会话内 容的情况下，停止向该参会用户发送主会议会话内容，二为在该子会议参会用户没有接收主会议会话内 容的情况下，仍然不向该参会用户发送主会议会话内容。
Sidebar Focus在接收到停止接收主会议会话请求后，可以进行如下判断所有在子会议巾接收主会 议会话内容的子会议参会用户是否都停止接收主会议会话内容，如果判断出所有在子会议中接收主会议 会话的子会议参会用户都停止接收主会议会话内容，则Sidebar Focus向Main Conference Focus发送 请求，以请求Main Conference Focus退出子会议，Main Conference Focus在接收到该请求后，释放 Main Conference Focus与Sidebar Focus之间的主会议会话。
在实施例一中，子会议中同时为主会议参会用户的子会议参会用户可以根据需要选择切换回主会议。 同时为主会议参会用户的子会议参会用户可以向Sidebar Focus发送切换请求，以切换回主会议。当f 会议中同时为主会议参会用户的子会议参会用户切换回主会议后，该主会议参会用户仍然可以要求接收 子会议会话内容，此时，子会议会话内容需要从Sidebar Focus传输至Main Conference Focus，再从 Main Conference Focus传输至该主会议参会用户。为建立从Sidebar Focus至lj Main Conference Focus 的子会议会话，Main Conference Focus可以邀请Sidebar Focus加入主会议。本发明实施方式可以将 从Main Conference Focus到Sidebar Focus的单向主会议会话通道更新为双向会议会话通道，也可以 重新建立从Sidebar Focus到Main Conference Focus的单/双向子会议会话通道，如重新建立从Sidebar Focus到Main Conference Focus的单向子会议会话通道。
在Sidebar Focus加入主会议后，Sidebar Focus可以向Main Conference Focus发送混音后的子会议 会话内容，且SidebarFocus可以接收主会议会话内容、也可以不接收主会议会话内容。Main Conference Focus接收到子会议会话内容后，负责控制子会议会话内容在主会议参会用户中的分发，以保证主会议中 只有具有接收权限的主会议参会用户才能够接收子会议会话内容。具有接收权限的主会议参会用户可以 包括切换回主会议的主会议参会用户、没有进行切换但请求接收子会议会话内容的主会议参会用户。
Main Conference Focus可以根据获取的子会议状态信息(如子会议参会用户列表信息)向主会议中 需要接收子会议会话内容的主会议参会用户发送子会议会话内容，如向切换回主会议的主会议参会用户
16发送子会议会话内容。Main Conference Focus可以根据子会议参会用户列表信息、接收子会议会话请求 向切换回主会议的主会议参会用户发送子会议会话内容，Main Conference Focus也可以根据子会议参会 用户列表信息、接收子会议会话请求、停止接收子会议会话请求向切换回主会议的主会议参会用户发送 子会议会话内容。上述Main Conference Focus向切换回主会议的主会议参会用户发送子会议会话内容的 情况包括的具体例举方式与上述Sidebar Focus向子会议中同时为主会议参会用户的子会议参会用户发 送主会议会话内容的情况类似，其区别包括接收子会议会话请求中携带有子会议标识，停止接收子会 议会话请求中也携带有子会议标识。Main Conference Focus向切换回主会议的主会议参会用户发送子会 议会话内容的具体例举方式在此不再详细说明。
主会议参会用户可以请求退出主会议。Main Conference Focus在接收到主会议参会用户的退出主会 议请求后，释放与主会议参会用户之间的主会议会话，释放主会议会话包括释放主会议会话通道。Main Conference Focus还可以在接收到主会议参会用户的退出主会议请求后，不再向该主会议参会用户发送 主会议会话内容，而仅向其发送子会议会话内容。而且，Main Conference Focus还可以在接收到主会 议参会ffl户的退出主会议请求后，将主会议参会用户退出主会议的信息通知Sidebar Focus,即Main Conference Focus向Sidebar Focus发送主会议状态信息变化通知。这样，在该主会议参会用户在子会 议中接收子会议会话的情况下，Sidebar Focus可以根据该通知仅向该参会用户发送子会议会话内容。
另外，Main Conference Focus也可以在接收到主会议参会用户的退出主会议请求后，判断所有主会 议参会用户是否都退出了主会议，如果所有主会议参会用户都退出了主会议，则Main Conference Focus 可以要求终止子会议，如向Sidebar Focus发送子会议终止指示信息，Sidebar Focus在接收到子会议 终止指示信息后，释放与各子会议参会用户之间的子会议会话。Main Conference Focus与Sidebar Focus 之间的会议会话也需要释放，在释放了各个会议会话后，Main Conference Focus终止主会议。
子会议参会用户可以请求退出子会议。Sidebar Focus在接收到子会议参会用户的退出子会议请求 后，不再向该子会议参会用户发送子会议会话内容，释放与子会议参会用户之间的子会议会话，释放子 会议会话包括释放子会议会话通道。
从上述对实施例一的描述可知，在会议服务器的会议实例管理层面上，主会议和子会议是由资源分 配相对独立的两个会议控制中心分别控制的，也就是说，主会议会话和子会议会话为两个相互独立的会 议会话。参会用户在参与主会议时使用主会议会话，在参与子会议时使用子会议会话，即参会用户需要 具备SIP并行会话能力。在整个主会议实例生命周期中，实施例一提供的技术方案能够对主会议和子会 议进行主子会议关联控制，主子会议关联控制可以包括利用主会议控制策略控制子会议的创建；当子 会议中存在非主会议参会用户时，控制主会议会话内容在子会议中的分发；子会议中的同时为主会议参 会用户的子会议参会用户返回到主会议后，控制该主会议参会继续接收子会议会话内容；同时参加主子 会议的参会用户退出主会议时，控制主会议会话内容向该参会用户分发；在主会议终止之前，对主会议 下的所有子会议的结束控制等。从而实施例一完善了现有的子会议实现机制。
下面结合附图对实现子会议实施例一进行详细说明。
附图1为实施例一的实现子会议示意图。
图1中，使用终端1、终端2、终端3的各参会用户在进行主会议，使用终端4的参会用户没有参加 主会议，而是参加了子会议。
17参会用户1、参会用户2、参会用户3中的任一参会用户均可以通过使用的终端请求创建子会议，会 议服务器可以根据主会议控制策略来判断是否允许创建子会议。在允许创建、并成功创建了子会议后， 参会用户1、参会用户2、参会用户3利用终端、通过主会议会话进行主会议，参会用户1、参会用户3 和参会用户4利用终端、通过子会议会话进行子会议。子会议实例对应的Sidebar Focus需耍获取主会 议状态信息，Sidebar Focus可以根据主会议状态信息对子会议会话进行与主会议关联的控制。
附图2为本发明实施方式的子会议创建流程图。
图2中，UE1、 UE2、 UE3、 UE4分别表示参会用户使用的终端设备。其中UE1、 UE2、 UE3为最初的 主会议参会用户使用的终端设备，即使用UE1、 UE2、 UE3的参会用户参加了会议服务器Main Conference Focus主持下的多方多媒体会议，使用UE1、 UE2、 UE3的参会用户与Main Conference Focus之间的会议 会话分别为Dialogl、 Dialog2、 Dialog3;使用UE4的参会用户为非主会议参会用户，使用UE4的参会用 户与使用UE1、 UE3的参会用户一起参加子会议。为描述简洁起见，在下述描述中，将参会用户通过终端 设备发送信息简略描述为UE1、 UE2、 UE3、 UE4发送信息。
步骤l、在主会议进行过程中，UE1向会议服务器发送子会议创建请求。子会议创建请求可以通过会 议服务器支持的会议资源访问机制提交至会议服务器，例如，子会议创建请求通过会议接入或者辅助会 议应用参数设置的远程助理等提交至会议服务器。子会议创建请求中携带有主会议标识、子会议主题、 子会议参会用户列表、子会议会话媒体类型以及子会议控制策略等等。子会议控制策略如子会议参会用 户是否允许接收主会议会话内容、是否允许非主会议参会用户参与子会议等。
步骤2、会议服务器在接收到子会议创建请求后向Main Conference Focus请求主会议控制策略。
步骤3、 Main Conference Focus向会议服务器返回主会议控制策略。如果主会议为预定义会议，则 主会议控制策略可以记录在预定义会议的定义文档中；如果主会议为临时会议，则主会议控制策略可以 是运营商设置的默认控制策略。
步骤4、会议服务器根据主会议控制策略判断是否接受子会议创建请求，如果接受子会议创建请求， 则会议服务器执行创建子会议后续的操作，如创建与子会议实例对应的Sidebar Focus等资源分配操作， 然后到步骤5;如果不接受子会议创建请求，则本次子会议创建过程结束，会议服务器可以向UEl返回停 止创建子会议的响应信息。
步骤5、会议服务器在子会议创建成功后，向LIE1返回子会议创建成功的响应信息。
步骤6、会议服务器向Main Conference Focus发送子会议创建成功通知。
步骤7、 Main Conference Focus在接收到子会议创建成功通知后，向会议服务器返回响应信息。
步骤8、 Sidebar Focus向Main Conference Focus发送主会议状态信息订阅请求。
步骤9、 Main Conference Focus在接收到主会议状态信息订阅请求后，向Sidebar Focus返回响应
{g息。
步骤10、 Main Conference Focus向Sidebar Focus发送初始通知。
步骤ll、 Sidebar Focus从接收的初始通知中获取主会议参会用户列表等主会议状态信息。 步骤12、 UE1在接收到子会议创建成功的响应信息后，向Sidebar Focus发送子会议激活请求。 步骤13、 Sidebar Focus在接收到子会议激活请求后向UEl返回响应信息。
步骤14、 UEl在接收到响应信息后向Sidebar Focus返回确认信息，成功建立UEl与Sidebar Focus之间的子会议会话Dialogl'。
步骤15、 Sidebar Focus根据子会议参会用户列表向UE3发送邀请加入子会议请求，以邀请UE3加 入子会议。
歩骤16、 UE3在接收到请求后，向Sidebar Focus返回响应信息。
步骤17、 Sidebar Focus在接收到响应信息后.向UE3返回确认信息，成功建立UE3与Sidebar Focus 之间的子会议会话Dialog3'。
步骤18、 Sidebar Focus根据子会议参会用户列表向UE4发送邀请加入子会议请求，以邀请UE4加 入子会议。
步骤19、 UE4在接收到请求后，向Sidebar Focus返回响应信息。
步骤20、 Sidebar Focus在接收到响应信息后，向UE4返回确认信息，成功建立UE4与Sidebar Focus 之间的子会议会话Dialog4。
需要说明的是，在上述针对图2的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，歩 骤4和步骤5可以同时执行，也可以顺序颠倒；再例如，可以先执行步骤18至步骤20,再执行步骤15 至步骤17等等。
附图3为本发明实施方式的主会议会话内容、子会议会话内容发送控制流程图。
图3中，主会议参会用户在选择参与子会议后仍希望接收主会议会话内容，Sidebar Focus邀请Main Conference Focus力口入子会议，Main Conference Focus只向Sidebar Focus发送混音后的主会议会话 内容，Main Conference Focus不接收子会议会话内容，即Main Conference Focus作为只发不收的虚拟 参会用户参与子会议。Sidebar Focus在接收到主会议会话内容后，控制主会议会话内容在子会议中分发， 以保证子会议中具有权限的子会议参会用户才能够接收主会议会话内容。另外，当子会议中同时为主会 议参会用户的子会议参会用户返回主会议时，该参会用户能够选择继续接收子会议会话内容。
图3中的UE1、 UE2、 UE3为参与Main Conference Focus主持的多方多媒体会议的主会议参会用户， 在主会议进行过程中，UE1、 UE3又与UE4参与子会议。对于主会议中的其他主会议参会用户如UE2来说， UE1、 UE3仍在主会议中。而且UE1、 UE3在参与子会议时，可以选择是否继续接收主会议会话内容。UE4 为仅参与子会议的子会议参会用户，UE4无权接收主会议会话内容。UEl、UE2、UE3与Main Conference Focus 之间的主会议会话分别为Dialogl、 Dialog2、 Dialog3。 UE1、 UE3、 UE4与Sidebar Focus之间的子会议 会话分别为Dialogl' 、 Dialog3' 、 Dialog4。假定子会议创建策略默认设置信息包括禁止子会议中 同时为主会议参会用户的子会议参会用户接收主会议会话内容。
步骤l、在子会议进行过程中，UE1希望接收主会议会话内容，UE1向会议服务器中的Sidebar Focus 发送接收主会议会话请求。接收主会议会话请求中的Request URI为子会议标识、"Refer-To"头域值 为主会议标识、"method"参数值为SIP方法INVITE,且"a"属性值为"rec丽ly"。 一个具体的接 收主会议会话请求包括的内容可以为如下形式
REFER sip:sub—conference@exajnple.com SIP/2.0
Via: SIP/2. 0/UDP agenta. example.com;branch=z%G4bK2293940223
To: <sip:sub—conference@. example. com>
From: <sip:userl@example. cora>;tag=193402342Call-ID: 898234234@agenta. example, com CSeq: 93809823 REFER Max-Forwards: 70
Refer-To: main—conference@example. com;method=INVITE; a=recvonly Contact: sip:userl@example. com Content-Length: 0
步骤2、 Sidebar Focus在接收到UE1发送的接收主会议会话请求后，根据订阅主会议状态信息而获 得的主会议参会用户列表信息确定出UE1为主会议参会用户后，向UE1返回响应信息。
步骤3、 Sidebar Focus向Main Conference Focus发送邀请主会议会话加入子会议请求，以请求Main Conference Focus作为Sendonly的虚拟参会用户参与子会议。例如，Sidebar Focus发送的邀请主会议 会话加入子会议请求中的作为会话媒体协商的MIME SDP消息体中的direction属性被设置为 "a=recvonly"。
步骤4、 Main Conference Focus在接收到邀请主会议会话加入子会议请求后，向Sidebar Focus返 回响应信息。Main Conference Focus返回的响应信息中可以包含有主会议会话媒体参数描述。
步骤5、 Sidebar Focus在接收到响应信息后，向Main Conference Focus返回确认信息。Main Conference Focus到Sidebar Focus的单向媒体传输通道成功建立。之后，Sidebar Focus可以根据订 阅的主会议参会用户列表控制主会议会话内容在子会议中的分发，从而保证子会议中同时为主会议参会 用户的子会议参会用户才能够接收到主会议会话内容，而子会议中的非主会议参会用户不能接收到主会 议会话内容，只能接收到子会议会话内容。
步骤6、 UE2利用Dialog2向Main Conference Focus发送主会议会话内容。 步骤7、 Main Conference Focus接收到主会议会话内容后，向UE2返回己接收的响应信息。 步骤8、 Main Conference Focus通过Dialogl向UE1发送接收到的主会议会话内容。此处需要说明 的是UE1可以通过终端侧的控制实现不对从Dialogl中接收的Main Conference Focus发送的主会议 会话内容进行播放处理，而对从Dialogl'中接收的Sidebar Focus发送的会议会话内容进行播放处理。 步骤9、 UE1接收到主会议会话内容后，向Main Conference Focus返回响应信息。 步骤10、 Main Conference Focus通过Dialog3向UE3发送接收到的主会议会话内容。同样，此处 需要说明的是UE3可以通过终端侧的控制实现不对从Dialog3中接收的Main Conference Focus发送 的主会议会话内容进行播放处理，而对从Dialog3'中接收的Sidebar Focus发送的会议会话内容进行播 放处理。
步骤ll、 UE3接收到主会议会话内容后，向Main Conference Focus返回响应信息。 步骤12、 Main Conference Focus利用其与Sidebar Focus之间的单向媒体传输通道向Sidebar Focus 发送接收到的主会议会话内容。
步骤13、 Sidebar Focus接收到主会议会话内容后，向Main Conference Focus返回响应信息。 步骤14、 UE4通过Dialog4向Sidebar Focus发送子会议会话内容。 步骤15、 Sidebar Focus通过Dialog4向UE4发送响应信息。 步骤16、 UEl通过Dialogl，向Sidebar Focus发送子会议会话内容。步骤17、 Sidebar Focus通过Dialogl'向UE1发送响应信息。
步骤18、 Sidebar Focus将其在步骤12、步骤14、步骤16接收到的主子会议会话内容进行混音， 并通过Dialog3'向UE3发送混音后的主子会议会话内容。
步骤19、 UE3接收到主子会议会话内容后，向Sidebar Focus返回响应信息。 步骤20、 Sidebar Focus通过Dialogl'向UE1发送混音后的主子会议会话内容。 步骤2K UE1接收到主子会议会话内容后，向Sidebar Focus返回响应信息。 步骤22、 Sidebar Focus通过Dialog4向UE4发送子会议会话内容。 步骤23、 UE4接收到子会议会话内容后，向Sidebar Focus返回响应信息。
另外，如果UE1希望停止接收主会议会话，UEl还可以通过Dialogl'向Sidebar Focus发送停止接收 主会议会话请求，该请求中的Request URI可以设置为子会议标识，其中"Refer-To"头域值为所要邀 请的主会议标识，"method"参数值为SIP方法BYE。 Sidebar Focus根据接收到的停止接收i会议会话请 求向Main Conference Focus发送SIP BYE消息，以请求Main Conference Focus退出子会议。Main Conference Focus在接收到SIP BYE消息后，向Sidebar Focus返回SIP 200 0K响应信息，释放Main Conference Focus与Sidebar Focus之间的主会议会话如释方文Main Conference Focus至lJSidebar Focus的 媒体传输通道。
需要说明的是，在上述针对图3的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，歩 骤8、步骤10、步骤12可以同时执行，也可以顺序颠倒；再例如，步骤14、步骤16可以同时执行，也 可以和步骤6同时执行，而且步骤18、步骤20、步骤22可以同时执行等等。
附图4为本发明实施方式的参会用户切换回主会议后，主会议会话内容、子会议会话内容发送控制 流程图。
图4中，步骤24、使用UE1的参会用户选择从子会议切换回主会议，但是仍然希望继续接收子会议 会话内容，UEl通过Dialogl向会议服务器中的Main Conference Focus发送接收子会议会话请求。 步骤25、 Main Conference Focus向UE1返回响应信息。
步骤26、 Main Conference Focus向Sidebar Focus发送邀请子会议会话加入主会议请求，以请求 Sidebar Focus参与主会议。
步骤27、 Sidebar Focus接收到该请求后，向Main Conference Focus返回响应信息。 步骤28、 Main Conference Focus在接收到该响应信息后，向Sidebar Focus发送确认信息，从而 成功建立Sidebar Focus到Main Conference Focus的子会议会话，如建立Sidebar Focus到Main Conference Focus的媒体传输通道，使Sidebar Focus能够向Main Conference Focus发送子会议会话 内容。这里成功建立的媒体传输通道可以通过两种方式来实现 一种是更新已有的Main Conference Focus 到Sidebar Focus的单向媒体传输通道，使该单向媒体传输通道变为双向媒体传输通道；另一种是重新 协商建立仅适用于子会议会话内容传输的单向或双向媒体传输通道。
步骤29、 UE4通过Dialog4向Sidebar Focus发送子会议会话内容。 步骤30、 Sidebar Focus接收到子会议会话内容后，向UE4返回响应信息。 步骤31、 Sidebar Focus将接收到的子会议会话内容转发至Main Conference Focus。 步骤32、 Main Conference Focus向Sidebar Focus返回响应信息。
21步骤33、 UE2通过Dialog2向Main Conference Focus发送主会议会话内容。 步骤34、 Main Conference Focus向UE2发送响应信息。 步骤35、 UEl通过Dialogl向Main Conference Focus发送主会议会话内容。 步骤36、 Main Conference Focus向UEl发送响应信息。
步骤37、 Main Conference Focus将接收到的主会议会话内容转发至Sidebar Focus。
步骤38、 Sidebar Focus在接收到Main Conference Focus发送来的主会议会话内容后，向Main
Conference Focus返回响应信息。
步骤39、 Main Conference Focus通过Dialogl将接收到的主会议会话内容、子会议会话内容混音
后发送至UEl。
步骤40、 UE1在接收到混音后的主子会议会话内容后，向Main Conference Focus返回响应信息。 步骤41、 Main Conference Focus通过Dialog2将接收到的主会议会话内容发送至UE2。 步骤42、 UE2在接收到主会议会话内容后，向Main Conference Focus返回响应信息。 步骤43、 Sidebar Focus通过Dialogl'将接收到的主会议会话内容、子会议会话内容混音后发送至
UE1。此处需要说明的是UEl可以通过终端侧的控制实现不对从Dialogl'中接收的Sidebar Focus
发送的主子会议会话内容进行播放处理，而对从Dialogl中接收的Main Conference Focus发送的主子
会议会话内容(即步骤41中接收到的主子会议会话内容)进行播放处理。
步骤44、 UEl在接收到混音后的主子会议会话内容后，向Sidebar Focus发送响应信息。
步骤45、 Sidebar Focus通过Dialog3'将混音后的主子会议会话内容发送至UE3。
步骤46、 UE3在接收到混音后的主子会议会话内容后，向Sidebar Focus发送响应信息。
另外，UEl在不希望接收子会议会话内容时，可以向Main Conference Focus发送停止接收子会议会
话请求，以终止接收子会议会话。Main Conference Focus在确认所有的主会议参会W户均停止接收子会
议会话内容后，可以释放Sidebar Focus到Main Conference Focus的子会议会话，如释放Sidebar Focus
到Main Conference Focus的单向媒体传输通道。
需要说明的是，在上述针对图4的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图4
中的步骤29、步骤33、步骤35可以同时执行，也可以顺序颠倒；再例如，步骤39、步骤41、步骤43、
步骤45可以同时执行。
附图5为本发明实施方式的退出主会议、及主子会议终止流程图。
图5中，UE1、 UE2、 UE3与Main Conference Focus之间通过Dialogl、 Dialog2、 Dialog3实现主会 议会话，UE1、 UE3、 UE4与Sidebar Focus之间通过Dialogl' 、 Dialog3' 、 Dialog4实现子会议会话。 而且，Main Conference Focus作为虚拟参会用户参与Sidebar Focus主持下的子会议。
步骤1、 UE3通过Dialog3向Main Conference Focus发送退出主会议请求。
步骤2、 Main Conference Focus向UE3返回响应信息。Main Conference Focus释放UE3与Main Conference Focus之间的Dialog3， UE3成功退出主会议。
步骤3、 Main Conference Focus向Sidebar Focus发送主会议参会用户变化通知，以告知Sidebar Focus: UE3已经退出主会议。
步骤4、 Sidebar Focus接收到主会议参会用户变化通知后，向Main Conference Focus返回响应信
22息o
步骤5、 UE2通过Dialog2向Main Conference Focus发送主会议会话内容。 步骤6、 Main Conference Focus向UE2返回响应信息。
步骤7、 Main Conference Focus将接收到的主会议会话内容通过Dialogl转发至UEl。
步骤8、 UEl向Main Conference Focus返回响应信息。
步骤9、 UE4通过Dialog4向Sidebar Focus发送子会议会话内容。
步骤10、 Sidebar Focus向UE4返回响应信息。
步骤11、 Main Conference Focus利用与Sidebar Focus之间的媒体传输通道向Sidebar Focus转 发主会议会话内容。
步骤12、 Sidebar Focus向Main Conference Focus发送响应信息。
步骤13、由于UE3已经退出主会议，因此，Sidebar Focus虽然收到了主会议会话内容，但是通过 Dialog3'仅向UE3发送子会议会话内容。
步骤14、 UE3接收到子会议会话内容后，向Sidebar Focus返回响应信息。
步骤15、 Sidebar Focus接收到主会议会话内容后，根据主会议参会用户列表信息、通过Dialogl' 向UEl发送混音后的主子会议会话内容。
步骤16、 UE1接收到混音后的主子会议会话内容后，向Sidebar Focus返回响应信息。
步骤17、由于UE4仅参加了子会议会话，因此，Sidebar Focus虽然收到了主会议会话内容，但是 通过Dialog4仅向UE4发送子会议会话内容。
步骤18、 UE4接收到子会议会话内容后，向Sidebar Focus返回响应信息。
步骤19、 UE2向Main Conference Focus发送退出主会议请求。
步骤20、 Main Conference Focus在接收到退出主会议请求后，向UE2发送响应信息，会议服务器 释放UE2与Main Conference Focus之间的媒体传输通道Dialog2， UE2成功退出主会议会话。 步骤21、 UEl通过Dialogl向Main Conference Focus发送退出主会议请求。
步骤22、由于UE1是主会议中最后一个主会议参会用户，因此，UEl发送的退出主会议请求将触发 终止主会议的过程。在终止主会议之前，必须先终止主会议下的所有子会议，因此，Main Conference Focus 向Sidebar Focus发送子会议终止指示。
步骤23、 Sidebar Focus通过Dialogl'向UEl发送退出子会议请求，以指示UEl退出子会议。 步骤24、 UEl接收到退出子会议请求后，向Sidebar Focus返回响应信息。 步骤25、 Sidebar Focus通过Dialog3'向UE3发送退出子会议请求，以指示UE3退出子会议。 步骤26、 UE3接收到退出子会议请求后，向Sidebar Focus返回响应信息。 步骤27、 Sidebar Focus通过Dialog4向UE4发送退出子会议请求，以指示UE4退出子会议。 步骤28、 UE4接收到退出子会议请求后，向Sidebar Focus返回响应信息。 步骤29、 Sidebar Focus向Main Conference Focus发送子会议终止响应。 步骤30、 Main Conference Focus向UEl返回子会议终止响应信息。主子会议实例全部终止。 需要说明的是，在上述针对图5的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图5 中的步骤7、步骤9、步骤ll可以同时执行，也可以顺序颠倒；再例如，步骤13、步骤15、步骤17可
23以同时执行，也可以顺序颠倒；还^r，步骤23、步骤25、步骤27可以同时执行，也可以顺序颠倒等等。 实施例二、重用主会议的会议控制中心。
利用已有的主会议的会议控制中心为仅参与主会议的参会用户实现主会议、为仅参与子会议的参会 用户实现子会议，为同时参与主子会议的参会用户实现主会议和子会议，即利用主会议的会议控制中心 对主会议会话、子会议会话同时进行控制，在SIP会话层面上，主会议和子会议重用了会议会话。
在实施例二中，子会议可以具有子会议标识，但子会议标识是主会议标识的一个别名。子会议标识 如Sub-conference URI。在主会议参会用户参与子会议后，该参会用户与主会议的会议控制巾心(在下 述描述中称为会议控制中心)之间的会议会话可以用作主会议会话，也可以用作子会议会话。
实施例二中的子会议创建过程可以为会议服务器接收主会议参会用户发送来的子会议创建请求。 主会议参会用户可以通过会议服务器所支持的会议资源访问机制将子会议创建请求提交至会议服务器， 例如，主会议参会用户通过会议接入Portal将子会议创建请求提交至会议服务器，再例如，主会议参会 用户通过辅助会议应用参数设置的远程助理将子会议创建请求提交至会议服务器。本发明实施方式不限 制主会议参会用户发送子会议创建请求的具体实现过程。
子会议创建请求中可以携带主会议标识、子会议主题信息、子会议参会用户列表信息、以及子会议 会话媒体类型等。子会议创建请求中还可以可选的携带有子会议控制策略，当然，子会议控制策略也可 以预先设置在会议服务器处。子会议控制策略可以包括是否允许同时参与主会议子会议的参会用户接 收主会议会话内容、是否允许非主会议参会用户参加子会议等等。上述子会议创建请求中携带的信息也 可以通过多条消息传输至会议服务器。本发明实施方式不限制子会议创建请求中携带信息的具体内容、 子会议控制策略的具体内容、以及上述各信息的传输方式。
会议服务器在接收到子会议创建请求后，可以直接执行子会议创建操作，也可以根据会议控制策略 来决定是否执行子会议创建操作。这里的会议控制策略不同于上述子会议控制策略，这里的会议控制策 略用于判断是否允许创建子会议，会议控制策略可以是主会议控制策略。在采用会议控制策略的情况下， 会议服务器首先获取会议控制策略，例如，会议服务器从会议控制中心(Conference Focus)处获取主 会议控制策略，当然，会议服务器也可以从其它网络设备处获取用于判断是否允许创建子会议的会议控 制策略。会议服务器在利用会议控制策略确定出允许创建子会议后，通过重用会议控制中心来建立子会 议，即不需要创建独立的子会议实例对应的Conference Focus。主会议会话通道和子会议会话通道可以 重用已有的会议会话通道(即主会议会话通道与子会议会话通道共享同一会议会话通道)，主会议会话通 道和子会议会话通道也可以为相互独立的会议会话通道。在主子会议会话媒体类型相同的情况下，主会 议会话通道和子会议会话通道可以采用重用会议会话通道的方式、也可以采用相互独立的会议会话通道 的方式；在主子会议会话媒体类型不相同的情况下，主会议会话通道和子会议会话通道需要采用相互独 立的会议会话通道的方式。
在成功创建子会议后，对于同时参加主、子会议的参会用户而言，子会议会话仅仅是逻辑上的会话， 子会议会话与主会议会话不是两个并行的会话，而是重用的会议会话，即主会议实例对应Conference Focus、子会议实例也对应Conference Focus。 Conference Focus通过重用的会议会话与主会议参会用户、 子会议参会用户进行主会议会话内容、子会议会话内容的交互。
Conference Focus可以通过主会议会话与主会议参会用户进行主会议会话内容和/或子会议会话内容的交互、且ConferenceFocus可以通过子会议会话与子会议参会用户进行子会议会话内容和/或主会议会 话内容的交互。也就是说，Conference Focus利用与各参会用户之间的会议会话与参与主会议、子会议 的参会用户交互会议会话内容，会议会话在参会用户参与主会议时用作主会议会话，在参会用户参与子 会议时用作子会议会话。当会议会话用作主会议会话时，并不代表参会用户通过主会议会话仅能够接收 到主会议会话内容，在实际应用中参会用户可以通过主会议会话接收到主会议会话内容、或者接收到子 会议会话内容、或者接收到主会议会话内容和子会议会话内容。同样，当会议会话用作子会议会话时， 并不代表参会用户仅能够接收到子会议会话内容，参会用户可以通过子会议会话接收到子会议会话内容、 或者接收到主会议会话内容、或者接收到主会议会话内容和子会议会话内容。
在Conference Focus通过重用的会议会话与主会议参会用户、子会议参会用户进行主会议会话内容、 子会议会话内容的交互的情况下，可以采用控制信令的方式来区分参会用户发送的主会议会话内容、子 会议会话内容等等。例如，在参会用户需要发送主会议会话内容时，可以先发送携带有主会议标识的发 送会议会话请求，以通知Conference Focus:该参会用户后续发送的会议会话内容为主会议会话内容。 然后，该参会用户再向Conference Focus发送主会议会话内容。在参会用户需要发送主会议会话内容时， 参会用户也可以在发送的主会议会话内容中增加区别于子会议标识的主会议标识，Conference Focus可 以先解析主会议会话内容中的会议标识信息，根据解析出的会议标识信息确定接收到的会议会话内容是 主会议会话内容，还是子会议会话内容。在Conference Focus通过相互独立的主会议会话通道、子会议 会话通道与主会议参会用户、子会议参会用户进行会话内容的交互的情况下，Conference Focus能够通 过识别传输会议会话内容的通道的不同确定出参会用户发送来的会议会话内容为主会议会话内容、还是 子会议会话内容。从而无论采用重用会议会话通道方式、还是采用独立的会议会话通道方式，Conference Focus均能够实现对仅参加主会议的参会用户、仅参加子会议的参会用户、同时参与主会议子会议的参 会用户发送的会话内容的准确接收。
Conference Focus在识别出接收到的会议会话内容后，可以通过共享的会议会话通道向子会议参会 用户或主会议参会用户发送会议会话内容；或者通过相互独立的主会议会话通道、子会议会话通道向子 会议参会用户或主会议参会用户发送会议会话内容。
Conference Focus可以将识别出的主会议会话内容发送至需要接收主会议会话内容的参会用户；需 要接收主会议会话内容的参会用户可以包括参与主会议的参会用户、以及参与子会议并要求接收主会 议会话内容且获批准的子会议参会用户。Conference Focus可以将识别出的子会议会话内容发送至需要 接收子会议会话内容的参会用户，需要接收子会议会话内容的参会用户可以包括参与子会议的参会用 户，以及参与主会议并要求接收子会议会话内容且获批准的主会议参会用户。例如，子会议中同时为主 会议参会用户的子会议参会用户要求接收主会议会话内容，Conference Focus在确定该子会议参会用户 同时为主会议参会用户后，可以将接收到的会议会话内容混音后向该子会议参会用户发送。这里的 Conference Focus接收到的会议会话内容可以为主会议会话内容和/或子会议会话内容。
同时参与主会议子会议的参会用户可以选择是否接收主会议会话内容、子会议会话内容，而且同时 参与主会议、子会议的参会用户也可以选择退出主会议、或者退出子会议，Conference Focus可以向参 会用户发送与参会用户的选择匹配的会议会话内容，从而使参会用户可以选择性接收会议会话内容，实 现了参会用户接收会议会话内容的控制。虽然上述实施例一也能够实现发送、接收会议会话内容的控制，但是，两者采用的技术手段是不同 的。例如，在实施例一中，Sidebar Focus需要订阅主会议状态信息，以便将主子会议关联起来，从而 对子会议进行与主会议关联的控制，而在实施例二中，Conference Focus完全可以通过独自的处理操作 来对主子会议进行关联控制，从而不需要Sidebar Focus的配合，即不需要执行订阅等操作；再例如， 在实施例一中，如果同时参与主子会议的参会用户需要接收主会议会话内容，则Sidebar Focus需要邀 请Main Conference Focus力口入子会议，在Sidebar Focus与Main Conference Focus之问建立主会议 会话通道；而在实施例二中，Conference Focus完全可以通过独自处理向同时参与主会议、子会议的参 会用户发送混音后的主子会议会话内容，从而不需要Sidebar Focus的配合，即不需要执行邀请、建立 主会议会话通道等操作。再例如，在实施例一中，如果同时参与主子会议的参会用户需要切换回主会议、 且在主会议中接收子会议会话内容，则Main Conference Focus需要邀请Sidebar Focus加入主会议， 在Sidebar Focus与Main Conference Focus之间建立子会议会话通道或利用两者之间双向的会议会话 通道，而在实施例二中，由于Conference Focus完全可以独自处理向参会用户发送相应会议会话内容， 因此，不需要执行该邀请、建立子会议会话通道等操作。实施例二中的切换可以用于同时参与主子会议 的参会用户发送主会议会话内容还是子会议会话内容的控制；还有，在实施例一中，当同吋参与主子会 议的参会用户需要退出主会议时，Main Conference Focus需要根据主会议参会用户的参会情况，决定 是否通知Sidebar Focus终止子会议，而在实施例二中，Conference Focus完全可以通过独自操作来控 制主子会议的终止，从而不需要Sidebar Focus的配合，不需要执行通知等操作。实施例二与实施例一 的诸多不同之处，均由实施二采用重用主会议的会议控制中心，即重用主会议的会议会话而产生。下面 对实施例二的会议会话内容发送控制、接收控制、退出会议、终止会议等进行说明。
Conference Focus可以获知主子会议中各参会用户的参会状态，也就是说，Conference Focus可以 获知主子会议中的参会用户是仅参与了主会议、还是仅参与了子会议、异或是同时参与了主会议和子会 议。Conference Focus可以根据主会议参会用户列表信息、子会议参会用户列表信息获知主子会议屮各 参会用户的参会状态。
Conference Focus可以根据子会议控制策略来判断是否向子会议中同时参与主会议的子会议参会用 户发送主会议会话内容。子会议控制策略可以设置为允许向同时参与主子会议的参会用户发送主会议 会话内容和子会议会话内容，即在默认情况下，Conference Focus向同时参与主子会议的参会用户发送 主会议会话内容和子会议会话内容；此时，同时参与主子会议的参会用户可以通过发送停止接收主会议 会话请求或者停止接收子会议会话请求来控制其仅接收需要的会议会话内容。停止接收主会议会话请求 中可以携带主会议标识，还可以可选的携带指定的至少一个参会用户信息；停止接收子会议会话请求中 可以携带主会议标识，还可以可选的携带指定的至少一个参会用户信息。
同时参与主子会议的参会用户在停止接收主会议会话内容后，还可以通过向Conference Focus发送 接收主会议会话请求再继续接收主会议会话内容。同时参与主子会议的参会用户在停止接收子会议会话 内容后，还可以通过向Conference Focus发送接收子会议会话请求再继续接收子会议会话内容。
子会议控制策略也可以设置为禁止向同时参与主子会议的参会用户发送主会议会话内容，即在默 认情况下，Conference Focus向同时参与主子会议的参会用户仅发送子会议会话内容。此时，同时参与 主子会议的参会用户可以通过发送接收主会议会话请求来控制其接收主子会议会话内容。即ConferenceFocus可以根据子会议参会用户列表信息向子会议中的所有参会用户仅发送子会议会话内容，Conference Focus也可以根据主子会议参会用户列表信息、接收主会议会话请求向子会议中同时为主会议参会用户的 子会议参会用户发送主子会议会话内容。
在实施例二中，可以接收主子会议会话内容的参会用户可以通过停止接收主会议会话请求、停l卜.接 收子会议会话请求来控制其仅接收子会议会话内容、或者仅接收主会议会话内容。在同吋参与主子会议 的参会用户仅可以接收主会议会话内容的情况下，参会用户可以通过向Conference Focus发送接收子会 议会话请求来接收主子会议会话内容。在同时参与主子会议的参会用户仅可以接收子会议会话内容的情 况下，参会用户可以通过向Conference Focus发送接收主会议会话请求来接收主子会议会话内容。也就 是说，Conference Focus可以根据主子会议参会用户列表信息、接收主会议会话请求、接收子会议会话 请求、停止接收主会议会话请求、停止接收子会议会话请求向参会用户发送相应会议会话内容。
在实施例二中，接收主会议会话请求可以携带指定的至少一个子会议参会用户信息，也可以不携带 指定的至少一个子会议参会用户信息。在不携带指定的子会议参会用户信息的情况下，可以表示发送接 收主会议会话请求的参会用户需要接收主会议会话内容。在携带指定的子会议参会用户信息的情况下， 可以表示指定的子会议参会用户需要接收主会议会话内容。也就是说，当子会议中同时为主会议参会用 户的子会议参会用户需要接收主会议会话内容时，可以自己发送接收主会议会话请求；也可以由其它参 会用户代为发送接收主会议会话请求。
在实施例二中，停止接收主会议会话请求可以携带指定的子会议参会用户信息，也可以不携带指定 的至少.一个子会议参会用户信息。在不携带指定的子会议参会用户信息的情况下，可以表示发送停i卜接
收主会议会话请求的参会用户需要停止接收主会议会话内容。在携带指定的子会议参会用户信息的情况 下，可以表示指定的子会议参会用户需要停止接收主会议会话内容。也就是说，当子会议中同时为主会 议参会用户的子会议参会用户需要停止接收主会议会话内容时，可以自己主动发送停止接收主会议会话 请求；也可以由其它参会用户代为发送停止接收主会议会话请求。
在实施例二中，停止接收子会议会话请求中可以携带指定的至少-一个主会议参会用户信息，也可以 不携带指定的至少一个主会议参会用户信息。在不携带指定的主会议参会用户信息的情况下，表示发送 停止接收子会议会话请求的参会用户需要停止接收子会议会话内容。在携带指定的主会议参会用户信息 的情况下，表示指定的主会议参会用户需要停止接收子会议会话内容。也就是说，当主会议参会用户需 要停止接收子会议会话内容时，可以自己发送停止接收子会议会话请求；也可以由其它参会用户代为发 送停止接收子会议会话请求。
实施例二中的Conference Focus向相应的参会用户发送相应的会议会话内容包括的具体例举方式与 上述实施例一中描述的具体例举方式类似，在此不再详细说明。
在实施例二中，子会议中同时为主会议参会用户的子会议参会用户可以根据需要选择切换至主会议 或切换至子会议，这里的切换和实施例一中的切换不相同，这里的切换表示同时参与主子会议的参会用 户通知Conference Focus:该参会用户发送的会话内容为主会议会话内容还是子会议会话内容，这里的 切换可以通过发送携带有会议标识的发送会议会话请求来实现，发送会议会话请求中的会议标识可以为 主会议标识、也可以为子会议标识。主会议标识表示该参会用户后续发送至Conference Focus的会议会 话内容为主会议会话内容；子会议标识表示该参会用户后续发送至Conference Focus的会议会话内容为
27议中同时为主会议参会用户的子会议参会用户可以向Conference Focus发 送向子会议会话切换请求(即携带有子会议标识的发送会议会话请求)，以通知Conference Focus:该 参会用户后续发送的会议会话内容为子会议会话内容。再例如，子会议中同时为主会议参会用户的子会 议参会用户可以向Conference Focus发送向主会议会话切换请求(即携带有主会议标识的发送会议会话 请求)，以通知Conference Focus:该参会用户后续发送的会议会话内容为主会议会话内容。
主会议中的参会用户可以请求退出主会议。如主会议中的参会用户可以向Conference Focus发送携 带有主会议标识的退出主会议请求，以表示该参会用户请求退出主会议。Conference Focus在接收到主 会议参会用户的退出主会议请求后，在主会议会话通道与子会议会话通道为共享的会议会话通道、且该 参会用户需要接收子会议会话内容的情况下，Conference Focus可以不进行释放与请求退出主会议的参 会用户之间的会议会话通道的操作；在主会议会话通道与子会议会话通道为共享的会议会话通道、且该 参会用户不需要接收子会议会话内容的情况下，Conference Focus可以进行释放与请求退出主会议的参 会用户之间的会议会话通道的操作；在主会议会话通道与子会议会话通道为相互独立的会议会话通道的 情况下，Conference Focus可以释放其与请求退出主会议的参会用户之间的主会议会话通道。Conference Focus接收到退出主会议请求之后，Conference Focus可以更新主会议参会用户列表、且不再向该参会 用户发送主会议会话内容；如果该参会用户仍然为子会议参会用户，则Conference Focus可以继续向该 参会用户发送子会议会话内容。
Conference Focus还可以在接收到退出主会议请求后，判断一下是否所有的主会议参会用户都退出 了主会议，如果所有的主会议参会用户都退出了主会议，则Conference Focus可以先进行终止子会议的 操作，然后再进行终止主会议的操作。当主会议会话通道与子会议会话通道为两个相互独立的会议会话 通道时，终止子会议的操作可以包括Conference Focus释放与各子会议参会用户之间的子会议会话通 道。
子会议中的参会用户可以请求退出子会议，如子会议中的参会用户可以向Conference Focus发送携 带有子会议标识的退出子会议请求，以表示该参会用户请求退出子会议。Conference Focus在接收到退 出子会议请求后，在主会议会话通道与子会议会话通道为共享的会议会话通道、且该参会用户需要接收 主会议会话内容的情况下，Conference Focus可以不进行释放会议会话通道的操作。在主会议会话通道 与子会议会话通道为共享的会议会话通道、且该参会用户不需要接收主会议会话内容的情况下， Conference Focus可以进行释放会议会话通道的操作。在主会议会话通道与子会议会话通道为相互独立 的会议会话通道的情况下，Conference Focus可以进行释放其与该参会用户之间的子会议会话通道的操 作。在Conference Focus接收到退出子会议请求之后，可以更新子会议参会用户列表、且不再向该参会 用户发送子会议会话内容。如果该参会用户仍然为主会议参会用户，则Conference Focus可以继续向该 参会用户发送主会议会话内容。
另外，需要说明的是，上述退出主会议请求、退出子会议请求中也可以携带指定的至少一个参会用 户信息，以表示指定的参会用户需要退出主会议或子会议。
下面结合附图对实现子会议实施例二进行详细说明。
附图6为实施例二的实现子会议的示意图。
图6中，使用终端l、终端2、终端3的各参会用户在进行主会议，使用终端4的参会用户没有参加主会议，而是参加了子会议。参会用户l、参会用户2、参会用户3中的任一参会用户均可以通过使用的 终端请求创建子会议，会议服务器可以根据主会议控制策略来判断是否允许创建子会议，在允许创建、 并成功创建了子会议后，参会用户l、参会用户2、参会用户3利用终端、通过主会议会话继续进行主会 议，参会用户1、参会用户3和参会用户4利用终端、通过子会议会话进行子会议。此处的主会议会话、 子会议会话为重用的会议会话，即同一会议会话在参会ffl户参与主会议吋用作主会议会话、在参会用户 参与子会议时用作子会议会话。主会议媒体传输通道可以共享为子会议媒体传输通道，或者主会议媒体 传输通道可以和子会议媒体传输通道相互独立。由于主会议和子会议重用同一会话，因此主会议和子会 议是相互关联的，主会议的Conference Focus可以对子会议进行与主会议关联的会议会话控制。 附图7为实施例二的子会议创建流程图。
图7中，UE1、 UE2、 UE3、 UE4分别表示各参会用户使用的终端，其中使用UE1、 UE2、 UE3的参会 用户为主会议参会用户，即使用UE1、 UE2、 UE3的参会用户参与了会议服务器中的Main Conference Focus 主持—1、'的多方多媒体会议，使用UE1、 UE2、 UE3的参会用户与Main Conference Focus之问的媒体传输 通道分别为Dialogl、 Dialog2、 Dialog3;使用UE4的参会用户为非主会议参会用户，使用UE4的参会用 户与使用UE1、 UE3的参会用户一起参与了会议服务器中的Main Conference Focus主持下的多方多媒休 子会议。
需要特别说明的是，图7、8、9、10中的Main Conference Focus即为上述实施例二中描述的Conference Focus。另外，为描述简洁起见，在下述针对附图的描述中，将参会用户通过终端设备发送信息简略描述 为UE1、 UE2、 UE3、 UE4发送信息。
图7中，步骤l、在主会议进行过程中，UE1向会议服务器发送子会议创建请求。子会议创建请求可 以通过会议服务器支持的会议资源访问机制提交至会议服务器，例如，子会议创建请求通过会议接入或 者辅助会议应用参数设置的远程助理等提交至会议服务器。子会议创建请求中可以携带有主会议标识、 子会议主题、子会议参会用户列表、子会议会话媒体类型以及子会议控制策略等等。子会议控制策略如 是否允许子会议参会用户接收主会议会话内容、是否允许非主会议参会用户参与子会议等。
步骤2、会议服务器在接收到子会议创建请求后向Main Conference Focus请求主会议控制策略。
步骤3、 Main Conference Focus向会议服务器返回主会议控制策略。如果主会议为预定义会议，则 主会议控制策略可以记录在预定义会议的定义文档中；如果主会议为临时会议，则主会议控制策略可以 是运营商设置的默认控制策略。
步骤4、会议服务器根据主会议控制策略判断是否接受子会议创建请求，如果接受子会议创建请求， 则会议服务器利用主会议参会用户与会议服务器之间已有的会议会话来实现子会议会话，因此，会议服 务器针对子会议的资源部署实际上是对现有主会议实例的调整。会议服务器同样需要为子会议分配子会 议标识，到步骤5;如果会议服务器不接受子会议创建请求，则本次子会议创建过程结束，会议服务器可 以向UE1返回停止创建子会议的响应信息。
步骤5、会议服务器在子会议创建成功后，向UE1返回子会议创建成功的响应信息。
步骤6、会议服务器向Main Conference Focus发送子会议创建成功通知。
步骤7、 Main Conference Focus在接收到子会议创建成功通知后，向会议服务器返回响应信息。 步骤8、 UE1在接收到子会议创建成功的响应信息后，向Main Conference Focus发送子会议激活请
29求。
步骤9、 Main Conference Focus在接收到子会议激活请求后，向UE1返回响应信息。 步骤10、 UE1在接收到响应信息后向Main Conference Focus返回确认信息，从而成功的在UE1与 Main Conference Focus之间已有的主会议会话Dialogl上建立子会议会话Dialogl'。也就是说，UEl 与Main Conference Focus已有的会议会话即可以用作主会议会话、又可以用作子会议会话。
步骤ll、 Main Conference Focus根据子会议参会用户列表信息向UE3发送邀请加入子会议请求。 步骤12、 UE3在接收到请求后，向Main Conference Focus返回响应信息。
步骤13、 Main Conference Focus在接收到响应信息后，向UE3返回确认信息，从而成功的在UE3 与Main Conference Focus之间已有的主会议会话Dialog3上建立子会议会话Dialog3'。
步骤14、 Main Conference Focus根据子会议参会用户列表向UE4发送邀请加入子会议请求。 步骤15、 UE4在接收到请求后，向Main Conference Focus返回响应信息。
步骤16、 Main Conference Focus在接收到响应信息后，向UE4返回确认信息，从而成功建立UE4 与Main Conference Focus之间的子会议会话Dialog4。
在上述创建子会议的过程中，可以采用两种不同的媒体传输通道建立方式。
方式一、主会议会话和子会议会话共享同一媒体传输通道，主会议媒体传输通道即子会议媒体传输 通道。也就是说，主会议会话通道共享为子会议会话通道。
方式二、在主会议会话中单独为子会议建立新的媒体传输通道，主会议媒体传输通道与下会议媒体 传输通道相互独立，即主会议会话通道和子会议会话通道相互独立。
当主会议会话媒体类型、子会议会话媒体类型相同时，可以采用上述方式一、方式二中的任一种来 建立子会议媒体传输通道。当主会议会话媒体类型、子会议会话媒体类型不相同时，需要采用方式二来 建立子会议媒体传输通道。
当采用方式一来建立子会议媒体传输通道时，可以采用信令控制会议会话内容的传输，如Main Conference Focus通过信令对主会议会话内容、子会议会话内容的接收进行控制，参会用户通过信令对 主会议会话内容、子会议会话内容的发送进行控制。通过信令对主会议会话内容、子会议会话内容的接 收进行控制可以通过参会用户向Main Conference Focus发送SIP re-INVITE请求来实现，其中，SIP re-INVITE请求中的Request URI为主会议标识或者子会议标识，以表示Main Conference Focus需要接收 的会话内容是主会议会话内容还是子会议会话内容；会话媒体类型描述可以携带在SIP re-INVITE请求的 MIME SDP消息体中；Main Conference Focus可以根据开始接收或者停止接收的不同将与对应会议媒体传 输通道描述"m"行中的激活属性设置为"a-active〃或"a^inactive"。
当采用方式二来建立子会议媒体传输通道时，由于参会用户在不同会议中的发言使用独立的媒体传 输通道，因此，Main Conference Focus能够通过区分媒体传输通道来正确区分参会用户发送来的会议会 话内容是主会议会话内容还是从会议会话内容。
需要说明的是，在上述针对图7的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图7 中的步骤5、步骤6可以同时执行，也可以顺序颠倒再例如，步骤ll、步骤14可以同时执行，也可以 顺序颠倒等。
下面详细描述在主会议会话、子会议会话为重用会议会话、且共享用同一媒体传输通道情况下，主
30会议会话内容、子会议会话内容的接收发送控制的实现过程。
附图8为实施例二的主会议会话、子会议会话发送控制流程图。
图8中的使用UE1、 UE2、 UE3的参会用户为最初一起参与Main Conference Focus主持的多方多媒 体会议的主会议参会用户，在主会议进行中，使用UE1、 UE3的参会用户又与使用UE4的参会用户进行子 会议。对干主会议中的其他参会用户如使用UE2的参会用户来说，使用UE1、 UE3的参会用户仍在主会议 中。使用UE4的参会用户只是子会议参会用户，使用UE4的参会用户无权接收主会议会话内容。使用UE1、 UE2、 UE3的各参会用户与Main Conference Focus之间的主会议会话分别为Dialogl、 Dialog2、 Dialog'3， 使用UE1、 UE3、 UE4的各参会用户与Main Conference Focus之间的子会议会话分别为Dialogl'、 Dialog3' 、 Dialog4。
图8中，步骤1、 UE1向Main Conference Focus发送向子会议会话切换请求，请求将UE1与Main Conference Focus之间主会议会话Dialogl的媒体传输通道临时用作子会议会话Dialogl'的媒体传输 通道，即UE1与Main Conference Focus之间的媒体传输通道暂时为子会议专用。在UE1发送的向子会 议会话切换请求中，Request URI可以设置为子会议标识"sub_conference@example. com" ， "R印lace" 头域中可以携带当前的会话标识Dialogl,参数"conference-only"表明切换前占用媒体传输通道的主 会议标识main—conference@example. com。该主子会议会话切换请求可以为如下形式
re-INVITE sip:sub_conference@example.com SIP/2.0
Via: SIP/2.0/TCP server.example.com;branch=z9hG4bK776sgdkse
To:sip:main_conference@example,com; tag=7743
From: sip:useM@example.com;tag=6472
Call-ID: a84b4c76e66710
CSeq: 1 UPDATE
M3x-F0rw3rds: 70
Date: Sun, 21 May 2006 13:02:03 GMT
Contact: <sip:user1 @example.com>
Replaces: a84b4c76e66710;to-tag=7743;from-tag=6472;
conference-oly=main_conference@example.com
Content-Type: application/sdp
Content-Length: [length]
v=0
o=useii 2890844526 2890844526 IN IP4 useii.example.com s= .
c=IN IP4 useii.example.com m=audio 3456 RTP / AVP 96 970 t=0 0......
步骤2、 Main Conference Focus接收到UE1发送的向子会议会话切换请求后，向UE1返回切换成功 的响应信息。
步骤3、 UEl通过Dialogl'向Main Conference Focus发送会议会话内容，该会议会话内容为子会 议会话内容。
步骤4、 Main Conference Focus接收到UE1发送的子会议会话内容后，向UE1返回响应信息。由于此时的媒体传输通道临时用作子会议媒体传输通道，因此，Main Conference Focus能够明确获知其接收 到的会话内容为子会议会话内容。
步骤5、 Main Conference Focus根据子会议参会用户列表信息、通过Dialog3'向UE3发送子会议 会话内容。
步骤6、 UE3接收到子会议会话内容后，向Main Conference Focus返回响应信息。 步骤7、 Main Conference Focus根据子会议参会用户列表信息、通过Dialog4向UE4发送子会议会 话内容。
步骤8、 UE4接收到子会议会话内容后，向Main Conference Focus返冋响应信息。
步骤9、 UE1在子会议发言后，希望重新返回主会议会话状态，UE1向Main Conference Focus发送
向主会议会话切换请求，以请求将UE1与Main Conference Focus之间的子会议会话Dialogl'的媒体
传输通道重新用作主会议会话Malogl的媒体传输通道。
步骤10、 Main Conference Focus接收到UE1发送的向主会议会话切换请求后，向UE1返两切换成
功的响应信息。
步骤11、 UE1通过Dialogl向Main Conference Focus发送会议会话内容，该会议会话内容为主会 议会话内容。
步骤12、 Main Conference Focus接收到UE1发送的主会议会话内容后，向UE1返回响应信息。由 于此时UE1与Main Conference Focus之间的媒体传输通道被主会议占用，因此，Main Conference Focus 能够明确获知其接收到的会议会话内容为主会议会话内容。
步骤13、 Main Conference Focus根据主会议参会用户列表、通过Dialog2向UE2发送主会议会话 内容。
步骤14、 UE2接收到主会议会话内容后，向Main Conference Focus返回响应信息。 步骤15、 Main Conference Focus根据主会议参会用户列表、通过Dialog3向UE3发送主会议会话 内容。
步骤16、 UE3接收到主会议会话内容后，向Main Conference Focus返回响应信息。 需要说明的是，在上述针对图8的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图8
中的步骤5、步骤7可以同时执行，也可以顺序颠倒；再例如，步骤13、步骤15可以同时执行，也可以
顺序颠倒。
附图9为实施例二的主会议会话、子会议会话接收控制流程图。
图9中，步骤1、 UE 2通过Dialog2的媒体传输通道向Main Conference Focus发送主会议会话内容。
步骤2、 Main Conference Focus接收到UE2发送的主会议会话内容后，向UE2返回响应信息。 步骤3、 UE4通过Dialog4的媒体传输通道向Main Conference Focus发送子会议会话内容。 步骤4、 Main Conference Focus接收到UE4发送的子会议会话内容后，向UE4返回响应信息。 步骤5、 Main Conference Focus根据主会议参会用户列表信息、子会议参会用户列表信息、通过 Dialogl向UE1发送主会议会话内容、子会议会话内容混音后的会议会话内容。
步骤6、 UE1接收到混音后的会议会话内容后，向Main Conference Focus返回响应信息。步骤7、 Main Conference Focus根据主会议参会用户列表信息、子会议参会用户列表信息、通过
Dialog2向UE2发送主会议会话内容。需要说明的是，为描述方便起见，图9中仅示出了使用UE1、 UE2、
UE3、 UE4的四个参会用户、且使用UE1、 UE2和UE3的参会用户为主会议参会用户，其实在实际应用中，
还存在其它主会议参会用户，因此，在步骤7中Main Conference Focus向UE2发送的主会议会话内容
并不是在步骤2中Main Conference Focus接收到的UE2发送來的主会议会话内容。如果主会议中仅仅
有使用UE1、 UE2、 UE3的三个参会用户，则步骤7是可以省略的。
步骤8、 UE2接收到主会议会话内容后，向Main Conference Focus返回响应信息。
步骤9、 Main Conference Focus根据主会议参会用户列表信息、子会议参会用户列表信息、通过
Dialog3'(即通过Dialog3)向UE3发送主会议会话内容、子会议会话内容混音后的会议会话内容。
步骤IO、 UE3接收到混音后的会话内容后，向Main Conference Focus返回响应信总。
步骤11、 Main Conference Focus根据主会议参会用户列表信息、子会议参会用户列表信息、通过
Dialog4向UE4发送子会议会话内容。
步骤12、 UE4接收到子会议会话内容后，向Main Conference Focus返回响应信息。
步骤13、 UE1需要暂时停止接收主会议会话内容，UE1向Main Conference Focus发送停止接收主会议
会话请求，停止接收主会议会话请求可以为SIP UPDATE请求，SIP UPDATE请求中的Request URI值可以设
置为主会议标识"main—conference@example.COm"，消息体SDP媒体描述"m"行中的激活属性可以设置为
"a=inaCtiVe"。该停止接收主会议会话请求可以为如下形式
UPDATE sip:main—conference@example.com SIP/2.0
Via: SIP/2.0/TCP server.example.com;branch=z9hG4bK776sgdkse
To:sip:main_conference@example,com; tag=7743
From: sip:useM @example.com;tag=6472
Call-ID: a84b4c76e66710
CSeq: 1 UPDATE
Max-Forwards: 70
Date: Sun, 21 May 2006 13:02:03 GMT Contact: <sip:user1 @example.com> Content-Type: 3pplicati0n/sdp Content-Length: [length]
v=0
o=- 2987933615 2987933616 IN IP6 5555::aaa:bbb:ccc:ddd s=-
c=IN IP6 5555::aaa:bbb:ccc:ddd t=0 0
m=audio 3456 RTP/AVP 97
b=AS:25.4
3=in3ctive
a=rtpmap:97 AMR
步骤14、 Main Conference Focus接收到停止接收主会议会话请求后，向UE1返回响应信息。Main Conference Focus根据停止接收主会议会话请求确定出UE1需要暂停接收主会议会话内容，即Main Conference Focus确定出在后续会议会话内容的发送过程中，不需要再向UE1传输主会议会话内容。
步骤15、 UE2通过Dialog2向Main Conference Focus发送主会议会话内容。步骤16、 Main Conference Focus接收到UE2发送的主会议会话内容后，向UE2返回响应信息。 步骤17、 UE4通过Dialog4向Main Conference Focus发送子会议会话内容。 步骤18、 Main Conference Focus接收到UE4发送的子会议会话内容后，向UE4返回响应信息。 步骤19、 Main Conference Focus通过Dialogl'(即通过Dialogl)向UE1发送接收到的子会议会 话内容。
步骤20、 UE1接收到子会议会话内容后，向Main Conference Focus返回响应信息。 步骤21、 Main Conference Focus通过Dialog2向UE2发送接收到的主会议会话内容。需要说明的 是，为描述方便起见，图9中仅示出了使用UE1、 UE2、 UE3、 UE4的四个参会用户、且使用UE1、 UE2和 UE3的参会用户为主会议参会用户，其实在实际应用中，还存在其它主会议参会用户，因此，在步骤21 中Main Conference Focus向UE2发送的主会议会话内容并不是在步骤15中Main Conference Focus接 收到的UE2发送来的主会议会话内容。如果主会议中仅仅有使用UE1、 UE2、 UE3的三个参会用户，则步 骤21是可以省略的。
步骤22、 UE2接收到主会议会话内容后，向Main Conference Focus返回响应信息。
步骤23、 Main Conference Focus根据主会议参会用户列表信息、子会议参会用户列表信息、通过
Dialog3'(即通过Dialog3)向UE3发送主会议会话内容、子会议会话内容混音后的会议会话内容。 步骤24、 UE3接收到混音后的会议会话内容后，向Main Conference Focus返回响应信息。 步骤25、 Main Conference Focus根据主会议参会用户列表信息、子会议参会用户列表信息、通过
Dialog4向UE4发送子会议会话内容。
步骤26、 UE4接收到子会议会话内容后，向Main Conference Focus返回响应信息。 上述针对图9的描述中，是以UE1暂停接收主会议会话内容为例进行说明的，UE1也可以请求暂时不接收子
会议会话内容，其实现过程与上述流程描述基本相同，在此不再详细说明。
需要说明的是，在上述针对图9的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图9
中的步骤5、步骤7、步骤9、步骤ll可以同时执行，也可以顺序颠倒；再例如，步骤19、步骤21、步
骤23、步骤25可以同时执行，也可以顺序颠倒。
附图IO为实施例二的退出主会议、及主子会议终止流程图。
图10中，步骤1、 UE3向Main Conference Focus发送退出主会议请求。
步骤2、Main Conference Focus向UE3返回响应信息。会议服务器释放UE3与Main Conference Focus 之间的主会议会话Dialog3， UE3成功退出主会议。
步骤3、 UE2通过Dialog2向Main Conference Focus发送主会议会话内容。 步骤4、 Main Conference Focus向'UE2返回响应信息。 步骤5、 UE4通过Dialog4向Main Conference Focus发送子会议会话内容。 步骤6、 Main Conference Focus向UE4返回响应信息。
步骤7、Main Conference Focus将接收到的主会议会话内容、子会议会话内容混音后，通过Dialogl' (即通过Dialogl)发送至UEl。
步骤8、 UE1向Main Conference Focus返回响应信息。
步骤9、 Main Conference Focus通过Dialog2向UE2发送主会议会话内容。步骤10、 UE2向Main Conference Focus返回响应信息。
步骤11、由于UE3已经退出主会议，因此，Main Conference Focus虽然收到了主会议会话内容，
但是仅通过Dialog3'向UE3发送子会议会话内容。
步骤12、 UE3接收到子会议会话内容后，向Main Conference Focus返回响应信息。
步骤13、由于UE4仅参加了子会议会话，l萄此，Main Conference Focus虽然收到了主会议会话内
容，但是仅通过Dialog4向UE4发送接收到的子会议会话内容。
步骤14、 UE4接收到子会议会话内容后，向Main Conference Focus返回响应信息。 歩骤15、 UE2通过Dialog2向Main Conference Focus发送退出主会议请求。
步骤16、 Main Conference Focus在接收到退出主会议请求后，向UE2发送响应信息，会议服务器
释放UE2与Main Conference Focus之间的会话Dialog2， UE2成功退出主会议。
步骤17、 UEl通过Dialogl'(即通过Dialogl)向Main Conference Focus发送退出主会议请求。 步骤18、由于使用UE1的参会用户是主会议中最后一个参会用户，因此，UE1发送的退出主会议请
求将触发会议服务器终止主会议会话。在终止主会议会话之前，必须首先终止主会议下的所有子会议，
因此，Main Conference Focus向UE3发送退出子会议请求，以指示UE3退出子会议。
步骤19、 UE3接收到退出子会议请求后，向Main Conference Focus返回响应信息，会议服务器释
放UE3与Main Conference Focus之间会话Dialog3' , UE3成功退出子会议。
步骤20、 Main Conference Focus向UE1发送退出子会议请求，以指示UEl退出子会议。
步骤21、 UE1接收到退出子会议请求后，向Main Conference Focus返回响应信息，会议服务器释
放UEl与Main Conference Focus之间的会话Dialogl' , UE1成功退出子会议。
步骤22、 Main Conference Focus向UE4发送退出子会议请求，以指示UE4退出子会议。
步骤23、 UE4接收到退出子会议请求后，向Main Conference Focus返回响应信息，会议服务器释
放UE4与Main Conference Focus之间的会话Dialog4, UE4成功退出子会议。至此子会议参会用户全部
退出子会议。
会议服务器可以成功终止主子会议实例。
需要说明的是，在上述针对图IO的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图 10中的步骤7、步骤9、步骤ll可以同时执行，也可以顺序颠倒；再例如，步骤18、步骤20、步骤22 可以同时执行，也可以顺序颠倒。
下面对本发明实施例提供的私密会议会话实现方法进行说明。
参会用户之间可以进行私密会议会话内容的传输。私密会议也可以称为"私聊"。私密会议是指在 当前会议(如主会议、子会议)进行过程中，某些特定参会用户之间的私下会议。在实现私密会议过程 中，不需要建立会议控制中心、也可以不需要为私密会议分配新的会议标识；另外，私密会议具有隐秘 性要求，且附属于正在进行的会议，如私密会议附属于主会议。进行私密会议的参会用户可以均为主会 议参会用户，也可以均为子会议参会用户，还可以既包括主会议参会用户、也包括子会议参会用户。
私密会议与子会议的区别包括子会议可以允许非主会议参会用户加入，但是，通常将私密会议限
定为已参会用户之间的临时会议。
本发明实施例提供如下两种实现私密会议的方式方式一、利用私密会议会话占用会议会话通道请求来确定需要接收私密会议会话内容的参会用户， 然后，在接收到私密会议会话内容后，向上述确定出的需要接收私密会议会话内容的参会用户发送私密 会议会话内容。
在方式一中，由于能够根据私密会议会话占用会议会话通道请求确定出需要接收私密会议会话内容 的参会用户，闪此，参会用户在后续发送私密会议会话内容吋，可以不再携带需要接收私密会议会话内 容的参会用户。在参会用户发送上述请求至该参会用户请求切换至主会议或子会议期间，会议控制中心 可以将该参会用户发送的会议会话内容均确定为私密会议会话内容。
方式一利用已有的会议会话通道实现了私密会议会话内容的传输，即参会用户在发送上述请求后， 私密会议会话临吋占用该参会用户与会议控制中心之间已有的会议会话通道。
方式一中的私密会议会话占用会议会话通道请求中可以携带有私密会话指示、发送私密会议会话用 户标识、接收私密会议会话用户标识。私密会话指示用于表示需要占用会议会话通道的为私密会议会话。
方式一的具体实现过程可以为参会用户在发送私密会议会话内容前，先向会议控制中心发送私密 会议会话占用已有会议会话通道请求。该会议控制中心可以是上述实施例一中描述的主会议控制中心或 子会议控制中心，也可以是上述实施例二中描述的重用的会议控制中心。会议控制中心接收到该请求后， 根据该请求中的私密会话指示和发送私密会议会话用户表示可以明确获知发送该请求的参会用户在后续 发送的会议会话内容为私密会议会话内容。会议控制中心根据该请求中携带的接收私密会议会话用户标 识可明确获知需要接收私密会议会话内容的参会用户。这里的接收私密会议会话的参会用户信息可以 为 一个参会用户的信息，也可以为多个参会用户的信息。即私密会议会话内容可以在两个参会用户之问 传输，也可以在三个或更多参会用户之间传输。会议控制中心在接收到发送该请求的参会用户发送来的 会议会话内容后，向上述确定出的需要接收私密会议会话的参会用户发送该私密会议会话内容。参会用 户发送的私密会议会话内容中可以不携带需要接收私密会议会话内容的参会用户信息。当然，本发明实 施方式也不排除私密会议会话内容中携带有需要接收私密会议会话内容的参会用户信息的可能性，但是， 即使私密会议会话内容中携带有需要接收私密会议会话内容的参会用户信息，会议控制中心也是根据上 述请求中携带的参会用户信息来转发私密会议会话内容的。
在方式一中，进行私密会议的参会用户在需要发送主会议会话内容或子会议会话内容时，可以采用 上述实施例一、或实施例二描述的技术方案来实现，例如，参会用户向会议控制中心发送上述实施例二 中描述的发送向子会议会话切换请求或向主会议会话切换请求，然后，该参会用户再向会议控制中心发 送主会话会议内容或子会议会话内容。具体实现过程在此不再详细描述。
方式二、利用已有的会议会话为私密会议建立新的会议会话通道，利用新建立的会议会话通道实现 私密会议会话内容的传输。
在私密会议会话媒体类型与现有的会议会话媒体类型相同、或不相同的情况下，均可以采用方式二 来实现私密会议。
上述私密会议会话通道可以在参会用户首次向会议控制中心发送信息通知会议控制中心需要进行私
密会议后，由会议控制中心建立。私密会议会话通道的建立过程可以为在参会用户需要进行私密会议
时，参会用户可以向会议控制中心发送私密会议会话请求，该私密会议会话请求表明需要进行私密会议， 该请求中可以携带参加私密会议的参会用户信息，从而使会议控制中心可以明确获知哪些参会用户需要
36进行私密会议，即需要在其与哪些参会用户之间建立私密会议会话通道、以及私密会议会话内容需要在 哪些参会用户之间传输。会议控制中心在其与需要进行私密会议的各参会用户之间分别建立私密会议会 话通道。这里需要进行私密会议会话的参会用户可以为两个、或者更多。
在私密会议会话通道成功建立后，由于私密会议对应的会议会话通道为私密会议会话专用的会议会 话通道，因此，需要发送私密会议会话内容的参会用户可以在发送私密会议会话内容前，不发送私密会 议会话占用已有会议会话通道请求.会议控制中心可以通过其接收到的会议会话内容的传输通道判断出 接收到的会议会话内容是否为私密会议会话内容。会议控制中心在判断出接收到的会议会话内容为私密 会议会话内容后，向私密会议中的其它参会用户发送私密会议会话内容。这里的其它参会用户即私密会 议中除发送该会议会话内容的参会用户之外的参会用户。
参会用户可以请求退出私密会议会话。参会用户请求退出私密会议会话后，会议控制中心可以释放 其与该参会用户之间的私密会议会话通道。
附图11为采用方式一实现私密会议的流程示意图。
在图11中，使用UE1、 UE2、 UE3、 UE4的各参会用户为参与Conference Focus主持的多方多媒体会 议的参会用户，使用UE1、UE2、UE3、UE4的各参会用户与Conference Focus之间的会议会话分别为Dialogl、 Dialog2、 Dialog3、 Dialog4，且使用UE1的参会用户请求与使用UE3、 UE4的参会用户进行私密会议。 —卜一面流程中，将参会用户使用UE1发送信息简述为UE1发送信息。
步骤1、 UE 1向Conference Focus发送与UE3、 UE4进行私密会议的私聊会话切换请求(该私聊会 话切换请求即上述实施例中描述的私密会议会话占用已有会议会话通道请求)，以请求将UE1与 Conference Focus之间的会议会话Dialogl通道临时用作"私聊"会话通道。该请求还表示UE1后续发 送的会话内容为私聊会话内容(即私密会议会话内容)、且该私聊会话内容只能转发至UE3和UE4。私聊 会话切换请求中的Request URI可以设置为已有会议的会议标识"conference齒exa即le. com"，以指示 Conference Focus该"私聊"所属的会议会话实例。私聊会话切换请求的消息体携带的内容类型 (Content-Type)可以设置为"application/resource-lists+xml",(即接收"私聊"会话内容的 参会用户列表)如UE3、 UE4。
步骤2、 Conference Focus接收UEl发送的私聊会话切换请求后，向UEl返回响应信息。
步骤3、 UEl通过Dialogl向Conference Focus发送私聊会话内容。
步骤4、 Conference Focus接收UEl发送的私聊会话内容后，向UEl返回响应信息。
步骤5、 Conference Focus通过Dialog3向UE3发送接收到的私聊会话内容。
步骤6、 UE3接收私聊会话内容后向Conference Focus返回响应信息。
步骤7、 Conference Focus通过Dialog4向UE4发送接收到的私聊会话内容。
步骤8、 UE4接收私聊会话内容后向Conference Focus返回响应信息。
步骤9、 UE2通过Dialog2向Conference Focus发送会议会话内容(即私聊会议所属的当前会议的 会话内容)。
步骤IO、 Conference Focus接收UE2发送的会议会话内容后，向UE2返回响应信息。 步骤11、 UE3通过Dialog3向Conference Focus发送会议会话内容(即私聊会议所属的当前会议的 会话内容)。
37步骤12、 Conference Focus接收UE3发送的会议会话内容后，向UE3返回响应信息。 步骤13、 Conference Focus将其接收到的私聊会议所属的当前会议的会话内容进行混音，并通过 Dialogl向UE1发送混音后的会议会话内容。
步骤14、 UE1接收到会议会话内容后向Conference Focus返回响应信息。 步骤15、 Conference Focus通过Dialog2向UE2发送混音后的会议会话内容。 步骤16、 UE2接收会议会话内容后，向Conference Focus返回响应信息。 步骤17、 Conference Focus通过Dialog3向UE3发送混音后的会议会话内容。 步骤18、 UE3接收会议会话内容后，向Conference Focus返回响应信息。 步骤19、 Conference Focus通过Dialog4向UE4发送混音后的会议会话内容。 步骤20、 L'E4接收会议会话内容后，向Conference Focus返回响应信息。
需要说明的是，在上述针对图11的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图 11中的步骤5、步骤7可以同时执行，也可以顺序颠倒；再例如，步骤13、歩骤15、歩骤17、歩骤19 可以同时执行，也可以顺序颠倒。
附图12为采用方式二实现私密会议的流程示意图。
使用图12中的UE1、 UE2、 UE3、 UE4的参会用户为参与Conference Focus主持的多方多媒体会议的 参会用户，使用UE1、 UE2、 UE3、 UE4的参会用户与Conference Focus之间的会议会话分别为Dialogl、 Dialog2、 Dialog3、 Dialog4，且使用UE1的参会用户请求与使用UE3、 UE4的参会用户进行私密会议。
步骤l、 UE 1向Conference Focus发送与UE3、 UE4进行私密会议的私密会话邀请(即上述方式二 描述的私密会议会话请求)，以请求Conference Focus建立与UE3、 UE4之间的专门用于"私聊"会话 内容传输的媒体传输通道。该私密会话邀请中的Request URI可以设置为己有会议标识 "conference@example.com"，以指示该私聊所属的会议会话实例。私聊会话邀请的消息体屮可以携带 两部分内容， 一是内容类型为"application/sdp"的"私聊"会话媒体类型的协商描述， 一是内容类型 为"application/resource-lists+xml"(即接收"私聊"会话内容的参会用户列表)，如UE3、 UE4。
步骤2、 Conference Focus接收UE1发送的私聊会话邀请，向UE1返回响应信息。
步骤3、 Conference Focus接收UE1发送的确认信息。
步骤4、 Conference Focus向UE3发送私聊会话邀请，以建立Conference Focus与UE3之间的专用 于传输私聊会话内容的会议会话通道，即私聊会话通道。
步骤5、 UE3接收私聊会话邀请，向Conference Focus返回响应信息。 步骤6、 Conference Focus向UE3发送确认信息。
步骤7、 Conference Focus向UE4发送私聊会话邀请，以建立Conference Focus与UE4之间的专用 于传输私聊会话内容的会议会话通道。
歩骤8、 UE4接收私聊会话邀请，向Conference Focus返回响应信息。 步骤9、 Conference Focus向UE4发送确认信息。
至此，应UE1的私密会议会话请求，Conference Focus建立起UE1与UE3、 UE4之间的私聊会话专 用的会议会话通道，即私聊会话通道。
步骤10、 UE1通过私聊会话通道向Conference Focus发送私聊会话内容。步骤11、 Conference Focus接收UE1发送的私聊会话内容后，向UE1返回响应信息。 步骤12、 Conference Focus通过私聊会话通道向UE3发送私聊会话内容。 步骤13、 UE3接收私聊会话内容后向Conference Focus返回响应信息。 步骤14、 Conference Focus通过私聊会话通道向UE4发送私聊会话内容。 步骤15、 UE4接收私聊会话内容后向Conference Focus返回响应信息。
步骤16、 UE2通过私聊会议所属的会议会话通道向Conference Focus发送会议会话内容(该会议会 话内容为私聊会议所属的当前会议的会话内容)。
步骤17、 Conference Focus接收到UE2发送的会议会话内容后，向UE2返回响应信息。
步骤18、 Conference Focus向UE1发送接收的会议会话内容。
步骤19、 UE1接收会议会话内容后向Conference Focus返回响应信息。
步骤20、 Conference Focus向UE3发送接收的会议会话内容。
步骤21、 UE3接收会议会话内容后向Conference Focus返回响应信息。
步骤22、 Conference Focus向UE4发送接收的会议会话内容。
步骤23、 UE4接收会议会话内容后向Conference Focus返回响应信息。
需要说明的是，在上述针对图12的流程描述中，步骤编号并不代表操作执行的先后顺序，例如，图 12中的步骤4、步骤7可以同时执行，也可以顺序颠倒；再例如，步骤12、步骤14可以同时执行，也可 以顺序颠倒；还有，步骤18、步骤20、步骤22可以同时执行，也可以顺序颠倒。
从上述技术方案的描述可知，在实施例一中，通过采用主会议状态信息，能够将主会议和子会议关 联起来，从而能够对子会议进行与主会议相关联的控制操作，相关联的控制操作可以为会话内容的发 送接收控制，例如在向子会议中的参会用户发送会话内容时，能够实现会话内容的发送控制，避免了非 主会议参会用户不能够加入子会议、子会议中存在非主会议参会用户时无法发送会话内容等问题，使具 有不同权限的参会用户能够接收到不同的会话内容；相关联的控制操作还可以为主会议的结束对子会 议的影响等等；从而完善了现有的子会议实现机制；通过在子会议创建过程中考虑主会议控制策略、在 参会用户切换回主会议过程中考虑参会用户如何接收子会议会话内容，进一步完善了现有的子会议实现 机制。在实施例二中，通过使主会议和子会议重用主会议会话，避免了设立独立存在的子会议控制中心 的过程，而且在参会用户不具备并行会话能力的情况下，也能够同时参与主会议和子会议；另外，由于 主会议和子会议重用主会议控制中心，能够方便的实现主会议和子会议的关联控制；从而实施例二为子 会议实现提供了一种全新的技术方案；最终，本发明实施方式提供的两种技术方案提高了实现子会议的 灵活性。
下面结合附图对本发明实施方式提供对应实施例一的子会议实现装置进行说明。 附图13为本发明实施方式提供的一种子会议实现装置，该装置可以设置于会议服务器中。该装置包 括获取模块、确定状态模块、第一控制模块、第一创建模块、第二接收请求模块、第三控制模块、第
一终止模块和第一释放模块。其中，第一控制模块包括第一存储模块、第二控制模块和第一接收请求模块。
第一创建模块可以在接收主会议参会用户发送来的子会议创建请求后，获取主会议控制策略。第-
创建模块可以从Main Conference Focus处获取主会议控制策略，也可以从其它网络设备处获取用于判断
39是否允许创建子会议的会议控制策略。子会议创建请求中可以携带主会议标识、子会议主题信息、子会 议参会用户列表信息、子会议会话媒体类型、以及子会议控制策略。第一创建模块在利用主会议控制策 略确定出允许创建子会议后，执行子会议后续创建操作，以创建子会议。创建操作包括的内容如上述方 法实施方式中的描述。第一创建模块成功建立子会议后，子会议会话与主会议会话是两个并行的会议会 话，即主会议实例对应Main Conference Focus、子会议实例对应Sidebar Focus。第一创建模块在创建 子会议过程中，可以通知获取模块订阅主会议状态信息。
获取模块设置于会议服务器中，在成功建立子会议控制中心后，属于子会议控制中心侧。获取模块 获取主会议状态信息。主会议状态信息可以用于判断子会议中各参会用户的参会状态。获取模块可以采 用订阅的方式来获取主会议状态信息，获取模块也可以从主会议控制中心主动发送来的信息中获取主会 议状态信息。主会议状态信息具体包括的内容、以及获取主会议状态信息的具体实现过程如上述方法实 施方式中的描述。
确定状态模块设置于会议服务器中，在成功建立子会议控制中心后，属于子会议控制屮心侧。确定 状态模块根据获取模块获取的主会议状态信息确定子会议中各参会用户的参会状态。即确定状态模块可 以利用主会议状态信息判断出子会议中的参会用户是否在参加子会议的同吋还参加了主会议。
第一控制模块设置于会议服务器中，在成功建立子会议控制中心后，属于子会议控制中心侧。第--控制模块根据子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、或者发送主会 议会话内容和子会议会话内容。
第一控制模块发送会议会话内容的过程可以通过如下形式实现
第一存储模块中存储有子会议中各参会用户的参会状态、子会议控制策略。这里的子会议控制策略
可以为允许或禁止向同时参与主会议的子会议参会用户发送主会议会话内容。
在第一存储模块中存储的子会议控制策略为禁止向同时参与主会议的子会议的参会用户发送主会 议会话内容时，第二控制模块向各子会议参会用户发送子会议会话内容。在第一存储模块中存储的子会 议控制策略为允许向同时参与主会议的子会议的参会用户发送主会议会话内容时，第二控制模块向各 子会议参会用户发送主会议会话内容和子会议会话内容。
在第一存储模块中存储的子会议控制策略为禁止向同时参与主会议的子会议参会用户发送主会议 会话内容的情况下，第一接收请求模块接收到子会议参会用户发送的接收主会议会话请求后，第二控制 模块可以根据接收主会议会话请求确定出需要接收主会议会话的子会议参会用户。如果第二控制模块根 据第一存储模块中存储的主会议参会用户列表信息确定出需要接收主会议会话内容的子会议参会用户同 时为主会议参会用户，则第二控制模块可以向确定出的需要接收主会议会话的子会议参会用户发送主会
议会话内容和子会议会话内容，否则，Sidebar Focus不向上述需要接收主会议会话内容的子会议参会用 户发送主会议会话内容。这里的需要接收主会议会话内容的参会用户、接收主会议会话请求具体包括的 内容如上述方法实施方式中的描述。
第一接收请求模块还可以接收停止接收主会议会话请求，此时，第二控制模块不向需要停止接收主 会议会话内容的参会用户发送主会议会话内容。这里的需要停止接收主会议会话内容的参会用户、停止 接收主会议会话请求具体包括的内容、以及在接收到停止接收主会议会话请求后是否对参会用户进行判 断等等如上述方法实施方式中的描述。第二接收请求模块设置于会议服务器中，在成功建立主会议控制中心后，属于主会议控制中心侧。 第二接收请求模块接收主会议参会用户发送的接收子会议会话请求、停止接收子会议会话请求、以及退 出主会议请求等。接收子会议会话请求、停止接收子会议会话请求、退出主会议请求具体携带的内容如 上述方法实施方式中的描述。
第二控制模块设置于会议服务器中，在成功建立主会议控制中心后，属于主会议控制中心侧。第三 控制模块获取子会议状态信息。第三控制模块根据获取的子会议状态信息判断发送接收于会议会话请求 的主会议参会用户是否同时为子会议参会用户，如果同时为子会议参会用户，则第三控制模块向发送请 求的主会议参会用户发送主会议会话内容和子会议会话内容；如果发送请求的该主会议参会用户不同时 为子会议参会用户，则第三控制模块不向发送请求的主会议参会用户发送子会议会话内容。当第二接收 请求模块接收到停止接收子会议会话请求后，第三控制模块可以直接不向发送该请求的参会用户发送子 会议会话内容，第三模块也可以根据获取的子会议状态信息判断发送停止接收子会议会话请求的主会议 参会用户是否同时为子会议参会用户，如果同时为子会议参会用户，则第三模块停止向该参会用户发送 子会议会话内容。具体如上述方法实施方式中的描述。
第一终止模块设置于会议服务器中，在成功建立主会议控制中心后，属于主会议控制中心侧。第一 终止模块在第二接收请求模块接收到退出主会议请求后，判断是否需要终止主会议，在确定出需要终止 主会议后，向第一是否模块发送子会议终止指示，以指示第一释放模块终止子会议。第一终止模块还需 要在子会议终止后，终止主会议，即第一终止模块接收到第一释放模块返回的响应信息后终止主会议。
第一释放模块设置于会议服务器中，在成功建立子会议控制中心后，属于子会议控制中心侧。第一 释放模块接收到第一终止模块发送来的子会议终止指示后，释放子会议控制中心与各个子会议参会用户 之间的子会议会话，并向第一终止模块返回响应。
第一终止模块、第一释放模块终止主子会议的具体实现过程如上述方法实施方式中的描述。
下面结合附图对本发明实施方式提供对应实施例二的子会议实现装置进行说明。
附图14为本发明实施方式提供的另一种子会议实现装置，该装置可以设置于会议服务器中。该装置 包括接收创建请求模块、第二创建模块、第一交互模块、判断模块、第二终止模块和第二释放模块。 其中，第一交互模块包括第二存储模块和第四控制模块。其中，第四控制模块包括第三接收请求模 块和第五控制模块。
接收创建请求模块接收子会议创建请求。子会议创建请求中可以携带主会议标识、子会议主题信息、 子会议参会用户列表信息、以及子会议会话媒体类型等。子会议创建请求中还可以可选的携带有子会议 控制策略，当然，子会议控制策略也可以预先设置在会议服务器处。子会议控制策略具体包括的内容、 子会议创建请求中携带信息的其它传输方式等如上述方法实施方式中的描述。
接收创建请求模块在接收到子会议创建请求后，第二创建模块可以直接执行子会议创建操作，也可 以根据会议控制策略来决定是否执行子会议创建操作。这里的会议控制策略用于判断是否允许创建子会 议，而且可以是主会议控制策略。第二创建模块可以从会议控制中心处获取主会议控制策略，也可以从 其它网络设备处获取用于判断是否允许创建子会议的会议控制策略。第二创建模块在利用会议控制策略 确定出允许创建子会议后，通过重用会议控制中心来建立子会议，即不需要创建独立的子会议实例对应 的Conference Focus。主会议会话通道和子会议会话通道可以重用已有的会议会话通道，主会议会话通道和子会议会话通道也可以为相互独立的会议会话通道。创建子会议的具体实现过程如上述方法实施方 式中的描述。
第一交互模块可以设置于会议服务器中。第一交互模块利用会议控制中心与各参会用户之间的会议 会话与参与主会议、子会议的参会用户交互会话内容。第一交互模块可以控制会议会话在参会用户参与 主会议时用作主会议会话，在参会用户参与子会议吋用作子会议会话。
第一交互模块可以根据判断模块的通知来区分参会用户发送的主会议会话内容、子会议会话内容等 等。判断模块设置于会议服务器中，在成功建立主会议控制中心后，属寸-主会议控制中心侧。判断模块 可以通过判断参会用户发送来的控制信令来区分参会用户发送的是主会议会话内容、还是子会议会话内 容。判断模块也可以通过判断参会用户发送来的会议会话内容中携带的会议标识来识别参会用户发送的 是主会议会话内容、还是子会议会话内容。第一交互模块在接收到判断模块的通知后，可以根据参会用 户状态向参会用户发送主会议会话内容、或者发送子会议会话内容、或者发送主会议会话内容和子会议 会话内容。判断模块区分会议会话内容、以及第一交互模块实现会话内容交互的具体实现过程可以如下 描述
在参会用户通过发送会议会话请求来通知会议控制中心其后续发送的会议会话内容为主会议会话内 容或子会议会话内容的情况下，判断模块判断参会用户发送来的发送会议会话请求中携带的会议标识，
在判断出该会议标识为主会议标识后，通知第一交互模块参会用户发送来的会议会话内容为主会议会 话内容；判断模块在判断出该会议标识为子会议标识后，通知第一交互模块参会用户发送来的会议会 话内容为子会议会话内容。在参会用户通过在会议会话内容中携带会议标识来通知会议控制中心的情况 下，判断模块判断参会用户发送来的会话内容中携带的会议标识，在判断出该会议标识为主会议标识后， 通知第一交互模块参会用户发送来的会议会话内容为主会议会话内容；判断模块在判断出该会议标识 为子会议标识后，通知第一交互模块参会用户发送来的会议会话内容为子会议会话内容。
第一交互模块中的第二存储模块中存储有主、子会议中各参会用户的参会状态、子会议控制策略； 子会议控制策略可以为允许或禁止向同时参与主会议的子会议参会用户发送主会议会话内容。参会用 户的参会状态如上述方法实施方式中的描述。
第一交互模块中的第四控制模块根据第二存储模块中存储的信息、判断模块的通知向各子会议参会 用户发送子会议会话内容、或者发送主会议会话内容和子会议会话内容。第四控制模块可以通过共享的 会议会话通道向子会议参会用户或主会议参会用户发送会议会话内容；第四控制模块也可以通过独立的 主会议会话通道向参与主会议的参会用户发送主会议会话内容、并通过独立的子会议会话通道向参与子 会议的参会用户发送子会议会话内容。在同时参与主会议、子会议的参会用户需要接收主会议会话内容 和子会议会话内容的情况下，第四控制模块可以将接收到的主会议会话内容、子会议会话内容混音后， 向需要接收主会议会话内容和子会议会话内容的参会用户发送。
同时参与主会议子会议的参会用户可以选择是否接收主会议会话内容、子会议会话内容，而且同吋 参与主会议、子会议的参会用户也可以选择退出主会议、或者退出子会议，此时，第四控制模块可以向 参会用户发送与参会用户的选择匹配的会议会话内容，从而使参会用户可以选择性接收会议会话内容。
第四控制模块中的第三接收请求模块用于接收主会议参会用户、子会议参会用户发送的多种请求。 第四模块中的第五控制模块可以根据第二存储模块存储的信息、第三接收请求模块接收到的请求，向参会用户发送与参会用户选择匹配的会议会话内容，下面例举几种第五控制模块发送会议会话内容的具体 实现过程
例1、第三接收请求模块接收到子会议参会用户发送来的接收主会议会话请求，该接收i:会议会话请 求中携带有主会议标识、或者携带有主会议标识和指定的至少一个参会用户信息。
在接收主会议会话请求中携带有主会议标识、没有携带指定的至少一个参会用户信息的情况下，第 五控制模块可以根据第二存储模块存储的主会议中各参会用户的参会状态信息(如主会议参会ffl户列表 信息)判断发送请求的子会议参会用户是否同时为主会议参会用户，如果同时为主会议参会用户，则向 发送该接收主会议会话请求的子会议参会用户发送主会议会话内容；如果不同时为主会议参会用户，则
不向发送该接收主会议会话请求的子会议参会用户发送主会议会话内容。
在接收主会议会话请求中携带有主会议标识、以及指定的至少一个参会用户信息的情况卜'，第五控 制模块可以根据第二存储模块存储的主会议中各参会用户的参会状态信息(如主会议参会用户列表信息) 判断指定的会议参会用户是否同时为主会议参会用户，如果同时为主会议参会用户，则向该指定的参会
用户发送主会议会话内容；如果不同时为主会议参会用户，则不向该指定的参会用户发送主会议会话内 容。这里需要说明的是，在指定的参会用户为多个的情况下，如果指定的某个参会用户为主会议参会用 户、其它参会用户不为主会议参会用户，则向该某个参会用户发送主会议会话内容，而不向指定的其它 参会用户发送主会议会话内容。
例2、第三接收请求模块接收到子会议参会用户发送来的停止接收主会议会话请求，该停止接收主会 议会话请求中携带有主会议标识、或者携带有主会议标识和指定的至少一个参会用户信息。
在停止接收主会议会话请求中携带有主会议标识、没有携带指定的至少一个参会用户信息的情况下， 第五控制模块可以直接确定出不向发送停止接收主会议会话请求的参会用户发送主会议会话内容，第五 控制模块也可以根据第二存储模块存储的主会议中各参会用户的参会状态信息(如主会议参会用户列表 信息)对参会用户进行判断，然后再进行确定操作。具体如上述方法实施方式中的描述。
在停止接收主会议会话请求中携带有主会议标识、以及指定的至少一个参会用户信息的情况下，第 五控制模块可以直接确定出不向指定的参会用户发送主会议会话内容；第五控制模块也可以根据第二存 储模块存储的主会议中各参会用户的参会状态信息(如主会议参会用户列表信息)对参会用户进行判断， 然后再进行确定操作。具体如上述方法实施方式中的描述。
例3、第三接收请求模块接收到主会议参会用户发送来的接收子会议会话请求，该接收主会议会话请
求中携带有子会议标识、或者携带有子会议标识和指定的至少一个参会用户信息。
在接收子会议会话请求中携带有子会议标识、没有携带指定的至少一个参会用户信息的情况下，第 五控制模块可以根据第二存储模块存储的子会议中各参会用户的参会状态信息(如子会议参会用户列表 信息)判断发送请求的主会议参会用户是否同时为子会议参会用户，如果同时为子会议参会用户，则向
发送该接收子会议会话请求的主会议参会用户发送子会议会话内容；如果不同时为子会议参会用户，则 不向发送该接收子会议会话请求的主会议参会用户发送子会议会话内容。
在接收子会议会话请求中携带有子会议标识、以及指定的至少一个参会用户信息的情况下，第五控 制模块可以根据第二存储模块存储的子会议中各参会用户的参会状态信息(如子会议参会用户列表信息) 判断指定的会议参会用户是否同时为子会议参会用户，如果同时为子会议参会用户，则向该指定的参会
43用户发送子会议会话内容；如果不同时为子会议参会用户，则不向该指定的参会用户发送子会议会话内 容。这里需要说明的是，在指定的参会用户为多个的情况下，如果指定的某个参会用户为子会议参会用 户、其它参会用户不为子会议参会用户，则向该某个参会用户发送子会议会话内容，而不向指定的其它 参会用户发送子会议会话内容。
例4、第三接收请求模块接收到主会议参会用户发送来的停止接收子会议会话请求，该停止接收子会 议会话请求中携带有子会议标识、或者携带有子会议标识和指定的至少一个参会用户信息。
在停止接收子会议会话请求中携带有主会议标识、没有携带指定的至少一个参会用户信息的情况下， 第五控制模块可以直接确定出不向发送停止接收子会议会话请求的参会用户发送子会议会话内容，第五 控制模块也可以根据第二存储模块存储的子会议中各参会用户的参会状态信息(如子会议参会用户列表 信息)对参会用户进行判断，然后再进行确定操作。具体如上述方法实施方式中的描述。
在停止接收子会议会话请求中携带有子会议标识、以及指定的至少一个参会用户信息的情况下，第 五控制模块可以直接确定出不向指定的参会用户发送子会议会话内容；第五控制模块也可以根据第二存 储模块存储的子会议中各参会用户的参会状态信息(如子会议参会用户列表信息)对参会用户进行判断， 然后再进行确定操作。具体如上述方法实施方式中的描述。
例5、第三接收请求模块接收到主会议参会用户发送来的退出主会议请求，该退出主会议请求中携带 有主会议标识。第五控制模块根据请求中携带的主会议标识，不再向发送退出主会议请求的参会用户发 送主会议会话内容。第五控制模块还可以根据退出主会议请求更新第二存储模块中存储的信息，例如， 更新主会议中参会用户的参会状态(包括主会议参会用户列表信息)。第五控制模块可以根据主子会议会 话通道的具体情况、参会用户接收会议会话的具体情况，判断是否需要释放发送退出主会议请求的参会 用户与会议控制中心之间的会议会话，并根据判断结果进行相应的释放操作，具体如上述方法实施方式 中的描述。
例6、第三接收请求模块接收到子会议参会用户发送来的退出子会议请求，该退出子会议请求中携带 有子会议标识。第五控制模块根据请求中携带的子会议标识，不再向发送退出子会议请求的参会用户发 送子会议会话内容。第五控制模块还可以根据退出子会议请求更新第二存储模块中存储的信息，例如， 更新子会议中参会用户的参会状态(包括子会议参会用户列表信息)。第五控制模块可以根据主子会议会 话通道的具体情况、参会用户接收会议会话的具体情况，判断是否需要释放发送退出子会议请求的参会 用户与会议控制中心之间的会议会话，并根据判断结果进行相应的释放操作，具体如上述方法实施方式 中的描述。
在以例举方式简要介绍了判断模块区分会议会话内容、及第一交互模块实现会话内容交互的具体实 现过程后，下面描述第二终止模块和第二释放模块。
第二终止模块设置于会议服务器中，在成功建立主会议的会议控制中心后，属于该会议控制中心侧。 第二终止模块在判断出需要终止主会议后，通知第二释放模块，并在第二释放模块释放各会议会话后终 止主会议。第二终止模块可以在第三接收请求模块接收到退出主会议请求后，判断是否需要终止主会议， 如判断主会议中是否还有主会议参会用户，具体如上述方法实施方式中的描述。
第二释放模块设置于会议服务器中，在成功建立主会议的会议控制中心后，属于该会议控制中心侧。 第二释放模块在接收到第二终止模块的通知后，向各子会议参会用户分别发送退出子会议请求，释放会议控制中心与主子会议参会用户之间的会议会话。第二释放模块在成功释放会议会话后，通知第二终止 模块。
下面对本发明实施方式提供的终端设备进行说明。
本发明实施方式提供的终端设备包括会话建立模块和第二交互模块。第二交互模块可以包括第一 发送控制模块、第二发送控制模块和接收控制模块中的任意一个或任意多个。
会话建立模块建立与会议控制中心之间的会议会话。例如，在用户需要参与主会议时，终端设备中 的会话建立模块通过与会议服务器之间的信息交互建立该用户与会议控制中心之间的会议会话。再例如， 在用户没有参与主会议的情况下请求参与子会议时，终端设备中的会话建立模块通过与会议服务器之间 的信息交互建立该用户与会议控制中心之间的会议会话。
第二交互模块利用会话建立模块建立的会议控制中心与参会用户之间的会议会话与会议控制中心交 互会议会话内容。第二交互模块可以控制该会议会话的状态，例如，在参会用户参与主会议吋，第二交 互模块控制该会议会话用作主会议会话，再例如，在参会用户参与子会议时，第二交互模块控制该会议 会话用作子会议会话。
第二交互模块的上述操作可以实现在终端设备不具备并行会话能力的情况下，使用终端设备的参
会用户能够同时参与主会议和子会议。
终端设备可以通过如下两种方式向会议控制中心发送主会议会话内容、子会议会话内容。
方式--、第一发送控制模块向会议控制中心发送携带有会议标识的发送会议会话请求，然后，再向 会议控制中心发送与该会议标识对应的会议会话内容。例如，第一发送控制模块向会议控制中心传输发 送会议会话请求，该请求中携带有主会议标识，第一发送控制模块在终端设备接收到会议控制中心返回 的响应信息后，向会议控制中心发送主会议会话内容。第一发送控制模块发送子会议会话内容的过程与 上述过程类似，在此不再说明。
方式二、第二发送控制模块向会议控制中心发送携带有会议标识的会议会话内容。例如，第二发送 控制模块向会议控制中心发送携带有主会议标识的主会议会话内容，或者第二发送控制模块向会议控制 中心发送携带有子会议标识的子会议会话内容。
接收控制模块可以向会议控制中心发送多种请求，以使终端设备接收到其需要的会议会话内容。例
如，接收控制模块可以向会议控制中心发送下述请求中的任意一个或多个请求接收主会议会话请求、 接收子会议会话请求、停止接收主会议会话请求、停止接收子会议会话请求、退出主会议请求、退出子 会议请求。上述各请求中可以携带有会议标识，也可以携带有会议标识和指定的至少一个参会用户。具 体如上述方法实施方式中的描述。
下面对本发明实施方式提供的两种私密会议实现装置进行说明。
其中 一种私密会议实现装置包括第四接收请求模块和第六控制模块，该私密会议实现装置可以设置 于会议服务器中。
第四接收请求模块接收参会用户发送来的私密会议会话占用会议会话通道请求。私密会议会话占用 会议会话通道请求中可以携带有私密会话指示、发送私密会议会话用户标识、接收私密会议会话用户标 识。私密会话指示用于表示需要占用会议会话通道的为私密会议会话。第四接收请求模块在接收到上述 请求后，私密会议会话临时占用该参会用户与会议控制中心之间已有的会议会话通道。第六控制模块能够根据私密会议会话占用会议会话通道请求携带的信息确定出需要发送私密会议会 话内容的参会用户、需要接收私密会议会话内容的参会用户。第六控制模块可以将发送私密会议会话用 户标识表示的参会用户后续发送的会议会话内容确定为私密会议会话内容，直到发送私密会议会话甩户 标识表示的参会用户切换到主会议或子会议。在该实施方式中，参会用户发送的私密会议会话内容中可 以不携带接收私密会议会话内容的参会用户信息，具体如上述方法实施方式中的描述。
另一种私密会议实现装置包括第五接收请求模块、建立会话通道模块和第六控制模块。该私密会议 实现装置可以设置于会议服务器中。该私密会议实现装置利用已有的会议会话为私密会议建立新的会议 会话通道，利用新建立的会议会话通道实现私密会议会话内容的传输。
第五接收请求模块接收参会用户发送的私密会议会话请求。私密会议会话请求表明需要进行私密会 议，该请求可以携带参加私密会议的参会用户信息。
建立会话通道模块根据私密会议会话请求可以明确获知哪些参会用户需要进行私密会议，即需要在 其与哪些参会用户之间建立私密会议会话通道。建立会话通道模块在会议控制中心与需要进行私密会议 的各参会用户之间分别建立私密会议会话通道。
第七控制模块可以通过会议控制中心接收到的会议会话内容的传输通道判断出会议控制中心接收到 的会议会话内容是否为私密会议会话内容，第七控制模块在判断出接收到的会议会话内容为私密会议会 话内容后，向私密会议中的其它参会用户发送私密会议会话内容。这里的其它参会用户即私密会议中除 发送该会议会话内容的参会用户之外的参会用户。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发 明的精神，本发明的申请文件的权利要求包括这些变形和变化。
权利要求
1、一种子会议实现方法，其特征在于，包括获取主会议状态信息；根据所述获取的主会议状态信息确定子会议中各参会用户的参会状态；根据所述子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、或者发送主会议会话内容和子会议会话内容。
2、 如权利要求l所述的方法，其特征在于，创建所述子会议的过程包括 获取主会议控制策略，并根据主会议控制策略判断是否允许创建子会议；确定允许创建所述子会议后，创建子会议控制中心，所述子会议控制中心请求订阅主会议状态信息。
3、 如权利要求l所述的方法，其特征在于，所述主会议状态信息包括主会议参会用户列表；或者 所述主会议状态信息包括主会议参会用户列表，和，主会议控制策略和/或主会议会话媒体策略。
4、 如权利要求l所述的方法，其特征在于，所述根据所述子会议中各参会用户的参会状态向各子会 议参会用户发送子会议会话内容、或者发送主会议会话内容和子会议会话内容包括根据子会议中各参会用户的参会状态、子会议控制策略向各子会议参会用户发送子会议会话内容、 或者发送主会议会话内容和子会议会话内容；所述子会议控制策略包括允许/禁止向同时参与主会议的子会议参会用户发送主会议会话内容。
5、 如权利要求l所述的方法，其特征在于，所述根据所述获取的主会议状态信息确定子会议中各参 会用户的参会状态，根据所述子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、 或者发送主会议会话内容和子会议会话内容方法包括子会议控制中心接收子会议参会用户发送的接收主会议会话请求；子会议控制中心根据主会议状态信息确定发送所述请求的子会议参会用户同时为主会议参会用户， 则子会议控制中心向发送所述请求的子会议参会用户发送主会议会话内容和子会议会话内容； 和/或者包括子会议控制中心接收子会议参会用户发送的接收主会议会话请求，所述接收主会议会话请求中携带 有指定的至少一个子会议参会用户；子会议控制中心根据主会议状态信息确定所述指定的子会议参会用户同时为主会议参会用户，则子 会议控制中心向所述指定的子会议参会用户发送主会议会话内容和子会议会话内容。
6、 如权利要求5所述的方法，其特征在于，所述方法还包括子会议控制中心接收子会议参会用户发送的接收主会议会话请求后，建立主会议控制中心到子会议 控制中心的单向主会议会话通道，以接收主会议控制中心发送的主会议会话内容。
7、 如权利要求l所述的方法，其特征在于，所述方法还包括 子会议控制中心接收子会议参会用户发送的停止接收主会议会话请求； 子会议控制中心不向发送请求的子会议参会用户发送主会议会话内容； 和/或者所述方法还包括子会议控制中心接收子会议参会用户发送的停止接收主会议会话请求，所述停止接收主会议会话请 求中携带有指定的至少一个子会议参会用户；子会议控制中心不向所述指定的子会议参会用户发送主会议会话内容。
8、 如权利要求7所述的方法，其特征在于，所述方法还包括子会议控制中心确定子会议参会用户均停止接收主会议会话后，子会议控制中心请求主会议控制中 心退出子会议，释放主会议控制中心与子会议控制中心之间的主会议会话通道。
9、 如权利要求1所述的方法，其特征在于，所述方法还包括-主会议控制中心接收主会议参会用户发送的接收子会议会话请求；主会议控制中心根据获取的子会议状态信息确定发送请求的主会议参会用户问吋为子会议参会用 户，则主会议控制中心向发送请求的主会议参会用户发送主会议会话内容和子会议会话内容。
10、 如权利要求9所述的方法，其特征在于所述方法还包括主会议控制中心接收主会议参会用户发送的接收子会议会话请求后，建立子会议控制中心到主会议控制中心的单向子会议会话通道；或者，主会议控制中心接收主会议参会用户发送的接收子会议会话请求后，请求更新与子会议控制 中心之间已有的单向主会议会话通道，以建立子会议控制中心到主会议控制中心的子会议会话通道。
11、 如权利要求9所述的方法，其特征在于，所述方法还包括 主会议控制中心接收主会议参会用户发送的停止接收子会议会话请求；主会议控制中心不向所述发送停止接收子会议会话请求的主会议参会用户发送子会议会话内容。
12、 如权利要求1所述的方法，其特征在于，所述方法还包括 主会议控制中心接收主会议参会用户发送的退出主会议请求；主会议控制中心释放与所述主会议参会用户之间的主会议会话，并向子会议控制中心发送主会议状 态信息变化通知；子会议控制中心利用主会议状态信息变化通知确定所述退出主会议的参会用户同吋为子会议参会用户；子会议控制中心不向所述子会议参会用户发送主会议会话内容。
13、 如权利要求1所述的方法，其特征在于，所述方法还包括 主会议终止前，主会议控制中心向子会议控制中心发送子会议终止指示；子会议控制中心释放与各个子会议参会用户之间的子会议会话，并向主会议控制中心返回响应； 主会议控制中心在接收到所述响应后终止主会议。
14、 一种子会议实现方法，其特征在于，包括 接收子会议创建请求；主会议的会议控制中心作为子会议控制中心执行建立子会议的操作，以建立子会议。
15、 如权利要求14所述的方法，其特征在于所述会议控制中心通过与各参会用户之间的会议会话与参与主会议、子会议的参会用户交互会话内容；所述会议会话在参会用户参与主会议时作为主会议会话，在参会用户参与子会议时作为子会议会话。
16、 如权利要求15所述的方法，其特征在于 所述子会议会话与所述主会议会话共享媒体传输通道；或者所述子会议会话与所述主会议会话的媒体传输通道相互独立。
17、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之间的会议会话 与参与主会议、子会议的参会用户交互会话内容包括所述会议控制中心根据主子会议中各参会用户的参会状态、子会议控制策略向各子会议参会用户发 送子会议会话内容、或者发送主会议会话内容和子会议会话内容；所述子会议控制策略包括允许/禁止向同时参与主会议的子会议参会用户发送主会议会话内容。
18、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之间的会议会话与参与主会议、子会议的参会用户交互会话内容包括会议控制中心接收参会用户发送的携带有会议标识的发送会议会话请求； 会议控制中心判断所述会议标识；如果是主会议标识，则会议控制中心将所述发送请求的参会用户后续发送的会话内容向需要接收主会议会话内容的参会用户发送；如果是子会议标识，则会议控制中心将所述发送请求的参会用户后续发送的会话内容向需要接收子 会议会话内容的参会用户发送。
19、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之问的会议会话与参与主会议、子会议的参会用户交互会话内容包括会议控制中心接收参会用户发送的携带有会议标识的会话内容； 会话控制中心判断所述会议标识；如果是主会议标识，则会议控制中心将所述会话内容向需要接收主会议会话内容的参会用户发送； 如果是子会议标识，则会议控制中心将所述会话内容向需要接收子会议会话内容的参会用户发送。
20、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之间的会议会话 与参与主会议、子会议的参会用户交互会话内容包括会议控制中心接收子会议参会用户发送的接收主会议会话请求；会议控制中心根据主会议状态信息确定发送所述请求的子会议参会用户同时为主会议参会用户，则 会议控制中心向发送所述请求的子会议参会用户发送主会议会话内容和子会议会话内容；和/或者包括会议控制中心接收子会议参会用户发送的接收主会议会话请求，所述接收主会议会话请求中携带有指定的至少一个子会议参会用户；会议控制中心根据主会议状态信息确定所述指定的子会议参会用户同时为主会议参会用户，则会议 控制中心向所述指定的子会议参会用户发送主会议会话内容和子会议会话内容。
21、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之间的会议会话与参与主会议、子会议的参会用户交互会话内容包括会议控制中心接收子会议参会用户发送的停止接收主会议会话请求； 会议控制中心不向发送所述请求的子会议参会用户发送主会议会话内容-，和/或者包括会议控制中心接收子会议参会用户发送的停止接收主会议会话请求，所述停止接收主会议会话请求中携带有主会议标识及指定的至少一个子会议参会用户；会议控制中心不向该请求中指定的子会议参会用户发送主会议会话内容。
22、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之间的会议会话 与参与主会议、子会议的参会用户交互会话内容包括会议控制中心接收主会议参会用户发送的接收子会议会话请求；会议控制中心根据子会议状态信息确定发送所述请求的主会议参会用户同时为子会议参会用户，则 会议控制中心向发送所述请求的主会议参会用户发送主会议会话内容和子会议会话内容；和/或者包括会议控制中心接收主会议参会用户发送的接收子会议会话请求，所述接收子会议会话请求中携带有指定的至少一个主会议参会用户；会议控制中心根据子会议状态信息确定所述指定的主会议参会用户同时为子会议参会用户，则会议 控制中心向所述指定的主会议参会用户发送主会议会话内容和子会议会话内容。
23、 如权利要求15所述的方法，其特征在于，所述会议控制中心通过与各参会用户之问的会议会话与参与主会议、子会议的参会用户交互会话内容包括会议控制中心接收主会议参会用户发送的停止接收子会议会话请求； 会议控制中心不向发送所述请求的主会议参会用户发送子会议会话内容； 和/或者包括会议控制中心接收主会议参会用户发送的停止接收子会议会话请求，所述停止接收子会议会话请求中携带有指定的至少一个主会议参会用户；会议控制中心不向请求中指定的主会议参会用户发送子会议会话内容。
24、 如权利要求15所述的方法，其特征在于，所述方法还包括 会议控制中心接收主会议参会用户发送的退出主会议请求；会议控制中心更新主会议状态信息，不向发送所述退出主会议请求的参会用户发送主会议会话内容； 和/或者所述方法还包括会议控制中心接收子会议参会用户发送的退出子会议请求；会议控制中心更新子会议状态信息，不向发送所述退出子会议请求的参会用户发送子会议会话内容。
25、 如权利要求15所述的方法，其特征在于，所述方法还包括终止主会议前，会议控制中心向子会议参会用户发送退出子会议请求，释放与主子会议参会用户之 间的会议会话；会议控制中心终止主会议。
26、 一种私密会议实现方法，其特征在于，包括 接收参会用户发送的私密会议会话占用会议会话通道请求；会议控制中心根据所述请求中携带的接收私密会议会话用户标识，转发所述参会用户发送的私密会 议会话内容。
27、 如权利要求26所述的方法，其特征在于，所述方法具体包括会议控制中心根据接收到的私密会议会话占用会议会话通道请求中携带的私密会话指示、发送私密 会议会话用户标识、接收私密会议会话用户标识确定需要发送私密会议会话内容的参会用户、及需要接 收私密会议会话内容的参会用户；会议控制中心根据确定出的需要发送私密会议会话的参会用户确定接收的会议会话内容为私密会议 会话内容后，向所述需要接收私密会议会话内容的参会用户发送所述会议会话内容。
28、 一种私密会议实现方法，其特征在于，包括接收参会用户发送的私密会议会话请求；所述请求中携带有参与私密会议的参会用户信息； 会议控制中心利用与所述参与私密会议的参会用户之间已有的会议会话建立与参与私密会议的参会 用户之间的私密会议会话通道；会议控制中心利用所述私密会议会话通道接收、发送私密会议会话内容。
29、 如权利要求28所述的方法，其特征在于，所述接收、发送私密会议会话内容的方法包括 会议控制中心接收参会用户发送的会议会话内容；会议控制中心判定所述会议会话内容的传输通道为私密会议会话通道后，确定参与所述私密会议的、 除发送所述会议会话内容的参会用户之外的其他参会用户；会议控制中心利用与所述其他参会用户之间的私密会议会话通道发送所述会议会话内容。
30、 一种子会议实现装置，其特征在于，包括获取模块，用于获取主会议状态信息；确定状态模块，用于根据所述获取模块获取的主会议状态信息确定子会议中各参会用户的参会状态； 第一控制模块，根据所述子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、 或者发送主会议会话内容和子会议会话内容。
31、 如权利要求30所述的装置，其特征在于，所述装置还包括第一创建模块，获取主会议控制策略，并根据主会议控制策略判断是否允许创建子会议，确定允许 创建所述子会议后，创建子会议控制中心；且在创建子会议过程中，获取模块请求订阅主会议状态信息。
32、 如权利要求30所述的装置，其特征在于，所述第一控制模块包括第一存储模块，用于存储子会议中各参会用户的参会状态、子会议控制策略；所述子会议控制策略包括允许/禁止向同时参与主会议的子会议参会用户发送主会议会话内容；第二控制模块，用于根据第一存储模块存储的信息向各子会议参会用户发送子会议会话内容、或者 发送主会议会话内容和子会议会话内容。
33、 如权利要求32所述的装置，其特征在于，所述第一控制模块还包括-第一接收请求模块，用于接收子会议参会用户发送的接收主会议会话请求、和/或停止接收主会议会 话请求；所述请求中携带有主会议标识、或者携带有主会议标识及指定的至少一个子会议参会用户；第二控制模块根据第一存储模块存储的信息、第一接收请求模块接收的请求向各子会议参会用户发 送子会议会话内容、或者发送主会议会话内容和子会议会话内容。
34、 如权利要求30所述的装置，其特征在于，所述装置还包括第二接收请求模块，用于接收主会议参会用户发送的接收子会议会话请求、和/或停止接收子会议会 话请求，所述请求中携带有子会议标识；第三控制模块，用于根据获取的子会议状态信息确定发送接收子会议会话请求的主会议参会用户同 时为子会议参会用户，则向发送请求的主会议参会用户发送主会议会话内容和子会议会话内容，和/或， 用于根据第二接收请求模块接收的停止接收子会议会话请求不向发送停止接收子会议会话请求的主会议参会用户发送子会议会话内容。
35、 如权利要求30所述的装置，其特征在于，所述装置还包括 第一终止模块，用于在主会议终止前向子会议控制中心发送子会议终止指示；第-释放模块，根据第一终止模块发送的子会议终止指示释放子会议控制中心与各个子会议参会用 户之间的子会议会话，并向第一终止模块返回响应，第一终止模块在接收到所述响应后终止主会议。
36、 一种子会议实现装置，其特征在于，所述装置包括 接收创建请求模块，接收子会议创建请求；第二创建模块，用于根据所述子会议创建请求、将主会议的会议控制中心用作子会议控制中心建立 子会议。
37、 如权利要求36所述的装置，其特征在于，所述装置还包括第一交互模块，用于利用该会议控制中心与各参会用户之间的会议会话与参与主会议、子会议的参 会用户交互会话内容；所述会议会话在参会用户参与主会议时用作主会议会话，在参会用户参与子会议时用作子会议会话。
38、 如权利要求37所述的装置，其特征在于，所述第一交互模块包括第二存储模块，用于存储主子会议中各参会用户的参会状态、子会议控制策略；所述子会议控制策略包括允许/禁止向同时参与主会议的子会议参会用户发送主会议会话内容；第四控制模块，用于根据第二存储模块中存储的信息向各子会议参会用户发送子会议会话内容、或 者发送主会议会话内容和子会议会话内容。
39、 如权利要求37或38所述的装置，其特征在于，所述装置还包括判断模块，用于判断参会用户发送来的发送会议会话请求中携带的会议标识，并根据判断结果通知 第一交互模块参会用户发送来的会议会话内容为主会议会话内容，还是子会议会话内容；或者，用于判 断参会用户发送来的会话内容中携带的会议标识，并根据判断结果通知第一交互模块参会用户发送来的 会议会话内容为主会议会话内容，还是子会议会话内容。
40、 如权利要求38所述的装置，其特征在于，所述第四控制模块包括第三接收请求模块，用于接收子会议参会用户发送的接收主会议会话请求，所述接收主会议会话请 求中携带有主会议标识；第五控制模块，用于根据第二存储模块存储的信息确定发送请求的子会议参会用户同时为主会议参 会用户，则向发送所述接收主会议会话请求的子会议参会用户发送主会议会话内容和子会议会话内容； 禾口/或第三接收请求模块，用于接收子会议参会用户发送的接收主会议会话请求，所述接收主会议会话请 求中携带有主会议标识及指定的至少一个子会议参会用户；第五控制模块，用于根据第二存储模块存储的信息确定所述指定的子会议参会用户同时为主会议参 会用户，则向所述指定的子会议参会用户发送主会议会话内容和子会议会话内容；和/或第三接收请求模块，用于接收子会议参会用户发送的停止接收主会议会话请求，所述停止接收主会 议会话请求中携带有主会议标识；第五控制模块，用于不向发送所述停止接收主会议会话请求的子会议参会用户发送主会议会话内容；禾口/或第三接收请求模块，用于接收子会议参会用户发送的停止接收主会议会话请求，所述停止接收主会 议会话请求中携带有主会议标识及指定的至少一个子会议参会用户；第五控制模块，用于停止向所述停止接收主会议会话请求中指定的子会议参会用户发送主会议会话 内容；禾口/或第三接收请求模块，用干接收主会议参会用户发送的接收子会议会话请求，所述接收子会议会话请 求中携带有子会议标识；第五控制模块，用于根据第二存储模块存储的信息确定发送所述接收子会议会话请求的主会议参会 用户同时为子会议参会用户，则向发送所述接收子会议会话请求的主会议参会用户发送主会议会话内容 和子会议会话内容；和/或第三接收请求模块，用于接收主会议参会用户发送的接收子会议会话请求，所述接收子会议会话请 求中携带有子会议标识及指定的至少一个主会议参会用户；第五控制模块，用于根据第二存储模块存储的信息确定所述指定的主会议参会用户同时为子会议参 会用户，则向所述指定的主会议参会用户发送主会议会话内容和子会议会话内容；禾口/或第三接收请求模块，用于接收主会议参会用户发送的停止接收子会议会话请求，所述停止接收子会 议会话请求中携带有子会议标识；第五控制模块，用于不向发送所述停止接收子会议会话请求的主会议参会用户发送子会议会话内容 禾口/或第三接收请求模块，用于接收主会议参会用户发送的停止接收子会议会话请求，所述停止接收子会 议会话请求中携带有子会议标识及指定的至少一个主会议参会用户；第五控制模块，用于不向该指定的主会议参会用户发送子会议会话内容 和/或第三接收请求模块，用于接收主会议参会用户发送的退出主会议请求；第五控制模块，用于不向发送所述退出主会议请求的主会议参会用户发送主会议会话内容；禾口/或第三接收请求模块，用于接收子会议参会用户发送的退出子会议请求第五控制模块，用于不向发送所述退出子会议请求的子会议参会用户发送子会议会话内容。
41、 如权利要求37或38或39或40所述的装置，其特征在于，所述装置还包括 第二终止模块，用于在终止主会议前，通知主会议的会议控制中心，并在会议会话释放后终止主会议；第二释放模块，用于根据第二终止模块的通知向子会议参会用户发送退出子会议请求，释放会议控 制中心与主子会议参会用户之间的会议会话。
42、 一种终端设备，其特征在于，包括 会话建立模块，建立与会议控制中心之间的会议会话；第二交互模块，用于利用会议控制中心与参会用户之间的会议会话与会议控制中心交互会议会话内容；在参会用户参与主会议时所述第二交互模块控制所述会议会话用作主会议会话，在参会用户参与子 会议时所述第二交互模块控制所述会议会话用作子会议会话。
43、 如权利要求42所述的终端设备，其特征在于，所述第二交互模块包括下述任意一个或多个模块 第一发送控制模块，用于向会议控制中心发送携带有会议标识的发送会议会话请求，然后，发送与所述会议标识对应的会议会话内容；第二发送控制模块，用于向会议控制中心发送携带有会议标识的会议会话内容； 接收控制模块，用于向会议控制中心发送下述请求中的任意一个或多个请求接收主会议会话请求、 接收子会议会话请求、停止接收主会议会话请求、停止接收子会议会话请求、退出主会议诮求、退出子 会议请求；所述各请求中携带有会议标识，或者携带有会议标识和指定的至少一个参会用户。
44、 一种私密会议实现装置，其特征在于，包括第四接收请求模块，用于接收参会用户发送的私密会议会话占用会议会话通道请求； 第六控制模块，用于根据所述请求中携带的接收私密会议会话用户标识，转发所述参会用户发送的 私密会议会话内容。
45、 一种私密会议实现装置，其特征在于，包括第五接收请求模块，用于接收参会用户发送的私密会议会话请求；所述请求中携带有参与私密会议 的参会用户信息建立会话通道模块，用于利用与所述参与私密会议的参会用户之间已有的会议会话建立与参与私密 会议的参会用户之间的私密会议会话通道；第七控制模块，将从所述私密会议会话通道接收的私密会议会话内容通过所述私密会议会话通道发送。
全文摘要
公开了子会议实现方法、私密会议实现方法、装置和终端设备。属于通讯技术领域。一种子会议实现方法包括获取主会议状态信息，根据获取的主会议状态信息确定子会议中各参会用户的参会状态，根据子会议中各参会用户的参会状态向各子会议参会用户发送子会议会话内容、或者发送主会议会话内容和子会议会话内容。该方法完善了现有的子会议实现机制。另一种子会议实现方法包括接收子会议创建请求，主会议的会议控制中心用作子会议控制中心建立子会议。该方法为子会议实现提供了一种全新的技术方案。
文档编号H04L12/18GK101471806SQ20081008161
公开日2009年7月1日 申请日期2008年2月27日 优先权日2007年12月27日
发明者卞永刚, 张永靖, 刚 梁, 牟伦建, 珏 王, 许国军, 成 黄 申请人:华为技术有限公司