[發明專利]告警處理方法及裝置

有效

• 申請號: 201811385452.0
• 申請日: 2018-11-20
• 公開（公告）號: CN111200515B
• 公開（公告）日: 2022-12-06
• 發明（設計）人: 王續凱;王輝;楊鑫;張武志;張旭歡;王雁群;康珺
• 申請（專利權）人: 中國移動通信集團內蒙古有限公司;中國移動通信集團有限公司
• 主分類號: H04L41/0631
• 分類號: H04L41/0631;H04L41/0677;H04L41/08
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 王瑩;李相雨

本發明實施例提供一種告警處理方法及裝置。所述方法包括：獲取操作維護中心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設備的告警信息為所述第一告警信息或所述第二告警信息。

另一方面，本發明實施例還提供了一種告警處理裝置，包括：