中國聯(lián)通研究院陳杲，唐雄燕，曹暢

5G是構筑萬(wàn)物互聯(lián)的關(guān)鍵信息基礎設施，其已成為驅動(dòng)全球經(jīng)濟數字化轉型的動(dòng)力引擎。5G-Advanced的泛在萬(wàn)兆和千億連接能力，將成為支撐數字經(jīng)濟持續高質(zhì)量發(fā)展的中堅力量^[1]。伴隨行業(yè)數字化轉型加速，企業(yè)數字化已經(jīng)從支撐系統逐漸進(jìn)入到生產(chǎn)環(huán)節和決策系統等企業(yè)核心領(lǐng)域。相比互聯(lián)網(wǎng)時(shí)代，數字化對網(wǎng)絡(luò )能力的需求已經(jīng)發(fā)生了本質(zhì)變化。各種新型數字化業(yè)務(wù)的涌現，也催生出安全性、硬隔離、SLA可保障等多樣化的網(wǎng)絡(luò )能力需求，迫切需要一種新的商業(yè)范式幫助數字化業(yè)務(wù)能快速集成所需的網(wǎng)絡(luò )能力，“網(wǎng)絡(luò )即服務(wù)”（Net work as a Service，NaaS）由此應運而生。NaaS開(kāi)創(chuàng )了一個(gè)全新的商業(yè)模式，但其應用程序接口（Application Program Interface，API）的實(shí)現需要跨運營(yíng)商網(wǎng)絡(luò )和跨網(wǎng)絡(luò )設備協(xié)同，所以亟需構建一個(gè)統一的行業(yè)標準^[2]。

運營(yíng)商邊緣計算平臺一般采用兩種方式構建：一是自主研發(fā)，例如國內的三大電信運營(yíng)商都是采用這種方式^[3]；二是與云服務(wù)商合作，采用其提供的邊緣云平臺，例如AT&T與谷歌云合作，采用谷歌云的“Anthos for Telecom Platform”作為其邊緣計算平臺^[4]。盡管這些邊緣計算平臺都宣稱(chēng)兼容歐洲電信標準化協(xié)會(huì )（European Telecommunications Standards Institute，ETSI）定義的MEC參考架構，但是事實(shí)上并不支持平臺之間的互操作，無(wú)法實(shí)現互聯(lián)互通^[5]。而且在ETSI引入MEC聯(lián)盟（MEC Federation）之前，MEC系統的應用場(chǎng)景缺省限定于一個(gè)運營(yíng)商網(wǎng)絡(luò )之內，根本不支持與其他運營(yíng)商MEC系統的互聯(lián)互通?？傊?，由于邊緣計算的應用場(chǎng)景差異很大，各個(gè)廠(chǎng)商采用的架構、技術(shù)存在一定的差異，導致運營(yíng)商采用的邊緣計算產(chǎn)品和應用無(wú)法跨平臺使用，因此迫切需要通過(guò)統一的技術(shù)規范和標準來(lái)實(shí)現互聯(lián)互通，促進(jìn)互相協(xié)同工作。

為了解決上述不同邊緣計算平臺如何互聯(lián)互通的問(wèn)題，并實(shí)現跨運營(yíng)商網(wǎng)絡(luò )能力統一開(kāi)放，全球移動(dòng)通信系統協(xié)會(huì )（Global System for Mobile Communications Association，GSMA，GSMA）發(fā)出了GSMA Open Gateway倡議計劃，核心關(guān)鍵是采用電信運營(yíng)商平臺（Operator Platform，OP）實(shí)現邊緣計算平臺互聯(lián)互通，并在Linux基金會(huì )（Linux Foundation，LF）成立CAMARA開(kāi)源項目來(lái)對運營(yíng)商網(wǎng)絡(luò )能力進(jìn)行設計、文檔化和代碼開(kāi)發(fā)，旨在為應用開(kāi)發(fā)者提供CAMARA服務(wù)API（Service API）。下面本文將對其進(jìn)行詳細分析和說(shuō)明。

1　跨運營(yíng)商網(wǎng)絡(luò )能力開(kāi)放

不管是面向消費者的互聯(lián)網(wǎng)業(yè)務(wù)，還是面向企業(yè)的垂直行業(yè)業(yè)務(wù)，都需要跨運營(yíng)商網(wǎng)絡(luò )提供給用戶(hù)。以車(chē)聯(lián)網(wǎng)業(yè)務(wù)為例，智能交通系統（Intelligent Transportation System，ITS）運營(yíng)商需要通過(guò)不同的運營(yíng)商網(wǎng)絡(luò )為用戶(hù)提供全國范圍的V2X服務(wù)（Country-wide V2X service），包括部署不同的MEC系統，為屬于不同原始設備制造商的車(chē)輛提供V2X服務(wù)^[6]。實(shí)現跨運營(yíng)商的互聯(lián)互通，可以形成全國集中的公共數據資源池，杜絕數據孤島，為車(chē)聯(lián)網(wǎng)提供廣覆蓋、低成本、可快速落地的端到端解決方案^[7]。對于中國車(chē)聯(lián)網(wǎng)發(fā)展，院士專(zhuān)家提議采用鐵塔公司的模式，由國內三大運營(yíng)商合資建立全國車(chē)聯(lián)網(wǎng)運營(yíng)主體，提供跨運營(yíng)商網(wǎng)絡(luò )的直連服務(wù)^[8]。

對于跨電信運營(yíng)商或云服務(wù)商的業(yè)務(wù)平臺如何構筑，不僅在技術(shù)整合、云邊協(xié)同和生態(tài)聯(lián)合運營(yíng)等方面提出了新的挑戰，還需要屏蔽不同運營(yíng)商網(wǎng)絡(luò )的特性差異，將云端能力和多個(gè)運營(yíng)商網(wǎng)絡(luò )的能力延伸到網(wǎng)絡(luò )邊緣，以統一的方式開(kāi)放給應用開(kāi)發(fā)者。下面我們從GSMA Open Gateway倡議計劃包含的核心項目（GSMA OP）、對應的ETSIMEC聯(lián)盟和的角度分別進(jìn)行說(shuō)明。

1.1　GSMA Open Gateway

GSMA Open Gateway是GSMA在2023年MWC（Mobile World Conference）巴塞羅那大會(huì )上推出的一個(gè)推動(dòng)電信網(wǎng)絡(luò )能力開(kāi)放、實(shí)現全球標準化的倡議計劃，目標是以可互操作的、直觀(guān)的和可編程的標準方式開(kāi)放運營(yíng)商網(wǎng)絡(luò )能力^[9]。截至目前，該倡議計劃獲得了全球42家移動(dòng)運營(yíng)商的支持，共237個(gè)移動(dòng)網(wǎng)絡(luò )，占全球移動(dòng)連接的65%^[10]。中國移動(dòng)、中國電信和中國聯(lián)通都已經(jīng)加入GSMA Open Gateway倡議。

GSMA Open Gateway倡議包含GSMA OP項目和CAMARA項目。GSMA OP是來(lái)源于GSMA未來(lái)網(wǎng)絡(luò )（Future Network）項目的研究課題。GSMA未來(lái)網(wǎng)絡(luò )是始于2013年的一個(gè)多年規劃項目，其2020～2021年的工作計劃主要包括如下三個(gè)方向：電信運營(yíng)商平臺（GSMA OP）、開(kāi)放網(wǎng)絡(luò )工程（Open Networking）和網(wǎng)絡(luò )經(jīng)濟學(xué)（Network Economics）。GSMAOP項目的目標是通過(guò)OP平臺聯(lián)合運營(yíng)商的邊緣計算和網(wǎng)絡(luò )基礎設施，打造統一的電信邊緣云（Universal Telco Edge Cloud），支持邊緣應用統一部署交付、運維和管控，促進(jìn)邊緣計算在全球垂直行業(yè)的規模商用。

GSMA OP下設電信運營(yíng)商平臺組（Operator Platform Group，OPG）和電信邊緣云（Telco Edge Cloud，TEC）兩個(gè)研究組。OPG主要負責定義OP技術(shù)框架，迭代制定相關(guān)技術(shù)要求規范，向標準組織輸出技術(shù)需求和組織進(jìn)行平臺代碼開(kāi)源等工作，目前全球已有四十多家電信運營(yíng)商申請參加，包括西班牙電信、德國電信、英國電信和中國移動(dòng)、中國聯(lián)通等。OPG還設立了OPAG（OP API Group）子組，專(zhuān)門(mén)負責定義、設計和開(kāi)發(fā)OP接口相關(guān)的API。TEC主要負責研究OP的商用模式，組織測試，包括運營(yíng)OP的實(shí)例定義等工作，目前已經(jīng)有三十多家云廠(chǎng)商、電信設備商和信息通信技術(shù)（ICT）服務(wù)商參與，包括谷歌、亞馬遜、微軟、華為、愛(ài)立信和英特爾等國際國內知名企業(yè)。目前GSMA OP已經(jīng)完成了第三階段的工作，如圖1所示。

圖1 GSMA OP項目發(fā)展階段

第一階段（2020年1月～10月），工作內容主要包括GSMA OP功能要求定義和應用場(chǎng)景分析，標志性成果是2020年10月發(fā)布的OPG和TEC白皮書(shū)。第二階段（2020年10月～2021年7月），主要工作內容是定義OP接口功能需求和進(jìn)行OP與邊緣計算相關(guān)標準的功能映射對齊工作，并于2021年7月在世界移動(dòng)通信大會(huì )（MWC 2021）上正式發(fā)布“GSMA OP Telco Edge Requirements PRD”。第三階段（2021年7月～至今），工作內容主要包括兩方面：一方面繼續增強OP功能需求定義和應用場(chǎng)景分析，例如針對跨電信運營(yíng)商網(wǎng)絡(luò )帶來(lái)的業(yè)務(wù)服務(wù)連續性保障、計費和安全等系列問(wèn)題進(jìn)行深入討論和解決方案驗證分析；另一方面聯(lián)合國際標準組織（主要包括歐洲電信標準化協(xié)會(huì )（ETSI）和第三代合作伙伴計劃（3GPP）等）開(kāi)展OP與各種邊緣計算標準架構之間的功能&模塊映射，設計OP相關(guān)的API。與此同時(shí)，GSMA還聯(lián)合開(kāi)源社區（主要包括LF和云原生計算基金會(huì )（Cloud Native Computing Foundation，CNCF）），在LF設立開(kāi)源項目CAMARA，進(jìn)行OP API接口的開(kāi)源實(shí)現工作^[11]。

中國聯(lián)通于2020年4月加入GSMA OP項目，全面參與了OP和TEC的需求討論、架構映射、接口定義、MEC平臺互聯(lián)互通測試和開(kāi)源實(shí)現等工作，比如基于GSMA OP項目，中國聯(lián)通于2021年與西班牙電信Telefonica、韓國電信Korea Telecom和澳洲電信Telstra一起開(kāi)展MOM（Multi-Operator MEC）項目合作，實(shí)現5G邊緣應用的互通和漫游對接^[12]?？傊?，中國聯(lián)通的主要目的是跟蹤和掌握GSMAOP項目中涉及的MEC平臺互聯(lián)互通核心關(guān)鍵技術(shù)，以支持不同廠(chǎng)家的異構邊緣計算平臺之間互聯(lián)互通，實(shí)現各種邊緣計算節點(diǎn)的共享，對外呈現一朵“統一”的邊緣云。

1.2　MEC Federation

從2020年GSMA OP項目啟動(dòng)后不久，GSMA OPG就與邊緣計算相關(guān)的國際標準組織建立合作關(guān)系，包括ETSI IS GMEC和3GPP SA6（下面簡(jiǎn)稱(chēng)ETSI和3GPP），目的不僅是將OP項目中產(chǎn)生的新業(yè)務(wù)需求引入標準，同時(shí)將GSMA OP項目中的研究成果標準化，包括跨運營(yíng)商網(wǎng)絡(luò )的邊緣應用部署需求、GSMA OP架構與ETSI、3GPP邊緣計算架構的功能映射、基于已有的邊緣計算標準規范制定統一的邊緣計算架構等內容。

目前ETSI已經(jīng)在上述方面取得了部分階段性成果，例如為了滿(mǎn)足GSMA提出的跨運營(yíng)商網(wǎng)絡(luò )或邊緣計算系統的新業(yè)務(wù)需求，ETSI成立了專(zhuān)門(mén)的研究課題（MEC#035）對多電信運營(yíng)商網(wǎng)絡(luò )/多供應商環(huán)境場(chǎng)景下，跨MEC系統的邊緣計算服務(wù)和邊緣應用程序如何共享使用進(jìn)行分析討論。參考GSMA OPG的研究成果，ETSI引入了MEC聯(lián)邦（MEC Federation）的概念來(lái)支持不同MEC系統之間的互聯(lián)互通，完成跨運營(yíng)商網(wǎng)絡(luò )的邊緣計算服務(wù)&應用程序共享。MEC#035在原有的ETSI MEC參考架構基礎上引入了新的功能模塊MEC Federator（包括MEC Federation Manager和Broker兩個(gè)子模塊，如圖2中紅框所示）來(lái)完成不同MEC系統之間的互聯(lián)互通（即構建MEC Federation）。

圖2 支持MEC Federation的ETSIMEC參考架構

MEC#035研究課題結束之后，為了將研究成果盡快標準化，ETSI還專(zhuān)門(mén)成立了MEC#040工作組進(jìn)行相關(guān)的標準化工作，包括制定MEC FederationAPIs標準等工作?？傊?，MEC Federator的引入使得滿(mǎn)足ETSI邊緣計算標準的MEC系統具備了互聯(lián)互通能力，MEC系統從此進(jìn)入跨電信運營(yíng)商的發(fā)展階段^[13]。

由于ETSI和3GPP已經(jīng)分別提出各自的邊緣計算參考架構，在GSMA的牽頭協(xié)調下，雙方已經(jīng)進(jìn)行OP與邊緣計算架構的功能映射和對齊工作，目標是基于現有的邊緣計算標準規范制定統一的邊緣計算架構，對應用開(kāi)發(fā)者屏蔽底層架構的區別，推動(dòng)邊緣計算的規模部署^[14]。中國聯(lián)通不僅積極參與了上述架構映射工作，還在中國通信標準化協(xié)會(huì )互聯(lián)網(wǎng)與應用技術(shù)工作委員會(huì )云計算工作組（CCSA TC1 WG5）設立行業(yè)標準項目《面向電信行業(yè)的邊緣云平臺互聯(lián)互通技術(shù)要求》（2023年12月），在工業(yè)互聯(lián)網(wǎng)聯(lián)盟設立《工業(yè)互聯(lián)網(wǎng)邊緣計算平臺互聯(lián)互通技術(shù)要求》標準項目（2021年12月），目的就是引入GSMA OP/MEC Federation相關(guān)技術(shù)，從技術(shù)方面定義和規范邊緣計算平臺互聯(lián)互通的標準，支持打造公共的邊緣計算基礎設施。

1.3　CAMARA Service API

GSMA沒(méi)有延續使用傳統的電信標準制定方法，而是采用互聯(lián)網(wǎng)方式，聯(lián)合LF設立了開(kāi)源項目CAMARA進(jìn)行Service API的定義和實(shí)現，目的是加速技術(shù)開(kāi)發(fā)迭代和API開(kāi)放生態(tài)的建設。CAMARA項目目標是通過(guò)開(kāi)發(fā)開(kāi)放的、全球性的、可訪(fǎng)問(wèn)的API解決方案，實(shí)現運營(yíng)商網(wǎng)絡(luò )的能力開(kāi)放，允許應用程序在不同國家的電信網(wǎng)絡(luò )之間一致運行，實(shí)現可以廣泛訪(fǎng)問(wèn)運營(yíng)商的功能^[11]。

CAMARA項目核心工作是Service API的定義和開(kāi)源研發(fā)，在2023年MWC巴塞羅那大會(huì )上發(fā)布了八個(gè)Service API，包括位置驗證、設備狀態(tài)、QoD、邊緣站點(diǎn)選擇和路由、號碼驗證等，API功能描述和應用場(chǎng)景如表1所示。

表1 CAMARA Service API功能和應用場(chǎng)景&實(shí)例

中國聯(lián)通作為數字化轉型的業(yè)界領(lǐng)先運營(yíng)商，一直在生態(tài)合作體系、行業(yè)賦能平臺等方面積極探索，例如聯(lián)合產(chǎn)業(yè)伙伴積極在CAMARA項目中牽頭多個(gè)運營(yíng)商網(wǎng)絡(luò )Service API的立項工作，其中區域內用戶(hù)數（Region User Count）已經(jīng)完成立項，用戶(hù)最近拜訪(fǎng)地（Device Visit Location）正在進(jìn)行項目審核，網(wǎng)絡(luò )切片預約式（Network Slice Booking）在2024年2月的CAMARA TSC（Technical Steering Committee）會(huì )議上通過(guò)審議^[15]。以網(wǎng)絡(luò )切片預約式為例，通過(guò)調用該接口可以預定指定的服務(wù)時(shí)間、服務(wù)區域、保證終端數量和SLA（Service Level Agreement）目標的網(wǎng)絡(luò )切片服務(wù)，意味著(zhù)運營(yíng)商可以通過(guò)網(wǎng)絡(luò )切片來(lái)實(shí)現網(wǎng)絡(luò )能力變現，朝著(zhù)運營(yíng)商網(wǎng)絡(luò )價(jià)值釋放又邁出了實(shí)質(zhì)性的一步^[16]。

中國聯(lián)通提出了以構建一種云原生PaaS平臺的方式來(lái)實(shí)現GSMA OP，即通過(guò)云原生PaaS平臺來(lái)解決跨電信運營(yíng)商網(wǎng)絡(luò )特性差異的挑戰，該平臺整體邏輯架構圖如圖3所示。目前業(yè)界普遍采用開(kāi)源合作項目的方式打造云原生PaaS平臺，例如Anuket、XGVela等^[17,18]。

圖3 GSMA OP實(shí)現方案之云原生PaaS平臺

基于統一邊緣云的理念，中國聯(lián)通還提出了一種云端PaaS+邊緣PaaS的兩級云原生PaaS平臺架構：通過(guò)云端PaaS打造統一邊緣云的管理面，屏蔽不同電信運營(yíng)商網(wǎng)絡(luò )的特性差異，提供跨電信運營(yíng)商的“統一”標準網(wǎng)絡(luò )能力服務(wù)；通過(guò)邊緣PaaS就近提供運營(yíng)商網(wǎng)絡(luò )能力^[19]。兩級PaaS架構是針對跨運營(yíng)商場(chǎng)景下的5GtoB網(wǎng)絡(luò )能力開(kāi)放框架設計的一次探索。

2　跨網(wǎng)絡(luò )邊緣應用使能

對于行業(yè)應用程序，邊緣計算不僅需要提供按需擴容和縮容，還需要跨不同的電信邊緣的互通能力，這是運營(yíng)商邊緣計算能否發(fā)展壯大的一個(gè)關(guān)鍵因素^[20]。受GSMA OP、LF CAMARA和GSMA Open Gateway的快速發(fā)展觸發(fā)，ETSI認為隨著(zhù)MEC Federation的出現，邊緣原生應用的概念已經(jīng)進(jìn)入了跨運營(yíng)商（多運營(yíng)商）的新階段：邊緣應用不僅需要跨運營(yíng)商網(wǎng)絡(luò )部署，甚至經(jīng)常需要部署在運營(yíng)商信任域之外^[21]。

根據邊緣應用是否需要跨運營(yíng)商網(wǎng)絡(luò )部署的特性，我們可以將邊緣應用分為兩類(lèi)：一類(lèi)是傳統邊緣應用，只需要部署在一個(gè)運營(yíng)商網(wǎng)絡(luò )中；另一類(lèi)是跨網(wǎng)絡(luò )邊緣應用，同時(shí)需要部署在兩個(gè)或更多運營(yíng)商網(wǎng)絡(luò )中。顯然對于跨網(wǎng)絡(luò )邊緣應用需要更多的應用使能功能，例如在應用隔離和安全、不同運營(yíng)商的隱私保護，以及應用包的加載、應用程序注冊和實(shí)例化的應用生命周期管理都需要進(jìn)行功能擴展和增強。下面將對跨網(wǎng)絡(luò )應用的隔離要求進(jìn)行分析，并提出一個(gè)基于GSMA OP的解決方案。

2.1　跨運營(yíng)商網(wǎng)絡(luò )場(chǎng)景下的應用隔離要求

ETSI認為隨著(zhù)MEC Federation的引入，不僅分布式實(shí)體之間交互需要安全通信，而且客戶(hù)端設備/環(huán)境也是安全問(wèn)題的另一個(gè)來(lái)源，導致安全決策非常復雜，跨網(wǎng)絡(luò )邊緣應用對應的工作負載可能需要在涉及多個(gè)利益相關(guān)者（例如多個(gè)電信運營(yíng)商）的環(huán)境中執行，而每個(gè)環(huán)境都是整個(gè)邊緣計算部署方案的一部分^[22]。類(lèi)似于分布式多云環(huán)境，用戶(hù)需要以最優(yōu)成本更快地完成應用程序（工作負載）的通用交付，例如應用程序（工作負載）不僅能夠在不同公有云平臺之間遷移，甚至還需要同時(shí)跨多個(gè)公有云平臺運行（處理）。

GSMA OP平臺接口如圖4所示，其中OP之間（如圖4中OP1和OP2）通過(guò)東西向接口（East West Bound Interface，EWBI）相互連接，共同構建統一的電信邊緣云。OP的南向接口（Southbound Interface，SBI）是OP平臺與電信運營(yíng)商的基礎設施平臺之間的接口，包括網(wǎng)絡(luò )資源接口（Network Resource，NR）和計算資源（Computing Resource，CR）接口兩部分。OP的用戶(hù)網(wǎng)絡(luò )接口（User-Network Interface，UNI）是用戶(hù)客戶(hù)端與OP平臺之間的連接交互接口。

圖4 GSMA OP接口關(guān)系示意圖

邊緣應用提供者不再需要了解邊緣應用需要部署的移動(dòng)網(wǎng)絡(luò )或邊緣計算（平臺）資源屬于哪個(gè)運營(yíng)商，只需要通過(guò)OP的北向接口（Northbound Interface，NBI）就可以完成邊緣應用的跨運營(yíng)商網(wǎng)絡(luò )部署和交付、運維和管控。限于篇幅，本文不對OP平臺接口參數進(jìn)行說(shuō)明，詳細請參考相關(guān)GSMA PRD（Permanent Reference Document）規范^[23]。

由于跨網(wǎng)絡(luò )邊緣應用需要在多個(gè)電信運營(yíng)商網(wǎng)絡(luò )內進(jìn)行部署，所以其部署不僅包含傳統的用戶(hù)維度，還需要引入新的運營(yíng)商維度來(lái)區分部署平臺是哪個(gè)運營(yíng)商的邊緣計算平臺。本文參考ESTI標準支持邊緣計算聯(lián)盟的機制，提出了一種在邊緣應用程序包加載流程中引入運營(yíng)商網(wǎng)絡(luò )標識來(lái)實(shí)現電信運營(yíng)商維度上的應用隔離方法，詳細說(shuō)明如下。

2.2　一種基于GSMA OP的邊緣應用程序包加載方案

首先，我們選擇中國聯(lián)通5G MEC平臺作為目標平臺進(jìn)行方案分析。中國聯(lián)通5G MEC平臺支持多租戶(hù)模式，即為不同用戶(hù)分配裸機隔離的基礎資源和業(yè)務(wù)資源。例如在資源隔離上是通過(guò)底層IaaS堆棧來(lái)實(shí)現租戶(hù)隔離、計算隔離、網(wǎng)絡(luò )隔離和存儲隔離的能力，而且對于共享的邊緣計算節點(diǎn)，邊緣網(wǎng)絡(luò )側還可以通過(guò)平面隔離、引入防火墻、設置安全區域、防病毒網(wǎng)關(guān)等手段，確保該共享節點(diǎn)業(yè)務(wù)運行和維護安全^[24]。

其次，根據ETSI GS MEC 010-2^[25]的最新版本V3.1.8的更新內容，ETSIMEC標準不僅引入了邊緣計算聯(lián)盟相關(guān)的信息，即目標系統標識（Target System Identifier），還對Mm1接口進(jìn)行了擴展，引入用于邊緣計算聯(lián)盟的API定義變體，支持傳遞MEC Federation相關(guān)性信息給MEO/MEAO（MEC Orchestrator/MEC Application  Orchestrator）。參考上述MEC 010-2的機制，擴展GSMA OP接口以支持運營(yíng)商網(wǎng)絡(luò )ID，我們提出了一種跨網(wǎng)絡(luò )應用程序包加載方法，詳細流程如圖5所示。

圖5 跨運營(yíng)商網(wǎng)絡(luò )場(chǎng)景下的邊緣應用程序包加載流程圖

對于第一類(lèi)邊緣應用，即傳統邊緣應用程序。由于只需要部署在一個(gè)運營(yíng)商網(wǎng)絡(luò )內，所以目標運營(yíng)商網(wǎng)絡(luò )就是本地運營(yíng)商網(wǎng)絡(luò )：

步驟1：運營(yíng)商1（圖5中藍色框表示）的OSS向其所屬的MEO發(fā)出邊緣應用程序包加載請求。這里參考MEC 010-2V3.1.8類(lèi)似的API變體方法，在A(yíng)PI的URI（Uniform Resource Identifier）中引入op_target_systems和apptype關(guān)鍵詞如下：

{apiRootPrefix}/op_target_systems/{targetNetworkId}/apptype/{applicationType}

{targetNetworkId}表示運營(yíng)商網(wǎng)絡(luò )ID，其值可以是GSMA OP ID或其他，例如PLMN（Public Land Mobile Network），用于標識目標運營(yíng)商網(wǎng)絡(luò )。ApplicationType取值可以是：traditional/cross-network，分別表示上述傳統、跨網(wǎng)絡(luò )邊緣應用類(lèi)型。

步驟2：由于是傳統邊緣應用程序，所以本地運營(yíng)商網(wǎng)絡(luò )的MEO直接進(jìn)行邊緣應用程序包的加載處理。詳細處理內容請參考ETSIMEC 010-2標準。

步驟3：由于是GSMA OP聯(lián)盟環(huán)境，所以這里要求MEO將應用程序包加載的事件通知MEPM和OP，分別進(jìn)行相應的應用類(lèi)型信息處理，限于篇幅，這里不進(jìn)行說(shuō)明，詳細參考ETSI和GSMA相關(guān)文檔[23,25]。

對于第二類(lèi)邊緣應用，即跨網(wǎng)絡(luò )邊緣應用程序。由于該邊緣應用不僅需要部署在本地網(wǎng)絡(luò )，還需要部署到其他運營(yíng)商網(wǎng)絡(luò )，所以需要明確給出目標運營(yíng)商網(wǎng)絡(luò )ID。

步驟1：運營(yíng)商1（圖5中藍色框表示）的OSS向其MEO發(fā)出邊緣應用程序包加載請求。如圖5所示，這里參考ETSI 10-2V3.1.8fed_target_systems，引入op_target_networks，其指出了目標運營(yíng)商網(wǎng)絡(luò )為networkId2。

步驟2：由于跨網(wǎng)絡(luò )邊緣應用需要先在本地運營(yíng)商網(wǎng)絡(luò )進(jìn)行部署，所以本地運營(yíng)商網(wǎng)絡(luò )（networkId1）的MEO需要進(jìn)行處理。

步驟3：然后，本地運營(yíng)商網(wǎng)絡(luò )的MEO再將該請求轉發(fā)給本地OP。

步驟4：本地運營(yíng)商網(wǎng)絡(luò )（networkId1）的OP將該請求轉發(fā)給目標運營(yíng)商網(wǎng)絡(luò )（networkId2）的OP。

步驟5：目標運營(yíng)商網(wǎng)絡(luò )的OP向自己的MEO發(fā)出該跨網(wǎng)絡(luò )邊緣應用程序包的加載請求。由于該請求中的運營(yíng)商網(wǎng)絡(luò )ID就是當前運營(yíng)商網(wǎng)絡(luò )（networkId2），所以目標運營(yíng)商網(wǎng)絡(luò )的MEO將進(jìn)行本地邊緣應用程序包加載處理，與前面傳統邊緣應用類(lèi)型的步驟1一致。

步驟6：與傳統邊緣應用類(lèi)型的處理的流程步驟2類(lèi)似，區別在于這里回復的是OP。

步驟7：目標運營(yíng)商網(wǎng)絡(luò )（networkId2）的OP向發(fā)出邊緣應用程序包加載請求的運營(yíng)商網(wǎng)絡(luò )（networkId1）的OP進(jìn)行回復。

步驟8：本地運營(yíng)商網(wǎng)絡(luò )（networkId1）的OP向自己的MEO轉發(fā)目標運營(yíng)商網(wǎng)絡(luò )OP平臺的回復。

步驟9：本地運營(yíng)商網(wǎng)絡(luò )（networkId1）的MEO向同一系統的OSS轉發(fā)目標運營(yíng)商網(wǎng)絡(luò )OP平臺的回復。

滿(mǎn)足了上述應用隔離的功能擴展和增強要求，邊緣應用可以跨運營(yíng)商網(wǎng)絡(luò )進(jìn)行部署，即同時(shí)部署在兩個(gè)互聯(lián)互通的邊緣計算平臺之上。由于中國聯(lián)通的5G網(wǎng)絡(luò )是與中國電信共建共享的^[26]，所以在5GMEC部署模式有更多的選擇，包括在5G MEC的設計、部署和運營(yíng)等方面采取更加敏捷、開(kāi)放和靈活的方式，例如5GMEC共建共享的模式^[27]?？傊?，5G MEC互聯(lián)互通，或者5G MEC共建共享都是GSMA OP/MEC Federation的一次技術(shù)應用，也是對5G網(wǎng)絡(luò )共建共享網(wǎng)絡(luò )場(chǎng)景下如何部署MEC的一次有益探索。

3　結束語(yǔ)

5G-Advanced進(jìn)一步提升了5G網(wǎng)絡(luò )能力，滿(mǎn)足了雙向全息通信、XR Pro、3D機器視覺(jué)、觸覺(jué)互聯(lián)網(wǎng)等全新應用的業(yè)務(wù)需求，將交互沉浸式體驗帶入現實(shí)。應用開(kāi)發(fā)者更加迫切地需要一個(gè)通用API來(lái)實(shí)現對運營(yíng)商網(wǎng)絡(luò )能力的統一訪(fǎng)問(wèn)，以及支持邊緣應用的統一部署交付、運維和管控。隨著(zhù)GSMA Open Gateway倡議被越來(lái)越多的運營(yíng)商加入，信息通信行業(yè)對推動(dòng)網(wǎng)絡(luò )架構和網(wǎng)絡(luò )能力的“開(kāi)放性”正在不斷取得成果，逐步得到驗證，使得NaaS發(fā)展到了一個(gè)新的階段。另外從基礎設施實(shí)現集約綠色發(fā)展的趨勢來(lái)看，不僅運營(yíng)商之間，同時(shí)運營(yíng)商與云服務(wù)供應商之間也需要形成統一的資源共享模式，才能推動(dòng)云網(wǎng)融合基礎設施的開(kāi)放共享，形成類(lèi)似于水網(wǎng)、電網(wǎng)、路網(wǎng)的社會(huì )化公共基礎設施。

本文只對跨運營(yíng)商網(wǎng)絡(luò )能力開(kāi)放和應用使能進(jìn)行了初步的分析討論，還有很多技術(shù)難題和挑戰需要解決，包括如何融合和統一編排多個(gè)運營(yíng)商的邊緣網(wǎng)絡(luò )網(wǎng)元/邊緣應用，運營(yíng)商平臺之間如何合作提供跨運營(yíng)商網(wǎng)絡(luò )的業(yè)務(wù)連續性保障，跨網(wǎng)絡(luò )邊緣應用如何計費，以及如何進(jìn)行安全管控等等。這些問(wèn)題涉及運營(yíng)商幾乎所有的業(yè)務(wù)鏈條或環(huán)節，需要全行業(yè)一起參與進(jìn)來(lái)，對相關(guān)系統和平臺進(jìn)行深入分析和研究，才能獲得實(shí)際可行的解決方案。

作者簡(jiǎn)介：

陳　杲，高級工程師，博士，現就職于中國聯(lián)通研究院，主要從事邊緣計算方面的相關(guān)技術(shù)研究及標準化工作。

唐雄燕，教授級高級工程師，博士，現就職于中國聯(lián)通研究院，主要研究方向為寬帶通信、互聯(lián)網(wǎng)/物聯(lián)網(wǎng)、新一代網(wǎng)絡(luò )等。

曹　暢，教授級高級工程師，博士，現就職于中國聯(lián)通研究院，主要從事未來(lái)網(wǎng)絡(luò )架構、算力網(wǎng)絡(luò )等前沿技術(shù)研究工作。

參考文獻：

[1] C114通信網(wǎng). CCSA理事長(cháng)聞庫: 5G-Advanced是必經(jīng)階段 四大舉措實(shí)現高質(zhì)量發(fā)展[EB/OL].

[2] C114通信網(wǎng). MWC23觀(guān)察: 以人工智能開(kāi)創(chuàng )NaaS商業(yè)未來(lái), 運營(yíng)商自智網(wǎng)絡(luò )創(chuàng )新正當時(shí)！[EB/OL].

[3] 飛象網(wǎng). MEC, 三大運營(yíng)商落地5G的必選項[EB/OL]. https://xw.qq.com/cmsid/20201118A01B5R00.

[4] 百度百家號. 美國通訊公司AT＆T與谷歌合作進(jìn)行5G邊緣計算[EB/OL].  

[5] 網(wǎng)易. 運營(yíng)商巨頭, 痛批 "邊緣計算" 現狀[EB/OL].

[6] ETSI. Enhanced DNS Support towards Distributed MEC Environment[EB/OL].  

[7] 知乎. 運營(yíng)商賦能車(chē)聯(lián)網(wǎng)能力白皮書(shū)[EB/OL]. https://zhuanlan.zhihu.com/p/603685915.

[8] 新浪. 結束亂戰: 院士建議三家運營(yíng)商合資, 統一運營(yíng)主體[EB/OL].

[9] GSMA. Mobile Industry Deploys Open Network APIs and Prepares for New Era of Digital Services and Mobile Apps[EB/OL].

[10] GSMA集伺盟. MWC巴塞羅那前瞻: Open Gateway[EB/OL].

[11] Github. CAMARA Project[EB/OL].  

[12] 王友祥, 陳杲, 黃蓉. 云邊協(xié)同技術(shù)發(fā)展分析[J]. 郵電設計技術(shù), 2021(3): 1 - 6.

[13] ETSI MEC#035. Introduction of MEC Federation Manager and MEC Federation Broker in ETSI MEC architecture[EB/OL].  

[14] ETSI ISG MEC. Harmonizing Standards for Edge Computing, a Synergized Architecture Leveraging ETSI ISG MEC and 3GPP Specification[EB/OL].

[15] WIKI. CAMARA TSC Minutes [EB/OL]. 2024-02-01.  

[16] 信息通信世界. 中國聯(lián)通聯(lián)合華為等伙伴推進(jìn)首個(gè)切片能力開(kāi)放Service API 落入CAMARA[EB/OL].  

[17] WIKI. Anuket Project[EB/OL].

[18] XGVela. XGVela Project[EB/OL].

[19] 陳杲, 楊文強, 黃蓉, 等. 網(wǎng)絡(luò )云原生PaaS平臺架構研究[J]. 信息通信技術(shù), 2021 (4) : 6 - 12.

[20] 開(kāi)源先鋒地帶微信公眾號. 運營(yíng)商邊緣計算與公有云邊緣計算是敵是友？[EB/OL].  

[21] ETSI ISG MEC. MEC support towards Edge Native Design [EB/OL].

[22] ETSI ISG MEC. Making the edge sharp and safe: updates on MEC security [EB/OL].

[23] GSMA. GSMA PRD[EB/OL].  

[24] 中國聯(lián)通. 中國聯(lián)通5G MEC邊緣云平臺架構及商用實(shí)踐白皮書(shū)[EB/OL].  

[25] ETSI GS MEC 010-2 V2.2.1 . Multi-access Edge Computing (MEC); MEC Management; Part 2: Application lifecycle, rules and requirements management [EB/OL]. 2022 - 02.  

[26] 中國電信李正茂: 積極推進(jìn)更多領(lǐng)域、更多參與方的共建共享[EB/OL].

[27] 陳杲, 黃蓉, 唐雄燕. MEC Federation研究現狀分析[J]. 中國計算機學(xué)會(huì )通訊, 2022, 10 : 45 - 53.

摘自《自動(dòng)化博覽》2024年第二期暨《邊緣計算2024專(zhuān)輯》