[发明专利]告警处理方法及装置

说明书

本发明实施例提供一种告警处理方法及装置。所述方法包括：获取操作维护中心OMC设备上报的原始告警数据中的第一告警信息，所述第一告警信息为携带有射频拉远单元RRU告警指示的告警信息；根据所述原始告警数据中的每条告警信息条目的告警标识信息，确定所述告警信息条目中、告警所属设备为所述RRU设备的第二告警信息；当所述第一告警信息与所述第二告警信息一致时，确认所述RRU设备发生告警，并根据所述RRU设备的告警信息确定所述RRU设备的故障地理范围；所述RRU设备的告警信息为所述第一告警信息或所述第二告警信息。本发明实施例解决了现有技术中，高铁专网中不能及时、准确地获取RRU故障位置，维护效率低下，且延长了设备故障时长的问题。

技术领域

本发明实施例涉及移动通信技术领域，尤其涉及一种告警处理方法及装置。

背景技术

在长期演进(Long Term Evolution，LTE)的高铁专网中，由于高铁站点的特殊性，高铁场景的基站组网较常规宏站有较大差异。比如，通常情况下，宏站的基带处理单元(Building Base band Unit，BBU)与射频拉远单元(Radio Remote Unit，RRU)采用共物理站点部署方式。而高铁场景中，RRU均通过拉远方式进行建设，每个BBU最多对应六个物理站点，且每个物理站点对应两个以上RRU，导致每个BBU均对应多个RRU；也就是说，在高铁专网场景中，一个逻辑站点对应一个逻辑小区，而每个逻辑小区多个物理站点，导致逻辑站点与实际集中安装开通的物理站点无法对应；比如，一个高铁逻辑站点至少包含12个以上的RRU。在RRU设备发生故障后，只能人工通过操作维护中心(Operation and MaintenanceCenter，OMC)查询告警详情，同时，需要RRU设备开通时根据人工记录的RRU端口表才可最终确定故障点位。

同时，运营商对设备进行接入和管理网络的北向数据，其上报的逻辑站点和小区与实际集中安装开通的物理站点也无法一一对应，通过北向数据无法对全网RRU位置信息进行查询统计。而且高铁站点RRU数量多，物理安装点分散，对设备维护人员的技能水平要求较高，导致人工成本增加。

另一方面，高铁场景LTE基站的覆盖方式为线状覆盖，单个RRU覆盖距离超过500米，缺少邻站的补充覆盖，导致RRU故障对于高铁用户的业务感知影响非常明显。而在高铁场景RRU故障时，集中故障平台仅能够识别RRU对应的BBU站点信息，而其中并不包含RRU实际的物理站点位置信息，并且由于每个BBU均对应多个RRU，维护人员需要通过网管进一步查看告警信息、端口信息以及手工维护的RRU位置信息表等才能定位故障RRU的位置，维护效率低下的同时，延长了设备故障时长，影响高铁用户感知。

因此，现有技术中，高铁专网中采用人工进行RRU故障分析，不能及时、准确地获取RRU故障位置，维护效率低下，且延长了设备故障时长。

发明内容

本发明实施例提供一种告警处理方法及装置，用以解决现有技术中，高铁专网中采用人工进行RRU故障分析，不能及时、准确地获取RRU故障位置，维护效率低下，且延长了设备故障时长的问题。

一方面，本发明实施例提供一种告警处理方法，所述方法包括：

获取操作维护中心OMC设备上报的原始告警数据中的第一告警信息，所述第一告警信息为携带有射频拉远单元RRU告警指示的告警信息；

根据所述原始告警数据中的每条告警信息条目的告警标识信息，确定所述告警信息条目中、告警所属设备为所述RRU设备的第二告警信息；

当所述第一告警信息与所述第二告警信息一致时，确认所述RRU设备发生告警，并根据所述RRU设备的告警信息确定所述RRU设备的故障地理范围；所述RRU设备的告警信息为所述第一告警信息或所述第二告警信息。

另一方面，本发明实施例还提供了一种告警处理装置，包括：