> 活動：Nephio R4 Developer Summit
> 議程：Accelerating O-RAN Automation Nephio R4
> [name=蔡秀吉]
> [time=Wed, Oct 16, 2024 6:32 AM]

> [O-RAN 標準縮寫和新名詞解釋](https://speakerdeck.com/thc1006/ml-o-ran-cloud-native-automation?slide=19)

## O-RAN Integration Architecture for Nephio
O-RAN WG 已經針對基於 Nephio 的 O-RAN 整合架構達成共識。而這個架構的重要特點就是：
- SMO FOCOM 和 SMO NFO 會在同一個 Nephio instances / management clusters 來實現
- O-Cloud IMS 則有獨立的 Nephio instances / management clusters 來實現

然後這兩個 Nephio instances 之間的整合將僅透過 O2ims 介面來完成。

透過這樣的架構設計，SMO 和 O-Cloud 之間就能實現供應商的解耦合(SMO/O-Cloud vendor decoupling)，**意思就是說 SMO 和 O-Cloud 它們之間的整合，可以不再依靠特定供應商的技術框架或是管理編排平台/系統**。所以呢！SMO 和 O-Cloud 可以由不同的 SW/HW 供應商提供。另外，這個新架構也允許了在 SMO 或 O-Cloud 上採用非 Nephio 的實作方案。

> 過往硬體解耦，將 BBU 分解成 CU、DU；現如今，透過強大的網路功能虛擬化和雲原生技術，連 SMO 和 O-Cloud 的 SW services 也徹底解耦了！[color=#F4B400]


## Federated O-Cloud Orchestration
- SMO FOCOM service 的角色就好比調度中心，負責管理和協調多個 O-Clouds 的基礎設施。
> [別忘記](https://speakerdeck.com/thc1006/ml-o-ran-cloud-native-automation?slide=19)，SMO 支援連接多個 O-clouds；而我們要實現特定的 Use Case 時，可能會需要跨 O-clouds（跨 infrastructure）的資源，那 SMO FOCOM service 負責提供聯邦式基礎設施編排服務。）
- SMO FOCOM service 會透過 IMS 提供的 O2ims 的介面，來同時管理多個 O-Cloud IMS 系統。
- 每個 O-Cloud IMS 都會透過 O2ims Inventory API 曝露其 site/HW infrastructure 的資訊，並透過 O2ims Provisioning API 來管理 Kubernetes cluster 的生命週期管理（LCM）（包含：cluster 的create、Config、Maintenance 和 Delete 等操作。）


## O-RAN O-Cloud (cluster) template
- 在 O-RAN WG6 O2 Interface General Aspects and Principles specification 當中提出了一個新的概念叫做：**O-Cloud Template**。
- O-Cloud Template 讓 SMO 不需要直接處理 O-Cloud 的具體實施細節和硬體配置，而是將這些細節抽象化，讓 SMO 可以更集中於管理和編排服務。
- O-Cloud Template 只會提供一些 high-level characteristics 和 capacity 的資訊給 SMO，然後 Service Orchestrator 就可以根據這些資訊來選擇適合的 Cluster Template，以符合 CNF、NF DepIoyment(WorkIoad) 的需求。
> 這段話的重點就是抽象化把一切都簡化了，不需要再注重繁文冗節。
- **範本特性(template characteristics)** 也會用來尋找匹配特性(characteristics) 與容量(capacity) 的 O-Cloud Sites。所以其實 O-Cloud Template 的特性也是作為 NFs 編排歸屬決策的一部分，確保服務被正確地分配到最合適的地點。


## O-Cloud Templates in O-Cloud IMS and SMO FOCOM
- 基於 Nephio 的 FOCOM 和基於 Nephio 的 IMS 都要使用一種基於 KPT/Porch 技術 cluster package management solution。
- 在 O-RAN 標準白皮書中，SMO 端的 Cluster template list 會透過一種基於 Git 的 template blueprint repo 來進行來儲存和管理。O-Cloud Templates 的 KPT packages 將載入該資源庫(repo)。
- SMO 端的 O-Cloud Template blueprint packages 將一對一地對應到特定 O-Cloud 當中的 IMS 端的 O-Cloud Template，聽起來很饒舌對不對！你可以把它想成：每個在 SMO 端設置的 O-Cloud Template，都有一個在 IMS 中對應的 Template。
- 如果 O-Cloud IMS 也是基於 Nephio 的，那麼它將會擁有一個儲存 O-Cloud Template 作為 KPT 套件的 Git template blueprint repo，而對於非基於 Nephio 建立的 IMS，O-Cloud Template 可能會被儲存在任何 persistent database 當中。
- IMS 端的 O-Cloud Template blueprint package **（IMS 端 O-Cloud Template 的結構）** 預計會有一個 **公共(共享)的部分(common part)**，這個 common part 裡面會有 O-RAN 標準化的資訊，然後這些資訊會在 O-Cloud IMS 和 SMO FOCOM 之間共享，除此之外，IMS 端 O-Cloud Template 的結構裡面，還一個包含 O-Cloud 特定物件的實作特定部分。
- SMO 必須能夠查詢 O-Cloud Template 的公共部分(common part)，以便自動創建 SMO 端的 O-Cloud Template blueprint package。
- SMO 端的 O-Cloud Template blueprint package 除了包含相同的共享 O-RAN 標準化屬性(same shared O-RAN standardized properties)之外，也包含其自身的 FOCOM specific artifacts(一種專為 FOCOM 設計的特定元素)，這些元素是用來和其他服務(系統)（如：IMS）進行南向整合(southbound integration)的細節。

> 這裡 **artifacts** 很難翻譯，我覺得那就是 Nephio(Kubernetes) 中的 **Custom Resources；CR**（自定義資源）。[color=#F4B400]


## Nephio FOCOM and IMS integration
基於 Nephio 的 O-RAN 整合架構，其中的 IMS 提供了一個 O2ims 的配置介面，這個介面允許向 FOCOM 傳遞指令和數據。這種溝通方式被稱為 declarative NBI（宣告式的北向介面），它支持一種特殊的自定義資源稱為　`ProvisioningRequest`，這種特殊的自定義資源，其設計和功能符合 O-RAN WG6 標準當中對 O2ims 配置的概念。

FOCOM Nephio 的實現必須向其 clients 提供相應的declarative NBI（宣告式的北向介面）
- The proposal is to support a `FocomProvisioningRequest` CR with partly the same properties as the O2ims `ProvisioningRequest` CR
- FOCOM 的北向介面將利用 Git 和 Porch 這樣的技術平台來實作，並且支援基於 GitOps 的部署和針對`FocomProvisioningRequest`這個自定義資源的版本控制與管理處理。


> This section is workin in progress...[color=#42b983]