AI-RAN: E3 Interface & dApp 的資料格式與參數

在上一篇文章中, 我們介紹了 dApp 和 E3 介面在 O-RAN 框架中的定位.

接著, 我們介紹一下 E3 的資料格式與參數,

接著我們來介紹 E3 介面的細節, 說明此介面設定如何乘載大量且即時的感測資訊.

首先, E3 interface 目前是 dApp 架構中的延伸介面,

用來讓部署在 O-DU / O-CU 附近的 dApp 與 RAN function 做超低延遲資料交換與控制.

和 E2 介面連結 nearRT-RIC 和 RAN 不同, E3 直接實作於 RAN (CU/ DU) 之中,

不過在 E3 介面的設計上, 和 E2 有許多雷同之處, E3 也可以拆成 3 層來看:

也和 E2 介面類似, E3 介面主要有兩個建立關聯的步驟: E3 Setup, E3 Subscription.

我們先從 E3 Setup 開始說明:

這張流程交換的圖示, 應該很有印象,

基本上, 把 xApp/ dApp 以及 E3 Agent/ E2 Agent 的角色調換一下, 就是 E2 介面的 Setup 流程,

在 E3 介面中用來做初始配對, 認證, 建立 dApp 與 RAN node 關聯.

考慮到我們主要要介紹 E3 介面的資料格式與 dApp 功能,

我們先略過 Setup 的介紹, 來花篇幅介紹更重要的 E3 Subscription.

和 E2 介面類似, E3 Subscription 的流程也是先定義了需要的資源,

此處的資源可以是回報的數值, 例如: SRS 回報, 也可以是被控制的功能, 例如: PRB 分配.

在確保了 CU/ DU 有 dApp 所需的支援之後, 接著進行以下的流程:

E3 Indication MessageRAN => dApp:
傳遞 telemetry / IQ / SRS / CIR / CQI / CSI / BSR / KPM 等
E3 Control MessagedApp => RAN:
傳遞控制動作，例如 PRB masking/nulling、scheduler 參數、beam 相關設定
E3 Report MessagedApp => xApp 的邏輯橋接出口:
在實作上由 RAN 透過 E2SM-DAPP 包成 E2 Indication 往 Near-RT RIC 送

在 dApp/xApp 與 E3/E2 介面的實作邏輯上,

可以發現, 在實作中將大量的感測資料仍是留在 RAN 的 dApp/ E3 之中.

至於 dApp 算完後的資料, 則是回到 RAN 端, 並透過 E2SM-DAPP 回送.

根據上述討論, 我們可以把 E3 Indication 的流程表示如下:

在整個流程中, 屬於 E3SM 的部分包含:

在這整體的流程中, 有一個重點是 E2SM-DAPP 的回報,

雖然此 E2SM-DAPP 是以 dApp 為名, 但是建立 E2 連線是 RAN, 而不是 dApp.

dApp 所做的是透過 E3 介面, 取得大量的感測資料, 並透過 E3-Report 回報結果,

此結果回報到 RAN 端, 接著, 再由 RAN 透過 E2SM-DAPP 回報到 xApp.

這其中有一個問題是 RAN 如何取得 dApp 的資訊, 以及如何回傳.

為了回答此問題, 論文中有一張圖來敘述 RAN 如何介接 E2/E3 介面:

在這張圖上, 我可以看到 RAN function 中帶有一個 E3 Agent,

此 E3 Agent 就對應於 dApp 的功能, 並透過 E3 介面互通, 並管理 dApp.

另一個重要的功能則是 E2 Bridge, 此功能則用以串接 E2/E3 的回報與控制.

從此角度來看, dApp 的角色更像是 RAN 的幫手, 進行計算的支援.

同時, dApp 也可以透過 E2SM-DAPP 的協定, 進行控制與設定.

以此角度而言, dApp 的功能, 更接近於把計算的介面公開, 讓外部存取資料並開發應用.

接著, 並透過 E2SM-DAPP 讓 RIC 可以直接進行功能控管.

Castle on a Cloud