專利名稱：一種實現(xiàn)端到端服務質(zhì)量可靠性保證的方法
技術領域：
本發(fā)明涉及服務質(zhì)量保障技術，尤指一種利用邊緣或邊界路由器備份實現(xiàn)承載控制層中端到端服務質(zhì)量(QoS)可靠性保證的方法。
背景技術：
隨著互聯(lián)網(wǎng)規(guī)模的不斷擴大，各種各樣的網(wǎng)絡服務爭相涌現(xiàn)，先進的多媒體系統(tǒng)也層出不窮。由于實時業(yè)務對網(wǎng)絡傳輸時延、延時抖動等特性較為敏感，當網(wǎng)絡上有突發(fā)性高的文件傳輸(FTP)或者含有圖像文件的超文本傳輸(HTTP)等業(yè)務時，實時業(yè)務就會受到很大影響；另外，由于多媒體業(yè)務將占用大量的帶寬，所以也將使得現(xiàn)有網(wǎng)絡中需要得到保證的關鍵業(yè)務難以得到可靠的傳輸。于是，為保證關鍵業(yè)務得到可靠的傳輸，各種服務質(zhì)量(QoS，Qualityof Service)技術便應運而生?；ヂ?lián)網(wǎng)工程任務組(IETF，Internet Engineering TaskForce)已經(jīng)提出了很多服務模型和機制，以滿足QoS的需求。目前業(yè)界比較認可的是在網(wǎng)絡的接入或邊緣使用綜合業(yè)務(Int-Serv，Integrated Service)模型，而在網(wǎng)絡的核心使用區(qū)分業(yè)務(Diff-serv，Differentiated Service)模型。
Diff-serv模型僅通過設定優(yōu)先等級的措施來保障QoS，該模型雖然有線路利用率高的特點，但具體的效果難以預測。因此，業(yè)界為骨干網(wǎng)的Diff-Serv模型引入了一個獨立的承載控制層，建立了一套專門的Diff-Serv QoS信令機制，并為Diff-Serv網(wǎng)絡專門建立了一個資源管理層，管理網(wǎng)絡的拓撲資源，這種資源管理Diff-Serv方式被稱為有獨立承載控制層的Diff-Serv模型。圖1為該模型的示意圖，其中，101為業(yè)務服務器，屬于業(yè)務控制層，可實現(xiàn)軟交換等功能；102為承載網(wǎng)資源管理器，屬于承載控制層；實心圓如103為邊緣路由器(ER，Edge Router)，空心圓如104為核心路由器(CR，Core Router)，斜線填充的圓如105為邊界路由器(BR，Border Router)；ER、CR、BR都屬于承載網(wǎng)絡，可以統(tǒng)稱為連接節(jié)點(CN，Connection Node)；CR和BR也可以合稱為傳輸路由器(TR，Transmit Router)。圖1中，承載網(wǎng)絡中的每個虛線橢圓為一個管理域，分別由一個承載網(wǎng)資源管理器來管理，每個管理域中包括BR或ER、以及若干個CR。
在圖1所示的這種模型中，承載網(wǎng)資源管理器負責配置管理規(guī)則和網(wǎng)絡拓撲，為客戶的業(yè)務帶寬申請分配資源。每個管理域的承載網(wǎng)資源管理器之間通過信令傳遞客戶的業(yè)務帶寬申請請求和結果，以及各承載網(wǎng)資源管理器為業(yè)務申請分配的路徑信息等。當承載控制層處理用戶的業(yè)務帶寬申請時，將確定用戶業(yè)務的路徑，承載網(wǎng)資源管理器會通知ER按照指定的路徑轉發(fā)業(yè)務流。
承載網(wǎng)資源管理器中的路由包含信令路由和業(yè)務路由兩種，信令路由指的是各個承載網(wǎng)資源管理器如何找到下一跳承載網(wǎng)資源管理器的過程；業(yè)務路由指的是承載網(wǎng)資源管理器如何根據(jù)業(yè)務流信息查找合適的承載標簽交換路徑(LSP)的過程，具體包括域內(nèi)路由和域間路由。
通常，承載網(wǎng)是根據(jù)承載控制層確定的路徑來實現(xiàn)用戶業(yè)務流按指定的路由進行轉發(fā)的，目前，業(yè)界主要是利用多協(xié)議標簽交換(MPLS)技術，使用資源預留方式沿著承載控制層指定的業(yè)務流路徑建立LSP，或使用基于流量工程的資源預留協(xié)議(RSVP-TE)或限制路由的標記分配協(xié)議(CR-LDP)的顯式路由機制建立端到端的LSP。
在承載網(wǎng)絡中，可靠性保證是非常重要的，目前，在承載網(wǎng)絡中已經(jīng)有不少保證可靠性的方法，最簡單的就是冷備份。所謂冷備份是指將一個網(wǎng)絡實體作為另一個網(wǎng)絡實體的完全備份，比如將網(wǎng)絡實體B作為網(wǎng)絡實體A的冷備份，那么，備份實體B在原實體A發(fā)生故障時，就會完全替代原實體A。當然，原實體A所對應的承載連接和業(yè)務連接都需要重建。
冷備份的方法在網(wǎng)絡建設初期實現(xiàn)簡單，因為節(jié)點無需實時地進行倒換和平滑。但是，冷備份只適用于小型網(wǎng)絡，因為小型網(wǎng)絡中業(yè)務量小且實時性要求不高，允許中斷重建。在小型網(wǎng)絡中，冷備份是最有效的路由機制，總能出色地工作?？墒?，隨著業(yè)務量的增長，實時性要求高的業(yè)務的膨脹，用戶希望感覺不到業(yè)務被中斷。這樣，故障時會中斷業(yè)務進行重建，就成了冷備份最大的缺點。試圖在復雜的、實時性要求高的廣域網(wǎng)中使用冷備份，將會使很多業(yè)務在承載網(wǎng)某段故障時，被迫中斷重建，從而使得QoS不能得到保證。
現(xiàn)有技術中還提供了一種獨立承載控制層的Diff-serv模型方案，稱為服務骨干實驗網(wǎng)(QBone，Quality-of-Service backbone)的帶寬代理器模型。如圖2所示，該模型為每個Diff-Serv管理域都設置了相應的帶寬代理器(BB，BandwidthBroker)201，該帶寬代理器負責處理來自用戶主機、業(yè)務服務器或者網(wǎng)絡維護人員的帶寬申請請求，并根據(jù)當前網(wǎng)絡的資源預留狀況和配置的策略以及與用戶簽訂的業(yè)務服務等級協(xié)定(SLA，Service Level Agreement)，確定是否批準用戶的帶寬申請。該帶寬管理器內(nèi)記錄著各類SLA配置信息、物理網(wǎng)絡的拓撲信息、路由器的配置信息和策略信息、用戶認證信息、當前的資源預留信息、網(wǎng)絡占用狀態(tài)信息等大量靜態(tài)或動態(tài)的信息。同時，帶寬管理器還需要記錄路由信息，以確立用戶的業(yè)務流路徑和跨域的下游帶寬管理器位置。但是，在這種帶寬代理器模型中并未考慮可靠性的設計。
另外，還有一種NEC公司提出的Rich QoS方案。如圖3所示，在該方案中，將QoS服務器作為關鍵部件，同時該方案中還包括與QoS服務器相配套的策略服務器、目錄服務器以及網(wǎng)管監(jiān)控服務器。策略服務器根據(jù)QoS服務器及管理接口等策略配置信息，設置相關的路由器的參數(shù)和配置；目錄服務器則是一個統(tǒng)一、集中的數(shù)據(jù)庫，用于保存網(wǎng)絡設備配置信息、用戶信息和QoS信息；而網(wǎng)管監(jiān)控服務器則負責收集承載網(wǎng)各路由器和鏈路的擁塞狀態(tài)等信息，供QoS服務器為業(yè)務申請選路時參考；而QoS服務器則負責根據(jù)承載網(wǎng)絡的拓撲和資源狀況為QoS業(yè)務請求分配滿足要求的承載路徑。在實際應用中，需要在QoS服務器上預先設置好承載網(wǎng)絡的拓撲和帶寬狀況，配置好選路規(guī)則。當業(yè)務服務器向QoS服務器發(fā)出帶寬請求后，QoS服務器紀錄該呼叫的資源請求，并根據(jù)其QoS要求，以及承載網(wǎng)絡的當前拓撲和當前資源狀況為業(yè)務請求分配滿足要求的承載路徑，將分配的結果反饋業(yè)務服務器。QoS服務器還可根據(jù)業(yè)務的帶寬占用情況，向策略服務器發(fā)出相應的LSP策略修改命令，策略服務器根據(jù)QoS服務器的命令，配置相應的邊緣路由器。在該方案中，邊緣路由器將使用MPLS LSP建立的顯式路由技術，并根據(jù)QoS服務器指定的路徑，重新建立或調(diào)整LSP。
在上述的Rich QoS方案中，QoS服務器所管理的仍然是一個較復雜的、路由器數(shù)量比較多的承載網(wǎng)絡，路由器數(shù)量多；同時，也未考慮可靠性設計，擴展性很差，網(wǎng)絡規(guī)模受限，不能適應一個全國公眾網(wǎng)的端到端業(yè)務需求。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)端到端服務質(zhì)量可靠性保證的方法，使其能保證承載網(wǎng)絡中業(yè)務的連續(xù)性以及網(wǎng)絡QoS的可靠性。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種實現(xiàn)端到端服務質(zhì)量可靠性保證的方法，為承載節(jié)點設置其備份節(jié)點，并將所設置的備份關系上報并保存于該承載節(jié)點歸屬的承載控制層實體，該方法還包括以下步驟a.判斷是否有存在備份的承載節(jié)點發(fā)生故障，如果沒有，則返回步驟a，否則，將該故障承載節(jié)點上的所有業(yè)務切換到該故障承載節(jié)點的備份節(jié)點上，并向該故障承載節(jié)點歸屬的承載控制層實體上報承載節(jié)點當前狀態(tài)；b.判斷當前發(fā)生故障的承載節(jié)點是否與非本管理域的承載節(jié)點相連，如果是，則故障承載節(jié)點所屬的承載控制層實體通知對端域的承載控制層實體網(wǎng)絡拓撲資源發(fā)生變化；否則，執(zhí)行步驟c；c.承載控制層實體根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的資源占用。
其中，步驟a所述判斷為所述故障承載節(jié)點的備份節(jié)點根據(jù)是否收到對端的心跳握手信號來檢測對端承載節(jié)點是否發(fā)生故障。步驟a所述判斷進一步包括由承載控制層實體檢測是否有承載節(jié)點發(fā)生故障，如果有，則根據(jù)自身記錄的承載節(jié)點間的備份關系判斷當前的故障承載節(jié)點是否存在備份，如果存在，則承載控制層實體根據(jù)備份關系通知該故障承載節(jié)點的備份節(jié)點接管故障承載節(jié)點的所有業(yè)務。
上述方案中，步驟b中故障承載節(jié)點所屬的承載控制層實體發(fā)出通知后，進一步包括獲得對端域承載控制層實體返回的確認。
上述方案中，步驟c進一步包括故障承載節(jié)點所屬的承載控制層實體判斷是否需要向故障承載節(jié)點的備份節(jié)點發(fā)送故障承載節(jié)點上的策略信息。
上述方案中，步驟c具體包括故障承載節(jié)點所屬的承載控制層實體收到上報信息，根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的拓撲資源占用?；蛘撸襟Ec具體包括故障承載節(jié)點所屬的承載控制層實體收到上報信息以及對端域承載控制層實體返回的確認后，根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的拓撲資源占用；同時，對端域承載控制層實體根據(jù)所收到的網(wǎng)絡拓撲資源變化信息，更新自身域內(nèi)和域間的拓撲資源占用。
該方法進一步包括故障承載節(jié)點恢復正常后，自動變?yōu)閭溆霉?jié)點；所述恢復正常的承載節(jié)點所屬的承載控制層實體修改該承載節(jié)點的可用狀態(tài)。
上述方案中，所述承載節(jié)點為邊緣路由器、或為邊界路由器、或為二者組合。所述承載控制層實體為承載網(wǎng)資源管理器。
本發(fā)明所提供的實現(xiàn)端到端服務質(zhì)量可靠性保證的方法，采用備用承載節(jié)點的方式，對作為承載節(jié)點的邊緣路由器或邊界路由器設置互為備份的兩個承載節(jié)點，當其中的某個承載節(jié)點發(fā)生故障時，通過互為備用的路由器之間的故障切換，使業(yè)務能夠快速從原承載節(jié)點界切換到備份承載節(jié)點上，從而保證業(yè)務連接能夠在承載路由器發(fā)生故障時繼續(xù)得到同等QoS的服務，大大提高了端到端QoS的可靠性保障。
并且，本發(fā)明可以針對各種業(yè)務的不同情況，根據(jù)網(wǎng)絡的具體情況，滿足用戶對業(yè)務的QoS需求。該方法實現(xiàn)簡單，易于維護管理，可適用于任何規(guī)模的網(wǎng)絡。另外，互為備用的承載節(jié)點同時也可以起到負載均衡的作用。


圖1為現(xiàn)有技術中獨立的承載控制層網(wǎng)絡模型示意圖；圖2為現(xiàn)有技術中QBone的帶寬代理器模型示意圖；圖3為現(xiàn)有技術中IP QoS方案體系結構示意圖；圖4為本發(fā)明中獨立承載控制層網(wǎng)絡模型的組成結構示意圖；圖5為本發(fā)明方法的具體實現(xiàn)流程圖。
具體實施例方式
本發(fā)明的核心思想是采用備份承載節(jié)點的方式，來支持在承載節(jié)點發(fā)生故障時，故障承載節(jié)點上的業(yè)務數(shù)據(jù)流能夠切換到備用承載節(jié)點上，從而使業(yè)務連接繼續(xù)得到服務，進而提高業(yè)務的QoS可靠性保證。這里，承載節(jié)點是指邊緣路由器(ER)，或是邊界路由器(BR)。
圖4為本發(fā)明中獨立承載控制層網(wǎng)絡模型的組成結構示意圖，如圖4所示，401為業(yè)務服務器，屬于業(yè)務控制層，用于實現(xiàn)軟交換等功能；402為承載網(wǎng)資源管理器，屬于承載控制層。在承載網(wǎng)絡中，包括幾個管理域管理域A、管理域B、管理域C。403和403’是邊緣路由器，屬于管理域A，403與403’是互為備份的兩個承載節(jié)點；405和405’是邊界路由器，屬于管理域B，405與405’是互為備份的兩個承載節(jié)點；同樣，406和406’是邊界路由器，屬于管理域C，406與406’是互為備份的兩個承載節(jié)點。這里，邊界路由器405與406相連，那么，相應的邊界路由器405’也與406’相連。圖4中，403與403’之間、405與405’之間、406與406’之間的虛線，表示在403與403’之間、405與405’之間、406與406’之間存在檢測對方是否處于正常狀態(tài)的心跳機制，以及互相交換路由信息的交互連接機制。
對于承載網(wǎng)絡中的所有邊緣路由器和邊界路由器來說，可以根據(jù)用戶需求或網(wǎng)絡規(guī)劃要求，為某些或所有邊緣路由器或邊界路由器設置備份。因此，本發(fā)明方法實現(xiàn)的前提就是為承載網(wǎng)絡某個管理域中的某個或某些邊緣路由器或邊界路由器設置其備份承載節(jié)點，并通知該承載節(jié)點歸屬的承載控制層實體，記錄所設置的承載節(jié)點之間的備份關系；同時，在互為備份的承載節(jié)點之間建立心跳機制，用于檢測對方是否處于正常運行狀態(tài)，這里所述的心跳機制可以是互為備份的兩個承載節(jié)點之間周期性的發(fā)送心跳握手信號，如果在周期時間內(nèi)收到對端的心跳握手信號，說明對端節(jié)點工作正常，否則，認為對端節(jié)點發(fā)生故障。互為備份的兩個承載節(jié)點在正常工作狀態(tài)下，可以各自獨立完成一部分路由功能，當兩個承載節(jié)點中的某個節(jié)點發(fā)生故障后，另一節(jié)點就馬上接管故障節(jié)點的所有業(yè)務，同時還繼續(xù)自己原來負責的業(yè)務。設置備份節(jié)點之后，在承載控制實體和互為備份的承載節(jié)點種都保存有節(jié)點間的備用關系。這里，承載控制層實體是承載網(wǎng)資源管理器。
另外，還可以進一步在互為備份的兩個承載節(jié)點之間建立用于其它數(shù)據(jù)交互的連接機制，使兩個承載節(jié)點之間能互相交換路由信息。
基于此，本發(fā)明方法的具體實現(xiàn)過程如圖5所示，包括以下步驟步驟501～502檢測并判斷是否有存在備份的承載節(jié)點發(fā)生故障，如果沒有，則返回步驟501；如果有，則將該故障承載節(jié)點上的所有業(yè)務切換到該故障承載節(jié)點的備份節(jié)點上，即該故障承載節(jié)點的備份節(jié)點接管故障承載節(jié)點的所有業(yè)務，并向該故障承載節(jié)點歸屬的承載控制層實體上報承載節(jié)點當前狀態(tài)。承載控制層實體收到上報信息后，修改自身存儲的相應承載節(jié)點的狀態(tài)。當故障承載節(jié)點恢復正常時，自動變?yōu)楫斍罢９ぷ鞯某休d節(jié)點的備用節(jié)點，同時相應的承載控制層實體修改該承載節(jié)點的可用狀態(tài)。
本步驟的實現(xiàn)可分為兩種情況一種是由備份節(jié)點檢測對端節(jié)點是否發(fā)生故障；另一種是由承載控制層實體檢測是否有承載節(jié)點發(fā)生故障。
對于第一種情況，當某個具有備份節(jié)點的承載節(jié)點發(fā)生故障時，該故障承載節(jié)點的備份節(jié)點能通過心跳機制的檢測感知對端發(fā)生故障，則該故障承載節(jié)點的備份節(jié)點就立即接管故障承載節(jié)點的所有業(yè)務，并向承載控制層實體發(fā)通告，表示自己已經(jīng)接管故障承載節(jié)點的業(yè)務。
對于第二種情況，承載控制層實體檢測到某個承載節(jié)點發(fā)生故障后，主動進入故障處理流程，具體說就是承載控制層實體如承載網(wǎng)資源管理器檢測是否有承載節(jié)點發(fā)生故障，如果沒有，則不做任何處理或繼續(xù)檢測；如果有，則根據(jù)自身記錄的承載節(jié)點間的備份關系判斷該故障承載節(jié)點是否存在備份，如果存在，則承載控制層實體根據(jù)備份關系通知該故障承載節(jié)點的備份節(jié)點，立即接管故障承載節(jié)點的所有業(yè)務。
步驟503～504判斷當前發(fā)生故障的承載節(jié)點是否與其它管理域中的承載節(jié)點相連，也就是判斷故障是否發(fā)生在承載網(wǎng)管理域的邊緣，如果沒有，則直接執(zhí)行步驟505；否則，故障承載節(jié)點所屬的承載控制層實體通知對端域的承載控制層實體網(wǎng)絡資源和拓撲結構發(fā)生變化，即故障承載節(jié)點所屬的承載控制層實體通知故障承載節(jié)點所連接的承載節(jié)點所屬的承載控制層實體已發(fā)生承載節(jié)點的切換，故障承載節(jié)點上的所有業(yè)務已切換到其備份節(jié)點上。
比如圖4中如果邊界路由器105發(fā)生故障，則邊界路由器105上的所有業(yè)務會切換到邊界路由器105’上，同時由于邊界路由器105與邊界路由器106相連，而邊界路由器105屬于CM1的管理域A，邊界路由器106屬于CM2的管理域B，所以CM1需要通知CM2邊界路由器106所連接的管理域A中的邊界路由器發(fā)生了切換。此時，如果只是邊界路由器105與邊界路由器106相連、邊界路由器105’與邊界路由器106’相連，則CM2還需要進行邊界路由器106到邊界路由器106’的切換；如果邊界路由器106與邊界路由器105和邊界路由器105’都相連，則CM2不需要進行邊界路由器的切換。
故障承載節(jié)點所屬的承載控制層實體向對端域發(fā)出通知后，還要等待獲得對端域承載控制層實體返回的確認。
兩個承載控制層實體之間的交互可以通過已有的交互協(xié)議和流程來實現(xiàn)。
步驟505承載控制層實體收到上報的承載節(jié)點切換信息后，或是收到上報的切換信息及對端域承載控制實體的確認后，根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的資源占用情況。
這里，該承載控制層實體還可以進一步判斷是否需要向故障承載節(jié)點的備份節(jié)點下發(fā)原故障承載節(jié)點上的策略信息，以保證新承載節(jié)點繼續(xù)為故障承載節(jié)點的所有業(yè)務數(shù)據(jù)流提供同樣的QoS保證，如果需要，則承載控制層實體向故障承載節(jié)點的備份節(jié)點下發(fā)原故障承載節(jié)點上的策略信息，否則，不作處理。
同時，如果某個域的承載控制實體收到其他域承載控制實體發(fā)來的拓撲資源變化消息，則該收到消息的承載控制實體需要根據(jù)受影響的業(yè)務連接情況更新自身域內(nèi)和域間拓撲資源占用情況。這里，所述的更新需要根據(jù)呼叫拓撲、呼叫所需資源來綜合調(diào)整域內(nèi)和域間的資源占用。比如發(fā)生故障的邊界路由器105上原來存在50個電話業(yè)務連接，占用100K的帶寬，那么，發(fā)生承載節(jié)點的切換后，50個電話業(yè)務切換到了邊界路由器105’上，相應的，拓撲結構以及域內(nèi)、域外的資源分配都發(fā)生了變化，承載控制實體如承載網(wǎng)資源管理器就需要根據(jù)變化后的資源占用情況以及所構成的新的網(wǎng)絡拓撲結構，進行自身域內(nèi)和域外資源占用的調(diào)整，比如業(yè)務連接所占用路由的調(diào)整等等。具體如何完成域內(nèi)、域外資源調(diào)整不是本申請的重點，在此不再贅述。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種實現(xiàn)端到端服務質(zhì)量可靠性保證的方法，其特征在于，為承載節(jié)點設置其備份節(jié)點，并將所設置的備份關系上報并保存于該承載節(jié)點歸屬的承載控制層實體，該方法還包括以下步驟a.判斷是否有存在備份的承載節(jié)點發(fā)生故障，如果沒有，則返回步驟a，否則，將該故障承載節(jié)點上的所有業(yè)務切換到該故障承載節(jié)點的備份節(jié)點上，并向該故障承載節(jié)點歸屬的承載控制層實體上報承載節(jié)點當前狀態(tài)；b.判斷當前發(fā)生故障的承載節(jié)點是否與非本管理域的承載節(jié)點相連，如果是，則故障承載節(jié)點所屬的承載控制層實體通知對端域的承載控制層實體網(wǎng)絡拓撲資源發(fā)生變化；否則，執(zhí)行步驟c；c.承載控制層實體根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的資源占用。
2.根據(jù)權利要求1所述的方法，其特征在于，步驟a所述判斷為所述故障承載節(jié)點的備份節(jié)點根據(jù)是否收到對端的心跳握手信號來檢測對端承載節(jié)點是否發(fā)生故障。
3.根據(jù)權利要求1所述的方法，其特征在于，步驟a所述判斷進一步包括由承載控制層實體檢測是否有承載節(jié)點發(fā)生故障，如果有，則根據(jù)自身記錄的承載節(jié)點間的備份關系判斷當前的故障承載節(jié)點是否存在備份，如果存在，則承載控制層實體根據(jù)備份關系通知該故障承載節(jié)點的備份節(jié)點接管故障承載節(jié)點的所有業(yè)務。
4.根據(jù)權利要求1所述的方法，其特征在于，步驟b中故障承載節(jié)點所屬的承載控制層實體發(fā)出通知后，進一步包括獲得對端域承載控制層實體返回的確認。
5.根據(jù)權利要求1所述的方法，其特征在于，步驟c進一步包括故障承載節(jié)點所屬的承載控制層實體判斷是否需要向故障承載節(jié)點的備份節(jié)點發(fā)送故障承載節(jié)點上的策略信息。
6.根據(jù)權利要求1所述的方法，其特征在于，步驟c具體包括故障承載節(jié)點所屬的承載控制層實體收到上報信息，根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的拓撲資源占用。
7.根據(jù)權利要求4所述的方法，其特征在于，步驟c具體包括故障承載節(jié)點所屬的承載控制層實體收到上報信息以及對端域承載控制層實體返回的確認后，根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的拓撲資源占用；同時，對端域承載控制層實體根據(jù)所收到的網(wǎng)絡拓撲資源變化信息，更新自身域內(nèi)和域間的拓撲資源占用。
8.根據(jù)權利要求1所述的方法，其特征在于，該方法進一步包括故障承載節(jié)點恢復正常后，自動變?yōu)閭溆霉?jié)點；所述恢復正常的承載節(jié)點所屬的承載控制層實體修改該承載節(jié)點的可用狀態(tài)。
9.根據(jù)權利要求1至8任一項所述的方法，其特征在于，所述承載節(jié)點為邊緣路由器、或為邊界路由器、或為二者組合。
10.根據(jù)權利要求1至8任一項所述的方法，其特征在于，所述承載控制層實體為承載網(wǎng)資源管理器。
全文摘要
本發(fā)明公開了一種實現(xiàn)端到端服務質(zhì)量可靠性保證的方法，為承載節(jié)點設置其備份節(jié)點，并將所設置的備份關系上報并保存于該承載節(jié)點歸屬的承載控制層實體，該方法還包括a.判斷是否有存在備份的承載節(jié)點發(fā)生故障，如果有，則將該故障承載節(jié)點上的所有業(yè)務切換到該故障承載節(jié)點的備份節(jié)點上，并上報承載節(jié)點當前狀態(tài)；b.判斷當前發(fā)生故障的承載節(jié)點是否與非本管理域的承載節(jié)點相連，如果是，則故障承載節(jié)點所屬的承載控制層實體通知對端域的承載控制層實體網(wǎng)絡拓撲資源發(fā)生變化；否則，執(zhí)行步驟c；c.承載控制層實體根據(jù)受故障承載節(jié)點影響的業(yè)務連接占用拓撲資源情況更新自身的資源占用。該方法能保證承載網(wǎng)絡中業(yè)務的連續(xù)性以及網(wǎng)絡QoS的可靠性。
文檔編號H04L12/24GK1716866SQ200410048239
公開日2006年1月4日 申請日期2004年6月14日 優(yōu)先權日2004年6月14日
發(fā)明者慶武, 陳悅鵬, 范靈源, 吳登超, 鄒婷 申請人:華為技術有限公司