邊緣計算技術（Mobile Edge Computing）是 ICT 融合的產物，結合日漸成熟的 SDN/NFV、大數據、人工智能等技術，5G 網絡成為各行業數字化轉型的關鍵基礎設施之時，MEC 也成為支撐運營商進行 5G 網絡轉型的關鍵技術，以滿足高清視頻、VR/AR、工業互聯網、車聯網等業務發展需求。MEC 作為新興 IT 技術的代表，終于在電信運營商的網絡中有立足之地。它能在傳統的 CT 領域融入多深？走多遠？

MEC 標準的發展

早在 2009 年，3GPP 嘗試在 R10 的 3G/4G 標準中引入 LIPA-SIPTO（本地 IP 接入，本地 IP 分流）方案，用于數據不經過核心網，直接在家庭小站的分流，此時已經具備了“邊緣分流”的基本功能。在宏蜂窩網絡中的方案也后續完成，但是只能以 APN 為粒度，并且需要在終端側進行手工配置。2017 年，3GPP 在 R14 的 4G 網絡構架中引入了 CUPS（控制面和用戶面分離），控制面可以根據 APN 選擇用戶面，分流功能更進一步。但是此時 5G 呼之欲出，運營商和設備商都已經無意在 4G 網絡中大力推動這項技術了。終于在 R155G 標準中，3GPP SA2 下一代網絡構架研究（TR23.799）以及 5G 系統架構（TR23.501）中對邊緣計算予以了支持。MEC 可以根據應用信息（應用標識、IP 地址、數據流規則等）通過 5G 控制面 AF 傳遞給 PCF，從而影響 SMF 進行 UPF 選擇及 PDU 會話建立。

MEC 從 R10 的最原始的分流功能，歷經近 10 年，跨越了 5 個 3GPP 的版本，伴隨著 5G 核心網 SBA 構架的形成和云計算的快速發展，形成了現在的邊緣計算的技術形態。

MEC 標準是雙規發展制。一方面 3GPP 著重定義 MEC 和 5GC 網元的交互方式，另一方面 ETSI 著重在 MEC 的平臺、虛機和 API 等等的管理。從 2014 年到 2016 年，ETSI 陸陸續續完成關于 MEC 平臺構架，虛機管理，API 管理等等規范。在 ETSI 眼中，MEC 是 ETSI 與 3GPP 融合發展的典范。

但是目前的融合也僅僅能支持業務本地化、本地分流等的基本功能。更進一步的能力，無線網絡能力開放，位置服務，和移動性管理等能力，需要等待 3GPP R17 的 Deployment guidelines for typical edge computing use cases in 5G Core network（5GC）、Study on enhancement of support for Edge Computing in 5G Core network（5GC）、Architecture for enabling Edge Applications（EA）等研究成果了。ETSI 設想的 MEC 融合 C-RAN，最深度融入蜂窩網絡，提供最短時延的方式，在 3GPP 里還無計劃。

且不說標準成熟度能否支撐商用。就電信行業現行的商業模式，跨越“G”的技術，如從 4G 到 5G，由于設備商看重市場份額，運營商和設備商都會加快推動新技術的落地。如果屬于同一“G”中的演進類版本中的技術，大多數都難以商業部署，這一點從 MEC 在 R10 到 R14 的遭遇就可以看到；其實很多 3G/4G 在 3GPP 中的演進技術的商業落地都很緩慢。但這并不能改變 MEC 作為兩大標準體系的結合的典范。

從上圖可以看到，5G 中實現超低時延，5G 系統本身的作用是極其有限的。即使 URLLC 辛辛苦苦把空口時延從 10ms 降低到 1ms，對整體 230-2130ms 級別時延的影響微乎其微。將 MEC 插入到核心網（CoreNetwork）之前，則可以迅速將時延縮。MEC 才是現實 5G 超低時延最關鍵的技術。

上圖是中國聯通白皮書中對 MEC 全國部署構想，區域 DC 在全國范圍內大約有 70-80 個，端到端時延小于 50ms，服務全國。本地 DC 在全國范圍內大約有 600-700 個，端到端時延小于 20ms，部署位置位于地級市和省內重點縣級市。邊緣 DC 在全國范圍內約有 6000-7000 個，端到端時延小于 10ms，邊緣 DC 化改造主體是匯聚機房。綜合接入局房在全國范圍內約有 6 萬 -7 萬個，端到端時延在 2ms-5ms 之間。

如此巨大的投資，運營商自然是希望能從 MEC 得到回報的。

MEC 的商業潛力

從 4G 開始，移動互聯網打破電信運營商封閉的花園，OTT 多種多樣服務類型的快速出現，以 BAT 為代表的 OTT 公司的收入利潤快速增長，運營商卻只能眼睜睜的看著流量指數級增長，自己的收入利潤原地踏步，一步步淪為數據“啞管道”。運營商從 OTT 增長中找到新增長點的渴望已經是司馬昭之心—路人皆知。運營商自然不會輕易放棄從 MEC 盈利的機會。根據 Chetan Sharma 的預計 MEC 能在 2030 年在全球帶來超過 4 萬億美元的收入增長，但是超過 75%的收入都是來自應用的，運營商的連接收入增長少得可憐。要知道，GSMA 估計 2019 年全球運營商無線網絡收入也就 1 萬億美元左右。從 4 萬億的商業潛力中分得一杯羹，對增長乏力運營商來說，太重要了。

另一家咨詢公司 Mobile Expert 則給出了更詳細的預測，到 2025 年低時延無線連接給美國運營商帶來的增量收入，大約只有 12 億美元。2019 年美國運營商的無線連接收入大約為 250 億美元。12 億美元的增長實在是微乎其微。

看到了不同業務領域的巨大的商業潛力差距，不難理解 Analysys Mason 針對全球運營商的一項調研顯示：63%的運營商希望直接進入 MEC 的應用服務這塊巨大的蛋糕，70%的運營商希望提供 PaaS。

從中國運營商發布的 MEC 白皮書可以看出，運營商希望通過管控住 MEC，把握住流量的入口，盡可能從流量中提現價值。

以中國聯通的邊緣計算白皮書為例，書中就明確提出了除了區域 DC 會進行區域 MANO 和統一云管平臺的部署，實現對整個通信云基礎設施的管理。中國聯通對傳統的 MANO 管理域進行擴展，最終實現對邊緣業務平臺以及第三方 APP 的管理。MEP-O 支持對第三方 APP 特性的描述直接進行處理，例如選擇合適的邊緣平臺，對 MEP-M 進行特性配置等；MEP-M 對第三方 APP 規則和需求管理（例如 TrafficRules、DNSRules）和生命周期管理。

對于小 OTT 玩家而言，也許還能接受這個模式。但是現在有能力推動部署低時延業務（如 VR/AR 游戲，高精地圖等）的公司都將是 BAT 級別的大公司。技術上，這些互聯網公司可能完全無法接受自己的 IT 系統被一個新進入 IT 系統的電信公司管理，而且得和每一家運營商分別協調。商業上，OTT 也不想被其他人控制住流量入口。互聯網公司希望和移動互聯網時代一樣，經過 TCP/IP 協議的完美隔離，可以隨意開發自己的業務，而無須和運營商進行任何協商，快速統一部署。電信運營商則希望通過 MEC 接入 5GC 的入口，從互聯網公司收入中切下一塊蛋糕。巨大商業利益造成 OTT 和運營商在技術構架上互不相讓的局面，必然會減緩 MEC 的普及速度和商業價值的實現。

MEC 的商業模式

根據 MEC 部署的不同位置和主導方，現在 MEC 的主要商業模式有以下：

一、廠區專業邊緣計算

特點：MEC 和 UPF 一起部署在廠區，醫院等地區。小范圍覆蓋，配合 5G 無線能力，提供高帶寬低時延能力，主要用于建設智能制造、智能醫院等專網。

優點：受眾單一，一個運營商覆蓋一個廠區即可，獨立部署，應用是工廠醫院等自有，無須協調第三方。

缺點：工廠醫院已有的應用需要二次開發遷移到 MEC 平臺。

二、匯聚節點 / 城市 / 大區部署 MEC+運營商云（Telco Could）

特點：運營商可以根據需要，在匯聚，城市或大區等部署不同級別 MEC 節點，提供不同等級的低時延。運營商自建云。

優點：運營商統一管理。

缺點：運營商和設備商希望控制 OTT，尋求新收入來源是一個宏大的想法。這種商業模式需要 OTT 為每一個運營商平臺都來適配，難以建立生態。伴隨著 Verizon Cloud，Vodafone Cloud 的相續消失，這種商業模式逐漸消失。愛立信推廣的 Edge Gravity 曾希望為 OTT 打造面對所有運營商的統一平臺，打造 MEC 應用生態，最后也無果而終。看來 IT 和 DT 之間，仍有一道難以跨越的鴻溝。IT 不懂 DT 的穩定，DT 不明白 IT 的靈活。

三、匯聚節點 / 城市 / 大區部署 MEC+OTT 云接單一運營商

特點：運營商開放 UPF 和 MEC 之間 N6 接口。OTT 可以根據需要，在某一運營商的匯聚機房，城市或大區等不同級別節點部署 MEC，提供不同等級的低時延。

優點：OTT 自己靈活部署，該模式在北美被認可。

缺點：運營商某種程度上仍然是“啞管道”，只是增加了根據 MEC 地理位置不同收流量費的能力，無法實現中國運營商構想的對 OTT 的完全把控。OTT 需要在每個運營商節點都建立一套自己的 MEC，重復投資。

四、匯聚節點 / 城市 / 大區部署 MEC+OTT 云接多運營商

特點：運營商開放 UPF 和 MEC 之間 N6 接口。OTT 可以根據需要在匯聚機房、城市或大區等不同級別節點部署 MEC，同時接入多個運營商，同時提供不同等級的低時延。

優點：OTT 可以靈活部署，節省投資，北美 OTT 接受程度最高。

缺點：由于不同運營商匯聚機房地址位置分布可能完全不同，OTT 的 MEC 難以實現在匯聚機房級別的協同，無法達到小于 10ms 的時延。OTT 的云在三個運營商之間互聯互通，運營商服務無差異化，幾乎淪為機房出租商。在前文 Analysys Mason 的調研中，這也是運營商最不希望的商業模式（Real-Estate Provider）。

除了模式一現在有明確的發展模式，模式二、三和四都還處于膠著狀態。

MEC 在 5G 的未來

MEC 現在在 5G 網絡（R15）中僅僅實現了本地分流一個功能。無線網絡能力開放，位置服務，和移動性管理等能力都還有待開發和完善。

如 Gartner 在 2019 年的邊緣計算成熟度曲線中的所示，現在大眾對邊緣計算預期處于頂峰狀態。但由于標準成熟不足，運營商和 OTT 對利益分配未達成一致，生態發展緩慢等原因，基于 MEC 的各種耀眼的業務（如 AR/VR，自動駕駛，MEC+切片等）將難以在短期內商業化，戳破現在 MEC 的泡沫，大眾對 MEC 的期望迅速下滑。作為ICT 的融合典范，作為 5G 降低時延的重要網元，一方面，3GPP R16 針對 URLLC 和 V2X 進行了加強，為全網實現低時延提供了基礎；另一方面，MEC 作為 IT 技術也會持續改進。CT 和 IT 技術共同進步，膠著的商業模式一定會被打破，MEC 會陸續支持一些高體驗低時延的業務，如 AR/VR 游戲，大眾對 MEC 的預期會穩步爬升和恢復。

MEC 的能力何時可以達到 2019 年的頂峰預期呢？如果以自動駕駛為例，假設實現全網 99.9%的 10ms 延遲（暫無任何機構給出數據），需要整個產業鏈從運營商、設備商、終端、操作系統、芯片、甚至鐵塔公司一起協調。不知道屆時，是不是 MEC in 6G 來挑起這個重任，甚至建立一個新的更高的預期？
責任編輯:pj