Methods and apparatus for user plane based data collection in mobile communications

Abstract

Various solutions for user plane (UP) -based data collection in mobile communications are described. A user equipment (UE) may receive a data collection activation indication and a data collection configuration from a network node through a UP tunnel. The network node may include 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 activation indication and the data collection configuration. Further, the UE may report data corresponding to the data collection configuration to the network node through the UP tunnel. The UP-based UE side data collection framework, incorporating network awareness, offers a clear, flexible, and efficient methodology for configuring, collecting, and reporting data. This framework is well-suited to efficiently deliver the large datasets required for artificial intelligence (AI) or machine learning (ML) model training.

Description

METHODS AND APPARATUS FOR USER PLANE BASED 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 / 080542, 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 user plane (UP) -based 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 user plane (UP) -based data collection with respect to user equipment (UE) and network apparatus in mobile communications.

[0007] In one aspect, a method may involve an apparatus receiving a data collection activation indication and a data collection configuration from a network node through a UP tunnel. The network node may include at least one of an operations, administration, and maintenance (OAM) device and a UE server. The method may also involve the apparatus performing a data collection based on the data collection activation indication and the data collection configuration. The method may further involve the apparatus reporting data corresponding to the data collection configuration to the network node through the UP tunnel.

[0008] In 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 a network node through a UP tunnel. The network node may include 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 activation indication and the data collection configuration. The processor may further perform operations comprising reporting, via the transceiver, data corresponding to the data collection configuration to the network node through the UP tunnel.

[0009] In yet another aspect, a method may involve a network node performing a data collection coordination procedure to determine a data collection configuration. The network node may include an OAM device and / or a UE server. The method may involve the network node selecting at least one UE to perform data collection. The method may also involve the network node establishing a UP tunnel for the selected UE (s) . The method may also involve the network node transmitting a data collection activation indication and the data collection configuration to a radio access network (RAN) node through the UP tunnel. The method may further involve the network node receiving data corresponding to the data collection configuration collected by the selected UE (s) through the UP tunnel.

[0010] In yet another aspect, a method may involve a RAN node receiving a data collection activation indication and a data collection configuration from a network node. The network node may include an OAM device and / or a UE server. The method may also involve the RAN node receiving an indication from the network node. The indication is for indicating at least one UE. The method may also involve the RAN node establishing a data radio bearer (DRB) for the UE (s) . The method may also involve the RAN node transmitting the data collection activation indication and the data collection configuration to the UE (s) via the DRB. The method may further involve the RAN node receiving data corresponding to the data collection configuration collected by the UE(s) via the DRB. The method may further involve the RAN node transmitting the data corresponding to the data collection configuration to the network node through a UP tunnel.

[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 illustrates an example scenario of a user plane (UP) -based data collection framework in which various solutions and schemes in accordance with an implementation of the present disclosure.

[0014] FIG. 2 illustrates an example scenario of triggering data collection session activation in UP-based data collection framework in accordance with an implementation of the present disclosure.

[0015] FIG. 3 illustrates an example scenario of UP-based data collection in accordance with an implementation of the present disclosure.

[0016] FIG. 4 illustrates example scenarios of UP tunnel for UP-based data collection in accordance with implementations of the present disclosure.

[0017] FIG. 5 illustrates an example scenario of a control plane (CP) -based configuration / control for UE side data collection framework in accordance with an implementation of the present disclosure.

[0018] FIG. 6 illustrates an example scenario of triggering data collection session activation in CP-based data collection framework in accordance with an implementation of the present disclosure.

[0019] FIG. 7 illustrates another example scenario of triggering data collection session activation in CP-based data collection framework in accordance with an implementation of the present disclosure.

[0020] FIG. 8 illustrates an example scenario of CP-based data collection in accordance with an implementation of the present disclosure.

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

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

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

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

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

[0026] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to user plane (UP) -based 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.

[0027] FIG. 1 illustrates an example scenario of a UP-based data collection framework in which various solutions and schemes 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) may be utilized for applications such as artificial intelligence (AI) , machine learning (ML) , or other applications requiring model training. The UE server 150 is responsible for collecting and storing data reported by UEs (e.g., the UE 110) , 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 UE server 150 may interact with the UE 110 through an application layer or via the OAM device 140. 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 a 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 (i.e., the dataset) , which can be used for further analysis or processing. This may involve data cleaning, data preprocessing, 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. The UP-based UE side data collection framework shown in scenario 100 involves the stages of data collection configuration and control, data collection, and data report and transfer.

[0028] In the data collection configuration and control stage, the OAM device 140 and / or the UE server 150 may perform a data collection coordination procedure and may determine to activate a data collection procedure. The OAM device 140 and / or the UE server 150 may select one or more UEs for data collection, establish a UP tunnel for the selected UE (s) , and indicate the data collection activation indication and configuration to the selected UE (s) through the UP tunnel. The data collection configuration may control the UE side data collection and the UE reporting behaviors. It may correspond to one or a combination of a measurement and report configuration, a content type configuration, and a use case-specific configuration. In one example, the data collection configuration may include 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 a 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 / UE-specific information, and a use case-specific configuration. The UE-dependent / UE-specific information is the information generated by UE, which is specific to each UE. In one embodiment, the UE may carry different information as UE-dependent / UE-specific information for different use case, and at different point of time. For example, the UE-dependent / UE-specific information is carried in a container or a data radio bearer (DRB) , which may be decodable or non-decodable by the network side. The use case-specific configuration may specify different types of data to be 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. In one embodiment, the OAM device 140 and the UE server 150 may exchange information related to data collection via a new interface (e.g., interface A in FIG. 1) and determine to initialize data collection. The interface A is, for example, introduced by an application programming interface (API) or in the OAM domain. The data collection configuration and control may be indicated from the UE server 150 to the RAN node 120 via another new interface (e.g., interface B in FIG. 1) . In one example, there is yet another new interface introduced between the UE server 150 and the CN node 130 (e.g., interface C in FIG. 1) . In another embodiment, the UE server 150 and the OAM device 140 may exchange information related to data collection through the UP tunnel. The data collection configuration and control may be indicated from the OAM device 140 to the RAN node 120 through the UP tunnel to initialize data collection.

[0029] In the data collection stage, each selected UE (e.g., the UE 110) may perform a data collection by starting a measurement procedure and logging the data and labels from UE side upon receiving the data collection activation indication and configuration for data collection. More specifically, the RAN node 120 may establish a DRB for the selected UE (s) indicated by the OAM device 140 and / or the UE server 150. The RAN node 120 may then transmit the data collection activation indication and configuration to the selected UE (s) through the UP tunnel via the DRB. In one embodiment, the selected UE may perform the data collection during a radio resource control (RRC) connected state. The collected data may be logged and stored even when the RRC connection is released. In one embodiment, based on the use case-specific configuration in the data collection configuration, 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.

[0030] In the data report and transfer stage, each selected UE may trigger a data reporting process when a reporting condition is met. For example, the selected UE may trigger the data reporting process when a pre-defined event occurs. Or, the selected UE may trigger the data reporting process when it receives a data report indication from the RAN node 120 or the UE server 150. Alternatively, the selected UE may trigger the data reporting process periodically according to the data collection configuration. During the data reporting process, the selected UE may report the measurement log and the collected data to the UE server 150 through the UP tunnel. In one embodiment, the RAN node 120 may collect and report labels and assistance information to the UE server 150 through the UP tunnel. To be specific, the measurement log and the collected data are uploaded to the UE server 150 via the OAM device 140 through the setup UP tunnel. In one example, the DRB for the selected UE terminates at the OAM device 140, the measurement log and the collected data are transmitted to the OAM device 140 via the DRB, and the OAM device 140 further transmits the measurement log and the collected data to the UE server 150 through the UP tunnel. In another example, there is a first DRB between the selected UE and the CN node 130 and a second DRB between the CN node 130 and the OAM device 140. The measurement log and the collected data are transmitted to the CN node 130 via the first DRB, forwarded to the OAM device 140 via the second DRB, and transmitted to the UE server 150 through the UP tunnel.

[0031] FIG. 2 is a diagram depicting an example scenario of triggering data collection session activation in UP-based data collection framework in accordance with an implementation of the present disclosure. To activate the data collection session, in operation 201, a data collection coordination procedure is performed between the OAM device 140 and the UE server 150. For example, the OAM device 140 and the UE server 150 may exchange the data collection configuration through the UP tunnel. In operations 202 to 203, the OAM device 140 obtains the configuration for UE selection, logging, and reporting policies. It then selects one or more UEs, establishes and manages connections, and translates configuration requests. In operation 204, the OAM device 140 may send a data collection activation indication to the RAN node 120 to initialize the data collection procedure through the UP tunnel, or through an application layer. The OAM device 140 may also provide the RAN node 120 with the data collection configuration through the UP tunnel, the provided configuration may include one or a combination of a UE selection policy (e.g., vendor information, UE battery status, UE memory capacity) , a logging policy (e.g., logging interval, logging duration, collection period) , a reporting policy (e.g., report interval, report amount, event threshold, report type) , a job type (e.g., data collection for BM, CSI, positioning, or mobility) , lists of measurement, an area scope (lists of cells, RNAs, TA, etc. ) , a data collection reference, a server IP address, PLMN lists, an indication of carrying UE-dependent / UE-specific information, and a use case-specific configuration. In operations 205 to 206, the RAN node 120 combines the UE capabilities reported from multiple UEs with the configuration parameters from the OAM device 140 to select one or more UEs for data collection activation. The UE capability report may include one or a combination of a capability of data collection, a UE storage information (e.g., the leftover storage of UE for data collection) , a supported data type, a power or battery level, and a computing power. The RAN node 120 may perform UE selection based on the area received from the OAM device 140 and the area where UE is located, user consent information received from the CN node 130, as well as the UE capability information. In operations 207 to 209, the RAN node 120 establishes a DRB with selected UE (s) for data collection configuration and data transfer. The RAN node 120 activates the data collection functionality to the selected UE (s) and sends the configuration information to the selected UE (s) . For example, the data collection activation information is provided to the UE 110 via the DRB. When the UE 110 receives the data collection activation and parses it from the DRB, it starts the data collection functionality based on the received configuration parameters.

[0032] An overall flow of UP-based UE side data collection with network awareness in accordance with an implementation of the present disclosure is shown in scenario 300 of FIG. 3. During the data collection activation and configuration procedure, the data collection coordination is performed between the OAM device 140 and the UE server 150 to initialize data collection. The OAM device 140 and the UE server 150 may exchange information related to data collection through the UP tunnel. In one embodiment, the OAM device 140 and / or the UE server 150 decides to initialize the data collection and sends the data collection session activation indication to the RAN node 120 through the UP tunnel. In one example, the RAN node 120 receives data collection consent and a list of PLMNs from the OAM device 140, and receives UE capability reports with data collection information from one or more UEs. The RAN node 120 may select one or more UEs based on the data collection parameters received from the OAM device 140 and / or the UE server 150, as well as the UE capability information received from UEs. The RAN node 120 may set up a DRB for the selected UE (s) , then sends the data collection activation and related configuration to the select UE (s) via the DRB. Assuming that the UE 110 is a selected UE, the UE 110 may initiate the data collection procedure once receiving the data collection activation indication from the RAN node 120. During the data collection procedure, the UE 110 performs measurement and logs the measurement results and data. The UE 110 may trigger the data reporting process when the collected data meets certain conditions, or when a data reporting indication from the network or the UE server 150 is received. Alternatively, the UE 110 may trigger the data reporting process periodically. In one embodiment, the UE 110 may receive assistance information from the RAN node 120 and perform a data compilation accordingly. The assistance information may include one or a combination of a beam pattern, a cell coverage deployment, and a deployment related information. The compilation result is transmitted to the RAN node 120 via the DRB. However, the collected data may be compiled by the RAN node 120 or any of the CN node 130, the OAM device 140 or the UE server 150 during the data report and transfer procedure. The collected data (including label or not) are reported from the UE 110 to the CN node 140, the OAM device 140, or the UE server 150 through the UP tunnel. In one example, label and assistance information are transferred from the RAN node 120 to the CN node 130, the OAM device 140 or the UE server 150 through the UP tunnel. The collected data may be complied with label and assistance information by the CN node 130, the OAM device 140 or the UE server 150. Furthermore, the OAM device 140 and the UE server 150 may exchange information related to data collections and decide to deactivate the data collection procedure. During the data collection deactivation procedure, a data collection deactivation indication is sent from the OAM device 140 and / or the UE server 150 to the RAN node 120 through the UP tunnel. The data collection deactivation indication may be further transferred from the RAN node 120 to the selected UE (e.g., the UE 110) through the DRB. Alternatively, the data collection deactivation indication may be sent from the UE server 150 to the UE 110 through an application layer.

[0033] FIG. 4 illustrates example scenarios of UP tunnel for data transfer for UP-based data collection in accordance with implementations of the present disclosure. In one embodiment, a UP tunnel for data transfer is established between the selected UE 110 and the UE server 150 during the data collection activation and configuration procedure. In another embodiment, the UP tunnel may be utilized for both data collection configuration and subsequent data transfer. Data collected from the UE side is transferred to the UE server 150 over the DRB. For example, in scenario 400a, the DRB terminates at the OAM device 140, which then forwards the data to the UE server 150. In scenario 400b, the DRB terminates at the CN node 130. The CN node 130 forwards the data to the OAM device 140, which then forwards the data to the UE server 150. In scenario 400c, the DRB terminates at the RAN node 120. The RAN node 120 forwards the data to the OAM device 140, which then forwards the data to the UE server 150. In scenario 400d, the DRB terminates at the RAN node 120. The RAN node 120 forwards the data to the CN node 130, which then forwards it to the OAM device 140. The OAM device 140 then forwards the data to the UE server 150.

[0034] FIG. 5 illustrates an example scenario of a control plane (CP) -based configuration / control for UE side data collection framework in accordance with an implementation of the present disclosure. Scenario 500 involves a UE 510, a RAN node 520, a CN node 530, an OAM device 540, and a UE server 550. Unlike scenario 100, which relies on the UP for both configuration / control and data transfer, scenario 500 leverages the CP for configuration / control and continues to use the UP for data transfer.

[0035] In one embodiment, the configuration and control for data collections is triggered from the OAM device 540 and / or the UE server 550. For example, the OAM device 540 and the UE server 550 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 API or in the OAM domain. The data collection configuration and the control signaling may be indicated to the RAN node 520 to initiate the data collection procedure. In one example, the data collection configuration and the control signaling may be indicated from the UE server 550 to the RAN node 520 via a new interface B (i.e., path 561) . Alternatively, the data collection configuration and the control signaling may be indicated from the UE server 550 to the CN node 530 with access and mobility management function (AMF) , then the CN node 530 may further transfer the information to the RAN node 520 (i.e., path 563) . Specifically, a new interface C is introduced between the UE server 550 and the CN node 530 for data / signal transmission. In yet another example, the data collection configuration and the control signaling may be indicated from the OAM device 540 to the RAN node 520. For example, the OAM device 540 may directly indicate the data collection configuration and the control signaling to the RAN node 520 (i.e., path 565) , or the OAM device 540 may indicate the data collection configuration and the control signaling to the CN node 530, and then the CN node 530 may further transfer the information to the RAN node 520 (i.e., path 567) .

[0036] In the data collection stage, the selected UE (s) such as the UE 510 may perform measurements or data collection based on the received data collection configuration. To be specific, the RAN node 520 may transfer the data collection configuration and the control signaling to the UE 510 via an RRC message. The UE 510 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 510 may collect UE-dependent / UE-specific 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-RS configuration for CSI feedback enhancement, a reference signal configuration for BM, or a reference signal configuration for AI / ML based positioning. The UE 510 may collect or measure a L1-RSRP for BM, a L3-RSRP for mobility, and a CSI, a PDP, a CIR, or a timing difference for respective use cases. The UE 510 may log the measurement and data files for data report in the future. In one embodiment, the UE 510 stores the logged measurement and data file and does not release them when the RRC connection is released.

[0037] 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 520, and then transferred to the UE server 550. In one example, the UE 510, as a selected UE, may trigger the data reporting process when certain pre-defined condition is met. In another example, the UE 510 may trigger the data reporting process when receives a data reporting indication from the network. In yet another example, the UE 510 may trigger the data reporting process periodically. The labeling data may be generated by the UE 510, the RAN node 520 or the CN node 530. The compiling of the collected data, labeling data as well as the assistance information can be performed by the UE 510 or the network (e.g., the RAN node 520 and / or the CN node 530) . 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 520 may directly transmit the data collected by the selected UE (s) to the UE server 550 via the new interface B (i.e., path 571) . Alternatively, the RAN node 520 may transfer the collected data to the OAM device 540, then the OAM device 540 may further transfer the data to the UE server 550 via the new interface A (i.e., path 573) . The new interface A, B or C may be standardized or non-standardized interface.

[0038] FIG. 6 is a diagram depicting an example scenario of triggering data collection session activation in accordance with an implementation of the present disclosure. In scenario 600, before the data collection session activation starts, the CN node 530 may send an initial context setup request / handover (HO) request to the RAN node 520, as shown in operation 601, to indicate that data collection is allowed. In operation 602, the RAN node 520 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 603, a data collection coordination procedure is performed between the UE server 550 and the OAM device 540. For example, the UE server 550 and the OAM device 540 may exchange information via a new interface (e.g., interface A in FIG. 5) and then determine the initialization of the data collection procedure and its corresponding configuration. In one embodiment, the OAM device 540 may send a data collection session activation indication and the data collection configuration to the RAN node 520 to initialize the data collection procedure, as shown in operation 604. Alternatively, the UE server 550 may transmit this information to the RAN node 520 via a new interface (e.g., interface B in FIG. 5) to achieve the same purpose. In operation 605, the RAN node 520 may store the data collection configuration parameter (s) received from the OAM device 540 (or the UE server 550) . In one embodiment, the RAN node 520 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 600, the RAN node 520 receives the UE capability report from the UE 510 as shown in operation 606. Then, in operation 607, the RAN node 520 may perform a UE selection procedure by combining the capabilities reported from multiple UEs with the configuration parameter (s) from the OAM device 540 (or the UE server 550) 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 530, as well as the UE capability information. The RAN node 520 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 510 is one of the UE (s) selected by the RAN node 520, as shown in operation 608, the RAN node 520 may provide the data collection activation indication and the data collection configuration by one signaling to the UE 510. In one embodiment, the data collection activation indication and the data collection configuration may be provided to the UE 510 via an RRC message (e.g., RRCReconfiguration message) .

[0039] FIG. 7 is a diagram depicting another example scenario of triggering data collection session activation in accordance with an implementation of the present disclosure. As shown scenario 700, in order to provide the data collection configuration to the UE 510, the OAM device 540 and the UE server 550 exchanges information via a data collection coordination procedure as shown in operation 701. Once the OAM device 540 or the UE server 550 determines to initialize a data collection procedure, as shown in operation 702, the OAM device 540 and / or the UE server 550 may further coordinate with the CN node 530 for the decision. For example, the OAM device 540 may provide the CN node 530 with the data collection configuration. In operation 703, the CN node 530 may store the data collection configuration parameter (s) . In operation 704, the CN node 530 may send a data collection session activation indication to the RAN node 520 with the configuration parameter (s) . In operation 705, the RAN node 520 may store the data collection configuration parameter (s) . In scenario 700, one or more UEs are selected by the CN node 530 or the OAM device 540 for data collection, and the selection result is indicated to the RAN node 520. During operations 706 to 708, the RAN node 520 may activate the data collection functionality to the selected UEs (e.g., the UE 510) 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 510. In one example, the data collection activation indication and the data collection configuration may be provided to the UE 510 via an RRC message (e.g., RRCReconfiguration message) . The UE 510 may send an RRCReconfiguration complete message to the RAN node 520 for the acknowledgement of data collection activation.

[0040] Regardless of whether the data collection session activation is triggered by the OAM device 540, the UE server 550, or the CN node 530, the UE 510 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 510 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 510 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 510 via an RRC message (e.g., an RRCReconfiguration message) . When the data reporting process is triggered, the UE 510 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.

[0041] In the foregoing embodiments, the RAN node 520 may transmit labels and assistance information to the UE 510. The UE 510 may compile the collected data and transfer the complied data to the RAN node 520. Alternatively, the UE 510 may send the collected data to the RAN node 520, and then the data is compiled by the RAN node 520 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.

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

[0043] FIG. 8 illustrates an example scenario of CP-based configuration / control for UE side data collection in accordance with an implementation of the present disclosure. Scenario 800 shows an overall flow of CP-based UE side data collection with network awareness. During the data collection activation and configuration procedure, the data collection coordination is performed between the OAM device 540 and UE server 550 to initialize a data collection procedure. The OAM device 540 and UE server 550 (may also include the CN node 530) exchanges information related to data collections. The OAM device 540 or the UE server 550 decides to initialize the data collection and sends a data collection session activation indication to the RAN node 520. Alternatively, the decision of data collection activation is firstly sent to the CN node 530, and the CN node 530 further indicates it to the RAN node 520. The RAN node 520 receives the UE context, the consent of data collection and PLMN list from the CN node 530, stores the data collection configuration parameter (s) , and receives the UE capability report with data collection information from UEs (e.g., UE 510) . The data collection UE capability may be included in the UE context and sent to the RAN node 520 if the CN node 530 has such information. Otherwise, it will be sent from the UE later. In one embodiment, the RAN node 520 may select one or more UEs based on the data collection parameter (s) received from the CN node 530 and / or the OAM device 540 and / or the UE server 550, as well as the UE capability information received from UEs. The RAN node 520 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.

[0044] During the data collection procedure, the UE 510, as one selected UE, initiates the data collection procedure once receiving data collection activation indication from the RAN node 520. Specifically, the UE 510 performs measurement and logs the measurement and data. During the data report and transfer procedure, the UE 510 triggers the data reporting process when the collected data meets certain conditions, or when it receives a data reporting indication from the network. The data is firstly shared over the air interface between the UE 510 and the RAN node 520. 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 520 further transfers the data file to the UE server 550. The data file may be transferred to the UE server 550 via different tunnels. For example, from the RAN node 520 to the UE server 550, or from the RAN node 520 to the OAM device 540, and then from the OAM device 540 to the UE server 550. During the data collection deactivation procedure, the OAM device 540 and the UE server 550 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 520, and further transferred to the selected UEs (e.g., UE 510) . In one embodiment, the data collection deactivation indication is sent via an RRC Reconfiguration message. The UE 510 may send an RRCReconfiguration complete message to the RAN node 520 for the acknowledgement of data collection deactivation. Illustrative Implementations

[0045] FIG. 9 illustrates an example communication system 900 having at least an example communication apparatus 910 and example network apparatuses 920 and 930 in accordance with an implementation of the present disclosure. Each of the communication apparatus 910, network apparatus 920, and network apparatus 930 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to UP-based data collection in mobile communications, including scenarios / schemes described above as well as processes 1000, 1100, and 1200 described below.

[0046] Communication apparatus 910 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 910 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 910 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 910 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 910 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 910 may include at least some of those components shown in FIG. 9 such as a processor 912, for example. Communication apparatus 910 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 910 are neither shown in FIG. 9 nor described below in the interest of simplicity and brevity.

[0047] Network apparatus 920 may be a part of a RAN. For instance, network apparatus 920 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 930 may be a part of a control plane of communication system 900. For example, network apparatus 930 may include an OAM device, a UE server, a CN node, or any combination thereof. Network apparatus 920 / 930 may include at least some of those components shown in FIG. 9 such as a processor 922 / 932, for example. Processor 922 / 932 may further include protocol stacks and a set of control functional modules and circuits. Network apparatus 920 / 930 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 920 / 930 are neither shown in FIG. 9 nor described below in the interest of simplicity and brevity.

[0048] In one aspect, each of the processor 912, processor 922 and processor 932 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 “a processor” is used herein to refer to processor 912, processor 922 and processor 932, 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 912, processor 922 and processor 932 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 912, processor 922 and processor 932 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 910) and a network (e.g., as represented by network apparatus 920 / 530) in accordance with various implementations of the present disclosure.

[0049] In some implementations, communication apparatus 910 may also include a transceiver 916 coupled to processor 912 and capable of wirelessly transmitting and receiving data. In some implementations, communication apparatus 910 may further include a Memory 914 coupled to processor 912 and capable of being accessed by processor 912 and storing data therein.

[0050] In some implementations, network apparatus 920 may further include a transceiver 926 coupled to processor 922 for wireless data transmission and reception, and a memory 924 coupled to and accessed by processor 922 for data storage. Similarly, network apparatus 930 may further include a transceiver 936 coupled to processor 932 for wireless data transmission and reception, and a memory 934 coupled to and accessed by processor 932 for data storage. Communication apparatus 910 may communicate wirelessly with network apparatus 920 via transceivers 916 and 926. Communication apparatus 910 may also communicate wirelessly with network apparatus 930 via transceivers 916 and 936. Network apparatus 920 may communicate wirelessly with network apparatus 930 via transceivers 926, and 936.

[0051] For illustrative purposes and without limitation, descriptions of capabilities of communication apparatus 910, network apparatus 920, and network apparatus 930 are provided below with process 1000, process 1100 and process 1200, respectively. In which, communication apparatus 910 is implemented in or as a communication apparatus or a UE, network apparatus 920 is implemented in or as a RAN node of a communication network, and network apparatus 930 is implemented in or as an OAM device, a UE server, or a combination thereof. Illustrative Processes

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

[0053] At block 1010, process 1000 may involve processor 912 of communication apparatus 910 receiving, via transceiver 916, a data collection activation indication and a data collection configuration from a network node through a UP tunnel. The network node may include one or a combination of an OAM device and a UE server (e.g., implemented in network apparatus 930) . Process 1000 may proceed from block 1010 to block 1020.

[0054] At block 1020, process 1000 may involve processor 912 performing a data collection based on the data collection activation indication and the data collection configuration. Process 1000 may proceed from block 1020 to block 1030.

[0055] At block 1030, process 1000 may involve processor 912 reporting data corresponding to the data collection configuration to the network node through the UP tunnel.

[0056] In some implementations, the data collection configuration may include one or a combination of a measurement and report configuration, a content type configuration, and a use case-specific configuration.

[0057] In some implementations, the data collection activation indication and the data collection configuration are received through the UP tunnel via a DRB.

[0058] In some implementations, process 1000 may further involve processor 912 transmitting, via transceiver 916, a UE capability report to the network node or a RAN node. 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.

[0059] In some implementations, process 1000 may further involve processor 912 receiving, via transceiver 916, an assistance information from a RAN node. Process 1000 may further involve processor 912 performing a data compilation during the data collection based on the assistance information. Also, process 1000 may further involve processor 912 transmitting, via transceiver 916, a compilation result to the RAN node via a DRB.

[0060] In some implementations, process 1000 may further involve processor 912 receiving, via transceiver 916, a data collection deactivation indication from a RAN node through the UP tunnel via a DRB. Process 1000 may further involve processor 912 deactivating the data collection.

[0061] In some implementations, process 1000 may further involve processor 912 reporting the data corresponding to the data collection configuration in an event that a reporting condition is met. The reporting condition may include an occurrence of a pre-defined event, or receiving a data report indication from a RAN node or the UE server.

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

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

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

[0065] In some implementations, the UP tunnel may include a DRB between communication apparatus 910 and the OAM device. The data corresponding to the data collection configuration is transmitted to the OAM device via the DRB, and to the UE server through the UP tunnel.

[0066] In some implementations, the UP tunnel may include a first DRB between communication apparatus 910 and a CN node, and a second DRB between the CN node and the OAM device. The data corresponding to the data collection configuration is transmitted to the CN node via the first DRB, forwarded to the OAM device via the second DRB, and transmitted to the UE server through the UP tunnel.

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

[0068] At block 1110, process 1100 may involve processor 922 of network apparatus 920 receiving, via transceiver 926, a data collection activation indication and a data collection configuration from a network node. The network node may be network apparatus 930, which may include one or a combination of an OAM device and a UE server. Process 1100 may proceed from block 1110 to block 1120.

[0069] At block 1120, process 1100 may involve processor 922 receiving, via transceiver 926, an indication indicating at least one UE from the network node. Process 1100 may proceed from block 1120 to block 1130.

[0070] At block 1130, process 1100 may involve processor 922 establishing a DRB for the at least one UE. Process 1100 may proceed from block 1130 to block 1140.

[0071] At block 1140, process 1100 may involve processor 922 transmitting, via transceiver 926, the data collection activation indication and the data collection configuration to the at least one UE via the DRB. Process 1100 may proceed from block 1140 to block 1150.

[0072] At block 1150, process 1100 may involve processor 922 receiving, via transceiver 926, data corresponding to the data collection configuration collected by the at least one UE via the DRB. Process 1100 may proceed from block 1150 to block 1160.

[0073] At block 1160, process 1100 may involve processor 922 transmitting, via transceiver 926, the data corresponding to the data collection configuration to the network node through a UP tunnel.

[0074] In some implementations, process 1100 may further involve processor 922 transmitting, via transceiver 926, an assistance information to the at least one UE for a data compilation via the DRB.

[0075] In some implementations, process 1100 may further involve processor 922 compiling the data collected by the at least one UE based on the assistance information.

[0076] 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.

[0077] In some implementations, the data collection configuration may include one or a combination of a measurement and report configuration, a content type configuration, and a use case-specific configuration.

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

[0079] At block 1210, process 1200 may involve processor 932 of network apparatus 930 performing a data collection coordination procedure to determine a data collection configuration. Network apparatus 930 may include OAM device and / or a UE server. Process 1200 may proceed from block 1210 to block 1220.

[0080] At block 1220, process 1200 may involve processor 932 selecting at least one UE to perform data collection. Process 1200 may proceed from block 1220 to block 1230.

[0081] At block 1230, process 1200 may involve processor 932 establishing a UP tunnel for the at least one UE. Process 1200 may proceed from block 1230 to block 1240.

[0082] At block 1240, process 1200 may involve processor 932 transmitting, via transceiver 936, a data collection activation indication and the data collection configuration to a RAN node (e.g., network apparatus 920 or the RAN node 120) through the UP tunnel. Process 1200 may proceed from block 1240 to block 1250.

[0083] At block 1250, process 1200 may involve processor 932 receiving, via transceiver 936, data corresponding to the data collection configuration collected by the at least one UE through the UP tunnel.

[0084] In some implementations, information is exchanged between the OAM device and the UE server through the UP tunnel during the data collection coordination procedure.

[0085] In some implementations, process 1200 may involve processor 932 transmitting, via transceiver 936, the data collection activation indication and the data collection configuration from the OAM device to the RAN node.

[0086] In some implementations, process 1200 may involve processor 932 transmitting, via transceiver 936, the data collection activation indication and the data collection configuration from the UE server to the RAN node.

[0087] In some implementations, process 1200 may involve processor 932 transmitting, via transceiver 936, the data collection activation indication and the data collection configuration from the OAM device to the RAN node through a CN node.

[0088] In some implementations, the data is received by the UE server from the at least one UE through the UP tunnel.

[0089] In some implementations, the data is received by the UE server from the RAN node through the UP tunnel.

[0090] In some implementations, process 1200 may involve processor 932 determining to deactivate a data collection procedure. Further, process 1200 may involve processor 932 transmitting, via transceiver 936, a data collection deactivation indication to the RAN node through the UP tunnel.

[0091] In some implementations, the data collection configuration may include one or a combination of a measurement and report configuration, a content type configuration, and a use case-specific configuration. Additional Notes

[0092] 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.

[0093] 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.

[0094] 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. ”

[0095] 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:receiving, by a processor of an apparatus, a data collection activation indication and a data collection configuration from a network node through a user plane (UP) tunnel, wherein the network node comprises 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 activation indication and the data collection configuration; andreporting, by the processor, data corresponding to the data collection configuration to the network node through the UP tunnel.2.The method of Claim 1, wherein the data collection configuration comprises one or a combination of a measurement and report configuration, a content type configuration, and a use case-specific configuration.3.The method of Claim 1, wherein the data collection activation indication and the data collection configuration are received through the UP tunnel via a data radio bearer (DRB) .4.The method of Claim 1, further comprising:transmitting, by the processor, a UE capability report to the network node or a radio access network (RAN) node, 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.5.The method of Claim 1, further comprising:receiving, by the processor, an assistance information from a radio access network (RAN) node;performing, by the processor, a data compilation during the data collection based on the assistance information; andtransmitting, by the processor, a compilation result to the RAN node via a data radio bearer (DRB) .6.The method of Claim 1, further comprising:receiving, by the processor, a data collection deactivation indication from a radio access network (RAN) node through the UP tunnel via a data radio bearer (DRB) ; anddeactivating, by the processor, the data collection.7.The method of Claim 1, wherein the reporting of the data corresponding to the data collection configuration further comprises:reporting the data corresponding to the data collection configuration in an event that a reporting condition is met, wherein the reporting condition comprises an occurrence of a pre-defined event, or receiving a data report indication from a radio access network (RAN) node or the UE server.8.The method of Claim 1, 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; orthe data corresponding to the data collection configuration is stored in an event that a RRC connection is released.9.The method of Claim 1, wherein the UP tunnel comprises a data radio bearer (DRB) between the apparatus and the OAM device, and wherein the data corresponding to the data collection configuration is transmitted to the OAM device via the DRB, and to the UE server through the UP tunnel.10.The method of Claim 1, wherein the UP tunnel comprises a first data radio bearer (DRB) between the apparatus and a core network (CN) node, and a second DRB between the CN node and the OAM device, and wherein the data corresponding to the data collection configuration is transmitted to the CN node via the first DRB, forwarded to the OAM device via the second DRB, and transmitted to the UE server through the UP tunnel.11.A method, comprising:performing, by a processor of a network node, a data collection coordination procedure to determine a data collection configuration, wherein the network node comprises one or a combination of an operations, administration, and maintenance (OAM) device and a user equipment (UE) server;selecting, by the processor, at least one user equipment (UE) to perform data collection;establishing, by the processor, a user plane (UP) tunnel for the at least one UE;transmitting, by the processor, a data collection activation indication and the data collection configuration to a radio access network (RAN) node through the UP tunnel; andreceiving, by the processor, data corresponding to the data collection configuration collected by the at least one UE through the UP tunnel.12.The method of Claim 11, wherein information is exchanged between the OAM device and the UE server through the UP tunnel during the data collection coordination procedure.13.The method of Claim 11, wherein the transmitting of the data collection activation indication and the data collection configuration further comprises:transmitting the data collection activation indication and the data collection configuration from the OAM device to the RAN node;transmitting the data collection activation indication and the data collection configuration from the UE server to the RAN node; ortransmitting the data collection activation indication and the data collection configuration from the OAM device to the RAN node through a core network (CN) node.14.The method of Claim 11, wherein the receiving of the data corresponding to the data collection configuration further comprises:receiving the data by the UE server from the at least one UE through the UP tunnel; orreceiving the data by the UE server from the RAN node through the UP tunnel.15.The method of Claim 11, further comprising:determining, by the processor, to deactivate a data collection procedure; andtransmitting, by the processor, a data collection deactivation indication to the RAN node through the UP tunnel.16.The method of Claim 11, wherein the data collection configuration comprises one or a combination of a measurement and report configuration, a content type configuration, and a use case-specific configuration.17.A method, comprising:receiving, by a processor of a radio access network (RAN) node, a data collection activation indication and 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;receiving, by the processor, an indication indicating at least one UE from the network node;establishing, by the processor, a data radio bearer (DRB) for the at least one UE;transmitting, by the processor, the data collection activation indication and the data collection configuration to the at least one UE via the DRB;receiving, by the processor, data corresponding to the data collection configuration collected by the at least one UE via the DRB; andtransmitting, by the processor, the data corresponding to the data collection configuration to the network node through a user plane (UP) tunnel.18.The method of Claim 17, further comprising:transmitting, by the processor, an assistance information to the at least one UE for a data compilation via the DRB; orcompiling, by the processor, the data collected by the at least one UE based on the assistance information.19.The method of Claim 18, wherein the assistance information comprises one or a combination of a beam pattern, a cell coverage deployment, and a deployment related information.20.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 node through a user plane (UP) tunnel, wherein the network node comprises 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 activation indication and the data collection configuration; andreporting, via the transceiver, data corresponding to the data collection configuration to the network node through the UP tunnel.

Images