一种告警处理方法和装置与流程

1.本发明涉及告警处理技术领域，特别是涉及一种告警处理方法和一种告警处理装置。


背景技术：

2.5g网络切片是基于nfv(network function virtualize，网络功能虚拟化)而实现的技术。网络功能虚拟化为通信网络带来了前所未有的新能力和新特性。网络功能可以灵活的组合形成满足各种场景需要的网络切片来提供通信服务，但相比传统网络，nfv技术条件下运维人员面对的不再是确切物理位置的网元，而是云化、池化的资源上的虚拟网络功能，相比传统通信网络架构，网络的架构更复杂，从上到下跨多层，横向跨多个域。若用传统的故障定位、故障处理方法去处理，工作量和难度巨大。运维人员进行故障处理需要上下跨越切片管理层、子切片管理层、网络服务编排、虚拟网元、虚机、到物理层，左右贯穿无线、传输、核心网多个域的网元；综合分析才能找到故障根源，才能进行针对性的故障处理。5g网络切片运维人员根据故障、性能、配置数据进行分析处理，完全凭借人工经验，工作强度大，对人工要求相比传统网络更高，运维难度更大。
3.现有的故障定位处理方式，需要运维人员非常熟悉系统中的功能对象和功能对象之间的关联关系，包括横向关联关系和纵向层级关系。需要运维人员人工分析系统中的一系列故障信息，找到故障对象在系统中的位置，根据故障发生的先后时间关系和对象之间的关系分析出根因故障和次生故障，然后根据人工经验对根因故障进行处理。现有的故障处理方式首先对人员要求高，在虚拟化技术条件下，难度更大，其次处理效率低，需要花费较多的分析处理时间。


技术实现要素：

4.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种告警处理方法和相应的一种告警处理装置。
5.为了解决上述问题，本发明实施例公开了一种告警处理方法，应用于故障处理系统；所述故障处理系统监测至少一个网络切片，所述故障处理系统配置有告警模式库和告警处理策略库；所述的方法包括：
6.当监测到处于运行状态的所述网络切片产生故障告警时，获取所述故障告警对应的告警模式；
7.将所述告警模式与所述告警模式库匹配，确定所述告警模式对应的第一告警根因；
8.将所述第一告警根因与所述告警处理策略库匹配，确定所述第一告警根因对应的第一告警处理策略；
9.采用所述第一告警处理策略处理所述第一告警根因。
10.可选地，所述网络切片由多个层级的对象组成；所述方法还包括：
11.在所述网络切片未运行时，采集所述网络切片中各个层级的对象的配置数据；
12.基于所述配置数据，获取不同层级的对象之间的拓扑层级关系；
13.基于所述拓扑层级关系，生成告警关联关系；
14.将所述告警关联关系保存至所述告警模式库中。
15.可选地，还包括：
16.获取所述告警关联关系对应的告警处理策略；
17.将所述告警处理策略保存至所述告警处理策略库中。
18.可选地，所述配置数据包括对象标识以及不同对象标识之间的关联关系；所述基于所述配置数据，获取不同层级的对象之间的拓扑层级关系的步骤，包括：
19.采用所述对象标识以及不同对象标识之间的关联关系，生成不同层级的对象之间的拓扑层级关系。
20.可选地，所述基于所述拓扑层级关系，生成告警关联关系的步骤包括：
21.接收故障模拟指令；
22.响应所述故障模拟指令，生成根因告警信号；
23.基于所述根因告警信号和所述拓扑层级关系，生成告警关联关系。
24.可选地，所述基于所述根因告警信号和所述拓扑层级关系，生成告警关联关系的步骤，包括：
25.基于所述根因告警信号和所述拓扑层级关系，生成次生告警信号；
26.采用所述根因告警信号和所述次生告警信号，生成告警关联关系。
27.可选地，还包括：
28.当在所述告警模式库中匹配不到所述告警模式时，确定所述告警模式对应的至少一个告警对象；
29.采用所述至少一个告警对象，在所述告警模式库中匹配多个目标告警模式；
30.依次从所述目标告警模式中确定对应的第二告警根因；
31.获取所述第二告警根因对应的第二告警处理策略；
32.采用所述告警处理策略处理所述第二告警根因。
33.可选地，还包括：
34.将所述告警模式保存在所述告警模式库中；
35.将所述告警处理策略保存在所述告警策略库中。
36.本发明实施例还公开了一种告警处理装置，应用于故障处理系统；所述故障处理系统监测至少一个网络切片，所述故障处理系统配置有告警模式库和告警处理策略库；所述的装置包括：
37.告警模式获取模块，用于当监测到处于运行状态的所述网络切片产生故障告警时，获取所述故障告警对应的告警模式；
38.告警根因确定模块，用于将所述告警模式与所述告警模式库匹配，确定所述告警模式对应的第一告警根因；
39.第一告警处理策略确定模块，用于将所述第一告警根因与所述告警处理策略库匹配，确定所述第一告警根因对应的第一告警处理策略；
40.第一告警根因处理模块，用于采用所述第一告警处理策略处理所述第一告警根
因。
41.可选地，所述网络切片由多个层级的对象组成；所述装置还包括：
42.配置数据采集模块，用于在所述网络切片未运行时，采集所述网络切片中各个层级的对象的配置数据；
43.拓扑层级关系获取模块，用于基于所述配置数据，获取不同层级的对象之间的拓扑层级关系；
44.告警关联关系生成模块，用于基于所述拓扑层级关系，生成告警关联关系；
45.告警关联关系保存模块，用于将所述告警关联关系保存至所述告警模式库中。
46.可选地，所述装置还包括：
47.告警处理策略获取模块，用于获取所述告警关联关系对应的告警处理策略；
48.告警处理策略保存模块，用于将所述告警处理策略保存至所述告警处理策略库中。
49.可选地，所述配置数据包括对象标识以及不同对象标识之间的关联关系；所述拓扑层级关系获取模块，包括：
50.拓扑层级关系生成子模块，用于采用所述对象标识以及不同对象标识之间的关联关系，生成不同层级的对象之间的拓扑层级关系。
51.可选地，所述告警关联关系生成模块，包括：
52.故障模拟指令接收子模块，用于接收故障模拟指令；
53.根因告警信号生成子模块，用于响应所述故障模拟指令，生成根因告警信号；
54.告警关联关系生成子模块，用于基于所述根因告警信号和所述拓扑层级关系，生成告警关联关系。
55.可选地，所述告警关联关系生成子模块，包括：
56.次生告警信号生成单元，用于基于所述根因告警信号和所述拓扑层级关系，生成次生告警信号；
57.告警关联关系生成单元，用于采用所述根因告警信号和所述次生告警信号，生成告警关联关系。
58.可选地，所述的装置还包括：
59.告警对象确定模块，用于当在所述告警模式库中匹配不到所述告警模式时，确定所述告警模式对应的至少一个告警对象；
60.目标告警模式确定模块，用于采用所述至少一个告警对象，在所述告警模式库中匹配多个目标告警模式；
61.第二告警根因确定模块，用于依次从所述目标告警模式中确定对应的第二告警根因；
62.第二告警处理策略获取模块，用于获取所述第二告警根因对应的第二告警处理策略；
63.第二告警根因处理模块，用于采用所述告警处理策略处理所述第二告警根因。
64.可选地，所述的装置还包括：
65.告警模式库保存模块，用于将所述告警模式保存在所述告警模式库中；
66.告警策略库保存模块，用于将所述告警处理策略保存在所述告警策略库中。
67.本发明实施例还公开了一种装置，包括：
68.一个或多个处理器；和
69.其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行如上所述的一个或多个的方法。
70.本发明实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如上所述的一个或多个的方法。
71.本发明实施例包括以下优点：本发明实施例通过将网络切片产生的故障告警对应的告警模式与告警模式库匹配的方式，来确定第一告警根因；再通过将第一告警根因与告警处理策略库匹配，来确定第一告警处理策略；以通过第一告警处理策略处理第一告警根因。通过本发明实施例，降低了故障定位和处理的难度，提高了故障定位和处理的效率，节约了分析时间。
附图说明
72.图1是本发明的一种故障处理系统的结构框图；
73.图2是本发明的一种告警处理方法实施例的步骤流程图；
74.图3是本发明的一种告警处理方法实施例的步骤流程图；
75.图4是本发明的一种根据配置数据得到的对象间的拓扑层级关系；
76.图5是本发明的一种学习模式下制造故障得到的告警和次生告警之间的关系；
77.图6是本发明的一种告警处理装置实施例的结构框图。
具体实施方式
78.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
79.5g网络切片是基于nfv(network function virtualize)网络功能虚拟化的技术。
80.网络切片是一种按需组网的方式，可以让运营商在统一的基础设施上分离出多个虚拟的端到端网络，每个网络切片从无线接入网承载网再到核心网上进行逻辑隔离，以适配各种各样类型的应用。
81.网络功能虚拟化为通信网络带来了前所未有的新能力和新特性。网络功能可以灵活的组合形成满足各种场景需要的网络切片来提供通信服务，但同时带来的问题是网络复杂度过，相较于传统的通信网络切片在故障定位、故障处理方面变得更加复杂和困难。物理层设备，虚拟层设备，网络功能设备可能来自不同厂商，故障定位变得非常复杂，如何充分发挥nfv带来的灵活性又要减少灵活性对故障处理带来的复杂性，是5g网络切片需要解决的问题。
82.现有的故障定位处理方式，需要运维人员非常熟悉系统中的功能对象和功能对象之间的关联关系，包括横向关联关系和纵向层级关系。需要运维人员人工分析系统中的一系列故障信息，找到故障对象在系统中的位置，根据故障发生的先后时间关系和对象之间的关系关系分析出根因故障和次生故障，然后根据人工经验对根因故障进行处理。现有的故障处理方式首先对人员要求高，在虚拟化技术条件下，难度更大，其次处理效率低，需要花费较多的分析处理时间。
83.基于现有技术的弊端，本发明实施例提出了一种核心构思在于，构建如图1所示的一套监测网络切片的故障处理系统，用于在网络切片发生故障时优化故障的定位与处理过程。其主要方式是通过模拟故障的形式确定多个故障告警模式，以形成告警模式库，用于在故障发生时进行故障匹配，以实现故障的快速定位。同时，还建立了一个故障处理策略库，其中存储了多个故障模式所对应的故障处理策略，以便于在确定了故障模式后，可以快速处理故障。相较于现有技术，本技术简化了网络切片故障发生时的定位过程与处理过程。从而降低了人力消耗和运维难度。
84.以下通过实施例对本发明的告警处理方法进行介绍：
85.参照图2，示出了本发明的一种告警处理方法实施例的步骤流程图，应用于故障处理系统；所述故障处理系统监测至少一个网络切片，所述故障处理系统配置有告警模式库和告警处理策略库；具体可以包括如下步骤：
86.步骤201，当监测到处于运行状态的所述网络切片产生故障告警时，获取所述故障告警对应的告警模式；
87.在本发明实施例中，当故障处理系统监测到网络切片产生故障告警时，会采集故障告警。并按照时间顺序，将所产生的一系列告警按一定模式组合成特定的告警模式。
88.步骤202，将所述告警模式与所述告警模式库匹配，确定所述告警模式对应的第一告警根因；
89.告警根因，是指导致网络切片中一系列关联故障产生的根源故障，其是在网络切片所发生的系列故障中，层级最低，最先发生的故障。
90.告警模式库存储了网络切片可能出现的多种形式的故障告警对应的多种告警模式。
91.基于现有的故障定位处理方式，需要运维人员非常熟悉系统中的功能对象和功能对象之间的关联关系，包括横向关联关系和纵向层级关系。需要运维人员人工分析系统中的一系列故障信息，找到故障对象在系统中的位置，根据故障发生的先后时间关系和对象之间的关系才能找到根因故障的问题。在本发明的一种实施例中，选择为故障系统配置告警模式库，通过将告警模式与告警模式库进行匹配的形式，来确定告警模式对应的第一告警根因。从而可以快速定位故障模式。
92.步骤203，将所述第一告警根因与所述告警处理策略库匹配，确定所述第一告警根因对应的第一告警处理策略；
93.告警处理策略库中存储了告警模式库中的告警模式对应的告警处理策略。
94.进一步地，将上一步骤得到的第一告警模式与告警处理策略库进行匹配，可以得到故障告警的第一告警模式对应的第一告警处理策略。
95.步骤204，采用所述第一告警处理策略处理所述第一告警根因。
96.在得到第一告警处理策略后，便可采用第一告警处理策略处理第一告警根因。
97.本发明实施例通过将网络切片产生的故障告警对应的告警模式与告警模式库匹配的方式，来确定第一告警根因；再通过将第一告警根因与告警处理策略库匹配，来确定第一告警处理策略；以通过第一告警处理策略处理第一告警根因。通过本发明实施例，降低了故障定位和处理的难度，提高了故障定位和处理的效率，节约了分析时间。
98.参照图3，示出了本发明的一种告警处理方法实施例的步骤流程图，涉及故障处理
系统和网络切片。其中，本发明实施例的故障处理系统可以包括三个部分，分别是数据采集层101，数据分析层102和决策控制层103。在决策控制层103配置了故障处理引擎1031(如图1所示)。
99.具体可以包括如下步骤：
100.步骤301，在所述网络切片未运行时，采集所述网络切片中各个层级的对象的配置数据；
101.在本发明实施例中，决策控制层103设置了自动学习模式，当网络切片部署完成但还未正式上线投入使用时便会开启自动学习模式。自动学习模式可以模拟故障产生，并进行故障根因分析和自动处理故障。
102.其中，在模拟故障的过程中，为了了解多个故障之间的关联关系，首先需要了解网络切片中各个层级的对象之间的关联关系，以根据单个故障的产生确定可能产生的多个故障。其中，网络切片的各个层级可以包括物理层、虚拟层、虚拟网络功能层和网络切片层。
103.为了实现这一过程，首先需要采集网络切片中各个层级的对象的配置数据。
104.其中，配置数据具体可以包括：
105.物理层的配置数据，包括配置了哪些物理服务器，每台物理服务器的网卡信息、内存信息、磁盘信息、处理器个数等信息；
106.虚拟层的配置数据，包括有哪些虚拟机，每台虚拟机对应的物理服务器，每台虚拟机占用的内存、磁盘、处理器资源，虚拟机的端口和物理端口的绑定关系等信息；
107.虚拟网络功能层配置数据，包括有哪些vnf110(virtual network function，虚拟化网络功能)，每个vnf110对应哪些虚拟机，每个vnf110建立了哪些虚拟网络，vnf110间的连接关系等。
108.网络切片层的配置数据，包括有哪些切片，每个切片由哪些vnf110构成的信息。
109.如图1所示，数据采集的工作过程是由ems104(element management system，网元管理系统)采集vnf110、pnf111的告警和配置数据，并将采集到的数据通过图1所示的nfvo 105上报到故障处理引擎1031。另外，vim106(virtualised infrastructure manager，虚拟化基础设施管理器)、pim107(pysical infrastructure management，物理设施管理器个人信息管理器)的告警和配置数据也可以通过nfvo 105上报到故障处理引擎1031。同时，图1中的nssmf108(network slice subnet management function，网络切片子网管理功能)可以上报子切片维度的告警和配置数据到故障处理系统。图1中的nsmf109(network slice management function，网络切片管理功能)可以上报切片维度的性能、告警和配置数据。这样数据采集层101就采集到了从物理层到虚拟层，从物理设备到虚拟机，到vnf110，到子切片，直到切片各层级的告警和配置数据的全量信息。
110.步骤302，基于所述配置数据，获取不同层级的对象之间的拓扑层级关系；
111.在获取了不同层级的对象之间的配置数据后，基于配置数据可以获取各层所使用的下层资源，包括切片所包含的子切片信息，子切片包含的vnf110/pnf111(physical network function，物理网络功能)，vnf110所包含的部署单元和部署单元包含的虚拟机，虚拟机所在的物理设备112。
112.不同层级之间的资源使用关系，通过数据分析层102的配置分析引擎1021分析后，便可以获取得到从物理层到虚拟层，到vnf110，到子切片，直到切片之间的关联关系的拓扑
层级关系。
113.在一个示例中，各层之间的拓扑层级关系可以如图4所示，切片nsia401包含了子切片nssia402；子切片nssia402包含了虚拟网络功能网元vnfa1101和vnfb1102；vnfa1101包含了vma4031(virtual machine，虚拟机)和vmb4032；vnfb1102包含了vmc4033和vmd4034；其中vma4031和vmb4032关联了vima1061，虚拟化vmc4033和vmd4034关联系vimb1062；vima1061在物理设备a1121上，vimb1062在物理设备b1122上。
114.进一步地，所述配置数据可以包括对象标识以及不同对象标识之间的关联关系；因此，在本发明实施例中，还可以采用所述对象标识以及不同对象标识之间的关联关系，生成不同层级的对象之间的拓扑层级关系。
115.例如，虚拟机id对应有虚拟机在哪个物理服务器id的关联关系，vnf110的id关联到vnf110使用了哪些虚拟机，因此对应有虚拟机id等。从而根据各对象的id以及不同对象id之间的关联关系，生成拓扑层级关系。
116.步骤303，基于所述拓扑层级关系，生成告警关联关系；
117.在实际场景中，由于网络切片各层之间的关联关系，当一个层级的某个对象产生故障时，往往会基于拓扑层级关系产生关联故障，从而产生多种故障告警，即故障与关联故障产生的故障告警之间存在关联关系。
118.在本发明实施例中，要生成告警关联关系，可以通过以下步骤实现：
119.s11，接收故障模拟指令；
120.s12，响应所述故障模拟指令，生成根因告警信号；
121.s13，基于所述根因告警信号和所述拓扑层级关系，生成次生告警信号；
122.s14，采用所述根因告警信号和所述次生告警信号，生成告警关联关系。
123.如图1所示，nssmf108向nfvo 105发送学习模式模拟故障指令，nfvo 105收到模拟某切片的内部故障指令后，会查询该切片下的资源，根据拓扑层级关系，由拓扑的下层资源开始，调用下层pim107、vim106、vnfm113的管理接口pm(performance management，性能管理)、fm(falut management，故障管理)、cm(configration management，配置管理)，对物理资源、虚拟资源nfvi114(network function virtualization infrastructure，网络功能虚拟化基础设施)、虚拟网络功能，进行关闭、挂起、重启等操作，来引发根因故障，生成根因告警信号；以及基于根因故障和拓扑层级关系，引发次生故障，生成次生告警信号。从而建立根因告警信号和次生告警信号之间的告警关联关系。
124.如图5所示，以vim106中的虚拟机为例：
125.故障处理引擎1031调用vima1061中的虚拟机挂起api，模拟nsia401切片中某虚拟机故障。根据拓扑层级关系，虚拟机挂起会引起vnfa1101故障告警，还会引发与vnfa1101通信的vnfb1102告警，以及引发子切片nssia402告警和切片nsia401告警。
126.步骤304，将所述告警关联关系保存至所述告警模式库中。
127.决策控制层103在自动学习模式下主动产生的虚拟机挂起引发的根因告警和一系列次生告警，可以作为一个告警模式，记录到图1中的告警分析引擎1022中。如图5，物理设备a1121上的虚拟机1故障，引发的vnfa1101故障告警，vnfa1101故障引起的vnfb1102通信告警，vnfa1101、vnfb1102的故障引起的nssia402故障告警，nssia402故障引起的nsia401故障告警，这一系列告警便可以作为一个告警模式，记录在告警分析引擎1022中。
128.逐个模拟每个虚拟机、每个对象故障，记录故障后产生的一系列告警，作为告警模式记录在告警分析引擎1022中，便可以形成告警模式库。
129.此外，决策控制层103在自动学习模式下还可以对vim106中的虚拟网卡调用接口down api，模拟网口故障，引发一系列的次生告警。每个接口故障也可以作为一种故障模式记录在故障处理引擎1031中。
130.在另一种示例中，决策控制层103在自动学习模式下，还可以调用pim107的接口控制物理服务器挂起，模拟物理设备故障，将每个物理设备故障引起的告警作为一种故障模式记录在故障处理引擎1031中。
131.步骤305，获取所述告警关联关系对应的告警处理策略；
132.步骤306，将所述告警处理策略保存至所述告警处理策略库中。
133.在获取了告警模式后，可以针对告警模式，确定告警模式对应的告警处理策略，并将告警处理策略保存在告警处理策略库中。
134.步骤307，当监测到处于运行状态的所述网络切片产生故障告警时，获取所述故障告警对应的告警模式；
135.当网络切片上线投入使用时，关闭自动学习模式。在实际运行中产生告警后，可以解析故障告警，获取故障告警对应的故障告警模式。如获取的告警模式可以为{1、2、3、5}的告警模式，其中1、2、3、5代表不同层级的对象。
136.步骤308，将所述告警模式与所述告警模式库匹配，确定所述告警模式对应的第一告警根因；
137.如图1所示，当确定了故障告警对应的告警模式后，数据分析层102中的告警分析引擎1022可以将该告警模式与告警模式库中已经收集到的告警模式进行匹配，从而给出告警根因。
138.例如，当故障告警对应的告警模式为{1、2、3}时，如果在告警模式库中匹配成功，则可以将层级最低的1故障确定为第一根因故障。
139.步骤309，将所述第一告警根因与所述告警处理策略库匹配，确定所述第一告警根因对应的第一告警处理策略；
140.将第一告警根因与告警处理策略库进行匹配，便能确定获取处理第一告警根因的告警处理策略。
141.步骤310，采用所述第一告警处理策略处理所述第一告警根因。
142.在获取得到第一告警处理策略后，便可以根据采用第一告警处理策略对第一告警根因进行处理。
143.需要说明的是，如果告警模式库中已经收集的告警模式不能匹配故障产生的告警模式，即有可能同时产生了多个根因故障，此时可以采用多个告警模式去匹配故障产生的告警模式。
144.其匹配过程具体可以包括以下步骤：
145.s21，当在所述告警模式库中匹配不到所述告警模式时，确定所述告警模式对应的至少一个告警对象；
146.s22，采用所述至少一个告警对象，在所述告警模式库中匹配多个目标告警模式；
147.s23，依次从所述目标告警模式中确定对应的第二告警根因；
148.s24，获取所述第二告警根因对应的第二告警处理策略；
149.s25，采用所述告警处理策略处理所述第二告警根因。
150.在本发明实施例中，在告警模式库无法匹配故障告警对应的告警模式时，即有可能同时产生了多个根因故障，此时，首先可以根据产生故障的对象在告警数据库中匹配多个目标告警模式，依次从目标告警模式中确定对应的第二告警根因，并依次根据对应的告警处理策略进行处理。
151.例如，当故障产生的告警模式为告警模式库中没有的{1、2、3、5}时，可以用已有的告警模式{1、2、3}和{1、2、5}去匹配。在具体实现中，首先匹配出一个根因故障，然后，通知决策控制层103产生了该根因故障，以便决策控制层103在工作状态下进行故障处理，控制下层的vim106做虚拟机的倒换或迁移的处理。决策控制层103处理完成一个根因故障后，如果只剩下{2、3、5}模式的告警，则继续对{2、3、5}模式的故障进行故障处理。尝试将2作为根因故障，控制nfvo 进行自愈操作。
152.其中，自愈操作是nfvo 105的一个管理功能，nfvo 105的自愈操作本质上是调用vim106提供的虚拟资源管理的接口，虚拟资源管理接口提供了虚拟资源的迁移、恢复、异地重生等管理操作，通过这些接口的管理操作，实现自愈操作。
153.如果{2、3、5}告警消除，则说明同时发生了两个根因故障。
154.需要说明的是，如果不能消除，则可能是自动学习场景未学习到的一种模式，数据分析层102开启人工学习模式，请求人工处理，人工处理完成后确认根因告警，根据人工确认结果，学习到新的告警模式和处理策略。
155.例如，如果故障模式为{2、3、4}不能匹配已有的模式，则记录下来，作为新的故障模式，将故障模式中的时间最早，拓扑层级最低的告警2作为可能的根因故障进行处理，决策控制层103尝试对可能的故障进行恢复，如果{2、3、4}数据分析层102开启学习模式，告警消除，则记录这种新模式。学习模式得到的告警模式根因告警消除方法记录到告警处理策略库中。如果不能消除，请求人工处理。人工处理告警消除后，记录增加新的告警模式和处理策略。
156.本发明实施例通过将网络切片产生的故障告警对应的告警模式与告警模式库匹配的方式，来确定第一告警根因；再通过将第一告警根因与告警处理策略库匹配，来确定第一告警处理策略；以通过第一告警处理策略处理第一告警根因。通过本发明实施例，降低了故障定位和处理的难度，提高了故障定位和处理的效率，节约了分析时间。
157.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
158.参照图6，示出了本发明的一种告警处理装置实施例的结构框图，具体可以包括如下模块：
159.告警模式获取模块601，用于当监测到处于运行状态的所述网络切片产生故障告警时，获取所述故障告警对应的告警模式；
160.告警根因确定模块602，用于将所述告警模式与所述告警模式库匹配，确定所述告
警模式对应的第一告警根因；
161.第一告警处理策略确定模块603，用于将所述第一告警根因与所述告警处理策略库匹配，确定所述第一告警根因对应的第一告警处理策略；
162.第一告警根因处理模块604，用于采用所述第一告警处理策略处理所述第一告警根因。
163.在本发明实施例中，所述网络切片由多个层级的对象组成；所述装置还可以包括：
164.配置数据采集模块，用于在所述网络切片未运行时，采集所述网络切片中各个层级的对象的配置数据；
165.拓扑层级关系获取模块，用于基于所述配置数据，获取不同层级的对象之间的拓扑层级关系；
166.告警关联关系生成模块，用于基于所述拓扑层级关系，生成告警关联关系；
167.告警关联关系保存模块，用于将所述告警关联关系保存至所述告警模式库中。
168.在本发明实施例中，所述装置还可以包括：
169.告警处理策略获取模块，用于获取所述告警关联关系对应的告警处理策略；
170.告警处理策略保存模块，用于将所述告警处理策略保存至所述告警处理策略库中。
171.在本发明实施例中，所述配置数据包括对象标识以及不同对象标识之间的关联关系；所述拓扑层级关系获取模块，可以包括：
172.拓扑层级关系生成子模块，用于采用所述对象标识以及不同对象标识之间的关联关系，生成不同层级的对象之间的拓扑层级关系。
173.在本发明实施例中，所述告警关联关系生成模块，可以包括：
174.故障模拟指令接收子模块，用于接收故障模拟指令；
175.根因告警信号生成子模块，用于响应所述故障模拟指令，生成根因告警信号；
176.告警关联关系生成子模块，用于基于所述根因告警信号和所述拓扑层级关系，生成告警关联关系。
177.在本发明实施例中，所述告警关联关系生成子模块，可以包括：
178.次生告警信号生成单元，用于基于所述根因告警信号和所述拓扑层级关系，生成次生告警信号；
179.告警关联关系生成单元，用于采用所述根因告警信号和所述次生告警信号，生成告警关联关系。
180.在本发明实施例中，所述的装置还可以包括：
181.告警对象确定模块，用于当在所述告警模式库中匹配不到所述告警模式时，确定所述告警模式对应的至少一个告警对象；
182.目标告警模式确定模块，用于采用所述至少一个告警对象，在所述告警模式库中匹配多个目标告警模式；
183.第二告警根因确定模块，用于依次从所述目标告警模式中确定对应的第二告警根因；
184.第二告警处理策略获取模块，用于获取所述第二告警根因对应的第二告警处理策略；
185.第二告警根因处理模块，用于采用所述告警处理策略处理所述第二告警根因。
186.在本发明实施例中，所述的装置还可以包括：
187.告警模式库保存模块，用于将所述告警模式保存在所述告警模式库中；
188.告警策略库保存模块，用于将所述告警处理策略保存在所述告警策略库中。
189.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
190.本发明实施例还提供了一种装置，包括：
191.一个或多个处理器；和
192.其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行本发明实施例所述的方法。
193.本发明实施例还提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行本发明实施例所述的方法。
194.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
195.本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
196.本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
197.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
198.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
199.尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
200.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作
之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
201.以上对本发明所提供的一种告警处理方法和一种告警处理装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。