范建忠 戴新星 洪 濤
(中國電信浙江分公司,浙江 杭州 310000)
近年來,中國電信網絡越來越復雜,業務支撐要求越來越高。現有的管理方式仍然采用傳統書面工單下發的運維體系,導致業務支撐水平明顯滯后,新形勢下的企業運營管理方式不利于企業實時掌控網絡和業務整體運行情況,甚至制約了系統建設和發展[1]。為了簡化電信無線專業基站建設過程中上下游的協調事務,實現統一化工作流程管控,企業需要引入一套“無線專業綜合業務開通平臺”系統,針對基站入網流程中的規劃設計、現場安裝、基站數據制作以及單站驗證等環節進行流程規則梳理,精確化管理開站過程,提高開站效率。
從站址規劃開始到基站建設,在該過程中建立一套管控流程,形成站址規劃—站址網元設計—集中入網—施工—驗收的閉環工作流程。該工作流程包括站址庫管理、設計庫管理和集中入網管理3個方面的內容,總體規劃圖如圖 1所示。該工作流程實現了集約化運營、全流程管控、高效率開通以及精確化管理。
對基站規劃、選址以及選用電信或鐵塔產權的機房進行逐層審核。最終形成用來上報集團規劃的年度工期建設站址的數據。
針對集團批復的年度規劃建設內容,按照站址查勘結果反饋、在線設計網元和上傳設計圖紙文檔等步驟操作。為后續工程的建設提供一站式支撐。
通過流程化管控,跟進基站建設的施工、資源配置和網管配置等各環節的實施進度。并且結合外部施工測量的設備對接工單系統,實時反饋測量結果,自動比對設計方案,計算施工參數偏差。
站址庫包括需求庫管控流程、預規劃庫管控流程以及規劃庫管控流程。目的是將概念化的站址規劃思路用實際工作流程描述出來,將模糊的建設概念落實到實際可落地的站點規劃的過程中。使用該平臺來實現工作過程可視,達到管理流程可控的目的。
在規劃設計中引入GIS地圖選點,使選點操作更加直觀。需求庫是最模糊的建設概念,即無線信號的覆蓋要求。
預規劃庫將需求庫中的需求進行合并篩選,選出可以建設的站點,暫時不考慮資源情況。
規劃庫是在預規劃庫中再進行一次篩選,明確資源具備情況,列出要求建設的的站點。
2.1.1 站址庫流程總覽
站址庫規劃生產流程是由需求庫、預規劃庫和規劃庫3個部分互相關聯形成的閉環,站址庫流程如圖 2所示。目的是將需求庫中的需求進行合并篩選,選出可以建設的站點,再進行一次篩選,列出要求建設的站點,最終形成上報集團的建設規劃。
2.1.2 需求庫流程
需求庫流程主要是收集本地網對無線信號覆蓋的要求。需求來源是網優大數據平臺推送的需求點和本地網人工錄入的覆蓋問題點,匯總形成需求庫。

圖1 總體規劃圖

圖2 站址庫流程
2.1.3 預規劃庫流程
預規劃庫流程是在需求庫的基礎上,對站址建設點進行日常收集的流程。該流程由省級機構向各地市派發收集任務,匯總形成“預規劃庫”。
覆蓋點站址設計支持優先選擇自有機房站址、鐵塔站址以及第三方站址。選擇鐵塔公司站址時可以預估費用和距離規劃覆蓋點距離等,并且支持GIS地圖選點,操作更加直觀。
2.1.4 規劃庫流程
從日常收集的預規劃站址列表中選擇亟需建設的站址匯總形成規劃庫。規劃庫是年度站址建設規劃預算的依據。
設計庫管理流程主要是將設計院的勘察設計工作融入流程管控中,最終形成“設計庫”,提供給后續流程應用。并且在“覆蓋點拉遠”設計過程中能夠支持優先選擇電信自有機房而不是鐵塔公司等第三方機房,降低了建設成本。管理流程支持站址網元工程參數設計、設計圖紙以及設計文檔等集中化管理,流程化管控設計過程。
2.2.1 設計庫管理流程總覽
設計庫流程由地市建設機構發起,從“規劃庫”中批量選擇規劃的站址派發任務進行勘察。勘察內容包括站址信息、設計物理無線工參數據、BBU和RRU入網設計、綁定的鐵塔站址編碼、設計編號、上傳設計圖紙以及形成設計庫。設計庫的站址和網元設計可以直接應用于建設流程。
2.2.2 工程參數設計
設計庫流程通過各環節的協調工作形成站址設計工程參數。該流程包括站址信息、設計物理無線工參數據、BBU、RRU入網設計、綁定的鐵塔站址編碼、設計編號以及上傳設計圖紙等。
2.2.3 覆蓋點拉遠場景
站址設計過程中比較敏感的問題出現在覆蓋點拉遠的場景中,即BBU和RRU不在同一個機房。在拉遠場景中,考慮到建設費用的問題,要求BBU必須放置在電信自有機房。在選擇BBU的機房時,平臺可以通過設置覆蓋點的距離,根據覆蓋點的要求,自動提供就近自有機房的選擇方案,節省基站建設開支。
集中入網管理流程是對基站建設、激活、入網和驗收過程的生產管控過程。無線網元集中入網的依據是設計庫,即設計院完成查勘設計列入建設計劃的站址。集中入網主要包括站址待建選擇、設備安裝、光路施工、施工測量反饋、開站數據制作和 驗收反饋等幾個環節。
主要體現在以下4個方面:1)基站入網流程化管理,可以管控入網進度。2)對接外部施工測量設備,實時反饋測量結果,自動比對設計方案計算施工參數偏差。給施工審核、驗收提供依據。3)對于在實際施工過程中出現的設計和規劃不符合實際條件的情況,支持退回修改設計或規劃。對于該場景系統流程可管控可以保留憑證,提高后續站址規劃設計的工作質量。4)開站數據集中制作,數據制作腳本及日志留檔可追溯。
2.3.1 集中入網流程總覽
集中開站流程是根據站址維度進行建設,在設計庫的基礎上選擇某個設計編號即某站址的基站開站建設,集中入網流程如圖3所示。
2.3.2 與外部施工測量集成
集中入網流程的建設施工環節實現了電腦終端建設管控系統與現場施工測量工具——天線姿態儀的對接。流程平臺會自動派發天線施工測量工單和BBU施工測量工單到施工隊的測量工具上。施工隊將施工結果的測量數據回傳到流程平臺上,流程平臺將測量結果與設計值進行比較,計算偏差率。施工審核環節根據偏差率來判斷工程是否符合要求。
應用場景:工單流程平臺調用站點姿態儀模塊工單派發接口,下發測試工單,站點姿態儀模塊接收到工單后返回接收成功報文。
現場測試人員通過列表和地圖來搜索工單站點,進行現場工參測試。
現場測試完成后,通過工參測試儀App將測試結果上報至站點管家系統姿態儀模塊,站點管家系統姿態儀模塊將測試結果反饋到無線維護網管系統。
系統通過工單頁面控件調用站點系統姿態儀模塊的工參測試服務進行基站參數測量,測試數據自動通過無線維護網管系統入庫,并將測試報告以FTP的形式存入報告服務器,然后回傳到流程平臺。
2.3.3 基站遠程激活
基站施工完成后,基站進行下發局端初始化數據,進行激活入網操作。流程平臺完成了對接底層網管操作接口,支持遠程數據制作后將數據下發到基站的指令操作。
制作激活操作的數據之前需要做的準備工作包括eNodeB(演進型Node B)中安裝了其需要的網元軟件版本,eNodeB、OMMB(中興LTE網管系統)的物理網絡連接已經建立,eNodeB-ID(基站標識)、網絡IP等已經做好規劃[2]。
激活操作是基于廠家提供的MML腳本實現的,通過虛指令封裝成應用服務,支撐上層業務應用。激活虛指令服務可支持編排,由后端采集適配平臺觸發,調用Conducor平臺流程開始將虛指令翻譯成設備廠家的原子指令,下發到網管進行執行。執行步驟和日志提供實時監控。
指令執行過程界面監控,通過分析執行反饋的報告自動判斷執行成功或者失敗,對于失敗的指令支持切換到原始指令,報告檢查執行結果。
2.3.4 入網驗收
基站在激活后實際已經入網,可以采集性能指標,平臺通過采集分析一段時間的性能指標,例如無線連接成功率和系統內切換成功率等指標來判斷是否達到運營管控要求。通過流程反饋當前入網基站的指標完成驗收工作。

圖3 集中入網流程
無線專業綜合業務開通平臺功能已經在電信內部使用,實現了建設和運維工作管控的數字化轉變,將復雜的無線基站建設過程可視化,提升了基站建設效率,節約了協調成本。
應對后續的生產場景覆蓋還需要進一步細化流程,例如基站拆站、傳輸施工流程、鐵塔數據接入和5G基站集中入網等場景。在實現生產流程化后需要對入網設備的全生命周期進行管控,實現無線網元在入網、退網和搬遷的操作流程中集中管控,數據集中制作,實現無線網元全網生命周期統一管控。