Methods and apparatus for handling data collection configuration and logged data during UE mobility

Abstract

Various solutions for handling data collection configuration and logged data during UE mobility are described. A user equipment (UE) may receive a data collection configuration from a network node. Then, the UE may perform a measurement according to the data collection configuration. Furthermore, the UE may receive a radio resource control (RRC) message from the network node. The UE may handle the data collection configuration according to the RRC message.

Description

METHODS AND APPARATUS FOR HANDLING DATA COLLECTION CONFIGURATION AND LOGGED DATA DURING UE MOBILITYCROSS 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 / 130908, filed 8 November 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 the method and apparatus for user equipment (UE) to handle data collection configuration and logged data during UE mobility for wireless communication systems.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) and / or Machine Learning (ML) have been widely used in wireless networks to improve performance, user experience, and reduce complexity / overhead. In the conventional network of the 3rd generation partnership project (3GPP) 5G new radio (NR) , by leveraging AI / ML technology to address challenges due to the increased complexity of foreseen deployments over the air interface, both for the network and UEs. Data collection is a crucial step in AI / ML life cycle management (LCM) , which provides the foundation for creating effective and accurate models.

[0005] The quality and quantity of the data directly impact the model's performance. Data collection performed by the network (NW) provides a comprehensive view of the entire network, including the base stations, core network elements, and other network nodes. Thus, a data collection solution is needed for UE to support the NW-side for AI / ML model training.SUMMARY

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

[0007] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issue pertaining to handling data collection configuration and logged data during UE mobility.

[0008] In one aspect, a method may involve an apparatus receiving a data collection configuration from a network node. The method may also involve the apparatus performing a measurement according to the data collection configuration. The method may further involve the apparatus receiving an radio resource control (RRC) message from the network node. The method may further involve the apparatus handling the data collection configuration according to the RRC message.

[0009] 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 configuration from a network node. The processor, during operation, may also perform operations comprising performing a measurement according to the data collection configuration. The processor, during operation, may further perform operations comprising receiving, via the transceiver, an RRC message from the network node. The processor, during operation, may further perform operations comprising handling the data collection configuration according to the RRC message.

[0010] In another aspect, a method may involve a network node transmitting a data collection configuration to a UE. The method may also involve the network node transmitting an RRC message to the UE. The RRC message may indicate to release the data collection configuration, provide a new data collection configuration, or neither provide a new data collection configuration nor indicate to release the data collection configuration.

[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] FIGs. 2A to 2C are diagrams depicting exemplary procedures to handle data collection configuration when the UE receives an RRC message in accordance with implementations of the present disclosure.

[0015] FIG. 3 is a diagram depicting an exemplary scenario and procedure related to handle data collection configuration during handover (HO) in accordance with implementations of the present disclosure.

[0016] FIG. 4 illustrates an exemplary flow chart for a UE receiving an RRC message in accordance with implementations of the present disclosure.

[0017] FIG. 5 is a diagram depicting exemplary procedures related to an abnormal case for handling data collection configuration in accordance with implementations of the present disclosure.

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

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

[0020] FIG. 8 is a flowchart of 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 handling data collection configuration and logged data during UE mobility. 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 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a user equipment (UE) 110 in wireless communication with a wireless network consisting of an access network 125 and a core network (CN) 130. The wireless network may be a 5G NR network, 5G-Advanced network, or 6G network; however, the present disclosure is not limited thereto. The UE 110 may be a smartphone, a wearable device, an IoT device, a tablet, etc. Alternatively, the UE 110 may be a notebook (NB) or personal computer (PC) inserted or installed with a data card which includes a modem and radio frequency (RF) transceiver (s) to provide the functionality of wireless communication. The CN 130 may include entities such as user plane function (UPF) , access and mobility management function (AMF) , session management function (SMF) , and unified data management (UDM) , etc. The access network 125 may include one or more base stations (BSs) , such as the BS 120. The BS 120 may be an evolved NodeB (eNB) , a next-generation NodeB (gNB) , or a transmission and reception point (TRP) . The BS 120 may provide communication coverage for a geographic coverage area in which communication with the UE 110 is supported.

[0024] Scenario 100 further involves an operations, administration, and maintenance (OAM) device 140 and a UE server 150. 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, such as 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 (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 may be transparent to the 3rd Generation Partnership Project (3GPP) standard (i.e., 3GPP transparent) . Alternatively, the UE server 150 may be a UE-side server that 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 the dataset, which can be used for further analysis or processing. This might involve data cleaning, data transformation, and labeling.

[0025] In one embodiment, the UE 110 performs data collection for the AI / ML model. Data collection is a process of collecting data by the network nodes, management entity, UE-side server, or neutral server for the purpose of AI / ML model training, data analytics, and inference. Data collection allows data to reach the UE-side or the neutral site (i.e., the UE server 150) and collect sufficient data for model generalization. The UE 110 obtains the data collection configuration from the BS 120. The UE collects AI / ML related data (e.g., measurement data) . In one embodiment, the UE 110 performs AI / ML related data collection and delivers the collected AI / ML related data destined to the UE server 150 through the CN 130. In one embodiment, the BS 120 accumulates a set of AI / ML model related data from the UE 110 and forwards the accumulated dataset through the access network 125. In another embodiment, the CN 130 receives a set AI / ML model related data collected by the UE 110, and forwards the accumulated dataset to the UE server 150. In one embodiment, the CN 130 accumulates multiple sets of AI / ML model related data from the same BS 120 or from different BSs. The UE 110 establishes a data delivery tunnel for the AI / ML related data delivery and delivers the AI / ML related data through the established tunnel. In one embodiment, the UE 110 obtains the assistance information and delivers the assistance information and the AI / ML related data through the established tunnel.

[0026] In one embodiment, the BS 120 is aware of the data collection. The overall UE-side data collection procedure may contain the procedures of data collection triggering, data collection configuration, measurement procedure, and data delivery procedure. The data collection triggering usually begins at the UE server 150 / OTT server of the UE 110. In one embodiment, the UE server 150 sends the data collection indication to the BS 120, and the BS 120 indicates the data collection to the UE 110. In one embodiment, the UE server 150 sends the data collection indication to the UE 110 at the application layer, and the UE 110 requests the BS 120 to initiate the data collection procedure. The data collection configuration is used to indicate the necessary configuration for data collection to the UE 110. In one embodiment, the data collection configuration may be sent together with the data collection indication by the BS 120. The measurement procedure is the procedure for the UE 110 to collect enough data for model training. In another embodiment, the measurement procedure, such as self-organizing network (SON)  / minimization of drive tests (MDT) , UE measurement report, or new data collection procedure, may be used. The data delivery procedure is the way to set up a data collection tunnel from the UE 110 to the UE server 150 and to deliver the collected data. The collected data may also be referred to as measurement logs, logs, collected / logged data, data collected, logged measurement, measurement logging, or logged measurement information. The collected data may be further transmitted to the UE server 150 via one or a combination of the BS 120, the CN 120, and the OAM device 140. The collected data may be used for various AI / ML life cycle management (LCM) purposes, including model training, model inference, and model monitoring, across different use cases or AI / ML-enabled features of UE-side, network-side, and two-sided models.

[0027] FIGs. 2A to 2C are diagrams depicting exemplary procedures to handling data collection configuration when the UE receives an RRC message in accordance with implementations of the present disclosure. It is assumed that a data collection configuration is stored in the UE 110, and the UE 110 has performed a measurement based on the data collection configuration.

[0028] In procedure 200A, the UE 110 replaces the data collection configuration with a new data collection configuration and discards logged data associated with the measurement in an event that the UE 110 receives an RRC message (e.g., RRCReconfiguration) from the BS 120. The RRC message provides the new data collection configuration. The UE 110 may then transmit a complete message (e.g., RRCReconfigurationComplete) to the BS 120. In one embodiment, after the data collection configuration is replaced with the new data collection configuration, the UE may perform a new measurement based on the new data collection configuration and perform data logging based on the new measurement. In another embodiment, the RRC message may comprise a handover command including a new data collection configuration for a target cell.

[0029] In procedure 200B, the UE 110 releases the data collection configuration and discards the logged data associated with the measurement in an event that the UE 110 receives an RRC message (e.g., RRCReconfiguration) from the BS 120. The RRC message indicates to release the data collection configuration. The UE 110 may then transmit a complete message (e.g., RRCReconfigurationComplete) to the BS 120.

[0030] In procedure 200C, the UE 110 maintains the data collection configuration and the logged data associated with the measurement in an event that the UE 110 receives an RRC message (e.g., RRCReconfiguration) from the BS 120. The RRC message neither provides a new data collection configuration nor indicates the release of the data collection configuration. The UE 110 may then transmit a complete message (e.g., RRCReconfigurationComplete) to the BS 120. In one embodiment, a data availability indication may be transmitted to the BS 120 via the RRCReconfigurationComplete message to indicate the availability of the currently stored collected / logged data. In another embodiment, the data availability indication may comprise a flag indicating whether there is data available associated with the measurement. In yet another embodiment, the data availability indication may indicate an amount of the logged data associated with the measurement.

[0031] In the present disclosure, the data collection configuration may correspond to one or a combination of a measurement quantity for different use cases, a data type, use case related information, a logging triggering event, a data collecting or logging duration, a data collecting or logging interval, a reporting triggering event, a reporting periodicity, a network absolute time stamp, a server internet protocol (IP) address, a server identifier (ID) (e.g., the IP address / ID of the UE server 150, and may be indicated by the OAM configuration) , a data collecting or logging reference (may be indicated by the OAM configuration) , a data collecting or logging session reference (may be indicated by the OAM configuration) , a logging area, a data collecting or logging public land mobile network (PLMN) list, a correlation between measurement samples (e.g., in frequency, temporal or spatial domain) , and vendor specific measurement information (e.g., whether to allow taking vendor specific measurements supported by configuration container) . In one embodiment, the data collection configuration may further specify the use case, AI / ML-enabled feature, or gNB / cell / UE configuration conditions targeted by the data collection session.

[0032] In one embodiment, the configuration associated with vendor-specific measurement information is provided by a configuration container. Accordingly, the collected data / logs for the vendor-specific measurement may be carried in a reporting container when reporting. For example, the configuration container may carry one or a combination of the use cases or AI / ML-enabled features, vendor-specific ID, the specific format for reporting (e.g., abstract syntax notation one (ASN. 1) or extensible markup language (XML) ) .

[0033] In one embodiment, the correlation between measurement samples is configured. Specifically, certain measurement (s) may be designated as primary, and secondary measurement (s) shall be collected whenever a sample of a primary measurement is taken. For example, the serving cell measurement may be designated as primary, while neighboring cell measurements are designated as secondary. In another example, the primary measurement is the measurement on a specific frequency (e.g., the frequency of the serving cell) , and the secondary measurements are the measurements on other frequencies, which are correlated to the primary measurement objective of the serving cell. In yet another example, the primary measurements are the measurements on a primary set of beams, and the secondary measurements are the measurements on a secondary set of beams. In still another example, the primary measurements are the measurements on a primary set of timeslots / subframes / frames / time durations, and the second measurement is the measurement on a secondary set of timeslots / subframes / frames / time durations. In the foregoing examples, the correlation between the primary measurement (s) and the secondary measurement (s) is assigned by an ID (e.g., correlation ID) .

[0034] In one embodiment, information elements (IEs) in the data collection configuration may include a measurement configuration part and a reporting configuration part. The measurement configuration part includes measurement configuration (s) relating to information about performing the data collection, such as the measurement quantity and the data type for different use cases, and the logging triggering event (s) , etc. The reporting configuration part includes report configuration (s) relating to information about reporting the collected data, including the reporting triggering event (s) , data recording session reference, and reporting periodicity, etc.

[0035] In one embodiment, for the configuration of the logging triggering event (s) , a periodic measurement trigger is supported, for which the logging interval is configurable. The parameter in the data collection configuration may specify the periodicity for storing the minimization of drive test (MDT) measurement results. Alternatively, an event-based trigger is supported, for which the logging interval is configurable, which determines periodical logging of available data. Examples of such events may include enabling certain features, and measurement quantity-based event layer 1 (L1) , for which the event threshold, hysteresis, and time to trigger are configurable.

[0036] In another embodiment, for the configuration of the reporting triggering event (s) , an event-based trigger is supported. Examples of such events may include enabling certain features, measurement quantity-based event L1, event A1, A2, A3, A4, A5, A6, D1, or I1, for which the event threshold, hysteresis, and time to trigger are configurable. Data volume is above a threshold, which is configurable. Alternatively, a periodic report trigger is supported, for which the report periodicity, report amount, and other settings are configurable.

[0037] FIG. 3 is a diagram depicting an exemplary scenario and procedure related to handle data collection configuration during handover (HO) in accordance with implementations of the present disclosure. In such a case, the data collection configuration and the logged data associated with the measurement have been stored in the UE 110.

[0038] As shown in FIG. 3, a handover preparation process may be performed between the source cell 310 and the target cell 320. For example, the source cell 310 may send a handover request to the target cell 320. The handover request may comprise the data collection configuration for the UE 110. In response, the target cell 320 may perform admission control and transmit a handover request acknowledgement (ACK) that provides configurations of the target cell 320 for the UE 110 to the source cell 310.

[0039] Upon receiving the handover request ACK from the target cell 320, the source cell 310 transmits an RRC message (e.g., RRCReconfiguration) to the UE 110. The RRC message neither provides a new data collection configuration nor indicates the release of the data collection configuration. In one embodiment, the RRC message may indicate that the UE 110 maintains the current data collection configuration and the collected / logged data associated with the previous measurement.

[0040] The UE 110 maintains the current data collection configuration and logged data associated with the previous measurement based on the RRC message, and then transmits a data availability indication via a complete message (e.g., RRCReconfigurationComplete) to the target cell 320 to indicate the availability of the collected / logged data. In one embodiment, the data availability indication may comprise a flag indicating whether there is data available associated with the measurement. In another embodiment, the data availability indication may indicate an amount of the logged data associated with the previous measurement.

[0041] FIG. 4 illustrates an exemplary flow chart 400 for a UE receiving an RRC message in accordance with implementations of the present disclosure. It is assumed that the data collection configuration is stored in the UE, that the UE performs the measurement based on the data collection configuration, and that the logged data associated with the measurement is stored in the UE.

[0042] At block 405, the UE receives an RRC message from a network node.

[0043] At block 410, the UE determines whether the RRC message provides a new data collection configuration.

[0044] In an event that the RRC message provides the new data collection configuration ( “Yes” at block 410) , at block 415, the UE replaces the data collection configuration with the new data collection configuration and discards the logged data associated with the measurement.

[0045] At block 420, the UE performs a new measurement based on the new data collection configuration and performs data logging based on the new measurement.

[0046] In an event that the RRC message does not provide the new data collection configuration ( “No” at block 410) , at block 425, the UE determines whether the RRC message indicates to release the data collection configuration.

[0047] In an event that the RRC message indicates to release the data collection configuration ( “Yes” at block 425) , at block 430, the UE releases the data collection configuration and discards logged data associated with the measurement.

[0048] In an event that the RRC message does not indicate to release the data collection configuration ( “No” at block 425) , at block 435, the UE maintains the data collection configuration and the logged data associated with the measurement.

[0049] At block 440, the UE sends a data availability indication to the network node or a target cell. In one embodiment, the UE sends the data availability indication via an RRCReconfigurationComplete message to the target cell. In another embodiment, the UE sends a data availability indication via an RRCReestablishmentComplete message to the network node in an event that an RRC connection with the network node is successfully re-established.

[0050] FIG. 5 is a diagram depicting exemplary procedures related to an abnormal case for handling data collection configuration in accordance with implementations of the present disclosure. In such a case, the data collection configuration and the logged data associated with the measurement have been stored in the UE 110.

[0051] When a handover failure (HOF) or a radio link failure (RLF) occurs, the UE 110 may initiate an RRC connection re-establishment procedure to re-establish the RRC connection with the BS 120. Specifically, the UE 110 sends an RRCReestablishmentRequest message to the BS 120, and then receives an RRCReestablishment message from the BS 120. The RRCReestablishment message may neither provide a new data collection configuration nor indicate the release of the data collection configuration. Subsequently, the UE 110 maintains the current data collection configuration and the logged data associated with the measurement based on the RRCReestablishment message and replies to the BS 120 with an RRCReestablishmentComplete message. In one embodiment, the UE discards the stored data in an event that no new measurement configuration for data collection is provided, and the data has been stored for a pre-defined time duration. In one embodiment, a data availability indication may be transmitted to the BS 120 via the RRCReestablishmentComplete message to indicate the availability of the collected / logged data. In another embodiment, the data availability indication may comprise a flag indicating whether there is data available associated with the measurement. In yet another embodiment, the data availability indication may indicate an amount of the logged data associated with the measurement. Illustrative Implementations

[0052] FIG. 6 illustrates an example communication system 600 having at least an example communication apparatus 610 and an example network apparatus 620 in accordance with an implementation of the present disclosure. Each of the communication apparatus 610 and network apparatus 620 may perform various functions to implement schemes, techniques, processes, and methods described herein of supporting data collection configuration and logged data during UE mobility, including scenarios / schemes described above, as well as processes 700 and 800 described below.

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

[0054] Network apparatus 620 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router, or a gateway. For instance, network apparatus 620 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 620 may include at least some of those components shown in FIG. 6, such as a processor 622, for example. Processor 622 may further include protocol stacks and a set of control functional modules and circuits. Network apparatus 620 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 620 are neither shown in FIG. 6 nor described below in the interest of simplicity and brevity.

[0055] In one aspect, each of the processor 612 and processor 622 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 612 and processor 622, each of the processor 612 and processor 622 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 612 and processor 622 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 612 and processor 622 is a special-purpose machine specifically designed, arranged, and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 610) and a network (e.g., as represented by network apparatus 620) in accordance with various implementations of the present disclosure.

[0056] In some implementations, communication apparatus 610 may also include a memory 614 coupled to processor 612 and capable of being accessed by processor 612 and storing data therein. In some implementations, communication apparatus 610 may further include a transceiver 616 coupled to processor 612 and capable of wirelessly transmitting and receiving data.

[0057] In some implementations, network apparatus 620 may further include a memory 624 coupled to processor 622 and capable of being accessed by processor 622 and storing data therein, and a transceiver 626 coupled to processor 622 and capable of wirelessly transmitting and receiving data. Accordingly, communication apparatus 610 and network apparatus 620 may wirelessly communicate with each other via transceiver 616 and transceiver 626, respectively.

[0058] For illustrative purposes and without limitation, descriptions of capabilities of the communication apparatus 610 and network apparatus 620 are provided below with process 700 and process 800. In which, communication apparatus 610 is implemented in or as a communication apparatus or a UE, and network apparatus 620 is implemented in or as a network node of a communication network (e.g., a base station) . Illustrative Processes

[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 the above scenarios / schemes, whether partially or completely, with respect to supporting data collection configuration and logged data during UE mobility. Process 700 may represent an aspect of the implementation of features of communication apparatus 610. 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 communication apparatus 610 or any suitable UE (e.g., UE 110) or machine-type devices. Solely for illustrative purposes and without limitation, process 700 is described below in the context of communication apparatus 610 as a UE. Process 700 may begin at block 710.

[0060] At block 710, process 700 may involve processor 612 of communication apparatus 610 receiving, via transceiver 616, a data collection configuration from a network node (e.g., network apparatus 620) . Process 700 may proceed from block 710 to block 720.

[0061] At block 720, process 700 may involve processor 612 performing a measurement according to the data collection configuration. Process 700 may proceed from block 720 to block 730.

[0062] At block 730, process 700 may involve processor 612 receiving, via transceiver 616, a radio resource control (RRC) message from the network node. Process 700 may proceed from block 730 to block 740.

[0063] At block 740, process 700 may involve processor 612 handling the data collection configuration according to the RRC message.

[0064] In some implementations, process 700 may involve processor 612 releasing the data collection configuration and discarding logged data associated with the measurement in an event that the RRC message indicates to release the data collection configuration.

[0065] In some implementations, process 700 may involve processor 612 replacing the data collection configuration with a new data collection configuration and discarding logged data associated with the measurement in an event that the RRC message provides the new data collection configuration.

[0066] In some implementations, the RRC message comprises a handover command that includes the new data collection configuration for a target cell.

[0067] In some implementations, process 700 may involve processor 612 maintaining the data collection configuration and logged data associated with the measurement in an event that the RRC message neither provides a new data collection configuration nor indicates to release the data collection configuration.

[0068] In some implementations, the RRC message comprises a handover command. Process 700 may involve processor 612 sending, via transceiver 616, a data availability indication either via an RRC reconfiguration complete message to a target cell, or via an RRC reestablishment complete message to the network node in an event that an RRC connection with the network node is successfully re-established.

[0069] In some implementations, the data availability indication comprises a flag indicating whether there is data available associated with the measurement.

[0070] In some implementations, the data availability indication indicates an amount of the logged data associated with the measurement.

[0071] In some implementations, the RRC message comprises an RRC reconfiguration message, an RRC release message, or an RRC reestablishment message.

[0072] FIG. 8 illustrates an example process 800 in accordance with an implementation of the present disclosure. Process 800 may be an example implementation of the above scenarios / schemes, whether partially or completely, with respect to supporting data collection configuration and logged data during UE mobility. Process 800 may represent an aspect of the implementation of features of network apparatus 620. Process 800 may include one or more operations, actions, or functions as illustrated by one or more of blocks 810 and 820. 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 network apparatus 620 or any base stations (e.g., BS 120) or network nodes. Solely for illustrative purposes and without limitation, process 800 is described below in the context of network apparatus 620. Process 800 may begin at block 810.

[0073] At block 810, process 800 may involve processor 622 of network apparatus 620 transmitting, via transceiver 626, a data collection configuration to a UE (e.g., communication apparatus 610) . Process 800 may proceed from block 810 to block 820.

[0074] At block 820, process 800 may involve processor 622 transmitting, via transceiver 626, an RRC message to the UE, wherein the RRC message indicates to release the data collection configuration, provides a new data collection configuration, or neither provides a new data collection configuration nor indicates to release the data collection configuration.

[0075] In some implementations, process 800 may involve processor 622 receiving, via transceiver 626, a data availability indication via an RRC reconfiguration complete message from the UE. The data availability indication comprises at least one of a flag indicating whether there is data available associated with the data collection configuration, and an amount of logged data associated with the data collection configuration. Additional Notes

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

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

[0078] 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., “asystem 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. ”

[0079] 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 configuration from a network node;performing, by the processor, a measurement according to the data collection configuration;receiving, by the processor, a radio resource control (RRC) message from the network node; andhandling, by the processor, the data collection configuration according to the RRC message.2.The method of claim 1, wherein the handling of the data collection configuration according to the RRC message further comprises:releasing the data collection configuration and discarding logged data associated with the measurement in an event that the RRC message indicates to release the data collection configuration.3.The method of claim 1, wherein the handling of the data collection configuration according to the RRC message further comprises:replacing the data collection configuration with a new data collection configuration and discarding logged data associated with the measurement in an event that the RRC message provides the new data collection configuration.4.The method of claim 3, wherein the RRC message comprises a handover command that includes the new data collection configuration for a target cell.5.The method of claim 1, wherein the handling of the data collection configuration according to the RRC message further comprises:maintaining the data collection configuration and logged data associated with the measurement in an event that the RRC message neither provides a new data collection configuration nor indicates to release the data collection configuration.6.The method of claim 5, wherein the RRC message comprises a handover command, the method further comprises:sending, by the processor, a data availability indication either via an RRC reconfiguration complete message to a target cell, or via an RRC reestablishment complete message to the network node in an event that an RRC connection with the network node is successfully re-established.7.The method of claim 6, wherein the data availability indication comprises a flag indicating whether there is data available associated with the measurement.8.The method of claim 6, wherein the data availability indication indicates an amount of the logged data associated with the measurement.9.The method of claim 1, wherein the RRC message comprises an RRC reconfiguration message, an RRC release message, or an RRC reestablishment message.10.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 configuration from a network node;performing a measurement according to the data collection configuration;receiving, via the transceiver, a radio resource control (RRC) message from the network node; andhandling the data collection configuration according to the RRC message.11.The apparatus of claim 10, wherein, in handling the data collection configuration according to the RRC message, the processor is further configured to perform operations comprising:releasing the data collection configuration and discarding logged data associated with the measurement in an event that the RRC message indicates to release the data collection configuration.12.The apparatus of claim 10, wherein, in handling the data collection configuration according to the RRC message, the processor is further configured to perform operations comprising:replacing the data collection configuration with a new data collection configuration and discarding logged data associated with the measurement in an event that the RRC message provides the new data collection configuration.13.The apparatus of claim 12, wherein the RRC message comprises a handover command that includes the new data collection configuration for a target cell.14.The apparatus of claim 10, wherein, in handling the data collection configuration according to the RRC message, the processor is further configured to perform operations comprising:maintaining the data collection configuration and logged data associated with the measurement in an event that the RRC message neither provides a new data collection configuration nor indicates to release the data collection configuration.15.The apparatus of claim 14, wherein the RRC message comprises a handover command, and the processor is further configured to perform operations comprising:sending, via the transceiver, a data availability indication either via an RRC reconfiguration complete message to a target cell, or via an RRC reestablishment complete message to the network node in an event that an RRC connection with the network node is successfully re-established.16.The apparatus of claim 15, wherein the data availability indication comprises a flag indicating whether there is data available associated with the measurement.17.The apparatus of claim 15, wherein the data availability indication indicates an amount of data associated with the measurement.18.The apparatus of claim 10, wherein the RRC message comprises an RRC reconfiguration message, an RRC release message, or an RRC reestablishment message.19.A method, comprising:transmitting, by a processor of a network node, a data collection configuration to a user equipment (UE) ; andtransmitting, by the processor, a radio resource control (RRC) message to the UE,wherein the RRC message indicates to release the data collection configuration, provides a new data collection configuration, or neither provides a new data collection configuration nor indicates to release the data collection configuration.20.The method of claim 19, further comprising:receiving, by the processor, a data availability indication via an RRC reconfiguration complete message from the UE;wherein the data availability indication comprises at least one of a flag indicating whether there is data available associated with the data collection configuration and an amount of logged data associated with the data collection configuration.

Images