在加快新型基礎設施建設（“新基建”）以及數字化轉型的大背景下，以云計算為代表的新技術基礎設施與5G為代表的通信網絡基礎設施作為“新基建”的底座，都面臨轉型升級，以更好地支撐各行各業全面數字化轉型的要求。而打破傳統IT與CT之間的壁壘，打造架構先進、設施完善、融合創新的云網融合的新型信息基礎設施，就是實現這一要求的必由之路。

在企業全面數字化、智慧化轉型的驅動下，客戶的需求也發生了變化。服務的全面性、便捷性是客戶選擇的重要標準，自助式、一站式、即開即通的互聯網化服務體驗是大勢所趨。而如何適應新時代的挑戰，滿足消費者快速變化的需求，提供更加全面的服務，就是各大運營商面臨的機遇與挑戰。

云網融合將助力電信運營商實現轉型，改變以往云服務、網絡服務等獨立產品為主的服務思路，主推融合型產品，將服務內容由底層向上層延伸，為大企業、行業、中小企業、個人/家庭等各類客戶提供一體化服務，增強自身核心競爭力，助力運營商成為綜合智能信息服務商。運營系統就像是云和網絡的操作系統，是實現云網融合的重要基礎，而運營商現有的運營系統存在著運營效率低、產品上線慢、業務開通周期長、客戶感知差等各種問題，并不能很好地支撐云網融合全面推進，因此，打造新一代面向云網融合的運營系統勢在必行。

現有運營系統存在三大不足

運營商現有的運營系統云網孤立、運營效率低、客戶感知差，制約了云網融合工作的開展，主要表現在以下幾個方面。

一是產品上線慢。現有系統最初是面向維護而非運營的理念設計的，以各種資源為核心，沒有抽象出業務、服務的概念。多數產品的推出、上線均需要經過IT系統的改造及二次開發，甚至涉及到網元接口的改造，無法通過簡單的配置來完成。所以產品上線周期很長，常常達到幾個月甚至1年多。

二是業務開通周期長。現有的系統由于資源信息不準確、自動化程度不足、流程設置不合理等原因，導致了開通業務涉及到的環節過多，且其中還有很多需要人工處理。一個跨省的多節點MPLS VPN（多協議標簽交換虛擬專用網絡）業務開通周期常以月計。

三是分段維護，定位難、排障慢。在現有系統中，云、網都由不同專業部門進行維護，且不同區域、不同段還有各自的維護團隊具體負責。這就導致了系統出現故障時，各專業、各團隊之間責任界定難，原因定位困難，排障工作協調難度大、周期長。

云網融合運營系統的兩大需求

針對現有運營系統的問題，需要運營商以客戶為中心，打造新一代面向云網融合的運營系統，從而優化云網交付流程，全面提升云網運營效率，優化客戶體驗，更好地支撐云網融合工作的開展。

一方面，新運營系統需要支撐全新云網交付流程。新的云網交付流程必須以客戶為中心，具備以下特點：一是產品上線快，能夠將現有的云、網資源以產品化、服務化的方式進行靈活組合，簡單配置即可快速上線；二是客戶靈活定制，客戶可在網廳、掌廳等多個渠道，自主進行產品的靈活組合及定制，并可隨時按需變更；三是業務開通快，優化業務開通流程，減少人工環節，提升系統自動化程度，實現一鍵定購、即時開通。

另一方面，新運營系統需要提供端到端的全面保障。新的運營系統必須能夠快速定位并排除故障，為業務的持續穩定運行提供端到端的全面保障，需要具備三大能力：一是精準刻畫網絡狀態，建立全面完善的網絡狀態監控體系，能夠實時、準確的反映網絡運行狀態，支撐網絡故障的快速定位及排除；二是云網融合運維，改變現有分專業、分段運維導致的責任界定難、故障排除慢等現象，通過融合的云網運營系統實現集中運維；三是自動化智能化，在對網絡進行全面監控，匯聚大量數據的前提下，引入人工智能技術，進一步實現網絡自動化、智能化運維。

面向云網融合的運營系統建設方案

作為全球最大的網絡自動化開源組織，ONAP（開放網絡自動化平臺）于2018年發布了運營商云網融合運營系統的標準架構，其架構可以為本系統的架構提供重要參考。

ONAP平臺架構如圖1所示，其架構有4個特點：云原生部署、微服務化架構、設計態運行態的分離、DevOps（開發運營一體化）敏捷開發；業務也有4個特點：信息模型的抽象、網絡及業務的端到端編排、統一數據采集與分析、實現閉環自動化。

圖1 ONAP 平臺架構（北京版本）

運營系統架構設計

ONAP架構為運營系統的架構給出了良好的參考與借鑒，結合之前的業務需求分析，提出開放、分層、云化承載的新一代云網融合運營系統目標架構。如圖2所示，新一代云網融合運營系統具備5個特點：一是彈性、靈活的微服務架構，云原生化、DevOps的應用開發，滿足業務靈活多變，以及快速上線，敏捷迭代的需求；二是平臺化、生態化，開放自有能力，聚合產業能力，優勢互補；三是網絡能力抽象化、服務化，端到端的網絡及業務編排能力；四是統一的數據采集與分析，支撐全面可視化、運維智能化；五是設計與運行分離，具備功能強大的服務及產品設計能力。

圖2 新一代云網融合運營系統架構示意圖

實現系統敏捷開發

新一代云網融合運營系統應用云原生、微服務化、容器化部署等資源供給方式，引入DevOps及CI/CD（持續集成/持續部署）等開發流程，實現敏捷開發，進一步提高系統開發的效率，更好地滿足快速多變的業務需求以及市場環境。

·微服務劃分

微服務架構提倡將單一應用程序拆分成一些更小顆粒度的服務，使之能夠進行靈活組合，并顯著降低部分微服務的調整對整體業務的影響。微服務的劃分應遵循適度原則，講究平衡，微服務顆粒過大不利于系統解耦，微服務顆粒過小則會增加系統復雜度以及開發成本。建議以業務邊界或用戶需求兩個維度來綜合考慮。

·開發測試流程標準化

采用DevOps的方法，建立標準流程體系，使得開發、測試和運維流程標準化。對應用從需求、設計、開發、測試、到部署上線實現全過程的精細化閉環管理，并打通開發測試環境與生產環境，實現全流程的CI/CD，最終實現新業務、新需求的快速上線、敏捷迭代。

實現網絡與業務靈活編排

靈活編排也是新一代運營系統的一個重要特征，能夠使得電信運營商的服務具有快速部署、動態調整、重復使用的能力，主要通過以下幾個方面實現。

·網管能力解耦

傳統網管多采用煙囪式的封閉架構，就像黑盒子，功能之間緊耦合，難以相互配合。因此要打破這些黑盒子，對網管能力進行充分解耦，形成一個原子化的網絡基本能力，從而使得靈活編排成為可能。

·網絡服務抽象

傳統網管多圍繞資源為核心進行管理，網絡資源與上層產品之間的邏輯非常復雜，每個產品的推出均需要很多的開發工作，而無法通過簡單的配置來完成，導致產品上線周期長。因此，需要對網絡的基本能力按照業務特征、服務目標等進行適當的提煉與封裝，屏蔽底層網絡的一些細節，形成一個個專業域的服務能力，以更好地支撐上層產品與業務。

·設計與編排

傳統運營系統中，產品設計與網絡服務設計分屬于BSS（業務支撐系統）、OSS（運營支撐系統）兩個不同的域，彼此之間缺乏標準化的映射體系，導致理解與實現很容易產生偏差。因此必須打通BSS、OSS之間的壁壘，建立標準化的產品與網絡服務映射體系，更好地實現兩者之間的銜接，從而支撐產品的靈活配置，快速上線。

編排是順序執行一系列預先定義的創建、修改、刪除基礎設施、網絡、應用所需的活動、任務、規則和策略，從而執行指定的流程，以達到自動化運行的目的。編排在一個較高層面上進行，并同時提供基礎設施、網絡和應用的端到端視圖。

數據共享助力智慧運營

現有云網數據分散在各個平臺中，存在資源不準確、不同步、不能充分共享等問題，極大地阻礙了云網一體化運營維護的進展。我們需要建設云網基礎數據共享平臺，對各類基礎數據進行采取與匯聚，建立跨域融合的云網大數據湖。并借助大數據、人工智能等手段，對數據從不同緯度，不同視角進行深度挖掘與分析，為服務編排、運營維護、客戶體驗、資產價值等上層應用提供數據支撐。

隨著網絡的規模的提升，集中化管理與精細化運營的要求日盛，傳統的人工方式已經很難滿足要求，基于大數據平臺的海量數據與AI能力，實現面向AI（人工智能）的網絡智能運維、網絡優化與業務保障，提升網絡運維效率，是大勢所趨。目前已經有一定研究基礎的場景有網絡故障告警及定位、網絡性能優化、網絡熱點事件預測及資源精準投放、機房自動巡檢與節能等，未來將進一步拓展到運營工作的方方面面。

小結

云網融合是電信運營商實現轉型，為大企業、行業、中小企業等各類客戶提供一體化服務，成為綜合智慧信息服務商的必經之路，而新一代云網運營系統就是實現這一目標的重要保障。

云網融合運營系統的下一步工作重點就是能力開放，以平臺化、生態化的運營思路，將合作伙伴的能力與運營商自有的能力進行有機結合，取長補短，豐富自己的技術體系以及服務能力，向工業4.0、智慧城市、智慧園區、智慧醫療、智慧教育、智能家居等政企、行業、個人/家庭客戶的上層智慧化應用及服務進行拓展，助力運營商真正成為綜合智慧信息服務商。

責任編輯：gt