專利名稱：業(yè)務(wù)恢復(fù)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種業(yè)務(wù)恢復(fù)方法及裝置。
背景技術(shù)：
隨著光傳輸技術(shù)的發(fā)展，ASON(Automatic Switched OpticalNetwork，自動交換光網(wǎng)絡(luò))已經(jīng)成為光傳輸?shù)南乱粋€(gè)發(fā)展方向。與傳統(tǒng)光傳送網(wǎng)相比，ASON引入了分布式智能化的控制平面，使傳輸、交換和數(shù)據(jù)網(wǎng)絡(luò)結(jié)合在一起，實(shí)現(xiàn)了真正意義的路由設(shè)置、端到端業(yè)務(wù)調(diào)度和網(wǎng)絡(luò)自動恢復(fù)。ASON的出現(xiàn)，為流量工程和業(yè)務(wù)管理提供了自動化控制手段。ASON在傳統(tǒng) SDH(Synchronous Digital Hierarchy，同步數(shù)字體系)網(wǎng)絡(luò)原有的管理平面、傳送平面的基礎(chǔ)上，引入了獨(dú)立的控制平面，從鏈路資源管理技術(shù)、路由技術(shù)、信令技術(shù)三大方面支撐起ASON控制平面的體系駕構(gòu)，使得鄰居的自動發(fā)現(xiàn)、全網(wǎng)拓?fù)涞淖詣由珊蜆I(yè)務(wù)路徑的自動創(chuàng)建成為可能，大大減少了人工分配標(biāo)簽、建立交叉的繁瑣，實(shí)現(xiàn)了網(wǎng)絡(luò)帶寬資源的合理化分配和利用。在網(wǎng)絡(luò)的生存性方面，ASON網(wǎng)絡(luò)采用傳送平面的保護(hù)機(jī)制和控制平面的保護(hù)恢復(fù)機(jī)制相結(jié)合的方法，根據(jù)不同的網(wǎng)絡(luò)保護(hù)特性和業(yè)務(wù)等級，對業(yè)務(wù)進(jìn)行保護(hù)和恢復(fù)，體現(xiàn)出 ASON網(wǎng)絡(luò)在業(yè)務(wù)保護(hù)恢復(fù)方面的巨大優(yōu)勢。對于ASON網(wǎng)絡(luò)中普遍存在的無保護(hù)業(yè)務(wù)，一旦業(yè)務(wù)所經(jīng)過的某條鏈路發(fā)生故障， 業(yè)務(wù)需要進(jìn)行恢復(fù)。通常方法是，需要進(jìn)行恢復(fù)的業(yè)務(wù)首節(jié)點(diǎn)動態(tài)建立一條與原LSP (Label Switched Path，標(biāo)簽交換路徑)首尾節(jié)點(diǎn)相同的新LSP，然后把業(yè)務(wù)從發(fā)生故障的LSP倒換到新的LSP上。在進(jìn)行業(yè)務(wù)恢復(fù)時(shí)，業(yè)務(wù)首節(jié)點(diǎn)進(jìn)行的操作如下首先，根據(jù)業(yè)務(wù)的流量工程特性進(jìn)行基于約束的路由計(jì)算，得到滿足要求的一條路徑，即一系列有序的節(jié)點(diǎn)和鏈路的組合； 然后，利用信令協(xié)議如 RSVP-TE (Resource Reservation Protocol-Traffic Engineering, 基于流量工程擴(kuò)展的資源預(yù)留協(xié)議)在查詢所得路徑上發(fā)起建立一條LSP，在每個(gè)節(jié)點(diǎn)都進(jìn)行資源預(yù)留、標(biāo)簽分配并將交叉下發(fā)至傳送平面，從而建立起一條恢復(fù)連接并將受故障影響的業(yè)務(wù)切換至此LSP上。如果在首節(jié)點(diǎn)有多個(gè)業(yè)務(wù)需要進(jìn)行恢復(fù)，則需要為每一個(gè)業(yè)務(wù)按照上述流程建立一條恢復(fù)連接，這會導(dǎo)致以下問題(1)，受路由協(xié)議如 OSPF-TE (Open Shortest Path First (Protocol) -Traffic Engineering，基于流量工程的開放式最短路徑優(yōu)先協(xié)議)信息洪泛和收斂速度的影響，導(dǎo)致各條恢復(fù)連接資源競爭的可能性較大。(2)，由于光網(wǎng)絡(luò)中 RSVP (Resource Reservation Protocol，資源預(yù)留協(xié)議)協(xié)議廣泛使用了上游節(jié)點(diǎn)指定標(biāo)簽信息機(jī)制，導(dǎo)致上下游節(jié)點(diǎn)之間標(biāo)簽競爭的可能性較大。(3)，相同的操作流程被執(zhí)行多次，尤其是向傳送平面下發(fā)交叉操作比較費(fèi)時(shí)。而無論是資源競爭、標(biāo)簽競爭，還是下發(fā)交叉操作費(fèi)時(shí)，最終都會導(dǎo)致全部業(yè)務(wù)恢復(fù)耗費(fèi)時(shí)間過多。因此，如果發(fā)生故障的鏈路上承載了較多業(yè)務(wù)，則每條業(yè)務(wù)都要分別進(jìn)行恢復(fù)，需要花費(fèi)較多的時(shí)間，嚴(yán)重影響了 ASON恢復(fù)效率，成為影響ASON性能的一個(gè)瓶頸。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種業(yè)務(wù)恢復(fù)方法及裝置，以至少解決上述的業(yè)務(wù)恢復(fù)花費(fèi)時(shí)間長，恢復(fù)效率低的問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種業(yè)務(wù)恢復(fù)方法，包括確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障，該多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)；確定首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由，該一條可用路由的資源滿足多個(gè)業(yè)務(wù)的資源總和，或多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和；使用可用路由恢復(fù)發(fā)生故障的多個(gè)業(yè)務(wù)或至少兩個(gè)業(yè)務(wù)。根據(jù)本發(fā)明的另一方面，提供了一種業(yè)務(wù)恢復(fù)裝置，包括第一確定模塊，用于確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障，該多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)；第二確定模塊， 用于確定首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由，該一條可用路由的資源滿足多個(gè)業(yè)務(wù)的資源總和，或多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和；恢復(fù)模塊，用于使用可用路由恢復(fù)發(fā)生故障的多個(gè)業(yè)務(wù)或至少兩個(gè)業(yè)務(wù)。通過本發(fā)明，采用當(dāng)具有相同首節(jié)點(diǎn)和尾節(jié)點(diǎn)的多個(gè)業(yè)務(wù)發(fā)生故障時(shí)，從該首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間再選擇一條資源滿足發(fā)生故障的多個(gè)業(yè)務(wù)占用的資源的可用路由，或者從多條這樣的路由中選擇一條，同時(shí)恢復(fù)發(fā)生故障的多個(gè)業(yè)務(wù)，而不必每個(gè)業(yè)務(wù)分別進(jìn)行恢復(fù)，從而減小了標(biāo)簽競爭和資源競爭的可能性，并且，多業(yè)務(wù)批量恢復(fù)情況下僅須向傳送平面下發(fā)一次交叉連接，大大降低了業(yè)務(wù)恢復(fù)所須的時(shí)間，提高了恢復(fù)效率，解決了現(xiàn)有技術(shù)中多業(yè)務(wù)故障時(shí)，業(yè)務(wù)恢復(fù)花費(fèi)時(shí)間長，恢復(fù)效率低的問題，進(jìn)而達(dá)到了減少業(yè)務(wù)恢復(fù)時(shí)間，提高業(yè)務(wù)恢復(fù)效率的效果。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例一的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖；圖2是根據(jù)本發(fā)明實(shí)施例二的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖；圖3是根據(jù)本發(fā)明實(shí)施例三的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖；圖4是根據(jù)本發(fā)明實(shí)施例四的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖；圖5是根據(jù)本發(fā)明實(shí)施例五的一種業(yè)務(wù)恢復(fù)方法中的ASON網(wǎng)絡(luò)拓?fù)涫疽鈭D；圖6是根據(jù)本發(fā)明實(shí)施例六的一種業(yè)務(wù)恢復(fù)裝置的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。參照圖1，示出了根據(jù)本發(fā)明實(shí)施例一的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖，包括以下步驟步驟S102 確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障；
其中，多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)。步驟S104 確定首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由；其中，所述一條可用路由的資源滿足多個(gè)業(yè)務(wù)的資源總和，或多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和。在多個(gè)業(yè)務(wù)的首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間，可能僅存在一條資源滿足多個(gè)業(yè)務(wù)的資源總和的可用路由，則可以使用這條路由恢復(fù)多個(gè)業(yè)務(wù)；也可能存在多條資源滿足多個(gè)業(yè)務(wù)的資源總和的可用路由，這時(shí)，可以按照預(yù)定規(guī)則選擇其中一條路由，進(jìn)行多業(yè)務(wù)恢復(fù)。當(dāng)然， 若僅存在一條路由，而該路由的資源僅能滿足多個(gè)業(yè)務(wù)中的部分業(yè)務(wù)，該部分業(yè)務(wù)包括至少兩個(gè)業(yè)務(wù)，此時(shí)，可以使用該路由恢復(fù)多個(gè)業(yè)務(wù)中的部分業(yè)務(wù)；若首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在多個(gè)可用路由，但沒有一個(gè)路由可以同時(shí)滿足多個(gè)業(yè)務(wù)的資源，此時(shí)，可以使用其中的一個(gè)路由恢復(fù)部分業(yè)務(wù)，再使用其它的可用路由恢復(fù)剩下的業(yè)務(wù)。步驟S106 使用可用路由恢復(fù)發(fā)生故障的多個(gè)業(yè)務(wù)或至少兩個(gè)業(yè)務(wù)。相關(guān)技術(shù)中，在多個(gè)業(yè)務(wù)發(fā)生故障時(shí)，需要針對每個(gè)業(yè)務(wù)分別進(jìn)行恢復(fù)，因此，業(yè)務(wù)恢復(fù)時(shí)間長，恢復(fù)效率低。通過本實(shí)施例，當(dāng)具有相同首節(jié)點(diǎn)和尾節(jié)點(diǎn)的多個(gè)業(yè)務(wù)發(fā)生故障時(shí)，從該首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間選擇一條資源滿足發(fā)生故障的多個(gè)業(yè)務(wù)或部分業(yè)務(wù)占用的資源的可用路由，同時(shí)恢復(fù)發(fā)生故障的業(yè)務(wù)，而不必每個(gè)業(yè)務(wù)分別進(jìn)行恢復(fù)，從而減小了標(biāo)簽競爭和資源競爭的可能性，并且，多業(yè)務(wù)批量恢復(fù)情況下僅須向傳送平面下發(fā)一次交叉連接，大大降低了業(yè)務(wù)恢復(fù)所須的時(shí)間，提高了恢復(fù)效率，解決了現(xiàn)有技術(shù)中多業(yè)務(wù)故障時(shí)，業(yè)務(wù)恢復(fù)花費(fèi)時(shí)間長，恢復(fù)效率低的問題，進(jìn)而達(dá)到了減少業(yè)務(wù)恢復(fù)時(shí)間，提高業(yè)務(wù)恢復(fù)效率的效果。參照圖2，示出了根據(jù)本發(fā)明實(shí)施例二的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖，本實(shí)施例針對無保護(hù)業(yè)務(wù)，包括以下步驟步驟S202:故障檢測。S卩，檢測到多個(gè)業(yè)務(wù)的鏈路發(fā)生故障。當(dāng)某個(gè)鏈路出現(xiàn)故障后，此鏈路上承載的所有業(yè)務(wù)的首節(jié)點(diǎn)檢測到故障的發(fā)生，準(zhǔn)備發(fā)起業(yè)務(wù)的恢復(fù)操作。當(dāng)然，也有可能多個(gè)鏈路同時(shí)發(fā)生故障，這時(shí)，這多個(gè)鏈路上承載的所有業(yè)務(wù)均無法正常進(jìn)行，該多個(gè)業(yè)務(wù)的首節(jié)點(diǎn)檢測到故障的發(fā)生，進(jìn)而準(zhǔn)備進(jìn)行業(yè)務(wù)恢復(fù)。步驟S204:策略判斷。S卩，判斷鏈路發(fā)生故障的多個(gè)業(yè)務(wù)的首、尾節(jié)點(diǎn)是否相同。當(dāng)上述首節(jié)點(diǎn)需要恢復(fù)的業(yè)務(wù)為Li，L2...Ln，并且這些業(yè)務(wù)的首末節(jié)點(diǎn)相同時(shí)，可以進(jìn)行批量恢復(fù)。需要說明的是，若多個(gè)發(fā)生故障的業(yè)務(wù)中僅有部分業(yè)務(wù)的首、尾節(jié)點(diǎn)相同，那么，這部分首、尾節(jié)點(diǎn)相同的業(yè)務(wù)同樣適用于本實(shí)施例的批量業(yè)務(wù)恢復(fù)。本實(shí)施例中，僅以發(fā)生故障的多個(gè)業(yè)務(wù)均具有相同的首、尾節(jié)點(diǎn)為例。步驟S206:路由查詢。首節(jié)點(diǎn)以Li，L2. . . Ln的帶寬總和及其它路由約束條件作為新的約束條件進(jìn)行路由查詢，查詢出從首節(jié)點(diǎn)到末節(jié)點(diǎn)的一條可用路徑，且該可用路徑的資源滿足Li，L2. . . Ln 的資源總和(即該可用路徑的帶寬滿足L1，L2. . . Ln的帶寬總和)，則最終批量恢復(fù)的連接數(shù)為m，此時(shí)m = n，進(jìn)入下一步驟S208。本實(shí)施例以帶寬資源為例，以帶寬總和為主要約束條件，但本領(lǐng)域技術(shù)人員在實(shí)際應(yīng)用中，可以根據(jù)需要以其它工程流量特性的資源和其它約束條件進(jìn)行路由查詢，本發(fā)明對此不作限制。若由于整個(gè)網(wǎng)絡(luò)中資源限制而導(dǎo)致路由查詢失敗，則可以減少帶寬約束，重新發(fā)起路由查詢，這種情況下查詢結(jié)果可能是m(l <m<n)條連接共用一條路徑，此時(shí)m條連接仍然可以采用批量恢復(fù)策略進(jìn)行恢復(fù)，進(jìn)入下一步驟S208。在最壞情況下m = 1，即任何兩條連接都不能共用一條路徑，此時(shí)批量恢復(fù)策略無法實(shí)施，每條連接只能進(jìn)行獨(dú)立恢復(fù)，進(jìn)入步驟S214。步驟S208 首節(jié)點(diǎn)處理。首節(jié)點(diǎn)在可用路徑上使用RSVP協(xié)議發(fā)起建立一條新連接P，在此連接的RSVP PATH信令中，流量工程對象SENDER TSPEC中包含步驟S206查詢成功的總帶寬參數(shù)，RSVP PATH信令的私有數(shù)據(jù)中攜帶以下信息連接P的屬性為批量恢復(fù)連接(即該路由為多業(yè)務(wù)恢復(fù)路由)、需恢復(fù)的連接為Li，L2. . . Lm、Li，L2. . . Lm在本節(jié)點(diǎn)占用的標(biāo)簽以及各自的業(yè)務(wù)出端口和在尾節(jié)點(diǎn)占用的標(biāo)簽信息等。步驟S210 非首節(jié)點(diǎn)處理。在連接P經(jīng)過的各個(gè)節(jié)點(diǎn)，連接控制模塊根據(jù)RSVP PATH信令的私有數(shù)據(jù)中的相關(guān)信息進(jìn)行資源預(yù)留，并針對每個(gè)需要恢復(fù)的業(yè)務(wù)在傳送平面建立交叉連接。步驟S212:業(yè)務(wù)切換。當(dāng)連接P建立成功后，原Li，L2. . . Lm連接上承載的業(yè)務(wù)即可切換至此新連接P 上，可以根據(jù)業(yè)務(wù)策略決定將原故障連接刪除或保留，從而實(shí)現(xiàn)了批量業(yè)務(wù)的恢復(fù)。步驟S214:流程結(jié)束。本實(shí)施例針對無保護(hù)業(yè)務(wù)的批量業(yè)務(wù)同時(shí)進(jìn)行恢復(fù)的場景，采用了多個(gè)業(yè)務(wù)共享一條路徑的策略，即將多個(gè)較小的“管道”合并為一個(gè)較大的“管道”進(jìn)行處理，從而大大減少了標(biāo)簽競爭的可能性。而且，與每條連接單獨(dú)恢復(fù)需要多次向傳送平面下發(fā)交叉連接相比，批量恢復(fù)情況下向傳送平面下發(fā)交叉連接是一次完成的，從而大大降低了業(yè)務(wù)恢復(fù)所需的時(shí)間，提高了恢復(fù)效率。且本實(shí)施例的技術(shù)方案沒有改變RSVP協(xié)議本身的處理流程， 而是借用了協(xié)議中PATH信令提供的私有數(shù)據(jù)字段，在網(wǎng)元之間傳遞批量業(yè)務(wù)恢復(fù)所需要的信息，實(shí)現(xiàn)方法簡單。參照圖3，示出了根據(jù)本發(fā)明實(shí)施例三的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖。本實(shí)施例中，以M個(gè)業(yè)務(wù)發(fā)生故障為例，其中有N個(gè)業(yè)務(wù)具有相同的首、尾節(jié)點(diǎn)，M > N > 2。本實(shí)施例的業(yè)務(wù)恢復(fù)方法包括以下步驟步驟S302 首節(jié)點(diǎn)接收到告警信息。本實(shí)施例中，當(dāng)M個(gè)業(yè)務(wù)發(fā)生故障時(shí)，因多個(gè)業(yè)務(wù)中僅有部分業(yè)務(wù)具有相同的首、 尾節(jié)點(diǎn)，所以至少有兩個(gè)首節(jié)點(diǎn)接收到告警信息。本實(shí)施例以其中一個(gè)首節(jié)點(diǎn)為例進(jìn)行說明。步驟S304 首節(jié)點(diǎn)判斷受故障影響的共尾節(jié)點(diǎn)連接數(shù)為N。步驟S306 首節(jié)點(diǎn)判斷N是否大于1，若是，則執(zhí)行步驟S310 ；若否，則執(zhí)行步驟 S308。本實(shí)施例中，N彡2，所以執(zhí)行步驟S310。步驟S308 采用單條連接恢復(fù)處理，流程結(jié)束。步驟S310 用N條連接的帶寬總和進(jìn)行路由查詢。
本領(lǐng)域技術(shù)人員也可以以其它基于流量工程特性的參數(shù)進(jìn)行路由查詢。步驟S312 判斷路由查詢是否成功，若是，則執(zhí)行步驟S314 ；若否，則執(zhí)行步驟 S316。步驟S314 在新路徑上發(fā)送信令建立連接，流程結(jié)束。步驟S316 :N = N-1。步驟S318 判斷N是否等于0，若否，則返回步驟S310 ；若是，則流程結(jié)束。參照圖4，示出了根據(jù)本發(fā)明實(shí)施例四的一種業(yè)務(wù)恢復(fù)方法的步驟流程圖，包括以下步驟步驟S402 確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障。本實(shí)施例中，多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)。步驟S404 確定首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在多條可用路由。其中，多條可用路由中的每一條可用路由的資源都滿足多個(gè)業(yè)務(wù)的資源總和。步驟S406 確定多條可用路由中的一條恢復(fù)業(yè)務(wù)。在相同首、尾節(jié)點(diǎn)之間存在多條可用路由時(shí)，可以根據(jù)預(yù)先設(shè)定的規(guī)則選擇其中的一條。該預(yù)先設(shè)定的規(guī)則可以為任意適當(dāng)?shù)囊?guī)則(如隨機(jī)選擇等)，本發(fā)明對此不作限制。本實(shí)施例中，隨機(jī)從多條可用路由中確定一條可用路由。步驟S408 使用確定的可用路由恢復(fù)發(fā)生故障的多個(gè)業(yè)務(wù)。需要說明的是，若相同首、尾節(jié)點(diǎn)之間存在多條可用路由，但沒有一條可用路由滿足多個(gè)業(yè)務(wù)的資源總和時(shí)，則可以使用其中一條恢復(fù)部分業(yè)務(wù)，使用其它的恢復(fù)另外的業(yè)務(wù)。以5個(gè)具有相同首、尾節(jié)點(diǎn)的業(yè)務(wù)發(fā)生故障為例，若該首、尾節(jié)點(diǎn)之間存在二條可用路由A和B，此時(shí)，若A的資源滿足前三個(gè)業(yè)務(wù)的資源總和，則使用路由A恢復(fù)前三個(gè)業(yè)務(wù)；再判斷B的資源是否滿足剩下的二個(gè)業(yè)務(wù)的資源總和，若可以滿足，則使用B恢復(fù)剩下的二個(gè)業(yè)務(wù)。此時(shí)，與現(xiàn)有單個(gè)業(yè)務(wù)分別恢復(fù)相比，仍然縮短了業(yè)務(wù)恢復(fù)時(shí)間，提高了業(yè)務(wù)恢復(fù)效率。參照圖5，示出了根據(jù)本發(fā)明實(shí)施例五的一種業(yè)務(wù)恢復(fù)方法中的ASON網(wǎng)絡(luò)拓?fù)涫疽鈭D。如圖5所示，本實(shí)施例的ASON網(wǎng)絡(luò)包含七個(gè)網(wǎng)元A、B、C、D、E、F和G，網(wǎng)元之間的連線表示鏈路。網(wǎng)絡(luò)中存在四條LSP，分別為Li、L2、L3和L4，對應(yīng)的連接ID分別為 id_l、id_2、id_3和id_4。Ll和L2所經(jīng)過的路徑為A-B-C-G-D，L3和L4所經(jīng)過的路徑為 A-F-B-C-D,網(wǎng)元B、C之間只有一條數(shù)據(jù)鏈路，四條LSP共同經(jīng)過此鏈路。四條LSP的帶寬都為STM-I (其中，STM表示帶寬等級)，網(wǎng)元A、E之間和網(wǎng)元E、D之間分別存在一條鏈路， 鏈路上空閑帶寬都為STM-4。在網(wǎng)元A，L1、L2、L3 和 L4 的業(yè)務(wù)入端口分別為 inport_l、inport_2、inport_3 和 inport_4，業(yè)務(wù)入標(biāo)簽分別為 inlabel_l、inlabel_2、inlabel_3 和 inlabel_4，對應(yīng)的業(yè)務(wù)出端口分別為I^al、1^2、Pa3和Pa4，業(yè)務(wù)出標(biāo)簽分別為Lai、La2、La3和La4。在網(wǎng)元A的標(biāo)簽轉(zhuǎn)發(fā)表中，Li、L2、L3和L4對應(yīng)的標(biāo)簽轉(zhuǎn)發(fā)條目如下所示
權(quán)利要求
1.一種業(yè)務(wù)恢復(fù)方法，其特征在于，包括確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障，所述多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)；確定所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由，所述一條可用路由的資源滿足所述多個(gè)業(yè)務(wù)的資源總和，或所述多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和；使用所述可用路由恢復(fù)所述發(fā)生故障的多個(gè)業(yè)務(wù)或所述至少兩個(gè)業(yè)務(wù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，確定所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由的步驟包括判斷所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間是否存在至少一條可用路由，所述一條可用路由的資源滿足所述多個(gè)業(yè)務(wù)的資源總和；若存在，則確定該可用路由為滿足所述多個(gè)業(yè)務(wù)的資源總和的可用路由；若不存在，則根據(jù)預(yù)定規(guī)則從所述資源總和中減少部分資源，根據(jù)所述減少后的資源總和判斷所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間是否存在至少一條滿足減少后的資源總和的可用路由；若是，則確定該可用路由為滿足所述多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和的可用路由；若否，則返回所述根據(jù)預(yù)定規(guī)則從所述資源總和中減少部分資源，根據(jù)所述減少后的資源總和判斷所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間是否存在至少一條滿足減少后的資源總和的可用路由的步驟。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，使用所述可用路由恢復(fù)所述發(fā)生故障的多個(gè)業(yè)務(wù)或所述至少兩個(gè)業(yè)務(wù)的步驟包括所述首節(jié)點(diǎn)經(jīng)所述可用路由上的各節(jié)點(diǎn)依次發(fā)送信令至所述尾節(jié)點(diǎn)，所述信令中攜帶有指示所述可用路由為多業(yè)務(wù)恢復(fù)路由的信息，和待恢復(fù)的業(yè)務(wù)中的每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)的信息；所述可用路由上的各節(jié)點(diǎn)根據(jù)所述信令為所述待恢復(fù)的業(yè)務(wù)預(yù)留資源，并為所述待恢復(fù)的業(yè)務(wù)中的每個(gè)業(yè)務(wù)建立交叉連接；將所述待恢復(fù)的業(yè)務(wù)切換到所述可用路由上。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述信令為遵循資源預(yù)留協(xié)議RSVP的信令，使用所述遵循RSVP的信令的私有數(shù)據(jù)攜帶所述指示所述可用路由為多業(yè)務(wù)恢復(fù)路由的信息，和待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)的信息。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)的信息包括所述待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)的業(yè)務(wù)標(biāo)識，所述待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)占用的標(biāo)簽，所述待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)的業(yè)務(wù)出端口，和所述待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)在所述尾節(jié)點(diǎn)占用的標(biāo)簽。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述業(yè)務(wù)為自動交換光網(wǎng)絡(luò)中的無保護(hù)業(yè)務(wù)。
7.—種業(yè)務(wù)恢復(fù)裝置，其特征在于，包括第一確定模塊，用于確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障，所述多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)；第二確定模塊，用于確定所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由，所述一條可用路由的資源滿足所述多個(gè)業(yè)務(wù)的資源總和，或所述多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和；恢復(fù)模塊，用于使用所述可用路由恢復(fù)所述發(fā)生故障的多個(gè)業(yè)務(wù)或所述至少兩個(gè)業(yè)務(wù)。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述第二確定模塊包括判斷模塊，用于判斷所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間是否存在至少一條可用路由，所述一條可用路由的資源滿足所述多個(gè)業(yè)務(wù)的資源總和；第一肯定模塊，用于若所述判斷模塊的判斷結(jié)果為是，則確定該可用路由為滿足所述多個(gè)業(yè)務(wù)的資源總和的可用路由；第一否定模塊，用于若所述判斷模塊的判斷結(jié)果為否，則根據(jù)預(yù)定規(guī)則從所述資源總和中減少部分資源，根據(jù)所述減少后的資源總和判斷所述首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間是否存在至少一條滿足減少后的資源總和的可用路由；第二肯定模塊，用于若所述第一否定模塊的判斷結(jié)果為是，則確定該可用路由為滿足所述多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和的可用路由；第二否定模塊，用于若所述第一否定模塊的判斷結(jié)果為否，則返回所述第一否定模塊。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述恢復(fù)模塊包括發(fā)送模塊，用于所述首節(jié)點(diǎn)經(jīng)所述可用路由上的各節(jié)點(diǎn)依次發(fā)送信令至所述尾節(jié)點(diǎn)， 所述信令中攜帶有指示所述可用路由為多業(yè)務(wù)恢復(fù)路由的信息，和待恢復(fù)的業(yè)務(wù)中的每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)的信息；資源模塊，用于所述可用路由上的各節(jié)點(diǎn)根據(jù)所述信令為所述待恢復(fù)的業(yè)務(wù)預(yù)留資源，并為所述待恢復(fù)的業(yè)務(wù)中的每個(gè)業(yè)務(wù)建立交叉連接；切換模塊，用于將所述待恢復(fù)的業(yè)務(wù)切換到所述可用路由上。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述信令為遵循資源預(yù)留協(xié)議RSVP的信令，所述遵循RSVP的信令的私有數(shù)據(jù)攜帶所述指示所述可用路由為多業(yè)務(wù)恢復(fù)路由的信息，和待恢復(fù)的業(yè)務(wù)中每個(gè)業(yè)務(wù)在本節(jié)點(diǎn)的信息。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)恢復(fù)方法及裝置，其中，業(yè)務(wù)恢復(fù)方法包括確定多個(gè)業(yè)務(wù)的承載鏈路發(fā)生故障，多個(gè)業(yè)務(wù)具有相同的首節(jié)點(diǎn)和尾節(jié)點(diǎn)；確定首節(jié)點(diǎn)和尾節(jié)點(diǎn)之間存在至少一條可用路由，該一條可用路由的資源滿足多個(gè)業(yè)務(wù)的資源總和，或多個(gè)業(yè)務(wù)中的至少兩個(gè)業(yè)務(wù)的資源總和；使用可用路由恢復(fù)發(fā)生故障的多個(gè)業(yè)務(wù)或至少兩個(gè)業(yè)務(wù)。通過本發(fā)明，達(dá)到了減少業(yè)務(wù)恢復(fù)時(shí)間，提高業(yè)務(wù)恢復(fù)效率的效果。
文檔編號H04L12/56GK102487329SQ20101057037
公開日2012年6月6日 申請日期2010年12月2日 優(yōu)先權(quán)日2010年12月2日
發(fā)明者張銳, 王煊 申請人:中興通訊股份有限公司