專利名稱：用于下一代網(wǎng)絡中的實時應用驅(qū)動的資源管理的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明 一 般而言涉及電信領(lǐng)域，特別涉及下 一 代網(wǎng)絡中的資源管理。
背景技術(shù)：
下一代網(wǎng)絡(NGN)的特征尤其在于因特網(wǎng)協(xié)議(IP)對于端到端 分組傳送的普遍使用。但是NGN的主要使命是在分組基礎設施上對包 括實時多媒體在內(nèi)的范圍很廣的應用的無縫支持。該要求以及對安全性 和可靠性的那些要求一起如此廣泛和多樣化，以至于人們可以將NGN 想象為分布式通用計算引擎。這里，作為"盡力而為"管道的網(wǎng)絡的早 期因特網(wǎng)模型正在會聚于現(xiàn)代的組合信息技術(shù)和作為超級計算機的網(wǎng) 絡的電信模型。因此，NGN的職責從僅僅支持連接性朝著全面確保服務 質(zhì)量來擴展。
實現(xiàn)該擴展職責的關(guān)鍵是動態(tài)資源管理。實際上，在有關(guān)NGN的 當前研究和開發(fā)中最活躍的話題當中是實時應用驅(qū)動的資源管理。需要 進行管理的資源除了許多其他資源外還包括
1. 帶寬；
2. IP地址；
3. 傳輸(TCP和UDP)端口；
4. 各種數(shù)據(jù)庫記錄；以及
5. MPLS標簽交換路徑。
實際上，這些"其他資源，，中的大多數(shù)是使得資源概念的抽象以及基于 該抽象的適當機制的開發(fā)成為必需的東西。
需要將思想集中于資源管理的應用驅(qū)動方面和實時方面，因為對于 把業(yè)務控制與傳輸資源控制進行耦合的需要，所以資源管理的應用驅(qū)動 方面和實時方面在NGN中特別重要。首先，這種耦合使得能夠快速引 入新業(yè)務(例如IP電話、IP TV和IP游戲)，對于所述新業(yè)務而言， 性能是關(guān)鍵的區(qū)分。其次，它允許業(yè)務獨立于分組傳輸技術(shù)而演進。
IETF RFC 2753規(guī)定一種基于策略的接納控制的框架。正如在3GPP
TS 23.207中所規(guī)定的，該框架加強了基于IP多媒體子系統(tǒng)(IMS)業(yè) 務的本地策略控制的基礎。這又成為基于資源的和基于策略的接納控制 機制的基礎，這些機制在ETSI (或者具體地說是ETSI T7S尸^V計劃) 和ITU-T研究組11和13中都進行了標準化。
新興的標準機制已經(jīng)被設計為允許對于(支持IMS的或不支持IMS 的)業(yè)務請求的接納判決考慮到策略和傳輸資源可用性二者。它們使得 能夠通過對業(yè)務控制和傳輸資源管理進行橋接來實現(xiàn)性能保證和邊界 控制(例如NAPT、 NAT遍歷、以及選通)。這些機制作為ETSI TISPAN 計劃中的資源和接納控制子系統(tǒng)(RACS)以及ITU-T中的資源和接納 控制功能(RACF)的一部分而被定義，然而，用于下一代網(wǎng)絡中的實 時應用驅(qū)動的資源管理的功能仍不得不進行開發(fā)。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的原理對現(xiàn)有技術(shù)所做的改進在于，本發(fā)明規(guī)定一種^f吏 用資源和接納控制功能(RACF)裝置來支持用于隱性保留模型的端到 端服務質(zhì)量(QoS)保留的機制。在一個示例性實施例中教導一種用于 在具有多個域的通信網(wǎng)絡中的資源管理的方法，所述方法包括以下步 驟接收對用于所述網(wǎng)絡中的始發(fā)點和終結(jié)點之間的給定保留的資源的 請求，以及由給定域的中央控制器來處理對所述域的所述請求，以便確 定用于所述保留的路由是否可用以及用于所述保留的必需帶寬是否可 用。如果所述路由和帶寬可用，則在所述給定域中對所述保留的確認得 以確認，并且將所述保留請求傳遞給具有滿足所述保留請求所需的資源 的下一個域的另一中央控制器。在本發(fā)明的一個實施例中，在保留的始 發(fā)點和終結(jié)點之間路徑上的每一個中央控制器均保存用于該保留請求 的狀態(tài)。在另一實施例中，在保留的始發(fā)點和終結(jié)點之間路徑上只有一 端的中央控制器保存用于該保留請求的狀態(tài)。在又一實施例中，在保留 的始發(fā)點和終結(jié)點之間路徑上每 一 端的中央控制器均保存用于該保留 請求的狀態(tài)，該保留請求朝著所述請求的始發(fā),良和終結(jié)點之間的點會 聚，其中每一個中央控制器的狀態(tài)信息然后被共享。
還描述一種用于在具有多個域的通信網(wǎng)絡中的資源管理的裝置。該 資源管理以域范圍為基礎來完成，以及所述裝置包括控制器，所述控制 器可操作用來接收對用于所述網(wǎng)絡中的始發(fā)點和終結(jié)點之間的給定保
留的資源的請求。所述控制器還可操作用來對于給定域確定用于所述<呆 留的路由是否可用以及用于所述保留的必需帶寬是否可用。如果所述路 由和帶寬可用，所述裝置在所述給定域中確認所述保留，并且將所述保 留請求傳遞給具有滿足所述保留請求所需的資源的下 一 個域的另 一 控制器。


通過結(jié)合附圖考慮下面的詳細描述可以很容易理解本發(fā)明的教導，
其中
圖1以簡化方框圖示出RACF和RACS在NGN中的位置； 圖2是一個示例性RACF架構(gòu)；
圖3示出在其中多個域之間具有通信的一個示例性網(wǎng)絡；
圖4示出使用本發(fā)明為給定保留來保留資源的一個示例性網(wǎng)絡；以
及
圖5示出用于為給定保留來保留資源的本發(fā)明的另一示例性實施例。
具體實施例方式
本發(fā)明規(guī)定一種使用資源和接納控制功能(RACF)裝置來支持用 于隱性保留模型的端到端服務質(zhì)量(QoS)保留的機制。盡管本發(fā)明是 關(guān)于RACF進行描述的，但是將會理解，包括類似功能的其他裝置也可 以結(jié)合本發(fā)明來使用。
隱性資源保留依賴于所存儲的關(guān)于可用的(供應的或先前保留的) 粗管的信息。在這種情況下，系統(tǒng)必須通過核算(通過保存活動會話的 狀態(tài))或檢查所涉及的網(wǎng)絡元件來跟蹤所用的和可用的帶寬。
本發(fā)明教導如何使用在ITU-T中標準化的開放標準的資源和接納控 制功能(RACF)來實施隱性資源保留。
幾種方法被覆蓋
1) 關(guān)于第一種方法，已經(jīng)規(guī)定了一般的分布式方法。
2) 對于第二種方法，終結(jié)的RACF保存保留的狀態(tài)，因此所得到 的協(xié)議相對簡單、魯棒，并且易于實施。
3) 第三種方法可以基于上述任一方法或其組合，其在終結(jié)RACF
端和始發(fā)RACF端二者處開始保留，并且朝著會聚(meet-me)點行進。 本發(fā)明相對于現(xiàn)有技術(shù)的改進在于，用于給定域或給定域的一部分 的中央控制器跟蹤在該域中對給定保留請求的資源分配。更具體而言， 控制器能夠保證在一個域內(nèi)的某些路由是可用的，并且與這些路由相關(guān) 聯(lián)的帶寬也是可用的。許多現(xiàn)有技術(shù)的方法沿著路徑使用各個路由器來 跟蹤這種信息，正如將會理解的，這已變得相當麻煩、并且更重要的是 不可伸縮。另外，鑒于現(xiàn)有技術(shù)的方法支持單向的流保留；相比之下， 本發(fā)明既支持單向保留，又支持雙向保留。
如圖1所示，RACS和RACF 101在整個下一代網(wǎng)絡架構(gòu)103中具 有相同的位置。因為RACF更普遍，所以在RACF的情境下研究資源管 理機制。
如圖2所描繪的，顯示具有NGN中其他功能實體的RACF201包含 兩個主要的功能實體策略判決功能(PDF) 203和傳輸資源控制功能 (TRCF) 205。
在高級別處，PDF 203負責基于策略以及資源可用性對資源請求進 行授權(quán)，并且對傳輸實體施加各種控制。這些控制包括端口的開啟和關(guān) 閉、NAPT、 NAT遍歷、以及分組標記。
TRCF 205可以訪問傳輸資源使用和網(wǎng)絡拓樸信息，因此它可以應 PDF的請求來檢查資源可用性。PDF通過Rq，參考點與TRCF進行交互。
通過包括Gq，和Go，的各種參考點，RACF與在業(yè)務層207處的業(yè)務 控制功能實體(例如業(yè)務控制代理功能209,其IMS代理呼叫狀態(tài)控制 功能(P-CSCF)是一個例子)以及在傳輸層211處的功能實體(例如邊 界網(wǎng)關(guān)功能)具有關(guān)系。
另外，接納控制是RACF的基本能力，用于防止和遏制網(wǎng)絡擁塞。 因此，網(wǎng)絡可以總是以期望的性能在其設計能力內(nèi)操作。接納判決可能 取決于各種因素，例如網(wǎng)絡資源可用性，或者用于掌管(administer)、 管理和控制對網(wǎng)絡資源的訪問的策略規(guī)則。這些策略規(guī)則可能對服務才是 供商的需求來說是特定的，或者它們可以反映客戶與服務提供商之間的 協(xié)定。后者的協(xié)定可以規(guī)定在一段時間上的可靠性和可用性要求。為了 滿足對某些業(yè)務(例如應急通信)的可靠性和可用性需求，可以給予相 關(guān)業(yè)務比正常優(yōu)先級更高的優(yōu)先級以便被網(wǎng)絡接納。
在應用驅(qū)動的環(huán)境中，為了保證服務質(zhì)量，重要的是接納控制與業(yè)
務控制(或者在面向會話的應用中的會話管理)進行耦合，從而資源可 用性是為同意應用請求所做的判決的 一 部分。應當注意資源可用性信息 的準確性(即它需要如何接近地反映節(jié)點、鏈路或路徑的當前負載)。 在資源的最佳使用與用于實現(xiàn)這一點的計算成本之間需要有一個平衡。 同樣，因為可靠性和安全性的要求通常產(chǎn)生附加的資源需求，所以理解
在什么地方取得平衡是重要的。Houck D.和H. Uzunalioglu的關(guān)于呼叫 接納控制/呼叫接納管理的ICIN，04論文Jw v4,c/7,/ec,wre Jd/m^/o" Cow"o/ J/gon'/Tzm /or Mw/"響尸〃.oh(y Foz'ce over /尸 卩Fo/尸」 C"〃s. Proceedings of the 9th International Conference on Intelligence in Service Delivery Networks, October, 2004, Bordeaux, France已經(jīng)非常詳纟田地論述 了該主題。 資源分配
在描述本發(fā)明的上下文中，將注意力集中于這樣的情況(其對于 IMS環(huán)境特別重要)，其中正是應用請求來觸發(fā)資源分配。該請求通過 業(yè)務控制功能(例如IMSP-CSCF)來遞送；RACF是其接收者。
RACF所管理的資源類型包括公用IP地址和端口號碼(在網(wǎng)絡邊界 處被分配給出網(wǎng)業(yè)務)、以及帶寬。IP地址和端口號碼的分配相對簡單 直接，因為它只涉及一個特定的網(wǎng)絡，所述網(wǎng)絡具有這些類型的資源的 一個池。此處的主要問題包括事務控制以及防止死鎖和授權(quán)。
跨越多個域的帶寬分配由于問題的分布式特性而強加了附加要求。 這些附加要求中的一些包括1)有差別的業(yè)務(^y^wv)碼點的分配， 用于指示業(yè)務優(yōu)先級；以及2 )多協(xié)議標簽交換(MPLS )標簽交換路徑 (LSP)的選擇和分配。其次，恰好是否接納特定流進入到網(wǎng)絡中的判 決也是帶寬管理的問題，因為網(wǎng)絡擁塞可以負面地影響所有正在進^f亍的 流的性能，而不僅僅是剛剛新近創(chuàng)建的一個流。為此，我們區(qū)別于前一 節(jié)來對待接納控制。 死鎖防止
死鎖的一個簡單例子是當兩個業(yè)務過程中的每一個都在為相同集 合的兩個資源(比方說IP地址和最后可用的帶寬量)竟爭時。如果一個 過程按照與另一個過程相反的次序發(fā)出請求，并且每一個過程均擁有已 經(jīng)分配的資源，那么這兩個過程都不將前進(并且等待這些過程中的任 何一個的任何其他過程也不將前進)。通常，死鎖可能發(fā)生是因為各過
程在擁有它們自己的資源的同時請求由其他過程擁有的資源。
有三種類別的策略來處理死鎖
1. 沖企測和恢復；
2. 避免(實時地)；以及
3. 防止；并且
在這些策略當中，在一般情況下，只有防止是可行的，并且它通過拒絕 產(chǎn)生死鎖的四個必要條件中的至少一個來實現(xiàn)互斥，非搶占，不確定 的等待，以及部分分配(即在擁有一些資源的同時請求其他資源)。在 RACF的情況下，互斥不能被搶占，實際上，在所有情況下它必須^皮強 制。拒絕部分分配將不可避免地使資源的利用降級。因此，集體請求方 法(其中所有資源都在一個初始保留中被請求，并且直到這些資源^皮釋 放才可以進行其他保留)與等待的限制(這應當通過定時器值的仔細選 擇來實現(xiàn))的組合看起來在大多數(shù)情況下是唯一切合實際的策略。 帶寬分配
帶寬保留可以是顯性的或隱性的。顯性保留通常依賴于信令協(xié)議 (例如資源保留協(xié)議(RFC 2505 )或信令中的下一步(NSIS)協(xié)議RFC 4080),通過這些信令協(xié)議，跨越各網(wǎng)絡元件動態(tài)地保留資源。相比之 下，隱性資源保留依賴于所存儲的有關(guān)可用(供應的或先前保留的)啦L 管的信息。在這種情況下，帶寬管理器通過核算(通過保存活動會話的 狀態(tài))或檢查所涉及的網(wǎng)絡元件來跟蹤所用的和可用的帶寬。
現(xiàn)在來研究兩個隱性資源保留方法及其變型的適用性。有趣的是， 盡管顯性保留的主題在表面上看似乎比隱性保留的主題窄得多，但是支 持前一種跨越多個域的協(xié)議設計問題與支持后 一種的問題差不多 一樣 復雜。考慮圖3所描繪的情形。為了在域X中以其最簡單的形式為某一 流進行帶寬保留，需要規(guī)定
1. 帶寬，以及
2. 兩個點(由它們的IP地址來表示)，其中第一個點a標識相鄰 域Y的入口邊界網(wǎng)關(guān)，以及第二個點b標識域Z的出口邊界網(wǎng)關(guān)。
域Y—接收到該請求就必須找到其自己的去往域Z途中的合適出口 邊界網(wǎng)關(guān)以及在該域中的合適入口邊界網(wǎng)關(guān)。保證帶寬的入口/出口路由 器選擇的機制已經(jīng)在[RFC 3272]以及Ho, K., N. Wang, P. Trimintzios和 G. Pavlou 的 Mw///-o~'ec/7ve i gre^ Pow^ 5Wec/7'ow 尸o/;'"'es /or
/"fer-(ioma/w 7>a#/c w"/z G^raw/ee& Proceedings of the IFIP
Networking Conference (Networking'2004), Athens, Greece, May 2004中 進行了論述，這些文獻中每一個的內(nèi)容均被結(jié)合于此以作參考。
現(xiàn)在討論利用了 RACF的隱性保留的機制?？紤]兩種方法。第一種 方法是完全分布式的，并且它要求在所有域中保存大量的狀態(tài)。第二種 方法產(chǎn)生簡單得多的協(xié)議，但是在一個域中保存大多數(shù)狀態(tài)。(我們提 議在終結(jié)域中保存它，并且我們會解釋原因)。在這兩種情況下，隱性 保留和帶寬的釋放分別通過四種消息來完成保留，確認，拒絕，以及釋放。
盡管在這兩種情況下我們都認為保留僅由終結(jié)RACF (即屬于終結(jié) 方駐留的域的RACF)來啟動，^f旦是這兩種方法都可以用于由終結(jié)RACF 啟動保留，或者由始發(fā)RACF和終結(jié)RACF (雙重RACF方法)同時啟 動保留?？偠灾?，終結(jié)RACF方法是高度合乎需要的，因為終結(jié)方常 常在始發(fā)方之前就知道完整的地址和帶寬信息，因此可以更快地開始^f呆 留過程，從而降低信令延遲。該雙重方法可以進一步降低呼叫建立延遲。
注意，對于一些支持智能網(wǎng)絡的會聚型業(yè)務來說，始發(fā)方可以是不 與RACF交互的網(wǎng)絡服務器。
對于雙重方法而言，應當另外考慮下列問題
1. 以直接的、單純的方式執(zhí)行雙重保留可能會導致部分分配；因此， 會造成潛在的死鎖危險 一方可能完成保留，而另一方可能失敗；
2. 它還可能使網(wǎng)絡中要保存的狀態(tài)的數(shù)量加倍。
這兩個問題的 一種解決方案是使兩個保留都朝向彼此前進，直到它 們到達網(wǎng)絡中的共同點為止。還要注意，我們已經(jīng)有意地簡化了該才莫型， 這是通過假定(圖3的)這些域都彼此信任，因為它們知道彼此的RACF 地址。實際上，很可能許多域?qū)⒉慌c所有其他域共享這樣的地址。在每 一種這樣的情況下，必須在與其他解決方案的交互工作上進行仔細的考 慮。
分布式方法
在圖4所描繪的一般情況下，考慮跨越網(wǎng)絡400中的n個域(」7到 A)的保留。第一個域A中的RACF 402，當它接收到來自終結(jié)的狀態(tài) 控制功能SCF的請求時，首先咨詢其PDF404并獲得授權(quán)。然后它沖企查 其TRCF406的拓樸和資源分配數(shù)據(jù)庫(TRAD) 408,以便找到合適的 網(wǎng)絡段(a, 6)來查明a位于域A中。RACF更新TRAD (尤其通過減 少可用帶寬并將其鏈接到保留)并發(fā)出具有下列參數(shù)的保留請求
1. 請求標識C,其用作該特定保留的參考；
2. 去往匯點6途中的域的列表(其初始只包含A);
3. I殳端點a和6;
4. 帶寬B;以及
5. 策略請求的集合(其可以包括業(yè)務優(yōu)先級、要避開的域的集合等 等)。
一接收到該保留請求，域爿2中的RACF410就執(zhí)行以下操作
1. 檢查其數(shù)據(jù)庫，咨詢其自己的PDF 412和TRAD 414,并確^f呆存 在一條可行的路徑，其中下一個域不出現(xiàn)在域列表中(從而避免循環(huán))； 并且
2. 拒絕該請求(通過送回拒絕消息，所述拒絕消息規(guī)定拒絕的原因， 例如不足的帶寬或者不可能滿足P中所包含的策略要求)；或者
3. 確定所涉及的適當出口點和入口點，更新TRAD,并且傳4番該寸呆 留請求。
如果拒絕任何保留，那么跨越該保留所涉及的所有域?qū)⑵鋫骰貋恚?從而每個RACF可以破壞保留的記錄，并且相應地更新其TRAD。
如果所有保留都可以，那么域A中的RACF420完成該保留。沿著 該路徑送回該確認(其也可以包含專用于該保留的某些信息)。
當使用管道時，RACF可以確定它可能想要使用另一出口路由器。 只要不涉及入口路由器的變化，它就只需要更新其TRAD。在更復雜的 情形下，將會需要遍歷另一個域集合。否則，它將需要重新發(fā)送具有新 的段參數(shù)但具有相同保留id的保留。于是，將釋放未使用部分的帶寬。
為了支持這種方法，每個RACF需要保存全部狀態(tài)信息(包括該3各 徑所遍歷的所有域的列表)。當只有一段路徑發(fā)生變化時，在新段建立 起來之前需要沿著舊段來傳播釋放。
釋放資源的這種情況以及一般情況使得這種方法有點復雜(即差不 多與BGP-TE —樣復雜)。對于雙重RACF保留而言，終結(jié)RACF和始 發(fā)RACF都將保存狀態(tài)信息。
終結(jié)RACF和雙重RACF控制方法
就圖5中描繪的終結(jié)RACF方法而言，對于網(wǎng)絡500考慮正巧3,越
一組n個域(A至j )的與先前相同的路徑(a， 6)。如在先前的情況 中一樣，始發(fā)RACF 502初始不知道所有的域，而只是知道相鄰域」2。 始發(fā)RACF 502還遵循與先前相同的初始步驟，但是協(xié)議更加簡單。保 留請求仍然包含請求標識C;段端點a和6;帶寬&以及策略i青求 的集合(其可以包括業(yè)務優(yōu)先級、要避開的域的集合等等)。 一個省略 的參數(shù)是域列表，因為該請求將不進行傳播。
代之以， 一接收到該保留請求并且發(fā)現(xiàn)它可以滿足，域^2中的RACF 508就確定所涉及的適當出口和入口節(jié)點，更新TRAD 510,并且利用 確認消息進行響應，所述確認消息的參數(shù)列表現(xiàn)在除了包含請求標識C 之外還包含出口路由器的地址^;下一個域^;下一個域的入口i 各由 器的地址&;以及附加信息〈info〉。(舉例來說，這可以包含對保留進 行的RACF處理，以簡化將來的參考。)
終結(jié)RACF通過向^發(fā)送保留請求等來使用這些參數(shù)以便獲得下 一段的保留。因此，只有終結(jié)RACF保存保留的狀態(tài)。在所遍歷的域中， 每個RACF只需要存儲與請求C相關(guān)聯(lián)的帶寬量連同始發(fā)RACF的地 址。(盡管當前實施例建議在終結(jié)RACF處保存狀態(tài)的合意性，但是將 會理解，本發(fā)明設想也可以選擇始發(fā)RACF來保存狀態(tài)。)
如果任何域中的RACF都不能分配帶寬，那么它送回拒絕；然后始 發(fā)RACF可以重試(通過首先釋放沿著該路徑的一個或多個先前保留， 然后嘗試替代的一組保留)或釋放沿著該路徑的所有保留。
該終結(jié)方法需要與分布式方法一樣多的消息；然而，它使得許多任 務(包括釋放資源和路徑恢復)簡單得多。具體地說，考慮在特定連接 丟失(或路由器過載)時的情況。 一旦TRCF接收到該信息，RACF就 可以檢查TRAD,并且把拒絕消息發(fā)送給在所有受影響的域中的RACF。
就雙重RACF方法而言，在始發(fā)RACF和終結(jié)RACF 二者處啟動相 同的程序，它們朝向彼此行進，直到它們到達會聚點為止。這可以顯著 地改善呼叫建立時間。(如先前所描述的，保存狀態(tài)的分布式方法也可 以-故用在雙重RACF方法中。)
最后注意，所有上述方法都可以與顯性保留交互工作。換句話it, 即使一個或多個中間域不具有供應的管道，這些方法也可以被使用。在 這種情況下，RACF可以在域的入口路由器處作為始發(fā)主機來應用RSVP 或NSIS協(xié)議，并且在出口路由器處終結(jié)它，以便建立(并保持)這樣
一個管道以用于保留的持續(xù)。這種混合方法可能會引入定時問題，這在 運用中必須仔細地加以考慮。
前面的描述僅僅說明本發(fā)明的原理。因此將會認識到，本領(lǐng)域4支術(shù) 人員將能夠設計各種布置，這些布置盡管在此沒有明確地進行描述或示 出，但是它們體現(xiàn)了本發(fā)明的原理，并且被包含在其精神和范圍內(nèi)。此 外，所陳述的所有例子和條件性語言主要明確地打算是僅用于指導性目 的，以便幫助讀者理解本發(fā)明的原理和發(fā)明人為了促進該技術(shù)而貢獻的 思想，并且應當被解釋為不限于這樣明確陳述的例子和條件。而且，在 此陳述本發(fā)明的原理、方面和實施例的所有陳述以及其特定例子，打算 包括其結(jié)構(gòu)等同物和功能等同物二者。另外，這樣的等同物打算包括當
前已知的等同物以及將來開發(fā)出來的等同物，即所開發(fā)出來的執(zhí)行相同 功能的任何元件，而不考慮結(jié)構(gòu)。
在關(guān)于此的權(quán)利要求書中，表達為用于執(zhí)行規(guī)定功能的裝置的所有
元件打算包括執(zhí)行該功能的任何方式，例如包括a)執(zhí)行該功能的電 路元件的組合，或b)與用于執(zhí)行該軟件以執(zhí)行該功能的適當電路組合 的任何形式的軟件，因此包括固件、微碼等。由這些權(quán)利要求所限定的 本發(fā)明在于這樣的事實，即所陳述的各種裝置提供的功能以權(quán)利要求所 要求的方式被合并且集合在一起。因此申請人把可以提供這些功能的任 何裝置都看作是在此所示的那些裝置的等同物。本發(fā)明原理的許多其他 修改和應用對本領(lǐng)域技術(shù)人員而言將是顯而易見的，并且被在此的教導 所預期。因此，本發(fā)明的范圍僅由權(quán)利要求書來限定。
權(quán)利要求
1. 一種用于在具有多個域的通信網(wǎng)絡中的資源管理的方法，包括以下步驟接收對用于所述網(wǎng)絡中的始發(fā)點和終結(jié)點之間的給定保留的資源的請求；由給定域的中央控制器來處理對該域的所述請求，以便確定用于所述保留的路由是否可用以及用于所述保留的必需帶寬是否可用；如果所述路由和帶寬可用，則在所述給定域中確認所述保留，并且將所述保留請求傳遞給具有滿足所述保留請求所需的資源的下一個域的另一中央控制器。
2. 權(quán)利要求l所述的方法，其中保留請求包括該請求的標識、所述 保留的始發(fā)端點和終結(jié)端點、所需帶寬以及用于所述保留的策略請求的 集合。
3. 權(quán)利要求1所述的方法，其中在所述保留的所述始發(fā)點和所述終結(jié)點之間的路徑上的每 一 個中央控制器均保存用于所迷保留請求的狀 太
4. 權(quán)利要求1所述的方法，其中在所述保留的所述始發(fā)點和所述終結(jié)點之間的路徑上只有 一端的中央控制器保存用于所述保留請求的狀 太
5. 權(quán)利要求5所述的方法，其中在所述保留的所述始發(fā)點和所述終 結(jié)點之間的路徑上每一端的中央控制器均保存用于所述保留請求的狀 態(tài)，所述保留請求朝著在所述請求的所述始發(fā),泉和終結(jié)點之間的點會 聚，其中每一個中央控制器的狀態(tài)信息然后被共享。
6. —種用于在具有多個域的通信網(wǎng)絡中的資源管理的裝置，所述資 源管理以域范圍為基礎來完成，所述裝置包括控制器，其可操作用來接收對用于所述網(wǎng)絡中的始發(fā)點和終結(jié)點之 間的給定保留的資源的請求；所述控制器還可操作用來對于給定域確定用于所述保留的路由是 否可用以及用于所述保留的必需帶寬是否可用；其中，如果所述路由和帶寬可用，則所述裝置在所述給定域中確認 所述保留，并且將所述保留請求傳遞給具有滿足所述保留請求所需的資 源的下一個域的另 一控制器。
7. 權(quán)利要求6所述的裝置，其中所述控制器可操作用來處理保留請 求，所述保留請求包括該請求的標識、所述保留的始發(fā)端點和終結(jié)端點、 所需帶寬以及用于所述保留的策略請求的集合。
8. 權(quán)利要求6所述的裝置，其中在所述保留的所述始發(fā)點和所述終 結(jié)點之間的路徑上的每 一 個中央控制器均保存用于所述保留請求的狀 態(tài)。
9. 權(quán)利要求6所述的裝置，其中在所述保留的所述始發(fā)點和所述終 結(jié)點之間的路徑上只有 一端的中央控制器保存用于所述保留請求的狀態(tài)。
10. 權(quán)利要求9所述的裝置，其中在所述保留的所述始發(fā)點和所述 終結(jié)點之間的路徑上每 一 端的中央控制器均保存用于所述保留請求的 狀態(tài)，所述保留請求朝著所述請求的所述始發(fā), < 和終結(jié)點之間的點會 聚，其中每一個中央控制器的狀態(tài)信息然后被共享。
全文摘要
本發(fā)明規(guī)定使用資源和接納控制功能(RACF)裝置來支持用于隱性保留模型的端到端服務質(zhì)量(QoS)保留的機制。本發(fā)明教導如何使用在ITU-T中標準化的開放標準的資源和接納控制功能(RACF)來實施隱性資源保留。幾種方法被覆蓋1)關(guān)于第一種方法，已經(jīng)規(guī)定了一般的分布式方法。2)對于第二種方法，終結(jié)的RACF保存保留的狀態(tài)，因此所得到的協(xié)議相對簡單、魯棒，并且易于實施。3)第三種方法可以基于上述任何一種方法或其組合，其在終結(jié)RACF端和始發(fā)RACF端二者處開始保留，并且朝著會聚點行進。
文檔編號H04L12/56GK101395863SQ200780007058
公開日2009年3月25日 申請日期2007年2月12日 優(yōu)先權(quán)日2006年2月28日
發(fā)明者I·費恩伯格, T·W·安德森, 盧慧蘭 申請人:盧森特技術(shù)有限公司