CN101801015A - 一种小区退服故障的处理方法及装置 - Google Patents

Abstract

本发明公开了一种小区退服故障的处理方法，该方法包括：监测并接收小区退服告警；对获得的小区退服告警，确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区。本发明还同时公开了一种小区退服故障的处理装置，包括故障监测模块、故障自动修复模块。采用本发明能够降低运营维护的成本，缩短解决问题的时间，提高故障处理的效率。

Description

一种小区退服故障的处理方法及装置

技术领域

本发明涉及移动通信网络中的小区故障处理技术，特别是涉及一种小区退服故障的处理方法及装置。

背景技术

随着移动通信技术的迅猛发展，移动通信系统支持的各类业务越来越多、越来越强。目前，在移动通信系统中，各类业务的实现都依赖于小区的功能，如果小区出现故障，其所支持的业务将不能正常进行。

目前，小区出现故障时可能上报告警，也可能未上报告警小区就无法提供正常的服务功能。对于小区未上报告警而不能正常服务的情况，一般是通过对小区性能指标的监测或用户投诉来发现，之后可以再转化为小区告警。其中，所谓性能指标监测通常是检测小区的话务量和相关的指标，在小区的话务量为0或低于某个设定阈值时，发出小区无话务或低话务通知，本文中将小区无话务或低话务通知统称为小区无话务通知。

但是，无论是通过何种手段发现小区退出正常的服务功能，都需要专业的维护人员来分析并处理故障，且在维护人员处理完成前，相应小区所覆盖的区域均无法提供正常的服务。通常，小区不能提供正常服务包括几种情况：小区退服、小区中断、小区异常，本文中将这几种情况统称为小区退服。根据现有技术对小区退出正常服务的处理来看，目前的小区退服故障处理流程需要依赖于维护人员的专业程度，如此，显然增加了运营维护的成本以及解决问题所需的时间。

发明内容

有鉴于此，本发明的主要目的在于提供一种小区退服故障的处理方法及装置，能够降低运营维护的成本，缩短解决问题的时间，提高故障处理的效率。

为达到上述目的，本发明的技术方案是这样实现的：

一种小区退服故障的处理方法，包括：

监测并接收小区退服告警；

对获得的小区退服告警，确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区。

其中，所述获得的小区退服告警是由网元设备检测到小区故障后上报的，或是由网管系统检测到小区故障后发送的，或是根据用户投诉信息转化的，或是根据小区无话务通知以及小区状态产生的。

上述方案中，所述确定是硬件资源告警且有硬件资源可替代具体包括：

a.分析所获得的小区退服告警的告警原因和告警内容；

b.根据告警原因和告警内容判断小区退服是否由硬件设备故障导致，如果是硬件故障，则执行步骤c；如果是非硬件故障，则尝试修复小区，之后结束当前修复流程；

c.查询配置信息，获取当前小区相关的硬件资源对象，并查找是否存在相关的硬件资源对象的告警；如果存在硬件资源相关的告警，则根据硬件资源的类型判断硬件资源是否可替代，如果存在可替代的硬件资源，则尝试修复小区；如果不存在可替代的硬件资源，则结束当前修复流程；如果不存在硬件资源相关的告警，则结束当前修复流程。

上述方案中，不存在可替代的硬件资源时，在结束修复流程之前；或者不存在硬件资源相关的告警，在结束修复流程之前，该方法进一步包括：判断小区是否需要补偿，如果不需要补偿，则记录自动修复处理结果或向上级反馈告警处理结果；如果需要补偿，则发送小区闭塞请求闭塞故障小区，备份原有的小区配置参数，然后生成小区补偿相关的配置参数下发给网元设备，记录自动修复的处理结果或向上级反馈告警处理结果。

上述方案中，尝试修复小区之后，该方法进一步包括：判断小区修复是否成功，如果成功，则结束当前修复流程；如果失败，则判断小区是否需要补偿，如果不需要补偿，则记录自动修复处理结果或向上级反馈告警处理结果；如果需要补偿，则发送小区闭塞请求闭塞故障小区，备份原有的小区配置参数，然后生成小区补偿相关的配置参数下发给网元设备，记录自动修复的处理结果或向上级反馈告警处理结果。

上述方案中，小区故障被修复后，该方法进一步包括：接收小区退服告警的恢复消息，查询小区是否被补偿，如果未补偿，则不做处理；如果被补偿，则查询小区状态，如果小区状态为闭塞，则先解闭塞小区，再根据当前小区的参数和备份的原配置参数，生成新的配置参数，下发给网元设备；如果小区状态不为闭塞，则直接根据当前小区的参数和备份的原配置参数，生成新的配置参数，下发给网元设备。

上述方案中，所述修复小区的方式为：删除故障小区并尝试重新建立小区；或者为修改或重新分配小区的物理设备相关参数；或者为允许小区启动备用物理设备。

本发明还提供了一种小区退服故障的处理装置，包括：故障监测模块、故障自动修复模块；其中，

故障监测模块，用于监测并接收小区退服告警或小区无话务通知，并将获得的小区退服告警转发给故障自动修复模块；

故障自动修复模块，用于对小区退服告警及收集的相关信息进行分析，在确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区。

其中，所述故障监测模块进一步与网络中的性能监控系统相连，接收性能监控系统发送的小区无话务通知；所述故障监测模块进一步与网络中的用户投诉处理系统相连，接收用户投诉处理系统根据用户投诉信息转化的小区退服告警；所述故障监测模块进一步与网络中的网元设备或网管系统相连，接收网元设备或网管系统的小区退服告警；

上述方案中，所述故障自动修复模块进一步用于在自动修复尝试失败后，自动发起补偿操作。

本发明所提供的小区退服故障处理方法及装置，自动监控系统中的小区退服告警，在监测到小区退服告警、确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区，如此，可大大缩短解决问题所需的时间，提高故障的处理效率，减少运营维护成本。

本发明在修复失败后，可进一步自动启用小区补偿操作，生成小区补偿相关的配置参数下发给网元设备，并在小区告警恢复后，自动取消小区补偿操作。如此，可大大降低小区退服对用户的影响，提升用户的业务满意度。

附图说明

图1为本发明实施例小区退服故障处理装置的组成及应用环境示意图；

图2为本发明第一实施例小区退服故障上报处理方法的实现流程示意图；

图3为本发明第一实施例小区退服故障恢复处理方法的实现流程示意图。

具体实施方式

本发明的基本思想是：自动监测系统中的小区退服告警，并尝试自动修复；进一步的，在自动修复失败时，可自动启用小区补偿操作。

图1给出了本发明实施例小区退服故障处理装置的组成及应用环境，如图1所示，本发明实施例的小区退服故障处理装置包括：故障监测模块10和故障自动修复模块11；其中，

故障监测模块10，用于监测并接收小区退服告警或小区无话务通知，并将获得的小区退服告警转发给故障自动修复模块11；

这里，故障监测模块10接收的小区退服告警或小区无话务通知可以来自网元设备或网络管理系统(NMS)、或是来自网络中的性能监控系统12、或是来自网络中的用户投诉处理系统13；其中，网络管理系统简称网管系统；

所述网元设备或网管系统(图1中未示)与故障监测模块10相连，网元设备或网管系统检测到故障后会产生小区退服告警，发送给故障监测模块10；

所述性能监控系统12与故障监测模块10有接口相连，可触发小区无话务通知，即：在小区无话务时发送小区无话务通知给故障监测模块10；

所述用户投诉处理系统13与故障监测模块10有接口相连，可根据收到的用户投诉信息触发小区退服告警，即：在收到用户投诉后，可转化为小区退服告警发送给故障监测模块10；

故障监测模块10监测收到的告警信息，如果发现小区退服告警，则将小区退服告警转发给故障自动修复模块11。

故障自动修复模块11，用于对小区退服告警及进一步收集的相关信息进行分析，确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区；进一步的，在自动修复尝试失败后，自动发起小区补偿操作。

基于图1的应用环境，本发明小区退服故障的处理方法包括以下步骤：

步骤1：监测并接收小区退服告警；

这里，所述监测并接收由故障监测模块完成；所述小区退服告警可以是网元设备检测到小区故障后上报的，或是网管系统检测到小区故障后发送的；也可以是用户投诉处理系统根据用户投诉信息转化的；还可以是根据小区无话务通知以及小区状态产生的。

实际上，故障监测模块收到的可能有两种消息：小区退服告警和小区无话务通知，因此，故障监测模块需要对收到的消息类型进行判断，如果是小区退服告警，则执行步骤2；

如果是小区无话务通知，则先查询小区状态，如果小区状态为不可用，则发出小区退服告警，执行步骤3；如果小区状态正常，则查询配置信息并获取该小区相关的硬件资源对象，并查找是否存在相关的硬件资源对象的告警，如果存在告警，则发出小区退服告警，执行步骤4；如果不存在告警，则认为小区正常，结束当前处理流程。

本步骤中，对消息类型的判断以及后续操作均由故障自动修复模块完成；所述小区退服告警或小区无话务通知均是由故障监测模块转发给故障自动修复模块的。

步骤2：对收到的小区退服告警，分析告警原因和告警内容，并根据告警原因和内容确定小区退服原因是否由硬件设备故障导致，如果确认是硬件故障，则执行步骤3，处理硬件故障；如果确认是非硬件故障，则执行步骤5；

步骤3：查询配置信息，获取当前小区相关的硬件资源对象，并查找是否存在相关的硬件资源对象的告警；

本步骤由故障自动修复模块完成。

步骤4：如果存在硬件资源相关的告警，则根据硬件资源的类型判断硬件资源是否可替代，如果存在可替代的硬件资源，则执行步骤5；如果不存在可替代的硬件资源，则在硬件资源故障恢复前，小区退服告警无法恢复，需要启动小区补偿，执行步骤6；

如果不存在硬件资源相关的告警，则直接执行步骤6。

步骤5：尝试修复小区；判断小区修复是否成功，如果成功，则结束当前自动修复流程；如果失败，则需要启动小区补偿，执行步骤6；

这里，修复小区可使用但不限于以下手段：

a.删除故障小区，并尝试重新建立小区。由于硬件原因重新建立小区时，小区的无线参数沿用原小区的参数，与物理设备相关的参数可以重新指定，避免使用已有故障的硬件资源。非硬件原因重建小区，可以使用原小区的参数。小区重建可以尝试多次。

b.修改或重新分配小区的物理设备相关的参数。

c.允许小区启动备用的物理设备。

该步骤也可以由网元设备实现。

步骤6：根据小区类型及其它参数判断小区是否需要补偿，如果不需要补偿，则记录自动修复处理结果或向上级反馈告警处理结果，自动修复流程结束；

这里，所述向上级反馈告警处理结果可以是向上级NMS发送通知，其中包含对小区退服告警所做的修复尝试，以便运营商在需要关注告警处理结果时可以从网管获得。

如果需要补偿，则先发送小区闭塞请求闭塞故障小区；备份原有的小区配置参数；然后通过补偿算法生成小区补偿相关的配置参数，下发给网元设备；记录自动修复的处理结果或向上级反馈告警处理结果。

这里，所述向上级反馈告警处理结果可以是向上级NMS发送通知，其中，包含对小区退服告警所做的各种修复尝试和补偿方式，以便运营商在需要关注告警处理结果时可以从网管获得。

所述小区类型可以是小区的覆盖类型，该类型可以用于判断出小区是否需要补偿，比如：覆盖类型只是增加容量，那么即使不补偿，也不会造成信号盲区，只是导致接通率下降。

在实际应用中，如果小区补偿的目的仅是为了避免出现覆盖盲区，那么，当小区所属区域为多层覆盖，且当前故障小区不是顶层覆盖，也可以不进行小区补偿，也就是说，进行小区补偿的步骤是可选的，这种情况下，小区退服将导致系统承载业务的容量下降，但不会造成覆盖盲区。

当不进行小区补偿操作时，步骤4和步骤5中转至步骤6的操作就变为结束当前修复流程。

进一步的，该方法在维护人员修复小区退服告警指示的小区，并记录相应小区被补偿后，还包括下述步骤：

小区故障被修复后，故障监测模块接收小区退服告警的恢复消息，并转发给故障自动修复模块；故障自动修复模块收到小区退服告警的恢复消息时，查询小区是否被补偿，如果未补偿，则不做处理；如果被补偿，则查询小区状态，如果小区状态为闭塞，则先解闭塞小区，再根据当前小区的参数和备份的原配置参数，生成新的配置参数，下发给网元设备，取消小区补偿动作。

一般，小区故障被修复后，可以由小区故障的告警源如网元设备等产生恢复消息并发送给故障监测模块；也可以由网管系统检测到故障恢复能正常工作后，确认小区故障已修复，进而产生恢复消息发送给故障监测模块；还可以由性能监控系统产生恢复消息并发送给故障监测模块。

在实际应用中，对故障小区的恢复处理是可选的。

下面结合附图和具体实施例对本发明技术方案的实施作进一步详细描述。

实施例一：

本实施例中，网元设备或网管系统检测到小区故障，产生并发送小区退服告警。本实施例的小区退服故障处理方法包括小区退服故障上报和小区退服故障恢复两部分，其中，图2为小区退服故障上报的处理流程示意图，图3为小区退服故障恢复的处理流程示意图。如图2、图3所示，本实施例的小区退服故障处理方法包括：

步骤200：检测到小区故障，产生并上报小区退服告警。

这里，可以是网络设备产生小区退服告警，并上报给故障监测模块；也可以是网管系统检测到小区故障产生小区退服告警，并发送给故障监测模块。

步骤201～202：故障自动修复模块收到小区退服告警后，分析告警原因、告警内容；并根据告警原因和告警内容判断小区退服的原因是否由硬件设备故障导致，如果确认是硬件故障，则执行步骤203，处理硬件故障；如果确认是非硬件故障，则执行步骤205。

这里，所述小区退服告警由网元设备上报给故障监测模块，再由故障监测模块转发给故障自动修复模块。

步骤203～204：故障自动修复模块查询当前小区配置信息，获取当前小区相关的硬件资源对象，并查找是否存在相关的硬件资源对象的告警；

如果存在硬件资源相关的告警，则根据硬件资源的类型判断硬件资源是否可替代，如果存在可替代的硬件资源，则执行步骤205；如果不存在可替代的硬件资源，则在硬件资源故障恢复前，小区退服告警无法恢复，需要启动小区补偿，执行步骤207；

如果不存在硬件资源相关的告警，则直接执行步骤207。

步骤205：尝试修复小区；

这里，修复小区可使用但不限于以下手段：

①删除故障小区，并尝试重新建立小区。由于硬件原因重新建立小区时，小区的无线参数沿用原小区的参数，与物理设备相关的参数可以重新指定，避免使用已有故障的硬件资源。非硬件原因重建小区，可以使用原小区的参数。小区重建可以尝试多次；

②修改或重新分配小区的物理设备相关的参数；

③允许小区启动备用的物理设备。

该步骤也可以由网元设备实现。

步骤206：判断小区修复是否成功，如果成功，则结束当前自动修复流程；如果失败，则需要启动小区补偿，执行步骤207。

这里，所述修复可以是重新建立小区，也可以是修改或重新分配小区参数；还可以是启动备用物理设备。

步骤207：根据小区类型及其它参数判断小区是否需要补偿，如果不需要补偿，则记录自动修复处理结果或向上级反馈告警处理结果，结束当前自动修复流程；如果需要补偿，则执行步骤208。

这里，所述向上级反馈告警处理结果可以是向上级NMS发送通知，其中包含对小区退服告警所做的各种修复尝试，以便运营商在需要关注告警处理结果时可以从网管获得。

步骤208：发送小区闭塞请求闭塞故障小区，修复前备份原有的小区配置参数；通过补偿算法生成小区补偿相关的配置参数，下发给网元设备；

记录自动修复的处理结果或向上级反馈告警处理结果，这里，所述向上级反馈告警处理结果可以是向上级NMS发送通知，其中包含对小区退服告警所做的修复尝试和补偿方式，以便运营商在需要关注告警处理结果时可以从网管获得。

待维护人员修复小区退服告警指示的小区后，会记录该小区被补偿。相应的，小区恢复正常后，进一步包括步骤209：对故障小区进行故障恢复处理；参照图2所示，步骤209具体包括以下步骤：

步骤209a：小区故障被修复恢复正常后，故障监测模块接收小区退服告警的恢复消息；

这里，所述小区退服告警的恢复消息可以是网元设备产生并上报给故障监测模块的；也可以是网管系统检测到故障恢复产生的小区退服告警恢复消息，并发送给故障监测模块的。之后，再由故障监测模块转发给故障自动修复模块。

步骤209b：故障自动修复模块根据收到的小区退服告警的恢复消息查询小区是否被补偿，如果未补偿，则不做处理，结束当前处理流程；如果被补偿，则执行步骤209c；

步骤209c～209d：查询小区状态，判断小区是否被闭塞，如果小区状态为闭塞，则先解闭塞小区，再执行步骤209e；如果小区未被闭塞，则直接执行步骤209e；

步骤209e：根据当前小区的参数和备份的原配置参数，生成新的配置参数，下发给网元设备，取消小区补偿操作。

这里，所述小区参数可以是功率相关参数，也可以是其他小区参数；如何根据小区参数和备份的原配置参数生成新的配置参数，根据所采用的算法不同生成方式不同，或者根据厂商的不同实现方式也不同，具体如何实现可以采用已有技术，在此不再详述。

实施例二：

本实施例中，性能监控系统监测到小区无话务。本实施例的小区退服告警处理方法包括小区退服告警故障上报和小区退服告警故障恢复两部分，本实施例的小区退服告警处理方法包括：

步骤200’：性能监控系统监测到小区无话务，通知故障监测模块；

这里，性能监控系统根据网元设备上报的性能数据，可以统计出小区的业务量，当小区的话务量为0或低于某个预先设定的阈值时，表明小区可能进入睡眠或出现异常，此时，性能监控系统通知故障监测模块出现小区无话务。

步骤201’：故障监测模块收到小区无话务通知，发送给故障自动修复模块，故障自动修复模块根据小区无话务具体情况，执行步骤202’或204’；

这里，小区无话务可能是小区出现异常；也可能是小区正常，但真的无业务发生。

为了区分上述两种情况，故障自动修复模块先查询小区状态，如果小区状态为不可用，则说明小区出现异常，发出小区退服告警，之后，故障自动修复模块分析告警原因、告警内容，执行步骤202’；

如果小区状态正常，则继续获取该小区相关的硬件资源对象，并查询这些硬件资源对象是否有告警，如果这些硬件资源对象都没有告警，则可以认为小区是正常的，结束当前处理流程，如果硬件资源对象存在告警，则发出小区故障告警，执行步骤204’。

步骤202’～209’：与实施例一的步骤202至209基本相同，只是在步骤209’的处理中，由性能监控系统产生小区退服告警的恢复消息，并发送给故障监测模块，再由故障监测模块转发给故障自动修复模块。

实施例三：

本实施例中，用户投诉处理系统收到用户投诉信息。本实施例的小区退服告警处理方法包括小区退服告警故障上报和小区退服告警故障恢复两部分，本实施例的小区退服告警处理方法包括：

步骤200”：用户投诉处理系统根据收到的用户投诉信息，确定小区出现异常后，发送小区退服告警给故障监测模块；

这里，用户投诉处理系统根据用户的投诉信息，可以粗略判断出问题的原因，并可以根据位置分析出可能有问题的小区，如果分析结果是小区出现异常，则发出小区退服告警。

步骤201”～209”：与实施例一的步骤201至209相同。

本发明能够自动监测系统中的小区退服告警，并尝试自动修复；且在自动修复失败时，可进一步自动启用小区补偿，并在小区告警恢复后，自动取消小区补偿操作。如此，可大大降低小区退服对用户的影响。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种小区退服故障的处理方法，其特征在于，该方法包括：

监测并接收小区退服告警；

对获得的小区退服告警，确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区。

2.根据权利要求1所述的处理方法，其特征在于，所述获得的小区退服告警是由网元设备检测到小区故障后上报的，或是由网管系统检测到小区故障后发送的，或是根据用户投诉信息转化的，或是根据小区无话务通知以及小区状态产生的。

3.根据权利要求1所述的处理方法，其特征在于，所述确定是硬件资源告警且有硬件资源可替代具体包括：

a.分析所获得的小区退服告警的告警原因和告警内容；

b.根据告警原因和告警内容判断小区退服是否由硬件设备故障导致，如果是硬件故障，则执行步骤c；如果是非硬件故障，则尝试修复小区，之后结束当前修复流程；

c.查询配置信息，获取当前小区相关的硬件资源对象，并查找是否存在相关的硬件资源对象的告警；

如果存在硬件资源相关的告警，则根据硬件资源的类型判断硬件资源是否可替代，如果存在可替代的硬件资源，则尝试修复小区；如果不存在可替代的硬件资源，则结束当前修复流程；如果不存在硬件资源相关的告警，则结束当前修复流程。

4.根据权利要求3所述的处理方法，其特征在于，不存在可替代的硬件资源时，在结束修复流程之前；或者不存在硬件资源相关的告警，在结束修复流程之前，该方法进一步包括：

判断小区是否需要补偿，如果不需要补偿，则记录自动修复处理结果或向上级反馈告警处理结果；如果需要补偿，则发送小区闭塞请求闭塞故障小区，备份原有的小区配置参数，然后生成小区补偿相关的配置参数下发给网元设备，记录自动修复的处理结果或向上级反馈告警处理结果。

5.根据权利要求3所述的处理方法，其特征在于，尝试修复小区之后，该方法进一步包括：

判断小区修复是否成功，如果成功，则结束当前修复流程；如果失败，则判断小区是否需要补偿，如果不需要补偿，则记录自动修复处理结果或向上级反馈告警处理结果；如果需要补偿，则发送小区闭塞请求闭塞故障小区，备份原有的小区配置参数，然后生成小区补偿相关的配置参数下发给网元设备，记录自动修复的处理结果或向上级反馈告警处理结果。

6.根据权利要求5所述的处理方法，其特征在于，小区故障被修复后，该方法进一步包括：

接收小区退服告警的恢复消息，查询小区是否被补偿，如果未补偿，则不做处理；如果被补偿，则查询小区状态，如果小区状态为闭塞，则先解闭塞小区，再根据当前小区的参数和备份的原配置参数，生成新的配置参数，下发给网元设备；如果小区状态不为闭塞，则直接根据当前小区的参数和备份的原配置参数，生成新的配置参数，下发给网元设备。

7.根据权利要求1至6任一项所述的处理方法，其特征在于，所述修复小区的方式为：删除故障小区并尝试重新建立小区；或者为修改或重新分配小区的物理设备相关参数；或者为允许小区启动备用物理设备。

8.一种小区退服故障的处理装置，其特征在于，该装置包括：故障监测模块、故障自动修复模块；其中，

故障监测模块，用于监测并接收小区退服告警或小区无话务通知，并将获得的小区退服告警转发给故障自动修复模块；

故障自动修复模块，用于对小区退服告警及收集的相关信息进行分析，在确定是硬件资源告警且有硬件资源可替代时，自动尝试修复小区。

9.根据权利要求8所述的处理装置，其特征在于，所述故障监测模块进一步与网络中的性能监控系统相连，接收性能监控系统发送的小区无话务通知；

所述故障监测模块进一步与网络中的用户投诉处理系统相连，接收用户投诉处理系统根据用户投诉信息转化的小区退服告警；

所述故障监测模块进一步与网络中的网元设备或网管系统相连，接收网元设备或网管系统的小区退服告警。

10.根据权利要求8或9所述的处理装置，其特征在于，所述故障自动修复模块进一步用于在自动修复尝试失败后，自动发起补偿操作。

Images