專利名稱：一種基于g.709的標(biāo)簽交換路徑的互聯(lián)互通方法
技術(shù)領(lǐng)域：
本發(fā)明涉及屬于光網(wǎng)絡(luò)傳輸領(lǐng)域，尤其涉及一種光傳送網(wǎng)自動(dòng)交換光網(wǎng)絡(luò)中，基 于G. 709的標(biāo)簽交換路徑的互聯(lián)互通方法。
背景技術(shù)：
光傳送網(wǎng)(OTN)是在1999 年為解決高速 TDM(Time DivisionMultiplexing，時(shí)分 復(fù)用)信號(hào)的大容量傳送問(wèn)題而提出的一種“數(shù)字包封”技術(shù)。2003版定義的OTN可以為客 戶層信號(hào)提供傳送、復(fù)用、保護(hù)和監(jiān)控管理等功能，所支持的客戶層信號(hào)主要是STM-N(同 步傳輸模式)、ATM(異步傳輸模式)和通過(guò)GFP(通用組幀程序)映射支持的以太網(wǎng)信號(hào)， 其定義的速率等級(jí)為2. 5GU0G和40G。隨著傳送網(wǎng)絡(luò)承載信號(hào)的IP化以及IOG LAN接口 的普及，IOGE (萬(wàn)兆以太網(wǎng))在OTN上的承載成為一個(gè)重要問(wèn)題，因此ITU-T于2007年開(kāi)發(fā) 了 G. sup43標(biāo)準(zhǔn)，定義了 OTN傳送IOGE信號(hào)的方式。傳統(tǒng)OTN的復(fù)用體系非常簡(jiǎn)單，速率等級(jí)為2. 5G，IOG和40G，分別對(duì)應(yīng)光通道數(shù)據(jù) 單元0DU1，0DU2和0DU3。CBR(Constant Bit Rate，固定碼率)的業(yè)務(wù)采用異步映射(AMP) 或者比特同步映射(BMP)方式映射到相應(yīng)的ODUk，Packet (分組)業(yè)務(wù)采用GFP方式映射 到ODUk，這些ODUk再映射到相應(yīng)的光通道傳輸單元OTUk中。當(dāng)然，低速率等級(jí)的ODU也可 復(fù)用到高速率等級(jí)的ODU中，如圖1所示。為了適應(yīng)多業(yè)務(wù)，OTN引入了新的概念HO (High Order,高階)ODU和LO (Low Order,低階)0DU，如圖2所示，圖2中從左邊數(shù)起，第一列是LO 0DU,每個(gè)框中的速率等級(jí)， 比如0DU3，都標(biāo)示為0DU3(L)，L即是Low Order ；第二列是高階，每個(gè)框中的速率等級(jí)，比如 0DU3，都標(biāo)示為0DU3 (H)，H即是High Order。H0/L0與SDH中的高階/低階容器的概念是 一致的，LO ODU相當(dāng)于業(yè)務(wù)層用于適配不同速率和不同格式的業(yè)務(wù)，H00DU相當(dāng)于隧道層用 于提供一定帶寬的傳送能力，這種層次化的結(jié)構(gòu)支持業(yè)務(wù)板卡與線路板卡分離，從而可為 網(wǎng)絡(luò)部署帶來(lái)更大的靈活性和經(jīng)濟(jì)性。G. 709Amendment3和G. sup 43相對(duì)于2003年的G. 709，發(fā)生了很大的變化，它引 入了新的信號(hào)類型，包括0DU0、0DU2e、0DU3el、0DU3e2、ODUflex以及0DU4。首先引入了一 個(gè)速率為1. 244Gb/s的新的光通道數(shù)據(jù)單元0DU0，0DU0可以獨(dú)立進(jìn)行交叉連接，也可映射 到高階ODU中(如ODUU 0DU2、0DU3和0DU4)。為了適應(yīng)將來(lái)100GE業(yè)務(wù)的傳送，引入了 0DU4，速率為 104. 355Gb/s。ODUl映射到0DU2、0DU3以及0DU2映射到0DU3保持原G. 709版本的2. 5G支路時(shí) 序映射復(fù)用方式，增加ODUl映射到0DU2和0DU3的1. 25G支路時(shí)序，增加0DU2映射到0DU3 的 1. 25G 支路時(shí)序；其他新的速率(0DU0、0DU2e、ODUflex)映射到 ODUl、0DU2、0DU3、0DU4 都采用1. 25G支路時(shí)序映射復(fù)用方式。根據(jù)G. sup 43，0DU2e可以映射到0DU3el的2. 5G 支路時(shí)序，0DU2e還可以映射到0DU3el的1. 25G支路時(shí)序。大多數(shù)的低階ODU在高階里具 有相同的支路時(shí)序個(gè)數(shù)；然而0DU2e例外，0DU2e在0DU3需要占用9個(gè)1. 25G支路時(shí)序或 者5個(gè)2. 5G支路時(shí)序，而0DU2e在0DU4需要占用8個(gè)1. 25G支路時(shí)序。圖3是G. 709標(biāo)準(zhǔn)以及G. sup43標(biāo)準(zhǔn)的詳細(xì)映射復(fù)用路徑結(jié)構(gòu)。Flexible ODU的思想最初在2008年9月份ITU-T Q11/SG15中間會(huì)議和2008年 12月份ITU-T SG15全會(huì)上被廣泛討論。Flexible ODU的最初想法是為任意比特速率的客 戶信號(hào)提供OTN的比特透明傳輸。ODUflex目前被期望用來(lái)支持那些不能很有效地映射到 0DU2、0DU3或者0DU4的新的比特速率。ODUflex被當(dāng)作一個(gè)低階ODU ；—個(gè)ODUflex占用 高階ODUk任意整數(shù)倍的支路時(shí)序個(gè)數(shù)。ODUflex帶寬可動(dòng)態(tài)地被調(diào)整。目前推薦 Packet ODUflex 大小為nX 1. 24416Gbit/s士20ppm(l 彡 η 彡 80)，而 CBR ODUflex大小為客戶信號(hào)速率的239Λ38倍。新定義的ODUflex不再為已經(jīng)映射到 ODUO, ODUU 0DU2和0DU3的客戶信號(hào)提供映射。對(duì)于CBR客戶信號(hào)，首選通過(guò)BMP將客戶 信號(hào)映射到ODUflex，ODUflex速率為客戶信號(hào)速率的239/238倍(客戶信號(hào)速率2. 5G以 上)，對(duì)于分組業(yè)務(wù)客戶信號(hào)，目前討論使用GFP將客戶信號(hào)映射到ODUflex ；ODUflex = n*l. 24416G，其中1彡η彡80 ；ODUflex比特速率為高階ODUk的支路時(shí)序個(gè)數(shù)的整數(shù)倍。為2003 年版本的 G.709 標(biāo)準(zhǔn)的 GMPLS(Generalized Multi Protocol LabelSwitching,通用多協(xié)議標(biāo)簽交換)信令擴(kuò)展已經(jīng)被RFC4328定義，它擴(kuò) 展 了 Generalized Label Request(通用標(biāo)簽請(qǐng)求)，Generalized Label and TrafficParameter (通用標(biāo)簽和流量參數(shù))。但RFC4328只為當(dāng)時(shí)的2. 5G支路時(shí)序的ODUl、 0DU2 和 0DU3 定義了 Generalized Label (通用標(biāo)簽)；為了支持 0DU0、0DU1、0DU2、0DU2e、 0DU3el、0DU3e2、ODUf lex以及0DU4，必須定義一種新的Generalized Label (見(jiàn)申請(qǐng)人提交 的另一篇專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》)。但是，由于G. 709 標(biāo)準(zhǔn)的發(fā)展，使得這兩種標(biāo)簽格式定義無(wú)法兼容，而支持0PU2或者0PU3的1. 25G支路時(shí)序 映射復(fù)用結(jié)構(gòu)的設(shè)備必須能夠向后兼容支持2. 5G支路時(shí)序映射復(fù)用結(jié)構(gòu)的設(shè)備。所以控 制1. 25G支路時(shí)序單元設(shè)備的控制平面也必須能夠向后兼容控制2. 5G支路時(shí)序單元設(shè)備 的控制平面。在2003年版本G. 709標(biāo)準(zhǔn)發(fā)布后，經(jīng)過(guò)幾年的發(fā)展，OTN設(shè)備被大量地部署，而最 新的G. 709標(biāo)準(zhǔn)又發(fā)生了很大的變化，新部署的OTN設(shè)備加載控制平面后，一條端到端的標(biāo) 簽交換路徑可能同時(shí)控制很多舊設(shè)備與新設(shè)備，舊設(shè)備只能支持2. 5G支路時(shí)序單元，而新 設(shè)備既可以支持2. 5G支路時(shí)序單元又可以支持1. 25G支路時(shí)序單元；而RFC4328定義的標(biāo) 簽格式只限于2. 5G支路時(shí)序單元，所以針對(duì)最新的G. 709標(biāo)準(zhǔn)定義的標(biāo)簽格式就無(wú)法與它 兼容。一條端到端路徑需要在不同的段，攜帶不同格式定義的標(biāo)簽，當(dāng)一個(gè)控制平面接收到 連接的相關(guān)信令信息后，按照現(xiàn)有的技術(shù)，無(wú)法識(shí)別消息里標(biāo)簽格式并解析。一條端到端標(biāo) 簽交換路徑經(jīng)過(guò)舊設(shè)備與老設(shè)備時(shí)，控制這些設(shè)備的控制平面互聯(lián)互通，成為一個(gè)現(xiàn)實(shí)存 在的技術(shù)問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種光傳送網(wǎng)自動(dòng)交換光網(wǎng)絡(luò)中，基于G. 709的 標(biāo)簽交換路徑的互聯(lián)互通方法，針對(duì)為最新的G. 709標(biāo)準(zhǔn)定義的標(biāo)簽無(wú)法與RFC4328定義 的標(biāo)簽兼容問(wèn)題，提出了當(dāng)一條端到端標(biāo)簽交換路徑經(jīng)過(guò)支持2. 5G支路時(shí)序單元設(shè)備與 1.25G支路時(shí)序單元設(shè)備時(shí)，控制這些設(shè)備的控制平面互聯(lián)互通方法。針對(duì)0DU1、0DU2以及0DU3，為了能夠向后兼容RFC4328，本發(fā)明通過(guò)刻畫ODU復(fù)用結(jié)構(gòu)的信號(hào)類型來(lái)區(qū)分支路時(shí)序單元的大小以及通用標(biāo)簽格式。為新的比特速率(也就是 0DU0、1. 25G ODUlU. 25G 0DU2、1. 25G0DU3、0DU2e、 0DU3el、0DU3e2、ODUflex 以及 0DU4)定義了如下 Signal Type (信號(hào)類型，簡(jiǎn)稱 ST)，其中 9-19為本發(fā)明新定義的信號(hào)類型ValueType
0Not significant
1ODUl (i.e. , 2. 5Gbps)
20DU2(i.e.，10Gbps)/*The size of 0PU2 TS is 2. 5G*/
30DU3(i.e.，40Gbps)/*The size of 0PU3 TS is 2. 5G*/
4Reserved (for future use)
5Reserved (for future use)
6OCh at2. 5 Gbps
7OCh at10 Gbps
8OCh at40 Gbps
9OCh at100 Gbps
100DU0
11ODUl/*The size of OPUl TS is 1. 25G*/
120DU2/*The size of 0PU2 TS is 1. 25G*/
130DU3/*The size of 0PU3 TS is 1.25G*/
140DU4/*The size of 0PU4 TS is 1.25G*/
150DU2e/*IOGbps for FC1200 and GE LAN*/
160DU3el/*The size of 0PU3el TS is 2. 5G*/
170DU3e2/*The size of 0PU3e2 TS is 1.25G*/
18ODUflex/^The size of 0PU2/0PU3/0PU4 TS is 1. 25G*/
19ODUflex/^The size of 0PU2/0PU3 TS is 2.5G*/
20-255 Reserved(for future use)
同時(shí)為每個(gè)比特速率定義一個(gè)復(fù)用單元數(shù)(Number of MultiplexedComponents
NMC)，它表示攜帶該流量參數(shù)NMC的標(biāo)簽交換路徑需要占用鏈路的支路時(shí)序單元的個(gè)數(shù)， 詳細(xì)定義如下所示匪CDescription
10DU0ismappedinto1.25GtributaryslotsofOPU1,
10DU0ismappedinto1.25Gtributaryslotsof0PU2,
10DU0ismappedinto1.25Gtributaryslotsof0PU3,
10DU0ismappedinto1.25Gtributaryslotsof0PU4,
2ODUlismappedinto1.25Gtributaryslotsof0PU2,
2ODUlismappedinto1.25Gtributaryslotsof0PU3,
2ODUlismappedinto1.25Gtributaryslotsof0PU4,
80DU2ismappedinto1.25Gtributaryslotsof0PU3,
80DU2ismappedinto1.25Gtributaryslotsof0PU4,
9 0DU2e is mapped into 1. 25G tributary slots of 0PU3.8 0DU2e is mapped into 1. 25G tributary slots of 0PU3e2.8 0DU2e is mapped into 1. 25G tributary slots of 0PU4.32 0DU3 is mapped into 1. 25G tributary slots of 0PU4.1-8 ODUflex is mapped into 1. 25G tributary slots of 0PU2.1-32 ODUflex is mapped into 1. 25G tributary slots of 0PU3.1-80 ODUflex is mapped into 1. 25G tributary slots of 0PU4.1 ODUl is mapped into 2. 5G tributary slots of 0PU2.1 ODUl is mapped into 2. 5G tributary slots of 0PU3.4 0DU2 is mapped into 2. 5G tributary slots of 0PU3.5 0DU2e is mapped into 2. 5G tributary slots of 0PU3.4 0DU2e is mapped into 2. 5G tributary slots of 0PU3el.1-4 ODUflex is mapped into 2. 5G tributary slots of 0PU2.1-16 ODUflex is mapped into 2. 5G tributary slots of 0PU3.本發(fā)明提供一種標(biāo)簽交換路徑的互連互通方法；節(jié)點(diǎn)之間通過(guò)交互信令消息，建 立端到端的標(biāo)簽交換路徑，其中，信令消息可為Path或Resv消息，節(jié)點(diǎn)按如下方式發(fā)送或 接收信令消息1)發(fā)送信令消息當(dāng)節(jié)點(diǎn)需要在某條鏈路上發(fā)送Path (或Resv)消息，該節(jié)點(diǎn)根據(jù)該鏈路支持的支 路時(shí)序單元的大小(1. 25G或2. 5G)，以及鏈路的接口交換能力描述符的最大帶寬來(lái)確定 通用標(biāo)簽生成的格式，按照所確定的格式生成通用標(biāo)簽，具體確定通用標(biāo)簽生成的格式包 括當(dāng)節(jié)點(diǎn)需要在支持2. 5G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的接 口交換能力描述符的最大帶寬表示為0DU1、0DU2或者0DU3(也就是該鏈路是支持2. 5G的 0TU1、0TU2或者0TU3鏈路)時(shí)，按照RFC4328定義的標(biāo)簽格式生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持1. 25G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的 接口交換能力描述符的最大帶寬表示為0DU1、0DU2或者0DU3(也就是該鏈路是支持1. 25G 的0TU1、0TU2或者0TU3鏈路)時(shí)，按照專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽 生成方法》所定義的格式，生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持1. 25G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的 接口交換能力描述符的最大帶寬表示為0DU4或者0DU3e2(也就是該鏈路是支持1. 25G的 0TU4或者0TU3e2鏈路)時(shí)，按照專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方 法》所定義的格式，生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持2. 5G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的接 口交換能力描述符的最大帶寬表示為0DU3el (也就是該鏈路是支持2. 5G的0TU3el鏈路) 時(shí)，按照專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》所定義的格式，生成 所需要的通用標(biāo)簽。發(fā)送信令消息前，還需要確定信號(hào)類型和NMC，節(jié)點(diǎn)根據(jù)需要建立的LSP的帶寬大 小和鏈路支持的支路時(shí)序單元的大小確定信號(hào)類型，根據(jù)需要建立的LSP的帶寬需要占用的鏈路支持的支路時(shí)序單元的個(gè)數(shù)確定NMC，在信令消息中攜帶信號(hào)類型和NMC。例如，鏈 路的最大帶寬為0TU3 (40G)，如果需要建立2. 5G(0DU2)的LSP經(jīng)過(guò)該鏈路，當(dāng)鏈路支持的 支路時(shí)序單元的大小為1. 25G時(shí)，信號(hào)類型被設(shè)置為12，表示1. 25G的0DU2，該LSP需要占 用該鏈路2個(gè)1. 25G支路時(shí)序單元，則NMC為2 ；當(dāng)鏈路支持的支路時(shí)序單元的大小為2. 5G 時(shí)，信號(hào)類型被設(shè)置為2，表示2. 5G的0DU2，該LSP需要占用該鏈路1個(gè)2. 5G支路時(shí)序單 元，則NMC為1。2)接收信令消息當(dāng)一個(gè)下游(或上游)節(jié)點(diǎn)接收到Path (或Resv)消息后，如果信號(hào)類型0DU1、 0DU2或0DU3刻畫的ODU復(fù)用結(jié)構(gòu)且支持2. 5G支路時(shí)序單元，該節(jié)點(diǎn)必須將通用標(biāo)簽格式 識(shí)別為RFC4328所定義的格式；當(dāng)一個(gè)下游(或上游)節(jié)點(diǎn)接收到Path (或Resv)消息后，如果信號(hào)類型0DU1、 0DU2或0DU3刻畫的ODU復(fù)用結(jié)構(gòu)，支持1. 25G支路時(shí)序單元，該節(jié)點(diǎn)必須將通用標(biāo)簽格式 識(shí)別為專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》所定義的格式；當(dāng)一個(gè)下游(或上游)節(jié)點(diǎn)接收到Path (或Resv)消息后，如果信號(hào)類型為0DU0、 0DU2e、ODUflex、0DU4、0DU3el或0DU3e2刻畫的ODU復(fù)用結(jié)構(gòu)，該節(jié)點(diǎn)必須將通用標(biāo)簽格式 識(shí)別為專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》所定義的格式；當(dāng)一個(gè)下游節(jié)點(diǎn)接收到Path消息后(信號(hào)類型刻畫了 ODU復(fù)用結(jié)構(gòu))，該節(jié)點(diǎn)必 須檢測(cè)本地的映射能力，如果該節(jié)點(diǎn)不能夠支持Signal Type所表示的ODU復(fù)用結(jié)構(gòu)，節(jié)點(diǎn) 終結(jié)該P(yáng)ath消息，并產(chǎn)生一個(gè)PathErr消息，攜帶“流量控制錯(cuò)誤/業(yè)務(wù)不被支持”的錯(cuò)誤 fn息ο標(biāo)簽交換路徑的優(yōu)雅重啟以及其他涉及到標(biāo)簽處理的信令消息中對(duì)通用標(biāo)簽的 識(shí)別和生成，都遵循上述標(biāo)簽交換路徑的建立過(guò)程中節(jié)點(diǎn)發(fā)送信令消息和接收信令消息時(shí) 識(shí)別和生成通用標(biāo)簽的技術(shù)方案。支持0PU2或者0PU3的1. 25G支路時(shí)序映射復(fù)用結(jié)構(gòu)的新設(shè)備必須能夠向后兼容 支持2. 5G支路時(shí)序映射復(fù)用結(jié)構(gòu)的設(shè)備。本發(fā)明中，將按照2003年版本實(shí)現(xiàn)的OTN設(shè)備 簡(jiǎn)稱為舊設(shè)備或pre-G. 709設(shè)備，按照2009年10月份出版的G. 709標(biāo)準(zhǔn)實(shí)現(xiàn)的OTN設(shè)備 簡(jiǎn)稱為新設(shè)備或new OTN0互聯(lián)互通可通過(guò)要求新設(shè)備能夠支持將pre_G. 709的凈荷映射 到與其他設(shè)備連接的鏈路上。建立端到端標(biāo)簽交換路徑時(shí)，可使用一個(gè)端到端會(huì)話建立該端到端標(biāo)簽交換路 徑，也可使用多段會(huì)話建立該端到端交換路徑。為能夠在控制平面做到互聯(lián)互通，在路由協(xié)議洪泛TE鏈路時(shí)，將鏈路的容量表示 為支路時(shí)序單元的個(gè)數(shù)以及鏈路支持的支路時(shí)序單元的帶寬。當(dāng)一條端到端的標(biāo)簽交換路徑經(jīng)過(guò)舊設(shè)備以及新設(shè)備時(shí)，如果只采用一個(gè)端到端 的會(huì)話，端到端路徑的建立過(guò)程必須遵循前面所論述的向后兼容RFC4328的技術(shù)方案；在 該端到端路徑的建立過(guò)程中，在連接1.25G與2. 5G支路時(shí)序單元鏈路的設(shè)備上必須改變流 量工程參數(shù)(Signal Type和Number ofMultiplexed Components)，即如果節(jié)點(diǎn)兩端連接的 鏈路支持的支路時(shí)序單元帶寬不同，則該節(jié)點(diǎn)接收和發(fā)送的信令消息中攜帶的信號(hào)類型及 復(fù)用單元數(shù)不同。如果采用多段會(huì)話，每段會(huì)話的支路時(shí)序單元大小是相同的，那么流量工程參數(shù)(Signal Type和Number of Multiplexed Components)在每段會(huì)話的標(biāo)簽交換路徑建立過(guò) 程中，不會(huì)被改變，即節(jié)點(diǎn)接收和發(fā)送的信令消息中攜帶的信號(hào)類型及復(fù)用單元數(shù)相同。多 段會(huì)話可通過(guò)縫接技術(shù)串接起來(lái)，以達(dá)到創(chuàng)建一條端到端的標(biāo)簽交換路徑的目的。
采用本發(fā)明所述方法，解決了基于G. 709的標(biāo)簽交換路徑互聯(lián)互通的技術(shù)難題。 對(duì)于按照2003年版本實(shí)現(xiàn)的OTN設(shè)備與按照2009年10月份出版的G. 709標(biāo)準(zhǔn)實(shí)現(xiàn)的 OTN設(shè)備之間的互聯(lián)互通，本發(fā)明給出一個(gè)簡(jiǎn)單方法來(lái)區(qū)分RFC4328與專利申請(qǐng)《一種基于 G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》定義的通用標(biāo)簽格式，使得按照2009年10月份出 版的G. 709標(biāo)準(zhǔn)實(shí)現(xiàn)的OTN設(shè)備很好地兼容了舊的OTN設(shè)備，保護(hù)了運(yùn)營(yíng)商已經(jīng)投資建設(shè) 的OTN自動(dòng)交換光網(wǎng)絡(luò)，節(jié)省了 OTN自動(dòng)交換光網(wǎng)絡(luò)部署的成本。


圖1是2003年出版的G. 709標(biāo)準(zhǔn)所具有的映射復(fù)用結(jié)構(gòu)；圖2是G. 709Amendment3和G. sup 43標(biāo)準(zhǔn)所具有的映射復(fù)用結(jié)構(gòu)；圖3是G. 709標(biāo)準(zhǔn)以及G. sup43標(biāo)準(zhǔn)的詳細(xì)映射復(fù)用結(jié)構(gòu)；圖4是本發(fā)明實(shí)施例一針對(duì)0DU1、0DU2和0DU3的向后兼容RFC4328方法示意圖；圖5是本發(fā)明實(shí)施例二按照G. 709標(biāo)準(zhǔn)實(shí)現(xiàn)的OTN設(shè)備與按照G. 709Amendment3 標(biāo)準(zhǔn)實(shí)現(xiàn)的OTN設(shè)備之間互聯(lián)互通的示意圖；圖6是本發(fā)明實(shí)施例三一條端到端標(biāo)簽交換路徑的互聯(lián)互通示意圖，它只采用一 個(gè)端到端的會(huì)話。圖7是本發(fā)明實(shí)施例四一條端到端標(biāo)簽交換路徑的互聯(lián)互通示意圖，它采用 多段的會(huì)話，每段會(huì)話支持相同的支路時(shí)序單元大小，Singal Type以及Number of Multiplexed Components在每段會(huì)話的標(biāo)簽交換路徑建立過(guò)程中，不會(huì)被改變。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例進(jìn)一步說(shuō)明本發(fā)明。針對(duì)0DU1、0DU2以及0DU3，為了能夠向后兼容RFC4328，本發(fā)明通過(guò)刻畫ODU復(fù)用 結(jié)構(gòu)的信號(hào)類型來(lái)區(qū)分支路時(shí)序單元的大小以及通用標(biāo)簽格式。為新的比特速率(也就是0DU0、1. 25G ODUl U. 25G 0DU2、1. 25G0DU3、0DU2e、 0DU3el、0DU3e2、ODUflex 以及 0DU4)定義了如下 Signal Type (信號(hào)類型，簡(jiǎn)稱 ST)，其中 9-19為本發(fā)明新定義的信號(hào)類型Value Type0123456
Not significant ODUl (i. e. ,2. 5Gbps)
0DU2(i. e.，10Gbps)/*The size of 0PU2 TS is 2. 5G*/ 0DU3(i. e.，40Gbps)/*The size of 0PU3 TS is 2. 5G*/ Reserved (for future use) Reserved (for future use) OCh at 2.5Gbps0100]7OCh atIOGbps0101]8OCh at 40Gbps0102]9OCh atIOOGbps0103]100DU00104]11ODUl /*The size of OPUl TS is 1.25G*/0105]120DU2/*The size of 0PU2 TS is 125G*/0106]130DU3/*The size of 0PU3 TS is 125G*/0107]140DU4/*The size of 0PU4 TS is 125G*/0108]150DU2e/*10Gbps for FC1200 and GELAN*/0109]160DU3el/*The size of 0PU3el TS is2. 5G*/0110]170DU3e2/*The size of 0PU3e2 TS is1. 25G*/0111]18ODUflex/*The size of 0PU2/0PU3/0PU4 TS is 1. 25G*/0112]19ODUflex/*The size of 0PU2/0PU3 TSis 2. 5G*/0113]20-255Reserved (for future use)0114]同時(shí)為每個(gè)比特速率定義一個(gè)復(fù)用單元數(shù)(Number of MultiplexedComponents
NMC)，它表示攜帶該流量參數(shù)NMC的標(biāo)簽交換路徑需要占用鏈路的支路時(shí)序單元的個(gè)數(shù)， 詳細(xì)定義如下所示
0115]
0116]
匪C
Description
0117]10DU0ismappedinto125GtributaryslotsofOPU1.0118]10DU0ismappedinto125Gtributaryslotsof0PU2.0119]10DU0ismappedinto125Gtributaryslotsof0PU3.0120]10DU0ismappedinto125Gtributaryslotsof0PU4.0121]2ODUlismappedinto125Gtributaryslotsof0PU2.0122]2ODUlismappedinto125Gtributaryslotsof0PU3.0123]2ODUlismappedinto125Gtributaryslotsof0PU4.0124]80DU2ismappedinto125Gtributaryslotsof0PU3.0125]80DU2ismappedinto125Gtributaryslotsof0PU4.0126]90DU2eis mapped into1.25G tributary slots of 0PU3
0127]8 0DU2e is mapped into 1. 25G tributary slots of 0PU3e2.
0128]8 0DU2e is mapped into 1. 25G tributary slots of 0PU4.
0129]32 0DU3 is mapped into 1. 25G tributary slots of 0PU4.
0130]1-8 ODUflex is mapped into 1. 25G tributary slots of 0PU2.
0131]1-32 ODUflex is mapped into 1. 25G tributary slots of 0PU3.
0132]1-80 ODUflex is mapped into 1. 25G tributary slots of 0PU4.
0133]1 ODUl is mapped into 2. 5G tributary slots of 0PU2.
0134]1 ODUl is mapped into 2. 5G tributary slots of 0PU3.
0135]4 0DU2 is mapped into 2. 5G tributary slots of 0PU3.
0136]5 0DU2e is mapped into 2. 5G tributary slots of 0PU3.
4 0DU2e is mapped into 2. 5G tributary slots of 0PU3el.1-4 ODUflex is mapped into 2. 5G tributary slots of 0PU2.1-16 ODUflex is mapped into 2. 5G tributary slots of 0PU3.本發(fā)明提供一種標(biāo)簽交換路徑的互連互通方法；節(jié)點(diǎn)之間通過(guò)交互信令消息，建 立端到端的標(biāo)簽交換路徑，其中，信令消息可為Path或Resv消息，節(jié)點(diǎn)按如下方式發(fā)送或 接收信令消息1)發(fā)送信令消息當(dāng)節(jié)點(diǎn)需要在某條鏈路上發(fā)送Path (或Resv)消息，該節(jié)點(diǎn)根據(jù)該鏈路支持的支 路時(shí)序單元的大小(1. 25G或2. 5G)，以及鏈路的接口交換能力描述符的最大帶寬來(lái)確定 通用標(biāo)簽生成的格式，按照所確定的格式生成通用標(biāo)簽，具體確定通用標(biāo)簽生成的格式包 括當(dāng)節(jié)點(diǎn)需要在支持2. 5G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的接 口交換能力描述符的最大帶寬表示為0DU1、0DU2或者0DU3(也就是該鏈路是支持2. 5G的 0TU1、0TU2或者0TU3鏈路)時(shí)，按照RFC4328定義的標(biāo)簽格式生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持1. 25G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的 接口交換能力描述符的最大帶寬表示為0DU1、0DU2或者0DU3(也就是該鏈路是支持1. 25G 的0TU1、0TU2或者0TU3鏈路)時(shí)，按照專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽 生成方法》所定義的格式，生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持1. 25G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的 接口交換能力描述符的最大帶寬表示為0DU4或者0DU3e2(也就是該鏈路是支持1. 25G的 0TU4或者0TU3e2鏈路)時(shí)，按照專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方 法》所定義的格式，生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持2. 5G支路時(shí)序鏈路上發(fā)送Path (或Resv)消息，并且鏈路的接 口交換能力描述符的最大帶寬表示為0DU3el (也就是該鏈路是支持2. 5G的0TU3el鏈路) 時(shí)，按照專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》所定義的格式，生成 所需要的通用標(biāo)簽。發(fā)送信令消息前，還需要確定信號(hào)類型和NMC，節(jié)點(diǎn)根據(jù)需要建立的LSP的帶寬大 小和鏈路支持的支路時(shí)序單元的大小確定信號(hào)類型，根據(jù)需要建立的LSP的帶寬需要占用 的鏈路支持的支路時(shí)序單元的個(gè)數(shù)確定NMC，在信令消息中攜帶信號(hào)類型和NMC。例如，鏈 路的最大帶寬為0TU3 (40G)，如果需要建立2. 5G (0DU2)的LSP經(jīng)過(guò)該鏈路，當(dāng)鏈路支持的支 路時(shí)序單元的大小為1. 25G時(shí)，信號(hào)類型為12，表示1. 25G的0DU2，該LSP需要占用該鏈路 2個(gè)1. 25G支路時(shí)序單元，則NMC為2 ；當(dāng)鏈路支持的支路時(shí)序單元的大小為2. 5G時(shí)，信號(hào) 類型為2，表示2. 5G的0DU2，該LSP需要占用該鏈路1個(gè)2. 5G支路時(shí)序單元，則NMC為1。 首節(jié)點(diǎn)通過(guò)建立LSP的請(qǐng)求參數(shù)中可獲知需要建立的LSP的帶寬大小，其他節(jié)點(diǎn)通過(guò)接收 到的信令消息中的信號(hào)類型獲知需要建立的LSP的帶寬大小。2)接收信令消息節(jié)點(diǎn)接收到信令消息時(shí)，節(jié)點(diǎn)獲取信令消息中攜帶的信號(hào)類型和NMC，將通用標(biāo)簽 格式識(shí)別為所述信號(hào)類型對(duì)應(yīng)的通用標(biāo)簽格式，即按照信號(hào)類型對(duì)應(yīng)的通用標(biāo)簽格式識(shí)別 通用標(biāo)簽。每個(gè)信號(hào)類型有對(duì)應(yīng)的通用標(biāo)簽格式，分別在標(biāo)準(zhǔn)RFC4328中或?qū)＠暾?qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》中定義。如果存在其他方式定義的新的通用 標(biāo)簽格式，本發(fā)明也適用。具體方法包括當(dāng)一個(gè)下游(或上游)節(jié)點(diǎn)接收到Path (或Resv)消息后，如果信號(hào)類型0DU1、 0DU2或0DU3刻畫的ODU復(fù)用結(jié)構(gòu)且支持2. 5G支路時(shí)序單元，該節(jié)點(diǎn)必須將通用標(biāo)簽格式 識(shí)別為RFC4328所定義的格式；當(dāng)一個(gè)下游(或上游)節(jié)點(diǎn)接收到Path (或Resv)消息后，如果信號(hào)類型0DU1、 0DU2或0DU3刻畫的ODU復(fù)用結(jié)構(gòu)，支持1. 25G支路時(shí)序單元，該節(jié)點(diǎn)必須將通用標(biāo)簽格式 識(shí)別為專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》所定義的格式；當(dāng)一個(gè)下游(或上游)節(jié)點(diǎn)接收到Path (或Resv)消息后，如果信號(hào)類型為0DU0、 0DU2e、ODUflex、0DU4、0DU3el或0DU3e2刻畫的ODU復(fù)用結(jié)構(gòu)，該節(jié)點(diǎn)必須將通用標(biāo)簽格式 識(shí)別為專利申請(qǐng)《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》所定義的格式；當(dāng)一個(gè)下游節(jié)點(diǎn)接收到Path消息后(信號(hào)類型刻畫了 ODU復(fù)用結(jié)構(gòu))，該節(jié)點(diǎn)必 須檢測(cè)本地的映射能力，如果該節(jié)點(diǎn)不能夠支持Signal Type所表示的ODU復(fù)用結(jié)構(gòu)，節(jié)點(diǎn) 終結(jié)該P(yáng)ath消息，并產(chǎn)生一個(gè)PathErr消息，攜帶“流量控制錯(cuò)誤/業(yè)務(wù)不被支持”的錯(cuò)誤 fn息ο標(biāo)簽交換路徑的優(yōu)雅重啟以及其他涉及到標(biāo)簽處理的信令消息中對(duì)通用標(biāo)簽的 識(shí)別和生成，都遵循上述標(biāo)簽交換路徑的建立過(guò)程中節(jié)點(diǎn)發(fā)送信令消息和接收信令消息時(shí) 識(shí)別和生成通用標(biāo)簽的技術(shù)方案。支持0PU2或者0PU3的1. 25G支路時(shí)序映射復(fù)用結(jié)構(gòu)的新設(shè)備必須能夠向后兼容 支持2. 5G支路時(shí)序映射復(fù)用結(jié)構(gòu)的設(shè)備。本發(fā)明中，將按照2003年版本實(shí)現(xiàn)的OTN設(shè)備 簡(jiǎn)稱為舊設(shè)備或pre-G. 709設(shè)備，按照2009年10月份出版的G. 709標(biāo)準(zhǔn)實(shí)現(xiàn)的OTN設(shè)備 簡(jiǎn)稱為新設(shè)備或new OTN0互聯(lián)互通可通過(guò)要求新設(shè)備能夠支持將pre_G. 709的凈荷映射 到與其他設(shè)備連接的鏈路上。建立端到端標(biāo)簽交換路徑時(shí)，可使用一個(gè)端到端會(huì)話建立該端到端標(biāo)簽交換路 徑，也可使用多段會(huì)話建立該端到端交換路徑。為能夠在控制平面做到互聯(lián)互通，在路由協(xié)議洪泛TE鏈路時(shí)，將鏈路的容量表示 為支路時(shí)序單元的個(gè)數(shù)以及鏈路支持的支路時(shí)序單元的帶寬。當(dāng)一條端到端的標(biāo)簽交換路徑經(jīng)過(guò)舊設(shè)備以及新設(shè)備時(shí)，如果只采用一個(gè)端到端 的會(huì)話，端到端路徑的建立過(guò)程必須遵循前面所論述的向后兼容RFC4328的技術(shù)方案；在 該端到端路徑的建立過(guò)程中，在連接1.25G與2. 5G支路時(shí)序單元鏈路的設(shè)備上必須改變流 量工程參數(shù)(Signal Type和Number ofMultiplexed Components)，即如果節(jié)點(diǎn)兩端連接的 鏈路支持的支路時(shí)序單元帶寬不同，則該節(jié)點(diǎn)接收和發(fā)送的信令消息中攜帶的信號(hào)類型及 復(fù)用單元數(shù)不同。如果采用多段會(huì)話，每段會(huì)話的支路時(shí)序單元大小是相同的，那么流量工程參數(shù) (Signal Type和Number of Multiplexed Components)在每段會(huì)話的標(biāo)簽交換路徑建立過(guò) 程中，不會(huì)被改變，即節(jié)點(diǎn)接收和發(fā)送的信令消息中攜帶的信號(hào)類型及復(fù)用單元數(shù)相同。多 段會(huì)話可通過(guò)縫接技術(shù)串接起來(lái)，以達(dá)到創(chuàng)建一條端到端的標(biāo)簽交換路徑的目的。圖4是本發(fā)明實(shí)施例一 0DU1、0DU2以及0DU3，向后兼容RFC4328方法示意圖。假 設(shè)需要在節(jié)點(diǎn)1和節(jié)點(diǎn)3之間建立一條ODUl (2. 5G帶寬)的LSP (標(biāo)簽交換路徑)。當(dāng)節(jié)點(diǎn)2從節(jié)點(diǎn)1接收到Path消息后，它必須將通用標(biāo)簽格式識(shí)別為RFC4328定義的格式，因?yàn)樵?Path消息攜帶的信號(hào)類型的值為1。當(dāng)節(jié)點(diǎn)2從節(jié)點(diǎn)3接收到Resv消息后，它必須將通用 標(biāo)簽格式識(shí)別為專利《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》定義的格式，因?yàn)?該Resv消息攜帶的信號(hào)類型的值為11。節(jié)點(diǎn)3必須將通用標(biāo)簽格式識(shí)別為專利《一種基 于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》定義的格式，因?yàn)樾盘?hào)類型的值都為11。圖5是本發(fā)明實(shí)施例二按照G. 709標(biāo)準(zhǔn)(2003年版本)實(shí)現(xiàn)的OTN設(shè)備與按照 G. 709Amendment3標(biāo)準(zhǔn)實(shí)現(xiàn)的OTN設(shè)備之間的互聯(lián)互通示意圖。將鏈路的容量表示為支路 時(shí)序單元的個(gè)數(shù)以及支路時(shí)序單元的帶寬的方法可被反映到接口交換能力上，在該實(shí)施例 中，節(jié)點(diǎn)DXC2、DXC4和DXC5應(yīng)該具有互通的能力。在實(shí)施例所示網(wǎng)絡(luò)中，流量工程數(shù)據(jù)庫(kù)由如下TE鏈路組成Max LSP Bandwidth Minimum LSP Bandwidth(LSP支持的最大帶寬) (LSP支持的最小帶寬)0TU2 (DXC1-DXC2) 0DU2 (IOG) ODUl (2. 5G)0TU2(DXC5-DXC6) 0DU2(IOG) ODUO(1. 25G)0TU3 (DXC2-DXC3) 0DU3 (40G) ODUl(1. 25G)0TU3 (DXC4-DXC5) 0DU3 (40G) ODUl (2. 5G)0TU4(DXC3-DXC4) 0DU4(100G) ODUO(1. 25G)圖6是本發(fā)明實(shí)施例三一條端到端標(biāo)簽交換路徑的互聯(lián)互通示意圖。在圖5所示 基礎(chǔ)上，采用一個(gè)端到端的會(huì)話建立標(biāo)簽交換路徑。由于在該端到端標(biāo)簽交換路徑的建立 過(guò)程中，流量工程參數(shù)必須在連接1. 25G與2. 5G支路時(shí)序單元鏈路的設(shè)備上被改變，所以 在該例子中，流量工程參數(shù)不得不在節(jié)點(diǎn)DXC2、DXC4和DXC5上被改變。假設(shè)我們需要在 DXCl和DXC6之間建立一條2. 5G帶寬大小的標(biāo)簽交換路徑，方法如下第一步節(jié)點(diǎn)DXCl識(shí)別出需要在支持2. 5G支路時(shí)序鏈路上發(fā)送Path消息，該端 到端標(biāo)簽交換路徑只占用該鏈路的一個(gè)支路時(shí)序單元，它按照RFC4328定義的通用標(biāo)簽格 式生成一個(gè)通用標(biāo)簽，NMC被設(shè)置為1 ；SignalType被設(shè)置為1，表示2. 5G的ODUl。第二步節(jié)點(diǎn)DXC2接收到上游的Path消息后，根據(jù)信號(hào)類型可知道需要按照 RFC4328的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同時(shí)，節(jié)點(diǎn)DXC2需要在下游支持1. 25G支 路時(shí)序單元的鏈路上發(fā)送Path消息，按照《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方 法》定義的通用標(biāo)簽格式生成所需的通用標(biāo)簽格式，由于ODUl需要占用2個(gè)1. 25G支路時(shí) 序單元，所以需要分配兩個(gè)通用標(biāo)簽，NMC被設(shè)置為2 ；Signal Type被設(shè)置為11，表示1. 25G 的 ODUl。第三步節(jié)點(diǎn)DXC3接收到上游的Path消息后，根據(jù)信號(hào)類型可知道需要按照《一 種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同 時(shí)，節(jié)點(diǎn)DXC2需要在下游支持1. 25G支路時(shí)序單元的鏈路上發(fā)送Path消息，它按照《一種 基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》定義的通用標(biāo)簽格式生成所需的通用標(biāo)簽格 式，由于ODUl需要占用2個(gè)1. 25G支路時(shí)序單元，所以需要分配兩個(gè)通用標(biāo)簽，NMC被設(shè)置 為 2，Signal Type 被設(shè)置為 11，表示 1. 25G 的 ODUl。第四步節(jié)點(diǎn)DXC4接收到上游的Path消息后，根據(jù)信號(hào)類型可知道需要按照《一 種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同時(shí)，節(jié)點(diǎn)DXC4需要在下游支持2. 5G支路時(shí)序單元的鏈路上發(fā)送Path消息，按照RFC4328定 義的通用標(biāo)簽格式生成所需的通用標(biāo)簽格式，由于ODUl需要占用1個(gè)2. 5G支路時(shí)序單元， 所以需要分配1個(gè)通用標(biāo)簽，NMC被設(shè)置為1，Signal Type被設(shè)置為1，表示2. 5G的ODUl。第五步節(jié)點(diǎn)DXC5接收到上游的Path消息后，根據(jù)信號(hào)類型可知道需要按照 RFC4328的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同時(shí)，節(jié)點(diǎn)DXC5需要在下游支持1. 25G支 路時(shí)序單元的鏈路上發(fā)送Path消息，按照《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方 法》定義的通用標(biāo)簽格式生成所需的通用標(biāo)簽格式，由于ODUl需要占用2個(gè)1. 25G支路時(shí) 序單元，所以需要分配2個(gè)通用標(biāo)簽，NMC被設(shè)置為2，Signal Type被設(shè)置為11，表示1. 25G 的 ODUl。第六步節(jié)點(diǎn)DXC6接收到上游的Path消息后，根據(jù)信號(hào)類型可知道需要按照《一 種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同 時(shí)，節(jié)點(diǎn)DXC6需要在上游支持1. 25G支路時(shí)序單元的鏈路上發(fā)送Resv消息，按照《一種基 于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》定義的通用標(biāo)簽格式返回所需的通用標(biāo)簽，由 于ODUl需要占用2個(gè)1. 25G支路時(shí)序單元，所以需要返回2個(gè)通用標(biāo)簽，NMC被設(shè)置為2 ； SignalType 被設(shè)置為 11，表示 1. 25G 的 ODUl。第七步節(jié)點(diǎn)DXC5接收到下游的Resv消息后，根據(jù)信號(hào)類型可知道需要按照《一 種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同 時(shí)，節(jié)點(diǎn)DXC5需要在上游支持2. 5G支路時(shí)序單元的鏈路上發(fā)送Resv消息，按照RFC4328 定義的通用標(biāo)簽格式返回所需的通用標(biāo)簽，由于ODUl需要占用1個(gè)2. 5G支路時(shí)序單元，所 以需要返回1個(gè)通用標(biāo)簽，NMC被設(shè)置為1 ；Signal Type被設(shè)置為1，表示2. 5G的ODUl。第八步節(jié)點(diǎn)DXC4接收到下游的Resv消息后，根據(jù)信號(hào)類型可知道需要按照 RFC4328的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同時(shí)，節(jié)點(diǎn)DXC4需要在上游支持1. 25G支 路時(shí)序單元的鏈路上發(fā)送Resv消息，按照《一種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方 法》定義的通用標(biāo)簽格式返回所需的通用標(biāo)簽，由于ODUl需要占用2個(gè)1. 25G支路時(shí)序單 元，所以需要返回2個(gè)通用標(biāo)簽。NMC被設(shè)置為2，Signal Type被設(shè)置為11，表示1. 25G的 ODUl。第九步節(jié)點(diǎn)DXC3接收到下游的Resv消息后，根據(jù)信號(hào)類型可知道需要按照《一 種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同 時(shí)，節(jié)點(diǎn)DXC3需要在上游支持1. 25G支路時(shí)序單元的鏈路上發(fā)送Resv消息，按照《一種基 于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》定義的通用標(biāo)簽格式返回所需的通用標(biāo)簽，由 于ODUl需要占用2個(gè)1. 25G支路時(shí)序單元，所以需要返回2個(gè)通用標(biāo)簽，NMC被設(shè)置為2 ； Signal Type 被設(shè)置為 11，表示 1. 25G 的 ODUl。第十步節(jié)點(diǎn)DXC2接收到下游的Resv消息后，根據(jù)信號(hào)類型可知道需要按照《一 種基于G. 709的標(biāo)簽交換路徑的標(biāo)簽生成方法》的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽；同 時(shí)，節(jié)點(diǎn)DXC2需要在上游支持2. 5G支路時(shí)序單元的鏈路上發(fā)送Resv消息，按照RFC4328 定義的通用標(biāo)簽格式返回所需的通用標(biāo)簽，由于ODUl需要占用1個(gè)2. 5G支路時(shí)序單元，所 以需要返回1個(gè)通用標(biāo)簽，NMC被設(shè)置為1 ；Signal Type被設(shè)置為1，表示2. 5G的ODUl。第十一步節(jié)點(diǎn)DXC 1接收到下游的Resv消息后，根據(jù)信號(hào)類型可知道需要按照 RFC4328的通用標(biāo)簽格式定義來(lái)解析通用標(biāo)簽。
圖7是一條端到端標(biāo)簽交換路徑的互聯(lián)互通實(shí)施例示意圖。基于圖5所示網(wǎng)絡(luò)， 它采用多段會(huì)話，每段會(huì)話支持相同的支路時(shí)序單元大小。由于采用多段會(huì)話，每段會(huì)話的 支路時(shí)序單元大小是相同的，在該實(shí)施例中，流量工程參數(shù)在每段會(huì)話的標(biāo)簽交換路徑建 立過(guò)程中，不會(huì)被改變。每段會(huì)話的標(biāo)簽交換路徑建立過(guò)程按照現(xiàn)有技術(shù)可完成，每段會(huì)話 的標(biāo)簽交換路徑的信號(hào)類型如下所示Value TypeODUl LSP 112. 5G ODUlODUl LSP2 11 1. 25G ODUlODUl LSP3 1 2. 5G ODUlODUl LSP4 11 1. 25G ODUl本發(fā)明所述方法，通過(guò)信令消息中攜帶的信號(hào)類型，確定通用標(biāo)簽格式，從而識(shí)別 了通用標(biāo)簽，識(shí)別了節(jié)點(diǎn)間的互連互通。
權(quán)利要求
一種標(biāo)簽交換路徑互連互通方法，節(jié)點(diǎn)之間通過(guò)交互信令消息，建立端到端標(biāo)簽交換路徑，其特征在于，所述信令消息中攜帶信號(hào)類型，所述節(jié)點(diǎn)收到信令消息后，獲取信令消息中攜帶的信號(hào)類型，將通用標(biāo)簽格式識(shí)別為所述信號(hào)類型對(duì)應(yīng)的通用標(biāo)簽格式。
2.如權(quán)利要求1所述的方法，其特征在于，如果信號(hào)類型ODUl、0DU2或0DU3刻畫的ODU復(fù)用結(jié)構(gòu)且支持2. 5G支路時(shí)序單元，所 述節(jié)點(diǎn)將通用標(biāo)簽格式識(shí)別為標(biāo)準(zhǔn)RFC4328所定義的格式；如果信號(hào)類型0DU1、0DU2或0DU3刻畫的ODU復(fù)用結(jié)構(gòu)且支持1. 25G支路時(shí)序單元，或 者，信號(hào)類型為ODUO、0DU2e、ODUflex、0DU4、0DU3el或0DU3e2，將通用標(biāo)簽格式識(shí)別為所述 信號(hào)類型對(duì)應(yīng)的通用標(biāo)簽格式。
3.如權(quán)利要求1所述的方法，其特征在于，所述信令消息為Path消息時(shí)，所述節(jié)點(diǎn)收到 所述Path消息后，檢測(cè)其映射能力，如果所述節(jié)點(diǎn)不支持該P(yáng)ath消息中攜帶的信號(hào)類型所 表示的ODU復(fù)用結(jié)構(gòu)，所述節(jié)點(diǎn)終結(jié)所述Path消息，并產(chǎn)生一個(gè)PathErr消息，攜帶流量控 制錯(cuò)誤/業(yè)務(wù)不被支持的錯(cuò)誤信息。
4.如權(quán)利要求1所述的方法，其特征在于，所述節(jié)點(diǎn)在鏈路上發(fā)送信令消息時(shí)，根據(jù)該 鏈路支持的支路時(shí)序單元的大小和鏈路的接口交換能力描述符的最大帶寬確定通用標(biāo)簽 生成的格式，按照該格式生成通用標(biāo)簽后發(fā)送信令消息。
5.如權(quán)利要求4所述的方法，其特征在于，當(dāng)節(jié)點(diǎn)需要在支持2. 5G支路時(shí)序鏈路上發(fā)送信令消息，并且鏈路的接口交換能力描 述符的最大帶寬表示為0DU1、0DU2或者0DU3時(shí)，按照標(biāo)準(zhǔn)RFC4328定義的標(biāo)簽格式生成所 需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持1. 25G支路時(shí)序鏈路上發(fā)送信令消息，并且鏈路的接口交換能力描述 符的最大帶寬表示為0DU1、0DU2或者0DU3時(shí)，按照其對(duì)應(yīng)的格式生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持1. 25G支路時(shí)序鏈路上發(fā)送信令消息，并且鏈路的接口交換能力描 述符的最大帶寬表示為0DU4或者0DU3e2時(shí)，按照其對(duì)應(yīng)的格式生成所需要的通用標(biāo)簽；當(dāng)節(jié)點(diǎn)需要在支持2. 5G支路時(shí)序鏈路上發(fā)送信令消息，并且鏈路的接口交換能力描 述符的最大帶寬表示為0DU3el時(shí)，按照其對(duì)應(yīng)的格式，生成所需要的通用標(biāo)簽。
6.如權(quán)利要求4所述的方法，其特征在于，所述節(jié)點(diǎn)發(fā)送信令消息前，所述節(jié)點(diǎn)根據(jù)需 要建立的標(biāo)簽交換路徑的帶寬大小和鏈路支持的支路時(shí)序單元的大小確定所述信號(hào)類型。
7.如權(quán)利要求1所述的方法，其特征在于，使用鏈路支持的支路時(shí)序單元的大小和支 路時(shí)序單元個(gè)數(shù)表示鏈路容量，所述節(jié)點(diǎn)發(fā)送信令消息前，還需要確定復(fù)用單元數(shù)，所述節(jié) 點(diǎn)根據(jù)需要建立的標(biāo)簽交換路徑的帶寬需要占用的該鏈路支持的支路時(shí)序單元的個(gè)數(shù)確 定復(fù)用單元數(shù)，在信令消息中攜帶所述復(fù)用單元數(shù)。
8.如權(quán)利要求7所述的方法，其特征在于，使用一個(gè)端到端的會(huì)話建立所述端到端標(biāo)簽交換路徑時(shí)，如果節(jié)點(diǎn)兩端連接的鏈路支 持的支路時(shí)序單元帶寬不同，則所述節(jié)點(diǎn)接收和發(fā)送的信令消息中攜帶的信號(hào)類型及復(fù)用 單元數(shù)不同。
9.如權(quán)利要求7所述的方法，其特征在于，使用多段會(huì)話建立所述端到端標(biāo)簽交換路徑，且每段對(duì)話的支路時(shí)序單元大小相同， 則所述節(jié)點(diǎn)接收和發(fā)送的信令消息中攜帶的信號(hào)類型及復(fù)用單元數(shù)相同。
全文摘要
本發(fā)明提供一種標(biāo)簽交換路徑互連互通方法，節(jié)點(diǎn)之間通過(guò)交互信令消息，建立端到端標(biāo)簽交換路徑，所述信令消息中攜帶信號(hào)類型，所述節(jié)點(diǎn)收到信令消息后，獲取信令消息中攜帶的信號(hào)類型，將通用標(biāo)簽格式識(shí)別為所述信號(hào)類型對(duì)應(yīng)的通用標(biāo)簽格式。本發(fā)明所述方法，實(shí)現(xiàn)了節(jié)點(diǎn)間的互連互通。
文檔編號(hào)H04Q11/00GK101951531SQ20091015935
公開(kāi)日2011年1月19日 申請(qǐng)日期2009年7月10日 優(yōu)先權(quán)日2009年7月10日
發(fā)明者付錫華, 張新靈, 柯明 申請(qǐng)人:中興通訊股份有限公司