專利名稱：數(shù)據(jù)鏈路退出服務(wù)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)鏈路退出服務(wù)的方法和系統(tǒng)。
技術(shù)背景在GMPLS (Generalized Multi-Protocol Label Switching,通用多協(xié)議標(biāo)記交換)中，當(dāng)一 對LSR (Label Switching Router,標(biāo)簽交換路由器)之間有多條平行鏈路時，為了減少路由協(xié) 議開銷以及增強路由協(xié)議的擴(kuò)展性，可以在OSPF (Open Shortest Path First,最短路徑優(yōu)先路 由助、議)/ISIS (Intermediate System-to-intermediate System,中間系統(tǒng)到中間系統(tǒng)路由協(xié)議) 中把這些鏈路描繪成一個或者幾個邏輯鏈路，這個過程就叫做鏈路捆綁。捆綁后的邏輯鏈路 叫做捆綁鏈路(bundled link),又叫TE (Traffic Engineering,流量工程)鏈路，構(gòu)成捆綁鏈 路的實際鏈路有兩種類型，端口和成員鏈路，這兩種類型的鏈路統(tǒng)稱為數(shù)據(jù)鏈路，如圖1所 示。 一旦一個捆綁鏈路確認(rèn)為連接狀態(tài)時，就可以作為TE鏈路廣播發(fā)布出去。在通訊網(wǎng)絡(luò)中，出于鏈路測試、更換、刪除、調(diào)整、升級以及擴(kuò)容等需要，運營商經(jīng)常 需要對組成TE鏈路的成員鏈路進(jìn)行動態(tài)管理，如添加成員、刪除成員、給成員分配/不分配 業(yè)務(wù)等等。其中通常需要針對TE鏈路中的某條鏈路退出服務(wù)(即不分配業(yè)務(wù))進(jìn)行管理， 動態(tài)管理不應(yīng)該影響該條鏈路所承載的業(yè)務(wù)，而且動態(tài)管理造成的可用資源變化必須及時廣 播出去，以便其它路由器可以知道這條鏈路的狀態(tài)。目前主要有三種現(xiàn)有技術(shù)能實現(xiàn)對TE 鏈路中的某條鏈路退出服務(wù)進(jìn)行管理?，F(xiàn)有技術(shù)一主要通過LMP (Link Management Protocol,鏈路管理協(xié)議)進(jìn)行管理。LMP 是運行于兩個相鄰節(jié)點間的用于TE鏈路管理的協(xié)議，它定義了一個鏈路所有權(quán)關(guān)聯(lián)(Link Property Correlation)機制，可用于進(jìn)行鏈路綁定，以及修改、關(guān)聯(lián)和交換鏈路的流量工程參 數(shù)。LMP中數(shù)據(jù)鏈路的狀態(tài)共有4種Down (失效)、Test (測試)、Up/Free (正常/空閑)、 Up/Alloc (正常/已分配)。鏈路所有權(quán)關(guān)聯(lián)機制中用LinkSummary消息來實現(xiàn)上述管理， LinkSummary消息中包含了當(dāng)前所有分配到這條捆綁鏈路的數(shù)據(jù)鏈路，當(dāng)其中某條數(shù)據(jù)鏈路 需要退出服務(wù)時，在LinkSummary消息中修改〈DATA一LINK〉字段中的標(biāo)志位，指示在該數(shù) 據(jù)鏈路中停止分配業(yè)務(wù)。
現(xiàn)有技術(shù)一的缺點主要表現(xiàn)在-1、 每條消息中必須包含所有分配到這條捆綁鏈路的數(shù)據(jù)鏈路，在TE鏈路中包括大量數(shù) 據(jù)鏈路的情況下，如果只需要對其中少數(shù)的數(shù)據(jù)鏈路進(jìn)行操作時，不僅會降低效率，而且還 極大地浪費帶寬和處理機資源；2、 當(dāng)通過LinkSummary消息中的標(biāo)志位指示某條數(shù)據(jù)鏈路已分配或不分配業(yè)務(wù)時，只 是單方面通知對方本方的流量分配狀態(tài)，而不能控制對端的狀態(tài)，沒有確認(rèn)機制，在數(shù)據(jù)鏈 路承載了業(yè)務(wù)的情況下可能會影響業(yè)務(wù)。現(xiàn)有技術(shù)二具體通過LDP (Label Distribution Protocol,標(biāo)簽分配協(xié)議)協(xié)議實現(xiàn)。當(dāng)兩 個LSR之間的某些數(shù)據(jù)鏈路需要退出服務(wù)，而其它數(shù)據(jù)鏈路繼續(xù)進(jìn)行正常轉(zhuǎn)發(fā)時，其中一個 路由器LSR1發(fā)送一個中止通知給對方路由器LSR2，中止通知中指明將要停止MPLS (Multi-Protocol Label Switching,多協(xié)議標(biāo)記交換)轉(zhuǎn)發(fā)的數(shù)據(jù)鏈路，并停止在該數(shù)據(jù)鏈路 上轉(zhuǎn)發(fā)流量。LSR2收到中止通知后返回一個確認(rèn)消息給LSR1 ，并停止在該鏈路上轉(zhuǎn)發(fā)與LDP 相關(guān)的MPLS流量，還刪除相關(guān)的雙向轉(zhuǎn)發(fā)狀態(tài)。LSR1收到LSR2發(fā)來的確認(rèn)消息后也刪除 相關(guān)的雙向轉(zhuǎn)發(fā)狀態(tài)。上述過程中LSR1發(fā)給LSR2的中止通知可以通過不同的方式發(fā)送，例如通過在LDP的 鏈路Hello消息中增加一個GS(Gracefiil Shutdown,優(yōu)雅重啟)標(biāo)志位，或通過在LDP的鏈路 Hello消息中增加一個GS TLV (Graceful Shutdown Type-Length-Value,優(yōu)雅重啟類型長度值) 字段，來請求在將要退出服務(wù)的數(shù)據(jù)鏈路上停止轉(zhuǎn)發(fā)數(shù)據(jù)流量，而且此Hello消息是通過該 條將要退出服務(wù)的數(shù)據(jù)鏈路傳送的；另外還可以通過在LDP的Label Withdraw (標(biāo)簽撤銷) 消息中增加一個Interface TLV (接口類型長度值)字段，或在LDP的Notification (通知)消 息中增加一個GS—REQ (Graceful Shutdown Request,優(yōu)雅重啟請求)對象，來指示希望中止 該數(shù)據(jù)鏈路的上與LDP相關(guān)的轉(zhuǎn)發(fā)?，F(xiàn)有技術(shù)二的缺點主要表現(xiàn)在1、 只能用于LDP協(xié)議建立的連接，不能用于其他協(xié)議建立的連接，如RSVP (Resource Reservation Protocol,資源預(yù)留協(xié)議)和BGP (Border Gateway Protocol,邊界網(wǎng)關(guān)協(xié)議)；2、 使用Label Withdraw/Notification (標(biāo)簽撤銷/通知)消息時需要增加字段，并且增加字 段后的消息不再具有原來的意義，帶來兼容性的問題；3、 如果某條鏈路上承載了很多LSP (Label Switching Path,標(biāo)簽交換路徑)，則每個LSP 都要發(fā)送LDP消息，造成無謂的帶寬浪費。現(xiàn)有技術(shù)三通過在本地預(yù)留次選鏈路來進(jìn)行動態(tài)管理。將捆綁鏈路中的第一條數(shù)據(jù)鏈路 作為首選鏈路，其余的一條或多條數(shù)據(jù)鏈路作為次選鏈路。正常情況下通過首選鏈路承載流量，首選鏈路需要退出服務(wù)時將流量切換到次選鏈路。預(yù)留的次選鏈路信息會寫入LSP的標(biāo) 簽轉(zhuǎn)發(fā)表，切換流量時根據(jù)報文頭的標(biāo)簽査找標(biāo)簽轉(zhuǎn)發(fā)表從而對報文進(jìn)行轉(zhuǎn)發(fā)，使切換能迅 速地進(jìn)行?，F(xiàn)有技術(shù)三的缺點主要表現(xiàn)在1、 需要預(yù)留出次選鏈路的帶寬，降低了資源利用率；2、 將次選鏈路的信息寫入標(biāo)簽轉(zhuǎn)發(fā)表，不僅增加了標(biāo)簽轉(zhuǎn)發(fā)表的體積，還會降低根據(jù)報 文頭的標(biāo)簽檢索標(biāo)簽轉(zhuǎn)發(fā)表的速度。發(fā)明內(nèi)容為了解決現(xiàn)有技術(shù)中動態(tài)管理效率低、資源浪費、兼容性低以及可能影響數(shù)據(jù)鏈路所承 載的業(yè)務(wù)等問題，本發(fā)明提供了一種數(shù)據(jù)鏈路退出服務(wù)的方法，具體包括步驟A:本端發(fā)送鏈路閉塞消息給對端，請求閉塞捆綁鏈路中的數(shù)據(jù)鏈路；步驟B:所述對端接收到所述鏈路閉塞消息后，判斷是否可以閉塞所述數(shù)據(jù)鏈路，如果 可以，則閉塞所述數(shù)據(jù)鏈路，并返回鏈路閉塞確認(rèn)消息給所述本端；步驟C:所述本端接收到所述對端返回的鏈路閉塞確認(rèn)消息后，閉塞所述數(shù)據(jù)鏈路。所述步驟B具體為-所述對端接收到所述鏈路閉塞消息后，判斷是否可以倒換或重路由被請求閉塞的數(shù)據(jù)鏈 路上的業(yè)務(wù)，如果可以倒換或重路由，則進(jìn)行倒換或重路由并閉塞所述數(shù)據(jù)鏈路，然后返回 鏈路閉塞確認(rèn)消息給所述本端。所述步驟B中所述對端閉塞所述數(shù)據(jù)鏈路的步驟具體為所述對端將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并對所述數(shù)據(jù)鏈路置"對端閉塞" 標(biāo)志；所述步驟C中所述本端閉塞所述數(shù)據(jù)鏈路的步驟具體為-所述本端將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并對所述數(shù)據(jù)鏈路置"本端閉塞"標(biāo)志o所述步驟B進(jìn)一步包括所述對端閉塞所述數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除 了所述閉塞的數(shù)據(jù)鏈路的帶寬。 所述步驟C進(jìn)一步包括 在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除 了所述閉塞的數(shù)據(jù)鏈路的帶寬。所述鏈路閉塞消息和鏈路閉塞確認(rèn)消息均通過鏈路管理協(xié)議發(fā)送。 本發(fā)明還提供了一種數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，所述系統(tǒng)包括本端和對端， 所述本端包括通訊模塊和鏈路管理模塊(1) 通訊模塊，用于發(fā)送鏈路閉塞消息給所述對端以請求閉塞捆綁鏈路中的數(shù)據(jù)鏈路， 還用于接收由所述對端返回的鏈路閉塞確認(rèn)消息并轉(zhuǎn)發(fā)給所述鏈路管理模塊；(2) 鏈路管理模塊，用于在接收到所述本端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞確認(rèn)消息后閉塞 所述數(shù)據(jù)鏈路；所述對端包括通訊模塊和鏈路管理模塊-(1) 通訊模塊，用于接收所述本端的通訊模塊發(fā)來的鏈路閉塞消息，還用于轉(zhuǎn)發(fā)所述對 端的鏈路管理模塊發(fā)來的鏈路閉塞確認(rèn)消息給所述本端的通訊模塊；(2) 鏈路管理模塊，用于接收到由所述對端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞消息后，判斷是 否可以閉塞所述數(shù)據(jù)鏈路，如果可以，則閉塞所述數(shù)據(jù)鏈路并返回鏈路閉塞確認(rèn)消息給所述 對端的通訊模塊。所述對端的鏈路管理模塊具體為閉塞模塊，用于接收到由所述對端的通訊模塊轉(zhuǎn)發(fā)的鏈 路閉塞消息后，判斷是否可以倒換或重路由被請求閉塞的數(shù)據(jù)鏈路上的業(yè)務(wù)，如果可以倒換 或重路由，則進(jìn)行倒換或重路由并閉塞所述數(shù)據(jù)鏈路，然后返回鏈路閉塞確認(rèn)消息給所述對 端的通訊模塊。所述本端的鏈路管理模塊閉塞所述數(shù)據(jù)鏈路是指將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑 狀態(tài)，并給所述數(shù)據(jù)鏈路置"本端閉塞"標(biāo)志。所述對端的鏈路管理模塊閉塞所述數(shù)據(jù)鏈路是指將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑 狀態(tài)，并給所述數(shù)據(jù)鏈路置"對端閉塞"標(biāo)志。所述本端還包括路由模塊，用于在所述本端的鏈路管理模塊閉塞所述數(shù)據(jù)鏈路后，通過所述本端的通訊 模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除了所述閉塞的數(shù)據(jù)鏈路的帶寬。 所述對端還包括-路由模塊，用于在所述對端的鏈路管理模塊閉塞所述數(shù)據(jù)鏈路后，通過所述對端的通訊 模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除了所述閉塞的數(shù)據(jù)鏈路的帶寬。 本發(fā)明還提供了一種數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，所述方法具體包括-
步驟A':本端發(fā)送鏈路解除閉塞消息給對端，請求解除捆綁鏈路中閉塞的數(shù)據(jù)鏈路；步驟B':所述對端接收到所述鏈路解除閉塞消息后，判斷是否可以解除所述閉塞的數(shù)據(jù) 鏈路，如果可以，則解除所述閉塞的數(shù)據(jù)鏈路，并返回鏈路解除閉塞確認(rèn)消息給所述本端；步驟C':所述本端接收到所述對端返回的消息后，判斷所述消息是否為鏈路解除閉塞確 認(rèn)消息，如果是，則解除所述閉塞的數(shù)據(jù)鏈路。所述步驟B'具體為所述對端接收到所述鏈路解除閉塞消息后，判斷所述閉塞的數(shù)據(jù)鏈路是否為正常狀態(tài)， 且沒有置"對端閉塞"標(biāo)志，如果兩個條件均滿足，則解除所述閉塞的數(shù)據(jù)鏈路，并返回鏈 路解除閉塞確認(rèn)消息給所述本端。所述步驟B'進(jìn)一步包括所述對端解除所述閉塞的數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其 中包含了所述解除閉塞的數(shù)據(jù)鏈路的帶寬。 所述步驟C'進(jìn)一步包括所述本端解除所述閉塞的數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其 中包含了所述解除閉塞的數(shù)據(jù)鏈路的帶寬。所述鏈路解除閉塞消息和鏈路解除閉塞確認(rèn)消息均通過鏈路管理協(xié)議發(fā)送。本發(fā)明還提供了一種數(shù)據(jù)鏈路恢復(fù)服務(wù)的系統(tǒng)，所述系統(tǒng)包括本端和對端，所述本端包括通訊模塊和鏈路管理模塊-U)通訊模塊，用于發(fā)送鏈路解除閉塞消息給所述對端以請求解除捆綁鏈路中閉塞的數(shù) 據(jù)鏈路，還用于接收由所述對端返回的鏈路解除閉塞確認(rèn)消息并轉(zhuǎn)發(fā)給所述鏈路管理模塊；(2)鏈路管理模塊，用于在接收到由所述通訊模塊轉(zhuǎn)發(fā)的鏈路解除閉塞確認(rèn)消息后，解 除閉塞的數(shù)據(jù)鏈路；所述對端包括通訊模塊和鏈路管理模塊-(1) 通訊模塊，用于接收所述本端的通訊模塊發(fā)來的鏈路解除閉塞消息，還用于轉(zhuǎn)發(fā)所 述對端的鏈路管理模塊發(fā)來的鏈路解除閉塞確認(rèn)消息給所述本端的通訊模塊；(2) 鏈路管理模塊，用于在接收到由所述對端的通訊模塊轉(zhuǎn)發(fā)的鏈路解除閉塞消息后， 判斷是否可以解除閉塞的數(shù)據(jù)鏈路，如果可以，則解除閉塞的數(shù)據(jù)鏈路，并返回鏈路解除閉 塞確認(rèn)消息給所述對端的通訊模塊。所述本端還包括路由模塊，用于在所述本端的鏈路管理模塊解除所述閉塞的數(shù)據(jù)鏈路后，通過所述本端 的通訊模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中包含了所述解除閉塞的數(shù)據(jù)鏈路 的帶寬。所述對端還包括-路由模塊，用于在所述對端的鏈路管理模塊解除所述閉塞的數(shù)據(jù)鏈路后，通過所述對端 的通訊模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中包含了所述解除閉塞的數(shù)據(jù)鏈路 的帶寬。本發(fā)明的有益效果主要表現(xiàn)在1、 通過在LMP中增加鏈路管理消息來實現(xiàn)數(shù)據(jù)鏈路退出和恢復(fù)服務(wù)的管理，獨立于具體信令協(xié)議(如RSVP/LDP/BGP等)，真正做到對業(yè)務(wù)無損；2、 使運營商在需要對已開通業(yè)務(wù)的鏈路進(jìn)行測試、更換、調(diào)整、升級、擴(kuò)容或刪除等操 作時能方便地進(jìn)行，而不會影響到業(yè)務(wù)；3、 可以一次對一條或多條數(shù)據(jù)鏈路進(jìn)行閉塞、解除閉塞的操作，效率高，節(jié)省資源。


圖1是現(xiàn)有技術(shù)中捆綁鏈路的結(jié)構(gòu)示意圖； 圖2是本發(fā)明數(shù)據(jù)鏈路退出服務(wù)的方法實施例流程圖； 圖3是本發(fā)明數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)實施例結(jié)構(gòu)圖； 圖4是本發(fā)明數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法實施例流程圖； 圖5是本發(fā)明數(shù)據(jù)鏈路恢復(fù)服務(wù)的系統(tǒng)實施例結(jié)構(gòu)圖。
具體實施方式
下面結(jié)合附圖和具體實施例對本發(fā)明作進(jìn)一步說明，但不作為對本發(fā)明的限定。本發(fā)明提供了一種獨立于RSVP/LDP/BGP等具體協(xié)議，使TE鏈路中的一條或多條數(shù)據(jù) 鏈路退出服務(wù)和恢復(fù)服務(wù)的方法。具體是通過增加鏈路閉塞消息、鏈路閉塞確認(rèn)消息和鏈路 閉塞負(fù)確認(rèn)消息來實現(xiàn)數(shù)據(jù)鏈路退出服務(wù)的動態(tài)管理；通過增加鏈路解除閉塞消息、鏈路解 除閉塞確認(rèn)消息和鏈路解除閉塞負(fù)確認(rèn)消息來實現(xiàn)數(shù)據(jù)鏈路恢復(fù)服務(wù)的動態(tài)管理。本發(fā)明中的閉塞是指關(guān)閉數(shù)據(jù)鏈路，使數(shù)據(jù)鏈路退出服務(wù)。閉塞是雙向的，被閉塞的數(shù) 據(jù)鏈路兩端都不可以通過這條鏈路發(fā)送和接收流量，即本地停止通過這條鏈路發(fā)送流量，同 時請求對端也停止通過這條鏈路發(fā)送流量。實施例一
一般情況下鏈路閉塞請求由管理平面根據(jù)需要啟動。本實施例中假設(shè)由本端路由器LSR A向?qū)Χ寺酚善鱈SRB發(fā)起鏈路閉塞請求，參見圖2，本發(fā)明提供了一種數(shù)據(jù)鏈路退出服務(wù) 的方法，具體包括-步驟101:本端管理平面根據(jù)需要啟動鏈路閉塞請求；步驟102:本端路由器LSRA判斷該請求的可行性，即判斷該請求對現(xiàn)有業(yè)務(wù)的影響是否在可以接受的范圍內(nèi)；該范圍是指當(dāng)TE鏈路內(nèi)僅有一條可用的數(shù)據(jù)鏈路，或者其它可 用數(shù)據(jù)鏈路的帶寬不足以容納本鏈路倒換過去的業(yè)務(wù)時，不允許進(jìn)行閉塞；如果不可以閉塞， 則執(zhí)行步驟103，否則執(zhí)行步驟104;步驟103:返回拒絕消息給管理平面并結(jié)束；步驟104: LSR A發(fā)送鏈路閉塞消息給LSR B，通知對端將要對捆綁鏈路中的一條或多 條數(shù)據(jù)鏈路進(jìn)行閉塞操作；為了避免出現(xiàn)LSRA長時間等不到LSRB返回消息的情況出現(xiàn)，可以用定時器控制等待的時間，當(dāng)超過預(yù)置的時間還沒有收到返回消息時結(jié)束本次請求，即增加下面的步驟步驟105: LSR A在本端設(shè)置定時器，進(jìn)入等待確認(rèn)狀態(tài)，在此狀態(tài)下，禁止選擇該鏈路建立新的LSP;步驟106: LSRB接收到鏈路閉塞消息后，由于每個LSP都由一個信令協(xié)議實體所創(chuàng)建、 維護(hù)，所以要通知該鏈路上承載的所有LSP或隧道對應(yīng)的信令協(xié)議實體(即RSVP/LDP/BGP 等信令協(xié)議程序中的實例)；步驟107:信令協(xié)議實體根據(jù)Qos(Quality of Service,服務(wù)質(zhì)量)要求判斷是否可以倒換或 重路由被請求閉塞的數(shù)據(jù)鏈路上的業(yè)務(wù)，如果可以倒換或重路由業(yè)務(wù)，則對相關(guān)的LSP或隧 道發(fā)起倒換或快速重路由等過程，處理完畢以后向LSRB返回確認(rèn)消息；在LSRB等待信令 協(xié)議實體返回確認(rèn)消息的狀態(tài)下，禁止選擇該鏈路建立新的LSP或隧道；如果不可以倒換或 重路由業(yè)務(wù)，即信令協(xié)議實體發(fā)現(xiàn)該鏈路閉塞以后可能無法滿足Qos要求，則返回拒絕消息 給LSRB;步驟108: LSR B收到所有信令協(xié)議實體返回的消息后，判斷是否所有信令協(xié)議實體都 返回確認(rèn)消息，如果是則執(zhí)行步驟109;如果有一個信令協(xié)議實體返回拒絕消息，則執(zhí)行步驟110;步驟109:此時LSRB可以閉塞數(shù)據(jù)鏈路了，在本實施例中閉塞的過程具體如下-LSRB將該鏈路的狀態(tài)轉(zhuǎn)入正常/空閑(Up/Free)狀態(tài)，即不再給該鏈路分配流量，并對 該鏈路置"對端閉塞"標(biāo)志，表明該條鏈路是由對端即LSRA啟動閉塞的，然后向LSRA返
回鏈路閉塞確認(rèn)消息；為了使其它網(wǎng)元能夠及時知道捆綁鏈路的帶寬變化，還可以增加下面的步驟LSR B在閉塞數(shù)據(jù)鏈路后在TE鏈路廣播中廣播新的LSA (Link State Advertisement,鏈路狀態(tài)廣播)，其中扣除了被閉塞的數(shù)據(jù)鏈路的帶寬； 然后執(zhí)行步驟lll;步驟110: LSRB向LSRA返回鏈路閉塞負(fù)確認(rèn)消息，即LSR A的閉塞請求失?。?步驟llh LSR A判斷是否定時器超時還沒有收到LSRB返回的消息，如果定時器超時 還沒有收到LSRB返回的消息，則執(zhí)行步驟112;否則執(zhí)行步驟113;步驟112: LSRA向管理平面返回負(fù)確認(rèn)消息，拒絕此次鏈路閉塞的請求并結(jié)束； 步驟113: LSR A判斷接收到的消息是鏈路閉塞確認(rèn)消息還是鏈路閉塞負(fù)確認(rèn)消息，如果是鏈路閉塞負(fù)確認(rèn)消息，則執(zhí)行步驟112;如果是鏈路閉塞確認(rèn)消息，則執(zhí)行步驟114; 步驟114: LSRA閉塞數(shù)據(jù)鏈路，并返回閉塞確認(rèn)消息給管理平面；具體過程如下 將該鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并對該鏈路置"本端閉塞"標(biāo)志，表明該條鏈路是由本端LSRA啟動閉塞的；為了使其它網(wǎng)元能夠及時知道捆綁鏈路的帶寬變化，還可以增加下面的步驟LSR A在閉塞數(shù)據(jù)鏈路后在TE鏈路廣播中廣播新的LSA，其中扣除了被閉塞的數(shù)據(jù)鏈 路的帶寬。以后兩端通過路由協(xié)議進(jìn)行周期性的TE鏈路廣播時，均需要扣除被閉塞的數(shù)據(jù)鏈路的帶寬。在本實施例中鏈路閉塞消息、鏈路閉塞確認(rèn)消息和鏈路閉塞負(fù)確認(rèn)消息都是通過LMP協(xié) 議發(fā)送的。但具體實現(xiàn)時，并不限于LMP協(xié)議，可以經(jīng)擴(kuò)展應(yīng)用于其它協(xié)議中。 實施例二參見圖3，本發(fā)明還提供了一種數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，系統(tǒng)包括本端和對端。 本端包括通訊模塊和鏈路管理模塊U)通訊模塊，用于與對端進(jìn)行通訊；即發(fā)送鏈路閉塞消息給對端以請求閉塞捆綁鏈路 中的數(shù)據(jù)鏈路，和接收由對端返回的鏈路閉塞確認(rèn)消息或鏈路閉塞負(fù)確認(rèn)消息；(2)鏈路管理模塊，用于對捆綁鏈路中的數(shù)據(jù)鏈路狀態(tài)進(jìn)行管理；即將管理平面發(fā)來的鏈路閉塞請求轉(zhuǎn)發(fā)給通訊模塊，維護(hù)數(shù)據(jù)鏈路狀態(tài)機，在接收到本端的通訊模塊轉(zhuǎn)發(fā)的鏈路 閉塞確認(rèn)消息后，閉塞數(shù)據(jù)鏈路并發(fā)送閉塞確認(rèn)消息給管理平面，在接收到通訊模塊發(fā)來的 鏈路閉塞負(fù)確認(rèn)消息后，發(fā)送閉塞負(fù)確認(rèn)消息給管理平面。
本端的鏈路管理模塊閉塞數(shù)據(jù)鏈路的操作具體如下-將數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，給數(shù)據(jù)鏈路置"本端閉塞"標(biāo)志。 對端包括通訊模塊和鏈路管理模塊(1) 通訊模塊，用于接收本端的通訊模塊發(fā)來的鏈路閉塞消息，還用于轉(zhuǎn)發(fā)對端的鏈路 管理模塊發(fā)來的鏈路閉塞確認(rèn)消息或鏈路閉塞負(fù)確認(rèn)消息給本端的通訊模塊；(2) 鏈路管理模塊，用于在接收到由對端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞消息后，判斷是否 可以閉塞數(shù)據(jù)鏈路，如果可以則閉塞數(shù)據(jù)鏈路并返回鏈路閉塞確認(rèn)消息給對端的通訊模塊， 否則返回鏈路閉塞負(fù)確認(rèn)消息給對端的通訊模塊。對端的鏈路管理模塊具體為閉塞模塊，用于在接收到由對端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞 消息后，判斷是否可以倒換或重路由被請求閉塞的數(shù)據(jù)鏈路上的業(yè)務(wù)，如果可以倒換或重路 由，則進(jìn)行倒換或重路由并閉塞數(shù)據(jù)鏈路，然后返回鏈路閉塞確認(rèn)消息給對端的通訊模塊； 如果不可以倒換或重路由，則返回鏈路閉塞負(fù)確認(rèn)消息給對端的通訊模塊。閉塞模塊判斷是否可以倒換或重路由的過程具體為閉塞模塊將鏈路閉塞消息通知給被請求閉塞的數(shù)據(jù)鏈路上承載的所有標(biāo)簽交換路徑或隧 道對應(yīng)的信令協(xié)議實體，信令協(xié)議實體判斷是否可以倒換或重路由被請求閉塞的數(shù)據(jù)鏈路上 的業(yè)務(wù)，如果可以則倒換或重路由所述數(shù)據(jù)鏈路上的業(yè)務(wù)，并返回確認(rèn)消息給閉塞模塊；如 果不可以倒換或重路由，則返回拒絕消息給閉塞模塊；閉塞模塊在接收到所有信令協(xié)議實體返回的消息后，判斷是否所有信令協(xié)議實體都返回 確認(rèn)消息，如果是，則閉塞數(shù)據(jù)鏈路并返回鏈路閉塞確認(rèn)消息給對端的通訊模塊；只要有一 個信令協(xié)議實體返回拒絕消息，則返回鏈路閉塞負(fù)確認(rèn)消息給對端的通訊模塊。對端的鏈路管理模塊閉塞數(shù)據(jù)鏈路的操作具體如下將數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，給數(shù)據(jù)鏈路置"對端閉塞"標(biāo)志。 為了使其它網(wǎng)元能夠及時知道捆綁鏈路的帶寬變化，本端還包括路由模塊，用于在本端的鏈路管理模塊閉塞數(shù)據(jù)鏈路后，通過本端的通訊模塊在捆綁鏈 路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除了閉塞的數(shù)據(jù)鏈路的帶寬。 相應(yīng)地，對端還包括路由模塊，用于在對端的鏈路管理模塊閉塞數(shù)據(jù)鏈路后，通過對端的通訊模塊在捆綁鏈 路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除了閉塞的數(shù)據(jù)鏈路的帶寬。在本實施例中鏈路閉塞消息、鏈路閉塞確認(rèn)消息和鏈路閉塞負(fù)確認(rèn)消息都是通過LMP協(xié) 議發(fā)送的。但具體實現(xiàn)時，并不限于LMP協(xié)議，可以經(jīng)擴(kuò)展應(yīng)用于其它協(xié)議中。
實施例三參見圖4，假設(shè)由本端路由器LSRA向?qū)Χ寺酚善鱈SRB發(fā)起鏈路解除閉塞請求，本發(fā) 明還提供了一種數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，具體包括步驟201:本端管理平面根據(jù)需要啟動鏈路解除閉塞請求；步驟202: LSR A首先判斷該請求是否可行，即判斷是否該數(shù)據(jù)鏈路處于正常狀態(tài)并且"對端閉塞"標(biāo)志沒有置位，如果上述兩個條件有一個不滿足或全不滿足，則執(zhí)行步驟203;如果上述兩個條件都滿足(即數(shù)據(jù)鏈路正常且"對端閉塞"沒有置位)，則可以解除閉塞，執(zhí)行步驟204;步驟203:當(dāng)"對端閉塞"標(biāo)志位已經(jīng)置位時，表明該鏈路由對端發(fā)起閉塞，則只能由對端解除，本端無權(quán)解除；當(dāng)數(shù)據(jù)鏈路沒有處于正常狀態(tài)時也不能解除閉塞；所以LSRA向 管理平面返回拒絕解除閉塞消息并結(jié)束；步驟204: LSRA發(fā)送鏈路解除閉塞消息給LSRB;為了避免出現(xiàn)LSRA長時間等不到LSRB返回消息的情況出現(xiàn)，可以用定時器控制等待 的時間，當(dāng)超過預(yù)置的時間還沒有收到返回消息時結(jié)束本次請求，即在本端設(shè)置定時器，進(jìn) 入等待確認(rèn)狀態(tài)；步驟205: LSR B接收到鏈路解除閉塞消息后，判斷該請求的可行性，即判斷該數(shù)據(jù)鏈路是否存在且處于正常狀態(tài)，并且"本端閉塞"標(biāo)志沒有置位；當(dāng)"本端閉塞"標(biāo)志置位時，說明閉塞由LSRB發(fā)起，則解除閉塞也只能由LSRB發(fā)起，而不能由LSRA發(fā)起，因此這 種情況下LSR B不能接受該請求；如果上述條件均滿足，則執(zhí)行步驟206;否則執(zhí)行步驟207;步驟206:此時LSRB可以接受解除閉塞的請求，則LSRB解除閉塞的數(shù)據(jù)鏈路，而且 還可以根據(jù)需要給該條鏈路分配業(yè)務(wù)，然后返回鏈路解除閉塞確認(rèn)消息給LSR A;為了使其它網(wǎng)元能夠及時知道捆綁鏈路的帶寬變化，LSR B在解除閉塞的數(shù)據(jù)鏈路后， 還可以在TE鏈路廣播中廣播新的LSA，其中包含了解除閉塞的數(shù)據(jù)鏈路的帶寬；然后執(zhí)行步驟208;步驟207: LSRB返回鏈路解除閉塞負(fù)確認(rèn)消息給LSRA;步驟208: LSRA判斷是否定時器超時還沒有收到LSRB返回的消息，如果是則執(zhí)行步 驟209，否則執(zhí)行步驟210;步驟209: LSR A向管理平面返回鏈路解除閉塞負(fù)確認(rèn)消息，拒絕此次鏈路解除閉塞的 請求并結(jié)束；步驟210: LSR A判斷接收到的消息是鏈路解除閉塞確認(rèn)消息還是鏈路解除閉塞負(fù)確認(rèn) 消息，如果是鏈路解除閉塞負(fù)確認(rèn)消息，則執(zhí)行步驟209;如果是鏈路解除閉塞確認(rèn)消息， 則執(zhí)行步驟211;步驟211: LSRA解除閉塞的數(shù)據(jù)鏈路，并向管理平面返回鏈路解除閉塞確認(rèn)消息； 為了使其它網(wǎng)元能夠及時知道捆綁鏈路的帶寬變化，LSR A在解除閉塞的數(shù)據(jù)鏈路后還可以在TE鏈路廣播中廣播新的LSA，其中包含了解除閉塞的數(shù)據(jù)鏈路中的帶寬。以后兩端通過路由協(xié)議進(jìn)行周期性的TE鏈路廣播時，均需要包含解除閉塞的數(shù)據(jù)鏈路的帶寬。在本實施例中鏈路解除閉塞消息、鏈路解除閉塞確認(rèn)消息和鏈路解除閉塞負(fù)確認(rèn)消息都 是通過LMP協(xié)議發(fā)送的。但具體實現(xiàn)時，并不限于LMP協(xié)議，可以經(jīng)擴(kuò)展應(yīng)用于其它協(xié)議 中。實施例四參見圖5，本發(fā)明還提供了一種數(shù)據(jù)鏈路恢復(fù)服務(wù)的系統(tǒng)，系統(tǒng)包括本端和對端。 本端包括通訊模塊和鏈路管理模塊(1) 通訊模塊，用于與對端進(jìn)行通訊；即發(fā)送鏈路解除閉塞消息給對端以請求解除捆綁 鏈路中閉塞的數(shù)據(jù)鏈路，和接收由對端返回的鏈路解除閉塞確認(rèn)消息或鏈路解除閉塞負(fù)確認(rèn) 消息；(2) 鏈路管理模塊，用于對捆綁鏈路中的數(shù)據(jù)鏈路狀態(tài)進(jìn)行管理；即接收管理平面發(fā)來 的鏈路解除閉塞請求并轉(zhuǎn)發(fā)給通訊模塊，維護(hù)數(shù)據(jù)鏈路狀態(tài)機，在接收到由通訊模塊轉(zhuǎn)發(fā)的 鏈路解除閉塞確認(rèn)消息后，解除閉塞的數(shù)據(jù)鏈路并返回解除閉塞確認(rèn)消息給管理平面；在接 收到由通訊模塊轉(zhuǎn)發(fā)的鏈路解除閉塞負(fù)確認(rèn)消息后，返回解除閉塞負(fù)確認(rèn)消息給管理平面。對端包括通訊模塊和鏈路管理模塊(1) 通訊模塊，用于與本端進(jìn)行通訊；即接收本端的通訊模塊發(fā)來的鏈路解除閉塞消息， 和轉(zhuǎn)發(fā)對端的鏈路管理模塊發(fā)來的鏈路解除閉塞確認(rèn)消息或鏈路解除閉塞負(fù)確認(rèn)消息給本端 的通訊模塊；(2) 鏈路管理模塊，用于在接收到由對端的通訊模塊轉(zhuǎn)發(fā)的鏈路解除閉塞消息后，判斷 是否可以解除閉塞的數(shù)據(jù)鏈路，如果可以則解除閉塞的數(shù)據(jù)鏈路，并返回鏈路解除閉塞確認(rèn) 消息給對端的通訊模塊；否則返回鏈路解除閉塞負(fù)確認(rèn)消息給對端的通訊模塊。為了使其它網(wǎng)元能夠及時知道捆綁鏈路的帶寬變化，本端還包括路由模塊，用于在本端的鏈路管理模塊解除閉塞的數(shù)據(jù)鏈路后，通過本端的通訊模塊在 捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中包含了解除閉塞的數(shù)據(jù)鏈路的帶寬。
相應(yīng)地，對端還包括路由模塊，用于在對端的鏈路管理模塊解除閉塞的數(shù)據(jù)鏈路后，通過對端的通訊模塊在 捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中包含了解除閉塞的數(shù)據(jù)鏈路的帶寬。在本實施例中鏈路解除閉塞消息、鏈路解除閉塞確認(rèn)消息和鏈路解除閉塞負(fù)確認(rèn)消息都 是通過LMP協(xié)議發(fā)送的。但具體實現(xiàn)時，并不限于LMP協(xié)議，可以經(jīng)擴(kuò)展應(yīng)用于其它協(xié)議中。以上所述的實施例，只是本發(fā)明較優(yōu)選的具體實施方式
的一種，本領(lǐng)域的技術(shù)人員在本 發(fā)明技術(shù)方案范圍內(nèi)進(jìn)行的通常變化和替換都應(yīng)包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種數(shù)據(jù)鏈路退出服務(wù)的方法，其特征在于，所述方法具體包括步驟A本端發(fā)送鏈路閉塞消息給對端，請求閉塞捆綁鏈路中的數(shù)據(jù)鏈路；步驟B所述對端接收到所述鏈路閉塞消息后，判斷是否可以閉塞所述數(shù)據(jù)鏈路，如果可以，則閉塞所述數(shù)據(jù)鏈路，并返回鏈路閉塞確認(rèn)消息給所述本端；步驟C所述本端接收到所述對端返回的鏈路閉塞確認(rèn)消息后，閉塞所述數(shù)據(jù)鏈路。
2. 根據(jù)權(quán)利要求1所述的數(shù)據(jù)鏈路退出服務(wù)的方法，其特征在于，所述步驟B具體為 所述對端接收到所述鏈路閉塞消息后，判斷是否可以倒換或重路由被請求閉塞的數(shù)據(jù)鏈路上的業(yè)務(wù)，如果可以倒換或重路由，則進(jìn)行倒換或重路由并閉塞所述數(shù)據(jù)鏈路，然后返回 鏈路閉塞確認(rèn)消息給所述本端。
3. 根據(jù)權(quán)利要求1所述的數(shù)據(jù)鏈路退出服務(wù)的方法，其特征在于，所述步驟B中所述對 端閉塞所述數(shù)據(jù)鏈路的步驟具體為-所述對端將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并對所述數(shù)據(jù)鏈路置"對端閉塞" 標(biāo)志；所述步驟C中所述本端閉塞所述數(shù)據(jù)鏈路的步驟具體為所述本端將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并對所述數(shù)據(jù)鏈路置"本端閉塞"標(biāo)志o
4. 根據(jù)權(quán)利要求1所述的數(shù)據(jù)鏈路退出服務(wù)的方法，其特征在于，所述步驟B進(jìn)一步包括所述對端閉塞所述數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除 了所述閉塞的數(shù)據(jù)鏈路的帶寬。
5. 根據(jù)權(quán)利要求1所述的數(shù)據(jù)鏈路退出服務(wù)的方法，其特征在于，所述步驟C進(jìn)一步包括所述本端閉塞所述數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除 了所述閉塞的數(shù)據(jù)鏈路的帶寬。
6. 根據(jù)權(quán)利要求1至5中任一權(quán)利要求所述的數(shù)據(jù)鏈路退出服務(wù)的方法，其特征在于， 所述鏈路閉塞消息和鏈路閉塞確認(rèn)消息均通過鏈路管理協(xié)議發(fā)送。
7. —種數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，其特征在于，所述系統(tǒng)包括本端和對端，所述本端包括通訊模塊和鏈路管理模塊(1) 通訊模塊，用于發(fā)送鏈路閉塞消息給所述對端以請求閉塞捆綁鏈路中的數(shù)據(jù)鏈路，還用于接收由所述對端返回的鏈路閉塞確認(rèn)消息并轉(zhuǎn)發(fā)給所述鏈路管理模塊；(2) 鏈路管理模塊，用于在接收到所述本端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞確認(rèn)消息后閉塞 所述數(shù)據(jù)鏈路；所述對端包括通訊模塊和鏈路管理模塊(1) 通訊模塊，用于接收所述本端的通訊模塊發(fā)來的鏈路閉塞消息，還用于轉(zhuǎn)發(fā)所述對 端的鏈路管理模塊發(fā)來的鏈路閉塞確認(rèn)消息給所述本端的通訊模塊；(2) 鏈路管理模塊，用于接收到由所述對端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞消息后，判斷是 否可以閉塞所述數(shù)據(jù)鏈路，如果可以，則閉塞所述數(shù)據(jù)鏈路并返回鏈路閉塞確認(rèn)消息給所述 對端的通訊模塊。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，其特征在于，所述對端的鏈路管理 模塊具體為閉塞模塊，用于接收到由所述對端的通訊模塊轉(zhuǎn)發(fā)的鏈路閉塞消息后，判斷是否 可以倒換或重路由被請求閉塞的數(shù)據(jù)鏈路上的業(yè)務(wù)，如果可以倒換或重路由，則進(jìn)行倒換或 重路由并閉塞所述數(shù)據(jù)鏈路，然后返回鏈路閉塞確認(rèn)消息給所述對端的通訊模塊。
9.根據(jù)權(quán)利要求7所述的數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，其特征在于，所述本端的鏈路管理 模塊閉塞所述數(shù)據(jù)鏈路是指將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并給所述數(shù)據(jù)鏈路置 "本端閉塞"標(biāo)志。
10.根據(jù)權(quán)利要求7所述的數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，其特征在于，所述對端的鏈路管 理模塊閉塞所述數(shù)據(jù)鏈路是指將所述數(shù)據(jù)鏈路的狀態(tài)轉(zhuǎn)入正常/空閑狀態(tài)，并給所述數(shù)據(jù)鏈路 置"對端閉塞"標(biāo)志。
11. 根據(jù)權(quán)利要求7所述的數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，其特征在于，所述本端還包括 路由模塊，用于在所述本端的鏈路管理模塊閉塞所述數(shù)據(jù)鏈路后，通過所述本端的通訊模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除了所述閉塞的數(shù)據(jù)鏈路的帶寬。
12. 根據(jù)權(quán)利要求7至11中任一權(quán)利要求所述的數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，其特征在于， 所述對端還包括-路由模塊，用于在所述對端的鏈路管理模塊閉塞所述數(shù)據(jù)鏈路后，通過所述對端的通訊 模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中扣除了所述閉塞的數(shù)據(jù)鏈路的帶寬。
13. —種數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，其特征在于，所述方法具體包括-步驟A':本端發(fā)送鏈路解除閉塞消息給對端，請求解除捆綁鏈路中閉塞的數(shù)據(jù)鏈路； 步驟B':所述對端接收到所述鏈路解除閉塞消息后，判斷是否可以解除所述閉塞的數(shù)據(jù)鏈路，如果可以，則解除所述閉塞的數(shù)據(jù)鏈路，并返回鏈路解除閉塞確認(rèn)消息給所述本端； 步驟C':所述本端接收到所述對端返回的消息后，判斷所述消息是否為鏈路解除閉塞確認(rèn)消息，如果是，則解除所述閉塞的數(shù)據(jù)鏈路。
14. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，其特征在于，所述步驟B'具體為 所述對端接收到所述鏈路解除閉塞消息后，判斷所述閉塞的數(shù)據(jù)鏈路是否為正常狀態(tài)，且沒有置"對端閉塞"標(biāo)志，如果兩個條件均滿足，則解除所述閉塞的數(shù)據(jù)鏈路，并返回鏈 路解除閉塞確認(rèn)消息給所述本端。
15. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，其特征在于，所述步驟B'進(jìn)一步包括所述對端解除所述閉塞的數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其 中包含了所述解除閉塞的數(shù)據(jù)鏈路的帶寬。
16. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，其特征在于，所述步驟C'進(jìn)一步包括所述本端解除所述閉塞的數(shù)據(jù)鏈路之后，在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其 中包含了所述解除閉塞的數(shù)據(jù)鏈路的帶寬。
17. 根據(jù)權(quán)利要求13至16中任一權(quán)利要求所述的數(shù)據(jù)鏈路恢復(fù)服務(wù)的方法，其特征在 于，所述鏈路解除閉塞消息和鏈路解除閉塞確認(rèn)消息均通過鏈路管理協(xié)議發(fā)送。
18. —種數(shù)據(jù)鏈路恢復(fù)服務(wù)的系統(tǒng)，其特征在于，所述系統(tǒng)包括本端和對端， 所述本端包括通訊模塊和鏈路管理模塊-(1) 通訊模塊，用于發(fā)送鏈路解除閉塞消息給所述對端以請求解除捆綁鏈路中閉塞的數(shù)據(jù)鏈路，還用于接收由所述對端返回的鏈路解除閉塞確認(rèn)消息并轉(zhuǎn)發(fā)給所述鏈路管理模塊；(2) 鏈路管理模塊，用于在接收到由所述通訊模塊轉(zhuǎn)發(fā)的鏈路解除閉塞確認(rèn)消息后，解 除閉塞的數(shù)據(jù)鏈路；所述對端包括通訊模塊和鏈路管理模塊-(1) 通訊模塊，用于接收所述本端的通訊模塊發(fā)來的鏈路解除閉塞消息，還用于轉(zhuǎn)發(fā)所 述對端的鏈路管理模塊發(fā)來的鏈路解除閉塞確認(rèn)消息給所述本端的通訊模塊；(2) 鏈路管理模塊，用于在接收到由所述對端的通訊模塊轉(zhuǎn)發(fā)的鏈路解除閉塞消息后， 判斷是否可以解除閉塞的數(shù)據(jù)鏈路，如果可以，則解除閉塞的數(shù)據(jù)鏈路，并返回鏈路解除閉 塞確認(rèn)消息給所述對端的通訊模塊。
19. 根據(jù)權(quán)利要求18所述的數(shù)據(jù)鏈路恢復(fù)服務(wù)的系統(tǒng)，其特征在于，所述本端還包括 路由模塊，用于在所述本端的鏈路管理模塊解除所述閉塞的數(shù)據(jù)鏈路后，通過所述本端的通訊模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中包含了所述解除閉塞的數(shù)據(jù)鏈路 的帶寬。
20. 根據(jù)權(quán)利要求18或19所述的數(shù)據(jù)鏈路恢復(fù)服務(wù)的系統(tǒng)，其特征在于，所述對端還包括路由模塊，用于在所述對端的鏈路管理模塊解除所述閉塞的數(shù)據(jù)鏈路后，通過所述對端 的通訊模塊在捆綁鏈路廣播中廣播新的鏈路狀態(tài)廣播，其中包含了所述解除閉塞的數(shù)據(jù)鏈路 的帶寬。
全文摘要
本發(fā)明提供了一種數(shù)據(jù)鏈路退出服務(wù)的方法和系統(tǒng)，屬于網(wǎng)絡(luò)通信技術(shù)領(lǐng)域。為了解決現(xiàn)有技術(shù)中動態(tài)管理效率低、資源浪費、兼容性差以及可能影響數(shù)據(jù)鏈路所承載的業(yè)務(wù)等問題，本發(fā)明提供了一種數(shù)據(jù)鏈路退出服務(wù)的方法，包括本端發(fā)送鏈路閉塞消息給對端的步驟，對端判斷可以閉塞數(shù)據(jù)鏈路時，閉塞數(shù)據(jù)鏈路并返回鏈路閉塞確認(rèn)消息給本端的步驟，本端收到鏈路閉塞確認(rèn)消息后閉塞數(shù)據(jù)鏈路的步驟；本發(fā)明還提供了一種數(shù)據(jù)鏈路退出服務(wù)的系統(tǒng)，包括本端和對端。本發(fā)明不僅使運營商能夠方便地對已開通業(yè)務(wù)的鏈路進(jìn)行測試、更換、升級等操作，真正做到對業(yè)務(wù)無損，而且可以一次使一條或多條數(shù)據(jù)鏈路退出或恢復(fù)服務(wù)，效率高，節(jié)省資源。
文檔編號H04L29/06GK101166185SQ20061015057
公開日2008年4月23日 申請日期2006年10月20日 優(yōu)先權(quán)日2006年10月20日
發(fā)明者管紅光 申請人:華為技術(shù)有限公司