[ORAN] near-RT RIC (Radio Intelligent Controller)

和 non-RT RIC 不同, near-RT RIC 可說是完整由 ORAN 設計的元件,

在 near-RT 的架構設計上, 較 non-RT RIC 簡潔, 並引入虛擬化和資源共享,

其架構使用 container 為主的計算架構 (例如: kubernetes),

並提供一個共同的資料存取層, 將計算 (xAPP) 以及資料儲存分開,

並提供各項 xAPP 之間的資料存取管理, 安全性管理以及服務管理,

如下圖所示:

來自: O-RAN.WG3.RICARCH-v01.01

 

near-RT RIC 對外則有三個接口, 提供 O1, A1, E2 三個介面的串接.

其中, O1 主要是讓 xAPP 統合 E2 Node 資訊後, 

向 non-RT RIC 提供錯誤 (faults and events information management, FM)
或是效能 (performance management, PM) 的資訊.

A1 介面則以 RESTful API 的方式, 以 1-to-1 對應方式, 使 rAPP 提供 xAPP 支援,

最後, E2 介面則是負責將 xAPP 做成的指令傳達至對應的 E2 Node,

進行相對應的工作.

通常在 ORAN 的架構圖中, near-RT RIC 被歸類於 RAN 的部分,

而 non-RT RIC 被歸類於 SMO 模組的部分,

在實際的布建上, near-RT RIC 通常和 CU 部現在同樣的位置 (Cloud/Edge),

這是因為在 5G NR 架構下, CU 多半被視為軟體化的實作,

RU 為硬體實作, 而 DU 則是軟體/硬體兩者兼有, 看實際布建的需求,

簡單的想法就是, 若需要越即時的計算結果, 則需要把 near-RT RIC 往前端布建,

然而代價就是, 較小的管轄範圍以及更頻繁的資料交換.

在這邊需要注意的是, ORAN 的架構的確不只包含 5G, 也可支援 LTE,

此處的表現在 E2 Node 定義包含了 CU/DU (5G NR 架構下),

也包含了 eNB (O-eNB) 請見 O1, A1 介面的介紹中的圖一,

但應避免在同一脈絡中, 混用 5G NR 和 LTE 兩邊不同的概念與名詞,

除非是在討論 NSA (Non-StandAlone) 或 SA (StandAlone) 的架構.

在 ORAN 的架構下, xAPP 以及 near-RT RIC 是計算框架的核心,

除了負責毫秒等級的計算外, 也是實際傳達運算結果的窗口,

在下一篇文章中, 我們將以應用範例, 來說明 non-RT RIC 和 near-RT RIC 如何合作,

在 ORAN 架構下, 進行運算並將結果實際提供給 E2 Node 執行.