隨著互聯網和數據中心流量的爆炸式增長，SDN已經逐步取代靜態路由交換設備成為構建網絡的主流方式，本系列是免費電子書《Software-Defined Networks: A Systems Approach》的中文版，完整介紹了SDN的概念、原理、架構和實現方式。原文: Software-Defined Networks: A Systems Approach
第9章 接入網
現在我們將注意力轉向SDN最新出現的用例: 接入網，包括光纖到家和移動蜂窩網絡。雖然現在還處于早期階段(剛剛推出產品部署)，但有巨大的機會。本章描述了兩個例子: 無源光網絡(PON, Passive Optical Networks) 和無線接入網(RAN, Radio Access Networks) ，分別是光纖到家和移動蜂窩網絡的核心。
9.1 背景
用于實現將家庭、企業和移動設備連接到互聯網的最后一英里的網絡技術有著獨立于互聯網其他部分的發展歷程。這種發展已經持續了幾十年，開始于對基于電路的語音通信的支持，然后逐漸增加了對基于IP的數據通信的支持。最終結果是一個巴洛克式的專用設備的集合，對于那些知道如何在L2/L3以太網交換機的集合上構建網絡的人來說，這些設備看起來非常陌生。
但這使得接入網成為SDN的沃土，為了理解這意味著什么，我們需要從對將要替換的傳統系統的簡要概述開始。我們將在介紹兩種特定接入技術(PON/RAN)的上下文中開始。幸運的是，從高層往下看，它們的架構驚人的相似。當然，細節差別也很大，但隱藏(甚至消除)不必要的細節是SDN帶來的主要價值之一。
在討論細節之前，需要再了解一點背景知識。提供寬帶服務的ISP(如電信公司或有線電視公司)通常經營著國家主干網絡，連接到該主干網外圍的是成百上千的邊緣站點。在電信領域，這些邊緣站點通常被稱為中央機房(Central Offices) ，在有線通信領域，通常被稱為頭端(Head Ends) 。盡管這些名字暗示著"集中化"和"層次結構的根"，但都位于ISP網絡的最邊緣，是ISP連接客戶的最后一英里的一端。基于PON和RAN的接入網就部署在這些設施中。
9.1.1 無源光網絡(Passive Optical Network)
PON是樹形結構的光纖網絡，從ISP邊緣站點的一臺設備開始，可以擴展到1024個家庭。PON的名字來源于被動的無源分路器，這些分路器向上下游轉發光信號，而沒有對幀進行主動存儲轉發的能力。端點完成幀的拼接，對應的ISP設備被稱為光終端(OLT, Optical Line Terminal) ，部署在家庭中的設備被稱為光網絡單元(ONU, Optical Network Unit) 。
圖51是一個PON的示例，簡化為只有一個ONU和一個OLT。在實際部署中，一個中心機房會有多個OLT，分別連接數千個客戶家庭。圖51還突出顯示了另一個細節，一個將接入網連接到Internet的BNG(Broadband Network Gateway) 。BNG是電信公司的一種設備，除了轉發數據包外，還對用戶進行身份驗證，區分向每個客戶提供的服務水平，并對流量進行計費。
由于分路器是無源的，PON實現了多接入協議。簡單來說，上下游業務在兩個不同的波長的光波上傳輸，因此是完全獨立的。下行流量從OLT開始，信號沿著PON的每一條鏈路傳播，每一幀都能夠到達ONU。然后ONU在幀中查看唯一的標識符，并接收該幀(如果標識符是自己)或丟棄(如果不是自己)。通過加密防止ONU竊聽鄰居的通信。上游流量在上游波長上進行時分復用，每個ONU周期性獲得發送周期。
PON與以太網類似，定義了一種共享算法，經過多年發展，該算法可以適應越來越高的帶寬。目前部署最廣泛的是G-PON(Gigabit-PON)，支持2.25 Gbps帶寬。XGS-PON(10 Gigabit-PON)正在部署中。
9.1.2 無線接入網(Radio Access Network)
RAN通過在無線電頻譜的不同帶寬上編碼和傳輸數據來實現最后一跳。例如，傳統的蜂窩技術范圍從700 MHz到2400 MHz，如今在6 GHz范圍分配了新的中頻頻譜，而毫米波(mmWave)技術的頻譜在24 GHz以上。
如圖52所示，給定地理區域(例如地鐵站)中的一組基站相互連接，并和運行在中央機房中的移動核心網(Mobile Core)通信。移動核心網類似于BNG(從高層架構來說)，充當連接接入網到Internet的IP網關，同時負責認證、QoS和計費。與BNG不同，移動核心網還負責管理移動性(例如，記錄當前哪個基站在為哪個有源設備服務，管理基站之間的切換，等等)。
圖中顯示了移動核心網和一組由回傳(backhaul)網絡連接的基站?；貍骶W絡的實現取決于技術選擇，可以基于以太網或基于PON，但就我們的目的而言，重要的是理解RAN實際上是構建在回傳網絡之上的局域包交換網絡，其中基站是該overlay網絡的"節點"。數據包通過這個網絡"路由"到達最合適的基站，并在給定時刻為每個移動設備(用戶設備或UE)提供服務[1]。轉發決策由基站實現，基站負責做出以下決策: 切換(handover, 將給定終端的流量從一個基站切換到另一個基站)、負載均衡(load balancing, 一組基站根據其當前負載決定哪個應該為某個終端服務)和鏈路聚合(link aggregation, 多個基站決定聯合向某個給定終端傳輸數據)。
[1] 之所以說"路由"，是因為基于綜合考慮移動跟蹤和監控決定如何最有效利用無線頻譜，而不是通常在有線網絡中使用的最短路徑標準。重要的是，基站協同實現一種分布式決策算法，然后根據這些決策相互轉發數據包。
9.1.3 關鍵結論(Key Takeaways)
在討論如何應用SDN原則之前，有三個關于這兩種網絡技術的結論。首先是"接入網"和"IP網關"的區別。例如，光纖到家(Fiber-to-the-Home)是由PON和BNG結合實現的，同樣，5G蜂窩移動網絡(5G Cellular Mobile Network)是由RAN和移動核心網(Mobile Core)結合實現的。本章主要關注如何將SDN應用到PON和RAN上，但正如我們在7.4節中已經看到的，SDN也可以應用到BNG和移動核心網。兩者都是增強的IP路由器，其新特性都是對運行在交換結構中的P4程序的擴展。 我們將在最后一節中回到這個主題，介紹SD-Fabric和接入網之間的關系。
其次，因為PON是無源的，沒有機會在網絡內部進行軟件控制。將SDN應用于PON涉及到對端點(即OLT和ONU)的軟件控制，并將這些端點之間的所有東西視為被動背板。此外，由于ONU是響應OLT指令的"啞"設備，這實際上可以歸結為分解OLT。
最后，由于RAN是將一組基站連接起來的包交換網絡(作為回傳網絡的overlay)，因此有機會實現軟件控制。這需要分解基站，正如我們將在本章后面看到的，基站在歷史上運行多層協議棧，一旦被分解，這些組件就會分布在整個網絡中，一些組件與無線電天線放在一起，一些組件與中央機房的移動核心網(Mobile Core)放在一起。換句話說，最終計劃是"分割"和"分發"RAN功能。
為了更廣泛理解分解5G移動網絡所涉及的內容，以便在軟件中實現，推薦以下配套書籍。
延伸閱讀:
L. Peterson and O. Sunay. 5G Mobile Networks: A Systems Approach. June 2020.
9.2 SD-PON
將SDN應用于PON的機會在于，OLT本質上是增強的L2交換機，配備了運行在每個交換機端口上的不同的MAC層幀協議。就像可以買到基于OCP規范的裸金屬L2交換機一樣，現在也可以買到OLT。但在實際實現軟件定義的PON(SD-PON)之前，還需要解決三個問題[2]。
[2] 為了與本書其他用例的命名方式一致，我們將其稱為SD-PON，但實際的ONF開源軟件項目被稱為SEBA: SDN-Enabled Broadband Access。
首先，為了知道網絡要支持什么級別的服務，PON需要將大量配置加載到每個OLT中。其次，部署到家庭中的ONU設備的能力有限，需要通過連接的上游OLT間接控制。最后，網絡運營商并不一定可以只用裸機硬件，而是必須處理各種傳統設備。
為了解決這些問題，出現了圖53中描述的SD-PON體系架構?；谠摷軜嫷纳a網絡現在已被電信公司部署到世界各地。為了簡單起見，圖中只顯示一個OLT，連接到兩個fabric交換機。在實踐中，這種架構對于聚合OLT很有必要，我們將在9.4節再解釋細節，當前大家可以認為這些交換機都在第7章介紹的SD-Fabric的控制之下。下面我們將介紹SD-PON架構的其他部分。
首先是硬件抽象層，稱為VOLTHA(虛擬OLT硬件抽象, Virtual OLT Hardware Abstraction) 位于網絡操作系統(例如ONOS)和單個OLT之間。VOLTHA提供北向OpenFlow接口，使ONOS能夠像任何其他SDN設備一樣控制OLT，特定供應商的適配器在OpenFlow和OLT之間轉換。原則上，這種轉換可以在ONOS內部處理，ONOS已經有健壯的南向適配器框架，但VOLTHA被設計為網絡操作系統無關的，因此復制了大部分的機制。
VOLTHA必須正確處理許多細節，但在概念上沒有什么新內容，主要是控制狀態流(例如，為訂閱者分配特定的QoS類)和監視狀態流(例如，識別ONU何時連接或分離)。主要的不同點是需要將Traffic Profile文件(圖中表示為TP)加載到OLT中。這一配置文件指定運維人員期望PON支持的QoS類，通常在OLT啟動時加載這這一配置狀態，原則上，也可以由ONOS通過gNMI/gNOI進行管理。OLT目前不支持像gNMI這樣的通用API，所以通過這種一次性方式處理。
最后，也是最有趣的一點是，由于ONOS需要知道ONU，但不能直接使用OpenFlow或任何其他API進行控制，因此該架構在OLT及其相連的ONU集合上構建了一個交換抽象層，在圖53中由外部的灰色框表示。我們可以將這種網絡模型看作是交換機，具有一組面向網絡的端口(在通信行業中稱為NNI)和一組面向用戶的端口(在通信行業中稱為UNI)。ONOS把這個聚合網絡當作一個邏輯交換機，每當用戶打開家里的ONU時，ONOS就會看到相應的UNI上有一個"port active"事件，并采取相應的操作，這些操作由圖中所示的SD-PON控制套件實現。
那么需要做什么操作呢？主要工作是將用戶安全的連接到Internet。例如，當一個ONU上線(對應于邏輯交換機上的一個端口變為活動狀態)時，將啟動802.1X授權流程，驗證該ONU是否是已注冊的客戶。成功授權的結果是，SD-PON程序指示ONOS通過fabric(使用規定的QoS配置文件)建立一條路徑，將用戶連接到L2網絡。接下來，連接到ONU的家庭路由器將發送一個DHCP請求，觸發IP地址分配，并觸發ONOS建立路由，將家庭路由器連接到上游BNG(以及互聯網)。
9.3 SD-RAN
關于5G的早期宣傳主要是關于更多的帶寬，但5G的承諾主要是關于從單一接入服務(寬帶連接)擴展到更豐富的邊緣服務和設備集合，包括支持沉浸式用戶界面(如AR/VR)、關鍵任務應用(如公共安全、自動駕駛汽車)和物聯網(IoT)。只有當SDN原則應用于RAN時，這些新應用才可行，才能支持快速引入新特性。正因如此，移動網絡運營商正在努力實現軟件定義RAN(SD-RAN)。
延伸閱讀:
SD-RAN Project. Open Networking Foundation. August 2020.
要理解SD-RAN的技術基礎，重要的是要認識到，組成RAN的基站是專門的分組交換機。在給定地理區域內的一組基站相互協調，以分配和共享稀缺的無線電頻譜。它們做出切換決策，共同為給定用戶服務(可以把這看作鏈路聚合的RAN變體)，并根據連續測量的信號質量做出包調度決策。今天這些都是純粹的局部決策，但將其轉化為全局優化問題是SDN的專長。
SD-RAN的想法是讓每個基站向SDN中央控制器報告本地收集到的關于無線電傳輸質量的統計數據，SDN中央控制器結合來自一組基站的信息，構建一個關于無線電頻譜如何被利用的全局視圖。一套控制程序(例如，一個專注于切換，一個專注于鏈路聚合，一個專注于負載平衡，還有一個專注于頻率管理)可以基于這些信息做出全局最優決策，并將控制指令推回到各個基站。這些控制指令不是在傳輸的單個片段的調度粒度上(即，在每個基站上仍然有實時調度程序，就像SDN控制的以太網交換機仍然有本地包調度程序一樣)，但通過不到10毫秒的測量回路，確實對基站施加了接近實時的控制。
9.3.1 分離式RAN(Split RAN)
為了更好了解這是如何工作的，我們從圖54所示的關于基站包處理流水線的細粒度視圖開始。請注意，該圖將基站描述為流水線(從左到右對發送到UE的數據包進行處理)，但同樣也可以將其視為協議棧。
關鍵階段如下。
- RRC(無線資源控制, Radio Resource Control): 在流水線中負責粗粒度配置以及策略相關方面。RRC運行在RAN的控制平面上，不處理用戶平面報文。
- PDCP(分組數據聚合協議, Packet Data Convergence Protocol): 負責對IP報頭進行壓縮解壓縮、加密和完整性保護，并做出"早期"轉發決策(即數據包是通過流水線發送到終端還是轉發到另一個基站)。
- RLC(無線鏈路控制, Radio Link Control): 負責分割和重組，通過實現某種形式的ARQ(自動重復請求, automatic repeat request)實現可靠發送/接收。
- MAC(媒體訪問控制, Media Access Control): 負責緩沖、多路復用和解多路復用，包括什么時候傳輸哪些分片的實時調度決策。還能夠做出"延遲"轉發決策(即轉發到包括WiFi在內的備選載波頻率)。
- PHY(物理層, Physical Layer): 負責編碼和調制，包括前向糾錯(FEC)。
圖54中的最后兩個階段(D/A轉換和RF前端)不在本書范圍之內。
下一步是理解上面概述的功能是如何在物理組件之間劃分的，從而實現集中和分布式部署的"分割"。歷史上主流實現是"不分割"，如圖54所示的整個流水線在一個基站中運行。展望未來，3GPP標準已經被擴展到允許多個分割點，圖55所示的分割正在由運營商領導的O-RAN (Open RAN)聯盟所積極推動，這也是本章其余部分所采用的方法。
結果就是產生了類似于圖56所示的RAN范圍的配置，有一個運行在云上的中央單元(CU, Central Unit) 服務于多個分布式單元(DU, Distributed Unit) ，每個DU又服務于多個無線電單元(RU, Radio Unit) 。關鍵是，RRC(集中在CU中)只負責近實時的配置和控制決策，而MAC階段的調度器負責所有實時調度決策。
由于無線傳輸的調度決策是由MAC層實時做出的，不能根據過時的信道信息做出調度決策，因此DU需要在管理的RU"附近"(在1ms時延內)，常見配置是在同一個鐵塔上部署DU和RU。但是當一個RU對應一個小扇區，許多RU分布在一個中等大小的地理區域(例如，商場、校園或工廠)，那么一個DU可能會服務于多個RU。5G毫米波技術的采用可能會使后者更加普遍。
9.3.2 RAN智能控制器(RAN Intelligent Controller)
RRC在圖54中顯示為基站的一部分，在圖55中顯示為CU的一部分，代表RAN的控制平面。因為控制決策是集中制定的，因此CU的配置可以自然映射到SDN，但其目標不僅僅是重新創建RRC功能的傳統集合，還想為引入額外的控制功能鋪平道路。為此，SD-RAN采用了一種與其他領域中使用的網絡操作系統/控制應用程序架構相平行的設計(并在本書中進行了描述)。
其結果是圖57所示的設計，其中RAN智能控制器(RIC, RAN Intelligent Controller) 是O-RAN架構文檔所稱的集中式SDN控制器(因此我們在接下來的討論中采用了這個術語)。"近實時"限定符表示RIC是CU中實現的10-100毫秒控制回路的一部分，而不是運行在DU中的MAC調度器所需的1毫秒控制回路。
如果進一步深入進去，圖58顯示了基于ONOS的SD-RAN用例示例。最值得注意的是，基于ONOS的RIC支持一組特定于RAN的北向和南向接口，原則上(但不是細節上)類似于前面章節描述的接口(例如，gNMI, gNOI, OpenFlow)。我們將在下一小節討論這些接口。
基于ONOS的RIC利用了第6章中描述的拓撲服務，但也引入了兩個新服務: Control和Telemetry。建立在Atomix鍵/值存儲基礎上的Control Service管理所有基站和用戶設備的控制狀態，包括哪個基站為每個用戶設備服務，以及可以連接設備的"潛在鏈接"集。Telemetry Service建立在時間序列數據庫(TSDB, Time Series Database) 的基礎上，跟蹤RAN組件報告的鏈接質量信息。各種控制應用程序分析這些數據，并就RAN如何才能最好的滿足其數據交付目標做出明智決策。
圖58中的示例Control Apps (xApps)包含了一系列的可能性，但這并不是詳盡列表。這些功能(鏈路聚合控制、干擾管理、負載均衡和切換控制)目前由僅具有局部可見性的單個基站實現，但它們具有全局影響。SDN方案是集中收集可用的輸入數據，做出全局最優決策，然后將各自的控制參數推回基站執行。
O-RAN聯盟
自3G以來，一直由3GPP (3rd Generation Partnership Project)負責移動蜂窩網絡的標準化，O-RAN (Open-RAN Alliance)是由移動網絡運營商組成的聯盟，定義了基于SDN的5G實施戰略。
考慮到3GPP已經是負責全球蜂窩網絡互操作性的標準化機構，為什么還會有O-RAN聯盟？答案是，隨著時間的推移，3GPP已經成為由供應商主導的組織。O-RAN是由網絡運營商創立的(AT&T和中國移動是創始成員)，其目標是推動基于軟件的實現，以打破當今市場供應商的壟斷。
更具體來說，3GPP定義了可能的RAN解耦點，而O-RAN指定(并編纂)相應的接口。特別是E2接口，是圍繞支持不同服務模型的思想構建的，是這個策略的核心。運營商是否能成功實現最終目標還有待觀察。
9.3.3 RIC接口
回到圖58中提到的三個接口，每個接口的用途都類似于前面章節中描述的接口。前兩個，A1和E2，正朝著O-RAN標準化的方向發展。第三種是圖58中所示的xApp SDK，盡管O-RAN的長期目標是聚合在統一的API(和相應的SDK)上，但當前是基于ONOS實現的(概念上類似于Flow Objectives)。
A1接口為移動運營商的管理平面(通常被稱為OSS/BSS(運營支持系統/業務支持系統))提供了配置RAN的方法。到目前為止，我們還沒有討論通信OSS/BSS，但可以肯定的是，這樣的組件位于任何通信軟件棧的頂部，是操作網絡所需的所有配置設置和業務邏輯的源頭，可以把它看作是gNMI/gNOI在RAN中的對應組件。
Near-RT RIC使用E2接口來控制底層的RAN組件(包括CU、DU和RU)，可以將它看作OpenFlow在RAN中的對應組件。E2接口的要求是能夠將Near-RT RIC連接不同供應商的不同類型的RAN組件。這個要求反映在圍繞服務模型(Service Model) 抽象的API中，其思想是每個RAN組件都發布一個服務模型，定義該組件能夠支持的RAN功能集，RIC對這個服務模型發出以下四種操作的組合。
- 報告(Report): RIC要求組件報告特定功能的配置值。
- 插入(Insert): RIC指示組件激活某個用戶平面功能。
- 控制(Control): RIC指示組件激活某個控制平面功能。
- 策略(Policy): RIC設置某個已激活功能的策略參數。
當然，可以被激活的相關功能、可以報告的變量以及可以設置的測量都是RAN組件通過其發布的服務模型定義的。
綜上所述，A1和E2接口完成了RAN的三個主要控制回路中的兩個: 外部(非實時)回路以Non-RT RIC為控制點，中間(近實時)回路以Near-RT RIC為控制點。第三個(內部)控制回路，在圖58中沒有顯示，它運行在DU內部，包括實時調度器，嵌入在RAN流水線的MAC階段。兩個外控制回路大概的時間邊界分別為>> 1s和>10 ms，并假設實時控制回路<1 ms。
Near-RT RIC打開了引入基于策略的RAN控制的可能性，因此，如果運營商定義的策略發生了中斷(異常)，表明需要外部回路的參與。例如，可以想象開發基于學習的控件，這些控件的推理引擎將作為應用程序運行在Near-RT RIC，而非實時的學習引擎可以在其他地方運行。然后，Non-RT RIC與Near-RT RIC交互，通過A1接口從管理平面向Near-RT RIC交付相關操作策略。
最后，xApp SDK原則上是Flow Objectives在RAN中的對應組件，是基于ONOS實現的，目前僅僅作為E2接口的"透傳"，這意味著xApps必須知道可用的服務模型。這是有問題的，因為隱式的將應用程序與設備耦合了起來，但定義與設備無關的版本還在進行中。
9.4 SD-Fabric的角色
正如本章前面所概述的那樣，PON和RAN都配有IP網關，該網關增強了特定的接入特性。位于運營商網絡邊緣的網關負責對用戶訪問進行授權，區分向用戶提供的服務級別，并向用戶收費。當用戶從一個基站移動到另一個基站時，移動核心網還承擔了跟蹤移動性的額外責任。
這些附加功能大部分運行在控制平面(甚至管理平面)中，數據平面的行為與任何其他L3網絡非常相似，這意味著數據平面可以通過前面章節中看到的機制實現，或者更具體的說，通過第7章中描述的SD-Fabric解決方案實現，但需要考慮這兩種特定接入技術，以及對SD-Fabric的影響。
將PON連接到Internet的BNG有供應商定義的控制/管理平面，因此不需要行業范圍的標準。數據平面需要支持Q-in-Q標簽作為區分訂戶服務的機制，這是SD-Fabric提供此功能的原因之一。這意味著圖53中所示的fabric交換機與圖13(來自第2章)和圖39(來自第7章)中所示的fabric交換機完全相同。換句話說，SD-Fabric既將OLT連接到互聯網，又將一組承載BNG控制和管理功能(以及運營商希望在邊緣運行的任何其他VNF)的服務器連接起來。
將RAN連接到互聯網的移動核心網是由3GPP標準化的，這使它成為了定義良好的示例(只在高層架構討論，完整的3GPP規范遠遠超出了本書范圍)。圖59給出了架構概述，確定了組成5G移動核心網的功能塊。
從這個圖中可以看到，UPF(用戶平面功能, User Plane Function) 實現了數據平面(3GPP稱之為用戶平面)。其他所有功能都是控制平面功能，其中AMF負責移動性管理，SMF負責會話管理，AUSF負責身份驗證。所有其他功能塊都對應于低級流程，AMF、SMF和AUSF調用這些流程來完成工作，但就我們的目的而言，可以將整個功能塊視為運行在商業服務器上的微服務。關于移動核心網控制平面的更多細節，以及具體實現選擇的示例，我們推薦Magma和SD-Core開源項目。
延伸閱讀:
Magma Core Project. Linux Foundation. 2021.
SD-Core Project. Open Networking Foundation. 2021.
對于我們的討論來說，重要的是UPF也可以作為服務器托管的微服務來實現，就像任何基于軟件的路由器一樣。由于可以訪問可編程交換網絡，可以將該功能轉移到交換機上。這正是7.4節中fabric.p4的upf擴展所做的事情。
但除了轉發IP數據包之外，還有什么額外的功能呢？UPF執行三個額外的任務。首先，封裝/解封裝和基站之間通信的數據包，這些是GTP-over-UDP/IP封裝的數據包。其次，根據運營商希望提供的不同QoS級別對數據包進行排隊。這兩項任務都可以在P4和底層可編程交換機中直接實現。第三個任務是"保存"發送到最近發生移動的終端的數據包，以便在相應的會話狀態轉換期間沒有數據包被丟棄。這不是現在P4交換機所能支持的。因此，交換機會臨時將這些數據包重定向到服務器上進行保存和重放，或者重定向到連接到這些服務器的SmartNIC上。MacDavid和他的同事介紹了更詳細的機制。
延伸閱讀:
R. MacDavid, et al. A P4-based 5G User Plane Function. ACM SOSR. September 2021.
從討論中我們得到的主要結論是，接入網和交換網是SDN的互補用例，可以協同工作。交換網不僅將承載接入網控制平面功能的服務器(包括RIC和xApps)連接起來，而且還代表接入網運行某些數據平面功能。當所有這些用例結合起來時，最終的結果是邊緣接入云(access-edge cloud) :一個中等大小的由商用服務器和交換機構建的集群，部署在企業和其他邊緣站點中，能夠承載接入網工作負載和邊緣服務工作負載。Aether就是這種邊緣云的開源示例，它將SD-Fabric、SD-RAN和SD-Core組合在自包含的包中，可以在企業中部署，并作為云服務進行管理。
延伸閱讀:
Aether: 5G-Connected Edge. Open Networking Foundation. 2021.
你好，我是俞凡，在Motorola做過研發，現在在Mavenir做技術工作，對通信、網絡、后端架構、云原生、DevOps、CICD、區塊鏈、AI等技術始終保持著濃厚的興趣，平時喜歡閱讀、思考，相信持續學習、終身成長，歡迎一起交流學習。
微信公眾號：DeepNoMind
