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

介紹完 ORAN 中的各項介面後,

我們接著介紹 ORAN 架構中兩個主要元件: non-RT RIC 和 near-RT RIC,

non-RT RIC 全寫為: non-RealTime Radio Intelligent Controller,

near-RT RIC 則是 non-RealTime Radio Intelligent Controler.

兩者的差別明顯的在於響應的時間, 並透過 A1 介面, 交換資料並分工.

在本文中, 將著重於 non-RT RIC 的介紹.

non-RT RIC 負責秒以上等級響應時間的操作,

按照 ORAN 的想法, 其主要有三個功能:

• Enrichment Information Service: 透過 O1 取得系統的效能, 匯集外部資訊
• ML Model Management Service: 更新於 near-RT RIC 上運行的 ML (Machine Learning) 模型
• Policy Management Service: 透過 A1 管理 near-RT RIC 要執行的 policy 

其詳細的功能圖可以以下圖表示:

來自: O-RAN.WG2.Non-RT-RIC-ARCH-TR-v01.00

在圖中, 我們可以按照顏色分成四塊:

• 紅色: 暨有 SMO 功能, 又稱為 FCAPS
   (Fault, Configuration, Accounting, Performance, Security)
• 藍色: 暨有 non-RT RIC 功能
• 黃色: 連接外部資料 (Enrichment Information Service)
• 白色: rAPP 的架構 (透過 R1 介面, Open API for rAPP)

從圖中, 我們可以發現, non-RT RIC 並不是一個全新的發明,

而是在許多舊有架構 (SMO framework) 下,  重新組織的成果,

在 ORAN 的定義下, 主要是透過介面的標準化, 以及虛擬化的技術,

將 rAPP 引入 SMO 的框架下, 使第三方可以更輕易的開發 non-RT RIC 的功能,

同時也可以相容現有的程式框架, 避免重複開發.

* SMO: Service Management and Orchestration

考慮到現有 SMO 的功能, non-RT RIC 開發的問題較小,

(順帶一提, 舊有 SMO 功能通常走 O1 介面到各網路節點)

反而應該把重心放在 near-RT RIC 上, 而把 non-RT RIC 作為支援角色,

畢竟只有 near-RT RIC 才可以透過 E2 介面進行即時的操作,

這一部分, 我們將在下一篇文章中說明.