淺談5G微站網(wǎng)絡(luò)管理系統(tǒng)

王東洋，唐錦坤，李德屹，郭希蕊，張 濤，李福昌（.中國(guó)聯(lián)通研究院，北京 00048；.京信網(wǎng)絡(luò)系統(tǒng)股份有限公司，廣東廣州 50663）

0 前言

伴隨著5G 網(wǎng)絡(luò)技術(shù)成熟度提高，以及軟件、硬件解耦趨勢(shì)加速，技術(shù)門(mén)檻難度日益降低，便于更多廠(chǎng)商加入5G 設(shè)備的研發(fā)與生產(chǎn)，也促使5G 設(shè)備形態(tài)日益多樣化，一方面有利于5G 產(chǎn)業(yè)鏈規(guī)模壯大和完善，尤其是加速垂直行業(yè)的推廣和應(yīng)用，但是另外一方面眾多廠(chǎng)商及產(chǎn)品形態(tài)也給網(wǎng)絡(luò)維護(hù)和運(yùn)營(yíng)增添了很多困難，這也是4G微站沒(méi)有大規(guī)模推廣和應(yīng)用的痛點(diǎn)之一。本文建議基于一個(gè)通用的5G 微站設(shè)備網(wǎng)絡(luò)管理系統(tǒng)（OMC-R）來(lái)統(tǒng)一管控5G 微站設(shè)備，規(guī)避廠(chǎng)商間和產(chǎn)品間差異化，后向兼容4G微站、直放站產(chǎn)品，來(lái)滿(mǎn)足運(yùn)營(yíng)商、行業(yè)應(yīng)用的建設(shè)和運(yùn)維需求，從而加速4G、5G微站產(chǎn)業(yè)鏈快速、健康發(fā)展。

1 網(wǎng)絡(luò)管理系統(tǒng)功能需求

1.1 5G微站網(wǎng)管系統(tǒng)定位

一般來(lái)說(shuō)，設(shè)備的網(wǎng)絡(luò)管理系統(tǒng)是設(shè)備產(chǎn)品的操作系統(tǒng)，也是該產(chǎn)品的重要配套系統(tǒng)。5G 微站網(wǎng)絡(luò)管理系統(tǒng)是面向5G各類(lèi)型微站設(shè)備的網(wǎng)絡(luò)管理實(shí)體，它通過(guò)南向接口接入和管理5G 微站的網(wǎng)元設(shè)備，負(fù)責(zé)5G 微站網(wǎng)絡(luò)的操作、管理、維護(hù)和指配，同時(shí)通過(guò)北向接口將網(wǎng)絡(luò)管理數(shù)據(jù)傳送到綜合網(wǎng)管系統(tǒng)，并接受綜合網(wǎng)管管理。5G 微站網(wǎng)絡(luò)管理系統(tǒng)（OMC-R）在網(wǎng)絡(luò)中的具體位置如圖1所示。

圖1 5G微站網(wǎng)絡(luò)管理系統(tǒng)

南向接口是滿(mǎn)足5G 微站接受并向運(yùn)營(yíng)商提供網(wǎng)絡(luò)管理功能和業(yè)務(wù)的通道，該接口根據(jù)功能的不同分別定義了一系列模塊，如配置管理、性能管理、故障管理、維護(hù)管理、MR 管理等。在實(shí)際接入中，5G 微站產(chǎn)品型態(tài)不完全一致，如5G 分布式微站分3 級(jí)架構(gòu)，5G一體化微站就只有1 個(gè)網(wǎng)元，所以網(wǎng)管系統(tǒng)尤其是南向接口的實(shí)現(xiàn)具有一定復(fù)雜性。

北向接口是連接通信設(shè)備與運(yùn)營(yíng)者的渠道接口，主要向上層應(yīng)用系統(tǒng)上報(bào)資源數(shù)據(jù)、告警數(shù)據(jù)、PM 數(shù)據(jù)、MR 數(shù)據(jù)等，該接口通過(guò)行業(yè)標(biāo)準(zhǔn)、企業(yè)規(guī)范來(lái)進(jìn)行定義和統(tǒng)一。

1.2 南向接口

南向接口是5G微站網(wǎng)絡(luò)管理系統(tǒng)核心部分之一，是連接與管理網(wǎng)絡(luò)設(shè)備的樞紐和渠道，它將網(wǎng)絡(luò)管理系統(tǒng)、業(yè)務(wù)指令映射到設(shè)備上，同時(shí)又將設(shè)備運(yùn)行數(shù)據(jù)匯聚到網(wǎng)管系統(tǒng)，甚至到更高層次應(yīng)用。

南向接口需要有通用和完善的通信協(xié)議，其次需要對(duì)網(wǎng)管系統(tǒng)各個(gè)功能需求進(jìn)行定義、分析與設(shè)計(jì)，以滿(mǎn)足管理和業(yè)務(wù)需求。

1.2.1 南向接口協(xié)議

5G 微站網(wǎng)絡(luò)管理系統(tǒng)南向接口基于第三方組織（Broadband Forum）發(fā)布的TR 069 協(xié)議（CWMP）來(lái)進(jìn)行標(biāo)準(zhǔn)化和開(kāi)發(fā)，TR 069協(xié)議棧如表1所示。

表1 TR 069協(xié)議棧

TR 069 協(xié)議還可以擴(kuò)展至4G 微站、宏基站類(lèi)產(chǎn)品，作為其南向接口標(biāo)準(zhǔn)協(xié)議對(duì)該類(lèi)產(chǎn)品進(jìn)行接入和管控。

TR 069 協(xié)議由于需要使用HTTP 作為信息傳輸?shù)闹饕休d，通?；赥CP 及安全傳輸協(xié)議SSL/TLS 來(lái)確保信息傳輸安全，HTTP協(xié)議棧如表2所示。

表2 HTTP協(xié)議棧

南向接口消息的具體內(nèi)容使用SOAP 包進(jìn)行封裝，SOAP 包是一個(gè)由SOAP 頭（SOAP Head）和SOAP體（SOAP Body）組成的XML 文檔；另外還需要定義一組過(guò)程調(diào)用（RPC）策略，定義通用數(shù)據(jù)模型和規(guī)范管理參數(shù)，使得網(wǎng)管系統(tǒng)和5G 微站通過(guò)基于SOAP 的遠(yuǎn)程接口方法調(diào)用實(shí)現(xiàn)管理和控制。

由于4G/5G 直放站產(chǎn)品采用信號(hào)饋入方式，與微站形態(tài)差異較大，該類(lèi)產(chǎn)品南向接口協(xié)議已有國(guó)家行業(yè)標(biāo)準(zhǔn)進(jìn)行規(guī)范。對(duì)于其他類(lèi)網(wǎng)絡(luò)產(chǎn)品，網(wǎng)關(guān)采用Webservice 協(xié)議，路由器、交換機(jī)則采用SNMP 和TCP/IP協(xié)議。

1.2.2 南向接口管理功能

網(wǎng)絡(luò)管理系統(tǒng)基于南向接口向網(wǎng)絡(luò)運(yùn)營(yíng)商提供網(wǎng)絡(luò)管理功能和業(yè)務(wù)，在這里網(wǎng)管是網(wǎng)絡(luò)管理實(shí)體，負(fù)責(zé)社會(huì)化基站網(wǎng)絡(luò)的操作、管理、維護(hù)和指配（OAM& P），而微站為被管實(shí)體，接受網(wǎng)管的管理，南向接口則是管理通道。

南向接口定義了一系列接口對(duì)象，如配置管理接口、性能管理接口、故障管理接口、維護(hù)管理接口、MR管理接口等，其中每種接口又包括接口功能需求、接口分析和接口設(shè)計(jì)3部分。

a）配置管理接口。該接口功能從微站設(shè)備中實(shí)時(shí)獲取配置參數(shù)數(shù)據(jù)，主要包括配置參數(shù)查詢(xún)功能、配置參數(shù)修改功能和配置參數(shù)變更上報(bào)功能。其中查詢(xún)功能包括配置參數(shù)名稱(chēng)查詢(xún)和配置參數(shù)值查詢(xún)；配置參數(shù)修改功能包括配置參數(shù)修改、配置參數(shù)項(xiàng)新增和配置參數(shù)項(xiàng)刪除，具體如圖2所示。

圖2 配置管理接口功能用例圖

b）性能管理接口。該接口功能主要包括性能測(cè)量任務(wù)定制和性能采集。其中性能測(cè)量任務(wù)定制包括定制是否開(kāi)啟、采集時(shí)間、采集周期、上報(bào)路徑等，以滿(mǎn)足網(wǎng)管性能采集相關(guān)的功能業(yè)務(wù)需求；性能采集活動(dòng)是指網(wǎng)管定期接收社會(huì)化基站上傳的性能數(shù)據(jù)，以便后續(xù)進(jìn)行性能數(shù)據(jù)的解析和計(jì)算，包括性能數(shù)據(jù)文件定時(shí)上傳、上傳結(jié)果通知。圖3 給出了性能管理接口功能用例圖。

圖3 性能管理接口功能用例圖

c）故障管理接口。該接口功能主要包括告警實(shí)時(shí)上報(bào)和告警同步。所謂實(shí)時(shí)告警上報(bào)功能，是指微站主動(dòng)發(fā)送事件報(bào)告到網(wǎng)管系統(tǒng)來(lái)實(shí)現(xiàn)設(shè)備的實(shí)時(shí)告警，即微站將實(shí)時(shí)產(chǎn)生的告警信息主動(dòng)通知網(wǎng)管系統(tǒng)，網(wǎng)管系統(tǒng)進(jìn)行相應(yīng)的處理。告警同步活動(dòng)指網(wǎng)管發(fā)起針對(duì)微站設(shè)備的告警參數(shù)信息查詢(xún)，包含參數(shù)名稱(chēng)與參數(shù)值，網(wǎng)管自身進(jìn)行告警信息的匹配操作，并進(jìn)行相應(yīng)的處理。

d）維護(hù)管理接口。該接口主要包括設(shè)備在線(xiàn)通知、設(shè)備重啟功能、軟件升級(jí)功能、恢復(fù)出廠(chǎng)設(shè)置、設(shè)備日志管理、設(shè)備信息文件管理等功能，如圖4 所示。微站設(shè)備成功接入網(wǎng)管系統(tǒng)，則定時(shí)發(fā)送心跳消息，通知網(wǎng)管該基站設(shè)備在線(xiàn)，并接受網(wǎng)管系統(tǒng)對(duì)其進(jìn)行諸如重啟、升級(jí)、日志管理、信息文件管理等操作。

圖4 狀態(tài)管理接口功能用例圖

e）MR 管理接口。該接口功能包括MR 測(cè)量任務(wù)定制、MR 采集功能。其中MR 測(cè)量任務(wù)定制功能包括定制功能是否開(kāi)啟、采樣周期、采集周期、采集開(kāi)始結(jié)束時(shí)間、上報(bào)路徑等，以滿(mǎn)足網(wǎng)管MR 采集相關(guān)的功能業(yè)務(wù)需求；MR 采集活動(dòng)是指網(wǎng)管系統(tǒng)定期接收微站設(shè)備上傳的MR文件，以便后續(xù)進(jìn)行MR文件的解析和計(jì)算。

1.2.3 南向接口數(shù)據(jù)集模型

在定義完接口協(xié)議、接口功能管理模型后，還需對(duì)南向接口數(shù)據(jù)集進(jìn)行分類(lèi)、定義。首先將參數(shù)分為設(shè)備信息參數(shù)管理、軟件版本參數(shù)管理、基站網(wǎng)管參數(shù)管理、告警參數(shù)管理等17 大類(lèi)，如表3 所示。其次定義參數(shù)名稱(chēng)、參數(shù)類(lèi)型、參數(shù)功能、字符段類(lèi)型等數(shù)據(jù)，進(jìn)一步完善和滿(mǎn)足網(wǎng)管系統(tǒng)數(shù)據(jù)庫(kù)建設(shè)要求，同時(shí)規(guī)避了不同產(chǎn)品的差異。

表3 南向接口數(shù)據(jù)集模型

基于表3 的參數(shù)分類(lèi)衍生出近千個(gè)基礎(chǔ)參數(shù)，分別代表不同功能和屬性，并映射至設(shè)備系統(tǒng)最底層通信協(xié)議數(shù)據(jù)，最終形成網(wǎng)管系統(tǒng)各項(xiàng)功能的數(shù)據(jù)源和執(zhí)行點(diǎn)。

1.3 北向接口

5G 微站網(wǎng)管系統(tǒng)支持FTP/SFTP、SOCKET 等北向接口類(lèi)型，而且每種接口應(yīng)支持不少于20個(gè)的并發(fā)連接能力。北向接口的具體要求如下。

a）FTP 文件接口。資源、性能、MR 等數(shù)據(jù)應(yīng)支持通過(guò)FTP采集、FTP/SFTP文件接口北向傳輸。

b）SOCKET 接口。實(shí)時(shí)告警應(yīng)支持通過(guò)SOCKET接口實(shí)現(xiàn)實(shí)時(shí)采集和實(shí)時(shí)北向傳輸。

c）RestFul API 接口。支持并提供Open API，開(kāi)放關(guān)鍵的網(wǎng)元管理、網(wǎng)絡(luò)管理服務(wù)等，支持第三方APP調(diào)用。

根據(jù)信息歸類(lèi)，F(xiàn)TP 采集的數(shù)據(jù)進(jìn)一步細(xì)分為基站配置、小區(qū)配置、CU/DU 配置、AAU 配置、板卡配置、天線(xiàn)配置、5G 基站參數(shù)、5G 小區(qū)參數(shù)、波束管理參數(shù)、QoS 及切片類(lèi)配置、告警過(guò)濾規(guī)則配置、License 配置、基站性能、小區(qū)性能等數(shù)據(jù)。

5G 微站網(wǎng)管系統(tǒng)Open API 接口及其調(diào)用是網(wǎng)管能力開(kāi)放體系的重要組成部分，提供API接口，開(kāi)放關(guān)鍵的網(wǎng)元管理、網(wǎng)絡(luò)管理服務(wù)等，支持第三方平臺(tái)的接入，API 提供的服務(wù)應(yīng)包括：對(duì)網(wǎng)元和網(wǎng)管的配置、參數(shù)等下發(fā)配置和修改指令，以及對(duì)網(wǎng)元和網(wǎng)管的配置、性能、告警、MR 等指標(biāo)進(jìn)行自定義組合查詢(xún)，并將查詢(xún)結(jié)果反饋到第三方平臺(tái)等。

2 網(wǎng)絡(luò)管理架構(gòu)

2.1 系統(tǒng)架構(gòu)

網(wǎng)管系統(tǒng)采用當(dāng)前流行的基于云平臺(tái)的微服務(wù)架構(gòu)模式，該模式不僅容量大，還可動(dòng)態(tài)擴(kuò)展，滿(mǎn)足5G微站監(jiān)控、運(yùn)維的需求。網(wǎng)管系統(tǒng)的云服務(wù)架構(gòu)分為3層：SaaS、PaaS、IaaS，具體的系統(tǒng)架構(gòu)如圖5所示。

圖5 5G微站網(wǎng)管系統(tǒng)架構(gòu)

a）SaaS：云應(yīng)用程序服務(wù)層。通過(guò)網(wǎng)絡(luò)向網(wǎng)絡(luò)運(yùn)營(yíng)人員提供網(wǎng)絡(luò)管理的應(yīng)用程序和服務(wù)，除日常通用管理模塊和功能外，還提供個(gè)性化服務(wù)、定制管理、自定義模塊等特色需求功能，滿(mǎn)足5G微站日常維護(hù)和優(yōu)化需求。

b）PaaS：云平臺(tái)服務(wù)層。為應(yīng)用程序服務(wù)層提供業(yè)務(wù)云組件、云業(yè)務(wù)服務(wù)功能。該層主要包括網(wǎng)管基礎(chǔ)服務(wù)和第三方組件兩大部分。網(wǎng)管基礎(chǔ)服務(wù)由業(yè)務(wù)處理層、通信處理層組成，前者包含了API 接口、北向接口、配置管理、告警服務(wù)、文件存儲(chǔ)服務(wù)、安全服務(wù)、日志服務(wù)等各種功能模塊，后者是CWMP 通信服務(wù)、網(wǎng)關(guān)通信服務(wù)、CSP3通信服務(wù)、文件通信服務(wù)等通信標(biāo)準(zhǔn)協(xié)議。第三方組件主要是應(yīng)用在數(shù)據(jù)庫(kù)、Web服務(wù)的通用組件，如Redis 緩存服務(wù)、Kafka 消息中間件服務(wù)等。

c）IaaS：基礎(chǔ)服務(wù)層。通過(guò)虛擬化技術(shù)為組織提供云計(jì)算基礎(chǔ)資源服務(wù)，主要包括數(shù)據(jù)采集、存儲(chǔ)數(shù)據(jù)庫(kù)、數(shù)據(jù)運(yùn)算等。

2.2 功能模塊架構(gòu)

5G 微站網(wǎng)管系統(tǒng)功能模塊從下至上分別由資源層、數(shù)據(jù)采集層、數(shù)據(jù)處理層、數(shù)據(jù)存儲(chǔ)層、業(yè)務(wù)模塊層、功能展示層共6 部分組成，各功能層分工明確，層級(jí)之間分別配置不同的接口、協(xié)議來(lái)進(jìn)行調(diào)用和配置管理，整體上來(lái)說(shuō)下層服務(wù)于上層，并接受上層管理，具體如圖6所示。

圖6 5G微站網(wǎng)管系統(tǒng)功能模塊

功能展示層包括告警視圖、資源視圖、報(bào)表視圖、日志視圖和系統(tǒng)管理等，該功能層是管理者與網(wǎng)管系統(tǒng)的交互界面，首先以圖表形式呈現(xiàn)網(wǎng)管系統(tǒng)的狀態(tài)數(shù)據(jù)和性能數(shù)據(jù)，其次是管理者進(jìn)行系統(tǒng)管理的接口，如進(jìn)行系統(tǒng)配置、報(bào)表定制以及告警處理等，后期還可以基于大數(shù)據(jù)技術(shù)進(jìn)行智能化管理，如結(jié)合設(shè)備告警、性能數(shù)據(jù)、MR 測(cè)量數(shù)據(jù)，進(jìn)行綜合分析，對(duì)設(shè)備參數(shù)進(jìn)行智能化配置和優(yōu)化。

業(yè)務(wù)模塊層服務(wù)于功能展示層，是對(duì)功能展示層各項(xiàng)功能和管理進(jìn)行分解，同時(shí)又對(duì)數(shù)據(jù)存儲(chǔ)層進(jìn)行管理。該層主要由告警管理、資源管理、統(tǒng)計(jì)分析、任務(wù)管理、拓?fù)涔芾?、業(yè)務(wù)管理、安全管理、系統(tǒng)管理等關(guān)鍵模塊組成。

數(shù)據(jù)存儲(chǔ)層主要由關(guān)系型數(shù)據(jù)庫(kù)、文件存儲(chǔ)和矢量數(shù)據(jù)組成，該層服務(wù)于業(yè)務(wù)管理模塊，同時(shí)對(duì)數(shù)據(jù)處理層文件處理結(jié)果進(jìn)行分類(lèi)存儲(chǔ)和管理。其中關(guān)系型數(shù)據(jù)庫(kù)采用關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，支持大部分的SQL 標(biāo)準(zhǔn)，并且提供了很多其他現(xiàn)代特性，如復(fù)雜查詢(xún)、多版本并發(fā)控制等；文件存儲(chǔ)采用分布式文件系統(tǒng)，解決了大容量存儲(chǔ)和負(fù)載均衡的問(wèn)題。

數(shù)據(jù)處理層一方面對(duì)管理或任務(wù)所需數(shù)據(jù)、指標(biāo)進(jìn)行關(guān)聯(lián)分析、解析入庫(kù)，另一方面對(duì)數(shù)據(jù)采集層采集的性能文件、MR文件、數(shù)據(jù)等進(jìn)行解析和處理。

數(shù)據(jù)采集層對(duì)接入的設(shè)備進(jìn)行狀態(tài)監(jiān)控、數(shù)據(jù)采集，并將結(jié)果上傳至數(shù)據(jù)處理層。

資源層就是根據(jù)不同協(xié)議標(biāo)準(zhǔn)接入的設(shè)備，包括微站、直放站、網(wǎng)關(guān)、數(shù)通設(shè)備等，支撐系統(tǒng)進(jìn)行監(jiān)控和數(shù)據(jù)采集等。

3 部署方案

由于5G 微站網(wǎng)管系統(tǒng)采用基于云平臺(tái)的微服務(wù)架構(gòu)模式，具有部署靈活、易于擴(kuò)容、超強(qiáng)兼容等特性，可以為網(wǎng)絡(luò)建設(shè)方提供多樣式、個(gè)性化部署方案。當(dāng)前主要有3種部署方案：基于總部部署、基于大區(qū)部署和基于省分部署。

3.1 基于總部部署

5G 微站網(wǎng)管系統(tǒng)全國(guó)部署一套，統(tǒng)一管控全國(guó)5G 微站系列設(shè)備。部署時(shí)需打通與各省分的傳輸網(wǎng)絡(luò)，包括各省分公司的DCN 網(wǎng)、IPRAN 及4G 網(wǎng)關(guān)系統(tǒng)，還要打通與各省分的短信網(wǎng)關(guān)，實(shí)現(xiàn)短信通信功能，建立信息回傳專(zhuān)用通道。實(shí)際部署時(shí)傳輸網(wǎng)絡(luò)需根據(jù)全國(guó)網(wǎng)絡(luò)規(guī)劃現(xiàn)狀評(píng)估設(shè)計(jì)，考慮安全性、帶寬、投資等因素。集中式部署方案如圖7所示。

圖7 基于總部部署5G微站網(wǎng)管系統(tǒng)

從圖7 中可以看出，5G 微站系列設(shè)備通過(guò)南向接口接入5G 微站網(wǎng)管系統(tǒng)。同時(shí)網(wǎng)管系統(tǒng)通過(guò)北向接口對(duì)接至各省分公司綜合網(wǎng)管，集團(tuán)綜合網(wǎng)管系統(tǒng)通過(guò)省分網(wǎng)管系統(tǒng)獲取各省社會(huì)化基站的相關(guān)統(tǒng)計(jì)數(shù)據(jù)，也可以直接接入5G微站網(wǎng)管系統(tǒng)。

該方案的優(yōu)點(diǎn)是全國(guó)建設(shè)一套網(wǎng)管，集團(tuán)統(tǒng)一掌控網(wǎng)管，對(duì)各省運(yùn)維管理的規(guī)范性和統(tǒng)一性較好。劣勢(shì)就是網(wǎng)管需打通各省IPRAN接入網(wǎng)、4G/5G網(wǎng)關(guān)、短信網(wǎng)關(guān)來(lái)對(duì)全國(guó)網(wǎng)元進(jìn)行實(shí)時(shí)管理，傳輸網(wǎng)絡(luò)要求高且復(fù)雜，安全設(shè)計(jì)和安全防范要求高，網(wǎng)絡(luò)建設(shè)落地可行性較低，后期運(yùn)維壓力大，故障排查難度大，另外網(wǎng)管的功能優(yōu)化升級(jí)只能全國(guó)統(tǒng)籌考慮，可能無(wú)法滿(mǎn)足省分公司的個(gè)性需求。

3.2 基于大區(qū)部署

大區(qū)式部署方案就是基于5GC 分區(qū)方案（全國(guó)6個(gè)大區(qū)），每個(gè)大區(qū)部署一套5G微站管理系統(tǒng)，大區(qū)內(nèi)各省分、市分公司通過(guò)反拉終端分權(quán)分域管理各自接入的設(shè)備，該部署方案與集中式部署基本類(lèi)似，包括傳輸網(wǎng)絡(luò)建設(shè)要求、運(yùn)維方案等都也基本一致。

相對(duì)于基于總部部署的方案，基于大區(qū)部署的方案在管理區(qū)域的范圍、部署周期、運(yùn)維難度、投資等方面有所不同，但仍然存在跨省傳輸解決方案難度大的問(wèn)題。

3.3 基于省分部署

本方案是由各省分公司分別部署5G 微站管理系統(tǒng)。該方案部署時(shí)首先需要打通與DCN 網(wǎng)、IPRAN、網(wǎng)關(guān)的傳輸通道，還要打通短信網(wǎng)關(guān)，打通信息回傳通道，省分公司綜合網(wǎng)管通過(guò)基于DCN 網(wǎng)的北向接口對(duì)5G 微站及網(wǎng)管系統(tǒng)進(jìn)行管理，具體部署方案如圖8所示。

圖8 基于省分部署5G微站網(wǎng)管系統(tǒng)

由于省內(nèi)部署，傳輸網(wǎng)絡(luò)解決方案難度陡然降低，落地相對(duì)簡(jiǎn)易，5G微站系列產(chǎn)品的規(guī)劃、建設(shè)協(xié)調(diào)靈活可控，后期維護(hù)方便，風(fēng)險(xiǎn)相對(duì)較小。唯一劣勢(shì)就是各省分別建設(shè)5G 微站網(wǎng)管系統(tǒng)時(shí)總體投資相對(duì)較高。

3.4 小結(jié)

5G 微站網(wǎng)管系統(tǒng)3 種部署方案各有優(yōu)劣：基于總部部署便于全國(guó)統(tǒng)一管理、規(guī)范化運(yùn)營(yíng)，但是打通數(shù)據(jù)傳輸網(wǎng)絡(luò)是個(gè)難點(diǎn)，網(wǎng)絡(luò)故障影響范圍廣，難以滿(mǎn)足省分公司個(gè)性化服務(wù)等；基于省分公司部署優(yōu)劣點(diǎn)與基于總部部署截然相反，各省公司可以根據(jù)自身實(shí)際需求靈活部署和應(yīng)用，省內(nèi)數(shù)據(jù)回傳網(wǎng)絡(luò)也易于打通，但是部署成本相對(duì)較高；基于大區(qū)部署則是這2種方案的折中，優(yōu)劣介于兩者之間。

考慮到前期各區(qū)域5G 網(wǎng)絡(luò)建設(shè)進(jìn)度和需求迫切性不一致，建議優(yōu)先采用基于省分部署方案來(lái)落地和應(yīng)用5G 微站網(wǎng)管系統(tǒng)，待后期5G 微站大規(guī)模應(yīng)用時(shí)可以采用基于云平臺(tái)的總部部署方案，實(shí)現(xiàn)對(duì)5G設(shè)備統(tǒng)一管控、規(guī)范運(yùn)營(yíng)的目標(biāo)。

4 總結(jié)

5G 微站網(wǎng)管系統(tǒng)不僅面向5G 多形態(tài)微站產(chǎn)品、直放站產(chǎn)品的接入和管理，也可以接入和管理4G基站產(chǎn)品，從根本上規(guī)避了產(chǎn)品間差異性，能夠?qū)崿F(xiàn)對(duì)所有接入產(chǎn)品的統(tǒng)一管控，為電信運(yùn)營(yíng)商帶來(lái)網(wǎng)絡(luò)建設(shè)便捷性、維護(hù)高效性。由于5G 網(wǎng)絡(luò)建設(shè)前期各地對(duì)5G建設(shè)需求不一致，而且各區(qū)域間傳輸網(wǎng)絡(luò)具有差異性，建議電信運(yùn)營(yíng)商在省分公司層面，根據(jù)實(shí)際需求，優(yōu)先部署5G微站管理系統(tǒng)，不僅可以滿(mǎn)足區(qū)域差異性需求，而且可以有效減少上行實(shí)時(shí)回傳帶寬，節(jié)省網(wǎng)絡(luò)資源；待后期網(wǎng)絡(luò)成熟，打通省分傳輸網(wǎng)絡(luò)的門(mén)檻降低時(shí)，可以考慮全國(guó)部署一套5G微站管控系統(tǒng)進(jìn)行全國(guó)統(tǒng)一管理和維護(hù)。

5G 微站網(wǎng)管系統(tǒng)除了為電信運(yùn)營(yíng)商帶來(lái)建設(shè)和維護(hù)便捷外，還可以進(jìn)一步面向垂直行業(yè)應(yīng)用推廣，針對(duì)工業(yè)制造、智慧城市、智能家居等諸多應(yīng)用場(chǎng)景，提供一套完善的管理平臺(tái)，對(duì)下兼容各類(lèi)通信產(chǎn)品和系統(tǒng)，屏蔽差異性，柔性擴(kuò)展，對(duì)上提供網(wǎng)絡(luò)維護(hù)、智能應(yīng)用接口，諸如節(jié)能管理、定位管理、大數(shù)據(jù)分析等，并向第三方應(yīng)用開(kāi)放接口。