【文章內(nèi)容簡介】 來自第三方業(yè)務(wù)的數(shù)據(jù)封裝至正確的GTP隧道，以便移動終端能夠通過基站進(jìn)行接收。此外，DP還需包括以下功能： 無線接入網(wǎng)可能引入IPsec，對回傳線路上的業(yè)務(wù)數(shù)據(jù)進(jìn)行加密，因此DP需要支持IPsec加解密功能； 移動終端的運動可能導(dǎo)致其網(wǎng)絡(luò)接入點位置的變化，從而引起業(yè)務(wù)會話中斷，因此DP必須支持特定的轉(zhuǎn)發(fā)能力以實現(xiàn)業(yè)務(wù)數(shù)據(jù)的連續(xù)傳輸； DP必須能夠提供備份鏈路。當(dāng)部分功能失效時，用戶的業(yè)務(wù)數(shù)據(jù)仍可通過備份鏈路進(jìn)行傳輸，從而避免網(wǎng)絡(luò)中斷。2） API使能：API使能實現(xiàn)了無線網(wǎng)絡(luò)能力向第三方應(yīng)用的開放。不同的網(wǎng)絡(luò)能力通過特定的API對外開放，對API的調(diào)用既可來自外部的第三方應(yīng)用，也可來自MEC平臺的內(nèi)部功能。特定的網(wǎng)絡(luò)能力被抽象為特定的API，其訪問調(diào)用必須得到監(jiān)控及管理，確保只有經(jīng)過授權(quán)的第三方才能獲得可信的能力調(diào)用服務(wù)。從調(diào)用對象角度來看，API使能主要分為五類：面向無線接入設(shè)備（如eNB）的API；面向移動核心網(wǎng)設(shè)備（如S/PGW）的API；面向運營商業(yè)務(wù)及運營支撐系統(tǒng)（如BSS及OSS）的API；面向MEC平臺內(nèi)部組件（如DP）的API；面向用戶業(yè)務(wù)數(shù)據(jù)流（如DNS查詢請求）的API。API使能必須實現(xiàn)面向第三方應(yīng)用的友好化及智能化，提升第三方的開發(fā)體驗，使得網(wǎng)絡(luò)能力能夠得到快速便捷的調(diào)用，并保證網(wǎng)絡(luò)可對外部調(diào)用請求進(jìn)行高效智能的響應(yīng)。，中國聯(lián)通致力于打造MEC統(tǒng)一API業(yè)務(wù)平臺，標(biāo)準(zhǔn)化MPMM9等接口，為第三方應(yīng)用提供統(tǒng)一的API，引領(lǐng)各設(shè)備廠商的MEC平臺具備相同的平臺開放能力，使得第三方應(yīng)用商可以提供兼容部署的應(yīng)用軟件版本。 中國聯(lián)通MEC統(tǒng)一API業(yè)務(wù)平臺此外，API使能還應(yīng)在支持網(wǎng)絡(luò)能力開放方面保持足夠的靈活性，隨著網(wǎng)絡(luò)功能的進(jìn)一步豐富，可實現(xiàn)持續(xù)開放，而不必對第三方應(yīng)用平臺及網(wǎng)絡(luò)系統(tǒng)自身進(jìn)行復(fù)雜的改動。考慮到目前主流的在線應(yīng)用主要基于Web框架實現(xiàn)。為便于第三方調(diào)用，API使能可被拆分為基于HTTP操作的邏輯資源，并嵌入特定的HTTP會話內(nèi)隨業(yè)務(wù)數(shù)據(jù)一起交付。第三方應(yīng)用平臺（如OTT）可基于已有的生產(chǎn)環(huán)境進(jìn)行調(diào)用，無需修改自身平臺架構(gòu)及業(yè)務(wù)邏輯。 管理域管理域負(fù)責(zé)對MEC平臺進(jìn)行管理，包括數(shù)據(jù)平面控制，API使能控制，資源使用統(tǒng)計及第三方業(yè)務(wù)部署管理。一方面，管理域應(yīng)支持運營商及第三方用戶通過基于Web的控制面板手動選擇和配置資源，或者提供API支持基于編程方式的選擇和配置服務(wù)。另一方面，管理域可根據(jù)MEC平臺的實際運行狀況，基于預(yù)先設(shè)定的規(guī)則，對業(yè)務(wù)域進(jìn)行動態(tài)實時控制。1） 數(shù)據(jù)平面控制：管理域需要對數(shù)據(jù)平面進(jìn)行監(jiān)控管理，從而保證MEC平臺在路由轉(zhuǎn)發(fā)行為上的可控可管。2） API使能控制：對API的調(diào)用必須經(jīng)過管理域的授權(quán)才可進(jìn)行。一方面，第三方應(yīng)用必須事先向管理域進(jìn)行相關(guān)的API使能注冊，才能調(diào)用該API。另一方面，管理域需要對特定API的安裝進(jìn)行許可，并監(jiān)控其運行狀態(tài)。3） 資源使用統(tǒng)計：包括IT資源使用統(tǒng)計，API調(diào)用統(tǒng)計及數(shù)據(jù)流量統(tǒng)計。 IT資源使用統(tǒng)計指對第三方租用的虛擬主機(jī)進(jìn)行IT資源用量（例如，CPU，內(nèi)存）統(tǒng)計。 API調(diào)用統(tǒng)計指對第三方調(diào)用API的情況進(jìn)行統(tǒng)計，根據(jù)API類型的不同以及發(fā)起API調(diào)用的來源（即MEC平臺內(nèi)調(diào)用、MEC平臺外調(diào)用）不同，按照不同規(guī)則（調(diào)用次數(shù)、訂閱時間）進(jìn)行統(tǒng)計。 數(shù)據(jù)流量統(tǒng)計指對數(shù)據(jù)平面在本地導(dǎo)出的數(shù)據(jù)流量進(jìn)行統(tǒng)計，具體形式包括離線統(tǒng)計，內(nèi)容統(tǒng)計及實時統(tǒng)計。4） IT基礎(chǔ)資源管理：管理域通過虛擬機(jī)監(jiān)控器對邊緣云內(nèi)的物理和虛擬IT 基礎(chǔ)結(jié)構(gòu)進(jìn)行集中管理，實現(xiàn)資源規(guī)劃部署，動態(tài)優(yōu)化及業(yè)務(wù)編排，包括對邊緣云的IT資源池（如計算能力，存儲及網(wǎng)絡(luò)等）進(jìn)行管理，以及對虛擬化技術(shù)提供支持。 MEC典型應(yīng)用需求（1）移動視頻QoS優(yōu)化目前LTE蜂窩網(wǎng)絡(luò)所承載的視頻內(nèi)容和管道之間缺乏交互，用戶體驗很難達(dá)到最佳。一方面，由于無線側(cè)信道和空口資源變化較快，難以動態(tài)調(diào)整應(yīng)用層（HTTP/DASH）參數(shù)以適配無線信道的變化。同樣，傳統(tǒng)的TCP擁塞控制策略是針對有線環(huán)境設(shè)計的，也不能準(zhǔn)確適應(yīng)無線信道的變化。另一方面，eNB對應(yīng)用層內(nèi)容不可知，無法為不同類型的業(yè)務(wù)動態(tài)進(jìn)行無線資源的調(diào)度，也不能為同一類型業(yè)務(wù)的不同用戶提供差異化的QoS，例如，eNB為每個在線視頻用戶分配相同的QCI、MBR和GBR。 基于MEC平臺實現(xiàn)視頻跨層優(yōu)化MEC平臺可以通過北向接口獲取OTT視頻業(yè)務(wù)的應(yīng)用層及TCP層信息，也可以通過南向接口獲取RAN側(cè)無線信道等信息（RNIS、Location Service等），進(jìn)一步通過雙向跨層優(yōu)化來提升用戶的感知體驗，從而實現(xiàn)運營商管道的智能化。（2）移動CDN下沉當(dāng)前移動網(wǎng)的CDN系統(tǒng)一般部署在省級IDC機(jī)房，并非運行于移動網(wǎng)絡(luò)內(nèi)部，離移動用戶較遠(yuǎn)，仍然需要占用大量的移動回傳帶寬，服務(wù)的“就近”程度尚不足以滿足對時延和帶寬更敏感的移動業(yè)務(wù)場景。，運營商可以MEC平臺內(nèi)部部署邊緣CDN系統(tǒng)，OTT以IaaS的方式租用邊緣服務(wù)器節(jié)點存在自身的業(yè)務(wù)內(nèi)容，并在自有的全局DNS系統(tǒng)將服務(wù)指向邊緣CDN節(jié)點。 基于MEC實現(xiàn)移動CDN下沉（3）VR直播在大型的電競、球賽、F1賽車、演唱會等直播場景，用戶對時延及沉浸式體驗有較高的要求。，MEC平臺可實現(xiàn)VR視頻源的本地映射和分發(fā)，為觀眾提供高品質(zhì)的VR視頻體驗。并可通過多角度全景攝像頭為觀眾帶來獨特的視角體驗。例如，距離球場較遠(yuǎn)位置的球迷可以通過實時VR體驗坐在VIP位置的觀看感覺。另外，MEC的低時延、高帶寬優(yōu)勢可避免在觀看VR時因帶寬和時延受限帶來的眩暈感，并且可減少對回傳資源的消耗。 基于MEC平臺實現(xiàn)VR直播（4）增強(qiáng)現(xiàn)實（AR）現(xiàn)有的AR解決方案中，用戶需先下載安裝巨大的APP來進(jìn)行AR的體驗，但手機(jī)的內(nèi)存、電量和存儲容量局限了AR的發(fā)展。，MEC平臺通過網(wǎng)絡(luò)數(shù)據(jù)（如RAN側(cè)反饋的Location 信息）確定用戶位置，利用本地AR服務(wù)器提供實時的AR內(nèi)容匹配計算和推送，實現(xiàn)本地實景和AR內(nèi)容頻道實時聚合，帶給客戶全新的獨特用戶體驗。此外，通過本地位置相關(guān)的AR內(nèi)容的快速靈活部署和發(fā)現(xiàn)，可構(gòu)成MEC全新的就近內(nèi)容提供和廣告商業(yè)模式。 基于MEC平臺實現(xiàn)增強(qiáng)現(xiàn)實（5）視頻監(jiān)控與智能分析監(jiān)控視頻的回傳流量通常比較大，但是大部分畫面又都是靜止不動或沒有價值的。，通過MEC平臺對視頻內(nèi)容進(jìn)行分析和處理，把監(jiān)控畫面有變化的事件和視頻片段進(jìn)行回傳，并且把大量的價值不高的監(jiān)控內(nèi)容就地保存在MEC服務(wù)器上，從而節(jié)省傳輸資源，可有效地應(yīng)用于車牌檢測、防盜監(jiān)控、機(jī)場安保等場景。 基于MEC平臺實現(xiàn)視頻監(jiān)控與智能分析（6）V2X應(yīng)用5G網(wǎng)絡(luò)對uRLLC場景下V2X的遠(yuǎn)程車檢與控制時延要求為20ms，對自動駕駛時延要求為5ms，邊緣計算是5G網(wǎng)絡(luò)中降低時延的使能技術(shù)。，通過LTE蜂窩網(wǎng)絡(luò)和MEC車聯(lián)平臺的本地計算，在緊急情況時下發(fā)告警等輔助駕駛信息給車載單元OBU，相比現(xiàn)有網(wǎng)絡(luò)延時，車到車時延可降低至20ms以內(nèi)大幅度減少車主反應(yīng)時間，對挽救生命和減少財產(chǎn)損失具有重要的現(xiàn)實意義。此外，通過MEC車聯(lián)平臺還可實現(xiàn)路徑優(yōu)化分析、行車與停車引導(dǎo)、安全輔助信息推送，和區(qū)域車輛服務(wù)指引等。 基于MEC平臺實現(xiàn)LTEV2X應(yīng)用（7）工業(yè)控制移動互聯(lián)網(wǎng)的迅猛發(fā)展促使工業(yè)園區(qū)對無線通信的要求越來越強(qiáng)烈，目前多數(shù)廠區(qū)/園區(qū)通過WiFi進(jìn)行無線接入。然后，WiFi在安全認(rèn)證、抗干擾、信道利用率、QoS、業(yè)務(wù)連續(xù)性等方面無法進(jìn)行保障，難以滿足工業(yè)需求。，結(jié)合蜂窩網(wǎng)絡(luò)和MEC本地工業(yè)云平臺，實現(xiàn)生產(chǎn)自動化，提升生產(chǎn)效率。由于無需繞經(jīng)傳統(tǒng)核心網(wǎng)，MEC平臺可對采集到的數(shù)據(jù)進(jìn)行本地實時處理和反饋，具有可靠性好、安全性高、時延短、帶寬高等優(yōu)勢。 基于MEC平臺實現(xiàn)工業(yè)控制4 中國聯(lián)通LTE網(wǎng)絡(luò)MEC部署策略 LTE網(wǎng)絡(luò)MEC組網(wǎng)架構(gòu)在LTE網(wǎng)絡(luò)中，MEC服務(wù)器有兩種形態(tài)：1）作為基站的增強(qiáng)功能，通過軟件升級或者新增版卡，與基站集成的的內(nèi)置方式；2）作為獨立設(shè)備，部署在基站后或網(wǎng)關(guān)后的外置方式。，MEC服務(wù)器位于基站與核心網(wǎng)之間，通過解析S1消息實現(xiàn)業(yè)務(wù)的分流。基站和核心網(wǎng)之間通常經(jīng)過多個傳輸環(huán)：接入環(huán)、匯聚環(huán)、和核心環(huán)。根據(jù)業(yè)務(wù)類