基于RPA狀態(tài)流轉(zhuǎn)的規(guī)建維優(yōu)基站健康自評估系統(tǒng)

張 琳

（中國聯(lián)合網(wǎng)絡(luò)通信有限公司四川省分公司，四川 成都 610016）

0 引 言

隨著電信運(yùn)營商集約化運(yùn)營體制的推進(jìn)和2G、3G、4G、5G混合網(wǎng)絡(luò)運(yùn)營，電信運(yùn)營商的基站數(shù)目越來越龐大。但是，大部分網(wǎng)絡(luò)運(yùn)維工作仍需依賴重復(fù)的手工流程實現(xiàn)。煙囪式的運(yùn)維模式和傳統(tǒng)的建設(shè)轉(zhuǎn)維模式，使網(wǎng)絡(luò)無法進(jìn)行全生命周期統(tǒng)一管理，數(shù)據(jù)孤島嚴(yán)重，故障無法實時感知。

為解決上述問題，網(wǎng)絡(luò)運(yùn)維支撐軟件架構(gòu)必然向平臺化、智能化、可視化和個性化方向演進(jìn)。新開通基站全流程管控和健康評估作為網(wǎng)絡(luò)運(yùn)維工作中的重要環(huán)節(jié)，目標(biāo)是提高運(yùn)維人員運(yùn)行監(jiān)控實時性，及時發(fā)現(xiàn)隱患問題，提高網(wǎng)絡(luò)用戶感知。

1 基站狀態(tài)流轉(zhuǎn)健康自動評估系統(tǒng)架構(gòu)及設(shè)計

（1）基站狀態(tài)流轉(zhuǎn)健康自動評估通過可視化方式創(chuàng)建業(yè)務(wù)模型，簡化模型的學(xué)習(xí)和定義門檻，使自動評估功能快速適應(yīng)網(wǎng)絡(luò)變化。

（3）系統(tǒng)架構(gòu)具備一定的靈活性、可擴(kuò)展性和安全性，并支持大規(guī)模的數(shù)據(jù)并發(fā)和高吞吐量。它主要分為數(shù)據(jù)源、接入中心、存儲中心、統(tǒng)一操作平臺、應(yīng)用中心及管理中心6部分。

1.1 基礎(chǔ)平臺架構(gòu)

基于狀態(tài)流轉(zhuǎn)的規(guī)建維優(yōu)基站健康自評估系統(tǒng)，屬于智能運(yùn)維平臺中多個RPA機(jī)器人組合起來的一個專項應(yīng)用?；窘】底詣釉u估系統(tǒng)的能力基于智能運(yùn)維平臺中的服務(wù)組件，以滿足當(dāng)前管理內(nèi)容為目標(biāo)，按規(guī)則評估基站告警和性能指標(biāo)，充分利用已有維護(hù)系統(tǒng)架構(gòu)儲備和知識積累為基礎(chǔ)實施開展，采取兼容并蓄、差異為先的原則，對外構(gòu)建統(tǒng)一指令接口層，實現(xiàn)網(wǎng)管接口發(fā)放統(tǒng)一，無縫銜接各廠家網(wǎng)管系統(tǒng)，全面高效地支撐現(xiàn)有網(wǎng)絡(luò)拓?fù)湓O(shè)備的日常運(yùn)維。

1.2 流轉(zhuǎn)狀態(tài)部署

系統(tǒng)采用組件化和微服務(wù)化開發(fā)，結(jié)合使用場景等特點，合理部署各服務(wù)的節(jié)點數(shù)和資源分配情況。整個部署過程簡單、方便、靈活，且耗時相對較少，如圖1所示。

圖1 流轉(zhuǎn)狀態(tài)流程部署圖

1.3 系統(tǒng)功能部署

基站狀態(tài)流轉(zhuǎn)健康自動評估系統(tǒng)以流程編輯器為主要驅(qū)動，主要由以下功能組成[1]。

（1）個人中心：對接儀表盤接口數(shù)據(jù)，實現(xiàn)定制化儀表呈現(xiàn)。

（2）流程編輯器：用于創(chuàng)建復(fù)雜的流程方式（可視化建模）的取數(shù)、網(wǎng)管基站狀態(tài)查詢與評分機(jī)制。

分別取橡木桶貯藏后的獼猴桃果酒樣品和 4 ℃玻璃瓶密封保存的獼猴桃果酒樣品，各3個重復(fù)，隨機(jī)編號后進(jìn)行品嘗打分。樣品的感官評定采用評分法，在學(xué)校范圍內(nèi)篩選了2名具有專業(yè)資質(zhì)的酒類品評教師和10名經(jīng)過酒類品評培訓(xùn)的學(xué)生（男、女各5人）組成品評小組。受試者被要求對果酒的整體感官質(zhì)量（視覺、香氣和味道）進(jìn)行評分，評分范圍在0到10之間。為此，將果酒樣品隨機(jī)編號，并用培養(yǎng)皿覆蓋。在20～22 ℃進(jìn)行盲評，在品嘗過程中提供清水，品評前后使用清水漱口。單獨打分，避免互相影響，收集評分后去掉最高分和最低分各一個，然后計算平均值[15～17]。

（3）指令配置：用于創(chuàng)建指令和指令解析模板以及簡單的查詢?nèi)蝿?wù)。

（4）數(shù)據(jù)拼盤：用于通過指令采集數(shù)據(jù)和存儲。

（5）常用信息管理：用于創(chuàng)建接口、腳本、數(shù)據(jù)庫以及FTP服務(wù)器等支撐查詢的配置。

（6）任務(wù)管家：用于按計劃時間調(diào)度任務(wù)。

（7）消息中心：為各個應(yīng)用系統(tǒng)或查詢對應(yīng)專業(yè)提供便利統(tǒng)一的消息接入、消息推送、消息處理及消息管理能力。

（8）數(shù)據(jù)接入平臺：用于應(yīng)對多種數(shù)據(jù)源的數(shù)據(jù)采集。

2 基站自評估系統(tǒng)功能描述

2.1 狀態(tài)流轉(zhuǎn)系統(tǒng)實現(xiàn)邏輯

系統(tǒng)主要運(yùn)行邏輯為“采集數(shù)據(jù)—判斷數(shù)據(jù)—輸出判斷結(jié)果”。通過模塊化設(shè)計，主要按實現(xiàn)邏輯將系統(tǒng)分為6個模塊——站點數(shù)據(jù)入庫，初始化基站數(shù)據(jù)，工程單驗告警查詢，站點KPI入庫，健康報告生成，健康評分以及狀態(tài)跳轉(zhuǎn)輔助流程。通過6個功能模塊將所需數(shù)據(jù)匯總至對應(yīng)的數(shù)據(jù)表上存儲下來，映射至儀表盤的數(shù)據(jù)接口進(jìn)行基站狀態(tài)流轉(zhuǎn)的定制化呈現(xiàn)，從而達(dá)到對基站入網(wǎng)生命周期的呈現(xiàn)。

2.2 狀態(tài)流轉(zhuǎn)系統(tǒng)功能模塊解析

（1）開通前。通過平臺數(shù)據(jù)對接獲取邏輯站點名稱信息，過程中以邏輯站點名稱進(jìn)行網(wǎng)管登錄狀態(tài)查詢。若邏輯站點出現(xiàn)一個小區(qū)已激活則會流轉(zhuǎn)到觀察期，若未有任何一個小區(qū)激活則仍視為開通前。

（2）觀察期。邏輯站點出現(xiàn)一個小區(qū)已激活則視為站點進(jìn)入觀察期。觀察期會對入網(wǎng)基站進(jìn)行連續(xù)10日的即時告警查詢、網(wǎng)優(yōu)KPI查詢以及用戶數(shù)業(yè)務(wù)量評估，并按規(guī)則輸出站點健康報告。若達(dá)標(biāo)進(jìn)入狀態(tài)試運(yùn)行；若不達(dá)標(biāo)，則停留于狀態(tài)觀察期。

（3）試運(yùn)行。通過健康評估的站點所處的狀態(tài)，如圖2所示。

2.2.1 站點數(shù)據(jù)入庫

通過平臺構(gòu)建定時入庫流程，并對入庫數(shù)據(jù)進(jìn)行必要篩選，按照所需對應(yīng)的基站數(shù)據(jù)錄入指定的表中構(gòu)成起始數(shù)據(jù)。在此過程中會生成狀態(tài)——開通前。

2.2.2 初始化基站數(shù)據(jù)

網(wǎng)元錄入系統(tǒng)后，配置網(wǎng)元的登錄模板，支持telnet/ssh登錄方統(tǒng)一配置，包括統(tǒng)一網(wǎng)元配置和網(wǎng)元連通性配置。

（1）統(tǒng)一網(wǎng)元配置。根據(jù)實際情況搭配統(tǒng)一直連終端配置和統(tǒng)一登錄指令配置，生成網(wǎng)元的登錄配置。

（2）網(wǎng)元連通性配置：對配置網(wǎng)元進(jìn)行連通性測試。

通過網(wǎng)元登錄設(shè)置后，以流程編輯化完成網(wǎng)元數(shù)據(jù)的初始化，成功登陸基站獲取小區(qū)狀態(tài)后生成狀態(tài)——觀察期。

2.2.3 工程單驗告警巡查

工程單驗告警巡查可通過指令模板構(gòu)建的指令模板模型或者流程編輯器構(gòu)建的流程模型來調(diào)用執(zhí)行。指令配置可按需擴(kuò)展，實現(xiàn)跨專業(yè)、跨廠家、跨設(shè)備的指令集管理。指令集配置約定了執(zhí)行指令的網(wǎng)元類型、廠家、設(shè)備型號、使用的登錄模式、指令內(nèi)容、可選擇的指令解析模板以及指令結(jié)束符號等。調(diào)用指令組件的模型將指定哪些網(wǎng)元執(zhí)行哪些指令，執(zhí)行指令按哪個解析模板進(jìn)行解析推送給指令服務(wù)，指令服務(wù)執(zhí)行和解析后輸出。

2.2.4 站點KPI入庫

采用內(nèi)嵌腳本定時收錄網(wǎng)絡(luò)站點相關(guān)的KPI數(shù)據(jù)至對應(yīng)的數(shù)據(jù)庫。

2.2.5 健康報告生成

通過觀察期連續(xù)10日對基站進(jìn)行告警檢查判斷和KPI讀取判斷。根據(jù)既定健康報告規(guī)則輸出基站健康報告，完成觀察期站點健康評估。滿足條件進(jìn)入試運(yùn)行狀態(tài)，不滿足則停留在觀察期，并有平臺流程繼續(xù)檢查對應(yīng)狀態(tài)，直到達(dá)到既定的健康水平才準(zhǔn)許站點進(jìn)入試運(yùn)行狀態(tài)。在此過程中會生成狀態(tài)——試運(yùn)行。同樣，通過流程編輯器內(nèi)嵌的各個組件有機(jī)形成報告生成模式，并根據(jù)不同廠家進(jìn)行分區(qū)報告存放，通過定制化的iframe儀表盤呈現(xiàn)站點導(dǎo)流狀態(tài)和報告下載按鈕[2]。

2.2.6 健康評分和狀態(tài)跳轉(zhuǎn)輔助流程

可視化配置異常檢測規(guī)則，實現(xiàn)查詢結(jié)果規(guī)則的任意配置。

2.2.7 狀態(tài)流轉(zhuǎn)管控儀表盤

根據(jù)既定狀態(tài)流轉(zhuǎn)規(guī)則產(chǎn)生相應(yīng)的管控數(shù)據(jù)表，根據(jù)所需數(shù)據(jù)表使用儀表盤功能呈現(xiàn)所需數(shù)據(jù)，可實現(xiàn)按地市、按工期、按廠家呈現(xiàn)，做到一應(yīng)俱全快速知曉新站入網(wǎng)狀態(tài)，通過郵件節(jié)點或者工單系統(tǒng)快速將現(xiàn)網(wǎng)情況反饋至對應(yīng)處理人。

3 系統(tǒng)應(yīng)用的總結(jié)及思考

3.1 跨廠家、跨系統(tǒng)匯聚查詢獲取基站狀態(tài)

無線網(wǎng)維護(hù)中均涉及多個廠家的告警查詢，質(zhì)量監(jiān)控涉及建設(shè)、維護(hù)、資源以及性能等多系統(tǒng)查詢。維護(hù)人員每次都需要通過登錄不同廠家的網(wǎng)管，記住不同廠家的指令，在信息孤島中進(jìn)行人工串聯(lián)，造成了很大的人力浪費(fèi)。因此，建議利用流程編輯器、數(shù)據(jù)拼盤、常用信息管理等功能完整模擬人工工作流程，根據(jù)定制流程編輯實現(xiàn)不同廠家不同規(guī)則不同系統(tǒng)的自動錄入關(guān)聯(lián)，使得流程具備自動判斷能力。

3.2 分區(qū)輸出健康報告實現(xiàn)實時網(wǎng)絡(luò)全流程管控

分區(qū)輸出廠家健康報告后，通過平臺定制開發(fā)將對應(yīng)健康報告推送至站點健康報告池列表中，使得運(yùn)維人員對每個站點存在的健康問題一目了然，并快速做出處理預(yù)案，解決了以往運(yùn)維人員、優(yōu)化人員需要定期提取告警、采集網(wǎng)絡(luò)KPI的問題，減少了專業(yè)流轉(zhuǎn)層級，提高了一站式發(fā)現(xiàn)問題的速度，縮短了流程處理時間，有效減少了建設(shè)過程中因不規(guī)范建設(shè)流程、數(shù)據(jù)配置導(dǎo)致的網(wǎng)絡(luò)質(zhì)量異動。