Methods and apparatus for data collection in mobile communications

Abstract

Various solutions for user equipment (UE) side data collection in mobile communications are described. A UE may receive a data collection activation indication and a data collection configuration from a network. The network may include a radio access network (RAN) node and at least one of an operations, administration, and maintenance (OAM) device and a UE server. Also, the UE may perform a data collection based on the data collection configuration. Further, the UE may report the data corresponding to the data collection configuration to the network when a reporting condition is met. The framework of control plane-based UE side data collection with network awareness provides clear and flexible procedures for data collection configuration, data collection and data reporting, such framework may efficiently supply the vast datasets demanded by artificial intelligence (AI) or machine learning (ML) model training.

Description

METHODS AND APPARATUS FOR DATA COLLECTION IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of PCT Application No. PCT / CN2024 / 080544, filed 7 March 2024, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to data collection with respect to user equipment and network apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] Artificial intelligence (AI)  / machine learning (ML) integration in 3rd Generation Partnership Project (3GPP) faces challenges in on-device model training due to limited resources and suitable training environments. Offline training offers a viable solution by leveraging large datasets, but its effectiveness hinges on robust data collection. Collecting diverse and high-quality data, including non-standardized and proprietary information, is crucial. Currently, AI / ML data collection within 3GPP remains undefined, there is a need to develop a structured approach encompassing configuration, collection, and transfer for data collection for AI, ML, or other applications that require model training.SUMMARY

[0005] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0006] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issue pertaining to data collection with respect to user equipment (UE) and network apparatus in mobile communications.

[0007] In one aspect, a method may involve a network node performing a data collection coordination procedure to determine a data collection configuration. The method may involve the network node transmitting the data collection configuration to a radio access network (RAN) node. The method may also involve the network node receiving data corresponding to the data collection configuration collected by at least one UE from the RAN node.

[0008] In another aspect, a method may involve a RAN node receiving a data collection configuration from a network node. The network node may include one or a combination of an operations, administration, and maintenance (OAM) device and a UE server. The method may also involve the RAN node transmitting the data collection configuration to at least one UE. The method may also involve the RAN node receiving data corresponding to the data collection configuration collected by the UE (s) . Further, the method may also involve the RAN node transmitting the data corresponding to the data collection configuration to the network node.

[0009] In yet another aspect, a method may involve an apparatus receiving a data collection activation indication and a data collection configuration from a network. The network may include a RAN node and at least one of an OAM device and a UE server. The method may also involve the apparatus performing a data collection based on the data collection configuration. The method may further involve the apparatus reporting the data corresponding to the data collection configuration to the network in an event that a reporting condition is met.

[0010] In still another aspect, an apparatus may comprise a transceiver which, during operation, wirelessly communicates with a network. The apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising receiving, via the transceiver, a data collection activation indication and a data collection configuration from the network via the transceiver. The network may include a RAN node and one or a combination of an OAM device and a UE server. The processor may also perform operations comprising performing a data collection based on the data collection configuration. The processor may also perform operations comprising reporting, via the transceiver, the data corresponding to the data collection configuration to the network in an event that a reporting condition is met.

[0011] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as LTE, LTE-Advanced, LTE-Advanced Pro, 5G, NR, 5G-Advanced, Internet-of-Things (IoT) , Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , beyond 5G (B5G) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0013] FIG. 1 is a diagram depicting an example scenario of a communication environment in which various solutions and schemes in accordance with implementations of the present disclosure.

[0014] FIG. 2 is a diagram depicting an example scenario of triggering data collection session activation in accordance with implementations of the present disclosure.

[0015] FIG. 3 is a diagram depicting another example scenario of triggering data collection session activation in accordance with implementations of the present disclosure.

[0016] FIG. 4 illustrates an example scenario of control plane-based user equipment side data collection in accordance with an implementation of the present disclosure.

[0017] FIG. 5 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0018] FIG. 6 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0019] FIG. 7 is a flowchart of another example process in accordance with an implementation of the present disclosure.

[0020] FIG. 8 is a flowchart of yet another example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0021] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0022] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to data collection in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0023] FIG. 1 illustrates an example scenario 100 in accordance with an implementation of the present disclosure. As shown in FIG. 1, scenario 100 involves a user equipment (UE) 110, a radio access network (RAN) node 120, a core network (CN) node 130, an operations, administration, and maintenance (OAM) device 140, and a UE server 150. The UE 110 may be a smartphone or a portable device with mobile communication functionality. The RAN node 120 and the CN node 130 may be a part of a wireless network such as a 5G NR network, 5G-Advanced network, 6G network, however, the present disclosure is not limited thereto. The OAM device 140 may include a set of functions and protocols used to manage and maintain network equipment and services. The UE server 150 (may also be referred to as an over-the-top (OTT) server) is introduced for certain applications like artificial intelligence (AI) , machine learning (ML) , or other applications that require model training. The UE server 150 is responsible for collecting and storing data reported by UEs, and may also have functions for model training. The UE server 150 may be a UE-side server, which is over-the-top and 3GPP transparent. Alternatively, the UE server 150 may be a UE-side server which is over-the-top but non-3GPP transparent. The deployment of the UE server 150 may be within or outside the OAM domain (e.g., may be in the CN domain) . The UE server 150 may receive and store the data or data files and build up the dataset for model training. The UE server 150 may also perform model training with the dataset. Specifically, the UE server 150 organizes the received data into a structured format, known as a dataset, which can be used for further analysis or processing. This might involve data cleaning, data transformation, and labeling. In one embodiment, the network node / entity / function (e.g., data collection application function (DCAF) , CN, or OAM, etc. ) may perform an authorization check and determine whether data collection and data delivery to the UE server 150 is allowed or not. In one embodiment, the network node / entity / function (e.g., DCAF, CN, OAM, etc. ) may also determine what types of data are allowed to be collected and delivered to the UE server 150. Scenario 100 illustrates a framework of control plane (CP) -based UE side data collection with network awareness for AI, ML, or other applications. The framework includes the stages of data collection configuration and control, data collection, and data report and transfer.

[0024] In the data collection configuration and control stage, the network may perform a data collection coordination procedure and may determine to activate a data collection procedure. The network may select one or more UEs for data collection and indicate the data collection activation indication and configuration to the selected UE (s) . The configuration may control the UE side data collection and the UE reporting behaviors. For example, the data collection configuration may correspond to one or a combination of a job type (e.g., data collection for beam management (BM) , channel state information (CSI) , positioning, or mobility) , a measurement list, an area scope (e.g., lists of cells, RAN-based notification areas (RNAs) , or timing advance (TA) ) , a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server internet protocol (IP) address, a public land mobile network (PLMN) list, an indication of UE-dependent information, and a use case-specific configuration. In one embodiment, the configuration and control for data collections is triggered from the OAM device 140 and / or the UE server 150. For example, the OAM device 140 and the UE server 150 may exchange the information related to data collections via a new interface A and determine to initialize the data collection procedure. The interface A is, for example, introduced by an application programming interface (API) or in the OAM domain. The data collection configuration and the control signaling may be indicated to the RAN node 120 to initiate the data collection procedure. In one example, the data collection configuration and the control signaling may be indicated from the UE server 150 to the RAN node 120 via a new interface B (i.e., path 161) . Alternatively, the data collection configuration and the control signaling may be indicated from the UE server 150 to the CN node 130 with access and mobility management function (AMF) , then the CN node 130 may further transfer the information to the RAN node 120 (i.e., path 163) . Specifically, a new interface C is introduced between the UE server 150 and the CN node 130 for data / signal transmission. In yet another example, the data collection configuration and the control signaling may be indicated from the OAM device 140 to the RAN node 120. For example, the OAM device 140 may directly indicate the data collection configuration and the control signaling to the RAN node 120 (i.e., path 165) , or the OAM device 140 may indicate the data collection configuration and the control signaling to the CN node 130, and then the CN node 130 may further transfer the information to the RAN node 120 (i.e., path 167) .

[0025] In the data collection stage, the selected UE (s) such as the UE 110 may perform measurements or data collection based on the received data collection configuration. To be specific, the RAN node 120 may transfer the data collection configuration and the control signaling to the UE 110 via a radio resource control (RRC) message. The UE 110 starts the measurement procedure and logs the data and labels from UE side upon it receives the activation signaling (i.e., the data collection activation indication) and the data collection configuration. In one example, the measurement / data collection procedure is performed in an RRC connected state. During the measurement procedure, the UE 110 may collect UE-dependent information (e.g., in the RRC container) based on the configuration. In one embodiment, the configuration may correspond to the use case-specific configuration which includes different types of data collected for different use cases. For example, a CSI -reference signal (RS) configuration for CSI feedback enhancement, a reference signal configuration for BM, or a reference signal configuration for AI / ML based positioning. The UE 110 may collect or measure a layer 1 (L1) -reference signal received power (RSRP) for BM, a layer 3 (L3) -RSRP for mobility, and a CSI, a power delay profile (PDP) , a channel impulse response (CIR) , or a timing difference for respective use cases. The UE 110 may log the measurement and data files for data report in the future. In one embodiment, the UE 110 stores the logged measurement and data file and does not release them when the RRC connection is released.

[0026] In the data report and transfer stage, the data collected by the selected UE (s) may be shared over the air interface, transmitted to the RAN node 120, and then transferred to the UE server 150. In one example, the UE 110, as a selected UE, may trigger the data reporting process when a condition corresponding to one or more pre-defined configurations is met. In another example, the UE 110 may trigger the data reporting process when receives a data reporting indication from the network. In yet another example, the UE 110 may trigger the data reporting process periodically. The labeling data may be generated by the UE 110, the RAN node 120 or the CN node 130. The compiling of the collected data, labeling data as well as the assistance information can be performed by the UE 110 or the network (e.g., the RAN node 120 and / or the CN node 130) . Compiling involves bringing together collected data, assembling labeled data (which provides ground truth with additional context or descriptions) , and attaching assistance information that aids in the further processing or analysis of the collected data. In one example, the RAN node 120 may directly transmit the data collected by the UE (s) to the UE server 150 via the new interface B (i.e., path 171) . Alternatively, the RAN node 120 may transfer the collected data to the OAM device 140, then the OAM device 140 may further transfer the data to the UE server 150 via the new interface A (i.e., path 173) . The new interface A, B or C may be standardized or non-standardized interface.

[0027] FIG. 2 is a diagram depicting an example scenario of triggering data collection session activation in accordance with implementations of the present disclosure. In scenario 200, before the data collection session activation starts, the CN node 130 may send an initial context setup request / handover (HQ) request to the RAN node 120, as shown in operation 201, to indicate that data collection is allowed. In operation 202, the RAN node 120 may store the UE context from the CN node 140 and the indication that data collection is allowed. To initialize a data collection procedure, in operation 203, a data collection coordination procedure is performed between the UE server 150 and the OAM device 140. For example, the UE server 150 and the OAM device 140 may exchange information via a new interface (e.g., interface A in FIG. 1) and then determine the initialization of the data collection procedure and its corresponding configuration. In one embodiment, the OAM device 140 may send a data collection session activation indication and the data collection configuration to the RAN node 120 to initialize the data collection procedure, as shown in operation 204. Alternatively, the UE server 150 may transmit this information to the RAN node 120 via a new interface (e.g., interface B in FIG. 1) to achieve the same purpose. In operation 205, the RAN node 120 may store the data collection configuration parameter (s) received from the OAM device 140 (or the UE server 150) . In one embodiment, the RAN node 120 may receive UE capability reports from multiple UEs, these reports may include one or a combination of a data collection capability, a UE storage information (e.g., leftover storage for data collection) , a supported data type, a power or battery level, and a computing power (e.g., remaining computing power) . In scenario 200, the RAN node 120 receives the UE capability report from the UE 110 as shown in operation 206. Then, in operation 207, the RAN node 120 may perform a UE selection procedure by combining the capabilities reported from multiple UEs with the configuration parameter (s) from the OAM device 140 (or the UE server 150) to select a group of UE (s) for data collection activation. In one example, the selection is based on the area indicated by the data collection configuration and the area where UE is located, the user consent information received from the CN node 130, as well as the UE capability information. The RAN node 120 may activate the data collection functionality to the selected UE (s) and send the data collection configuration to the selected UE (s) . Assuming that the UE 110 is one of the UE (s) selected by the RAN node 120, as shown in operation 208, the RAN node 120 may provide the data collection activation indication and the data collection configuration by one signaling to the UE 110. In one embodiment, the data collection activation indication and the data collection configuration may be provided to the UE 110 via an RRC message (e.g., RRCReconfiguration message) .

[0028] FIG. 3 is a diagram depicting another example scenario of triggering data collection session activation in accordance with implementations of the present disclosure. As shown scenario 300, in order to provide the data collection configuration to the UE 110, the OAM device 140 and the UE server 150 exchanges information via a data collection coordination procedure as shown in operation 301. Once the OAM device 140 or the UE server 150 determines to initialize a data collection procedure, as shown in operation 302, the OAM device 140 and / or the UE server 150 may further coordinate with the CN node 130 for the decision. For example, the OAM device 140 may provide the CN node 130 with the data collection configuration. In operation 303, the CN node 130 may store the data collection configuration parameter (s) . In operation 304, the CN node 130 may send a data collection session activation indication to the RAN node 120 with the configuration parameter (s) . In operation 305, the RAN node 120 may store the data collection configuration parameter (s) . In scenario 300, one or more UEs are selected by the CN node 130 or the OAM device 140 for data collection, and the selection result is indicated to the RAN node 120. During operations 306 to 308, the RAN node 120 may activate the data collection functionality to the selected UEs (e.g., the UE 110) and send the data collection activation indication and the data collection configuration to the selected UEs. The data collection activation indication and the data collection configuration may be provided by one signaling to the UE 110. In one example, the data collection activation indication and the data collection configuration may be provided to the UE 110 via an RRC message (e.g., RRCReconfiguration message) . The UE 110 may send an RRCReconfiguration complete message to the RAN node 120 for the acknowledgement of data collection activation.

[0029] Regardless of whether the data collection session activation is triggered by the OAM device 140, the UE server 150, or the CN node 130, the UE 110 may start the data collection functionality based on the received configuration parameter (s) . In one example, the data collection / measurement may be performed during the RRC connected state, and the collected data is logged and stored even when the RRC connection is released. In one embodiment, the UE 110 may trigger a data reporting process when a pre-defined reporting condition configured by the network is met, such as reaching a specific data volume, accumulating data over a certain period, observing measurement results exhibiting particular features that satisfy a predetermined event, experiencing a radio link failure, receiving a power headroom report (PHR) according to existing radio resource management (RRM) configuration, or reaching the end of the data collection period. The reporting condition may be configured via the data collection activation. In another embodiment, the UE 110 may trigger the data reporting process when receives a data reporting indication from the network. For example, the data reporting indication is sent to the UE 110 via an RRC message or an RRCReconfiguration message. When the data reporting process is triggered, the UE 110 shares the logged measurement and data over the air interface. The collected data may include one or multiple of the following information: location information (e.g., global navigation satellite system (GNSS) location) , neighbor cell measurement information, evolved-UMTS terrestrial radio access network (E-UTRAN) cell global identifier (ECGI) , Cell-ID of serving cell, or time stamps. Specifically, the collected data may include information for different use cases. Such as the raw channel matrix, precoding matrix and ground-truth CSI labels for AI / ML based CSI compression, UE throughput, measurements of beam (s) , implicit information of transmit (Tx) beam ID and / or receive (Rx) beam ID for beam management, time-domain CIR, PDP, delay profile (DP) , channel measurement result, type of information (e.g., time-of-arrival (ToA) , reference signal time difference (RSTD) , angle-of-departure (AoD) , angle-of-arrival (AoA) , line-of-sight (LOS) indicator, non-line-of-sight (NLOS) ) as labels for positioning accuracy enhancement.

[0030] In the foregoing embodiments, the RAN node 120 may transmit labels and assistance information to the UE 110. The UE 110 may compile the collected data and transfer the complied data to the RAN node 120. Alternatively, the UE 110 may send the collected data to the RAN node 120, and then the data is compiled by the RAN node 120 with labels and assistance information. The assistance information may include one or a combination of a beam pattern, a cell coverage deployment, and a deployment related information. Compiling may involve bringing together the collected data, assembling the labeled data (which provides ground truth data with additional context or descriptions) , and attaching assistance information that aids in the further processing or analysis of the collected data.

[0031] In the data report and transfer stage, the RAN node 120 may further transfer the UE-side collected data to the UE server 150. The RAN node 120 may transfer the data to the UE server 150 via different tunnels. For example, via a new interface between the RAN node 120 and the UE server 150 (i.e., interface B as shown in FIG. 1) , or through the OAM device 140. In one embodiment, the RAN node 120 may store the collected data and forward the data to the UE server 150 once the data reaches a certain volume.

[0032] An overall flow of control plane-based UE side data collection with network awareness is shown in scenario 400 of FIG. 4. In operation 401, during the activation and configuration procedure, the data collection coordination is performed between the OAM device 140 and UE server 150 to initialize a data collection procedure. The OAM device 140 and UE server 150 (may also include the CN node 130) exchanges the information related to data collections. The OAM device 140 or the UE server 150 decides to initialize the data collection and sends a data collection session activation indication to the RAN node 120. Alternatively, the decision of data collection activation is firstly sent to the CN node 130, and the CN node 130 further indicates it to the RAN node 120.

[0033] During operations 402 to 404, the RAN node 120 receives the UE context, the consent of data collection and PLMN list from the CN node 130, stores the data collection configuration parameter (s) , and receives the UE capability report with data collection information from UEs (e.g., UE 110) . The data collection UE capability may be included in the UE context and sent to the RAN node 120 if the CN node 130 has such information. Otherwise, it will be sent from the UE later (e.g., in operation 404) . In one embodiment, as shown in operation 405, the RAN node 120 may select one or more UEs based on the data collection parameter (s) received from the CN node 130 and / or the OAM device 140 and / or the UE server 150, as well as the UE capability information received from UEs. In operation 406, the RAN node 120 sends a data collection activation indication and related configurations to the selected UE (s) . For example, the data collection activation indication and related configurations may be sent via an RRC Reconfiguration message. In operation 407, the UE 110, as one selected UE, initiates the data collection procedure once receiving data collection activation indication from the RAN node 120. Specifically, the UE 110 performs measurement and logs the measurement and data. In operation 408, the UE 110 triggers the data reporting process when the collected data meets certain conditions, or when it receives a data reporting indication from the network. During the data report and transfer procedure as shown in operations 409 and 410, the data is firstly shared over the air interface between the UE 110 and the RAN node 120. The collected data may be complied with label and assistance information at RAN or UE side. After getting the collected data files, the RAN node 120 further transfers the data file to the UE server 150. The data file may be transferred to the UE server 150 via different tunnels. For example, from the RAN node 120 to the UE server 150, or from the RAN node 120 to the OAM device 140, and then from the OAM device 140 to the UE server 150. As shown in operation 411, the OAM device 140 and the UE server 150 may exchange information related to data collections and decide to deactivate data collection procedure. The data collection deactivation indication may be sent to the RAN node 120, and further transferred to the selected UEs (e.g., UE 110) . In one embodiment, the data collection deactivation indication is sent via an RRC Reconfiguration message. The UE 110 may send an RRCReconfiguration complete message to the RAN node 120 for the acknowledgement of data collection deactivation.

[0034] In the foregoing embodiments, the OAM device 140 and the UE server 150 are distinct network nodes, as depicted in scenario 100. However, in another embodiment, the OAM device 140 and the UE server 150 may be a single network node. This single network node may have the functionalities of the OAM device 140 and the UE server 150. That is, the operations performed by the OAM device 140 and the UE server 150, as illustrated in the foregoing embodiments, may be performed by the single network node. Illustrative Implementations

[0035] FIG. 5 illustrates an example communication system 500 having at least an example communication apparatus 510 and example network apparatuses 520 and 530 in accordance with an implementation of the present disclosure. Each of the communication apparatus 510, network apparatus 520, and network apparatus 530 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to data collection in mobile communications, including scenarios / schemes described above as well as processes 600, 700, and 800 described below.

[0036] Communication apparatus 510 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 510 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 510 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, communication apparatus 510 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 510 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 510 may include at least some of those components shown in FIG. 5 such as a processor 512, for example. Communication apparatus 510 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 510 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0037] Network apparatus 520 may be a part of a RAN. For instance, network apparatus 520 may be implemented in an eNB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Network apparatus 530 may be a part of a control plane of communication system 500. For example, network apparatus 530 may include an OAM device, a UE server, a CN node, or any combination thereof.

[0038] Network apparatus 520 / 530 may include at least some of those components shown in FIG. 5 such as a processor 522 / 532, for example. Processor 522 / 532 may further include protocol stacks and a set of control functional modules and circuits. Network apparatus 520 / 530 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 520 / 530 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0039] In one aspect, each of the processor 512, processor 522 and processor 532 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “aprocessor” is used herein to refer to processor 512, processor 522 and processor 532, each of them may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of the processor 512, processor 522 and processor 532 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of the processor 512, processor 522 and processor 532 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 510) and a network (e.g., as represented by network apparatus 520 / 530) in accordance with various implementations of the present disclosure.

[0040] In some implementations, communication apparatus 510 may also include a transceiver 516 coupled to processor 512 and capable of wirelessly transmitting and receiving data. In some implementations, communication apparatus 510 may further include a memory 514 coupled to processor 512 and capable of being accessed by processor 512 and storing data therein.

[0041] In some implementations, each of the network apparatus 520 and network apparatus 530 may include a memory component and a transceiver. Memory 524 of network apparatus 520 and memory 534 of network apparatus 530 are coupled to their respective processors 522 and 532 and are used to store data. Communication apparatus 510 may communicate wirelessly with network apparatuses 520 via transceivers 516 and 526, where network apparatuses 520 may communicate wirelessly with network apparatuses 530 via transceivers 526, and 536.

[0042] For illustrative purposes and without limitation, descriptions of capabilities of the network apparatus 530, network apparatus 520, and communication apparatus 510 are provided below with process 600, process 700 and process 800, respectively. In which, communication apparatus 510 is implemented in or as a communication apparatus or a UE, network apparatus 520 is implemented in or as a RAN node of a communication network, and network apparatus 530 is implemented in or as a CN node, an OAM device, a UE server, or a combination thereof. Illustrative Processes

[0043] FIG. 6 illustrates an example process 600 in accordance with an implementation of the present disclosure. Process 600 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to data collection in mobile communications. Process 600 may represent an aspect of implementation of features of network apparatus 530. Process 600 may include one or more operations, actions, or functions as illustrated by one or more of blocks 610, 620, and 630. Although illustrated as discrete blocks, various blocks of process 600 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 600 may be executed in the order shown in FIG. 6 or, alternatively, in a different order. Process 600 may be implemented by network apparatus 530 or any suitable network node. Solely for illustrative purposes and without limitation, process 600 is described below in the context of network apparatus 530 as a network node. Process 600 may begin at block 610.

[0044] At block 610, process 600 may involve processor 532 of network apparatus 530 performing a data collection coordination procedure to determine a data collection configuration. Process 600 may proceed from block 610 to block 620.

[0045] At block 620, process 600 may involve processor 532 transmitting, via transceiver 536, the data collection configuration to a RAN node (e.g., network apparatus 520 or the RAN node 120) . Process 600 may proceed from block 620 to block 630.

[0046] At block 630, process 600 may involve processor 532 receiving, via transceiver 536, data corresponding to the data collection configuration collected by at least one UE (e.g., communication apparatus 510 or the UE 110) from the RAN node.

[0047] In some implementations, network apparatus 530 may include one or a combination of an OAM device and a UE server. The UE (s) may be selected by the RAN node based on one or a combination of the data collection configuration and a UE capability report.

[0048] In some implementations, the data collection coordination procedure is performed between the OAM device and the UE server via a first interface.

[0049] In some implementations, the data collection configuration is transmitted from the OAM device to the RAN node.

[0050] In some implementations, the data collection configuration is transmitted from the UE server to the RAN node via a second interface.

[0051] In some implementations, the data collected by the UE (s) is received by the UE server via a second interface between the RAN node and the UE server.

[0052] In some implementations, the data collected by the UE (s) is received by the OAM device. Then, the data is transmitted to the UE server via a first interface between the OAM device and the UE server.

[0053] In some implementations, network apparatus 530 may include a CN node. The data collection coordination procedure may be performed between at least two of the CN node, the OAM device and the UE server.

[0054] In some implementations, the UE (s) may be selected by the CN node or the OAM device.

[0055] In some implementations, process 600 may further involve processor 532 indicating the UE (s) to the RAN node.

[0056] In some implementations, the data collection configuration is provided by the OAM device and stored by the CN node.

[0057] In some implementations, the data collection configuration corresponds to one or a combination of a job type, a measurement list, an area scope, a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server IP address, a PLMN list, an indication of UE-dependent information, and a use case-specific configuration.

[0058] In some implementations, process 600 may further involve processor 532 determining whether to deactivate a data collection procedure. Also, process 600 may involve processor 532 transmitting, via transceiver 536, a deactivation indication when the data collection procedure is determined to be deactivated.

[0059] FIG. 7 illustrates an example process 700 in accordance with an implementation of the present disclosure. Process 700 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to data collection in mobile communications. Process 700 may represent an aspect of implementation of features of network apparatus 520. Process 700 may include one or more operations, actions, or functions as illustrated by one or more of blocks 710, 720, 730, and 740. Although illustrated as discrete blocks, various blocks of process 700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 700 may be executed in the order shown in FIG. 7 or, alternatively, in a different order. Process 700 may be implemented by network apparatus 520 or any base stations (e.g., the RAN node 120) . Solely for illustrative purposes and without limitation, process 700 is described below in the context of network apparatus 520 as a RAN node. Process 700 may begin at block 710.

[0060] At block 710, process 700 may involve processor 522 of network apparatus 520 receiving, via transceiver 526, a data collection configuration from a network node. The network node may be network apparatus 530, which may include one or a combination of an OAM device and a UE server. Process 700 may proceed from block 710 to block 720.

[0061] At block 720, process 700 may involve processor 522 transmitting, via transceiver 526, the data collection configuration to at least one UE (e.g., communication apparatus 510 or the UE 110) . Process 700 may proceed from block 720 to block 730.

[0062] At block 730, process 700 may involve processor 522 receiving, via transceiver 526, data corresponding to the data collection configuration collected by the UE (s) . Process 700 may proceed from block 730 to block 740.

[0063] At block 740, process 700 may involve processor 522 transmitting, via transceiver 526, the data corresponding to the data collection configuration to the network node.

[0064] In some implementations, process 700 may further involve processor 522 transmitting, via transceiver 526, a data collection activation indication and the data collection configuration through an RRC message. The data collection configuration may correspond to one or a combination of a job type, a measurement list, an area scope, a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server IP address, a PLMN list, an indication of UE-dependent information, and a use case-specific configuration.

[0065] In some implementations, process 700 may further involve processor 522 receiving, via transceiver 526, a UE capability report. Also, process 700 may involve processor 522 selecting the UE (s) based on the UE capability report and the data collection configuration.

[0066] In some implementations, process 700 may further involve processor 522 transmitting, via transceiver 526, an assistance information to the UE (s) for a data compilation.

[0067] In some implementations, process 700 may further involve processor 522 compiling the data collected by the UE (s) based on the assistance information.

[0068] In some implementations, the assistance information may include one or a combination of a beam pattern, a cell coverage deployment, and a deployment related information.

[0069] FIG. 8 illustrates an example process 800 in accordance with an implementation of the present disclosure. Process 800 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to data collection in mobile communications. Process 800 may represent an aspect of implementation of features of communication apparatus 510. Process 800 may include one or more operations, actions, or functions as illustrated by one or more of blocks 810, 820, and 830. Although illustrated as discrete blocks, various blocks of process 800 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 800 may be executed in the order shown in FIG. 8 or, alternatively, in a different order. Process 800 may be implemented by communication apparatus 510 or any suitable UE (e.g., the UE 110) . Solely for illustrative purposes and without limitation, process 800 is described below in the context of communication apparatus 510 as a UE. Process 800 may begin at block 810.

[0070] At block 810, process 800 may involve processor 512 of communication apparatus 510 receiving, via transceiver 516, a data collection activation indication and a data collection configuration from a network. The network comprises a RAN node (e.g., network apparatus 520 or the RAN node 120) , and one or a combination of an OAM device and a UE server (e.g., implemented in network apparatus 530) . Process 800 may proceed from block 810 to block 820.

[0071] At block 820, process 800 may involve processor 512 performing a data collection based on the data collection configuration. Process 800 may proceed from block 820 to block 830.

[0072] At block 830, process 800 may involve processor 512 reporting the data corresponding to the data collection configuration to the network in an event that a reporting condition is met.

[0073] In some implementations, the data collection configuration may correspond to one or a combination of a job type, a measurement list, an area scope, a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server IP address, a PLMN list, an indication of UE-dependent information, and a use case-specific configuration.

[0074] In some implementations, the use case-specific configuration may include a CSI-RS configuration for a CSI feedback enhancement, a reference signal configuration for beam management, or a reference signal configuration for an AI or ML based positioning.

[0075] In some implementations, process 800 may further involve processor 512 transmitting, via transceiver 516 a UE capability report to the network. The UE capability report may include one or a combination of a capability of data collection, a UE storage information, a supported data type, a power or battery level, and a computing power.

[0076] In some implementations, process 800 may further involve processor 512 performing a data compilation during the data collection based on assistance information from the network.

[0077] In some implementations, process 800 may further involve processor 512 deactivating the data collection in an event that an indication of deactivation is received.

[0078] In some implementations, the data collection is performed during an RRC connected state of communication apparatus 510.

[0079] In some implementations, the data corresponding to the data collection configuration is logged.

[0080] In some implementations, the data corresponding to the data collection configuration is stored when an RRC connection is released.

[0081] In some implementations, the reporting condition may include receiving a data reporting indication form the network.

[0082] In some implementations, the reporting condition corresponds to one or more pre-defined configurations configured by the network. Additional Notes

[0083] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0084] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0085] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0086] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:performing, by a processor of a network node, a data collection coordination procedure to determine a data collection configuration;transmitting, by the processor, the data collection configuration to a radio access network (RAN) node; andreceiving, by the processor, data corresponding to the data collection configuration collected by at least one user equipment (UE) from the RAN node.2.The method of Claim 1, wherein the network node comprises one or a combination of an operations, administration, and maintenance (OAM) device and a UE server, and wherein the at least one UE is selected by the RAN node based on one or a combination of the data collection configuration and a UE capability report.3.The method of Claim 2, wherein the data collection coordination procedure is performed between the OAM device and the UE server via a first interface.4.The method of Claim 2, wherein the transmitting of the data collection configuration further comprises:transmitting the data collection configuration from the OAM device to the RAN node; ortransmitting the data collection configuration from the UE server to the RAN node via a second interface.5.The method of Claim 2, wherein the receiving of the data corresponding to the data collection configuration further comprises:receiving the data by the UE server via a second interface between the RAN node and the UE server; orreceiving the data by the OAM device, wherein the data is further transmitted to the UE server via a first interface between the OAM device and the UE server.6.The method of Claim 1, wherein the network node comprises a core network (CN) node, and wherein the data collection coordination procedure is performed between at least two of the CN node, an operations, administration, and maintenance (OAM) device, and a UE server.7.The method of Claim 6, wherein the at least one UE is selected by the CN node or the OAM device.8.The method of Claim 7, further comprising:indicating, by the processor, the at least one UE to the RAN node.9.The method of Claim 6, wherein the data collection configuration is provided by the OAM device and stored by the CN node.10.The method of Claim 1, wherein the data collection configuration corresponds to one or a combination of a job type, a measurement list, an area scope, a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server internet protocol (IP) address, a public land mobile network (PLMN) list, an indication of UE-dependent information, and a use case-specific configuration.11.The method of Claim 1, further comprising:determining, by the processor, whether to deactivate a data collection procedure; andtransmitting, by the processor, a deactivation indication in an event that the data collection procedure is determined to be deactivated.12.A method, comprising:receiving, by a processor of a radio access network (RAN) node, a data collection configuration from a network node comprising one or a combination of an operations, administration, and maintenance (OAM) device and a user equipment (UE) server;transmitting, by the processor, the data collection configuration to at least one UE;receiving, by the processor, data corresponding to the data collection configuration collected by the at least one UE; andtransmitting, by the processor, the data corresponding to the data collection configuration to the network node.13.The method of Claim 12, wherein the transmitting of the data collection configuration further comprising:transmitting a data collection activation indication and the data collection configuration via a radio resource control (RRC) message,wherein the data collection configuration corresponds to one or a combination of a job type, a measurement list, an area scope, a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server internet protocol (IP) address, a public land mobile network (PLMN) list, an indication of UE-dependent information, and a use case-specific configuration.14.The method of Claim 12, further comprising:receiving, by the processor, a UE capability report; andselecting, by the processor, the at least one UE based on the UE capability report and the data collection configuration.15.The method of Claim 12, further comprising:transmitting, by the processor, an assistance information to the at least one UE for a data compilation; orcompiling, by the processor, the data collected by the at least one UE based on the assistance information.16.The method of Claim 15, wherein the assistance information comprises one or a combination of a beam pattern, a cell coverage deployment, and a deployment related information.17.A method, comprising:receiving, by a processor of an apparatus, a data collection activation indication and a data collection configuration from a network, wherein the network comprises a radio access network (RAN) node, and one or a combination of an operations, administration, and maintenance (OAM) device and a user equipment (UE) server;performing, by the processor, a data collection based on the data collection configuration; andreporting, by the processor, the data corresponding to the data collection configuration to the network in an event that a reporting condition is met.18.The method of Claim 17, wherein the data collection configuration corresponds to one or a combination of a job type, a measurement list, an area scope, a report triggering condition, a report interval, a report amount, an event threshold, a report type, a logging interval, a logging duration, a collection period, a data collection reference, a server internet protocol (IP) address, a public land mobile network (PLMN) list, an indication of UE-dependent information, and a use case-specific configuration, wherein the use case-specific configuration comprises a channel state information (CSI) -reference signal (RS) configuration for a CSI feedback enhancement, a reference signal configuration for a beam management, or a reference signal configuration for an artificial intelligence (AI) or machine learning (ML) based positioning.19.The method of Claim 17, further comprising:transmitting, by the processor, a UE capability report to the network, wherein the UE capability report comprises one or a combination of a capability of data collection, a UE storage information, a supported data type, a power or battery level, and a computing power;performing, by the processor, a data compilation during the data collection based on an assistance information from the network; ordeactivating, by the processor, the data collection in an event that an indication of deactivation is received.20.The method of Claim 17, wherein:the data collection is performed during a radio resource control (RRC) connected state of the apparatus;the data corresponding to the data collection configuration is logged;the data corresponding to the data collection configuration is stored in an event that an RRC connection is released;the reporting condition comprises receiving a data reporting indication form the network; orthe reporting condition corresponds to one or more pre-defined configurations configured by the network.21.An apparatus, comprising:a transceiver which, during operation, communicates wirelessly; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, a data collection activation indication and a data collection configuration from a network, wherein the network comprises a radio access network (RAN) node, and one or a combination of an operations, administration, and maintenance (OAM) device and a user equipment (UE) server;performing a data collection based on the data collection configuration; andreporting, via the transceiver, the data corresponding to the data collection configuration to the network in an event that a reporting condition is met.

Images