CN107547236B - 告警处理能力模型建立、告警信息处理的方法和装置 - Google Patents
告警处理能力模型建立、告警信息处理的方法和装置 Download PDFInfo
- Publication number
- CN107547236B CN107547236B CN201610497244.4A CN201610497244A CN107547236B CN 107547236 B CN107547236 B CN 107547236B CN 201610497244 A CN201610497244 A CN 201610497244A CN 107547236 B CN107547236 B CN 107547236B
- Authority
- CN
- China
- Prior art keywords
- operator
- alarm
- alarm information
- information
- processing capacity
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种运营商告警处理能力级别模型建立、运营商接入、告警信息处理的方法和装置以及告警处理***,包括:获取历史运营商关联告警信息,所述历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据,建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型,能合理分配资源。
Description
技术领域
本发明涉及无线通信技术领域,特别是涉及一种运营商告警处理能力级别模型建立、运营商接入、告警信息处理的方法和装置以及告警处理***。
背景技术
随着无线通信技术的发展,无线网络中存在多运营商间电信设备的共享,无线接入共享分为MOCN和MORAN,MOCN是指多个核心网连接到一个无线接入网,且共享频率资源,或者组成一个共享的频率资源池。MORAN也指共享无线接入网,但不包括频率资源。可根据客户需求,规划运营商间采用无线接入共享的方式。网元管理***(network elementmanagement system,EMS)是管理特定类型的一个或多个电信网络单元的***,多运营商对应的网络管理*** (Network Management System,NMS)通过接口接入EMS。当移动通信设备发生故障时,将产生相应的告警信息,告警信息将由EMS通过北向接口上报到 NMS。
现有的多运营商在接入无线网络共享时,随着接入数量的增多,存在接入上限,当接入量饱和时,后申请接入的运营商将无法接入,且当大量告警产生时,存在资源分配的问题。
发明内容
基于此,有必要针对上述技术问题,提供一种运营商告警处理能力级别模型建立、运营商接入、告警信息处理的方法和装置以及告警处理***,能区分运营商的告警处理能力级别,从而根据运营商的告警处理能力级别合理分配资源。
一种运营商告警处理能力级别模型建立的方法,所述方法包括:
获取历史运营商关联告警信息,所述历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据;
建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型。
一种运营商告警处理能力级别模型建立的装置,所述装置包括:
获取模块,用于获取历史运营商关联告警信息,所述历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据;
关联关系模型建立模块,用于建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型。
上述运营商告警处理能力级别模型建立的方法和装置,通过获取历史运营商关联告警信息,历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据,建立与运营商关联告警信息相关的线性相关模型,根据历史运营商关联告警信息求解线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型,得到关联关系模型从而可代入不同时间的运营商关联告警信息,得到不同时间的运营商告警处理能力级别,得到随时间变化的精准的运营商告警处理能力级别,达到可根据运营商告警处理能力级别确定资源分配的策略,各个运营商不再是无差别的分配资源,达到资源的合理分配和合理利用。
一种运营商接入的方法,所述方法包括:
接收第一运营商接入请求,如果当前运营商接入量达到上限阈值,则获取由上述任一项实施例所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
根据所述各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商。
一种运营商接入的装置,所述装置包括:
请求接收模块,用于接收第一运营商接入请求;
接入模块,用于如果当前运营商接入量达到上限阈值,则获取由上述任一项实施例所述的运营商告警处理能力级别模型建立的装置建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据所述各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商。
上述运营商接入的方法和装置,通过接收第一运营商接入请求,如果当前运营商接入量达到上限阈值,则获取上述实施例的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商,通过运营商告警处理能力级别的高低决定断开的运营商链路,提高了资源的合理分配性与灵活性。
一种告警信息处理的方法,所述方法包括:
接收告警信息,获取由上述任一项实施例所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
根据所述各个当前接入运营商告警处理能力级别的高低顺序决定所述告警信息的发送先后顺序;
根据所述发送先后顺序,发送告警信息至对应的运营商。
一种告警信息处理的装置,所述装置包括:
告警信息接收模块,用于接收告警信息,获取由上述任一项实施例所述的运营商告警处理能力级别模型建立的装置建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
告警信息发送模块,用于根据所述各个当前接入运营商告警处理能力级别的高低顺序决定发送所述告警信息的发送先后顺序,根据所述发送先后顺序,发送告警信息至对应的运营商。
上述告警信息处理的方法和装置,通过接收告警信息,获取上述任一实施例所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据各个当前接入运营商告警处理能力级别的高低顺序决定告警信息的发送先后顺序,根据发送先后顺序,发送告警信息至对应的运营商,通过运营商告警处理能力级别的高低决定告警信息的发送顺序,提高了资源的合理分配性与灵活性。
一种告警处理***,所述***包括上述任一项实施例所述的运营商告警处理能力级别模型建立的装置、所述的运营商接入的装置和所述的告警信息处理的装置。
上述告警处理***,通过运营商告警处理能力级别模型建立的装置、所述的运营商接入的装置和所述的告警信息处理的装置的配合,运营商接入的装置在运营商接入时根据运营商告警处理能力级别模型建立的装置计算得到的各个运营商的告警处理能力级别确定断开已接入运营商的顺序,告警信息处理的装置根据运营商告警处理能力级别模型建立的装置计算得到的各个运营商的告警处理能力级别发送告警信息,在运营商接入的装置接入新的运营商和告警信息处理的装置遇到告警风暴时,触发运营商告警处理能力级别模型建立的装置使用更新的数据更新模型,保证模型的实时准确性,三个装置协作配合,合理化分配资源。
附图说明
图1为一个实施例中运营商告警处理能力级别模型建立、运营商接入、告警信息处理的方法运行的***架构图;
图2为一个实施例中运营商告警处理能力级别模型建立的方法的流程图;
图3为一个实施例中求解关联关系模型的方法的流程图;
图4为一个实施例中运营商接入的方法的流程图;
图5为一个实施例中告警信息处理的方法的流程图;
图6为一个实施例中运营商告警处理能力级别模型建立的装置的结构框图;
图7为一个实施例中关联关系模型建立模块的结构框图;
图8为另一个实施例中运营商告警处理能力级别模型建立的装置的结构框图;
图9为再一个实施例中运营商告警处理能力级别模型建立的装置的结构框图;
图10为又一个实施例中运营商告警处理能力级别模型建立的装置的结构框图;
图11为一个实施例中运营商接入的装置的结构框图;
图12为一个实施例中告警信息处理的装置的结构框图;
图13为一个实施例中告警处理***的结构框图。
具体实施方式
在图1为一个实施例中运营商告警处理能力级别模型建立、运营商接入、告警信息处理的方法运行的***架构图,该***部署于网元管理***EMS中,如图1所示,该***包括:运营商配置模块110,运营商告警数据上报模块120,告警数据库模块130,运营商分析管理模块140,接口通讯模块150,其中运营商配置模块110支持手动配置运营商相关的信息,运营商告警数据上报模块120 用于将告警信息发送给对应的运营商,告警数据库模块130用于存储告警信息和运营商关联告警信息,接口通讯模块可为Corba(Common ObjectRequest Broker Architecture,公共对象请求代理体系结构)接口通讯模块150,是运营商与网元管理***EMS的接口,运营商分析管理模块140是运营商告警处理能力级别模型建立、运营商接入、告警信息处理的核心模块,运营商分析管理模块 140包括运营商告警处理能力级别模型建立的装置、运营商接入的装置和告警信息处理的装置,用于通过训练学习得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型,根据运营商告警处理能力级别接入运营商和发送告警信息。
如图2所示,在一个实施例中,提供了一种运营商告警处理能力级别模型建立的方法,应用于上述***,包括如下步骤:
步骤S210,获取历史运营商关联告警信息,历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据。
具体的,无线设备出现故障,例如前台单板设备过热等,会发送与单板设备相关的告警信息,告警信息分为带PLMN信息的告警信息和不带PLMN信息的告警信息,PLMN信息是运营商的标志,例如46001表示联通,46000表示移动等。告警信息上报时,专有数据根据PLMN分离分别上报给与PLMN对应的运营商,公共数据不带PLMN信息上报给各个运营商。可根据自定义的算法对已发生告警信息进行统计计算得到运营商关联告警信息,如统计告警发生的总量,告警发生频率,告警恢复速度等,告警发生的总量表示各个运营商接入EMS ***以来发生的总的告警量、告警发生频率表示各个运营商单位时间发生的告警量、告警恢复速度是单位时间已经恢复的告警数量与单位时间告警总量的商值,代表运营商告警处理速度等。可根据建立线性模型时需要使用的统计数据,计算得到相应的运营商关联告警信息。
步骤S220,建立与运营商关联告警信息相关的线性相关模型,根据历史运营商关联告警信息求解线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型。
具体的,线性相关模型可根据需要自定义,线性相关模型的未知系数的个数也可根据需要自定义,线性相关模型的表达式为L=b1Mt+b2Nt+...+bnQt,其中 Mt、Nt、Qt为与单位时间t相关的运营商关联告警信息,b1、b2、bn为线性相关模型的未知系数,代表线性相关模型的阶数,L为运营商告警处理能力级别,通过设置不同预设单位时间运营商告警处理能力级别为预设值,且代入不同预设单位时间的运营商关联告警信息至线性相关模型,得到n阶行列式,采用高斯消元法进行消元求解线性相关模型,高斯消元法的说明:设有方程组Ax=b,其中 A是可逆矩阵。高斯消去法的基本思想是将初等行变换作用于方程组的增广矩阵B=[A b],将B变换为一个上三角矩阵,然后求解这个三角形方程组,得到各个未知系数的值,从而得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型。后续可代入不同时间的运营商关联告警信息,得到不同时间的运营商告警处理能力级别,得到随时间变化的精准的运营商告警处理能力级别。运营商告警处理能力级别代表了运营商处理告警信息的能力,如级别越高表示处理告警故障的能力越强,从而可根据运营商告警处理能力级别确定资源分配的策略,如在运营商接入量饱和时断开运营商告警处理能力级别低的运营商,在发送告警信息时根据运营商告警处理能力级别确定发送顺序,达到资源的合理分配和合理利用。
本实施例中,通过获取历史运营商关联告警信息,历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据,建立与运营商关联告警信息相关的线性相关模型,根据历史运营商关联告警信息求解线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型,得到关联关系模型从而可代入不同时间的运营商关联告警信息,得到不同时间的运营商告警处理能力级别,得到随时间变化的精准的运营商告警处理能力级别,达到可根据运营商告警处理能力级别确定资源分配的策略,各个运营商不再是无差别的分配资源,达到资源的合理分配和合理利用。
在一个实施例中,运营商关联告警信息包括告警发生频率和告警恢复速度,如图3所示,步骤S220包括:
步骤S221,获取第一时间告警发生频率和第一时间告警恢复速度,获取第二时间告警发生频率和第二时间告警恢复速度,设置第一时间运营商告警处理能力级别和第二时间运营商告警处理能力级别为预设值。
具体的,第一时间和第二时间表示2个不同的时间段,时间段的具体时间范围可根据需要自定义,可以理解的是第二时间可以与第一时间有交集,如第一时间为1000-2000秒,第二时间为1000-5000秒,也可以与第一时间无交集,如第一时间为1000-2000秒,第二时间为3000-5000秒。告警发生频率F=G/T,其中G为单位时间T内发生的告警量,T表示时间长度,告警恢复速度R=R’/T,其中R’为单位时间T内恢复的告警量。关联关系模型的表达式可为L=c1Ft+c2Rt,其中Ft表示单位时间t的告警发生频率,Rt表示单位时间t的告警恢复速度,c1、 c2为线性相关模型的未知系数。可以理解的是,关联关系模型的表达式可以为其它的表达式,只要表达式中包括了告警发生频率和告警恢复速度即可。设置第一时间运营商告警处理能力级别和第二时间运营商告警处理能力级别为预设值,其中预设值的大小可根据需要自定义,如1、2等等。
步骤S222,根据第一时间告警发生频率、第一时间告警恢复速度、第一时间运营商告警处理能力级别、第二时间告警发生频率和第二时间告警恢复速度、第二时间运营商告警处理能力级别求解线性相关模型的未知系数,得到运营商告警处理能力级别与告警发生频率和告警恢复速度的关联关系模型。
具体的,将第一时间告警发生频率F1、第一时间告警恢复速度R1、第一时间运营商告警处理能力级别L1代入L=c1Ft+c2Rt,得到L1=c1F1+c2R1,将第二时间告警发生频率F2和第二时间告警恢复速度R2、第二时间运营商告警处理能力级别 L2代入L=c1Ft+c2Rt,得到L2=c1F2+c2R2,从而求解方程组得到c1、c2的值。可以理解的是,不同的运营商有对应不同的关联关系模型,后续可通过关联关系模型计算得到实时的各个运营商的告警处理能力级别。可以理解的是,关联关系模型的表达式如果是其它的表达式,则代入其它的表达式求解线性方程组得到未知系数。
本实施例中,告警发生频率和告警恢复速度这两个特征对运营商告警处理能力级别影响很大,运营商告警处理能力级别与告警发生频率和告警恢复速度线性相关建立模型,从而能得到更准确的运营商告警处理能力级别,且运营商关联告警信息对应的时间段可灵活设置,满足不同情况下运营商告警处理能力级别的计算。
在一个实施例中,关联关系模型的表达式为L=a1FTn+a2RTn,其中FTn表示前n 个周期的告警发生频率,RTn表示前n个周期的告警恢复速度,a1,a2为根据历史运营商关联告警信息求解得到的线性相关模型的系数,L为随周期Tn变化的运营商告警处理能力级别。
具体的,以周期T动态计算告警发生频率和告警恢复速度,周期T的大小可根据需要自定义,如设置为1000s。由于模型的未知系数为2个,只需要2个周期就可求解模型。设置前2个周期各个运营商的初始告警处理能力级别为预设值,如1。以一个具体的实施例讲解关联关系模型的计算过程,有3个运营商,分别为k1,k2,k3,3个运营商1000s内收到的告警总量G分别为:
GT1(k1)=2000 GT1(k2)=1000 GT1(k3)=500
3个运营商1000s内告警发生频率分别为:
FT1(k1)=2000/1000=2 FT1(k2)=1000/1000=1 FT1(k3)=500/1000=0.5
3个运营商1000s内告警恢复速度分别为:
RT1(k1)=1000/1000=1 RT1(k2)=800/1000=0.8 RT1(k3)=300/1000=0.3
3个运营商前2个周期2000s内收到的告警总量G分别为:
GT2(k1)=3000 GT2(k2)=3000 GT2(k3)=1500
3个运营商前2个周期2000s内告警发生频率分别为:
FT2(k1)=3000/2000=1.5 FT2(k2)=3000/2000=1.5 FT2(k3)=1500/2000=0.75
3个运营商前2个周期2000s内告警恢复速度分别为:
RT2(k1)=1200/2000=0.6 RT2(k2)=1000/2000=0.5 RT2(k3)=800/2000=0.4
3个运营商前3个周期3000s内收到的告警总量G分别为:
GT3(k1)=3500 GT3(k2)=3500 GT3(k3)=1800
3个运营商前3个周期3000s内告警发生频率分别为:
FT3(k1)=3500/3000=7/6 FT3(k2)=3500/3000=7/6 FT3(k3)=1800/3000=3/5
3个运营商前3个周期3000s内告警恢复速度分别为:
RT3(k1)=1300/3000=0.5 RT3(k2)=1200/3000=12/30 RT3(k3)=1000/3000=1/3
前2个周期各个运营商的初始告警处理能力级别为1,即L(k1)=L(k2)=L(k3)=1,得到:
运营商k1对应的方程组为:1=FT1(k1)a1+RT1(k1)a2=2*a1+1*a2
1=FT2(k1)a1+RT2(k1)a2=1.5*a1+0.6*a2,
解方程得到:a1=4/3,a2=-5/3。
从而得到运营商k1在3000s的告警处理能力级别为:
L(k1)=a1FTn(k1)+a2RTn(k1)=(4/3)*(7/6)-(5/3)*(1/2)=13/18
运营商k2对应的方程组为:1=FT1(k2)a1+RT1(k2)a2=1*a1+0.8*a2
1=FT2(k2)a1+RT2(k2)a2=1.5*a1+0.5*a2,
解方程得到:a1=3/7,a2=5/7。
从而得到运营商k2前3个周期3000s时的告警处理能力级别为:
L(k2)=a1FTn(k2)+a2RTn(k2)=(7/3)*(6/7)+(5/7)*(12/30)=80/35
运营商k3对应的方程组为:1=FT1(k3)a1+RT1(k3)a2=0.5*a1+0.3*a2
1=FT2(k3)a1+RT2(k3)a2=0.75*a1+0.4*a2,
解方程得到:a1=-4,a2=10。
从而得到运营商k3在3000s的告警处理能力级别为:
L(k3)=a1FTn(k3)+a2RTn(k3)=(-4)*(3/5)+(10)*(1/3)=14/15
因此3000s时各个运营商告警处理能力:L(k3)<L(k1)<L(k2)
在一个实施例中,步骤S210之前,还包括:接收已发生告警信息,对已发生告警信息统计计算得到运营商关联告警信息,并存储运营商关联告警信息。
具体的,接收到已发生告警信息之后,如果满足统计条件,统计条件根据情况可自定义,如单位时间到达或周期到达,则可根据单位时间内的已发生告警信息统计计算得到运营商关联告警信息,并进行存储,在需要求解线性相关模型时,可直接使用,加快了模型求解的速度。
在一个实施例中,步骤S220之后,还包括:获取更新的当前运营商关联告警信息,根据关联关系模型计算当前运营商关联告警信息对应的当前运营商告警处理能力级别,并保存当前运营商告警处理能力级别。
具体的,可根据时间变化获取实时更新的当前运营商关联告警信息,从而计算当前运营商告警处理能力级别,得到实时更新的精准的运营商告警处理能力级别,并进行保存,保存的运营商告警处理能力级别可在运营商接入或发送告警信息时作为资源分配的依据直接使用,达到通讯资源使用最大化的目的。
在一个实施例中,方法还包括:如果预设事件发生,预设事件包括***重启、新的运营商接入、告警风暴中的至少一种,则获取预设事件发生之后的运营商关联告警信息,重新建立关联关系模型。
具体的,***重启、新的运营商接入、告警风暴发生时,各个运营商的告警处理能力会受到影响,之前计算出的告警信息的统计抽象数据失效,需要重新获取预设事件发生之后的运营商关联告警信息,重新训练模型,得到更新的关联关系模型,保证模型的准确性。其中告警风暴是指某段时间持续收到大量告警信息,超出了***处理能力,如每秒10000条告警信息,则告警风暴发生。
在一个实施例中,如图4所示,提供了一种运营商接入的方法,包括:
步骤S310,接收第一运营商接入请求,如果当前运营商接入量达到上限阈值,则获取由上述任一实施例所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别。
具体的,有新的运营商请求接入***时,如果当前运营商接入量达到上限阈值,则获取目前各个接入运营商告警处理能力级别,其中各个接入运营商告警处理能力级别可以是之前计算已经保存的,也可根据当前接入时间计算最新的各个接入运营商告警处理能力级别。如果当前运营商接入量没有达到上限阈值,则可直接接入,并触发关联关系模型的更新。
步骤S320,根据各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商。
具体的,运营商告警处理能力级别越低,说明运营商处理故障的能力越差,在接入量饱和时,断开级别低的运营商链路,保证处理故障能力强的运营商保持接入,达到了资源的优胜劣汰,保证资源的合理分配。可以理解的是,根据需要,也可能存在断开级别高的运营商链路的情况,断开的策略可根据需要自定义。
本实施例中,通过接收第一运营商接入请求,如果当前运营商接入量达到上限阈值,则获取上述实施例的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商,通过运营商告警处理能力级别的高低决定断开的运营商链路,提高了资源的合理分配性与灵活性。
在一个实施例中,步骤S320之后,还包括:获取接入第一运营商之后的运营商关联告警信息,根据上述任一实施例所述的运营商告警处理能力级别模型建立的方法建立更新的关联关系模型。
具体的,接入新的运营商后,触发关联关系模型的更新,获取重新计算统计得到的运营商关联告警信息,保证模型的准确性。
在一个实施例中,如图5所示,提供了一种告警信息处理的方法,包括:
步骤S410,接收告警信息,获取由上述任一实施例所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别。
步骤S420,根据各个当前接入运营商告警处理能力级别的高低顺序决定告警信息的发送先后顺序,根据发送先后顺序,发送告警信息至对应的运营商。
具体的,根据当前接入运营商告警处理能力级别的高低顺序决定告警信息的发送先后顺序,具体发送顺序策略可根据需要自定义,如可设置运营商告警处理能力级别的高的告警信息先发送,也可设置运营商告警处理能力级别的高的告警信息后发送,根据需要设置。在一个实施例中,当有告警信息时,如告警风暴发生时,缓存各个级别运营商告警信息,优先发送告警处理能力级别高的运营商的告警信息,且风暴发生后触发新关联关系模型的训练流程,更新模型。
本实施例中,通过接收告警信息,获取上述任一实施例所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据各个当前接入运营商告警处理能力级别的高低顺序决定告警信息的发送先后顺序,根据发送先后顺序,发送告警信息至对应的运营商,通过运营商告警处理能力级别的高低决定告警信息的发送顺序,提高了资源的合理分配性与灵活性。
在一个实施例中,如图6所示,提供了一种运营商告警处理能力级别模型建立的装置500,此装置在上述***的运营商分析管理模块中部署,位于网元管理***EMS中,包括:
获取模块510,用于获取历史运营商关联告警信息,历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据。
关联关系模型建立模块520,用于建立与运营商关联告警信息相关的线性相关模型,根据历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型。
在一个实施例中,运营商关联告警信息包括告警发生频率和告警恢复速度,如图7所示,关联关系模型建立模块520包括:
周期信息获取单元521,用于获取第一时间告警发生频率和第一时间告警恢复速度,获取第二时间告警发生频率和第二时间告警恢复速度。
设置单元522,用于设置第一时间运营商告警处理能力级别和第二时间运营商告警处理能力级别为预设值。
模型求解单元523,用于根据第一时间告警发生频率、第一时间告警恢复速度、第一时间运营商告警处理能力级别、第二时间告警发生频率和第二时间告警恢复速度、第二时间运营商告警处理能力级别求解所述线性相关模型的未知系数,得到运营商告警处理能力级别与告警发生频率和告警恢复速度的关联关系模型。
在一个实施例中,关联关系模型的表达式为L=a1FTn+a2RTn,其中FTn表示前n 个周期的告警发生频率,RTn表示前n个周期的告警恢复速度,a1,a2为根据历史运营商关联告警信息求解得到的线性相关模型的系数,L为随周期Tn变化的运营商告警处理能力级别。
在一个实施例中,如图8所示,装置还包括:
前处理模块530,用于接收已发生告警信息,根据已发生告警信息统计计算得到运营商关联告警信息,并存储运营商关联告警信息。
在一个实施例中,如图9所示,装置还包括:
运营商告警处理能力级别计算模块540,用于获取更新的当前运营商关联告警信息,根据关联关系模型计算所述当前运营商关联告警信息对应的当前运营商告警处理能力级别,并保存当前运营商告警处理能力级别。
在一个实施例中,如图10所示,装置还包括:
模型更新模块550,用于如果预设事件发生,预设事件包括***重启、新的运营商接入、告警风暴中的至少一种,则获取预设事件发生之后的运营商关联告警信息,重新建立关联关系模型。
在一个实施例中,如图11所示,提供了一种运营商接入的装置600,此装置在上述***的运营商分析管理模块中部署,位于网元管理***EMS中,包括:
请求接收模块610,用于接收第一运营商接入请求。
接入模块620,用于如果当前运营商接入量达到上限阈值,则获取上述任一实施例的运营商告警处理能力级别模型建立的装置建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商。
在一个实施例中,如图12所示,提供了一种告警信息处理的装置700,此装置在上述***的运营商分析管理模块中部署,位于网元管理***EMS中,包括:
告警信息接收模块710,用于接收告警信息,获取上述任一实施例的的运营商告警处理能力级别模型建立的装置建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别。
告警信息发送模块720,用于根据各个当前接入运营商告警处理能力级别的高低顺序决定发送告警信息的发送先后顺序,根据发送先后顺序,发送告警信息至对应的运营商。
在一个实施例中,如图13所示,提供了一种告警处理***,***包括上述任一实施例所述的运营商告警处理能力级别模型建立的装置500、运营商接入的装置600和告警信息处理的装置700,其中运营商告警处理能力级别模型建立的装置500、运营商接入的装置600和告警信息处理的装置700都在上述***的运营商分析管理模块中部署,位于网元管理***EMS中。
具体的,运营商告警处理能力级别模型建立的装置500用于建立运营商告警处理能力级别与运营商关联告警信息的关联关系模型,从而供运营商接入的装置600在运营商接入时根据关联关系模型计算得到的各个运营商的告警处理能力级别确定断开已接入运营商的顺序,和供告警信息处理的装置700根据关联关系模型计算得到的各个运营商的告警处理能力级别发送告警信息,以及在运营商接入的装置600接入新的运营商和告警信息处理的装置700遇到告警风暴时,触发运营商告警处理能力级别模型建立的装置500使用更新的数据更新模型,保证模型的实时准确性,三个装置协作配合,合理化分配资源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述程序可存储于一计算机可读取存储介质中,如本发明实施例中,该程序可存储于计算机***的存储介质中,并被该计算机***中的至少一个处理器执行,以实现包括如上述各方法的实施例的流程。其中,所述存储介质可为磁碟、光盘、只读存储记忆体 (Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM) 等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (15)
1.一种运营商告警处理能力级别模型建立的方法,所述方法包括:
获取历史运营商关联告警信息,所述历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据;
建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型;
接收第一运营商接入请求,如果当前运营商接入量达到上限阈值,则根据所述关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
根据所述各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商。
2.根据权利要求1所述的方法,其特征在于,所述运营商关联告警信息包括告警发生频率和告警恢复速度,所述建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型的步骤包括:
获取第一时间告警发生频率和第一时间告警恢复速度;
获取第二时间告警发生频率和第二时间告警恢复速度;
设置第一时间运营商告警处理能力级别和第二时间运营商告警处理能力级别为预设值;
根据所述第一时间告警发生频率、第一时间告警恢复速度、第一时间运营商告警处理能力级别、第二时间告警发生频率和第二时间告警恢复速度、第二时间运营商告警处理能力级别求解所述线性相关模型的未知系数,得到运营商告警处理能力级别与告警发生频率和告警恢复速度的关联关系模型。
3.根据权利要求2所述的方法,其特征在于,所述关联关系模型的表达式为L=a1FTn+a2RTn,其中FTn表示前n个周期的告警发生频率,RTn表示前n个周期的告警恢复速度,a1,a2为根据历史运营商关联告警信息求解得到的线性相关模型的系数,L为随周期Tn变化的运营商告警处理能力级别。
4.根据权利要求1所述的方法,其特征在于,所述获取历史运营商关联告警信息的步骤之前,还包括:
接收已发生告警信息;
对所述已发生告警信息统计计算得到运营商关联告警信息,并存储所述运营商关联告警信息。
5.根据权利要求1所述的方法,其特征在于,所述得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型的步骤之后,还包括:
获取更新的当前运营商关联告警信息,根据所述关联关系模型计算所述当前运营商关联告警信息对应的当前运营商告警处理能力级别,并保存所述当前运营商告警处理能力级别。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果预设事件发生,所述预设事件包括***重启、新的运营商接入、告警风暴中的至少一种,则获取所述预设事件发生之后的运营商关联告警信息,重新建立所述关联关系模型。
7.一种告警信息处理的方法,所述方法包括:
获取历史运营商关联告警信息,所述历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据;
建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型;
接收第一运营商接入请求,如果当前运营商接入量达到上限阈值,则根据所述关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
根据所述各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商;
获取接入第一运营商之后的运营商关联告警信息,根据权利要求1-6任一项所述的运营商告警处理能力级别模型建立的方法建立更新的关联关系模型。
8.一种告警信息处理的方法,所述方法包括:
接收告警信息,获取由权利要求1-6任一项所述的运营商告警处理能力级别模型建立的方法建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
根据所述各个当前接入运营商告警处理能力级别的高低顺序决定所述告警信息的发送先后顺序;
根据所述发送先后顺序,发送告警信息至对应的运营商。
9.一种运营商告警处理能力级别模型建立的装置,其特征在于,所述装置包括:
获取模块,用于获取历史运营商关联告警信息,所述历史运营商关联告警信息是与运营商对应的已发生告警信息的统计抽象数据;
关联关系模型建立模块,用于建立与运营商关联告警信息相关的线性相关模型,根据所述历史运营商关联告警信息求解所述线性相关模型,得到运营商告警处理能力级别与运营商关联告警信息的关联关系模型;
请求接收模块,用于接收第一运营商接入请求;
接入模块,用于如果当前运营商接入量达到上限阈值,则根据所述关联关系模型计算得到的各个当前接入运营商告警处理能力级别,根据所述各个当前接入运营商告警处理能力级别的高低顺序,断开级别低的运营商链路,接入第一运营商。
10.根据权利要求9所述的装置,其特征在于,所述运营商关联告警信息包括告警发生频率和告警恢复速度,所述关联关系模型建立模块包括:
周期信息获取单元,用于获取第一时间告警发生频率和第一时间告警恢复速度,获取第二时间告警发生频率和第二时间告警恢复速度;
设置单元,用于设置第一时间运营商告警处理能力级别和第二时间运营商告警处理能力级别为预设值;
模型求解单元,用于根据所述第一时间告警发生频率、第一时间告警恢复速度、第一时间运营商告警处理能力级别、第二时间告警发生频率和第二时间告警恢复速度、第二时间运营商告警处理能力级别求解所述线性相关模型的未知系数,得到运营商告警处理能力级别与告警发生频率和告警恢复速度的关联关系模型。
11.根据权利要求9所述的装置,其特征在于,所述关联关系模型的表达式为L=a1FTn+a2RTn,其中FTn表示前n个周期的告警发生频率,RTn表示前n个周期的告警恢复速度,a1,a2为根据历史运营商关联告警信息求解得到的线性相关模型的系数,L为随周期Tn变化的运营商告警处理能力级别。
12.根据权利要求9所述的装置,其特征在于,所述装置还包括:
前处理模块,用于接收已发生告警信息,根据所述已发生告警信息统计计算得到运营商关联告警信息,并存储所述运营商关联告警信息。
13.根据权利要求9所述的装置,其特征在于,所述装置还包括:
运营商告警处理能力级别计算模块,用于获取更新的当前运营商关联告警信息,根据所述关联关系模型计算所述当前运营商关联告警信息对应的当前运营商告警处理能力级别,并保存所述当前运营商告警处理能力级别。
14.根据权利要求9所述的装置,其特征在于,所述装置还包括:
模型更新模块,用于如果预设事件发生,所述预设事件包括***重启、新的运营商接入、告警风暴中的至少一种,则获取所述预设事件发生之后的运营商关联告警信息,重新建立所述关联关系模型。
15.一种告警信息处理的装置,其特征在于,所述装置包括:
告警信息接收模块,用于接收告警信息,获取由权利要求9-14任一项所述的运营商告警处理能力级别模型建立的装置建立的关联关系模型计算得到的各个当前接入运营商告警处理能力级别;
告警信息发送模块,用于根据所述各个当前接入运营商告警处理能力级别的高低顺序决定发送所述告警信息的发送先后顺序,根据所述发送先后顺序,发送告警信息至对应的运营商。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610497244.4A CN107547236B (zh) | 2016-06-29 | 2016-06-29 | 告警处理能力模型建立、告警信息处理的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610497244.4A CN107547236B (zh) | 2016-06-29 | 2016-06-29 | 告警处理能力模型建立、告警信息处理的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107547236A CN107547236A (zh) | 2018-01-05 |
CN107547236B true CN107547236B (zh) | 2020-07-31 |
Family
ID=60965675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610497244.4A Active CN107547236B (zh) | 2016-06-29 | 2016-06-29 | 告警处理能力模型建立、告警信息处理的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107547236B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992632A (zh) * | 2005-12-28 | 2007-07-04 | 大唐软件技术有限责任公司 | 一种通信网络告警方法以及告警*** |
CN101834851A (zh) * | 2010-03-30 | 2010-09-15 | 中兴通讯股份有限公司 | 一种多媒体消息中心及调节其处理能力的方法 |
CN102137133A (zh) * | 2010-01-22 | 2011-07-27 | 华为技术有限公司 | 内容分发的方法、***及调度服务器 |
CN102480378A (zh) * | 2010-11-26 | 2012-05-30 | 中兴通讯股份有限公司 | 一种管理资源的方法及*** |
WO2016039845A1 (en) * | 2014-09-09 | 2016-03-17 | Belkin International, Inc. | Coordinated and device-distributed detection of abnormal network device operation |
-
2016
- 2016-06-29 CN CN201610497244.4A patent/CN107547236B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992632A (zh) * | 2005-12-28 | 2007-07-04 | 大唐软件技术有限责任公司 | 一种通信网络告警方法以及告警*** |
CN102137133A (zh) * | 2010-01-22 | 2011-07-27 | 华为技术有限公司 | 内容分发的方法、***及调度服务器 |
CN101834851A (zh) * | 2010-03-30 | 2010-09-15 | 中兴通讯股份有限公司 | 一种多媒体消息中心及调节其处理能力的方法 |
CN102480378A (zh) * | 2010-11-26 | 2012-05-30 | 中兴通讯股份有限公司 | 一种管理资源的方法及*** |
WO2016039845A1 (en) * | 2014-09-09 | 2016-03-17 | Belkin International, Inc. | Coordinated and device-distributed detection of abnormal network device operation |
Also Published As
Publication number | Publication date |
---|---|
CN107547236A (zh) | 2018-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11627033B2 (en) | System and method for anomaly detection with root cause identification | |
US11451452B2 (en) | Model update method and apparatus, and system | |
CN109391505B (zh) | 网络实例管理方法及相关设备 | |
CN112468372B (zh) | 电力线通信网络中设备状态检测方法和装置 | |
CN105471759A (zh) | 数据中心的网络流量调度方法和装置 | |
US9729418B2 (en) | Method for heterogeneous network policy based management | |
CN112187512B (zh) | 一种基于流量监控的端口自动扩容方法、装置和设备 | |
CN112887217B (zh) | 控制数据包发送方法、模型训练方法、装置及*** | |
CN109361547B (zh) | 一种网络切片链路部署方法与装置 | |
WO2016155766A1 (en) | Technique for extending capacities of a radio access network | |
CN103220228A (zh) | 一种bgp路由的发送方法和设备 | |
CN110858986A (zh) | 带宽调整方法、装置、通信设备及计算机可读存储介质 | |
CN114301818A (zh) | 业务流检测方法、装置、***、终端及存储介质 | |
CN111082956B (zh) | 一种事件流处理方法、电子设备和可读存储介质 | |
CN108834148B (zh) | 一种面向5g的基于nfv的诈骗电话处置***和方法 | |
CN104144024A (zh) | 时隙状态更新方法和设备 | |
CN112396070A (zh) | 一种模型训练方法、装置和***,以及预测方法和装置 | |
CN110662264B (zh) | 切换方法、***、核心网设备和计算机可读存储介质 | |
CN107547236B (zh) | 告警处理能力模型建立、告警信息处理的方法和装置 | |
US12010525B2 (en) | Prioritizing an issue reported by a user of a wireless telecommunication network | |
CN106793093B (zh) | 一种业务处理方法及装置 | |
WO2016160007A1 (en) | Method and apparatus for flow control | |
CN113300914A (zh) | 网络质量监测方法、装置、***、电子设备和存储介质 | |
EP3206441A1 (en) | Power estimation method and apparatus | |
CN111381959A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200706 Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68 Applicant after: Nanjing Zhongxing Software Co.,Ltd. Address before: 518000 Zhongxing building, science and technology south road, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Applicant before: ZTE Corp. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |