TWI784773B

TWI784773B - 取得豐富資訊的方法及控制器

Info

Publication number: TWI784773B
Application number: TW110139938A
Authority: TW
Inventors: 蔡長嵐; 陳凱文; 王昱傑
Original assignee: 財團法人工業技術研究院
Priority date: 2021-10-27
Filing date: 2021-10-27
Publication date: 2022-11-21
Also published as: CN116033005A; US20230126312A1; JP2023065287A; TW202318838A; JP7206428B1

Abstract

本發明提供一種取得豐富資訊的方法及控制器。所述方法包括：反應於豐富資訊處理電路從應用程式接收關聯於用戶裝置的第一創建請求，由豐富資訊處理電路詢問資料庫是否儲存有對應於用戶裝置的第一豐富資訊；反應於判定資料庫儲存有對應於用戶裝置的第一豐富資訊，由豐富資訊處理電路觸發應用程式向資料庫訂閱對應於用戶裝置的豐富資訊；反應於資料庫中出現對應於用戶裝置的第二豐富資訊，由資料庫將第二豐富資訊推送予應用程式。

Description

取得豐富資訊的方法及控制器

本發明是有關於一種豐富資訊（Enrichment Information，EI）處理技術，且特別是有關於一種取得豐富資訊的方法及控制器。

5G的大頻寬、低延遲、多連結、多種訊框結構的特性，得以滿足各種不同需求的應用。但因為各種應用的需求不同、裝置差異、環境變化等，難以事先設計最佳的組態(系統參數，如換手量測與換手時機)，來達到最好的效能。

從運營商的維運需求出發，O-RAN Alliance提出軟體/硬體解構、網路功能虛擬化的5G通訊系統架構，以及服務管理與編排(Service Management and Orchestration, SMO)及無線接取網智慧控制(Radio Access Network (RAN) Intelligent Controller, RIC)兩個管理元件，可依據布建環境、即時使用狀況，分析及預測網路效能，並採取主動式網路配置或管控，維持各種應用所需的品質。SMO與RIC除了可從RAN獲取可用資訊外，若能輔以網路外部的豐富資訊(Enrichment Information, EI)，可以幫助SMO與RIC做更好的判斷與決策。

RIC可管理基站的無線資源使用，例如換手決策、更動無線資源用量、限定服務品質(Quality of Service, QoS)等應用。若需採用外部資訊、豐富資訊來提升效能，則RIC本身須提供統一、方便、有效率的介面與程序，包括豐富資訊型態查詢、發起要求、資訊更新、工作建立、工作刪除等。

因此，對於本領域技術人員而言，如何為RIC設計上述介面、程序實屬一項重要的議題。

有鑑於此，本發明提供一種取得豐富資訊的方法及控制器，其可用於解決上述技術問題。

本發明提供一種取得豐富資訊的方法，適於包括一豐富資訊處理電路及一資料庫的一控制器，所述方法包括：反應於豐富資訊處理電路從一第一應用程式接收關聯於一第一用戶裝置的一第一創建請求，由豐富資訊處理電路詢問資料庫是否儲存有對應於第一用戶裝置的一第一豐富資訊；反應於判定資料庫儲存有對應於第一用戶裝置的第一豐富資訊，由豐富資訊處理電路觸發第一應用程式向資料庫訂閱對應於第一用戶裝置的豐富資訊；反應於資料庫中出現對應於第一用戶裝置的一第二豐富資訊，由資料庫將第二豐富資訊推送予第一應用程式。

本發明提供一種取得豐富資訊的控制器，包括資料庫及豐富資訊處理電路。豐富資訊處理電路耦接資料庫。反應於豐富資訊處理電路從一第一應用程式接收關聯於一第一用戶裝置的一第一創建請求，豐富資訊處理電路詢問資料庫是否儲存有對應於第一用戶裝置的一第一豐富資訊。反應於判定資料庫儲存有對應於第一用戶裝置的第一豐富資訊，豐富資訊處理電路觸發第一應用程式向資料庫訂閱對應於第一用戶裝置的豐富資訊。反應於資料庫中出現對應於第一用戶裝置的一第二豐富資訊，資料庫將第二豐富資訊推送予第一應用程式。

O-RAN Alliance是由運營商為主的聯盟，號召設備商加入，共同訂定開放介面與自動且智能的網路管理架構，其提出的O-RAN架構如圖1所示。

由圖1所示的O-RAN架構包括服務管理與編排(Service Management and Orchestration，SMO)、非即時接取網智能控制器(Non-real-time Radio Access Network Intelligent Controller (non-RT RIC))、近即時接取網智能控制器(Near-real-time Radio Access Network Intelligent Controller (near-RT RIC))、集中單元(O-RAN Central Unit，O-CU)、分散單元(O-RAN Distributed Unit，O-DU)、射頻單元(O-RAN Radio Unit，O-RU)。

SMO可透過O1介面與各個被管理的元件進行溝通，以實現例如（1）錯誤(故障)、組態、會計、效能、安全管理(Fault, Configuration, Accounting, Performance, Fault Management, FCAPS Management)；（2）蒐集效能資料接取網及使用者的效能資料等行為。另，SMO可透過O2介面與雲端平台（O-RAN Cloud，O-Cloud）進行溝通，以實現例如編排雲端平台資源等行為。

Non-RT RIC可透過A1介面與Near-RT RIC進行溝通。在一些實施例中，Non-RT RIC透過A1介面將A1方針（policy）傳給Near-RT RIC，其中所述A1方針包括但不限於服務品質(Quality of Service, QoS)、使用體驗(Quality of Experience, QoE)、流量導向(Traffic Steering)等。

另外，Non-RT RIC可在從外部資訊源取得豐富資訊之後，透過A1介面將豐富資訊提供予Near-RT RIC。在豐富資訊的相關規格書中規範有兩種豐富資訊物件：（1）豐富資訊型態物件(EI Type Object)及（2）豐富資訊工作物件(EI Job Object)。豐富資訊型態物件包含EI型態識別符（EI type identifier）以及模式(schema)。豐富資訊工作物件包括EI型態識別符、豐富資訊傳送統一資源標識符(Uniform Resource Identifier，URI)、豐富資訊工作定義(EI Job Definition)等。豐富資訊工作定義可包括範圍(scope)、需求參數(parameters)、條件(conditions)。

此外，Non-RT RIC還可訓練機器學習模型、執行機器學習模型、或將機器學習模型配置到Near-RT RIC，以讓Near-RT RIC執行機器學習模型，但可不限於此。

Near-RT RIC可透過E2介面與O-CU、O-DU進行溝通，以實現（1）蒐集、分析、監測來自O-CU、O-DU的網路資訊、用戶資訊及（2）控制O-CU、O-DU行為或參數等操作。

此外，Near-RT RIC可運行有應用程式（xApp），以實現無線資源管理(Radio Resource Management, RRM)功能。並且，Near-RT RIC還可提供用於與與xApp互動的應用程式介面(Application Programming Interface, API)。

O-CU、O-DU及O-RU可分別支援3GPP定義的集中單元（Centralized Unit）/分布單元（Distributed Unit）/及無線電單元（Radio Unit）的功能，且皆可支援O1介面。

另外，O-CU可再分為控制單元(O-RAN Central Unit Control Plane, O-CU-CP)與用戶單元(O-RAN Central Unit User Plane, O-CU-UP)。並且，O-DU與O-RU支援O-RAN定義的開放前端介面(open-fronthaul interface, OFH interface)。

請參照圖2及圖3，其中圖2繪示Near-RT RIC內部架構，圖3繪示Near-RT RIC中的各種API。如圖2及圖3所示，Near-RT RIC包括基本功能及應用程式（xApp）。API為支援xApp的介面，分為五大類：關聯於A1的API（A1 Related APIs）、關聯於E2的API（E2 Related APIs）、管理API（Management APIs）、致能API（Enablement APIs）、共享資料層(Shared Data Layer，SD)API。

針對A1介面，目前在O-RAN Alliance中已定義例如A1方針設定（Policy Setup）、A1方計更新、A1方針刪除等相關的API及程序(procedure)。針對SDL，O-RAN Alliance中已定義例如SDL客戶端註冊/註銷（Registration/Deregistration）、獲取/存儲/修改數據（Fetch/Store/Modify Data）、訂閱/通知（Subscribe/Notify）、訂閱/推送（Subscribe/Push）等API及程序。

以上圖1~圖3的內容細節可參照「O-RAN.WG1.O-RAN-Architecture-Description-v04.00」及「O-RAN.WG2.A1AP-v03.00」，且其內容以引用方式併入本文中，於此不另贅述。

然而，O-RAN的相關規格書中並未定義讓xApp透過API處理豐富資訊的機制。有鑑於此，本發明提出一種取得豐富資訊的方法及控制器，其可用於解決上述技術問題。

請參照圖4，其是依據本發明之一實施例繪示的控制器示意圖。在本發明的實施例中，控制器400可以是各式RAN控制器，例如RIC，但可不限於此。如圖4所示，控制器400包括豐富資訊處理電路401、資料庫403、豐富資訊連接介面405及第一應用程式407。

在圖4中，豐富資訊處理電路401、資料庫403、豐富資訊連接介面405可彼此連接。在一些實施例中，豐富資訊連接介面405可用於連接控制器400外部的豐富資訊提供者499。在一實施例中，豐富資訊提供者499可在取得某些裝置的豐富資訊之後，將所取得的豐富資訊發送至豐富資訊連接介面405，而豐富資訊連接介面405例如可將此豐富資訊提供予豐富資訊處理電路401及資料庫403，以作後續使用，但可不限於此。

在一些實施例中，資料庫403例如是對應於SDL的資料庫，其可用於儲存上述豐富資訊，但可不限於此。

在本發明的實施例中，控制器400中可運行有多個應用程式（即，xApp），而第一應用程式407例如是這些xApp的其中之一。為便於理解，以下以第一應用程式407為例來說明其與豐富資訊處理電路401、資料庫403、豐富資訊連接介面405進行互動的方式，而本領域具通常知識者應可相應推得其他xApp與豐富資訊處理電路401、資料庫403、豐富資訊連接介面405進行互動的方式。

請參照圖5，其是依據本發明之一實施例繪示的取得豐富資訊的方法流程圖。本實施例的方法可由圖4的控制器400執行，以下即搭配圖4所示的元件說明圖5各步驟的細節。

首先，在步驟S510中，反應於豐富資訊處理電路401從第一應用程式407接收關聯於第一用戶裝置D1的第一創建請求CRQ1，豐富資訊處理電路401詢問資料庫403是否儲存有對應於第一用戶裝置D1的第一豐富資訊。

在步驟S520中，反應於判定資料庫403儲存有對應於第一用戶裝置D1的第一豐富資訊，豐富資訊處理電路401觸發第一應用程式407向資料庫403訂閱對應於第一用戶裝置D1的豐富資訊。

在步驟S530中，反應於資料庫403中出現對應於第一用戶裝置D1的第二豐富資訊，資料庫403將第二豐富資訊推送予第一應用程式407。

為使以上概念更易於理解，以下另輔以圖6作進一步說明，其中圖6是依據本發明第一實施例繪示的應用情境圖。

在圖6中，假設第一應用程式407需要第一用戶裝置D1的豐富資訊，則第一應用程式407可在步驟S601發送關聯於第一用戶裝置D1的第一創建請求CRQ1至豐富資訊處理電路401。

在一實施例中，第一創建請求CRQ1可指示豐富資訊型態、第一用戶裝置D1的裝置標識、豐富資訊格式、回覆指示、回覆週期及時間戳指示的至少其中之一。在一些實施例中，回覆指示可指示在取得第一用戶裝置D1的豐富資訊之後，是否立刻回覆至第一應用程式407。回覆週期可指示取得第一用戶裝置D1的豐富資訊的週期。時間戳指示可指示是否在第一用戶裝置D1的豐富資訊中加註時間戳記。

在一實施例中，第一創建請求CRQ1可用於請求創建對應於第一用戶裝置D1的第一豐富資訊工作物件OB1，且第一豐富資訊工作物件OB1包括上述豐富資訊型態、工作回傳網址（例如URI）、工作狀態提醒網址、上述資訊格式類型、上述回覆指示、上述回覆週期及上述時間戳指示的至少其中之一。

當豐富資訊處理電路401接收第一創建請求CRQ1時，豐富資訊處理電路401可在步驟S602中反應於第一創建請求CRQ1向資料庫403發送第一查詢請求QRQ1，其中第一查詢請求QRQ1可用於查詢資料庫403是否儲存有對應於第一用戶裝置D1的第一豐富資訊。

相應地，資料庫403可因應於第一查詢請求QRQ1而查詢資料庫403是否儲存有對應於第一用戶裝置D1的第一豐富資訊，並在步驟S603中依據第一查詢請求QRQ1的第一查詢結果而發送第一查詢回應QRR1至豐富資訊處理電路401。

在一些實施例中，第一查詢請求QRQ1可包括第一用戶裝置D1的裝置標識及第一豐富資訊工作物件OB1的物件標識。另外，第一查詢回應QRR1可包括第一用戶裝置D1的裝置標識、第一豐富資訊工作物件OB1的物件標識及查詢狀態欄位，其中所述查詢狀態欄位可指示資料庫403是否儲存有對應於第一用戶裝置D1的第一豐富資訊。在一實施例中，當查詢狀態欄位為第一值（例如1）時，可代表資料庫403儲存有對應於第一用戶裝置D1的第一豐富資訊。另外，當查詢狀態欄位為第二值（例如0）時，可代表資料庫403未儲存有對應於第一用戶裝置D1的第一豐富資訊，但可不限於此。

為便於說明，圖6中假設資料庫403儲存有對應於第一用戶裝置D1的第一豐富資訊。在此情況下，第一查詢回應QRR1的查詢狀態欄位可經資料庫403設定為第一值，藉以通知豐富資訊處理電路401。

在豐富資訊處理電路401接收第一查詢回應QRR1時，豐富資訊處理電路401即可依據呈現為第一值的查詢狀態欄位而判定第一查詢回應QRR1指示資料庫403中儲存有對應於第一用戶裝置D1的第一豐富資訊，進而可判定資料庫403儲存有對應於第一用戶裝置D1的第一豐富資訊。

在此情況下，豐富資訊處理電路401可在步驟S604中發送第一創建回應CRR1至第一應用程式407。在一實施例中，第一創建回應CRR1可包括上述豐富資訊型態、第一豐富資訊工作物件OB1的物件標識、第一豐富資訊工作物件OB1的工作內容及創建狀態欄位，其中所述創建狀態欄位可指示是否成功創建第一豐富資訊工作物件OB1。

在一實施例中，當創建狀態欄位為第一值（例如1）時，可代表已成功創建第一豐富資訊工作物件OB1。另外，當創建狀態欄位為第二值（例如0）時，可代表未成功創建第一豐富資訊工作物件OB1，但可不限於此。

在圖6情境中，由於資料庫403儲存有對應於第一用戶裝置D1的第一豐富資訊，此即代表第一豐富資訊工作物件OB1已被創建，故豐富資訊處理電路401可將第一創建回應CRR1的創建狀態欄位設定為第一值，以通知第一應用程式407。

在一實施例中，反應於第一應用程式407判定第一創建回應CRR1指示已成功創建第一豐富資訊工作物件OB1，第一應用程式可在步驟S605中向豐富資訊處理電路401發送對應於第一豐富資訊工作物件OB1的第一追蹤訊息TM1。在一實施例中，第一追蹤訊息TM1可指示第一豐富資訊工作物件OB1的物件標識且用於向豐富資訊處理電路401登記追蹤第一用戶裝置D1的豐富資訊。

之後，在步驟S606中，第一應用程式407可向資料庫403發送第一訂閱訊息SM1，其中第一訂閱訊息SM1指示向資料庫403訂閱對應於第一用戶裝置D1的豐富資訊。

接著，在步驟S607中，反應於資料庫403中出現對應於第一用戶裝置D1的第二豐富資訊，資料庫403可將第二豐富資訊推送予第一應用程式407。

在圖6中，第一應用程式407與豐富資訊處理電路401之間可透過與豐富資訊相關的API來發送所示的各式請求/回應/訊息。另外，第一應用程式407及豐富資訊處理電路401可個別透過與SDL相關的API來與資料庫403進行所示的各式資料交換。

請參照圖7A，其是依據本發明第二實施例繪示的應用情境圖。在步驟S701中，第一應用程式407可發送關聯於第一用戶裝置D1的第一創建請求CRQ1至豐富資訊處理電路401。在步驟S702中，豐富資訊處理電路401可反應於第一創建請求CRQ1向資料庫403發送第一查詢請求QRQ1。在步驟S703中，資料庫403可依據第一查詢請求QRQ1的第一查詢結果而發送第一查詢回應QRR1至豐富資訊處理電路401。步驟S701~S703的內容可參照圖6步驟S601~S603的相關說明，於此不另贅述。

在圖7A情境中，假設資料庫403未儲存有對應於第一用戶裝置D1的第一豐富資訊。在此情況下，第一查詢回應QRR1的查詢狀態欄位可經資料庫403設定為第二值，藉以通知豐富資訊處理電路401。

在豐富資訊處理電路401接收第一查詢回應QRR1時，豐富資訊處理電路401即可依據呈現為第二值的查詢狀態欄位而判定第一查詢回應QRR1指示資料庫403中未儲存有對應於第一用戶裝置D1的第一豐富資訊，進而可判定資料庫403未儲存有對應於第一用戶裝置D1的第一豐富資訊（亦即，第一豐富資訊工作物件OB1尚未被創建）。

在此情況下，豐富資訊處理電路401可向豐富資訊連接介面405發送第二查詢請求QRQ2，其中第二查詢請求QRQ2可指示上述豐富資訊型態。相應地，在步驟S705中，豐富資訊連接介面405可因應於第二查詢請求QRQ2而詢問豐富資訊提供者499是否支援上述豐富資訊型態。

在不同的實施例中，豐富資訊提供者499可基於自身是否支援上述豐富資訊型態而在步驟S706中回傳一第一回應訊息RM1至豐富資訊連接介面405。

在圖7A情境中，假設第一回應訊息RM1指示豐富資訊提供者499支援上述豐富資訊型態。在此情況下，豐富資訊連接介面405可在步驟S707中要求豐富資訊提供者499創建第一豐富資訊工作物件OB1。在其他實施例中，若第一回應訊息RM1指示豐富資訊提供者499不支援上述豐富資訊型態，則本發明可相應地執行圖7B所示機制，其細節將在之後另行說明。

在圖7A中，在豐富資訊提供者499依豐富資訊連接介面405的要求而完成第一豐富資訊工作物件OB1的創建之後，豐富資訊提供者499可在步驟S708中回傳一第二回應訊息RM2至豐富資訊連接介面405，以通知豐富資訊連接介面405。

之後，豐富資訊連接介面405可在步驟S709發送第二查詢回應QRR2至豐富資訊處理電路401。在一實施例中，第二查詢回應QRR2可指示已成功創建第一豐富資訊工作物件OB1，且包括上述豐富資訊型態、第一豐富資訊工作物件OB1的物件標識及第一豐富資訊工作物件OB1的工作內容。

接著，在步驟S710中，豐富資訊處理電路401可發送第一創建回應CRR1至第一應用程式407。在步驟S711中，第一應用程式可向豐富資訊處理電路401發送對應於第一豐富資訊工作物件OB1的第一追蹤訊息TM1。在步驟S712中，第一應用程式407可向資料庫403發送第一訂閱訊息SM1。

步驟S710~S712的內容可參照圖6中步驟S604~S606的相關說明，於此不另贅述。

在圖7A中，當豐富資訊提供者499取得第一用戶裝置D1的第二豐富資訊時，豐富資訊提供者499可在步驟S713中將第二豐富資訊發送至豐富資訊連接介面405。在一實施例中，第二豐富資訊可包括第一用戶裝置D1的裝置標識、第一用戶裝置D1的狀態資訊及時間戳記。在一些實施例中，第一用戶裝置D1的狀態資訊例如包括第一用戶裝置D1對應於上述時間戳記的位置資訊，但可不限於此。

在一實施例中，當豐富資訊連接介面405在步驟S713中從豐富資訊提供者499接收第二豐富資訊時，豐富資訊連接介面405可在步驟S714將第二豐富資訊儲存至資料庫403。

接著，在步驟S715中，反應於資料庫403中出現對應於第一用戶裝置D1的第二豐富資訊，資料庫403可將第二豐富資訊推送予第一應用程式407。

請參照圖7B，其是依據本發明第二實施例繪示的另一應用情境圖。在圖7B中，步驟S701~S706的內容可參照圖7A的相關說明，於此不另贅述。在本實施例中，假設第一回應訊息RM1指示豐富資訊提供者499不支援上述豐富資訊型態。在此情況下，豐富資訊連接介面405可在步驟S716中發送第三查詢回應QRR3至豐富資訊處理電路401，其中第三查詢回應QRR3指示未成功創建第一豐富資訊工作物件OB1，且包括上述豐富資訊型態、第一豐富資訊工作物件OB1的物件標識及第一豐富資訊工作物件OB1的工作內容。

之後，在步驟S717中，反應於豐富資訊處理電路401接收第三查詢回應QRR3，豐富資訊處理電路401可發送第二創建回應CRR2至第一應用程式407，其中第二創建回應CRR2指示未成功創建第一豐富資訊工作物件OB1。

在圖7A及圖7B中，第一應用程式407與豐富資訊處理電路401之間可透過與豐富資訊相關的API來發送所示的各式請求/回應/訊息。另外，第一應用程式407、豐富資訊處理電路401及豐富資訊連接介面405可個別透過與SDL相關的API來與資料庫403進行所示的各式資料交換。並且，豐富資訊處理電路401及豐富資訊連接介面405之間可透過與A1介面相關的API來發送所示的各式請求/回應/訊息。

請參照圖8，其是依據本發明第三實施例繪示的應用情境圖。在本實施例中，當第一應用程式407欲停止追蹤第一用戶裝置D1的豐富資訊時，第一應用程式407可在步驟S801中向豐富資訊處理電路401發送第一刪除請求DQ1，以請求刪除第一豐富資訊工作物件OB1。

接著，在步驟S802中，反應於豐富資訊處理電路401從第一應用程式407接收刪除第一豐富資訊工作物件OB1的第一刪除請求DQ1，豐富資訊處理電路401可取消第一應用程式407對於第一用戶裝置的豐富資訊的追蹤。

並且，在步驟S803中，第一應用程式407可向資料庫403發送第一取消訂閱訊息USM1，其中第一取消訂閱訊息USM1指示取消向資料庫403訂閱對應於第一用戶裝置D1的豐富資訊。

在一實施例中，在收到第一刪除請求DQ1之後，豐富資訊處理電路401可判斷控制器400中的其他應用程式是否仍需要存取第一用戶裝置D1的豐富資訊。

在一實施例中，若控制器400中仍有其他的應用程式需要存取第一用戶裝置D1的豐富資訊，則豐富資訊處理電路401可不接續透過豐富資訊連接介面405要求豐富資訊提供者499刪除第一豐富資訊工作物件OB1。

在另一實施例中，若控制器400中未有其他的應用程式需要存取第一用戶裝置D1的豐富資訊，則豐富資訊處理電路401可在步驟S803中發送第二刪除請求DQ2至資料庫403，其中第二刪除請求DQ2包括第一豐富資訊工作物件OB1的物件標識。

此外，控制器400中未有其他的應用程式需要存取第一用戶裝置D1的豐富資訊，則豐富資訊處理電路401還可在步驟S804中發送第三刪除請求DQ3至豐富資訊連接介面405，其中第三刪除請求DQ3包括第一豐富資訊工作物件OB1的物件標識。

相應地，在步驟S805中，豐富資訊連接介面405可因應於第三刪除請求DQ3而要求維護第一豐富資訊工作物件OB1的豐富資訊提供者499刪除第一豐富資訊工作物件OB1。在一實施例中，在豐富資訊提供者499刪除第一豐富資訊工作物件OB1之後，可在步驟S806中回傳第三回應訊息RM3以通知豐富資訊連接介面405。

在步驟S807中，豐富資訊處理電路401可發送刪除成功回應DR至第一應用程式407，其中刪除成功回應DR指示已刪除第一豐富資訊工作物件OB1。

在圖8中，第一應用程式407與豐富資訊處理電路401之間可透過與豐富資訊相關的API來發送所示的各式請求/回應/訊息。另外，第一應用程式407、豐富資訊處理電路401及豐富資訊連接介面405可個別透過與SDL相關的API來與資料庫403進行所示的各式資料交換。並且，豐富資訊處理電路401及豐富資訊連接介面405之間可透過與A1介面相關的API來發送所示的各式請求/回應/訊息。

透過以上實施例中教示的機制，本發明提出讓xApp方便且有效地創建/刪除豐富資訊工作物件，以及取得豐富資訊的介面/機制/程序。藉此，可讓xApp基於所取得的豐富資訊而進一步執行其他應用。

舉例而言，當某通訊裝置在移動時，其服務基站可能需隨著此通訊裝置的移動而透過換手程序將其換手至目標基站。在現有技術中，判斷是否將通訊裝置換手至目標基站的原則是基於通訊裝置對服務基站及鄰近的其他基站所測得的參考信號接收強度（Reference Signal Receiving Power，RSRP）差異來進行。

在例如飛行機競速比賽的應用場合中，飛行機（其例如是一種用戶裝置）的鏡頭影像需透過相關的行動通訊技術（例如第4代/第5代通訊系統（下稱4G/5G））傳送給飛行機控制者。在比賽場地中，除飛行機外尚有其他裝置需連接4G/5G網路，故可能須架設兩台小型基站。

一般而言，在飛行機在競賽場地中沒有大型遮蔽物，因此可能會將兩基站交界處設定為換手區域。在此情境中，飛行機從此二基站接收的RSRP差異僅為小數等級，但RSRP在4G/5G系統標準中定義的相關測量報告的格式中需為整數值。另外，再加上隨機因素可能造成的環境變化與量測的誤差，進而可能導致換手決策失準、延誤等結果。在速度快的飛行機競速應用場景中，換手失當或失敗可能導致飛行機的鏡頭影像傳遞延遲或斷續，進而影響飛行機操控精準度及比賽成績。

在RSRP作為換手判斷的方法不適當的情況下，如能獲得飛行機的準確位置，應可讓換手判斷的過程更為精準，從而避免上述情形發生。

請參照圖9A及圖9B，其中圖9A及圖9B是依據本發明之一實施例繪示的應用情境圖。在圖9A及圖9B中，假設第一用戶裝置D1為上述飛行機，且第一用戶裝置D1可裝設有鏡頭及通訊電路，其中通訊電路例如是可進行4G/5G通訊的電路，其可用於將鏡頭所拍攝的影像串流發送至第一用戶裝置D1的操控者，但可不限於此。另外，基站901及902例如是設置於飛行機競賽場地999中的4G/5G基站。

此外，相較於圖4的控制器400，圖9中的控制器900可更包括連接於基站901及902的基站連接介面409。

在圖9A及圖9B中，第一用戶裝置D1上可安裝有位置偵測裝置，其例如可透過超寬頻（ultra wideband，UWB）、藍牙、Zigbee等技術來測量第一用戶裝置D1在飛行機競賽場地999中的位置。在一實施例中，飛行機競賽場地999中可設置有多個錨站P1~P4，其可個別發出信標信號。在此情況下，上述位置偵測裝置即可基於這些信標信號來執行三角定位法，從而偵測第一用戶裝置D1在飛行機競賽場地999中的位置，並相應地將此位置發送至豐富資訊提供者499。

在一實施例中，豐富資訊提供者499即可將第一用戶裝置D1的上述位置作為對應於第一用戶裝置D1的豐富資訊而提供予控制器900，從而讓控制器900可據以執行關聯於第一用戶裝置D1的換手決策。

在一實施例中，由於控制器900可能不知第一用戶裝置D1上的通訊電路與上述位置偵測裝置所提供的豐富資訊彼此對應，因此控制器900可先執行以下操作以找出上述通訊電路與上述豐富資訊之間的關聯。

在一實施例中，豐富資訊處理電路401可從基站連接介面409接收上述通訊電路對附近的多個基站所量測的參考信號強度序列。在一實施例中，假設上述通訊電路的附近存在k個基站，則第t個時間點至第t-M個時間點的參考信號強度序列可表徵為

。

此外，豐富資訊處理電路401可從豐富資訊連接介面405接收由豐富資訊提供者499提供的第一用戶裝置D1的豐富資訊（即，第一用戶裝置D1的位置）。在一實施例中，第一用戶裝置D1的第t個時間點至第t-N個時間點的位置可表徵為P = {x(t), y(t), z(t), x(t-1), y(t-1), z(t-1), …, x(t-N), y(t-N), z(t-N)}。

之後，豐富資訊處理電路401可基於上述參考信號強度序列（即，R）及第一用戶裝置D1的上述豐富資訊（即，P）建立第一用戶裝置D1的豐富資訊與上述通訊電路之間的特定關聯，並將此特定關聯記錄於資料庫403中。

在一實施例中，豐富資訊處理電路401可將R與P輸入一分類器，其中此分類器可實現為一第一類神經網路。在一實施例中，此第一類神經網路的輸入層可為上述的R與P，而輸入層的維度可為(k(M+1)+3(N+1))向量。另外，此第一類神經網路的輸出層維度可為2，而其分別代表Class 1與Class 0。在一些實施例中，此第一類神經網路尚可包含多個隱藏層，但可不限於此。

在一實施例中，在豐富資訊處理電路401將R與P輸入上述分類器之後，若Class1輸出值大於Class 0輸出值，則豐富資訊處理電路401可認定R與P之間存在特定關聯，並可將此特定關聯記錄於資料庫403中。另一方面，若Class1輸出值不大於Class 0輸出值，則豐富資訊處理電路401可認定R與P之間不存在特定關聯。

在一實施例中，上述第一類神經網路的訓練可採用監督式學習(Supervised Learning)，並可預先擷取多組位置資料與其對應的RSRP資料。在訓練此第一類神經網路的過程中，當輸入的位置資料是其對應的RSRP資料時， Class 1的輸出值為1，Class 0的輸出值為0；當輸入的位置資料不是其對應的RSRP資料時，Class 1的輸出值為0，Class 0的輸出值為1，但可不限於此。

在另一實施例中，豐富資訊處理電路401可將R與P輸入一關聯器（correlator），其中此關聯器可實現為一第二類神經網路。在一實施例中，此第二類神經網路的輸入層可為上述的R與P，而輸入層的維度可為(k(M+1)+3(N+1))向量。另外，此第二類神經網路的輸出層維度可為1，而其代表相關性（介於0與1之間）。在一些實施例中，可選擇符合此範圍的激活函數(Activation Function)，例如Sigmoid函數來實現輸出層，但可不限於此。在一些實施例中，此第二類神經網路尚可包含多個隱藏層，但可不限於此。

在一實施例中，上述第二類神經網路的訓練可採用監督式學習，並可預先擷取多組位置資料與其對應的RSRP資料。在訓練此第二類神經網路的過程中，當輸入的位置資料是其對應的RSRP資料時，輸出值為1；當輸入的位置資料不是其對應的RSRP資料時，輸出值為0，但可不限於此。

在圖9A及圖9B情境中，由於第一用戶裝置D1的豐富資訊假設為第一用戶裝置D1的位置，因此對應的第一豐富資訊工作物件OB1中的資訊格式類型可指示以座標或是經緯度方式來呈現第一用戶裝置D1的位置。另外，第一豐富資訊工作物件OB1中的回覆指示可指示是否立刻回覆第一用戶裝置D1的位置。第一豐富資訊工作物件OB1中的回覆週期可指示回覆第一用戶裝置D1的位置的週期。第一豐富資訊工作物件OB1中的時間戳指示可指示是否對第一用戶裝置D1的位置標註對應的時間戳記。

在一實施例中，假設第一豐富資訊工作物件OB1具有如下表1所例示的形式，則對應的第一用戶裝置D1的豐富資訊可具有如下表2所例示的內容。

第一豐富資訊工作物件OB1
豐富資訊型態	UePosition-v1.0
工作回傳網址	https://eiJob/1/result
工作狀態提醒網址	https://eiJob/1/status
工作定義	資訊格式類型	位置格式1（即，座標）
是否馬上回覆	否
回覆週期	100(毫秒)
是否加時間戳	是

表1

第一用戶裝置D1的豐富資訊
裝置標識	1234567
位置格式1	x軸	35
y軸	25
z軸	4
時間戳	秒	3
毫秒	100

表2

在一實施例中，控制器900可依據第一用戶裝置D1的豐富資訊（即，位置）判斷是否需將上述通訊電路從上述基站中的服務基站（例如基站901）換手至目標基站（例如基站902）。反應於判定需將上述通訊電路從服務基站換手至目標基站，控制器900可透過基站連接介面409控制服務基站將上述通訊電路換手至目標基站。舉例而言，當控制器900判定第一用戶裝置D1的位置位於基站901及902的交界處時，控制器900即可判定需將上述通訊電路從服務基站換手至目標基站，進而透過基站連接介面409控制服務基站將上述通訊電路換手至目標基站，但可不限於此。

在其他實施例中，圖9A及圖9B的概念亦可應用於其他的場合中。舉例而言，當自駕車於特定場域中移動時，管理此自駕車的控制器900即可依據上述教示而依據此自駕車的豐富資訊（例如，位置）而決定是否對此自駕車執行換手操作，但可不限於此。

綜上所述，本發明實施例提出的機制可讓RIC中的應用程式方便且有效地創建/刪除豐富資訊工作物件，以及取得豐富資訊的介面/機制/程序。藉此，可讓RIC中的應用程式基於所取得的豐富資訊而進一步執行其他應用。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。

400,900:控制器 401:豐富資訊處理電路 403:資料庫 405:豐富資訊連接介面 407:第一應用程式 409:基站連接介面 499:豐富資訊提供者 901,902:基站 CRQ1:第一創建請求 QRQ1:第一查詢請求 QRQ2:第二查詢請求 QRR1:第一查詢回應 QRR2:第二查詢回應 QRR3:第三查詢回應 CRR1:第一創建回應 CRR2:第二創建回應 TM1:第一追蹤訊息 SM1:第一訂閱訊息 RM1:第一回應訊息 RM2:第二回應訊息 RM3:第三回應訊息 DQ1:第一刪除請求 DQ2:第二刪除請求 DQ3:第三刪除請求 DR:刪除成功回應 USM1:第一取消訂閱訊息 P1~P4:錨站 S510~S530, S601~S607, S701~S717, S801~S807:步驟

圖1繪示O-RAN的架構圖。圖2繪示Near-RT RIC內部架構。圖3繪示Near-RT RIC中的各種API。圖4是依據本發明之一實施例繪示的控制器示意圖。圖5是依據本發明之一實施例繪示的取得豐富資訊的方法流程圖。圖6是依據本發明第一實施例繪示的應用情境圖。圖7A是依據本發明第二實施例繪示的應用情境圖。圖7B是依據本發明第二實施例繪示的另一應用情境圖。圖8是依據本發明第三實施例繪示的應用情境圖。圖9A及圖9B是依據本發明之一實施例繪示的應用情境圖。

S510~S530:步驟

Claims

一種取得豐富資訊的方法，適於包括一豐富資訊處理電路及一資料庫的一控制器，所述方法包括：反應於該豐富資訊處理電路從一第一應用程式接收關聯於一第一用戶裝置的一第一創建請求，由該豐富資訊處理電路詢問該資料庫是否儲存有對應於該第一用戶裝置的一第一豐富資訊；反應於判定該資料庫儲存有對應於該第一用戶裝置的該第一豐富資訊，由該豐富資訊處理電路觸發該第一應用程式向該資料庫訂閱對應於該第一用戶裝置的豐富資訊；反應於該資料庫中出現對應於該第一用戶裝置的一第二豐富資訊，由該資料庫將該第二豐富資訊推送予該第一應用程式。
如請求項1所述的方法，其中該第一創建請求指示豐富資訊型態、該第一用戶裝置的裝置標識、豐富資訊格式、回覆指示、回覆週期及時間戳指示的至少其中之一。
如請求項2所述的方法，其中該第一創建請求用於請求創建對應於該第一用戶裝置的一第一豐富資訊工作物件，且該第一豐富資訊工作物件包括該豐富資訊型態、工作回傳網址、工作狀態提醒網址、該資訊格式類型、該回覆指示、該回覆週期及該時間戳指示的至少其中之一。
如請求項1所述的方法，其中該第一創建請求用於請求創建對應於該第一用戶裝置的一第一豐富資訊工作物件，且由該豐富資訊處理電路詢問該資料庫是否儲存有對應於該第一用戶裝置的該第一豐富資訊的步驟包括：由該豐富資訊處理電路反應於該第一創建請求向該資料庫發送一第一查詢請求，其中該第一查詢請求用於查詢該資料庫是否儲存有對應於該第一用戶裝置的該第一豐富資訊。
如請求項4所述的方法，更包括：由該資料庫因應於該第一查詢請求而查詢該資料庫是否儲存有對應於該第一用戶裝置的該第一豐富資訊，並依據該第一查詢請求的一第一查詢結果而發送一第一查詢回應至該豐富資訊處理電路。
如請求項4所述的方法，其中該第一查詢請求包括該第一用戶裝置的裝置標識及該第一豐富資訊工作物件的物件標識，該第一查詢回應包括該第一用戶裝置的裝置標識、該第一豐富資訊工作物件的該物件標識及一查詢狀態欄位，其中該查詢狀態欄位指示該資料庫是否儲存有對應於該第一用戶裝置的該第一豐富資訊。
如請求項5所述的方法，更包括：反應於該豐富資訊處理電路判定該第一查詢回應指示該資料庫中儲存有對應於該第一用戶裝置的該第一豐富資訊，由該豐富資訊處理電路判定該資料庫儲存有對應於該第一用戶裝置的該第一豐富資訊，且由該豐富資訊處理電路觸發該第一應用程式向該資料庫訂閱對應於該第一用戶裝置的該豐富資訊的步驟包括：由該豐富資訊處理電路發送一第一創建回應至該第一應用程式，其中反應於該第一應用程式判定該第一創建回應指示已成功創建該第一豐富資訊工作物件，由該第一應用程式向該豐富資訊處理電路發送對應於該第一豐富資訊工作物件的一第一追蹤訊息，該第一追蹤訊息指示該第一豐富資訊工作物件的一物件標識且用於向該豐富資訊處理電路登記追蹤該第一用戶裝置的該豐富資訊。
如請求項7所述的方法，其中該第一創建回應包括豐富資訊型態、該第一豐富資訊工作物件的該物件標識、該第一豐富資訊工作物件的工作內容及一創建狀態欄位，其中該創建狀態欄位指示是否成功創建該第一豐富資訊工作物件。
如請求項7所述的方法，其中在該第一應用程式發送該第一追蹤訊息之後，所述方法更包括：由該第一應用程式向該資料庫發送一第一訂閱訊息，其中該第一訂閱訊息指示向該資料庫訂閱對應於該第一用戶裝置的該豐富資訊。
如請求項5所述的方法，更包括：反應於該豐富資訊處理電路判定該第一查詢回應指示該資料庫未儲存有對應於該第一用戶裝置的該第一豐富資訊，由該豐富資訊處理電路判定該資料庫未儲存有對應於該第一用戶裝置的該第一豐富資訊，且所述方法更包括：由該豐富資訊處理電路向該控制器的一豐富資訊連接介面發送一第二查詢請求，其中該第二查詢請求指示豐富資訊型態；由該豐富資訊連接介面因應於該第二查詢請求詢問一豐富資訊提供者是否支援該豐富資訊型態。
如請求項10所述的方法，更包括：反應於該豐富資訊提供者告知該豐富資訊連接介面該豐富資訊提供者支援該豐富資訊型態，由該豐富資訊連接介面要求該豐富資訊提供者創建該第一豐富資訊工作物件；反應於該豐富資訊提供者告知該豐富資訊連接介面已創建該第一豐富資訊工作物件，由該豐富資訊連接介面發送一第二查詢回應至該豐富資訊處理電路。
如請求項11所述的方法，其中該第二查詢回應包括該豐富資訊型態、該第一豐富資訊工作物件的物件標識及該第一豐富資訊工作物件的工作內容。
如請求項11所述的方法，更包括：反應於接收該第二查詢回應，由該豐富資訊處理電路判定該資料庫儲存有對應於該第一用戶裝置的該第一豐富資訊，且由該豐富資訊處理電路觸發該第一應用程式向該資料庫訂閱對應於該第一用戶裝置的該豐富資訊的步驟包括：由該豐富資訊處理電路發送一第一創建回應至該第一應用程式，其中反應於該第一應用程式判定該第一創建回應指示已成功創建該第一豐富資訊工作物件，由該第一應用程式向該豐富資訊處理電路發送對應於該第一豐富資訊工作物件的一第一追蹤訊息，該第一追蹤訊息指示該第一豐富資訊工作物件的一物件標識。
如請求項13所述的方法，其中在該第一應用程式發送該第一追蹤訊息之後，所述方法更包括：由該第一應用程式向該資料庫發送一第一訂閱訊息，其中該第一訂閱訊息指示向該資料庫訂閱對應於該第一用戶裝置的該豐富資訊。
如請求項10所述的方法，更包括：反應於該豐富資訊提供者告知該豐富資訊連接介面該豐富資訊提供者不支援該豐富資訊型態，由該豐富資訊連接介面發送一第三查詢回應至該豐富資訊處理電路。
如請求項15所述的方法，更包括：反應於該豐富資訊處理電路接收該第三查詢回應，由該豐富資訊處理電路發送一第二創建回應至該第一應用程式，其中該第二創建回應指示未成功創建該第一豐富資訊工作物件。
如請求項1所述的方法，其中在由該豐富資訊處理電路觸發該第一應用程式向該資料庫訂閱對應於該第一用戶裝置的該豐富資訊的步驟之後，更包括：反應於該控制器的一豐富資訊連接介面從一豐富資訊提供者接收該第二豐富資訊，由該豐富資訊連接介面將該第二豐富資訊儲存至該資料庫。
如請求項17所述的方法，其中該第二豐富資訊包括該第一用戶裝置的裝置標識、該第一用戶裝置的狀態資訊及一時間戳記。
如請求項18所述的方法，其中該第一用戶裝置的該狀態資訊包括該第一用戶裝置對應於該時間戳記的位置資訊。
如請求項7所述的方法，其中在該第一應用程式向該豐富資訊處理電路發送對應於該第一豐富資訊工作物件的該第一追蹤訊息的步驟之後，更包括：反應於該豐富資訊處理電路從該第一應用程式接收刪除該第一豐富資訊工作物件的一第一刪除請求，由該豐富資訊處理電路取消該第一應用程式對於該第一用戶裝置的該豐富資訊的追蹤；由該第一應用程式向該資料庫發送一第一取消訂閱訊息，其中該第一取消訂閱訊息指示取消向該資料庫訂閱對應於該第一用戶裝置的該豐富資訊。
如請求項19所述的方法，更包括：反應於該豐富資訊處理電路判定未有其他應用程式追蹤該第一豐富資訊工作物件，由該豐富資訊處理電路發送一第二刪除請求至該資料庫，其中該第二刪除請求包括該第一豐富資訊工作物件的該物件標識；由該豐富資訊處理電路發送一刪除成功回應至該第一應用程式，其中該刪除成功回應指示已刪除該第一豐富資訊工作物件。
如請求項21所述的方法，更包括：反應於該豐富資訊處理電路判定未有其他應用程式追蹤該第一豐富資訊工作物件，由該豐富資訊處理電路發送一第三刪除請求至該控制器的一豐富資訊連接介面；由該豐富資訊連接介面因應於該第三刪除請求而要求維護該第一豐富資訊工作物件的一豐富資訊提供者刪除該第一豐富資訊工作物件。
如請求項1所述的方法，其中該第一用戶裝置上裝設有一通訊電路，且所述方法更包括：由該豐富資訊處理電路從該控制器的一基站連接介面接收該通訊電路對多個基站所量測的一參考信號強度序列；由該豐富資訊處理電路從該控制器的一豐富資訊連接介面接收由一豐富資訊提供者提供的該第一用戶裝置的該豐富資訊；由該豐富資訊處理電路基於該參考信號強度序列及該第一用戶裝置的該豐富資訊建立該第一用戶裝置的該豐富資訊與該通訊電路之間的一特定關聯，並將該特定關聯記錄於該資料庫中。
如請求項23所述的方法，其中該第一用戶裝置的該豐富資訊指示該第一用戶裝置的位置，且所述方法更包括：依據該第一用戶裝置的該豐富資訊判斷是否需將該通訊電路從該些基站中的一服務基站換手至該些基站中的一目標基站；反應於判定需將該通訊電路從該服務基站換手至該目標基站，透過該基站連接介面控制該服務基站將該通訊電路換手至該目標基站。
一種取得豐富資訊的控制器，包括：一資料庫；一豐富資訊處理電路，其耦接該資料庫；其中，反應於該豐富資訊處理電路從一第一應用程式接收關聯於一第一用戶裝置的一第一創建請求，該豐富資訊處理電路詢問該資料庫是否儲存有對應於該第一用戶裝置的一第一豐富資訊；反應於判定該資料庫儲存有對應於該第一用戶裝置的該第一豐富資訊，該豐富資訊處理電路觸發該第一應用程式向該資料庫訂閱對應於該第一用戶裝置的豐富資訊；反應於該資料庫中出現對應於該第一用戶裝置的一第二豐富資訊，該資料庫將該第二豐富資訊推送予該第一應用程式。