Radio access network information exposure method, apparatus, and computer-readable medium

Abstract

A wireless communication method includes receiving, by at least one RNDF, RAN Node Function, from a requesting network node, a first message for requesting or subscribing requested RAN information associated with at least one RAN node; determining, by the at least one RNDF based on the token for the at least one RNDF or for the at least one RAN node associated with the at least one RNDF, whether the requested RAN information is allowed to be exposed to the requesting network node; and sending, by the at least one RNDF to the requesting network node, one or more second messages in response to the first message, the one or more second messages including the at least one RAN information report.

Description

RADIO ACCESS NETWORK INFORMATION EXPOSURE METHOD, APPARATUS, AND COMPUTER-READABLE MEDIUMTECHNICAL FIELD

[0001] This disclosure is generally related to wireless communication, and more particularly to wireless communication methods for RAN (Radio Access Network) information exposure.BACKGROUND

[0002] Currently, a Radio Access Network (RAN) node, such as a gNB, utilizes point-to-point connections established over a Stream Control Transmission Protocol (SCTP) for control plane communication. When a network node seeks to acquire pertinent disclosure information from another network node, such as the energy consumption of the network node, the number of the pieces of the connected User Equipment (UE) , an average data throughput of UEs, and the average latency of different Quality of Service (QoS) flows, a cell throughput, UE RRC measurement, and so on, a pre-established SCTP interface between the two network nodes is used. The information or messages and the procedures via this interface are standardized. This standardization effectively prevents third parties from accessing certain disclosure information of the network node.SUMMARY

[0003] This summary is a brief description of certain aspects of this disclosure. It is not intended to limit the scope of this disclosure.

[0004] According to some embodiments of this disclosure, a wireless communication method is disclosed. The method includes receiving, by at least one RNDF, RAN Node Function, from a requesting network node, a first message for requesting or subscribing requested RAN information associated with at least one RAN node; determining, by the at least one RNDF based on the token for the at least one RNDF or for the at least one RAN node associated with the at least one RNDF, whether the requested RAN information is allowed to be exposed to the requesting network node; and sending, by the at least one RNDF to the requesting network node, one or more second messages in response to the first message, the one or more second messages including the at least one RAN information report. The first message includes at least one of: a token for the at least one RNDF; a token for the at least one RAN node associated with the at least one RNDF; an indication of the at least one pieces of requested RAN information; at least one consumer NF / AF instance ID; at least one consumer NF / AF instance address; or at least one reporting path, indicating a receiver of at least one RAN information report.

[0005] According to some embodiments of this disclosure, another wireless communication method is disclosed. The method includes receiving, from a consumer NF / AF by a CREF (Central RAN Exposure Function) , a service subscription message to subscribe at least one pieces of requested RAN information, the service subscription message including at least one of: an indication of the at least one pieces of requested RAN information; or an indication of the at least one pieces of requested RAN information involved multiple RAN  node or RNDF instances; and sending, by the CREF to one or more RNDFs, a second message corresponding to the first message for subscribing at least one pieces of requested RAN information.

[0006] Still another embodiment of this disclosure provides a wireless communication apparatus, including one or more memory units storing one or more programs and one or more processors electrically coupled to the one or more memory units and configured to execute the one or more programs to perform any method or step or their combinations in this disclosure.

[0007] Still another embodiment of this disclosure provides non-transitory computer-readable storage medium, storing one or more programs, the one or more programs being configured to, when performed by at least one processor, cause to perform any method or step or their combinations in this disclosure.

[0008] According to some embodiments of this disclosure, one or more wireless communication methods are further disclosed, the methods include combinations of certain methods, aspects, elements, and steps (either in a generic view or specific view) disclosed in the various embodiments of this disclosure.

[0009] 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

[0010] Various exemplary embodiments of the present disclosure are described in detail below with reference to the following drawings. The drawings are provided for the purposes of illustration only and merely depict exemplary embodiments of the present disclosure to facilitate the understanding of the present disclosure. Therefore, the drawings should not be considered as limiting of the breadth, scope, or applicability of the present disclosure. It should be noted that for clarity and ease of illustration these drawings are not necessarily drawn to scale.

[0011] FIG. 1A shows a first mechanism of Request-Response;

[0012] FIG. 1B shows a second mechanism of Subscribe-Notify;

[0013] FIG. 2 shows a general flow chart of RAN node information exposure;

[0014] FIG. 3 shows a flow chart of RAN information exposure involving UE;

[0015] FIG. 4 shows a flow chart of RAN information exposure with a central CREF;

[0016] FIG. 5 shows another flow chart of RAN information exposure with a central CREF with a filter function; and

[0017] FIGS. 6A-6C together illustrate a block diagram of an exemplary wireless communication system.DETAILED DESCRIPTION

[0018] A service-based architecture (SBA) for a core network (CN) is defimed. An SBA provides a cloud-native service framework, in which CN functionalities (such as authentication, and mobility management, etc. ) are supported by network functions (NFs) . NFs are self-contained software applications (or computer codes) that  can be run on commercial off-the-shelf hardware hosted by cloud infrastructure. Interconnected on a logically shared infrastructure or service bus, NFs offer services accessible to any other authorized NF through APIs (Application Programming Interfaces) named service-based interfaces (SBI) . Services exposed by a NF (a service producer) to another NF (a service consumer) are described using API specifications that identify the set of accessible service data and indicate the authorized operations on these service data.

[0019] The SBI messaging between different NFs is implemented via the HTTP (HTTP2) . Any NF can use the services another NF provides, and it is also possible to connect to other NFs without introducing specific new protocols or interfaces, but just based on the HTPP. This implementation enables a more flexible development of services as well as a more flexible way to connect to a new NF type.

[0020] An NF service is one type of service exposed by an NF (a NF service producer) to another NF (a NF service consumer) through a service-based interface. The end-to-end interaction between two Network Functions (a consumer and a producer) within this NF service follows two mechanisms. FIG. 1A shows a first mechanism of Request-Response. According to FIG. 1A, NF_B (the NF service producer) is requested by another NF, NF_A (the NF service consumer) , to provide a certain NF service. Then, NF_B provides an NF service based on the request by NF_A. A one-time response from the producer to a request from the consumer can be expected within a certain time. FIG. 1B shows a second mechanism of Subscribe-Notify. According to FIG. 1B, NF_A (the NF service consumer) subscribes to a NF service offered by another NF, NF_B (the NF service producer) . NF_B may periodically notify the updated results of this NF service. Alternatively or additionally, NF_B triggers a notification if certain events occur.

[0021] FIG. 2 shows a general flow chart of RAN node information exposure. An RNDF (RAN Node Function) is a logic function element for RAN services provision, which is usually associated to at least one RAN (Radio Access Network) node, such as a gNB, a gNB-CU, and a gNB-DU. The RNDF enables a service consumer, such as another NF / AF (Network Function or Application Function) to access RAN services via an SBI (service based interface) . The RNDF can be implemented via computer software, such as computer codes, along with a computer architecture. For example, a RNDF can be implemented as a computing server, such as an Edge computing server. In this example, the RNDF provides the RAN information exposure services to expose (or provide) the RAN information of the associated RAN node to a consumer NF / AF. An authorization NF (Network Function) is a NF having the capability to provide the authorization service via an SBI interface to ensure that the NF service consumer is authorized to access the service (s) provided by the specific NF service producer. The authorization framework may use the OAuth 2.0 framework. Depending on the NF service producer's configuration, an authorization token can be used to authorize a specific service. The authorization NF may be located at a RAN domain or a CN domain.

[0022] In the case of an advanced RAN network, there can be multiple RAN nodes, such as gNBs, to be deployed within a designated coverage area. Each RAN node, along with its associated RNDF, may have a unique policy or capability regarding RAN information exposure. This policy / capability determines what RAN information can be disclosed to third parties and identifies which third parties, such as a customer AF / NF, are allowed to access the exposed RAN information. The customer's authentication can be extended to the specific RAN node in order to comply with the local RAN information exposure policy / capability configured at this  RAN node.

[0023] According to FIG. 2, at S10, the consumer NF / AF sends an authorization request message (including an access service authorization request) via an SBI to the authorization NF to request the authorization of accessing a RAN information exposure service provided by at least one RAN node or associated RNDF. The request message may include the at least one of: a service type indication, indicating a type of the RAN information exposure services; or at least one RAN node identity (ID) or RNDF instance ID. The RAN node ID identifies the RAN node requested to provide its RAN information. The RAN node ID may include at least one of:a gNB ID, a gNB-DU ID, a gNB-CU ID, a gNB-CU-CP ID, or a gNB-CU-UP ID. The RNDF instance ID identifies the RNDF instance associated with the RAN node (s) requested to provide its RAN information.

[0024] At S12, after the authorization NF receives the authorization request message, the authorization NF checks the stored policy / capability regarding the RAN information exposure service for the identified RAN node (s) or RNDF instance (s) indicated by the received RAN node ID (s) or RNDF instance ID (s) . The authorization NF includes at least one token for a specific RAN node or RNDF instance in an authorization response message sent to the consumer NF / AF via an SBI. The token includes an indication of the capability of the RAN information exposure service for the indicated RAN node or associated RNDF instance. The capability of the RAN information exposure service may include at least one of:

[0025] at least one RAN information type allowed for exposure;

[0026] at least one indication of at least one area scope allowed for a specific exposed RAN information;

[0027] at least one UE ID to indicate that the RAN information associated with the UE corresponding to the UE ID is allowed for exposure. For example regarding the allowed area scope, cells A, B, C may be allowed for MDT measurement data exposure, and the area scope may include at least one of: a list of cells, a list of SNPNs (stand-alone non-public network) , a list of CAGs (close access groups) for PNI (public network integrated ) -NPN, a list of TAIs (tracking area identities) , a list of TAs (tracking areas) , a list of slices, or a list of PLMNs (public land mobile network) . Regarding the UE ID, first UE with UE ID=1 (UE ID=1) and a second UE with (UE ID=2) may have a user consent to allow the trajectory data of user for exposure.

[0028] At S13, after the consumer NF / AF receives the authorization response message, the consumer AF / NF is aware of the policy and / or capability regarding the RAN information exposure based on the token corresponding to the RAN node (s) or the RNDF instance (s) indicated by the received RAN node (s) ID or RNDF instance (s) ID. The consumer NF / AF then sends a service request or subscription message via an SBI to the identified RNDF instance (s) (e.g, RNDF 1 and RNDF2) associated with the corresponding RAN node (s) to request for or to subscribe to the RAN information handled by the RNDFs.

[0029] This service request or subscription message includes at least one of:

[0030] an authorization token for the RNDF instance (s) ;

[0031] at least one authorization token for the RAN node (s) associated with the RNDF instance; or

[0032] at least one indication of the requested RAN information for the exposure.

[0033] The tokens above can be obtained from the authorization NF via S12. The indication for the requested RAN information includes at least one of the following:

[0034] one or more types of the requested RAN information;

[0035] one or more report conditions for the requested RAN information;

[0036] one or more requested area scope for the requested RAN information; or

[0037] at least one UE ID to indicate the RAN information associated with UE corresponding to the UE ID is requested for exposure.

[0038] The one or more report conditions define conditions for triggering this RAN information provision or reporting. When the conditions are met, the report process will be triggered. The area scope may include at least one of a list of cells, a list of SNPNs (stand-alone non-public network) , a list of CAGs (close access groups) for PNI (public network integrated) -NPN, a list of TAIs (tracking area identities) , a list of TAs (tracking areas) , a list of slices, or a list of PLMNs (public land mobile network) .

[0039] At S14, after the RNDF (s) receives the service request or subscription message for requesting or subscribing the RAN information via the SBI, the RNDF (s) verifies the token. The RNDF (s) checks, according to the token in the service request or subscription message, the capability of RAN information exposure for the consumer NF / AF, which sends the service request or subscription message. The RNDF determines whether the requested RAN information is allowed to be exposed to the consumer NF / AF based on the received token. The verifying step can include at least one of:

[0040] checking whether the type of the requested RAN information is consistent with the type of RAN information allowed for exposure, as specified in the token received by the RNDF;

[0041] checking whether the requested area scope for the requested RAN information is consistent with the allowed area scope for the specific exposed RAN information, as specified in the token received by the RNDF; and / or

[0042] checking whether the requested RAN information associated with specific UE (s) is consistent with the allowed UEs for the specific exposed RAN information, as specified in the token.

[0043] By checking the token, the RNDF can understand the RAN information, its types, area scope, and associated UE that are allowed to be exposed to the consumer NF / AF. The RNDF can then compare the allowed RAN information, as well as its type, area scope, and associated UE, with the requested RAN information, as well as its type, area scope, and associated UE. By comparison, the RNDF can determine whether the requested RAN information is allowed to be exposed or not. For example, if the service request or subscription message asks for RAN information of a specific area scope, the RNDF can check, based on the token, to see if such RAN information in the area scope is allowed. Additionally or alternatively, if the service request or subscription message asks for RAN information associated with certain UE, the RNDF can check, based on the token, to see if such RAN information associated with the UE is allowed.

[0044] After the determination, the RNDF optionally can perform the one or more of the following steps.

[0045] At S15, if the token is verified and the request of the RAN information is accepted, the RNDF sends a response message to the consumer NF / AF. This message includes the report of the exposed RAN information. The report includes at least one of the following data sets (according to the service request or subscription) :

[0046] at least one RAN information data set for a requested RAN information type;

[0047] at least one RAN information data set for a requested RAN information type within the specific area scope; and / or

[0048] at least one RAN information data set for a requested RAN information type associated with the specific UE.

[0049] Additionally or alternatively, if a condition parameter is received, which defines the conditions that trigger the report of the RAN information, the RNDF sends the response message when the one or more condition parameters are satisfied.

[0050] S16 and S17 are optional steps and will be performed when the message from the consumer AF / NF includes a subscription request. At S16, based on whether the token is verified and the request of the RAN information is accepted, the RNDF sends a response message for the request to the consumer NF / AF. This message includes an acceptance or rejection indication in response to the RAN information service subscription. At S17, if the RAN information service subscription is accepted, the RNDF collects the corresponding data for exposure. The RNDF sends a notify message to the consumer NF / AF. This message includes the report of the exposed RAN information as explained in S15.

[0051] In the example as shown in FIG. 2, the consumer NF / AF can first obtain an authorization to access the RAN information from the authorization NF. The authorization NF can send a token, indicating the allowed RAN information, to the consumer NF / AF. With the token, the consumer NF / AF can send the request to one or more RNDFs, which can handle the RAN information. The token can be used by the one or more RNDFs to verifying if the consumer NF / AF have the authorization to access the requested RAN information.

[0052] FIG. 3 shows a flow chart of RAN information exposure involving UE. S20 is a preparation stage. At this stage, for each associated RAN node supporting RAN information exposure, the RNDF has already provided the policy / capability of RAN information exposure configured for this associated RAN node to the authorization NF.Alternatively or additionally, such policy / capability of the RAN node has been pre-configured at the authorization NF. This policy / capability determines what RAN information of the specific RAN node can be disclosed to third parties. This policy / capability can also identify which third parties, such as consumer AFs / NFs, are allowed to access the exposed RAN information of this RAN node. The consumer AF / NF also has gotten the token for specific RAN node or RNDF for RAN information exposure based on the procedure mentioned in FIG. 2.

[0053] At S21, the consumer NF / AF sends a service subscription message via an SBI to the identified RNDF instance (e.g, RNDF1) associated with the corresponding RAN node (s) for subscribing the RAN information handled by this RNDF. This service subscription message includes at least one of:

[0054] an authorization token for the RNDF instance (s) ;

[0055] at least one authorization token for the RAN node (s) associated with the RNDF instance; or

[0056] at least one indication of the requested RAN information for the exposure. The tokens above can be obtained from the authorization NF via S12.

[0057] The indication for the requested RAN information includes at least one of the following:

[0058] one or more types of the requested RAN information;

[0059] one or more report conditions for the requested RAN information;

[0060] one or more requested area scope for the requested RAN information; or

[0061] at least one UE ID to indicate the RAN information associated with UE corresponding to the UEID is requested for exposure.

[0062] The one or more report conditions defime conditions for triggering this RAN information provision or reporting. When the conditions are met, the report process will be triggered. The area scope may include at least one of a list of cells, a list of SNPNs (stand-alone non-public network) , a list of CAGs (close access groups) for PNI (public network integrated) -NPN, a list of TAIs (tracking area identities) , a list of TAs (tracking areas) , a list of slices, or a list of PLMNs (public land mobile network) .

[0063] At S22, after the RNDF receives the service subscription message via the SBI, the RNDF verifies the token and checks the capability of RAN information exposure for the sending consumer NF / AF. The steps as explained in S14 are applicable here.

[0064] At S23, based on whether the token is verified successfully and whether the request for RAN information is accepted. The RNDF sends a response message to the consumer NF / AF. This message includes an acceptance or rejection indication in response to the RAN information service subscription.

[0065] At S24, the RNDF checks whether the requested RAN information involves one or more pieces of UE (user equipment) for UE RRC measurement. For example, the requested RAN information can be associated with UE when the information needs to be measured at the UE node and collected from the UE node. For example, the involved UE can measure RSRP (Reference Signal Received Power) , RSRQ (Reference Signal Received Quality) or SINR (Signal-to-Interference-phs-Noise Ratio) . The gNB associated with the RNDF configures the corresponding UE measurement via an RRC message for the UE to collect the requested RAN information.

[0066] At S25, if the requested RAN information involves one or more UE nodes for UE RRC measurement, the RAN node (gNB) associated with the RNDF sends the RRC message to the corresponding UE to setup or modify the measurement at the UE node for the corresponding UE RRC measurement.

[0067] At S26, the UE node sends the measurement result corresponding to the requested RAN information to the gNB associated with the RNDF.

[0068] At S27, the RNDF collects the corresponding data at the RAN node for exposure. The RNDF receives the corresponding data (the UE RRC measurement result) at the UE side from the UE for exposure. The RNDF merges the portion of the data of the RAN node and the UE RRC measurement data into the RAN information  report of the exposed RAN information for notification. The RNDF sends a notification message to the consumer NF / AF. This message includes the report of the exposed RAN information. For example, S15 of FIG. 2 discusses the content and related implementation of the report, which is applicable here.

[0069] In this example in FIG. 3, if the requested RAN information involves one or more UE nodes, the RNDF may have the corresponding gNB nodes configure the one or more UE nodes to collect measurement result as requested by the consumer NF / AF. The RNDF collects the requested RAN information from the one or more UE nodes and the requested RAN information from the RAN node in a RAN information report for the consumer NF / AF.

[0070] FIG. 4 shows another flow chart of RAN information exposure with a centralized CREF (Central RAN Exposure Function) , which assists data collection from multiple sources. In this example, within a certain area, a centralized CREFCREF (Central RAN Exposure Function) is deployed. The CREF is responsible for the exposure of RAN information within the relevant area scope. The CREF can be implemented by computer software or computer codes or programs, with computer hardware. The CREF can receive RAN information from other NFs of RAN, such as RNDFs based on exposed capabilities of other NFs. The CREF stores the received information. The stored information can be accessed and “re-exposed” by the CNEF to other NFs and AFs, such as the consumer NF / AF, and the stored RAN information can be used for other purposes such as analytics.

[0071] S30 is a preparation stage. For each associated RAN node supporting RAN information exposure, the RNDF has provided the policy / capability of RAN information exposure configured for this associated RAN node to the authorization NF. Alternatively or additionally, such policy / capability of RAN node has been pre-configured at the authorization NF. This policy / capability determines what RAN information of the specific RAN node can be disclosed to third parties. This policy / capability identifies which third parties, such as customer AF / NF, are allowed to access the exposed RAN information of this RAN node. The CREF has obtained tokens from various RAN nodes or associated RNDFs or from the authorization NF for retrieving the RAN information. Alternatively or additionally, the CREF has been pre-configured the permission or authorization to retrieve RAN information from the allowed RAN nodes or associated RNDFs. Additionally, the CREF has been pre-configured to determine which consumer NF / AF can access which type of RAN information and from which RAN node / RNDF. Alternatively or additionally, the CREF obtains such information from RAN nodes, RNDFs, or an authorization NF.

[0072] At S31, the consumer NF / AF sends a service subscription message via an SBI to the CREF for subscribing the RAN information. This service subscription message includes at least one indication of the requested RAN information for exposure. The descriptions relevant to the requested RAN information and the service request in S 13 are applicable here. In this embodiment, one piece of the requested RAN information may involve multiple RAN nodes or multiple RNDF instances. For example, the requested area scope contained in this requested RAN information may span across multiple RAN nodes or multiple RNDF instances that collectively manage this area scope.

[0073] At S32, after the CREF receives the service subscription message from a consumer NF / AF, based on the pre-configured policy, the CREF can decide whether the consumer NF / AF can access specific type of  requested RAN information within specific area scope and from the specific RAN node (s) or RNDF instances.

[0074] At S33, the CREF sends a response message to the consumer NF / AF. This message includes an acceptance or rejection indication in response to the RAN information service subscription.

[0075] At S34, the CREF sends a service subscription message via an SBI to the identified RNDF instance (s) for subscribing the RAN information handled by one or more RNDFs. The CREF can send multiple subscription messages to multiple RNDFs to support the collection of requested RAN information from multiple RNDFs or associated RAN nodes. In such case, the consumer NF / AF requests RAN information spanning across multiple RAN nodes or associated RNDF instances in S31. This service subscription message includes at least one of the following pieces of information: at least one token, at least one requested RAN information for exposure. The content of the subscription message as discussed in S13 in FIG. 2 can be applicable here.

[0076] According to some examples, the requested area scope contained in one requested RAN information may be a subset area scope within the area scope contained in the corresponding requested RAN information received from the consumer NF / AF. In other words, the requested RAN information that a consumer NF / AF requests from the CREF could potentially cover a large scope, such as a large cell list. This cell list may involve multiple RNDFs or gNBs. The CREF, on behalf of the consumer NF / AF, requests RAN information from the corresponding multiple target RNDFs or gNBs. Each request can contain only the subset area scope that the corresponding target needs to handle.

[0077] According to some examples, if the CREF is pre-configured with a superior authorization by default for all exposed RAN information of all RAN nodes or RNDFs, the token can be omitted from the service subscription message.

[0078] According to some examples, the service subscription message may further optionally include at least one of:

[0079] a consumer NF / AF instance ID and address, such as IP address and port for the endpoint of the consumer NF / AF instance; or

[0080] a reporting path information, indicating whether to report the RAN information to the consumer NF / AF or to the CREF.

[0081] According to some examples, if the target RAN node associated with the requested RAN information does not support an SBI, or if the RNDF is not deployed for the target RAN node, the service subscription message can be sent to the target RAN node via an X2 or Xn interface. The service subscription message is constructed into an X2AP or XNAP message format, such as an XnAP INFORMATION request message. The related SBI information does not need to be included in (or can be omitted from) the message. Such as the token, the consumer NF / AF instance ID and address, and reporting path. In such case, the target RAN node sends a message to the CREF via an X2 or Xn interface. This message includes the report of exposed RAN information. After the CREF receives the report of exposed RAN information from the target RAN node, the CREF reports to the consumer NF / AF as described at S38.

[0082] At S35, after the one or more RNDFs receive the service subscription message from CREF, the one or  more RNDFs determine whether the requested RAN information is allowed to be exposed to the sending consumer NF / AF based on the received token. This determining procedure can be the same as S 14 in FIG. 2. If the CREF is, by default, pre-configured with a superior authorization for all exposed Information of all RAN nodes / RNDFs, the determining step can be omitted.

[0083] After the determining step, the RNDF sends a response message to the CREF. This message includes an acceptance or rejection indication in response to the RAN information service subscription.

[0084] S36 is an optional step and is for RNDF direct reporting of the RAN information to the consumer NF / AF. At S36, if the received reporting path is indicated to report the RAN information to the consumer NF / AF directly, the RNDF sends a notification message to the consumer NF / AF, according to the consumer NF / AF instance ID and address received by the RNDF. This notification message includes the report of exposed RAN information. For example, the content of the RAN information report as described in S15.

[0085] Alternatively or additionally, S37-38 are optional steps for RNDF indirect reporting of the RAN information to the consumer NF / AF. At S37, if the received reporting path indicates to report the RAN information to the CREF or the reporting path is not received, the RNDF sends a notification message to the CREF. This message includes the report of the exposed RAN information with same definition in S36 or S15. At S38, the CREF collects the corresponding data collected from multiple RNDFs. Then, the CREF merges these data for notification and sends a notification message to the consumer NF / AF. This notification message includes the report of the exposed RAN information, which can have the same content as described in S36 or S15.

[0086] FIG. 5 shows another flow chart of RAN information exposure with a central CREF, which filters the collected data. S40 is a preparation stage. For each associated RAN node supporting RAN information exposure, the RNDF has provided the policy / capability of RAN information exposure configured for this associated RAN node to the authorization NF. Alternatively or additionally, such policy / capability of RAN node has been pre-configured at the authorization NF. This policy / capability determines what RAN information of the specific RAN node can be disclosed to third parties. This policy / capability identifies which third parties, such as customer AF / NF, are allowed to access the exposed RAN information of this RAN node. The CREF has obtained tokens from various RAN nodes or associated RNDFs or from the authorization NF for retrieving the RAN information. Alternatively or additionally, the CREF has been pre-configured the permission or authorization to retrieve RAN information from the allowed RAN nodes or associated RNDFs. Additionally, the CREF has been pre-configured to determine which consumer NF / AF can access which type of RAN information and from which RAN node / RNDF. Alternatively or additionally, the CREF obtains such information from RAN nodes, RNDFs, or an authorization NF.

[0087] S41 is similar to S31 in the last example in FIG. 4. The consumer NF / AF sends a service subscription message via an SBI to the CREF for subscribing the RAN information. This service subscription message includes information as described S31, but further, the service subscription message here includes filter criteria information. The filter criteria information includes at least one of: a UE location, an area scope, and QoS criteria, KPI criteria, signal strength criteria.

[0088] The UE location indicates RAN information associated with UE, and only the RAN information of those  UE nodes located in the indicated UE location area is requested. The area scope indicates an area, and only the RAN information collected in the indicated area is requested. The QoS criteria indicate that only the RAN information related to service of the per QoS flow / PDU session / DRB or per cell / per RAN node / per area scope matching or exceeding the QoS of the filtering criteria is requested. The KPI criteria indicate that only RAN information related to a KPI matching or exceeding the KPI criteria of the filtering criteria is requested. The signal strength criteria indicate only RAN information related to the channel signal strength, such as RSRP, matching or exceeding the strength criteria of the filtering criteria is requested.

[0089] S42 can be the same as the S32. after the CREF receives the service subscription message from a consumer NF / AF, based on the pre-configured policy, the CREF can decide whether the consumer NF / AF can access specific type of requested RAN information within specific area scope and from the specific RAN node (s) or RNDF instances.

[0090] At S43, the CREF sends a response message to the consumer NF / AF. This message includes an acceptance or rejection indication in response to the RAN information service subscription.

[0091] At S44, the CREF sends a service subscription message via an SBI to the identified RNDF instance for subscribing the RAN information handled by this RNDF. The CREF first configures the service subscription message. The CREF may configure the message based on the received filter criteria information by performing at least one of the following steps: If the UE location criteria are received, the CREF includes the UE location as one type of the subscribed RAN information together with another required RAN information in the message.

[0092] Alternatively or additionally, if the area scope criteria are received, the service subscription message was sent to the RNDF handles the at least one subset of this area scope only. The CREF may include this subset of the area scope as the allowed area scope within the requested RAN information.

[0093] According to some examples, if the target RAN node associated with the requested RAN information does not support an SBI, or if the RNDF is not deployed for the target RAN node, the service subscription message can be sent to the target RAN node via an X2 or Xn interface. The service subscription message is constructed into an X2AP or XNAP message format, such as an XnAP INFORMATION request message. The related SBI information does not need to be included in (or can be omitted from) the message. Such as the token, the consumer NF / AF instance ID and address, and reporting path. In such case, the target RAN node sends a message to the CREF via an X2 or Xn interface. This message includes the report of exposed RAN information. After the CREF receives the report of exposed RAN information from the target RAN node, the CREF reports to the consumer NF / AF as described at S48.

[0094] At S45, the CREF sends a service subscription message via an SBI to the identified RNDF instance for subscribe the RAN information handled by the RNDF.

[0095] At S46, the RNDF sends a response message to the CREF. This message includes an acceptance or rejection indication in response to the RAN information service subscription.

[0096] At S47, the RNDF sends a notification message to the CREF. This message includes the requested exposed RAN information. The steps S45-47 can be the same with S34, 35, and 37 in FIG. 4.

[0097] At S48, the CREF collects the RAN information exposed from one or more RNDFs, and filters the information based on the received filter criteria information.

[0098] At S49, the CREF constructs the filtered RAN information into the notification message and sends this notify message to the consumer NF / AF.

[0099] FIGS. 6A-6C together illustrate a block diagram of an exemplary wireless communication system 20, in accordance with some embodiments of this disclosure. The system 20 may perform the methods / steps and their combinations or sub-combinations disclosed in this disclosure. The system 20 may include components and elements configured to support operating features that need not be described in detail herein.

[0100] The system 20 may include at least one base station (BS) 110 (or a RAN node) , at least one user equipment (UE) 120, and at least one core network (CN) 130, including the NF, RNDF, AF, AMF, CREF, or other functions. The BS 110 includes a BS transceiver or transceiver module / circuitry 112, a BS antenna system 116, a BS memory or memory module / circuitry 114, a BS processor or processor module / circuitry 113, and a network interface 111. The components of BS 110 may be electrically coupled and in communication with one another as necessary via a data communication bus 190. Likewise, the UE 120 includes a UE transceiver or transceiver module / circuitry 122, a UE antenna system 126, a UE memory or memory module / circuitry 124, a UE processor or processor module / circuitry 123, and an I / O interface 121. The components of the UE 120 may be electrically coupled and in communication with one another as necessary via a data communication bus 190. The UE 120 communicates with the one or more BSs 110 via communication channels therebetween, which can be any wireless channel or other medium known in the art suitable for transmission of data as described herein.

[0101] The CN 130 includes at least one CN transceiver or transceiver module / circuitry 132, at least one CN antenna system 136, at least one CN memory or memory module / circuitry 134, at least one CN processor or processor module / circuitry 133, and at least one network interface 131. The CN can be formed by a distributed system, including multiple devices 130. The components of the CN 130 may be electrically coupled and in communication with one another as necessary via a data communication bus 190. The CN can communicate with one or more application servers and one or more base stations (RAN node) via wired or wireless communication.

[0102] The processor module / circuitry 113, 123, 133 may be implemented, or realized, with a general-purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this manner, a processor module / circuitry may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor module / circuitry may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0103] Furthermore, the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module performed by the processor module / circuitry 113, 123, 133, respectively, or in any practical combination thereof. The memory  module / circuitry 114, 124, 134 may be realized as RAM memory, flash memory, EEPROM memory, registers, ROM memory, EPROM memory, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, the memory module / circuitry 114, 124, 134 may be coupled to the processor module / circuitry 113, 123, 133 respectively, such that the processors module / circuitry 113, 123, 133 can read information from, and write information to, memory modules 114, 124, 134 respectively. The memory module / circuitry 114, 124, 134 may also be integrated into their respective processor module / circuitry 113, 123, 133. In some embodiments, the memory module / circuitry 114, 124, 134 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be performed by the processor module / circuitry 113, 123, 133 respectively. The memory module / circuitry 114, 124, 134 may also each include non-volatile memory for storing instructions to be performed by the processor module / circuitry 113, 123, 133, respectively.

[0104] Various exemplary embodiments of the present disclosure are described herein with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present disclosure. The present disclosure is not limited to the exemplary embodiments and applications described and illustrated herein. Additionally, the specific order and / or hierarchy of steps in the methods disclosed herein are merely exemplary approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present disclosure. Thus, those of ordinary skill in the art would understand that the methods and techniques disclosed herein present various steps or acts in exemplary order (s) , and the present disclosure is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0105] This disclosure is intended to cover any conceivable variations, uses, combination, or adaptive changes of this disclosure following the general principles of this disclosure, and includes well-known knowledge and conventional technical means in the art and undisclosed in this application.

[0106] It is to be understood that this disclosure is not limited to the precise structures or operation described above and shown in the accompanying drawings, and various modifications and changes may be made without departing from the scope of this application. The scope of this application is subject only to the appended claims.

[0107] The methods, devices, processing, circuitry, and logic described above may be implemented in many different ways and in many different combinations of hardware and software. For example, all or parts of the implementations may be circuitry that includes an instruction processor or controller, such as a Central Processing Unit (CPU) , microcontroller, or a microprocessor; or as an Application Specific Integrated Circuit (ASIC) , Programmable Logic Device (PLD) , or Field Programmable Gate Array (FPGA) ; or as circuitry that includes discrete logic or other circuit components, including analog circuit components, digital circuit components or both; or any combination thereof. The circuitry may include discrete interconnected hardware components or may be combined on a single integrated circuit die, distributed among multiple integrated circuit dies, or implemented in a Multiple Chip Module (MCM) of multiple integrated circuit dies in a common package, as examples.

[0108] Accordingly, the circuitry may store or access instructions for execution, or may implement its functionality in hardware alone. The instructions may be stored in a tangible storage medium that is other than  a transitory signal, such as a flash memory, a Random Access Memory (RAM) , a Read Only Memory (ROM) , an Erasable Programmable Read Only Memory (EPROM) ; or on a magnetic or optical disc, such as a Compact Disc Read Only Memory (CDROM) , Hard Disk Drive (HDD) , or other magnetic or optical disk; or in or on another machine-readable medium. A product, such as a computer program product, may include a storage medium and instructions stored in or on the medium, and the instructions when performed by the circuitry in a device may cause the device to implement any of the processing described above or illustrated in the drawings.

[0109] The implementations may be distributed. For instance, the circuitry may include multiple distinct system components, such as multiple processors and memories, and may span multiple distributed processing systems. Parameters, databases, and other data structures may be separately stored and managed, may be incorporated into a single memory or database, may be logically and physically organized in many different ways, and may be implemented in many different ways. Example implementations include linked lists, program variables, hash tables, arrays, records (e.g., database records) , objects, and implicit storage mechanisms. Instructions may form parts (e.g., subroutines or other code sections) of a single program, may form multiple separate programs, may be distributed across multiple memories and processors, and may be implemented in many different ways. Example implementations include stand-alone programs, and as part of a library, such as a shared library like a Dynamic Link Library (DLL) . The library, for example, may contain shared data and one or more shared programs that include instructions that perform any of the processing described above or illustrated in the drawings, when performed by the circuitry.

[0110] In some examples, each unit, subunit, and / or module of the system may include a logical component. Each logical component may be hardware or a combination of hardware and software. For example, each logical component may include an application specific integrated circuit (ASIC) , a Field Programmable Gate Array (FPGA) , a digital logic circuit, an analog circuit, a combination of discrete circuits, gates, or any other type of hardware or combination thereof. Alternatively or in addition, each logical component may include memory hardware, such as a portion of the memory, for example, that includes instructions executable with the processor or other processors to implement one or more of the features of the logical components. When any one of the logical components includes the portion of the memory that includes instructions executable with the processor, the logical component may or may not include the processor. In some examples, each logical component may just be the portion of the memory or other physical memory that includes instructions executable with the processor or other processor to implement the features of the corresponding logical component without the logical component including any other hardware. Because each logical component includes at least some hardware even when the included hardware includes software, each logical component may be interchangeably referred to as a hardware logical component.

[0111] A second action may be said to be “in response to” a first action independent of whether the second action results directly or indirectly from the first action. The second action may occur at a substantially later time than the first action and still be in response to the first action. Similarly, the second action may be said to be in response to the first action even if intervening actions take place between the first action and the second action, and even ifone or more of the intervening actions directly cause the second action to be performed. For example, a second action may be in response to a first action if the first action sets a flag and a third action later initiates the second action whenever the flag is set.

[0112] To clarify the use of and to hereby provide notice to the public, the phrases “at least one of, ,...and <N>” or “at least one of , ,...<N>, or combinations thereof” or “, ,... and / or <N>” or “at least one of , ....or <N>” are defined by the Applicant in the broadest sense, superseding any other implied definitions hereinbefore or hereinafter unless expressly asserted by the Applicant to the contrary, to mean one or more elements selected from the group comprising A, B,... and N. In other words, the phrases mean any combination of one or more of the elements A, B,... or N including any one element alone or the one element in combination with one or more of the other elements which may also include, in combination, additional elements not listed.

Claims

1.A wireless communication method, comprising:receiving, by at least one RNDF, RAN Node Function, from a requesting network node, a first message for requesting or subscribing at least one pieces of requested RAN information associated with at least one RAN node, the first message including at least one of:a token for the at least one RNDF;a token for the at least one RAN node associated with the at least one RNDF;an indication of the at least one pieces of requested RAN information;at least one consumer NF / AF instance ID;at least one consumer NF / AF instance address; orat least one reporting path, indicating a receiver of at least one RAN information report;determining, by the at least one RNDF based on the token for the at least one RNDF or for the at least one RAN node associated with the at least one RNDF, whether the requested RAN information is allowed to be exposed to the requesting network node; andsending, by the at least one RNDF to the requesting network node, one or more second messages in response to the first message, the one or more second messages including the at least one RAN information report.2.The method of claim 1, wherein the indication of the at least one pieces of requested RAN information comprises at least one of:one or more types of the requested RAN information;one or more report conditions for the requested RAN information, the one or more report conditions defining triggering conditions of the at least one RAN information report;one or more requested area scopes for the requested RAN information; orat least one requested user equipment (UE) identity (ID) , indicating RAN information associated with corresponding UE identified by the UE ID to be exposed.3.The method of claim 1, wherein the token is obtained by the requesting network node by steps comprising:sending, by the requesting network node to an authorization NF, a third message to request authorization to access a RAN information exposure service provided by the at least one RNDF or the at least one RAN node associated with the at least one RNDF, the third message including at least one of:a service type, indicating a requested service;at least one RAN node ID, identifying the at least one RAN node to provide the RAN information; orat least one RNDF instance ID, identifying the at least one RNDF to provide the requested RAN information; andreceiving, by the requesting network node from the authorization NF, a fourth message including the token for the at least one RNDF node or for the at least one RAN node associated with the at least one RNDF.4.The method of claim 1, wherein the token comprises a capability of RAN information exposure for the at least one RNDF or the at least one RAN node associated with the at least one RNDF.5.The method of claim 4, wherein the capability of the RAN information exposure comprises:at least one allowed RAN information type of the RAN information exposure;at least one allowed area scope of the RAN information exposure; orat least one UE ID, indicating RAN information associated with corresponding UE identified by this UE ID is allowed for the RAN information exposure.6.The method of claim 1, wherein determining, by the at least one RNDF based on the token, whether the requested RAN information is allowed to be exposed comprises at least one of:checking whether a type of the at least one pieces of requested RAN information is consistent with one or more types of the requested RAN information of the token;checking whether a requested area scope for the at least one pieces of requested RAN information is consistent with one or more requested area scopes of the token; orchecking whether a UE associated with the at least one piece of requested RAN information is consistent with a UE ID in the token.7.The method of claim 1, wherein the at least one RAN information report comprises at least one of:at least one RAN information data set for a requested RAN information type;at least one RAN information data set for a requested RAN information type within an area scope;at least one RAN information data set for a requested RAN information type associated with a UE.8.The method of claim 1, further comprising:checking whether the requested RAN information involves one or more UEs for a UE RRC measurement; andinstructing a base station associated with the one or more UEs to send an RRC message to the one or more UEs to setup or modify a related RRC measurement associated with the UE RRC measurement.9.The method of claim 1, wherein the requesting network node is a CREF and the method further comprises:receiving, from a consumer NF / AF by the CREF, a service subscription message to subscribe the at least one pieces of requested RAN information, the service subscription message includes at least one of:an indication of the at least one pieces of requested RAN information; oran indication of the at least one pieces of requested RAN information involved multiple RAN nodes or RNDF instances, wherein the CREF sends the first message to the plurality of RNDFs;receiving, by the CREF from the plurality of the RNDFs, the one or more second messages; andsending, by the CREF, the one or more second message to the consumer NF / AF.10.The method of claim 1, wherein:receiving, by at least one RNDF from a requesting network node comprises receiving, by the at least one RNDF from a CREF, the first message for subscribing exposed RAN information, wherein the first message is configured according to filter criteria information received by the CREF by steps comprising:if UE location criteria are received, including the UE location as a type of the requested RAN information with other pieces of requested RAN information;if area scope criteria are received, including the area scope as a requested area scope of the requested RAN information.11.The method of claim 1, wherein:the requesting network node is a CREF; andsending, by the at least one RNDF to the requesting network node, one or more second messages comprises sending by the plurality of RNDFs the one or more second message to be filtered by the CREF and forwarded to a consumer NF / AF after the filtering.12.The method of claim 1, wherein:the requesting network node is a CREF; andsending, by the at least one RNDF to the requesting network node comprises sending, by the at least one RNDF, the second message including the at least one RAN information report.13.A wireless communication method, comprising:receiving, from a consumer NF / AF by a CREF (Central RAN Exposure Function) , a first message to subscribe at least one pieces of requested RAN information, the service subscription message including at least one of:an indication of the at least one pieces of requested RAN information; oran indication of the at least one pieces of requested RAN information involved multiple RAN nodes or RNDF instances; andsending, by the CREF to one or more RNDFs, a second message corresponding to the first message for subscribing at least one piece of requested RAN information.14.The method of claim 13, further comprising receiving, by the CREF from the one or more RNDFs, at least one second message, the second message including at least one RAN information report.15.The method of claim 14, further comprising sending, by the CREF to the consumer NF / AF the at least one second message.16.The method of claim 13, further comprising receiving, by the CREF, filter criteria information for filtering the at least one piece of requested RAN information.17.The method of claim 13, further comprising:receiving, by the CREF from the one or more RNDFs, at least one RAN information report; andfiltering RAN information of the at least one RAN information report according to filter criteria information.18.The method of claim 17, the filter criteria information includes at least one of: UE location criteria, area scope criteria, UE location criteria, QoS criteria, or KPI criteria.19.A wireless communication apparatus, comprising memory circuitry storing one or more programs and one or more processors electrically coupled to the memory circuitry and configured to execute the one or more programs to perform any one of the methods or their combinations or sub-combinations of claims 1 to 18.20.A non-transitory computer-readable storage medium, storing one or more programs, the one or more programs being configured to, when executed by at least one processor, cause to perform any one of the methods or their combinations or sub-combinations of claims 1 to 18.

Images