CN108370514A - 一种通信设备复位方法及通信设备 - Google Patents

Abstract

本发明实施例公开一种通信设备复位方法及通信设备，该方法包括：第一通信设备判断操作维护OM通道是否发生故障，OM通道是第一通信设备与操作维护中心OMC之间用于传输设备管理信息和设备维护信息的通道；当OM通道发生故障时，判断业务通道是否发生故障，业务通道是第一通信设备与第二通信设备之间用于传输业务数据的通道，第二通信设备是与第一通信设备进行通信的通信设备中的任一通信设备；当业务通道发生故障时，进行复位。实施本发明实施例，可以避免通信设备复位对业务处理的影响。

Description

一种通信设备复位方法及通信设备 技术领域

本发明实施例涉及通信技术领域，尤其涉及一种通信设备复位方法及通信设备。

背景技术

操作维护(Operation and Maintenance，OM)通道是通信设备与操作维护中心(Operation and Maintenance Center，OMC)之间用于传输设备管理信息和设备维护信息的通道，当OM通道发生故障时，通信设备与OMC之间将无法传输设备管理信息和设备维护信息，以致无法对通信设备进行维护。为了解决上述问题，通信设备检测到OM通道发生故障后，将对自身进行复位，以便恢复OM通道的工作，但当通信设备无故障且通信设备进行业务处理时，通信设备的自复位将影响通信设备的业务处理。

发明内容

本发明实施例公开了一种通信设备复位方法及通信设备，用于避免通信设备复位对业务处理的影响。

本发明实施例第一方面公开一种通信设备复位方法，包括：

第一通信设备判断与OMC之间用于传输设备管理信息和设备维护信息的OM通道是否发生故障；

当与OMC之间用于传输设备管理信息和设备维护信息的OM通道发生故障时，第一通信设备判断与第二通信设备之间用于传输业务数据的业务通道是否发生故障，其中，第二通信设备是与第一通信设备进行通信的通信设备中的任一通信设备；

当与第二通信设备之间用于传输业务的业务通道发生故障时，第一通信设备进行复位。

在一个实施例中，第一通信设备判断出业务通道发生故障之后，第一通信设备可以先判断OM通道发生故障的持续时间是否大于或等于第一预设时间， 以及业务通道发生故障的持续时间是否大于或等于第二预设时间，当OM通道发生故障的持续时间大于或等于第一预设时间，且业务通道发生故障的持续时间大于或等于第二预设时间时，第一通信设备才进行复位，可以避免OM通道或业务通道短暂故障引起的复位，从而可以避免不必要的复位。

在一个实施例中，当第一通信设备与第二通信设备之间存在业务控制连接时，第一通信设备判断业务通道是否发生故障时，可以先获取流控制传输协议(Stream Control Transmission Protocol，SCTP)连接、传输控制协议(Transmission Control Protocol，TCP)连接或用户数据报协议(User Datagram Protocol，UDP)连接的状态信息，之后判断SCTP连接、TCP连接或UDP连接的状态信息是否用于指示第一通信设备与第二通信设备之间的业务控制连接异常，当SCTP连接、TCP连接或UDP连接的状态信息用于指示第一通信设备与第二通信设备之间的业务控制连接异常时，表明业务通道发生故障；也可以先获取第一通信设备与第二通信设备之间的链路在第一通信设备上的物理端口的状态信息，之后判断物理端口的状态信息是否用于指示物理端口发生故障，当物理端口的状态信息用于指示物理端口发生故障时，表明业务通道发生故障。此外，当第一通信设备与第二通信设备之间不存在业务控制连接时，第一通信设备判断业务通道是否发生故障时，可以判断接收的第二通信设备发送的链路层发现协议(Link Layer Discovery Protocol，LLDP)的状态信息是否用于指示与第一通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常，当LLDP的状态信息用于指示与第一通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，表明业务通道发生故障。其中，业务控制连接是通信设备之间用于建立业务通道的控制面连接。

在一个实施例中，第一通信设备可以通过判断在预设时间内是否接收到OMC发送的信息来判断OM通道是否发生故障，当在预设时间内未接收到OMC发送的信息时，表明OM通道发生故障。

在一个实施例中，当第一通信设备判断出OM通道发生故障之后，第一通信设备还可以判断第一通信设备内部是否发生故障，当第一通信设备内部未发生故障时，将继续判断业务通道是否发生故障，当第一通信设备内部发生故障时，将直接进行复位，不需要判断业务通道是否发生故障，可以减少不必要的 操作。

在一个实施例中，第一通信设备可以通过判断第一通信设备运行任务是否能够被响应来判断第一通信设备内部是否发生故障，当第一通信设备运行任务不能够被响应时，表明第一通信设备内部发生故障；也可以通过判断用于申请资源的申请请求是否能够申请到资源来判断第一通信设备内部是否发生故障，当申请请求申请不到资源时，表明第一通信设备内部发生故障。

本发明实施例第二方面公开一种通信设备，包括处理器、存储器和通信接口。其中，存储器用于存储一组程序代码，处理器用于执行存储器存储的程序代码，通信接口用于在处理器的控制下与目标通信设备和OMC进行通信。当处理器执行存储器存储的程序代码时，可根据存储器存储的程序代码执行本发明实施例第一方面公开的方法。

本发明实施例第三方面公开一种通信设备可读存储介质，该存储介质存储了通信设备用于执行本发明实施例第一方面公开的方法的程序代码。

本发明实施例第四方面公开了一种通信设备，该通信设备包括的单元能够执行本发明实施例第一方面公开的方法。

本发明实施例中，当OM通道和业务通道都发生故障时，通信设备才进行复位，可以避免通信设备复位对业务处理的影响。

附图说明

图1是本发明实施例公开的一种通信设备复位的网络架构的结构图；

图2是本发明实施例公开的一种通信设备复位方法的流程图；

图3是本发明实施例公开的一种通信设备的结构图；

图4是本发明实施例公开的另一种通信设备的结构图。

具体实施方式

本发明实施例公开了一种通信设备复位方法及通信设备，用于避免通信设备复位对业务处理的影响。以下分别进行详细说明。

为了更好地理解本发明实施例，下面先对本发明实施例的网络架构进行描 述。请参阅图1，图1是本发明实施例公开的一种通信设备复位的网络架构的结构图。如图1所示，该通信设备复位的网络架构可以包括OMC101，至少两个通信设备102。OMC101与通信设备102之间的通道为OM通道，OMC101可以通过OM通道向通信设备102发送设备管理信息和设备维护信息，以便对通信设备102进行远程管理和维护，通信设备102之间可以相互进行通信，它们之间的通道为业务通道。其中，OM通道是通信设备102与OMC101之间用于传输设备管理信息和设备维护信息的通道，通信设备102之间的业务通道是通信设备102之间用于传输业务数据的通道。

基于图1所示的通信设备复位的网络架构，请参阅图2，图2是本发明实施例公开的一种通信设备复位方法的流程图。其中，该通信设备复位方法是从通信设备102的角度来描述的。如图2所示，该通信设备复位方法可以包括以下步骤。

201、第一通信设备判断OM通道是否发生故障，当OM通道发生故障时，第一通信设备将执行步骤202或203，当OM通道未发生故障时，将结束。

本实施例中，第一通信设备可以接收到OMC周期性发送的设备管理信息和设备维护信息，以便对其进行维护。因此，第一通信设备可以通过判断预设时间内是否接收到OMC发送的设备管理信息和设备维护信息来判断OM通道是否发生故障，当在预设时间内未接收到OMC发送的设备管理信息和设备维护信息时，表明OM通道发生故障，第一通信设备将执行步骤202或步骤203，当在预设时间内接收到OMC发送的设备管理信息和设备维护信息时，表明OM通道未发生故障，将结束。其中，预设时间可以是OMC向第一通信设备发送信息的周期的倍数，也可以是大于OMC向第一通信设备发送信息的周期的数，本实施例不作限定。

202、第一通信设备判断第一通信设备内部是否发生故障，当第一通信设备内部未发生时，第一通信设备将执行步骤203，当第一通信设备内部发生故障时，第一通信设备将执行步骤204或205。

本实施例中，由于OM通道发生故障有可能是OMC发生故障导致的，也有可能是第一通信设备发生故障导致的。因此，当判断出OM通道发生故障之后， 第一通信设备将判断其内部是否发生故障，即判断第一通信设备运行的任务是否能够被响应，或者判断用于申请资源的申请请求是否能够申请到资源，例如内存资源、处理器资源等，当第一通信设备运行的任务不能够被响应，或者申请请求申请不到资源时，表明第一通信设备内部发生故障，第一通信设备将执行步骤204或步骤205，当第一通信设备运行的任务能够被响应，或者申请请求能够申请到资源时，表明第一通信设备内部未发生故障，第一通信设备将执行步骤203。

203、第一通信设备判断业务通道是否发生故障，当业务通道发生故障时，第一通信设备将执行步骤204或205，当业务通道未发生故障时，将结束。

本实施例中，当判断出OM通道发生故障，或者第一通信设备内部未发生故障时，第一通信设备将判断业务通道是否发生故障，当业务通道发生故障时，表明第一通信设备的自复位不影响第一通信设备与第二通信设备的业务处理，可以执行步骤204或步骤205，当业务通道未发生故障时，表明第一通信设备的自复位将影响第一通信设备与第二通信设备的业务处理，将结束。其中，第二通信设备是与第一通信设备进行通信的通信设备中的任一通信设备。

本实施例中，当第一通信设备与第二通信设备之间存在业务控制连接时，第一通信设备可以先获取SCTP、TCP连接或UDP连接的状态信息，之后判断SCTP连接、TCP连接或UDP连接的状态信息是否用于指示第一通信设备与第二通信设备之间的业务控制连接异常，当SCTP连接、TCP连接或UDP连接的状态信息用于指示第一通信设备与第二通信设备之间的业务控制连接异常时，表明业务通道发生故障；也可以先获取第一通信设备与第二通信设备之间的链路在第一通信设备上的物理端口的状态信息，之后判断物理端口的状态信息是否用于指示物理端口发生故障，当物理端口的状态信息用于指示物理端口发生故障时，表明业务通道发生故障。当第一通信设备与第二通信设备之间不存在业务控制连接时，第一通信设备判断业务通道是否发生故障时，可以判断接收的第二通信设备发送的LLDP的状态信息是否用于指示与第一通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常，当LLDP的状态信息用于指示与第一通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，表明业务通道发生故障。其中，业务控制连接是通信设备 之间用于建立业务通道的控制面连接。其中，第二通信设备可以通过对LLDP进行字节扩展并将LLDP的状态信息通过扩展的字节发送给第一通信设备，也可以通过其它消息包将LLDP的状态信息发送给第一通信设备。其中，通信设备之间存在多条业务控制连接，两个通信设备之间的业务控制连接异常可以是两个通信设备之间的所有业务控制连接均异常，也可以是两个通信设备之间的业务控制连接中主要的业务控制连接异常，主要的业务控制连接可以是优先级较高的业务控制连接。

204、第一通信设备判断OM通道发生故障的持续时间是否大于或等于第一预设时间，以及业务通道发生故障的持续时间是否大于或等于第二预设时间，当OM通道发生故障的持续时间大于或等于第一预设时间，且业务通道发生故障的持续时间大于或等于第二预设时间时，第一通信设备将执行步骤205，当OM通道发生故障的持续时间小于第一预设时间，或业务通道发生故障的持续时间小于第二预设时间时，将结束。

本实施例中，第一通信设备判断出第一通信设备内部发生故障之后，或者判断出业务通道发生故障之后，可以先判断OM通道发生故障的持续时间是否大于或等于第一预设时间，以及业务通道发生故障的持续时间是否大于或等于第二预设时间，当OM通道发生故障的持续时间大于或等于第一预设时间，且业务通道发生故障的持续时间大于或等于第二预设时间时，第一通信设备将执行步骤205，当OM通道发生故障的持续时间小于第一预设时间，或业务通道发生故障的持续时间小于第二预设时间时，表明OM故障或业务故障只是暂时性的，将结束，以便避免不必要的复位。

205、第一通信设备进行复位。

本实施例中，当第一通信设备判断出通信设备或交换设备内部发生故障之后，或者判断出业务通道发生故障之后，或者判断出OM通道发生故障的持续时间大于或等于第一预设时间且业务通道发生故障的持续时间大于或等于第二预设时间之后，第一通信设备进行复位，以便可以通过自复位恢复业务通道和/或OM通道。当第一通信设备进行复位后，如果OM通道和业务通道的故障未回复，第一通信设备可以再次进行复位，两次复位之间的时间间隔可以根据需要设置，本实施例不作限定。

在图2所描述的通信设备复位方法中，当OM通道和业务通道都发生故障时，通信设备才进行复位，可以避免通信设备复位对业务处理的影响。

基于图1所示的通信设备复位的网络架构，请参阅图3，图3是本发明实施例公开的一种通信设备的结构图。其中，该通信设备是从通信设备102的角度来描述的。如图3所示，该通信设备300可以包括：

第一判断单元301，用于判断OM通道是否发生故障，OM通道是通信设备与OMC之间用于传输设备管理信息和设备维护信息的通道；

第二判断单元302，用于当第一判断单元301的判断结果为是时，判断业务通道是否发生故障，业务通道是通信设备与目标通信设备之间用于传输业务数据的通道，目标通信设备是与通信设备进行通信的通信设备中的任一通信设备；

复位单元303，用于当第二判断单元302的判断结果为是时，进行复位。

作为一种可能的实施方式，当第二判断单元302的判断结果为是时，通信设备300还可以包括：

第三判断单元304，用于判断OM通道发生故障的持续时间是否大于或等于第一预设时间，以及业务通道发生故障的持续时间是否大于或等于第二预设时间，当第三判断单元304的判断结果为OM通道发生故障的持续时间大于或等于第一预设时间，且业务通道发生故障的持续时间大于或等于第二预设时间时，触发复位单元303执行所述进行复位的步骤。

作为一种可能的实施方式，当通信设备与目标通信设备之间存在业务控制连接时，第二判断单元302具体用于：

获取SCTP连接、TCP连接或UDP连接的状态信息，并判断SCTP连接、TCP连接或UDP连接的状态信息是否用于指示通信设备与目标通信设备之间的业务控制连接异常，当SCTP连接、TCP连接或UDP连接的状态信息用于指示通信设备与目标通信设备之间的业务控制连接异常时，确定业务通道发生故障；或者

获取通信设备与目标通信设备之间的链路在通信设备上的物理端口的状态信息，并判断物理端口的状态信息是否用于指示物理端口发生故障，当物理 端口的状态信息用于指示物理端口发生故障时，确定业务通道发生故障；

当通信设备与目标通信设备之间不存在业务控制连接时，第二判断单元302具体用于：

接收目标通信设备发送的LLDP的状态信息，并判断LLDP的状态信息是否用于指示与通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常，当LLDP的状态信息用于指示与通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，确定业务通道发生故障；

其中，业务控制连接是用于建立业务通道的控制面连接。

作为一种可能的实施方式，第一判断单元301，具体用于判断在预设时间内是否接收到OMC发送的信息，当在预设时间内未接收到OMC发送的信息时，确定OM通道发生故障。

作为一种可能的实施方式，当第一判断单元301的判断结果为是时，通信设备300还可以包括：

第四判断单元305，用于判断通信设备内部是否发生故障，当第四判断单元305的判断结果为否时，触发第二判断单元302执行所述判断业务通道是否发生故障的步骤。

作为一种可能的实施方式，第四判断单元305具体用于：

判断通信设备运行任务是否能够被响应，当通信设备运行任务不能够被响应时，确定通信设备内部发生故障；或者

判断用于申请资源的申请请求是否申请到资源，当用于申请资源的申请请求申请不到资源时，确定通信设备内部发生故障。

在图3所描述的通信设备中，当OM通道和业务通道都发生故障时，通信设备才进行复位，可以避免通信设备复位对业务处理的影响。

基于图1所示的通信设备复位的网络架构，请参阅图4，图4是本发明实施例公开的另一种通信设备的结构图。其中，该通信设备是从通信设备102的角度来描述的。如图4所示，该通信设备400可以包括处理器401、存储器402和通信接口403，其中：

存储器402中存储有一组程序代码，处理器401用于调用存储器402中存储 的程序代码执行以下操作：

判断OM通道是否发生故障，OM通道是通信设备与OMC之间用于传输设备管理信息和设备维护信息的通道；

当OM通道发生故障时，判断业务通道是否发生故障，业务通道是通信设备与目标通信设备之间用于传输业务数据的通道，目标通信设备是与通信设备进行通信的通信设备中的任一通信设备；

当业务通道发生故障时，进行复位；

通信接口403，用于在处理器401的控制下与OMC和目标通信设备进行通信。

作为一种可能的实施方式，处理器401判断出业务通道发生故障之后，处理器401还用于调用存储器402中存储的程序代码执行以下操作：

判断OM通道发生故障的持续时间是否大于或等于第一预设时间，以及业务通道发生故障的持续时间是否大于或等于第二预设时间；

当OM通道发生故障的持续时间大于或等于第一预设时间，且业务通道发生故障的持续时间大于或等于第二预设时间时，执行所述进行复位的步骤。

作为一种可能的实施方式，当通信设备与目标通信设备之间存在业务控制连接时，处理器401判断业务通道是否发生故障的方式具体为：

获取SCTP连接、TCP连接或UDP连接的状态信息，并判断SCTP连接、TCP连接或UDP连接的状态信息是否用于指示通信设备与目标通信设备之间的业务控制连接异常，当SCTP连接、TCP连接或UDP连接的状态信息用于指示通信设备与目标通信设备之间的业务控制连接异常时，确定业务通道发生故障；或者

获取通信设备与目标通信设备之间的链路在通信设备上的物理端口的状态信息，并判断物理端口的状态信息是否用于指示物理端口发生故障，当物理端口的状态信息用于指示物理端口发生故障时，确定业务通道发生故障；

当通信设备与目标通信设备之间不存在业务控制连接时，处理器401判断业务通道是否发生故障的方式具体为：

接收目标通信设备发送的LLDP的状态信息，并判断LLDP的状态信息是否用于指示与通信设备通信的通信设备中任意两个通信设备之间的业务控制连 接均异常，当LLDP的状态信息用于指示与通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，确定业务通道发生故障；

其中，业务控制连接是用于建立业务通道的控制面连接。

作为一种可能的实施方式，处理器401判断OM通道是否发生故障的方式具体为：

判断在预设时间内是否接收到OMC发送的信息，当在预设时间内未接收到OMC发送的信息时，确定OM通道发生故障。

作为一种可能的实施方式，当处理器401判断出OM通道发生故障之后，处理器401还用于调用存储器402中存储的程序代码执行以下操作：

判断通信设备内部是否发生故障，当通信设备内部未发生故障时，执行所述判断业务通道是否发生故障的步骤。

作为一种可能的实施方式，处理器401判断通信设备内部是否发生故障的方式具体为：

判断通信设备运行任务是否能够被响应，当通信设备运行任务不能够被响应时，确定通信设备内部发生故障；或者

判断用于申请资源的申请请求是否申请到资源，当申请请求申请不到资源时，确定通信设备内部发生故障。

在图4所描述的通信设备中，当OM通道和业务通道都发生故障时，通信设备才进行复位，可以避免通信设备复位对业务处理的影响。

一个实施例中，本发明实施例进一步公开一种通信设备可读存储介质，该通信设备可读存储介质存储有通信设备程序，当通信设备可读存储介质中的通信设备程序被读取到通信设备时，能够使得通信设备完成本发明实施例公开的通信设备复位方法的全部步骤。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

以上对本发明实施例所提供的通信设备复位方法及通信设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

1. 一种通信设备复位方法，其特征在于，包括：

   第一通信设备判断操作维护OM通道是否发生故障，所述OM通道是所述第一通信设备与操作维护中心OMC之间用于传输设备管理信息和设备维护信息的通道；

   当所述OM通道发生故障时，所述第一通信设备判断业务通道是否发生故障，所述业务通道是所述第一通信设备与第二通信设备之间用于传输业务数据的通道，所述第二通信设备是与所述第一通信设备进行通信的通信设备中的任一通信设备；

   当所述业务通道发生故障时，所述第一通信设备进行复位。
2. 根据权利要求1所述的方法，其特征在于，所述第一通信设备判断出业务通道发生故障之后，所述方法还包括：

   所述第一通信设备判断所述OM通道发生故障的持续时间是否大于或等于第一预设时间，以及所述业务通道发生故障的持续时间是否大于或等于第二预设时间；

   当所述OM通道发生故障的持续时间大于或等于第一预设时间，且所述业务通道发生故障的持续时间大于或等于第二预设时间时，所述第一通信设备执行所述进行复位的步骤。
3. 根据权利要求1所述的方法，其特征在于，当所述第一通信设备与所述第二通信设备之间存在业务控制连接时，所述第一通信设备判断业务通道是否发生故障包括：

   所述第一通信设备获取流控制传输协议SCTP连接、传输控制协议TCP连接或用户数据报协议UDP连接的状态信息，并判断所述状态信息是否用于指示所述第一通信设备与所述第二通信设备之间的业务控制连接异常，当所述状态信息用于指示所述第一通信设备与所述第二通信设备之间的业务控制连接异常时，确定业务通道发生故障；或者

   所述第一通信设备获取所述第一通信设备与所述第二通信设备之间的链 路在所述第一通信设备上的物理端口的状态信息，并判断所述状态信息是否用于指示所述物理端口发生故障，当所述状态信息用于指示所述物理端口发生故障时，确定业务通道发生故障；

   当所述第一通信设备与所述第二通信设备之间不存在业务控制连接时，所述第一通信设备判断业务通道是否发生故障包括：

   所述第一通信设备接收所述第二通信设备发送的链路层发现协议LLDP的状态信息，并判断所述状态信息是否用于指示与所述第一通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常，当所述状态信息用于指示与所述第一通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，确定业务通道发生故障；

   其中，所述业务控制连接是用于建立业务通道的控制面连接。
4. 根据权利要求1所述的方法，其特征在于，所述第一通信设备判断OM通道是否发生故障包括：

   所述第一通信设备判断在预设时间内是否接收到OMC发送的信息，当在预设时间内未接收到OMC发送的信息时，确定OM通道发生故障。
5. 根据权利要求1所述的方法，其特征在于，当所述第一通信设备判断出OM通道发生故障之后，所述方法还包括：

   所述第一通信设备判断所述第一通信设备内部是否发生故障，当所述第一通信设备内部未发生故障时，执行所述判断业务通道是否发生故障的步骤。
6. 根据权利要求5所述的方法，其特征在于，所述第一通信设备判断所述第一通信设备内部是否发生故障包括：

   所述第一通信设备判断所述第一通信设备运行任务是否能够被响应，当所述第一通信设备运行任务不能够被响应时，确定所述第一通信设备内部发生故障；或者

   所述第一通信设备判断用于申请资源的申请请求是否申请到资源，当所述申请请求申请不到资源时，确定所述第一通信设备内部发生故障。
7. 一种通信设备，其特征在于，包括：

   第一判断单元，用于判断操作维护OM通道是否发生故障，所述OM通道是所述通信设备与操作维护中心OMC之间用于传输设备管理信息和设备维护信息的通道；

   第二判断单元，用于当所述第一判断单元的判断结果为是时，判断业务通道是否发生故障，所述业务通道是所述通信设备与目标通信设备之间用于传输业务数据的通道，所述目标通信设备是与所述通信设备进行通信的通信设备中的任一通信设备；

   复位单元，用于当所述第二判断单元的判断结果为是时，进行复位。
8. 根据权利要求7所述的通信设备，其特征在于，当所述第二判断单元的判断结果为是时，所述通信设备还包括：

   第三判断单元，用于判断所述OM通道发生故障的持续时间是否大于或等于第一预设时间，以及所述业务通道发生故障的持续时间是否大于或等于第二预设时间，当所述第三判断单元的判断结果为所述OM通道发生故障的持续时间大于或等于第一预设时间，且所述业务通道发生故障的持续时间大于或等于第二预设时间时，触发所述复位单元执行所述进行复位的步骤。
9. 根据权利要求7所述的通信设备，其特征在于，当所述通信设备与所述目标通信设备之间存在业务控制连接时，所述第二判断单元具体用于：

   获取流控制传输协议SCTP连接、传输控制协议TCP连接或用户数据报协议UDP连接的状态信息，并判断所述状态信息是否用于指示所述通信设备与所述目标通信设备之间的业务控制连接异常，当所述状态信息用于指示所述通信设备与所述目标通信设备之间的业务控制连接异常时，确定业务通道发生故障；或者

   获取所述通信设备与所述目标通信设备之间的链路在所述通信设备上的物理端口的状态信息，并判断所述状态信息是否用于指示所述物理端口发生故障，当所述状态信息用于指示所述物理端口发生故障时，确定业务通道发生故障；

   当所述通信设备与所述目标通信设备之间不存在业务控制连接时，所述第二判断单元具体用于：

   接收所述目标通信设备发送的链路层发现协议LLDP的状态信息，并判断所述状态信息是否用于指示与所述通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常，当所述状态信息用于指示与所述通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，确定业务通道发生故障；

   其中，所述业务控制连接是用于建立业务通道的控制面连接。
10. 根据权利要求7所述的通信设备，其特征在于，所述第一判断单元，具体用于判断在预设时间内是否接收到OMC发送的信息，当在预设时间内未接收到OMC发送的信息时，确定OM通道发生故障。
11. 根据权利要求7所述的通信设备，其特征在于，当所述第一判断单元的判断结果为是时，所述通信设备还包括：

    第四判断单元，用于判断所述通信设备内部是否发生故障，当所述第四判断单元的判断结果为否时，触发所述第二判断单元执行所述判断业务通道是否发生故障的步骤。
12. 根据权利要求11所述的通信设备，其特征在于，所述第四判断单元具体用于：

    判断所述通信设备运行任务是否能够被响应，当所述通信设备运行任务不能够被响应时，确定所述通信设备内部发生故障；或者

    判断用于申请资源的申请请求是否申请到资源，当所述申请请求申请不到资源时，确定所述通信设备内部发生故障。
13. 一种通信设备，其特征在于，包括处理器、存储器和通信接口，其中：

    所述存储器中存储有一组程序代码，所述处理器用于调用所述存储器中存储的程序代码执行以下操作：

    判断操作维护OM通道是否发生故障，所述OM通道是所述通信设备与操作维护中心OMC之间用于传输设备管理信息和设备维护信息的通道；

    当所述OM通道发生故障时，判断业务通道是否发生故障，所述业务通道是所述通信设备与目标通信设备之间用于传输业务数据的通道，所述目标通信设备是与所述通信设备进行通信的通信设备中的任一通信设备；

    当所述业务通道发生故障时，进行复位；

    所述通信接口，用于在所述处理器的控制下与所述OMC和所述目标通信设备进行通信。
14. 根据权利要求13所述的通信设备，其特征在于，所述处理器判断出业务通道发生故障之后，所述处理器还用于调用所述存储器中存储的程序代码执行以下操作：

    判断所述OM通道发生故障的持续时间是否大于或等于第一预设时间，以及所述业务通道发生故障的持续时间是否大于或等于第二预设时间；

    当所述OM通道发生故障的持续时间大于或等于第一预设时间，且所述业务通道发生故障的持续时间大于或等于第二预设时间时，执行所述进行复位的步骤。
15. 根据权利要求13所述的通信设备，其特征在于，当所述通信设备与所述目标通信设备之间存在业务控制连接时，所述处理器判断业务通道是否发生故障的方式具体为：

    获取流控制传输协议SCTP连接、传输控制协议TCP连接或用户数据报协议UDP连接的状态信息，并判断所述状态信息是否用于指示所述通信设备与所述目标通信设备之间的业务控制连接异常，当所述状态信息用于指示所述通信设备与所述目标通信设备之间的业务控制连接异常时，确定业务通道发生故障；或者

    获取所述通信设备与所述目标通信设备之间的链路在所述通信设备上的物理端口的状态信息，并判断所述状态信息是否用于指示所述物理端口发生故障，当所述状态信息用于指示所述物理端口发生故障时，确定业务通道发生故 障；

    当所述通信设备与所述目标通信设备之间不存在业务控制连接时，所述处理器判断业务通道是否发生故障的方式具体为：

    接收所述目标通信设备发送的链路层发现协议LLDP的状态信息，并判断所述状态信息是否用于指示与所述通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常，当所述状态信息用于指示与所述通信设备通信的通信设备中任意两个通信设备之间的业务控制连接均异常时，确定业务通道发生故障；

    其中，所述业务控制连接是用于建立业务通道的控制面连接。
16. 根据权利要求13所述的通信设备，其特征在于，所述处理器判断OM通道是否发生故障的方式具体为：

    判断在预设时间内是否接收到OMC发送的信息，当在预设时间内未接收到OMC发送的信息时，确定OM通道发生故障。
17. 根据权利要求13所述的通信设备，其特征在于，当所述处理器判断出OM通道发生故障之后，所述处理器还用于调用所述存储器中存储的程序代码执行以下操作：

    判断所述通信设备内部是否发生故障，当所述通信设备内部未发生故障时，执行所述判断业务通道是否发生故障的步骤。
18. 根据权利要求17所述的通信设备，其特征在于，所述处理器判断所述通信设备内部是否发生故障的方式具体为：

    判断所述通信设备运行任务是否能够被响应，当所述通信设备运行任务不能够被响应时，确定所述通信设备内部发生故障；或者

    判断用于申请资源的申请请求是否申请到资源，当所述申请请求申请不到资源时，确定所述通信设备内部发生故障。