CN115550131A - 故障处理方法、装置、存储介质及电子装置 - Google Patents

Abstract

本发明实施例提供了一种故障处理方法、装置、存储介质及电子装置，其中，该方法包括：接收资源故障信息；处理资源故障信息；传递资源故障信息。通过本发明，解决了相关技术中存在的需要超级管控系统协调多个域的管控系统进行故障处理故障导致故障处理速度慢的问题，提高了故障处理的速度。

Description

故障处理方法、装置、存储介质及电子装置

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种故障处理方法、装置、存储介质及电子装置。

背景技术

一个服务部署可能横跨多个管理域，一个管理域对应一个管控系统。对于一个跨域业务，通常要求能够进行基于端到端服务的故障检测和自动修复。如果一个管控系统域内发生故障/阈值预警，如果只是涉及域内业务，则本管控域可自动修复，无需其他管控域或者超级管理系统的参与。如果本管控域内无法完成进行自我修复，则本管控域需要将问题升级到超级管控系统，在超级管控范围内启动服务的自我修复操作，并驱动下层管控域内执行重配置/重路由等功能。这一系列流程需要多个管控系统之间交互。

集中式管控系统，如软件定义网络管控系统(SDN controller)，基于逻辑集中的控制架构，通过呼叫控制，连接控制，路由控制等控制组件完成集中式的连接调度。因具有全局网络资源信息并能协同处理全部连接请求，能够从整理来优化资源配置。在相关技术中，管控系统是按照树形层次化组织的分层架构，以便控制大规模网络。直接管理网元的是域管控系统；管理域管控系统的是超级管控系统，超级管控系统不直接管理网元，通过域管控系统提供的虚拟网络对实际网络进行管理。网络实际运行过程中，某一个域管控系统所管理的边界网元或者一部分网络资源可能出现预警或者遇到故障，尤其是域管控系统无法完成处理的预警或者故障，则需要将本告警衍生到超级管控系统。由超级管控系统协调多个域的管控系统进行故障的恢复和处理。

由此可知，相关技术中存在需要超级管控系统协调多个域的管控系统进行故障处理故障导致故障处理速度慢的问题。

针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种故障处理方法、装置、存储介质及电子装置，以至少解决相关技术中存在的需要超级管控系统协调多个域的管控系统进行故障处理故障导致故障处理速度慢的问题。

根据本发明的一个实施例，提供了一种故障处理方法，包括：接收资源故障信息；处理所述资源故障信息；传递所述资源故障信息。

根据本发明的另一个实施例，提供了一种故障处理装置，包括：接收模块，用于接收资源故障信息；处理模块，用于处理所述资源故障信息；传递模块，用于传递所述资源故障信息。

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

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

通过本发明，在接收到资源故障信息后，可以处理资源故障信息对应的故障，以及传递资源故障信息。由于在接收到资源故障信息时，可以直接处理资源故障信息对应的故障，并直接传递资源故障信息，无需超级管控系统的调配。因此，可以解决相关技术中存在的需要超级管控系统协调多个域的管控系统进行故障处理故障导致故障处理速度慢的问题，提高了故障处理的速度。

附图说明

图1是本发明实施例的一种故障处理方法的有线设备的硬件结构框图；

图2是根据本发明实施例的故障处理方法的流程图；

图3是根据本发明示例性实施例的SDN管控系统内组件交互示意图；

图4是根据本发明示例性实施例的SDN管控系统间交互示意图；

图5是根据本发明示例性实施例的SDN管控系统间组件交互示意图；

图6是根据本发明示例性实施例的连接相关SDN管控系统间组件接口交互示意图；

图7是根据本发明实施例的故障处理装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

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

本申请实施例中所提供的方法实施例可以在有线设备、计算机终端或者类似的运算装置中执行。以运行在有线设备上为例，图1是本发明实施例的一种故障处理方法的有线设备的硬件结构框图。如图1所示，有线设备可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述有线设备还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述有线设备的结构造成限定。例如，有线设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的故障处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至有线设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括通信供应商提供的有线网络。

在本实施例中提供了一种故障处理方法，图2是根据本发明实施例的故障处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，接收资源故障信息；

步骤S204，处理所述资源故障信息；

步骤S206，传递所述资源故障信息。

在上述实施例中，可以由管控系统接收资源故障信息，其中，管控系统可以为集中式管控系统，如软件定义网络管控系统(SDN controller)。管控系统可以管控多个子网点(Subnetwork Point，SNP)。在域管控系统获取到预警或者故障信息后，如果本地能够处理，则可以发送故障/预警信息到本地系统中的对应组件。如果本地无法处理故障，则可以通过通知组件通知到其他管控系统，以便其他管控系统及时作出决策。当然，当管控系统无法处理故障时，还可以通知到超级管控系统，由超级管控系统通知其管辖范围内的管控系统中的管控系统及时作出决策，即其他管控系统可以为与管控系统平级的管控系统，还可以为管控系统的上级管控系统，即超级管控系统。当然，当接收到资源故障信息时，还可以在管控系统中进行处理，同时将资源故障信息传递给其他管控系统，由管控系统和其他管控系统协同处理资源故障信息对应的故障。其中，故障信息可以是管控系统范围内的资源相关的告警信息，包括但不限于：故障告警、性能监控阈值过限、对象创建或删除、状态变更等。

在上述实施例中，不同的故障信息对应不同的处理操作。处理操作可以包括重启、重配、释放连接、重路由、处理呼叫等。

可选地，上述步骤的执行主体可以为管控系统，例如，管控系统中包括的LRM(链路资源管理器)。

通过本发明，在接收到资源故障信息后，可以处理资源故障信息对应的故障，以及传递资源故障信息。由于在接收到资源故障信息时，可以直接处理资源故障信息对应的故障，并直接传递资源故障信息，无需超级管控系统的调配。因此，可以解决相关技术中存在的需要超级管控系统协调多个域的管控系统进行故障处理故障导致故障处理速度慢的问题，提高了故障处理的速度。

在一个示例性实施例中，在可信域内多个管控系统范围内，所述资源故障信息由源组件直接发送目标组件；在非可信域内多个管控系统范围内，所述资源故障信息由通知组件传递。在本实施例中，在接收到资源故障信息后，在可信域内多个管控系统范围内，资源故障信息可以由源组件直接发送给目标组件。在非可信域内可以由通知组件传递资源故障信息。即在同一个可信域内的多个管控系统范围内，可以直接由源组件将资源故障信息发送给目标组件，其中，目标组件可以包括连接控制组件、路由控制组件、网络呼叫控制组件等。可以根据资源故障信息的类型确定将资源故障信息发送给哪一个组件。

在上述实施例中，在非可信域内多个管控系统范围内，当接收到资源故障信息后，可以通过管理系统的通知组件将资源故障信息发送给其他管控系统的通知组件，由其他管控系统的通知组件将资源故障信息发送给其他管控系统中的目标组件。

在一个示例性实施例中，所述资源故障信息包括：管控系统范围内的资源相关的告警信息，其中，所述管控系统范围内的资源相关的告警信息包括以下至少之一：故障告警、性能监控阈值过限、对象创建或删除、状态变更。在本实施例中，在接收到故障告警、性能监控阈值过限、对象创建或删除、状态变更等信息中包括的一个或多个信息后，可以处理资源故障信息，和/或传递资源故障信息。例如，将资源故障信息传递给其他管控系统，或者将资源故障信息传递给管控系统中包括的其他组件。

在一个示例性实施例中，处理所述资源故障信息包括抽象聚合所述资源故障信息。在本实施例中，可以通过抽象和聚合资源故障信息以确定出用于通知发生故障的故障通知信息。

在一个示例性实施例中，所述资源故障信息由源组件直接发送目标组件包括：在所述故障为连接故障的情况下，通过所述源组件将所述资源故障信息发送给连接控制组件；在所述故障为路由故障的情况下，通过所述源组件将所述资源故障信发送给路由控制组件；在所述故障为网络呼叫故障的情况下，通过所述源组件将所述资源故障信发送给网络呼叫控制组件。在本实施例中，由TAP(终结和适配执行器)获取到资源状态后，上报LRM(链路资源管理器)，LRM跟CC/RC/NCC直接交互跟连接/路由/呼叫相关的故障通知。即，LRM可以根据故障信息确定故障类型，当确定故障为连接故障的情况下，可以将资源故障信息发送给CC组件(Connection Controller，连接管控组件)。当故障为路由故障的情况下，可以将资源故障信息发送给RC组件(Route Controller，路由管控组件)。当故障为网络呼叫故障的情况下，可以将资源故障信息发送给NCC组件(Network Call Controller，网络呼叫管控组件)。

在一个示例性实施例中，接收资源故障信息包括：接收来自于管控系统范围内的转发面上报的资源故障信息；和/或接收来自于其他管控系统内的组件发送过来的资源故障信息。在本实施例中，资源故障信息可以为本管控系统中包括的TAP组件上报的资源故障信息，可以通过管控系统内的源组件接收资源故障信息，在源组件中处理资源故障信息对应的故障，还可以通过源组件将资源故障信息发送给管控系统中包括的目标组件。例如，在管控系统所管辖的目标子网点发生故障时，管控系统中的TAP(终结和适配执行器)可以获取到管控系统中的子网点的资源故障信息，并将资源故障信息传递给LRM(对应于上述源组件)，LRM接收到TAP发送的资源故障信息。资源故障信息还可以为其他管控系统发送的信息，即在其他管控系统无法处理故障，或者需要管控系统协助处理故障时，可以将资源故障信息发送给管控系统。

在一个示例性实施例中，在接收资源故障信息之前，所述方法还包括：在多个所述管控系统间预先配置策略；基于所述策略确定关联所述管控系统间的资源故障信息的所述其他管控系统内的资源故障信息。在本实施例中，可以在管控系统内预先部署策略，根据策略确定其他管控系统中的资源故障信息。其中，其他管控系统可以为关联了管控系统间的资源故障信息的管控系统。即管控系统可以接收其他管控系统发送的资源故障信息，在接收其他管控系统发送的资源故障信息之前，需要确定出与之关联的其他管控系统。

在一个示例性实施例中，在基于所述策略确定关联所述管控系统间的资源故障信息的所述其他管控系统内的资源故障信息之前，所述方法还包括以下至少之一：将订阅了所述管控系统的通知组件的消息的管控系统确定为所述其他管控系统；将与所述管控系统关联的管控系统确定为所述其他管控系统；将按照预定周期从所述管控系统中的通知组件中拉取消息的管控系统确定为所述其他管控系统。在本实施例中，其他管控系统可以为订阅了管控系统中的通知组件的消息的管控系统，还可以为与管控系统预先关联的系统，也可以为从管控系统中定期拉取连接消息的管控系统。即故障信息推送模式可以为订阅模式，即管控系统二的notification组件(对应于上述其他管控系统的通知组件)订阅管控系统一的notification组件(对应于上述管控系统的通知组件)的连接相关的消息。当管控系统一的CC发送连接相关的通知消息给notification组件时，管控系统一的notification会发送连接相关的通知消息到管控系统二的notification组件。此时，管控系统二的notification根据本地的策略，通知到本地CC/RC组件。

当其他管控系统为预先配置的与所述管控系统关联的管控系统的情况下，当管控系统一的CC发送连接相关的通知消息给notification组件时，管控系统一的notification会发送连接相关的通知消息到管控系统二的notification组件。此时，管控系统二的notification根据本地的策略，通知到本地CC/RC组件。

当其他管控系统为按照预定周期从所述管控系统中的通知组件中拉取连接消息的管控系统的情况下，管控系统二notification组件循环定时从管控系统一的notification组件获取跟连接相关的通知。获取到后管控系统二的notification组件，通知到本地的CC/RC组件。

在一个示例性实施例中，在非可信域内，管控系统中包括的LRM组件将所述资源故障信息传递给所述管控系统中的通知组件，根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件。在本实施例中，连接资源管理组件可以将故障信息传递给本管控系统中的通知组件。管控系统中的通知组件可以将资源故障信息传递给其他非可信管控系统。例如，管控系统内的LRM可以通过管控系统管辖内的TAP获取到目标子网点的资源的故障；管控系统内LRM可以更新某个连接/路由/呼叫的故障状态到CC/RC/NCC；管控系统内的CC/RC/NCC组件发送通知消息到管控系统的通知组件；可选地，管控系统内的LRM直接发送通知消息到管控系统内的通知组件；管控系统的通知组件决策根据预先部署的策略决策是否要通知到其他管控系统，并决策要具体通知的管控系统。当管控系统内可以完成对故障的通知和处理，则可以由管控域内的管控组件直接交互完成处理。其中，SDN管控系统内组件交互示意图可参见附图3。当组件内无法完成对故障的通知和处理时，可以通知其他管控系统处理故障。其中，SDN管控系统间交互示意图可参见附图4。其中，附图3和附图4中所涉及到的各个控制器即为管控系统。

在一个示例性实施例中，在在根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件之后，所述方法还包括：所述其他非可信管控系统的通知组件接收到所述资源故障信息后，处理所述故障，并将所述资源故障信息传递给所述其他非可信管控系统的目标组件；其中，传递给所述其他非可信管控系统的目标组件包括：在所述故障影响到连接故障的情况下，将所述资源故障信息发送给连接控制组件；在所述故障影响到路由故障的情况下，将所述资源故障信息发送给路由控制组件；在所述故障影响到网络呼叫故障的情况下，将所述资源故障信息发送给网络呼叫控制组件。在本实施例中，在管控系统中的通知组件将资源故障信息传递给其他非可信管控系统中的通知组件，由其他非可信管控系统的通知组件接到资源故障信息，可以处理资源故障信息对应的故障，并将资源故障信息传递给其他非可信管控系统的目标组件。即在管控系统中的通知组件定位到其他非可信管控系统的情况下，管控系统中的通知组件对应其他非可信管控系统的通知组件；管控系统的通知组件发送通知消息到其他非可信管控系统的通知组件；其他非可信管控系统的通知组件通过之前预部署的策略对接收到的通知消息进行分析和处理，决策将消息通知到其他非可信管控系统内的具体组件。例如，第二管控系统内的CC/RC/NCC；第二管控系统内的CC/RC/NCC接收到通知消息决策对连接/路由/呼叫进行处理。即，根据故障的类型将资源故障信息发送给与该类型对应的组件中。其中，SDN管控系统间组件交互示意图可参见附图5，连接相关SDN管控系统间组件接口交互示意图可参见附图6。

在一个示例性实施例中，在在根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件之后，所述方法还包括：在所述其他非可信管控系统为所述管控系统的上级管控系统的情况下，执行以下操作之一：所述其他非可信管控系统中包括的第一组件基于所述资源故障信息对所述资源故障信息进行处理；所述第一组件基于所述故障信息调整所述管控系统中的资源，以指示所述管控系统中包括的第二组件对所述资源故障信息进行处理。在本实施例中，当其他非可信管控系统为第一管控系统的上级管控系统时，即当其他非可信管控系统可以为超级管控系统的情况下，第一组件可以根据资源故障信息对故障进行处理。其他非可信管控系统也可以直接可以根据资源故障信息调整管控系统中的资源。即其他非可信管控系统如果可以透传看到管控系统的资源情况，也可以直接由其他非可信管控系统的notification组件，直接通知到管控系统的LRM组件，更新管控系统的资源状态。

下面结合具体实施方式对故障处理方法进行说明：

管控系统之间的连接故障通知过程如下：

LRM通过TAP模块收到转发网元上报的故障告警事件信息后，LRM则通过localconnection status out接口更新和发送最新的连接状态到CC，并携带具体的连接信息。

LRM的接口涉及(已有接口)，其中性能通知的内容在performance中携带，故障告警信息在operational state中携带。Local connection status out:This interface isused to convey the information on the local connection status to CC,it alsoreports the state of SNPx.(本地连接状态断开接口：该接口用于向CC传送关于本地连接状态的信息，其还报告SNPx的状态)。LRM的接口参数可参见表1。

表1

CC通过连接状态输入接口local connection status in接收到本地连接状态local connection status消息后，进行本地处理。连接状态输入接口参数可参见表2。

表2

CC通知到notification组件。

Output interface	Basic output parameters	Basic return parameters
			Notification out	Notification

通知Notification组件通过notification in接口接收到从CC发送过来的通知消息。

Input interface	Basic input parameters	Basic return parameters
			Notifications in	Notifications	-

notification组件本地处理，决策是否有消息要通知到其他管控系统。可通过广播或者提前订阅的方式通知。如果没有，则终止流程。如果有关联，则通过notificationout接口发送给管控系统二的notification组件。

Output interface	Basic output parameters	Basic return parameters
			Notifications out	Notifications	-

管控系统二的通知notification组件通过notifications in接口接收到通知消息。

Input interface	Basic input parameters	Basic return parameters
			Notifications in	Connection Notifications	-

先通过访问DS进行本地命名空间转换，再本地处理。决策是否发给本地组件，并通过notifications out接口通知到对应组件。

Output interface	Basic output parameters	Basic return parameters
			Notifications out	Notifications	-

接收组件为CC时，涉及CC接口的扩展。

Input interface	Basic input parameters	Basic return parameters
			Connection Notification in	link connection id	-

接收组件为RC时，涉及RC接口的扩展。

Input interface	Basic input parameters	Basic return parameters
			Route Notification in	Route

CC收到消息后，根据本地的连接状态，确定是连接重启/重配/释放；RC收到消息后，根据本地的拓扑状态，确定是重路由/重启/重配/释放。

当第二管控系统为第一管控系统的上级系统的情况下，上下级管控系统之间的资源预警通知过程如下：

管控系统一为域管控系统，管控系统二为域管控系统一之上的超级管控系统。管控系统一中的某个client context对应管控系统二。

管控系统一的LRM通过TAP模块收到本地网元上报的故障告警事件信息后，LRM上报notification组件。Notification组件，通过接口Resource mapping query(Resourcemapping query:This interface is used to query to the RDB to get therelationship between the network resources in the server context and thecorresponding virtual network resources in the client contexts。(资源映射查询：该接口用于查询RDB，得到服务器上下文中的网络资源与客户端上下文中对应的虚拟网络资源之间的关系)获取到当前资源是否在client context中有对应的虚拟网络资源。如果有，则需要上报到管控系统二。

此时管控系统一的notifiction组件通过notifications out接口通知管控系统二的notification组件。

管控系统二的notification组件通过notification in组件接收到管控系统一的通知后，通过接口Connection correlation query(连接关联查询)查询到对应的连接，并通过notification out接口通知到对应的CC。CC通过notification in接口对当前的连接及时作出调整。

管控系统二如果可以透传看到管控系统一的资源情况，也可以直接由管控系统二的notification组件，直接通知到对应的LRM组件，更新资源状态。LRM对应的接收接口如下表所述：

故障处理系统可以包括通知模块(对应于上述通知组件的运行模块)，CC模块(对应于上述CC组件的运行模块)，RC模块(对应于上述RC组件的运行模块)，NCC模块(对应于上述NCC组件的运行模块)，LRM模块(对应于上述LRM组件的运行模块)等。

通知模块可以用于:

通知模块接收到本管控系统内的CC/RC/NCC上发送的通知或者故障信息；

通知模块接收到本管控系统内的LRM发送的通知或者故障信息；

通知模块决策接收到的通知消息是否通知到相关管控系统；

通知模块决策接收到的通知消息发送给哪些相关管控系统；

通知模块发送通知消息到相关管控系统的通知模块；

通知模块跟数据服务模块交互进行命名空间的转换；

通知模块接收并处理其他管控系统的通知模块发送过来的通知消息；

通知模块决策将本地接收到的通知消息发送给本管控系统内哪些组件；

通知模块发送资源/连接/路由/呼叫相关通知消息到本管控系统内的LRM/CC/RC/NCC。

通知模块接收其他管控系统发送的订阅消息；

CC模块可以用于：

发送跟连接相关的通知消息到通知模块；

接收通知模块发送的跟某个连接相关的通知消息，本地决策重启/重配/释放连接。

RC模块可以用于：

发送跟路由相关的通知消息到通知模块；

接收通知模块发送的跟某个路由相关的通知消息，本地决策重路由。

NCC模块可以用于：

发送跟呼叫相关的通知消息到通知模块；

接收通知模块发送的跟某个呼叫相关的通知消息，本地决策处理呼叫。

LRM模块可以用于：

发送跟资源相关的通知消息到通知模块；

接收通知模块发送的跟某个资源相关的通知消息，本地决策重启/重配/释放资源。

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

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

图7是根据本发明实施例的故障处理装置的结构框图，如图7所示，该装置包括：

接收模块72，用于接收资源故障信息；

处理模块74，用于处理所述资源故障信息；

传递模块76，用于传递所述资源故障信息。

在一个示例性实施例中，在可信域内多个管控系统范围内，所述资源故障信息由源组件直接发送目标组件；在非可信域内多个管控系统范围内，所述资源故障信息由通知组件传递。

在一个示例性实施例中，所述资源故障信息包括：管控系统范围内的资源相关的告警信息，其中，所述管控系统范围内的资源相关的告警信息包括以下至少之一：故障告警、性能监控阈值过限、对象创建或删除、状态变更。

在一个示例性实施例中，处理模块74通过如下方式实现处理所述资源故障信息：抽象聚合所述资源故障信息。

在一个示例性实施例中，传递模块76通过如下方式实现所述资源故障信息由源组件直接发送目标组件：在所述故障为连接故障的情况下，通过所述源组件将所述资源故障信息发送给连接控制组件；在所述故障为路由故障的情况下，通过所述源组件将所述资源故障信发送给路由控制组件；在所述故障为网络呼叫故障的情况下，通过所述源组件将所述资源故障信发送给网络呼叫控制组件。

在一个示例性实施例中，接收模块72通过如下方式实现接收资源故障信息：接收来自于管控系统范围内的转发面上报的资源故障信息；和/或接收来自于其他管控系统内的组件发送过来的资源故障信息。

在一个示例性实施例中，所述装置还用于在接收资源故障信息之前，在多个所述管控系统间预先配置策略；基于所述策略确定关联所述管控系统间的资源故障信息的所述其他管控系统内的资源故障信息。

在一个示例性实施例中，所述装置还用于在基于所述策略确定关联所述管控系统间的资源故障信息的所述其他管控系统内的资源故障信息之前，将订阅了所述管控系统的通知组件的消息的管控系统确定为其他管控系统；将与所述管控系统关联的管控系统确定为所述其他管控系统；将按照预定周期从所述管控系统中的通知组件中拉取消息的管控系统确定为所述其他管控系统。

在一个示例性实施例中，在非可信域内，管控系统中包括的LRM组件将所述资源故障信息传递给所述管控系统中的通知组件，根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件。

在一个示例性实施例中，在根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件，所述其他非可信管控系统的通知组件用于在接收到所述资源故障信息后，处理所述故障，并将所述资源故障信息传递给所述其他非可信管控系统的目标组件；其中，传递给所述其他非可信管控系统的目标组件包括：在所述故障影响到连接故障的情况下，将所述资源故障信息发送给连接控制组件；在所述故障影响到路由故障的情况下，将所述资源故障信息发送给路由控制组件；在所述故障影响到网络呼叫故障的情况下，将所述资源故障信息发送给网络呼叫控制组件。

在一个示例性实施例中，在根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件之后，所述其他非可信管控系统用于在为所述管控系统的上级管控系统的情况下，执行以下操作之一：所述其他非可信管控系统中包括的第一组件基于所述资源故障信息对所述资源故障信息进行处理；所述第一组件基于所述故障信息调整所述管控系统中的资源，以指示所述管控系统中包括的第二组件对所述资源故障信息进行处理。

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

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

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

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

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

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

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

Claims (14)

1.一种故障处理方法，其特征在于，包括：

接收资源故障信息；处理所述资源故障信息；传递所述资源故障信息。

2.根据权利要求1所述的方法，其特征在于，

在可信域内多个管控系统范围内，所述资源故障信息由源组件直接发送目标组件；

在非可信域内多个管控系统范围内，所述资源故障信息由通知组件传递。

3.根据权利要求1所述的方法，其特征在于，所述资源故障信息包括：

管控系统范围内的资源相关的告警信息，其中，所述管控系统范围内的资源相关的告警信息包括以下至少之一：故障告警、性能监控阈值过限、对象创建或删除、状态变更。

4.根据权利要求1所述的方法，其特征在于，

处理所述资源故障信息包括抽象聚合所述资源故障信息。

5.根据权利要求2所述的方法，其特征在于，所述资源故障信息由源组件直接发送目标组件包括：

在所述故障为连接故障的情况下，通过所述源组件将所述资源故障信息发送给连接控制组件；

在所述故障为路由故障的情况下，通过所述源组件将所述资源故障信发送给路由控制组件；

在所述故障为网络呼叫故障的情况下，通过所述源组件将所述资源故障信发送给网络呼叫控制组件。

6.根据权利要求1所述的方法，接收资源故障信息包括：

接收来自于管控系统范围内的转发面上报的资源故障信息；和/或接收来自于其他管控系统内的组件发送过来的资源故障信息。

7.根据权利要求6所述的方法，其特征在于，在接收资源故障信息之前，所述方法还包括：

在多个所述管控系统间预先配置策略；

基于所述策略确定关联所述管控系统间的资源故障信息的所述其他管控系统内的资源故障信息。

8.根据权利要求7所述的方法，其特征在于，在基于所述策略确定关联所述管控系统间的资源故障信息的所述其他管控系统内的资源故障信息之前，所述方法还包括以下至少之一：

将订阅了所述管控系统的通知组件的消息的管控系统确定为其他管控系统；

将与所述管控系统关联的管控系统确定为所述其他管控系统；

将按照预定周期从所述管控系统中的通知组件中拉取消息的管控系统确定为所述其他管控系统。

9.根据权利要求1所述的方法，其特征在于，在非可信域内,管控系统中包括的LRM组件将所述资源故障信息传递给所述管控系统中的通知组件，根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件。

10.根据权利要求9所述的方法，其特征在于，在根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件之后，所述方法还包括：

所述其他非可信管控系统的通知组件接收到所述资源故障信息后，处理所述故障，并将所述资源故障信息传递给所述其他非可信管控系统的目标组件；

其中，传递给所述其他非可信管控系统的目标组件包括：在所述故障影响到连接故障的情况下，将所述资源故障信息发送给连接控制组件；

在所述故障影响到路由故障的情况下，将所述资源故障信息发送给路由控制组件；

在所述故障影响到网络呼叫故障的情况下，将所述资源故障信息发送给网络呼叫控制组件。

11.根据权利要求9所述的方法，其特征在于，在根据管控系统中预先配置的策略指示所述管控系统中的通知组件将所述资源故障信息传递给其他非可信管控系统中的通知组件之后，所述方法还包括：

在所述其他非可信管控系统为所述管控系统的上级管控系统的情况下，执行以下操作之一：

所述其他非可信管控系统中包括的第一组件基于所述资源故障信息对所述资源故障信息进行处理；

所述第一组件基于所述故障信息调整所述管控系统中的资源，以指示所述管控系统中包括的第二组件对所述资源故障信息进行处理。

12.一种故障处理装置，其特征在于，包括：

接收模块，用于接收资源故障信息；

处理模块，用于处理所述资源故障信息；

传递模块，用于传递所述资源故障信息。

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

14.一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现所述权利要求1至11任一项中所述的方法的步骤。

Images