多接入邊緣計算(MEC)作為云計算的演進,將應用程序托管從集中式數(shù)據(jù)中心下沉到網(wǎng)絡邊緣,更接近消費者和應用程序生成的數(shù)據(jù),在靠近移動用戶的網(wǎng)絡邊緣提供IT和云計算的能力,并利用網(wǎng)絡能力開放獲得高帶寬、低延遲、近端部署優(yōu)勢,從而產(chǎn)生新的業(yè)務和收入的機會,創(chuàng)造出新的商業(yè)模式。
MEC是實現(xiàn)5G低延遲和提升帶寬速率等的關鍵技術之一,同時MEC為應用程序和服務打開了網(wǎng)絡邊緣,包括來自第三方的應用程序和服務,使得通信網(wǎng)絡可以轉變成為其它行業(yè)和特定客戶群的多功能服務平臺。
MEC系統(tǒng)架構
根據(jù)歐洲電信標準協(xié)會(ETSI)的定義,MEC系統(tǒng)分主機級和系統(tǒng)級兩個層次,其中MEC系統(tǒng)級網(wǎng)管包含MEC編排器MEO、OSS、應用生命周期管理代理,主機級包含MEC主機和MEC主機級網(wǎng)管。
MEC主機由虛擬化基礎設施VI、MEC平臺MEP、MEC應用組成,其中MEC平臺為MEC應用發(fā)現(xiàn)和使用提供內(nèi)部或外部服務的環(huán)境,并通過對第三方MEC應用的開放,從而加強網(wǎng)絡與業(yè)務的深度融合。
MEC主機級網(wǎng)管含MEC平臺網(wǎng)管MEPM和虛擬化基礎設施網(wǎng)管VIM。5G MEC系統(tǒng)整體架構如圖1所示。
圖1 5G MEC系統(tǒng)整體架構
MEC主機部署方案分析
隨著5G和垂直行業(yè)的成熟商用,網(wǎng)絡需要接入更多設備、處理海量數(shù)據(jù)、滿足低時延業(yè)務需求,傳統(tǒng)核心網(wǎng)集中式部署模式已不能滿足新業(yè)務需求,網(wǎng)絡隨業(yè)務流向邊緣遷移已是產(chǎn)業(yè)趨勢,5G網(wǎng)絡原生采用云化建設,更加輕盈和靈活,以中心DC(大區(qū)中心機房)、區(qū)域DC(省層面機房)、核心DC(本地網(wǎng)核心機房)、邊緣DC(本地網(wǎng)匯聚機房)、接入局所DC、基站機房為基礎架構的分層DC化機房布局模式成為各運營商傳統(tǒng)機房改造演進的共同路線。
MEC系統(tǒng)級網(wǎng)管需要協(xié)調(diào)不同MEC主機之間以及主機與5GC之間的操作(如選擇主機、應用遷移、策略交互等),一般部署在區(qū)域DC(省層面)或者中心DC(大區(qū)中心)。
通常所說的MEC部署位置主要針對MEC系統(tǒng)的主機級部分,MEC對低時延業(yè)務的支持能力以及對流量和計算分流的能力,使其在5G的三大業(yè)務場景(增強型移動寬帶、超可靠低時延通信和海量大規(guī)模連接物聯(lián)網(wǎng))中都有用武之地,三大業(yè)務場景及不同應用、不同用戶對時延、帶寬和計算分流的要求各不一樣,對應MEC的部署要求也不盡相同。
MEC主機部署方面應以業(yè)務為導向按需部署,并與UPF的下沉和分布式部署相互協(xié)同,在實際組網(wǎng)中,根據(jù)對操作性、性能或安全的相關需求,MEC可以靈活地部署在從基站附近到中央數(shù)據(jù)網(wǎng)絡的不同位置。但是不管如何部署,都需要由UPF來控制流量指向MEC應用或是指向網(wǎng)絡。圖2概述了MEC物理位置的一般可行選項。
圖2 5G網(wǎng)絡部署架構
MEC部署在接入局所DC
此種模式一般采用MEC和基站CU共機房,部署在基站后面,數(shù)據(jù)業(yè)務離用戶更近,終端發(fā)起的業(yè)務經(jīng)過基站、MEC主機到互聯(lián)網(wǎng)/第三方內(nèi)容服務,主要針對新型超低時延業(yè)務在邊緣才能滿足需求的場景,時延可控制在1ms~10ms之內(nèi),如無人機投遞業(yè)務(10ms,15Mbit/s)、智慧場館(10ms,1Gbit/s)、自動駕駛(1ms,50Mbit/s以上)、遠程醫(yī)療診斷(10ms,50Mbit/s)、機器人協(xié)作(1ms,1~10Mbit/s)、遠程手術(1ms~10ms,300Mbit/s)等。
MEC部署在邊緣DC
此種模式MEC一般部署在本地網(wǎng)匯聚機房,邏輯位置在UPF/PGW-U(用戶面網(wǎng)關)之后,會增加一部分回傳網(wǎng)絡的時延,可以為用戶提供低時延、高帶寬服務,如AR/VR業(yè)務(20ms,1Gbit/s)、移動視頻監(jiān)控(20ms,50Mbit/s)、移動廣播(小于100ms,10Mbit/s)、公共安全(20ms,10Mbit/s)、高清視頻(20ms,10Mbit/s)等。
為降低時延,使用戶可以就近取得所需的內(nèi)容,以提高用戶訪問網(wǎng)站的響應速度,MEC設備通常具有CDN(內(nèi)容分發(fā)網(wǎng)絡,Content Delivery Network)功能,相較于傳統(tǒng)CDN,MEC更靠近無線接入網(wǎng),下沉的位置更深。由于物理距離的減少,自然移動邊緣計算相較于CDN時延進一步降低,并且MEC還包括了本地化的計算能力和能力開放能力,因此具備了低時延和智能化特點,在傳統(tǒng)CDN的應用場景之外,在諸如車聯(lián)網(wǎng)、智慧醫(yī)療等要求智能化的應用場景中也將起到非常大的作用。
MEC部署中面臨的挑戰(zhàn)及解決建議
當前運營商在部署MEC主機時,普遍面臨傳統(tǒng)接入局房、匯聚機房配套基礎設施薄弱的困境,同時由于邊緣計算的業(yè)務特征和開放的需求,部署過程中面臨機房配套不足、應用管理/編排統(tǒng)一性、安全防護和能力開放等典型問題。
一是機房配套基礎設施薄弱。傳統(tǒng)接入局房、匯聚機房環(huán)境差異較大,如果虛擬化基礎設施采用NFV架構下的通用硬件,大部分機房需改造承重、電源、空調(diào)等,機房面積也無法滿足NFV龐雜的邊緣設備群需求,可以考慮采用更加靈活適配的增強型硬件,比機架式服務器占地小、功耗低,更適合于邊緣機房部署。并且為解決NFV中虛擬層占用資源比例較多問題,邊緣采用I層輕量化方案,支持裸機容器,降低管理面資源占用。
二是應用管理/編排缺乏統(tǒng)一性。MEC業(yè)務特性決定系統(tǒng)中存在運營商網(wǎng)元和第三方IT應用等多種業(yè)務,需要對編排管理采用統(tǒng)一流程和接口。建議由運營商云管平臺統(tǒng)管資源,根據(jù)不同業(yè)務場景靈活進行編排管理:對于強合作業(yè)務,可以通過統(tǒng)一門戶進行應用編排部署;對于自管理類業(yè)務,可以直接在邊緣節(jié)點進行應用編排部署。
三是安全防護不到位。邊緣機房相對開放,安全防護措施較少,第三方應用部署后電信內(nèi)部網(wǎng)絡會面臨被攻擊風險,需要設置由外而內(nèi)的分層隔離與防護方案,如外部攻擊防護方案、分子域隔離方案、應用隔離方案等。
四是核心網(wǎng)能力要開放。在eMBB業(yè)務2C場景下,第三方APP存在無法讓用戶訪問邊緣節(jié)點的問題,需要靠核心網(wǎng)能力開放解決,在無法通過用戶報文IP地址識別用戶的區(qū)域的情況下,通過輔助AF實現(xiàn)邊緣調(diào)度和按需分流。
MEC平臺的廣泛部署將為運營商、設備商、OTT和第三方公司帶來新的運營模式。在實際部署中,運營商可根據(jù)規(guī)劃的業(yè)務場景以及對網(wǎng)絡的時延、安全性、容量等方面的要求,視服務范圍、用戶特點,對局部化的業(yè)務需求具體需求具體分析,按需選擇差異化的部署方案,對部署中面臨的典型問題需要選擇合適的解決方案。
評論