CN111385115B - 反向业务路径故障传递处理方法及装置 - Google Patents

Abstract

本发明提供了一种反向业务路径故障传递处理方法及装置，该方法包括：在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递；当所述正向业务路径故障恢复后，则取消抑制所述反向业务路径故障传递。在本发明中，由于在正向路径故障传递的过程中，抑制所述反向业务路径故障传递，因此，可以避免传输网络中的故障传递所引起的部分业务无法恢复或恢复时的状态抖动的问题。

Description

反向业务路径故障传递处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种反向路径故障传递处理方法及装置。

背景技术

故障传递是承载网络中保证业务传输、恢复，以及不同业务协议层面信号转换、业务保护倒换等传输网络各个方面都涉及的基础传输机制，包括传输网络入口业务故障、传输网络线路故障、协议故障以及传输设备故障等各个故障点，各种类型故障都需要保证传输路径的本层或者客户层的故障传递，明确通知下游网络上游业务路径的故障状态。

上述故障传递流程，虽然在一定程度上保证了故障产生时下游路径能够明确感知到故障的产生，并执行对应故障处理策略。但针对部分承载业务，例如，以太网双向业务、存在双向保护业务或者客户业务存在双向协商流程等。如图1所示，正常故障的传递将导致本端正向业务路径中断的同时，基于业务或者传输特性也同时将反向业务路径中断，故障恢复后，双向业务需要通过协商机制将业务状态恢复，但由于业务恢复需要两端协商，由于之前已将反向业务中断此时将无法执行协商流程，导致业务中断而不能或者需要较长时间恢复。

发明内容

本发明实施例提供了一种反向业务路径故障传递处理方法及装置，以至少解决相关技术中由于传输网络中的故障传递所引起的部分业务无法恢复或恢复时的状态抖动问题。

根据本发明的一个实施例，提供了一种反向业务路径故障传递处理方法，包括：在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递；当所述正向业务路径故障恢复后，则取消抑制所述反向业务路径故障传递。

其中，抑制所述反向业务路径故障传递包括：不执行所述反向业务路径故障传递。

其中，当所述正向业务路径故障恢复后，则取消抑制所述反向业务路径故障传递，包括：当所述正向业务路径故障恢复后，继续不执行所述反向业务路径故障传递；如果在继续不执行所述反向业务路径故障传递的第二预定时长内，所述正向业务路径始终保持正常状态，则执行所述反向业务路径故障传递。

其中，该方法还包括：如果在继续不执行所述反向业务路径故障传递的所述第二预定时长内，所述正向业务路径再次出现故障，则继续不执行所述反向业务路径故障传递。

其中，抑制所述反向业务路径故障的传递包括：将所述反向业务路径故障传递暂停第一预定时长。

其中，当所述正向业务路径故障恢复后，则取消抑制所述反向业务路径故障传递，包括：在所述第一预定时长内，如果所述正向业务路径故障恢复，继续暂停所述反向业务路径故障传递；在继续暂停所述反向业务路径故障传递的第二预定时长内，如果所述正向业务路径始终保持正常状态，则恢复所述反向业务路径故障的传递。

其中，该方法还包括：在继续暂停所述反向业务路径故障传递的所述第二预定时长内，如果所述正向业务路径再次出现故障，则继续暂停所述反向业务路径故障的传递。

其中，该方法还包括：如果在所述第一预定时长内，所述正向业务路径故障未恢复，则继续暂停所述反向业务路径故障传递。

其中，所述第一预定时长的值、所述第二预定时长的值根据所述业务类型和/或业务恢复协商机制确定。

其中，在传输网络的正向业务路径故障传递之前，还包括：当检测到所述传输网络的正向业务路径发生故障时，业务中断点向下游插入故障传递维护信号以触发所述正向业务路径故障传递。

其中，所述故障为所述传输网络的接口故障或所述传输网络的传输路径故障。

根据本发明的另一个实施例，提供了一种反向业务路径故障传递处理装置，包括：抑制模块，用于在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递；取消抑制模块，用于在所述正向业务路径故障恢复的情况下，取消抑制所述反向业务路径故障传递。

其中，所述抑制模块通过如下方式抑制所述反向业务路径故障传递：不执行所述反向业务路径故障传递，或将所述反向业务路径故障传递暂停第一预定时长。

其中，所述抑制模块，还用于当所述正向业务路径故障恢复后，继续抑制所述反向业务路径故障传递；所述取消抑制模块，还用于如果在继续抑制所述反向业务路径故障传递的第二预定时长内，所述正向业务路径始终保持正常状态，则取消抑制所述反向业务路径故障传递。

其中，所述抑制模块，还用于如果在继续抑制所述反向业务路径故障传递的所述第二预定时长内，所述正向业务路径再次出现故障，则继续抑制所述反向业务路径故障传递。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

在本发明的上述实施例中，由于在正向路径故障传递的过程中，抑制所述反向业务路径故障传递，因此，可以避免传输网络中的故障传递所引起的部分业务无法恢复或恢复时的状态抖动的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的正反向业务路径故障传递示意图；

图2是根据本发明实施例的反向业务路径故障传递处理方法流程图；

图3是根据本发明实施例的反向业务路径故障传递处理方法流程图；

图4是根据本发明实施例的反向业务路径故障抑制与恢复流程图；

图5是根据本发明实施例的传输网络接入点故障示意图；

图6是根据本发明实施例的传输网络传输点故障示意图；

图7是根据本发明实施例的接入点中断反向故障传递抑制示意图；

图8是根据本发明实施例的传输路径中断反向故障传递抑制示意图；

图9是根据本发明实施例的正向路径故障恢复后反向路径传递抑制示意图；

图10是根据本发明实施例的反向业务路径故障传递处理装置结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在SDH、OTN以及以太网等网络协议中，对故障传递的流程都有明确要求，包括：各种传输接入业务失效时以及传输路径故障时，承载的替代维护信号定义；传输业务映射/解映射过程中，各个层次维护信号以及管理通知命令的定义，下文基于承载网络为例描述故障传递流程。

承载网络客户业务接入口(光或者电接入)若产生信号丢失、同步丢失、链路失效等故障指示，网络入口节点将在业务处理模块把故障基于业务和映射方式替换为故障指示维护信号，如：客户失效信号(CSF)、告警指示信号(AIS)、链路失效信号灯(Link Fault/Local Faut/Remot Fault)等，在传输网络的不同的协议层次转换点，维护信号基于故障传递机制会适配转换，在下游传输路径出口，基于故障指示维护信号，恢复出承载的业务对应的维护信号。

承载网络传输路径中(传输设备、线路或者协议路径)若产生节点异常、线路中断、信号丢失、协议失效等故障，传输网络内部将基于网络层次将故障往下游网络传递，可以通过关激光器、FDI、ODU告警指示等物理层或者协议层信号传递故障，在网络出口，基于传输路径的故障传递将触发承载业务出口的服务层信号失效指示，并基于业务标准恢复业务故障指示信号传递到客户业务设备。

但针对以太网双向业务、存在双向保护业务或者存在双向协商流程的业务等，如果在正向业务路径中断的同时将反向业务路径也中断，故障恢复后，双向业务需要通过协商机制将业务状态恢复，但由于业务恢复需要两端协商，由于之前已将反向业务中断此时将无法执行协商流程，可能导致业务无法恢复，或者存在网络恢复后，存在状态抖动的问题。

为此，本发明实施例提供了一种反向路径故障传递处理方法。该方法可运行在传输网络架构中。图2是根据本发明实施例的流程图，如图2所示，该流程包括如下步骤：

步骤S202，在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递；

步骤S204，当所述正向业务路径故障恢复后，则取消抑制所述反向业务路径故障传递。

在本实施例中，由于在正向路径故障传递的过程中，抑制所述反向业务路径故障传递，因此，可以避免传输网络中的故障传递所引起的部分业务无法恢复或恢复时的状态抖动的问题。

在上述实施例的步骤S202中，可通过如下方式抑制所述反向业务路径故障传递：不执行所述反向业务路径故障传递，或将所述反向业务路径故障传递暂停第一预定时长。

在上述实施例的步骤S204中，当所述正向业务路径故障恢复后，继续不执行所述反向业务路径故障传递；如果在继续不执行所述反向业务路径故障传递的第二预定时长内，所述正向业务路径始终保持正常状态，则取消抑制所述反向业务路径故障传递。如果在继续不执行所述反向业务路径故障传递的所述第二预定时长内，所述正向业务路径再次出现故障，则继续不执行所述反向业务路径故障传递。

在上述实施例第一预定时长和第二预定时长可以根据所述业务属性、业务恢复协商机制来设定。

本发明实施例还提供了一种反向路径故障传递处理方法。如图3所示，包括如下步骤：

步骤S302，传输网络业务正向路径若已触发故障传递机制，下游业务端点已中断，此时抑制反向传输路径故障传递，即使反向产生故障指示，将不执行或者抑制执行故障传递机制，保证反向下游路径端点的业务正常；

步骤S304，此时若正向路径故障恢复，正向路径的下游业务端恢复正常，由于反向下游业务端状态正常，此时可以执行正常业务协商恢复过程，避免对端业务中断导致的业务无法恢复。其中，若执行抑制过程，业务抑制过程时间可定义为M(M＝0,1,2,3……)毫秒，具体可根据业务属性配置。

步骤S306，在正向业务路径故障恢复后，由于两端业务恢复协商需要一个过程时间，在此过程时间中，需要继续保持反方向故障传递的抑制，直到业务恢复正常；

步骤S308，当业务恢复后，取消反向故障传递的抑制，执行正常故障传递流程。其中，业务恢复过程时间可定义为N(N＝0,1,2,3……)毫秒，具体可根据业务属性配置。

在上述实施例中，针对传输网络中的故障传递，通过业务反向路径故障传递抑制机制，在业务正向路径故障传递同时，若反向产生故障(路径故障或者反向回送故障)，通过参数与特定机制抑制反向故障维护信号下插，保证反向下游业务路径正常，在正向业务故障恢复后，通过特定的抑制恢复流程，再重新恢复故障传递维护信号下插流程，避免业务的不可恢复或者状态抖动。

本实施例所提供的上述反向故障抑制的方式尤其适用于正向业务路径的抖动闪断、或者故障业务路径承载的业务双向相关、或者双向业务路径与节点存在保护等相关场景。

下面将通过一个具体的实施例描述本发明所提供的传输网络反向业务路径故障传递处理流程，如图4所示：

步骤S401，在传输网络业务传输过程中，若正向业务路径的上游路径故障，将触发正向业务路径的下游路径的故障传递流程。在本实施例中，正向业务路径是指出现故障的上游到下游单向传输路径，反向业务路径是指出现故障的下游到上游传输路径；

步骤S402，当正向业务路径故障产生后，在正向业务路径故障传递执行过程中，若反向路径出现故障指示信号(故障传递或者回送)，判断是否执行反向业务路径故障传递机制；

步骤S403，如果不执行反向业务路径故障传递机制，则不触发反向业务路径故障传递，保持反向业务路径下游业务路径正常；

步骤S404，如果抑制反向业务路径故障传递，即，在暂停一定时长M后再执行故障传递机制，该M值可根据业务属性来设置；

步骤S405，在M超时后，若正向业务路径故障未恢复，可设置为继续抑制反向业务路径的故障传递，或者取消反向业务路径的故障传递的抑制；

步骤S406，当正向业务路径故障恢复后，取消正向业务路径故障传递，此时，若反向业务路径故障传递未取消，则执行步骤S507；

步骤S407，继续保持反向业务路径故障传递抑制时长N，其中，N可根据业务属性设置。如果在时长N的抑制期间，正向业务路径再次产生故障，则取消N毫秒定时，继续执行反向业务路径的故障传递抑制；如果时长N超时后，正向业务路径恢复正常，则取消反向业务路径的故障传递的抑制，即，恢复反向业务路径的故障传递机制。

下面结合图5和6对上述实施例中的正常故障传递流程进行详细描述。图6为业务在传输网络接入点出现故障的示意图，图6为业务在传输网络的传输点出现故障的示意图。

如图5和6所示，正常故障传递流程中，业务中断点将向下游插入AIS(AlarmIndication Singal，此处用于表征通用故障传递维护信号，实际应用场景中，可以是任意传输业务规定的维护信号，如Local Fault、GFP CSF、ODU AIS等等)，下游客户网络业务端点基于故障传递指示业务中断，传输业务路径或者下游客户网络端点可以基于AIS维护信号执行传输路径倒换或者业务路径倒换动作，保证业务正常传输。

下面结合图7和8对上述实施例中的故障传递抑制流程进行详细的描述。图7为传输网络接入点中断导致的反向业务路径故障传递抑制示意图，图8为传输路径中断所导致的反向业务路径故障传递抑制示意图。

为了避免部分业务，特别是双向或者带保护业务故障传递时，业务两端都处于业务状态中断下，当故障恢复时无法恢复或者长时间状态抖动引起的长时间业务状态异常，在正向路径故障传递过程中，反向路径触发抑制故障传递机制，如图7和8所示，包括如下步骤：

1)若反向路径出现故障时，根据配置反向抑制机制进行反向故障抑制处理；

2)若设置为不执行故障传递机制，则直接关闭反向故障传递流程，保持下游业务路径端点的业务正常。如图中所示的NO AIS(不执行故障维护信号下插，保持业务路径状态正常)指示；

3)若设置为在M(M＝0、1、2、3……)毫秒内进行抑制，则在M毫秒内不执行反向故障传递，保持下游业务路径端点的业务正常。

4)在M毫秒超时后，若故障消失，则取消反向故障抑制机制；若故障仍然存在，可以配置后续动作为继续抑制或者取消抑制。

下面结合图9对上述实施例中的正向业务路径故障恢复后的，反向故障传递抑制流程进行详细的描述。

如图9所示，当正向业务路径故障恢复时，并不立刻取消反向路径的故障传递抑制流程，可执行特殊抑制流程(A流程)，该特殊抑制流程可包括如下步骤：

1)当正向路径故障恢复时，反向路径故障传递机制继续保持抑制N毫秒(N＝0、1、2、3……)，N可根据业务属性和业务恢复协商机制来设置。此时，即使反向路径上游出现故障，依然保持下游业务状态正常，避免反向下游业务端点中断。

2)当持续N毫秒后，正向路径始终保持正常状态，则取消反向业务路径的故障传递抑制流程，此时反向路径上游若出现传输故障，执行正常故障维护信号下插故障传递流程。

3)若N毫秒内，正向路径又出现故障状态，则取消N毫秒定时，继续保持反向路径的抑制状态。N的取值基于承载业务双向业务状态恢复时间而定，可基于不同业务类型或者协商机制进行配置。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台网络设备(可以是计算机，服务器，或者其它网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种反向业务路径故障传递处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图10是根据本发明实施例的反向业务路径故障传递处理装置的结构框图，如图10所示，该反向业务路径故障传递处理装置包括抑制模块10和取消抑制模块20，

抑制模块10用于在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递。

取消抑制模块20用于在所述正向业务路径故障恢复的情况下，取消抑制所述反向业务路径故障传递。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种反向业务路径故障传递处理方法，其特征在于，包括：

在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递；

当所述正向业务路径故障恢复的第二预定时长内所述正向业务路径始终保持正常状态时，取消抑制所述反向业务路径故障传递。

2.根据权利要求1所述的方法，其特征在于，抑制所述反向业务路径故障传递包括：

不执行所述反向业务路径故障传递。

3.根据权利要求2所述的方法，其特征在于，当所述正向业务路径故障恢复第二预定时长后，取消抑制所述反向业务路径故障传递，包括：

当所述正向业务路径故障恢复后，继续不执行所述反向业务路径故障传递；

如果在继续不执行所述反向业务路径故障传递的第二预定时长内，所述正向业务路径始终保持正常状态，则执行所述反向业务路径故障传递。

4.根据权利要求3所述的方法，其特征在于，还包括：

如果在继续不执行所述反向业务路径故障传递的所述第二预定时长内，所述正向业务路径再次出现故障，则继续不执行所述反向业务路径故障传递。

5.根据权利要求1所述的方法，其特征在于，抑制所述反向业务路径故障的传递包括：

将所述反向业务路径故障传递暂停第一预定时长。

6.根据权利要求5所述的方法，其特征在于，当所述正向业务路径故障恢复的第二预定时长内所述正向业务路径始终保持正常状态时，取消抑制所述反向业务路径故障传递，包括：

在所述第一预定时长内，如果所述正向业务路径故障恢复，继续暂停所述反向业务路径故障传递；

在继续暂停所述反向业务路径故障传递的第二预定时长内，如果所述正向业务路径始终保持正常状态，则恢复所述反向业务路径故障的传递。

7.根据权利要求6所述的方法，其特征在于，还包括：

在继续暂停所述反向业务路径故障传递的所述第二预定时长内，如果所述正向业务路径再次出现故障，则继续暂停所述反向业务路径故障的传递。

8.根据权利要求6所述的方法，其特征在于，还包括：

如果在所述第一预定时长内，所述正向业务路径故障未恢复，则继续暂停所述反向业务路径故障传递。

9.根据权利要求5至8任一项所述的方法，其特征在于，所述第一预定时长的值根据业务类型和/或业务恢复协商机制确定。

10.根据权利要求1至8任一项所述的方法，其特征在于，所述第二预定时长的值根据业务类型和/或业务恢复协商机制确定。

11.根据权利要求9所述的方法，其特征在于，所述第二预定时长的值根据业务类型和/或业务恢复协商机制确定。

12.根据权利要求1所述的方法，其特征在于，在传输网络的正向业务路径故障传递之前，还包括：

当检测到所述传输网络的正向业务路径发生故障时，业务中断点向下游插入故障传递维护信号以触发所述正向业务路径故障传递。

13.根据权利要求10所述的方法，其特征在于，所述故障为所述传输网络的接口故障或所述传输网络的传输路径故障。

14.一种反向业务路径故障传递处理装置，其特征在于，包括：

抑制模块，用于在传输网络的正向业务路径故障传递时，如果反向业务路径产生故障，则抑制所述反向业务路径故障传递；

取消抑制模块，用于在所述正向业务路径故障恢复的第二预定时长内所述正向业务路径始终保持正常状态的情况下，取消抑制所述反向业务路径故障传递。

15.根据权利要求14所述的装置，其特征在于，所述抑制模块通过如下方式抑制所述反向业务路径故障传递：

不执行所述反向业务路径故障传递，或将所述反向业务路径故障传递暂停第一预定时长。

16.根据权利要求15所述的装置，其特征在于，

所述抑制模块，还用于当所述正向业务路径故障恢复后，继续抑制所述反向业务路径故障传递；

所述取消抑制模块，还用于如果在继续抑制所述反向业务路径故障传递的第二预定时长内，所述正向业务路径始终保持正常状态，则取消抑制所述反向业务路径故障传递。

17.根据权利要求16所述的装置，其特征在于，

所述抑制模块，还用于如果在继续抑制所述反向业务路径故障传递的所述第二预定时长内，所述正向业务路径再次出现故障，则继续抑制所述反向业务路径故障传递。

18.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被处理器运行时执行所述权利要求1至13任一项中所述的方法。

19.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至13任一项中所述的方法。

Images