CN102984605B - 一种光通道带宽的故障处理方法和装置 - Google Patents
一种光通道带宽的故障处理方法和装置 Download PDFInfo
- Publication number
- CN102984605B CN102984605B CN201110264084.6A CN201110264084A CN102984605B CN 102984605 B CN102984605 B CN 102984605B CN 201110264084 A CN201110264084 A CN 201110264084A CN 102984605 B CN102984605 B CN 102984605B
- Authority
- CN
- China
- Prior art keywords
- adjustment
- link
- bandwidth
- oduflex
- path
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种光通道带宽的无损调整故障处理方法和装置,属于光通信领域。所述方法包括:判断光通道数据ODUflex路径中发生故障的链路是否完成高阶时隙调整;判断结果为所述链路完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽调整到所述链路未发生故障下所述各链路调整后的状态,所述flex表示任意比特速率。本发明通过扩充了ODUflex无损调整对于故障的适配处理能力,消除了故障时ODUflex路径中各段带宽与调整前或调整后状态不一致现象,保证故障时ODUflex依然能够正常调整结束或恢复到调整前状态,适应性强。
Description
技术领域
本发明涉及光通信领域,特别涉及一种光通道带宽的故障处理方法和装置。
背景技术
OTN(Optical transport network,光传送网)作为下一代传送网的核心技术,包括电层和光层的技术规范,具备丰富的OAM(Operation Administration and Maintenance,网络管理)、强大的TCM(Tandem Connection Monitoring,串联连接监视)能力和带外FEC(Forward ErrorCorrection),前向纠错)能力,能够实现大容量业务的灵活调度和管理,日益成为骨干传送网的主流技术。在电处理层,OTN技术定义的功能强大的“数字包封”结构,能够实现对客户信号的管理和监控。
OTN帧结构请参见图1,OTN帧为4080×4的模块化结构,包括FAS,OTUkOH(OpticalChannel Transport Unit-k Overhead,光通道传输单元k开销),ODUk OH(Optical Channel DataUnit-k Overhead,光通道数据单元k开销),OPUk OH(Optical Channel Payload Unit-kOverhead,光通道净荷单元k开销),OPUk(Optical Channel Payload Unit-k,光通道净荷单元k)和FEC(Forward Error Correction,前向纠错)字节。其中FAS(Frame Alignment Signal,帧定位字节),提供帧同步定位的功能。OTUk OH为光通道传送单元开销字节,提供光通道传送单元级别的网络管理功能。ODUk OH为光通道数据单元开销字节,提供维护和操作功能。OPUk OH为光通道净荷单元开销字节,提供客户信号适配的功能。OPUk为光通道净荷单元,提供客户信号承载的功能。FEC为前向纠错字节,提供错误探测和纠错功能。系数k表示所支持的比特速率和不同种类的OPUk,ODUk和OTUk。k=1表示比特速率为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 framing Procedure,基于帧映射的通用成帧规程)进行封装,之后映射到OPUflex净荷区,然后将ODUflex通过GMP(Generic framing Procedure,通用成帧规程)映射到HO ODTUk.M(Higher Order,高阶),HO ODTUk.M复用到HO OPUk(Higher Order Optical Channel Payload Unit-k,高阶光通道净荷单元k),添加相应开销封装为HO ODUk(Higher Order Optical Channel Data Unit-k,高阶光通道数据单元k),最终通过HO OTUk(Higher Order Optical Channel Transport Unit-k,高阶光通道传输单元k)进行承载传送,其中2≤k≤4,M代表ODUflex占用了HO OPUk中的M个时隙。ODUflex速率选择为M*TS速率,其中1≤M≤80,TS(Time Slot,时隙)速率为HO OPUk的时隙速率。
ODUflex速率具有多样性,因此ODUflex可以承载任意速率的包业务。在承载不同速率的包业务时,ODUflex速率选择到相应的速率等级(相应占用HO OPUk若干个时隙),如图2所示,HO OPU2包括八个1.25G时隙,ODUflex占用HO OPU2的3个时隙,即TS1,TS2和TS4。
由于包业务流量具有非实时变化的特性,因此包业务对服务层容器的带宽的需求是可变化的。运营商希望能根据客户服务等级和客户数据流量需要,动态地调整服务层通道带宽,不仅提高运营商的服务质量,而且能充分利用其资源给更多的客户提供差异化服务。因此,在不同时间段,ODUflex需要提供不同的带宽来满足包业务不同的流量,并且需要在包业务不断的情况下进行ODUflex通道带宽调整。这也即是当前ITU-T正在制定的G.hao协议(ODUflex无损带宽调整)。
HAO(Hitless Adjustment of ODUflex,ODUflex无损调整)协议解决方案通过LCR(LinkConnection Resize,链路调整)和BWR(Bandwidth Resize,带宽调整)完成ODUflex的无损带宽调整,其中LCR负责ODUflex路径中各段HO OPUk的时隙调整,BWR负责端到端的ODUflex比特速率调整。
如图3所示的点对点的对称带宽ODUflex通道示意图,ODUflex路径从源节点到宿节点,中间经过了两个中间节点,即由3个Link段和2个Matrix段组成,其中Link段:在承载ODUflex的HO ODU通道中,任意相连的两个网络节点间的LC(Link Connection,链路)段;Matrix段:在承载ODUflex的HO ODU通道中,任意网络节点中交叉矩阵连接段;Link段和Matrix段即为文中描述的LC。
从源节点到宿节点方向,在源节点中,通过GFP-F将包业务映射入ODUflex,之后通过GMP将ODUflex映射入HO ODTU2.2(如图3中,令其占用HO ODU2的TS1、TS4,此处仅为举例说明,并不进行限定)。在第一个中间节点,通过GMP将ODUflex从HO ODU2解映射出,之后过交叉,在交叉矩阵另一侧通过GMP再次将ODUflex映射到HO ODTU3.2(如图3中,令其占用了HO ODU3的TS5、TS12,此处仅为举例说明,并不进行限定)。在第二个中间节点,通过GMP将ODUflex从HO ODU3解映射出,之后过交叉,在交叉矩阵另一侧通过GMP再次将ODUflex映射到HO ODTU2.2(如图3中,令其占用HO ODU2的TS4、TS5,此处仅为举例说明,并不进行限定)。在宿节点中,通过GMP将ODUflex从HO ODU2解映射出,之后通过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 Slot GroupStatus,支路组的状态)字段;BWR包括TSCC(Tributary Slot Connectivity Check,支路连通性检测)、NCS(Network Connection Status,网络应答状态)、BWD_IND(Bandwidth ResizeIndicator,带宽调整指示),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信令(即空闲信令),01表示ADD信令(即增加信令),10表示REMOVE信令(即移动信令),11表示NORM信令(即切换信令);TPID占用7bits,表示支路端口ID,用来表示当前TS属于哪一组;TSGS占用1bit,1表示OK状态,0表示NOT-OK状态,由宿端产生,用来向源端确认宿端当前状态;TSCC占用1bit,用来进行连通性检测,由源节点产生,当进行连通性检测时置为1;NCS占用1bit,对于连通性检测的应答指示,由宿节点产生,基于接收到的不同TSSC值,产生相应的应答指示;BWD_IND占用2bit,用于指示ODUflex比特速率开始调整和结束;RP占用1bit,用于指示传递的为调整协议开销;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带宽调整被迫异常中止,从而出现ODUflex路径中各段链路的带宽同调整前或调整后状态不一致现象。为了在故障发生后,能够使ODUflex路径中各段链路的带宽仍然保持与调整前或调整后状态一致,需要增加ODUflex无损带宽调整对于故障发生后的适配处理,包括能够适配对于故障触发保护倒换后的情况。所述技术方案如下:
本发明实施例提供了一种光通道带宽的故障处理方法,所述方法包括:
判断光通道数据ODUflex路径中发生故障的链路是否完成高阶时隙调整;
判断结果为所述链路完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽调整到所述链路未发生故障下所述各链路调整后的状态,所述flex表示任意比特速率。
本发明实施例还提供了一种光通道带宽的故障处理装置,所述装置包括:
判断模块,用于判断光通道数据ODUflex路径中发生故障的链路是否完成高阶时隙调整;
第一处理模块,用于当所述判断模块的判断结果为所述链路完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽调整到未发生故障下调整后的状态,所述flex表示任意比特速率。
本发明实施例提供的技术方案带来的有益效果是:ODUflex路径中的链路发生故障时,通过对ODUflex路径中各链路的带宽进行调整,ODUflex路径中各链路的带宽保持与未发生故障下调整后的状态一致,实现了ODUflex无损调整的故障处理,本发明扩充了ODUflex无损调整对于故障的适配处理能力,消除了链路发生故障时ODUflex路径中各段链路的带宽与发生故障前的状态不一致现象,保证故障出现时,ODUflex依然能够正常调整结束,适应性强。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中提供的OTN帧的结构示意图;
图2是现有技术中提供的ODUflex占用HO OPU2的3个时隙的示意图;
图3是现有技术中提供的点到点的对称带宽ODUflex通道示意图;
图4a是现有技术中OPUflex开销中的调整开销示意图;
图4b是现有技术中HO OPUk开销中的调整开销示意图;
图5是本发明实施例1中提供的光通道带宽的无损调整故障处理方法流程图;
图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机制能够适配故障处理,包括保护倒换触发。在故障出现时,其能够继续正常处理直至调整结束或者异常回退(恢复)到调整前的一致状态,因此提出了本发明的方案。
实施例1
本发明实施例中,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调整时,ODUflex带宽调整的故障异常回退处理的方式一:
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列1行的前3个比特为101,15列2行的前3个比特为010,15列3行的前3个比特为CRC3,15列的其他位置保留;对于HAO BDI图像,15列1行的前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切换调整。
对于故障信息,本发明实施例提出了故障信息的类型及故障信息的编码方式,如表1所示的故障信息编码:
表1 故障信息编码
故障信息的类型包括两端调整协议信息不匹配、LC未握手、LC握手结束LC未调整、LC未调整、LC调整结束、ODUflex速率未调整、ODUflex速率调整中和ODUflex速率已调整,所述故障信息包括发生故障的类型中的一种或多种。
本发明实施例还对故障信息进行编码,且对发生故障的LC是否HO TS调整分别进行编码,故障信息的编码方式可以由多种,本发明在此不做限定,以表1所示为例进行说明,故障信息编码的最高位表示是否完成HO TS是否调整完毕,表1中最高位为0,表明HO TS调整完毕,最高位为1,表明HO TS未调整完毕。
本发明实施例中,以图13为例,假设LC发生双向故障,(B<->C段故障),基于发生故障的LC(B<->C段)是否完成HO TS调整,采用方式一进行ODUflex带宽调整的故障正常结束处理或者异常回退处理。
网络管理***接收到发生故障的LC上报的故障信息后下发强行切换指令,如接收到“000000001”、“000010000”、“000100000”、“001000000”、“010000000”时,触发强行切换指令,则未完成HO TS调整的LC将进行HO TS强行切换,调整到预设的目标带宽;源节点在接收到调整强行切换指令后,将ODUflex比特速率切换到预设的目标速率。
如网络管理***接收到“100000001”、“100000010”、“100000100”、“100001000”、“100100000”、“101000000”、“110000000”时,触发故障回退指令,各网元接收到调整回退指令后,将相邻的已完成HO TS调整的LC进行HO TS强行逆切换,调整到原先带宽;源节点在接收到调整回退指令后,将ODUflex比特速率切换到原先速率。
本发明实施例中的故障类型不局限于以上所描述种类,故障信息编码形式也不局限于以上所描述方式。
本发明实施例提供的方法,通过在ODUflex路径中的链路发生故障时,通过触发ODUflex路径中各链路的带宽进行调整,保持与未发生故障下调整后的状态一致,实现了ODUflex无损调整的故障处理,本发明扩充了ODUflex无损调整对于故障的适配处理能力,消除了故障时ODUflex路径中各段链路的带宽与调整前或调整后状态不一致现象,保证故障时ODUflex依然能够正常调整结束或恢复到调整前状态,且能够适配故障触发保护倒换后的情况,适应性强。
实施例3
实际应用中,光通道带宽会发生各种各样的故障,一般来说分为双向故障情况和单向故障情况,下面以光通道带宽发生双向故障情况来说明本发明的方案。
本实施例中,假设LC发生双向故障(B<->C段故障),参见图13所示的ODUflex带宽调整的故障处理。
若发生故障的LC(B<->C段)完成HO TS调整,如图14所示,采用方式二处理如下:
1、在ODUflex路径中发生故障的LC相连的网元,即B端和C端,分别进行调整协议环回,将上行链路提取的BWR调整协议信息回插到下行链路;此时原先ODUflex路径(A<->B<->C<->D)被分成左右两段调整协议传递路径,也即为A->B->A和D->C->D;如图14所示,图中虚线即为调整协议传递路径;
2、新的ODUflex路径,即调整协议传递路径A->B->A和D->C->D分别继续调整协议处理,直至调整正常结束,从而完成ODUflex调整。
若发生故障的LC(B<->C段)未完成HO TS调整,如图15所示,采用方式二处理如下:
1、在ODUflex路径中发生故障的LC两端的网元,分别向源节点A和D产生HAO AIS;
2、源节点A(D)在接收到HAO AIS之后,向对端宿节点D(A)回送HAO BDI;
3、端节点A(D)在接收到HAO AIS后,触发ODUflex带宽调整回退处理;
3.1、发起RP=0,指示ODUflex路径中各节点结束调整,各LC进行回退处理,即回退到调整前状态;
3.2、带宽增加情况下,仅进行LC回退处理;
其中,由于在带宽增加情况下,先进行各LC的HO TS调整,后进行ODUflex比特速率调整,而此时故障LC并未完成HO TS调整,也即ODUflex比特速率并未开始调整,因此只需将各LC恢复到调整前状态即可。
3.3、带宽减少情况下,在各LC回退处理完成之后,源端发起流量调整逆操作,将流量恢复到调整前流量速率。
实施例4
下面以光通道带宽发生单向故障情况来说明本发明的方案。
在本实施例,假设ODUflex路径中发生故障的LC发生单向故障(C->B段故障),参见图16所示的ODUflex带宽调整的故障处理。
若发生故障的LC(C->B段)完成HO TS调整,如图16所示,采用方式二处理如下:
1、在ODUflex路径中发生故障的LC的B端进行调整协议环回,将上行链路提取的BWR调整协议信息回插到下行链路;
其中,故障左侧环回(A->B->A)正常处理直至调整结束;ODUflex调整协议传递路径如图17中虚线所示。
2、上行链路的调整协议信息仍然保持A->D传递(故障右侧并未触发环回),宿端D借助源端A传递的调整协议变化信息,故障右侧部分同样可以完成调整处理直至结束。
其中,由于HAO协议本身为双向对称带宽调整,在调整过程中上下行保持对称,协议信息传递具有对称性,因此宿端D借助接收到故障左侧正常的调整协议变化信息同样可以完成故障右侧部分的调整处理直至结束。
若ODUflex路径中发生故障的LC(C->B段)未完成HO TS调整,如图18所示,采用方式二处理如下:
1、在ODUflex路径中发生故障LC的B端向源节点A产生HAO AIS;
2、源节点A在接收到HAO AIS之后,向对端宿节点D回送HAO BDI;
3、源节点A在接收到HAO AIS后,触发ODUflex带宽调整回退处理;
3.1、发起RP=0,指示ODUflex路径中各节点结束调整,各LC进行回退处理,即回退到调整前状态;
3.2、带宽增加情况下,仅进行LC回退处理;
其中,由于带宽增加情况下,先进行各LC的HO TS调整,后进行ODUflex比特速率调整,而此时故障LC并未完成HO TS调整,也即ODUflex比特速率并未开始调整,因此只需将各LC恢复到调整前状态即可。
3.3、带宽减少情况下,在各LC回退处理完成之后,源端发起流量调整逆操作,将流量恢复到调整前流量速率。
4、宿节点D在检测到HAO BDI,感知D到A方向链路故障且未完成HO TS调整,触发ODUflex带宽调整回退处理;处理操作同步骤3。
实施例5
参见图19,本发明实施例提供的一种光通道带宽的故障处理装置,所述装置包括判断模块301和第一处理模块302;
判断模块301,用于判断光通道数据ODUflex路径中发生故障的链路是否完成高阶时隙调整;
第一处理模块302,用于当判断模块301的判断结果为链路完成高阶时隙调整时,触发ODUflex路径中各链路的带宽调整到未发生故障下调整后的状态,flex表示任意比特速率。
其中,所述装置还包括第二处理模块303,用于当判断模块301的判断结果为链路未完成高阶时隙调整时,触发ODUflex路径中各链路的带宽回退到链路未发生故障下各链路调整前的状态。
具体地,第一处理模块302具体包括上报单元和切换单元,
上报单元,用于上报故障信息给网络管理***,使网络管理***根据故障信息向ODUflex路径中的所有网元均下发强行切换指令,故障信息包括发送故障的链路完成高阶时隙调整的信息,该上报单元为ODUflex路径中的完成高阶时隙调整的链路相连的网元;
切换单元,用于使ODUflex路径中的所有网元根据强行切换指令,将ODUflex路径中的未完成高阶时隙调整的链路的带宽进行强行切换,调整到目标带宽,并将ODUflex路径的比特速率切换到目标速率。
其中,第一处理模块302具体包括发送单元和调整单元,
发送单元,用于将上行链路提取的带宽调整协议信息发送到下行链路,得到调整协议传递路径,该发送单元为ODUflex路径中的发生故障的链路相连的下行网元;
调整单元,用于使调整协议传递路径中的各链路进行带宽调整协议处理,调整协议传递路径中各链路的带宽与未发生故障下调整后的状态一致。
其中,第二处理模块303具体包括上报单元和调整单元,
上报单元,用于上报故障信息给网络管理***,使网络管理***根据故障信息向ODUflex路径中的所有网元均下发指令信息,该上报单元为ODUflex路径中未完成高阶时隙调整的链路相连的网元;
调整单元,用于使ODUflex路径中的所有网元根据指令信息,将ODUflex路径中的已完成高阶时隙调整的链路的带宽进行强行切换,调整到原有带宽,并将ODUflex路径的比特速率回退到原有速率。
其中,第二处理模块303具体包括发送单元、第一调整单元和第二调整单元,
发送单元,用于使ODUflex路径中的发生故障的链路相连的下行网元向ODUflex路径中的源节点发送第一指示信号;
第一调整单元,用于源节点接收到第一指示信号后,向对端宿节点发送第二指示信号,并根据链路调整协议和带宽调整协议进行处理,使ODUflex路径中各链路的状态与未发生故障下调整前的状态一致;
第二调整单元,用于对端宿节点接收到第二指示信号后,根据链路调整协议和带宽调整协议进行处理,使ODUflex路径中各链路的状态与未发生故障下调整前的状态一致。
本发明实施例提供的装置,通过在ODUflex路径中的链路发生故障时,通过触发ODUflex路径中各链路的带宽进行调整,保持与未发生故障下调整后的状态一致,实现了ODUflex无损调整的故障处理,本发明扩充了ODUflex无损调整对于故障的适配处理能力,消除了故障时ODUflex路径中各段带宽与调整前或调整后状态一致现象,保证故障时ODUflex依然能够正常调整结束或恢复到调整前状态,且能够适配故障触发保护倒换后的情况,适应性强。
本实施例提供的装置及***,具体可以与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种光通道带宽的故障处理方法,其特征在于,所述方法包括:
判断光通道数据ODUflex路径中发生故障的链路是否完成高阶时隙调整;
判断结果为所述链路完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽调整到所述链路未发生故障下所述各链路调整后的状态,所述flex表示任意比特速率;
判断结果为所述链路未完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽回退到所述链路未发生故障下所述各链路调整前的状态。
2.如权利要求1所述的方法,其特征在于,所述触发所述ODUflex路径中各链路的带宽调整到未发生故障下调整后的状态,具体包括:
所述ODUflex路径中的完成高阶时隙调整的链路相连的网元上报故障信息给网络管理***,使所述网络管理***根据所述故障信息向所述ODUflex路径中的所有网元均下发强行切换指令,所述故障信息包括所述发生故障的链路完成高阶时隙调整的信息;
所述ODUflex路径中的所有网元根据所述强行切换指令,将ODUflex路径中所有网元相连的未完成高阶时隙调整的各链路的带宽进行强行切换,调整到目标带宽,并将ODUflex路径的比特速率切换到目标速率。
3.如权利要求1或2所述的方法,其特征在于,所述触发所述ODUflex路径中各链路的带宽调整到未发生故障下调整后的状态,具体包括:
所述ODUflex路径中的发生故障的链路相连的下行网元将上行链路提取的带宽调整协议信息发送到下行链路,得到调整协议传递路径;
所述调整协议传递路径中的各链路根据链路调整协议和带宽调整协议进行处理,使所述调整协议传递路径中各链路的状态与未发生故障下调整后的状态一致。
4.如权利要求1所述的方法,其特征在于,所述触发所述ODUflex路径中各链路的带宽回退到未发生故障下调整前的状态,具体包括:
所述ODUflex路径中未完成高阶时隙调整的链路相连的网元,上报故障信息给网络管理***,使所述网络管理***根据所述故障信息向所述ODUflex路径中的所有网元均下发指令信息,所述故障信息包括所述链路未完成高阶时隙调整的信息;
所述ODUflex路径中的所有网元根据所述指令信息,将所述ODUflex路径中的各链路的带宽进行强行切换,调整到原有带宽,并将所述ODUflex路径的比特速率回退到原有速率。
5.如权利要求1或4所述的方法,其特征在于,所述触发所述ODUflex路径中各链路的带宽回退到未发生故障下调整前的状态,具体包括:
所述ODUflex路径中的发生故障的链路相连的下行网元向所述ODUflex路径中的源节点发送第一指示信号;
所述源节点接收到所述第一指示信号后,向对端宿节点发送第二指示信号,并根据链路调整协议和带宽调整协议进行处理,使所述ODUflex路径中各链路的状态与未发生故障下调整前的状态一致;
所述对端宿节点接收到所述第二指示信号后,根据链路调整协议和带宽调整协议进行处理,使所述ODUflex路径中各链路的状态与未发生故障下调整前的状态一致。
6.如权利要求2或4所述的方法,其特征在于,所述网元上报的故障信息包括:两端调整协议信息不匹配的故障信息、链路未握手的故障信息、链路握手结束链路未调整的故障信息、链路未调整的故障信息、链路调整结束的故障信息、ODUflex速率未调整信息、ODUflex速率调整中的故障信息和ODUflex速率已调整的故障信息中的一种或多种故障信息,每一故障信息对应一个故障编码信息。
7.一种光通道带宽的故障处理装置,其特征在于,所述装置包括:
判断模块,用于判断光通道数据ODUflex路径中发生故障的链路是否完成高阶时隙调整;
第一处理模块,用于当所述判断模块的判断结果为所述链路完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽调整到未发生故障下调整后的状态,所述flex表示任意比特速率;
第二处理模块,用于当所述判断模块的判断结果为所述链路未完成高阶时隙调整时,触发所述ODUflex路径中各链路的带宽回退到所述链路未发生故障下所述各链路调整前的状态。
8.如权利要求7所述的装置,其特征在于,所述第一处理模块具体包括:
上报单元,用于上报故障信息给网络管理***,使所述网络管理***根据所述故障信息向所述ODUflex路径中的所有网元均下发强行切换指令,所述故障信息包括所述发生故障的链路完成高阶时隙调整的信息,所述上报单元为所述ODUflex路径中的完成高阶时隙调整的链路相连的网元;
切换单元,用于使所述ODUflex路径中的所有网元根据所述强行切换指令,将ODUflex路径中的未完成高阶时隙调整的链路的带宽进行强行切换,调整到目标带宽,并将ODUflex路径的比特速率切换到目标速率。
9.如权利要求7或8所述的装置,其特征在于,所述第一处理模块具体包括:
发送单元,用于将上行链路提取的带宽调整协议信息发送到下行链路,得到调整协议传递路径,所述发送单元为ODUflex路径中的发生故障的链路相连的下行网元;
调整单元,用于使所述调整协议传递路径中的各链路进行带宽调整协议处理,所述调整协议传递路径中各链路的带宽与未发生故障下调整后的状态一致。
10.如权利要求7所述的装置,其特征在于,所述第二处理模块具体包括:
上报单元,用于上报故障信息给网络管理***,使所述网络管理***根据所述故障信息向所述ODUflex路径中的所有网元均下发指令信息,所述上报单元为ODUflex路径中未完成高阶时隙调整的链路相连的网元;
调整单元,用于使所述ODUflex路径中的所有网元根据所述指令信息,将所述ODUflex路径中的已完成高阶时隙调整的链路的带宽进行强行切换,调整到原有带宽,并将所述ODUflex路径的比特速率回退到原有速率。
11.如权利要求7或10所述的装置,其特征在于,所述第二处理模块具体包括:
发送单元,用于使所述ODUflex路径中的发生故障的链路相连的下行网元向所述ODUflex路径中的源节点发送第一指示信号;
第一调整单元,用于所述源节点接收到所述第一指示信号后,向对端宿节点发送第二指示信号,并根据链路调整协议和带宽调整协议进行处理,使所述ODUflex路径中各链路的状态与未发生故障下调整前的状态一致;
第二调整单元,用于所述对端宿节点接收到所述第二指示信号后,根据链路调整协议和带宽调整协议进行处理,使所述ODUflex路径中各链路的状态与未发生故障下调整前的状态一致。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110264084.6A CN102984605B (zh) | 2011-09-07 | 2011-09-07 | 一种光通道带宽的故障处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110264084.6A CN102984605B (zh) | 2011-09-07 | 2011-09-07 | 一种光通道带宽的故障处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102984605A CN102984605A (zh) | 2013-03-20 |
CN102984605B true CN102984605B (zh) | 2015-06-03 |
Family
ID=47858271
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110264084.6A Active CN102984605B (zh) | 2011-09-07 | 2011-09-07 | 一种光通道带宽的故障处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102984605B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105323089B (zh) * | 2014-07-17 | 2018-06-29 | 中国电信股份有限公司 | 在跨域传送网中定位故障的方法、设备、控制器和*** |
US9538264B2 (en) | 2014-08-07 | 2017-01-03 | Ciena Corporation | ODUflex resizing systems and methods |
CN109688679B (zh) * | 2017-10-19 | 2020-07-28 | 华为技术有限公司 | 故障原因的确定方法及装置 |
CN111464889B (zh) * | 2020-03-20 | 2022-02-01 | 烽火通信科技股份有限公司 | 一种通道带宽调整方法及*** |
CN111541959B (zh) * | 2020-04-21 | 2022-03-25 | 国网浙江省电力有限公司信息通信分公司 | 带宽调整方法及相关装置、设备、计算机可读存储介质 |
CN111865406B (zh) * | 2020-06-11 | 2021-12-14 | 烽火通信科技股份有限公司 | 一种链路检测方法及*** |
CN113453097B (zh) * | 2021-06-23 | 2022-10-14 | 烽火通信科技股份有限公司 | 业务恢复方法、装置、设备及可读存储介质 |
CN116437373A (zh) * | 2021-12-31 | 2023-07-14 | ***通信有限公司研究院 | 一种通道资源调整方法、装置及通信设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101489265A (zh) * | 2008-12-30 | 2009-07-22 | 华为技术有限公司 | 一种调整业务时隙分配的方法及终端 |
CN102130787A (zh) * | 2011-03-02 | 2011-07-20 | 华为技术有限公司 | 一种网管设备及其管理ODUflex帧的空闲时隙的方法 |
CN102143052A (zh) * | 2010-11-08 | 2011-08-03 | 华为技术有限公司 | 一种无损带宽调整方法、设备及*** |
-
2011
- 2011-09-07 CN CN201110264084.6A patent/CN102984605B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101489265A (zh) * | 2008-12-30 | 2009-07-22 | 华为技术有限公司 | 一种调整业务时隙分配的方法及终端 |
CN102143052A (zh) * | 2010-11-08 | 2011-08-03 | 华为技术有限公司 | 一种无损带宽调整方法、设备及*** |
CN102130787A (zh) * | 2011-03-02 | 2011-07-20 | 华为技术有限公司 | 一种网管设备及其管理ODUflex帧的空闲时隙的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102984605A (zh) | 2013-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102984605B (zh) | 一种光通道带宽的故障处理方法和装置 | |
US9877092B2 (en) | Method and node for adjusting line interface rate | |
US10623836B2 (en) | Service transmission method and first transmission device | |
US9705589B2 (en) | Method of resizing a protected ODUflex connection in an optical transport network | |
US9154373B2 (en) | Failure protection method and node apparatus | |
US10993005B2 (en) | Protection switching method and node | |
US8958701B2 (en) | Methods and systems of preserving client overhead bytes in optical transport network tunneling applications | |
JP5319787B2 (ja) | 光転送リングネットワークの切替え方法及びノード装置 | |
US20060140225A1 (en) | Reduction of the transport capacity of a virtual concatenation group | |
CN101471837B (zh) | 光信道数据单元共享保护环、信号传输方法及网络节点 | |
CN104393914A (zh) | 一种用于光纤差动保护装置的复用路由恢复方法 | |
WO2004042935A2 (en) | Out-of-band signalling apparatus and method for an optical cross connect | |
EP1675293B1 (en) | Temporary disabling of a member of a virtual concatenation group | |
CN100407641C (zh) | 多路千兆以太网汇聚节点处理链路故障的方法 | |
CN103098416A (zh) | 一种保护资源分配方法、装置和*** | |
CN1988470B (zh) | 一种业务保护方法和装置 | |
Gee et al. | G. 709 hierarchy optical transport core network design, requirements and challenges |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |