[ORAN] E2 介面的實作架構與資料交換 (4)
在 E2 的四種不同的訊息中, 可以分成兩類,
第一類是由 RIC 訂閱發起, 包含: Report, Policy, Inset,
在此類訊息中, 我們可以看到在訊息建立的開始,
都是由 RIC 發出 Subscrption 的訊息, 建立通訊後進行回報或下行資訊.
第二類訊息則為 Control 訊息, 在 Nokia 的整理圖中 (請參考這裡),
和 Policy 不同, 此訊息的傳輸並沒有由 RIC 發出 Subscrption 的訊息發起,
(Policy 的下行訊息基本上包含在 Subscrption 之中)
然而, 若沒有 Subscrption 的訊息, RIC 如何和 E2 Node 建立連線?
我們先來看 SPEC 中的定義:
來自: O-RAN.WG3.E2AP-v01.01
在圖中, 我們的確可以看到 Control 訊息的發起,
是由 Near-RT RIC 發出 RIC CONTROL REQUEST (如右表格所示),
其中, 我們可以看到其中帶有 RAN Function ID,
此訊息在 E2 interface 中, 也包含在 RIC SUBSCRIPTION REQUEST 中,
對應到我們之前讀的 RESTful API 欄位, 應對應到 RANFunctionID.
來自: O-RAN.WG3.E2AP-v01.01
在未來 xApp 應可以透過和 Subscription 相同的流程, 送出 Control 的訂閱.
不過, 目前 SubMngr 並沒有支援 Control 的訊息, 引述來源如下:
Subscription Manager supports REPORT, POLICY and INSERT type subscriptions
(E2 RIC Action Types). CONTROL is not supported.
(E2 RIC Action Types). CONTROL is not supported.
因此, 在目前的實作中, Control 並沒有獨立發起的資料流,
而是依附在 Indication-Insert 中進行回報, 共享 RIC SUBSCRIPTION REQUEST 設定,
Control 訊息和 Indication-Insert 訊息的關係如下表列:
來自: O-RAN.WG3.E2AP-v01.01
在上表中, 我們可以看到,
目前 Control 主要作為 Insert 中暫停等待的信令,
當 E2 Node 偵測到事件發生時, 可以進入暫停 (halt) 狀態,
若此狀態的 timer 尚未結束前, 收到來自 RIC 的 RIC CONTROL REQUEST,
並依據後續 Control 訊息的資料交換, 來決定後續動作的進行.
透過 Control 訊息和 Indication-Insert 訊息的結合, 我們可以得到流程如下:
來自: Feasibility of Open-source for 5G (Link)
留言
張貼留言