呂振通，張 奎，康 凱，胡 祎，張世華（.中訊郵電咨詢設(shè)計院有限公司，北京 00048；.中訊郵電咨詢設(shè)計院有限公司鄭州分公司，河南鄭州 450007；.中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司，北京 000）

1 技術(shù)升級和業(yè)務(wù)驅(qū)動加速運營商網(wǎng)絡(luò)升級

2012 年10 月，ETSI 在德國SDN 和OpenFlow 世界大會上發(fā)布的白皮書中引入NFV。2014 年9 月，由Linux 基金會發(fā)起的OPNFV（Open Platform for NFV）項目啟動。ETSI ISG 和OPNFV 密切合作，共同推動NFV概念和技術(shù)的發(fā)展。

隨著NFV 日益成熟，越來越多的設(shè)備廠家提供基于NFV 的商品和服務(wù)，而越來越多的運營商在通信網(wǎng)絡(luò)中逐步引入NFV設(shè)備進行網(wǎng)絡(luò)云化改造。

ETSI NFV 標準組織對NFV的定義是：NFV作為一個解決方案，能夠解決由傳統(tǒng)專有的基于硬件的網(wǎng)絡(luò)組件不斷增加而導致的問題，能夠滿足云計算、大數(shù)據(jù)、物聯(lián)網(wǎng)等需求。NFV 通過發(fā)展標準的IT 虛擬化技術(shù)，將網(wǎng)絡(luò)設(shè)備整合到行業(yè)標準的高容量服務(wù)器、交換機和存儲上來解決這些問題。幫助運營商和數(shù)據(jù)中心更加敏捷地為客戶創(chuàng)建和部署網(wǎng)絡(luò)，降低設(shè)備投資和運營費用。

網(wǎng)絡(luò)功能虛擬化（NFV）的優(yōu)點主要如下。

a）通過軟硬件解耦，基于虛擬化資源和通用IT硬件設(shè)備部署，包括但不限于服務(wù)器、存儲和交換機等，部署上層業(yè)務(wù)應(yīng)用軟件。借助通用IT 設(shè)備的規(guī)模效益，降低建設(shè)和維護成本。

b）基于虛擬化的應(yīng)用軟件，可利用統(tǒng)一業(yè)務(wù)編排，縮短網(wǎng)絡(luò)運營的業(yè)務(wù)創(chuàng)新周期，提升創(chuàng)新業(yè)務(wù)的開發(fā)和部署速度，使運營商縮短網(wǎng)絡(luò)建設(shè)和業(yè)務(wù)培育周期。

c）通過網(wǎng)絡(luò)功能虛擬化，將網(wǎng)絡(luò)功能軟件化，使得多業(yè)務(wù)、多版本、多租戶的網(wǎng)絡(luò)應(yīng)用軟件VNF，具備了統(tǒng)一平臺集約共同部署的可能性。通過一套通用平臺，可滿足各類業(yè)務(wù)各類場景部署的資源需求，實現(xiàn)資源共享。

d）基于虛擬化技術(shù)的統(tǒng)一編排，可實現(xiàn)網(wǎng)絡(luò)快速擴、縮容，應(yīng)對業(yè)務(wù)波動，提高資源利用效率。

e）基于通用IT技術(shù)部署的NFV，具有優(yōu)于傳統(tǒng)設(shè)備的擴展性，可根據(jù)用戶不斷變化的需求進行調(diào)整，提供新的或者更大容量的業(yè)務(wù)。

而運營商傳統(tǒng)網(wǎng)絡(luò)采用專用硬件，面臨著建網(wǎng)成本高、靈活性差、不夠開放等問題。網(wǎng)絡(luò)設(shè)備豎井結(jié)構(gòu)導致資源無法共享，網(wǎng)絡(luò)建設(shè)和維護成本高，網(wǎng)絡(luò)能力調(diào)度差，網(wǎng)絡(luò)利用率低。同時封閉的網(wǎng)絡(luò)，無法進行靈活業(yè)務(wù)編排，導致業(yè)務(wù)開通慢，無法及時響應(yīng)市場需求。

隨著業(yè)務(wù)驅(qū)動，不斷涌現(xiàn)的新型IT 技術(shù)正逐漸滲入到電信行業(yè)，加之電信業(yè)務(wù)升級換代，場景延伸至物聯(lián)網(wǎng)、人工智能等領(lǐng)域，電信網(wǎng)絡(luò)亟需轉(zhuǎn)型升級構(gòu)建云化網(wǎng)絡(luò)。同時為滿足5GC 落地部署，各大運營商對于網(wǎng)絡(luò)的擴展性、敏捷性、降成本的需求更加迫切。而5GC自帶的云原生、SBA架構(gòu)和微服務(wù)的理念，以及切片技術(shù)的引入，也決定了運營商在5GC 建設(shè)時，只有基于虛擬化和云化部署，才能在通信行業(yè)日益激烈的競爭中，獲得領(lǐng)先優(yōu)勢。

2 國內(nèi)運營商網(wǎng)絡(luò)云化發(fā)展

2015 年，中國聯(lián)通發(fā)布了《新一代網(wǎng)絡(luò)架構(gòu)白皮書（CUBE-Net 2.0）》，明確了網(wǎng)絡(luò)即服務(wù)（NaaS）引入云計算、SDN 和NFV 技術(shù)進行網(wǎng)絡(luò)的重構(gòu)和改造，使得基礎(chǔ)網(wǎng)絡(luò)具備開放、彈性、敏捷等新的技術(shù)特征。

同年中國移動發(fā)布《NovoNet 2020 愿景》白皮書，提出以新型數(shù)據(jù)中心（TIC）和新型網(wǎng)絡(luò)、新型大腦為核心的面向三層解耦的NovoNet未來網(wǎng)絡(luò)目標架構(gòu)。

2016 年，中國電信發(fā)布了《CTNet-2025 網(wǎng)絡(luò)架構(gòu)白皮書》，明確提出以簡潔、敏捷、開放、集約為特征，構(gòu)建軟件化、集約化、云化、開放的CTNet2025 目標網(wǎng)絡(luò)架構(gòu)；以SDN/NFV 為技術(shù)抓手，以網(wǎng)元云化部署、軟件定義網(wǎng)絡(luò)智能控制、部署新一代運營系統(tǒng)、網(wǎng)絡(luò)DC化改造等為網(wǎng)絡(luò)切入點，推進網(wǎng)絡(luò)的縱向解耦、橫向打通。

基于虛擬化和網(wǎng)絡(luò)云化，各運營商掀起了網(wǎng)絡(luò)重構(gòu)的浪潮。

2017—2018 年，中國聯(lián)通建設(shè)了基于軟硬件解耦的NB-IoT 物聯(lián)網(wǎng)和移動vIMS 網(wǎng)絡(luò)，在運營商中首次大規(guī)模應(yīng)用虛擬化技術(shù)部署商用網(wǎng)絡(luò)。

2014 年中國移動成立蘇州研發(fā)中心，職責定位于云計算、大數(shù)據(jù)、IT 支撐系統(tǒng)前沿技術(shù)的研發(fā)和運營支撐，支撐中國移動網(wǎng)絡(luò)云化技術(shù)演進。經(jīng)過4 年NFV 研發(fā)和試點，2018 年部署基于虛擬化架構(gòu)的NBIoT 網(wǎng)絡(luò)，2019年進行NFV 一期工程建設(shè)，按照八大區(qū)集中部署云化分組域設(shè)備，提高網(wǎng)絡(luò)云化比例。

2020 年隨著5GC 建設(shè)，無論中國移動、中國電信的大區(qū)部署，還是中國電信按省部署的5GC，均采用了云化部署方式，基于電信云部署NFV 架構(gòu)5GC 網(wǎng)元。至此，傳統(tǒng)ATCA設(shè)備生命周期進入倒計時。

2020 年、2021 年期間，三大運營商又陸續(xù)發(fā)布了《云網(wǎng)融合2030 技術(shù)白皮書》、《算力網(wǎng)絡(luò)架構(gòu)與技術(shù)體系白皮書》、《中國移動網(wǎng)絡(luò)技術(shù)白皮書》、《CUBENet 3.0 網(wǎng)絡(luò)創(chuàng)新系列技術(shù)白皮書》等文件，將網(wǎng)絡(luò)云化改造提到新的高度。在網(wǎng)絡(luò)重構(gòu)，實現(xiàn)敏捷、開放、集約的網(wǎng)絡(luò)轉(zhuǎn)型基礎(chǔ)上，推動云網(wǎng)融合和算力網(wǎng)絡(luò)，實現(xiàn)網(wǎng)絡(luò)數(shù)字化轉(zhuǎn)型。

3 網(wǎng)絡(luò)云化改造面臨的問題與思考

從核心網(wǎng)NFV 入手，運營商網(wǎng)絡(luò)云化改造已在穩(wěn)步推進。但是隨著vEPC、vIMS、5GC 的部署，網(wǎng)絡(luò)云化改造也暴露了一些問題。

目前運營商網(wǎng)絡(luò)云化建設(shè)積極吸納IT 優(yōu)點，但由于通信網(wǎng)絡(luò)、網(wǎng)元的復雜性，以及CT、IT行業(yè)的側(cè)重點不同，網(wǎng)絡(luò)云化部署還面臨很多問題和挑戰(zhàn)。適用于互聯(lián)網(wǎng)的技術(shù)不能完全照搬到通信領(lǐng)域，IT和CT對網(wǎng)絡(luò)性能和云平臺的衡量標準也不盡相同。

a）電信網(wǎng)絡(luò)云化的行業(yè)標準有待完善和加強。由于openstack開源的天然屬性，除基本NFV 架構(gòu)的定義外，各運營商、設(shè)備制造商基于基本架構(gòu)均制定了自有標準和接口，對云化平臺進行增強和定制化改造。企業(yè)標準有利于網(wǎng)絡(luò)云化試點的快速部署和測試，但是底層設(shè)備容易被廠商鎖定，造成三層解耦困難，形成新的軟煙囪，阻礙新進云化廠家網(wǎng)絡(luò)部署，不利于行業(yè)生態(tài)發(fā)展。而行業(yè)標準有助于平臺系統(tǒng)構(gòu)建良好的移植性和兼容性。

b）由于NFV 中SDN 非必選項，在云化部署時，電信云化解決方案的整體架構(gòu)和NFV/SDN 相關(guān)模塊接口的標準不完善，產(chǎn)品間存在部分不兼容的接口，這使得在網(wǎng)絡(luò)部署時面臨管理和自動化編排的挑戰(zhàn)。

c）隨著分布式存儲的成熟和應(yīng)用，分布式存儲和云平臺的接口標準化也有待加強?，F(xiàn)網(wǎng)云化改造和部署時，異廠家分布式存儲和云平臺之間缺乏有效對接標準，部署困難，不利于分布式存儲引入資源池。

d）由于運營商網(wǎng)絡(luò)復雜性和網(wǎng)元設(shè)備多樣化，各專業(yè)網(wǎng)元云化步伐不一致，在DC 資源池規(guī)劃時，很難做到DC 布局一步到位。同時受限于局房條件，導致部分區(qū)域資源池分散部署，無法體現(xiàn)集約化優(yōu)勢。

e）網(wǎng)絡(luò)云化部署帶來了運維新挑戰(zhàn)。軟硬分離的架構(gòu)和IT 技術(shù)的引入，對網(wǎng)絡(luò)維護人員提出了更高的要求，傳統(tǒng)的網(wǎng)絡(luò)指標體系和管理標準無法適應(yīng)軟硬分離的架構(gòu)，亟需更新。復雜網(wǎng)絡(luò)維護環(huán)境也需要新的、適應(yīng)虛擬化架構(gòu)的自動化維護工具來提升維護效率。

f）云化改造和云化部署，也帶來了新的安全問題。由于底層技術(shù)的通用性和開源特性，以及通信業(yè)務(wù)和IT 業(yè)務(wù)在安全上的差異性，除傳統(tǒng)業(yè)務(wù)的安全問題之外，如何做好云資源的安全防護，也是云化改造中需要著重考慮的問題。

4 網(wǎng)絡(luò)云化改造建議

4.1 云化網(wǎng)元

技術(shù)標準演進，新功能的引入，原有架構(gòu)的完善，微服務(wù)、容器等云計算技術(shù)的廣泛采用，使得通信網(wǎng)元從虛擬化向云化發(fā)展?；谀壳斑\營商的部署測試情況，5GC、vIMS、VoLTE 短信網(wǎng)關(guān)等業(yè)務(wù)網(wǎng)元已通過虛擬化測試驗證，滿足初期商用條件。網(wǎng)元虛擬化路徑及步驟遵循“從控制到轉(zhuǎn)發(fā)、從核心到邊緣、從增量到存量”的總體原則。

根據(jù)網(wǎng)元云化成熟度，現(xiàn)階段適宜云化部署的業(yè)務(wù)主要有管理平臺、創(chuàng)新業(yè)務(wù)平臺以及控制類網(wǎng)元或業(yè)務(wù)系統(tǒng)，具體如下。

a）核心網(wǎng)：5GC、vIMS、vEPC、MEC等。

b）業(yè)務(wù)平臺：視頻彩鈴、VoLTE 短信網(wǎng)關(guān)、5G 消息等。

c）創(chuàng)新產(chǎn)品：承載網(wǎng)控制編排器、業(yè)務(wù)開通網(wǎng)關(guān)、切片編排器、端到端分析系統(tǒng)等。

d）管理平臺：OSS 系統(tǒng)、網(wǎng)管系統(tǒng)、運維支撐系統(tǒng)等。

4.2 云化網(wǎng)絡(luò)架構(gòu)

網(wǎng)絡(luò)云化總體應(yīng)遵循“集約、共享、彈性、敏捷”的原則，結(jié)合通信網(wǎng)絡(luò)分層架構(gòu)特點，未來云化網(wǎng)絡(luò)適宜按照“核心+省級+本地/邊緣“的三級云DC架構(gòu)進行布局，并統(tǒng)一資源管理和業(yè)務(wù)調(diào)度，以實現(xiàn)集約化/智能化的運營管理（見圖1）。

圖1 網(wǎng)絡(luò)云化架構(gòu)

a）核心節(jié)點：按大區(qū)部署，集中部署網(wǎng)元（控制面、平臺等）、創(chuàng)新平臺、集中OSS、集中網(wǎng)管等。

b）省級：省會城市+省內(nèi)中心（計劃單列市），多業(yè)務(wù)融合部署，統(tǒng)一資源池，承載不出省業(yè)務(wù)和屬地平臺/網(wǎng)元；省內(nèi)OSS、創(chuàng)新平臺等。

c）本地/邊緣：布局+客戶驅(qū)動，按需建設(shè)，包括MEC、邊緣網(wǎng)元等。

4.3 云資源池分類及云平臺部署建議

云化網(wǎng)元類型、業(yè)務(wù)特點、安全訴求、解耦難度各不相同，為便于規(guī)劃資源池、有效支撐業(yè)務(wù)部署，根據(jù)承載業(yè)務(wù)類型不同，可將資源池劃分為2類。

a）網(wǎng)絡(luò)能力域資源池：側(cè)重于網(wǎng)絡(luò)功能的虛擬化，意在建設(shè)云化的新型電信網(wǎng)絡(luò)服務(wù)環(huán)境，為打造高效、彈性、按需服務(wù)的業(yè)務(wù)網(wǎng)絡(luò)夯實基礎(chǔ)。業(yè)務(wù)類型以路由型網(wǎng)元為主，云平臺基于開源社區(qū)+ETSI，廠家自定義增強功能多，現(xiàn)階段以軟硬解耦部署為主，后續(xù)要推動三層解耦試點驗證，統(tǒng)一部署云平臺軟件，實現(xiàn)資源統(tǒng)一共享調(diào)度。

b）創(chuàng)新業(yè)務(wù)域資源池：針對運營商內(nèi)部的應(yīng)用系統(tǒng)的云化，如部分創(chuàng)新平臺、管理平臺等系統(tǒng)的云化，支撐內(nèi)部應(yīng)用的快速部署及靈活擴展。業(yè)務(wù)類型以主機型網(wǎng)元為主。在統(tǒng)一技術(shù)框架下，統(tǒng)一部署虛擬化軟件平臺。主要以虛機的形式提供云資源，滿足云化系統(tǒng)部署要求。

為確?；A(chǔ)通信網(wǎng)絡(luò)可靠性和安全性，保障網(wǎng)絡(luò)及業(yè)務(wù)質(zhì)量，網(wǎng)絡(luò)能力域與創(chuàng)新業(yè)務(wù)域建議初期獨立發(fā)展、獨立建設(shè)。

4.4 云資源池標準化組網(wǎng)建議

按照層次化架構(gòu)設(shè)計，核心資源池采用Spine-Leaf Fabric 方式的組網(wǎng)架構(gòu)，自下而上分為接入層、核心層、出口層3層，各層部署的設(shè)備如下。

a）接入層：部署Leaf 交換機和各類服務(wù)器、存儲設(shè)備，并完成服務(wù)器/存儲設(shè)備與接入交換機的互聯(lián)。

b）核心層：部署Spine 交換機，向下匯聚所有接入層交換機，進行匯聚，完成DC 內(nèi)流量快速、無阻塞轉(zhuǎn)發(fā)，向上與出口設(shè)備互聯(lián)。

c）出口層：部署DCGW，可根據(jù)實際需求選用核心交換機或路由器設(shè)備，按需配置防火墻、接入VPN、入侵防御系統(tǒng)、防病毒網(wǎng)關(guān)等安全設(shè)備，DCGW 向下連接Spine 交換機，向上與外部網(wǎng)絡(luò)AR/ER 等設(shè)備互聯(lián)，完成與外網(wǎng)設(shè)備路由信息的同步和報文轉(zhuǎn)發(fā)。DCGW與外部AR/ER 等設(shè)備互聯(lián)時應(yīng)采用多路由，并避免單點連接。

根據(jù)資源池定位、業(yè)務(wù)需求的不同等，資源池組網(wǎng)架構(gòu)可以分為網(wǎng)絡(luò)能力域資源池組網(wǎng)架構(gòu)（見圖2）和創(chuàng)新業(yè)務(wù)域資源池組網(wǎng)架構(gòu)（見圖3）。

圖2 網(wǎng)絡(luò)能力域資源池組網(wǎng)架構(gòu)示意圖（無公網(wǎng)連接）

圖3 創(chuàng)新業(yè)務(wù)域資源池組網(wǎng)架構(gòu)（有公網(wǎng)訪問需求）

對于省級及本地/邊緣資源池，考慮資源池規(guī)模有限，建議采用Spine/Leaf 2 層網(wǎng)絡(luò)架構(gòu)，Spine 兼做DCGW，Spine 可根據(jù)業(yè)務(wù)需求部署為路由器或核心交換機。

4.5 DC局房布局建議

DC選址時應(yīng)注意遵循以下原則。

a）核心DC 建議以超大型、大型數(shù)據(jù)中心為主，可在省級（集團級）數(shù)據(jù)中心基地、省級通信樞紐機房中選擇；核心DC可以兼做省級DC。

b）省級DC 原則上多需求專業(yè)共址建設(shè)，主用省級DC 數(shù)量應(yīng)不多于3 個。熱點區(qū)域根據(jù)業(yè)務(wù)實際需求可適當增加節(jié)點。省級DC 可在省級（集團級）數(shù)據(jù)中心基地、省級通信樞紐機房中選擇。

c）本地/邊緣DC 按需建設(shè)，可在核心機房、核心節(jié)點機房、IDC、匯聚機房中選擇。

d）DC 局房資源需求要考慮現(xiàn)有機房老舊設(shè)備的整合騰退，充分利用現(xiàn)有資源。

結(jié)合云資源需求情況，DC局房機架資源預留需求建議如下。

a）核心DC：對于單一網(wǎng)絡(luò)云化場景，單DC 機架規(guī)模建議不小于300～500。

b）省級DC：單DC應(yīng)具備100機架以上擴展能力，預留發(fā)展空間。

c）結(jié)合各DC 改造條件，DC 內(nèi)單機架功耗按照4～6 kW考慮。

d）同時考慮傳輸和承載要求，DC 機房選址時應(yīng)盡量與骨干傳輸網(wǎng)和承載網(wǎng)（IP 承載網(wǎng)、城域網(wǎng)等）同局址。

5 網(wǎng)絡(luò)云化安全防護要求

網(wǎng)絡(luò)云化大規(guī)模的商用部署能夠提高計算效率，降低建設(shè)成本，但是采用云計算搭建的系統(tǒng)與傳統(tǒng)的信息系統(tǒng)相比，其虛擬化、資源共享和分布式架構(gòu)也存在安全問題，如果防護措施不當會嚴重威脅個人、公司甚至國家的網(wǎng)絡(luò)安全。為適應(yīng)新形勢的需要，2019 年國家標準化管理委員會發(fā)布了新修訂的《信息安全技術(shù)網(wǎng)絡(luò)安全等級保護基本要求》，這標志著等級保護2.0時代的來臨。

新標準以“安全通用要求+新型應(yīng)用的安全擴展要求”的組合要求，形成了安全通信網(wǎng)絡(luò)、安全區(qū)域邊界和安全計算環(huán)境支持下的三重防護體系架構(gòu)，與安全管理中心一起形成“一個中心，三重防護”的安全保護體系。本文根據(jù)等級保護2.0 對云計算的安全防護要求并結(jié)合實際業(yè)務(wù)需求，充分考慮網(wǎng)絡(luò)云化的風險和部署成本，設(shè)計了通信云的安全防護體系架構(gòu)，具備防火墻、SSL VPN等10項安全能力，如圖4所示。

圖4 通信云等級保護建設(shè)主要安全產(chǎn)品需求

基于通信云安全防護架構(gòu)，建立分區(qū)分域、邊界零信任、集約部署、合規(guī)運營的縱深防御體系，實現(xiàn)邊界、網(wǎng)絡(luò)、計算資源的全面防護。

a）分區(qū)分域：根據(jù)資源應(yīng)用場景，將業(yè)務(wù)域、存儲域、管理域劃分為可信區(qū)和DMZ區(qū)。

b）邊界零信任：跨安全區(qū)、跨大區(qū)、跨DC 交互采用零信任機制，通過流量級、應(yīng)用級和虛機級安全策略，保證物理和虛擬邊界的隔離與管控。

c）集約部署：集約化建設(shè)安全管理中心，實現(xiàn)安全能力按需調(diào)度、安全事件集中管理和安全策略統(tǒng)一編排等智能化運維能力，還將逐步推動所有安全能力的軟件化和池組化。

d）合規(guī)運營：通過部署漏洞掃描、基線核查等能力防止計算資源帶病上線和運行，并通過4A機制實現(xiàn)對計算資源的賬號、認證、授權(quán)和審計管理。

6 網(wǎng)絡(luò)云化后續(xù)演進

3GPP R15在5GC網(wǎng)絡(luò)規(guī)范中引入了SBA架構(gòu)，定義了網(wǎng)絡(luò)功能服務(wù)。從新的架構(gòu)和網(wǎng)絡(luò)功能服務(wù)定義來看，通信網(wǎng)絡(luò)在向云原生、微服務(wù)演進，借鑒IT 思想實現(xiàn)網(wǎng)絡(luò)功能重構(gòu)。在新的架構(gòu)下，基于容器的微服務(wù)架構(gòu)成為5G 核心網(wǎng)的未來演進方向。通過容器的應(yīng)用，將緊耦合的網(wǎng)元功能拆分為松耦合的微服務(wù)，有利于網(wǎng)絡(luò)功能的獨立部署、升級和擴展，有利于實現(xiàn)業(yè)務(wù)快速迭代和創(chuàng)新，實現(xiàn)5G核心網(wǎng)按需調(diào)用以及靈活可編排的業(yè)務(wù)能力?；谌萜鞯牡讓踊A(chǔ)架構(gòu)，主要分為2 種方式：一種是基于裸機形式部署容器，提供基礎(chǔ)設(shè)施資源；另一種是基于現(xiàn)有虛擬化平臺提供的虛擬機部署容器，提供基礎(chǔ)設(shè)施資源。由于前期NFV 基于虛擬機部署VNF，已有較為成熟穩(wěn)定的規(guī)?；摂M資源，同時基于虛擬機部署容器，更有利于資源管理和彈性資源分配，因此5G云化部署近期仍采用虛機容器方式。對于資源需求和效率要求較高的網(wǎng)絡(luò)功能，后續(xù)可逐步考慮基于裸機容器進行業(yè)務(wù)部署，簡化資源架構(gòu)，減少故障節(jié)點，提升資源性能。

另一方面，網(wǎng)絡(luò)向云化演進時，云網(wǎng)融合也是不可忽略的一部分。只有實現(xiàn)云網(wǎng)融合，才能真正實現(xiàn)端到端的業(yè)務(wù)和資源統(tǒng)一編排，形成敏捷、彈性、統(tǒng)一的智能化網(wǎng)絡(luò)，提供面向客戶一點接入的網(wǎng)絡(luò)服務(wù)。為智慧城市、能源、公共事業(yè)、制造、供應(yīng)鏈、AR/VR、車聯(lián)網(wǎng)等提供無處不在的云網(wǎng)業(yè)務(wù)。

在云網(wǎng)融合初期，仍將采用集中式算力網(wǎng)絡(luò)方案，基于NFV/SDN 實現(xiàn)算力資源集中管控和編排，算力集中在大區(qū)中心，滿足業(yè)務(wù)發(fā)放和網(wǎng)絡(luò)控制等功能。隨著邊緣低時延、大帶寬、低傳輸成本業(yè)務(wù)的逐步發(fā)展，基于集中式方案的算力網(wǎng)絡(luò)部署將不能滿足業(yè)務(wù)快速發(fā)展的需求，算力能力將由區(qū)域中心逐步下沉到邊緣，形成“云+邊+端”的多級算力網(wǎng)絡(luò)，構(gòu)建一體化算力服務(wù)體系。

網(wǎng)絡(luò)云化、云網(wǎng)融合、算網(wǎng)一體，作為運營商網(wǎng)絡(luò)長期發(fā)展目標，是一個長期的，不斷變化的過程。隨著AI、新型路由協(xié)議、大數(shù)據(jù)等技術(shù)的發(fā)展與成熟，在智慧城市、智能制造、智慧能源、遠程醫(yī)療、家庭娛樂等業(yè)務(wù)場景驅(qū)動下，運營商網(wǎng)絡(luò)將步入全新的領(lǐng)域。