CN101159617B - 一种融合全网全业务的二维故障管理方法和系统 - Google Patents

Abstract

本发明提出了一种融合全网全业务的二维故障管理方法和系统，包括：(1)当网元发生故障时，上报故障信息，所述故障信息包括按专业维度生成的具体故障和故障网元编号；(2)根据业务层次体系架构中专业维度与业务维度的对应关系，确定所述故障所在的业务维度层，当所述故障处于业务维度的最底层时，将其转为正式故障并保存所述正式故障。本发明分析了网络间的层次关系，从业务和专业两个维度进行故障管理，从而实施有效的故障定位，极大的减少了冗余故障报警，提高了故障管理和定位的效率。

Description

一种融合全网全业务的二维故障管理方法和系统

技术领域

本发明涉及将电信网络各专业各业务融合在一起，实现故障管理的方法和系统。

背景技术

运行中的设备或系统失效，导致告警发生；电路中断或质量降低影响使用、维护指标劣化超过门限值时，称为故障或障碍。在网络运行维护中，需要快速确定故障归属，以提高排障效率，同时能够反映故障的影响层面，便于对故障的影响程度进行分析。

随着业务的发展和网络的建设，运维部门的结构也日益复杂，每个电信公司往往都包括有负责交换、传输、动力、数据的多个运维团队，一旦有问题发生，客户的业务却往往是跨越几层网络架构，给维护带来不便。而当前的网络运维管理系统主要依据设备类型以及专业子网不同来安排运维人员和运维工具，这种做法无论对提高整体服务水平还是对控制运行维护成本来说，都存在一些不足之处：

1、分散的故障管理窗口，很难实现各专业网统一的故障管理流程。也正是由于没有跨各专业子网的故障信息管理手段，对于跨专业网的故障根源的定位造成了很大困难；

2、告警数量很多，网络事件信息量大，很难在快速滚动的故障信息显示中，捕捉到不重复的、关键的、根源的故障信息；

3、故障管理无法与业务信息和其他的网络配置信息、客户信息关联，很难确定设备的故障信息对客户以及业务的影响，对客户的响应慢。

传统的电信网络以专业网络为基础，均有独立的故障上报，分类，定位和管理系统。但是同一网元失效引起的故障，往往从多个维度，多个层面同时反应出来，造成大量的重复报警和冗余报警。同时掩盖故障真正根源，很难迅速定位故障。

发明内容

本发明要解决的技术问题是提出一种融合全网全业务的二维故障管理方法和系统，从而能够极大的减少冗余故障报警，提高故障管理和定位的效率。

为了解决上述问题，本发明提出了一种融合全网全业务的二维故障管理方法，包括：

(1)当网元发生故障时，上报故障信息，所述故障信息包括按专业维度生成的具体故障和故障网元编号，专业维度分为专业、子专业、故障所属层面和具体故障；

(2)根据业务层次体系架构中专业维度与业务维度的对应关系，确定所述故障所在的业务维度层，当所述故障处于业务维度的最底层时，将其转为正式故障并保存所述正式故障，业务维度是指，根据业务层次体系结构，从上往下依次是：具体业务、业务层、承载层、传送层以及支撑层，而业务层、承载层、传送层和支撑层又按专业维度进行二次分类；

步骤(2)还包括：

(21)当所述故障处于业务维度非最底层时，根据网元拓扑关联信息，查找所述故障网元编号对应的下一层是否有故障标签，如果有，执行步骤(22)，否则，执行步骤(23)；

(22)删除原故障信息，将被删除的故障信息按照业务层次体系架构填入到所述故障标签对应的故障信息中，执行步骤(23)；

(23)判断是否到达业务维度最底层，如果是，将上述故障转为正式故障，否则，继续执行步骤(21)。

进一步，上述融合全网全业务的二维故障管理方法，还可具有以下特点，步骤(2)中，在所述正式故障的相应位置建立故障标签。

进一步，上述融合全网全业务的二维故障管理方法，还可具有以下特点，步骤(1)还包括：根据上报信息判断该故障是否有效，上报信息为非故障信息或者为冗余故障时，则上述故障无效，直接丢弃，否则，认为故障有效，并上报所述有效的故障信息。

一种融合全网全业务的二维故障管理系统，包括：

故障上报单元，用于在网元发生故障时，将故障信息上报给故障单生成单元，所述故障信息包括按专业维度生成的具体故障以及故障网元编号，专业维度分为专业、子专业、故障所属层面和具体故障；

故障单生成单元，用于根据业务层次体系架构中专业维度与业务维度的对应关系，确定所述故障所在的业务维度层，并将上述故障信息上报到故障分析单元，业务维度是指，根据业务层次体系结构，从上往下依次是：具体业务、业务层、承载层、传送层以及支撑层，而业务层、承载层、传送层和支撑层又按专业维度进行二次分类；

关联拓扑数据库，用于保存网络建成时形成的网络拓扑关系，为每个业务层及其所涉及的下层设备和链路建立关联拓扑信息，并为所述设备和链路标注网元编号；

故障分析单元，用于在所述故障处于业务维度最底层时，将故障转为正式故障，在所述故障处于业务维度非最底层时，根据所述关联拓扑数据库中保存的网元拓扑关联信息，查找所述故障网元编号对应的下一层是否有故障标签，如果没有，则继续查找直到业务维度最底层；

冗余消除单元，用于在所述故障分析单元判断故障处于业务维度非最底层且下层有故障标签时，删除原故障信息，将被删除的故障信息按照业务层次体系架构填入到所述故障标签对应的故障信息中，并将所述正式故障信息保存在所述故障管理数据库中；以及

故障管理数据库，用于保存所述正式故障。

进一步，上述融合全网全业务的二维故障管理系统，还包括：所述故障分析单元用于在故障处于业务维度最底层时，将故障信息通知所述关联拓扑数据库；所述关联拓扑数据库用于在正式故障的相应位置建立故障标签。

进一步，上述融合全网全业务的二维故障管理系统，还包括：故障处理单元，用于根据所述故障上报单元上报的故障信息，判断所述故障是否有效，如果所述上报信息为非故障信息，或者为冗余故障，则所述故障无效，否则，认为故障有效，将所述故障上报到故障单生成单元。

与现有技术相比，本发明分析了网络间的层次关系，从业务和专业两个维度进行故障管理，从而实施有效的故障定位，极大的减少了冗余故障报警，提高了故障管理和定位的效率。

附图说明

图1为现有技术中业务层次体系架构示意图；

图2为实施例中融合全网全业务的二维故障管理系统框图；

图3为实施例中融合全网全业务的二维故障管理方法流程图。

具体实施方式

电信网络体系结构复杂多样，但有明确的模块和层次划分。如图1所示，根据业务层次体系结构，业务维度体系架构从上往下依次是：具体业务、业务层、承载层、传送层以及支撑层。其中，具体业务又可以水平划分为电话业务，智能网业务，软交换业务，3G业务，MPLS VPN业务，上网业务，2M/34M/45M/155M/622M专线，增值业务，ATM/FR业务和DDN业务；业务层上对应的网络包括：智能网，软交换，3G核心网，MPLS VPN；承载层包括：PSTN/信令网，IP网，宽度多媒体网以及DDN；传送层包括：WDM/线路网，精品DXC网，SDH/线路网以及微波/卫星网；支撑层包括：同步网动力电源/支撑系统；而业务层、承载层、传送层和支撑层又按专业维度进行二次分类。

专业维度分为专业、子专业、故障所属层面和具体故障等字段，专业维度以专业为主，把同专业中不同的子专业又分成大类中的小类。按这种标准，将各专业传输、交换、数据、动力和支撑系统分成不同子专业，即传输专业分SDH网(包括PDH网、MSTP网)、DWDM网、同步网、微波卫星网、精品DXC网和线路网；交换专业分电话网、智能网、信令网和软交换；数据专业分数字数据网、宽带多媒体网和IP网；动力分为动力电源和环境监控；支撑系统分网管系统和其他计算机辅助通信设备支撑系统；

故障所属网络层面是指该故障是发生在国际层、一干、二干、本地网(骨干)或者本地网(接入)；

本发明在现有的故障管理系统的基础上提出了一种融合全网全业务的二维故障管理系统，如图2所示，包括：

故障上报单元101，用于在网元发生故障时，将故障信息上报给故障处理单元102，该故障信息包含按专业维度生成的具体故障、故障网元编号以及故障时间；

故障处理单元102，用于根据上报信息判断该故障是否有效，如果该上报信息为非故障信息，比如告警信息，或者该故障为冗余故障，即完全相同的故障单，则上述故障无效，直接丢弃，否则，认为故障有效，将故障上报到故障单生成单元103；

故障单生成单元103，用于按业务维度和专业维度生成故障单，并将上述故障信息上报到故障分析单元104，即根据业务层次体系架构中业务维度各层与具体业务和网络的对应关系，结合专业维度生成的故障单中的网络信息，确定该具体故障所在业务维度的相应层次；

如果是客户申告故障，则纳入业务维度体系架构中，填写客户申告业务及客户信息，手工生成故障单。

故障分析单元104，用于在故障处于业务维度最底层时，将故障转为正式故障，并通知故障管理数据库105和关联拓扑数据库106；用于在故障处于非最底层且该故障下层有故障标签时，通知冗余消除单元107；

如果故障处于非最底层且故障下层没有故障标签，则故障分析单元104继续查找直到最底层为止。

故障管理数据库105，用于创建新的故障单，保存已生成的正式故障；

关联拓扑数据库106，用于保存网络建成时形成的网络拓扑关系，为每个业务层及其所涉及的下层设备和链路建立关联拓扑信息，并为所述设备和链路标注网元编号；用于在正式故障的相应位置建立故障标签；

冗余消除单元107，用于合并关联故障，即删除原故障单，生成新的故障单，将被删除的故障单信息按照二维体系架构填入到新故障单中相应的层次，并将故障单信息保存到故障管理数据库。

相应实施例如下：

故障1：天津某一干的WDM传输站Metro5000的交叉板故障；

故障2：某日，A客户的总部反映北京到北方几省的MPLS VPN专线全部中断。

故障1上报上来，生成故障单，因WDM属于传输层上，而此时传输层是业务维度的最底层，故该故障是正式故障，纳入故障管理数据库中，并在关联拓扑数据库中对应位置建立故障标签；

故障2上报上来，生成预故障单，因VPN业务承载在业务层上，处于业务维度的最高层，因此先查找下一层即MPLS VPN网络在关联拓扑数据库中是否有故障标签，没有，继续查找IP网络在关联拓扑数据库中是否有故障标签，没有，继续查找WDM网络，发现有故障标签；

该故障标签在该业务的关联拓扑数据库中，因此这两个故障是关联故障，从故障管理数据库删除故障1，在故障管理数据库中创建新的故障表单，将故障2和故障1的故障信息纳入二维体系架构相应的层次中。通过合并的故障单，能够关联故障并迅速判断故障源头。

一种融合全网全业务的二维故障管理方法，如图3所示，包括以下步骤：

步骤110，当网元发生故障时，由故障上报单元将故障信息上报给故障处理单元，该故障信息包含按专业维度生成的具体故障、故障网元编号以及故障时间；

步骤120，由故障处理单元根据上报信息判断该故障是否有效，如果该上报信息为非故障信息，比如告警信息，或者该故障为冗余故障，即完全相同的故障单，则上述故障无效，直接丢弃，否则，认为故障有效，将故障上报到故障单生成单元，执行步骤130；

步骤130，由故障单生成单元按业务维度和专业维度生成故障单，并将上述故障信息上报到故障分析单元，即根据业务层次体系架构中业务维度各层与具体业务和网络的对应关系，结合专业维度生成的故障单中的网络信息，确定该具体故障所在业务维度的相应层次；

将上报的故障按业务维度体系架构填入所在层面，其次根据专业维度体系架构补充故障的专业，子专业，故障所属层面以及具体故障等。如果是客户申告故障，则纳入业务维度体系架构中，填写客户申告业务及客户信息，手工生成故障单。

例如：故障1为一干某IP网设备故障，故障2为一干某WDM传送网设备故障，根据业务层次体系架构，可以知道IP网对应承载层，WDM对应传送层，则

故障1的故障单表现形式为：

具体业务
	业务层
数据网-IP网-一干-某路由器设备故障
	传送层
支撑层

故障2的故障单表现形式：

具体业务
	业务层
承载层
	传输网-WDM-一干-某设备故障
支撑层

步骤140，根据业务层次体系架构，判断该故障是否处于业务维度的最底层，如果不是，执行步骤150，否则，执行步骤160；

如果下面有支撑层，则支撑层是最底层，否则，传送层是最底层。根据网络建成时形成的网络拓扑关系，为每个业务维度层及其所涉及的下层设备和链路建立关联拓扑数据库，并为所述设备和链路标注网元编号；故障分析单元将通过故障的网元编号，在关联拓扑数据库中分析查询该网元的上下文关系，并据此对故障进行去冗余处理。

故障分析单元根据业务层次体系架构，参考网络拓扑关系，从业务和专业的二维角度发现多个故障之间的相关性。

步骤150，由故障分析单元从关联拓扑数据库获取网元拓扑关联信息，根据故障网元编号，查找关联拓扑数据库中该故障下一层是否有故障标签，如果有，执行步骤170，否则，执行步骤180；

步骤160，将上述故障转为正式故障，保存在故障管理数据库中，并在关联拓扑数据库中相应位置建立故障标签；

步骤170，通知冗余消除单元合并两个故障单，删除原故障单，将被删除的故障单信息按照二维体系架构填入到新故障单中相应的层次，形成新的故障单，执行步骤180；

如上，故障1为一干某IP网设备故障，故障2为一干某传送网设备故障，如果通过步骤150判断出故障1和故障2是关联故障，则按照步骤170，新的故障单表现形式为：

具体业务
	业务层
数据网-IP网-一干-某路由器设备故障
	传输网-WDM-一干-某设备故障
支撑层

步骤180，判断是否到达业务维度最底层，如果是，执行步骤160，否则，执行步骤150。

现有的故障上报和处理系统，仅仅基于本专业内部进行处理。无法结合网络拓扑也无法理解网络业务构建的关联关系，因此比较低效。例如，由传输网络某设备故障引发的数据链路中断，在传输网络中形成故障单，当数据网络链路中断，通过网管故障上报，形成数据网络故障单，而上述两个故障单无法实现故障关联。

相比现有的故障上报和处理系统，本发明综合网络拓扑关系，以及业务体系架构的特点，从业务和专业(网络)的二维角度发现多个故障之间的相关性。通过集中故障管理，二维故障关联，结合网络拓扑理解网络业务构建的关联关系，能够掌握全面信息，将单一故障信息放到二维系统中分析，有效摒弃冗余报警，挖掘可用故障信息，高效管理，快速定位。

Claims (6)

1.一种融合全网全业务的二维故障管理方法，包括：

(1)当网元发生故障时，上报故障信息，所述故障信息包括按专业维度生成的具体故障和故障网元编号，专业维度分为专业、子专业、故障所属层面和具体故障；

(2)根据业务层次体系架构中专业维度与业务维度的对应关系，确定所述故障所在的业务维度层，当所述故障处于业务维度的最底层时，将其转为正式故障并保存所述正式故障，业务维度是指，根据业务层次体系结构，从上往下依次是：具体业务、业务层、承载层、传送层以及支撑层，而业务层、承载层、传送层和支撑层又按专业维度进行二次分类；

步骤(2)还包括：

(21)当所述故障处于业务维度非最底层时，根据网元拓扑关联信息，查找所述故障网元编号对应的下一层是否有故障标签，如果有，执行步骤(22)，否则，执行步骤(23)；

(22)删除原故障信息，将被删除的故障信息按照业务层次体系架构填入到所述故障标签对应的故障信息中，执行步骤(23)；

(23)判断是否到达业务维度最底层，如果是，将上述故障转为正式故障，否则，继续执行步骤(21)。

2.如权利要求1所述融合全网全业务的二维故障管理方法，步骤(2)还包括：在所述正式故障的相应位置建立故障标签。

3.如权利要求1所述融合全网全业务的二维故障管理方法，步骤(1)还包括：

根据上报信息判断该故障是否有效，上报信息为非故障信息或者为冗余故障时，则上述故障无效，直接丢弃，否则，认为故障有效，并上报所述有效的故障信息。

4.一种融合全网全业务的二维故障管理系统，包括：

故障上报单元，用于在网元发生故障时，将故障信息上报给故障单生成单元，所述故障信息包括按专业维度生成的具体故障以及故障网元编号，专业维度分为专业、子专业、故障所属层面和具体故障；

故障单生成单元，用于根据业务层次体系架构中专业维度与业务维度的对应关系，确定所述故障所在的业务维度层，并将上述故障信息上报到故障分析单元，业务维度是指，根据业务层次体系结构，从上往下依次是：具体业务、业务层、承载层、传送层以及支撑层，而业务层、承载层、传送层和支撑层又按专业维度进行二次分类；

关联拓扑数据库，用于保存网络建成时形成的网络拓扑关系，为每个业务层及其所涉及的下层设备和链路建立关联拓扑信息，并为所述设备和链路标注网元编号；

故障分析单元，用于在所述故障处于业务维度最底层时，将故障转为正式故障，在所述故障处于业务维度非最底层时，根据所述关联拓扑数据库中保存的网元拓扑关联信息，查找所述故障网元编号对应的下一层是否有故障标签，如果没有，则继续查找直到业务维度最底层；

冗余消除单元，用于在所述故障分析单元判断故障处于业务维度非最底层且下层有故障标签时，删除原故障信息，将被删除的故障信息按照业务层次体系架构填入到所述故障标签对应的故障信息中，并将所述正式故障信息保存在所述故障管理数据库中；以及

故障管理数据库，用于保存所述正式故障。

5.如权利要求4所述融合全网全业务的二维故障管理系统，还包括：

所述故障分析单元用于在故障处于业务维度最底层时，将故障信息通知所述关联拓扑数据库；

所述关联拓扑数据库用于在正式故障的相应位置建立故障标签。

6.如权利要求4所述融合全网全业务的二维故障管理系统，还包括：

故障处理单元，用于根据所述故障上报单元上报的故障信息，判断所述故障是否有效，如果所述上报信息为非故障信息，或者为冗余故障，则所述故障无效，否则，认为故障有效，将所述故障上报到故障单生成单元。

Images