O-RAN Near-RT RIC 介紹

Near-RT RIC 概述

  • 是開放基站(O-RAN) 架構中，專為網路智慧化而設計創新元件，用於促進無線電資源管理(RRM)。
  • 支援第三方控制應用程式 xApp 部屬。
  • 藉由收集 E2 介面提供的數據，透過 Non-RT RIC 提供 Near-RT RIC 的網路資源智慧分配 AI/ML模型以及 Policy，來進一步優化 RAN（如： RAN 對網路元件(elements)的即時控制、即時網路資源分配智慧化。）達成 QoS 管理、連接管理和無縫切換(handover)控制

Near-RT RIC 架構圖

  • 基本上所有實體 (CU, DU, eNB) 都可以作為 E2 節點 (E2 Node)。
  • O-RAN 架構兼容 5G 和 LTE。所以這邊要注意，此處顯示的 E2 Node 的定義包含 CU/DU (5G NR) 以及 LTE eNB (O-eNB)

    5G NR 系統中，基地台稱為 gNB(Next. Generation Node B)
    LTE 系統中，基地台稱為 eNB(Evolved Node B)

RIC 部屬位置

  • 非即時智慧控制器(Non-RT RIC)，被部屬在服務管理與編排(SMO) 當中。
  • 近即時智慧控制器(Near-RT RIC)，部屬在歸類於網路邊緣(edge of the network) 的部分，通常歸類在和 CU 在同樣的位置。


可以看到兩個 RIC 部屬的位置是不同的
Near-RT RIC 位在圖中央 REC(Radio Edge Cloud) 的地方

Near-RT RIC 閉迴路控制(Control Loop Control)

  • 這項功能引入了數據驅動(data-driven)的閉控制，可以自動優化網路資源和 RAN 的切片、負載平衡、切換、調度策略(Policy) 等…，這項功能實現了網路智慧化。
  • Near-RT RIC 閉迴路的決策時間週期為(10ms-1s)
  • Near-RT RIC 通常會連結多個 RAN Node，因此閉控制會影響成百上千個用戶設備(UE) 的 QoS。

Near-RT RIC 介面

  1. A1介面：SMO 當中的非即時智慧控制器(Non-RT RIC)，透過 A1 介面連接 近即時智慧控制器(Near-RT RIC) ，Non-RT RIC 會提供 Near-RT RIC 用於智慧「管理、分配」網路資源的 ML（機器學習）模型，以及提供即時優化 RAN 控制的決策(Policy)。



  2. O1介面：SMO 透過 O1介面連接 Near-RT RIC，O1介面是用於實現 RAN 的 FCAPS 管理、軟體管理(SW management)、檔案管理(File Management) 等相關功能。
    名詞解釋：FCAPS 是（Fault, Configuration, Accounting, Performance, Security）的縮寫

  3. E2介面：近即時智慧控制器(Near-RT RIC)，藉由收集 E2 介面提供的細粒數據(fine-grained data)，然後透過 (closed-loop control) 閉環迴路控制，來進一步優化對 RAN 的決策及控制，如下列兩項：
    • RAN 對網路元件(elements)的即時控制
    • 即時網路資源分配智慧化
    名詞解釋：細粒數據(fine-grained data)：E2 Node 從 UE 端獲得的那些更詳細、精細的數據，這些數據是用來優化 RAN。

    E2 舉例講解
    你把他想成 E2 Node 透過 E2 interface 向 Near-RT RIC 送出「我需要大量網路資源」的指令。當 Near-RT RIC 收到來自 E2 Node 的指令，就會依照 Non-RT RIC 提供的資源分配策略(Policy)，來智慧分配網路資源給 E2 Node。

Near-RT RIC 內部組件


（圖片經裁切）
可以看到 Near-RT RIC 內部有好幾個組件，以下會逐個介紹

Near-RT RIC xApp 介紹

  • xApps 支援通過標準化介面(E2,A1 etc.,)來進行無線電資源管理Radio Resources Management (RRM)。
  • xApps：設計用在 Near-RT RIC 上運行的APP。 它可能由一個或多個微服務(containers)組成。
  • 所以可以在 Near-RT RIC 上同時運行多個 xApp
  • xApps 提供數據監控，xApps 在被 Onboard 後，會自動去識別自己該使用什麼資料，以及該提供什麼資料，而後將其營運管理與維護(OAM)資訊和控制資訊，通知給 Near-RT RIC 平台來啟用相關功能。
  • xApp 提供用來調整 RAN 的參數
  • xApp 接收 RAN 的數據，並通過 E2介面發送控制指令。
  • xApps 具備描述符(descriptor) 提供基本資訊 如：
    • xApp for LCM (Life-Cycle Management) 的基本資訊
    • xApp 的配置資訊
    • xApp 負載過重時的自動縮放(OpenShift)
    • xApp 不健康時的自動修復

圖解 Near-RT RIC xApp 微服務架構

左圖 Near-RT RIC platform，右圖 docker container
有沒有發現相似之處（左圖紅框對比右圖），雖然這樣敘述不夠精確，但就兩張圖比對而言，你應該就知道，在架構上 xApp 是如何部屬到 Near-RT RIC platform 上的了。

Near-RT RIC 內部組件功能介紹

  1. 訊息傳遞基礎設施(Messaging infrastructure)：
    是 Near-RT RIC 內，不同組件的通用訊息傳遞系統，讓內部各功能組件的訊息能互相溝通。

  2. 資料庫與相關的共享資料層(Database and related SDL (Shared Data Layer)：
    1. 這個組件是用於資料儲存(允許讀取資料庫及寫入 RAN/UE 資訊)。
      主要是寫入來自 RAN/UE 的資訊，但其實任何資訊都可以儲存到資料庫。（開放讓特殊的 use cases，儲存特定資訊）
    2. SDL 啟用無狀態應用(stateless application processes)：
      在某些工作程序時，伺服器不會一直 recall 用戶狀態，因為這樣可以減少資源消耗。
      延伸閱讀(無狀態程序介紹文章)
      - Stateful and Stateless Applications and its Best Practices
      - Kubernetes 那些事 — Stateless 與Stateful

  3. 衝突緩解(Conflict Mitigation)：
    解決來自多個 xApp 的潛在重疊或衝突情況，下列兩種情況：
    1. 直接衝突：兩個/多個 xApps 請求不同的設置來控制目標。
      例如：A 和 B 是 xApps A 和 B，A 要求 C 向左走，B 要求 C 向右走。衝突緩解會來解決下一步，要採取什麼行動。
    2. 間接衝突：影響相同結果的兩個/多個參數可能會發生衝突。
      例如：xApps A 包含天線參數(傾斜角度、增益等…)，xApps B 包含天線測量偏移，他們雖然是兩個不同的控制點，但兩者都會影響邊界的換手及邊界大小，所以"衝突緩解"需要調解實際應用時的潛在衝突。
      延伸閱讀(無狀態程序介紹文章)：天線與微波傳播

  4. xApp 訂閱管理 (Subscription manager)：
    合併來自不同 xApp 的訂閱，同時也統一 xApp 的數據分發。
    當兩個或多個 xApp 訂閱在同一個 E2 Node 時，xApp 訂閱管理會將他們合併成一個訂閱。


  5. 管理功能(Management Function)：
    • Near-RT RIC 的 FCAPS 管理
    • 實現 xApp 的 LCM(Life-Cycle Management)
    • 負責錯誤日誌記錄和指標收集，來監控並收集 Near-RT RIC 內部狀態，這些狀態可以傳輸到外部系統，做進行進一步評估。

  6. 安全(Security)：
    • 為 xApps 提供資安解方，防止第三方的惡意 xApp 濫用無線電網路資訊，或是對 RAN 的控制能力造成影響。
    • 資安在 O-RAN 架構中非常重要，因為 O-RAN 開源、開放介面(open interface) 的關係，現在人人都可以製造惡意 xApp。

      課外補充：台灣金官會和 NCC 就有要求，如果企業要部屬 5G 專網，會需要有資安長或是資安維運計畫。

  7. AI/ML support：
    • 處理 xApps 的 Data pipeline、Training 資料和效能監控。
    • Data pipeline 的數據輸入包括：
      • 通過 E2 介面收集的 E2 Node 數據
      • 通過 A1 介面的豐富資訊
      • 來自 App 的資訊
      • 通過 訊息傳遞基礎設施 從 Near-RT RIC 資料庫檢索出來的數據
    • Data pipeline 提供數據給 Near-RT RIC 中的 AI/ML 作為 Training 用

    課外補充：把 Data pipeline 當成是處理資料流的系統
    延伸閱讀：什麼是 Data Pipeline

  8. xApp 儲存庫功能(xApp Repository Function)
    • 根據 A1 Policy 的類型和運營商 Polices ，選擇用於 A1 訊息路由的 xApp
    • 執行訪問控制，控制 A1-EI types for xApps based on operator policies
      //怕翻譯錯誤，提供有關A1-EI Design 的資料

  9. xApp 管理(xApp management)：
    Near-RT RIC 具備 xApps 自動生命週期管理的服務(LCM)和 API，執行從 Onboard 到部署和終止期間的(FCAPS)故障、配置、會計、性能、安全，以及跟蹤和日誌紀錄。
    在 RIC 當中是通過 Kubernetes 基礎設施上的包裝器(wrappers)完成的。

其他參考資料

hctsai@linux.com

留言

張貼留言

這個網誌中的熱門文章

生成式AI將電信業推向新紀元

圖片
電信產業如何應用生成式 AI？ 究竟電信產業該如何引入生成式 AI (Generative AI)，來解決業界長久以來的痛點呢？秀吉現在就報給你知！ 前言 這個學年來捷克訪問，無法實體參與  Google Cloud Summit Taipei ，但身為國外的 GDSC Lead ，進修和教學還是責無旁貸，畢竟人生的樂趣在學習，人生的收穫在於奉獻 www 所以就忙裡偷閒在國外補檔一下  Google Cloud Summit Taipei | (中華電信)解析 Next’23 最新雲端技術 ；可能是因為主題安排或是時間關係，這場演講比較像是產品成果發表，技術偏少。 但沒關係，本篇文章將科普電信業引入生成式 AI 的魅力在哪？，同時針對演講中提到的 Data Cloud 服務應用與挑戰 做進一步的說明和科普。 簡而言之，這是一篇科普文，所以即使你沒聽過演講也看得懂 （廢話結束，以下正文） 電信產業如何應用生成式 AI 電信產業究竟如何應用生成式 AI，主要可以分成兩大使用範例(Use Cases)： Customer Automation （用戶自動化） Network Automation （網路自動化） 一般人經常使用到的生成式 AI，大多都是 大型語言模型 (Large language model；LLM) ，那麼隨著越來越多人的使用和媒體的炒作，民眾對生成式 AI 衍生服務的接受度也將逐漸增加，而這點對於電信業者來說，是個非常好的機會，為什麼我會這樣說呢？讓我們繼續看下去！ Customer Automation（用戶自動化） 對於絕大部分天然呆的台灣用戶來說：「電信供應商的好壞，在於客戶服務！」 所以只要將客服的體驗優化好，萬事皆好談！ 以中華電信為例，它擁有全台 90% 的固網業務以及 1300萬個門號用戶；對於一間擁有如此龐大用戶的電信業者，最重要的就是導入生成式 AI（如：語音辨識模型、對話模型），用來實現 用戶自動化(Customer Automation) ，和以下目標： 更快解決客戶遇到的問題 減少客服中心收到的來電 確保電信業真的有善用自家強大的科技技術，實現用戶個人化的電信服務 所以台灣四大電信業者正面臨一個龐大的機會，透過導入生成式 AI 實現用戶自動化，即可徹底改變現狀（例如：使用機器學習來分析客訴情況的描述、處理客戶查詢等問題），同
閱讀完整內容

「強化全民數位韌性」之前？先來聊聊什麼是 O-RAN 吧！| 科普教育

圖片
我國數位發展部的核心理念，即為「強化全民數位韌性」 摘要： 數位發展與全體國民的日常生活息息相關，我國數位發展部（以下簡稱數位部）成立的核心理念，即是為了 「強化全民數位韌性」 ，可是瑞凡 「數位韌性」 這個詞，對於全體民眾而言，似乎還太過遙遠，多數民眾對數位發展仍缺乏概念，也不了解數位到底如何發展？這乃是數位發展政策執行面上長久以來的痛點，因此，為了以俾日後社會全面數位化發展順利， 數位發展專有名詞 的 科學普及教育 實為勢在必行。 本篇文章以民眾日常生活中一定會接觸到的 行動通訊基地台 為題，並針對於我國數位發展的最新應用技術  O-RAN  來進行科普介紹，帶領讀者了解什麼是  O-RAN ？以及數位部是如何 應用  O-RAN 強化我國數位韌性 ，實現「科技島」願景，就讓我們接著看下去吧 ~ 前言： 行動通訊的高速演進，促進社會朝向全面數位化發展，現代人的生活無論求學、工作、娛樂，都早已離不開行動通訊，但當你在享受數位發展帶來生活便利的同時，有沒有想過數位發展究竟是透過什麼樣的工具來實現。本文將會分為三個部分進行科普，首先簡介行動通訊概論及其演進歷史，而後帶領讀者了解為 促進我國數位發展、強化數位韌性 背後的重要功臣「 O-RAN 」究竟是什麼，以及為何我們需要  O-RAN ？最後說明  O-RAN 強化我國數位韌性的應用案例 。 行動通訊概論及其演進歷史簡介： 在了解什麼是  O-RAN  之前，我們先來了解什麼叫做 (RAN ， Radio Access Network) 。 所謂的  RAN  就是 「無線電接取網路」，聽到這個專有名詞，大家可能還是很模糊。 我們換成另一個日常生活稱呼 「基地台」 ，大家應該就比較耳熟能詳，而就是  RAN  它發出了 4G 、 5G 的無線電訊號（如：手機、智慧手錶 等…）接收到訊號後，並與  RAN  互相收發訊號、交換資訊，就實現我們所謂的無線上網啦！ 圖(一) RAN 的基本架構，需包含 RU (射頻單元) 和 BBU (基帶單元)，才能組成完整的 RAN 「什麼是 O-RAN？敢是路邊攤个黑輪？這是啥可以吃嗎？」 讀者對於  RAN  有初步的瞭解後，現在就可以詢問「 O-RAN  是什麼？ 為何會需要它呢？ 」下圖 ( 二 ) 可以看到，在過去  RAN  的所有軟 / 硬體組件及介面，都是專有設備
閱讀完整內容

O-RAN Y1介面簡介

圖片
一句話介紹：這是 O-RAN 新增的介面(2023/03)，允許 Y1 consumers 訂閱或請求 Near-RT RIC 提供的 RAN 分析資訊 (RAN analytics information)。 圖(一) O-RAN Y1介面（圖中紅框處） O-RAN Y1介面功能介紹： Near-RT RIC 透過 Y1 介面，提供 RAN 分析資訊 (RAN analytics information) 的服務，而 Y1 consumers 可以藉由訂閱或請求 RAN 分析資訊 ，來使用 RAN 分析資訊 服務。 當 Y1 consumers 在 O-RAN 可信域 (Trusted Domain) 時，可以作為應用程式功能 (Application Functions，AFs)；或  RAN 分析資訊 可以透過網路曝光功能 (Network Exposure Function，NEF) 以安全的方式提供給 (Application Functions，AFs) 速記：在 O-RAN Trusted Domain 時 ， Y1 consumers == (Application Functions，AFs) 安全的網路曝光方式(NEF) 詳見：3GPP TS 23.501, Clause 5.20 (External Exposure of Network Capability)，連結如下： Release 17:  https://reurl.cc/ml7Y6W Release 16:  https://reurl.cc/7RnV2y 秀吉 MurMur： Y1 consumers  使用 RAN 分析資訊 服務，出發點一定是好的啦~，得以提供不同情境的使用者裝置更適合的服務，但 新介面的出現，同時也意味著新的資安威脅，學術界又有新的研究領域了（誤 綜觀 O-RAN 的高級架構 (High Level Architecture；HLA)   圖(一)： 圖(一) 顯示 O-RAN 架構中主要的四個介面 (A1、O1、Open Fronthaul M-plane、O2)。 SMO（服務管理和編排）透過 A1、O1、Open Fronthaul M-plane 連結 O-RAN Network Functions（如：Near-RT RIC、O-CU-CP、O
閱讀完整內容