專利名稱：自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及光通信領(lǐng)域，尤其涉及自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù) 方法及系統(tǒng)。
背景技術(shù)：
自動(dòng)交換光網(wǎng)絡(luò)(Automatic Switched Optical Network，以下簡稱 AS0N)中，有 一條基本的原則控制平面的失效不能影響傳送平面，導(dǎo)致業(yè)務(wù)的中斷或瞬斷。在ASON網(wǎng) 絡(luò)中，控制平面的失效可分為兩種情況一種是網(wǎng)元節(jié)點(diǎn)發(fā)生了故障，如節(jié)點(diǎn)重啟，控制信 息丟失，但底層的業(yè)務(wù)仍然存在；另一種情況是控制通道失效，如連接控制平面兩個(gè)節(jié)點(diǎn)間 的鏈路斷開，導(dǎo)致通訊中斷。當(dāng)控制平面的網(wǎng)元節(jié)點(diǎn)發(fā)生故障時(shí)，如節(jié)點(diǎn)重啟后，需要恢復(fù) 原來的控制信息，重新對業(yè)務(wù)進(jìn)行控制才不會(huì)導(dǎo)致業(yè)務(wù)的中斷或瞬斷。在現(xiàn)有的 IETF(Internet Engineering Task Force,因特網(wǎng)工程任務(wù)組)、 OIF (Optical Interworking Forum,光網(wǎng)絡(luò)論壇)有關(guān)ASON的標(biāo)準(zhǔn)和草案中，對于 由 RSVP(Resource reservation Protocol,資源預(yù)留協(xié)議)禾口 RSVP-TE(Resource reservation Protocol with Traffic Engineering Extension，具有、流量工禾呈擴(kuò)展白勺資 源預(yù)留協(xié)議)建立的連接，只給出了單節(jié)點(diǎn)發(fā)生重啟后用于恢復(fù)控制平面的方法，對于有 多個(gè)節(jié)點(diǎn)發(fā)生重啟后如何進(jìn)行恢復(fù)處理，則沒有給出解決方案。在這種對于單節(jié)點(diǎn)重啟恢 復(fù)的解決方案中，同步恢復(fù)是由上游節(jié)點(diǎn)通過發(fā)送帶恢復(fù)標(biāo)簽(ReC0Very_Label)的路徑 (Path)消息來發(fā)起的。在多個(gè)節(jié)點(diǎn)發(fā)生重啟的情況下，采用上述協(xié)議中提供的解決方案會(huì) 導(dǎo)致業(yè)務(wù)的刪除。假設(shè)ASON網(wǎng)絡(luò)中的某條連接經(jīng)過的兩個(gè)連續(xù)的節(jié)點(diǎn)B和節(jié)點(diǎn)C發(fā)生了 重啟，而且節(jié)點(diǎn)B比節(jié)點(diǎn)C先完成重啟，這樣節(jié)點(diǎn)B接收到上游節(jié)點(diǎn)的恢復(fù)消息后，繼續(xù)往 下轉(zhuǎn)發(fā)，但由于節(jié)點(diǎn)C沒有完成重啟，節(jié)點(diǎn)B發(fā)送的路徑(以下稱為Path)消息始終沒有應(yīng) 答，同時(shí)上游節(jié)點(diǎn)也始終接收不到下游的預(yù)留(Reservation，以下簡稱Resv)消息，因此按 照協(xié)議目前所描述的處理流程，上游節(jié)點(diǎn)或節(jié)點(diǎn)B都可能刪除底層的交叉連接。在現(xiàn)有技術(shù)中控制平面多節(jié)點(diǎn)重啟后的恢復(fù)方法中，有的由于沒有充分考慮到 ASON系統(tǒng)中的需求，一旦某個(gè)節(jié)點(diǎn)發(fā)送的消息沒有應(yīng)答，就會(huì)導(dǎo)致業(yè)務(wù)的刪除；有的由于 修改了 IETF中所規(guī)定的Hello消息的正常處理流程，而導(dǎo)致實(shí)際網(wǎng)絡(luò)的互連互通性不高； 也有的通過維護(hù)重傳定時(shí)器和自維護(hù)定時(shí)器很好的解決了多節(jié)點(diǎn)重啟的問題，但是卻無法 完全恢復(fù)重啟前控制平面的狀態(tài)。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)方法 及系統(tǒng)，旨在解決現(xiàn)有技術(shù)下，節(jié)點(diǎn)重啟后進(jìn)行恢復(fù)會(huì)導(dǎo)致業(yè)務(wù)連接的刪除或不能完整恢 復(fù)重啟前的狀態(tài)，或者恢復(fù)過程會(huì)降低網(wǎng)絡(luò)的互連互通性的問題。本發(fā)明是這樣實(shí)現(xiàn)的，一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)方法， 所述恢復(fù)方法包括
在連接和業(yè)務(wù)正常時(shí)，每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊； 有節(jié)點(diǎn)發(fā)生重啟時(shí)，由相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)在與重啟節(jié)點(diǎn)建立hello通 信后，向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸 發(fā)它們進(jìn)行倒換，恢復(fù)其與發(fā)送恢復(fù)消息的節(jié)點(diǎn)間的刷新流程。本發(fā)明的另一目的在于提供自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)系統(tǒng)， 所述恢復(fù)系統(tǒng)包括狀態(tài)備份單元，用于在連接和業(yè)務(wù)正常時(shí)，為每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀態(tài) 塊和預(yù)留狀態(tài)塊；具體如上所述。恢復(fù)消息發(fā)送單元，用于有節(jié)點(diǎn)發(fā)生重啟時(shí)，在相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)與 該重啟節(jié)點(diǎn)建立hello通信后，向該重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；具體如上所述。刷新流程恢復(fù)單元，用于根據(jù)收到的恢復(fù)消息檢索出該重啟節(jié)點(diǎn)的路徑狀態(tài)塊和 預(yù)留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)該重啟節(jié)點(diǎn)與建立了 hello通信的相鄰節(jié)點(diǎn)間的刷 新流程。本發(fā)明的有益效果是通過已有標(biāo)準(zhǔn)定義的恢復(fù)消息觸發(fā)重啟前備份的相關(guān)的路 徑狀態(tài)塊和預(yù)留狀態(tài)塊倒換，進(jìn)而完整快速地恢復(fù)重啟節(jié)點(diǎn)的信令狀態(tài)，同時(shí)還保證了網(wǎng) 絡(luò)設(shè)備的互連互通性且不會(huì)在恢復(fù)過程中刪除業(yè)務(wù)連接。


圖1是本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖2是本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù) 方法流程圖；圖3是本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中中間相鄰的兩節(jié)點(diǎn)重啟后的 恢復(fù)方法流程圖；圖4是本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中相鄰的兩節(jié)點(diǎn)重啟后且其中 一個(gè)為尾節(jié)點(diǎn)的恢復(fù)方法流程圖；圖5是本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中相鄰的兩節(jié)點(diǎn)重啟后且其中 一個(gè)為首節(jié)點(diǎn)的恢復(fù)方法流程圖；圖6是本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù) 系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對 本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。在本發(fā)明實(shí)施例中，對每個(gè)節(jié)點(diǎn)相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊進(jìn)行備份，節(jié)點(diǎn) 發(fā)生重啟時(shí)，由相鄰正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)在與重啟后節(jié)點(diǎn)建立hello通信后發(fā)送相關(guān)的 路徑(Path)恢復(fù)消息，重啟節(jié)點(diǎn)檢索出備份的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它們倒換， 從而恢復(fù)節(jié)點(diǎn)間的刷新流程；逐段恢復(fù)刷新流程，當(dāng)所有節(jié)點(diǎn)間的刷新流程恢復(fù)，整個(gè)標(biāo)簽交換通道得到恢復(fù)圖1示出了本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)的網(wǎng)絡(luò)結(jié)構(gòu)。為了便于描 述，這里只示出了與本發(fā)明相關(guān)的一種簡單自動(dòng)交換光網(wǎng)絡(luò)。在該ASON中包括四個(gè)網(wǎng)元 節(jié)點(diǎn)A，B, C和D，其中網(wǎng)元節(jié)點(diǎn)A為業(yè)務(wù)的首節(jié)點(diǎn)，B，C為中間節(jié)點(diǎn)，D為業(yè)務(wù)的尾節(jié)點(diǎn)。 并且假定每個(gè)節(jié)點(diǎn)都具備GR(Graceful Restart)能力，在重啟前保存了相關(guān)的轉(zhuǎn)發(fā)狀態(tài)。 Graceful Restart是一種旨在使路由協(xié)議重啟的影響最小化的機(jī)制，其目的是盡量減少路 由器重啟導(dǎo)致的路由抖動(dòng)，減少路由計(jì)算資源和網(wǎng)絡(luò)帶寬資源的浪費(fèi)。倒換是指將備份的 狀態(tài)恢復(fù)出來；倒換的處理是節(jié)點(diǎn)的本地策略，不會(huì)影響到其它節(jié)點(diǎn)或相關(guān)標(biāo)準(zhǔn)的執(zhí)行，不 影響設(shè)備的互聯(lián)互通。圖2示出了本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的 恢復(fù)方法流程圖。該恢復(fù)方法流程包括如下步驟在步驟S201中，在連接和業(yè)務(wù)正常時(shí)，每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀態(tài)塊和預(yù) 留狀態(tài)塊；對每個(gè)節(jié)點(diǎn)所作的備份，在掉電重啟時(shí)也不會(huì)丟失；具體如下所述。在步驟S202中，有節(jié)點(diǎn)發(fā)生重啟時(shí)，由相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)在與重啟節(jié) 點(diǎn)建立hello通信后，向該重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；當(dāng)檢測到有節(jié)點(diǎn)重啟時(shí)，根據(jù)重啟節(jié)點(diǎn)和正常節(jié)點(diǎn)的位置，會(huì)有下游節(jié)點(diǎn)向上游 節(jié)點(diǎn)發(fā)送恢復(fù)路徑(以下稱為Recovery Path)消息，上游節(jié)點(diǎn)向下游節(jié)點(diǎn)發(fā)送帶恢復(fù)標(biāo) 簽(以下稱為Recovery Label)的Path消息；如果是相鄰的多節(jié)點(diǎn)重啟，恢復(fù)節(jié)點(diǎn)啟動(dòng)重 啟定時(shí)器(Restart Timer)，等待重啟節(jié)點(diǎn)的恢復(fù)，恢復(fù)節(jié)點(diǎn)會(huì)同重啟中的節(jié)點(diǎn)重建Hello 通信，當(dāng)Hello通信建好后，會(huì)發(fā)送相關(guān)的Recovery Path消息或帶有Recovery Label的 Path消息；具體如下所述。在步驟S203中，該重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢索出相關(guān)的路徑狀態(tài)塊和預(yù) 留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)其與發(fā)送恢復(fù)消息的節(jié)點(diǎn)間的刷新流程。具體如下所 述。重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息在轉(zhuǎn)發(fā)表中檢索是否有相關(guān)條目，如果符合恢復(fù) 流程，再檢索出相關(guān)的PSB (Path State Block，路徑狀態(tài)塊)和RSB (Reservation State Block，預(yù)留狀態(tài)塊)，從而觸發(fā)Path消息和Resv消息的倒換，進(jìn)而在重啟節(jié)點(diǎn)與發(fā)送恢復(fù) 消息的節(jié)點(diǎn)這兩個(gè)節(jié)點(diǎn)間的正常刷新能夠恢復(fù)。在所有的節(jié)點(diǎn)間的刷新流程都恢復(fù)了之 后，整個(gè)標(biāo)簽交換通道(Label Switch Path, LSP)得到恢復(fù)。上述流程假設(shè)至少有一個(gè)節(jié)點(diǎn)沒有重啟，為正常節(jié)點(diǎn)。如果LSP上的所有節(jié)點(diǎn)都 重啟，那么節(jié)點(diǎn)的控制平面信息為空，通過節(jié)點(diǎn)的信息無法進(jìn)行自恢復(fù)。此時(shí)，首節(jié)點(diǎn)和/ 或尾節(jié)點(diǎn)通過管理平面信息或者配置信息先進(jìn)行恢復(fù)；然后再執(zhí)行上述方法完成整個(gè)LSP 的恢復(fù)。圖3示出了本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中中間相鄰的兩節(jié)點(diǎn)重啟 的恢復(fù)方法流程。在本發(fā)明實(shí)施例中，自動(dòng)交換光網(wǎng)絡(luò)為圖1所示的網(wǎng)絡(luò)；網(wǎng)絡(luò)中網(wǎng)元節(jié)點(diǎn) B和網(wǎng)元節(jié)點(diǎn)C的Control Unit發(fā)生了重啟；節(jié)點(diǎn)B在節(jié)點(diǎn)C之前啟動(dòng)，節(jié)點(diǎn)C長時(shí)間沒 有完成重啟；節(jié)點(diǎn)A和節(jié)點(diǎn)D為正常節(jié)點(diǎn)?；謴?fù)方法流程包括以下步驟在步驟S301中，當(dāng)節(jié)點(diǎn)A收到節(jié)點(diǎn)B重啟后發(fā)送的Hello消息，節(jié)點(diǎn)A知道B的Control Unit發(fā)生了重啟，因此節(jié)點(diǎn)A向節(jié)點(diǎn)B發(fā)送了帶有Recovery Label的Path消息， 同時(shí)節(jié)點(diǎn)A啟動(dòng)本點(diǎn)Control Unit中的自刷新定時(shí)器(refresh timer)，抑制本地的RSVP Path狀態(tài)和Resv狀態(tài)刷新；
在步驟S302中，當(dāng)節(jié)點(diǎn)B收到節(jié)點(diǎn)A發(fā)送過來的恢復(fù)消息，檢索相關(guān)的轉(zhuǎn)發(fā)表中 的條目，如果沒找到，按照相關(guān)標(biāo)準(zhǔn)執(zhí)行后續(xù)動(dòng)作。如果找到，符合恢復(fù)流程，檢索備份的 PSB和RSB，觸發(fā)相關(guān)的PSB和RSB倒換，節(jié)點(diǎn)B的RSVP狀態(tài)信息得到恢復(fù)。節(jié)點(diǎn)A和節(jié)點(diǎn) B之間的刷新流程得到恢復(fù)。在步驟S303中，節(jié)點(diǎn)B檢測到和節(jié)點(diǎn)C的通信中斷，節(jié)點(diǎn)B向節(jié)點(diǎn)C發(fā)送Hello Request,并啟動(dòng)Restart Timer等待節(jié)點(diǎn)C的恢復(fù)。在步驟S304中，節(jié)點(diǎn)D在收到節(jié)點(diǎn)C的Hello消息后，節(jié)點(diǎn)D知道節(jié)點(diǎn)C的Control Unit發(fā)生了重啟，因此節(jié)點(diǎn)D向節(jié)點(diǎn)C發(fā)送Recovery Path消息，同時(shí)啟動(dòng)本節(jié)點(diǎn)Control Unit的自刷新定時(shí)器，抑制本地的RSVP Path狀態(tài)和Resv狀態(tài)刷新。在步驟S305中，當(dāng)節(jié)點(diǎn)C收到節(jié)點(diǎn)D發(fā)送過來的恢復(fù)消息，查找備份的PSB和RSB， 如果沒找到，丟棄恢復(fù)消息，進(jìn)行錯(cuò)誤處理階段。如果找到，觸發(fā)相關(guān)的PSB和RSB倒換，節(jié) 點(diǎn)C節(jié)點(diǎn)的RSVP狀態(tài)信息得到恢復(fù)。節(jié)點(diǎn)C和節(jié)點(diǎn)D之間的刷新流程得到恢復(fù)。在步驟S306中，此時(shí)節(jié)點(diǎn)C向節(jié)點(diǎn)B發(fā)送Hello Ack消息，節(jié)點(diǎn)B和節(jié)點(diǎn)C的 Hello通信得到建立。在步驟S307中，節(jié)點(diǎn)B向節(jié)點(diǎn)C發(fā)送Path消息，此Path消息是備份倒換的Path消息。在步驟S308中，在節(jié)點(diǎn)C中找到對應(yīng)的狀態(tài)塊，節(jié)點(diǎn)B和節(jié)點(diǎn)C之間的刷新流程恢復(fù)。至此，所有節(jié)點(diǎn)的控制狀態(tài)都得到了恢復(fù)，進(jìn)入正常的刷新狀態(tài)。如圖3的場景中，如果節(jié)點(diǎn)C比節(jié)點(diǎn)B先重啟，那么節(jié)點(diǎn)C收到節(jié)點(diǎn)D發(fā)送過來的 Recovery Path消息進(jìn)行恢復(fù)，并且節(jié)點(diǎn)C向節(jié)點(diǎn)B發(fā)送Hello Request消息，啟動(dòng)Restart Timer等待節(jié)點(diǎn)B恢復(fù)。后面流程同上述中節(jié)點(diǎn)A對節(jié)點(diǎn)B的恢復(fù)，待節(jié)點(diǎn)B恢復(fù)，節(jié)點(diǎn)B 和節(jié)點(diǎn)C重建Hello關(guān)系，發(fā)送Path消息，直到恢復(fù)完成。圖4示出了本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中相鄰的兩節(jié)點(diǎn)重啟后且 其中一個(gè)為尾節(jié)點(diǎn)的恢復(fù)方法流程。該恢復(fù)方法流程使用的是圖1所示的自動(dòng)交換光網(wǎng) 絡(luò)；網(wǎng)絡(luò)中的網(wǎng)元節(jié)點(diǎn)C和網(wǎng)元節(jié)點(diǎn)D的Control Unit發(fā)生了重啟，節(jié)點(diǎn)C在節(jié)點(diǎn)D之前 啟動(dòng)。處理流程包括以下步驟在步驟S401中，當(dāng)節(jié)點(diǎn)B收到節(jié)點(diǎn)C重啟后發(fā)送的Hello消息，節(jié)點(diǎn)B知道節(jié)點(diǎn)C 的Control Unit發(fā)生了重啟，因此節(jié)點(diǎn)B向節(jié)點(diǎn)C發(fā)送帶Recovery Label的Path消息，同 時(shí)節(jié)點(diǎn)B啟動(dòng)本節(jié)點(diǎn)Control Unit中的自刷新定時(shí)器，抑制本地的RSVP Path狀態(tài)和Resv 狀態(tài)刷新。在步驟S402中，當(dāng)節(jié)點(diǎn)C收到節(jié)點(diǎn)B發(fā)送過來的恢復(fù)消息，查找備份的PSB和RSB， 如果沒找到，認(rèn)為是新建消息。如果找到，觸發(fā)相關(guān)的PSB和RSB倒換，節(jié)點(diǎn)C的RSVP狀態(tài) 信息得到恢復(fù)。節(jié)點(diǎn)B和節(jié)點(diǎn)C之間的刷新流程得到恢復(fù)。在步驟S403中，節(jié)點(diǎn)C檢測到和節(jié)點(diǎn)D的通信中斷，節(jié)點(diǎn)C向節(jié)點(diǎn)D發(fā)送Hello Request,并啟動(dòng)Restart Timer等待節(jié)點(diǎn)D的恢復(fù)。
在步驟S404中，當(dāng)節(jié)點(diǎn)C收到節(jié)點(diǎn)D重啟后發(fā)送的Hello Ack消息，節(jié)點(diǎn)C知道節(jié)點(diǎn)D的Control Unit發(fā)生了重啟。在步驟S405中，節(jié)點(diǎn)C向節(jié)點(diǎn)D發(fā)送帶Recovery Label的Path消息，同時(shí)節(jié)點(diǎn)C 啟動(dòng)本節(jié)點(diǎn)Control Unit中的自刷新定時(shí)器，抑制本地的RSVP Path狀態(tài)和Resv狀態(tài)刷新。在步驟S406中，當(dāng)節(jié)點(diǎn)D收到節(jié)點(diǎn)C發(fā)送過來的恢復(fù)消息，查找備份的PSB和RSB， 如果沒找到，認(rèn)為是新建消息。如果找到，觸發(fā)相關(guān)的PSB和RSB倒換，節(jié)點(diǎn)D節(jié)點(diǎn)的RSVP 狀態(tài)信息得到恢復(fù)。節(jié)點(diǎn)D和節(jié)點(diǎn)C之間的刷新流程得到恢復(fù)。至此，所以節(jié)點(diǎn)的RSVP狀 態(tài)得到恢復(fù)，進(jìn)入正常的刷新流程。如圖4的場景中，如果節(jié)點(diǎn)D比節(jié)點(diǎn)C先重啟，那么節(jié)點(diǎn)D向節(jié)點(diǎn)C發(fā)送Hello Request消息，并啟動(dòng)Restart Timer等待節(jié)點(diǎn)C的恢復(fù)；其他的處理流程，如上所介紹的 節(jié)點(diǎn)C恢復(fù)過程，等節(jié)點(diǎn)C恢復(fù)后，向節(jié)點(diǎn)D回復(fù)Hello Ack消息，重建Hello關(guān)系成功，接 著節(jié)點(diǎn)C向節(jié)點(diǎn)D發(fā)送帶Recovery Label的Path消息，進(jìn)行恢復(fù)。具體過程如上介紹的 過程，不再重復(fù)。圖5示出了本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中相鄰的兩節(jié)點(diǎn)重啟后且 其中一個(gè)為首節(jié)點(diǎn)的恢復(fù)方法流程。該恢復(fù)方法流程使用的也是圖1所示的自動(dòng)交換光網(wǎng) 絡(luò)；網(wǎng)絡(luò)中的網(wǎng)元節(jié)點(diǎn)A和網(wǎng)元節(jié)點(diǎn)B的Control Unit發(fā)生了重啟，節(jié)點(diǎn)B在節(jié)點(diǎn)A之前 啟動(dòng)。處理流程包括以下步驟在步驟S501中，當(dāng)節(jié)點(diǎn)C收到節(jié)點(diǎn)B重啟后發(fā)送的Hello消息，節(jié)點(diǎn)C知道節(jié)點(diǎn) B的Control Unit發(fā)生了重啟，因此節(jié)點(diǎn)C向節(jié)點(diǎn)B發(fā)送Recovery Path消息，同時(shí)節(jié)點(diǎn) C啟動(dòng)本節(jié)點(diǎn)Control Unit中的自刷新定時(shí)器，抑制本地的RSVPPath狀態(tài)和Resv狀態(tài)刷新。在步驟S502中，當(dāng)節(jié)點(diǎn)B收到節(jié)點(diǎn)C發(fā)送過來的恢復(fù)消息，查找備份的PSB和RSB， 如果沒找到，認(rèn)為是新建消息。如果找到，觸發(fā)相關(guān)的PSB和RSB倒換，節(jié)點(diǎn)B的RSVP狀態(tài) 信息得到恢復(fù)。節(jié)點(diǎn)B和節(jié)點(diǎn)C之間的刷新流程得到恢復(fù)。在步驟S503中，節(jié)點(diǎn)B檢測到和節(jié)點(diǎn)A的通信中斷，節(jié)點(diǎn)B向節(jié)點(diǎn)A發(fā)送Hello Request,并啟動(dòng)Restart Timer等待A的恢復(fù)。在步驟S504中，當(dāng)節(jié)點(diǎn)B收到節(jié)點(diǎn)A重啟后發(fā)送的Hello消息，節(jié)點(diǎn)B知道節(jié)點(diǎn) A的Control Unit發(fā)生了重啟。在步驟S505中，節(jié)點(diǎn)B向節(jié)點(diǎn)A發(fā)送Recovery Path消息，同時(shí)節(jié)點(diǎn)B啟動(dòng)本節(jié) 點(diǎn)Control Unit中的自刷新定時(shí)器，抑制本地的RSVP Path狀態(tài)和Resv狀態(tài)刷新。在步驟S506中，當(dāng)節(jié)點(diǎn)A收到節(jié)點(diǎn)B發(fā)送過來的恢復(fù)消息，查找備份的PSB和RSB， 如果沒找到，認(rèn)為是新建消息。如果找到，觸發(fā)相關(guān)的PSB和RSB倒換，節(jié)點(diǎn)A的RSVP狀態(tài) 信息得到恢復(fù)，進(jìn)而節(jié)點(diǎn)A和節(jié)點(diǎn)B之間的刷新流程得到恢復(fù)。至此，所有節(jié)點(diǎn)的RSVP狀 態(tài)得到恢復(fù)，進(jìn)入正常的刷新流程。圖6示出了本發(fā)明實(shí)施例提供的一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的 恢復(fù)系統(tǒng)結(jié)構(gòu)。為了便于描述，這里只示出了與本發(fā)明相關(guān)的部分。該恢復(fù)系統(tǒng)結(jié)構(gòu)包括狀態(tài)備份單元601，用于在連接和業(yè)務(wù)正常時(shí)，為每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀 態(tài)塊和預(yù)留狀態(tài)塊；具體如上所述。
恢復(fù)消息發(fā)送單元602，用于有節(jié)點(diǎn)發(fā)生重啟時(shí)，在相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn) 與該重啟節(jié)點(diǎn)建立hello通信后，向該重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；具體如上所述。
刷新流程恢復(fù)單元603，用于根據(jù)收到的恢復(fù)消息檢索出該重啟節(jié)點(diǎn)的路徑狀態(tài) 塊和預(yù)留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)該重啟節(jié)點(diǎn)與建立了 hello通信的相鄰節(jié)點(diǎn)間 的刷新流程；具體如上所述。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)方法，其特征在于，所述恢復(fù)方法包括在連接和業(yè)務(wù)正常時(shí)，每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊；有節(jié)點(diǎn)發(fā)生重啟時(shí)，由相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)在與重啟節(jié)點(diǎn)建立hello通信后，向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)其與發(fā)送恢復(fù)消息的節(jié)點(diǎn)間的刷新流程。
2.如權(quán)利要求1所述的恢復(fù)方法，其特征在于，所述節(jié)點(diǎn)發(fā)生重啟為所有節(jié)點(diǎn)都發(fā)生 重啟時(shí)，由首節(jié)點(diǎn)和或尾節(jié)點(diǎn)根據(jù)管理平面信息或配置信息先進(jìn)行恢復(fù)；再由先恢復(fù)節(jié)點(diǎn)在與重啟節(jié)點(diǎn)建立hello通信后，向重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它 們進(jìn)行倒換，恢復(fù)兩節(jié)點(diǎn)間的刷新流程。
3.如權(quán)利要求1所述的恢復(fù)方法，其特征在于，所述相鄰的正常節(jié)點(diǎn)在與重啟節(jié)點(diǎn)建 立hello通信后，向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息步驟為相鄰的下游正常節(jié)點(diǎn)在與所述重啟節(jié)點(diǎn)建立hello通信后，向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù) 路徑消息；相鄰的上游正常節(jié)點(diǎn)在與所述重啟節(jié)點(diǎn)建立hello通信后，向所述重啟節(jié)點(diǎn)發(fā) 送帶恢復(fù)標(biāo)簽的路徑消息。
4.如權(quán)利要求3所述的恢復(fù)方法，其特征在于，所述正常節(jié)點(diǎn)向所述重啟節(jié)點(diǎn)發(fā)送恢 復(fù)消息的同時(shí)，啟動(dòng)本節(jié)點(diǎn)控制單元中的自刷新定時(shí)器，抑制本地的資源預(yù)留協(xié)議的路徑 狀態(tài)和預(yù)留狀態(tài)刷新。
5.如權(quán)利要求1所述的恢復(fù)方法，其特征在于，先恢復(fù)節(jié)點(diǎn)在與重啟節(jié)點(diǎn)建立hello通 信后，向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息步驟為先恢復(fù)節(jié)點(diǎn)啟動(dòng)等待定時(shí)器，等待所述重啟節(jié)點(diǎn)恢復(fù)再與其建立hello通信；在hello通信建立好后，所述先恢復(fù)節(jié)點(diǎn)若為所述重啟節(jié)點(diǎn)的上游節(jié)點(diǎn)，則向所述重 啟節(jié)點(diǎn)發(fā)送帶恢復(fù)標(biāo)簽的路徑消息，否則向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù)路徑消息。
6.如權(quán)利要求1所述的恢復(fù)方法，其特征在于，所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢 索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)兩節(jié)點(diǎn)間的刷新流程步驟 為所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它 們進(jìn)行倒換，進(jìn)而恢復(fù)所述重啟節(jié)點(diǎn)的資源預(yù)留協(xié)議狀態(tài)信息及恢復(fù)兩節(jié)點(diǎn)間的連接。
7.如權(quán)利要求1所述的恢復(fù)方法，其特征在于，所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢 索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換是指觸發(fā)相關(guān)的路徑狀態(tài)塊和 預(yù)留狀態(tài)塊的Path消息和Resv消息進(jìn)行倒換。
8.一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)系統(tǒng)，其特征在于，所述系統(tǒng)包括狀態(tài)備份單元，用于在連接和業(yè)務(wù)正常時(shí)，為每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀態(tài)塊和 預(yù)留狀態(tài)塊；具體如上所述?；謴?fù)消息發(fā)送單元，用于有節(jié)點(diǎn)發(fā)生重啟時(shí)，在相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)與該重 啟節(jié)點(diǎn)建立hello通信后，向該重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；具體如上所述。刷新流程恢復(fù) 單元，用于根據(jù)收到的恢復(fù)消息檢索出該重啟節(jié)點(diǎn)的路徑狀態(tài)塊和預(yù)留 狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)該重啟節(jié)點(diǎn)與建立了 hello通信的相鄰節(jié)點(diǎn)間的刷新流程。
全文摘要
本發(fā)明適用于自動(dòng)交換光網(wǎng)絡(luò)領(lǐng)域，提供了一種自動(dòng)交換光網(wǎng)絡(luò)中控制平面節(jié)點(diǎn)重啟后的恢復(fù)方法及系統(tǒng)。所述方法包括在連接和業(yè)務(wù)正常時(shí)，每個(gè)節(jié)點(diǎn)備份一份相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊；有節(jié)點(diǎn)發(fā)生重啟時(shí)，由相鄰的正常節(jié)點(diǎn)或先恢復(fù)節(jié)點(diǎn)在與重啟節(jié)點(diǎn)建立hello通信后，向所述重啟節(jié)點(diǎn)發(fā)送恢復(fù)消息；所述重啟節(jié)點(diǎn)根據(jù)收到的恢復(fù)消息檢索出相關(guān)的路徑狀態(tài)塊和預(yù)留狀態(tài)塊并觸發(fā)它們進(jìn)行倒換，恢復(fù)其與發(fā)送恢復(fù)消息的節(jié)點(diǎn)間的刷新流程。這樣便可以在保證網(wǎng)絡(luò)設(shè)備互連互通且不會(huì)刪除業(yè)務(wù)連接的同時(shí)，完整快速地恢復(fù)重啟節(jié)點(diǎn)的信令狀態(tài)。
文檔編號(hào)H04B10/20GK101964925SQ20091010895
公開日2011年2月2日 申請日期2009年7月21日 優(yōu)先權(quán)日2009年7月21日
發(fā)明者劉志偉 申請人:中興通訊股份有限公司