[ORAN] Interfaces: A1 和 O1 介面

在大略看過 O-RAN 的架構之後,

在這一篇文章中, 我們把重點放在各單元之間的介面,

來自: O-RAN.WG1.O-RAN-Architecture-Description-v03.00

在 O-RAN 架構下, 其自訂介面可以包括以下項目:

• O1: FCAPS (Fault, Configuration, Accounting, Performance, Security) 的控制介面
• O2: 和 O-Cloud 溝通
• A1: Non-RT RIC 和 Near-RT RIC 溝通
• E2: Near-RT RIC 和 gNB/eNB (O-RAN 中稱為 E2 Node) 溝通
• Open Fronthaul: RU (Radio Unit) 溝通 
•  CUS: Control User Synchronization (連接至 DU)
•  M: Management (連接至 Non-RT RIC 或 DU)

多數的介面都是直接定義兩個單元之間的界接 (O2, Open Fronthaul),

比較值得關心的介面像是 E2 (因為 E2 Node 有各式功能)

以及 O1 與 A1 (兩者都連接 Near-RT RIC, 如何分工?)

我們先從 O1 和 A1 介面開始, 按照 SPEC 中的描述,

O1 介面不直接與 Non-RT RIC 相連, 並負責 FCAPS 功能,

A1 介面則是連接 Non-RT RIC 和 Near-RT RIC 提供 RAN 的設定最佳化,

在目前 O-RAN 框架下, A1 介面有以下三個功能:

• Policy Management Service: 提供 Near-RT RIC 的執行策略設定
• ML Model Management Service: 更新 Near-RT RIC 的 ML 模型
• Enrichment Information Service: 提供 Near-RT RIC 外部資訊

透過 A1 介面, 我們可以發現在 Near-RT RIC 和 Non-RT RIC 的分工上, 

Near-RT RIC 負責即時的運算, Non-RT RIC 負責 ML 模型訓練以及參數選擇,

詳細的內容與分工, 我們之後會以實例進行說明,

至於 A1 和 O1 的分工, 我們可以用下圖來解釋:

來自: O-RAN.WG1.O-RAN-Architecture-Description-v03.00

在上圖中, 我們可以看到在 SMO 中, O1 和 A1 事實上是被不同實體控管,

O1 負責的功能, 比起 A1 有更低的即時性需求 (A1 為每秒更新),

同時, O1 負責的功能, 通常已有既存之服務支援, 例如: ONAP VES (VNF Event Stream)

連結: https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=3604819

就可以透過 O1 提供不同裝置的管理.

作為結論, 可以想像 O1 介面是將原有的設定 (例如: NetConf) 標準化,

並透過中央控管傳輸的方式, 設定 O-RAN 網路中的不同裝置,

A1 介面則是針對 O-RAN 所提出的 RIC 進行設計,

並根據即時性的要求, 提供 Non-RT RIC 和 Near-RT RIC 之間的資料交換.