專利名稱：實現(xiàn)子會議的方法、網(wǎng)絡(luò)系統(tǒng)及多媒體處理器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種實現(xiàn)子會議的方法、網(wǎng)絡(luò)系統(tǒng) 及多媒體處理器。
背景技術(shù)：
隨著計算機技術(shù)、通信技術(shù)和互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，多媒體會議的應(yīng) 用范圍正在逐漸拓展，多媒體會議的標準化工作也正在逐步進行。多媒體會 議包括主會議和子會議。子會議即會中會，即部分參與方私下討論，不影響 其他參與方。
多媒體會議可以采用H.248/MEGACO (Media Gateway Control,媒體網(wǎng) 關(guān)控制)協(xié)議。H.248/MEGACO協(xié)議是國際電信聯(lián)盟電信標準化部門ITU-T 和互聯(lián)網(wǎng)工程任務(wù)組IETF共同開發(fā)的媒體網(wǎng)關(guān)控制協(xié)議，它支持呼叫控制實 體與承載控制實體的分離，以及承載控制實體與傳輸實體的分離。 H.248/MEGACO協(xié)議中，以上下文(Context)中的端點(Termination)作為 基本呼叫模型，而上下文和端點由多媒體控制器MC指示多媒體處理器MP 創(chuàng)建和進行連接，MP和MC間的接口以H.248/MEGACO作為控制協(xié)議。在 R4電路域核心網(wǎng)架構(gòu)中MP為媒體網(wǎng)關(guān)MGW， MC為移動交換中心服務(wù)器 MSC Server;在IP多媒體子系統(tǒng)IMS架構(gòu)中MP為i某體資源功能處理器 MRFP, MC為媒體資源功能控制器MRFC。
目前標準中已經(jīng)定義了主會議的承載模型，包括分離上下文模式的主會 議模型和非分離上下文模式的主會議模型，請分別參閱圖1和圖2。
圖1中，包括參與方上下文與主會議上下文，參與方上下文中設(shè)置有參 與方接入端點和主會議連接端點，主會議上下文中設(shè)置有主會議代理端點， 主會議代理端點與參與方上下文的主會議連接端點連接。圖1中的附圖標記 為Cl為主會議上下文，C2為參與方上下文，Tl為主會議代理端點，T2為 參與方接入端點，T3為主會議連接端點。圖2中，只有主會議上下文，沒有
參與方上下文，參與方接入端點設(shè)置主會議上下文中。圖2中的附圖標記為 Cl為主會議上下文，T2為參與方接入端點。
請參閱圖3，是現(xiàn)有技術(shù)中分離上下文模式的主會議模型的一個應(yīng)用示意圖。
圖3中，Ca、 Cb、 Cc分別對應(yīng)參與方A、 B、 C的上下文；Cm'為主會議 上下文；TX為各參與方的參與方接入端點，字母X代表各參與方，在圖中包
圖中包括TA0'、 TB0'、 TCO'; TX1'為各參與方的主會議連接端點，在圖中包 括TA1'、 TB1'、 TC1'。主會議上下文與各參與方上下文的端點間的媒體流模 式為雙向連接，即為可發(fā)送且可接收模式，各參與方上下文的端點間的媒體 流拓樸關(guān)系也是雙向連接。
在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問題 目前標準中只定義了主會議的承載模型，可以實現(xiàn)各參與方參加主會議，而 對于子會議的具體實現(xiàn)方法，暫時還沒有相關(guān)方案。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種實現(xiàn)子會議的方法、網(wǎng)絡(luò)系 統(tǒng)及多媒體處理器，能夠使各參與方參加主會議的同時實現(xiàn)參加子會議。
為解決上述技術(shù)問題，本發(fā)明實施例是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明實施例提供一種實現(xiàn)子會議的方法，包括創(chuàng)建子會議上下文； 在所述子會議上下文設(shè)置子會議代理端點；在參與方上下文設(shè)置子會議連接 端點；將所述子會議連接端點與所述子會議代理端點進行連接；所述參與方 上下文中設(shè)置有參與方接入端點。
本發(fā)明實施例提供一種網(wǎng)絡(luò)系統(tǒng)，包括多媒體處理器，用于設(shè)置上下 文和端點并進行連接；多媒體控制器，用于控制多媒體處理器設(shè)置上下文和 端點并進行連接；所述多媒體處理器按所述多媒體控制器的指示創(chuàng)建子會議 上下文，在所述子會議上下文設(shè)置子會議代理端點，在參與方上下文設(shè)置子 會議連接端點，將所述子會議連接端點與所述子會議代理端點進行連接，所 述參與方上下文中設(shè)置有參與方接入端點。
本發(fā)明實施例提供一種多媒體處理器，包括子會議創(chuàng)建單元，用于創(chuàng)
建子會議上下文；第一處理單元，用于在所述子會議創(chuàng)建單元創(chuàng)建的子會議 上下文設(shè)置子會議代理端點，在參與方上下文設(shè)置子會議連接端點，將所述 子會議連接端點與所述子會議代理端點進行連接，所述參與方上下文中設(shè)置 有參與方4妄入端點。
上述技術(shù)方案可以看出，現(xiàn)有對于子會議的具體實現(xiàn)方法，暫時還沒有 相關(guān)方案，而本發(fā)明實施例的技術(shù)方案是創(chuàng)建子會議上下文；在所述子會 議上下文設(shè)置子會議代理端點；在參與方上下文設(shè)置子會議連接端點；將所 述子會議連接端點與所述子會議代理端點進行連接；所述參與方上下文中設(shè) 置有參與方接入端點。因此，無論是按照分離上下文模式實現(xiàn)的主會議還是
按照非分離上下文模式實現(xiàn)的主會議都可以根據(jù)本發(fā)明實施例的技術(shù)方案建 立子會議，使得各參與方參加主會議的同時實現(xiàn)參加子會議。


圖l是現(xiàn)有技術(shù)分離上下文模式的主會議模型；
圖2是現(xiàn)有技術(shù)非分離上下文模式的主會議模型；
圖3是現(xiàn)有技術(shù)中分離上下文模式的主會議模型的一個應(yīng)用示意圖； 圖4是本發(fā)明實施例實現(xiàn)子會議的基本模型；
圖5是本發(fā)明實施例一的子會議建立模型圖6是本發(fā)明實施例一參與方離開子會議后的模型圖7是本發(fā)明實施例一的子會議建立流程圖8是本發(fā)明實施例一參與方離開子會議流程圖
圖9是本發(fā)明實施例二的子會議建立模型圖IO是本發(fā)明實施例二參與方離開子會議后的模型圖11是本發(fā)明實施例二的子會議建立流程圖12是本發(fā)明實施例二參與方離開子會議流程圖13是本發(fā)明實施例網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖14是本發(fā)明實施例多々某體處理器結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供了 一種實現(xiàn)子會議方法，無論是按照分離上下文模式 實現(xiàn)的主會議還是按照非分離上下文模式實現(xiàn)的主會議都可以根據(jù)該方法建 立子會議。
本發(fā)明實施例實現(xiàn)子會議方法中，子會議參與方可以是主會議參與方， 也可以是主會議無關(guān)參與方。主會議和子會議的媒體類型可以不同。主會議
和子會議間的媒體交互、子會議間的媒體交互可以根據(jù)需求制定策略，例如 子會議不影響主會議其他參與方，主會議不接收子會議的媒體流，主會議無 關(guān)的子會議參與方只接收子會議的媒體流不能接收主會議的媒體，來自主會 議的子會議參與方則可以同時接收主會議的媒體流和子會議的媒體流等。
主會議和子會議間的媒體交互、子會議間的々某體交互可以按以下方式實 現(xiàn)設(shè)置會議上下文與參與方上下文連接端點間的媒體流模式，所述會議上 下文為主會議上下文或子會議上下文；設(shè)置參與方上下文中相關(guān)端點間的々某 體流拓樸關(guān)系，這兩種設(shè)置可以只設(shè)置其中一種，也可以同時進行設(shè)置。需 要說明的是，這里所說的設(shè)置，可以是直接設(shè)定，也可以是進行修改。
參與方離開子會議時，根據(jù)參與方是否為主會議的參與方進行不同的處 理。對于主會議無關(guān)參與方，直接從子會議中刪除該參與方。對于來自主會 議的參與方離開子會議后，需要讓其返回到主會議，因此需要刪除參與方在 子會議中的連接并還原參與方在主會議中的連接。還原參與方在主會議中的 連接是建立子會議時修改參與方在主會議中的連接的逆操作。例如在分離上 下文模式時，參與方上下文原來設(shè)置了子會議連接端點，還原時則刪除該子 會議連接端點，原來參與方與主會議之間的媒體流模式由彼此間可發(fā)送和接 收J(某體流設(shè)置為參與方只接收主會議的々某體流時，還原時則將參與方上下文 中的主會議連接端點和主會議上下文中的主會議代理端點的媒體流模式都重 新設(shè)置為可發(fā)送和接收。如果對應(yīng)非分離上下文模式時，因為之前需要先轉(zhuǎn) 化為分離上下文模式，即需要為各個參與方建立一個單獨的參與方上下文， 并建立參與方上下文與主會議上下文的連接，然后再與子會議上下文連接， 所以還原時則刪除參與方上下文中設(shè)置的主會議連接端點和和子會議連接端
點，并刪除主會議上下文中的主會議代理端點，并將參與方上下文的參與方 接入端點設(shè)置到主會議上下文中。這樣參與方上下文中沒有端點存在，則該 參與方上下文被刪除。
本發(fā)明實施例提供一種實現(xiàn)子會議方法的基本模型但不局限于此。
請參閱圖4,為本發(fā)明實施例實現(xiàn)子會議的基本模型。在圖4中的附圖標 記為Cl表示主會議上下文，C2表示主會議參與方的參與方上下文，C3表 示子會議上下文，C4表示主會議無關(guān)參與方的參與方上下文，Tl表示主會議 代理端點，T2表示參與方接入端點，T3表示主會議連接端點，T4表示子會 議連接端點，T5表示子會議代理端點。
圖4中，包括主會議上下文、參與方上下文和新創(chuàng)建的子會議上下文。 子會議上下文中設(shè)置有一個子會議代理端點，參與方上下文中設(shè)置有一個子 會議連接端點，子會議上下文中的子會議代理端點與參與方上下文中的子會 議連接端點連接。參與方接入端點設(shè)置在參與方上下文中。參與方上下文中 的主會議連接端點與主會議上下文中的主會議代理端點連接。
當子會議參與方為來自主會議的參與方時，會議系統(tǒng)建立子會議的承載 相關(guān)操作包括如果當前參與方是子會議中的第一個參與方則建立子會議上 下文，并在該上下文中為參與方建立主會議連接端點，否則直接在子會議上 下文中為參與方建立主會議連接端點。在現(xiàn)有的參與方上下文中設(shè)置一個子 會議連接端點，該子會議連接端點可以是利用參與方上下文中空閑的端點， 也可以是新建立的，然后將參與方上下文中的子會議連接端點與子會議上下 文中的主會議連接端點連接。
當子會議參與方為主會議無關(guān)參與方時，會議系統(tǒng)建立子會議的承載相 關(guān)操作包括如果當前參與方是子會議中的第一個參與方則建立子會議上下 文，并在該上下文中為參與方建立子會議代理端點，否則直接在子會議上下 文中為參與方建立子會議代理端點。為該參與方建立參與方上下文，并在參 與方上下文中建立參與方接入端點和子會議連接端點，然后將參與方接入端 點和參與方終端相連，將參與方上下文中的子會議連接端點與子會議上下文 中的子會議代理端點連接。
需要說明的是，該模型中如果參與方參加多個子會議，則按上述過程創(chuàng) 建多個子會議上下文，相應(yīng)的參與方上下文中包含多個子會議連接端點，將 多個子會議連接端點與各子會議上下文的子會議代理端點連接。設(shè)置的媒體
交互策略可以是例如對某個子會議可以只接收媒體流而不發(fā)送媒體流，對
有些子會議則可接收和發(fā)送媒體流。此種情況下，主會議和子會議間的媒體 與方上下文連接端點間的媒體流模式，所述會議上下文為主會議上下文或子
會議上下文；修改參與方上下文中相關(guān)端點間的媒體流拓樸關(guān)系，這兩種修 改可以只修改其中 一種，也可以同時進4亍^修改。
需要說明的是，上述基本模型是以分離上下文模式的主會議模型為基礎(chǔ)， 如果主會議模型為非分離上下文模式的主會議模型，則可以先轉(zhuǎn)化為分離上 下文模式的主會議模型，即需要為各個參與方建立一個單獨的參與方上下文， 并建立參與方上下文和主會議上下文的連接。參與方上下文和主會議上下文 的連接的建立可以通過兩種方案實現(xiàn) 一種方案是在參與方上下文中新建參 與方接入端點和主會議連接端點，并把主會議上下文中的原參與方接入端點 作為參與方在主會議上下文的主會議代理端點，然后將參與方上下文的主會
議連接端點和主會議上下文的主會議代理端點相連，并將參與方終端和參與 方接入端點相連。另一種方案是將主會議上下文中的原參與方接入端點移到 參與方上下文中繼續(xù)充當參與方接入端點，在主會議上下文中為參與方建立 主會議代理端點，在參與方上下文中建立主會議連接端點，然后將參與方上 下文的主會議連接端點和主會議上下文的主會漢代理端點相連。
所以，無論是分離上下文模式還是非分離上下文模式的主會議模型，都 可以按本發(fā)明實施例提供的基本模型實現(xiàn)子會議。
以下詳細介紹本發(fā)明實施例的具體應(yīng)用實例。
實施例一，是主會議的參與方建立語音子會議，請參閱圖5到圖7。圖5 是本發(fā)明實施例一的子會議建立模型圖，圖6是本發(fā)明實施例一參與方離開 子會議后的模型圖。假設(shè)子會議建立前的模型圖為現(xiàn)有技術(shù)中的圖3。
圖中空心橢圓代表上下文，實心圓代表端點。假定在語音會議中，主會
議是按照分離上下文模式的模型實現(xiàn)，媒體交互策略是子會議不影響主會
議其他參與方，主會議不接收子會議的媒體流，來自主會議的子會議參與方
可以同時接收主會議的媒體流和子會議的媒體流。A、 B、 C均為主會議參與 方，A發(fā)起建立語音子會議請求，并邀請B和C加入子會議，子會議進行一 段時間后A離開子會議返回主會議，但不刪除子會議。
圖中Ca、 Cb、 Cc分別對應(yīng)參與方A、 B、 C的上下文，Cm為子會議上 下文，Cm，為主會議上下文；TX為各參與方的參與方接入端點，TX0為各參 與方在子會議上下文中的子會議代理端點，TX1為各參與方的子會議連接端 點；TXO，為各參與方在主會議上下文中的主會議代理端點，TX1，為各參與方 的在參與方上下文中的主會議連接端點。其中主會議上下文(Cm)和子會議 上下文(Cm，)中的拓樸均為各個端點互連(bothway)。
圖7是本發(fā)明實施例一的子會議建立流程圖，圖8是本發(fā)明實施例一參 與方離開子會議流程圖。圖7包括步驟
步驟al-fl, MC在收到A發(fā)起的建立子會議的請求時，需要在MP上修
改參與方A在主會議中的媒體連接。
步驟a1-fl包括以下步驟其中，步驟al-dl, MC向MP發(fā)送MOD.request 消息，要求修改參與方A的主會議連接端點(TA1，)的流模式為僅接收(" RecvOnly"), MP使用MOD.reply (修改響應(yīng))消息響應(yīng)，返回協(xié)商執(zhí)行結(jié)果， 對于主會議上下文(Cm，)中的主會議代理端點(TA0，)也需要修改對應(yīng)的流 模式為僅發(fā)送("SendOnly")。
其中，步驟el-fl， MC指示MP修改A的參與方上下文(Ca)中的拓樸 關(guān)系，將A的主會議連接端點(TA1，)到A的參與方接入端點(TA)的媒體 流向修改為單向。此時語音流從主會議上下文(Cm，)到A的參與方上下(Ca) 中只能單向傳輸，主會議不接收子會議的媒體流；子會議參與方可以接收主 會議的媒體流。
如果參會方A選擇不接收主會議的媒體流，則通過去激活參與方A的主 會議連接端點(TA1，)和主會議代理端點(TA0，)的i某體流流模式實現(xiàn)，即 〃修改端點上的々某體流流模式為去激活("Inactive");或者隔離參與方上下文 (Ca)中的參與方接入端點(TA)和主會議連接端點(TA1，)；或者同時修 改參與方A的主會議連接端點(TA1，)和主會議代理端點(TA0，)的媒體流 流模式為，，Inactive，，(去激活)以及隔離A的參與方上下文(Ca)中的參與方 接入端點(TA)和主會議連接端點(TAl，)。
步驟gl-hl， MC向MP發(fā)送ADD.request消息，要求建立一個子會議上 下文，并在該上下文中為參與方建立子會議代理端點。MP使用ADD.reply消 息響應(yīng)，返回它所分配的上下文(Cm)和子會議代理端點(TA0)標識。
步驟il-nl, MC指示MP建立參與方A到子會議的承載通路和修改A的 參與方上下文中的拓樸。
步驟il-nl包括以下步驟，其中，步驟il-jl， MC向MP發(fā)送ADD.request 消息，攜帶子會議上下文(Cm)中的子會議代理端點(TAO)的地址信息參 數(shù)，要求在參與方上下文(Ca)中為參與方建立子會議連接端點，MP使用 ADD.reply消息響應(yīng)，返回它所分配的參與方的子會議連接端點(TA1 )標識。
其中，步驟kl-ll， MC向MP發(fā)送MOD.request消息，攜帶參與方上下 文(Ca)中的子會議連接端點(TA1)的地址信息參數(shù)，要求將參與方的子會 議代理端點(TAO)和子會議連接端點(TA1)相連，MP使用MOD.reply消 息響應(yīng)，返回協(xié)商執(zhí)行結(jié)果。
其中，步驟ml-nl, MC指示MP修改參與方上下文(Ca)中的拓樸，隔 離參與方的子會議連接端點(TA1 )和主會議連接端點(TA1，)的媒體流，將 參與方子會議連接端點(TA1)和參與方接入端點(TA)相連。這樣，參與 方到子會議上下文的承載通路就建立完成。
步驟a2-n2, A邀請B加入子會議，由于子會議上下文已經(jīng)建立，因此在 步驟g2為B建立子會議代理端點時，只需要直接往子會議上下文中加入B的 子會議代理端點TBO。除此之外其他步驟與al-nl相同。
步驟a3-n3, C被邀請加入子會議時，步驟與a2-n2完全相同。
需要說明的是，上述實施例具體應(yīng)用時不一定需要嚴格按照實施例中的 步驟操作，例如也可以先進行建立子會議上下文的相關(guān)操作。
步驟al-fl, MC收到A離開子會議的請求，則指示MP還原A在主會議 中的媒體連接。
步驟al-fl包括以下步驟，其中，步驟al-dl, MC向MP發(fā)送MOD.request 消息，要求修改參與方A的主會議連接端點(TA1，)的流模式為可發(fā)送且可 接收("SendRecv"), MP使用MOD.reply (修改響應(yīng))消息響應(yīng)，返回協(xié)商 執(zhí)行結(jié)果，對于主會議上下文中的主會議代理端點(TA0，)也需要修改對應(yīng) 的流才莫式為可發(fā)送且可接收("SendRecv")。
其中，步驟el-fl， MC指示MP修改A的參與方上下文(Ca)中的拓樸 關(guān)系，將A的主會議連接端點(TA1，)到A的參與方接入端點(TA)的媒體 流向修改為雙向。此時參與方A在主會議中的媒體連接已經(jīng)恢復(fù)，語音流在 主會議上下文(Cm，)和A的參與方上下文(Ca)間的i某體流可以雙向傳輸， 主會議可以接收參與方發(fā)送的媒體流；參與方也可以接收主會議的媒體流。
步驟a2-d2, MP需要刪除參與方A在子會議中的i某體連接。
步驟a2-d2包括以下步驟，其中，步驟a2-b2, MC向MP發(fā)送SUB.request 消息，要求刪除參與方A在參與方上下文(Ca)中的子會議連接端點(TA1 )， MP使用SUB.reply消息響應(yīng)，返回執(zhí)行結(jié)果。
其中，步驟c2-d2， MC向MP發(fā)送SUB.request消息，要求刪除在子會議 上下文(Cm)中的參與方的子會議代理端點(TAO), MP使用SUB.reply消 息響應(yīng)，返回執(zhí)行結(jié)果；這樣A在子會議中的連接已經(jīng)刪除。
實施例二，建立語音子會議包括主會議無關(guān)參與方，請參閱圖9到圖12。 圖9是本發(fā)明實施例二的子會議建立模型圖，圖IO是本發(fā)明實施例二參與方 離開子會議后的模型圖。假設(shè)子會議建立前的模型圖為現(xiàn)有技術(shù)非分離上下 文模式的主會議模型。
假定在語音會議中，主會議沒有按照分離上下文模式的模式實現(xiàn)。媒體 交互策略是子會議不影響主會議其他參與方，主會議不接收子會議的媒體 流，主會議無關(guān)的子會議參與方只接收子會議的媒體流而不能接收主會議的
的媒體流。
該實施例需要先將主會議模型轉(zhuǎn)化為分離上下文模式的主會議模型。對 來自主會議的參與方請求加入子會議時，建立參與方上下文和主會議上下文
的連接的方案是將主會議中的原來的參與方接入端點移到參與方上下文中
繼續(xù)充當參與方接入端點，在主會議上下文中為參與方建立主會議代理端點， 在參與方上下文中建立主會議連接端點，然后將參與方上下文中的主會議連
接端點和主會議上下文中的主會議代理端點相連。A、 B均為主會議參與方， C、 D為主會議無關(guān)參與方，A發(fā)起建立語音子會議請求，并邀請B、 C和D 加入子會議，子會議進行一段時間后A、 C陸續(xù)離開子會議，但不刪除子會議。
圖中Ca、 Cb、 Cc、 Cd分別對應(yīng)參會方A、 B、 C、 D的參與方上下文， Cm為子會議上下文，Cm，為主會議上下文；TX為各參與方的參與方接入端
(Cm)和子會議上下文(Cm，)中的拓樸均為各個端點互連(bothway)。
圖11是本發(fā)明實施例二的子會議建立流程圖，圖12是本發(fā)明實施例二 參與方離開子會議流程圖。 圖11包括步驟
步驟al-rl, MC在收到A發(fā)起的建立子會議的請求時，將參與方A從主 會議移到子會議中，需要在MP完成的承載相關(guān)操作包括為A建立參與方 上下文，建立子會議上下文，修改A在主會議中的媒體連接，建立A在子會 議中的連接。
步驟al-rl包括以下步驟，其中，步驟al-bl, MC向MP發(fā)送MOV.request 消息，要求為A建立參與方上下文，并將參與方A的在主會議中的原來的參 與方接入端點(TA)移到參與方上下文中，MP使用MOV.reply消息響應(yīng)， 返回它所分配的參與方A上下文(Ca)和參與方接入端點(TA)移動操作結(jié) 果。
其中，步驟cl-dl， MC向MP發(fā)送ADD.request消息，要求在主會議上下 文(Cm，)中建立參與方A的主會議代理端點，并將該端點的流模式設(shè)置為 僅發(fā)送("SendOnly" ) , MP使用ADD.reply消息響應(yīng)，返回它分配的A的 主會i義代理端點標識(TAO，)。
其中，步驟el-fl, MC向MP發(fā)送ADD.request消息，攜帶主會議上下 文(Cm，)中的主會議代理端點(TA0，)的地址信息參數(shù)，要求在A的參與 方上下文(Ca)中建立A的主會議連接端點，并將該端點的流模式設(shè)置為僅 接收("RecvOnly" ), MP使用ADD.reply消息響應(yīng)，返回它分配的參與方A 的主會議連接端點標識(TAl，)。
其中，步驟gl-hl, MC向MP發(fā)送MOD.request消息，攜帶參與方上下 文(Ca)中的主會議連接端點(TA1，)的地址信息參數(shù)，要求主會議代理端 點(TA0，)和主會議連接端點(TA1，)相連，MP使用MOD.reply消息響應(yīng)， 返回協(xié)商執(zhí)行結(jié)果。
其中，步驟il-jl, MC指示MP修改A的參與方上下文(Ca)中的拓樸 關(guān)系，將A的主會議連接端點(TA1，)到A的參與方接入端點(TA)間的媒 體流向修改為單向。此時已經(jīng)為A建立參與方上下文(Ca)，并將參與方上下 文(Ca)和主會議上下文(Cm，)相連，語音流從主會議上下文(Cm，)到A 的參與方上下文(Ca)只能單向傳輸，主會議不接收子會議的々某體流，子會 議參與方可以接收主會議的媒體流。
其中，步驟kl-ll， MC向MP發(fā)送ADD.request消息，要求建立一個子 會議上下文，以及在子會議上下文建立子會議代理端點。MP使用ADD.reply 消息響應(yīng)，返回它所分配的上下文(Cm)和子會議代理端點(TAO)標識。
其中，步驟ml-nl, MC向MP發(fā)送ADD.request消息，攜帶子會議上下 文(Cm)中子會議代理端點(TAO)的地址信息參數(shù)，要求在A的參與方上 下文(Ca)中建立A的子會議連接端點，MP使用ADD.reply消息響應(yīng)，返 回它分配的子會議連4妄端點標識(TA1 )。
其中，步驟ol-pl ， MC向MP發(fā)送MOD.request消息，攜帶參與方上下 文(Ca)中的子會議連接端點(TA1 )的地址信息參數(shù)，要求將子會議上下文 中的子會議代理端點(TAO)和參與方子會議連接端點(TA1)相連，MP使 用MOD.reply消息響應(yīng)，返回協(xié)商執(zhí)行結(jié)果。
其中，步驟ql-rl, MC指示MP修改A的參與方上下文(Ca)中的拓樸 關(guān)系，隔離A的子會議連接端點(TA1)和A的主會議連接端點(TA1')間 的媒體流。此時已經(jīng)建立了子會議上下文，參與方到子上下文的承載通路建 立完成。
步驟a2-r2, B被邀請加入子會議，需要將參與方B從主會議移到子會議 中，需要在MP完成的承載相關(guān)操作包括為B建立參與方上下文，修改B 在主會議中的媒體連接，建立B在子會議中的連接。由于子會議上下文已經(jīng) 建立，因此在步驟k2為B建立子會議代理端點時，只需要直接往子會議上下 文(Cm)中加入B的子會議代理端點(TB0)。除此之外其他步驟與al-rl相 同。
步驟a3-h3, C被邀請加入子會議，MP需要為C建立參與方上下文，并 建立在子會議中的連接。
步驟a3-h3包括以下步驟，其中，步驟a3-b3， MC向MP發(fā)送ADD.request 消息，要求在子會議上下文(Cm)中為參與方C建立子會議代理端點；MP 使用ADD.reply消息響應(yīng)，返回它所分配的參與方C的子會議代理端點(TCO ) 標識。
其中，步驟c3-d3, MC向MP發(fā)送ADD.request消息，攜帶參與方終端 地址信息參數(shù)，要求建立參與方C的參與方上下文，并在參與方上下文中建 立參與方接入端點；MP使用ADD.reply消息響應(yīng)，返回它所分配的參與方C 上下文(Cc)和參與方接入端點(TC)標識；然后將參與方終端和參與方接 入端點(TC)相連。
其中，步驟e3-f3, MC向MP發(fā)送ADD.request消息，攜帶子會議上下 文(Cm)中的子會議代理端點(TCO)的地址信息參數(shù)，要求建立參與方C的子會議連接端點；MP使用ADD.reply消息響應(yīng)，返回它所分配的參與方C 的子會議連接端點(TC1)標識。
其中，步驟g3-h3, MC向MP發(fā)送MOD.request消息，攜帶參與方上下 文(Cc)中的子會議連接端點(TC1)的地址信息參數(shù)，要求將參與方的子會 議代理端點(TC0)和子會議連接端點(TC1)相連，MP使用MOD.reply消 息響應(yīng)，返回協(xié)商執(zhí)行結(jié)果。這樣，參與方C到子會議的承載通路就建立起 來了。
D被邀請加入子會議，MP需要為D建立在子會議中的承載。步驟與a3-h3 完全相同。
需要說明的是，上述實施例具體應(yīng)用時不一定需要嚴格按照實施例中的 步驟操作，例如也可以先進行建立子會議上下文的相關(guān)操作。
圖12顯示了來自主會議的參與方A返回主會議和主會議無關(guān)的參會方C 離開子會議的過程，包括步驟
步驟al-jl, MC收到A離開子會議的請求，則指示MP還原A在主會議 中的i某體連接，并刪除A在子會議中的連接，其中步驟al-fl為還原A在主 會議中的連接操作，步驟gl-jl為刪除A在子會議中的連接操作。
步驟al-jl包括以下步驟，其中，步驟al-bl, MC向MP發(fā)送SUB.request 消息，要求刪除參與方A在主會議上下文(Cm，)中的主會議代理端點(TAO，)， MP使用SUB.reply消息響應(yīng)，返回執(zhí)行結(jié)果。
其中，步驟cl-dl， MC向MP發(fā)送MOV.request消息，要求將參與方A 的在參與方上下文中的參與方接入端點(TA)移到主會議上下文(Cm，)中， MP使用MOV.reply消息響應(yīng)，返回執(zhí)行結(jié)果。
其中，步驟el-fl ， MC向MP發(fā)送SUB.request消息，要求刪除參與方A 在參與方上下文(Ca)中的主會議連接端點(TAl，)， MP使用SUB.reply消 息響應(yīng)，返回執(zhí)行結(jié)果；這樣，A在主會議中的連接已經(jīng)還原。
其中，步驟gl-hl， MC向MP發(fā)送SUB.request消息，要求刪除參與方A 在參與方上下文(Ca)中的子會議連接端點(TA1), MP使用SUB.reply消息
響應(yīng)，返回執(zhí)行結(jié)果；A的參與方上下文中沒有端點存在，則該上下文被刪 除。
其中，步驟il-jl, MC向MP發(fā)送SUB.request消息，要求刪除參與方A 在子會議上下文(Cm)中的子會議代理端點(TA0), MP使用SUB.reply消 息響應(yīng)，返回執(zhí)行結(jié)果；這樣A在子會議中的連接已經(jīng)刪除。
步驟a2-f2, MC收到C離開子會議的請求，則指示MP刪除C在子會 議中的連接。
步驟a2-f2包括以下步驟，其中，步驟a2-b2, MC向MP發(fā)送SUB.request 消息，要求刪除參與方C在參與方上下文(Cc)中的子會議連接端點(TCI), MP使用SUB.reply消息響應(yīng)，返回執(zhí)行結(jié)果。
其中，步驟c2-d2， MC向MP發(fā)送SUB.request消息，要求刪除參與方C 在參與方上下文(Cc)中的參與方接入端點(TC)， MP使用SUB.reply消息 響應(yīng)，返回執(zhí)行結(jié)果；C的參與方上下文中沒有端點存在，則該上下文被刪 除。
其中，步驟e2-f2, MC向MP發(fā)送SUB.request消息，要求刪除參與方C 在子會議上下文(Cm)中的子會議代理端點(TCO), MP使用SUB.reply消 息響應(yīng)，返回執(zhí)行結(jié)果；此時參與方C在子會議中的媒體連接已經(jīng)刪除。
需要說明的是，上述實施例以媒體類型為語音會議為例進行介紹但不局 限于此，主會議和子會議的媒體類型可以不同，參與方是來自主會議的參與 方也可以是主會議無關(guān)參與方， 一個參與方可以參加多個子會議，子會議中 的i某體交互策略可以根據(jù)需要制定不同的策略，因此子會議還有多種應(yīng)用場 景，例如語音主會議建立視頻子會議，視頻主會議建立視頻子會議，視頻主 會議建立語音子會議等等，其實現(xiàn)原理是一樣的。
如果一個參與方參加多個子會議，則需按上述過程創(chuàng)建多個子會議上下 文，相應(yīng)的參與方上下文中包含多個子會議連接端點，將多個子會議連接端 點與各子會議上下文的子會議代理端點連接。設(shè)置的媒體交互策略可以是例 如對某個子會議可以只接收媒體流而不發(fā)送媒體流，對有些子會議則可接收
和發(fā)送媒體流等。此種情況下，主會議和子會議間的媒體交互、子會議間的
媒體交互也是可以按以下方式實現(xiàn)修改會議上下文與參與方上下文連接端
點間的媒體流模式，所述會議上下文為主會議上下文或子會議上下文，修改 參與方上下文中相關(guān)端點間的媒體流拓樸關(guān)系，這兩種修改可以只修改其中 一種，也可以同時進4刊務(wù)改。
實施例提供一種網(wǎng)絡(luò)系統(tǒng)和多媒體處理器。
請參閱圖13，是本發(fā)明實施例網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。
如圖13所示，本發(fā)明實施例的網(wǎng)絡(luò)系統(tǒng)包括多媒體控制器IO和多媒體 處理器20。
多媒體控制器10，用于控制多媒體處理器20設(shè)置上下文和端點并進行連接。
多媒體處理器20按多媒體控制器10的指示創(chuàng)建子會議上下文，在所述 子會議上下文設(shè)置子會議代理端點，在參與方上下文設(shè)置子會議連接端點， 將所述子會議連接端點與所述子會議代理端點進行連接，所述參與方上下文 中設(shè)置有參與方接入端點。
請參閱圖14，是本發(fā)明實施例多媒體處理器結(jié)構(gòu)示意圖。
如圖14所示，本發(fā)明實施例的多々某體處理器20包括子會議創(chuàng)建單元200、 第一處理單元201、第二處理單元202、第三處理單元203、第四處理單元204 和第五處理單元205。
多媒體處理器20的子會議創(chuàng)建單元200，用于創(chuàng)建子會議上下文。
多Jf某體處理器20的第一處理單元201,用于在所述子會議創(chuàng)建單元200 創(chuàng)建的子會議上下文設(shè)置子會議代理端點，在參與方上下文設(shè)置子會議連接 端點，將所述子會議連接端點與所述子會議代理端點進行連接，所述參與方 上下文中設(shè)置有參與方接入端點。所述在參與方上下文設(shè)置子會議連接端點 具體為將參與方上下文中空閑的端點作為子會議連接端點，或者創(chuàng)建一個 端點作為子會議連接端點。
多媒體處理器20的第二處理單元202，用于在所述參與方為主會議參與 方時，將參與方上下文與主會議上下文通過端點連接；在所述參與方為主會 議無關(guān)參與方時，在第一處理單元201為參與方上下文設(shè)置子會議連接端點 前，為參與方創(chuàng)建參與方上下文，在所述參與方上下文中創(chuàng)建參與方接入端 點
多i某體處理器20的第三處理單元203,用于在所述主會議為非分離上下 文模式時，在第一處理單元201為參與方上下文設(shè)置子會議連接端點前，為 各個參與方創(chuàng)建參與方上下文，在參與方上下文中設(shè)置參與方接入端點，建 立參與方上下文與主會議上下文的連接。所述在參與方上下文中設(shè)置參與方 接入端點，建立參與方上下文與主會議上下文的連接具體為在參與方上下 文創(chuàng)建參與方接入端點和主會議連接端點，將主會議上下文的原參與方接入 端點作為主會議代理端點與參與方上下文的主會議連接端點連接；或者，將 主會議上下文的原參與方接入端點移到參與方上下文作為參與方接入端點， 在參與方上下文創(chuàng)建主會議連接端點，在主會議上下文創(chuàng)建主會議代理端點， 將所述主會議代理端點與參與方上下文的主會議連接端點連接。
多i某體處理器20的第四處理單元204，用于在第一處理單元201進行相
關(guān)操作時，根據(jù)媒體交互策略設(shè)置參與方上下文與會議上下文連接端點間的 媒體流模式或/和設(shè)置參與方上下文中相關(guān)端點間的媒體流拓樸關(guān)系，所述會
議上下文為主會議上下文或子會議上下文。所述設(shè)置參與方上下文中相關(guān)端 點間的媒體流拓樸關(guān)系具體為設(shè)置參與方上下文中主會議連接端點與參與 方接入端點的拓樸關(guān)系為單向關(guān)系或隔離關(guān)系，設(shè)置參與方上下文中主會議 連接端點與子會議連接端點的拓樸關(guān)系為隔離關(guān)系。需要說明的是，這里所 說的設(shè)置，可以是直接設(shè)定，也可以是進行修改。
多^f某體處理器20的第五處理單元205，用于在第四處理單元204完成相 關(guān)操作后，若所述參與方離開子會議，則在所述參與方為主會議無關(guān)參與方 時，刪除所述參與方的相關(guān)連接；在所述參與方為主會議參與方時，刪除參 與方與子會議上下文的相關(guān)連接并還原參與方與主會議上下文的連接。
綜上所述，現(xiàn)有對于子會議的具體實現(xiàn)方法，暫時還沒有相關(guān)方案，而本發(fā)明實施例的技術(shù)方案是創(chuàng)建子會議上下文；在所述子會議上下文設(shè)置 子會議代理端點；在參與方上下文設(shè)置子會議連接端點；將所述子會議連接 端點與所述子會議代理端點進行連接；所述參與方上下文中設(shè)置有參與方接 入端點。因此，無論是按照分離上下文模式實現(xiàn)的主會議還是按照非分離上
下文模式實現(xiàn)的主會議都可以根據(jù)本發(fā)明實施例的技術(shù)方案建立子會議，使 得各參與方參加主會議的同時實現(xiàn)參加子會議。
進一步的，本發(fā)明實施例方案可以根據(jù)具體的媒體交互需求需要設(shè)置會 議上下文與參與方上下文連接端點間的媒體流模式，所述會議上下文為主會 議上下文或子會議上下文，也可設(shè)置參與方上下文中相關(guān)端點間的媒體流拓 樸關(guān)系，這兩種設(shè)置可以只設(shè)置其中一種，也可以同時進行設(shè)置；
進一步的，本發(fā)明實施例還可以實現(xiàn)參與方參加多個子會議，并根據(jù)具 體的媒體交互需求進行媒體流模式或媒體流拓樸關(guān)系的設(shè)置；
進一步的，本發(fā)明實施例方案在參與方若是主會議參與方時，退出子會 議時刪除參與方與子會議上下文的相關(guān)連接并可還原其在主會議中的連接關(guān) 系，若是主會議無關(guān)參與方時，直接刪除參與方相關(guān)連接。
以上對本發(fā)明所提供的一種實現(xiàn)子會議的方法、網(wǎng)絡(luò)系統(tǒng)及多媒體處理 器進行了詳細介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想， 在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不 應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種實現(xiàn)子會議的方法，其特征在于，包括創(chuàng)建子會議上下文；在所述子會議上下文設(shè)置子會議代理端點；在參與方上下文設(shè)置子會議連接端點；將所述子會議連接端點與所述子會議代理端點進行連接；所述參與方上下文中設(shè)置有參與方接入端點。
2、 根據(jù)權(quán)利要求1所述的實現(xiàn)子會議的方法，其特征在于所述參與方為主會議參與方時，參與方上下文與主會議上下文通過端點 連接；所述參與方為主會議無關(guān)參與方時，所述在參與方上下文設(shè)置子會議連 接端點前包括為參與方創(chuàng)建參與方上下文，在所述參與方上下文中創(chuàng)建參與方接入端點。
3、 根據(jù)權(quán)利要求1所述的實現(xiàn)子會議的方法，其特征在于所述主會議為非分離上下文模式時，所述在參與方上下文設(shè)置子會議連 4^端點前包括為各個參與方創(chuàng)建參與方上下文，在參與方上下文中設(shè)置參與方接入端
4、 根據(jù)權(quán)利要求3所述的實現(xiàn)子會議的方法，其特征在于所述在參與方上下文中設(shè)置參與方接入端點，建立參與方上下文與主會 議上下文的連接具體為在參與方上下文創(chuàng)建參與方接入端點和主會議連接端點，將主會議上下 文的原參與方接入端點作為主會議代理端點與參與方上下文的主會議連接端 點連4妄；或者，將主會議上下文的原參與方接入端點移到參與方上下文作為參與方接入 端點，在參與方上下文創(chuàng)建主會議連接端點，在主會議上下文創(chuàng)建主會議代 理端點，將所述主會議代理端點與參與方上下文的主會議連接端點連接。
5、 根據(jù)權(quán)利要求1所述的實現(xiàn)子會議的方法，其特征在于所述在參與方上下文設(shè)置子會議連接端點具體為將參與方上下文中空 閑的端點作為子會議連接端點，或者創(chuàng)建一個端點作為子會議連接端點。
6、 根據(jù)權(quán)利要求2所述的實現(xiàn)子會議的方法，其特征在于 根據(jù)媒體交互策略設(shè)置參與方上下文與會議上下文連接端點間的媒體流模式或/和設(shè)置參與方上下文中相關(guān)端點間的^某體流拓樸關(guān)系，所述會議上下
7、 根據(jù)權(quán)利要求6所述的實現(xiàn)子會議的方法，其特征在于所述設(shè)置參與方上下文中相關(guān)端點間的i某體流拓樸關(guān)系具體為設(shè)置參與方上下文中主會議連接端點與參與方接入端點的拓樸關(guān)系為單 向關(guān)系或隔離關(guān)系，設(shè)置參與方上下文中主會議連接端點與子會議連接端點 的拓樸關(guān)系為隔離關(guān)系。
8、 根據(jù)權(quán)利要求6或7所述的實現(xiàn)子會議的方法，其特征在于 所述參與方離開子會議時，若所述參與方為主會議無關(guān)參與方，刪除所述參與方的相關(guān)連接，若所述參與方為主會議參與方，刪除參與方與子會議上下文的相關(guān)連接 并還原參與方與主會議上下文的連^^。
9、 根據(jù)權(quán)利要求1所述的實現(xiàn)子會議的方法，其特征在于 所述創(chuàng)建子會議上下文包括創(chuàng)建多個子會i!Ui下文；相應(yīng)的， 在參與方上下文設(shè)置多個子會議連接端點；將所述多個子會議連接端點與各子會議上下文的子會議代理端點進行連接。
10、 一種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括 多媒體處理器，用于設(shè)置上下文和端點并進行連接； 多媒體控制器，用于控制多媒體處理器設(shè)置上下文和端點并進行連接；所述多媒體處理器按所述多媒體控制器的指示創(chuàng)建子會議上下文，在所 述子會議上下文設(shè)置子會議代理端點，在參與方上下文設(shè)置子會議連接端點， 將所述子會議連接端點與所述子會議代理端點進行連接，所述參與方上下文 中設(shè)置有參與方接入端點。
11、 一種多媒體處理器，其特征在于，包括 子會議創(chuàng)建單元，用于創(chuàng)建子會議上下文；第一處理單元，用于在所述子會議創(chuàng)建單元創(chuàng)建的子會議上下文設(shè)置子 會議代理端點，在參與方上下文設(shè)置子會議連接端點，將所述子會議連接端 點與所述子會議代理端點進行連接，所述參與方上下文中設(shè)置有參與方接入 端點。
12、 根據(jù)權(quán)利要求11所述的多媒體處理器，其特征在于，進一步包括第二處理單元，用于在所述參與方為主會議參與方時，將參與方上下文 與主會議上下文通過端點連接；在所述參與方為主會議無關(guān)參與方時，在第 一處理單元為參與方上下文設(shè)置子會議連接端點前，為參與方創(chuàng)建參與方上 下文，在所述參與方上下文中創(chuàng)建參與方接入端點。
13、 根據(jù)權(quán)利要求11所述的多媒體處理器，其特征在于，進一步包括第三處理單元，用于在所述主會議為非分離上下文模式時，在第一處理 單元為參與方上下文設(shè)置子會議連接端點前，為各個參與方創(chuàng)建參與方上下 文，在參與方上下文中設(shè)置參與方接入端點，建立參與方上下文與主會議上 下文的連接。
14、 根據(jù)權(quán)利要求11、 12或13所述的多媒體處理器，其特征在于，進 一步包括第四處理單元，用于在第一處理單元進行相關(guān)操作時，根據(jù)J 某體交互策 略設(shè)置參與方上下文與會議上下文連接端點間的纟某體流模式或/和設(shè)置參與方 上下文中相關(guān)端點間的媒體流拓樸關(guān)系，所述會議上下文為主會議上下文或 子會議上下文。
15、根據(jù)權(quán)利要求14所述的多媒體處理器，其特征在于，進一步包括 第五處理單元，用于在第四處理單元完成相關(guān)操作后，若所述參與方離 開子會議，則在所述參與方為主會議無關(guān)參與方時，刪除所述參與方的相關(guān) 連接；在所述參與方為主會議參與方時，刪除參與方與子會議上下文的相關(guān) 連接并還原參與方與主會議上下文的連接。
全文摘要
本發(fā)明公開一種實現(xiàn)子會議的方法，包括創(chuàng)建子會議上下文；在所述子會議上下文設(shè)置子會議代理端點；在參與方上下文設(shè)置子會議連接端點；將所述子會議連接端點與所述子會議代理端點進行連接；所述參與方上下文中設(shè)置有參與方接入端點。相應(yīng)的，本發(fā)明提供一種網(wǎng)絡(luò)系統(tǒng)，包括多媒體處理器和多媒體控制器。本發(fā)明還提供一種多媒體處理器。本發(fā)明技術(shù)方案能使各參與方參加主會議同時實現(xiàn)參加子會議。
文檔編號H04L29/06GK101374067SQ20071014528
公開日2009年2月25日 申請日期2007年8月21日 優(yōu)先權(quán)日2007年8月21日
發(fā)明者馮江平, 唐廷芳 申請人:華為技術(shù)有限公司