CN104579760A - 一种网络设备的负荷处理方法和*** - Google Patents
一种网络设备的负荷处理方法和*** Download PDFInfo
- Publication number
- CN104579760A CN104579760A CN201410811813.9A CN201410811813A CN104579760A CN 104579760 A CN104579760 A CN 104579760A CN 201410811813 A CN201410811813 A CN 201410811813A CN 104579760 A CN104579760 A CN 104579760A
- Authority
- CN
- China
- Prior art keywords
- service
- network equipment
- type
- action listener
- data
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种网络设备的负荷处理方法和***，其中，所述方法包括：操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果；和/或所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果；所述操作维护中心根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。本发明增强了网管的数据分析能力，提高了网络设备维护的效率和网络设备的稳定性，减少了人工维护的成本和工作量，降低了对操作维护人员的技能要求。
Description
技术领域
本发明涉及通信技术领域，特别是涉及一种网络设备的负荷处理方法和***。
背景技术
当前在通信网络中，网络设备的容量是运营商根据网络设备所在位置的用户活动情况预先规划好的，是固定不变的，所以，当面对突发的大型集会、过节旅游、人员流动、或者网络设备部分故障的情况下，网络设备的负荷会相应地升高或下降，并且，由于操作人员不能实时监控，及时发现网络设备的负荷情况，将导致无线资源不能得到充分利用、网络质量下降，客户感知变差等问题。目前只有在***故障达到告警级别或者过度超负荷的情况下，才会产生声光告警或者以发送短信的形式通知维护人员进行手动处理。但随着通信网络的不断扩大和网络的扁平化发展，需要管理的网络设备越来越多，网络设备维护的工作量也越来越大，人工维护成本越来越高。
例如，如图1为一个简单的通信网络结构示意图，其中包含6部手机终端、两个基站(基站A和基站B)、一个网络设备和一个路由器。网络设备中有两个处理板(处理板1和处理板2)是按照负荷分担方式进行配置的，基站A下有2部手机终端、基站B下有4部分手机终端。正常情况下，网络设备的负荷处于正常水平，但是当手机终端都集中到同一基站下，或者其中一个处理板出现故障时，网络设备的负荷就会增加，网络质量和用户感知就会下降。
网络设备的负荷加重的原因主要在于：
1、网络设备的基础参数配置会影响网络设备的负荷出现过高或过低的情况。
2、实际需要的网络资源与网络规划的不一致，导致网络资源分配不合理。
3、用户的不规则流动容易导致部分网络设备出现资源不足或者超出负荷的情况。
4、部分网络设备运行异常或出现故障。
当前的网管***只能实时监控网络的状态、告警和性能指标，但是不具备智能分析和处理能力，当网络的状态、告警或性能指标异常时，仍然需要人工反复的分析和处理，对操作人员的要求很高，人为经验因素大，维护风险高。
目前的由人工处理的方法，整体上可以归结过“人工发现”和“人工处理”两个阶段，并且这两个阶段可能需要不停的重复执行，从而达到一个稳定状态，详见图2所示。
人工发现是指网络设备状态异常、网络设备产生告警或性能指标异常等情况，需要维护人员实时监控，分析性能指标及时发现问题；人工处理是指维护人员发现问题后，需要及时查找处理手册并执行相应的处理。人工观察是指一次调整可能达不到预期效果，还需要继续观察，重复多次执行人工发现和人工处理操作，才能达到一个稳定状态。
人工处理的方法的缺点可以概括为以下几个方面：
(1)若要根据网络设备的状态监控、告警、性能指标等数据，并结合网络设备的当前参数配置准确及时地判断网络设备的运行状况，需要具备非常丰富的网络设备维护经验和使用经验，与操作维护人员的工作经验紧密相关，对人的要求比较高。
(2)由于网络设备的负荷波动比较大，操作维护人员不能实时不间断地分析监控数据，及时发现网络设备的运行状况，并进行相应的处理。同时，在每次处理完成后，还需要一定的观察期，直到网络设备运行平稳，整个过程时间较长，操作维护人员的工作量也相当大。
(3)随着网络建设的快速发展、网络扁平化、以及网络协议的不断演进，网络设备的数量和种类也越来越多，人工维护的成本也越来越高。
发明内容
本发明提供一种网络设备的负荷处理方法和***，以解决现有的网络设备的负荷处理方法需要人工干预，对操作维护人员的专业技能要求高、处理时间长、维护成本高的问题。
为了解决上述问题，本发明公开了一种网络设备的负荷处理方法，包括：
操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果；和/或
所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果；
所述操作维护中心根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
优选地，所述操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果，包括：
所述操作维护中心从数据库中获取得到网络设备的负荷数据，并触发所述预置的数据分析业务类型的分析操作；
所述操作维护中心利用所述预置的数据分析业务类型的分析操作对所述负荷数据进行分析，得到网络设备的数据分析结果。
优选地，所述操作维护中心从数据库中获取得到网络设备的负荷数据之前，所述方法还包括：
所述操作维护中心对时钟服务进行初始化操作，并利用已经初始化的时钟服务按照预置的周期，执行从数据库中获取得到网络设备的负荷数据的步骤。
优选地，所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果，包括：
所述操作维护中心接收到来自网络设备的负荷事件，并触发所述预置的事件监听业务类型的分析操作；
所述操作维护中心利用所述事件监听业务类型的分析操作对所述负荷事件进行分析，得到网络设备的事件监听结果。
优选地，在进行分析检测和/或事件监听操作之前，所述方法还包括：
所述操作维护中心接收到来自操作维护终端的注册信息，并对所述注册信息进行注册；
其中，所述注册信息包括业务类型、与业务类型对应的分析操作和与业务类型对应的负荷处理策略，所述业务类型包括数据分析业务类型和事件监听业务类型。
相应地，本发明还公开了一种网络设备的负荷处理***，包括：操作维护中心，所述操作维护中心，包括：
数据分析模块，用于按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果；和/或
事件监听模块，用于按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果；
流程控制模块，用于根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
优选地，所述数据分析模块，包括：
负荷数据获取子模块，用于从数据库中获取得到网络设备的负荷数据，并触发所述预置的数据分析业务类型的分析操作；
负荷数据分析子模块，用于利用所述预置的数据分析业务类型的分析操作对所述负荷数据进行分析，得到网络设备的数据分析结果。
优选地，所述***还包括：
时钟服务初始化模块，用于在所述负荷数据获取子模块从数据库中获取得到网络设备的负荷数据之前，对时钟服务进行初始化操作。
优选地，所述事件监听模块，包括：
负荷事件接收子模块，用于接收到来自网络设备的负荷事件，并触发所述预置的事件监听业务类型的分析操作；
负荷事件分析子模块，用于利用所述事件监听业务类型的分析操作对所述负荷事件进行分析，得到网络设备的事件监听结果。
优选地，所述***还包括：
注册模块，用于在所述数据分析模块进行分析检测和/或所述事件监听模块进行事件监听之前，接收到来自操作维护终端的注册信息，并对所述注册信息进行注册；
其中，所述注册信息包括业务类型、与业务类型对应的分析操作和与业务类型对应的负荷处理策略，所述业务类型包括数据分析业务类型和事件监听业务类型。
与背景技术相比，本发明包括以下优点：
通过操作维护中心对网络设备进行分析检测，得到数据分析结果，和/或对网络设备进行事件监听，得到事件监听结果，进一步根据数据分析结果和/或事件监听结果，以及网络设备的当前状态信息确定对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
本发明的技术方案是一种智能的网管控制方案，增强了网管的数据分析能力，提高了网络设备维护的效率和网络设备的稳定性，减少了人工维护的成本和工作量，降低了对操作维护人员的技能要求。
附图说明
图1是背景技术中的一个通信网络结构示意图；
图2是背景技术中的人工处理方法示意图；
图3是本发明实施例中的JBoss服务器的核心服务组件架构图；
图4是本发明实施例中的Eqm-Auto-Control组件的软件结构分布图；
图5是本发明实施例中的Eqm-Auto-Control组件的工作原理图；
图6是本发明实施例中的流程控制模块的注册和发布的工作原理图；
图7是本发明实施例中的Eqm-Auto-Control组件的工作时序流程图；
图8是本发明实施例一中的一种网络设备的负荷处理方法流程图；
图9是本发明实施例二中的一种网络设备的负荷处理方法流程图；
图10是本发明实施例三中的一种网络设备的负荷处理***结构图；
图11是本发明实施例四中的一种网络设备的负荷处理***结构图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
针对现有方案的缺点或不足，本发明技术方案实现了负荷检测和控制的自动化和流程化，减少了操作维护人员的工作量，降低了对操作维护人员的能力水平的要求。
本发明技术方案对网络设备进行分析检测和事件监听的过程可以概括为主动触发和被动触发两种情况，其中，分析检测可以为主动触发，事件监听可以为被动触发。本发明技术方案可以通过内嵌在JBoss服务器中的一个组件服务(命名为Eqm-Auto-Control)实现，下面详细介绍本技术方案的原理设计、功能划分、流程设计等内容。
JBoss服务器是一种建立在JMX(Java管理扩展，是一个为应用程序、设备、***等植入管理功能的可复用框架，它为远程和本地管理工具扩展了应用)架构之上的模块化框架，这种框架结构使得JBoss服务器的所有核心服务都具有“可插拔性”。因此本技术方案正是利用这种模块化与可插拔的设计理念，在遵循JBoss XMBean(MBean是Managed Bean的简称，在JMX中MBean代表一个被管理的资源实例，通过MBean暴露一系列方法和属性，外界可以获取被管理的资源的状态和操纵MBean的行为。JBoss XMBean是JBoss的JMX实现版本，它不需要通过编程方式实现动态MBean的接口，而是通过XML描述符指定组件的管理接口。JBoss的JMX实现版本，它不需要通过编程方式实现动态MBean的接口，而是通过XML描述符指定组件的管理接口。)开发规范的基础之上，在JBoss服务器的核心服务组件中扩展了一个命名为“Eqm-Auto-Control”的新的组件，如图3所示，JBoss服务器的核心服务组件均建立在JMX框架上，可以包括FJB容器、JBoss事务管理、Deployment部署器、JBoss网络服务、WebServer服务、JCA服务、JBossSx安全服务和JBossMQ消息服务等，其中，新扩展的Eqm-Auto-Control组件即可以实现本技术方案。
每个JBoss服务器的核心服务组件都是一系列JBoss XMBean的封装包，在JBoss服务器启动成功时被初始化并注册进MBean Server服务中，成为一种可管理的MBean服务并对外提供相应的业务功能，Eqm-Auto-Control组件与其加载方式同样如此。
在软件设计方面，Eqm-Auto-Control组件的开发遵循JBoss XMBean规范，软件结构可分为“数据分析”、“控制流程”和“事件监听”三个模块，组件结构分布如图4所示。其中，数据分析模块主要用于主动检测分析网络设备的性能、告警等相关数据，并给出数据分析结果。数据分析模块可以分为数据检测和数据分析任务管理两部分，数据检测部分负责24小时周期性地主动检测分析网络设备的数据，并给出分析结果；数据分析任务管理部分负责维护需要分析的数据以及周期性等参数配置。
事件监听模块主要用于监听网络设备的事件，从而被动发现网络设备的状态。事件监听模块可以分为监听事件管理和事件监听两部分，监听事件管理部分负责管理和维护监听的事件；事件监听部分负责分析监听事件并给出分析结果。
流程控制模块可以分为处理策略管理和处理流程控制两部分，即根据分析结果(数据分析结果和事件监听结果)和处理策略进行流程的处理和管理。
Eqm-Auto-Control组件中各个管理模块之间的工作原理、巡检任务调度以及部署原理均可参见图5。Eqm-Auto-Control组件被作为内置组件部署于JBoss服务器内部，主要职责是实时监控和分析网络设备的运行数据，并根据分析和监控结果以及处理策略，对网络设备及时进行维护和处理。
从图5得知，Eqm-Auto-Control组件本身不具备任务调度能力，数据分析模块的周期性调度任务由JBoss服务器内置的时钟(Scheduler)服务负责完成，通过将数据分析模块的检测任务注入Scheduler服务的进程即可，这样JBoss服务器启动成功后，Eqm-Auto-Control组件就会实时监控和分析网络设备的运行数据，并将分析结果发送给流程控制模块进行相应的处理。
事件监听模块可以被动监听和接收来自网络设备的事件消息，并可以对事件消息的严重性和影响范围进行分析，最后，将分析结果发送给流程控制模块进行相应的处理。
流程控制模块采用在线注册和动态发布的设计，能够方便地扩展功能，如图6所示，流程控制模块可以包括注册器和同步器，当出现新的需求或者新的运行状态需要监控时，只需要调用注册服务增加相应的数据分析类型和事件监听类型以及对应的处理策略。注册器可以自动实现新的业务类型的注册工作，注册器通知同步器在线与数据分析模块和事件监听模块对新添加的数据分析业务和事件监听业务进行同步生效。
在上述关于Eqm-Auto-Control组件的基本功能和运行原理的介绍的基础之上，下面介绍该组件的工作时序流程，如图7所示，Eqm-Auto-Control组件在运行过程中存在“业务类型注册”、“数据分析”和“事件监听”三种处理流程。
一、业务类型注册：
(1)操作人员可以通过OMT(Operation Management Terminal，操作维护终端)在线注册新的业务类型，需要将业务种类、分析方法和处理策略等信息注册到流程控制模块(FlowControler)。
(2)流程控制模块收到注册消息后，先检查分析方法和处理策略的有效性；检查通过后，将新的业务类型信息保存到配置文件中，并且通知同步器进行同步。
(3)同步器将注册的业务类型通知数据分析模块(DataAnalysis)和/或事件监听模块(EventListener)，收到消息的模块会将新的业务类型生效。
二、数据分析：
(1)JBoss服务器启动成功后，时钟服务(Scheduler-Service)被初始化，并开始一次周期性的任务调度。
(2)通过时钟服务(Scheduler-Service)的调度，Eqm-Auto-Control组件的数据分析模块会触发每个业务类型的检查方法从数据库获取需要的数据并进行分析。
(3)数据分析模块将数据分析结果发送给流程控制模块。
(4)流程控制模块根据数据分析结果和当前网络设备的状态查找对应的处理策略。如果根据处理策略不需要对网络设备进行处理，则正常结束；否则，进行下一步处理。
(5)根据处理策略对网络设备下发处理操作。
(6)接收网络设备的处理操作返回的执行结果。
(7)保存网络设备的处理状态以及处理结果。
三、事件监听：
(1)当网络设备(NE)出现问题时，会产生相应的事件，并上报给事件监听模块(EventListener)。
(2)Eqm-Auto-Control组件的事件监听模块收到该事件，如果是需要分析的事件，则触发检查方法进行分析；否则，正常结束。
(3)事件监听模块将事件分析结果上报给流程控制模块。
(4)流程控制模块根据事件分析结果和当前网络设备的状态查找对应的处理策略。如果根据处理策略不需要对网络设备进行处理，则正常结束；否则，进行下一步处理。
(5)根据处理策略对网络设备下发处理操作。
(6)接收网络设备的处理操作返回的执行结果。
(7)保存网络设备的处理状态以及处理结果。
其中，数据分析和事件监听两个流程可以自动运行，通过上述流程使得Eqm-Auto-Control组件实现了一种具备“在线监控、首先发现、首先处理”特性的网络设备的负荷处理方法。
下面通过列举几个具体的实施例详细介绍本发明提供的一种网络设备的负荷处理方法和***。
实施例一
详细介绍本发明实施例提供的一种网络设备的负荷处理方法。
参照图8，示出了本发明实施例中一种网络设备的负荷处理方法流程图。
步骤100，操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果。
其中，所述预置的数据分析业务类型可以预先在操作维护中心中注册。
例如，操作维护中心按照已经注册的数据分析业务类型F1，对网络设备进行分析检测，分析检测的具体数据是数据分析业务类型F1相关的数据，若数据分析业务类型F1中规定其相关的数据包括数据a和数据b，则操作维护中心可以按照数据分析业务类型F1对数据a和数据b进行分析检测，得到数据分析结果，对其他未在数据分析业务类型F1中规定的数据不进行分析。所述得到的数据分析结果也可以在数据分析业务类型F1中规定。
和/或，
步骤102，所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果。
例如，操作维护中心按照已经注册的事件监听业务类型S1，对网络设备进行事件监听，事件监听的具体事件是事件监听业务类型S1相关的事件，若事件监听业务类型S1中规定其相关的事件包括事件m和事件n，则操作维护中心可以按照事件监听业务类型S1对事件m和事件n进行事件监听，得到事件监听结果，对其他未在事件监听业务类型S1中规定的事件不进行监听。所述得到的事件监听结果也可以在事件监听业务类型S1中规定。
需要说明的是，上述步骤100和步骤102可以同时执行，也可以按照先后顺序执行，也可以只执行其中一个步骤，具体执行情况可以依据实际情况略有不同，本发明实施例对步骤100和步骤102的执行顺序和执行与否不做限制。
步骤104，所述操作维护中心根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
若上述步骤100和步骤102中，只执行了步骤100，则所述操作维护中心根据相应的所述数据分析结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
其中，负荷处理策略与数据分析结果和当前状态信息相对应。
若上述步骤100和步骤102中，只执行了步骤102，则所述操作维护中心根据相应的所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
其中，负荷处理策略与事件监听结果和当前状态信息相对应。
若上述步骤100和步骤102中，即执行了步骤100，又执行了步骤102，则所述操作维护中心根据相应的所述数据分析结果，和所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
其中，负荷处理策略与数据分析结果、事件监听结果和当前状态信息相对应。
综上所述，本发明实施例技术方案通过操作维护中心对网络设备进行分析检测，得到数据分析结果，和/或对网络设备进行事件监听，得到事件监听结果，进一步根据数据分析结果和/或事件监听结果，以及网络设备的当前状态信息确定对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
本发明实施例的技术方案是一种智能的网管控制方案，增强了网管的数据分析能力，提高了网络设备维护的效率和网络设备的稳定性，减少了人工维护的成本和工作量，降低了对操作维护人员的技能要求。
本发明实施例的技术方案的处理策略基于在线扩展和Java反射机制，使得操作维护中心中的各个组件具备可插拔的特性。
本发明实施例的技术方案通过Java反射技术和类动态加载技术，实现了动态功能的动态发布和使用。
实施例二
详细介绍本发明实施例提供的一种网络设备的负荷处理方法。
参照图9，示出了本发明实施例中一种网络设备的负荷处理方法流程图。
步骤200，操作维护中心接收到来自操作维护终端的注册信息，并对所述注册信息进行注册。
其中，所述注册信息可以包括业务类型、与业务类型对应的分析操作和与业务类型对应的负荷处理策略，所述业务类型可以包括数据分析业务类型和事件监听业务类型。
在注册信息注册之后，操作维护中心可以根据注册信息中的业务类型进行分析检测和/或事件监听操作。
步骤202，操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果。
其中，所述预置的数据分析业务类型可以预先在操作维护中心中注册。
例如，操作维护中心按照已经注册的数据分析业务类型F1，对网络设备进行分析检测，分析检测的具体数据是数据分析业务类型F1相关的数据，若数据分析业务类型F1中规定其相关的数据包括数据a和数据b，则操作维护中心可以按照数据分析业务类型F1对数据a和数据b进行分析检测，得到数据分析结果，对其他未在数据分析业务类型F1中规定的数据不进行分析。所述得到的数据分析结果也可以在数据分析业务类型F1中规定。
优选地，所述步骤202可以包括：
子步骤2021，所述操作维护中心从数据库中获取得到网络设备的负荷数据，并触发所述预置的数据分析业务类型的分析操作。
网络设备的各项数据(包括负荷数据)可以上传到数据库中进行存储。
具体的数据分析业务类型可以与其对应着具体的分析操作。
子步骤2022，所述操作维护中心利用所述预置的数据分析业务类型的分析操作对所述负荷数据进行分析，得到网络设备的数据分析结果。
优选地，在所述子步骤2021之前，还需要操作维护中心对时钟服务进行初始化操作，利用已经初始化的时钟服务按照预置的周期执行子步骤2021的步骤。
其中，所述时钟服务可以位于操作维护中心中。
和/或，
步骤204，所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果。
例如，操作维护中心按照已经注册的事件监听业务类型S1，对网络设备进行事件监听，事件监听的具体事件是事件监听业务类型S1相关的事件，若事件监听业务类型S1中规定其相关的事件包括事件m和事件n，则操作维护中心可以按照事件监听业务类型S1对事件m和事件n进行事件监听，得到事件监听结果，对其他未在事件监听业务类型S1中规定的事件不进行监听。所述得到的事件监听结果也可以在事件监听业务类型S1中规定。
优选地，所述步骤204可以包括：
子步骤2041，所述操作维护中心接收到来自网络设备的负荷事件，并触发所述预置的事件监听业务类型的分析操作。
网络设备主动将负荷事件上传到操作维护中心，也就是说操作维护中心被动接收网络设备的负荷事件。
若事件监听业务类型与接收到的负荷事件相对应，则操作维护中心执行触发分析操作的步骤；若事件监听业务类型与接收到的负荷事件不相互对应，则操作维护中心不执行触发分析操作的步骤。
子步骤2042，所述操作维护中心利用所述事件监听业务类型的分析操作对所述负荷事件进行分析，得到网络设备的事件监听结果。
需要说明的是，上述步骤202和步骤204可以同时执行，也可以按照先后顺序执行，也可以只执行其中一个步骤，具体执行情况可以依据实际情况略有不同，本发明实施例对步骤202和步骤204的执行顺序和执行与否不做限制。
步骤206，所述操作维护中心根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
若上述步骤202和步骤204中，只执行了步骤202，则所述操作维护中心根据相应的所述数据分析结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
其中，负荷处理策略与数据分析结果和当前状态信息相对应。
若上述步骤202和步骤204中，只执行了步骤204，则所述操作维护中心根据相应的所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
其中，负荷处理策略与事件监听结果和当前状态信息相对应。
若上述步骤202和步骤204中，即执行了步骤202，又执行了步骤204，则所述操作维护中心根据相应的所述数据分析结果，和所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
其中，负荷处理策略与数据分析结果、事件监听结果和当前状态信息相对应。
综上所述，本发明实施例技术方案通过操作维护中心对网络设备进行分析检测，得到数据分析结果，和/或对网络设备进行事件监听，得到事件监听结果，进一步根据数据分析结果和/或事件监听结果，以及网络设备的当前状态信息确定对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
本发明实施例的技术方案是一种智能的网管控制方案，增强了网管的数据分析能力，提高了网络设备维护的效率和网络设备的稳定性，减少了人工维护的成本和工作量，降低了对操作维护人员的技能要求。
本发明实施例的技术方案的处理策略基于在线扩展和Java反射机制，使得操作维护中心中的各个组件具备可插拔的特性。
本发明实施例的技术方案通过Java反射技术和类动态加载技术，实现了动态功能的动态发布和使用。
实施例三
详细介绍本发明实施例提供的一种网络设备的负荷处理***。
参照图10，示出了本发明实施例中一种网络设备的负荷处理***结构图。
所述***可以包括：操作维护中心30，所述操作维护中心30可以包括：
数据分析模块301，和/或，事件监听模块302，流程控制模块303。
下面分别详细介绍各模块的功能以及各模块之间的关系。
数据分析模块301，用于按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果。和/或
事件监听模块302，用于按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果。
流程控制模块303，用于根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
综上所述，本发明实施例技术方案通过操作维护中心对网络设备进行分析检测，得到数据分析结果，和/或对网络设备进行事件监听，得到事件监听结果，进一步根据数据分析结果和/或事件监听结果，以及网络设备的当前状态信息确定对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
本发明实施例的技术方案是一种智能的网管控制方案，增强了网管的数据分析能力，提高了网络设备维护的效率和网络设备的稳定性，减少了人工维护的成本和工作量，降低了对操作维护人员的技能要求。
本发明实施例的技术方案的处理策略基于在线扩展和Java反射机制，使得操作维护中心中的各个组件具备可插拔的特性。
本发明实施例的技术方案通过Java反射技术和类动态加载技术，实现了动态功能的动态发布和使用。
实施例四
详细介绍本发明实施例提供的一种网络设备的负荷处理***。
参照图11，示出了本发明实施例中一种网络设备的负荷处理***结构图。
所述***可以包括：操作维护中心40，所述操作维护中心40可以包括：
注册模块401，数据分析模块402，和/或，事件监听模块403，流程控制模块404，时钟服务初始化模块405。
其中，所述数据分析模块402可以包括：负荷数据获取子模块4021，负荷数据分析子模块4022。
所述事件监听模块403可以包括：负荷事件接收子模块4031，负荷事件分析子模块4032。
下面分别详细介绍各模块、各子模块的功能以及各模块、各子模块之间的关系。
注册模块401，用于在所述数据分析模块402进行分析检测和/或所述事件监听模块403进行事件监听之前，接收到来自操作维护终端的注册信息，并对所述注册信息进行注册。
其中，所述注册信息包括业务类型、与业务类型对应的分析操作和与业务类型对应的负荷处理策略，所述业务类型包括数据分析业务类型和事件监听业务类型。
数据分析模块402，用于按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果。
优选地，所述数据分析模块402可以包括：
负荷数据获取子模块4021，用于从数据库中获取得到网络设备的负荷数据，并触发所述预置的数据分析业务类型的分析操作。
负荷数据分析子模块4022，用于利用所述预置的数据分析业务类型的分析操作对所述负荷数据进行分析，得到网络设备的数据分析结果。
和/或
事件监听模块403，用于按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果。
优选地，所述事件监听模块403可以包括：
负荷事件接收子模块4031，用于接收到来自网络设备的负荷事件，并触发所述预置的事件监听业务类型的分析操作。
负荷事件分析子模块4032，用于利用所述事件监听业务类型的分析操作对所述负荷事件进行分析，得到网络设备的事件监听结果。
流程控制模块404，用于根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
时钟服务初始化模块406，用于在所述负荷数据获取子模块4021从数据库中获取得到网络设备的负荷数据之前，对时钟服务进行初始化操作。
本发明实施例的技术方案的处理策略基于在线扩展和Java反射机制，使得操作维护中心中的各个组件具备可插拔的特性。
本发明实施例的技术方案通过Java反射技术和类动态加载技术，实现了动态功能的动态发布和使用。
综上所述，本发明实施例技术方案通过操作维护中心对网络设备进行分析检测，得到数据分析结果，和/或对网络设备进行事件监听，得到事件监听结果，进一步根据数据分析结果和/或事件监听结果，以及网络设备的当前状态信息确定对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
本发明实施例的技术方案是一种智能的网管控制方案，增强了网管的数据分析能力，提高了网络设备维护的效率和网络设备的稳定性，减少了人工维护的成本和工作量，降低了对操作维护人员的技能要求。
对于***实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
以上对本发明实施例所提供的一种网络设备的负荷处理方法和***，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种网络设备的负荷处理方法，其特征在于，包括：
操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果；和/或
所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果；
所述操作维护中心根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
2.根据权利要求1所述的方法，其特征在于，所述操作维护中心按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果，包括：
所述操作维护中心从数据库中获取得到网络设备的负荷数据，并触发所述预置的数据分析业务类型的分析操作；
所述操作维护中心利用所述预置的数据分析业务类型的分析操作对所述负荷数据进行分析，得到网络设备的数据分析结果。
3.根据权利要求2所述的方法，其特征在于，所述操作维护中心从数据库中获取得到网络设备的负荷数据之前，所述方法还包括：
所述操作维护中心对时钟服务进行初始化操作，并利用已经初始化的时钟服务按照预置的周期，执行从数据库中获取得到网络设备的负荷数据的步骤。
4.根据权利要求1所述的方法，其特征在于，所述操作维护中心按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果，包括：
所述操作维护中心接收到来自网络设备的负荷事件，并触发所述预置的事件监听业务类型的分析操作；
所述操作维护中心利用所述事件监听业务类型的分析操作对所述负荷事件进行分析，得到网络设备的事件监听结果。
5.根据权利要求1所述的方法，其特征在于，在进行分析检测和/或事件监听操作之前，所述方法还包括：
所述操作维护中心接收到来自操作维护终端的注册信息，并对所述注册信息进行注册；
其中，所述注册信息包括业务类型、与业务类型对应的分析操作和与业务类型对应的负荷处理策略，所述业务类型包括数据分析业务类型和事件监听业务类型。
6.一种网络设备的负荷处理***，其特征在于，包括：操作维护中心，所述操作维护中心，包括：
数据分析模块，用于按照预置的数据分析业务类型对网络设备进行分析检测，得到数据分析结果；和/或
事件监听模块，用于按照预置的事件监听业务类型对网络设备进行事件监听，得到事件监听结果；
流程控制模块，用于根据相应的所述数据分析结果，和/或所述事件监听结果，以及网络设备的当前状态信息搜索得到对应的负荷处理策略，并依据对应的负荷处理策略对网络设备的负荷进行处理。
7.根据权利要求6所述的***，其特征在于，所述数据分析模块，包括：
负荷数据获取子模块，用于从数据库中获取得到网络设备的负荷数据，并触发所述预置的数据分析业务类型的分析操作；
负荷数据分析子模块，用于利用所述预置的数据分析业务类型的分析操作对所述负荷数据进行分析，得到网络设备的数据分析结果。
8.根据权利要求7所述的***，其特征在于，所述***还包括：
时钟服务初始化模块，用于在所述负荷数据获取子模块从数据库中获取得到网络设备的负荷数据之前，对时钟服务进行初始化操作。
9.根据权利要求6所述的***，其特征在于，所述事件监听模块，包括：
负荷事件接收子模块，用于接收到来自网络设备的负荷事件，并触发所述预置的事件监听业务类型的分析操作；
负荷事件分析子模块，用于利用所述事件监听业务类型的分析操作对所述负荷事件进行分析，得到网络设备的事件监听结果。
10.根据权利要求6所述的***，其特征在于，所述***还包括：
注册模块，用于在所述数据分析模块进行分析检测和/或所述事件监听模块进行事件监听之前，接收到来自操作维护终端的注册信息，并对所述注册信息进行注册；
其中，所述注册信息包括业务类型、与业务类型对应的分析操作和与业务类型对应的负荷处理策略，所述业务类型包括数据分析业务类型和事件监听业务类型。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410811813.9A CN104579760A (zh) | 2014-12-22 | 2014-12-22 | 一种网络设备的负荷处理方法和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410811813.9A CN104579760A (zh) | 2014-12-22 | 2014-12-22 | 一种网络设备的负荷处理方法和*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104579760A true CN104579760A (zh) | 2015-04-29 |
Family
ID=53095025
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410811813.9A Pending CN104579760A (zh) | 2014-12-22 | 2014-12-22 | 一种网络设备的负荷处理方法和*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104579760A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107465559A (zh) * | 2017-09-20 | 2017-12-12 | 河北师范大学 | 一种网络***平台 |
| WO2021000609A1 (zh) * | 2019-07-03 | 2021-01-07 | 华为技术有限公司 | 一种网络性能的上报方法及装置 |
| CN114007234A (zh) * | 2021-10-29 | 2022-02-01 | 中国联合网络通信集团有限公司 | 网络性能监控方法、装置、设备及存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101106526A (zh) * | 2007-07-27 | 2008-01-16 | 杭州华三通信技术有限公司 | 一种报文处理方法 |
| CN101179510A (zh) * | 2007-12-13 | 2008-05-14 | 中兴通讯股份有限公司 | 用于虚拟交换***的主备链路负荷分担方法和装置 |
| CN101977154A (zh) * | 2010-11-16 | 2011-02-16 | 杭州迪普科技有限公司 | 一种智能的流量安全处理控制方法及装置 |
| CN102394764A (zh) * | 2011-08-25 | 2012-03-28 | 中兴通讯股份有限公司 | 一种rfid网管的实现方法、***及相关装置 |
| CN102662646A (zh) * | 2012-03-01 | 2012-09-12 | 华为技术有限公司 | 传感数据处理方法及计算节点 |
| CN102970166A (zh) * | 2012-11-21 | 2013-03-13 | 大唐移动通信设备有限公司 | 一种监听网元设备告警事件的方法及*** |
| CN103164268A (zh) * | 2013-04-02 | 2013-06-19 | 北京奇虎科技有限公司 | ***优化方法及装置 |
| CN103684875A (zh) * | 2013-12-30 | 2014-03-26 | 大唐移动通信设备有限公司 | 过载保护方法以及设备过载保护装置 |
| CN104035856A (zh) * | 2013-03-07 | 2014-09-10 | 中兴通讯股份有限公司 | 一种虚拟桌面监控方法及装置 |
-
2014
- 2014-12-22 CN CN201410811813.9A patent/CN104579760A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101106526A (zh) * | 2007-07-27 | 2008-01-16 | 杭州华三通信技术有限公司 | 一种报文处理方法 |
| CN101179510A (zh) * | 2007-12-13 | 2008-05-14 | 中兴通讯股份有限公司 | 用于虚拟交换***的主备链路负荷分担方法和装置 |
| CN101977154A (zh) * | 2010-11-16 | 2011-02-16 | 杭州迪普科技有限公司 | 一种智能的流量安全处理控制方法及装置 |
| CN102394764A (zh) * | 2011-08-25 | 2012-03-28 | 中兴通讯股份有限公司 | 一种rfid网管的实现方法、***及相关装置 |
| CN102662646A (zh) * | 2012-03-01 | 2012-09-12 | 华为技术有限公司 | 传感数据处理方法及计算节点 |
| CN102970166A (zh) * | 2012-11-21 | 2013-03-13 | 大唐移动通信设备有限公司 | 一种监听网元设备告警事件的方法及*** |
| CN104035856A (zh) * | 2013-03-07 | 2014-09-10 | 中兴通讯股份有限公司 | 一种虚拟桌面监控方法及装置 |
| CN103164268A (zh) * | 2013-04-02 | 2013-06-19 | 北京奇虎科技有限公司 | ***优化方法及装置 |
| CN103684875A (zh) * | 2013-12-30 | 2014-03-26 | 大唐移动通信设备有限公司 | 过载保护方法以及设备过载保护装置 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107465559A (zh) * | 2017-09-20 | 2017-12-12 | 河北师范大学 | 一种网络***平台 |
| WO2021000609A1 (zh) * | 2019-07-03 | 2021-01-07 | 华为技术有限公司 | 一种网络性能的上报方法及装置 |
| CN114007234A (zh) * | 2021-10-29 | 2022-02-01 | 中国联合网络通信集团有限公司 | 网络性能监控方法、装置、设备及存储介质 |
| CN114007234B (zh) * | 2021-10-29 | 2023-05-09 | 中国联合网络通信集团有限公司 | 网络性能监控方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3780702B1 (en) | Method and device for monitoring network data | |
| EP3039888B1 (en) | Internet of things event management systems and methods | |
| US20190068619A1 (en) | Systems and methods for dynamic analysis and resolution of network anomalies | |
| CN102905299B (zh) | 一种模拟用户行为对无线ap自动监测与异常告警的方法 | |
| US20150382132A1 (en) | Method and Device for Monitoring | |
| CN109155940A (zh) | 用于分组数据网络中的管理服务恢复的方法和*** | |
| CN102387043B (zh) | 基于简单网络管理协议的告警解析方法、工作站及*** | |
| EP3560229B1 (en) | Assurance framework for cp and dp slices | |
| CN105052076B (zh) | 一种基于云计算的网元管理***及网元管理方法 | |
| EP3146766B1 (en) | Managing effects of a scheduled outage of mains power | |
| EP4054227A1 (en) | Network data analysis method, functional entity and electronic device | |
| CN101877618A (zh) | 基于无代理方式进行监控的方法、服务器及*** | |
| WO2022061900A1 (zh) | 故障自治能力的确定方法以及相关设备 | |
| WO2021233224A1 (zh) | 一种故障处理方法、装置及*** | |
| CN104579760A (zh) | 一种网络设备的负荷处理方法和*** | |
| CA3234895A1 (en) | Network capacity optimization method, apparatus, and system | |
| US9949061B2 (en) | Fault management method and apparatus | |
| Cai et al. | Design and implementation of a WiFi sensor device management system | |
| US20210226853A1 (en) | Automated network monitoring and control | |
| CA3101259A1 (en) | Automated network monitoring and control | |
| CN103052105B (zh) | 一种基站告警的处理方法和装置 | |
| CN104640152A (zh) | 一种m2m与h2h业务共存的方法及装置 | |
| CN105099819A (zh) | 一种监控网站状态的***和方法 | |
| CN106533747A (zh) | 一种网络服务器运行状况监测*** | |
| CN113498120B (zh) | 节能指示方法、装置及计算机存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150429 |