[ORAN] Use Case: WG2-Local Indoor Positioning in RAN

之前的文章中, 我們介紹了 O-RAN 中室內定位的 use case,
在當時, 該 use case 仍定義在 WG1 的文件中, 
只載明了動機與目的, 並沒有提出進一步的資料交換流程,
我們簡潔的整理如下:
  • 目的: 改善原有 LMF 的定位框架, 提供低延遲定位響應
  • 方法: 將定位計算放置於 xApp 中, 減少資料傳遞所需時間
在此框架下, 仍遺留下一些未解的問題, 像是:
定位需求由誰發起或轉達 (原有 LMF 架構中, 定義了 LMF 接收定位需求的機制),
Near-RT RIC (xApp) 與 Non-RT RIC (rApp) 之間的分工, 等...
為了回答這些問題, 在 WG2 的更新文件中, 定義了兩個應用情境:

Scenario 1: Only Near-RT RIC
在此應用情境中, 我們可以看到, 定位的計算是由 Near-RT RIC 負責,
量測的資料則主要由 E2 介面從 RAN 中取得,
至於定位的需求與回應, 則是由外部的應用 (也可以是核往) 所驅動,
在這邊值得注意的是, O-RAN 新定義了 Y1 介面,
提供一個 Near-RT RIC 和外界的溝通方式, 而不必透過 Non-RT RIC 轉介.

Scenario 2: Only Near-RT RIC

在此應用情境中, 我們可以看到 Non-RT RIC 在其中的角色,
主要是透過 O1 介面收集資料, 並進行定位模型/演算法的訓練,
在與 Non-RT RIC 協作的情況下, xApp 也要支持模型的選擇與更新,
可能是考慮到定位的即時性, 定位的請求與更新, 仍是透過 Y1 直接和 xApp 溝通,
不過定位完的資訊也會存回 Non-RT RIC, 供其他應用取用.

留言

熱門文章

LTE筆記: RSRP, RSSI and RSRQ

[WiFi] WiFi 網路的識別: BSS, ESS, SSID, ESSID, BSSID

LTE筆記: 波束成型 (beamforming) 和天線陣列