CN112583622A - 故障事件信息的上报方法及系统 - Google Patents
故障事件信息的上报方法及系统 Download PDFInfo
- Publication number
- CN112583622A CN112583622A CN201910944260.7A CN201910944260A CN112583622A CN 112583622 A CN112583622 A CN 112583622A CN 201910944260 A CN201910944260 A CN 201910944260A CN 112583622 A CN112583622 A CN 112583622A
- Authority
- CN
- China
- Prior art keywords
- event information
- fault
- failure
- fault event
- point
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
Abstract
本发明实施例提供了一种故障事件信息的上报方法及系统,上述方法包括:终结和适配执行器TAP接收转发网元上报的第一故障事件信息;所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;所述TAP将所述第二故障事件信息发送给资源通告组件RN;所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。通过本发明实施例,解决了相关技术中,尚未明确如何在MCC系统中进行故障事件信息的上报的技术问题,进而达到了在MCC系统中明确故障事件信息的上报流程的效果。
Description
技术领域
本发明实施例涉及通信领域,具体而言,涉及一种故障事件信息的上报方法及系统。
背景技术
管理控制融合(Management Control Continuum,简称为MCC)将管理功能与控制功能融合在一起,例如,软件定义网络(Software Defined Networking,简称为SDN)控制器、网元管理系统(Element Management System,简称为EMS)、网络管理系统(NetworkManagement System,简称为NMS)以及控制平面都是MCC系统实例。MCC系统用于实现对传送资源的统一管理和控制,为上层用户提供管理控制综合服务。在MCC系统中,功能模块通过接口提供功能服务。
在传统网元中,故障(Fault)一般需要经过确认后才上报给管理平面或网络管理系统。确认故障产生所需要的时间是2±0.5秒,确认故障消失所需要的时间是10±0.5秒。通过这样的延时确认机制,能够在转发面故障频繁产生或消失时,减少上报给管理平面的故障消息。
故障上报管理(Fault Reporting Management,简称为FRM)是ITU-T G.7710中规范的转发面网元中的重要功能,主要是对网元内产生的故障进行注册,根据故障事件过滤(Fault Event Reporting)信息配置将需要上报的故障快速报给具体的MCC系统,如SDN控制器或控制平面。
连接的动态调度是MCC系统的基本功能,当转发面中的转发资源出现故障影响到连接时,需要MCC系统启动对连接的恢复。而相关技术中,尚未明确如何在MCC系统中进行故障事件信息的上报。
针对相关技术中,尚未明确如何在MCC系统中进行故障事件信息的上报的技术问题,尚未提出解决方案。
发明内容
本发明实施例提供了一种故障事件信息的上报方法及系统,以至少解决相关技术中尚未明确如何在MCC系统中进行故障事件信息的上报的技术问题。
根据本发明的一个实施例,提供了一种故障事件信息的上报方法,包括:
终结和适配执行器TAP接收转发网元上报的第一故障事件信息;
所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;
所述TAP将所述第二故障事件信息发送给资源通告组件RN;
所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;
所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。
根据本发明的另一个实施例,提供了一种故障事件信息的上报系统,包括:终结和适配执行器TAP,资源通告组件RN,链路资源管理器LRM,
所述TAP,用于:接收转发网元上报的第一故障事件信息;根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;以及将所述第二故障事件信息发送给资源通告组件RN;
所述RN,用于将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;
所述LRM,用于根据所述第三故障事件信息更新所述子网点的运行状态。
通过本发明实施例,终结和适配执行器TAP接收转发网元上报的第一故障事件信息;所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;所述TAP将所述第二故障事件信息发送给资源通告组件RN;所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。因此,可以解决相关技术中,尚未明确如何在MCC系统中进行故障事件信息的上报的技术问题,实现了在MCC系统中明确故障事件信息的上报流程的效果。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解,构成本发明实施例的一部分,本发明的示意性实施例及其说明用于解释本发明实施例,并不构成对本发明实施例的不当限定。在附图中:
图1是根据本发明实施例的一种MCC系统的结构框图;
图2是根据本发明实施例的故障事件信息的上报方法的流程图;
图3为本发明一可选实施例的网络拓扑示意图;
图4是根据本发明实施例的故障事件信息的上报系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明实施例。需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本发明实施例中涉及到的技术术语和对应的英文全称以及缩写如下:
自动交换光网络,Automatically Switched Optical Network,简称为ASON;
链路资源管理器,Link Resources Manager,简称为LRM;
连接控制器,Connection Controller,简称为CC;
路由控制器,Routing Controller,简称为RC;
终结和适配执行器,Termination and Adaptation Performer,简称为TAP;
资源通告组件,Resource Notification,简称为RN;
故障事件过滤,Fault Event Filtering,简称为FEF;
故障事件过滤信息,Fault Event Filtering information,简称为FEFinformation;
软件定义网络,Software Defined Networking,简称为SDN;
子网点,Subnetwork Point,简称为SNP;
转发点,Forwarding Point,简称为FP;
转发终端点,Forwarding End Point,简称为FwEP;
实施例1
图1是根据本发明实施例的一种MCC系统的结构框图。如图1所示,MCC系统中包括了LRM、TAP、RN,图1中显示了MCC系统与转发面网元的连接关系。
转发面的转发资源(例如,时隙、带宽标签、端口均可以作为转发面的转发资源)需要转换为MCC系统能够管控的资源。转发面的转发资源可以用转发点FP或转发终端点FwEP来表示,其中,转发终端点是一种与路径终结源或宿相关的转发点。MCC系统中使用的资源用子网点(Subnetwork Point,简称为SNP)来表示。FP/FwEP(即FP或FwEP)与SNP之间的关系由TAP管理,可以将一个SNP绑定到一个FP/FwEP上;也可以将多个SNP绑定到一个FP/FwEP上,以表示多个SNP共享使用该FP/FwEP资源。也就是说,MCC系统维护的连接,从管控角度来看,是使用了一系列的SNP;而从转发面的角度来看,是使用了转发面网元中的FP/FwEP资源。
本发明实施例提供了一种故障事件信息的上报方法,可选地,作为一种可选的实施方式,上述故障事件信息的上报方法可以运行于图1所示的网络架构上。图2是根据本发明实施例的故障事件信息的上报方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,终结和适配执行器TAP接收转发网元上报的第一故障事件信息;
步骤S204,所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;
步骤S206,所述TAP将所述第二故障事件信息发送给资源通告组件RN;
步骤S208,所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;
步骤S2010,所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。
通过上述步骤,终结和适配执行器TAP接收转发网元上报的第一故障事件信息;所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;所述TAP将所述第二故障事件信息发送给资源通告组件RN;所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。解决了相关技术中,尚未明确如何在MCC系统中进行故障事件信息的上报的技术问题,实现了在MCC系统中明确故障事件信息的上报流程的效果。以及进一步地,增强了MCC系统对转发面故障的处理能力,进而提高了MCC系统的故障恢复效率。
在本发明的一可选实施例中,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置以及运行状态,其中,所述运行状态包括:允许或禁止。
作为一种可选的实施方式,第一故障事件信息中的一条记录可以包括一个转发点的标识、位置以及运行状态,其中,运行状态包括:允许或禁止。可选地,运行状态为允许,表示该转发点被允许使用;运行状态为禁止,表示该转发点被禁止使用。
作为一种可选的实施方式,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置、故障原因以及故障状态,其中,所述故障状态包括:故障产生或故障消失。
可选地,在上述实施例中,第一故障事件信息中的一条记录可以包括一个转发点的标识、位置、故障原因以及故障状态。
在本发明的一可选实施例中,所述第二故障事件信息用于表示一个或多个子网点上的故障信息,所述第二故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:子网点的标识以及运行状态,所述运行状态包括:允许或禁止。
作为一种可选的实施方式,在上述实施例中,第二故障事件信息中的一条记录可以包括子网点的标识以及运行状态,其中,运行状态包括:允许或禁止。可选地,运行状态为允许,表示该子网点被允许使用;运行状态为禁止,表示该子网点被禁止使用。
在上述实施例中,所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息,包括:
所述TAP根据所述子网点与转发点之间的绑定关系,确定与所述第一故障事件信息中的转发点绑定的所述一个或多个子网点,将所述一个或多个子网点作为所述第二故障事件信息中的子网点;所述TAP将所述第一故障信息中的运行状态作为所述第二故障事件信息中的运行状态。
在上述实施例中,作为一种可选的实施方式,TAP可以根据转发点与子网点的绑定关系,确定出与第一故障事件信息中的转发点绑定的一个或多个子网点,并将该一个或多个子网点作为第二故障事件信息中的子网点。以及,TAP将第一故障事件信息中的转发点的运行状态作为与该转发点绑定的一个或多个子网点的运行状态,并将每个子网点的标识以及该子网点的运行状态记录在第二故障事件信息中的一条记录中。
作为一种可选的实施方式,在上述实施例中,所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息,包括:
所述TAP根据所述子网点与转发点之间的绑定关系,确定与所述第一故障事件信息中的转发点绑定的所述一个或多个子网点,将所述一个或多个子网点记录到所述第二故障事件信息中;
所述TAP根据所述第一故障事件信息中的故障原因和故障状态确定所述第二故障事件信息中的运行状态。
其中,TAP可以根据第一故障事件信息中的故障原因和故障状态确定第二故障事件信息中运行状态。在本发明的一可选实施例中,TAP根据第一故障事件信息中的转发点的故障原因以及故障状态,确定出与该转发点绑定的一个或多个子网点的运行状态。
其中,在上述实施例中,所述TAP根据所述第一故障事件信息中的故障原因和故障状态确定所述第二故障事件信息中的运行状态,包括:
在所述故障状态为故障产生的情况下,确定所述第二故障事件信息中的运行状态为禁止;
在所述故障状态为故障消失的情况下,确定所述第二故障事件信息中的运行状态为允许。
需要说明的是,作为一种可选的实施方式,在第一故障事件信息中的转发点的故障状态为故障产生的情况下,TAP将与该转发点绑定的一个或多个子网点的运行状态确定为禁止;在第一故障事件信息中的转发点的故障状态为故障消失的情况下,TAP将与该转发点绑定的一个或多个子网点的运行状态确定为允许。
在本发明的上述实施例中,所述第三故障事件信息用于表示一个或多个子网点上的故障信息,所述第三故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:子网点的标识、运行状态,所述运行状态包括:允许或禁止;
其中,所述RN将所述第二故障事件信息转换为第三故障事件信息,包括:将所述第二故障事件信息中的子网点作为所述第三故障事件信息中的子网点,以及将所述第二故障信息中的运行状态作为所述第三故障信息中的运行状态。
作为一种可选的实施方式,RN将第二故障事件信息中的子网点作为第三故障事件信息中的子网点,并将第二故障事件信息中的子网点的运行状态记录在第三故障事件信息中。
此外,在所述RN将所述第二故障事件信息转换为第三故障事件信息之前,上述实施例还可以执行以下技术方案:
所述RN根据故障抑制规则对所述第二故障事件信息进行过滤,确定所述第二故障事件信息中需要上报的第二故障事件信息,以及不需要上报的第二故障事件信息;
所述RN将所述需要上报的第二故障事件信息中的子网点确定为所述第三故障事件信息中的子网点,以及将所述需要上报的第二故障事件信息中的运行状态确定为所述第三故障信息中的运行状态。
若MCC系统基于经过确认后的故障来触发连接的恢复,则延长了故障恢复所花费的时间,影响了连接所承载业务的质量。为了加速基于MCC系统的连接恢复,在本发明一可选实施例中,可以通过对故障事件信息进行过滤筛选出特定的故障类型,属于该特定的故障类型的故障消息不经过故障确认,而是直接快速上报,从而加速了MCC系统内部对故障消息的上报流程,节省了MCC系统恢复连接所花费的时间。
需要说明的是,在本发明的上述实施例中,RN根据故障抑制规则对所述第二故障事件信息进行过滤,在确定出所述第二故障事件信息中需要上报的第二故障事件信息,以及不需要上报的第二故障事件信息之后,仅将需要上报的第二故障事件信息转换为第三故障事件信息。
上述实施例中,所述LRM根据所述第三故障事件信息更新所述子网点的运行状态,包括:
所述LRM根据所述第三故障事件信息中的子网点的运行状态,更新由所述LRM管理的所述子网点的运行状态。
此外,上述实施例还可以执行以下技术方案:
所述LRM通知连接控制器(Connection Controller,简称为CC)所述子网点对应的链路资源状态发生改变;所述连接控制器判断是否启动对连接进行恢复或回复。
所述LRM通知路由控制器(Routing Controller,简称为RC)所述子网点对应的链路和拓扑状态发生改变;所述路由控制器判断是否对拓扑进行更新。
作为一种可选的实施方式,在子网点的运行状态发生改变的情况下,LRM可以通知CC该子网点对应的链路资源状态发生了改变,CC判断是否启动对连接进行恢复或回复,例如但不限于,判断是否对该连接进行恢复,或是重新使用该连接。
可选地,在上述实施例中,转发点包括转发终端点。
以下结合一示例对上述的故障事件信息的上报方法行解释说明,但不用于限定本发明实施例的技术方案,本发明示例的技术方案如下:
步骤1,TAP模块收到转发网元上报的第一故障事件信息;
图3为本发明一可选实施例的网络拓扑示意图。如图3所示,在该网络拓扑中,A、B、C、Z四个网元通过OTU2链路互联。在这个网络上,可以通过MCC系统,如SDN控制器或控制平面建立A点(即A网元)的8#端口(即8号端口)与Z点8#端口之间的ODU1连接,连接建立后,即可以在SDN控制器中建立转发点与MCC系统中使用的资源的绑定关系。在本发明实施例中,预先建立了转发点与MCC系统中使用的资源的绑定关系,以下以预先建立FP与SNP的绑定关系为例进行说明,上述ODU1连接使用的转发点与MCC系统中使用的资源的绑定关系,也即FP与SNP的绑定关系如表1所示。
表1
SNP标识 | 绑定的FP资源 |
CNP-A8 | A网元的8#OTU2端口的1#ODU1 |
SNP-A1 | A网元的1#OTU2端口的1#ODU1 |
SNP-B1 | B网元的1#OTU2端口的1#ODU1 |
SNP-B2 | B网元的2#OTU2端口的1#ODU1 |
SNP-Z1 | Z网元的1#OTU2端口的1#ODU1 |
SNP-Z8 | Z网元的8#OUT2端口的1#ODU1 |
为了加速该ODU1连接的故障恢复,在本发明实施例中,MCC系统(如SDN控制器或控制平面)可配置具体的SNP可以上报故障或禁止上报故障,例如,该连接使用的所有SNP的故障快报使能状态都置为允许,即该连接使用的转发点故障允许快速上报给MCC系统;其他未使用的SNP上没有设置故障快报使能状态,即故障快报使能状态为禁止。
在上述实施例中,转发面网元检测到故障(如链路中断故障、ODUk通道故障等)后,将故障信息(即上述实施例中的第一故障事件信息)上报给MCC系统的TAP模块。
例如,网元B与网元Z之间的链路中断,会导致链路层故障以及ODUk通道故障。在本发明实施例中,SN标识为子网点SNP-Z1的故障ODU-AIS(ODU告警指示信号)可上报给MCC系统。
作为一种可选的实施方式,当第一故障事件信息中的每条记录至少包含:转发点/转发终端点标识及位置、运行状态时,由于子网点SNP-Z1绑定的转发点为Z网元的1#OTU2端口的1#ODU1(即Z网元的1号端口下的OTU2中的1号ODU1,其中反映出了转发点的标识以及位置),因此第一故障事件信息内容为:Z网元的1#OTU2端口的1#ODU1(即转发点的标识以及位置),禁止(即转发点的运行状态)。
作为一种可选的实施方式,当第一故障事件信息中的每条记录至少包含:转发点/转发终端点标识及位置,故障原因,故障状态,其中故障状态包括:产生或消失时,由于SNP-Z1绑定的转发点为Z网元的1#OTU2端口的1#ODU1,因此第一故障事件信息内容为:Z网元的1#OTU2端口的1#ODU1,ODU-AIS(即故障原因),故障状态为产生(即上述实施例中的故障产生)。
步骤2,TAP模块根据子网点与转发点/转发终端点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;
其中,转发点/转发终端点与子网点的绑定关系中,可能只有一个SNP绑定到一个转发点,也可能有多个SNP绑定到一个转发点,即这些SNP共享使用了这个转发点资源,获得所述第一故障事件信息中转发点/转发终端点所绑定的一个或多个子网点,更新到第二故障事件信息中。
步骤3,TAP模块将所述第二故障事件信息传递给RN模块;
步骤4,RN模块将所述第二故障事件信息转换为第三故障事件信息并传递给LRM模块;
步骤5,LRM模块根据第三故障事件信息更新子网点的运行状态。
可选地,第一故障事件信息,表示一个或多个转发点/转发终端点上的故障信息,可包含一条或多条记录,每条记录至少包含:转发点/转发终端点标识及位置,运行状态,其中运行状态包括:允许或禁止。
作为另一种可选的实施方式,第一故障事件信息,表示一个或多个转发点/转发终端点上的故障信息,可包含一条或多条记录,每条记录至少包含:转发点/转发终端点标识及位置,故障原因,故障状态,故障状态包括:产生或消失。
在本发明的上述实施例中,第二故障事件信息表示一个或多个子网点上的故障信息,可包含一条或多条记录,每条记录至少包含:子网点标识,运行状态,其中运行状态包括:允许或禁止。
需要说明的是,在本发明的上述实施例中,所述TAP模块根据转发点/转发终端点与子网点的绑定关系,获得所述第一故障事件信息中转发点/转发终端点所绑定的一个或多个子网点,并将该一个或多个子网点更新到第二故障事件信息中(例如但不限于,将该一个或多个子网点记录到第二故障事件信息中的记录中);
其中,可以按照以下步骤确定或更新第二故障事件信息中的运行状态:
将第一故障信息中的运行状态等同转换为第二故障信息中的运行状态;或,
将第一故障事件信息中的故障原因和故障状态转换为第二故障事件信息中的运行状态,例如但不限于,若故障状态为产生(即上述实施例中的故障产生),则运行状态为禁止;若故障状态为消失(即上述实施例中的故障消息),则运行状态为允许。
可选地,所述第三故障事件信息,表示一个或多个子网点上的故障信息,可包含一条或多条记录,每条记录至少包含:子网点标识,运行状态,其中运行状态包括:允许或禁止。
作为一种可选的实施方式,RN模块将所述第二故障事件信息中的子网点等同转换到第三故障事件信息中的子网点(即,RN模块将所述第二故障事件信息中的子网点作为第三故障事件信息中的子网点),相应的,将第二故障信息中的运行状态等同转换为第三故障信息中的运行状态。
此外,本发明的上述实施例还可以执行以下技术方案:RN模块根据故障抑制规则过滤掉不需要上报的第二故障事件信息;并将所述第二故障事件信息中未被过滤掉的第二故障事件信息中的子网点等同转换到第三故障事件信息中的子网点,相应的,将第二故障信息中未被过滤的第二故障事件信息中的运行状态等同转换为第三故障信息中的运行状态。
此外,可选地,LRM模块通知CC模块(即上述实施例中的连接控制器),子网点对应的链路资源状态发生改变,CC模块可判断是否启动恢复或回复;以及,LRM模块通知RC模块(即上述实施例中的路由控制器),子网点对应的链路和拓扑状态发生改变,RC模块可判断是否启动拓扑更新。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种故障事件信息的上报系统,该系统用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的故障事件信息的上报系统的结构框图,如图4所示,该系统包括:
终结和适配执行器TAP 402,资源通告组件RN 404,链路资源管理器LRM 406,
所述TAP 402,用于:接收转发网元上报的第一故障事件信息;根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;以及将所述第二故障事件信息发送给资源通告组件RN;
所述RN 404,用于将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;
所述LRM 406,用于根据所述第三故障事件信息更新所述子网点的运行状态。
通过上述实施例,终结和适配执行器TAP接收转发网元上报的第一故障事件信息;所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;所述TAP将所述第二故障事件信息发送给资源通告组件RN;所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。解决了相关技术中,尚未明确如何在MCC系统中进行故障事件信息的上报的技术问题,实现了在MCC系统中明确故障事件信息的上报流程的效果。
在本发明的一可选实施例中,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置以及运行状态,其中所述运行状态包括:允许或禁止。
作为一种可选的实施方式,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置、故障原因以及故障状态,其中,所述故障状态包括:故障产生或故障消失。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明实施例不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明实施例,对于本领域的技术人员来说,本发明实施例可以有各种更改和变化。凡在本发明实施例的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明实施例的保护范围之内。
Claims (17)
1.一种故障事件信息的上报方法,其特征在于,包括:
终结和适配执行器TAP接收转发网元上报的第一故障事件信息;
所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;
所述TAP将所述第二故障事件信息发送给资源通告组件RN;
所述RN将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;
所述LRM根据所述第三故障事件信息更新所述子网点的运行状态。
2.根据权利要求1所述的方法,其特征在于,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置以及运行状态,其中,所述运行状态包括:允许或禁止。
3.根据权利要求1所述的方法,其特征在于,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置、故障原因以及故障状态,其中,所述故障状态包括:故障产生或故障消失。
4.根据权利要求2所述的方法,其特征在于,所述第二故障事件信息用于表示一个或多个子网点上的故障信息,所述第二故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:子网点的标识以及运行状态,所述运行状态包括:允许或禁止。
5.根据权利要求4所述的方法,其特征在于,所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息,包括:
所述TAP根据所述子网点与转发点之间的绑定关系,确定与所述第一故障事件信息中的转发点绑定的所述一个或多个子网点,将所述一个或多个子网点作为所述第二故障事件信息中的子网点;
所述TAP将所述第一故障信息中的运行状态作为所述第二故障事件信息中的运行状态。
6.根据权利要求3所述的方法,其特征在于,所述第二故障事件信息用于表示一个或多个子网点上的故障信息,所述第二故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:子网点的标识以及运行状态,所述运行状态包括:允许或禁止。
7.根据权利要求6所述的方法,其特征在于,所述TAP根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息,包括:
所述TAP根据所述子网点与转发点之间的绑定关系,确定与所述第一故障事件信息中的转发点绑定的所述一个或多个子网点,将所述一个或多个子网点记录到所述第二故障事件信息中;
所述TAP根据所述第一故障事件信息中的故障原因和故障状态确定所述第二故障事件信息中的运行状态。
8.根据权利要求7所述的方法,其特征在于,所述TAP根据所述第一故障事件信息中的故障原因和故障状态确定所述第二故障事件信息中的运行状态,包括:
在所述故障状态为故障产生的情况下,确定所述第二故障事件信息中的运行状态为禁止;
在所述故障状态为故障消失的情况下,确定所述第二故障事件信息中的运行状态为允许。
9.根据权利要求1所述的方法,其特征在于:所述第三故障事件信息用于表示一个或多个子网点上的故障信息,所述第三故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:子网点的标识、运行状态,所述运行状态包括:允许或禁止;
其中,所述RN将所述第二故障事件信息转换为第三故障事件信息,包括:
将所述第二故障事件信息中的子网点作为所述第三故障事件信息中的子网点,以及将所述第二故障信息中的运行状态作为所述第三故障信息中的运行状态。
10.根据权利要求1所述的方法,其特征在于,在所述RN将所述第二故障事件信息转换为第三故障事件信息之前,所述方法还包括:
所述RN根据故障抑制规则对所述第二故障事件信息进行过滤,确定所述第二故障事件信息中需要上报的第二故障事件信息,以及不需要上报的第二故障事件信息;
所述RN将所述需要上报的第二故障事件信息中的子网点确定为所述第三故障事件信息中的子网点,以及将所述需要上报的第二故障事件信息中的运行状态确定为所述第三故障信息中的运行状态。
11.根据权利要求1所述的方法,其特征在于,所述LRM根据所述第三故障事件信息更新所述子网点的运行状态,包括:
所述LRM根据所述第三故障事件信息中的子网点的运行状态,更新由所述LRM管理的所述子网点的运行状态。
12.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述LRM通知连接控制器所述子网点对应的链路资源状态发生改变;
所述连接控制器判断是否启动对连接进行恢复或回复。
13.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述LRM通知路由控制器所述子网点对应的链路和拓扑状态发生改变;
所述路由控制器判断是否对拓扑进行更新。
14.根据权利要求1-13中任一项所述的方法,其特征在于,所述转发点包括转发终端点。
15.一种故障事件信息的上报系统,其特征在于,包括:终结和适配执行器TAP,资源通告组件RN,链路资源管理器LRM,
所述TAP,用于:接收转发网元上报的第一故障事件信息;根据子网点与转发点之间的绑定关系,将所述第一故障事件信息转换为第二故障事件信息;以及将所述第二故障事件信息发送给资源通告组件RN;
所述RN,用于将所述第二故障事件信息转换为第三故障事件信息,并将所述第三故障事件信息发送给链路资源管理器LRM;
所述LRM,用于根据所述第三故障事件信息更新所述子网点的运行状态。
16.根据权利要求15所述的系统,其特征在于,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置以及运行状态,其中所述运行状态包括:允许或禁止。
17.根据权利要求15所述的系统,其特征在于,所述第一故障事件信息用于表示一个或多个转发点上的故障信息,所述第一故障事件信息包括一条或多条记录,其中,每条所述记录至少包括以下信息:转发点的标识、位置、故障原因以及故障状态,其中,所述故障状态包括:故障产生或故障消失。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910944260.7A CN112583622B (zh) | 2019-09-30 | 2019-09-30 | 故障事件信息的上报方法及系统 |
PCT/CN2020/095195 WO2021063022A1 (zh) | 2019-09-30 | 2020-06-09 | 故障事件信息的上报方法及系统 |
EP20871094.7A EP4040726A4 (en) | 2019-09-30 | 2020-06-09 | PROCEDURE AND SYSTEM FOR REPORTING FAULT EVENT INFORMATION |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910944260.7A CN112583622B (zh) | 2019-09-30 | 2019-09-30 | 故障事件信息的上报方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112583622A true CN112583622A (zh) | 2021-03-30 |
CN112583622B CN112583622B (zh) | 2023-09-26 |
Family
ID=75116675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910944260.7A Active CN112583622B (zh) | 2019-09-30 | 2019-09-30 | 故障事件信息的上报方法及系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4040726A4 (zh) |
CN (1) | CN112583622B (zh) |
WO (1) | WO2021063022A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023273919A1 (zh) * | 2021-06-30 | 2023-01-05 | 中兴通讯股份有限公司 | 故障处理方法、装置、存储介质及电子装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100239249A1 (en) * | 2007-11-16 | 2010-09-23 | Zte Corporation | Tap, lrm, resource state control system and method |
US20110173336A1 (en) * | 2008-09-12 | 2011-07-14 | Zte Corporation | Barrier boundary node and method for establishing connection between barrier boundary nodes |
JP2014011727A (ja) * | 2012-07-02 | 2014-01-20 | Kddi Corp | 経路制御プロトコルに基づいて障害ノード装置又は障害リンクをリアルタイムに検出する方法、ノード装置及びプログラム |
CN108632086A (zh) * | 2018-04-19 | 2018-10-09 | 山东省计算中心(国家超级计算济南中心) | 一种并行作业运行故障定位方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108712207B (zh) * | 2018-04-17 | 2020-05-05 | 烽火通信科技股份有限公司 | 一种链路和业务的管理方法及系统 |
-
2019
- 2019-09-30 CN CN201910944260.7A patent/CN112583622B/zh active Active
-
2020
- 2020-06-09 WO PCT/CN2020/095195 patent/WO2021063022A1/zh unknown
- 2020-06-09 EP EP20871094.7A patent/EP4040726A4/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100239249A1 (en) * | 2007-11-16 | 2010-09-23 | Zte Corporation | Tap, lrm, resource state control system and method |
US20110173336A1 (en) * | 2008-09-12 | 2011-07-14 | Zte Corporation | Barrier boundary node and method for establishing connection between barrier boundary nodes |
JP2014011727A (ja) * | 2012-07-02 | 2014-01-20 | Kddi Corp | 経路制御プロトコルに基づいて障害ノード装置又は障害リンクをリアルタイムに検出する方法、ノード装置及びプログラム |
CN108632086A (zh) * | 2018-04-19 | 2018-10-09 | 山东省计算中心(国家超级计算济南中心) | 一种并行作业运行故障定位方法 |
Non-Patent Citations (3)
Title |
---|
ITU-T STANDARD: ""Common control aspects Amendment 1;G.7701 (2016) Amendment 1(03/18)"", 《ITU-T STANDARD G.77010》 * |
曾国斌: "ASON 中的LRM 模块与其它模块之间的交互研究", 《无线通信技术》 * |
牛小兵: "ASON 网络中模拟传送资源告警", 《光通信技术》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023273919A1 (zh) * | 2021-06-30 | 2023-01-05 | 中兴通讯股份有限公司 | 故障处理方法、装置、存储介质及电子装置 |
Also Published As
Publication number | Publication date |
---|---|
EP4040726A1 (en) | 2022-08-10 |
EP4040726A4 (en) | 2022-11-16 |
WO2021063022A1 (zh) | 2021-04-08 |
CN112583622B (zh) | 2023-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6260062B1 (en) | Element management system for heterogeneous telecommunications network | |
US7733870B1 (en) | Bandwidth-on-demand systems and methods | |
US8203931B2 (en) | Communication network protection systems | |
US7991872B2 (en) | Vertical integration of network management for ethernet and the optical transport | |
EP3319334A1 (en) | Method for realizing switching of ont operation mode online, ont and olt | |
US9112638B2 (en) | OSS support for control plane technology | |
US7035209B2 (en) | Control communications in communications networks | |
CN112583622A (zh) | 故障事件信息的上报方法及系统 | |
US7047295B1 (en) | Generic alignment method in a multimanager environment | |
CN102792636A (zh) | 提供恢复生存性的方法、设备和通信网络 | |
KR101160402B1 (ko) | 이더넷 액세스 네트워크 관리 방법 및 시스템 | |
CN113824595B (zh) | 链路切换控制方法、装置和网关设备 | |
CN105634765A (zh) | 控制器替换方法及装置 | |
US20060002525A1 (en) | Auto block and auto discovery in a distributed communication system | |
US8451855B2 (en) | TAP, LRM, resource state control system and method | |
CN112583623B (zh) | 过滤信息配置方法及系统 | |
EP1766948B1 (en) | Auto block and auto discovery in a distributed communication system | |
KR101146836B1 (ko) | 매니저 고장시 관리 네트워크를 운영하기 위한 방법 및설비들 | |
US20080037528A1 (en) | Persistent Confirmed Configuration Method | |
CN116248581A (zh) | 一种基于sdn的云场景网关集群主备切换方法及系统 | |
CN103547337A (zh) | 传送网控制方法、控制器和节点 | |
JP2000196647A (ja) | 中継装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |