專利名稱：一種創(chuàng)建多方會(huì)議的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及媒體資源技術(shù)領(lǐng)域，具體來(lái)說(shuō)，涉及到媒體資源控制和分配技術(shù)。
背景技術(shù)：
電話會(huì)議是指通過(guò)電話網(wǎng)將兩點(diǎn)以上的多方電話終端連接起來(lái)，實(shí)現(xiàn)多點(diǎn)間實(shí)時(shí)雙向通話的業(yè)務(wù)。用戶可以使用固定電話、移動(dòng)電話或者專用會(huì)議終端撥打電話會(huì)議業(yè)務(wù)的接入號(hào)，享用電話會(huì)議帶來(lái)的便利。對(duì)于電話會(huì)議業(yè)務(wù)，通常業(yè)務(wù)開展中需要提前預(yù)定，預(yù)定信息包括會(huì)議時(shí)間、參會(huì)方數(shù)目以及會(huì)議持續(xù)時(shí)間。
通過(guò)電話會(huì)議業(yè)務(wù)可以實(shí)現(xiàn)一種供會(huì)議參與者跨地域和多方同時(shí)通話的業(yè)務(wù)。
H.248協(xié)議是ITU-T SG16(國(guó)際電信聯(lián)盟-電信標(biāo)準(zhǔn)分部)標(biāo)準(zhǔn)組織定義的，專門用于媒體資源控制的協(xié)議，可用于控制媒體網(wǎng)關(guān)、媒體服務(wù)器等媒體處理設(shè)備。
H.248協(xié)議的基本原理是將媒體處理設(shè)備上的各種資源抽象為終端，終端又分為物理終端和臨時(shí)終端。物理終端代表一些具有半永久存在性的物理實(shí)體，如TDM(時(shí)分復(fù)用)時(shí)隙；臨時(shí)終端代表臨時(shí)申請(qǐng)使用后釋放的公共資源，如RTP(實(shí)時(shí)傳輸協(xié)議)流。終端之間的組合被抽象為上下文，用拓?fù)鋪?lái)描述終端之間的關(guān)系。基于這些抽象，呼叫接續(xù)實(shí)際上是對(duì)終端和上下文的操作，通過(guò)媒體控制設(shè)備和媒體處理設(shè)備之間的命令請(qǐng)求和響應(yīng)來(lái)完成，命令包括增加、修改、刪除、通知等；命令參數(shù)稱為描述符，分類為屬性(Property)、信號(hào)(Signal)、事件(Event)、統(tǒng)計(jì)(Statistic)，具有業(yè)務(wù)相關(guān)性的參數(shù)邏輯上被聚合為一個(gè)包(Package)，包是H.248協(xié)議提供的擴(kuò)展協(xié)議功能的方法。
H.248.19是H.248基本協(xié)議的擴(kuò)展協(xié)議，描述了媒體處理設(shè)備上實(shí)現(xiàn)會(huì)議架構(gòu)模型，在媒體控制器和媒體處理設(shè)備分離的架構(gòu)下，完成會(huì)議的席位控制、音量控制以及視頻會(huì)議窗口控制等功能。
一個(gè)四方會(huì)議的多點(diǎn)控制模型如圖1所示其中端點(diǎn)(Termination)代表就是可以接收和發(fā)送的數(shù)據(jù)流。流模式(StreamMode)用來(lái)控制數(shù)據(jù)流的方向，包括發(fā)送(Send)、接收(Receive)、雙向(Send/Receive)。
會(huì)議資源(Mix)是一種媒體資源處理設(shè)備上的進(jìn)行多方語(yǔ)音媒體流混音處理的硬件資源。能夠把來(lái)自多方的語(yǔ)音經(jīng)過(guò)運(yùn)算實(shí)現(xiàn)會(huì)議電話的效果，通常這種資源本身受電子器件的自身能力的限制，可以支持的混音數(shù)據(jù)路數(shù)通常作為一個(gè)固定指標(biāo)，如支持128路，256路等。此外這種資源如128路能力的資源，如果使用過(guò)程中還剩10路空閑，那么被分配到這個(gè)資源上的會(huì)議就不應(yīng)該大于10路，否則就會(huì)失敗。媒體資源控制設(shè)備通過(guò)Add請(qǐng)求方法指示媒體資源處理設(shè)備來(lái)向一個(gè)會(huì)議上下文加入會(huì)議參加方的連接端點(diǎn)，當(dāng)資源處理設(shè)備占用的會(huì)議資源設(shè)備能夠滿足增加方數(shù)要求，將給資源控制設(shè)備會(huì)Add應(yīng)答消息；否則在Add應(yīng)答消息中應(yīng)攜帶失敗。
目前對(duì)多方業(yè)務(wù)的實(shí)現(xiàn)是通過(guò)向一個(gè)上下文(Context)中逐漸增加端點(diǎn)，當(dāng)一個(gè)上下文中端點(diǎn)大于2個(gè)端點(diǎn)時(shí)，就認(rèn)為是一個(gè)多方通話，這時(shí)就需要申請(qǐng)會(huì)議資源(Mix)。隨著參與人員的不斷加入，就會(huì)有更多參與者加入到通話中來(lái)，會(huì)議資源就需要支持更多方。這種方案存在如下的不足1、作為多方電話，媒體資源控制器在進(jìn)行多方會(huì)話發(fā)起操作時(shí)已經(jīng)知道了參會(huì)者在進(jìn)行多方會(huì)話呼叫，但媒體處理設(shè)備卻要根據(jù)上下文(Context)中的端點(diǎn)數(shù)量來(lái)判斷是否在進(jìn)行會(huì)議呼叫，增加了媒體處理設(shè)備處理上的復(fù)雜度。
2、此外，電話會(huì)議通常會(huì)議預(yù)定時(shí)將由幾方參加是可以預(yù)期的，因此媒體資源控制器和應(yīng)用服務(wù)器知道這些信息，而按照現(xiàn)有的技術(shù)方案是在建立會(huì)議過(guò)程中，隨著用戶的逐個(gè)加入，最終才確定參會(huì)的人數(shù)，而提供會(huì)議資源的電子器件本身存在對(duì)支持能力上的限制，用戶的逐漸加入以及數(shù)量的不確定，可能會(huì)造成會(huì)議資源選擇不當(dāng)，導(dǎo)致會(huì)議不能選擇正確處理能力的會(huì)議資源，最終導(dǎo)致會(huì)議失敗。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種創(chuàng)建多方會(huì)議的方法，以解決現(xiàn)有技術(shù)中實(shí)現(xiàn)多方會(huì)議時(shí)媒體資源處理設(shè)備處理上復(fù)雜以及會(huì)議資源可能選擇不當(dāng)?shù)膯?wèn)題。
為實(shí)現(xiàn)上述目的，本發(fā)明采用如下的技術(shù)方案一種創(chuàng)建多方會(huì)議的方法，所述的方法包括如下步驟a、媒體資源控制設(shè)備通過(guò)會(huì)議呼叫指示標(biāo)志指示媒體資源處理設(shè)備創(chuàng)建多方會(huì)議會(huì)話；b、媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方會(huì)議會(huì)話。
其中步驟a具體包括a1、媒體資源控制設(shè)備通過(guò)會(huì)議包中的會(huì)議指示屬性指示媒體資源處理設(shè)備創(chuàng)建多方通話上下文context；其中步驟b具體包括
b1、媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方通話context。
其中步驟a1具體為媒體資源控制設(shè)備通過(guò)Add請(qǐng)求消息攜帶所述的會(huì)議包，其中攜帶所述的會(huì)議指示屬性，下發(fā)給媒體資源處理設(shè)備創(chuàng)建多方通話context。
其中步驟a1所述的會(huì)議包中還包括最大方數(shù)屬性，用來(lái)指示媒體資源處理設(shè)備為所述的多方通話預(yù)留最大會(huì)議資源。
其中步驟b1具體包括媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方通話context，并為會(huì)議分配支持所述的最大方數(shù)的會(huì)議資源。
其中所述的會(huì)議資源為媒體資源處理設(shè)備上進(jìn)行多方語(yǔ)音媒體流混音處理的硬件資源。
本發(fā)明克服現(xiàn)有技術(shù)的不足，在媒體資源控制設(shè)備指示媒體資源處理設(shè)備創(chuàng)建多方會(huì)話時(shí)，媒體資源控制設(shè)備通過(guò)會(huì)議呼叫指示標(biāo)志來(lái)通知媒體資源處理設(shè)備本次呼叫是多方會(huì)議呼叫；如果媒體資源控制設(shè)備提前可以預(yù)期會(huì)議最大與會(huì)方數(shù)，通過(guò)參數(shù)提前指示媒體資源處理設(shè)備將會(huì)有的最大與會(huì)方數(shù)，媒體資源處理設(shè)備根據(jù)最大與會(huì)方數(shù)預(yù)留適當(dāng)?shù)臅?huì)議資源設(shè)備。通過(guò)本發(fā)明的技術(shù)方案可以實(shí)現(xiàn)在創(chuàng)建多方會(huì)話時(shí)，就能夠提前知道是在創(chuàng)建多方上下文(Context)，而不再需要通過(guò)上下文中的端點(diǎn)數(shù)量來(lái)判斷，降低了會(huì)話處理的復(fù)雜度；此外，如果知道多方通話上下文中支持的參與方數(shù)目，媒體處理設(shè)備可以準(zhǔn)確選擇響應(yīng)處理能力的會(huì)議資源，避免了由于會(huì)議資源選擇不當(dāng)造成的會(huì)議失敗問(wèn)題。


圖1為現(xiàn)有技術(shù)中四方會(huì)議的多點(diǎn)控制模型；
圖2為本發(fā)明四方會(huì)議的模型圖；圖3為本發(fā)明四方會(huì)議的創(chuàng)建流程圖。
具體實(shí)施例方式
本發(fā)明的基本原理是媒體資源控制設(shè)備通過(guò)會(huì)議呼叫指示標(biāo)志指示媒體資源處理設(shè)備創(chuàng)建一個(gè)多方會(huì)議會(huì)話，媒體資源處理設(shè)備根據(jù)該指示創(chuàng)建一個(gè)多方通話上下文，如果能夠預(yù)期最大參會(huì)方數(shù)目，媒體資源控制設(shè)備發(fā)送給媒體資源處理設(shè)備的指示中同時(shí)攜帶最大方數(shù)(Maximal Number)信息告知參會(huì)方數(shù)目。以下具體說(shuō)明多方通話建立時(shí)，在第一個(gè)加入者最早發(fā)起呼叫時(shí)，媒體資源控制器通過(guò)Add請(qǐng)求消息攜帶會(huì)議包，其中攜帶會(huì)議指示(Conference Indication)屬性，下發(fā)給媒體處理設(shè)備創(chuàng)建多方通話上下文。如果媒體資源控制器預(yù)先知道了會(huì)議預(yù)期的最大參會(huì)方數(shù)時(shí)，同時(shí)可以攜帶屬性參數(shù)最大方數(shù)(Maximal Number)，來(lái)指示多方會(huì)話將最大占用的會(huì)議資源。
媒體處理設(shè)備根據(jù)會(huì)議包的指示創(chuàng)建會(huì)議上下文，如果其中攜帶了屬性“最大方數(shù)(Maximal Number)”就可以根據(jù)這個(gè)參數(shù)占用適當(dāng)?shù)臅?huì)議資源；這樣媒體資源處理器從會(huì)議創(chuàng)建開始就知道本次呼叫是一個(gè)會(huì)議呼叫，并可能預(yù)期到會(huì)議最大的參會(huì)方數(shù)目。對(duì)于攜帶了屬性“最大方數(shù)(MaximalNumber)”情況，當(dāng)媒體處理設(shè)備不能獲得相應(yīng)會(huì)議資源時(shí)，它將返回錯(cuò)誤原因給媒體資源控制器，錯(cuò)誤原因?yàn)椤皼](méi)有充足資源”。
第二個(gè)加入者以及以后的加入者不用再攜帶會(huì)議包，只要連接到會(huì)議上下文中的端點(diǎn)就可以加入到這個(gè)會(huì)議中了。
具體的會(huì)議包的內(nèi)容如下Package Name(包名稱)Conference Package
PackageID(包標(biāo)識(shí))confp(0x？)Description(說(shuō)明)這個(gè)包是用來(lái)創(chuàng)建會(huì)議呼叫使用，能夠指示本次呼叫為會(huì)議呼叫，并能夠攜帶一些會(huì)議創(chuàng)建時(shí)的相關(guān)信息。
Version(版本)1Properties(屬性)1)會(huì)議指示(Conference Indication)屬性標(biāo)識(shí)(PropertyID)ConID(0x？)說(shuō)明(Description)定義ConferenceID屬性，用來(lái)指示創(chuàng)建的會(huì)話是多方會(huì)話，攜帶的值可以用來(lái)表示會(huì)議標(biāo)識(shí)，也可以不用處理。
參數(shù)類型(Type)整數(shù)(Integer)可能取值(Possible Values)0-0xFFFFFFFE 有效會(huì)議索引0xFFFFFFFF無(wú)效會(huì)議索引默認(rèn)值(Default)無(wú)(None)定義在(Defined in)本地控制描述符(Local Control descriptor)特征(Characteristics)讀/寫(Read/Write)2)最大方數(shù)(Maximal Number)屬性標(biāo)識(shí)(PropertyID)MaxNum(0x？)說(shuō)明(Description) 定義MaxNum屬性，用于指明會(huì)議可能的最大方數(shù)類型(Type)整數(shù)(Integer)可能取值(Possible Values)不小于3(＞＝3)
默認(rèn)值(Default)無(wú)(None)定義在(Defined in)本地控制描述符(Local Control descriptor)特征(Characteristics)讀/寫(Read/Write)Events(事件)無(wú)Signals(信號(hào))Statistics(統(tǒng)計(jì)信息)無(wú)。
Procedure(過(guò)程)其中“會(huì)議指示”為必選屬性，媒體資源控制器用來(lái)指示新會(huì)話是一個(gè)多方會(huì)議會(huì)話；攜帶屬性數(shù)值可以不進(jìn)行處理；“最大方數(shù)”為可選屬性，媒體資源控制器通過(guò)這個(gè)參數(shù)來(lái)指示媒體資源處理器為多方會(huì)話的預(yù)留的最大會(huì)議資源數(shù)量。
以下以一個(gè)四方會(huì)議為例對(duì)本發(fā)明所述的技術(shù)方案的會(huì)議創(chuàng)建過(guò)程進(jìn)行描述，其模型圖如附圖2所示，該圖中Ta0、Tb0、Tc0和Td0為會(huì)議上下文端點(diǎn)，它們分別與接入會(huì)話端點(diǎn)相連，把來(lái)自外部的媒體流引入到會(huì)議資源上處理。
上述的四方會(huì)議的創(chuàng)建流程如附圖3所示，流程說(shuō)明如下流程假設(shè)A方首先加入會(huì)議，作為第一個(gè)加入會(huì)議的一方，它的承載建立過(guò)程完成后，將觸發(fā)會(huì)議上下文的建立；在創(chuàng)建會(huì)議上文的命令中將攜帶會(huì)議包指示屬性和“最大方數(shù)(Maximal Number)”屬性，最大方數(shù)參數(shù)4方。這樣在創(chuàng)建會(huì)議上下文時(shí)，媒體處理設(shè)備將為會(huì)議分配一個(gè)具有支持四方的會(huì)議資源。
流程中只畫出A方加入的承載控制流程，以及第二方B方加入的承載控制流程，對(duì)于第三方、第四方的承載控制流程與第二方相同，都不需要再重新創(chuàng)建會(huì)議上下文。
具體包括如下步驟步驟1-2創(chuàng)建Ta的外部承載端點(diǎn)；步驟3-4創(chuàng)建Ta0內(nèi)部承載，同時(shí)需要?jiǎng)?chuàng)建會(huì)議上下文，在這個(gè)AddRequst請(qǐng)求消息中將攜帶上述的會(huì)議包，其中有會(huì)議指示屬性和最大方數(shù)屬性，最大方數(shù)屬性參數(shù)為4方(消息中包含confp/ConID，confp/MaxNum＝4內(nèi)容)；這時(shí)媒體處理設(shè)備在創(chuàng)建會(huì)議上下文的同時(shí)，占用可以處理4方的會(huì)議資源(Mix)。
步驟5-6創(chuàng)建Ta1端點(diǎn)，并建立與Ta0的承載連接；步驟7-8修改Ta0端點(diǎn)，把Ta1的承載信息通知Ta0，建立Ta0到Ta1之間的承載；步驟9-16B方加入會(huì)議的過(guò)程，與上述A方加入的過(guò)程基本相似，區(qū)別在于不用創(chuàng)建會(huì)議上下文。
權(quán)利要求
1.一種創(chuàng)建多方會(huì)議的方法，其特征在于，所述的方法包括如下步驟a、媒體資源控制設(shè)備通過(guò)會(huì)議呼叫指示標(biāo)志指示媒體資源處理設(shè)備創(chuàng)建多方會(huì)議會(huì)話；b、媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方會(huì)議會(huì)話。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，其中步驟a具體包括a1、媒體資源控制設(shè)備通過(guò)會(huì)議包中的會(huì)議指示屬性指示媒體資源處理設(shè)備創(chuàng)建多方通話上下文context；其中步驟b具體包括b1、媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方通話context。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，其中步驟a1具體為媒體資源控制設(shè)備通過(guò)Add請(qǐng)求消息攜帶所述的會(huì)議包，其中攜帶會(huì)議指示屬性，下發(fā)給媒體資源處理設(shè)備創(chuàng)建多方通話context。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，其中步驟a1所述的會(huì)議包中還包括最大方數(shù)屬性，用來(lái)指示媒體資源處理設(shè)備為所述的多方通話預(yù)留最大會(huì)議資源。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，其中步驟b1具體包括媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方通話context，并為會(huì)議分配支持所述的最大方數(shù)的會(huì)議資源。
6.根據(jù)權(quán)利要求4或者5所述的方法，其特征在于，所述的會(huì)議資源為媒體資源處理設(shè)備上進(jìn)行多方語(yǔ)音媒體流混音處理的硬件資源。
全文摘要
本發(fā)明公開了一種創(chuàng)建多方會(huì)議的方法，所述的方法包括如下步驟a.媒體資源控制設(shè)備通過(guò)會(huì)議呼叫指示標(biāo)志指示媒體資源處理設(shè)備創(chuàng)建多方會(huì)議會(huì)話；b.媒體資源處理設(shè)備根據(jù)所述的指示創(chuàng)建多方會(huì)議會(huì)話。通過(guò)本發(fā)明的技術(shù)方案可以實(shí)現(xiàn)在創(chuàng)建多方會(huì)話時(shí)，就能夠提前知道是在創(chuàng)建多方上下文(Context)，而不再需要通過(guò)上下文中的端點(diǎn)數(shù)量來(lái)判斷，降低了會(huì)話處理的復(fù)雜度。
文檔編號(hào)H04L12/18GK101052073SQ200610060200
公開日2007年10月10日 申請(qǐng)日期2006年4月6日 優(yōu)先權(quán)日2006年4月6日
發(fā)明者陳誠(chéng), 許志勇 申請(qǐng)人:華為技術(shù)有限公司