National Yang Ming Chiao Tung University O-RAN Architecture (SMO) 1

National Yang Ming Chiao Tung University Service Management and Orchestration (SMO) 2 SMO 介面介紹： ⚫ O1 FCAPS： (Fault, Configuration, Accounting, Performance, Security) 的控制介面 ⚫ O1/VES： 用於將 JSON 消息處理成 DCAE 的 RESTful 收集器。 ⚫ O2 和：O-Cloud 溝通。 ⚫ A1：Non-RT RIC 和 Near-RT RIC 溝通。

National Yang Ming Chiao Tung University Service Management and Orchestration (SMO) SMO 介面介紹： ⚫ R1：是 rApp 與 Non-RT RIC 和 SMO 之間的唯一介面，滿足 rApp 的所有功 能需求。 ⚫ Open Fronthaul: RU (Radio Unit) 溝通 ⚫ M：Management (連接至 Non-RT RIC 或 DU) 3

National Yang Ming Chiao Tung University SMO (NETCONF client) Interacts with the RIC, CU, DU, RU 4 SMO 提供 REST API，用於驅動 RIC、CU、DU 和 RU 上的設定。 (The RIC, CU, DU and RU) 每個都是NETCONF服務器(Server) 也叫ME O1 介面： ⚫ O1 介面支援 NETCONF 協議，對 O-RAN 解方中的網路元件進行設定和管理。 這些網路元件包括 Near RT-RIC、O-CU、 O-DU 和 O-RU。 ⚫ SMO 使用數據模型驅動網路元件，進行 設定及管理。 ⚫ 實現基於 OpenDayLight（ODL）的 NETCONF 。 ⚫ 實現基於 ODL Community GUI（DLUX） 的用戶界面。

National Yang Ming Chiao Tung University Developer Notes Developer Notes (開發人員筆記)： ⚫ SMO 在 O1 介面上充當 NETCONF 用戶端，網路元件充當 NETCONF 伺服器。 ⚫ SMO 正在評估執行 NETCONF 用戶端的幾個選項。 ⚫ NETCONF 伺服器在 Near RT-RIC、O-CU、O-DU 和 O-RU 等網路元件上的設備 來源，有多種可使用方式或實現的選擇。 • 一種開源選項是 Netopeer2。 無論使用何種源來實現 O1 介面，請注意它需要 支援 YANG 模型進行 NETCONF 監控。 • ietf-netconf-monitoring 支援，允許 NETCONF 客戶端列出和下載設備使用的所有 YANG Schemas（基模）。 • NETCONF 客戶端只有在知道使用的 Schema（或至少一個子集）的情況下才能與設 備通訊。 5

National Yang Ming Chiao Tung University Testing of Data Models 數據模型測試： • SMO 正在與 OAM 項目合作，測試、驅動數 據模型，為 O-RAN 解決方案發布準備。 • 這些模型可能來自 3GPP 或 O-RAN 本身。 • 模型本身將駐留在 NETCONF 服務器中，例 如：在 near RT RIC、O-CU-UP、O-CU-CP、 O-DU 和 O-RU 中，將由 NETCONF 客戶端 提出請求，例如 NETCONF 通信期建立時的 SMO。 • 此後，像 Postman 這樣的應用程式可以驅動 SMO 公開的北向 API。 • 這些設定片段的範例將出現在您附近的 Gerrit 資料庫中。 有關測試框架的外觀，請參見右圖： 6

National Yang Ming Chiao Tung University SMO and App Onboarding 介紹 ⚫ SMO 的目的之一是載入應用程式，無論它們是在non RT RIC 上運行的 rApp，還是在 Near-RT RIC 上運行的 xApp。 載入後，SMO 需要保留一個應用套裝程式，以了解哪些應用程序可供操作員部署或創建實 例。可以充當模型推論 ( Model Inference ) 主機 ( others：Near-RT RIC、E2 節點 )。 ⚫ 為了能夠載入這些應用程式，SMO 需要能夠了解應用程式是如何打包的。 其細節將在下文討論。 接下來是關於應用套裝程式的目錄，應該公開的內容的討論，以便操 作員可以觸發應用程式的部署。 應用套裝程式基態 ( Application Package Schema ) ⚫ SMO 項目正在嘗試為包定義架構。 有關提案的詳細信息和對提案的評論，請參閱此連結。 該提案遵循 ETSI NFV SOL 004 定義的包模式，該模式定義了用於打包 TOSCA 和 YANG 數 據模型定義的 VNF 描述符 (VNFD) 的模式。 這個想法是建立在包定義的基礎上，並將其用於應用程序打包。 7

National Yang Ming Chiao Tung University SMO and App Onboarding 應用套裝程式目錄 (Application Package Catalog) 在此處查看有關應用套裝程式目錄詳細訊息的更新。 O1/VES Interface SMO 的目的之一是載入應用程式，無論它們是在non RT RIC 上運行的 rApp，還是在 Near-RT RIC 上運行的 xApp。 8

National Yang Ming Chiao Tung University O1/VES Interface O1/VES 介面支援 SMO 的監控端( monitoring side )。 下圖顯示了網路元件如何與 SMO 中的 O1/VES 介面交互作用。 9

National Yang Ming Chiao Tung University O1/VES Interface 目錄下圖中可以看到相同的另一個視圖。 在這種情況下，事件由 VES 代理撿走， 這些代理以 VES 事件的形式對其進行格式化並將其發送到 VES 收集器。 VES 收集器將事件存儲在 InfluxdB 中，或者儲存到 Elasticsearch 引擎 和/或 Kafka 匯流排中。 然後，Grafana 或任何其他應用程式可以獲取事件數據，以對數據執行任何分析。 10

National Yang Ming Chiao Tung University Operations and Maintenance (OAM) 11 範圍： 根據 O-RAN-SC-OAM-Architecture 文件，所有 ManagedElements （near RT RIC、O-CU-CP、O-CU-UP、O-DU 和 O-RU）實現 O1 介面。 O-RAN-OAM 介面規範定義 ⚫ 用於設定管理 (CM) 的 (TLS/)NetConf 和 故障管理 (FM)、性能管理 (PM) 的介面， 和其他事件的 http 客戶端。 ⚫ 在 Managed Element（ME）上運行的每個 Management-Service-Provider （MnS-Provider）。

National Yang Ming Chiao Tung University Operations and Maintenance (OAM) 12 範圍： O-RAN-SC-OAM 項目根據 O-RAN OAM (WG1) 文件提供參考實現。 此外，我們提供了一個通用的 MnS-Consumer 用於開發和模組測試目的。 假設 ManagedElements 的項目可以集中在更重要的用戶平面上。 當然，每個項目都需要自己的 OAM 儲存庫來滿足 ManagedElement 的特定需求。 OAM運作維護概述 (OAM Operation and Maintenance Overview)： O-RAN-SC OAM 項目為基於 OpenDaylight 的 ONAP 控制器“CCSDK/SDNC”添加 了特性和功能。 它建立在通用控制器框架之上，用於控制和管理 O-RAN ManagedElements 和 O-RAN ManagedFunctions。

National Yang Ming Chiao Tung University OAM Architecture OAM 架構由 O-RAN OAM 架構文件中的 WG1 所定義。 WG2 闡明了non RT RIC 和 Orchestrator FCAPS 框架之間的功能劃分。 請參閱所附文件（備忘錄） ⚫ O1 Component Architecture ⚫ Integration into SMO 13

National Yang Ming Chiao Tung University OAM Architecture 14 Ｏ1 元件架構 (O1 Component Architecture)： ⚫ 根據 O-RAN-OAM 介面規範 (O1)，每個 MnS 提供者 (ME) 都 實現了用於設定管理的 (TLS/)NetConf 介面，並使用帶 有 VES 格式 json body 的 TLS/HTTP-POST 訊息。 ⚫ VES 訂閱/取消訂閱的方法必須通 過 NetConf 進行，因為 VES 本 身不提供該功能。 MnS 消費者將使用 NetConf 介 面進行這類操作。

National Yang Ming Chiao Tung University OAM Architecture 15 整合到 SMO 中 (Integration into SMO)： 在 2019 年 8 月 26 日的會議上，闡明了 OAM 架構與 SMO 的預期整合。 ⚫ VES collectors 將收到 O1 介面的 VES 訊息。 對於即時事件流，SMP 項目提供 HV-VES。

National Yang Ming Chiao Tung University 16 A1:REST OAM O-RAN integration into SMO Service Management and Orchestration Management-Service (MnS) Non-RT-RIC (A1 and O1) Infrastructure Management Framework VIM Near-Real-Time RAN Intelligent Controller (RIC) Infrastructure COTS / White Box / Peripheral Hardware & Virtualization layer ~NfVi O1* E2 O1:NetConf/YANG/CM E1 O-CU-CP O-CU-UP O-RU Open Fronthaul F1-c F1-u O-DU VES Collector (FCAPS) Message bus (e.g DMaaP) Data Analytics Portal Inventory SO Policy Opt AAF LOG O1:REST/VES/CM, FM, others HV-VES Collector (FCAPS) ConfigDB O1:REST/VES/PM 用於 PM 所需 高速的即時事件流 VES 收 集器 (HV-VES)。 用於 CM、FM 等其他事件 的標準 VES 收集器。 O1*: Interface between Service Management and Orchestration Framework and Infrastructure Management Framework supporting O-RAN virtual network functions. 2019-08: will be available later in document “O- RAN Orchestration”. CDS

National Yang Ming Chiao Tung University 重點整理 • OAM 整合融入 SMO • OAM O1 與 ME( Netconf 伺服器) 溝通，是透過(TLS/NetConf) 介面，使 用帶有 VES 格式 json body 的 TLS/HTTP-POST 來傳訊息。 • VES 負責 FCAPS 框架的運維功能劃分， • 如 HV-VES（高速的即時事件流）負責 FCAPS 中的 PM 性能管理。 • VES Collector 用於 FCAPS 中的 CM、FM 等其他事件。 • SMO 專注於 O1、O1/VES、O2、A1、R1 介面 17

National Yang Ming Chiao Tung University ONAP as an O-RAN SMO 18 • ONAP 可全面滿足 O-RAN SMO 要求 • ONAP 的許多元件已經在 O-RAN-SC 社群中用於 O-RAN。

19 O-RAN OAM integration in ONAP 6/10/202 對於 NetConf 與不同元件的交流介面，將使用 ONAP SDN-R 的功能 基於 軟體定義的網路控制器(SDNC) 中通用控制器軟體開發套件(CCSDK) A1:REST CCSDK/SDNC/Non-Real-Time-RIC Infrastructure Management Framework VI M Near-Real-Time RAN Intelligent Controller (RIC) Infrastructure COTS / White Box / Peripheral Hardware & Virtualization layer ~NfVi O1* E2 O1:NetConf/YANG/CM E1 O-CU-CP O-CU-UP O-RU Open Fronthaul F1-c F1-u O-DU VES Collector (FCPAS) DMaaP CCSDK/SDNC/SDN-R (FCAPS) DCAE Portal A&AI SO Policy OOF AAF LOG O1:REST/VES/CM, FM, others HV-VES Collector (FCPAS) ConfigDB O1:REST/VES/PM ONAP VES Collectors 將收到 O1 介面的 VES 消息。 對於即時事件流，ONAP 項目提供 HV-VES。

National Yang Ming Chiao Tung University ONAP A1 Adapter ONAP A1 控制器功能整合 • A1 Policy 管理服務 ( 託管在 ONAP CCSDK) • A1 Policy Controller Adapter ( 託管在 ONAP CCSDK) ONAP A1 適配器 • SMO/Non-RT RIC 中 A1 介面終 止的中介點 • A1 Rest 南向 • NETCONF YANG 北向 20 如下面的元件架構圖所示，A1 Policy 功能存在於 ONAP 生態系統中， 利用現有基礎設備來支援對 RAN（無線電接入網絡）的 Non RT RIC control。

National Yang Ming Chiao Tung University ONAP in O-RAN components 21 SMO 元件 protocol 釋出 O-RAN ONAP A1 REST client REST client Bronze Non-RT-RIC ODL/CCSDK/SDNC (Amber) • 基於 ONAP CCSDK/SDNC 的 controller 功能 來實現 NONRTRIC 的 A1 controller • 基於 ONAP OSGI 的 A1 REST client（最初）實現為 A1 介面定義的部分策略管理功能 O1 NetConf/YANG termination NetConf/YANG client Bronze ODL/CCSDK/SDNC • 基於 ODL 的提供程式函數來攔截 RESTCONF 的操作並將它們重導向到 A1 REST Adapter • NetConf 與不同元件的交流介面 是基於 ONAP 的 CCSDK/SDNC O1 VES termination VES server Bronze VES collector HV-VES collector (optional) • 對於即時事件流，ONAP 項目提供 HV-VES

National Yang Ming Chiao Tung University ONAP in O-RAN components 22 SMO 元件 protocol 釋出 O-RAN ONAP O1 Dashboard Web application Bronze ODLUX • ODLUX 是 SDN-R 相關功能的一部分 • 基於 ONAP SDN-R ODLUX 開發的 O1 Dashboard Message bus（訊息 匯流排） Bronze DMaaP • DMaaP 主要三個功能：數據過濾、數據傳輸、數據處理 Persistent database database cluster (no-sql, sql) Bronze ElasticSearch for FCAPS mariaDB in general • 一般用於 FCAPS mariaDB 的 ElasticSearch (ONAP) • Elasticsearch簡單來說，就是搜尋引擎，一套可以幫忙處理搜尋的演算法

National Yang Ming Chiao Tung University ONAP in O-RAN components 23 SMO 元件 protocol 釋出 O-RAN ONAP Service provisioning Cherry or later SO • ONAP 服務編排器 (SO) 是一個流程執行引擎 (process execution engine)，可提供服務基礎架構、網路和應 用程式的端到端可視圖。 Optimization Cherry or later OOF • OOF 提供了策略驅動和模型驅動的框架，用於為廣泛的用例創建優化應用程式。 Policy Cherry or later Policy • 用於維護、分發和操作，作為 ONAP 控制、編排和管理功能基礎的一套規則。

National Yang Ming Chiao Tung University ONAP in O-RAN components 24 SMO 元件 protocol 釋出 O-RAN ONAP Data analytics Cherry or later DCAE • 數據收集、分析和事件 (DCAE) 子系統與其他 ONAP 元件一起從託管環境收集性能、使用情況和設定數據。 • 然後將此數據送到各種分析應用程式，如果檢測到異常或重大事件，結果會觸發適當的操作，例如發佈到其他 ONAP 元件，如Policy、MSO 或控制器。 Inventory REST (AAI-API) Cherry or later A&AI • A&AI 是 ONAP 子系統，它提供資源和服務及其關係的即時可視圖。 Certification server Cherry or later AAF AAF (Application Authentication Framework) 為 ONAP 元件提供身份驗證、授權和證書管理服務。 • 支援管理身份驗證和授權元件，例如：權限、角色、憑據 • 訪問組織實體 • 管理密碼和證書的生命週期 • 訪問外部憑證授權（例如 CA） • 自動生成 ONAP 證書

National Yang Ming Chiao Tung University ONAP in O-RAN components 25 SMO 元件 protocol 釋出 O-RAN ONAP Logging Bronze Elastic • Elasticsearch 的應用程式日誌 (logging) 來監控您的集群並診斷問題。 Logging dashboard Web application Bronze Kibana • 在 Kibana 中可視化應用程序日誌

THE END 謝謝 8/25/2021