[發(fā)明專利]基于SLA實現(xiàn)5G設備CPE故障告警實時上報的方法在審
| 申請?zhí)枺?/td> | 202110943949.5 | 申請日: | 2021-08-17 |
| 公開(公告)號: | CN113573352A | 公開(公告)日: | 2021-10-29 |
| 發(fā)明(設計)人: | 嚴龍;盧斌;高鋮;黃鋼;吳培培;林正;董樂為;張洪斌 | 申請(專利權)人: | 杭州東信網(wǎng)絡技術有限公司 |
| 主分類號: | H04W24/08 | 分類號: | H04W24/08;H04W24/10;H04L12/24 |
| 代理公司: | 杭州富錚智庫專利代理事務所(普通合伙) 33416 | 代理人: | 劉鑫 |
| 地址: | 310053 浙江省杭州*** | 國省代碼: | 浙江;33 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 基于 sla 實現(xiàn) 設備 cpe 故障 告警 實時 上報 方法 | ||
1.基于SLA實現(xiàn)5G設備CPE故障告警實時上報的方法,其特征在于包括SLA指標體系選擇和告警實時上報監(jiān)控過程,
(1)SLA指標體系包括:
1)服務可用性
服務可用性指CPE無線網(wǎng)絡設備在面對異常時能夠提供正常網(wǎng)絡服務的能力,即服務的效果、效能和效率,體系中故障告警標識為丟包率檢測值大于服務可用性丟包率閾值即服務可用性中斷告警,測量對象包括CPE模式和AR模式;
2)時延和丟包率
時延指CPE無線網(wǎng)絡設備在訪問網(wǎng)絡另一端的IP地址得到響應的所需要的時間,體系中故障告警標識分為各個目的方向IP上的時延大于閾值告警即時延告警;丟包率指CPE無線網(wǎng)絡設備在訪問網(wǎng)絡另一端的IP地址得到響應時,一個或多個數(shù)據(jù)包的數(shù)據(jù)無法透過網(wǎng)上到達目的地的占比,體系中故障告警標識為各個目的方向IP上的丟包率大于閾值告警即丟包率告警,測量對象包括CPE模式和AR模式;
3)測速速率
測速速率指CPE無線網(wǎng)絡設備在收到測速指令進行上傳和下載文件時技術上所能達到的最大理論速率值,速率越高,上傳和下載的越快,體系中故障告警標識按閑忙時時間段分為上行速率小于閾值告警和下行速率小于閾值告警即上行速率告警、下行速率告警,測量對象不區(qū)分CPE模式和AR模式;
(2)告警實時上報監(jiān)控過程包括:
1)數(shù)據(jù)解析,包括CPE模式數(shù)據(jù)解析和AR模式數(shù)據(jù)解析;
2)告警上報,包括CPE模式告警上報和AR模式告警上報;
3)告警監(jiān)控,包括周期性指標監(jiān)控和告警監(jiān)控。
2.根據(jù)權利要求1所述的基于SLA實現(xiàn)5G設備CPE故障告警實時上報的方法,其特征在于:
服務可用性中斷告警上報監(jiān)控過程如下:
步驟一:數(shù)據(jù)解析
CPE模式:
(1)CEP模塊接收用戶表中所有屬于CPE模式的用戶號碼所對應的用戶面XDR單據(jù)探針數(shù)據(jù),獲取時間、用戶號碼、上行流量、下行流量這些數(shù)據(jù)信息;
(2)CEP模塊內(nèi)保存每個用戶號碼對應提取的數(shù)據(jù)信息,若超過5分鐘CEP模塊再沒收到這個用戶的流量數(shù)據(jù)信息,此用戶數(shù)據(jù)就會輸出加載到PT數(shù)據(jù)庫的疑似故障用戶列表內(nèi);
(3)SEQ的WEB模塊定時間隔5分鐘會掃描疑似故障用戶列表,獲取到所有入表的用戶號碼多線程并行判斷檢測條件;
(4)對所有通過檢測條件的用戶號碼去重后關聯(lián)用戶表獲取對應的CPE設備號碼、隨機獲取一個目的方向IP;
(5)用每個CPE設備號碼和目的方向IP向DSI發(fā)送所屬的IPPing檢測指令請求;
(6)DSI接收到請求后立即轉發(fā)請求到LTM;
(7)LTM識別請求的CPE設備號碼,觸發(fā)CPE設備提交IPPing檢測測試;
(8)WEB模塊30秒后會再次用CPE設備號碼向DSI發(fā)送所屬的IPPing Result檢測指令請求,通過DSI轉發(fā)到LTM,LTM觸發(fā)CPE設備提交IPPing Result檢測測試;
(9)CPE設備會將IPPing檢測測試結果反饋給LTM;
(10)LTM再將反饋信息立即返回給DSI;
(11)DSI接收到完成檢測狀態(tài)的結果信息后解析為合規(guī)格式數(shù)據(jù)復制為三份,一份輸出到SEQ的WEB模塊,一份輸出到CEP模塊,一份輸出到SPARK模塊;
(12)WEB模塊接收后會記錄相關日志并更新此設備對應用戶的疑似故障用戶列表中的檢測時間,CEP模塊接收后進行告警上報步驟,SPARK模塊接收后進行告警監(jiān)控步驟;
AR模式:
(1)CEP模塊接收用戶表中所有屬于AR模式的用戶號碼對應的7張用戶面XDR單據(jù)探針數(shù)據(jù),獲取時間、用戶號碼、上行流量、下行流量這些數(shù)據(jù)信息;
(2)CEP模塊內(nèi)保存每個用戶號碼對應提取的數(shù)據(jù)信息,若超過5分鐘CEP模塊再沒收到這個用戶的流量數(shù)據(jù)信息,則進行AR模式下告警上報步驟;
步驟二:告警上報
CPE模式:
(1)CEP模塊實時解析流入的合規(guī)格式數(shù)據(jù),獲取5G設備參數(shù)信息、主要包括企業(yè)名稱、用戶號碼、CPE設備號碼、丟包率檢測值、服務可用性丟包率閾值、目的方向IP、服務小區(qū)電平值、服務小區(qū)質量值這些數(shù)據(jù)信息;
(2)用數(shù)據(jù)中的丟包率檢測值與服務可用性丟包率閾值字段作對比,若存在同一用戶號碼的不同目的方向IP數(shù)據(jù),則以30秒內(nèi)所有目的方向IP數(shù)據(jù)中最小丟包率檢測值為準;
(3)若丟包率檢測值大于服務可用性丟包率閾值,則說明此CPE設備鏈路異常,同時記錄鏈路異常起始時間點為Time1;
(4)CEP模塊保存此設備鏈路異常信息,并同時向PT數(shù)據(jù)庫加載一條告警標識信息供告警監(jiān)控使用;
(5)CEP模塊此后若再一次收到同一CPE設備號碼的合規(guī)格式數(shù)據(jù),并且丟包率檢測值小于等于服務可用性丟包率閾值,則說明此CPE設備鏈路異常已經(jīng)恢復;
(6)因為CEP模塊內(nèi)之前已經(jīng)保存了此設備鏈路異常信息,則現(xiàn)在記錄鏈路異常恢復時間點為Time2并用用戶號碼關聯(lián)為一條鏈路異常恢復信息;
(7)CEP模塊內(nèi)此時刷新此設備鏈路信息到初始狀態(tài),同時將鏈路異常恢復信息向PT數(shù)據(jù)庫加載一條告警恢復標識信息供告警監(jiān)控使用;
(8)此CPE設備往復繼續(xù)執(zhí)行上述告警上報過程;
AR模式:
(1)CEP模塊實時解析流入的用戶流量數(shù)據(jù)信息,關聯(lián)用戶表獲取5G設備參數(shù)信息、主要包括企業(yè)名稱、用戶號碼、CPE設備號碼這些數(shù)據(jù)信息;
(2)同時記錄鏈路異常起始時間點為Time1;
(3)CEP模塊保存此設備鏈路異常信息,并同時向PT數(shù)據(jù)庫加載一條服務可用性中斷告警標識信息供告警監(jiān)控使用;
(4)CEP模塊此后若再一次收到同一用戶號碼的流量數(shù)據(jù)信息,則說明此用戶號碼對應的CPE設備鏈路異常已經(jīng)恢復;
(5)因為CEP模塊內(nèi)之前已經(jīng)保存了此設備鏈路異常信息,則現(xiàn)在記錄鏈路異常恢復時間點為Time2并用用戶號碼關聯(lián)為一條鏈路異常恢復信息;
(6)CEP模塊內(nèi)此時刷新此設備鏈路信息到初始狀態(tài),同時將鏈路異常恢復信息向PT數(shù)據(jù)庫加載一條服務可用性中斷告警恢復標識信息供告警監(jiān)控使用;
(7)由于流量數(shù)據(jù)信息不包含服務小區(qū)電平值、服務小區(qū)質量值,SEQ的WEB模塊定時間隔3分鐘掃描PT數(shù)據(jù)庫中的屬于服務可用性指標、AR模式的CPE設備告警信息,用這些告警信息所屬的CPE設備號碼請求無線數(shù)據(jù)接口獲取服務小區(qū)電平值、服務小區(qū)質量值,用此更新CPE設備告警信息填入服務小區(qū)電平值、服務小區(qū)質量值;同時對有Time2告警恢復時間的告警恢復數(shù)據(jù)用對應告警數(shù)據(jù)信息的服務小區(qū)電平值、服務小區(qū)質量值反填更新到告警恢復數(shù)據(jù)中;
(8)此CPE設備往復繼續(xù)執(zhí)行上述告警上報過程;
步驟三:告警監(jiān)控
周期性指標監(jiān)控:
(1)SEQ的WEB模塊定時間隔3分鐘重新查詢PT數(shù)據(jù)庫獲取此CPE設備服務可用性中斷的時間總和;
(2)按照可選月粒度、年粒度計算出服務可用性中斷占比;
(3)獲取最新計算后的結果數(shù)據(jù)實現(xiàn)實時監(jiān)控;
告警監(jiān)控:
(1)SEQ的WEB模塊定時間隔3分鐘重新查詢PT數(shù)據(jù)庫最新服務可用性中斷告警數(shù)據(jù)及服務可用性中斷告警恢復數(shù)據(jù);
(2)對查詢到標識的服務可用性中斷告警數(shù)據(jù)以紅色高亮字體優(yōu)先表格展示;
(3)對查詢到標識的服務可用性中斷告警恢復數(shù)據(jù)按歷史告警存儲;
(4)維護人員可以通過服務可用性中斷告警信息或者服務可用性中斷告警恢復信息的定界按鈕進入到故障樹系統(tǒng)查詢具體故障根因。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于杭州東信網(wǎng)絡技術有限公司,未經(jīng)杭州東信網(wǎng)絡技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業(yè)授權和技術合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202110943949.5/1.html,轉載請聲明來源鉆瓜專利網(wǎng)。
- 互動業(yè)務終端、實現(xiàn)系統(tǒng)及實現(xiàn)方法
- 街景地圖的實現(xiàn)方法和實現(xiàn)系統(tǒng)
- 游戲實現(xiàn)系統(tǒng)和游戲實現(xiàn)方法
- 圖像實現(xiàn)裝置及其圖像實現(xiàn)方法
- 增強現(xiàn)實的實現(xiàn)方法以及實現(xiàn)裝置
- 軟件架構的實現(xiàn)方法和實現(xiàn)平臺
- 數(shù)值預報的實現(xiàn)方法及實現(xiàn)系統(tǒng)
- 空調(diào)及其冬眠控制模式實現(xiàn)方法和實現(xiàn)裝置以及實現(xiàn)系統(tǒng)
- 空調(diào)及其睡眠控制模式實現(xiàn)方法和實現(xiàn)裝置以及實現(xiàn)系統(tǒng)
- 輸入設備實現(xiàn)方法及其實現(xiàn)裝置





