5G O-RAN | SMO（服務管理和編排) 介面功能介紹

5G O-RAN Service Management and Orchestration (SMO) 服務管理和編排介面功能介紹

原始文檔：O-RAN SMO

首先先來看這張 O-RAN Architecture (SMO) 紅色框框

以下是 SMO 支援的介面介紹：
  • O1 FCAPS：(Fault, Configuration, Accounting, Performance, Security) 的控制介面
  • O1/VES：用於將 JSON 消息處理成 DCAE 的 RESTful 收集器。
  • O2 和：O-Cloud 溝通。
  • A1：Non-RT RIC 和 Near-RT RIC 溝通。

  • R1：是 rApp 與 Non-RT RIC 和 SMO 之間的唯一介面，滿足 rApp 的所有功能需求。
  • Open Fronthaul: RU (Radio Unit) 溝通 
  • M：Management (連接至 Non-RT RIC 或 DU)
O1 介面：
O1 介面支援 NETCONF 協議，對 O-RAN Solition 中的網路元件進行設定和管理。 
這些網路元件包括 Near RT-RIC、O-CU、O-DU 和 O-RU。 
SMO 使用數據模型驅動網路元件，進行設定及管理。
實現基於 OpenDayLight（ODL）的 NETCONF 。
實現基於 ODL Community GUI（DLUX）的用戶界面。


SMO (NETCONF client) Interacts with the RIC, CU, DU, RU
(RIC, CU, DU and RU) 都是 NETCONF 服務器 (Server) 也稱為 ME (ManagedElement)
SMO 提供 REST API，用於驅動 RIC、CU、DU 和 RU 上的設定。

Developer Notes (開發人員筆記)：
  • SMO 在 O1 介面上充當 NETCONF 用戶端，網路元件充當 NETCONF 伺服器。
  • SMO 正在評估執行 NETCONF 用戶端的幾個選項。
  • NETCONF 伺服器在 Near RT-RIC、O-CU、O-DU 和 O-RU 等網路元件上的設備來源，有多種可使用方式或實現的選擇。 
    • 一種開源選項是 Netopeer2。 無論使用何種源來實現 O1 介面，請注意它需要支援 YANG 模型進行 NETCONF 監控。
    • ietf-netconf-monitoring 支援，允許 NETCONF 客戶端列出和下載設備使用的所有 YANG Schemas（基模）。
    • NETCONF 客戶端只有在知道使用的 Schema（或至少一個子集）的情況下才能與設備通訊。
Testing of Data Models 數據模型測試：
  • SMO 正在與 OAM 項目合作，測試、驅動數據模型，為 O-RAN 解決方案發布準備。 
  • 這些模型可能來自 3GPP 或 O-RAN 本身。 
  • 模型本身將駐留在 NETCONF 服務器中，例如：在 near RT RIC、O-CU-UP、O-CU-CP、O-DU 和 O-RU 中，將由 NETCONF 客戶端提出請求，例如 NETCONF 通信期建立時的 SMO。 
  • 此後，像 Postman 這樣的應用程式可以驅動 SMO 公開的北向 API。
  • 這些設定片段的範例將出現在您附近的 Gerrit 資料庫中。有關測試框架的外觀，請參見下圖：
SMO and App Onboarding 介紹：
  • SMO 的目的之一是載入應用程式，無論它們是在non RT RIC 上運行的 rApp，還是在 Near-RT RIC 上運行的 xApp。 載入後，SMO 需要保留一個應用套裝程式，以了解哪些應用程序可供操作員部署或創建實例。可以充當模型推論 ( Model Inference ) 主機 ( others：Near-RT RIC、E2 節點 )。
  • 為了能夠載入這些應用程式，SMO 需要能夠了解應用程式是如何打包的。其細節將在下文討論。 接下來是關於應用套裝程式的目錄，應該公開的內容的討論，以便操作員可以觸發應用程式的部署。
應用套裝程式基態 ( Application Package Schema )
  • SMO 項目正在嘗試為套件定義架構。 有關提案的詳細信息和對提案的評論，請參閱此連結。 該提案遵循 ETSI NFV SOL 004 定義的包模式，該模式定義了用於打包 TOSCA 和 YANG 數據模型定義的 VNF 描述符 (VNFD) 的模式。 這個想法是建立在包定義的基礎上，並將其用於應用程序打包。
// 國家教育研究院翻譯 application package - 應用套裝程式https://oranalliance.atlassian.net/wiki/spaces/UCOA/pages/987562173/APP+LCM+Package+Structure

應用套裝程式目錄 (Application Package Catalog)
在此處查看有關應用套裝程式目錄詳細訊息的更新。
O1/VES Interface
SMO 的目的之一是載入應用程式，無論它們是在non RT RIC 上運行的 rApp，還是在 Near-RT RIC 上運行的 xApp。

O1/VES Interface
O1/VES 介面支援 SMO 的監控端( monitoring side )。 下圖顯示了網路元件如何與 SMO 中的 O1/VES 介面交互作用。
目錄下圖中可以看到相同的另一個視圖。 在這種情況下，事件由 VES 代理撿走，這些代理以 VES 事件的形式對其進行格式化並將其發送到 VES 收集器。 VES 收集器將事件存儲在 InfluxdB 中，或者儲存到 Elasticsearch 引擎 和/或 Kafka 匯流排中。 然後，Grafana 或任何其他應用程式可以獲取事件數據，以對數據執行任何分析。


留言

張貼留言

這個網誌中的熱門文章

生成式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 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
閱讀完整內容

「強化全民數位韌性」之前？先來聊聊什麼是 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  的所有軟 / 硬體組件及介面，都是專有設備
閱讀完整內容