5G O-RAN | INT(Integration and Testing) 整合與測試介面介紹文

INT 主要的功能就是負責 測試 (test)，為了 O-RAN SC 開發軟體元件的整合，所以要測試所有之前 release 版本中被記錄起來的需求，還有其他像是 端到端測試 (end to end test) 和 用例測試 (use case test)。

負責項目 (Project) 有：

  • IT-DEP：部署作品（腳本、Helm 圖表等）// artifacts  國家教育研究院 翻譯成作品
  • IT-DEV：整合和測試項目使用此儲存庫來託管各種開發程式碼。
  • IT-OTF：開放測試框架。
  • IT-TEST ：這個 repo 維護了 O-RAN RIC 項目的端到端測試和驗證的源程式碼。
就簡單的來介紹這些項目吧！首先是 (it/dep) 
it/dep 的概述：it/dep 儲存庫在 Cherry 版本說到，他負責託管部署和整合作品，例如腳本、Helm 圖表和其他用於部署 O-RAN SC 軟體的文件。

Cherry 版本的 repo 包含：
  • 用於開發測試 1-node Kubernetes cluster 的部署腳本。
  • Near RT RAN 智能控制器平台的部署腳本和 Helm 圖表。
  • 用於支援 Near RT RAN 智能控制器平台的基礎設施服務的部署腳本及 Helm 圖表。
  • 用於操作 Near RT RAN 智能控制器平台的輔助服務和元件的部署腳本及 Helm 圖表。
  • O-DU High 項目的部署腳本。
  • SMO 的部署腳本。
it/dev 概述：
在 O-RAN SC 的 INT 項目，使用 it/dev 儲存庫來託管各種開發程式碼。

在 Amber 版本中提及：
  • 此儲存庫包含用於開發 Near RT RAN 智能控制器應用程式 (xApps) 的整合作品。
  • 由於 Near RT RIC xApp 的生命週期由 Near RT RIC 平台管理，因此 xApp 應符合某些行為型模式 (Behavioral pattern) 並提供 描述良好 (well-described) 的介面。
  • 此處的作品可幫助 xApp 開發人員為他們的 xApp 生成（Near RT）RIC 平台部署就緒 Helm 圖表。
it/otf 概述：
O-RAN SC 整合和測試項目使用此儲存庫來託管各種開發程式碼。
對於 Amber 版本：
此儲存庫包含用於開發 Near RT RAN 智能控制器應用程式的文件。

it/test 概述：
在 Amber 版本中提及：
使用 robot framework 編寫的測試自動化腳本部署腳本，用於開發測試 1-node Kubernetes cluster。
E2 協議的功能模擬器，充當用於測試 RIC 的 gNB。 
用於對 RIC 進行基準測試的工作負載生成器。
// Robot Framework是一款 python 編寫的功能自動化測試軟體框架。

版本重點節錄
D Release 中的重點為以下幾點
  • Closed Loop 用例測試 （中文介紹）
  • Docker image 列表
  • NONTRIC 整合和功能測試
  • O-DU-High 無線電模式整合（廣播消息-MIB/SIB1）
  • xApp 測試
D Release Docker image 列表：
  • Near-RT RIC (D release)
  • NON-RT-RIC / OAM Common (D-Release)
  • NON-RT-RIC (D-Release)
  • O-DU-High(Release D)
  • Operation and Maintenance - OAM (D-Release)
  • RICAPP (Release D)
  • Simulation (D-Release)
D Release NONTRIC 整合和功能測試：
NONRTRIC 測試框架的完整描述 - 包括功能測試、一些成對測試和整合測試。

O-DU-High 無線電模式整合（廣播消息-MIB/SIB1）：
  • 達成： O-DU-High 成功傳輸廣播訊息（MIB/SIB1）並在 L1 驗證後接收。
  • Blocker： L1 到 ORU 通訊不工作。
  • 原因： intel L1 和 Viavi RU 之間的 VLAN 設定不匹配。
  • 預期的解決方案：在 D 版本維護階段，新的 intel L1 二進制文件預計會進行修復。
xApp 測試：
異常檢測用例（AD、QP 和 TS xApp）
異常檢測用例使用 NearRT-RIC 平台、E2 模擬器 (Viavi) 和以下 xApp：
  • KPIMON（三星）
  • AD（HCL）
  • QP（HCL）
  • TS（Alexandre Huff - 巴西巴拉那大學）
E Release Integration and Testing
  • Docker image 列表
  • Near-RT RIC (E release)
  • NONRTRIC (E-Release)
  • O-DU-High (E-release)
  • O-DU-High (E-release maintenance)
  • Operation and Maintenance - OAM (E-Release)
  • RICAPP (E Release)
  • Simulation (E-Release)
F Release Integration and Testing
  • Near-RT RIC (F release)
Architecture (for CICD)
INT 支援與 Linux Foundation 的CICD 工具鏈整合。 
下圖描述了這個工具鏈的組成部分。 請注意除了最左側的元件外，其他的資源通常僅可檢視。


Open Test Framework (OTF)
工作概念敘述 ：OTF 代表 Open Test Framework，是AT&T發起的一個開源項目。 
OTF 最初是為自動化網路服務和功能 test 而創建的，OTF 使用 Virtual Test Heads (VTH) 技術，作為用戶開發高級測試策略(TS)的基礎構建塊。
該技術的一個優點是，它允許 VNF 供應商捆綁 VTH，以便與 VNF 進行相互作用。由於所有 VNF 都遵循相同的北向介面規範並簡化了測試開發。OTF 允許測試和 DevOps 社群在單一平台上的測試開發、執行和管理方面密切協作。 
在 OTF 中，test 成為可以跨團隊和組織共享和重用的重要資源。

OTF 給社群帶來了很多好處，有以下亮點：
  • 允許構建自動化網路服務和功能測試的通用平台
  • 基於工作流的可視化測試設計器
  • 自助服務和元數據驅動：節省成本
  • 將 測試 和 VTH 作為物品交付
  • 培育生態系統和測試市場
  • 最大的靈活性和互操作性
  • 允許從測試策略 (TS) 實例化獨立測試實例 (TI)
  • 促進測試社區的可重用性
  • 分層組管理
  • 高級測試和自動化調度
  • 適用於 VNF、PNF 和任何其他測試目標
  • 節省測試開發和管理的成本
  • 允許用戶在通用 UI 介面中創建、部署、調度和執行
  • 可定制的測試報告
  • 提供用於監控已部署測試的圖形儀表板
OTF Components
如下圖所示，OTF 由以下主要元件組成
Test Designer: 用於開發測試策略的內置、基於 Web 的工作流設計器
Test Manager: OTF 用於管理測試的圖形用戶界面 (GUI)
Service API: 用於遠程客戶端管理測試的 RESTful API
Test Strategy (TS): 可視化的測試流程和測試的邏輯實現。 通常這是作為 BPMN 工作流實現的Virtual Test Head (VTH): 底層測試目標（VNF、PNG等）的抽象元件（通常是微服務）

How it works
作為共享資源，預先開發的 VTH 部署在 OTF 中，並可供測試開發人員使用。
測試開發人員可以針對特定網路元件（VNF、PNF 等）的 VTH 之上創建/開發測試策略。
測試設計者可以設計一個基於 yaml 的配置模板來控制測試的行為。
為每個測試實例，實例化並配置模板。
也可以有通用類型的 VNF。例如，內置的 SSH VTH，它允許使用者越過 popular SSH 協議，與測試的目標進行互相作用，從而對測試目標遠程執行命令。
另一個例子是 Robot Framework VTH，它可用於從 OTF 執行 Robot Framework 腳本。
測試策略總會通過 VTH 與測試目標互相作用，它不直接與測試目標相互作用。
 VTH 可以被多個 TS 使用，多個 TS 可以被標記為一個組，用於特定的分類和管理目的。
在 TS 可以在 OTF 中執行之前，他首先必須（實例化）它的 TI（測​​試實例），每個 TI 可以有自己的關聯配置實例，為了控制測試執行的行為，每個 TI 都可獨立修改( 即使是來自同一個 TS ) 。
OTF 中還有一個標準化的測試日誌記錄機制。它可用於記錄測試結果、錯誤和任何其他關鍵訊息。可以從 OTF 測試管理器 UI 直觀地查看、搜索和檢索測試結果和日誌。

在 OTF 中執行測試策略有不同的方法（以下為示意圖）
  • 按需要從測試管理器的 GUI 執行
  • 計劃排定執行：單次執行或循環執行
  • 從 Service API 執行 這允許將 OTF 整合到 CI/CD 流程或其他自動化中
OTF Architecture
    

OTF 正在增加一組 VTH（微服務類型），可作為 OSC 元件或服務測試社群構建的各種 OTF 測試策略。
OTF 已開發或正在開發以下 VTH，以支援通過特定協議對各種 O-RAN 軟體和網路元件進行交互測試，
每種類型的 VTH 都能完全代表介面/協議，並能夠生成和注入數據 符合測試目標的介面。
  • O1 VTH
  • A1 VTH
  • E2 VTH
  • E1 VTH
  • F1 VTH
  • NETCONF VTH
  • Robo

留言

張貼留言

這個網誌中的熱門文章

生成式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  的所有軟 / 硬體組件及介面，都是專有設備
閱讀完整內容