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