發表文章

O-RAN Traffic Steering xApp 相關網路功能組件介紹

圖片
由於在 O-RAN 架構中 Traffic Steering(TS) 的實現主要交由 RIC 來處理,本文將簡介 O-RAN 負責實施 Traffic Steering 的網路功能元件們,它們的職權有什麼? O-RAN Traffic Steering xApp 簡介 Traffic Steering(TS) xApp 是部屬於 O-RAN RIC 平台上的應用程式。電信業者會使用 TS xApp 來引導流量,並且優化其服務的終端裝置(UE)在跨不同網路環境移動時的換手,但並非僅需考量基地台間的換手,同時也要考慮 NAT (如:4G,EN-DC NSA,5G)以及接入的頻段和載波,藉由讓 UE 或是網路切片組,能接入最合適的網路,來提高網路使用效率,並確保終端用戶通訊品質,總而來說,下世代通訊的 TS 設計已然成為一項挑戰。 > 電信業者對於特定類型的用戶終端,會有不同的無線電資源分配策略 Traffic Steering 操作時主要涉入的網路功能元件 執行 TS 時主要涉入的網路功能元件(實體) TS 相關網路功能組件工作職權 Non-RT RIC 制定策略指導 :Non-RT RIC 提供一種聲明式策略,用於指導 Near-RT RIC 中的 TS xApp 及相關 xApps。(舉例:提供一種優化策略,引導基站的載波/頻段的服務特定 UE 或網路切片)。 資料雙向協調 :提供 Near-RT RIC  豐富資料(Enrichment Information) ,用以輔助 TS 功能,同時也將測量配置參數傳輸給 RAN node。 (豐富資料:基於 UE 測量報告  Measurement Report(MR)  的  RF fingerprints ,像是正在服務中的Cell / 相鄰 Cell,它們的 RSRP/RSRQ/CQI 資訊。) 看不懂的專有名詞這邊有介紹: https://hackmd.io/@thc1006/B1pLKMAUh Near-RT RIC 解譯並執行 Non-RT RIC 傳來的策略。 使用 Non-RT RIC 提供的豐富資料,來優化 TS 和 其他 xApps 控制功能。 E2-Node 收集 E2 node 上 (O-eNB、O-CU、O-DU) 的細粒度資料,並藉由 O1 介面傳輸...

GNSS跟GPS差在哪?

圖片
GNSS 和 GPS 都是全球導航衛星系統,但兩者不全然相同。 GNSS 是全球衛星導航系統的總稱,而 GPS 是由 美國開發 的特定系統。 主要區別 GNSS 和 GPS 之間的主要區別在於使用的衛星數量。 GNSS 系統通常使用 24 到 32 顆衛星,而 GPS 使用 24 顆衛星。 這表示 GNSS 系統可以提供比 GPS 更準確、更可靠的定位資訊。 GNSS 和 GPS 之間的另一個區別是所使用訊號(通訊)的頻率。 GNSS 系統使用比 GPS 更廣的頻率範圍,這使 GNSS 能夠應用在各種不同場景(scenario),可以在更具有挑戰性的環境(如:海上和森林)中提供更好的效能。 最後,GNSS 系統比 GPS 應用更廣泛。 GPS 是使用最廣泛的 GNSS 系統,但不是唯一的系統。 還有其他幾個 GNSS 系統在運行,包括 GLONASS(俄羅斯)、伽利略(歐洲)和北斗(中國)。 圖(一) GNSS 和 GPS 之間的主要區別 總合以上所述,GNSS 是一個比 GPS 更先進、功能更強大的衛星系統。 然而,由於其歷史和廣泛的可用性,GPS 仍然是使用最廣泛的 GNSS 系統。 聯絡資訊(蔡秀吉) hctsai@linux.com https://www.facebook.com/thc1006

3GPP MnS component 介紹

圖片
MnS,英文全名為(Management Services) 中文譯為管理服務,是來自 3GPP TS 28.533: Management and orchestration; Architecture framework,而本文將會著重於不同 MnS component 的類別進行介紹 MnS Component type A MnS Component type A 是一組管理操作(和/或)通知,但它與所管理的實體無關。因此,這些操作和通知不會涉及與被管理網路有關的任何訊息。 這些操作和通知被稱為通用(generic)或稱為網路無關(network agnostic)。 舉例一下,MnS Component type A 可能包含以下操作: 建立一個新的管理實體(managed entity) 刪除管理實體 獲取被管理實體的狀態 更新被管實體的設置 記錄故障 發出警報 MnS Component type A 通常使用 RESTful API 來實現。這使得它可以很容易地被其他管理系統和應用程式使用。 MnS Component type A 是 5G 管理架構中很重要的部分。它提供了一種通用的方式來管理 5G 網路。 這使得 5G 網路與現有的管理系統和應用程式整合,變得更加容易。 MnS component type B MnS component type B 是由被管理實體們(managed entities)的資訊模型作為表示的一組管理資訊。它也被稱為網路資源模型(Network Resource Model,NRM)。 NRM 提供了一種通用的方法來表示 5G 網路中的被管理的實體。NRM 包括有關網路結構的資訊,管理實體之間的關係,以及管理實體的屬性(attribute)。 而 NRM 通常使用標準的 XML schema 來實現;這也使得它可以在不同的管理系統和應用程式間輕鬆交換。NRM 的通用性使得不同的管理系統和應用的整合,以及開發新的管理應用成為可能。 以下舉例一些可包含在 NRM 內的資訊的: 被管理實體的名稱 被管理實體的類型 被管理實體的位置 被管理實體的設置 被管理實體的效能 被管理實體的故障 老生常談,具體還是要看網路營運商的需求,會有不同的資訊內容以及變化 MnS Component type C MnS Component ...

「強化全民數位韌性」之前?先來聊聊什麼是 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 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 Func...

O-RAN O-Cloud 介紹

圖片
 O-Cloud 簡介 O-Cloud 是一個雲計算平台,這個平台整合了架設 O-RAN 基站所需的各種物理基礎設備節點(Node),用於託管 O-RAN 的相關網路功能,此外,O-Cloud 也支援軟體組件(例如:操作系統 (OS)、虛擬機監視器 (Virtual Machine Monitor)、Container Runtime 等...)以及適當管理功能和編排功能(Orchestration functions)。 O-Cloud 物理基礎設備節點是什麼?  O-cloud 物理基礎設備節點 (Physical infrastructure nodes)包含像是:CPU、BIOS、記憶體、儲存(storage)、主機版管理控制器(BMC)、網卡(NIC)等...  未看先猜,未來 node 也會包含像是有硬體加速器、軟體定義硬體(SDH)、Switch 等... O-RAN 的相關網路功能是什麼? 例如:Near-RT RIC、O-CU-CP、O-CU-UP 和 O-DU 有關什麼是 適當管理功能和編排功能(Orchestration functions),本文下段有進一步著墨~ 與 O-Cloud 連接的介面 O-RAN 的高級架構(High Level Architecture;HLA) 上圖顯示了 O-RAN 架構中主要的四個介面 A1介面 O1介面 Open Fronthaul M-plane 開放前傳 M-plane 介面 O2介面:SMO(服務管理和編排)透過 O2介面連接 O-Cloud O-Cloud 通知介面(Notification interface) 可使 O-RAN Network Function(如:Near-RT RIC、O-CU-CP、O-CU-UP 和 O-DU)接收來自 O-Cloud 的相關通知。 O-Cloud 通知介面允許事件消費者 (Event Consumers) 可以從 O-Cloud 訂閱事件/狀態。 (事件消費者:如部署在 O-Cloud 上的 O-DU) 雲基礎設施 (Cloud Infrastructure) 將會提供事件生產者(Event Producer)啟用(cloud workloads),用來接收可能只有基礎設施知道的事件/狀態。 O-Cloud 管理、編排以及工...