CN110278121A - 一种检测网络性能异常的方法、装置、设备及存储介质 - Google Patents
一种检测网络性能异常的方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN110278121A CN110278121A CN201810213401.3A CN201810213401A CN110278121A CN 110278121 A CN110278121 A CN 110278121A CN 201810213401 A CN201810213401 A CN 201810213401A CN 110278121 A CN110278121 A CN 110278121A
- Authority
- CN
- China
- Prior art keywords
- kpi
- confidence interval
- real time
- data
- exception
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种检测网络性能异常的方法、装置、设备及存储介质,涉及计算机及通信领域,所述方法包括:利用用来表征网络性能的关键性能指标KPI的历史数据,确定所述KPI的置信区间;对所述KPI进行监听,获取所述KPI的实时数据;以及利用所述置信区间和所述实时数据,确定所述KPI是否正常。本发明实施例能够使运维人员随时随地观察当前网络状态,立刻获得异常信息,对网络进行及时调整,达到网络始终保持最优化状态。
Description
技术领域
本发明涉及计算机及通信领域,特别涉及一种检测网络性能异常的方法、装置、设备及存储介质。
背景技术
KPI(Key Performance Indicator,关键性能指标)是否良好是衡量无线网络优良的一个重要指标。
影响KPI的性能数据有很多,运维人员可以根据该KPI找到影响该KPI异常的配置参数,然后调整参数,以优化网络。因此找到异常的KPI数据是优化网络的一个重要条件。
然而,通过人工的方式来查找表现异常的KPI时,由于KPI类型达到上万数量级,且当前KPI异常检测方法具有延时性,无法自动、实时检测异常KPI,因此,异常KPI的检测方法必须寻找新的方式。
发明内容
本发明实施例提供的一种检测网络性能异常的方法、装置、设备及存储介质,以提供一种可以实现自动、实时地检测异常KPI的新方式。
本发明实施例提供一种检测网络性能异常的方法,所述方法包括:利用用来表征网络性能的关键性能指标KPI的历史数据,确定所述KPI的置信区间;对所述KPI进行监听,获取所述KPI的实时数据;以及利用所述置信区间和所述实时数据,确定所述KPI是否正常。
本发明实施例另提供一种检测网络性能异常的装置,所述装置包括:第一确定模块,用于利用用来表征网络性能的关键性能指标KPI的历史数据,确定所述KPI的置信区间;实时数据获取模块,用于对所述KPI进行监听,获取所述KPI的实时数据;以及第二确定模块,用于利用所述置信区间和所述实时数据,确定所述KPI是否正常。
本发明实施例还提供一种检测网络性能异常的设备,所述设备包括:处理器,以及与所述处理器耦接的存储器。所述存储器上存储有可在所述处理器上运行的检测网络性能异常的程序,所述检测网络性能异常的程序被所述处理器执行时实现如上述的检测网络性能异常的方法的步骤。
本发明实施例还提供一种存储介质,其上存储有检测网络性能异常的程序,所述检测网络性能异常的程序被处理器执行时实现如上述的检测网络性能异常的方法的步骤。
本发明实施例根据KPI的置信区间,自动、实时地识别异常KPI,有助于运维人员及时优化网络,提高网络性能,改善用户体验。
附图说明
图1是本发明实施例提供的一种检测网络性能异常的方法的流程示意图;
图2是本发明实施例提供的一种检测网络性能异常的装置的示意性框图;
图3是本发明实施例提供的一种检测网络性能异常的设备的示意性框图;
图4是本发明实例1提供的基于大数据分析对虚拟化网络中的异常KPI实时检测的流程示意图;
图5是本发明实例2提供的检测异常的流程示意图;
图6是本发明实例3提供的调整阈值的流程示意图;
图7是本发明实例4提供的标注实时数据的流程示意图;
图8是本发明实例5提供的未检测出异常时重新调整置信区间的流程示意图。
具体实施方式
以下结合附图对本发明的主要实施例进行详细说明。
本发明实施例可以基于大数据分析对虚拟化网络***中的异常KPI进行实时检测。
实施例1
图1是本发明实施例提供的一种检测网络性能异常的方法流示意程图,如图1所示,所述方法包括:
步骤S101:利用用来表征网络性能的KPI的历史数据,确定所述KPI的置信区间。
具体地说,利用待检测对象的所述KPI的历史数据,确定所述KPI的历史数据的均值和残差区间,并利用所述均值和残差区间,确定所述KPI的置信区间。例如,将所述均值和所述残差区间的上限之和,确定为所述KPI的所述置信区间的上限;将所述均值和所述残差区间的下限之和,确定为所述KPI的所述置信区间的下限。
其中,所述待检测对象指需要检测KPI的站点或小区。
其中,所述历史数据可以是在前一个或多个周期的数据,可以自定义,例如可以是最近两周的数据。
其中,所述置信区间是一个确定的数值范围,该数值范围的最小值为所述置信区间的下限,该数值范围的最大值为所述置信区间的上限。所述置信区间给出所述KPI的实时数据的可信程度,也就是说,实时数据在该数值范围内为可信,即正常,否则为不可信,即异常。
步骤S102:对所述KPI进行监听,获取所述KPI的实时数据。
步骤S103:利用所述置信区间和所述实时数据,确定所述KPI是否正常。
具体而言,若所述KPI的所述实时数据在所述KPI的所述置信区间内,则确定所述KPI正常,否则确定所述KPI异常。
本实施例根据所述置信区间自动确定异常KPI,因此可以在人员参与非常少的基础上实现KPI异常检测。
在其它实施例中,在步骤S103之后,所述方法还可进一步包括:
在确定所述KPI异常之后,接收所述KPI的实时数据的人工审计结果,若所述人工审计结果指示所述实时数据为正常值,即对所述KPI的实时数据进行人工审计后所述实时数据被用户标记为正常,则保存被标记为正常的所述实时数据,以便后续监听到同样的数据时,作为正常值处理。或者,若所述人工审计结果指示一个包含所述实时数据的阈值区间,即用户自定义的包含所述实时数据的阈值区间,则将所述阈值区间作为所述KPI的新置信区间,以便按照新置信区间,对后续监听到的KPI数据进行异常检测,本步骤主要用于自定义置信区间,自定义置信区间优先级可以高于***训练的置信区间。
在确定所述KPI异常之后,如果未进行人工调整,也可以根据预设时间段内所述KPI的实时数据,自动调整所述KPI的置信区间。具体地说,在所述预设时间段内对所述KPI数据中超出所述KPI的置信区间的上限的比例进行统计,若超出所述上限的KPI数据的比例达到预设第一比例,说明所述置信区间的上限不合理,此时将所述预设时间段内的KPI数据中的最大值确定为所述KPI的置信区间的新上限;在所述预设时间段内对所述KPI数据中超出所述KPI的置信区间的下限的比例进行统计,若超出所述下限的KPI数据的比例达到预设第二比例,说明所述置信区间的下限不合理,此时将所述预设时间段内的KPI数据中的最小值确定为所述KPI的置信区间的新下限。若超出所述上限和下限的KPI数据的比例均为零,即所有KPI数据均在所述置信区间内,说明所述置信区间的上下限均不合理,此时将所述预设时间段内的KPI数据中的最大值和最小值分别作为所述KPI的置信区间的新上限或新下限。本步骤主要是自适应的调整KPI的置信区间,从而得到合理的置信区间。其中,上述预设时间段、预设第一和第二比例均可由用户(即运维人员)预设。
进一步地,在确定所述KPI异常后,还可以从所有异常KPI中,选取用户关注KPI和非用户关注KPI,将所述用户关注KPI排列在所述非用户关注KPI的前面,并在人机界面(如Web界面)展示给所述用户。其中,用户关注KPI可以由用户定制,也可以根据用户点击次数确定。本步骤主要是把用户重点关注的异常KPI展示在最前面,便于用户查看。
本发明实施例能够将异常KPI实时推送给用户,优化网络资源管理,提高网络性能,改善用户体验。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中。
实施例2
本发明还可以提供一种存储介质,其上存储有检测网络性能异常的程序,所述检测网络性能异常的程序被处理器执行时实现上述的检测网络性能异常的方法的步骤。其中,所述的处理器可以是但不限于CPU,所述的存储介质可以是但不限于ROM、RAM、磁碟、光盘或者U盘等存储装置中的一个或者两个及以上的组合。
实施例3
图2是本发明实施例提供的检测网络性能异常的装置框图,如图2所示,所述装置包括:
第一确定模块,用于利用用来表征网络性能的关键性能指标KPI的历史数据,确定所述KPI的置信区间;
实时数据获取模块,用于对所述KPI进行监听,获取所述KPI的实时数据;以及
第二确定模块,用于利用所述置信区间和所述实时数据,确定所述KPI是否正常。
所述装置的工作流程包括:第一确定模块获取KPI的历史数据,并确定所述KPI的历史数据的均值和残差区间,然后利用所述均值和残差区间,确定所述KPI的置信区间。实时数据获取模块对所述KPI进行监听,获取所述KPI的实时数据。第二确定模块利用从第一确定模块获取的置信区间,确定所述实时数据正常或异常,具体而言若所述KPI的实时数据在所述KPI的置信区间,则确定所述KPI正常,否则确定所述KPI异常。
需要说明的是,第二确定模块的异常检测依据,在初始情况下可以是第一确定模块训练得到的所述置信区间,后续异常检测时,也可以是人工自定义的置信区间或是根据KPI的异常数据自动调整的置信区间。
实施例4
图3是本发明实施例提供的一种检测网络性能异常的设备的示意性框图,如图3所示,所述设备包括:处理器,以及与所述处理器耦接的存储器;所述存储器上存储有可在所述处理器上运行的检测网络性能异常的程序,所述检测网络性能异常的程序被所述处理器执行时实现如上述的检测网络性能异常的方法的步骤。
以下结合具体实例对本发明实施例作进一步的说明。
实例1
图4是本发明实例1提供的基于大数据分析对虚拟化网络中的异常KPI实时检测的流程示意图,如图4所示,所述检测过程主要如下:
1.检测任务管理
***接收到输入的小区、KPI类型等参数信息后,启动数据预处理模块和训练模块以开始算法训练任务。
所述数据预处理模块根据所述输入的小区、KPI类型等参数信息,对所述小区的KPI的历史性能数据(即历史KPI性能数据或历史KPI数据或KPI的历史数据)进行数据清洗。
所述训练模块可以实现实施例3的第一确定模块的功能,选取哪段时间的历史性能数据可以由运维人员配置,即时间可配。
2.在线训练
训练模块启动后,查询用户设置参数信息,查询到策略设置的小区、KPI信息后,训练模块开始工作。
从数据预处理模块查询KPI的历史性能数据,然后使用相应的算法(即根据数据特征进行算法自适应)进行训练,输出预测值与实际值的残差的置信区间(即残差区间)和历史KPI性能数据的均值,通过残差的置信区间和历史数据的均值计算出KPI的置信区间,计算公式如下:
a’=a+kpi;
b’=b+kpi;
其中:a是残差的置信区间的下限,b是残差的置信区间的上限,a’是KPI的置信区间的下限,b’是KPI的置信区间的上限,kpi是历史KPI性能数据的均值。
也就是说,运维人员可以通过人机界面指定需要查看KPI的所有小区信息,然后数据预处理模块会将这些小区的KPI历史性能数据进行数据清洗(例如补全缺失的性能数据和去掉不合理的数据)。清洗完成后,算法训练模块(即训练模块)根据数据特征为这些历史数据选取不同的算法训练预测出未来KPI,根据预测的KPI数据和实际的数据,通过高斯分布计算出残差的置信区间,根据历史数据计算出历史KPI数据的均值,通过残差的置信区间和历史数据的均值计算出KPI的置信区间。
需要说明的是,若从数据预处理模块查询到KPI的历史性能数据为空,则不进行训练。等待下一周期,再查询KPI,直到查到历史KPI数据,才进行训练。
3.智能检测
异常检测模块(可以实现实施例3的实时数据获取模块和第二确定模块的功能)监听到数据预处理模块发送的第N个时间粒度的KPI性能数据后,开始检测,从训练模块查询KPI的置信区间,启动用于接收异常数据和向用户展示异常数据的推荐***。
1)如果实时KPI数据(即KPI的实时数据)在KPI的置信区间内,则认为该KPI为正常值。
2)如果实时KPI数据不在KPI的置信区间内,则认为该KPI为异常值,推送到推荐***。
也就是说,定时检测任务开始后,对每个时间粒度的KPI进行检测,如果不在KPI的置信区间内,那么认为此时的KPI属于异常状态,将异常的KPI的小区信息推送给推荐***,由推荐***将异常汇总结果展示在网站页面,以便运维人员对此做出正确的判断和相应的网络调整动作。如果在KPI的置信区间内,那么认为该KPI为正常值,不做推送。
4.异常检测管理
1)KPI检测发布(即自动调整置信区间)
***会统计一段时间超出置信区间上下限的KPI的占比,若超出上限的占比达到一定比例,则扩大置信区间的上限为最大KPI值所在的区间值;若超出下的占比达到一定比例,则扩大置信区间的下限为最小KPI值所在的区间值。此处的时间和比例可根据实际需要自行设置(不同的KPI,或者在不同业务场景下可能设置不同的时间和比例)。
***统计一段时间内无任何异常KPI值出现,则将置信区间缩小,缩小策略为同时将区间的最大最小值设置为此段时间内最大最小KPI值所在的区间值。此处的时间和比例可根据实际需要自行设置。
本实例的在线训练过程基于机器学习对历史数据进行大数据分析,计算出历史数据的均值和残差,利用均值和残差计算出KPI数据初始的置信区间,智能检测过程根据置信区间能够自动化识别异常KPI,异常检测管理过程能够根据被检测KPI数据自适应调整置信区间范围,实时检测出异常KPI,使运维人员能够及时对网络进行优化调整,并且可以在各个终端可以实时观察网络状态,从而解决当前查找异常KPI方式的弊端。
2)阈值设置和用户标识管理(即用户自定义置信区间)
a.如果用户确认某个检测出的异常有误,可以通过人机界面(如点击人机界面上显示的“检测有误”)设置阈值,将阈值发送给***,***根据用户设置的阈值修改KPI置信区间为阈值区间,下个检测粒度就可以以此阈值来检测KPI是否有异常。
b.如果用户想把某个异常值加入正常值范围,可以选择标记该异常值,当***下次检测到该KPI值为该标记值时,则认为该KPI为正常值。
本实例针对待检测的KPI数据在置信区间范围的分布,自适应调整KPI置信区间,运维人员可以人工干预判断KPI的检测结果,例如,调整阈值范围,直接决定KPI的状态(正常或异常),若人工不干预,***根据一段时间内的KPI异常状态自动扩展或缩小置信区间,从而达到KPI异常检测结果准确率的最优化。此过程可以完全不需要人工操作完成KPI异常的检测,达到智能运维持久地保证网络的最优化。
5.异常自动展示
推荐***收到异常消息后会在人机界面(如web界面)绘制出运维人员设定时段内(例如昨日24小时)的KPI曲线,并显示该异常的原因和合理的置信区间。
推荐***会根据用户点击的次数,基于用户和基于物品的协同推荐算法,向该用户推荐可能更关注的KPI信息,把用户重点关注的异常KPI展示在TopN(即用户重点关注的N个KPI)的最前面,并让用户点击确认处理。
推荐***支持用户定制自己关注的KPI对象(即站点/小区),支持异常KPI呈现在TopN的最前面,支持用户设置TopN的数量,支持用户对KPI设置置信区间(或门限),例如设置预警区间(或预警值)及极限区间(或容忍极限值),如果用户关注的KPI的实时数据到了用户设置的预警值,***就会提醒用户去关注,如果到了容忍极限值就加大提醒的力度,也就是说,支持异常KPI的推荐和呈现,比如近两周(可以自定义)的趋势图,KPI公式定义和异常判断标准等。进一步地,推荐***支持异常KPI的解释,即显示异常原因。
本实例在检测到用户关注的小区有KPI异常时,用户在手机客户端可以实时收到检测异常的推送消息,24小时获取异常检测信息。这样运维人员可以随时随地观察到当前的网络状态,能够立刻获得异常信息,对网络进行及时调整,达到网络始终保持最优化状态。
目前,无线网管上性能KPI基本上出现业务异常或告警后,才发现KPI异常,属于事后处理。但实际上KPI异常发生是有一些规律的,本实例结合机器学习(人工智能(AI)技术)可以预测可能发生异常的KPI,并推荐给用户提前处理,避免造成业务异常。由于KPI数量和管理的小区/站点数量比较多,可能出现的异常KPI数量也比较多,如何把用户重点关注的异常KPI展示在TopN的最前面,并让用户点击确认处理,这也是无线异常KPI预测推荐***需要解决的问题,本实例只需要设置策略信息(例如待检测的小区和KPI)就能够实时收到异常检测结果,并能够快速解决部分异常问题,不需要人工在庞大的数据中筛选过滤异常信息,大幅缩短了运维人员定位排查异常所需的时间,降低了运维成本,改善了现有网络运维过程中,人工参与较多,定位耗时多,优化周期长的缺点,从而能实现轻量的、灵活的、智能化的无线网络管理。
使用本实例的技术,可以在人员参与非常少的基础上实现KPI异常检测,并且能够实时推送给用户,优化网络资源管理,提高网络性能,改善用户体验。
实例2
图5是本发明实例2提供的检测异常的流程示意图,如图5所示,检测出异常并显示的过程包括以下步骤:
步骤S501:设置检测的位置信息。
***接收到用户设置的测量对象类型信息(小区、网元等),获取到待检测的对象的位置信息。
步骤S502:设置检测的KPI。
***接收到用户选择的KPI信息,获取到待检测的性能指标。
步骤S503:启动检测任务。
训练模块启动后,到***主动查询设置的参数信息,查询到策略设置的小区、KPI信息后,训练模块开始工作。
步骤S504:训练KPI的置信区间。
从数据预处理模块获取到清理后的历史性能数据进行训练后,输出残差的置信区间和历史KPI性能数据的均值,通过残差的置信区间和历史数据的均值计算出KPI的置信区间,例如残差的置信区间是[-0.02,0.08],历史KPI性能数据的均值是0.9,所以KPI的置信区间是[0.88,0.98]。
步骤S505:异常检测。
比如,异常检测模块根据时间粒度单位(例如1小时、15分钟等),从异常检测的起始时间开始,监听到第N个时间粒度实时的KPI值是0.8,由于0.8不在KPI的置信区间[0.88,0.98]内,所以该KPI检测为异常值,推送给推荐***。
步骤S506:调整KPI置信区间。
异常检测模块统计预设时间段(可以由运维人员设置)内,例如30天(若为小时粒度,则是720个粒度,若为15分钟原始粒度,则为2880个粒度)的KPI数据检测后,若有预设比例(可以由运维人员设置,例如80%)的KPI数据小于0.88或大于0.98,比如数据为{0.9,0.93,0.8,0.8,0.8...},那么调整KPI的置信区间为[0.8,0.98],比如数据为{0.9,0.93,1.1,1.1,1.0...},那么调整KPI的置信区间为[0.88,1.1]。
步骤507:异常结果显示。
1.推荐***会根据用户点击的次数根据基于用户和基于物品的协同推荐算法向该用户推荐可能更关注的KPI信息,把用户重点关注的异常KPI展示在TopN的最前面,并让用户点击确认处理。
2.预测的异常KPI的TopN呈现、支持用户定制自己关注的KPI指标,并设置KPI的门限:极限值和预警值,指标到了预警值就会提醒客户去关注,如果指标直接到了容忍极限值就加大提醒的力度。支持用户定制自己关注的KPI对象(站点/小区)、支持用户设置TopN的数量、支持异常KPI的推荐解释呈现,比如近两周(可以自定义)的趋势图,KPI公式定义和异常判断标准等。
3.当检测到用户关注的小区有KPI异常时,用户在手机客户端可以实时收到检测异常的推送消息,24小时获取异常检测信息。
步骤S508:结束任务。
实例3
图6是本发明实例3提供的调整阈值的流程示意图,如图6所示,检测出异常,用户修改阈值后,检测过程包括以下步骤:
步骤S601至步骤S607:同实例2的步骤S501至步骤S507。
步骤S608:阈值设置。
1.在推荐***,用户查看异常结果后,根据实际需要修改阈值,比如修改为[0.85,0.93],用户设置的阈值替代算法算出的置信区间,从而根据用户所设阈值来检测实时数据是否在该区间内,如果下个检测粒度的实时数据不在阈值区间内则是异常,发送给推荐***,显现到界面上,提示用户存在异常数据,如果在阈值区间内,则说明数据在用户要求的合理范围内。
2.异常检测模块统计一段时间(如30天)的KPI数据检测后,即使超过预设比例(例如80%)的KPI数据都在KPI的置信区间外,比如数据为{0.9,0.93,0.94,0.94,0.99...},KPI的置信区间仍为[0.85,0.93]。
3.用户不再需要单独设置阈值给特定小区时,可以在界面通过选择取消阈值功能,***则会按照计算出来的KPI置信区间检测是否有数据异常。
步骤609:异常结果显示。
实例4
图7是本发明实例4提供的标注实时数据的流程示意图,如图7所示,用户标注检测出的异常的步骤包括:
步骤S701至步骤S707:1.同实例2的步骤S501至步骤S507。
步骤S708至步骤S709:用户决策和正常值标记。
在推荐***,用户查看异常结果后,用户决策此异常数据为误判,标记此异常,如果下个检测粒度的实时数据存在该标记的KPI值,那么认为该KPI值为正常值,不再发送给推荐***。
也就是说,当利用KPI置信区间检测出KPI值为异常值时,若经过用户决策,判定为误判,则将其标记为正常值,后续检测过程中,如果再次检测到该KPI值,则根据标记,认定为正常值,不再发送给推荐***。
需要说明的是,用户可以在界面通过选择取消标注功能,***则会按照训练出来的置信区间来检测是否有数据异常。
步骤710:异常结果显示。
实例5
图8是本发明实例5提供的未检测出异常时重新调整置信区间的流程示意图,如图8所示,未检测出异常时,重新调整置信区间的过程包括以下步骤:
步骤S801至步骤S805:同实例2的步骤S501到步骤S505。
步骤S806:调整置信区间。
异常检测模块统计一段时间的KPI数据检测后,若有100%的KPI数据都在KPI的置信区间内,则调整KPI的置信区间为[KPI的最小值,KPI的最大值],比如数据为{0.9,0.93,0.95,0.95,0.98...},那么调整KPI的置信区间为[0.9,0.98],比如数据为{0.9,0.93,0.97,0.88,0.97,0.97...},那么调整KPI的置信区间为[0.88,0.97]。
也就是说,如果统计时间段内检测的KPI数据均在KPI的置信区间内,则选取所述统计时间段内的KPI数据中的最小值和最大值,并将KPI置信区间的范围调整为从所述最小值至所述最大值。
这样,下个粒度的KPI数据的检测使用调整后的KPI的置信区间。
步骤S807:结束任务。
综上所述,本发明实施例是基于虚拟化***的实时检测网络性能异常方案,结合AI算法自动完成KPI异常的检测工作,并推送给用户和推荐***,此外能够接收用户的反馈,不断自适应调整检测条件,使得检测结果更符合当前实际网络状态,同时,不局限于WEB界面,用户终端(例如手机)可以实时接收到异常KPI的检测结果,及时根据网络当前状态调整相应参数,优化网络状态。
尽管上文对本发明进行了详细说明,但是本发明不限于此,本技术领域技术人员可以根据本发明的原理进行各种修改。因此,凡按照本发明原理所作的修改,都应当理解为落入本发明的保护范围。
Claims (10)
1.一种检测网络性能异常的方法,其特征在于,所述方法包括:
利用用来表征网络性能的关键性能指标KPI的历史数据,确定所述KPI的置信区间;
对所述KPI进行监听,获取所述KPI的实时数据;以及
利用所述置信区间和所述实时数据,确定所述KPI是否正常。
2.根据权利要求1所述的方法,其特征在于,所述利用用来表征网络性能的KPI的历史数据,确定所述KPI的置信区间包括:
利用所述历史数据,确定所述历史数据的均值和残差区间;
将所述均值和所述残差区间的上限之和,确定为所述置信区间的上限;以及
将所述均值和所述残差区间的下限之和,确定为所述置信区间的下限。
3.根据权利要求1所述的方法,其特征在于,所述利用所述置信区间和所述实时数据,确定所述KPI是否正常包括:
若所述实时数据在所述置信区间内,则确定所述KPI正常,否则确定所述KPI异常。
4.根据权利要求3所述的方法,其特征在于,在确定所述KPI异常之后,还包括:
接收所述实时数据的人工审计结果;
若所述人工审计结果指示所述实时数据为正常值,则保存所述实时数据;
若所述人工审计结果指示一个包含所述实时数据的阈值区间,则将所述阈值区间作为所述KPI的新置信区间。
5.根据权利要求3所述的方法,其特征在于,在确定所述KPI异常之后,还包括:
根据预设时间段内所述KPI的实时数据,自动调整所述KPI的置信区间。
6.根据权利要求5所述的方法,其特征在于,所述根据预设时间段内所述KPI的实时数据,自动调整所述KPI的置信区间包括:
在所述预设时间段内对所述实时数据中超出所述置信区间的上限和下限的比例分别进行统计;
若所述实时数据超出所述上限的比例达到预设第一比例,则将所述预设时间段内的所述实时数据中的最大值确定为所述KPI的置信区间的新上限;
若所述实时数据超出所述下限的比例达到预设第二比例,则将所述预设时间段内的所述实时数据中的最小值确定为所述KPI的置信区间的新下限;
若所述实时数据超出所述上限和下限的KPI数据的比例均为零,则将所述预设时间段内的所述实时数据中的最大值和最小值分别作为所述置信区间的新上限和/或新下限。
7.根据权利要求3所述的方法,其特征在于,在确定所述KPI异常后,还包括:
从所有异常KPI中,选取用户关注KPI和非用户关注KPI;
将所述用户关注KPI排列在所述非用户关注KPI的前面,展示给所述用户。
8.一种检测网络性能异常的装置,其特征在于,所述装置包括:
第一确定模块,用于利用用来表征网络性能的关键性能指标KPI的历史数据,确定所述KPI的置信区间;
实时数据获取模块,用于对所述KPI进行监听,获取所述KPI的实时数据;以及
第二确定模块,用于利用所述置信区间和所述实时数据,确定所述KPI是否正常。
9.一种检测网络性能异常的设备,其特征在于,所述设备包括:处理器,以及与所述处理器耦接的存储器;所述存储器上存储有可在所述处理器上运行的检测网络性能异常的程序,所述检测网络性能异常的程序被所述处理器执行时实现如权利要求1至7中任一项所述的检测网络性能异常的方法的步骤。
10.一种存储介质,其特征在于,其上存储有检测网络性能异常的程序,所述检测网络性能异常的程序被处理器执行时实现如权利要求1至7中任一项所述的检测网络性能异常的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810213401.3A CN110278121B (zh) | 2018-03-15 | 2018-03-15 | 一种检测网络性能异常的方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810213401.3A CN110278121B (zh) | 2018-03-15 | 2018-03-15 | 一种检测网络性能异常的方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110278121A true CN110278121A (zh) | 2019-09-24 |
CN110278121B CN110278121B (zh) | 2022-09-30 |
Family
ID=67958581
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810213401.3A Active CN110278121B (zh) | 2018-03-15 | 2018-03-15 | 一种检测网络性能异常的方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110278121B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110782143A (zh) * | 2019-10-15 | 2020-02-11 | 支付宝(杭州)信息技术有限公司 | 数据处理方法和装置 |
CN111065106A (zh) * | 2019-12-31 | 2020-04-24 | 重庆大学 | 移动通信网络中基于异常检测和核密度估计(kde)的指标突变小区检测方法 |
CN111541580A (zh) * | 2020-03-23 | 2020-08-14 | 广东工业大学 | 一种应用于工业互联网的自适应异常检测*** |
CN112187555A (zh) * | 2020-12-01 | 2021-01-05 | 北京蒙帕信创科技有限公司 | 一种基于机器学习的实时kpi数据异常检测方法及装置 |
CN112446647A (zh) * | 2020-12-14 | 2021-03-05 | 上海众源网络有限公司 | 异常元素的定位方法、装置、电子设备及存储介质 |
CN113099476A (zh) * | 2021-05-13 | 2021-07-09 | 中国联合网络通信集团有限公司 | 网络质量检测方法、装置、设备及存储介质 |
WO2021146923A1 (zh) * | 2020-01-21 | 2021-07-29 | 华为技术有限公司 | 一种无线参数调整方法和装置 |
WO2021213247A1 (zh) * | 2020-04-24 | 2021-10-28 | 华为技术有限公司 | 一种异常检测方法及装置 |
CN113726582A (zh) * | 2021-09-17 | 2021-11-30 | 中国联合网络通信集团有限公司 | 移动网络的分析方法、装置、设备及存储介质 |
CN114650552A (zh) * | 2020-12-17 | 2022-06-21 | 诺基亚通信公司 | 用于网络中的异常检测的方法和装置 |
CN115357461A (zh) * | 2022-08-11 | 2022-11-18 | 创新奇智(深圳)技术有限公司 | 异常检测的方法、装置、电子设备及计算机可读存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101290517A (zh) * | 2007-04-17 | 2008-10-22 | 中芯国际集成电路制造(上海)有限公司 | 对离散样本数据进行统计过程控制的方法及其装置 |
CN101754241A (zh) * | 2008-12-18 | 2010-06-23 | 中兴通讯股份有限公司 | 一种用于无线通信的预警***及方法 |
CN102026230A (zh) * | 2010-12-20 | 2011-04-20 | 中兴通讯股份有限公司 | Cdma网络数据业务质量监控的方法及装置 |
CN103178990A (zh) * | 2011-12-20 | 2013-06-26 | ***通信集团青海有限公司 | 一种网络设备性能监控方法及网络管理*** |
CN104219071A (zh) * | 2013-05-30 | 2014-12-17 | 华为技术有限公司 | 一种网络质量的监控方法和服务器 |
CN105278949A (zh) * | 2014-07-15 | 2016-01-27 | 太阳风环球有限责任公司 | 用于基于接收到的测量来确定阈值基线的方法和装置 |
US20160103838A1 (en) * | 2014-10-09 | 2016-04-14 | Splunk Inc. | Anomaly detection |
CN106096226A (zh) * | 2016-05-27 | 2016-11-09 | 腾讯科技(深圳)有限公司 | 一种数据评估方法、装置及服务器 |
CN106803137A (zh) * | 2017-01-25 | 2017-06-06 | 东南大学 | 城市轨道交通afc***实时进站客流量异常检测方法 |
CN107153593A (zh) * | 2016-03-02 | 2017-09-12 | 阿里巴巴集团控股有限公司 | 一种互联网业务监控阈值的确定方法及装置 |
-
2018
- 2018-03-15 CN CN201810213401.3A patent/CN110278121B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101290517A (zh) * | 2007-04-17 | 2008-10-22 | 中芯国际集成电路制造(上海)有限公司 | 对离散样本数据进行统计过程控制的方法及其装置 |
CN101754241A (zh) * | 2008-12-18 | 2010-06-23 | 中兴通讯股份有限公司 | 一种用于无线通信的预警***及方法 |
CN102026230A (zh) * | 2010-12-20 | 2011-04-20 | 中兴通讯股份有限公司 | Cdma网络数据业务质量监控的方法及装置 |
CN103178990A (zh) * | 2011-12-20 | 2013-06-26 | ***通信集团青海有限公司 | 一种网络设备性能监控方法及网络管理*** |
CN104219071A (zh) * | 2013-05-30 | 2014-12-17 | 华为技术有限公司 | 一种网络质量的监控方法和服务器 |
CN105278949A (zh) * | 2014-07-15 | 2016-01-27 | 太阳风环球有限责任公司 | 用于基于接收到的测量来确定阈值基线的方法和装置 |
US20160103838A1 (en) * | 2014-10-09 | 2016-04-14 | Splunk Inc. | Anomaly detection |
CN107153593A (zh) * | 2016-03-02 | 2017-09-12 | 阿里巴巴集团控股有限公司 | 一种互联网业务监控阈值的确定方法及装置 |
CN106096226A (zh) * | 2016-05-27 | 2016-11-09 | 腾讯科技(深圳)有限公司 | 一种数据评估方法、装置及服务器 |
CN106803137A (zh) * | 2017-01-25 | 2017-06-06 | 东南大学 | 城市轨道交通afc***实时进站客流量异常检测方法 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110782143A (zh) * | 2019-10-15 | 2020-02-11 | 支付宝(杭州)信息技术有限公司 | 数据处理方法和装置 |
CN110782143B (zh) * | 2019-10-15 | 2022-05-06 | 支付宝(杭州)信息技术有限公司 | 数据处理方法和装置 |
CN111065106B (zh) * | 2019-12-31 | 2022-04-26 | 重庆大学 | 移动通信网络中基于异常检测和核密度估计kde的指标突变小区检测方法 |
CN111065106A (zh) * | 2019-12-31 | 2020-04-24 | 重庆大学 | 移动通信网络中基于异常检测和核密度估计(kde)的指标突变小区检测方法 |
WO2021146923A1 (zh) * | 2020-01-21 | 2021-07-29 | 华为技术有限公司 | 一种无线参数调整方法和装置 |
CN111541580A (zh) * | 2020-03-23 | 2020-08-14 | 广东工业大学 | 一种应用于工业互联网的自适应异常检测*** |
WO2021213247A1 (zh) * | 2020-04-24 | 2021-10-28 | 华为技术有限公司 | 一种异常检测方法及装置 |
CN112187555A (zh) * | 2020-12-01 | 2021-01-05 | 北京蒙帕信创科技有限公司 | 一种基于机器学习的实时kpi数据异常检测方法及装置 |
CN112187555B (zh) * | 2020-12-01 | 2021-03-19 | 北京蒙帕信创科技有限公司 | 一种基于机器学习的实时kpi数据异常检测方法及装置 |
CN112446647A (zh) * | 2020-12-14 | 2021-03-05 | 上海众源网络有限公司 | 异常元素的定位方法、装置、电子设备及存储介质 |
CN114650552A (zh) * | 2020-12-17 | 2022-06-21 | 诺基亚通信公司 | 用于网络中的异常检测的方法和装置 |
CN114650552B (zh) * | 2020-12-17 | 2023-08-08 | 诺基亚通信公司 | 用于网络中的异常检测的方法和装置 |
CN113099476A (zh) * | 2021-05-13 | 2021-07-09 | 中国联合网络通信集团有限公司 | 网络质量检测方法、装置、设备及存储介质 |
CN113726582A (zh) * | 2021-09-17 | 2021-11-30 | 中国联合网络通信集团有限公司 | 移动网络的分析方法、装置、设备及存储介质 |
CN113726582B (zh) * | 2021-09-17 | 2022-09-13 | 中国联合网络通信集团有限公司 | 移动网络的分析方法、装置、设备及存储介质 |
CN115357461A (zh) * | 2022-08-11 | 2022-11-18 | 创新奇智(深圳)技术有限公司 | 异常检测的方法、装置、电子设备及计算机可读存储介质 |
CN115357461B (zh) * | 2022-08-11 | 2024-01-26 | 创新奇智(深圳)技术有限公司 | 异常检测的方法、装置、电子设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110278121B (zh) | 2022-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110278121A (zh) | 一种检测网络性能异常的方法、装置、设备及存储介质 | |
CN111126824B (zh) | 多指标关联模型训练方法及多指标异常分析方法 | |
CN111143102B (zh) | 异常数据检测方法、装置、存储介质及电子设备 | |
CN107204894B (zh) | 网络业务质量的监控方法及装置 | |
US7412403B2 (en) | System for managing services and service provider agreements | |
CN109886512B (zh) | 剩余应急维修时间估算方法及预警方法、以及其估算***和预警*** | |
CN106126391A (zh) | ***监控方法和装置 | |
CN108984370A (zh) | 一种确定监控阈值的方法和装置 | |
CN107070971A (zh) | 电信业务的推荐方法及装置 | |
CN111198808A (zh) | 预测性能指标的方法、装置、存储介质及电子设备 | |
CN110493806A (zh) | 移动网络投诉溯源方法及装置 | |
CN106789347B (zh) | 一种基于告警数据实现告警关联和网络故障诊断的方法 | |
CN102487523A (zh) | 用户投诉分析方法及装置 | |
US20230342678A1 (en) | Methods for managing smart gas work order implementation and internet of things (iot) systems thereof | |
CN114360222B (zh) | 一种租赁设备的状态预警方法、装置、设备和介质 | |
CN108830658B (zh) | 信息推送的数据处理方法、装置、电子设备与存储介质 | |
CN107819745A (zh) | 异常流量的防御方法和装置 | |
CN109064211B (zh) | 营销业务数据分析方法、装置及服务器 | |
CN101931986A (zh) | 网络能效指示方法、指示器及*** | |
CN104502692A (zh) | 电量异动的检测方法及中央处理设备 | |
CN114401158A (zh) | 流量计费方法、装置、电子设备及存储介质 | |
US20150120940A1 (en) | Apparatus and method for changing resource using pattern information, and recording medium using the same | |
CN104660436B (zh) | 服务等级管理方法和*** | |
CN104809070A (zh) | 基于数据库交易类中间件的性能分析方法 | |
CN113052417A (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 |