Methods, devices, and systems for radio access network exposure

Abstract

The present disclosure describes methods, system, and devices for radio access network (RAN) exposure. One method includes communicating, by a wireless communication node, exposed information with a radio access network (RAN). Another method includes communicating, by a RAN, exposed information with a wireless communication node. Another method includes receiving, by a RAN exposure function (REF), REF data or event exposure subscription request from a wireless communication node; and / or sending, by the REF, REF data or event exposure subscription response to the wireless communication node. Another method includes sending, by a REF, data or event exposure subscription to a wireless communication node; and / or receiving, by the REF, data or event exposure notification from the wireless communication node.

Description

METHODS, DEVICES, AND SYSTEMS FOR RADIO ACCESS NETWORK EXPOSURETECHNICAL FIELD

[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods, devices, and systems for radio access network (RAN) exposure.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0003] As the number of applications and services for digital data continues to explode, the demands and challenges placed on network resources and operators continue to increase. Being able to deliver a wide variety of network performance characteristics that future services will demand is one of the primary technical challenges faced by service providers. The performance requirements placed on the network will demand connectivity in terms of data rate, latency, quality of service (QoS) , security, availability, and many other parameters, all of which may vary from one service to the next. Thus, enabling a network to allocate resources in a flexible manner to provide customized connectivity for each different type of service will greatly enhance the network’s ability to meet future demands.

[0004] The present disclosure describes various embodiments for methods, devices, and systems for radio access network (RAN) exposure, which may make the functionality of radio access network being available to various service providers, allowing them to create applications that are network-aware and can interact bidirectionally with the network. Based on various  embodiments in the present disclosure, flexible RAN exposure architecture may be designed, and various cross layer and cross-node data, event, analytics exposure may be achieved.SUMMARY

[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for RAN exposure. The various embodiments in the present disclosure may be beneficial to enhance efficient RAN exposure, increase the transmission efficiency and speed, and / or boost performance of the wireless communication.

[0006] In one embodiment, the present disclosure describes a method for wireless communication, performed by a wireless communication node. The method includes communicating, by a wireless communication node, exposed information with a radio access network (RAN) .

[0007] In one embodiment, the present disclosure describes another method for wireless communication, performed by a radio access network (RAN) . The method includes communicating, by a RAN, exposed information with a wireless communication node.

[0008] In one embodiment, the present disclosure describes another method for wireless communication, performed by a RAN exposure function (REF) . The method includes receiving, by a REF, REF data or event exposure subscription request from a wireless communication node; and / or sending, by the REF, REF data or event exposure subscription response to the wireless communication node.

[0009] In one embodiment, the present disclosure describes another method for wireless communication, performed by a RAN exposure function (REF) . The method includes sending, by an REF, data or event exposure subscription to a wireless communication node; and / or receiving, by the REF, data or event exposure notification from the wireless communication node.

[0010] In one embodiment, the present disclosure describes another method for wireless communication, performed by a network exposure function (NEF) . The method includes receiving, by a NEF, NEF analytics subscription from a wireless communication node; and / or upon receiving the NEF analytics subscription, sending, by the NEF, a RAN analytics subscription to a REF or RDAF or RAN.

[0011] In some other embodiments, an apparatus for wireless communication may include a memory storing instructions and at least one processing circuitry in communication with the memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out any one or any combination of the above methods.

[0012] In some other embodiments, a device for wireless communication may include a memory storing instructions and at least one processing circuitry in communication with the memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out any one or any combination of the above methods.

[0013] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be a non-transitory computer-readable medium.

[0014] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] FIG. 1 shows an example of a wireless communication system.

[0016] FIG. 2 shows an example of a communication node.

[0017] FIG. 3 shows an example of a user equipment.

[0018] FIG. 4A shows an exemplary architecture for Network Exposure Function (NEF) .

[0019] FIG. 4B shows an exemplary architecture for common application programming interface framework (CAPIF) .

[0020] FIG. 5A shows a flow diagram of a method for wireless communication.

[0021] FIG. 5B shows a flow diagram of another method for wireless communication.

[0022] FIG. 5C shows a flow diagram of another method for wireless communication.

[0023] FIG. 5D shows a flow diagram of another method for wireless communication.

[0024] FIG. 5E shows a flow diagram of another method for wireless communication.

[0025] FIG. 6A shows a schematic diagram of an embodiment in the present disclosure.

[0026] FIG. 6B shows a schematic diagram of another embodiment in the present disclosure.

[0027] FIG. 6C shows a schematic diagram of another embodiment in the present disclosure.

[0028] FIG. 6D shows a schematic diagram of another embodiment in the present disclosure.

[0029] FIG. 7A shows a schematic diagram of another embodiment in the present disclosure.

[0030] FIG. 7B shows a schematic diagram of another embodiment in the present disclosure.

[0031] FIG. 8A shows a schematic diagram of another embodiment in the present disclosure.

[0032] FIG. 8B shows a schematic diagram of another embodiment in the present disclosure.

[0033] FIG. 8C shows a schematic diagram of another embodiment in the present disclosure.

[0034] FIG. 8D shows a schematic diagram of another embodiment in the present disclosure.

[0035] FIG. 9A shows a schematic diagram of another embodiment in the present disclosure.

[0036] FIG. 9B shows a schematic diagram of another embodiment in the present disclosure.

[0037] FIG. 10 shows a schematic diagram of another embodiment in the present disclosure.

[0038] FIG. 11 shows a schematic diagram of another embodiment in the present disclosure.DETAILED DESCRIPTION

[0039] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0040] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein  does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0041] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0042] The present disclosure describes methods and devices for radio access network (RAN) exposure for wireless network. Based on various embodiment in the present disclosure, flexible RAN exposure architecture, various cross layer and cross-node data / event / analytics exposure can be achieved.

[0043] The new generation wireless communication, including the 5th Generation mobile communication technology (5G) or further 6th Generation mobile communication technology (6G) , is expected to face more and more demands. Based on the current development trend, 5G systems are developing supports on features of enhanced mobile broadband (eMBB) , ultra-reliable low-latency communication (URLLC) , and massive machine-type communication (mMTC) . Optionally, artificial intelligence / machine learning (AI / ML) can be used in 5G, 6G or further wireless communication system to improve the efficiency of communication system.

[0044] As the number of applications and services for digital data continues to explode, the demands and challenges placed on network resources and operators will continue to increase. Being able to deliver a wide variety of network performance characteristics that future services will demand is one of the primary technical challenges faced by service providers today. The performance requirements placed on the network will demand connectivity in terms of data rate, latency, QoS, security, availability, and many other parameters, all of which will vary from one service to the next. Thus, enabling a network to allocate resources in a flexible manner to provide customized connectivity for each different type of service will greatly enhance the network’s ability to meet future demands.

[0045] In various embodiments, next generation mobile wireless technologies are developed to meet these demands. In some implementations, for example in 5G, open core is defined and core network functions have been virtualized. Key enabler for this openness is the realization network programmability through standard application programming interfaces (APIs) . On top of this, external third parties with permission, such as vertical industries, platform developers, and designers, may use those standard APIs for building network-aware applications, which establish a bi-directional communication with the 5GC.

[0046] In various embodiments, on the other hand, cloud technologies and service based architecture (SBA) have been penetrating RAN, which aims to introduce service-oriented design in RAN to operate mobile networks in an automated and virtualized manner. For example, the functionalities of the RAN may be made available to service providers, allowing them to create applications that are network-aware and / or may interact bidirectionally with the network.

[0047] The present disclosure describes various network exposure methods for wireless network, achieving flexible RAN exposure architecture, various cross layer and / or cross-node data / event / analytics exposure.

[0048] FIG. 1 shows a wireless communication system 100 including a core network (CN) 110, a radio access network (RAN) 130, and one or more user equipments (UEs) (152, 154, and 156) . The RAN 130 may include one or more base stations. The base stations may include at least one evolved NodeB (eNB) for 4G Long Term Evolution (LTE) , or a Next generation NodeB (gNB) for 5G New Radio (NR) , or a NodeB for 6G, or any other type of signal transmitting / receiving device  such as a UMTS NodeB. In one implementation, the core network 110 may include a 5G core network (5GC) , and the interface 125 may include a new generation (NG) interface. The core network 110 further includes at least one location management function (LMF) , and / or at least one session management function (SMF) , and / or at least one user plane function (UPF) and / or at least one access and mobility management Function (AMF) , and / or etc..

[0049] Referring to FIG. 1, a first UE 152 may receive one or more downlink communication 142 from the RAN 130 and send one or more uplink communication 141 to the RAN 130. Likewise, a second UE 154 may receive downlink communication 144 from the RAN 130 and send uplink communication 143 to the RAN 130; and a third UE 156 may receive downlink communication 146 from the RAN 130 and send uplink communication 145 to the RAN 130. For example but not limited to, a downlink communication may include a physical downlink (DL) shared channel (PDSCH) or a physical downlink control channel (PDCCH) , and a uplink (UL) communication may include a physical uplink shared channel (PUSCH) or a physical uplink control channel (PUCCH) .

[0050] FIG. 2 shows an example of electronic device 200 to implement one or more core network functions, one or more network nodes, or one or more base stations. The example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. The electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.

[0051] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 124 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0052] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone or a mobile communication module disposed in a vehicle. The UE 300 may include communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0053] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a  physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G standards, 6G, and / or any further generation standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0054] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G, or other data that the UE 300 may send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0055] The present disclosure describes various embodiment for radio access network (RAN) exposure, which may be implemented, partly or totally, by the network node, base station, and / or the user equipment described above in FIGs. 2-3. The various embodiments in the present disclosure may enable flexible RAN exposure architecture, various cross layer and cross-node data / event / analytics exposure, improving efficient wireless transmission in the telecommunication system, increasing the resource utilization efficiency, and / or boosting wireless communication performance.

[0056] In some implementations, open core is defined and core network functions have been virtualized in 5G. Key enabler for this openness is the realization network programmability through standard APIs. On top of this, external third parties with permission, such as vertical industries, platform developers, and designers, may use those standard APIs for building network-aware applications, which establish a bi-directional communication with the 5GC, retrieving network statistics, and triggering specific policies and commands to the network.

[0057] In some implementations, for the external party (e.g. AF) trusted by operator, it can directly access 3GPP network functions (NFs) . However, for the external party from un-trusted developer, the data exposure can be supported via NEF (Network Exposure Function) as shown in FIG. 4A. To be specific, NEF may support the network events exposure (e.g. UE location, reachability, QoS monitoring, group status change, etc. ) , QoS policy and charging exposure, analytics exposure, number of registered UEs and or established protocol data unit (PDU) sessions for a network slice exposure towards external party. Moreover, the external party may provide information which can be consumed by different NFs in 5GS, such as expected UE behavior or expected network configuration parameter.

[0058] In some implementations, a common API framework (CAPIF) architecture may consider the common supporting capabilities (e.g. registration, discovery, publishing, authentication and authorization, API management aspects) of northbound API. CAPIF enables a unified Northbound API framework across 3GPP network functions, application enabling functions, vertical specific functions. Such work reduces the standardization efforts and allows rapid development of 3GPP APIs. Any new development of APIs in 3GPP and outside, can focus on APIs development and leverage the framework aspects of CAPIF for discovery, publishing, authentication and authorization, API management aspects.

[0059] In some implementations, generally speaking, CAPIF can be applicable to any northbound API and it is technically viable to use CAPIF defined aspects for any APIs in general and not just northbound APIs. The CAPIF functional model can be adopted by any 3GPP functionality providing the service APIs. Actually in 3GPP, CAPIF can be integrated with SCEF / NEF to support the core network capability exposure as shown in FIG. 4B To be specific, 3GPP 5GS can deploy the CAPIF core function along with the SCEF / NEF. The SCEF / NEF can implement the functionalities of the API provider domain functions (e.g. NEF, NPF and AMF) of CAPIF to offer their service APIs. CAPIF core function takes the role of a unified gateway and provides services to different API invokers. The API invokers obtains the T8 (reference point between SCEF and AF) and N33 (reference point between NEF and AF) service API information and the corresponding entry point details from the CAPIF core function via CAPIF-1 or CAPIF-1e reference points. The API invokers can interact with the SCEF, the NEF and the 3rd party API exposing functions via CAPIF-2 or CAPIF-2e reference points.

[0060] In some implementations, on the other hand, cloud technologies and SBA have been penetrating RAN, which aims to introduce service-oriented design in RAN to operate mobile networks in an automated and virtualized manner. Moreover, it is expected that the functionalities of the RAN can be made available to service providers, allowing them to enhance the applications based on the network capabilities that 6G systems offer. For example, the UE / network status in RAN may impact the application layer (e.g. the video with lower resolution can be enabled when UE’s radio channel status is poor) . On the other hand, the user behavior and content estimation in application layer may be helpful for the resource allocation and mobility optimization in RAN. Based on this observation, RAN exposure should be designed to support the cross-layer information exchange with core network, application function, etc.

[0061] The present disclosure includes various architectures and potential information for RAN exposure, which may include different signalling procedures for RAN exposure.

[0062] Referring to FIG. 5A, the present disclosure describes various embodiments of a method 510 for wireless communication. The method may be performed by a wireless communication node (e.g., an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , or an application server) ; and the method may include communicating exposed information with a radio access network (RAN) .

[0063] Referring to FIG. 5B, the present disclosure describes various embodiments of a method 520 for wireless communication. The method may be performed by a radio access network (RAN) (e.g., a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , a base station, a gNB, an eNB, or an xNB) ; and the method may include communicating exposed information with a wireless communication node.

[0064] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , and / or an application server; and / or the RAN comprises at least one of the following: a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , and / or a base station.

[0065] In some implementations, optionally or additional to any one or any combinations of  more than one implementations or embodiments in the present disclosure, the RAN comprises a RAN data analytic function (RDAF) ; and / or a CN comprises a core data analytics function (CDAF) ; and / or an AF or application server comprises a application data analytics function (ADAF) ; and / or an OAM comprises a management data analytics function (MDAF) ; and / or a UE comprises a user data analytics function (UDAF) .

[0066] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, an RAN exposure function (REF) is located in the RAN, which covers at least one of the following: one or more base station, one or more CU, one or more DU, and / or one or more RU.

[0067] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless communication node communicates the exposed information with RAN by at least one of the following: the wireless communication node communicates with RAN via a RAN exposure function (REF) , the wireless communication node communicates with the REF via a network exposure function (NEF) , the wireless communication node communicates with the REF via an access and mobility management function (AMF) , and / or the wireless communication node communicates with the RAN via the NEF.

[0068] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless communication node communicates the exposed information with the RAN by at least one of the following: the wireless communication node subscribes or requests the exposed information from the RAN, and / or the wireless communication node provides the exposed information to the RAN.

[0069] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, a REF communicates the exposed information with the RDAF in the RAN; and / or the RDAF in the RAN communicates the exposed information between the wireless communication node and the RAN.

[0070] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, a REF or a RDAF provides a set of application programming interfaces (APIs) for RAN exposure operation.

[0071] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the RDAF and the REF are merged, the RDAF and the REF are collocated, and / or the RDAF is implemented as a part of the REF.

[0072] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, a first REF or RDAF obtains the exposed information from a first RAN, wherein the first RAN comprises at least one of the following: a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , and / or a base station.

[0073] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the first REF or RDAF communicates with a second REF or RDAF for the exposed information.

[0074] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the second REF or RDAF deliver the exposed information to a second RAN, wherein the second RAN comprises at least one of the following: a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , or a base station.

[0075] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, a first REF that serves as a coordinator collects exposed information from one or more other REFs.

[0076] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the exposed information comprises at least one of the following: status information that is detected or measured by the RAN, status information that is reported by a UE, performance information that is detected or measured by the RAN, performance information that is reported by the UE, at least one network or cell configuration, artificial intelligence (AI) analytics information in the RAN, at least one AI model, retrieved data from a wireless communication node; and / or network control or configuration, or policy execution.

[0077] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless  communication node acts as an API invoker; and / or the API invoker obtains REF API information from a common API framework (CAPIF) core function (CCF) .

[0078] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, after obtaining the REF API information, the API invoker communicates with the REF for the exposed information.

[0079] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the RAN and the wireless communication node communicates REF relevant information via at least one of the following: signalling between a UE and a base station interface, wherein the base station sends a transport network layer (TNL) information of the REF to the UE, signalling between a CU and a DU, wherein the CU sends the TNL information of the REF to the DU, or the DU sends the TNL information of the REF to the CU, signalling between a first base station and a second base station, wherein the first base station sends the transport network layer (TNL) information of the REF to the second base station, signalling between a base station and a CN interface, wherein the base station sends the TNL information of the REF to the CN, and / or signalling between a base station and an OAM interface, wherein the base station sends the TNL information of the REF to the OAM.

[0080] Referring to FIG. 5C, the present disclosure describes various embodiments of a method 530 for wireless communication. The method may be performed by a REF; and the method may include a portion or all of the following steps: step 532, receiving, by a REF, REF data or event exposure subscription request from a wireless communication node; and / or step 534, sending, by the REF, REF data or event exposure subscription response to the wireless communication node.

[0081] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the method may further include sending, by the REF, an RDAF data or event exposure subscription request to an RDAF.

[0082] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the method may further include sending, by the REF, REF data or event exposure notification to the wireless communication node;

[0083] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the method may further include receiving, by the REF, RDAF data or event exposure subscription response from the RDAF; and / or in response to a monitored event occurring, receiving, by the REF, RDAF data or event exposure notification from the RDAF.

[0084] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , an application server; the REF data or event exposure subscription request comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event reporting, an event or data report information, or an event or data filter; the REF data or event exposure subscription response comprises at least one of the following fields: a subscription ID, an accept or reject indication, an error code; the REF data or event exposure notification comprises at least one of the following: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp; the RDAF data or event exposure subscription request comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event reporting, an event or data report information, or an event or data filter; the RDAF data or event exposure subscription response comprises at least one of the following fields: a subscription ID, an accept or reject indication, an error code; and / or the RDAF data or event exposure notification comprises at least one of the following: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp.

[0085] Referring to FIG. 5D, the present disclosure describes various embodiments of a method 540 for wireless communication. The method may be performed by a REF; and the method may include a portion or all of the following steps: step 542, sending, by an REF, data or event exposure subscription to a wireless communication node; and / or step 544, receiving, by the REF, data or event exposure notification from the wireless communication node.

[0086] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless  communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , an application server; the data or event exposure subscription comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event reporting, an event or data report information, or an event or data filter; and / or the data or event exposure notification comprises at least one of the following: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp.

[0087] Referring to FIG. 5E, the present disclosure describes various embodiments of a method 550 for wireless communication. The method may be performed by a NEF; and the method may include a portion or all of the following steps: step 552, receiving, by a NEF, NEF analytics subscription from a wireless communication node; and / or upon step 554, receiving the NEF analytics subscription, sending, by the NEF, a RAN analytics subscription to a REF or RDAF or RAN.

[0088] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the method may further include receiving, by the NEF, RAN analytics notification from the RDAF or RAN; and / or sending, by the NEF, NEF analytics notification to the wireless communication node.

[0089] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , an application server; the NEF analytics subscription comprises at least one of the following fields: an analytics ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of analytics reporting, analytics report information, or an analytics filter; the RAN analytics subscription comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event or data reporting, event or data report information, or an event or data filter; and / or the RAN analytics notification comprises at least one of the following fields: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp.

[0090] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the AF sends modification request to a NEF; the NEF sends the modification request to a REF; the REF triggers the RAN to perform modification; the REF sends modification response to the NEF; and / or the NEF sends the modification response to the AF.

[0091] In some implementations, optionally or additional to any one or any combinations of more than one implementations or embodiments in the present disclosure, the modification request comprises at least one of the following: a UE QoS modification request, or an AF triggered control; and / or the UE QoS modification request comprises at least one of the following: application ID, UE ID, desired data rate, priority, latency, target address, target port number, source IP address, source port number, or protocol type.

[0092] The present disclosure describes various exemplary embodiments for radio access network (RAN) exposure, and the exemplary embodiments merely serve as examples and do not pose limitations. Any steps and / or operations in one same embodiment / implementation or more than one different embodiments / implementation in the present disclosure may be combined or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. Embodiments and implementations in the disclosure may be used separately or combined in any order. Further, each of the methods (or embodiments) may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits) .

[0093] Embodiment Set I

[0094] The present disclosure describes various embodiments of the architecture for RAN exposure. In some implementations, when it comes to the RAN exposure, the RAN Exposure Function (REF) can be introduced which provides a set of RAN Network Function (RNF) for exposing network data and receiving management commands as shown in FIG. 6A.

[0095] In some implementations, the RNF services can be a set of functions for Radio Data Analytics (e.g. RDAF) . For the RAN exposure towards application function or application server, the following four cases can be considered.

[0096] For case 1, application or application function may directly access the REF. Considering that the RNF services are usually deployed in RAN or edge node, it would be better  for the application servers or application function to directly access the REF as shown in FIG. 6B, part (a) .

[0097] For case 2, application or application function may access the REF via NEF. REF provide exposed data or analytics to application servers or application function via the NEF deployed in core network. For example, application function or application server may request the RAN data or analytics from NEF and NEF invoke the REF to obtain the RAN data, as shown in FIG. 6B, part (b) .

[0098] For case 3, application or application function may access the REF via AMF. REF provide exposed data or analytics to application servers or application function via the AMF deployed in core network. For example, application function or application server may request the RAN data or analytics from AMF and AMF invoke the REF to obtain the RAN data, as shown in FIG. 6B, part (c) .

[0099] For case 4, application or application function access the RAN via NEF. NEF provide exposed RAN data or analytics to application or application function, as shown in FIG. 6B, part (d) .

[0100] In some implementations, on the other hand, to make the best use of RAN exposure, the exposed RAN capability can also be leveraged by the Core network. For example, the CDAF (Core Data Analytics Function) in core network may collect data or analytics from RAN. To support this, the following options may be considered.

[0101] For option 1, the REF may provide data to CDAF directly. In this sense, the CDAF in core network can act as one of the consumers of the northbound APIs exposed by REF as shown in FIG. 6C, part (a) .

[0102] For option 2, the REF may provide exposed data or analytics to CDAF via the NEF. For example, CDAF request the RAN data or analytics from NEF and NEF invoke the REF to retrieve the RAN data or analytics as shown in FIG. 6C, part (b) .

[0103] For option 3, the REF may provide exposed data or analytics to CDAF via the AMF as shown in FIG. 6C, part (c) .

[0104] For option 4, the NEF may provide exposed RAN data or analytics to CDAF as shown  in FIG. 6C, part (d) .

[0105] In some implementations, in addition to application function, application server, the ADAF (Application Data analytic function) , and other NFs in core network can be provided with the RAN exposed data or analytics. Moreover REF may be optionally deployed. In this case, the RDAF (RAN Data Analytic Function) may provide the data or analytic to core network or application server or application function directly or via AMF. Alternatively, the REF may be merged into NEF. In this case, the RAN exposure as well as the core network exposure are supported via NEF.

[0106] In some implementations, in addition to the RAN data / analytic sharing with core network or application server / function, the core network or application server / function may also share their data or analytics to RAN to assist RAN’s operation. To be specific, the following may be included. Application function or application server or core network function may provide data or analytics to RAN via REF. Application function or application server or core network function may provide data or analytics to NEF and NEF further provide the data or analytics to RAN, wherein in this sense, RAN can act as one of the consumers of the northbound APIs exposed by NEF. Application function or application server or core network function may provide data or analytics to NEF and NEF provide data or analytics to RAN via the REF. For example, RAN DAF request the core network data from REF and REF invoke the NEF to obtain the core network data. Core network function provide the data or analytics to RAN via AMF.

[0107] In some implementations, as shown in FIG. 6D, part (a) , the REF may obtain data or analytics from RDAF, xNB, CU, DU or RU and expose data or analytics towards application function, application server, network functions in core network, OAM or UE. Moreover, the REF may obtain data or analytics from application function, application server, network functions in core network, OAM or UE, and share the data or analytics with RDAF, xNB, CU, DU or RU.

[0108] In some implementations, as shown in FIG. 6D, part (b) , the RDAF may obtain data or analytics from xNB, CU, DU or RU and expose data or analytics towards trusted application function, application server, network functions in core network, OAM or UE. Moreover, the RDAF may obtain data or analytics from application function, application server, network functions in core network, OAM or UE, and share the data or analytics with xNB, CU, DU or RU.

[0109] In some implementations, REF and or RDAF may be supported as a set of APIs for exposure operation. The RDAF and REF can be merged or collocated. Moreover, RDAF can be implemented as part of the REF. The internal interaction between REF and RDAF, or between REF and xNB / CU / DU / RU, or between RDAF and xNB / CU / DU / RU can be defined or based on network implementation.

[0110] Embodiment Set II

[0111] The present disclosure describes various REF deployment scenarios within RAN domain.

[0112] In some implementations, REF may be deployed per xNB, per CU or per DU. Moreover, one REF may cover multiple xNBs, multiple CUs and or multiple DUs. If REF is deployed across multiple xNB nodes, it is means that the REF should be able to expose the data of multiple xNBs. The data analytics for inter-xNB prediction and optimization can be made at RAN.

[0113] In some implementations, REFs may interact in peer to peer way in order to support the inter-REF exposure. As shown in FIG. 7A the REF1 of one RAN domain may obtain data or analytics from xNB, CU, DU or RU and expose data or analytics towards the REF2 of other RAN domain. Moreover, the REF1 of one RAN domain may obtain data or analytics from the REF2 of other RAN domain, and share the data or analytics with xNB, CU, DU or RU with one RAN domain. Here the RAN domain may denote one or more RAN network entities. Here the RAN network entity may be xNB, CU, DU, RU, etc. Based on the inter-REF coordination, the inter-xNB, inter-CU, inter-DU data exposure can be supported. FIG. 7A shows inter-REF coordination in peer to peer way.

[0114] In some implementations, on the other hand, if multiple REFs are deployed, one REF may acts as a central REF and the other REFs acts as distributed REFs. Moreover, one REF can act as an coordinator and collect data or analytics information exposed from other REFs.

[0115] In some implementations, as shown in FIG. 7B part (a) with regard to the REF per CU / DU deployment, the REF coordinator may be used to collect the data from the REF for CU and DU respectively and then provide the unified data exposure of the xNB to the external party. Furthermore, as shown in FIG. 7B part (b) the REF coordinator may access the REFs of different xNBs and then provide the unified data exposure to the external party. FIG. 7B shows REF  coordination with multiple REFs.

[0116] Embodiment Set III

[0117] The present disclosure describes various embodiments, wherein the network capability exposure of 5GC includes the following categories:

[0118] - provide network event notifications, policy and charging capabilities from 5GC to external functions;

[0119] - receive the provisioning capability from external functions;

[0120] - AI related data exposure, such as providing core network internal capability for analytics or directly provide analytics to external party, retrieving data from external party for AI purpose;

[0121] - use case specific data exposure (e.g. network slice admission control, federated learning support for external party) .

[0122] In some implementations, with regard to RAN exposure, the data that can be exposed by RAN is somewhat different from that of core network. For example, the events for monitoring capability of NEF in core network focus on the data that can be detected or measured by core network. For the RAN exposure, the exposed data can be the data that can be detected or measured by RAN, or reported by UE. For example, the SDAP / PDCP / RLC / MAC / PHY counters / buffers / timers per UE / cell, HO / re-establishment / resume, QoS, congestion, RLF / Beam failure, DRX, RRC configuration change, scheduling, etc, wherein Service Data Adaptation Protocol (SDAP) , Packet Data Convergence Protocol (PDCP) , Radio Link Control (RLC) , Medium Access Control (MAC) , physical (PHY) , Discontinuous Reception (DRX) , and / or radio resource control (RRC) .

[0123] In some implementations, it should be noted that existing measurement report interval in ranges from 120ms (millisecond) to 20min while the logged measurement report for MDT ranges from 320ms to 120min. When it comes to the RAN node, it has the real-time information of the network status and UE’s UL link status, it is likely for the RAN node to expose the network / cell / UE status in fine-grained granularity. However, data amount of real-time raw data exposure may be in huge volume. In this sense, the analytics of RAN network / cell / UE status and  configurations is more appropriate to be exposed to core network or external party.

[0124] In some implementations, on the other hand, UE involved in XR / gaming / live stream / V2X, it is better to explore the application status, RAN data and UE report to jointly improve the end-to-end user experience. In addition, the analytics in core network and OAM can also be provisioned to RAN for cross-layer control.

[0125] In some implementations, based on this observation, the following information can be exposed by RAN: Exposure of the data of network / cell / UE status and performance that can be detected or measured by RAN or reported by UE. Exposure of the network / cell configurations. Exposure of the AI analytics information in RAN. Exposure of the AI models. Retrieval of the data from core network or OAM or external party for AI or application aware control.

[0126] In some implementations, the following network control can be exposed RAN: Exposure of the API for network control and configuration, policy execution.

[0127] In some implementations, to be specific, the exposure of the data of network / cell / UE status and performance that can be detected or measured by RAN or reported by UE may include at least one of the following fields.

[0128] Radio measurement (cell ID, RSRP, RSRQ, CQI, SINR, MCS, or RLF, etc) , UL channel condition (e.g., SRS, ACK count, or NACK counts) , or DL channel condition (e.g., CQI, RI, PMI, ACK count, or NACK counts) , wherein RSRP (Reference Signal Received Power) , RSRQ (Reference Signal Recieved Quality) , channel quality indicator (CQI) , Signal to interference plus noise ratio (SINR) , Modulation and coding schemes (MCS) , Radio Link Failure (RLF) , and / or Sounding reference signals (SRS) .

[0129] Resource or load status per UE or per cell (e.g. PRB occupation rate, CCE utilization, throughput, spectral efficiency, average / maximum number of active users or connections or PDU sessions or DRB or layer, or number of scheduled active users per TTI) , wherein PRB (Physical Resource Block) , Control Channel Element (CCE) , and / or Transmission time interval (TTI) .

[0130] Traffic pattern measurement (throughput, latency, packets per-second, or inter frame arrival time) ;

[0131] Protocol stack status (PDCP buffer status, PDCP throughput, PDCP, RLC or MAC layer  latency, or BSR) ;

[0132] QoE measurement metrics (QoS class, slice type, or location QoS) ;

[0133] HO event (cell ID, too early HO, too late HO, success HO, failure HO, and or cause) ;

[0134] UE ID, cell ID, PLMN, C-RNTI;

[0135] beam resource usage (transmitted power per beam / directions and or associated PRB usage) , beam based handover and or beam failure statistics;

[0136] UE level location or RRC and timing advance or positioning measurements (e.g. UE level E-CID, OTDOA, UTDOA, TOA, RSSI, or AOA) ;

[0137] Intra-and inter-RAT measurement reports, CGI reports and or measurement gaps;

[0138] Power measurement (Mean total power consumption, per carrier power consumption, mean total transmit power, or per carrier transmit power) ;

[0139] PCI conflict, PCI range, RACH parameter, NCR of neighbor cell, Contention detection per RACH attempt, number of RACH preambles per SSB, and or information on SSB threshold per RACH attempt; and / or

[0140] UE registration and status change.

[0141] In some implementations, the exposure of the network / cell configurations may include at least one of the following fields.

[0142] Cell configuration (e.g., DSS modality, FDD / TDD, Band, or RS Allocation Bitmap) ;

[0143] Cell-selection and reselection relevant configuration;

[0144] Cell-level DRX configuration;

[0145] SSB configuration and beam configuration;

[0146] Idle / inactive measurement configuration;

[0147] Sidelink discovery and or communication configuration;

[0148] satellite assistance information for NTN access;

[0149] MCCH / MTCH configuration for MBS broadcast;

[0150] ATG assistance information for ATG access; and / or

[0151] positioning configuration.

[0152] In some implementations, the exposure of the AI analytics information in RAN may include at least one of the following fields: cell load, per slice per cell load, resource status, UL channel condition, DL channel condition, cell or UE specific DRX / DTX, cell energy efficiency, RAN QoS (e.g. latency, throughput, GBR, etc) , beam resource usage, HO performance, etc.

[0153] In some implementations, the data that can be retrieved from core network may include at least one of the following fields: 1) Slice load level; 2) Service Experience (e.g. i.e. average of observed Service MoS and / or variance of observed Service MoS) ; 3) NF load analytics; 4) UE related analytics (e.g. UE mobility analytics, UE communication analytics, expected UE behavioral parameters related network data analytics, and or abnormal behavior related network data analytics) ; 5) User Data Congestion Analytics; 6) QoS Sustainability Analytics (e.g. the QoS change statistics for an Analytics target period in the past in a certain area or the likelihood of a QoS change for an Analytics target period in the future in a certain area) ; 7) data network Performance Analytics (user plane performance, such as average / maximum traffic rate, average / maximum packet delay, and or average packet loss rate) ; 8) PFD Determination Analytics; 9) location accuracy analytics; 10) E2E data volume transfer time analytics; 11) relative proximity analytics; 12) PDU session traffic analytics; and / or 13) Movement behavior analytics.

[0154] In some implementations, the data that can be retrieved from application function or application server may include at least one of the following fields: 1) UE location info or geography location (cell site) ; 2) Service type, traffic load, duration, packet size, or KPI requirements; 3) video codec, data rate, speed, image color, or pixel; and / or 4) Service-related performance measurement metrics e.g., image data transmission delay.

[0155] In some implementations, the data that can be retrieved from OAM may include at least one of the following fields: Network topology, GPS coordinates of the network node, and or PCI allocation range; Neighbor information (PCI, ECGI, PLMN, TANAC, TAC and or frequency bands) ; Coverage related analytics (e.g. coverage problem, slice coverage, paging optimization) ; SLS analysis (e.g. service experience, network slice throughput, network slice traffic prediction, network slice load) ; Fault management (e.g. failure prediction and or service failure recovery) ;  Energy saving analysis; Mobility management (e.g. mobility performance analysis, handover optimization analysis, and or inter-gNB beam selection) ; and / or Resource related analytics (e.g. NF resource utilization analysis and or control plane congestion analysis) .

[0156] Embodiment Set IV

[0157] The present disclosure describes various embodiments of the discovery, publishing, authentication and authorization for the RAN exposure API based on CAPIF.

[0158] In some implementations, the CAPIF defines the function architecture which considers the common supporting capabilities (e.g. registration, discovery, identity management) . CAPIF enables a unified Northbound API framework across 3GPP network functions, application enabling functions, vertical specific functions. With the assistance of CAPIF, any new development of APIs in 3GPP and outside, can focus on APIs development and leverage the framework aspects of CAPIF for discovery, publishing, authentication and authorization, API management aspects.

[0159] In some implementations, generally speaking, CAPIF can be applicable to any northbound API. It is technically viable to use CAPIF defined aspects for any APIs in general and not just northbound APIs. The CAPIF functional model can be adopted by any 3GPP functionality providing the service APIs.

[0160] In some implementations, when the CAPIF is leveraged, the 5GC NEF should supports the API provider domain functions (i.e. AEF, APF, AMF) : the API exposing function and related APIs over CAPIF-2 / 2e and CAPIF-3 / 3e reference points; the API publishing function and related APIs over CAPIF-4 / 4e reference point; the API management function and related APIs over CAPIF-5 / 5e reference point; and / or at least one of the security methods for authentication and authorization, and related security mechanisms.

[0161] In some implementations, when it comes to the RAN exposure, suppose the RAN Exposure Function (REF) is defined and various RAN Network Function (RNF) are supported, it is likely to reuse the CAPFI framework.

[0162] In some implementations, as shown in FIG. 8A and FIG. 8B, the CCF (CAPIF core function) , NEF and REF can be deployed. NEF and REF may be integrated with a single CCF (FIG. 8A) or different CCFs (FIG. 8B) to offer their respective service APIs. Similar to NEF, the REF  should be implemented to support the APIs of AEF / APF / AMF. The CCF takes the role of a unified gateway and provides services to different API invokers. The API invokers may obtain the REF service API information and the corresponding entry point details from the CCF via CAPIF-1 or CAPIF-1e reference points.

[0163] In some implementations, the API invokers can interact with the REF via CAPIF-2 or CAPIF-2e reference points. In this case, REF should implement the service specific aspects of CAPIF-2 or CAPIF-2e reference points for the corresponding service API interactions of the REF respectively. The REF applies any service API access policy control to the interactions between the API invokers and the service APIs respectively by communicating with the CCF.

[0164] In some implementations, API invoker 1 accesses the RNF services exposed by RAN while API invoker 3 accesses the NF services exposed by core network. When it comes to API invoker 2, it accesses both the RNF services in RAN and NF services in core network. Suppose two CCFs are deployed, the two CCF may exchange their service API info and the API invoker 2 may only need to access one CCF to discover the both the RNF service and NF service.

[0165] In some implementations, on the other hand, as shown in FIG. 8C, it is possible that the NEF is leveraged for RAN exposure. the NEF’s service API is extended to include the RAN network functions (RNF) . So the API invokers access the exposed RAN service and 5GC service API via the NEF.

[0166] In some implementations, FIG. 8D shows an example for the REF API invocation via CCF. The REF needs to firstly register and publish its exposed RAN services towards CCF. API invoker may discovery the RAN service APIs via CCF and then invoke the RAN APIs towards REF. Step 841 includes Registration (API provider information) ; step 842: Publish RAN service APIs (REF APIs) ; step 843: discover RAN service APIs; and / or step 844: API invocation (REF APIs) .

[0167] In some implementations, suppose independent RAN Exposure Function (REF) is defined, REF should be implemented to support the APIs of AEF / APF / AMF. The CCF takes the role of a unified gateway and provides services to different API invokers. The API invokers may obtain the REF service API information and the corresponding entry point details from the CCF and then interact with REF. REF and NEF may be integrated with a single CCF or different CCFs  to offer their respective service APIs. Moreover, NEF can be leveraged for RAN exposure. In this case the API invokers access the exposed RAN service and 5GC service API via the NEF.

[0168] In some implementations, in addition to the CAPIF based API discovery, it is also possible to include the REF relevant information via the interface signalling as the following: Signalling between UE and xNB interface: xNB may send the address information (e.g. IP address and or port number) of REF to UE. Signalling between CU and DU: CU may send the TNL information (e.g. IP address and or port number) of REF to DU. Moreover, DU may send the TNL information (e.g. IP address and or port number) of REF to CU. Signalling between xNB and xNB interface: xNB1 may send the TNL information (e.g. IP address and or port number) of REF to xNB2. Signalling between xNB and core network interface: xNB may send the TNL information (e.g. IP address and or port number) of REF to core network function similar to AMF or MME. Signalling between xNB and OAM interface: xNB may send the TNL information (e.g. IP address and or port number) of REF to OAM.

[0169] Embodiment Set V

[0170] The present disclosure describes various embodiments of signalling procedure for RAN exposure via REF.

[0171] In some implementations, when considering the RAN data exposure to untrusted external party, the REF may be deployed as an agent of the RDAF. The REF and RDAF may be located in xNB, xNB-CU, xNB-DU, or close to xNB. As shown in FIG. 9A, the ADAF (e.g. application) , CDAF (e.g. network functions in core) , MDAF (e.g. OAM) may act as the API invoker while the RDAF acts as the service API provider. FIG. 9A shows ADAF / CDAF / MDAF access the exposed RAN data via REF

[0172] In some implementations, as shown step 901 in FIG. 9A, the ADAF / CDAF / MDAF (i.e. ADAF or CDAF or MDAF) may send the REF data or event exposure subscription request to REF. The data or event exposure subscription request may include at least one of the following fields: Event ID, data ID, source ID, S-NSSAI, UE ID, expiry time, Target address of event reporting, event or data report information, and or event or data filter. The event or data report information may further include at least one of the following fields: periodicity report, event or data triggered report, maximum number of report, immediate report, periodicity, report threshold.

[0173] In some implementations, event or data filter may further include at least one of the following fields: area of interest, event or data type. For the area of interest, it can be indicated via at least one of the following: one or more TAIs, one or more cell IDs, one or more xNB ID, one or more UE IDs. For the event or data type, it may include at least one of the following fields: radio measurement, channel condition, resource status per UE or per cell, load status per cell, traffic pattern, protocol stack status, QoE measurements, HO event, beam resource usage, power measurement, cell configuration, etc.

[0174] In some implementations, as shown in step 902 in FIG. 9A, upon receiving the REF data or event exposure subscription request, the REF may sends a RDAF data or event exposure subscription request to RDAF to subscribe to a (set of) Event or data ID in RDAF. The RDAF data or event exposure subscription request may include at least one of the following fields: Event ID, data ID, source ID, S-NSSAI, UE ID, expiry time, Target address of event or data reporting, event or data report information, and or event or data filter. Here the target address of event or data reporting should be the address of REF.

[0175] In some implementations, as shown in step 903 in FIG. 9A, upon receiving the RDAF data or event exposure subscription request, RDAF acknowledges the execution of RDAF data or event exposure subscription. RDAF may sends the RDAF data or event exposure subscription response to REF. The RDAF data or event exposure subscription response may include at least one of the following fields: Subscription ID, accept or reject indication, error code, etc.

[0176] In some implementations, as shown in step 904 in FIG. 9A, REF may send the REF data or event exposure subscription response to ADAF / CDAF / MDAF. The REF data or event exposure subscription response may include at least one of the following fields: Subscription ID, accept or reject indication, error code, etc.

[0177] In some implementations, as shown in steps 905 and 906 in FIG. 9A, suppose the RDAF or RAN detects the monitored event occurs or the data is ready, RDAF may send the RDAF data or event exposure notification to REF. As shown in step 907 in FIG. 9A, upon REF may further sends the REF data or event exposure notification to ADAF / CDAF / MDAF. The RDAF data or event exposure notification and or REF data or event exposure notification may include at least one of the following fields: subscription ID, Event ID, data ID, node ID, S-NSSAI, UE ID,  requested event or data, timestamp, etc.

[0178] In some implementations, it should be noted that the interaction between REF and RDAF may be based on the network internal implementation. In some implementations, alternatively, the RDAF and REF may be merged. In these cases, the step 902, step 903 and step 906 in FIG. 9A can be omitted.

[0179] In some implementations, when the service based interface is supported, the REF data or event exposure subscription request / response, REF data or event exposure notification may be design as a set of APIs for service operation. Correspondingly, the fields mentioned above in these messages can be designed as input or output fields.

[0180] In some implementations, FIG. 9B, including a portion or all of the steps 952, 953, and 954, shows the signalling procedure that ADAF / CDAF / MDAF provide data to RAN via REF. The REF may send the ADAF / CDAF / MDAF data or event exposure subscription request to ADAF / CDAF / MDAF. The ADAF / CDAF / MDAF data or event exposure subscription request may include at least one of the following fields: Event ID, data ID, source ID, S-NSSAI, UE ID, expiry time, Target address of event or data reporting, event or data report information, and or event or data filter. The event or data report information may further include at least one of the following fields: periodicity report, event triggered report, maximum number of report, immediate report, periodicity, report threshold.

[0181] In some implementations, event or data filter may further include at least one of the following fields: area of interest, event or data type. For the area of interest, it can be indicated via at least one of the following: one or more TAIs, one or more cell IDs, one or more xNB ID, one or more UE IDs. For the event or data type, it may include at least one of the following fields: 1) UE location info or geography location (cell site) , 2) Service type, traffic load, duration, packet size, or KPI requirements, 3) video codec, data rate, 4) Service-related performance measurement metrics e.g., image data transmission delay; 5) Slice load level; 6) Service Experience, etc.

[0182] In some implementations, upon receiving the ADAF / CDAF / MDAF data or event exposure subscription request, the ADAF / CDAF / MDAF acknowledges the execution of ADAF / CDAF / MDAF data or event exposure subscription. ADAF / CDAF / MDAF may sends the ADAF / CDAF / MDAF data or event exposure subscription response to REF. The  ADAF / CDAF / MDAF data or event exposure subscription response may include at least one of the following fields: Subscription ID, accept or reject indication, error code, etc.

[0183] In some implementations, suppose the ADAF / CDAF / MDAF detects the monitored event occurs or the data is ready, ADAF / CDAF / MDAF may send the ADAF / CDAF / MDAF data or event exposure notification to REF. The ADAF / CDAF / MDAF data or event exposure notification may include at least one of the following fields: subscription ID, Event ID, data ID, node ID, S-NSSAI, UE ID, requested event or data, timestamp, etc.

[0184] In some implementations, when the service based interface is supported, the ADAF / CDAF / MDAF data or event exposure subscription request / response, ADAF / CDAF / MDAF data or event exposure notification may be design as a set of APIs for service operation. Correspondingly, the fields mentioned above in these messages can be designed as input or output fields.

[0185] Embodiment Set VI

[0186] The present disclosure describes various embodiments of the signalling procedure for RAN analytics exposure via NEF.

[0187] In some implementations, the AF may send the NEF analytics subscribe to NEF as shown in step 1001 in FIG. 10. The NEF analytics subscribe may include at least one of the following fields: analytics ID, source ID, S-NSSAI, UE ID, expiry time, Target address of analytics reporting, analytics report information, and or analytics filter. The analytics report information may further include at least one of the following fields: periodicity report, event triggered report, maximum number of report, immediate report, periodicity, report threshold. FIG. 10 shows AF data provision to RAN via NEF.

[0188] In some implementations, the analytics filter may further include at least one of the following fields: area of interest, analytics type. For the area of interest, it can be indicated via at least one of the following: one or more TAIs, one or more cell IDs, one or more xNB ID, one or more UE IDs. For the analytics type, it may include at least one of the following fields: cell load, per slice per cell load, resource status, UL channel condition, DL channel condition, cell or UE specific DRX / DTX, cell energy efficiency, RAN QoS (e.g. latency, throughput, GBR, etc) , beam resource usage, HO performance, etc.

[0189] Referring to step 1002, upon receiving the NEF analytics subscribe, the NEF determines that the analytics is related with RAN, then NEF may send RAN analytics subscribe to RDAF or RAN. Upon receiving the RAN analytics subscribe, RDAF or RAN acknowledges the execution of RAN analytics subscription. Referring to steps 1003, 1004, and 1005, once the subscribed RAN analytics is ready, RDAF or RAN may send the RAN analytics notify to NEF, and NEF may further sends the NEF analytics notify to AF. The NEF analytics notify and the RAN analytics notify may include at least one of the following fields: subscription ID, analytics ID, node ID, S-NSSAI, UE ID, requested analytics, timestamp, etc.

[0190] In some implementations, it should be noted that the RAN analytics subscribe / notify may be delivered between NEF and RDAF or RAN directly. Alternatively, the NEF may send the RAN analytics subscribe to the network function similar to AMF. Then the AMF alike network function send the RAN analytics subscribe to xNB via the signalling between xNB and aMF alike network function. Similarly, the RAN may send the RAN analytics notify the NEF via the AMF alike network function.

[0191] Embodiment Set VII

[0192] The present disclosure describes various embodiments of the signalling procedure for AF triggered QoS control via both NEF and REF is presented.

[0193] In some implementations, suppose the video application of one UE decides to adjust the codec based on the network condition, referring to step 1101 in FIG. 11, the AF may send the UE QoS modification request to NEF. The UE QoS modification request may include the application ID, UE ID, desired data rate, priority, latency, target address, target port number, source IP address, source port number, protocol type, etc.

[0194] In some implementations, upon receive the UE QoS modification request, NEF may determine the involved REF based on the UE ID and or the IP 5-tuple information. Then, referring to step 1102 in FIG. 11, the NEF sends the UE QoS modification request to REF. REF may decide to adjust the data rate and or priority for the given QoS flow as shown in FIG. 11.

[0195] In some implementations, referring to steps 1103 and 1104, after the QoS modification for the concerned UE, the REF sends the UE QoS modification response to NEF. The UE QoS modification response may include at least one of the following fields: application ID, UE ID, QoS  modification accepted, QoS modification rejected, error code, etc. Referring to step 1105, Upon receiving the UE QoS modification response from REF, NEF sends the UE QoS modification response to AF.

[0196] The present disclosure describes methods, apparatus, and computer-readable medium for wireless data service. The present disclosure addressed the issues with RAN exposure in a wireless communication system. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of RAN exposure, thus improving efficiency and overall performance. The methods, devices, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.

[0197] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) . In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software. In various embodiments in the present disclosure, the term “processor” may mean one processor that performs the defined functions, steps, or operations or a plurality of processors that collectively perform defined functions, steps, or operations, such that the execution of the individual defined functions may be divided amongst such plurality of processors.

[0198] Reference throughout this specification to features, advantages, or similar language  does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0199] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments, for non-limiting examples, a portion from one or more embodiment may be combined with another portion of other embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method for wireless communication, comprising:communicating, by a wireless communication node, exposed information with a radio access network (RAN) .2.A method for wireless communication, comprising:communicating, by a radio access network (RAN) , exposed information with a wireless communication node.3.The method according to any of claims 1 to 2, wherein:the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , or an application server; orthe RAN comprises at least one of the following: a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , or a base station.4.The method according to any of claims 1 to 2, wherein:the RAN comprises a RAN data analytic function (RDAF) ; ora CN comprises a core data analytics function (CDAF) ; oran AF or application server comprises a application data analytics function (ADAF) ; oran OAM comprises a management data analytics function (MDAF) ; ora UE comprises a user data analytics function (UDAF) .5.The method according to any of claims 1 to 2, wherein:an RAN exposure function (REF) is located in the RAN, which covers at least one of the following: one or more base station, one or more CU, one or more DU, or one or more RU.6.The method according to claim 3, wherein:the wireless communication node communicates the exposed information with RAN by at least one of the following:the wireless communication node communicates with RAN via a RAN exposure function (REF) ,the wireless communication node communicates with the REF via a network exposure function (NEF) ,the wireless communication node communicates with the REF via an access and mobility management function (AMF) , orthe wireless communication node communicates with the RAN via the NEF.7.The method according to any of claims 1 to 2, wherein:the wireless communication node communicates the exposed information with the RAN by at least one of the following:the wireless communication node subscribes or requests the exposed information from the RAN, orthe wireless communication node provides the exposed information to the RAN.8.The method according to any of claims 1 to 2, wherein:a REF communicates the exposed information with the RDAF in the RAN; orthe RDAF in the RAN communicates the exposed information between the wireless communication node and the RAN.9.The method according to any of claims 1 to 2, wherein:a REF or a RDAF provides a set of application programming interfaces (APIs) for RAN exposure operation.10.The method according to claim 9, wherein:the RDAF and the REF are merged,the RDAF and the REF are collocated, orthe RDAF is implemented as a part of the REF.11.The method according to any of claims 1 to 2, wherein:a first REF or RDAF obtains the exposed information from a first RAN, wherein the first RAN comprises at least one of the following: a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , or a base station.12.The method according to claim 11, wherein:the first REF or RDAF communicates with a second REF or RDAF for the exposed information.13.The method according to claim 12, wherein:the second REF or RDAF deliver the exposed information to a second RAN, wherein the second RAN comprises at least one of the following: a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , or a base station.14.The method according to any of claims 1 to 2, wherein:a first REF that serves as a coordinator collects exposed information from one or more other REFs.15.The method according to any of claims 1 to 2, wherein:the exposed information comprises at least one of the following:status information that is detected or measured by the RAN,status information that is reported by a UE,performance information that is detected or measured by the RAN,performance information that is reported by the UE,at least one network or cell configuration,artificial intelligence (AI) analytics information in the RAN,at least one AI model,retrieved data from a wireless communication node; ornetwork control or configuration, or policy execution.16.The method according to any of claims 1 to 2, wherein:the wireless communication node acts as an API invoker; andthe API invoker obtains REF API information from a common API framework (CAPIF) core function (CCF) .17.The method according to claim 16, wherein:after obtaining the REF API information, the API invoker communicates with the REF for the exposed information.18.The method according to any of claims 1 to 2, wherein:the RAN and the wireless communication node communicates REF relevant information via at least one of the following:signalling between a UE and a base station interface, wherein the base station sends a transport network layer (TNL) information of the REF to the UE,signalling between a CU and a DU, wherein the CU sends the TNL information of the REF to the DU, or the DU sends the TNL information of the REF to the CU,signalling between a first base station and a second base station, wherein the first base station sends the TNL information of the REF to the second base station,signalling between a base station and a CN interface, wherein the base station sends the TNL information of the REF to the CN, orsignalling between a base station and an OAM interface, wherein the base station sends the TNL information of the REF to the OAM.19.A method for wireless communication, comprising:receiving, by an REF, REF data or event exposure subscription request from an wireless communication node; andsending, by the REF, REF data or event exposure subscription response to the wireless communication node.20.The method according to claim 19, further comprising:sending, by the REF, an RDAF data or event exposure subscription request to an RDAF.21.The method according to claim 19, further comprising:sending, by the REF, REF data or event exposure notification to the wireless communication node;22.The method according to claim 19, further comprising:receiving, by the REF, RDAF data or event exposure subscription response from the RDAF; orin response to a monitored event occurring, receiving, by the REF, RDAF data or event exposure notification from the RDAF.23.The method according to any one of claims 19 to 22, wherein:the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , an application server;the REF data or event exposure subscription request comprises at least one of the following fields: an event ID, a data ID, a source ID, single network slice selection assistance information (S-NSSAI) , a UE ID, an expiry time, a target address of event reporting, an event or data report information, or an event or data filter;the REF data or event exposure subscription response comprises at least one of the following fields: a subscription ID, an accept or reject indication, an error code;the REF data or event exposure notification comprises at least one of the following: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp;the RDAF data or event exposure subscription request comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event reporting, an event or data report information, or an event or data filter;the RDAF data or event exposure subscription response comprises at least one of the following fields: a subscription ID, an accept or reject indication, an error code; orthe RDAF data or event exposure notification comprises at least one of the following: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp.24.A method for wireless communication, comprising:sending, by an REF, data or event exposure subscription to a wireless communication node; andreceiving, by the REF, data or event exposure notification from the wireless communication node.25.The method according to claim 24, wherein:the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , an application server;the data or event exposure subscription comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event reporting, an event or data report information, or an event or data filter; orthe data or event exposure notification comprises at least one of the following: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp.26.A method for wireless communication, comprising:receiving, by a NEF, NEF analytics subscription from a wireless communication node; andupon receiving the NEF analytics subscription, sending, by the NEF, a RAN analytics subscription to a REF or RDAF or RAN.27.The method according to claim 26, further comprising:receiving, by the NEF, RAN analytics notification from the RDAF or RAN; andsending, by the NEF, NEF analytics notification to the wireless communication node.28.The method according to claim 26, wherein:the wireless communication node comprises one of the following: an application function (AF) , a user equipment (UE) , a core network (CN) , an operation, administration, and maintenance (OAM) , an application server;the NEF analytics subscription comprises at least one of the following fields: an analytics ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of analytics reporting, analytics report information, or an analytics filter;the RAN analytics subscription comprises at least one of the following fields: an event ID, a data ID, a source ID, a S-NSSAI, a UE ID, an expiry time, a target address of event or data reporting, event or data report information, or an event or data filter; orthe RAN analytics notification comprises at least one of the following fields: a subscription ID, an event ID, a data ID, a node ID, a S-NSSAI, a UE ID, a requested event or data, or a timestamp.29.The method according to any of claims 1 to 2, wherein:the AF sends modification request to a NEF;the NEF sends the modification request to a REF;the REF triggers the RAN to perform modification;the REF sends modification response to the NEF; andthe NEF sends the modification response to the AF.30.The method according to claim 29, wherein:the modification request comprises at least one of the following: a UE QoS modification request, or an AF triggered control; orthe UE QoS modification request comprises at least one of the following: application ID, UE ID, desired data rate, priority, latency, target address, target port number, source IP address, source port number, or protocol type.31.A wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to read code from the memory and implement a method recited in any of claims 1 to 30.32.A computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by at least one processor, causing the at least one processor to implement a method recited in any of claims 1 to 30.

Images