CN111786806A - 一种网元异常处理方法及网管*** - Google Patents
一种网元异常处理方法及网管*** Download PDFInfo
- Publication number
- CN111786806A CN111786806A CN201910272687.7A CN201910272687A CN111786806A CN 111786806 A CN111786806 A CN 111786806A CN 201910272687 A CN201910272687 A CN 201910272687A CN 111786806 A CN111786806 A CN 111786806A
- Authority
- CN
- China
- Prior art keywords
- network element
- abnormal
- information
- link
- reason
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- 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
- H04L41/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种网元异常处理方法及网管***。所述方法包括：获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；依据合并处理结果，获取至少一个合并后的链路异常告警信息；将各所述合并后的链路异常告警信息保存于所述网管***。本发明可以减少保存于网管***的告警信息，并且，通过异常网元的标识信息可以直接定位到异常的网元，更方便于维护人员对异常网元的定位。
Description
技术领域
本发明涉及通信技术领域，特别是涉及一种网元异常处理方法及网管***。
背景技术
LTE(LongTermEvolution，4G长期演进)***中，基站网元之间信息是通过X2接口链路传递的。X2接口链路的组网架构，例如，参照图1，示出了现有技术中的一种LTE***X2接口链路组网架构的示意图，如图1所示：在LTE网络中，基站网元之间通过X2接口链路进行连接。各个基站网元分别通过各自的网管接口将基站网元状态及基站间的X2接口链路告警信息上报统一OMC(Operation and Maintenance Center，操作维护中心)网管***。
如果一个基站(如ENB0)故障，由于它本身故障，无法上报告警给上级OMC网管***，和它相连的其它基站(ENB1～ENBn)，会分别向OMC网管***上报”X2接口链路故障”告警信息，在OMC网管***上会产生大量的告警信息。对于维护人员来说，真正故障的网元设备并没有上报告警信息，而没有故障的网元设备会上报大量的告警信息，导致告警信息冗余，且不利于故障网元设备的定位。
对于维护人员来说，在网管***侧，现有技术真正故障的网元设备没有上报告警信息，而与故障网元有链路连接的没有故障的网元设备会上报大量冗余的网元间链路故障的告警信息，不利于真实故障原因的定位。
发明内容
本发明实施例提供一种网元异常处理方法及网管***，以解决现有技术中的与故障网元有链路连接的没有故障的网元设备会上报大量冗余的网元间链路故障的告警信息，不利于真实故障网元的定位的问题。
为了解决上述问题，本发明实施例公开了一种网元异常处理方法，应用于网管***，包括：获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；依据合并处理结果，获取至少一个合并后的链路异常告警信息；将各所述合并后的链路异常告警信息保存于所述网管***。
优选地，所述合并规则模板包括标识合并条件和网元异常合并条件，所述调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理的步骤，包括：调用所述合并规则模板，针对各所述标识信息和各所述网元异常原因，依次判断所述标识信息是否满足所述标识合并条件，及所述网元异常原因是否满足所述网元异常合并条件；在所述标识信息满足所述标识合并条件，且所述网元异常原因满足所述网元异常合并条件的情况下，依据所述标识信息和所述网元异常原因，对所述链路异常告警信息进行合并处理。
优选地，所述链路异常告警信息还包括网元异常监测时间，所述调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理的步骤，包括：依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
优选地，所述依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理的步骤，包括：依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间；从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息；从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息；对所述至少一个待合并链路异常告警信息进行合并处理。
优选地，在所述将各所述合并后的链路异常告警信息保存于所述网管***的步骤之后，还包括：获取网元上报的最新链路异常告警信息；其中，所述最新链路异常告警信息包括异常网元的最新标识信息、最新网元异常原因和最新网元异常监测时间；在所述最新网元异常监测时间处于所述预设时段内的情况下，获取所述待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因；判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同；若是，则删除所述最新链路异常告警信息。
优选地，在所述判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同的步骤之后，还包括：在所述最新标识信息和所述相同的标识信息不相同，和/或所述最新网元异常原因和所述相同的网元异常原因不相同的情况下，保存所述最新链路异常告警信息。
优选地，在所述将各所述合并后的链路异常告警信息保存于所述网管***的步骤之后，还包括：获取下一网元上报的至少一个下一链路异常告警信息；所述下一链路异常告警信息包括异常网元的下一标识信息和下一网元异常原因；针对各所述下一链路异常告警信息，依次调用所述合并规则模板，判断是否存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息；若存在，则删除所述下一链路异常告警信息。
为了解决上述问题，本发明实施例还公开了一种网管***，包括：异常告警信息获取模块，用于获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；告警信息合并处理模块，用于调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；合并告警信息获取模块，用于依据合并处理结果，获取至少一个合并后的链路异常告警信息；合并告警信息保存模块，用于将各所述合并后的链路异常告警信息保存于所述网管***。
优选地，所述合并规则模板包括标识合并条件和网元异常合并条件，所述告警信息合并处理模块包括：合并条件判断子模块，用于调用所述合并规则模板，针对各所述标识信息和各所述网元异常原因，依次判断所述标识信息是否满足所述标识合并条件，及所述网元异常原因是否满足所述网元异常合并条件；合并处理子模块，用于在所述标识信息满足所述标识合并条件，且所述网元异常原因满足所述网元异常合并条件的情况下，依据所述标识信息和所述网元异常原因，对所述链路异常告警信息进行合并处理。
优选地，所述链路异常告警信息还包括网元异常监测时间，所述告警信息合并处理模块包括：告警信息合并处理子模块，用于依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
优选地，所述告警信息合并处理子模块包括：异常监测时间获取子模块，用于依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间；目标告警信息获取子模块，用于从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息；待合并告警信息获取子模块，用于从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息；待合并信息合并子模块，用于对所述至少一个待合并链路异常告警信息进行合并处理。
优选地，还包括：最新告警信息获取模块，用于获取网元上报的最新链路异常告警信息；其中，所述最新链路异常告警信息包括异常网元的最新标识信息、最新网元异常原因和最新网元异常监测时间；相同标识原因信息获取模块，用于在所述最新网元异常监测时间处于所述预设时段内的情况下，获取所述待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因；异常原因及标识判断模块，用于判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同；最新告警信息删除模块，用于在所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因均相同的情况下，删除所述最新链路异常告警信息。
优选地，还包括：最新告警信息保存模块，用于在所述最新标识信息和所述相同的标识信息不相同，和/或所述最新网元异常原因和所述相同的网元异常原因不相同的情况下，保存所述最新链路异常告警信息。
优选地，还包括：下一告警信息获取模块，用于获取下一网元上报的至少一个下一链路异常告警信息；所述下一链路异常告警信息包括异常网元的下一标识信息和下一网元异常原因；下一告警信息判断模块，用于针对各所述下一链路异常告警信息，依次调用所述合并规则模板，判断是否存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息；下一告警信息删除模块，用于在存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息时，删除所述下一链路异常告警信息。
与现有技术相比，本发明实施例包括以下优点：
本发明实施例提供了一种网元异常处理方法及网管***，通过获取多个网元上报的链路异常告警信息，其中，链路异常告警信息中包括异常网元的标识信息、网元异常原因，调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，依据合并处理结果，获取至少一个合并后的链路异常告警信息，将各合并后的链路异常告警信息保存于网管***。本发明实施例通过预置的合并规则模板，将标识信息系相同、且网元异常原因相同的链路异常告警信息进行合并处理，从而减少了保存于网管***的告警信息，并且，通过异常网元的标识信息可以直接定位到异常的网元，更方便于维护人员对异常网元的定位。
附图说明
图1示出了现有技术中的一种LTE***X2接口链路组网架构的示意图；
图2示出了本发明实施例提供的一种网元异常处理方法的步骤流程图；
图3示出了本发明实施例提供的一种网元异常处理方法的步骤流程图；
图4示出了本发明实施例提供的一种多网元告警合并规则的示意图；
图5示出了本发明实施例提供的一种网管***的结构示意图；
图6示出了本发明实施例提供的一种网管***的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
在移动通信网络中，网元之间通过传输链路交互***信息。为了保证网元间链路传输信息的可靠性，源侧网元会定时向有传输链路连接的目标侧网元发送链路检测信息，一旦在规定时间内没有收到对端网元的响应信息，就认为源侧网元和目标侧网元间的链路存在故障，并由源侧网元向上级网管***报告“链路故障告警”信息。
而当一个网元设备发生故障(如掉电等)时，和这个网元设备相连的所有网元设备都会由于检测不到该网元设备的响应信息而产生“链路故障告警”信息，并分别上报给统一的OMC网管***，则在统一的OMC网管***上会收到大量网元上报的“链路故障告警”信息，冗余的告警信息较多，又由于发生故障的网元设备因故障无法给网管上报告警，在OMC网管***侧只能收到和故障网元设备相连的正常网元设备上报的告警信息，无法正确定位是由于与之相连的某个网元设备故障而引起的大量告警问题。
本发明实施例的思路在于：在OMC网管***侧预先设置告警规则合并模块，根据告警规则合并模块对多网元设备上报的“链路故障告警”信息中网元标识相同、且网元异常原因相同的信息进行合并，从而剔除相同的“链路故障告警”信息，实时减少冗余告警信息上报，并且，根据“链路故障告警”信息中的网元标识信息可以定位到真实故障的网元，以便于维护人员对网元设备的维护。
实施例一
参照图2，示出了本发明实施例提供的一种网元异常处理方法的步骤流程图，该网元异常处理方法可以应用于网管***，具体可以包括如下步骤：
步骤201：获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因。
在本发明实施例中，网管***是指对各网元(即基站)进行管理维护的***，如OMC网管***等等。
链路异常警告信息是指在某一个网元发生故障(如掉电等)时，由于该网元相连的所有网元上报的异常警告信息，例如，如图1所示，网元包括ENB0、ENB1、ENB2、…、ENBn，ENB1～ENBn均与ENB0相连，在ENB0出现故障时，ENB1～ENBn均会向网管***上报链路异常警告信息。
在具体实现中，异常原因可以包括X2接口链路故障、S1接口链路故障等，具体地，可以根据实际情况而定，本发明实施例对此不加以限制。
在相连的两个网元中均预先存储有相连网元的标识信息，根据数据传输过程中出现故障时，根据数据传输过程可以检测到相连网元出现异常的原因。
在网管***管理下的每个网元均预先设置有在网元出现异常时，在链路异常警告信息中添加异常网元的标识信息及异常原因的条件，进而在向网管***上报链路异常警告信息时，可以在链路异常警告信息中添加上异常网元的标识信息及异常网元发生异常的异常原因。
异常网元的标识信息是指异常网元的网元标识，每一个网元都有唯一的标识，不同的网元具有不同的标识信息，例如，网元包括网元A、网元B和网元C，网元A的标识信息为标识1，网元B的标识信息为标识2，网元C的标识信息为标识3。
网元的标识信息可以为数字标识，如标识1、标识2、标识3等等，也可以为大写字母标识，如标识A、标识B、标识C等等，还可以为小写字母标识，如标识a、标识b、标识c等等。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
网管***可以接收由其管理的多个网元上报的链路异常告警信息，并在接收到链路异常告警信息之后，执行步骤202。
步骤202：调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理。
在网管***中预先设置有不同的合并规则模板，在合并规则模板中提供有不同的合并规则，例如，参照图4，示出了本发明实施例提供的一种多网元告警合并规则的示意图，如图4所示，提供的合并规则模板为规则1，在合并规则模板中可以预先设置监测的时间，为1～600s，即从某个时刻起，对600s或500s内监测到的链路异常告警信息进行合并处理等，对于具体地监测时间可以由维护人员预先设置。在合并规则模板中还设置有开始时间和结束时间，即网管***对于开始时间和结束时间内的链路异常告警信息才会执行合并，而处于该时间之外的链路异常告警信息不作考虑，例如，开始时间为：2019年2月11日-10:00，结束时间为：2019年2月12日-9:00，即将19年2月11日上午10点至次日上午9点内，网管***接收的链路异常告警信息进行合并。在合并规则模板中还预先设置有异常原因项，即对于不同异常原因的链路异常告警信息进行合并，例如，将异常原因均为X2接口链路故障的链路异常告警信息进行合并，将异常原因为S1接口链路故障的链路异常告警信息进行合并等等。
当然，在具体实现中，可以预先设置一种或多种合并规则模板，具体地，可以由研发人员根据实际情况而定，本发明实施例对此不加以限制。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
当然，在合并规则模板中，还可以预先设置启用、禁止选项，以及创建、删除、应用等按钮(如图4所示)，启用选项可以用于启用维护人员选择的合并规则模板；禁止选项可以用于禁止使用维护人员选择的合并规则模板；创建按钮可以用于在维护人员点击该按钮时，弹出相应的创建弹窗，由维护人员根据创建弹窗填写相应的合并规则，以生成新的合并规则模板；删除按钮可以用于在维护人员选择某个合并规则模板，并点击删除按钮时删除选择的合并规则模板；应用按钮可以用于在维护人员选择某个合并规则模板之后，点击该按钮以应用该合并规则模板对链路异常告警信息进行合并。
当然，还可以设置关闭按钮(如图4右下角所示)，维护人员在点击关闭按钮时，则可以关闭该多网元合并规则显示界面，可以在启用某一合并规则模板之后，关闭多网元合并规则显示界面，也可以在停止使用任一合并规则模板之后，关闭多网元合并规则显示界面，具体地，可以根据实际情况而定，本发明实施例对此不加以限制。
在对多网元上报的链路异常告警信息进行合并时，可以调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，即将标识信息相同，且网元异常原因相同的链路异常告警信息进行合并，例如，链路异常告警信息包括信息1、信息2、信息3、信息4、信息5，信息1对应的网元的标识信息为a，异常原因为x；信息2对应的网元的标识信息为a，异常原因为y；信息3对应的网元的标识信息为a，异常原因为x，信息4对应的网元的标识信息为b，异常原因为x；信息5对应的网元的标识信息为a，异常原因为x，可以得知信息1、信息3和信息5对应的异常网元的标识信息和异常原因均是相同的，则可以将信息1、信息3和信息5进行合并，即合并得到一条链路异常告警信息，以减少网管***中相同链路异常告警信息的数量，剔除冗余数据。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
在预先设置的合并规则模板及设置了合并规则条件，包括标识合并条件和网元异常合并条件，而在调用预先设置的合并规则模板之后，可以将链路异常告警信息中的标识信息和网元异常原因分别与标识合并条件和网元异常合并条件进行判断，以确定二者是否满足合并条件，具体地，以下述优选实施例进行详细描述。
在本发明实施例的一种优选实施例中，上述步骤202可以包括：
子步骤P1：调用所述合并规则模板，针对各所述标识信息和各所述网元异常原因，依次判断所述标识信息是否满足所述标识合并条件，及所述网元异常原因是否满足所述网元异常合并条件。
在本发明实施例中，合并规则模板可以包括标识合并条件和网元异常合并条件。
标识合并条件是指根据网元预先上报的链路异常告警信息中的标识信息，而确定的标识合并条件，例如，在网元A上报的多条链路异常告警信息中包含有标识1、标识2和标识3时，标识合并条件即为后续接收的链路异常告警信息中包含有标识1或标识2或标识3时，即为后续接收的链路异常告警信息满足标识合并条件。
网元异常合并条件是指根据网元预先上报的链路异常告警信息中的网元异常原因，而确定的网元异常合并条件，例如，在网元B上报的多条链路异常告警信息中包含有原因1、原因2和原因3时，网元异常合并条件即为后续接收的链路异常告警信息中包含有原因1或原因2或原因3时，即为后续接收的链路异常告警信息满足网元异常合并条件。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
而在接收到后续网元上报的链路异常告警信息之后，可以调用合并规则模板，针对各标识信息和各网元异常原因，依次判断标识信息是否满足标识合并条件，及网元异常原因是否满足网元异常合并条件，并执行子步骤P2。
子步骤P2：在所述标识信息满足所述标识合并条件，且所述网元异常原因满足所述网元异常合并条件的情况下，依据所述标识信息和所述网元异常原因，对所述链路异常告警信息进行合并处理。
在标识信息满足标识合并条件，且网元异常原因满足网元异常合并条件的情况下，依据标识信息和网元异常原因，将链路异常告警信息合并至其中一条重复的链路异常告警信息中。
对于合并处理的方式可以参照下述优选实施例进行详细描述。
在本发明实施例的一种优选实施例中，所述链路异常告警信息还包括网元异常监测时间，上述步骤202可以包括：
子步骤S：依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
在本发明实施例中，网元异常监测时间是指监测到网元异常的时间，例如，网元a和网元b相连，在网元b监测到网元a异常时对应的时间为：2019年2月21日10:35时，则将2019年2月21日10:35作为网元异常监测时间。
在多网元上报的链路异常告警信息中还可以包括网元异常监测时间，在获取到多网元上报的链路异常告警信息之后，可以结合各链路异常警告信息中包含的各异常网元的标识信息、各异常网元的异常原因和各网元异常监测时间，对各条链路异常告警信息进行合并，例如，网管***需要对2019年2月21日9:00～2019年2月21日12:00内的各条链路异常告警信息进行合并，则可以根据各网元异常监测时间，获取处于2019年2月21日9:00～2019年2月21日12:00内的各条链路异常告警信息，然后，将标识信息相同，且网元异常原因相同的链路异常告警信息进行合并，例如，链路异常告警信息包括信息1、信息2、信息3、信息4、信息5，信息1对应的网元的标识信息为a，异常原因为x；信息2对应的网元的标识信息为a，异常原因为y；信息3对应的网元的标识信息为a，异常原因为x，信息4对应的网元的标识信息为b，异常原因为x；信息5对应的网元的标识信息为a，异常原因为x，可以得知信息1、信息3和信息5对应的异常网元的标识信息和异常原因均是相同的，则可以将信息1、信息3和信息5进行合并，即合并得到一条链路异常告警信息，以减少网管***中相同链路异常告警信息的数量，剔除冗余数据。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
而对于上述结合各异常网元的标识信息、各异常网元的异常原因和各网元异常监测时间，对各条链路异常告警信息进行合并的过程，可以参照下述优选实施例的描述。
在本发明实施例的另一种优选实施例中，上述子步骤S可以包括：
子步骤S1：依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间。
在本发明实施例中，预设时段是指预先设置的指定时间段，如2019年2月21日9:00～2019年2月21日12:00等。
目标网元异常监测时间是指监测时间处于预设时段的网元异常监测时间，例如，预设时段为2019年2月21日9:00～2019年2月21日12:00，网元异常监测时间包括：2019年2月21日10:00、2019年2月21日8:00、2019年2月21日11:00、2019年2月22日9:00，则目标网元监测时间即为：2019年2月21日10:00和2019年2月21日12:00。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
在获取各条链路异常告警信息之后，可以根据各条链路异常告警信息中所包含的网元异常监测时间，可以获取处于预设时段内的至少一个目标网元异常监测时间。
在不存在目标网元异常监测时间时，则不再进行后续的合并过程，而在存在一个或多个目标网元异常监测时间时，则执行子步骤S2。
子步骤S2：从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息。
目标链路异常告警信息是指与目标网元异常监测时间对应的链路异常告警信息，例如，目标网元异常监测时间为：2019年2月22日9:00，链路异常告警信息包括信息a、信息b和信息c，信息a对应的网元异常监测时间为：2019年2月22日9:00，信息b对应的网元异常监测时间为：2019年2月22日10:00，信息c对应的网元异常监测时间为：2019年2月22日9:00，则信息a和信息c即为目标链路异常告警信息。
在获取至少一个目标网元异常监测时间之后，可以从各链路异常告警信息中获取至少一个目标链路异常告警信息，并执行子步骤S3。
子步骤S3：从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息。
待合并链路异常告警信息是指标识信息相同，且网元异常原因相同的目标链路异常告警信息，例如，目标链路异常告警信息包括信息A、信息B和信息C，信息A的标识信息为信息1，网元异常原因为S；信息B的标识信息为信息1，网元异常原因为N；信息C的标识信息为信息1，网元异常原因为S；则信息A和信息B的标识信息相同，且网元异常原因也相同，即信息A和信息B即为待合并链路异常告警信息。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
在获取至少一个目标链路异常告警信息之后，可以根据各目标链路异常告警信息中所包含的标识信息和网元异常原因，从各目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息，并执行子步骤S4。
子步骤S4：对所述至少一个待合并链路异常告警信息进行合并处理。
在获取至少一个待合并链路异常告警信息之后，可以对至少一个待合并链路异常告警信息进行合并处理，具体地合并过程为，将至少一个待合并链路异常告警信息中多余的待合并链路异常告警信息删除，仅保留一条即可，例如，待合并链路异常告警信息包括信息1、信息2和信息3，且这三条信息对应的标识信息和网元异常原因均是相同的，则可以将信息1、信息2和信息3中的任意两条信息删除，仅保留一条信息即可，从而完成信息合并过程。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
当然，在实际应用中，本领域技术人员还可以采用其它合并处理方式，本发明实施例对此不加以限制。
在调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理之后，执行步骤203。
步骤203：依据合并处理结果，获取至少一个合并后的链路异常告警信息。
合并处理结果是指将至少一条链路异常告警信息进行合并之后得到的结果，在将一条或多条链路异常告警信息进行合并之后得到的最终的链路异常告警信息的数目要比之前少，例如，链路异常告警信息包括信息1、信息2、信息3、信息4，在进行合并时，需要将信息1、信息2和信息3进行合并，而信息4自己进行合并，则最终得到的合并处理结果即为信息1、信息2、信息3中的任一条信息，及信息4，即这三条信息是相同的，仅保留一条即可，而信息4需要单独保留。
合并后的链路异常告警信息是指将至少一条链路异常告警信息合并之后得到的信息，如上述示例可知，在将信息1、信息2和信息3进行合并之后，所得到的合并后的链路异常告警信息可以为信息1，也可以为信息2，也可以为信息3，即保留这三条信息中的任一条信息即可，其余两条信息剔除，从而减少了网管***侧的链路异常告警信息的冗余量。
在依据合并处理结果，获取至少一个合并后的链路异常告警信息之后，执行步骤204。
步骤204：将各所述合并后的链路异常告警信息保存于所述网管***。
在获取到合并后的链路异常告警信息之后，可以将合并后的链路异常告警信息保存于网管***。
本发明实施例中，还可以对网管***后续接收到的链路异常告警信息进行动态优化，具体地，以下述优选实施例进行详细描述。
在本发明的一种优选实施例中，在上述步骤204之后，还可以包括：
步骤K1：获取下一网元上报的至少一个下一链路异常告警信息；所述下一链路异常告警信息包括异常网元的下一标识信息和下一网元异常原因。
在本发明实施例中，下一标识信息是指下一链路异常告警信息中所包含的异常网元的标识信息。
下一网元异常原因是指下一链路异常告警信息中所包含的网元异常的原因。
网管***在接收到下一网元上报的至少一个下一链路异常告警信息之后，可以从下一链路异常告警信息中获取各下一链路异常告警信息对应的下一标识信息和下一网元异常信息，并执行步骤K2。
步骤K2：针对各所述下一链路异常告警信息，依次调用所述合并规则模板，判断是否存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息。
在获取下一网元上报的至少一个下一链路异常告警信息之后，可以调用合并规则模板，判断网管***中预先存储的链路异常告警信息中，是否存在与各下一标识信息和下一网元异常原因均相同的链路异常告警信息。
具体地，可以分为以下四种情况：
1、不存在与下一标识信息和下一网元异常原因相同的链路异常告警信息；
2、存在与下一标识信息相同，而与下一网元异常原因不同的链路异常告警信息；
3、存在与下一网元异常原因相同，而与下一标识信息不同的链路异常告警信息；
4、存在与下一网元异常原因相同，且与下一标识信息也相同的链路异常告警信息。
在前述1～3的情况下，表示下一链路异常告警信息与网管***中预先获取的链路异常告警信息均不相同，则可以保存下一链路异常告警信息。
而在第4种情况下，则执行步骤K3。
步骤K3：若存在，则删除所述下一链路异常告警信息。
在存在与网管***中预先获取的链路异常告警信息均相同的下一链路异常告警信息时，则删除该下一链路异常告警信息。
而针对获取的至少一个下一链路异常告警信息分别进行上述判断过程，将相同的下一链路异常告警信息进行删除，从而可以减少保存于网管***中的链路异常告警信息冗余量。
上述过程中，通过对相同的链路异常告警信息进行合并处理，从而可以减少保存于网管***中的链路异常告警信息冗余量，极大方便了维护人员对异常网元的定位。
本发明实施例提供的网元异常处理方法，通过获取多个网元上报的链路异常告警信息，其中，链路异常告警信息中包括异常网元的标识信息、网元异常原因，调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，依据合并处理结果，获取至少一个合并后的链路异常告警信息，将各合并后的链路异常告警信息保存于网管***。本发明实施例通过预置的合并规则模板，将标识信息系相同、且网元异常原因相同的链路异常告警信息进行合并处理，从而减少了保存于网管***的告警信息，并且，通过异常网元的标识信息可以直接定位到异常的网元，更方便于维护人员对异常网元的定位。
实施例二
参照图3，示出了本发明实施例提供的一种网元异常处理方法的步骤流程图，该网元异常处理方法可以应用于网管***，具体可以包括如下步骤：
步骤301：获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因。
在本发明实施例中，网管***是指对各网元(即基站)进行管理维护的***，如OMC网管***等等。
链路异常警告信息是指在某一个网元发生故障(如掉电等)时，由于该网元相连的所有网元上报的异常警告信息，例如，如图1所示，网元包括ENB0、ENB1、ENB2、…、ENBn，ENB1～ENBn均与ENB0相连，在ENB0出现故障时，ENB1～ENBn均会向网管***上报链路异常警告信息。
在具体实现中，异常原因可以包括X2接口链路故障、S1接口链路故障等，具体地，可以根据实际情况而定，本发明实施例对此不加以限制。
在相连的两个网元中均预先存储有相连网元的标识信息，根据数据传输过程中出现故障时，根据数据传输过程可以检测到相连网元出现异常的原因。
在网管***管理下的每个网元均预先设置有在网元出现异常时，在链路异常警告信息中添加异常网元的标识信息及异常原因的条件，进而在向网管***上报链路异常警告信息时，可以在链路异常警告信息中添加上异常网元的标识信息及异常网元发生异常的异常原因。
异常网元的标识信息是指异常网元的网元标识，每一个网元都有唯一的标识，不同的网元具有不同的标识信息，例如，网元包括网元A、网元B和网元C，网元A的标识信息为标识1，网元B的标识信息为标识2，网元C的标识信息为标识3。
网元的标识信息可以为数字标识，如标识1、标识2、标识3等等，也可以为大写字母标识，如标识A、标识B、标识C等等，还可以为小写字母标识，如标识a、标识b、标识c等等。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
网管***可以接收由其管理的多个网元上报的链路异常告警信息，并在接收到链路异常告警信息之后，执行步骤302。
步骤302：调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理。
在网管***中预先设置有不同的合并规则模板，在合并规则模板中提供有不同的合并规则，例如，参照图4，示出了本发明实施例提供的一种多网元告警合并规则的示意图，如图4所示，提供的合并规则模板为规则1，在合并规则模板中可以预先设置监测的时间，为1～600s，即从某个时刻起，对600s或500s内监测到的链路异常告警信息进行合并处理等，对于具体地监测时间可以由维护人员预先设置。在合并规则模板中还设置有开始时间和结束时间，即网管***对于开始时间和结束时间内的链路异常告警信息才会执行合并，而处于该时间之外的链路异常告警信息不作考虑，例如，开始时间为：2019年2月11日-10:00，结束时间为：2019年2月12日-9:00，即将19年2月11日上午10点至次日上午9点内，网管***接收的链路异常告警信息进行合并。在合并规则模板中还预先设置有异常原因项，即对于不同异常原因的链路异常告警信息进行合并，例如，将异常原因均为X2接口链路故障的链路异常告警信息进行合并，将异常原因为S1接口链路故障的链路异常告警信息进行合并等等。
当然，在具体实现中，可以预先设置一种或多种合并规则模板，具体地，可以由研发人员根据实际情况而定，本发明实施例对此不加以限制。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
当然，在合并规则模板中，还可以预先设置启用、禁止选项，以及创建、删除、应用等按钮(如图4所示)，启用选项可以用于启用维护人员选择的合并规则模板；禁止选项可以用于禁止使用维护人员选择的合并规则模板；创建按钮可以用于在维护人员点击该按钮时，弹出相应的创建弹窗，由维护人员根据创建弹窗填写相应的合并规则，以生成新的合并规则模板；删除按钮可以用于在维护人员选择某个合并规则模板，并点击删除按钮时删除选择的合并规则模板；应用按钮可以用于在维护人员选择某个合并规则模板之后，点击该按钮以应用该合并规则模板对链路异常告警信息进行合并。
当然，还可以设置关闭按钮(如图4右下角所示)，维护人员在点击关闭按钮时，则可以关闭该多网元合并规则显示界面，可以在启用某一合并规则模板之后，关闭多网元合并规则显示界面，也可以在停止使用任一合并规则模板之后，关闭多网元合并规则显示界面，具体地，可以根据实际情况而定，本发明实施例对此不加以限制。
在对多网元上报的链路异常告警信息进行合并时，可以调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，即将标识信息相同，且网元异常原因相同的链路异常告警信息进行合并，例如，链路异常告警信息包括信息1、信息2、信息3、信息4、信息5，信息1对应的网元的标识信息为a，异常原因为x；信息2对应的网元的标识信息为a，异常原因为y；信息3对应的网元的标识信息为a，异常原因为x，信息4对应的网元的标识信息为b，异常原因为x；信息5对应的网元的标识信息为a，异常原因为x，可以得知信息1、信息3和信息5对应的异常网元的标识信息和异常原因均是相同的，则可以将信息1、信息3和信息5进行合并，即合并得到一条链路异常告警信息，以减少网管***中相同链路异常告警信息的数量，剔除冗余数据。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
对于合并处理的方式可以参照下述优选实施例进行详细描述。
在本发明实施例的一种优选实施例中，所述链路异常告警信息还包括网元异常监测时间，上述步骤302可以包括：
子步骤M：依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
在本发明实施例中，网元异常监测时间是指监测到网元异常的时间，例如，网元a和网元b相连，在网元b监测到网元a异常时对应的时间为：2019年2月21日10:35时，则将2019年2月21日10:35作为网元异常监测时间。
在多网元上报的链路异常告警信息中还可以包括网元异常监测时间，在获取到多网元上报的链路异常告警信息之后，可以结合各链路异常警告信息中包含的各异常网元的标识信息、各异常网元的异常原因和各网元异常监测时间，对各条链路异常告警信息进行合并，例如，网管***需要对2019年2月21日9:00～2019年2月21日12:00内的各条链路异常告警信息进行合并，则可以根据各网元异常监测时间，获取处于2019年2月21日9:00～2019年2月21日12:00内的各条链路异常告警信息，然后，将标识信息相同，且网元异常原因相同的链路异常告警信息进行合并，例如，链路异常告警信息包括信息1、信息2、信息3、信息4、信息5，信息1对应的网元的标识信息为a，异常原因为x；信息2对应的网元的标识信息为a，异常原因为y；信息3对应的网元的标识信息为a，异常原因为x，信息4对应的网元的标识信息为b，异常原因为x；信息5对应的网元的标识信息为a，异常原因为x，可以得知信息1、信息3和信息5对应的异常网元的标识信息和异常原因均是相同的，则可以将信息1、信息3和信息5进行合并，即合并得到一条链路异常告警信息，以减少网管***中相同链路异常告警信息的数量，剔除冗余数据。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
而对于上述结合各异常网元的标识信息、各异常网元的异常原因和各网元异常监测时间，对各条链路异常告警信息进行合并的过程，可以参照下述优选实施例的描述。
在本发明实施例的另一种优选实施例中，上述子步骤M可以包括：
子步骤M1：依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间。
在本发明实施例中，预设时段是指预先设置的指定时间段，如2019年2月21日9:00～2019年2月21日12:00等。
目标网元异常监测时间是指监测时间处于预设时段的网元异常监测时间，例如，预设时段为2019年2月21日9:00～2019年2月21日12:00，网元异常监测时间包括：2019年2月21日10:00、2019年2月21日8:00、2019年2月21日11:00、2019年2月22日9:00，则目标网元监测时间即为：2019年2月21日10:00和2019年2月21日12:00。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
在获取各条链路异常告警信息之后，可以根据各条链路异常告警信息中所包含的网元异常监测时间，可以获取处于预设时段内的至少一个目标网元异常监测时间。
在不存在目标网元异常监测时间时，则不再进行后续的合并过程，而在存在一个或多个目标网元异常监测时间时，则执行子步骤M2。
子步骤M2：从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息。
目标链路异常告警信息是指与目标网元异常监测时间对应的链路异常告警信息，例如，目标网元异常监测时间为：2019年2月22日9:00，链路异常告警信息包括信息a、信息b和信息c，信息a对应的网元异常监测时间为：2019年2月22日9:00，信息b对应的网元异常监测时间为：2019年2月22日10:00，信息c对应的网元异常监测时间为：2019年2月22日9:00，则信息a和信息c即为目标链路异常告警信息。
在获取至少一个目标网元异常监测时间之后，可以从各链路异常告警信息中获取至少一个目标链路异常告警信息，并执行子步骤M3。
子步骤M3：从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息。
待合并链路异常告警信息是指标识信息相同，且网元异常原因相同的目标链路异常告警信息，例如，目标链路异常告警信息包括信息A、信息B和信息C，信息A的标识信息为信息1，网元异常原因为S；信息B的标识信息为信息1，网元异常原因为N；信息C的标识信息为信息1，网元异常原因为S；则信息A和信息B的标识信息相同，且网元异常原因也相同，即信息A和信息B即为待合并链路异常告警信息。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
在获取至少一个目标链路异常告警信息之后，可以根据各目标链路异常告警信息中所包含的标识信息和网元异常原因，从各目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息，并执行子步骤M4。
子步骤M4：对所述至少一个待合并链路异常告警信息进行合并处理。
在获取至少一个待合并链路异常告警信息之后，可以对至少一个待合并链路异常告警信息进行合并处理，具体地合并过程为，将至少一个待合并链路异常告警信息中多余的待合并链路异常告警信息删除，仅保留一条即可，例如，待合并链路异常告警信息包括信息1、信息2和信息3，且这三条信息对应的标识信息和网元异常原因均是相同的，则可以将信息1、信息2和信息3中的任意两条信息删除，仅保留一条信息即可，从而完成信息合并过程。
可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。
当然，在实际应用中，本领域技术人员还可以采用其它合并处理方式，本发明实施例对此不加以限制。
在调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理之后，执行步骤303。
步骤303：依据合并处理结果，获取至少一个合并后的链路异常告警信息。
合并处理结果是指将至少一条链路异常告警信息进行合并之后得到的结果，在将一条或多条链路异常告警信息进行合并之后得到的最终的链路异常告警信息的数目要比之前少，例如，链路异常告警信息包括信息1、信息2、信息3、信息4，在进行合并时，需要将信息1、信息2和信息3进行合并，而信息4自己进行合并，则最终得到的合并处理结果即为信息1、信息2、信息3中的任一条信息，及信息4，即这三条信息是相同的，仅保留一条即可，而信息4需要单独保留。
合并后的链路异常告警信息是指将至少一条链路异常告警信息合并之后得到的信息，如上述示例可知，在将信息1、信息2和信息3进行合并之后，所得到的合并后的链路异常告警信息可以为信息1，也可以为信息2，也可以为信息3，即保留这三条信息中的任一条信息即可，其余两条信息剔除，从而减少了网管***侧的链路异常告警信息的冗余量。
在依据合并处理结果，获取至少一个合并后的链路异常告警信息之后，执行步骤304。
步骤304：将各所述合并后的链路异常告警信息保存于所述网管***。
在获取到合并后的链路异常告警信息之后，可以将合并后的链路异常告警信息保存于网管***。
上述过程中，通过对相同的链路异常告警信息进行合并处理，从而可以减少保存于网管***中的链路异常告警信息冗余量，极大方便了维护人员对异常网元的定位。
在将各合并后的链路异常告警信息保存于网管***之后，执行步骤305。
步骤305：获取网元上报的最新链路异常告警信息；其中，所述最新链路异常告警信息包括异常网元的最新标识信息、最新网元异常原因和最新网元异常监测时间。
最新链路异常告警信息是指在进行了上述合并过程之后，由网管***管理的多个网元上报的链路异常告警信息。
在最新链路异常告警信息中包含有异常网元的最新标识信息，即网元上报的最新的异常网元的标识信息。
在最新链路异常告警信息中还可以包含有最新网元异常原因，即网元上报的最新的异常网元的异常原因。
在最新链路异常告警信息中还可以包含有最新网元异常监测时间，即网元上报的最新的监测到异常网元发生异常的时间。
在获取网元上报的最新链路异常告警信息之后，执行步骤306。
步骤306：在所述最新网元异常监测时间处于所述预设时段内的情况下，获取所述待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因。
在获取到网元上报的最新链路异常告警信息之后，可以对最新链路异常告警信息中所包含的最新网元监测时间进行判断，以判断最新网元监测时间是否处于预设时段内。
在最新网元异常监测时间不处于预设时段内时，则不再进行后续的处理，直接对该最新链路异常告警信息进行保存。
而在最新网元异常监测时间处于预设时段内时，则获取待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因，并执行步骤307。
步骤307：判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同。
在获取待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因之后，可以将最新标识信息与上述相同的标识信息、最新网元异常原因与上述相同的网元异常原因进行匹配。
即判断最新标识信息与上述相同的标识信息、最新网元异常原因与上述相同的网元异常原因是否均相同。
在最新标识信息与上述相同的标识信息、最新网元异常原因与上述相同的网元异常原因均相同的情况下，则执行步骤308。
在最新标识信息与上述相同的标识信息、最新网元异常原因与上述相同的网元异常原因中有一个不同或者两个均不相同的情况下，则执行步骤309。
步骤308：删除所述最新链路异常告警信息。
在最新标识信息与上述相同的标识信息、最新网元异常原因与上述相同的网元异常原因均相同的情况下，表示最新链路异常告警信息与至少一条待合并链路异常告警信息是相同的，则不再将最新链路异常告警信息保存于网管***，而是直接将最新链路异常告警信息进行删除，以减少网管***中的链路异常告警信息的冗余量。
步骤309：保存所述最新链路异常告警信息。
而在最新标识信息与上述相同的标识信息、最新网元异常原因与上述相同的网元异常原因中有一个不同或者两个均不相同的情况下，表示最新链路异常告警信息与至少一条待合并链路异常告警信息均是不相同的，则可以在最新链路异常告警信息保存于网管***。
具体地，在最新标识信息与上述相同的标识信息相同，而最新网元异常原因与上述相同的网元异常原因不相同时，可以保存最新链路异常告警信息。
在最新标识信息与上述相同的标识信息不相同，而最新网元异常原因与上述相同的网元异常原因相同时，可以保存最新链路异常告警信息。
最新标识信息与上述相同的标识信息不相同，且最新网元异常原因与上述相同的网元异常原因不相同时，可以保存最新链路异常告警信息。
本发明实施例提供的网元异常处理方法，通过获取多个网元上报的链路异常告警信息，其中，链路异常告警信息中包括异常网元的标识信息、网元异常原因，调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，依据合并处理结果，获取至少一个合并后的链路异常告警信息，将各合并后的链路异常告警信息保存于网管***。本发明实施例通过预置的合并规则模板，将标识信息系相同、且网元异常原因相同的链路异常告警信息进行合并处理，从而减少了保存于网管***的告警信息，并且，通过异常网元的标识信息可以直接定位到异常的网元，更方便于维护人员对异常网元的定位。
实施例三
参照图5，示出了本发明实施例提供的一种网管***的结构示意图，具体可以包括：
异常告警信息获取模块501，用于获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；告警信息合并处理模块502，用于调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；合并告警信息获取模块503，用于依据合并处理结果，获取至少一个合并后的链路异常告警信息；合并告警信息保存模块504，用于将各所述合并后的链路异常告警信息保存于所述网管***。
优选地，所述合并规则模板包括标识合并条件和网元异常合并条件，所述告警信息合并处理模块502包括：合并条件判断子模块，用于调用所述合并规则模板，针对各所述标识信息和各所述网元异常原因，依次判断所述标识信息是否满足所述标识合并条件，及所述网元异常原因是否满足所述网元异常合并条件；合并处理子模块，用于在所述标识信息满足所述标识合并条件，且所述网元异常原因满足所述网元异常合并条件的情况下，依据所述标识信息和所述网元异常原因，对所述链路异常告警信息进行合并处理。
优选地，所述链路异常告警信息还包括网元异常监测时间，所述告警信息合并处理模块502包括：告警信息合并处理子模块，用于依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
优选地，所述告警信息合并处理子模块包括：异常监测时间获取子模块，用于依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间；目标告警信息获取子模块，用于从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息；待合并告警信息获取子模块，用于从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息；待合并信息合并子模块，用于对所述至少一个待合并链路异常告警信息进行合并处理。
优选地，还包括：下一告警信息获取模块，用于获取下一网元上报的至少一个下一链路异常告警信息；所述下一链路异常告警信息包括异常网元的下一标识信息和下一网元异常原因；下一告警信息判断模块，用于针对各所述下一链路异常告警信息，依次调用所述合并规则模板，判断是否存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息；下一告警信息删除模块，用于在存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息时，删除所述下一链路异常告警信息。
本发明实施例提供的网管***，通过获取多个网元上报的链路异常告警信息，其中，链路异常告警信息中包括异常网元的标识信息、网元异常原因，调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，依据合并处理结果，获取至少一个合并后的链路异常告警信息，将各合并后的链路异常告警信息保存于网管***。本发明实施例通过预置的合并规则模板，将标识信息系相同、且网元异常原因相同的链路异常告警信息进行合并处理，从而减少了保存于网管***的告警信息，并且，通过异常网元的标识信息可以直接定位到异常的网元，更方便于维护人员对异常网元的定位。
实施例四
参照图6，示出了本发明实施例提供的一种网管***的结构示意图，具体可以包括：
异常告警信息获取模块601，用于获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；告警信息合并处理模块602，用于调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；合并告警信息获取模块603，用于依据合并处理结果，获取至少一个合并后的链路异常告警信息；合并告警信息保存模块604，用于将各所述合并后的链路异常告警信息保存于所述网管***；最新告警信息获取模块605，用于获取网元上报的最新链路异常告警信息；其中，所述最新链路异常告警信息包括异常网元的最新标识信息、最新网元异常原因和最新网元异常监测时间；相同标识原因信息获取模块606，用于在所述最新网元异常监测时间处于所述预设时段内的情况下，获取所述待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因；异常原因及标识判断模块607，用于判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同；最新告警信息删除模块608，用于在所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因均相同的情况下，删除所述最新链路异常告警信息；最新告警信息保存模块609，用于在所述最新标识信息和所述相同的标识信息不相同，和/或所述最新网元异常原因和所述相同的网元异常原因不相同的情况下，保存所述最新链路异常告警信息。
本发明实施例提供的网管***，通过获取多个网元上报的链路异常告警信息，其中，链路异常告警信息中包括异常网元的标识信息、网元异常原因，调用预先设置的合并规则模板，依据各标识信息和各网元异常原因，对各链路异常告警信息进行合并处理，依据合并处理结果，获取至少一个合并后的链路异常告警信息，将各合并后的链路异常告警信息保存于网管***。本发明实施例通过预置的合并规则模板，将标识信息系相同、且网元异常原因相同的链路异常告警信息进行合并处理，从而减少了保存于网管***的告警信息，并且，通过异常网元的标识信息可以直接定位到异常的网元，更方便于维护人员对异常网元的定位。
具体可对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种网元异常处理方法和一种网管***，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (14)
1.一种网元异常处理方法，应用于网管***，特征在于，包括：
获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；
调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；
依据合并处理结果，获取至少一个合并后的链路异常告警信息；
将各所述合并后的链路异常告警信息保存于所述网管***。
2.根据权利要求1所述的方法，其特征在于，所述合并规则模板包括标识合并条件和网元异常合并条件，所述调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理的步骤，包括：
调用所述合并规则模板，针对各所述标识信息和各所述网元异常原因，依次判断所述标识信息是否满足所述标识合并条件，及所述网元异常原因是否满足所述网元异常合并条件；
在所述标识信息满足所述标识合并条件，且所述网元异常原因满足所述网元异常合并条件的情况下，依据所述标识信息和所述网元异常原因，对所述链路异常告警信息进行合并处理。
3.根据权利要求1所述的方法，其特征在于，所述链路异常告警信息还包括网元异常监测时间，所述调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理的步骤，包括：
依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
4.根据权利要求3所述的方法，其特征在于，所述依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理的步骤，包括：
依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间；
从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息；
从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息；
对所述至少一个待合并链路异常告警信息进行合并处理。
5.根据权利要求4所述的方法，其特征在于，在所述将各所述合并后的链路异常告警信息保存于所述网管***的步骤之后，还包括：
获取网元上报的最新链路异常告警信息；其中，所述最新链路异常告警信息包括异常网元的最新标识信息、最新网元异常原因和最新网元异常监测时间；
在所述最新网元异常监测时间处于所述预设时段内的情况下，获取所述待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因；
判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同；
若是，则删除所述最新链路异常告警信息。
6.根据权利要求5所述的方法，其特征在于，在所述判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同的步骤之后，还包括：
在所述最新标识信息和所述相同的标识信息不相同，和/或所述最新网元异常原因和所述相同的网元异常原因不相同的情况下，保存所述最新链路异常告警信息。
7.根据权利要求1所述的方法，其特征在于，在所述将各所述合并后的链路异常告警信息保存于所述网管***的步骤之后，还包括：
获取下一网元上报的至少一个下一链路异常告警信息；所述下一链路异常告警信息包括异常网元的下一标识信息和下一网元异常原因；
针对各所述下一链路异常告警信息，依次调用所述合并规则模板，判断是否存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息；
若存在，则删除所述下一链路异常告警信息。
8.一种网管***，特征在于，包括：
异常告警信息获取模块，用于获取多个网元上报的链路异常告警信息；其中，所述链路异常告警信息中包括异常网元的标识信息、网元异常原因；
告警信息合并处理模块，用于调用预先设置的合并规则模板，依据各所述标识信息和各所述网元异常原因，对各所述链路异常告警信息进行合并处理；
合并告警信息获取模块，用于依据合并处理结果，获取至少一个合并后的链路异常告警信息；
合并告警信息保存模块，用于将各所述合并后的链路异常告警信息保存于所述网管***。
9.根据权利要求8所述的网管***，其特征在于，所述合并规则模板包括标识合并条件和网元异常合并条件，所述告警信息合并处理模块包括：
合并条件判断子模块，用于调用所述合并规则模板，针对各所述标识信息和各所述网元异常原因，依次判断所述标识信息是否满足所述标识合并条件，及所述网元异常原因是否满足所述网元异常合并条件；
合并处理子模块，用于在所述标识信息满足所述标识合并条件，且所述网元异常原因满足所述网元异常合并条件的情况下，依据所述标识信息和所述网元异常原因，对所述链路异常告警信息进行合并处理。
10.根据权利要求8所述的网管***，其特征在于，所述链路异常告警信息还包括网元异常监测时间，所述告警信息合并处理模块包括：
告警信息合并处理子模块，用于依据各所述标识信息、各所述网元异常原因及各所述网元异常监测时间，对各所述链路异常告警信息进行合并处理。
11.根据权利要求10所述的网管***，其特征在于，所述告警信息合并处理子模块包括：
异常监测时间获取子模块，用于依据各所述网元异常监测时间，获取处于预设时段内的至少一个目标网元异常监测时间；
目标告警信息获取子模块，用于从各所述链路异常告警信息中，获取各所述目标网元异常监测时间分别对应的至少一个目标链路异常告警信息；
待合并告警信息获取子模块，用于从所述至少一个目标链路异常告警信息中，获取标识信息相同、且网元异常原因相同的至少一个待合并链路异常告警信息；
待合并信息合并子模块，用于对所述至少一个待合并链路异常告警信息进行合并处理。
12.根据权利要求11所述的网管***，其特征在于，还包括：
最新告警信息获取模块，用于获取网元上报的最新链路异常告警信息；其中，所述最新链路异常告警信息包括异常网元的最新标识信息、最新网元异常原因和最新网元异常监测时间；
相同标识原因信息获取模块，用于在所述最新网元异常监测时间处于所述预设时段内的情况下，获取所述待合并链路异常告警信息中包含的相同的标识信息和相同的网元异常原因；
异常原因及标识判断模块，用于判断所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因是否均相同；
最新告警信息删除模块，用于在所述最新标识信息和所述相同的标识信息、所述最新网元异常原因和所述相同的网元异常原因均相同的情况下，删除所述最新链路异常告警信息。
13.根据权利要求12所述的网管***，其特征在于，还包括：
最新告警信息保存模块，用于在所述最新标识信息和所述相同的标识信息不相同，和/或所述最新网元异常原因和所述相同的网元异常原因不相同的情况下，保存所述最新链路异常告警信息。
14.根据权利要求8所述的网管***，其特征在于，还包括：
下一告警信息获取模块，用于获取下一网元上报的至少一个下一链路异常告警信息；所述下一链路异常告警信息包括异常网元的下一标识信息和下一网元异常原因；
下一告警信息判断模块，用于针对各所述下一链路异常告警信息，依次调用所述合并规则模板，判断是否存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息；
下一告警信息删除模块，用于在存在与所述下一标识信息和所述下一网元异常原因均相同的链路异常告警信息时，删除所述下一链路异常告警信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910272687.7A CN111786806B (zh) | 2019-04-04 | 2019-04-04 | 一种网元异常处理方法及网管*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910272687.7A CN111786806B (zh) | 2019-04-04 | 2019-04-04 | 一种网元异常处理方法及网管*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111786806A true CN111786806A (zh) | 2020-10-16 |
| CN111786806B CN111786806B (zh) | 2022-03-01 |
Family
ID=72755003
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910272687.7A Active CN111786806B (zh) | 2019-04-04 | 2019-04-04 | 一种网元异常处理方法及网管*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111786806B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024012186A1 (zh) * | 2022-07-11 | 2024-01-18 | 中兴通讯股份有限公司 | 根因定位方法、通信设备及计算机可读存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101582807A (zh) * | 2009-07-02 | 2009-11-18 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及*** |
| CN101815107A (zh) * | 2010-05-13 | 2010-08-25 | 华为技术有限公司 | 一种以太环网中管理地址的方法、***以及设备 |
| CN102014020A (zh) * | 2010-11-12 | 2011-04-13 | 百度在线网络技术（北京）有限公司 | 一种用于对网络设备进行网络监控的设备及其方法 |
| CN103346912A (zh) * | 2013-06-29 | 2013-10-09 | 华为技术有限公司 | 告警相关性分析的方法、装置及*** |
| CN106209400A (zh) * | 2015-04-30 | 2016-12-07 | 华为技术有限公司 | 一种定位故障的方法和设备 |
| CN106713017A (zh) * | 2016-12-08 | 2017-05-24 | 国网北京市电力公司 | 告警信息的处理方法及装置 |
| WO2017133522A1 (zh) * | 2016-02-03 | 2017-08-10 | 腾讯科技（深圳）有限公司 | 告警信息的处理方法、装置和***、计算机存储介质 |
| CN107124298A (zh) * | 2017-03-31 | 2017-09-01 | 北京奇艺世纪科技有限公司 | 告警聚合方法及*** |
| CN107770797A (zh) * | 2016-08-17 | 2018-03-06 | ***通信集团内蒙古有限公司 | 一种无线网络告警管理的关联分析方法及*** |
-
2019
- 2019-04-04 CN CN201910272687.7A patent/CN111786806B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101582807A (zh) * | 2009-07-02 | 2009-11-18 | 北京讯风光通信技术开发有限责任公司 | 一种基于北向接口实现网络管理的方法及*** |
| CN101815107A (zh) * | 2010-05-13 | 2010-08-25 | 华为技术有限公司 | 一种以太环网中管理地址的方法、***以及设备 |
| CN102014020A (zh) * | 2010-11-12 | 2011-04-13 | 百度在线网络技术（北京）有限公司 | 一种用于对网络设备进行网络监控的设备及其方法 |
| CN103346912A (zh) * | 2013-06-29 | 2013-10-09 | 华为技术有限公司 | 告警相关性分析的方法、装置及*** |
| CN106209400A (zh) * | 2015-04-30 | 2016-12-07 | 华为技术有限公司 | 一种定位故障的方法和设备 |
| WO2017133522A1 (zh) * | 2016-02-03 | 2017-08-10 | 腾讯科技（深圳）有限公司 | 告警信息的处理方法、装置和***、计算机存储介质 |
| CN107770797A (zh) * | 2016-08-17 | 2018-03-06 | ***通信集团内蒙古有限公司 | 一种无线网络告警管理的关联分析方法及*** |
| CN106713017A (zh) * | 2016-12-08 | 2017-05-24 | 国网北京市电力公司 | 告警信息的处理方法及装置 |
| CN107124298A (zh) * | 2017-03-31 | 2017-09-01 | 北京奇艺世纪科技有限公司 | 告警聚合方法及*** |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024012186A1 (zh) * | 2022-07-11 | 2024-01-18 | 中兴通讯股份有限公司 | 根因定位方法、通信设备及计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111786806B (zh) | 2022-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105933407B (zh) | 一种实现Redis集群高可用的方法及*** | |
| US7995485B1 (en) | Method and apparatus for providing automated diagnostics of networks | |
| US20180217891A1 (en) | Method and System for Resolving Faults in a Virtual Desktop Environment | |
| CN106034039A (zh) | 一种故障通知方法及*** | |
| EP2866388B1 (en) | Method for detecting correctness of optic fiber connection based on radio remote unit (rru) looped network, and base band unit (bbu) | |
| CN115269248B (zh) | 双节点集群下防止脑裂方法和装置、电子设备和存储介质 | |
| CN114490565A (zh) | 数据库故障处理方法和装置 | |
| CN111786806B (zh) | 一种网元异常处理方法及网管*** | |
| WO2013086996A1 (zh) | 故障处理方法、设备和*** | |
| CN102739445A (zh) | 一种环网故障快速定位的方法和*** | |
| CN101924661B (zh) | 告警的处理方法及装置 | |
| WO2012081606A1 (ja) | ネットワーク保守システムと方法並びに装置 | |
| CN109699041B (zh) | 一种rru通道故障诊断处理方法、设备和计算机存储介质 | |
| JP4364879B2 (ja) | 障害通報システム、障害通報方法及び障害通報プログラム | |
| CN113590434B (zh) | 一种集群告警方法、***、设备以及介质 | |
| CN115102862A (zh) | 一种用于sdn设备的自动同步方法及装置 | |
| CN106330518A (zh) | 业务单板的oam配置方法及装置 | |
| CN113556671B (zh) | 故障定位方法、装置和存储介质 | |
| CN113301177A (zh) | 一种域名防封禁方法及装置 | |
| CN107678905B (zh) | 一种监控方法和装置 | |
| US11862007B2 (en) | Method for automatically analyzing and filtering out redundant alarms in the fault management system of radio transceiver stations | |
| CN112734052B (zh) | 一种故障报修方法及*** | |
| CN115150251B (zh) | 电力专网调度通信链路的故障诊断方法、***及管理平台 | |
| CN113015198B (zh) | 一种故障基站的定位方法、装置、设备及可读存储介质 | |
| CN112291083B (zh) | 数据处理方法、装置及设备 |
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 |