CN113807697B - 基于告警关联的派单方法及装置 - Google Patents

Abstract

本申请提供一种基于告警关联的派单方法及装置。本申请提供的技术方案中，告警关联服务器在将操作维护中心OMC发送的M个告警进行告警关联，生成主告警后，还确定主告警指示的故障所影响的用户数，并基于主告警和影响的用户数组成目标告警，从而向故障工单***发送包含目标告警的工单。该方法能够使得运维人员基于工单中的主告警指示的故障所影响的用户数来确定主告警指示的故障的处理顺序，提升了运维人员在处理多个故障时的处理顺序的准确率。

Description

基于告警关联的派单方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种基于告警关联的派单方法及装置。

背景技术

移动通信通信网络***中的通信设备(例如基站)发生故障时，会向运维人员操作的故障管理设备发送包含告警信息的故障单，以使得运维人员可以根据该故障单上的告警信息对故障进行处理。该故障也可以称为机房故障或基站故障。

移动通信网络***中，会出现同一台故障管理设备在较短时间段内接收多个告警关联服务器发送的多个告警信息的情况。这种情况下，运维人员主要是凭借人工经验来确定该多个告警信息的处理顺序。例如，根据这多个告警信息的接收时间的先后顺序和/或这多个告警信息所指示的故障的处理要求时间来确定这多个告警信息的处理顺序。

然而，在长期使用上述处理顺序对告警信息处理的过程中发现，上述处理顺序的准确率较低，即这多个告警信息指示的多个故障的真实处理顺序与这多个告警信息指示的多个故障的所需处理顺序不相符。例如，影响范围较大的故障的告警信息的接收时间位于影响较小的故障的告警信息的接收时间之后，导致影响范围较大的故障的处理时延较大，从而造成严重影响。

发明内容

本申请提供一种基于告警关联的派单方法及装置，能够提升处理顺序的准确率。

第一方面，本申请提供一种基于告警关联的派单方法，应用于告警关联服务器，包括：接收操作维护中心OMC发送的M个告警，告警的物理类型包括以下至少一种：机房告警、基站告警、小区告警，机房告警的级别高于基站告警的级别且基站告警的级别高于小区告警的级别；将M个告警进行告警关联，生成主告警，主告警的物理类型的级别高于或等于M个告警中物理类型级别最高的类型的级别；确定主告警指示的故障所影响的用户数；基于主告警和影响的用户数组成目标告警；向故障工单***发送包含目标告警的工单。

本申请提供的派单方法，告警关联服务器在基于告警关联生成主告警后，还确定了该主告警指示的故障所影响的用户数以及将主告警与所影响的用户数组成目标告警，以向故障工单***发送的工单中既包括主告警，又包括该主告警指示的故障所影响的用户数。

可以理解的是，当运维人员操作的故障管理设备接收到多个既包括主告警，又包括该主告警指示的故障所影响的用户数的工单时，运维人员就可以基于每个工单中的主告警指示的故障所影响的用户数来确定该多个主告警指示的故障的处理顺序。即本方案中，当维护人员接收到多个工单时，由于每个工单上的主告警指示的故障都包括了影响的用户数，那么为维护人员就可以基于影响用户数客观地确定出该多个故障的处理顺序，从而提升了处理顺序的准确率。

结合第一方面，在一种可能的实现方式中，确定主告警指示的故障所影响的用户数，包括：若主告警的物理类型为机房告警，从资源***中获取机房包括的L个基站以及L个基站中每个基站包括的K个小区；将L个基站影响的用户数之和确定为主告警指示的故障所影响的用户数，L个基站中每个基站影响的用户数等于K个小区影响的用户数之和。

结合第一方面，在一种可能的实现方式中，确定主告警指示的故障所影响的用户数，包括：若主告警的物理类型为基站告警，从资源***中获取基站包括的多个小区；将基站包括的多个小区影响的用户数之和确定为主告警指示的故障所影响的用户数。

结合第一方面，在一种可能的实现方式中，所述用户数位于所述目标告警的首部。

第二方面，本申请提供一种基于告警关联的派单装置，包括：接收模块，用于接收操作维护中心OMC发送的M个告警，所述告警的物理类型包括以下至少一种：机房告警、基站告警、小区告警，机房告警的级别高于基站告警的级别且基站告警的级别高于小区告警的级别；告警关联模块，用于将M个告警进行告警关联，生成主告警，主告警的物理类型的级别高于或等于M个告警中物理类型级别最高的类型的级别；确定模块，用于确定主告警指示的故障所影响的用户数；组合模块，用于基于主告警和影响的用户数组成目标告警；发送模块，用于向故障工单***发送包含目标告警的工单。

结合第二方面，在一种可能的实现方式中，确定模块具体用于：若主告警的物理类型为机房告警，从资源***中获取机房包括的L个基站以及L个基站中每个基站包括的K个小区；将L个基站影响的用户数之和确定为主告警指示的故障所影响的用户数，L个基站中每个基站影响的用户数等于K个小区影响的用户数之和。

结合第二方面，在一种可能的实现方式中，确定模块具体用于：若主告警的物理类型为基站告警，从资源***中获取基站包括的多个小区；将基站包括的多个小区影响的用户数之和确定为主告警指示的故障所影响的用户数。

结合第二方面，在一种可能的实现方式中，用户数位于目标告警的首部。

第三方面，本申请提供一种基于告警关联的派单装置，包括：存储器和处理器；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面或其中任意一种可能的实现方式所述方法。该派单装置的一种示例为计算设备。

第四方面，本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行如第一方面或其中任意一种可能的实现方式所述的方法。

第五方面，本申请提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行如第一方面或其中任意一种可能的实现方式所述的方法。

第六方面，本申请提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行如第一方面或其中任意一种可能的实现方式所述的方法。

附图说明

图1为本申请实施例的应用场景示意图；

图2为本申请一个实施例的派单方法的示意性流程图；

图3为本申请另一个实施例提供的派单方法的结构性示意图；

图4为本申请一个实施例提供的派单装置的结构示意图；

图5为本申请另一个实施例提供的派单装置的结构示意图。

具体实施方式

为于理解，首先对本申请所涉及到的相关术语进行说明。

1、告警关联

在告警监控***中，告警都是独立呈现在告警监控台的列表中，告警关联是告警监控的辅助手段，弥补了告警监控中同一故障的告警重复和分散呈现。告警关联将同一故障导致的相关告警关联在一起，从而达到压缩告警和定位告警真正原因的目标。

2、深度报文解析设备

深度报文解析(deep packet inspection，DPI)设备通过对网络的关键点处的流量和报文内容进行检测分享，可以根据事先定义的策略对检测流量进行过滤控制，能完成所在链路的业务精细化识别、业务流量流向分析、业务流量占比统计、业务占比整形、以及应用层拒绝服务攻击、对病毒、木马进行过滤和滥用的控制功能。

移动通信通信网络***中的通信设备(例如基站)发生故障时，会向运维人员操作的故障管理设备发送包含告警信息的故障单。

图1为本申请实施例应用的告警***的架构示意图。如图1所示，该告警***100包括操作维护中心101、告警关联服务器102和故障工单***103。

其中，操作维护中心101用于采集并输出原始告警至告警关联服务器102；告警关联服务器102用于将操作维护中心101输出的原始告警进行告警关联，生成主告警，并将包含该主告警的工单发送至故障工单***103；故障工单***103用于生产相应地工单，并将该工单发送给运维人员操作的故障管理设备。

可以理解的是，当运维人员通过故障管理设备获得主告警的信息时，运维人员就可以根据该故障单上的告警信息对故障进行处理。

还可以理解的是，有可能会出现同一台故障管理设备在较短时间段内接收多个告警信息的情况。这种情况下，运维人员主要是凭借人工经验来确定该多个告警信息的处理顺序。例如，根据这多个告警信息的接收时间的先后顺序和/或这多个告警信息所指示的故障的处理要求时间来确定这多个告警信息的处理顺序。

然而，在长期使用上述处理顺序对告警信息处理的过程中发现，上述处理顺序的准确率较低，即这多个告警信息指示的多个故障的真实处理顺序与这多个告警信息指示的多个故障的所需处理顺序不相符。示例性地，在实际情况中，重要的业务故障不一定会先发生，如低级别故障1先发生，高级别故障2后发生，此时如果根据先后顺序会先处理低级别故障，与实际要求不相符。

鉴于此，本申请实施例提供一种基于告警关联的派单方法及装置。告警关联服务器在基于告警关联生成主告警后，还确定该主告警指示的故障所影响的用户数以及将主告警与所影响的用户数组成目标告警，以向故障工单***发送的工单中既包括主告警，又包括该主告警指示的故障所影响的用户数。

这样，当运维人员操作的故障管理设备接收到多个既包括主告警，又包括该主告警指示的故障所影响的用户数工单时，运维人员就可以基于每个工单中的主告警指示的故障所影响的用户数来确定该多个主告警指示的故障的处理顺序，从而可以让为维护人员客观地确定出该多个故障的处理顺序，以提升处理顺序的准确率。

图2为本申请一个实施例提供的基于告警关联的派单方法的示意性流程图，该方法可以应用于告警关联服务器中。如图2所示，本实施例的方法可以包括S201、S202、S203、S204和S205。

S201、接收操作维护中心发送的M个告警，所述告警的物理类型包括以下至少一种：机房告警、基站告警、小区告警，所述机房告警的级别高于基站告警的级别且基站告警的级别高于小区告警的级别。

在此说明的是，当通信***中的小区、基站或者机房发生故障时，操作维护中心(operation and maintenance center，OMC)通常会生成告警信息。通常，告警信息可以用告警发生时间、发生告警的设备的名称、告警的物理类型或告警名称、告警消除时间中的一个或多个来表示。其中，告警的物理类型包括小区告警、基站告警或者机房告警。

还可以理解的是，机房可以管理该机房下面的多个基站，而每个基站又可以管理该基站下面的多个小区。因此可以认为机房告警的级别高于基站告警的级别，而基站告警的级别高于小区告警的级别。

本实施例中，当OMC接收到了M个告警后，OMC将该M个告警发送给告警关联服务器，相应地，告警关联服务器接收该M个告警。

S202、将M个告警进行告警关联，生成主告警，所述主告警的物理类型的级别高于或等于M个告警中物理类型级别最高的类型的级别。

本实施例中，当告警关联服务器接收到M个告警后，通过告警关联的方法将该M个告警进行关联，生成主告警。其中，关于告警关联的具体描述可以参考相关技术中的描述，此处不再赘述。

在此说明的是，本申请实施例对使用的告警关联的方法不做限定。例如可以对告警关联服务器可以对M个告警使用某一种预设的关联规则进行关联，以得到主告警，或者对M个告警中使用机器学习技术等方法关联得到主告警。

本实施例中，主告警的物理类型的级别高于或等于M个告警中物理类型级别最高的类型的级别。

作为一种示例，当告警关联服务器接收到的M个告警具有不同的级别时，主告警的物理类型的级别等于M个告警中物理类型最高的类型的级别。

以M等于10为例，假设该10条告警中既有小区告警、也有基站告警和机房告警，那么该10条告警信息在进行告警关联后，会生成一条机房的主告警。

作为另一种示例，当告警关联服务器接收到的M个告警具有相同的级别时，主告警的物理类型的级别高于M个告警中物理类型最高的类型的级别。

仍以M等于10为例，假设该10条告警均是小区告警。那么该10条告警信息在进行告警关联后，会生成一条基站的主告警。

S203、确定主告警指示的故障所影响的用户数。

可以理解的是，不论是小区告警，或者是基站告警，又或者是机房告警，当告警出现时，该告警信息指示的故障都有可能会对用户使用的终端设备产生影响(本申请中也称为对用户的影响)。因此，本实施例中，当告警关联服务器经过告警关联服务器生成主告警后，还确定该主告警影响的用户数。

S204、基于主告警和影响的用户数组成目标告警。

本实施例中，当确定主告警和该主告警影响的用户数后，将主告警和影响的用户数组成目标告警。

例如，目标告警的格式为“影响用户数：主告警”。

S204、向故障工单***发送包含目标告警的工单。

本实施例中，当告警关联服务器将主告警和影响的用户数组成目标告警后，发送给故障工单***。相应地，故障工单***接收到该目标告警后，就可以生成故障工单。

进一步地，可以理解的是，当维护人员接收到该故障工单时，维护人员就可以明确主告警指示的故障所影响的用户数。这样，当有多个工单时，维护人员就可以将影响的用户数进行排序，优先处理影响的用户数越高的主告警指示的故障。

本申请实施例提供的派单方法，告警关联服务器通过将关联后的主告警与该主告警指示的故障所影响的用户数组成目标告警，然后将该目标告警发送至故障工单***，以使得故障工单***可以生成包括影响用户数的告警信息。这样，当维护人员在接收到故障单时，就可以获得该主告警指示的故障影响的用户数，从而可以基于该影响的用户数来决策多个告警信息指示的故障的处理顺序，提升了确定多个故障的处理顺序的准确性。

作为一个可选的实施例，确定主告警指示的故障所影响的用户数，包括：若主告警的物理类型为机房告警，从资源***中获取机房包括的L个基站以及L个基站中每个基站包括的K个小区；将L个基站影响的用户数之和确定为主告警指示的故障所影响的用户数，L个基站中每个基站影响的用户数等于K个小区影响的用户数之和。

本实施例中，当告警关联服务器将M个告警进行告警关联后，若生成主告警的物理类型为机房告警，那么为了确定出主告警影响的用户数，需要确定出该机房告警包括的每个基站影响的用户数，而要确定出每个基站影响的用户数，就需要确定出该基站下的每个小区影响的用户数。

可以理解的是，一个机房可以管理多个基站，而每个基站又可以管理多个小区。

因此，若机房包括L个基站，并且L个基站中每个基站包括K个小区；那么对于每个基站，就可以先确定出该基站影响的用户数等于K个小区影响的用户数之和，再确定出每个基站影响的用户数之后，就可以将L个基站影响的用户数求和，从而得到该机房告警所在的机房影响的用户数。

作为一个可选的实施例，确定主告警指示的故障所影响的用户数，包括：若主告警的物理类型为基站告警，从资源***中获取基站包括的多个小区；将基站包括的多个小区影响的用户数之和确定为主告警指示的故障所影响的用户数。

本实施例中，当告警关联服务器将M个告警进行告警关联后，若生成主告警的物理类型为基站告警，那么为了确定出主告警影响的用户数，需要确定出该基站告警包括的每个小区影响的用户数。

可以理解的是，一个基站又可以管理多个小区。因此，一个基站影响的用户数等于所有小区影响的用户数之和。

可选地，影响的用户数位于目标告警的首部。

为便于理解，图3为本申请另一个实施例提供的基于告警关联的派单方法的示意图。图中的DPI设备用于周期性地获取用户的终端设备所在的小区，即周期性地检测出不同的终端设备所在的小区，示例性地，DPI设备可以每隔15分钟获取用户的终端设备所在的小区，又或者以其他时间获取用户的终端设备所在的小区，本申请实施例对此不做限定。资源***中存储有机房与基站以及基站与小区之间的对应关系，可以理解的是，一个机房包括多个基站以及每个基站包括多个小区。告警关联服务器用于执行告警关联以及执行派单规则。故障工单***用于生产工单。

下面，以告警关联服务器执行告警关联得到的主告警是机房告警为例，介绍派单的方法。

具体地，告警关联服务器在执行告警关联得到一条主告警后，如果该主告警的物理类型是机房告警，则从资源***中查询该机房下面包括的基站，以及每个基站下面包括的小区，然后根据DPI设备检测到的所有用户的终端设备所在的小区，反向统计出每个小区承载的用户数。这样，就可以通过每个小区承载的用户数反向推算出基站承载的用户数，以及机房影响的用户数。

然后，告警关联服务器将该机房影响的用户数置于主告警的起始位置，生成目标告警，并向故障工单***发送包含该目标告警的工单。

这样，当运维人员操作的故障管理设备接收到该目标告警时，就可以知道该机房告警影响的用户数。进一步地，当故障管理设备上接收到多个主告警时，就可以知道该多个主告警中的每个主告警指示的故障影响的用户数，从而使得维护人员可基于影响用户数确定多个发生故障的基站或机房的处理顺序。

图4为本申请一个实施例提供的基于告警关联的派单装置的结构示意图。图4所示的装置可以用于执行前述任意一个实施例所述的方法。

如图4所示，本实施例的装置400包括：接收模块401，告警关联模块402、确定模块403、组合模块404和发送模块405。

接收模块401，用于接收操作维护中心OMC发送的M个告警，所述告警的物理类型包括以下至少一种：机房告警、基站告警、小区告警，机房告警的级别高于基站告警的级别且基站告警的级别高于小区告警的级别；告警关联模块402，用于将M个告警进行告警关联，生成主告警，主告警的物理类型的级别高于或等于M个告警中物理类型级别最高的类型的级别；确定模块403，用于确定主告警指示的故障所影响的用户数；组合模块404，用于基于主告警和影响的用户数组成目标告警；发送模块405，用于向故障工单***发送包含目标告警的工单。

作为一种示例，接收模块401可以用于执行图2所述的方法中的接收操作维护中心OMC发送的M个告警的步骤。例如，接收模块401用于执行S201。

在一种可能的实现方式中，确定模块具体用于：若主告警的物理类型为机房告警，从资源***中获取机房包括的L个基站以及L个基站中每个基站包括的K个小区；将L个基站影响的用户数之和确定为主告警指示的故障所影响的用户数，L个基站中每个基站影响的用户数等于K个小区影响的用户数之和。

在一种可能的实现方式中，确定模块具体用于：若主告警的物理类型为基站告警，从资源***中获取基站包括的多个小区；将基站包括的多个小区影响的用户数之和确定为主告警指示的故障所影响的用户数。

在一种可能的实现方式中，用户数位于目标告警的首部。

图5为本申请另一个实施例提供的装置示意图。图5所示的装置可以用于执行前述任意一个实施例所述的方法。

如图5所示，本实施例的装置500包括：存储器501、处理器502、通信接口503以及总线504。其中，存储器501、处理器502、通信接口503通过总线504实现彼此之间的通信连接。

存储器501可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器501可以存储程序，当存储器501中存储的程序被处理器502执行时，处理器502用于执行图2或图3所示的方法的各个步骤。

处理器502可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的的方法。

处理器502还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例的规划自动驾驶车辆的方法的各个步骤可以通过处理器502中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器502还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器501，处理器502读取存储器501中的信息，结合其硬件完成本申请的装置包括的单元所需执行的功能，例如，可以执行图2或图3所示实施例的各个步骤/功能。

通信接口503可以使用但不限于收发器一类的收发装置，来实现装置500与其他设备或通信网络之间的通信。

总线504可以包括在装置500各个部件(例如，存储器501、处理器502、通信接口503)之间传送信息的通路。

应理解，本申请实施例所示的装置500可以是电子设备，或者，也可以是配置于电子设备中的芯片。

应理解，本申请实施例中的处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种基于告警关联的派单方法，其特征在于，应用于告警关联服务器，包括：

接收操作维护中心OMC发送的M个告警，所述告警的物理类型包括以下至少一种：机房告警、基站告警、小区告警，所述机房告警的级别高于所述基站告警的级别且所述基站告警的级别高于所述小区告警的级别；

将所述M个告警进行告警关联，生成主告警，所述主告警的物理类型的级别高于或等于所述M个告警中物理类型级别最高的类型的级别；

确定所述主告警指示的故障所影响的用户数；

基于所述主告警和所述影响的用户数组成目标告警；

向故障工单***发送包含所述目标告警的工单；

所述确定所述主告警指示的故障所影响的用户数，包括：

若所述主告警的物理类型为机房告警，从资源***中获取所述机房包括的L个基站以及所述L个基站中每个基站包括的K个小区；

将所述L个基站影响的用户数之和确定为所述主告警指示的故障所影响的用户数，所述L个基站中每个基站影响的用户数等于所述K个小区影响的用户数之和。

2.根据权利要求1所述的方法，其特征在于，所述确定所述主告警指示的故障所影响的用户数，还包括：

若所述主告警的物理类型为基站告警，从资源***中获取所述基站包括的多个小区；

将所述基站包括的多个小区影响的用户数之和确定为所述主告警指示的故障所影响的用户数。

3.根据权利要求1或2所述的方法，其特征在于，所述用户数位于所述目标告警的首部。

4.一种基于告警关联的派单装置，其特征在于，包括：

接收模块，用于接收操作维护中心OMC发送的M个告警，所述告警的物理类型包括以下至少一种：机房告警、基站告警、小区告警，所述机房告警的级别高于所述基站告警的级别且所述基站告警的级别高于所述小区告警的级别；

告警关联模块，用于将所述M个告警进行告警关联，生成主告警，所述主告警的物理类型的级别高于或等于所述M个告警中物理类型级别最高的类型的级别；

确定模块，用于确定所述主告警指示的故障所影响的用户数；

组合模块，用于基于所述主告警和所述影响的用户数组成目标告警；

发送模块，用于向故障工单***发送包含所述目标告警的工单；

所述确定模块具体用于：

若所述主告警的物理类型为机房告警，从资源***中获取所述机房包括的L个基站以及所述L个基站中每个基站包括的K个小区；

将所述L个基站影响的用户数之和确定为所述主告警指示的故障所影响的用户数，所述L个基站中每个基站影响的用户数等于所述K个小区影响的用户数之和。

5.根据权利要求4所述的装置，其特征在于，所述确定模块还具体用于：

若所述主告警的物理类型为基站告警，从资源***中获取所述基站包括的多个小区；

将所述基站包括的多个小区影响的用户数之和确定为所述主告警指示的故障所影响的用户数。

6.根据权利要求4或5所述的装置，其特征在于，所述用户数位于所述目标告警的首部。

7.一种芯片，其特征在于，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行如权利要求1至3中任一项所述的方法。

8.一种计算机可读介质，其特征在于，所述计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如权利要求1至3中任一项所述的方法的指令。