专利名称：一种光通道带宽的故障处理方法和装置的制作方法
技术领域：
本发明涉及光通信领域，特别涉及一种光通道带宽的故障处理方法和装置。
背景技术：
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日
发明者苏伟 申请人:华为技术有限公司