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

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


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