一種光通道帶寬的故障處理方法和裝置的製作方法
2023-05-12 00:22:26
專利名稱：一種光通道帶寬的故障處理方法和裝置的製作方法
技術領域：
本發明涉及光通信領域，特別涉及一種光通道帶寬的故障處理方法和裝置。
背景技術：
OTN (Optical transport network,光傳送網)作為下一代傳送網的核心技術，包括電層和光層的技術規範，具備豐富的OAM(Operation Administration andMaintenance,網絡管理)、強大的 TCM(Tandem Connection Monitoring,串聯連接監視)能·力和帶外FEC(Forward Error Correction),前向糾錯)能力，能夠實現大容量業務的靈活調度和管理，日益成為骨幹傳送網的主流技術。在電處理層，OTN技術定義的功能強大的「數字包封」結構，能夠實現對客戶信號的管理和監控。OTN幀結構請參見圖1，OTN幀為4080 X 4的模塊化結構，包括FAS，OTUkOH (OpticalChannel Transport Unit-k Overhead,光通道傳輸單兀 k 開銷)，ODUk OH(OpticalChannel Data Unit-k Overhead,光通道數據單兀 k 開銷)，OPUk OH(Optical ChannelPayload Unit-k Overhead,光通道淨荷單兀 k 開銷)，OPUk(Optical Channel PayloadUnit-k,光通道淨荷單兀k)和FEC(Forward Error Correction,前向糾錯)字節。其中FAS (Frame Alignment Signal,巾貞定位字節)，提供巾貞同步定位的功能。OTUk OH為光通道傳送單元開銷字節，提供光通道傳送單元級別的網絡管理功能。ODUk OH為光通道數據單元開銷字節，提供維護和操作功能。OPUk OH為光通道淨荷單元開銷字節，提供客戶信號適配的功能。OPUk為光通道淨荷單元，提供客戶信號承載的功能。FEC為前向糾錯字節，提供錯誤探測和糾錯功能。係數k表示所支持的比特速率和不同種類的0PUk，0DUk和OTUk。k=I表示比特速率為2. 5Gbit/s, k = 2表示比特速率為10Gbit/s, k = 3表示比特速率為40Gbit/s,k = 4表示比特速率為100Gbit/s,k = flex表示其比特速率為任意大小。ODUflex保持原有ODUk巾貞結構,可承載任意速率的CBR(Constant bit rate,固定比特率)業務以及包業務。對於包業務而言，通過GFP-F (Frame-Mapped Generic framingProcedure，基於幀映射的通用成幀規程)進行封裝，之後映射到OPUflex淨荷區，然後將ODUf Iex通過GMP (Generic framing Procedure,通用成巾貞規程)映射到HO ODTUk. M(HigherOrder,高階)，HO ODTUk. M 復用到 HO OPUk (Higher Order Optical Channel PayloadUnit-k,高階光通道淨荷單元k),添加相應開銷封裝為HO ODUk (Higher Order OpticalChannel Data Unit-k,高階光通道數據單兀 k),最終通過HO OTUk (Higher Order OpticalChannel Transport Unit-k,高階光通道傳輸單元k)進行承載傳送,其中2 < k < 4,M代表ODUflex佔用了 HO OPUk中的M個時隙。ODUfIex速率選擇為M*TS速率，其中I彡M彡80，TS (Time Slot，時隙)速率為HO OPUk的時隙速率。ODUflex速率具有多樣性，因此ODUflex可以承載任意速率的包業務。在承載不同速率的包業務時，ODUflex速率選擇到相應的速率等級(相應佔用HO OPUk若干個時隙)，如圖2所示，HO 0PU2包括八個I. 25G時隙，ODUflex佔用HO 0PU2的3個時隙，即TSl,TS2和 TS4。
由於包業務流量具有非實時變化的特性，因此包業務對服務層容器的帶寬的需求是可變化的。運營商希望能根據客戶服務等級和客戶數據流量需要，動態地調整服務層通道帶寬，不僅提高運營商的服務質量，而且能充分利用其資源給更多的客戶提供差異化服務。因此，在不同時間段，ODUflex需要提供不同的帶寬來滿足包業務不同的流量，並且需要在包業務不斷的情況下進行ODUflex通道帶寬調整。這也即是當前ITU-T正在制定的G. hao協議(ODUflex無損帶寬調整)。HAO(Hitless Adjustment of ODUflex, ODUflex 無損調整)協議解決方案通過LCR(Link Connection Resize,鏈路調整)和 BWR(Bandwidth Resize,帶寬調整)完成ODUflex的無損帶寬調整，其中LCR負責ODUflex路徑中各段HO OPUk的時隙調整，BffR負責端到端的ODUflex比特速率調整。如圖3所示的點對點的對稱帶寬ODUflex通道示意圖，ODUflex路徑從源節點到宿節點，中間經過了兩個中間節點，即由3個Link段和2個Matrix段組成，其中Link段在承載ODUflex的HO ODU通道中，任意相連的兩個網絡節點間的LC(Link Connection，鏈路)段；Matrix段在承載ODUflex的HO ODU通道中，任意網絡節點中交叉矩陣連接段；Link段和Matrix段即為文中描述的LC。從源節點到宿節點方向，在源節點中，通過GFP-F將包業務映射入ODUf lex，之後通過GMP將ODUflex映射入HO 0DTU2. 2 (如圖3中，令其佔用HO 0DU2的TS1、TS4，此處僅為舉例說明，並不進行限定)。在第一個中間節點，通過GMP將ODUflex從HO 0DU2解映射出，之後過交叉，在交叉矩陣另一側通過GMP再次將ODUflex映射到HO 0DTU3. 2 (如圖3中，令其佔用了 HO 0DU3的TS5、TS12，此處僅為舉例說明，並不進行限定)。在第二個中間節點，通過GMP將ODUflex從HO 0DU3解映射出，之後過交叉，在交叉矩陣另一側通過GMP再次將ODUflex映射至Ij HO 0DTU2. 2(如圖3中，令其佔用HO 0DU2的TS4、TS5，此處僅為舉例說明，並不進行限定)。在宿節點中，通過GMP將ODUflex從HO 0DU2解映射出，之後通過GFP-F將包業務從ODUflex中解析出來。同理，從宿節點到源節點方向，按照同樣的帶寬分布和路徑傳送包業務。現有技術的HAO協議能夠做到ODUflex無損帶寬調整，通過LCR和BWR完成ODUflex的無損帶寬調整。例如，若要實現對圖3中的ODUflex路徑進行無損帶寬調整，採用現有技術的HAO協議，其中LCR負責ODUflex路徑中各Link段以及Matrix段的帶寬調整，完成ODUflex佔用的HO OPUk的TS調整；BWR負責源節點到宿節點的ODUflex比特速率調整，首先進行連通性檢測，之後進行ODUflex比特速率調整。LCR以及BWR藉助定義的調整協議完成ODUflex無損帶寬調整，LCR包括CTRL(control,控制欄位)、TPID(Tributary Port ID,支路埠 ID)、TSGS(Tributary SlotGroup Status,支路組的狀態)欄位；BWR包括TSCC (Tributary Slot Connectivity Check,支路連通性檢測)、NCS (Network Connection Status,網絡應答狀態)、BWD_IND (BandwidthResize Indicator,帶寬調整指不)，RP (Protocol indicator,協議標識)欄位。其中 RP、TSCC、CTRL、TPID、TSGS 置於 HO OPUk 中的 TSOH 中，位於 15 列 1、2、3 行，BWD_IND、NCS 置於OPUflex開銷，如圖4a和圖4b所示，圖4a表示置於OPUflex開銷中的調整開銷示意圖；圖4b表示置於HO OPUk開銷中的調整開銷示意圖。其中， CTRL佔用2bits，用來傳遞控制信令，00表示IDLE信令(即空閒信令)，Ol表示ADD信令(即增加信令)，10表示REMOVE信令(即移動信令)，11表示NORM信令(即切換信令)；TPID佔用7bits，表示支路埠 ID，用來表示當前TS屬於哪一組；TSGS佔用lbit，l表示OK狀態，O表示NOT-OK狀態，由宿端產生，用來向源端確認宿端當前狀態；TSCC佔用lbit，用來進行連通性檢測，由源節點產生，當進行連通性檢測時置為I ;NCS佔用lbit，對於連通性檢測的應答指示，由宿節點產生，基於接收到的不同TSSC值，產生相應的應答指示；BWD_IND佔用2bit，用於指示ODUflex比特速率開始調整和結束；RP佔用lbit，用於指示傳遞的為調整協議開銷；CRC5以及CRC3為循環冗餘校驗碼；RES為保留位。現有技術在無故障場景下進行通道帶寬的無損調整時，分為帶寬增加和帶寬減小兩種，其中，帶寬增加時，首先由各LC分別進行HO TS調整，即完成LCR操作，並進行端到端連通檢測後，增大ODUflex比特速率，即完成BWR操作；帶寬減少時，首先進行端到端連通檢測，然後減小ODUflex比特速率，完成BWR操作，再對各LC分別進行HO TS調整，完成LCR操作。在實現本發明的過程中，發明人發現現有技術至少存在以下問題現有技術僅在 無故障場景下，實現對ODUflex通道帶寬的無損調整，但在ODUflex帶寬調整的過程中發生鏈路故障的情況下，現有技術會異常中斷，從而出現ODUflex路徑中各段帶寬狀態不一致現象。現象一存在部分LC完成TS調整與部分LC未完成TS調整共存現象，導致與調整前帶寬分配不一致狀態；現象二 若故障觸發路徑保護倒換，ODUflex路徑變更，引入新的LC，導致與調整前帶寬分配不一致狀態。
發明內容
為了解決鏈路故障情況下HAO協議的正常處理和回退問題，本發明提供了一種健壯可行的ODUflex的故障處理解決方案。針對ODUflex無損帶寬調整的過程中發生故障時，ODUflex帶寬調整被迫異常中止，從而出現ODUf I ex路徑中各段鏈路的帶寬同調整前或調整後狀態不一致現象。為了在故障發生後，能夠使ODUflex路徑中各段鏈路的帶寬仍然保持與調整前或調整後狀態一致，需要增加ODUflex無損帶寬調整對於故障發生後的適配處理，包括能夠適配對於故障觸發保護倒換後的情況。所述技術方案如下本發明實施例提供了一種光通道帶寬的故障處理方法，所述方法包括判斷光通道數據ODUflex路徑中發生故障的鏈路是否完成高階時隙調整；判斷結果為所述鏈路完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬調整到所述鏈路未發生故障下所述各鏈路調整後的狀態，所述flex表示任意比特速率。本發明實施例還提供了一種光通道帶寬的故障處理裝置，所述裝置包括判斷模塊，用於判斷光通道數據ODUflex路徑中發生故障的鏈路是否完成高階時隙調整；第一處理模塊，用於當所述判斷模塊的判斷結果為所述鏈路完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬調整到未發生故障下調整後的狀態，所述flex表示任意比特速率。本發明實施例提供的技術方案帶來的有益效果是=ODUflex路徑中的鏈路發生故障時，通過對ODUflex路徑中各鏈路的帶寬進行調整，ODUflex路徑中各鏈路的帶寬保持與未發生故障下調整後的狀態一致，實現了 ODUflex無損調整的故障處理，本發明擴充了ODUflex無損調整對於故障的適配處理能力，消除了鏈路發生故障時ODUflex路徑中各段鏈路的帶寬與發生故障前的狀態不一致現象，保證故障出現時，ODUflex依然能夠正常調整結束，適應性強。
為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖I是現有技術中提供的OTN幀的結構示意圖；圖2是現有技術中提供的ODUflex佔用HO 0PU2的3個時隙的示意圖； 圖3是現有技術中提供的點到點的對稱帶寬ODUflex通道示意圖；圖4a是現有技術中OPUflex開銷中的調整開銷示意圖；圖4b是現有技術中HO OPUk開銷中的調整開銷示意圖；圖5是本發明實施例I中提供的光通道帶寬的無損調整故障處理方法流程圖；圖6是本發明實施例2中提供的光通道帶寬的無損調整故障處理方法流程圖；圖7是本發明實施例2中提供的ODUflex帶寬調整的故障正常結束處理的流程圖；圖8是本發明實施例2中提供的ODUflex帶寬調整的故障正常結束處理的另一流程圖；圖9是本發明實施例2中提供的ODUflex帶寬調整的故障異常回退處理的流程圖；圖10是本發明實施例2中提供的ODUflex帶寬調整的故障異常回退處理的另一流程圖；圖11是本發明實施例2中提供的HAO AIS圖案示意圖；圖12是本發明實施例2中提供的HAO BDI圖案示意圖；圖13是本發明實施例3中提供的ODUflex路徑中LC雙向故障示意圖；圖14是本發明實施例3中提供的雙向故障LC完成HO TS調整的故障處理示意圖；圖15是本發明實施例3中提供的雙向故障LC未完成HO TS調整的故障處理示意圖；圖16是本發明實施例4中提供的ODUflex路徑中LC單向故障示意圖；圖17是本發明實施例4中提供的單向故障LC完成HO TS調整的故障處理示意圖；圖18是本發明實施例4中提供的單向故障LC未完成HO TS調整的故障處理示意圖；圖19是本發明實施例5中提供的光通道帶寬的無損調整裝置的結構示意圖。
具體實施方式
為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。現有技術是在無故障場景之下進行ODUflex無損帶寬調整，發生鏈路故障時，一般會使HAO協議處理被迫中斷，出現部分LC完成TS調整與部分LC未完成TS調整共存現象，導致ODUflex路徑中各段帶寬狀態不一致，與調整前帶寬分配不一致狀態(原因是現有技術在完成ODUflex路徑中各段HO OPUk的TS調整時，是由各HO OPUk段通過LCR各自獨立進行，分別處理，因此在鏈路故障時刻，會存在部分LC完成TS調整與部分LC未完成TS調整共存現象)。因此需要HAO機制能夠適配故障處理，在該種情況出現時，其能夠繼續正常處理或者回退(即恢復)到調整前的一致狀態。另外，鏈路發生故障時，可能會觸發保護倒換，但是由於在不同的網絡中採取的保護機制不同，ODUflex路徑可能引入新的LC(調整過後或者未調整)，導致與調整前帶寬分配不一致狀態(原因是現有技術在進行ODUflex無損帶寬調整時，同ODUflex路徑強相 關，ODUflex路徑中的每段HO OPUk都需要參與進行HO OPUk的TS調整，若觸發保護倒換，則ODUflex路徑中可能引入新的LC，新引入的LC可能為調整過後或者未調整的帶寬，出現ODUflex路徑中各段帶寬同調整前或調整後狀態不一致現象)。因此無法避免HAO能夠繼續正常工作，因為其調整同經過的每個節點強相關。為了做到在故障發生後，能夠使ODUflex路徑中各段帶寬狀態仍然保持與調整前狀態或調整後狀態一致，需要HAO機制能夠適配故障處理，包括保護倒換觸發。在故障出現時，其能夠繼續正常處理直至調整結束或者異常回退(恢復)到調整前的一致狀態，因此提出了本發明的方案。實施例I本發明實施例中，ODUflex發生鏈路故障時，一般會使HAO協議處理被迫中斷，出現ODUflex路徑中部分鏈路完成高階時隙調整，部分鏈路未完成高階時隙調整共存的現象。基於發生故障的LC進行故障處理時，包括兩方面，一方面發生故障的LC已完成HO TS調整，故障處理時使得ODUflex帶寬調整能夠繼續處理直至調整正常結束；另一方面發生故障的LC未完成HO TS調整，故障處理時使得ODUflex帶寬調整能夠異常回退或恢復到與調整前的一致狀態。實際應用中，發生鏈路故障時，可以由網管平面或控制平面產生故障指令，故障指令可以基於判斷發生故障的鏈路是否完成高階時隙調整產生不同指令，如，發生故障的LC完成HO TS調整時，產生正常結束處理指令；發生故障的LC未完成HO TS調整時，產生異常回退處理指令；也可以通過特定程序產生不同指令，例如故障發生時，可以統一產生異常回退處理指令等。參見圖5，本發明實施例提供了一種光通道帶寬的故障處理方法，所述方法包括步驟101 :判斷光通道數據ODUflex路徑中發生故障的鏈路是否完成高階時隙調整；步驟102 :判斷結果為鏈路完成高階時隙調整時，觸發ODUflex路徑中各鏈路的帶寬調整到該故障未發生故障下各鏈路調整後的狀態，flex表示任意比特速率。本發明實施例提供的方法，ODUflex路徑中的鏈路發生故障時，通過對ODUflex路徑中各鏈路的帶寬進行調整，ODUflex路徑中各鏈路的帶寬保持與未發生故障下調整後的狀態一致，實現了 ODUflex無損調整的故障處理，本發明擴充了 ODUflex無損調整對於故障的適配處理能力，消除了鏈路發生故障時ODUflex路徑中各段鏈路的帶寬與發生故障前的狀態不一致現象，保證故障出現時，ODUflex依然能夠正常調整結束，適應性強。實施例2參見圖6，本發明實施例提供了一種光通道帶寬的故障處理方法，所述方法具體包括步驟201 :判斷ODUflex路徑中發生故障的鏈路是否完成高階時隙調整；具體地，ODUflex路徑在進行無損帶寬調整時，ODUflex路徑中的各鏈路分別進行高階時隙調整。鏈路發生故障時，ODUflex路徑中發生故障的鏈路可能完成高階時隙調整，也可能未完成高階時隙調整，本發明實施例根據發生故障的鏈路是否完成高階時隙調整採取不同的調整策略。·實際應用中，ODUflex路徑中的鏈路發生故障時，網管平面或者控制平面產生故障處理指令，該故障處理指令可基於發生故障的鏈路是否完成高階時隙調整產生不同指令。當發生故障的鏈路完成高階時隙調整時，產生正常結束處理指令；當發生故障的鏈路未完成高階時隙調整時，產生異常回退處理指令。網管平面或者控制平面也可以通過特定程序產生不同的故障處理指令，例如故障發生時，可以統一產生異常回退處理指令等。其中，ODUflex路徑中各鏈路的帶寬調整包括ODUflex路徑中各鏈路的帶寬調整，和ODUflex路徑中負責源節點到宿節點的ODUflex比特速率調整。步驟202 :判斷結果為發生故障的鏈路完成高階時隙調整時，觸發ODUflex路徑中各鏈路的帶寬調整到未發生故障下調整後的狀態，flex表示任意比特速率；具體地，若故障指令為正常結束處理指令，觸發ODUflex路徑中各鏈路的帶寬調整的故障正常結束處理，使ODUflex帶寬與未發生故障下調整後的狀態一致。其中，本發明實施例中對於LC完成HO TS調整時，ODUflex帶寬調整的故障正常結束處理包括兩種處理方式參見圖7，ODUflex路徑中發生故障的LC完成HO TS調整時，ODUflex帶寬調整的故障正常結束處理的方式一111、ODUflex路徑中發生故障鏈路相連的網元上報故障信息給網絡管理系統，該故障信息包括本故障鏈路已經完成高階時隙調整信息；112、網絡管理系統接收到該故障信息後，根據該故障信息向ODUflex路徑中的各網元下發強行切換指令；該方案中，由於ODUflex路徑發生故障的鏈路已完成高階時隙調整，此時只需要將ODUflex路徑中未完成高階時隙調整相連的網元調整到預設的目標帶寬即可。該預設的目標帶寬為發生故障的鏈路進行高階時隙調整後的帶寬。113、ODUflex路徑各網元接收到強行切換指令後，對相連的未完成高階時隙調整的鏈路進行高階時隙強行切換，將未完成高階時隙調整的鏈路調整到預設的目標帶寬；其中，ODUflex路徑中與未完成HO TS調整的LC相連的網元進行切換操作。該步驟完成後，ODUflex路徑中所有鏈路的帶寬均調整到預設的目標帶寬，完成了帶寬的調整，並進行ODUflex路徑中源節點到宿節點的ODUflex比特速率調整。114、源節點接收到強行切換指令後，將ODUflex路徑的比特速率切換到預設的目標速率，完成ODUflex路徑的故障處理；115、ODUflex路徑中各網元切換完畢後，上報強行切換處理完畢指示給網絡管理系統。參見圖8，ODUflex路徑中發生故障的LC完成HO TS調整時，ODUflex帶寬調整的故障正常結束處理的方式二121、ODUflex路徑中發生故障的鏈路的觸發調整協議環回處理，即獲取上行鏈路提取的帶寬調整協議信息，並將該帶寬調整協議信息發送到下行鏈路；122、下行鏈路基於HAO調整協議繼續處理，直至帶寬調整完畢結束。其中，HAO調整協議中包括鏈路調整協議和帶寬調整協議，下行鏈路基於鏈路調整協議和帶寬調整協議繼續處理，直至帶寬調整完畢結束。 步驟203 :判斷結果為發生故障的鏈路未完成高階時隙調整時，觸發ODUflex路徑中各鏈路的帶寬回退到該鏈路未發生故障下各鏈路調整前的狀態。具體地，若故障指令為異常回退指令，觸發ODUflex路徑中各鏈路的帶寬回退到未發生故障下調整前的狀態。其中，本發明實施例中對於ODUflex帶寬調整的故障異常回退處理包括兩種方式參見圖9，ODUflex路徑中發生故障的LC未完成HO TS調整時，ODUfIex帶寬調整的故障異常回退處理的方式一211、ODUflex路徑中發生故障鏈路的網元上報故障信息給網絡管理系統，該故障信息包括發生故障的鏈路未完成高階時隙調整信息；212、網絡管理系統接收到該故障信息後向ODUflex路徑中的各網元下發調整回退指令；其中，ODUflex帶寬調整的故障調整包括ODUflex路徑中各鏈路的帶寬調整，和ODUflex路徑中負責源節點到宿節點的ODUflex比特速率調整。該方案中，由於ODUflex路徑中發生故障的鏈路未完成高階時隙調整，此時只需要將ODUflex路徑中完成高階時隙調整相連的網元回退到原先帶寬即可。該原先帶寬是指發生故障的鏈路未進行高階時隙調整前的帶寬。213、ODUflex路徑中的各網元接收到調整回退指令後，對相連的已完成高階時隙調整的鏈路進行高階時隙強行切換，將已完成高階時隙調整的鏈路切換到原先帶寬；其中，ODUflex路徑中與完成HO TS調整的LC相連的網元進行切換操作。該步驟完成後，ODUflex路徑中所有鏈路的帶寬均調整到高階時隙調整前的原先帶寬，完成了帶寬的調整。214、作為源節點的網元在接收到調整回退指令後，將ODUflex比特速率切換到原先速率，完成ODUflex的故障處理；其中，步驟214進行ODUflex路徑中源節點到宿節點的ODUflex比特速率調整，僅在HO TS是帶寬減少時進行操作，帶寬增加時並不需要該操作。因為帶寬增加時，先進行各LC的HO TS調整，後進行ODUflex比特速率調整。此時，由於LC並未完成HO TS調整，也即ODUflex比特速率並未開始調整，因此僅進行LC回退處理，只需將各LC恢復到調整前狀態即可。
帶寬減少時，在各LC回退處理完成之後，源節點發起流量調整逆操作，將流量恢復到調整前流量速率。215、ODUflex路徑中的各網元調整回退處理完畢後，上報調整回退處理完畢指示給網絡管理系統。參見圖10，ODUflex路徑中發生故障的LC未完成HO TS調整時，ODUflex帶寬調整的故障異常回退處理的方式二221、在ODUflex路徑中發生故障的鏈路相連的網元向源節點方向發送第一指示
信號;·
其中，該第一指示信號可以為告警指示信號HAO AIS ；222、源節點在接收到第一指示信號之後，向對端宿節點回送第二指示信號；其中，該第二指示信號可以為後向缺陷指示HAO BDI，該HAO AIS和HAO BDI用於指示發生故障LC未完成HO TS調整；223、端節點在接收到第一指示信號或第二指示信號後，觸發ODUflex路徑中各鏈路的帶寬調整回退處理。其中，觸發ODUflex路徑中各鏈路的帶寬調整回退處理具體包括觸發ODUflex路徑的各鏈路根據鏈路調整協議和帶寬調整協議進行處理，使ODUflex路徑中各鏈路的狀態與未發生故障下調整前的狀態一致。具體地，對於HAO AIS/HAO BDI指示，本發明實施例可以採用但不局限於如下方式繼承HAO的BWR協議中NCS傳遞方式，將HAO AIS和HAO BDI同樣置於ODUflex幀的15列1、2、3行，如圖11和圖12所示。HAO AIS和HAO BDI圖案為二進位01間插，保留原有的CRC3校驗，對於HAO AIS圖案，15列I行的前3個比特為101，15列2行的前3個比特為010，15列3行的前3個比特為CRC3，15列的其他位置保留；對於HAO BDI圖像，15列I行的前3個比特為010，15列2行的前3個比特為101，15列3行的前3個比特為CRC3，15列的其他位置保留。本發明技術方案中的HAO AIS和HAO BDI不局限於置於ODUflex開銷中，還可以將其置於HO OPUk的TSOH中。對於LC回退處理，是指對已經發生HO TS調整的TS執行切換操作，將其切換到調整前的狀態，此時可以稱為逆切換操作。ODUflex帶寬調整的回退處理可以採用但不局限於如下方式。對於已經完成HO TS增加調整的LC，進行TS減少調整的逆切換操作；對於已經完成HO TS減少調整的LC，進行TS增加調整的逆切換操作，本發明實施例可以採用HAO調整LCR協議完成HO TS調整逆切換操作的方式，具體如下a、基於 CTRL，TPID, TSGS 信令指示，其中 CTRL = {ADD, REMOVE, NORM, IDLE}，表示增加指令、刪除指令、切換指令、空閒；TPID表示編號信息；TSGS= {ACK，NACK}，表示同意應答指令，不同意應答指令。b、在待增TS或待刪TS對應RCOH中攜帶調整信令；C、在NORM指示後下一復幀邊界處完成TS的逆切換，恢復到調整前狀態。本發明技術方案中的LC回退處理除了上述描述方式外，還可以通過強行切換實現。網絡管理系統接收發生故障的LC的網元上報的故障信息，根據故障信息向ODUflex路徑中所有網元均下發強行切換命令，使所述網元調整到原有帶寬。例如原有帶寬為3個TS時，網絡管理系統接收到發生故障的LC的網元上報的故障信息後，直接從當前的5個TS切換到3個TS，而不通過LCR協議協商後再進行HO TS切換調整。
對於故障信息，本發明實施例提出了故障信息的類型及故障信息的編碼方式，如表I所示的故障信息編碼表I故障/[目息編碼
權利要求
1.一種光通道帶寬的故障處理方法，其特徵在於，所述方法包括 判斷光通道數據ODUflex路徑中發生故障的鏈路是否完成高階時隙調整； 判斷結果為所述鏈路完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬調整到所述鏈路未發生故障下所述各鏈路調整後的狀態，所述flex表示任意比特速率。
2.如權利要求I所述的方法，其特徵在於，所述觸發所述ODUflex路徑中各鏈路的帶寬調整到未發生故障下調整後的狀態，具體包括 所述ODUflex路徑中的完成高階時隙調整的鏈路相連的網元上報故障信息給網絡管理系統，使所述網絡管理系統根據所述故障信息向所述ODUflex路徑中的所有網元均下發強行切換指令，所述故障信息包括所述發生故障的鏈路完成高階時隙調整的信息； 所述ODUflex路徑中的所有網元根據所述強行切換指令，將ODUflex路徑中所有網元相連的未完成高階時隙調整的各鏈路的帶寬進行強行切換，調整到目標帶寬，並將ODUflex路徑的比特速率切換到目標速率。
3.如權利要求I或2所述的方法，其特徵在於，所述觸發所述ODUflex路徑中各鏈路的帶寬調整到未發生故障下調整後的狀態，具體包括 所述ODUflex路徑中的發生故障的鏈路相連的下行網元將上行鏈路提取的帶寬調整協議信息發送到下行鏈路，得到調整協議傳遞路徑； 所述調整協議傳遞路徑中的各鏈路根據鏈路調整協議和帶寬調整協議進行處理，使所述調整協議傳遞路徑中各鏈路的狀態與未發生故障下調整後的狀態一致。
4.如權利要求1-3任一項權利要求所述的方法，其特徵在於，所述方法還包括 判斷結果為所述鏈路未完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬回退到所述鏈路未發生故障下所述各鏈路調整前的狀態。
5.如權利要求4所述的方法，其特徵在於，所述觸發所述ODUflex路徑中各鏈路的帶寬回退到未發生故障下調整前的狀態，具體包括 所述ODUflex路徑中未完成高階時隙調整的鏈路相連的網元，上報故障信息給網絡管理系統，使所述網絡管理系統根據所述故障信息向所述ODUflex路徑中的所有網元均下發指令信息，所述故障信息包括所述鏈路未完成高階時隙調整的信息； 所述ODUflex路徑中的所有網元根據所述指令信息，將所述ODUflex路徑中的各鏈路的帶寬進行強行切換，調整到原有帶寬，並將所述ODUflex路徑的比特速率回退到原有速率。
6.如權利要求4或5所述的方法，其特徵在於，所述觸發所述ODUflex路徑中各鏈路的帶寬回退到未發生故障下調整前的狀態，具體包括 所述ODUf Iex路徑中的發生故障的鏈路相連的下行網元向所述ODUf Iex路徑中的源節點發送第一指示信號； 所述源節點接收到所述第一指示信號後，向對端宿節點發送第二指示信號，並根據鏈路調整協議和帶寬調整協議進行處理，使所述ODUflex路徑中各鏈路的狀態與未發生故障下調整前的狀態一致； 所述對端宿節點接收到所述第二指示信號後，根據鏈路調整協議和帶寬調整協議進行處理，使所述ODUflex路徑中各鏈路的狀態與未發生故障下調整前的狀態一致。
7.如權利要求2或5所述的方法，其特徵在於，所述網元上報的故障信息包括兩端調整協議信息不匹配的故障信息、鏈路未握手的故障信息、鏈路握手結束鏈路未調整的故障信息、鏈路未調整的故障信息、鏈路調整結束的故障信息、ODUflex速率未調整信息、ODUflex速率調整中的故障信息和ODUflex速率已調整的故障信息中的一種或多種故障信息，每一故障信息對應一個故障編碼信息。
8.—種光通道帶寬的故障處理裝置，其特徵在於，所述裝置包括 判斷模塊，用於判斷光通道數據ODUflex路徑中發生故障的鏈路是否完成高階時隙調整； 第一處理模塊，用於當所述判斷模塊的判斷結果為所述鏈路完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬調整到未發生故障下調整後的狀態，所述flex表示任意比特速率。
9.如權利要求8所述的裝置，其特徵在於，所述第一處理模塊具體包括 上報單元，用於上報故障信息給網絡管理系統，使所述網絡管理系統根據所述故障信息向所述ODUflex路徑中的所有網元均下發強行切換指令，所述故障信息包括所述發生故障的鏈路完成高階時隙調整的信息，所述上報單元為所述ODUflex路徑中的完成高階時隙調整的鏈路相連的網元； 切換單元，用於使所述ODUflex路徑中的所有網元根據所述強行切換指令，將ODUflex路徑中的未完成高階時隙調整的鏈路的帶寬進行強行切換，調整到目標帶寬，並將ODUflex路徑的比特速率切換到目標速率。
10.如權利要求8或9所述的裝置，其特徵在於，所述第一處理模塊具體包括 發送單元，用於將上行鏈路提取的帶寬調整協議信息發送到下行鏈路，得到調整協議傳遞路徑，所述發送單元為ODUflex路徑中的發生故障的鏈路相連的下行網元； 調整單元，用於使所述調整協議傳遞路徑中的各鏈路進行帶寬調整協議處理，所述調整協議傳遞路徑中各鏈路的帶寬與未發生故障下調整後的狀態一致。
11.如權利要求8所述的裝置，其特徵在於，所述裝置還包括第二處理模塊，用於當所述判斷模塊的判斷結果為所述鏈路未完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬回退到所述鏈路未發生故障下所述各鏈路調整前的狀態。
12.如權利要求11所述的裝置，其特徵在於，所述第二處理模塊具體包括 上報單元，用於上報故障信息給網絡管理系統，使所述網絡管理系統根據所述故障信息向所述ODUflex路徑中的所有網元均下發指令信息，所述上報單元為ODUflex路徑中未完成高階時隙調整的鏈路相連的網元； 調整單元，用於使所述ODUflex路徑中的所有網元根據所述指令信息，將所述ODUflex路徑中的已完成高階時隙調整的鏈路的帶寬進行強行切換，調整到原有帶寬，並將所述ODUflex路徑的比特速率回退到原有速率。
13.如權利要求11或12所述的裝置，其特徵在於，所述第二處理模塊具體包括 發送單元，用於使所述ODUflex路徑中的發生故障的鏈路相連的下行網元向所述ODUflex路徑中的源節點發送第一指示信號； 第一調整單元，用於所述源節點接收到所述第一指示信號後，向對端宿節點發送第二指示信號，並根據鏈路調整協議和帶寬調整協議進行處理，使所述ODUflex路徑中各鏈路的狀態與未發生故障下調整前的狀態一致；第二調整單元，用於所述對端宿節點接收到所述第二指示信號後，根據鏈路調整協議 和帶寬調整協議進行處理，使所述ODUflex路徑中各鏈路的狀態與未發生故障下調整前的狀態一致。
全文摘要
本發明公開了一種光通道帶寬的無損調整故障處理方法和裝置，屬於光通信領域。所述方法包括判斷光通道數據ODUflex路徑中發生故障的鏈路是否完成高階時隙調整；判斷結果為所述鏈路完成高階時隙調整時，觸發所述ODUflex路徑中各鏈路的帶寬調整到所述鏈路未發生故障下所述各鏈路調整後的狀態，所述flex表示任意比特速率。本發明通過擴充了ODUflex無損調整對於故障的適配處理能力，消除了故障時ODUflex路徑中各段帶寬與調整前或調整後狀態不一致現象，保證故障時ODUflex依然能夠正常調整結束或恢復到調整前狀態，適應性強。
文檔編號H04L12/24GK102984605SQ20111026408
公開日2013年3月20日 申請日期2011年9月7日 優先權日2011年9月7日
發明者蘇偉 申請人:華為技術有限公司