CN101499935B - 一种WiMAX基站的告警处理方法 - Google Patents

Abstract

本发明公开了一种WiMAX基站的告警处理方法，其包括以下步骤：在网管操作维护中心为其管理的基站收发信台配置告警策略；所述网管操作维护中心将告警策略分发到其管理的各基站收发信台，所述基站收发信台根据对应的告警策略进行告警处理。本发明WiMAX基站的告警处理方法由于采用了灵活设置的OMC告警方法，根据其本身的负载以及系统运行状况进行调整告警的收集间隔，灵活的修改告警策略，以最好的提高系统的利用率，改变了在以往系统中OMC只能被动接收告警，被动消耗资源的情况。

Description

一种WiMAX基站的告警处理方法

技术领域

本发明涉及一种分布式基站的告警处理方法，尤其涉及的是在WiMax基站的分布式系统中数据处理以及性能优化的方法。

背景技术

WiMAX(微波存取全球互通Wor ldwide Interoperability for MicrowaveAccess)告警系统模块对于基站系统来说，基本是必备的一个功能模块，目前的告警系统通常分为前台代理部分和后台网管操作维护中心部分(OMC，Operation and Maintenance Center)。前台代理负责收集网元设备的故障告警信息，同时进行告警的分析处理，并最终上报到后台网管中心，实现网管中心对系统运行情况的实时监控。

在传统的CDMA(码分多址Code Division Multiple Access)以及GSM(数字蜂窝移动通信系统Global System for Mobile Communication)基站系统中，均由BSC(基站控制器Base Station Controller)及BTS(基站收发信台Base Transceiver Station)2部分组成，告警系统通常是将BTS主控板收集的告警汇聚到BSC主控板由BSC的告警前台代理来上报到OMC，由于OMC的连接对象只是BSC，也只需要和一个对象交互；而BSC由于硬件接口单元的限制，可接入的BTS一般规模不会太大，一般一个BSC能管理500个以上BTS都属于比较大的管理规模了，其架构见图1所示。

在WiMAX系统中已经不需要BSC这个网元，BTS是直接接入核心网的，如图2所示，所以在WiMAX系统中OMC需要直接管理的对象变为一对多了，而且管理规模也大幅度提高，一个OMC可以管理的BTS如果通过核心网来连接，OMC可管理的BTS数目会出现大规模的增长。

在OMC管理的BTS数据大规模增加时，要处理的告警数据也会相应增加，因为OMC只能被动的接收告警的上报，必然导致在OMC服务器负荷增加、性能大幅度的降低甚至出现处理功能异常。由于OMC服务器无法主动的控制流量，如果在短时间内出现大量的告警，会导致OMC服务器的CPU负载加大，同时也会导致告警数据无法处理的功能性异常，导致OMC的用户操作界面无法操作。

虽然在显示时，用户可以设定和过滤告警，但对于OMC服务器而言，还是必须接收所有告警，只是在显示时做过滤，并不能真正做到减少处理的告警数据。

在传统的基站中告警集中于主控板的告警代理处理，也导致了在BTS主控板负载过高，中国发明专利中请号为“CN200710101776-带有分布式告警处理的基站系统及其告警处理方法”中对于如何减轻BTS的主控板告警代理的负荷，提出了一种解决方案，即主控单板内包括有主控告警代理模块，所述业务单板内包括有：经过初始化的单板告警代理模块，用于对本单板上的告警进行监控、收集、记录、过滤、告警流量控制、并对有效告警进行单板级告警处理，同时将有效告警可靠上报到所述主控告警代理模块；所述主控告警代理模块，用于接收到告警上报后，对其中有效告警进行系统级告警处理，并将处理后告警上报到后台网管中心。这种处理方法很好的减轻了BTS主控板的负荷，但是对于减轻OMC的负荷却还不够。

因此，现有技术还有待于改进和发展。

发明内容

本发明的目的在于提供一种WiMAX基站的告警处理方法，主要是减轻OMC被动接收告警的情况，并通过修改OMC的告警收集方式使之具有一定的主动性，使得OMC能根据自身的处理负荷和能力做相应的调整，提高OMC的性能。

本发明的技术方案包括：

一种WiMAX基站的告警处理方法，其包括以下步骤：

A、在网管操作维护中心为其管理的基站收发信台配置告警策略；

B、所述网管操作维护中心将告警策略分发到其管理的各基站收发信台，所述基站收发信台根据对应的告警策略进行告警处理。

所述的告警处理方法，其中，所述告警策略是被分发到各基站收发信台的主控板上主控告警代理模块。

所述的告警处理方法，其中，所述步骤A的告警策略还包括：

该告警是否需要过滤、告警类型是实时告警还是可以延时的告警以及延时的时长。

所述的告警处理方法，其中，所述步骤B还包括：

所述各基站收发信台在接收到告警上报后，对其中有效告警进行系统级告警处理，并将处理后告警上报到后台网管中心。

所述的告警处理方法，其中，所述步骤B的告警处理还包括：对于实时告警队列的告警，由所述主控告警代理模块主动上报到网管操作维护中心的服务器。

所述的告警处理方法，其中，所述步骤B的告警处理还包括：对于可延时的告警不主动发送，由网管操作维护中心的服务器按照一采集告警周期定时请求。

所述的告警处理方法，其中，所述步骤B中，如果可以延时告警的延时时长超时，则自动转变为实时告警由所述主控告警代理模块主动上报。

所述的告警处理方法，其中，所述网管操作维护中心的定时采集告警周期小于或等于所有可延时告警的最小延时时长，并当系统高于系统负载的门限时，告警采集周期调整为最小的告警延时时长；当系统负载低于门限时，恢复成缺省的告警采集周期。

所述的告警处理方法，其中，所述步骤B的告警处理还包括：如果属于需要过滤的告警，所述主控告警代理模块不保留也不上报到网管操作维护中心。

本发明所提供的一种WiMAX基站的告警处理方法，由于采用了灵活设置的OMC告警方法，根据其本身的负载以及系统运行状况进行调整告警的收集间隔，灵活的修改告警策略，以最好的提高系统的利用率，改变了在以往系统中OMC只能被动接收告警，被动消耗资源的情况。

附图说明

图1是现有技术的带BSC的OMC架构示意图；

图2是现有技术的WiMAX系统的OMC架构示意图；

图3是本发明方法的告警处理交互流程图。

具体实施方式

以下结合附图，将对本发明的各较佳实施例进行更为详细的说明。

本发明的WiMAX基站的告警处理方法，其实现的交互过程步骤如图3所示，具体步骤描述如下：

在OMC系统为其管理的BTS配置告警策略，主要包括：该告警是否需要过滤、告警类型是实时告警还是可以延时的告警，以及延时的时长；

所述OMC将告警策略，分发到其管理的各BTS的主控板上主控告警代理模块，所述主控告警代理模块用于接收到告警上报后，对其中的有效告警进行系统级告警处理，并将处理后的告警上报到后台网管中心。所述主控告警代理模块根据该告警策略，将从业务单板收集的有效告警，按照告警策略处理，分为需要过滤的告警、实时告警、可以延时的告警；

对于实时告警队列的告警，由所述主控告警代理模块主动上报到所述OMC服务器，对于可以延时的告警不主动发送，由OMC服务器主动定时请求；如果可以延时告警的延时时长已经超时，就自动转变为实时告警由所述主控告警代理模块主动上报；如果属于需要过滤的告警，所述主控告警代理模块可以不用保留也不上报到OMC；OMC的定时采集告警周期可以设定，但要小于或等于所有可延时告警的最小延时时长，当系统高于系统负载的门限时，告警采集周期调整为最小的告警延时时长，当系统负载低于门限时，恢复成缺省的告警采集周期。

在WiMAX的BTS上主要设置包括主控板以及业务单板，在每个业务单板上都驻留一个告警代理模块，完成对本单板上的告警进行监控、收集、记录已经过滤的处理，其中包括对于一些告警闪断、重复告警过滤以及告警风暴的处理等，并将有效告警发送到主控板的主控告警代理模块。

以下举具体实施例进行说明这些处理过程：

将OMC系统标识为OMC1，其管理基站标识为BTS1、BTS2，如果现在对于BTS1的告警有3个记录为A1、A2、A3，对于BTS2的告警也有3个标识为B1、B2、B3，由于A1和B1属于次要告警一般只用于研发人员定位问题用，这里可以过滤掉。A2，B2属于实时告警，该告警发生时，必须立刻通知维护人员处理的；而A3、B3属于是可以延时告警，就是告警发生时，可以不用马上处理延时几分钟不会有什么问题。

这样本发明方法针对该实施例就可以形成以下告警策略，如下表1所示：

所属BTS	告警标识	告警类型	最大延时时长
				BTS1	A1	过滤告警
BTS1	A2	实时告警
				BTS1	A3	可延时告警	2分钟
BTS2	B1	过滤告警
				BTS2	B2	实时告警

BTS2

B3

可延时告警

1分钟

按本发明方法的处理步骤包括：

A、将上表的告警策略下发到BTS1和BTS2的主控告警代理模块；

B、BTS1的主控告警代理模块，将在检查收集到的有效告警中，将A1删除，将A2主动发送到OMC1，A3保留进行延时等待；BTS2的主控告警代理模块，检查已经收集的有效告警，将其中的B1告警删除，将B2告警直接发送到OMC1，保留B3进行延时操作；

C、所述OMC1缺省的定时告警采集时间是30秒，如果目前OMC1没有其他比如性能数据分析采集等需要占用大量系统资源的处理任务，可以定时30秒采集告警，BTS1、BTS2收到OMC1的告警查询消息后，将当前有效告警中为可延时告警的所有告警返回给OMC1，同时删除已经上告的告警，除非再次有该告警产生。

如果目前OMC1正在正常处理性能统计和数据采集等任务，会导致CPU负载过高，OMC1会检查告警策略中，最小的延时时长，在这里是1分钟，于是OMC1定时1分钟，然后再向BTS1和BTS2收集告警。当OMC1的系统资源负载下降到一个门限值后，系统资源负载较低时，可将告警采集时间恢复到缺省值即30秒。

通过本发明方法设置的告警方法，OMC可以具有一定的灵活性，根据其本身的负载以及系统运行状况调整告警的收集间隔，由于告警采集时间周期越短负载越高，OMC可以通过增加告警采集周期的方式来减轻负载；而当OMC处理任务较少时，则可以缩短告警采集周期，提高系统资源的利用率。

对于确实需要及时告警的故障依然采用主动上报OMC被动接收的方式，而且当可以延时告警延时到时也继续采用主动上报的方式，确保了每个故障都能及时地被处理。但由于WiMAX基站的告警中大部分其实都属于非实时告警，所以通过这样的方式，大大的减轻了OMC的处理负荷，OMC也可以灵活的修改告警策略，以最好的提高系统的利用率，改变了在以往系统中OMC只能被动接收告警、被动消耗资源的情况。

应当理解的是，上述针对本发明较佳实施例的描述较为详细和具体，并不能因此而认为是对本发明专利保护范围的限制，本发明的专利保护范围应以所附权利要求为准。

Claims (7)

1.一种WiMAX基站的告警处理方法，其包括以下步骤：

A、在网管操作维护中心为其管理的基站收发信台配置告警策略，其中，所述告警策略包括告警类型，所述告警类型包括实时告警和可延时告警；

B、所述网管操作维护中心将告警策略分发到其管理的各基站收发信台，所述基站收发信台根据对应的告警策略进行告警处理，其中，对于所述可延时告警不主动发送，由网管操作维护中心的服务器按照一采集告警周期定时请求；如果可延时告警的延时时长超时，则自动转变为实时告警由主控告警代理模块主动上报。

2.根据权利要求1所述的告警处理方法，其特征在于，所述告警策略是被分发到各基站收发信台的主控板上主控告警代理模块。

3.根据权利要求2所述的告警处理方法，其特征在于，所述步骤A的告警策略还包括：

该告警是否需要过滤、告警类型为可延时告警时的延时的时长。

4.根据权利要求3所述的告警处理方法，其特征在于，所述步骤B还包括：

所述各基站收发信台在接收到告警上报后，对其中有效告警进行系统级告警处理，并将处理后告警上报到后台网管中心。

5.根据权利要求4所述的告警处理方法，其特征在于，所述步骤B的告警处理还包括：对于实时告警队列的告警，由所述主控告警代理模块主动上报到网管操作维护中心的服务器。

6.根据权利要求5所述的告警处理方法，其特征在于，所述网管操作维护中心的定时采集告警周期小于或等于所有可延时告警的最小延时时长，并当系统高于系统负载的门限时，告警采集周期调整为最小的告警延时时长；当系统负载低于门限时，恢复成缺省的告警采集周期。

7.根据权利要求4所述的告警处理方法，其特征在于，所述步骤B的告警处理还包括：如果属于需要过滤的告警，所述主控告警代理模块不保留也不上报到网管操作维护中心。

Images