專利名稱：資源預(yù)留方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及業(yè)務(wù)與承載相分離的構(gòu)架中資源預(yù)留技術(shù)。
背景技術(shù)：
媒體網(wǎng)關(guān)控制器(Media Gateway Controller,簡(jiǎn)稱"MGC")和媒體網(wǎng) 關(guān)(Media Gateway,簡(jiǎn)稱"MG")是業(yè)務(wù)與承載分離架構(gòu)下的分組網(wǎng)絡(luò)的 兩個(gè)關(guān)鍵構(gòu)件。其中，MGC負(fù)責(zé)業(yè)務(wù)控制功能，MG負(fù)責(zé)媒體承載功能，藉 此實(shí)現(xiàn)業(yè)務(wù)控制平面和媒體承載平面的分離，從而充分共享網(wǎng)絡(luò)資源，簡(jiǎn)化 設(shè)備升級(jí)和業(yè)務(wù)擴(kuò)展，降低開(kāi)發(fā)和維護(hù)成本。
媒體網(wǎng)關(guān)控制協(xié)議是MGC和MG之間通信的主要協(xié)議，目前應(yīng)用較為 廣泛的有網(wǎng)關(guān)控制協(xié)議(H.248/Gateway Control Protocol ， 簡(jiǎn)稱 "H.248/MeGaCo")和々某體網(wǎng)關(guān)控制協(xié)議(Media Gateway Control Protocol, 簡(jiǎn)稱"MGCP")兩種協(xié)議，如圖l所示。
H.248/MeGaCo協(xié)議是在MGCP協(xié)議的基礎(chǔ)上發(fā)展而來(lái)，以H.248協(xié)議 為例，MG對(duì)于業(yè)務(wù)的承載是通過(guò)其上的資源來(lái)實(shí)現(xiàn)的，而這些資源被抽象 地表示為終端(Termination)。終端之間的關(guān)聯(lián)被抽象表示為上下文 (Context)。上下文可以包含多個(gè)終端，因而以拓樸(Topology)結(jié)構(gòu)來(lái)描 述終端間的相互關(guān)系，對(duì)于還未與其它終端發(fā)生關(guān)聯(lián)的終端，由一個(gè)被稱為 空(Null)上下文的特殊上下文來(lái)包含。
基于上述抽象連接模型，業(yè)務(wù)與承載之間的交互實(shí)際上就是對(duì)終端和上 下文的操作。這種操作通過(guò)MGC和MG之間的命令(Command)的請(qǐng)求(R叫uest)和響應(yīng)(Reply )來(lái)完成。命令類型包括增加(Add )、修改(Modify )、 刪減(Subtract )、移動(dòng)(Move )、審計(jì)值(AuditValue )、審計(jì)能力
(AuditCapabilities)、通報(bào)(Notify)、服務(wù)改變(ServiceChange)。命令 參數(shù)，也稱為描述符(Descriptor),被分類為屬性(Property )、信號(hào)(Signal)、 事件(Event)、統(tǒng)計(jì)(Statistic)等。為了方便，將具有業(yè)務(wù)相關(guān)性的參數(shù) 從邏輯上聚合為包(Package)。
目前，MGC指示MG添加終端到上下文中以創(chuàng)建i某體流時(shí)，通常以力某 體(Media)描述符來(lái)描述該終端的特征。媒體描述符包括終端狀態(tài)
(TerminationState )和流(Stream )描述符，終端狀態(tài)描述符描述終端與流 無(wú)關(guān)的特征，包括服務(wù)狀態(tài)(ServiceState )和事件緩存控制
(EventBufferControl)等參數(shù)。流描述符描述終端與流相關(guān)的特征，包括本 端控制(LocalControl)、本端(Local)和對(duì)端(Remote)描述符。本端控 制描述符包括模式(Mode )、預(yù)留組(ReserveGroup )和預(yù)留值(Reserve Value ) 等參數(shù)，模式描述終端對(duì)上下文外部是否可以收或發(fā)。本端描述符描述本端 接收(也即對(duì)端發(fā)送)媒體流的參數(shù)，對(duì)端描述符描述對(duì)端接收(也即本端 發(fā)送)媒體流的參數(shù)，例如IP地址端口、編解碼算法、打包時(shí)長(zhǎng)等，這些參 數(shù)采用會(huì)話描述協(xié)議(Session Description Protocol,簡(jiǎn)稱"SDP")的形式 來(lái)組織。
其中，預(yù)留組和預(yù)留值是目前H.248協(xié)議所定義的關(guān)于資源預(yù)留的兩個(gè) 預(yù)留屬性參數(shù)，針對(duì)終端上單個(gè)流(Stream )設(shè)置，取值均為布爾型(Boolean )。 具體地說(shuō)，如果預(yù)留屬性取值為假(False)，則表示僅為某一可能性預(yù)留資 源；如果預(yù)留屬性取值為真(True),則表示為所有可能性預(yù)留資源。如果 是為所有可能性預(yù)留資源，那么預(yù)留資源的標(biāo)準(zhǔn)是需要滿足這所有可能性中 的任一種可能性單獨(dú)存在時(shí)的資源需求。預(yù)留組的對(duì)象是媒體組，即同一用 戶所有的媒體形成的組，因此該預(yù)留組的取值為假時(shí)表示的是僅為選取的 某一媒體組預(yù)留資源，取值為真時(shí)表示的是為所有可能的媒體組預(yù)留資源。預(yù)留值的對(duì)象是值集合(即某一媒體的特征值的集合)，因此該預(yù)留值的取
值為真時(shí)表示是僅為選取的單一值集合預(yù)留資源，取值為假時(shí)表示的是 為所有可能的值集合預(yù)留資源。
然而，本發(fā)明的發(fā)明人發(fā)現(xiàn)，目前的預(yù)留屬性參數(shù)是針對(duì)單個(gè)用戶的。 比如說(shuō)，在一個(gè)會(huì)議場(chǎng)景中，需要支持最多5個(gè)可發(fā)言和IO個(gè)只旁聽(tīng)用戶接 入，也就是說(shuō)，MGC需要指示MG創(chuàng)建一個(gè)代表該會(huì)議的上下文，并在該
資源。如果采用上述預(yù)留屬性參數(shù)，那么MGC就需要在這15個(gè)用戶實(shí)際接 入該會(huì)議前就指示MG在上下文中加入15個(gè)終端，并為這15個(gè)終端上的每 個(gè)流(即針對(duì)每個(gè)用戶)逐一設(shè)置預(yù)留屬性，進(jìn)行資源的預(yù)留，而針對(duì)每個(gè) 用戶逐一進(jìn)行資源預(yù)留將帶來(lái)相當(dāng)大的通信和性能開(kāi)銷，從而造成資源的預(yù) 留效率低下的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施方式要解決的主要技術(shù)問(wèn)題是提供一種資源預(yù)留方法及設(shè) 備，使得同類資源預(yù)留的效率更高。
為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施方式提供了一種資源預(yù)留方法，包 含以下步驟
承載控制設(shè)備向承載設(shè)備發(fā)送用于指示資源預(yù)留的消息，該消息中攜帶 在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；
承載設(shè)備根據(jù)消息中資源的描述及該資源的數(shù)量，在指定上下文中進(jìn)行 資源預(yù)留。
本發(fā)明的實(shí)施方式還提供了一種承載控制設(shè)備，包括
生成單元，用于生成用于指示資源預(yù)留的消息，該消息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；
發(fā)送單元，用于向承載設(shè)備發(fā)送生成單元生成的消息。 本發(fā)明的實(shí)施方式還提供了一種承載設(shè)備，包括
接收單元，用于接收來(lái)自承載控制設(shè)備的用于指示資源預(yù)留的消息，該 消息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；
操作單元，用于根據(jù)消息中資源的描述及該資源的數(shù)量，在指定上下文 中進(jìn)行資源預(yù)留。
本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于
承載控制設(shè)備向承載設(shè)備發(fā)送用于指示資源預(yù)留的消息，該消息中攜帶 在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；承載設(shè)備根據(jù)該消 息中資源的描述及該資源的數(shù)量，在指定上下文中進(jìn)行資源預(yù)留。因此，當(dāng) 需要在一個(gè)代表會(huì)議的上下文中加入多個(gè)終端(每個(gè)終端對(duì)應(yīng)一個(gè)用戶)時(shí)， 本發(fā)明的實(shí)施方式中只需通過(guò)一條用于指示資源預(yù)留的消息，通過(guò)在該消息 中攜帶在指定上下文中需要預(yù)留的資源的描述(如對(duì)上下文外只發(fā)不收)及 該資源的數(shù)量，就可以指示承載設(shè)備為該個(gè)用戶預(yù)留終端資源，在為多個(gè)用 戶預(yù)留相同的資源時(shí)，不需要針對(duì)每個(gè)用戶逐一進(jìn)行資源預(yù)留的指示，從而 提高了同類資源的預(yù)留效率。


圖1是現(xiàn)有4支術(shù)中MGC和MG的組網(wǎng)結(jié)構(gòu)示意圖； 圖2是根據(jù)本發(fā)明第 一 實(shí)施方式的資源預(yù)留方法流程圖； 圖3是根據(jù)本發(fā)明第二實(shí)施方式承載控制設(shè)備結(jié)構(gòu)示意圖； 圖4是根據(jù)本發(fā)明第三實(shí)施方式承載設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā) 明的實(shí)施方式作進(jìn)一步地詳細(xì)描述。
本發(fā)明的第一實(shí)施方式涉及一種資源預(yù)留方法，在本實(shí)施方式中，通過(guò)
擴(kuò)展一個(gè)屬性(Property )參數(shù)來(lái)表示在一個(gè)指定上下文中需要預(yù)留的資源的 描述及該資源的數(shù)量，可以將該屬性參數(shù)命名為"資源描述(Resource Description,簡(jiǎn)稱"rd")，，。該屬性參數(shù)可以定義在現(xiàn)有包(Package)或 新的包中，例如將該新的包命名為"資源預(yù)留配置(Resource Reservation Configuration,簡(jiǎn)稱"rrc ")包，，。該屬性參數(shù)應(yīng)用于上下文一級(jí)，因此作 為上下文特性(ContextAttribute )之 一 。本實(shí)施方式中以承載控制設(shè)備為 MGC，承載設(shè)備為MG為例進(jìn)行說(shuō)明，具體流程如圖2所示。
在步驟210中，MGC向MG發(fā)送命令請(qǐng)求，其中攜帶rd屬性參數(shù)，該 屬性參數(shù)中包括在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量。該 屬性參數(shù)的類型為字符串列表，該列表中的每個(gè)子符串表示一種資源的描述 及該資源的數(shù)量。也就是說(shuō)，該列表中的每個(gè)字符串實(shí)例(Instance)或元素
(Element)包含資源的描述和該資源的數(shù)量，例如可以采用"數(shù)量資源" 的格式表示一種資源。其中，資源的描述中包含一個(gè)或多個(gè)具體資源，每個(gè) 具體資源包含類型和參數(shù)的信息，例如釆用"類型參數(shù)"的格式表示一個(gè) 具體資源。其中的"類型"域可以是媒體(Media )、終端狀態(tài)
(TerminationState )、流(Stream )、本端4空制(LocalControl)、本端(Local)、 遠(yuǎn)端(Remote )或模式(Mode )等標(biāo)識(shí)，"參數(shù)，，域可以采用包項(xiàng)目(Package Item )和/或SDP進(jìn)行描述。
"類型"域中可以采用的標(biāo)識(shí)存在包括和被包括的關(guān)系，比如說(shuō)，媒體 包括終端狀態(tài)和 流5 流
包括本端控制、本端和遠(yuǎn)端，本端又包括模式等，在本實(shí)施方式中，如果引用高一級(jí)的資源類型就意味著通配低一級(jí)的資源類型， 例如"類型"域中的標(biāo)識(shí)為流標(biāo)識(shí)，則意味著同時(shí)為本端和遠(yuǎn)端兩側(cè)預(yù)留該 資源。另外，如果"參數(shù)"域中的某些部分并不被關(guān)心，則可以以"任選($)" 通配符來(lái)替代，也就是說(shuō)，具體資源的參數(shù)支持通配符。
下面通過(guò)幾個(gè)簡(jiǎn)單的例子，對(duì)如何通過(guò)屬性參數(shù)rd表示在指定上下文中 需要預(yù)留的資源的描述及該資源的數(shù)量，進(jìn)行說(shuō)明。
舉例1:在一個(gè)指定上下文中為5個(gè)對(duì)上下文外可收可發(fā)和IO個(gè)對(duì)上下 文外只發(fā)不收的終端預(yù)留資源。由于有2種資源需要在指定上下文中預(yù)留， 第一種資源為可收可發(fā)的資源，其數(shù)量為5，第二種資源為只發(fā)不收的資源， 其數(shù)量為10，因此可以表示為
rrc/rd="5:localcontrol:sendreceive，，， "10:localcontrol: sendonly,，
舉例2:在一個(gè)指定上下文中為2個(gè)具有音頻W見(jiàn)頻和3個(gè)只有音頻的終 端預(yù)留資源。由于有2種資源需要在指定上下文中預(yù)留，第一種資源的數(shù)量 為2，包含兩個(gè)具體資源音頻資源和視頻資源；第二種資源的數(shù)量為3，包 含一個(gè)具體資源音頻資源。因此可以表示
<formula>formula see original document page 10</formula>由于資源類型通常反映為終端類型，所以攜帶在命令請(qǐng)求中的rd屬性參 數(shù)也通常反映為在一個(gè)指定上下文中為一定數(shù)量的某類終端進(jìn)行資源預(yù)留， 但并不同于將這些終端真正加入該上下文。
由于是通過(guò)一個(gè)屬性參數(shù)，攜帶表示在指定上下文中需要預(yù)留的資源的 描述及該資源的數(shù)量，因此可避免在為多個(gè)用戶預(yù)留相同的資源時(shí)，需要針 對(duì)每個(gè)用戶逐一進(jìn)行資源預(yù)留的指示，從而提高了同類資源的預(yù)留效率。而 且，只需對(duì)現(xiàn)有協(xié)議進(jìn)行簡(jiǎn)單的擴(kuò)展就可以提高同類資源的預(yù)留效率，具有 較好的可行性。
接著，在步驟220中，MG根據(jù)收到的命令請(qǐng)求中的屬性參數(shù)rd，在指 定上下文中進(jìn)行資源預(yù)留。比如說(shuō)，MG收到的命令請(qǐng)求中的屬性參數(shù)rd表 示為 "5:localcontrol:sendreceive，， ， " 10:localcontrol:sendonly，，， 貝寸在指 定上下文中為5個(gè)對(duì)上下文外可收可發(fā)和10個(gè)對(duì)上下文外只發(fā)不收的終端預(yù) 留資源。
接著，在步驟230中，MG判斷資源預(yù)留是否成功，如果預(yù)留成功，則 進(jìn)入步驟240,如果預(yù)留失敗，則進(jìn)入步驟250。
在步驟240中，由于資源預(yù)留成功，因此在本步驟中，MG向MGC返 回表示預(yù)留成功的正常命令響應(yīng)。
在步驟250中，由于資源預(yù)留失敗，因此在本步驟中，MG向MGC返 回表示預(yù)留失敗的錯(cuò)誤命令響應(yīng)，該錯(cuò)誤命令響應(yīng)中包含相應(yīng)的錯(cuò)誤碼和/ 或錯(cuò)誤描述文本，例如，如果該錯(cuò)誤命令響應(yīng)中包含"510 Insufficient Resource",則表示資源不足。通過(guò)返回相應(yīng)的響應(yīng)消息，使得該MGC可以 獲知資源的預(yù)留結(jié)果，以便進(jìn)行正常的后續(xù)操作，減少出錯(cuò)概率。
本發(fā)明的第二實(shí)施方式涉及承載控制設(shè)備，該承載控制設(shè)備可以是 MGC。如圖3所示，包括生成單元，用于生成指示資源預(yù)留的消息，該消 息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；發(fā)送單元，用于向承載設(shè)備發(fā)送該生成單元生成的消息。
其中，該用于指示資源預(yù)留的消息是命令請(qǐng)求，在指定上下文中需要預(yù) 留的資源的描述及該資源的數(shù)量攜帶在該命令請(qǐng)求的屬性參數(shù)中。該屬性參 數(shù)的類型為字符串列表，該列表中的每個(gè)子符串表示一種資源的描述及該資
包含資源的描述和該資源的數(shù)量，例如可以采用"數(shù)量資源"的格式表示 一種資源。其中，資源的描述中包含一個(gè)或多個(gè)具體資源，每個(gè)具體資源包 含類型和參數(shù)的信息，例如采用"類型參數(shù)"的格式表示一個(gè)具體資源。 其中具體資源的類型可以為以下之一媒體類型、終端狀態(tài)類型、流類型、 本端控制類型、本端類型、遠(yuǎn)端類型、模式類型，其中高一級(jí)的類型通配低 一級(jí)的類型。具體資源的參數(shù)可以采用包項(xiàng)目(Package Item)和/或會(huì)話描 述協(xié)議(SDP)進(jìn)行描述，并且，具體資源的參數(shù)支持通配符。也就是說(shuō)， 如果"參數(shù)"域中的某些部分并不被關(guān)心，則可以以"任選($)"通配符來(lái) 代替。
不難發(fā)現(xiàn)，在本實(shí)施方式中，是通過(guò)一個(gè)屬性參數(shù)，攜帶表示在指定上 下文中需要預(yù)留的資源的描述及該資源的數(shù)量，因此可避免在為多個(gè)用戶預(yù) 留相同的資源時(shí)，需要針對(duì)每個(gè)用戶逐一進(jìn)行資源預(yù)留的指示，從而提高了 同類資源的預(yù)留效率。而且，只需對(duì)現(xiàn)有協(xié)議進(jìn)行簡(jiǎn)單的擴(kuò)展就可以提高同 類資源的預(yù)留效率，具有較好的可行性。
本發(fā)明的第三實(shí)施方式涉及承載設(shè)備，該承載設(shè)備可以是MG。如圖4 所示，包括接收單元，用于接收來(lái)自承載控制設(shè)備的用于指示資源預(yù)留的 消息，該消息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量； 操作單元，用于根據(jù)該接收單元收到的消息中資源的描述及該資源的數(shù)量， 在指定上下文中進(jìn)行資源預(yù)留；響應(yīng)單元，用于在該操作單元預(yù)留成功時(shí)， 向該承載控制設(shè)備返回表示預(yù)留成功的正常命令響應(yīng)，在該操作單元預(yù)留失
12敗時(shí)，向該承載控制設(shè)備返回表示預(yù)留失敗的錯(cuò)誤命令響應(yīng)，該錯(cuò)誤命令響
應(yīng)中包含相應(yīng)的錯(cuò)誤碼和/或錯(cuò)誤描述文本。由于MG在指定上下文中進(jìn)行資 源預(yù)留后，還需向MGC返回相應(yīng)的響應(yīng)消息， -使得該MGC可以獲知資源的 預(yù)留結(jié)果，以便進(jìn)行正常的后續(xù)操作，減少出錯(cuò)概率。
其中，用于指示資源預(yù)留的消息為命令請(qǐng)求，在指定上下文中需要預(yù)留 的資源的描述及該資源的數(shù)量，攜帶在該命令請(qǐng)求的屬性參數(shù)中。
綜上所述，在本發(fā)明的實(shí)施方式中，承載控制設(shè)備向承載設(shè)備發(fā)送用于 指示資源預(yù)留的消息，該消息中攜帶在指定上下文中需要預(yù)留的資源的描述 及該資源的數(shù)量。承載設(shè)備根據(jù)該消息中資源的描述及該資源的數(shù)量，在指 定上下文中進(jìn)行資源預(yù)留。避免了在為多個(gè)用戶預(yù)留相同的資源時(shí)，需要針 對(duì)每個(gè)用戶逐 一 進(jìn)行資源預(yù)留的指示，從而提高了同類資源的預(yù)留效率。
通過(guò)在命令請(qǐng)求中擴(kuò)展的屬性參數(shù)，攜帶表示在指定上下文中需要預(yù)留 的資源的描述及該資源的數(shù)量。只需對(duì)現(xiàn)有協(xié)議進(jìn)行簡(jiǎn)單的擴(kuò)展就可以提高 同類資源的預(yù)留效率，具有較好的可行性。
承載設(shè)備還需在指定上下文中進(jìn)行資源預(yù)留后，向承載控制設(shè)備返回相 應(yīng)的響應(yīng)消息，使得該承載控制設(shè)備可以獲知資源的預(yù)留結(jié)果，以便進(jìn)行正 常的后續(xù)操作，減少出錯(cuò)概率。
采用本發(fā)明實(shí)施例進(jìn)行資源預(yù)留時(shí)，承載控制設(shè)備向承載設(shè)備發(fā)送用于 指示資源預(yù)留的消息，該消息中攜帶在指定上下文中需要預(yù)留的資源的描述 及該資源的數(shù)量；承載設(shè)備根據(jù)該消息中資源的描述及該資源的數(shù)量，在指 定上下文中進(jìn)行資源預(yù)留。因此，當(dāng)需要在一個(gè)代表會(huì)議的上下文中加入多 個(gè)終端(每個(gè)終端對(duì)應(yīng)一個(gè)用戶)時(shí)，本發(fā)明的實(shí)施方式中只需通過(guò)一條用 于指示資源預(yù)留的消息，通過(guò)在該消息中攜帶在指定上下文中需要預(yù)留的資 源的描述(如對(duì)上下文外只發(fā)不收)及該資源的數(shù)量，就可以指示承載設(shè)備 為該個(gè)用戶預(yù)留終端資源，在為多個(gè)用戶預(yù)留相同的資源時(shí)，不需要針對(duì)每個(gè)用戶逐 一 進(jìn)行資源預(yù)留的指示，從而提高了同類資源的預(yù)留效率。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和 描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各 種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種資源預(yù)留方法，其特征在于，包含以下步驟承載控制設(shè)備向承載設(shè)備發(fā)送用于指示資源預(yù)留的消息，該消息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；所述承載設(shè)備根據(jù)所述消息中資源的描述及該資源的數(shù)量，在所述指定上下文中進(jìn)行資源預(yù)留。
2. 根據(jù)權(quán)利要求1所述的資源預(yù)留方法，其特征在于，所述用于指示 資源預(yù)留的消息是命令請(qǐng)求，所述在指定上下文中需要預(yù)留的資源的描述及 該資源的數(shù)量攜帶在該命令請(qǐng)求的屬性參數(shù)中；所述承載設(shè)備進(jìn)行資源預(yù)留的步驟中，包含以下子步驟所述承載設(shè)備根據(jù)所述命令請(qǐng)求的所述屬性參數(shù)中，攜帶的在指定上下 文中需要預(yù)留的資源的描述及該資源的數(shù)量，在所述指定上下文中進(jìn)行資源 預(yù)留。
3. 根據(jù)權(quán)利要求2所述的資源預(yù)留方法，其特征在于，所述屬性參數(shù) 的類型為字符串列表，該列表中的每個(gè)子符串表示一種資源的描述及該資源 的數(shù)量；所述承載設(shè)備進(jìn)行資源預(yù)留的步驟中，包含以下子步驟 所述承載設(shè)備根據(jù)所述列表中的各字符串，預(yù)留相應(yīng)數(shù)量的各資源。
4. 根據(jù)權(quán)利要求1所述的資源預(yù)留方法，其特征在于，所述資源的描 述中包含至少一個(gè)具體資源，每個(gè)具體資源包含類型和參數(shù)的信息；所述具 體資源的類型為以下之一媒體類型、終端狀態(tài)類型、流類型、本端控制類 型、本端類型、遠(yuǎn)端類型、模式類型；其中，高一級(jí)的類型通配低一級(jí)的類 型；所述承載設(shè)備進(jìn)行資源預(yù)留的步驟中，包含以下子步驟所述承載設(shè)備根據(jù)所述資源的描述中各具體資源包含的類型和參數(shù)的 信息，進(jìn)行該資源的預(yù)留。
5. 根據(jù)權(quán)利要求4所述的資源預(yù)留方法，其特征在于，所述具體資源 的參數(shù)以包項(xiàng)目和/或會(huì)話描述協(xié)議進(jìn)行描述；所述具體資源的參數(shù)支持通 配符。
6. 根據(jù)權(quán)利要求1所述的資源預(yù)留方法，其特征在于，在所述承載設(shè) 備在所述指定上下文中進(jìn)行資源預(yù)留的步驟之后，還包含以下步驟如果所述資源預(yù)留成功，則所述承載設(shè)備向所述承載控制設(shè)備返回表示 預(yù)留成功的正常命令響應(yīng)；如果所述資源預(yù)留失敗，則所述承載設(shè)備向所述承載控制設(shè)備返回表示 預(yù)留失敗的錯(cuò)誤命令響應(yīng)，該錯(cuò)誤命令響應(yīng)中包含相應(yīng)的錯(cuò)誤碼和/或錯(cuò)誤 描述文本。
7. 根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的資源預(yù)留方法，其特征在于， 所述承載控制設(shè)備是媒體網(wǎng)關(guān)控制設(shè)備，所述承載設(shè)備是媒體網(wǎng)關(guān)。
8. —種承載控制設(shè)備，其特征在于，包括生成單元，用于生成用于指示資源預(yù)留的消息，該消息中攜帶在指定上 下文中需要預(yù)留的資源的描述及該資源的數(shù)量；發(fā)送單元，用于向承載設(shè)備發(fā)送所述生成單元生成的所述消息。
9. 根據(jù)權(quán)利要求8所述的承載控制設(shè)備，其特征在于，所述承載控制 設(shè)備是媒體網(wǎng)關(guān)控制設(shè)備。
10. —種承載設(shè)備，其特征在于，包括接收單元，用于接收來(lái)自承載控制設(shè)備的用于指示資源預(yù)留的消息，該 消息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量；操作單元，用于根據(jù)所述消息中資源的描述及該資源的數(shù)量，在所述指 定上下文中進(jìn)行資源預(yù)留。
11. 根據(jù)權(quán)利要求IO所述的承載設(shè)備，其特征在于，還包括響應(yīng)單元，用于在所述操作單元預(yù)留成功時(shí)，向所述承載控制設(shè)備返回 表示預(yù)留成功的正常命令響應(yīng)，在所述操作單元預(yù)留失敗時(shí)，向所述承載控 制設(shè)備返回表示預(yù)留失敗的錯(cuò)誤命令響應(yīng)，該錯(cuò)誤命令響應(yīng)中包含相應(yīng)的錯(cuò) 誤碼和/或錯(cuò)誤描述文本。
12. 根據(jù)權(quán)利要求10中任一項(xiàng)所述的承載設(shè)備，其特征在于，所述承 載設(shè)備是媒體網(wǎng)關(guān)。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開(kāi)了一種資源預(yù)留方法及設(shè)備，使得同類資源預(yù)留的效率更高。本發(fā)明中，承載控制設(shè)備向承載設(shè)備發(fā)送用于指示資源預(yù)留的消息，該消息中攜帶在指定上下文中需要預(yù)留的資源的描述及該資源的數(shù)量。承載設(shè)備根據(jù)該消息中資源的描述及該資源的數(shù)量，在指定上下文中進(jìn)行資源預(yù)留。承載設(shè)備還需在指定上下文中進(jìn)行資源預(yù)留后，向承載控制設(shè)備返回相應(yīng)的響應(yīng)消息，使得該承載控制設(shè)備可以獲知資源的預(yù)留結(jié)果。
文檔編號(hào)H04L12/54GK101316263SQ20071011173
公開(kāi)日2008年12月3日 申請(qǐng)日期2007年6月2日 優(yōu)先權(quán)日2007年6月2日
發(fā)明者林揚(yáng)波 申請(qǐng)人:華為技術(shù)有限公司