專(zhuān)利名稱(chēng)：一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制通道建立方法
技術(shù)領(lǐng)域：
本發(fā)明涉及的是在光通訊領(lǐng)域中一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的信息交互通道
建立方法；尤其涉及的是在ASON (Automatically Switched Optical Network-自動(dòng)交換光網(wǎng)絡(luò))中， 一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制通道建立方法。
背景技術(shù)：
在現(xiàn)有技術(shù)中，ASON是能夠智能化地自動(dòng)完成光網(wǎng)絡(luò)交換連接功能的 新一代光傳送網(wǎng)；自動(dòng)交換連接是指在網(wǎng)絡(luò)資源和拓樸結(jié)構(gòu)自動(dòng)發(fā)現(xiàn)的基 礎(chǔ)上，調(diào)用動(dòng)態(tài)智能選路算法，通過(guò)分布式信令處理和交互，建立端到端的 按需連接，同時(shí)提供可行可靠的保護(hù)恢復(fù)機(jī)制，實(shí)現(xiàn)故障下的自動(dòng)重構(gòu)。
GMPLS(Generalized Multi-Protocol Label Switching畫(huà)通用多協(xié)議標(biāo)記交換) 定義了專(zhuān)門(mén)的鏈路管理協(xié)議(LMP)來(lái)管理兩節(jié)點(diǎn)間的鏈路。該LMP的功 能包括控制通道管理、鏈路屬性關(guān)聯(lián)、鏈路連通性驗(yàn)證和故障管理；其中前 兩項(xiàng)用于管理流量工程(TE:Tra伍cEngineering),是鏈路必備的核心功能； 后兩項(xiàng)是可選的擴(kuò)展功能，用于應(yīng)對(duì)控制通道(IPCC-IP Control Channel) 與物理通道分離的情況。
控制通道管理用于建立和維持相鄰節(jié)點(diǎn)之間IPCC的連接。在相鄰節(jié)點(diǎn) 對(duì)之間，LMP要求至少有一條可用的雙向控制通道，每條IPCC都是相互獨(dú) 立，LMP控制消息可以選擇其中一條IPCC傳遞，其它作為備用；IPCC的 每個(gè)方向都#1一個(gè)獨(dú)一無(wú)二控制通道編號(hào)(CCID: Control Channel ID)標(biāo)志， 而且這兩個(gè)方向是4吏用LMP配置消息交換而結(jié)合在一起。另外OIF( Optical Internetworking Forum-光纖網(wǎng)絡(luò)論壇)的UNI ( User-Network Interface用戶(hù)陽(yáng)
網(wǎng)絡(luò)接口 )規(guī)范對(duì)LMP進(jìn)行了擴(kuò)展，使其具有了資源發(fā)現(xiàn)功能，完成了 UNI 的鄰居發(fā)現(xiàn)和業(yè)務(wù)發(fā)現(xiàn)等功能
控制通道管理是4十對(duì)LMP會(huì)話(huà)本身的協(xié)商和維護(hù)而言的，用于在鄰居 發(fā)現(xiàn)后在控制平面建立相鄰物理節(jié)點(diǎn)間的IPCC,以便進(jìn)行參數(shù)協(xié)商和信令 信息的傳遞。IPCC用來(lái)傳遞控制平面的信息，主要包括鏈路管理、故障隔 離信息、資源管理、標(biāo)簽分發(fā)信息、動(dòng)態(tài)路由信息等。IPCC的實(shí)現(xiàn)方式有"帶 內(nèi)或光纖內(nèi)"和"帶外或光纖外"兩種；所述帶內(nèi)或光纖內(nèi)是指承載信令的 通道被嵌在挾帶數(shù)據(jù)的光鏈路中，也就是^/f言令和業(yè)務(wù)數(shù)據(jù)共享同一個(gè)信
分級(jí)體系(SDH-Synchronous Digital Hierarchy)的線(xiàn)路或段數(shù)據(jù)通信通道 (DCC-Data Communication Channel)中傳送；所述帶外或光纖外是指專(zhuān)用 信令鏈路與承載數(shù)據(jù)的光鏈路分離，也就是i兌信令和業(yè)務(wù)數(shù)據(jù)分開(kāi)傳輸，例 如外部IP (Internet Protocol-因特網(wǎng)協(xié)議)傳送網(wǎng)和專(zhuān)用雙向SONET/SDH 連接凈荷中傳送，其組幀方式為IP承載PPP ( Point-to-Point Protocol-點(diǎn)到 點(diǎn)協(xié)議)承載SONET/SDH。
在ASON中，對(duì)于業(yè)務(wù)首尾節(jié)點(diǎn)間的信息交互，其數(shù)據(jù)和業(yè)務(wù)信令所用 的通道路徑相同，例如資源預(yù)留協(xié)議(RSVP- Resource Reservation Protocol )、 基于路由受限標(biāo)簽分發(fā)協(xié)議(CR-LDP-Constraint Based Routing Label Distribution Protocol )、 專(zhuān)用網(wǎng)-網(wǎng)接口 ( PNNI-Private Network-Network Interface)所用的通道。如

圖1所示的通訊情況，首節(jié)點(diǎn)發(fā)往尾節(jié)點(diǎn)的所有. 數(shù)據(jù)(包括業(yè)務(wù)信令和非信令數(shù)據(jù))，必須先到達(dá)業(yè)務(wù)路由的中間節(jié)點(diǎn)，然 后再由中間節(jié)點(diǎn)轉(zhuǎn)發(fā)到尾節(jié)點(diǎn)。在多節(jié)點(diǎn)重啟的情況下，尾節(jié)點(diǎn)就有可能不 能恢復(fù)RSVP狀態(tài)，導(dǎo)致首尾節(jié)點(diǎn)之間的RSVP Notify (資源預(yù)留協(xié)議通知) 消息不能正常的發(fā)送和接收；所述多節(jié)點(diǎn)重啟的情況是指尾節(jié)點(diǎn)和尾節(jié)點(diǎn)的 上游節(jié)點(diǎn)失效，然后尾節(jié)點(diǎn)重啟，但尾節(jié)點(diǎn)的上游節(jié)點(diǎn)一直處于失效狀態(tài)。 因而，現(xiàn)有技術(shù)還有待于改進(jìn)和提高。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供在ASON中， 一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制 通道建立方法，以實(shí)現(xiàn)在業(yè)務(wù)首尾節(jié)點(diǎn)之間建立一條直接通信的虛擬IPCC， 在業(yè)務(wù)信令路由不可使用的情況下，達(dá)到業(yè)務(wù)的首尾節(jié)點(diǎn)之間仍能通信之目的。
本發(fā)明的技術(shù)方案包括
一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制通道建立方法，在自動(dòng)交換光網(wǎng)絡(luò) ASON中，其包含以下步驟
A、 業(yè)務(wù)首節(jié)點(diǎn)從系統(tǒng)管理平面收到業(yè)務(wù)建立請(qǐng)求消息；
B、 在待建虛擬控制通道的一側(cè)完成該側(cè)虛擬控制通道的建立操作，向 所述虛擬控制通道的另 一側(cè)發(fā)送業(yè)務(wù)建立消息；
C、 所述另一側(cè)收到所述業(yè)務(wù)建立消息，完成該側(cè)虛擬控制通道的建立 操作。
其中所述步驟A還包括
Al、在所述系統(tǒng)管理平面上編寫(xiě)關(guān)于建立所述虛擬控制通道的任務(wù)；
A2、所述系統(tǒng)管理平面向業(yè)務(wù)首節(jié)點(diǎn)下發(fā)業(yè)務(wù)建立請(qǐng)求消息；
A3、業(yè)務(wù)首節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求消息，根據(jù)所述業(yè)務(wù)建立請(qǐng)求消
息確定建立所述虛擬控制通道的開(kāi)始節(jié)點(diǎn)。
其中在所述步驟A3中還包括所述開(kāi)始節(jié)點(diǎn)為業(yè)務(wù)首節(jié)點(diǎn)時(shí)，所述一
側(cè)為業(yè)務(wù)首節(jié)點(diǎn)，所述另一側(cè)為業(yè)務(wù)尾節(jié)點(diǎn)。 其中所述步驟B還包括
Bl、設(shè)置所述虛擬控制通道的首節(jié)點(diǎn)側(cè)通道控制編號(hào)，并綁定在位于業(yè) 務(wù)首節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)l良協(xié)議端口上；
B2、在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上進(jìn)行鏈路連通性驗(yàn)證。 其中所述步驟B1還包括Bll、業(yè)務(wù)首節(jié)點(diǎn)從所述業(yè)務(wù)建立請(qǐng)求消息中讀取業(yè)務(wù)尾節(jié)點(diǎn)的節(jié)點(diǎn)編 號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的首節(jié)點(diǎn)側(cè)通道控制編號(hào)；
B12、業(yè)務(wù)首節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求；
B13、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述首節(jié)點(diǎn)側(cè)通道控 制編號(hào)綁定在位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上。
其中所述步驟B2還包括
B21 、業(yè)務(wù)首節(jié)點(diǎn)向本節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)送請(qǐng)求消息， 請(qǐng)求在所述用戶(hù)凄t據(jù)報(bào)協(xié)議端口上啟動(dòng)鏈路管理協(xié)議實(shí)例；
B22、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議 端口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)首節(jié)點(diǎn)側(cè)進(jìn)行鏈 路連通性驗(yàn)證；鏈路連通性驗(yàn)證成功，業(yè)務(wù)首節(jié)點(diǎn)向業(yè)務(wù)尾節(jié)點(diǎn)發(fā)送業(yè)務(wù)建 立請(qǐng)求信令。
其中所述步驟C還包括
Cll、業(yè)務(wù)尾節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求信令，并從中讀取業(yè)務(wù)首節(jié)點(diǎn) 的節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的尾節(jié)點(diǎn)側(cè)通道控 制編號(hào)；
C12、業(yè)務(wù)尾節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求； C13、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述尾節(jié)點(diǎn)側(cè)通道控
制編號(hào)綁定在位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；
C14、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議
端口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)尾節(jié)點(diǎn)側(cè)進(jìn)行鏈
路連通性驗(yàn)證。
其中在所述步驟A3中還包括所述開(kāi)始節(jié)點(diǎn)為業(yè)務(wù)尾節(jié)點(diǎn)時(shí)，所述業(yè) 務(wù)首節(jié)點(diǎn)向業(yè)務(wù)尾節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立請(qǐng)求信令；所述一側(cè)為業(yè)務(wù)尾節(jié)點(diǎn)，所 述另一側(cè)為業(yè)務(wù)首節(jié)點(diǎn)。
其中所述步驟B中還包括
B21、業(yè)務(wù)尾節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求信令，并從中讀取業(yè)務(wù)首節(jié)點(diǎn) 的節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的尾節(jié)點(diǎn)側(cè)通道控 制編號(hào)；
B22、業(yè)務(wù)尾節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求；
B23、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述尾節(jié)點(diǎn)側(cè)通道控 制編號(hào)綁定在位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；
B24、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議 端口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)尾節(jié)點(diǎn)側(cè)進(jìn)行鏈 路連通性驗(yàn)證，鏈路連通性驗(yàn)證成功，業(yè)務(wù)尾節(jié)點(diǎn)向業(yè)務(wù)首節(jié)點(diǎn)發(fā)送業(yè)務(wù)建 立應(yīng)答4言令。
其中所述步驟C還包括
C21、業(yè)務(wù)首節(jié)點(diǎn)收到所述業(yè)務(wù)建立應(yīng)答信令，并從中讀出業(yè)務(wù)尾節(jié)點(diǎn) 的節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的首節(jié)點(diǎn)側(cè)通道控 制編號(hào)；
C22、業(yè)務(wù)首節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求； C23、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述首節(jié)點(diǎn)側(cè)通道控
制編號(hào)綁定在位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；
C24、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議
端口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)首節(jié)點(diǎn)側(cè)進(jìn)行鏈
路連通性驗(yàn)證。
本發(fā)明提出了在ASON中基于LMP， 一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控 制通道建立方法，由于采用了在業(yè)務(wù)首尾節(jié)點(diǎn)之間建立一條直接通信的虛擬 IPCC，專(zhuān)門(mén)用于首尾間點(diǎn)之間交互數(shù)據(jù)的傳輸，該虛擬IPCC與業(yè)務(wù)信令通 道是兩條分離的通道；因此即使節(jié)點(diǎn)信令路由發(fā)生問(wèn)題，業(yè)務(wù)首尾節(jié)點(diǎn)之間 仍能通信，這樣就可以在信令失敗情形下對(duì)業(yè)務(wù)進(jìn)行維護(hù)。
圖1為現(xiàn)有4支術(shù)中不存在虛擬IPCC時(shí)，業(yè)務(wù)首尾節(jié)點(diǎn)之間的信息交互 示意圖2為本發(fā)明一個(gè)較佳實(shí)施例在建立虛擬IPCC后，業(yè)務(wù)首尾節(jié)點(diǎn)之間 的信息交互示意圖3為本發(fā)明一個(gè)較佳實(shí)施例，在業(yè)務(wù)首節(jié)點(diǎn)為開(kāi)始節(jié)點(diǎn)的情況下建立 虛擬IPCC流程圖4為本發(fā)明一個(gè)較佳實(shí)施例，在業(yè)務(wù)尾節(jié)點(diǎn)為開(kāi)始節(jié)點(diǎn)的情況下建立 虛擬IPCC流程圖5為本發(fā)明一個(gè)較佳實(shí)施例在業(yè)務(wù)首節(jié)點(diǎn)重啟時(shí)，已建好的虛擬IPCC 恢復(fù)流程圖。
圖6為本發(fā)明一個(gè)較佳實(shí)施例在業(yè)務(wù)尾節(jié)點(diǎn)重啟時(shí)，已建好的虛擬IPCC 恢復(fù)流程圖。
具體實(shí)施例方式
以下結(jié)合附圖，將對(duì)本發(fā)明的較佳實(shí)施例加以詳細(xì)說(shuō)明 本發(fā)明提供了一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制通道建立方法，該方法 包括在自動(dòng)交換光網(wǎng)絡(luò)ASON中，首先業(yè)務(wù)首節(jié)點(diǎn)從系統(tǒng)管理平面收到 業(yè)務(wù)建立請(qǐng)求消息；在待建虛擬控制通道的一側(cè)完成該側(cè)虛擬控制通道的建 立操作，然后向所述虛擬控制通道的另一側(cè)發(fā)送業(yè)務(wù)建立消息；所述另一側(cè) 收到所述業(yè)務(wù)建立消息，最后在所述另一側(cè)完成該側(cè)虛擬控制通道的建立操 作，這樣在業(yè)務(wù)首尾節(jié)點(diǎn)之間就建立了一條可以直接通信的虛擬IPCC,如 圖2所示，在節(jié)點(diǎn)信令路由發(fā)生問(wèn)題的情況下，業(yè)務(wù)首尾節(jié)點(diǎn)之間仍能夠通 信。
下面將在業(yè)務(wù)首尾節(jié)點(diǎn)之間建立虛擬IPCC的方法步驟詳細(xì)描述如下 ASON功能層面包括控制平面CP(Control Plane)、管理平面
MP(Management Plane)和傳送平面TP(Tmnsport Plane)。
如圖3所示為本發(fā)明一個(gè)較佳實(shí)施例，在業(yè)務(wù)首節(jié)點(diǎn)為開(kāi)始節(jié)點(diǎn)的情況 下建立虛擬IPCC流程圖，其詳細(xì)步驟如下
5301、 在ASON系統(tǒng)管理平面上編寫(xiě)關(guān)于建立虛擬控制通道的任務(wù)； 所述系統(tǒng)管理平面向業(yè)務(wù)首節(jié)點(diǎn)下發(fā)業(yè)務(wù)建立請(qǐng)求消息；業(yè)務(wù)首節(jié)點(diǎn)收到所 述業(yè)務(wù)建立請(qǐng)求消息后，根據(jù)所述業(yè)務(wù)建立請(qǐng)求消息確定建立所述虛擬控制 通道的開(kāi)始節(jié)點(diǎn)為業(yè)務(wù)首節(jié)點(diǎn)；
5302、 業(yè)務(wù)首節(jié)點(diǎn)從所述業(yè)務(wù)建立請(qǐng)求消息中讀取業(yè)務(wù)尾節(jié)點(diǎn)的節(jié)點(diǎn)編 號(hào)，將所述節(jié)點(diǎn)編號(hào)設(shè)覃為所述虛擬IPCC的首節(jié)點(diǎn)側(cè)CCID;
5303、 根據(jù)所述首節(jié)點(diǎn)側(cè)CCID查詢(xún)業(yè)務(wù)首節(jié)點(diǎn)側(cè)的本地lt據(jù)庫(kù)，有下 例二種情況
一、 如果查詢(xún)結(jié)果為所述首節(jié)點(diǎn)側(cè)CCID已經(jīng)存在，這就是說(shuō)，業(yè)務(wù) 首節(jié)點(diǎn)側(cè)的虛擬IPCC已經(jīng)建立，則不需再建，流程結(jié)束；
二、 如果查詢(xún)結(jié)果為所述首節(jié)點(diǎn)側(cè)CCID不存在，這就是說(shuō)，業(yè)務(wù)首 節(jié)點(diǎn)側(cè)的虛擬IPCC還未建立，則執(zhí)行下一步梯:作；
5304、 業(yè)務(wù)首節(jié)點(diǎn)向位于本節(jié)點(diǎn)側(cè)的GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng)求將 所述首節(jié)點(diǎn)側(cè)CCID綁.定在位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的UDP (用戶(hù)數(shù)據(jù)報(bào)協(xié)議) 端口上；
5305、 所述GMPLS協(xié)議棧收到所述請(qǐng)求并完成所述綁定操作，然后業(yè) 務(wù)首節(jié)點(diǎn)向位于本節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng)求在位于業(yè)務(wù) 首節(jié)點(diǎn)側(cè)的所述UDP端口上啟動(dòng)LMP實(shí)例；
5306、 位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧收到所述請(qǐng)求，在所述 UDP端口上執(zhí)行LMP協(xié)議實(shí)例，進(jìn)行業(yè)務(wù)首節(jié)點(diǎn)側(cè)的鏈路連通性驗(yàn)證；如 果所述鏈路連通性驗(yàn)證成功，則業(yè)務(wù)首節(jié)點(diǎn)向業(yè)務(wù)尾節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立請(qǐng)求 信令，例如，所述請(qǐng)求偉令消息為RSVP中的PATH (路徑)消息；
5307、 業(yè)務(wù)尾節(jié)點(diǎn)收到業(yè)務(wù)首節(jié)點(diǎn)發(fā)送的所述業(yè)務(wù)建立請(qǐng)求信令；
S308、 業(yè)務(wù)尾節(jié)點(diǎn)從所述業(yè)務(wù)請(qǐng)求信令中讀取業(yè)務(wù)首節(jié)點(diǎn)的節(jié)點(diǎn)編號(hào)， 將所述節(jié)點(diǎn)編號(hào)i殳置為所述虛擬IPCC的尾節(jié)點(diǎn)側(cè)CCID;
S309、 業(yè)務(wù)尾節(jié)點(diǎn)向位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng) 求將所述尾節(jié)點(diǎn)側(cè)CCID綁定在位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的UDP端口上；；
S310、 所述GMPLS協(xié)議棧收到所述請(qǐng)求并完成所述綁定操作，然后業(yè) 務(wù)尾節(jié)點(diǎn)向位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng)求在位于 業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的所述UDP端口上啟動(dòng)LMP協(xié)議實(shí)例；
S3U、位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧收到所述請(qǐng)求，在所述 UDP端口上執(zhí)行LMP實(shí)例，進(jìn)行業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的鏈路連通性驗(yàn)證；如果所 述鏈路連通性驗(yàn)i正成功，則位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧向首尾 節(jié)點(diǎn)發(fā)送所述虛擬IPCC建立成功的消息，這樣就完成了所述虛擬IPCC的 建立操作，首尾節(jié)點(diǎn)便可以使用所述虛擬IPCC進(jìn)行信息交互了 。
如圖4所示為本發(fā)明一個(gè)較佳實(shí)施例，在業(yè)務(wù)尾節(jié)點(diǎn)為開(kāi)始節(jié)點(diǎn)的情況 下建立虛擬IPCC流程圖，其詳細(xì)步驟如下
S401、 在ASON系統(tǒng)管理平面上編寫(xiě)關(guān)于建立虛擬控制通道的任務(wù)； 所述系統(tǒng)管理平面向業(yè)務(wù)首節(jié)點(diǎn)下發(fā)業(yè)務(wù)建立請(qǐng)求消息；業(yè)務(wù)首節(jié)點(diǎn)收到所 述業(yè)務(wù)建立請(qǐng)求消息后，才艮據(jù)所述業(yè)務(wù)建立請(qǐng)求消息確定建立所述虛擬控制 通道的開(kāi)始節(jié)點(diǎn)為業(yè)務(wù)尾節(jié)點(diǎn)；
S402、 業(yè)務(wù)首節(jié)點(diǎn)向業(yè)務(wù)尾節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立請(qǐng)求信令；
S403、 業(yè)務(wù)尾節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求信令，并從中讀取業(yè)務(wù)首節(jié)點(diǎn) 的節(jié)點(diǎn)編號(hào)，將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬IPCC的尾節(jié)點(diǎn)側(cè)CCID;
S304、根據(jù)所述尾節(jié)點(diǎn)側(cè)CCID查詢(xún)業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的本地?cái)?shù)據(jù)庫(kù)，有下 例二種情況
一、 如果查詢(xún)結(jié)果為所述尾節(jié)點(diǎn)側(cè)CCID已經(jīng)存在，這就足說(shuō)，業(yè)務(wù) 尾節(jié)點(diǎn)側(cè)的虛擬IPCC已經(jīng)建立，則不需再建，流程結(jié)束；
二、 如果查詢(xún)結(jié)果為所述尾節(jié)點(diǎn)側(cè)CCID不存在，這就是說(shuō)，業(yè)務(wù)尾
節(jié)點(diǎn)側(cè)的虛擬IPCC還未建立，則執(zhí)行下一步操作；
5305、 業(yè)務(wù)尾節(jié)點(diǎn)向位于本節(jié)點(diǎn)側(cè)的GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng)求將 所述尾節(jié)點(diǎn)側(cè)CCID綁定在位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的UDP端口上；
5306、 所述GMPLS協(xié)議棧收到所述請(qǐng)求并完成所述綁定操作，然后業(yè) 務(wù)尾節(jié)點(diǎn)向位于本節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng)求在位于業(yè)務(wù) 尾節(jié)點(diǎn)側(cè)的所述UDP端口上啟動(dòng)LMP實(shí)例；
5307、 位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧收到所述請(qǐng)求，在所述 UDP端口上執(zhí)行LMP實(shí)例，進(jìn)行業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的鏈路連通性驗(yàn)證；如果所 述鏈路連通性驗(yàn)證成功，則業(yè)務(wù)尾節(jié)點(diǎn)向業(yè)務(wù)首節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立應(yīng)答信 令，例如，所迷發(fā)送業(yè)務(wù)建立應(yīng)答信令為RSVP中的RESV (資源預(yù)留)消 息；
5308、 業(yè)務(wù)首節(jié)點(diǎn)收到業(yè)務(wù)尾節(jié)點(diǎn)發(fā)送的所述業(yè)務(wù)建立應(yīng)答信令；
5309、 業(yè)務(wù)首節(jié)點(diǎn)從所述業(yè)務(wù)應(yīng)答中讀取業(yè)務(wù)尾節(jié)點(diǎn)的節(jié)點(diǎn)編號(hào)，將所 述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬IPCC的首節(jié)點(diǎn)側(cè)CCID;
5310、 業(yè)務(wù)首節(jié)點(diǎn)向位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng) 求將所述首節(jié)點(diǎn)側(cè)CCID綁定在位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的UDP端口上；
5311、 所述GMPLS協(xié)議棧收到所述請(qǐng)求并完成所述綁定操作，然后業(yè) 務(wù)首節(jié)點(diǎn)向位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧發(fā)送請(qǐng)求，請(qǐng)求在位于 業(yè)務(wù)首節(jié)點(diǎn)側(cè)的所述UDP端口上啟動(dòng)LMP實(shí)例；
5312、 位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧收到所述請(qǐng)求，在所述 UDP端口上執(zhí)行LMP實(shí)例，進(jìn)行業(yè)務(wù)首節(jié)點(diǎn)側(cè)的鏈路連通性驗(yàn)證；如果所 述鏈路連通性驗(yàn)證成功，則位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的所述GMPLS協(xié)議棧向首尾 節(jié)點(diǎn)發(fā)送所述虛擬IPCC建立成功的消息，這樣就完成了所述虛擬IPCC的 建立操作，首尾節(jié)點(diǎn)便可以使用所述虛擬IPCC進(jìn)行信息交互了 。
在信息交互過(guò)程中，若通訊節(jié)點(diǎn)發(fā)生問(wèn)題，有時(shí)需要重啟節(jié)點(diǎn)，而已建 立好的虛擬IPCC的通道數(shù)據(jù)是保存在對(duì)應(yīng)節(jié)點(diǎn)的本地?cái)?shù)據(jù)庫(kù)中，虛擬IPCC
按以下流程恢復(fù)
如果業(yè)務(wù)首節(jié)點(diǎn)重啟時(shí)，則按以下步驟執(zhí)行
5501、 從數(shù)據(jù)庫(kù)中讀取業(yè)務(wù)信息，若所有業(yè)務(wù)信息均已經(jīng)讀取則執(zhí)行 S505;否則執(zhí)行S502;
5502、 根據(jù)讀取的所述業(yè)務(wù)信息，將業(yè)務(wù)尾節(jié)點(diǎn)的節(jié)點(diǎn)編號(hào)設(shè)置為虛擬 控制通道的首節(jié)點(diǎn)側(cè)CCID，根據(jù)所述首節(jié)點(diǎn)側(cè)CCID查找所述虛擬IPCC 是否已經(jīng)恢復(fù);如果所述首節(jié)點(diǎn)側(cè)CCID存在，執(zhí)行S501，否則執(zhí)行S503;
5503、 業(yè)務(wù)首節(jié)點(diǎn)請(qǐng)求位于本側(cè)節(jié)點(diǎn)的GMPLS協(xié)議棧將所述首節(jié)點(diǎn)側(cè) CCID綁定在位于本側(cè)節(jié)點(diǎn)的UDP端口上；
5504、 所述GMPLS協(xié)議棧收到所述請(qǐng)求，完成所述綁定，在所述UDP 端口上啟動(dòng)LMP實(shí)例，進(jìn)行業(yè)務(wù)首節(jié)點(diǎn)側(cè)的鏈路連通性驗(yàn)證；則執(zhí)行S501;
S505 、所有業(yè)務(wù)首尾節(jié)點(diǎn)收到關(guān)于它們對(duì)應(yīng)的虛擬通道恢復(fù)成功消息， 此時(shí)業(yè)務(wù)首尾節(jié)點(diǎn)虛擬控制通道的恢復(fù)完成，業(yè)務(wù)首尾節(jié)點(diǎn)則可以利用對(duì)應(yīng) 的虛擬IPCC進(jìn)行信息交互了 。
如果業(yè)務(wù)尾節(jié)點(diǎn)重啟，則按以下步驟執(zhí)行
5601、 從數(shù)據(jù)庫(kù)中讀取業(yè)務(wù)信息，若所有業(yè)務(wù)信息均已經(jīng)讀取則執(zhí)行 S605;否則執(zhí)行S602;
5602、 根據(jù)讀取的所述業(yè)務(wù)信息，將業(yè)務(wù)首節(jié)點(diǎn)的節(jié)點(diǎn)編號(hào)設(shè)置為虛擬 控制通道的尾節(jié)點(diǎn)側(cè)CCID,根據(jù)所述尾節(jié)點(diǎn)側(cè)CCID查找所述虛擬IPCC 是否已經(jīng)恢復(fù)；如果所述尾節(jié)點(diǎn)側(cè)CCID存在，執(zhí)行S601,否則執(zhí)行S603;
5603、 業(yè)務(wù)尾節(jié)點(diǎn)請(qǐng)求位于本側(cè)節(jié)點(diǎn)的GMPLS協(xié)議棧將所述尾節(jié)點(diǎn)側(cè) CCID綁定在位于本側(cè)節(jié)點(diǎn)的UDP端口上；
5604、 所述GMPLS協(xié)議棧收到所述請(qǐng)求，完成所述綁定，在所述UDP 端口上啟動(dòng)LMP實(shí)例，進(jìn)行業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的鏈路連通性驗(yàn)證；則執(zhí)行S601;
5605、 所有業(yè)務(wù)首尾節(jié)點(diǎn)收到關(guān)于它們對(duì)應(yīng)的虛擬通道恢復(fù)成功消息， 此時(shí)業(yè)務(wù)首尾節(jié)點(diǎn)虛擬控制通道的恢復(fù)完成，業(yè)務(wù)首尾節(jié)點(diǎn)則可以利用對(duì)應(yīng)
的虛擬IPCC進(jìn)行信息交互了 。
如果業(yè)務(wù)首尾節(jié)點(diǎn)同時(shí)重啟，則按首尾分別重啟時(shí)的對(duì)應(yīng)步驟執(zhí)行。 綜上所述，本發(fā)明由于采用了在業(yè)務(wù)首尾節(jié)點(diǎn)之間建立一條直接通信的
虛擬IPCC,專(zhuān)門(mén)用于首尾間點(diǎn)之間交互數(shù)據(jù)的傳輸，該虛擬IPCC與業(yè)務(wù) 信令通道是兩條分離的通道；因此即使節(jié)點(diǎn)信令路由發(fā)生問(wèn)題，業(yè)務(wù)首尾節(jié) 點(diǎn)之間仍能通信；在多節(jié)點(diǎn)重啟的情況下，尾節(jié)點(diǎn)仍能通過(guò)所述虛擬IPCC 將RSVPNotify消息正常的發(fā)送和接收。
應(yīng)當(dāng)理解的是，上述針對(duì)具體實(shí)施例的描述較為詳細(xì)，并不能因此而認(rèn) 為是對(duì)本發(fā)明專(zhuān)利保護(hù)范圍的限制，本發(fā)明的專(zhuān)利保護(hù)范圍應(yīng)以所附權(quán)利要 求為準(zhǔn)。
權(quán)利要求
1、一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制通道建立方法，在自動(dòng)交換光網(wǎng)絡(luò)ASON中，其包含以下步驟A、業(yè)務(wù)首節(jié)點(diǎn)從系統(tǒng)管理平面收到業(yè)務(wù)建立請(qǐng)求消息；B、在待建虛擬控制通道的一側(cè)完成該側(cè)虛擬控制通道的建立操作，向所述虛擬控制通道的另一側(cè)發(fā)送業(yè)務(wù)建立消息；C、所述另一側(cè)收到所述業(yè)務(wù)建立消息，完成該側(cè)虛擬控制通道的建立操作。
2、 根據(jù)權(quán)利要求1所述的虛擬控制通道建立方法，其特征在于，所述步 驟A還包括Al、在所述系統(tǒng)管理平面上編寫(xiě)關(guān)于建立所述虛擬控制通道的任務(wù)； A2、所述系統(tǒng)管理平面向業(yè)務(wù)首節(jié)點(diǎn)下發(fā)業(yè)務(wù)建立請(qǐng)求消息； A3、業(yè)務(wù)首節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求消息，根據(jù)所述業(yè)務(wù)建立請(qǐng)求消 息確定建立所述虛擬控制通道的開(kāi)始節(jié)點(diǎn)。
3、 根據(jù)權(quán)利要求2所述的虛擬控制通道建立方法，其特征在于，在所述 步驟A3中還包括所述開(kāi)始節(jié)點(diǎn)為業(yè)務(wù)首節(jié)點(diǎn)時(shí)，所述一側(cè)為業(yè)務(wù)首節(jié)點(diǎn)， 所述另一側(cè)為業(yè)務(wù)尾節(jié)點(diǎn)。
4、 根據(jù)權(quán)利要求3所述的虛擬控制通道建立方法，其特征在于，所述步 驟B還包括Bl、設(shè)置所述虛擬控制通道的首節(jié)點(diǎn)側(cè)通道控制編號(hào)，并綁定在位于業(yè) 務(wù)首節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；B2、在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上進(jìn)行鏈路連通性驗(yàn)證。
5、 根據(jù)權(quán)利要求4所述的虛擬控制通道建立方法，其特征在于，所述步 驟B1還包括Bll、業(yè)務(wù)首節(jié)點(diǎn)從所述業(yè)務(wù)建立請(qǐng)求消息中讀取業(yè)務(wù)尾節(jié)點(diǎn)的節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的首節(jié)點(diǎn)側(cè)通道控制編號(hào)； B12、業(yè)務(wù)首節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求； B13、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述首節(jié)點(diǎn)側(cè)通道控制編號(hào)綁定在位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)^R協(xié)議端口上。
6、 根據(jù)權(quán)利要求4所述的虛擬控制通道建立方法，其特征在于，所述步 驟B2還包括B21、業(yè)務(wù)首節(jié)點(diǎn)向本節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)送請(qǐng)求消息， 請(qǐng)求在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上啟動(dòng)鏈路管理協(xié)議實(shí)例；B22、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端 口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)首節(jié)點(diǎn)側(cè)進(jìn)行鏈路 連通性驗(yàn)證;鏈路連通性驗(yàn)證成功，業(yè)務(wù)首節(jié)點(diǎn)向業(yè)務(wù)尾節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立 請(qǐng)求信令。
7、 根據(jù)權(quán)利要求3所述的虛擬控制通道建立方法，其特征在于，所述步 驟C還包括Cll、業(yè)務(wù)尾節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求信令，并從中讀取業(yè)務(wù)首節(jié)點(diǎn)的 節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的尾節(jié)點(diǎn)側(cè)通道控制 編號(hào)；C12、業(yè)務(wù)尾節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求； C13、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述尾節(jié)點(diǎn)側(cè)通道控制編號(hào)綁定在位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；C14、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上啟動(dòng)鏈路管理協(xié)i5C實(shí)例,對(duì)所述虛擬控制通道的業(yè)務(wù)尾節(jié)點(diǎn)側(cè)進(jìn)行鏈路連通性驗(yàn)證。
8、 根據(jù)權(quán)利要求2所述的虛擬控制通道建立方法，其特征在于，在所述 步驟A3中還包括所述開(kāi)始節(jié)點(diǎn)為業(yè)務(wù)尾節(jié)點(diǎn)時(shí)，所述業(yè)務(wù)首節(jié)點(diǎn)向業(yè)務(wù) 尾節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立請(qǐng)求信令；所述一側(cè)為業(yè)務(wù)尾節(jié)點(diǎn)，所述另一側(cè)為業(yè)務(wù) 首節(jié)點(diǎn)。
9、 根據(jù)權(quán)利要求6所述的虛擬控制通道建立方法，其特征在于，所述步 驟B中還包括B21、業(yè)務(wù)尾節(jié)點(diǎn)收到所述業(yè)務(wù)建立請(qǐng)求信令，并從中讀取業(yè)務(wù)首節(jié)點(diǎn)的 節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的尾節(jié)點(diǎn)側(cè)通道控制 編號(hào)；B22、業(yè)務(wù)尾節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求； B23、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述尾節(jié)點(diǎn)側(cè)通道控制編號(hào)綁定在位于業(yè)務(wù)尾節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；B24、業(yè)務(wù)尾節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)尾節(jié)點(diǎn)側(cè)進(jìn)行鏈路連通性驗(yàn)證，鏈路連通性驗(yàn)證成功，業(yè)務(wù)尾節(jié)點(diǎn)向業(yè)務(wù)首節(jié)點(diǎn)發(fā)送業(yè)務(wù)建立應(yīng)答信令。
10、 根據(jù)權(quán)利要求6所述的虛擬控制通道建立方法，其特征在于，所述 步驟C還包括C21、業(yè)務(wù)首節(jié)點(diǎn)收到所述業(yè)務(wù)建立應(yīng)答信令，并從中讀出業(yè)務(wù)尾節(jié)點(diǎn)的 節(jié)點(diǎn)編號(hào)，并將所述節(jié)點(diǎn)編號(hào)設(shè)置為所述虛擬控制通道的首節(jié)點(diǎn)側(cè)通道控制 編號(hào)；C22、業(yè)務(wù)首節(jié)點(diǎn)向本側(cè)的通用多協(xié)議標(biāo)記交換協(xié)議棧發(fā)出綁定請(qǐng)求； C23、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧將所述首節(jié)點(diǎn)側(cè)通道控制編號(hào)綁定在位于業(yè)務(wù)首節(jié)點(diǎn)側(cè)的用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上；C24、業(yè)務(wù)首節(jié)點(diǎn)側(cè)通用多協(xié)議標(biāo)記交換協(xié)議棧在所述用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口上啟動(dòng)鏈路管理協(xié)議實(shí)例，對(duì)所述虛擬控制通道的業(yè)務(wù)首節(jié)點(diǎn)側(cè)進(jìn)行鏈路連通性驗(yàn)證。
全文摘要
本發(fā)明公開(kāi)了一種業(yè)務(wù)首尾節(jié)點(diǎn)之間的虛擬控制通道建立方法，在自動(dòng)交換光網(wǎng)絡(luò)ASON中，其包括首先業(yè)務(wù)首接點(diǎn)從系統(tǒng)管理平面收到業(yè)務(wù)建立請(qǐng)求消息；在待建虛擬控制通道的一側(cè)完成該側(cè)虛擬控制通道的建立操作，然后向所述虛擬控制通道的另一側(cè)發(fā)送業(yè)務(wù)建立消息；所述另一側(cè)收到所述業(yè)務(wù)建立消息，最后在所述另一側(cè)完成該側(cè)虛擬控制通道的建立操作。本發(fā)明所述的方法，由于采用了在業(yè)務(wù)首尾節(jié)點(diǎn)之間建立一條直接通信的虛擬IPCC，專(zhuān)門(mén)用于首尾間點(diǎn)之間交互數(shù)據(jù)的傳輸，該虛擬IPCC與業(yè)務(wù)信令通道是兩條分離的通道；因此即使節(jié)點(diǎn)信令路由發(fā)生問(wèn)題，業(yè)務(wù)首尾節(jié)點(diǎn)之間仍能通信，這樣就可以在信令失敗情形下對(duì)業(yè)務(wù)進(jìn)行維護(hù)。
文檔編號(hào)H04L29/06GK101360348SQ200810142180
公開(kāi)日2009年2月4日 申請(qǐng)日期2008年8月25日 優(yōu)先權(quán)日2008年8月25日
發(fā)明者彬 李, 鮑遠(yuǎn)林 申請(qǐng)人:中興通訊股份有限公司