專利名稱：數(shù)據(jù)網(wǎng)中基于邊緣的按流的QoS接納控制的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)，以及具體地，涉及給網(wǎng)絡(luò)內(nèi)選擇的業(yè)務(wù)流提供增強的服務(wù)質(zhì)量(QoS)。對于網(wǎng)絡(luò)業(yè)務(wù)提供者，網(wǎng)絡(luò)設(shè)計和管理的關(guān)鍵考慮是接入容量與網(wǎng)絡(luò)資源在源自網(wǎng)絡(luò)業(yè)務(wù)客戶的業(yè)務(wù)量與源自該業(yè)務(wù)提供者的網(wǎng)絡(luò)之外(例如，從互聯(lián)網(wǎng))的業(yè)務(wù)量之間的適當分配。這個考慮對于某種網(wǎng)絡(luò)客戶的業(yè)務(wù)量是特別重要的，即所述網(wǎng)絡(luò)客戶的預(yù)訂包括一個服務(wù)水平協(xié)議(SLA)，要求網(wǎng)絡(luò)業(yè)務(wù)提供者為某些業(yè)務(wù)流提供最小通信帶寬或保證特定的服務(wù)質(zhì)量(QoS)。這樣的業(yè)務(wù)提供要求網(wǎng)絡(luò)業(yè)務(wù)提供者實現(xiàn)一種網(wǎng)絡(luò)結(jié)構(gòu)和協(xié)議，達到規(guī)定的QoS和加強接納控制，以確保足夠的接入容量和網(wǎng)絡(luò)資源對于客戶是可提供的。在互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)中，一種與面向連接的網(wǎng)絡(luò)業(yè)務(wù)(諸如話音或異步傳輸模式(ATM))的方案可比的、達到QoS和實施接納控制的直截方法是對于要求QoS的IP分組流模仿信令資源保留的相同的逐跳交換范例。事實上，由國際工程任務(wù)組(IETF)為綜合服務(wù)(Intserv或IS)開發(fā)的IP信令標準正是采納了這個方法。正如在IETFRFC 1633[R.Branden等的“Integrated Services in the InternetArchitecture:an Overview(互聯(lián)網(wǎng)結(jié)構(gòu)中的綜合服務(wù)綜述)”1994年6月]中描述的，Intserv是按流的IP QoS結(jié)構(gòu)，它使得應(yīng)用能夠在傳遞業(yè)務(wù)的多個受控級別中間為它們的數(shù)據(jù)分組進行選擇。為了支持這個能力，Intserv允許在分組流的發(fā)送機處的應(yīng)用使用由IETF RFC2205[R.Branden等，“Resource ReSerVation Protocol(RSVP)-Version1 Functional Specification(資源保留協(xié)議(RSVP)-版本1功能性技術(shù)說明)”1997年9月]規(guī)定的熟知的資源保留協(xié)議(RSVP)來啟動分組流，該分組流從沿著到該分組流的接收機的路徑上的網(wǎng)絡(luò)單元接收增強的QoS。RSVP是在網(wǎng)絡(luò)設(shè)備的控制平面上的QoS信令協(xié)議，被利用來請求用于單工流的資源(即，RSVP請求用于單方向的流的資源)。RSVP不具有路由功能，而是被設(shè)計為以單播和多播路由協(xié)議操作，以確保按照路由被轉(zhuǎn)發(fā)的那些分組的QoS(即，RSVP參考轉(zhuǎn)發(fā)表(如通過路由構(gòu)成的)，以便決定對其應(yīng)用用于QoS的政策和接納控制的下游接口)。

圖1是按照RFC 2205利用RSVP來實現(xiàn)QoS的Intserv節(jié)點處理模型的方框圖。如圖所示，發(fā)送主機100執(zhí)行應(yīng)用104，它發(fā)送要求比通常給予互聯(lián)網(wǎng)業(yè)務(wù)的“盡力而為”QoS更高QoS的數(shù)據(jù)(例如，視頻分發(fā)或IP承載的話音(VoIP))。一個或多個附加節(jié)點，諸如實施路由處理116的路由器102，被耦合在發(fā)送主機100和接收主機118之間。在控制平面上，每個網(wǎng)絡(luò)節(jié)點包括RSVP處理106，它支持RSVP消息的節(jié)點間通信；政策控制塊108，它確定用戶是否具有管理許可來作出用于增強的QoS流的資源保留；以及接納控制塊110，它確定節(jié)點是否具有足夠的外出帶寬來提供該被請求的QoS。在數(shù)據(jù)平面上，每個節(jié)點還包括分組分類器112，它識別流的分組以及確定每個分組的QoS類別；和分組調(diào)度器114，它按照由分組分類器112執(zhí)行的分組分類來實際上實現(xiàn)每個流所要求的QoS。為了啟動RSVP會話，應(yīng)用104發(fā)送一個PATH(路徑)消息，它被順序地傳送到在發(fā)送主機100與接收主機118之間的每個節(jié)點處的RSVP處理106。雖然發(fā)送主機100啟動該RSVP會話，但接收主機118負責(zé)通過把包含QoS請求的RESV消息發(fā)送到沿著接收主機118與發(fā)送主機100之間的反向路徑的每個網(wǎng)絡(luò)節(jié)點、而請求用于該會話的特定的QoS。響應(yīng)于RESV消息的接收，每個RSVP處理106把保留請求傳送到它的本地政策控制模塊108和接納控制塊110。如上所述，政策控制塊108確定用戶是否具有管理許可來作出該保留，以及接納控制塊110確定該節(jié)點是否具有足夠的可提供的資源(即，下游鏈路帶寬)來供應(yīng)該被請求的QoS。如果這兩個檢驗在發(fā)送主機100與接收主機118之間的所有節(jié)點處都是成功的，則每個RSVP處理106設(shè)置本地分組分類器112和分組調(diào)度器114中的參量，以得到該想要的QoS，以及發(fā)送主機100處的RSVP處理106通知應(yīng)用104該被請求的QoS已被準許。另一方面，如果在該路徑上的任一個節(jié)點處檢驗失敗，則發(fā)送主機100處的RSVP處理106把一個錯誤通知返回給該應(yīng)用104。雖然概念上非常簡單，但是由于在每個網(wǎng)絡(luò)節(jié)點處需要計算上的大強度RSVP處理，所以Intserv QoS供應(yīng)具有有限的可縮放性。具體地，RSVP需要按流的RSVP信令、按流的分類、按流的修正/整形、按流的資源管理和按流的軟狀態(tài)信息的周期性刷新。因此，Intserv RSVP信令所需要的處理是與電話或ATM信令的處理可比的，并且它在每個IP路由器內(nèi)需要高性能的(即，昂貴的)處理器部件來處理由這樣的信令所要求的大量處理。在認識到與利用傳統(tǒng)的Intserv RSVP信令來實施IP QoS有關(guān)的可縮放性和其他問題后，IETF公布了在RFC 2475[S.Blake等，“AnArchitecture for Differentiated Services(用于區(qū)分服務(wù)的結(jié)構(gòu))”，1998年12月]中規(guī)定的區(qū)分服務(wù)(Diffserv或DS)協(xié)議。Diffserv是通過在每個IP層分組頭標的DS字段(例如IPv4業(yè)務(wù)類型(TOS)字節(jié)或IPv6業(yè)務(wù)類別字節(jié))內(nèi)輸送一聚集的業(yè)務(wù)類別而達到可縮放性的IP QoS結(jié)構(gòu)。該DS字段的頭6個比特編碼Diffserv代碼點(DSCP)，它在Diffserv域內(nèi)沿它的路徑的每個節(jié)點處為該分組請求特定的業(yè)務(wù)類別或每跳的行為(PHB)。在Diffserv域中，網(wǎng)絡(luò)資源按照業(yè)務(wù)供應(yīng)政策被分配給分組流，這些政策管理在進入Diffserv域時的DSCP標記和業(yè)務(wù)調(diào)節(jié)以及在Diffserv域內(nèi)的業(yè)務(wù)轉(zhuǎn)發(fā)。標記和調(diào)節(jié)操作只需要在Diffserv網(wǎng)絡(luò)邊界處實施。因此，不要求在發(fā)送機與接收機之間的端到端信令來建立具有特定的QoS的業(yè)務(wù)流，Diffserv使得入口邊界路由器能夠只通過檢查和/或標記每個IP分組的頭標而提供該QoS給聚集的流。正如在IETF RFC 2998[Y.Bernet等，“A Framework forIntegrated Services Operation Over Diffserv Networks(用于通過Diffserv網(wǎng)絡(luò)進行綜合服務(wù)操作的架構(gòu))”，2000年11月]中描述的和如圖2所示的，綜合服務(wù)可以在區(qū)分服務(wù)域上實施。在圖2所示的網(wǎng)絡(luò)模型中，邊緣路由器(ER)120，128把知道綜合服務(wù)的客戶LAN(未示出)連接到Diffserv網(wǎng)絡(luò)124的邊界路由器(BR)122，126。為了反映從LAN-TX(發(fā)送)到LAN-RX(接收)的單方向業(yè)務(wù)流，邊緣路由器120和邊界路由器122在發(fā)送機或入口側(cè)分別被標記為ER-TX和BR-TX，以及邊緣路由器128和邊界路由器126在接收機或出口側(cè)分別被標記為ER-RX和BR-RX。從邏輯上看，每個路由器120，122，126和128具有控制平面和數(shù)據(jù)平面，它們分別被描繪在每個路由器的上半部和下半部。數(shù)據(jù)平面包括在路由器的前向路徑上所有的傳統(tǒng)硬件部件(例如，接口卡和交換結(jié)構(gòu))，以及控制平面包括支持和引導(dǎo)數(shù)據(jù)平面的操作的控制硬件(例如，控制處理器)和控制軟件(例如，路由、信令和協(xié)議堆棧)。在數(shù)據(jù)平面上，分組由ER-TX 120的數(shù)據(jù)平面120b用適當?shù)腄SCP標記(例如，根據(jù)源地址、目的地址、協(xié)議ID、源端口和目的端口的Intserv 5-元組)以及被轉(zhuǎn)發(fā)到Diffserv網(wǎng)絡(luò)124。分組然后單獨地通過Diffserv網(wǎng)絡(luò)124被Diffserv轉(zhuǎn)發(fā)到ER-RX 128的數(shù)據(jù)平面128b。在控制平面上，邊緣路由器120，128和邊界路由器122，126的每個路由器具有控制平面，它通過參考在政策判決點(PDP)130a，130b中實施的政策來執(zhí)行Intserv(IS)處理。在ER-TX 120中，控制平面120a執(zhí)行Intserv按流分類和按流決策。在邊界路由器122和126中，面向Intserv接口的邊緣路由器120，128管理RSVP信令，執(zhí)行Intserv政策和接納控制功能，以及用路徑狀態(tài)塊和保留狀態(tài)塊保持按流狀態(tài)。ER-RX 128的控制平面128a在外出分組被轉(zhuǎn)發(fā)到LAN-RX之前執(zhí)行Intserv按流整形。正如以上討論的，在發(fā)送業(yè)務(wù)流之前，在LAN-TX中的發(fā)送主機啟動RSVP PATH(路徑)消息。當在LAN-RX中的接收主機接收該PATH消息時，該接收主機沿著該反向數(shù)據(jù)路徑返回一個RESV消息，以請求保留資源，提供想要的QoS。在接收該RESV消息后，具有Intserv控制平面的每個中間路由器對于僅僅它的下游鏈路執(zhí)行接納控制。因此，ER-RX 128對于LAN-RX執(zhí)行接納控制，BR-RX 126對于在它自己與ER-RX128之間的鏈路執(zhí)行接納控制，BR-TX 122對于跨越Diffserv網(wǎng)絡(luò)124到BR-RX 126的路徑執(zhí)行接納控制，以及ER-TX 120對于在它自己與BR-TX 122之間的鏈路執(zhí)行接納控制。該RSVP接納控制處理驗證每個鏈路上的資源可提供性，且因此調(diào)節(jié)用于該鏈路的剩余資源計數(shù)。雖然Intserv按流的接納控制是在控制平面上執(zhí)行的，但業(yè)務(wù)流的QoS的實際傳遞是在數(shù)據(jù)平面上完成的。ER-TX 120對于在它的Intserv輸入接口(IS入)處接收的數(shù)據(jù)分組執(zhí)行Intserv操作(即，按流分類、按流決策、以及按流DSCP標記)。在ER-TX 120的Diffserv輸出接口(DS出)處，數(shù)據(jù)分組僅僅根據(jù)它們的DSCP值被識別和進行基于類別的排隊。BR-TX 122然后在它的輸入接口(DS入)處對于每個客戶執(zhí)行按類別的決策以及在它的輸出接口(DS出)處執(zhí)行基于類別的排隊。在BR-RX 126處，在輸入接口(DS入)處不執(zhí)行操作，以及在輸出接口處對于每個客戶端口執(zhí)行基于類別的排隊和任選地按類別的整形。ER-RX 128轉(zhuǎn)發(fā)在它的輸入接口(DS入)處接收的分組，以及可在它的Intserv輸出接口(IS出)處執(zhí)行按流的調(diào)度或整形。雖然Diffserv標準通過用簡單的基于類別的處理代替在Diffserv域中的Intserv的處理強度大的信令而改進Intserv的可縮放性，但Diffserv協(xié)議的實施方案引入了不同的問題。具體地，因為Diffserv允許對服務(wù)類別的主機標記(host marking)，所以如果多個主機把DS字段設(shè)置為高優(yōu)先權(quán)的分組發(fā)送到該鏈路的話，Diffserv網(wǎng)絡(luò)客戶鏈路(例如，BR-RX 126的外出鏈路)就可經(jīng)受一個拒絕業(yè)務(wù)(DoS)攻擊，正如在以上的相互參考的序列號為No.10/023,331的申請中詳細討論的。而且，盡管Diffserv域內(nèi)可縮放性有某些改進，但利用RSVP的Intserv接納控制仍舊需要在業(yè)務(wù)提供者的網(wǎng)絡(luò)的每個邊緣或邊界路由器上的按流狀態(tài)安裝、按流狀態(tài)刷新、按流業(yè)務(wù)管理和資源保留。因為邊界路由器作為網(wǎng)絡(luò)聚集點處理成千的業(yè)務(wù)流，所以許多廠商的邊界路由器對于這樣大數(shù)目的流不能安裝流狀態(tài)。結(jié)果，RSVP按流的接納控制已經(jīng)很少由路由器廠商實施和支持。這樣，使用RSVP的、傳統(tǒng)Intserv按流的接納控制由于其缺乏可縮放性，所以仍舊是不期望的。本發(fā)明通過引入用于執(zhí)行接納控制的改進的方法、設(shè)備和系統(tǒng)，而解決現(xiàn)有技術(shù)的上述的和附加的缺點[19]按照本發(fā)明的一個實施例，一個網(wǎng)絡(luò)系統(tǒng)包括邊界路由器、第二路由器和被耦合在邊界路由器的輸出端口與第二路由器的輸入端口之間的第二路由器的上游鏈路。第二路由器包括被耦合在輸入端口與輸出端口之間的數(shù)據(jù)平面以及接納控制功能。響應(yīng)于為通過第二路由器的流保留資源的請求，該接納控制功能對于該上游鏈路和它的下游鏈路執(zhí)行接納控制。在優(yōu)選實施例中，只在該第二路由器是用于該流的邊緣路由器時，第二路由器才對于上游鏈路執(zhí)行接納控制。因為第二路由器對于它的上游鏈路執(zhí)行接納控制，所以邊界路由器向上游路由器發(fā)送該請求，而不對該鏈路執(zhí)行接納控制。從下面詳細地寫出的說明，將明白本發(fā)明的附加的目的、特性、和優(yōu)點。被認為是本發(fā)明的特征的新穎特性在所附的權(quán)利要求中闡述。然而，通過結(jié)合附圖參考以下的說明性實施例的詳細說明，將最好地了解本發(fā)明及其優(yōu)選的使用模式、另外的目的和優(yōu)點，其中[22]圖1顯示傳統(tǒng)的綜合服務(wù)(Intserv)節(jié)點處理模型，其中按流的QoS是通過利用按照RFC 2205的RSVP信令達到的；[23]圖2顯示傳統(tǒng)的網(wǎng)絡(luò)模型，其中綜合服務(wù)(Intserv)是在按照RFC 2998的區(qū)分服務(wù)(Diffserv)域上實施的；[24]圖3是高級別網(wǎng)絡(luò)模型，它按照本發(fā)明的優(yōu)選實施例，在Diffserv域上實施Intserv，而同時消除Diffserv域的邊界路由器中的Intserv處理；[25]圖4顯示用來在圖3的網(wǎng)絡(luò)模型內(nèi)識別業(yè)務(wù)流的接收邊緣路由器的一種方法；[26]圖5是按照本發(fā)明的優(yōu)選實施例的發(fā)送邊緣路由器的更詳細的方框圖；[27]圖6是按照本發(fā)明的優(yōu)選實施例的接收邊界路由器和接收邊緣路由器的更詳細的方框圖；[28]圖7是可被利用來實施按照本發(fā)明的優(yōu)選實施例的政策判決點(PDP)的示例性服務(wù)器計算機系統(tǒng)的方框圖；[29]圖8A顯示在業(yè)務(wù)初始化期間在接收邊界路由器和接收邊緣路由器上安裝政策的優(yōu)選的方法；[30]圖8B顯示響應(yīng)于業(yè)務(wù)更新，在接收邊界路由器和接收邊緣路由器上安裝政策的優(yōu)選的方法；以及[31]圖8C顯示跟隨在接收邊界路由器的直接業(yè)務(wù)更新后的政策同步的優(yōu)選的方法。
I.網(wǎng)絡(luò)模型綜述[32]再次參照附圖，以及具體地參照圖3，圖上顯示可縮放的網(wǎng)絡(luò)模型的高級別的方框圖，該網(wǎng)絡(luò)模型通過按照本發(fā)明在Diffserv域?qū)嵤┗谶吘壍腎ntserv而給選擇的業(yè)務(wù)提供增強的QoS。具體地，正如下面詳細地描述的，所顯示的網(wǎng)絡(luò)模型通過使用一種機制來消除在Diffserv域中來自網(wǎng)絡(luò)設(shè)備的Intserv按流的接納控制而提高網(wǎng)絡(luò)的可縮放性，所述機制是把按流的帶寬要求映射到用于資源保留和管理的、基于類別的資源庫。為了便于了解，圖3采用在圖2上利用的、相同的接收機/發(fā)送機和數(shù)據(jù)平面/控制平面表示符號。在圖3上，知道綜合服務(wù)的LAN-TX和LAN-RX(每個可包含一個或多個主機)被連接到客戶住宅設(shè)備(CPE)邊緣路由器(ER)150，158。邊緣路由器150，158又通過接入網(wǎng)(例如，L2接入網(wǎng))被耦合到Diffserv網(wǎng)絡(luò)124的邊界路由器(BR)152，156。網(wǎng)絡(luò)業(yè)務(wù)提供者配置路由器150，152，156，和158，以及通過利用一個或多個PDP 160在150，152，156和158上安裝接納控制和其他政策。通過這種配置，圖3的網(wǎng)絡(luò)模型支持從LAN-TX中的發(fā)送主機到LAN-RX中的接收主機的單方向業(yè)務(wù)流。典型地，這樣的通信優(yōu)選地是通過利用分層協(xié)議結(jié)構(gòu)(其中每個協(xié)議層是與上層和下層協(xié)議無關(guān)的)而進行的。在一個優(yōu)選實施例中，通信是采用在網(wǎng)絡(luò)級上的熟知的互聯(lián)網(wǎng)協(xié)議(IP)，其相應(yīng)于ISO/OSI(國際標準化組織/開放系統(tǒng)互連)參考模型的第3層。在網(wǎng)絡(luò)層以上，通信可采用在相應(yīng)于ISO/OSI參考模型的第4層的傳輸層上的TCP(傳輸控制協(xié)議)或UDP(用戶數(shù)據(jù)報協(xié)議)。在傳輸層以上，通信可采用多個不同協(xié)議的任一個協(xié)議，正如部分地由一個流的要求的QoS和其他要求所確定的。例如，國際電信聯(lián)盟(ITU)H.323協(xié)議和IETF會話啟動協(xié)議(SIP)通常被利用來提供在IP網(wǎng)絡(luò)上用于話音、視頻、多媒體和其他類型的增強的QoS會話的信令。作為端到端協(xié)議，SIP有利地允許具有控制呼叫處理的能力的端節(jié)點利用各種呼叫特性(例如，找到我/跟隨我)。與圖2所示的、現(xiàn)有技術(shù)網(wǎng)絡(luò)模型(它需要Intserv控制平面，執(zhí)行在至少每個邊緣路由器和Diffserv邊界路由器中的Intserv處理)相對照，圖3上顯示的網(wǎng)絡(luò)模型只在網(wǎng)絡(luò)的最邊緣處，也就是，在網(wǎng)絡(luò)管理的CPE邊緣路由器150，158處利用Intserv處理。因此，對于所顯示的單向分組流，邊緣路由器150，158通過利用RSVP信令執(zhí)行Intserv接納控制，以提供用于從LAN-TX發(fā)送到LAN-RX的一個流的增強的QoS。因為邊緣路由器150，158對于Diffserv網(wǎng)絡(luò)154執(zhí)行Intserv接納控制(以及假設(shè)Diffserv網(wǎng)絡(luò)154已經(jīng)被進行了很好的業(yè)務(wù)工程設(shè)計)，所以不需要對于Diffserv網(wǎng)絡(luò)154實施任何附加的接納控制。因此，按照本發(fā)明，在Diffserv網(wǎng)絡(luò)154中的路由器，包括邊界路由器152，156和未示出的核心路由器，都不需要具有Intserv控制平面，如由參考數(shù)字152a和156a表示的。因此，邊界路由器152和156可被大大地簡化，以促進業(yè)務(wù)提供者網(wǎng)絡(luò)的增強的可縮放性。為了達到邊界路由器152，156中的有利的簡化，圖3的網(wǎng)絡(luò)模型對于傳統(tǒng)的Intserv RSVP信令模型進行修正，如上所述，該傳統(tǒng)的Intserv RSVP信令模型，為了對于下游鏈路執(zhí)行接納控制，總是在每個節(jié)點處執(zhí)行對稱處理。在圖3所示的網(wǎng)絡(luò)模型中，由接收主機返回的RSVP RESV消息只由邊緣路由器150，158的Intserv控制平面150a，158a處理，它們驗證所請求的資源的可提供性以及隨之調(diào)節(jié)資源計數(shù)。具體地，ER-TX 150的Intserv控制平面150a對于在它自己與BR-TX 152之間的鏈路執(zhí)行下游接納控制。然而，ER-RX 158的Intserv控制平面158a不單對它的下游鏈路(即，LAN-RX)執(zhí)行接納控制，也對其本身與BR-RX 156的上游鏈路執(zhí)行接納控制，因為邊界路由器152，156是不知道RSVP的。雖然概念上是精巧的，但是為了得到可操作的網(wǎng)絡(luò)實現(xiàn)，圖3所示的這種網(wǎng)絡(luò)模型具有多個必須解決的并非平常的挑戰(zhàn)。例如，因為傳統(tǒng)的Intserv RSVP信令在每個節(jié)點處是對稱的，所以沒有傳統(tǒng)的機制被提供來通知ER-RX 156它是“接收”邊緣路由器，因此必須對于它的上游鏈路執(zhí)行接納控制。另外，傳統(tǒng)的Intserv RSVP信令并不為ER-RX 156提供有關(guān)必須對其執(zhí)行接納控制的上游鏈路的資源容量和資源可提供性的任何信息。而且，RFC 2998(和技術(shù)通常)并未提供有關(guān)如何在ER-TX 150中實施Diffserv/Intserv互通的任何指導(dǎo)，具體地，它沒有揭示如何把Intserv類別映射到Diffserv類別。下面詳細描述對于有關(guān)圖3所示的網(wǎng)絡(luò)模型實施方案的這些和其他問題的優(yōu)選解決方案。
II.接收邊緣路由器識別[39]現(xiàn)在參照圖4，圖上顯示一個優(yōu)選的方法，通過該方法，邊緣路由器(諸如ER-RX 158)可確定它是接收邊緣路由器。在所顯示的操作情形中，客戶LAN、邊緣路由器150，158和邊界路由器152，156的每一個具有不同的IP地址，以及被耦合到ER-RX 158的客戶LAN每個都被分配以一個IP地址，它是被分配給ER-RX 158的IP地址的子網(wǎng)。如上所述，在LAN-TX中的發(fā)送主機通過發(fā)送一個RSVP PATH消息而啟動與LAN-RX中的接收主機的增強的QoS會話。根據(jù)在PATH消息中規(guī)定的目的地址(DestAddress)，它在所顯示的例子中是a.b.p.d，PATH消息跨越Diffserv網(wǎng)絡(luò)154被路由到LAN-RX。響應(yīng)于PATH消息，接收主機發(fā)送包含規(guī)定該目的地址的SESSION(會話)對象的RSVP RESV消息。在接收RESV消息后，ER-RX 158的Intserv控制平面158a上的RSVP處理可通過把目的地址與每個附接的客戶LAN的IP子網(wǎng)絡(luò)地址進行比較而確定ER-RX 158是否為接收邊緣路由器。當且僅當該目的地址落入它的附接的客戶子網(wǎng)絡(luò)之一時，ER-RX 158才“知道”它是用于該業(yè)務(wù)流的接收邊緣路由器。例如，當ER-RX 158接收具有包含目的地址a.b.p.d的SESSION對象的RESV消息時，因為LAN-RX的IP地址(即，a.b.p.d)是a.b.p.0/24的IP子網(wǎng)絡(luò)地址，ER-RX 158知道它是接收邊緣路由器。所以，ER-RX 158對用于該增強的QoS流的、它的上游鏈路執(zhí)行Intserv接納控制。雖然這個識別接收邊緣路由器的方法具有簡單的優(yōu)點，但它要求每個目的地址指定接收邊緣路由器的IP地址的子網(wǎng)絡(luò)。在其中不希望有這個限制的實施方案中，可以采用另一個識別接收邊緣路由器的方法。例如，正如下面參照圖6詳細地描述的，接收邊緣路由器可替換地通過由PDP 160在邊緣路由器150，158中配置的邊緣點識別表被識別。這些政策數(shù)據(jù)結(jié)構(gòu)規(guī)定IP地址的一個或多個范圍，對于這些范圍，一個路由器是接收邊緣路由器。
III.資源管理[42]為了跟蹤資源可提供性(包括被利用來執(zhí)行上游接納控制的資源可提供性)，每個知道Intserv的邊緣路由器在用于每個Intserv類別的、它的控制平面上保持單獨的或共享的虛擬庫，其中每個虛擬庫代表在路由器對其執(zhí)行接納控制的鏈路上對于相關(guān)的Intserv類別的資源可提供性。無論何時邊緣路由器接收一個RSVP RESV消息時，該邊緣路由器都通過相對適當?shù)奶摂M庫檢驗所請求的帶寬以確定在所請求的Intserv類別中的資源可提供性，而對于該鏈路執(zhí)行接納控制。如果虛擬庫表示所請求的帶寬小于可提供的帶寬，則保留請求被批準，以及虛擬庫的可保留的資源被減小該保留的帶寬量。然而，如果請求的帶寬超過該虛擬庫的可提供的帶寬，則該QoS請求被拒絕。在Intserv接納控制與Diffserv數(shù)據(jù)平面功能之間的互通是通過把被利用來執(zhí)行Intserv接納控制的虛擬庫與在數(shù)據(jù)平面上被Diffserv采用來傳遞基于類別的QoS的邏輯隊列相關(guān)聯(lián)、而達到的。具體地，每個Intserv類別與一個且僅僅一個Diffserv邏輯隊列唯一地關(guān)聯(lián)。然而，類似被利用來執(zhí)行Intserv接納控制的虛擬庫，單獨的邏輯隊列可以被實施來用于一個或多個Intserv類別的每個類別，以及一個或多個邏輯隊列可作為與多個Intserv類別有關(guān)的共享隊列被實施。下面的表I概述可以在業(yè)務(wù)提供者網(wǎng)絡(luò)的邊界路由器和邊緣路由器內(nèi)被實施的、邏輯隊列與虛擬庫的可能的組合。
表I 如表I所示，三個事例是可能的具有單獨的邏輯隊列的單獨的虛擬庫，具有共享的邏輯隊列的共享的虛擬庫，以及具有共享的邏輯隊列的單獨的虛擬庫。由多個Intserv類別共享的虛擬庫的事例對具有用于每個Intserv類別的單獨邏輯隊列的實施方案是不可應(yīng)用的，因為在單個類別的基礎(chǔ)上虛擬庫信息將是不可提供的。重要地，只要正確地進行標記，在同一個網(wǎng)絡(luò)中的邊界路由器和邊緣路由器就可被配置成同時實施不同的事例?，F(xiàn)在參照圖5和6，圖上顯示圖3的網(wǎng)絡(luò)模型的邊緣路由器和邊界路由器的更詳細的方框圖，在該網(wǎng)絡(luò)模型中，按照表I的情況1，在每個Intserv業(yè)務(wù)類別中的業(yè)務(wù)被分配以在控制平面上的單獨的虛擬庫和在數(shù)據(jù)平面上的單獨的邏輯隊列。首先參照圖5，圖上顯示ER-TX150的更詳細的方框圖。如上所述，ER-TX 150具有Intserv控制平面150a，它管理RSVP信令和實施Intserv政策和接納控制；以及數(shù)據(jù)平面150b，它提供基于Diffserv類別的QoS的鏈路級別傳遞?？刂破矫?50a包括RSVP處理180；接納控制塊182，具有相關(guān)的虛擬庫184；政策控制塊18；IS-DS互通功能(IWF)配置塊186；和政策配置接口(PCI)190，通過它ER-TX 150可以與PDP 160a進行政策信息通信。數(shù)據(jù)平面150b具有輸入端口200、轉(zhuǎn)發(fā)功能208和輸出端口210，該輸出端口具有多個隊列212，每個相應(yīng)于一Diffserv類別。如上所述，控制平面150a上的RSVP處理180操縱那些被利用來保留(和釋放)用于增強的QoS流的資源的RSVP信令(例如，PATH和RESV消息)。響應(yīng)于接收到請求用于增強的QoS流的資源的RESV消息，RSVP處理180詢問接納控制塊182和政策控制塊188，以驗證該請求者具有建立QoS流的管理許可以及下游接口具有支持該請求的QoS的足夠的可提供的資源。除了確定管理許可以外，政策控制塊188可執(zhí)行附加的政策，諸如基于證書或簽名的鑒權(quán)，在被授權(quán)的請求者之間的帶寬分布的管理，以及用于未決的、較高優(yōu)先權(quán)的流的已分配資源的預(yù)先取得。在顯示的實施例中，每個支持的Intserv類別(例如，保證的業(yè)務(wù)(GS)和受控的負荷(CL))具有單獨的虛擬庫184a，184b。接納控制塊182通過使用虛擬資源庫184監(jiān)視下游鏈路上對于每個Intserv類別的資源可提供性。因此，當足夠的可提供的帶寬在與所請求的Intserv類別有關(guān)的虛擬庫中是可提供時，接納控制塊182準予保留請求，否則拒絕該保留請求。接納控制塊182把虛擬庫中的可提供的資源減小由每次成功的保留所請求的量，以及在業(yè)務(wù)流終止后把虛擬庫中的可保留的資源增加所釋放的資源的量。重要的是，虛擬庫數(shù)目、被分配給每個虛擬庫184的帶寬和在虛擬庫與Diffserv類別之間的映射不是固定的，而是被表示為由PDP 160安裝在ER-TX 150(和其他網(wǎng)絡(luò)單元)的政策。通過利用共同開放的政策業(yè)務(wù)(COPS)或其他協(xié)議，這樣的政策可以例如響應(yīng)于接收到RSVP RESV消息，而由PDP 160推送到網(wǎng)絡(luò)單元，或由網(wǎng)絡(luò)單元從PDP 160拉取。PDP 160a在IS-DS IWF配置塊186上配置在Intserv類別與Diffserv類別(和DSCP)之間的映射(例如，GS到DSCP 100011，CL到DSCP 010011)。IS-DS IWF配置塊186也可從RSVP處理180接收配置。根據(jù)這些配置，IS-DS IWF配置塊186在輸入端口200處為每個Intserv流動態(tài)地供應(yīng)一個分組分類器202、決策器204和標記器206。(在某些實施方案中，分組分類器202、決策器204和標記器206可作為單個集成模塊被實施，諸如現(xiàn)場可編程門陣列(FPGA)或?qū)Ｓ眉呻娐?ASIC)。)[50]按照這種供應(yīng)，其業(yè)務(wù)類別由Intserv-5元組表示的每個Intserv流內(nèi)的分組被分組分類器202和標記器206通過聚集的Diffserv類別的適當?shù)腄SCP(例如，通過為實驗或者本地用途保留的16個代碼點之一(庫2 xxxx 11))分類和標記。這樣，具有增強的QoS的Intserv流被聚集成優(yōu)先的Diffserv類別。因為圖5所示的實施例反映表I的情況1，所以除了被指定給其他Diffserv類別(例如，加快的轉(zhuǎn)發(fā)(EF)、保證的轉(zhuǎn)發(fā)(AF)和缺省的盡力而為(BE)類別)的邏輯隊列以外，在端口210處提供一個單獨的邏輯隊列212用于每個支持的Intserv類別(GS和CL)。調(diào)度器214然后通過按照由PDP 160a指定給每個邏輯隊列212的調(diào)度器權(quán)重來調(diào)度來自邏輯隊列212的分組發(fā)送，從而把適當?shù)腝oS提供到每個邏輯隊列212內(nèi)的分組。因為ER-TX 150的顯示的實施例由網(wǎng)絡(luò)業(yè)務(wù)提供者管理，所以ER-TX 150可被網(wǎng)絡(luò)業(yè)務(wù)提供者信任來用DSCP正確地標記分組，這樣，不出現(xiàn)QoS的“偷盜”。在替換的實施例中，其中ER-TX不被網(wǎng)絡(luò)業(yè)務(wù)提供者管理，PDP服務(wù)器160a可提供Diffserv分類政策給BR-TX152，而不是給ER-TX 150。應(yīng)當指出，即使在邊緣和邊界路由器上實施單獨的隊列，Diffserv網(wǎng)絡(luò)154的核心路由器也不需要對于Intserv流實施單獨的Diffserv隊列?，F(xiàn)在參照圖6，圖上顯示按照表I的情況1的優(yōu)選實施方案的、BR-RX 156和ER-RX 158的更詳細的方框圖。如上所述，BR-RX 156和ER-RX 158具有各自的控制平面156a，158a和數(shù)據(jù)平面156b，158b。ER-RX 158的控制平面158a是增強的Intserv控制平面，包括PCI 190；RSVP處理180，具有相關(guān)的許可和政策控制塊182和188；以及邊緣點識別表252與上游虛擬庫250，藉助于它們，接納控制塊182執(zhí)行上游接納控制。相反，BR-RX 156a不具有Intserv控制平面，而是只包括PCI 190，其中數(shù)據(jù)平面156b的部件是由PDP 160b通過PCI 190被配置的。在ER-RX 158的控制平面158a內(nèi)，PDP 160b安裝政策，本地政策控制塊188借助該政策來確定哪些客戶具有管理許可以便為增強的QoS流請求資源保留。另外，PDP 160b安裝邊緣點識別表252，它規(guī)定目的IP地址的一個或多個范圍，對于這些范圍，ER-RX 158是接收邊緣路由器。因此，在接收到請求增強的QoS的流的RESV消息后(對于該請求，客戶由政策控制188準予管理許可)，接納控制182詢問邊緣點識別表252，以確定ER-RX 158對于所請求的流是否為接收邊緣路由器。如果不是的話，ER-RX 158只執(zhí)行傳統(tǒng)的下游接納控制。然而，如果邊緣點識別表252指示ER-RX 158對于所請求的流是接收邊緣路由器，則接納控制塊182通過參考由PDP 160b分配給虛擬庫250內(nèi)的每個Intserv類別的上游虛擬庫容量，來執(zhí)行上游接納控制。諸如以上總的描述的，每個虛擬庫250a，250b被接納控制塊182利用來查明在ER-RX158與BR-TX 152之間的上游鏈路上用于特定的Intserv類別的所請求的流的、足夠的帶寬的可提供性。正如參考數(shù)字252表示的，PDP 160b得到有關(guān)在ER-RX 158上虛擬庫用法的周期的或請求的反饋以及動態(tài)地協(xié)調(diào)任何操作員啟動的、對虛擬庫容量的調(diào)節(jié)與在數(shù)據(jù)平面上實施的對該邏輯隊列和調(diào)度器權(quán)重的更新，以確保實際上利用的Intserv帶寬小于操作員規(guī)定的容量?，F(xiàn)在參照數(shù)據(jù)平面，ER-RX 158的數(shù)據(jù)平面158b可以通過傳統(tǒng)的分類、轉(zhuǎn)發(fā)和Intserv排隊被實施，它們的細節(jié)被省略，以避免遮蔽本發(fā)明。BR-RX 156的數(shù)據(jù)平面156b包括具有分類器222的輸入端口220，具有多個Diffserv物理隊列242和一個調(diào)度器244的輸出端口240，以及轉(zhuǎn)發(fā)功能230，它按照由分類器222執(zhí)行的分類，把分組從輸入端口切換到輸出端口240的適當?shù)奈锢黻犃?42。正如所表示的，分類器222和物理隊列242由PDP 160b以協(xié)調(diào)的方式配置，以便在ER-RX 158的控制平面158a上反映上游Intserv虛擬庫的配置。具體地，在顯示的實施例中，分類器222被配置成識別屬于Intserv業(yè)務(wù)被聚集到的單獨的Diffserv類別的分組，這樣在每個Diffserv類別中代表Intserv業(yè)務(wù)類型的分組被轉(zhuǎn)發(fā)到輸出端口240上用于Intserv GS和CL類別的、單獨的物理隊列242。PDP160b也配置調(diào)度器244給予每個隊列242的調(diào)度權(quán)重。此外，PDP 160使得在ER-RX 158上虛擬庫容量的總和與由BR-RX 156的數(shù)據(jù)平面156b中的隊列容量和權(quán)重指示的資源庫容量相協(xié)調(diào)，以確保虛擬庫容量不超過實際的資源庫容量。因此，實際上，ER-RX作為BR-RX的代理來執(zhí)行上游接納控制。在圖5和6上顯示的、把不同的Intserv類別映射成單獨的虛擬庫和Diffserv隊列，允許進行比把所有的Intserv類別映射成單個Diffserv隊列更好的業(yè)務(wù)管理。通過這樣地保存在Diffserv網(wǎng)絡(luò)上Intserv類別之間的區(qū)別，不同的業(yè)務(wù)類型(例如，VoIP、VideoIP和文件傳送)可被提供以最佳操縱，以及企業(yè)資源規(guī)劃被簡化。然而，如上所述，在業(yè)務(wù)提供者網(wǎng)絡(luò)中的某些或所有的路由器可以替換地按照情況2和3被實施。為了實施情況2，而不是情況1，ER-TX 150和ER-RX158通過用于多個Intserv類別的單個共享的虛擬庫被配置，以及ER-TX 150和BR-RX 156通過用于多個Intserv類別的單個共享的邏輯隊列被配置。替換地，為了實施事例III，ER-TX 150和ER-RX 158通過單獨的虛擬庫被配置，以及ER-TX 150和BR-RX 156每個都通過用于多個Intserv類別的單個共享的隊列被配置。應(yīng)當指出，為了把增強的QoS提供到特定的流，不需要BR-TX 152的控制平面152a或數(shù)據(jù)平面152b的流特定的網(wǎng)絡(luò)配置。這是因為由下游ER-RX 158提供的接納控制確保了BR-TX 152的下游鏈路具有足夠的帶寬來支持每個接納的增強的QoS流，以及把Intserv流映射到特定的Diffserv類別確保了數(shù)據(jù)平面152b實現(xiàn)所請求的QoS。
IV.PDP[57]現(xiàn)在參照圖7，圖上顯示可被用作為按照本發(fā)明的優(yōu)選實施例的PDP 160的、服務(wù)器計算機系統(tǒng)的高級別的方框圖。PDP 160包括一個或多個處理器262，通過互連264被耦合到貯存子系統(tǒng)268，貯存子系統(tǒng)可包括隨機存取存儲器(RAM)、只讀存儲器(ROM)、磁盤、光盤和/或其他貯存技術(shù)。貯存子系統(tǒng)268為被處理器處理的數(shù)據(jù)(例如，表280-290)和指令(例如，配置管理器292)提供貯存，以便配置網(wǎng)絡(luò)單元和安裝與確定網(wǎng)絡(luò)政策。耦合到互連264的還可能是一個或多個輸入設(shè)備(例如，鍵盤和/或圖象指示設(shè)備)270和一個或多個輸出設(shè)備(例如，顯示器)272，以及通信接口274，通過該通信接口，計算機系統(tǒng)260可以與網(wǎng)絡(luò)設(shè)備(諸如路由器150，152，156和160)進行通信。為了以上述的方式在路由器150，156，160上配置和安裝政策，每個PDP 160優(yōu)選地在貯存子系統(tǒng)268內(nèi)實施多個政策規(guī)則類別(PRC)表。在一個優(yōu)選實施例中，這些PRC表至少包括接納控制虛擬庫表280、Intserv容量表282、Intserv到Diffserv互通功能表284、邊緣點識別表286、庫用法反饋表288和邊界資源庫表290。接納控制虛擬庫表280確定在被利用來為各種Intserv類別執(zhí)行接納控制的邊緣路由器150，158處虛擬庫的容量。在接納控制虛擬庫表280中，被分配給與所有的Intserv類別有關(guān)的虛擬庫的容量的總和被設(shè)置為小于相關(guān)的邊界路由器的數(shù)據(jù)平面隊列容量，以確保每個被接納的流的請求的QoS可以在數(shù)據(jù)平面中達到。該表還規(guī)定接納控制是否將接受與邊緣路由器有關(guān)的邊界路由器的保留和邏輯接口名稱。在示例性實施例中，接納控制虛擬庫表280可被規(guī)定為如下AdmCtlVirtualPoolTable邏輯接口名稱說明這個SNMP串標識與AdmCtlVirtualPool項目有關(guān)的邏輯接口。
對象類型SNMP串方向說明這個屬性表示業(yè)務(wù)流與作為(1)進入的或(2)外出的接口的關(guān)系。這個屬性與BoundaryLogicalInterfaceName(邊界邏輯接口名稱)組合使用以區(qū)分ER-RX虛擬資源庫和ER-TX虛擬資源庫。ER-RX上游虛擬資源庫具有進入的方向和非空的BoundaryLogicalInterfaceName。ER-TX下游虛擬資源庫具有外出的方向和非空的BoundaryLogicalInterfaceName屬性。ER-RX下游虛擬資源庫具有外出的方向和空的BoundaryLogicalInterfaceName屬性。
IntSrvClass說明這個比特串表示具有由接納控制從這個虛擬庫中分配的資源的Intserv類別。
對象類型比特受控的負載業(yè)務(wù)(1)保證的業(yè)務(wù)(2)空業(yè)務(wù)(3)其他(4)VirtualPoolMaxAbsRate(虛擬庫最大絕對速率)說明這個庫可分配給由AdmCtlIntSrvClass規(guī)定的Intserv會話的最大絕對速率，以千比特(kbit)計。ER-RX上游虛擬資源庫的總和不超過用于相關(guān)的BoundaryInterfaceName(邊界接口名稱)的ResourcePoolMaxAbsRate(資源庫最大絕對速率)。
對象類型無符號32BoundaryLogicalInterfaceName說明它標識支配由這個項目規(guī)定的本地虛擬庫的容量的相鄰的邊界路由器和資源庫?？盏膶傩员硎綱irtualPoolMaxAbsRate由被規(guī)定用于這個項目的LogicalInterfaceName的本地ResourcePoolMaxAbsRate所支配。非空的屬性表示由被規(guī)定用于這個BoundaryLogicalInterfaceName的遠程虛擬庫容量支配這個項目的VirtualPoolMaxAbsRate的數(shù)值。
對象類型SNMP串AcceptReservations(接受保留)說明這個數(shù)值表示接納控制是否將試圖處理RSVP RESV請求。0的數(shù)值表示不處理保留。1的數(shù)值表示要處理保留。
對象類型無符號32[60]Intserv容量表282規(guī)定根據(jù)Diffserv隊列權(quán)重和整形器參量的、被分配給Intserv類別的數(shù)據(jù)平面數(shù)據(jù)速率容量。這些速率容量也由該表與一個或多個邊緣路由器虛擬庫相聯(lián)系。按照一個優(yōu)選實施例，這個政策規(guī)則類別被包含在區(qū)分服務(wù)政策信息庫(PIB)中。Intserv到Diffserv IWF表284規(guī)定被使用于控制平面上的RSVP處理與數(shù)據(jù)平面上的Diffserv之間的互通的屬性。這些屬性被ER-TX 150的輸入端口200處的分類器202、決策器204和標記器206使用來分類、決策和標記Intserv業(yè)務(wù)流，以使得Diffserv達到對于每個流的適當?shù)腝oS。另外，該表規(guī)定要被使用于具有特定的Intserv類別的流的特定調(diào)度器事例。Intserv到Diffserv IWF表284的示例性實施例為如下Intserv到Diffserv互通功能表IwfPrid說明這是PktIwfTable項目的獨特的識別符。
對象類型事例ID(無符號32)IwfIntSrvClass說明與這個特定的互通功能項的屬性有關(guān)的Intserv類別的數(shù)值(它必須具有在AdmCtlIntSrvClass中設(shè)置的相應(yīng)的比特)。
對象類型無符號32IwfDSCP說明DSCP的數(shù)值，分配Intserv類別類型與PktIwfIntSrvClass的數(shù)值相匹配的會話的數(shù)據(jù)流。
對象類型整數(shù)值0-63
IwfOutOfProfile說明這個數(shù)值表示當數(shù)據(jù)流是在輪廓之外(out of profile)時的決策行為。該輪廓可以由相關(guān)的MeterTableEntry規(guī)定。1的數(shù)值表示輪廓之外的分組是要被丟棄的。2的數(shù)值表示輪廓之外的分組是要用在IwfRemarkValue中規(guī)定的DSCP重新標記的。
對象類型無符號32IwfRemarkValue說明DSCP的數(shù)值以重新標記輪廓之外的分組。這個數(shù)值只在IwfOutOfProfile被設(shè)置為2時才被使用。
對象類型無符號32數(shù)值0-63IwfSchedulerPrid說明特定的調(diào)度器的事例ID的數(shù)值，要由Intserv類別與屬性IwfIntSrvClass的數(shù)值相匹配的會話的數(shù)據(jù)流使用。
對象類型無符號32[62]邊緣點識別表286規(guī)定地址的范圍，對于這些范圍，一個邊緣路由器是接收邊緣路由器。這個信息可以初始地在PDP 160上被配置，或可以本地地被獲知。在ER-RX 158上的接納控制塊182對于保留請求執(zhí)行上游接納控制，所述請求規(guī)定落入這些地址范圍之一內(nèi)的、該RSVP會話對象內(nèi)的目的地址。用于特定的邊緣路由器的數(shù)值可以由PDP160通過利用COPS或其他政策協(xié)議向下推送到本地邊緣點識別表252。按照一個實施例，邊緣點識別表286可被規(guī)定為如下端點識別表ReceiverDomainPrid說明這個政策規(guī)則類別的一個項目的獨特的識別符對象類型事例ID，32比特?zé)o符號整數(shù)ReceiverAddrType說明規(guī)定地址類型的枚舉的數(shù)值，正如在RFC 2851[M.Daniele等，“Textual Conventions for Internet Network Addresses(對于互聯(lián)網(wǎng)地址的文本約定)”，2000年2月]中規(guī)定的。
對象類型如RFC 2851規(guī)定的INET地址類型ReceiverAddr說明會話對象目的地址所要匹配的IP地址對象類型如RFC 2851規(guī)定的INET地址ReceiverAddrMask說明用于匹配INET地址的掩碼的長度對象類型無符號32[63]庫用法反饋表288包含規(guī)定由Intserv流消耗的當前源的項目。這個PRC表被PDP 160使用來確定何時完成供應(yīng)操作員啟動的容量更新，在示例性的實施例中，這個PRC表可被規(guī)定為如下庫用法反饋表Usage Feedback Prid說明虛擬庫用法反饋項的獨特的識別符對象類型事例ID(無符號32)PoolPrid說明其用法正在描述的、特定的AdmCtlVirtualPool項的事例ID的數(shù)值對象類型無符號32ResourceAbsRateInUse說明正在使用的Intserv資源的當前的總的數(shù)值。邊界資源庫表190規(guī)定可被PDP 160分配給與給定的入口邊界路由器(BR-RX)有關(guān)的各種接納控制虛擬庫的總的速率容量。在示例性實施例中，這個PRC表可被規(guī)定為如下邊界資源庫表BoundaryResourcePoolTableBoundaryResourcePoolPrid說明虛擬庫用法反饋項的獨特的識別符對象類型事例ID(無符號32)BoundaryLogical Interface Name(邊界邏輯接口名稱)說明它標識支配與AdmissionCtlVirtualPool表中的這個項有關(guān)的、本地虛擬庫的容量的相鄰邊界路由器和資源庫。
對象類型SNMP串ResourcePoolMaxAbsRate說明可被分配給由AdmCtlIntSrvClass規(guī)定的Intserv會話的最大絕對速率，以千比特(kbit)計。ER-RX上游虛擬庫的總和不超過用于相關(guān)的BoundaryInterfaceName的ResourcePoolMaxAbsRate。
對象類型無符號32V.網(wǎng)絡(luò)配置[65]現(xiàn)在參照圖8A-8C，圖上顯示多個網(wǎng)絡(luò)圖，它們一起顯示優(yōu)選的技術(shù)，PDP 160b藉組該技術(shù)在BR-RX 156和ER-RX 158上配置和安裝政策。所顯示的功能，例如，可通過PDP 160執(zhí)行配置管理程序軟件292而被實施。在每個圖上，假設(shè)在PDP 160與路由器156，158之間的通信是利用COPS進行的，盡管應(yīng)當看到，也可以采用其他的協(xié)議。圖8A具體地顯示PDP 160b，它在業(yè)務(wù)初始化期間使在ER-RX158上的虛擬庫容量與BR-RX 152上的Diffserv邏輯隊列帶寬相同步。正如圖8A的參考數(shù)字300表示的，網(wǎng)絡(luò)管理系統(tǒng)(NMS)，例如在業(yè)務(wù)初始化期間，可以啟動用于客戶的Intserv容量的配置。作為應(yīng)答，PDP160b把Intserv虛擬庫容量的配置推送到處在Diffserv網(wǎng)絡(luò)154的邊界路由器下游的、每個網(wǎng)絡(luò)管理的邊緣路由器(其中只顯示ER-RX158)。例如，在所顯示的實施例中，PDP 160b通過分配10兆比特給Intserv GS類別和分配25兆比特給Intserv CL類別的消息把由接口l.m.n.b/30上的LP1所支持的每個Intserv類別的虛擬庫容量推送到ER-RX 158。如果配置被成功地安裝在ER-RX 158上，則ER-RX 158以確認(ACK)消息回答，如參考數(shù)字304表示的。PDP 160b然后如參考數(shù)字306表示的，把Diffserv隊列和調(diào)度器權(quán)重的相應(yīng)配置推送到BR-RX 156。如果配置被成功地安裝，則BR-RX 156也返回一個ACK 308到PDP 160b。如果ER-RX 158未能安裝由PDP 160b向下推送的虛擬庫容量，則ER-RX 158返回一個否定確認(NACK)到PDP 160b。PDP 160b隨之發(fā)送警告消息給網(wǎng)絡(luò)操作者，諸如“未能在ER XX上配置綜合服務(wù)虛擬庫！”。同樣地，如果隊列與調(diào)度器權(quán)重不能被安裝在BR-RX 156上，則BR-RX 156返回一個NACK到PDP 160b。作為應(yīng)答，PDP 160b發(fā)送一個消息到ER-RX 158，以釋放該虛擬庫的配置，以及也可發(fā)送警告消息給網(wǎng)絡(luò)操作者聲明“未能在BR XX上配置隊列和調(diào)度器！”。應(yīng)當指出，PDP 160b可能不與諸如BR-RX 156和ER-RX 158的網(wǎng)絡(luò)單元直接通信，而是改為通過其他網(wǎng)絡(luò)單元進行通信。例如，在PDP 160b與BR-RX 156之間的消息可以通過ER-RX 158進行通信?，F(xiàn)在把注意力轉(zhuǎn)到對于現(xiàn)有的網(wǎng)絡(luò)業(yè)務(wù)客戶執(zhí)行業(yè)務(wù)更新(即，預(yù)訂的Intserv容量的增加或減小)的情形。在當前保留的帶寬小于新的預(yù)訂的容量時增加或減小BR-RX容量是一個直截了當?shù)倪^程，因為新的容量可容納所有的正在進行的客戶業(yè)務(wù)，這意味著將不會觀察到業(yè)務(wù)影響。然而，在當前保留的帶寬大于新請求的容量時減小BR-RX容量則需要在PDP 160b、BR-RX 156和ER-RX 158之間進行協(xié)調(diào)，正如下面參照圖8B描述的。在圖8B上，NMS可啟動用于現(xiàn)有的網(wǎng)絡(luò)業(yè)務(wù)客戶的Intserv容量的配置，正如參考數(shù)字320表示的。如參考數(shù)字322表示的，PDP160b在ER-RX 158上安裝新的虛擬庫容量值。ER-RX 158的接納控制塊182把每個新的虛擬庫容量值與在每個虛擬庫內(nèi)當前保留的資源量進行比較。如果新的虛擬庫容量值大于每個虛擬庫的當前保留的資源量，則ER-RX 158的接納控制塊182用新的數(shù)值重寫該虛擬庫容量值，以及立即發(fā)送一個ACK 324到PDP 160b。然而，如果新的虛擬庫容量值小于當前保留的資源量，則ER-RX 158的接納控制塊182保存新的容量值，而不重寫該老的容量值。在保留的資源量下降至低于新的虛擬庫容量之前，ER-RX 158的接納控制塊182不從要對其進行更新的虛擬庫接受新的保留。一旦保留的資源量下降至低于新的虛擬庫容量，ER-RX 158的接納控制塊182就用新的數(shù)值重寫該老的虛擬庫容量值，以及通過發(fā)送一個ACK 324到PDP 160b，而確認接受該新的虛擬庫容量值。PDP 160b延緩在BR-RX 156上新的調(diào)度器權(quán)重的安裝，直到PDP 160b從ER-RX 158接收ACK 324。響應(yīng)于ACK 324，PDP 160b把隊列配置和調(diào)度器權(quán)重推送到BR-RX 156，正如參考數(shù)字326表示的。在成功地安裝新的隊列配置和調(diào)度器權(quán)重后，BR-RX 156返回一個ACK 328到PDP 160b。在替換的實施例中，PDP 160b代替ER-RX 158來確定何時執(zhí)行虛擬庫容量更新。在這個實施例中，PDP 160b請求當前保留的Intserv帶寬的報告或規(guī)劃當前保留的Intserv帶寬的、由ER-RX 158作出的周期性非請求的報告。如果當前保留的帶寬大于由NMS規(guī)定的新的容量，則PDP 160b把政策推送到ER-RX 158，以停止接受新的保留，直至保留的帶寬低于新的容量為止。為了進一步減小消息傳送量，PDP 160b可能只在保留的帶寬小于新的容量之后，才把政策推送到ER-RX 158，指令ER-RX 158發(fā)送單個非請求的報告到PDP 160b。響應(yīng)于來自ER-RX158的、表示當前保留的Intserv帶寬小于新的虛擬庫容量的消息，PDP160b把新的Intserv虛擬庫政策推送到ER-RX 158，以及以上述的方式把相應(yīng)的新的調(diào)度器隊列與權(quán)重推送到BR-RX 156。如果PDP 160b未能成功地更新ER-RX 158或BR-RX 156，則PDP 160b可退回到老的虛擬庫容量以及隊列和調(diào)度器權(quán)重配置。另外，PDP 160b可發(fā)送警告消息到網(wǎng)絡(luò)操作者，以描述故障的原因(例如，“未能在ER XX上配置更新的綜合服務(wù)虛擬庫容量！”或“未能在BR XX上配置更新的調(diào)度器權(quán)重！”)。為了防止PDP(例如，PDP服務(wù)器160b)成為單個故障點，備份的PDP可被利用于一個或多個初級PDP。在初級PDP失敗的事件中，Intserv業(yè)務(wù)控制可被切換到備份的PDP，以及被初級PDP控制的每個ER-RX可把它的當前的保留狀態(tài)報告給備份的PDP。然而，每個ER-RX應(yīng)當停止接受新的保留，直至完成到備份的PDP的切換為止。在初級PDP被恢復(fù)后，備份的PDP首先把狀態(tài)與初級PDP同步，然后通知每個ER-RX切換回初級PDP。在切換回初級PDP后，每個ER-RX把它的保留狀態(tài)與初級PDP同步。在失敗的ER或BR的事件中，IP路由和RSVP刷新消息被使用來發(fā)現(xiàn)新的路由和在失敗的ER或BR附近重新路由各流。在成功地重新路由后，PDP 160b可以把政策推送到相應(yīng)的BR-RX 156，以釋放被分配給用于失敗的ER-RX的Intserv業(yè)務(wù)的Diffserv隊列，或者把政策推送到失敗的BR-RX的所有的下游ER-RX，以釋放用于失敗的BR-RX的配置的虛擬庫?，F(xiàn)在參照圖8C，圖上顯示示例性情形，其中NMS或網(wǎng)絡(luò)業(yè)務(wù)提供者操作者直接改變在BR-RX 156上的隊列和調(diào)度器權(quán)重的配置。響應(yīng)于該更新，BR-RX 156把改變通知給PDP 160b。如果未被包含在通知中，PDP 160b就從BR-RX 156拉取配置更新，正如參考數(shù)字342表示的，然后，如參考數(shù)字344表示的，把虛擬庫容量的新的配置推送到所有受影響的ER-RX上(其中只顯示ER-RX 158)。
VI.結(jié)論[77]正如已描述的，本發(fā)明提供可縮放的IP網(wǎng)絡(luò)模型，它通過在Diffserv域上實施基于邊緣的Intserv而為選擇的流提供端到端的QoS。該網(wǎng)絡(luò)模型支持多個功能，包括只在CPE邊緣路由器處利用Intserv RSVP處理的按流的接納控制、接收邊緣路由器識別、在接收邊緣路由器處的上游接納控制、基于庫的資源管理和通過政策管理而在接收邊界路由器與接收邊緣路由器之間同步帶寬使用信息。盡管引入了附加的功能性，但本發(fā)明的網(wǎng)絡(luò)模型與現(xiàn)有的Intserv、COPS和Diffserv模型以及使用政策和管理信息庫的Diffserv政策供應(yīng)模型是相一致的。本發(fā)明的網(wǎng)絡(luò)模型有利地增強可縮放性，而同時保持標準化的結(jié)構(gòu)，所以可容易地被用來實施。雖然在上面描述了本發(fā)明的各種實施例，但應(yīng)當看到，它們只是作為例子被給出的，而不是為了限制。因此，本發(fā)明的廣度和范圍不應(yīng)當被任何上述的示例性實施例限制，而只應(yīng)當按照以下的權(quán)利要求和它們的等價物被規(guī)定。例如，雖然本發(fā)明主要是相對于采用資源保留協(xié)議(RSVP)和互聯(lián)網(wǎng)協(xié)議(IP)的實施方案被討論的，但應(yīng)當看到，本發(fā)明對于其他通信協(xié)議也具有可應(yīng)用性，包括會話啟動協(xié)議(SIP)和ITU H.323，它們可被使用來根據(jù)政策和可提供的資源，通過增強的QoS流的選擇性接納或拒絕而執(zhí)行接納控制。而且，雖然本發(fā)明是相對于為了達到對于選擇的網(wǎng)絡(luò)流的端到端QoS而執(zhí)行各種功能的各種硬件單元進行描述的，但應(yīng)當看到，這樣的功能可以通過執(zhí)行在計算機可讀媒體上體現(xiàn)的程序代碼而被實現(xiàn)。正如這里使用的，術(shù)語“計算機可讀的媒體”是指參加供應(yīng)指令到數(shù)據(jù)處理系統(tǒng)以便執(zhí)行的任何媒體。這樣的媒體可以取許多形式，包括但并不限于，非易失性媒體、易失性媒體和傳輸媒體。
權(quán)利要求
1.一種路由器，包括數(shù)據(jù)平面，具有可連接到一上游鏈路的輸入端口和可連接到一下游鏈路的輸出端口，以及接納控制功能，響應(yīng)于為通過所述數(shù)據(jù)平面的流保留資源的請求，對于該上游鏈路和下游鏈路執(zhí)行接納控制。
2.權(quán)利要求1的路由器，其中所述接納控制功能包括用于確定所述路由器是否為一網(wǎng)絡(luò)的邊緣路由器的裝置，以及其中所述接納控制功能塊只響應(yīng)于所述路由器是用于該流的邊緣路由器的確定，而對該上游鏈路執(zhí)行接納控制。
3.權(quán)利要求2的路由器，其中用于確定所述路由器是否為用于該流的邊緣路由器的裝置包括用于把該流的目的地址與被分配給該路由器的地址相比較的裝置。
4.權(quán)利要求2的路由器，其中用于確定所述路由器是否為用于該流的邊緣路由器的裝置包括用于詢問一個數(shù)據(jù)結(jié)構(gòu)的裝置，所述數(shù)據(jù)結(jié)構(gòu)規(guī)定該路由器對其是邊緣路由器的一個或多個目的地址。
5.權(quán)利要求1的路由器，還包括政策控制，它確定該流的源是否被授權(quán)來請求資源保留。
6.權(quán)利要求1的路由器，還包括與所述接納控制功能通信的資源保留協(xié)議(RSVP)功能，其中所述RSVP功能接收所述請求，以及提供所述請求到所述接納控制功能。
7.權(quán)利要求1的路由器，還包括用于該上游鏈路的一個或多個資源庫，其中所述接納控制功能通過參考在所述一個或多個資源庫內(nèi)的資源可提供性而為所述上游鏈路執(zhí)行接納控制。
8.權(quán)利要求7的路由器，其中所述一個或多個資源庫每個都表示在各個相關(guān)的區(qū)分服務(wù)業(yè)務(wù)類別中的資源可提供性。
9.一種網(wǎng)絡(luò)系統(tǒng)，包括第一路由器，具有輸出端口；上游鏈路，被耦合到該第一路由器的輸出端口；第二路由器，包括數(shù)據(jù)平面，具有被連接到該上游鏈路的輸入端口和可連接到一下游鏈路的輸出端口，以及接納控制功能，它響應(yīng)于為通過所述數(shù)據(jù)平面的流保留資源的請求，而對該上游鏈路和下游鏈路執(zhí)行接納控制。
10.權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，其中所述接納控制功能包括用于確定所述第二路由器是否為一網(wǎng)絡(luò)的邊緣路由器的裝置，以及其中所述接納控制功能塊只響應(yīng)于所述第二路由器是用于該流的邊緣路由器的確定，而為該上游鏈路執(zhí)行接納控制。
11.權(quán)利要求10的網(wǎng)絡(luò)系統(tǒng)，其中用于確定所述第二路由器是否為用于該流的邊緣路由器的裝置包括用于把該流的目的地址與被分配給該第二路由器的地址相比較的裝置。
12.權(quán)利要求10的網(wǎng)絡(luò)系統(tǒng)，其中用于確定所述第二路由器是否為用于該流的邊緣路由器的裝置包括用于詢問一個數(shù)據(jù)結(jié)構(gòu)的裝置，所述數(shù)據(jù)結(jié)構(gòu)規(guī)定該第二路由器對其是一邊緣路由器的一個或多個目的地址。
13.權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，所述第二路由器還包括政策控制，它確定該流的源是否被授權(quán)來請求資源保留。
14.權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，所述第二路由器還包括與所述接納控制功能通信的資源保留協(xié)議(RSVP)功能，其中所述RSVP功能接收所述請求以及提供所述請求到所述接納控制功能。
15.權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，所述第二路由器包括用于上游鏈路的一個或多個資源庫，其中所述接納控制功能通過參考在所述一個或多個資源庫內(nèi)的資源可提供性，而為所述上游鏈路執(zhí)行接納控制。
16.權(quán)利要求15的網(wǎng)絡(luò)系統(tǒng)，其中所述一個或多個資源庫每個都表示在各個相關(guān)的區(qū)分服務(wù)業(yè)務(wù)類別中的資源可提供性。
17.權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，還包括業(yè)務(wù)提供者網(wǎng)絡(luò)，它具有包括所述第一路由器的多個第一路由器。
18.權(quán)利要求17的網(wǎng)絡(luò)系統(tǒng)，其中所述業(yè)務(wù)提供者網(wǎng)絡(luò)包括一區(qū)分服務(wù)網(wǎng)絡(luò)，以及所述請求包括保留用于綜合服務(wù)流的資源的資源保留協(xié)議(RSVP)請求。
19.權(quán)利要求18的網(wǎng)絡(luò)系統(tǒng)，其中所述第一路由器包括數(shù)據(jù)平面，它包含轉(zhuǎn)發(fā)功能和多個隊列，每個隊列提供不同的服務(wù)質(zhì)量，其中所述轉(zhuǎn)發(fā)功能把綜合服務(wù)流的分組切換到用于發(fā)送到所述第二路由器的所述多個隊列中的多個不同的隊列中。
20.權(quán)利要求9的網(wǎng)絡(luò)系統(tǒng)，還包括下游鏈路，被連接到所述輸出端口；以及一客戶網(wǎng)絡(luò)，被耦合到該下游鏈路。
21.一種操作路由器的方法，該路由器具有被連接到一上游鏈路的輸入端口和被連接到一下游鏈路的輸出端口，所述方法包括接收為通過所述路由器進到所述下游鏈路上的一個流保留資源的請求；以及響應(yīng)于接收到所述請求，所述路由器為該上游鏈路和該下游鏈路執(zhí)行接納控制。
22.權(quán)利要求21的方法，還包括確定所述路由器是否為用于該流的邊緣路由器，其中所述路由器只響應(yīng)于所述路由器是用于該流的邊緣路由器的確定，而為該上游鏈路執(zhí)行接納控制。
23.權(quán)利要求22的方法，其中所述確定包括把該流的目的地址與被分配給該路由器的地址進行比較。
24.權(quán)利要求22的方法，其中所述確定包括詢問一個數(shù)據(jù)結(jié)構(gòu)，所述數(shù)據(jù)結(jié)構(gòu)規(guī)定該路由器對其是邊緣路由器的一個或多個目的地址。
25.權(quán)利要求21的方法，還包括通過確定該流的源是否被授權(quán)來請求資源保留而實施政策控制。
26.權(quán)利要求21的方法，其中所述接收包括接收用于綜合服務(wù)流的資源保留協(xié)議(RSVP)請求。
27.權(quán)利要求21的方法，其中所述路由器保持用于該上游鏈路的一個或多個資源庫，以及其中對于所述上游鏈路執(zhí)行接納控制包括通過參考在所述一個或多個資源庫內(nèi)的資源可提供性，而為所述上游鏈路執(zhí)行接納控制。
28.權(quán)利要求27的方法，其中所述一個或多個資源庫每個都表示在相關(guān)的區(qū)分服務(wù)業(yè)務(wù)類別中的資源可提供性，以及其中執(zhí)行接納控制包括確定在與由該請求規(guī)定的業(yè)務(wù)類別有關(guān)的資源庫內(nèi)的資源可提供性。
29.權(quán)利要求21的方法，其中所述邊緣路由器包括一下游邊緣路由器，以及所述方法還包括把所述請求從所述下游邊緣路由器發(fā)送到一上游邊緣路由器。
30.權(quán)利要求29的方法，其中所述發(fā)送包括把所述請求發(fā)送到所述上游邊緣路由器，而不在任何插在中間的路由器處執(zhí)行接納控制。
31.一種用于操作一路由器的程序產(chǎn)品，該路由器具有被連接到一上游鏈路的輸入端口和被連接到一下游鏈路的輸出端口，所述程序產(chǎn)品包括計算機可用的媒體；以及控制程序包括用于使得該路由器接收為通過所述路由器進到所述下游鏈路上的一個流保留資源的請求的指令；以及用于使得該路由器響應(yīng)于接收到所述請求，而為該上游鏈路和下游鏈路執(zhí)行接納控制的指令。
32.權(quán)利要求31的程序產(chǎn)品，所述控制程序還包括用于使得所述路由器確定所述路由器是否為用于該流的邊緣路由器的指令，其中所述路由器只響應(yīng)于所述路由器是用于該流的邊緣路由器的確定，而為該上游鏈路執(zhí)行接納控制。
33.權(quán)利要求32的程序產(chǎn)品，其中用于使得所述路由器確定所述路由器是否為邊緣路由器的指令包括用于把該流的目的地址與被分配給該路由器的地址相比較的指令。
34.權(quán)利要求32的程序產(chǎn)品，其中用于使得所述路由器確定所述路由器是否為邊緣路由器的指令包括用于詢問一個數(shù)據(jù)結(jié)構(gòu)的指令，所述數(shù)據(jù)結(jié)構(gòu)規(guī)定該路由器對其是邊緣路由器的一個或多個目的地址。
35.權(quán)利要求31的程序產(chǎn)品，還包括用于使得所述路由器通過確定該流的源是否被授權(quán)來請求資源保留而實施政策控制的指令。
36.權(quán)利要求31的程序產(chǎn)品，其中用于使得所述路由器接收請求的指令包括用于使得所述路由器接收用于綜合服務(wù)流的資源保留協(xié)議(RSVP)請求的指令。
37.權(quán)利要求31的程序產(chǎn)品，其中所述路由器保持用于該上游鏈路的一個或多個資源庫，以及其中用于使得所述路由器為所述上游鏈路執(zhí)行接納控制的指令包括用于使得所述路由器通過參考在所述一個或多個資源庫內(nèi)的資源可提供性，而為所述上游鏈路執(zhí)行接納控制的指令。
38.權(quán)利要求37的程序產(chǎn)品，其中所述一個或多個資源庫每個都表示在相關(guān)的區(qū)分服務(wù)業(yè)務(wù)類別中的資源可提供性，以及其中用于使得所述路由器執(zhí)行接納控制的指令包括用于確定在與由該請求規(guī)定的業(yè)務(wù)類別有關(guān)的資源庫內(nèi)的資源可提供性的指令。
39.權(quán)利要求31的程序產(chǎn)品，其中所述路由器包括一下游邊緣路由器，以及所述控制器還包括用于使得所述下游邊緣路由器把所述請求從所述下游邊緣路由器發(fā)送到一上游邊緣路由器的指令。
40.一種邊界路由器，包括路由數(shù)據(jù)分組的數(shù)據(jù)平面，所述數(shù)據(jù)平面具有可連接到一網(wǎng)絡(luò)核心的輸入端口和可連接到一下游鏈路的輸出端口，以及控制平面，它響應(yīng)于接收到為通過該數(shù)據(jù)平面從該輸入端口進到該下游鏈路上的一個流進行資源保留的請求，通過該網(wǎng)絡(luò)核心向一上游路由器發(fā)送所述請求，而不為該下游鏈路執(zhí)行接納控制。
41.權(quán)利要求40的邊界路由器，其中所述邊界路由器包括區(qū)分服務(wù)邊界路由器，以及所述請求包括請求用于綜合服務(wù)流的資源的資源保留協(xié)議請求。
42.權(quán)利要求40的邊界路由器，其中所述邊界路由器包括一數(shù)據(jù)平面，它包括轉(zhuǎn)發(fā)功能和多個隊列，每個隊列提供不同的服務(wù)質(zhì)量，其中所述轉(zhuǎn)發(fā)功能把綜合服務(wù)流的分組切換到用于在該下游鏈路上發(fā)送的所述多個隊列中的多個不同的隊列中。
43.一種網(wǎng)絡(luò)系統(tǒng)，包括網(wǎng)絡(luò)核心；第一邊界路由器，被耦合到所述網(wǎng)絡(luò)核心；以及第二邊界路由器，具有輸入端口和輸出端口，其中所述輸入端口被耦合到區(qū)分服務(wù)網(wǎng)絡(luò)核心以及所述輸出端口可連接到一下游鏈路；其中所述第一和第二邊界路由器的每個都具有路由數(shù)據(jù)分組的數(shù)據(jù)平面，以及其中該第二邊界路由器的控制平面響應(yīng)于接收到為從該第一邊界路由器到該第二邊界路由器的一個流進行資源保留的請求，發(fā)送所述請求到所述第一邊界路由器，而不為所述下游鏈路執(zhí)行接納控制。
44.權(quán)利要求43的邊界路由器，其中所述邊界路由器包括一數(shù)據(jù)平面，它包括轉(zhuǎn)發(fā)功能和多個隊列，每個隊列提供不同的服務(wù)質(zhì)量，其中所述轉(zhuǎn)發(fā)功能把綜合服務(wù)流的分組切換到用于在該下游鏈路上發(fā)送的、所述多個隊列中的多個不同的隊列。
45.權(quán)利要求43的網(wǎng)絡(luò)系統(tǒng)，其中所述第一和第二邊界路由器包括區(qū)分服務(wù)邊界路由器，以及所述請求包括請求用于綜合服務(wù)流的資源的資源保留協(xié)議(RSVP)請求。
46.權(quán)利要求43的網(wǎng)絡(luò)系統(tǒng)，其中所述第一邊界路由器具有一控制平面，它響應(yīng)于接收到所述請求，發(fā)送所述請求到一上游路由器，而不執(zhí)行接納控制。
47.一種方法，包括在網(wǎng)絡(luò)的邊界路由器處，接收為通過該邊界路由器進到一下游鏈路上的一個流進行資源保留的請求；以及向一上游路由器發(fā)送所述請求，而不為所述下游鏈路執(zhí)行接納控制。
48.權(quán)利要求47的方法，還包括所述邊界路由器提供多個不同的服務(wù)質(zhì)量給目的地為該下游鏈路的多個綜合服務(wù)流。
49.權(quán)利要求47的方法，其中所述路由器包括區(qū)分服務(wù)邊界路由器，以及接收所述請求包括接收請求用于綜合服務(wù)流的資源的資源保留協(xié)議(RSVP)請求。
50.權(quán)利要求47的方法，其中所述邊界路由器包括一下游邊界路由器以及所述上游路由器包括一上游邊界路由器，所述方法還包括在該上游邊界路由器處接收所述請求；以及響應(yīng)于在該上游邊界路由器處接收到該請求，向一上游邊緣路由器發(fā)送所述請求，而不在所述上游邊界路由器處執(zhí)行接納控制。
51.一種用于操作一路由器的程序產(chǎn)品，所述程序產(chǎn)品包括計算機可用的媒體；以及控制程序，包括用于使得所述路由器接收為通過邊界路由器進到該路由器的下游鏈路上的一個流進行資源保留的請求的指令；以及用于使得所述路由器向一上游路由器發(fā)送所述請求，而不對所述下游鏈路執(zhí)行接納控制的指令。
52.權(quán)利要求51的程序產(chǎn)品，還包括用于使得所述邊界路由器提供多個不同的服務(wù)質(zhì)量給目的地為該下游鏈路的多個綜合服務(wù)流的指令。
53.權(quán)利要求51的程序產(chǎn)品，其中所述路由器包括一區(qū)分服務(wù)邊界路由器，以及用于使得所述路由器接收所述請求的指令包括用于使得所述路由器接收請求用于綜合服務(wù)流的資源的資源保留協(xié)議(RSVP)請求。
全文摘要
在本發(fā)明的一個實施例中，一個網(wǎng)絡(luò)系統(tǒng)包括邊界路由器、第二路由器和被耦合在邊界路由器的輸出端口與第二路由器的輸入端口之間的第二路由器的上游鏈路。第二路由器包括接納控制功能和數(shù)據(jù)平面。響應(yīng)于為通過第二路由器的一個流保留資源的請求，該接納控制功能塊對于上游鏈路和它的下游鏈路執(zhí)行接納控制。在優(yōu)選實施例中，只在第二路由器是用于該流的接收邊界路由器時，第二路由器才對于上游鏈路執(zhí)行接納控制。因為第二路由器對于它的上游鏈路執(zhí)行接納控制，所以邊界路由器向上游路由器發(fā)送請求，而不對該鏈路執(zhí)行接納控制。
文檔編號H04L12/56GK1701319SQ02806916
公開日2005年11月23日 申請日期2002年3月20日 優(yōu)先權(quán)日2001年3月20日
發(fā)明者D·E·麥克戴桑, D·J·勞林斯, L·姚 申請人:全球通訊公司