邊緣電信云架構(gòu)與關(guān)鍵技術(shù)

付喬，段曉東，王路，范亞梅

?

邊緣電信云架構(gòu)與關(guān)鍵技術(shù)

付喬，段曉東，王路，范亞梅

（中國移動(dòng)通信研究院，北京 100032）

隨著用戶對(duì)業(yè)務(wù)在時(shí)延、帶寬、智能等多方面的需求日益增長，靠近用戶側(cè)的邊緣云研究工作日趨重要。目前業(yè)界對(duì)于邊緣云的研究還處在起步階段，尚未形成完整的邊緣云體系和解決方案。結(jié)合運(yùn)營商的網(wǎng)絡(luò)轉(zhuǎn)型需求和邊緣業(yè)務(wù)發(fā)展趨勢(shì)，系統(tǒng)闡釋邊緣電信云體系架構(gòu)和核心特征，并針對(duì)邊緣電信云涉及的關(guān)鍵技術(shù)提出解決思路，以共同推進(jìn)邊緣電信云的成熟。

NFV；SDN；邊緣電信云

1 引言

隨著5G技術(shù)的快速發(fā)展和邊緣業(yè)務(wù)的快速興起，越來越多的業(yè)務(wù)產(chǎn)生了邊緣位置部署需求[1]。核心網(wǎng)網(wǎng)關(guān)類業(yè)務(wù)承載百萬級(jí)用戶量，存在大量帶寬需求，例如5G UPF帶寬需求超過300 GB，可將網(wǎng)關(guān)等轉(zhuǎn)發(fā)類網(wǎng)元下沉至邊緣分散，實(shí)現(xiàn)流量本地匯聚和中轉(zhuǎn)，降低傳輸網(wǎng)和核心網(wǎng)的流量負(fù)荷；無線側(cè)網(wǎng)元CRAN-CU要求端到端時(shí)延小于3 ms，需盡量部署在邊緣側(cè)，以滿足業(yè)務(wù)的超低時(shí)延需求；新興的邊緣計(jì)算類業(yè)務(wù)除以上需求外，對(duì)本地快速處理能力需求較強(qiáng)，如視頻加速、車聯(lián)網(wǎng)等，此類邊緣業(yè)務(wù)將根據(jù)業(yè)務(wù)需求分地域按需部署在地市、區(qū)縣或以下機(jī)房。這些對(duì)承載的邊緣云提出了更高的靈活性和動(dòng)態(tài)性要求，邊緣云成為承載高性能云化電信網(wǎng)絡(luò)的關(guān)鍵研究領(lǐng)域之一。

此外，隨著邊緣業(yè)務(wù)和邊緣電信云成為熱點(diǎn)，標(biāo)準(zhǔn)和開源組織針對(duì)邊緣云的討論也逐步深入。目前，國際上多個(gè)開源組織和標(biāo)準(zhǔn)組織（包括ONAP、ETSI MEC、OPNFV、OpenStack等）已針對(duì)邊緣進(jìn)行立項(xiàng)。AT&T也于2018年2月聯(lián)合Intel公司和風(fēng)河（Wind River）公司在Linux Foundation（Linux基金會(huì)）宣布發(fā)起新的針對(duì)邊緣云的開源項(xiàng)目Akraino。國內(nèi)方面，三大運(yùn)營商在邊緣云領(lǐng)域加大研發(fā)力度，以推動(dòng)邊緣云發(fā)展成熟。據(jù)了解，三大運(yùn)營商于2018年4月在CCSA（中國通信標(biāo)準(zhǔn)化協(xié)會(huì)）成立“邊緣云關(guān)鍵技術(shù)研究”項(xiàng)目，研究邊緣云在硬件、容器、加速等關(guān)鍵領(lǐng)域的需求與架構(gòu)。此外，中國移動(dòng)已聯(lián)合Verizon、Intel、ARM、華為、中興等數(shù)10家企業(yè)，在OPNFV主導(dǎo)成立Edge Cloud（邊緣云）項(xiàng)目，旨在針對(duì)邊緣場(chǎng)景，輸出邊緣云參考架構(gòu)，推動(dòng)輕量級(jí)、資源異構(gòu)、遠(yuǎn)程運(yùn)維的邊緣云架構(gòu)的快速實(shí)現(xiàn)。

2 邊緣云總體架構(gòu)及核心特征

國內(nèi)外主流運(yùn)營商均以NFV/SDN為核心技術(shù)[2]，發(fā)布了未來網(wǎng)絡(luò)轉(zhuǎn)型的目標(biāo)架構(gòu)。目標(biāo)架構(gòu)通常采用兩級(jí)電信云架構(gòu)，核心電信云主要承載集中化的業(yè)務(wù)和網(wǎng)元，以云化形態(tài)部署在大型數(shù)據(jù)中心，邊緣電信云主要承載需要分散部署、接近網(wǎng)絡(luò)邊緣的業(yè)務(wù)和網(wǎng)元，可能部署在地市、區(qū)縣乃至接入機(jī)房中，滿足業(yè)務(wù)低時(shí)延、高帶寬等需求[3]。

圖1 邊緣電信云內(nèi)部架構(gòu)

核心電信云因?yàn)榇蠹?，通常具備統(tǒng)一的體系架構(gòu)、硬件模型、虛擬層要求、組網(wǎng)方案、存儲(chǔ)方案等，整體產(chǎn)業(yè)成熟度高。邊緣電信云因?yàn)榭拷脩魝?cè)，機(jī)房供電、制冷、空間等環(huán)境相對(duì)惡劣，承載網(wǎng)元類型差異較大，導(dǎo)致邊緣電信云在體系架構(gòu)與核心電信云有較大差異，且邊緣內(nèi)云內(nèi)部存在異構(gòu)場(chǎng)景，結(jié)合前期業(yè)務(wù)需求分析，對(duì)邊緣云的架構(gòu)及核心特征等進(jìn)行深入分析和研究。

2.1 邊緣電信云的內(nèi)部架構(gòu)及組網(wǎng)方案

2.1.1 邊緣電信云的內(nèi)部架構(gòu)

圖1展示了邊緣電信云的內(nèi)部架構(gòu)。其中灰色陰影部分為物理資源，包括通用服務(wù)器、定制化服務(wù)器和軟硬一體設(shè)備，向上提供虛擬機(jī)、容器、裸機(jī)等異構(gòu)資源，邊緣電信云需根據(jù)場(chǎng)景進(jìn)行差異化部署。

對(duì)于地市級(jí)邊緣電信云，資源池較大，內(nèi)部結(jié)構(gòu)較為統(tǒng)一，以通用服務(wù)器和虛擬機(jī)資源池為主，網(wǎng)元采用SR-IOV實(shí)現(xiàn)高速網(wǎng)絡(luò)轉(zhuǎn)發(fā)，組網(wǎng)采用spine-leaf架構(gòu)，通過管理、業(yè)務(wù)、存儲(chǔ)三平面的流量物理隔離方式實(shí)現(xiàn)，結(jié)合SDN功能實(shí)現(xiàn)網(wǎng)絡(luò)配置自動(dòng)化，采用分布式存儲(chǔ)為網(wǎng)元提供存儲(chǔ)容量。

區(qū)縣及以下邊緣電信云相對(duì)規(guī)模較小，存在大量異構(gòu)，如虛擬機(jī)、容器、裸機(jī)等資源池異構(gòu)，部分站點(diǎn)甚至有定制化服務(wù)器需求，組網(wǎng)方面也進(jìn)行相應(yīng)簡(jiǎn)化，管理、業(yè)務(wù)、存儲(chǔ)三平面流量采用虛擬隔離方式實(shí)現(xiàn)，存儲(chǔ)方案以本地存儲(chǔ)為主。

2.1.2 邊緣電信云的組網(wǎng)方案

按邊緣業(yè)務(wù)的需要，在地市、區(qū)縣以及更邊緣的接入位置都可能存在邊緣電信云，相關(guān)邊緣電信云內(nèi)的網(wǎng)元存在相互組網(wǎng)的需求，因此需要將邊緣電信云接入一張跨各個(gè)位置的IP承載網(wǎng)中，實(shí)現(xiàn)邊緣電信云的互聯(lián)。從目前運(yùn)營商IP承載網(wǎng)的情況看，一般在地市以上位置都具備接入路由器，邊緣電信云的出口路由器可連接接入路由器，實(shí)現(xiàn)與IP承載網(wǎng)的連接。對(duì)于區(qū)縣及以下位置，若沒有IP承載網(wǎng)（接入路由器沒有下到此位置），可考慮通過專線方式將邊緣電信云出口路由器連接到最近位置IP承載網(wǎng)的接入路由器，后續(xù)隨著邊緣業(yè)務(wù)的發(fā)展，逐個(gè)邊緣電信云拉專線的方式影響部署和運(yùn)維的靈活性，可考慮在邊緣位置部署IP承載網(wǎng)。未來隨著IP承載網(wǎng)實(shí)現(xiàn)SDN的端到端控制，電信云之間的流量可進(jìn)一步在廣域網(wǎng)（WAN）中實(shí)現(xiàn)全局調(diào)度和流量調(diào)優(yōu)，從而提升邊緣電信云的業(yè)務(wù)體驗(yàn)。

在邊緣電信云內(nèi)部，組網(wǎng)方式因機(jī)房資源、服務(wù)器規(guī)模等因素的不同而差異較大。對(duì)于地市級(jí)邊緣電信云而言，由于機(jī)房條件較好、服務(wù)器規(guī)模較大（百級(jí)），因此內(nèi)部組網(wǎng)采用spine-leaf的兩層交換架構(gòu)，在服務(wù)器端口和交換機(jī)層面實(shí)現(xiàn)業(yè)務(wù)、存儲(chǔ)、管理3類流量的物理隔離。對(duì)于區(qū)縣及以下邊緣電信云而言，機(jī)房空間和供電的擴(kuò)展性較差，服務(wù)器規(guī)模一般為十級(jí)，建議采用單層交換架構(gòu)，業(yè)務(wù)、存儲(chǔ)、管理3類流量可考慮采用邏輯隔離。

邊緣電信云內(nèi)部網(wǎng)絡(luò)配置自動(dòng)化的需求以及未來的5G切片等需求，可能會(huì)需要在邊緣電信云中部署SDN。機(jī)房條件較好的邊緣電信云（如地市），SDN的部署可以與核心電信云一樣；機(jī)房條件較差的邊緣電信云（如區(qū)縣及以下），受限于空間和資源，應(yīng)盡量縮減SDN對(duì)服務(wù)器資源等資源的占用，可考慮輕量級(jí)方案。邊緣電信云組網(wǎng)方案如圖2所示。

圖2 邊緣電信云組網(wǎng)方案

2.2 邊緣電信云的層級(jí)管理架構(gòu)

圖3展示了一種電信云簡(jiǎn)化層級(jí)管理架構(gòu)?？紤]網(wǎng)管集中管理要求，核心電信云統(tǒng)一部署編排器、VNFM和EMS[4]，通過編排器與VIM接口遠(yuǎn)程管理地市級(jí)邊緣電信云的VIM。地市、區(qū)縣、接入電信云僅部署VIM和SDN相關(guān)設(shè)備。其中地市級(jí)邊緣電信云部署完整VIM功能。而考慮區(qū)縣/接入電信云分散廣且環(huán)境較差，此級(jí)別電信云極有可能不配備資源池運(yùn)維人員，而僅配備硬件設(shè)備運(yùn)維管理人員，區(qū)縣/接入邊緣電信云的租戶認(rèn)證功能和UI界面可共用地市級(jí)電信云的VIM對(duì)應(yīng)服務(wù)。此外，編排器僅與地市級(jí)邊緣電信云的VIM連接，區(qū)縣級(jí)邊緣電信云的業(yè)務(wù)編排操作由地市級(jí)電信云內(nèi)的VIM觸發(fā)。這一架構(gòu)使得網(wǎng)絡(luò)的管理中心統(tǒng)一在省級(jí)/區(qū)域核心電信云內(nèi)，地市及以下的資源池管理統(tǒng)一在地市級(jí)邊緣電信云內(nèi)，一定程度上提高了全網(wǎng)業(yè)務(wù)和資源池管理的集中度，降低了區(qū)縣/接入級(jí)電信云的運(yùn)維管理要求。

圖3 邊緣電信云的層級(jí)管理架構(gòu)

2.3 邊緣電信云的基本特征

邊緣電信云部署位置較為分散且差異較大，現(xiàn)有機(jī)房在運(yùn)維、電力、空間、制冷等多方面受限。機(jī)房改造和新建也面臨很大困難。業(yè)務(wù)部署方面，邊緣電信云業(yè)務(wù)可能有較高的計(jì)算、轉(zhuǎn)發(fā)等性能要求，同時(shí)對(duì)資源有異構(gòu)需求。因此，邊緣電信云應(yīng)具備管理輕量級(jí)、資源異構(gòu)、軟/硬件加速、遠(yuǎn)程運(yùn)維等特征需求（可參照?qǐng)D1標(biāo)注A、B、C、D），這對(duì)邊緣電信云內(nèi)部結(jié)構(gòu)提出多樣化需求，需要結(jié)合具體需求場(chǎng)景靈活部署。

（1）A：管理輕量級(jí)

邊緣電信云，特別是位于區(qū)縣及以下的邊緣電信云往往空間和電力配置有限，資源池規(guī)模往往較小?？紤]資源池利用率，小規(guī)模資源池的管理輕量化尤為重要。邊緣電信云的管理單元主要為VIM和SDN，需重點(diǎn)考慮VIM、SDN管理組件虛擬化和容器化部署。

（2）B：資源異構(gòu)

邊緣電信云承載的業(yè)務(wù)多種多樣，對(duì)資源池的要求也存在一定差異，如5G UPF、MEC等新興業(yè)務(wù)，具有使用容器資源的需求。此外，考慮邊緣電信云機(jī)房的特殊性，可能存在定制化的服務(wù)器設(shè)備。邊緣電信云的物理資源池和虛擬資源池均可能存在資源異構(gòu)。資源池占比的合理分配、多種資源池協(xié)同管理及多業(yè)務(wù)在不同資源池部署和調(diào)度成為邊緣電信云需要考慮的關(guān)鍵問題。

（3）C：軟硬件加速

大量轉(zhuǎn)發(fā)面業(yè)務(wù)、新興的人工智能和邊緣計(jì)算業(yè)務(wù)，對(duì)邊緣云的計(jì)算、網(wǎng)絡(luò)加速能力提出了新的要求。考慮邊緣云空間和功耗限制，大量的計(jì)算、網(wǎng)絡(luò)轉(zhuǎn)發(fā)功能需從CPU卸載至加速設(shè)備中，以提高資源效率。邊緣云業(yè)務(wù)的多樣性導(dǎo)致邊緣加速設(shè)備多種多樣。

（4）D：遠(yuǎn)程運(yùn)維

邊緣云分布廣泛，尤其是區(qū)縣及以下邊緣電信云往往部署區(qū)域較為偏遠(yuǎn)或環(huán)境較為惡劣?，F(xiàn)有區(qū)縣及以下位置新增資源池運(yùn)維力量有限，在本地完成租戶管理、界面呈現(xiàn)、故障監(jiān)控、報(bào)警處理等運(yùn)維需求的困難較大。因此建議將可通過軟件遠(yuǎn)程運(yùn)維的功能盡量收斂到地市邊緣云統(tǒng)一運(yùn)維。

3 邊緣電信云關(guān)鍵技術(shù)研究及建議

業(yè)務(wù)的低時(shí)延、高帶寬、本地快速處理等需求對(duì)邊緣云的設(shè)計(jì)提出了更高要求。這要求邊緣云在硬件、云平臺(tái)、加速、編排、安全等各個(gè)層面具備支撐邊緣業(yè)務(wù)條件。根據(jù)前期大量研究，參考運(yùn)營商現(xiàn)網(wǎng)情況，就以上各個(gè)層面對(duì)應(yīng)的技術(shù)方案進(jìn)行分析，并提出建議。

3.1 硬件

邊緣機(jī)房，尤其區(qū)縣/接入級(jí)機(jī)房在承重、電力、制冷等多方面條件受限。為適應(yīng)嚴(yán)苛邊緣機(jī)房要求，服務(wù)器形態(tài)需要從機(jī)架深度、主板布局、可維護(hù)性和機(jī)箱散熱等多方面考慮進(jìn)行重新設(shè)計(jì)。中國移動(dòng)于2017年11月主導(dǎo)成立OTII項(xiàng)目，旨在形成電信行業(yè)深度定制、開放標(biāo)準(zhǔn)、統(tǒng)一規(guī)范的服務(wù)器技術(shù)方案。目前已完成OTII服務(wù)器概念機(jī)模型的設(shè)計(jì)工作[5]。

OTII定制化服務(wù)器要求主要包括：機(jī)箱深度限制在470 mm以內(nèi)，并在機(jī)箱深度縮小的前提下，保證PCIe插槽的擴(kuò)展性，同時(shí)操作維護(hù)的面板以及告警指示燈等進(jìn)行前維護(hù)設(shè)計(jì)，并要求風(fēng)扇支持熱插拔，便于對(duì)設(shè)備進(jìn)行快速維護(hù)和替換等。

3.2 云平臺(tái)

當(dāng)前虛擬化網(wǎng)絡(luò)功能主要通過虛擬機(jī)實(shí)現(xiàn)，邊緣云架構(gòu)中仍以虛擬機(jī)為主，虛擬機(jī)管理以O(shè)penStack作為VIM的主要部件。隨著業(yè)務(wù)動(dòng)態(tài)性需求的提升及容器技術(shù)的成熟，邊緣云將可能引入容器化網(wǎng)元以及容器管理平臺(tái)。未來容器和虛擬機(jī)將在較長時(shí)間內(nèi)并存。

3.2.1 虛擬機(jī)及管理

虛擬機(jī)及其管理技術(shù)在NFV領(lǐng)域應(yīng)用較為成熟。虛擬機(jī)資源池較為公認(rèn)的計(jì)算組件是以KVM為主，邊緣云的虛擬層對(duì)實(shí)時(shí)性和吞吐量有更高的要求，提供實(shí)時(shí)性、吞吐量更高的云操作系統(tǒng)產(chǎn)品。虛擬機(jī)資源池較為公認(rèn)的管理組件是OpenStack[6]?？紤]到區(qū)縣及以下邊緣電信云地理位置偏遠(yuǎn)，可采用較為成熟的multi-region方案（或類似方案）進(jìn)行多站點(diǎn)管理。對(duì)于資源池極少的區(qū)縣或接入電信云，推薦采用輕量級(jí)OpenStack方案（如管理組件虛擬化或容器化、冗余組件裁剪），將管理組件占用資源從物理服務(wù)器級(jí)降低到CPU核級(jí)。目前OpenStack multi-region方案及輕量級(jí)OpenStack尚未成熟，亟待完善和推進(jìn)。

3.2.2 容器及管理

輕量化、易移植、啟動(dòng)快、資源利用率高等特點(diǎn)，使得容器技術(shù)能夠在一定程度上滿足邊緣云相關(guān)電信網(wǎng)元在快速迭代、動(dòng)態(tài)創(chuàng)建等方面的服務(wù)需求。虛擬機(jī)和容器在一段時(shí)間內(nèi)長期并存，要求容器架構(gòu)與現(xiàn)有NFV架構(gòu)進(jìn)行適配，形成兼容虛擬機(jī)、容器的邊緣云架構(gòu)體系，滿足運(yùn)營商電信云相關(guān)要求。

在邊緣云架構(gòu)中，目標(biāo)是形成容器化網(wǎng)元、容器及其集群管理平臺(tái)、底層的NFVI層多層解耦，且容器及其集群管理平臺(tái)以同廠商提供為主。初期容器化網(wǎng)元與容器及其管理平臺(tái)解耦難度較大，可同廠商部署，但需滿足運(yùn)營商電信云的相關(guān)要求，主要包括與MANO接口兼容性、與虛擬層兼容性、電信級(jí)增強(qiáng)要求等。未來容器及其集群管理平臺(tái)對(duì)網(wǎng)元提供規(guī)范、統(tǒng)一的平臺(tái)能力，網(wǎng)元設(shè)計(jì)需與平臺(tái)進(jìn)行適配，在此階段容器化網(wǎng)元與平臺(tái)解耦。

3.3 加速

由于邊緣電信云機(jī)房在資源、空間上的限制和業(yè)務(wù)對(duì)本地高速處理能力的要求，邊緣云資源池需具備加速能力，支持計(jì)算卸載、網(wǎng)絡(luò)轉(zhuǎn)發(fā)加速。邊緣電信云的加速主要涉及3個(gè)方面的問題，包括加速器根據(jù)業(yè)務(wù)場(chǎng)景的選型、加速資源管理、加速調(diào)用通用API。

在加速器選擇方面，目前主要加速點(diǎn)包括：網(wǎng)絡(luò)轉(zhuǎn)發(fā)、DPI、Charging、IPSec、Transcoding、隧道處理、HQoS、AI、音視頻編解碼、視頻解析、位置服務(wù)、物聯(lián)網(wǎng)、現(xiàn)實(shí)增強(qiáng)、本地內(nèi)容優(yōu)化和緩存等。相關(guān)加速點(diǎn)對(duì)應(yīng)的加速器優(yōu)先考慮FPGA和GPU。

在加速資源管理方面，要求使用Cyborg對(duì)加速硬件進(jìn)行納管，并要求VNFD增加對(duì)加速資源池的描述，且能夠被VNFM正確解析，此外要求VIM、VNFM、NFVO等相關(guān)MANO接口支持對(duì)加速資源編排調(diào)度。

在通用API方面，建議整個(gè)產(chǎn)業(yè)積極推動(dòng)FPGA、GPU通用API制定，以供上層VNF統(tǒng)一調(diào)用，使VNF不感知FPGA、GPU的生產(chǎn)廠商和型號(hào)等。

3.4 管理編排

邊緣電信云分散分布，位置偏遠(yuǎn)，需要遠(yuǎn)程運(yùn)維。編排管理系統(tǒng)（如NFVO、VNFM等）僅集中部署在省級(jí)及以上核心電信云內(nèi)。此外，在網(wǎng)元容器化之后，邊緣電信云呈現(xiàn)出虛擬機(jī)、容器、裸機(jī)等多種資源池共存形態(tài)。引入容器技術(shù)，VNFD網(wǎng)元模型中需增加容器相關(guān)描述，管理編排系統(tǒng)新增了針對(duì)容器的生命周期管理需求，還需引入新的管理組件（如Kubernetes）等。新增管理組件需要與現(xiàn)有NFV 編排管理架構(gòu)的融合、編排管理流程等均需要協(xié)同規(guī)劃。面向商用的運(yùn)維管理，需基于現(xiàn)網(wǎng)運(yùn)維要求完善FCAPS管理流程及指標(biāo)制定。目前業(yè)界在引入容器后的統(tǒng)一管理編排流程仍不清晰，尚待研究。

3.5 安全

邊緣電信云繼承了核心電信云在云計(jì)算基礎(chǔ)設(shè)施和通信業(yè)務(wù)系統(tǒng)安全中的問題。但是邊緣的特殊性，如部分站點(diǎn)無人值守需遠(yuǎn)程運(yùn)維、資源異構(gòu)等，帶來了新的安全問題，如裸機(jī)容器隔離性低、遠(yuǎn)程運(yùn)維組件通信消息被篡改或截獲、無人值守邊緣電信云易遭受物理攻擊等，需要針對(duì)安全問題制定對(duì)應(yīng)的安全策略，如容器安全掃描、管理組件加固、遠(yuǎn)程通信相互認(rèn)證授權(quán)、篡改行為檢測(cè)等，避免遭受攻擊。由于邊緣電信云無人值守，一套自動(dòng)發(fā)現(xiàn)、處理安全問題的機(jī)制顯得尤為重要，保障邊緣電信云甚至全網(wǎng)安全。

4 結(jié)束語

邊緣云是未來電信云的核心組件，但邊緣電信云尚未完全形成體系，邊緣云方案制定和產(chǎn)業(yè)技術(shù)等諸多方面尚未成熟，亟待進(jìn)一步完善和推進(jìn)。例如，統(tǒng)一的容器編排調(diào)度方案制定、標(biāo)準(zhǔn)通用的加速API制定、邊緣相關(guān)組件的開源實(shí)現(xiàn)（如輕量級(jí)OpenStack、SDN控制器等）。本文結(jié)合了筆者多年從業(yè)經(jīng)驗(yàn)，給出了一些建議和分析，后續(xù)希望與產(chǎn)業(yè)界共同展開更加深入的合作研究，早日推動(dòng)邊緣云成熟。

[1] 董振江, 董昊, 韋薇, 等. 5G環(huán)境下的新業(yè)務(wù)應(yīng)用及發(fā)展趨勢(shì)[J]. 電信科學(xué), 2016, 32(6): 58-64.

DONG Z J, DONG H, WEI W, et al. New services and development trend in 5G environment[J]. Telecommunications Science, 2016, 32(6): 58-64.

[2] 李晨, 段曉東, 陳煒, 等. SDN和NFV的思考與實(shí)踐[J]. 電信科學(xué), 2014, 30(8): 23-27.

LI C, DUAN X D, CHEN W, et al. Thoughts and practices about SDN and NFV[J]. Telecommunications Science, 2014, 30(8): 23-27.

[3] 中國移動(dòng)通信集團(tuán)有限公司. NovoNet 2020愿景[R]. 2015.

China Mobile Communications Corporation. NovoNet 2020 vision[R]. 2015.

[4] ETSI NFV ISG. Network function virtualization (NFV) management and orchestration: GS NFV-MAN 001 V1.1.1 [S]. 2017.

[5] ETSI NFV. Network functions virtualisation (NFV); virtualisation technologies: GS NFV-EVE 004 V1.1.1[S]. 2016.

Architecture and key technology of telco edge cloud

FU Qiao, DUAN Xiaodong, WANG Lu, FAN Yamei

China Mobile Research Institute, Beijing 100032, China

With the increased requirement for low latency, high bandwidth and artificial intelligence for future network, the concept of edge cloud, which could bring network service closer to end users, has become a hot topic recently. For now, the understanding and study on edge cloud is still at the startup phase, with no end-to-end framework and solution yet. Combining with the network transformation requirement for the telco network, and the newly emerging edge service, a typical framework and multiple key features were proposed. And the possible solutions for edge cloud related technologies was provided to try to bring insight for the future edge cloud development.

NFV, SDN, telco edge cloud

TN915.02

A

10.11959/j.issn.1000?0801.2018218

2018?06?20；

2018?07?10

付喬（1987?），女，中國移動(dòng)通信研究院網(wǎng)絡(luò)與IT技術(shù)研究所中級(jí)工程師，主要從事NFV相關(guān)研究工作，包括NFV云基礎(chǔ)設(shè)施和邊緣云技術(shù)攻關(guān)。

段曉東（1977?），男，中國移動(dòng)通信研究院網(wǎng)絡(luò)與IT技術(shù)研究所所長、教授級(jí)高級(jí)工程師，多年從事IP承載網(wǎng)絡(luò)、數(shù)據(jù)業(yè)務(wù)管理、移動(dòng)互聯(lián)網(wǎng)、下一代網(wǎng)絡(luò)和5G的研究和開發(fā)工作。

王路（1980?），男，博士，中國移動(dòng)通信研究院網(wǎng)絡(luò)技術(shù)研究所高級(jí)工程師，主要從事NFV相關(guān)工作，包括下一代網(wǎng)絡(luò)頂層設(shè)計(jì)和總體技術(shù)要求、電信云引入和部署策略、虛擬層和容器相關(guān)技術(shù)研究等。

范亞梅（1991?），女，現(xiàn)就職于中國移動(dòng)通信研究院，主要研究方向?yàn)镹FV/SDN領(lǐng)域相關(guān)的科研、測(cè)試等，包括下一代網(wǎng)絡(luò)、移動(dòng)核心網(wǎng)云化、邊緣云設(shè)計(jì)等。