專利名稱：一種多媒體子系統(tǒng)中子會議的實現(xiàn)方法、控制方法及裝置的制作方法
技術領域：
本發(fā)明屬于通信領域，特別涉及一種多媒體子系統(tǒng)中子會議的實現(xiàn)方法、 控制方法及裝置。
糊支A
IMS (IP Multimedia Subsystem: IP多媒體子系統(tǒng))是3GPP R5階段增加 的WCDMA ( Wideband Code Division Multiple Access:寬帶碼分多址)網(wǎng)絡疊 加在已有分組域上的一個子系統(tǒng)。IMS釆用分組域為其上層控制信令和媒體傳 輸?shù)某休d通道，引入SIP ( Session Initial Protocol:會話發(fā)起協(xié)i義)協(xié)議作為業(yè) 務控制協(xié)議。IMS通過將業(yè)務控制與承載控制分離，提供各種豐富的業(yè)務。IMS 網(wǎng)絡可以包括提供業(yè)務邏輯的功能實體AS ( Application Server:應用服務器)； 提供媒體資源邏輯的功能實體MRF( Media Resource Function:媒體資源功能)； MRF可以包括提供資源控制邏輯的功能實體MRFC ( Media Resource Function Controller:媒體資源功能控制器)和提供資源處理邏輯的功能實體MRFP (Media Resource Function Processor:媒體資源功能處理器)。AS為業(yè)務邏輯 提供資源可以訪問i某體資源邏輯。
IMS的基本業(yè)務允許一個用戶發(fā)起、更改和終止基于SIP的媒體會話。這 種機制可以應用到多方通話、會議業(yè)務等業(yè)務中。會"R業(yè)務允許用戶創(chuàng)建、管 理、加入、終止、刪除會議；會議業(yè)務還可以為用戶提供多種通信媒體(如音 頻、視頻、消息、文本等)。
在一個日常的多人聚會交流中，主講人在講話時，下面可能會有其他人在 私下交流。這樣的一個日常生活場景，人們也希望在網(wǎng)絡會議業(yè)務中能夠提供
6這樣的條件，就是所謂的"會中會，，(又稱為side-bar會議，它是在已有的主會 議中創(chuàng)建一個子會議)。為描述方便將這種情況下的網(wǎng)絡會議稱為主會議，創(chuàng) 建的"會中會"成為子會議。
發(fā)明人在實施現(xiàn)有技術的過程中發(fā)現(xiàn)目前的IMS系統(tǒng)等多媒體子系統(tǒng)中 不能夠實現(xiàn)子會議業(yè)務。

發(fā)明內容
本發(fā)明實施例提供了 一種多媒體子系統(tǒng)中子會議的實現(xiàn)方法，可以用于解 決目前的多媒體子系統(tǒng)下不能夠實現(xiàn)子會議業(yè)務的問題，所述方法包括
子會議業(yè)務邏輯實體接收主會議參與者發(fā)送的創(chuàng)建子會議請求，所述創(chuàng)建 子會議請求中包括主會議標識、子會議標識；
所述子會議業(yè)務邏輯實體根據(jù)所述主會議標識和所述子會議標識在所述 主會議標識對應的主會議中創(chuàng)建子會議。
本發(fā)明實施例還提供一種多媒體子系統(tǒng)中子會議的控制方法，所述方法包
括
求；所述創(chuàng)建子會議控制請求中包括主會議標識、子會議標識；
所述子會議媒體邏輯實體根據(jù)所述創(chuàng)建子會議控制請求對子會議執(zhí)行媒 體功能處理；所述子會議是根據(jù)所述主會議標識和所述子會議標識確定的。
本發(fā)明實施例還4是供一種子會議業(yè)務邏輯實體，包括
創(chuàng)建子會議請求接收單元，用于接收主會議參與者發(fā)送的創(chuàng)建子會議請 求，所述創(chuàng)建子會議請求中包括主會議標識、子會議標識；
子會議創(chuàng)建單元，用于根據(jù)所述主會議標識和所述子會議標識在所述主會 議標識對應的主會議中創(chuàng)建子會議。
本發(fā)明實施例還提供一種子會議媒體邏輯實體，包括
創(chuàng)建子會議控制請求接收單元，用于接收子會議業(yè)務邏輯實體發(fā)送的創(chuàng)建子會議控制請求；所述創(chuàng)建子會議控制請求中包括主會議標識、子會議標識；
媒體控制處理單元，根據(jù)所述創(chuàng)建子會議控制請求對子會議執(zhí)行媒體功能 處理；所述子會議是根據(jù)所述主會議標識和所述子會議標識確定的。
本發(fā)明實施例提出的實現(xiàn)多媒體子系統(tǒng)下子會議業(yè)務的方法可以應用到 多媒體子系統(tǒng)架構內會議業(yè)務系統(tǒng)中，滿足會議業(yè)務場景中對"子會議，，的應 用需求。本發(fā)明實施例4是供方法中，子會議業(yè)務邏輯實體接收主會議參與者發(fā) 送的創(chuàng)建子會議請求，通過在創(chuàng)建子會議請求中包括主會議標識、子會議標識 進行相應的子會議創(chuàng)建處理；子會議業(yè)務邏輯實體還可以接收邀請參與者加入 子會議請求，進行加入子會議參與者的操作。本發(fā)明實施例的方法不僅從服務 運營商提供豐富會議服務以滿足用戶需求的角度考慮是有益的，而且也給會議 系統(tǒng)設備制造商提供了利益，此外更是滿足了用戶豐富的會議業(yè)務體驗。


圖1為本發(fā)明提供的第一實施例的系統(tǒng)結構示意圖； 圖2為本發(fā)明提供的第二實施例的方法流程示意圖； 圖3為本發(fā)明提供的第三實施例的方法流程示意圖； 圖4為本發(fā)明l是供的第四實施例的方法流程示意圖； 圖5為本發(fā)明^是供的第五實施例的方法流程示意圖； 圖6為本發(fā)明提供的第六實施例的方法流程示意圖； 圖7為本發(fā)明提供的第七實施例的子會議系統(tǒng)示意圖。
具體實施例方式
本發(fā)明實施例以IMS網(wǎng)絡為例，本發(fā)明實施例同樣適用于MMD (MultimediaDomain,多媒體域)等其他類似的多媒體子系統(tǒng)。
本發(fā)明實施例中，子會議的特點是它具有私密性，即主會議參與者并不知道子會議的存在，并且不能知道子會議中的交流內容，但是子會議參與者可以 知道主會議中的交流內容。
在本發(fā)明實施例中的會議媒體控制可以采用基于SIP的媒體控制協(xié)議。具 體可以為AS與MRF之間可以采用分離的緊耦合會議模式。所有會議參與者 均通過獨立的SIP對話與會議中心保持通信連接，各對話之間在會議系統(tǒng)內部 保持關聯(lián)關系。AS可能充當會議中心，執(zhí)行會議策略，控制管理會議參與者 與會議中心的對話，還可能支持會議事件訂閱機制等。MRF執(zhí)行會議媒體策 略，控制處理語音、#見頻、文本等的混合。
如圖1所示為本發(fā)明第 一實施例提供的會議邏輯功能系統(tǒng)示意圖。該圖中， 會議邏輯功能系統(tǒng)101可以包括會議業(yè)務邏輯實體102、會議媒體邏輯實體 103;會議業(yè)務邏輯實體102可以包括主會議業(yè)務邏輯實體104、子會議業(yè)務邏 輯實體105;會議媒體邏輯實體103可以包括主會議々某體邏輯實體106、子會 議媒體邏輯實體107;圖1中還包括了終端設備UE-A 108、UE-B 109、UE-C 110、 UE-Dlll。如圖l所示，該實施例中，子會議邏輯實體包括子會議業(yè)務邏輯實 體105、子會議媒體邏輯實體107。
子會議業(yè)務邏輯實體105與主會議業(yè)務邏輯實體104之間可以采用會議業(yè) 務邏輯實體102的內部接口 ；子會議媒體邏輯實體107與主會議媒體邏輯實體 106之間可以采用會議媒體邏輯實體103的內部接口 。子會議業(yè)務邏輯實體105 與子會議媒體邏輯實體107之間可以采用媒體控制接口 ，消息交互可以采用基 于SIP的媒體控制協(xié)議。
本實施例中，終端i殳備UE-A108、 UE-B109、 UE-C 110、 UE-D 111與子 會議業(yè)務邏輯實體105之間的消息交互可以采用SIP協(xié)議，也可以采用CCMP (Centralized Conferencing Manipulation Protocol:集中式會議處理協(xié)議)協(xié)議。
子會議業(yè)務邏輯實體105的主要功能可以包括
接收并解析子會議請求；構造并生成子會議媒體控制消息；發(fā)送子會議媒體控制消息；構造并生成子會議請求；發(fā)送子會議請求。 子會議媒體邏輯實體107的主要功能可以包括 接收并解析子會議纟某體控制消息；控制并執(zhí)行子會議媒體處理。 本實施例中，子會議業(yè)務邏輯實體105可以設置于IMS系統(tǒng)中的AS中；
子會議i某體邏輯實體107可以設置在IMS系統(tǒng)中的MRF中。
需要說明的是，圖1給出的僅僅是接口的示意圖，各個實體之間的接口并
沒有在該圖中窮盡。
如圖2所示，為本發(fā)明第二實施例提供的在主會議中創(chuàng)建子會議的方法流 程示意圖。本實施例的方法可以包括
步驟201:會議業(yè)務參與者發(fā)送創(chuàng)建子會議請求到子會議業(yè)務邏輯實體 105，創(chuàng)建子會議請求可以是一個SIP請求消息，創(chuàng)建的子會議請求中可以攜 帶如下信息
媒體能力信息如子會議交互的媒體類型、接收媒體流的地址、端口、傳 輸協(xié)議等信息。
主會議標識子會議是被會議業(yè)務參與者在已有的主會議中創(chuàng)建而存在 的，即可以認為子會議是包含在主會議中的；因此在創(chuàng)建子會議請求中應該攜 帶代表已有主會議的標識信息即主會議標識；
子會議標識表明該被創(chuàng)建子會議的標識信息，可以用于后續(xù)對子會議的 操作控制；
子會議參與者列表會議業(yè)務參與者在創(chuàng)建子會議時，可以通知子會議業(yè) 務邏輯實體105邀請哪些參與者加入到該子會議中；這些子會議參與者可以是 已有的主會議參與者，也可以是不在主會議中的參與者；該子會議參與者列表 可以包含一列會議業(yè)務參與者的標識。
創(chuàng)建子會議請求中還可以攜帶如下信息
會議參與者創(chuàng)建子會議的鑒權項用于在創(chuàng)建子會議過程中，供子會議業(yè)務邏輯實體105進行鑒權的信息；
會議參與者創(chuàng)建子會議的策略內容用于描述會議業(yè)務參與者提供的關于 被創(chuàng)建子會議的策略。如^皮創(chuàng)建子會議是否接受陌生參與者的加入、是否允許 非子會議創(chuàng)建者的其他子會議參與者終止子會議等。
步驟202:子會議業(yè)務邏輯實體105根據(jù)接收到的創(chuàng)建子會議請求創(chuàng)建子 會議并返回響應消息；如果創(chuàng)建成功則返回SIP的成功響應消息；如果創(chuàng)建失 敗則返回SIP的失敗響應消息。
在本實施例中，會議業(yè)務參與者可以是一個SIP終端，會議業(yè)務參與者可 以發(fā)送SIP請求或者SIP響應；也可以接收SIP請求或者SIP響應。
本實施例通過會議業(yè)務參與者發(fā)送創(chuàng)建子會議請求到子會議業(yè)務邏輯實 體105,以創(chuàng)建了子會議，并可以預先設置子會議的參與者。
如圖3所示，為本發(fā)明第三實施例提供的邀請參與者加入子會議的方法流 程示意圖。本實施例中被邀請加入子會議的參與者是主會議參與者；本實施例 的方法可以包括
步驟301:會議業(yè)務參與者向子會議業(yè)務邏輯實體105發(fā)送邀請參與者加 入子會議請求。邀請參與者加入子會議請求可以是一個SIP請求消息；邀請參 與者加入子會議請求中可以攜帶被邀請參與者標識，該被邀請參與者標識可以 來源于創(chuàng)建子會議時的子會議參與者列表中，也可以是創(chuàng)建子會議的會議參與 者通過其他方式通知子會議業(yè)務邏輯實體105的。邀請參與者加入子會議請求 可以攜帶主會議標識信息；可以在邀請參與者加入子會議中表明主會議的身 份即該主會議作為一個會議中心；邀請參與者加入子會議請求還可以包括如 下信息
媒體能力信息如子會議交互的媒體類型、接收媒體流的地址、端口、傳 輸協(xié)議等信息。
主會議標識用于標識已有的主會議；
ii子會議標識標識具體需要加入的子會議；
子會議應用提示信息用于通知被邀請的參與者，其被加入到子會議中。 步驟302:子會議業(yè)務邏輯實體105根據(jù)接收到的邀請參與者加入子會議
請求將被邀請的參與者加入子會議并返回響應消息；如果成功則返回SIP的成
功響應消息；如果失敗則返回SIP的失敗響應消息。
在本實施例中，子會議業(yè)務邏輯實體105還可以邀請已有主會議之外的參
與者加入子會議，加入方法與本實施例類似。如果是邀請已有主會議之外的參
與者加入子會議，子會議業(yè)務邏輯實體105可以讓被邀請的參與者作為一個新
的會i義乂十:活處理。
本實施例可以實現(xiàn)將主會議參與者加入子會議，也可以將已有主會議之外 的參與者加入子會議，并可以將被邀請的參與者作為 一個新的會議對話處理， 實現(xiàn)簡單。
如圖4所示，為本發(fā)明第四實施例提供的在主會議中創(chuàng)建子會議過程中媒 體控制接口上流程示意圖。本實施例的方法可以包括
步驟401:子會議業(yè)務邏輯實體105發(fā)送創(chuàng)建子會議控制請求到子會議々某 體邏輯實體107;創(chuàng)建子會議控制請求可以是一個SIP請求消息，也可以是基 于SIP的媒體控制協(xié)議請求消息；創(chuàng)建子會議媒體控制請求中可以攜帶如下信 息主會議標識、子會議標識、建立子會議應用信息；其中建立子會議應用信 息可以表明子會議對于主會議是保密的、主會議對于子會議是知曉的(主會議 媒體能夠傳遞到子會議中，反之子會議媒體不能傳遞到主會議中)；該建立子 會議應用信息可以是一列基于SIP的表達在已有主會議中創(chuàng)建"子會議"的媒 體控制協(xié)議消息。
步驟402:子會議々某體邏輯實體107根據(jù)接收到的創(chuàng)建子會議控制請求對 子會議執(zhí)行媒體功能處理并返回響應消息；該子會議可以根據(jù)步驟401中攜帶 的主會議標識和子會議標識確定；媒體功能處理可以是SIP媒體控制協(xié)議消息所具體描述的媒體行為，如子會議創(chuàng)建時，設置使子會議能接收主會議媒體流； 向子會議加入?yún)⑴c者時，設置加入?yún)⑴c者能接收子會議媒體流。如果媒體功能 處理成功則返回基于SIP的媒體控制協(xié)議成功應答消息；如果媒體功能處理失 敗則返回基于SIP的控制協(xié)i義失敗應答消息。
如圖5所示，為本發(fā)明第五實施例提供的參加者加入子會議過程中媒體控 制接口上流程示意圖。本實施例的方法可以包括
步驟501:子會議業(yè)務邏輯實體105發(fā)送參加者加入子會議控制請求到 子會議媒體邏輯實體107;參加者加入子會議控制請求可以是一個SIP請求消 息，也可以是基于SIP的々某體控制協(xié)議請求消息；參加者加入子會議控制請求 中可以攜帶如下信息
主會議標識、子會議標識、媒體配置內容。如果被邀請的參與者是主會議 參與者，則該主會議參與者收發(fā)會議媒體的配置內容需要修改媒體配置內容 表示該主會議參與者可以接收主會議的媒體，也可以接收子會議的媒體；如果 被邀請的參與者不是主會議參與者，則該非主會議中的被邀請參與者的媒體配 置內容則為只接收子會議的々某體
步驟502:子會議i某體邏輯實體107根據(jù)接收到的參加者加入子會議控制 請求進行處理并返回響應消息；如果成功則返回基于SIP的控制協(xié)議成功應答 消息；如果失敗則返回基于SIP的控制協(xié)議失敗應答消息。
實施例四和五通過子會議業(yè)務邏輯實體105與子會議i某體邏輯實體107的 交互，對子會議的媒體信息進行設置處理，實現(xiàn)了對子會議的控制。
如圖6所示，為本發(fā)明第六實施例提供的IMS系統(tǒng)中實現(xiàn)子會議的方法流 程示意圖。本實施例中， 一個已有的主會議(該會議為音頻會議)中有會議業(yè) 務參與者UE-A、 UE-B;其中UE-A創(chuàng)建了一個子會議，并邀請主會議中UE-B 加入該子會議。本實施例中的子會議業(yè)務邏輯實體105通過AS實現(xiàn)，子會議媒體邏輯實體107通過MRF實現(xiàn)。本實施例的的方法可以包括
步驟601: UE-A向AS發(fā)送SIP INVITE消息，其中攜帶請求創(chuàng)建子會議 所需的信息；
該INVITE消息的Request-URI中可以攜帶已有的主會議標識，用于表明 該SIP會話請求是關聯(lián)已有主會議的；后續(xù)可以將創(chuàng)建的子會議關聯(lián)到主會議； 主會議標識示例如下MainCon腦example.com;
該INVITE消息可以攜帶子會議標識；子會議標識可以攜帶在INVITE消 息中的request-URI、頭域、SDP ( Session Description Protocol:會話描述協(xié)議) 字段中；也可以位于一個擴展產(chǎn)生的承載子會議信息的body中。比如子會議 標識位于request-URI字段中，作為SIP request-URI的一個參數(shù)，示例如下
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消息體中，該消息體描述子會議業(yè)務應用。
該INVITE消息還可以攜帶子會議的媒體屬性，通過SDP中的c行和m 行描述子會議的媒體類型、接收地址、端口、傳輸協(xié)議、々某體編解碼等信息； 還可以包括主會議交互媒體的屬性信息。
該INVITE消息還可以在URI-list頭域中攜帶子會議參與者標識列表。
該INVITE消息還可以攜帶子會議的應用策略。應用策略可以通過定義一 個子會議應用策略凄t據(jù)套，作為一個xml消息體實現(xiàn)；也可以通過擴展SDP 的方式實現(xiàn)。
步驟602: AS發(fā)送SIP INVITE消息到MRF，在該SIP INVITE消息中的SDP描述當中可以包含UEA應用子會議的媒體能力屬性；
步驟603 ~ 604: MRF接收到AS發(fā)送的SIP INVITE消息后，對該請求消 息進行應答，在回復200 OK響應消息中可以包含MRF的SDP描述，其中至 少包含MRF應用子會議的i某體能力屬性。200 OK響應消息將通過AS轉發(fā)給 UE-A。
步驟605 ~ 606: UE-A通過AS發(fā)送ACK響應消息至MRF。
步驟607: AS向主會議參與者UE-B發(fā)送SIP INVITE消息，請求UE-B 加入子會議；該SIP INVITE消息中攜帶邀請UE-B加入子會議所需的信息， 包括主會議標識、子會議標識等；主會議標識和子會議標識都可以攜帶在 contact頭域中,具體示例如下contact <SIP:MainConf@example.com;side-bar〉；
SIP INVITE消息中還可以攜帶關于子會議應用提示的內容信息，該信息可 以位于一個文本消息體即text body中，也可以位于一個語音文件中；或者，通 過SIP URI中的 "play ，，參數(shù)攜帶，如SIP: MainConf@example.com; play=file:〃fileserver.example.net/annc/side-bar, wav 。
步驟608: UE-B發(fā)送200 OK響應消息至AS,回復AS的加入子會議邀 請；200 OK響應消息中可以包含UE-B的SDP信息，用于至少描述子會議的 媒體屬性。
步驟609: AS發(fā)送SIP INVITE消息給MRF。
步驟610-611: AS收到MRF的200 OK響應消息后給UEB返回請求確 認消息，消息中攜帶了從200 OK響應中攜帶過來的MRF的SDP，該SDP其 中至少包含MRF應用子會議的媒體能力屬性
本實施例中，終端"i殳備與子會議業(yè)務邏輯實體105之間的消息交互也可以 采用CCMP協(xié)議。如果采用CCMP協(xié)議，在步驟601中UE-A向AS發(fā)送的消
息示例可以包含如下內容
<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發(fā)送的消息示例可以包含如下內容
<result>
<status>200</status>
<reason〉ok</status> </result>
在步驟607中AS向UE-B發(fā)送的消息示例可以包含如下內容
〈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發(fā)送的消息示例可以包含如下內容
<result>
<status>200</status>
<reason>ok</status> </result>
需要說明的是，CCMP協(xié)議是基于SOAP ( Simple Object Access Protocol: 簡單對象訪問協(xié)議)機制，上面的消息示例僅給出CCMP消息的部分消息內容。
創(chuàng)建子會議過程中的控制方法可以釆用如下方式AS向MRF發(fā)送SIP控 制會話請求消息；SIP控制會話請求消息可以是SIP INFO或SIP INVITE消息， 其中可以包含描述創(chuàng)建子會議所需的控制信息，這些控制信息可以采用基于各 種SIP々某體控制協(xié)議機制的腳本形式。本實施例中，可以在AS與MRFC之間 建立專門的控制通道，在控制通道中傳輸控制消息。
SIP控制會話請求消息還可以包含主會議標識；還可以包括建立子會議應 用的描述信息。該描述信息可以遵循SIP媒體控制協(xié)議機制，示例如下<join idl=，，MainConf ， id2="side-bar">
<stream type="audio" direction="receive"/> </join>
MRF接收AS的SIP控制會話請求消息，并向AS返回SIP控制會話響應 消息。
參加者加入子會議過程中的控制方法與創(chuàng)建子會議過程中的控制方法類 似，不過需要在SIP控制會話請求消息中攜帶子會議標識；SIP控制會話請求 消息還可以包含被邀請的參與者收發(fā)會議媒體的配置內容，描述被邀請的參與 者被加入子會議。媒體配置內容可以是遵循一種SIP媒體控制協(xié)議機制，示例 如下
<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加入到子會議的方式可以采用 一般 會議(比如本實施例中的主會議)的加入方法，這里不再詳細說明。
本發(fā)明第七實施例提供的子會議系統(tǒng)，其結構如圖7所示，包括子會議 業(yè)務邏輯實體701、子會議i某體邏輯實體702;其中，子會議業(yè)務邏輯實體701 可以包括
創(chuàng)建子會議請求接收單元7011 ，用于接收主會議參與者發(fā)送的創(chuàng)建子會議 請求，該創(chuàng)建子會議請求中包括主會議標識、子會議標識；
子會議創(chuàng)建單元7012,用于根據(jù)主會議標識和子會議標識在主會議標識對 應的主會議中創(chuàng)建子會議。
在上述創(chuàng)建子會議請求中可以包括子會議參與者列表。子會議業(yè)務邏輯實
17體701還可以包括子會議參與者確定單元7013，用于根據(jù)該子會議參與者列表
確定該子會議的參與者。
子會議業(yè)務邏輯實體701還可以包括邀請參與者加入子會議請求接收單元 7014,用于接收邀請參與者加入子會議請求，該邀請參與者加入子會議請求中 包括被邀請者標識；
子會議加入單元7015,用于根據(jù)被邀請者標識將被邀請者標識對應的用戶 終端加入子會議。
本實施例中的子會議業(yè)務邏輯實體701可以是AS。
該系統(tǒng)中的子會議々某體邏輯實體702可以包括創(chuàng)建子會議控制請求接收單 元7021,用于接收子會議業(yè)務邏輯實體發(fā)送的創(chuàng)建子會議控制請求；該創(chuàng)建子 會議控制請求中包括主會議標識、子會議標識；
媒體控制處理單元7022，根據(jù)所述創(chuàng)建子會議控制請求對子會議執(zhí)行媒體 功能處理；該子會議是根據(jù)主會議標識和子會議標識確定的。
上述創(chuàng)建子會議控制請求中還包括建立子會議應用指示信息。子會議媒體 邏輯實體702還可以包括應用指示信息設置單元7023，用于才艮據(jù)建立子會議應 用指示信息進行如下配置處理主會議媒體能傳遞到子會議中，子會議媒體不 能傳遞到主會議中。
子會議媒體邏輯實體702還可以包括第一接收單元7024，用于接收所述 子會議業(yè)務邏輯實體發(fā)送的參加者加入子會議控制請求，該參加者加入子會議 控制請求包括J 某體配置內容；^皮邀請加入子會議的參與者為主會議參與者；
第一設置單元7025，用于根據(jù)媒體配置內容進行如下設置被邀請加入子
子會議媒體邏輯實體702還可以包括第二接收單元7026，用于接收子會 議業(yè)務邏輯實體發(fā)送的參加者加入子會議控制請求，參加者加入子會議控制請 求包括媒體配置內容；被邀請加入子會議的參與者不是主會議參與者；第二設置單元7027,用于根據(jù)媒體配置內容進行如下設置被邀請加入子 會議的參與者只接收子會議的媒體。
本實施例中的子會議媒體邏輯實體702可以是MRF。
本實施例中的創(chuàng)建子會議請求為SIP消息；邀請參與者加入子會議請求為 SIP消息；或者，
々J建子會i義"i貪^K為CCMP ( Centralized Conferencing Manipulation Protocol:
集中式會議處理協(xié)議)協(xié)議消息；邀請參與者加入子會議請求為CCMP協(xié)議消 自
本實施例中的子會議標識可以設置于SIP消息中的request-URI 、頭域、 SDP字段或者設置于xml消息體中。
本實施例中的創(chuàng)建子會議控制請求為SIP請求消息，參加者加入子會議控 制請求為SIP請求消息；或者，
創(chuàng)建子會議控制請求為基于SIP對媒體控制協(xié)議請求消息，參加者加入子 會議控制請求為基于SIP對媒體控制協(xié)議請求消息。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1、一種多媒體子系統(tǒng)中子會議的實現(xiàn)方法，其特征在于，所述方法包括子會議業(yè)務邏輯實體接收主會議參與者發(fā)送的創(chuàng)建子會議請求，所述創(chuàng)建子會議請求中包括主會議標識、子會議標識；所述子會議業(yè)務邏輯實體根據(jù)所述主會議標識和所述子會議標識在所述主會議標識對應的主會議中創(chuàng)建子會議。
2、 如權利要求1所述的方法，其特征在于，所述創(chuàng)建子會議請求中包括 子會議參與者列表，所述子會議業(yè)務邏輯實體根據(jù)所述子會議參與者列表確定 所述子會議的參與者。
3、 如權利要求l所述的方法，其特征在于，所述方法還包括 所述子會議業(yè)務邏輯實體接收邀請參與者加入子會議請求，所述邀請參與者加入子會議請求中包括被邀請者標識；所述子會議業(yè)務邏輯實體根據(jù)所述被邀請者標識將所述被邀請者標識對 應的用戶終端加入所述子會i義。
4、 如權利要求1至3任一項所述的方法，其特征在于，所述子會議業(yè)務 邏輯實體為AS。
5、 如權利要求1至3任一項所述的方法，其特征在于，所述創(chuàng)建子會議 請求為SIP消息或者集中式會議處理協(xié)議CCMP消息。
6、 如權利要求3所述的方法，其特征在于，所述邀請參與者加入子會議 請求為SIP消息或者CCMP協(xié)議消息。
7、 如權利要求1所述的方法，其特征在于，所述子會議標識設置于SIP 消息中的request-URI或者SIP消息中的頭域或者SIP消息中的SDP字段或 者xml消息體中。
8、 一種多媒體子系統(tǒng)中子會議的控制方法，其特征在于，所述方法包括 子會議媒體邏輯實體接收子會議業(yè)務邏輯實體發(fā)送的創(chuàng)建子會議控制請求，所述創(chuàng)建子會議控制請求中包括主會議標識、子會議標識；所述子會議媒體邏輯實體根據(jù)所述創(chuàng)建子會議控制請求對子會議執(zhí)行媒體功能處理；所述子會議是根據(jù)所述主會議標識和所述子會議標識確定的。
9、 如權利要求8所述的方法，其特征在于，所述創(chuàng)建子會議控制請求中 還包括建立子會議應用指示信息；所述子會議媒體邏輯實體根據(jù)所述建立子會 議應用指示信息進行如下配置處理主會議媒體能傳遞到子會議中，子會議媒 體不能傳遞到主會議中。
10、 如權利要求8所述的方法，其特征在于，所述方法還包括 所述子會議媒體邏輯實體接收所述子會議業(yè)務邏輯實體發(fā)送的參加者加入子會議控制請求，所述參加者加入子會議控制請求包括媒體配置內容；被邀 請加入子會議的參與者為主會議參與者；所述子會議媒體邏輯實體根據(jù)所述媒體配置內容進行如下設置所述被邀 請加入子會議的參與者可以同時接收主會議的媒體和子會議的媒體。
11、 如權利要求8所述的方法，其特征在于，所述方法還包括 所述子會議媒體邏輯實體接收所述子會議業(yè)務邏輯實體發(fā)送的參加者加入子會議控制請求，所述參加者加入子會議控制請求包括媒體配置內容；被邀 請加入子會議的參與者不是主會議參與者；所述子會議媒體邏輯實體根據(jù)所述媒體配置內容進行如下設置所述被邀 請加入子會議的參與者只接收子會議的媒體。
12、 如權利要求8至11任一項所述的方法，其特征在于，所述子會議媒 體邏輯實體為MRF。
13、 如權利要求8至11任一項所述的方法，其特征在于，所述子會議業(yè) 務邏輯實體為AS。
14、 如權利要求8至11任一項所述的方法，其特征在于，所述創(chuàng)建子會 議控制請求為SIP請求消息或者基于SIP對媒體控制協(xié)議請求消息。
15、 如權利要求10或11所述的方法，其特征在于，，所述參加者加入子 會議控制請求為SIP請求消息或者基于SIP對媒體控制協(xié)議請求消息。
16、 一種子會議業(yè)務邏輯實體，其特征在于，所述子會議業(yè)務邏輯實體包括創(chuàng)建子會議請求接收單元，用于接收主會議參與者發(fā)送的創(chuàng)建子會議請 求，所述創(chuàng)建子會議請求中包括主會議標識、子會議標識；子會議創(chuàng)建單元，用于根據(jù)所述主會議標識和所述子會議標識在所述主會 議標識對應的主會議中創(chuàng)建子會議。
17、 如權利要求16所述的實體，其特征在于，所述創(chuàng)建子會議請求中包 括子會議參與者列表，所述子會議業(yè)務邏輯實體還包括子會議參與者確定單
18、 如權利要求16所述的實體，其特征在于，所述子會議業(yè)務邏輯實體 還包括邀請參與者加入子會議請求接收單元，用于接收邀請參與者加入子會議請 求，所述邀請參與者加入子會議請求中包括被邀請者標識；子會議加入單元，用于根據(jù)所述被邀請者標識將所述被邀請者標識對應的 用戶終端加入所述子會i義。
19、 如權利要求16至18任一項所述的實體，其特征在于，所述子會議業(yè) 務邏輯實體為AS。
20、 一種子會議媒體邏輯實體，其特征在于，所述子會議媒體邏輯實體包括創(chuàng)建子會議控制請求接收單元，用于接收子會議業(yè)務邏輯實體發(fā)送的創(chuàng)建 子會議控制請求；所述創(chuàng)建子會議控制請求中包括主會議標識、子會議標識；媒體控制處理單元，根據(jù)所述創(chuàng)建子會議控制請求對子會議執(zhí)行媒體功能 處理；所述子會議是4艮據(jù)所述主會議標識和所述子會議標識確定的。
21、 如權利要求20所述的實體，其特征在于，所述創(chuàng)建子會議控制請求 中還包括建立子會議應用指示信息；所述子會議i某體邏輯實體還包括應用指示 信息設置單元，用于才艮據(jù)所述建立子會議應用指示信息進行如下配置處理主會議媒體能傳遞到子會議中，子會議媒體不能傳遞到主會議中。
22、 如權利要求20所述的實體，其特征在于，所述子會議媒體邏輯實體 還包括第一接收單元，用于接收所述子會議業(yè)務邏輯實體發(fā)送的參加者加入子會 議控制請求，所述參加者加入子會議控制請求包括i某體配置內容；被邀請加入 子會議的參與者為主會議參與者；第一設置單元，用于根據(jù)所述媒體配置內容進行如下設置所述被邀請加
23、 如權利要求20所述的實體，其特征在于，所述子會議媒體邏輯實體 還包括第二接收單元，用于接收所述子會議業(yè)務邏輯實體發(fā)送的參加者加入子會 議控制請求，所述參加者加入子會議控制請求包括媒體配置內容；被邀請加入 子會議的參與者不是主會議參與者；第二設置單元，用于根據(jù)所述媒體配置內容進行如下設置所述被邀請加 入子會議的參與者只接收子會議的媒體。
24、 如權利要求20至23任一項所述的實體，其特征在于，所述子會議媒 體邏輯實體為MRF。
全文摘要
本發(fā)明實施例公開了一種多媒體子系統(tǒng)中子會議的實現(xiàn)方法，該方法包括子會議業(yè)務邏輯實體接收主會議參與者發(fā)送的創(chuàng)建子會議請求，所述創(chuàng)建子會議請求中包括主會議標識、子會議標識；所述子會議業(yè)務邏輯實體根據(jù)所述主會議標識和所述子會議標識在所述主會議標識對應的主會議中創(chuàng)建子會議。本發(fā)明實施例還公開了一種多媒體子系統(tǒng)中子會議的控制方法、子會議業(yè)務邏輯實體和子會議媒體邏輯實體。
文檔編號H04L29/06GK101527641SQ200810065489
公開日2009年9月9日 申請日期2008年3月5日 優(yōu)先權日2008年3月5日
發(fā)明者張玉俠, 徐培利, 漆寶劍, 嘯 王, 鵬 王 申請人:華為技術有限公司