Methods and apparatus to perform data collection within RRC connection

Abstract

This disclosure describes methods and apparatus for UE and network to perform data collecting / logging to support data collection for different LCM purposes for different use cases within RRC connection. The data collecting / logging procedures include UE receives configuration for data collecting / logging from the network in RRC CONNECTED mode. Then UE begins to collect and log data upon satisfying configured start criteria and ceases upon meeting configured stop conditions within the same RRC connection. Collected data / logs are stored within the UE and reported to network upon the network request.

Description

METHODS AND APPARATUS TO PERFORM DATA COLLECTION WITHIN RRC CONNECTIONFIELD

[0001] The present disclosure relates generally to communication systems, and more particularly, the method and apparatus for data collecting and logging for AI / ML model training for UE-side model and NW-side model.BACKGROUND

[0002] Artificial Intelligence (AI) and Machine Leaning (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. Data collection plays a crucial role in enabling the different use cases. Therefore, it is important to define the best approaches for collecting data to support UE-side and network-side model inference, monitoring, and training.

[0003] The quality and quantity of the data directly impact the model's performance. Thus, it’s needed a data collection solution over the air interface for AI / ML model training and it is important to define the best approaches for collecting data to support UE-side and network-side model inference, monitoring, and training. A set of general data collection principles is expected to be considered. These include: the UE to support data logging; the UE to report the collected data periodically, event-based, and on-demand; The UE memory, processing power, energy consumption, signalling overhead should be considered.

[0004] MDT is standardized by 3GPP, which reduces the need for physical drive tests and offers a more efficient alternative by collecting similar data automatically from regular UE. MDT enables the collection of network performance data directly from user devices, which includes signal strength, quality, cell ID, and other relevant radio conditions. This data is crucial for operators to optimize network performance and quality of service. There are two primary types of MDT -Immediate MDT, for real-time data collection to quickly troubleshoot or optimize network issues, and Logged MDT, where data is collected, stored in the device, and later transmitted to the network for analysis. Immediate MDT supports data collection in CONNECTED mode, while logged MDT mainly targets data collection in IDLE / INACTIVE mode.

[0005] Since MDT has built a framework to collect data and measurement results from UEs, it can be further enhanced to support data collecting / logging for AI / ML model training, reducing  the specification and implementation effort.SUMMARY

[0006] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0007] In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a UE.

[0008] The usual process involves transitioning a UE from RRC INACTIVE / IDLE to RRC CONNECTED mode, establishing a connection with the network, and receiving a data collecting / logging configuration. The UE starts collecting / logging data when start criteria are met, stores this data in variables or a file, and stops when stop criteria are met. When requested by the network, the UE sends stored data / logs to the network and may return to RRC INACTIVE / IDLE mode by network control or a timer.

[0009] Furthermore, UE needs to send UE capabilities for data collecting / logging, such as memory, power, supported AI / ML features, and data types for collection. Data collecting / logging configurations are sent unidirectionally or bidirectionally through RRC procedures, and UEs start timer-based management for these configurations. Furthermore, the mechanism for establishment or modification of a specific Data Radio Bearer (DRB) for reporting of collected data / logs is provided.

[0010] Moreover, during normal operations, new network configurations replace previous ones, clearing any old data / logs. Under abnormal conditions, if the network doesn't retrieve logs before new configurations are received, the UE either discards or preserves them based on instructions.

[0011] There are specific procedures to handle persistence and reporting of logs upon RRC connection release, especially under abnormal conditions where logs might persist for a predetermined duration. Handover (HO) procedures include propagation of collecting / logging configurations and decisions on whether to continue reporting or release data / logs at the target cell.

[0012] Abnormal case handling such as Handover Failure (HOF) or Radio Link Failure (RLF) indicates different procedures for releasing, discarding, or keeping the logs, with the network deciding post-RRC Re-establishment.

[0013] In this invention, apparatus and mechanisms are sought to further enhance MDT to  support data collecting / logging for AI / ML model training, inference and monitoring in wireless communication systems. The data collecting / logging mechanism is applicable for different LCM purposes for UE-side mode, NW-side model and two-sided model.

[0014] To the accomplishment of the foregoing and related ends, the one or more aspects comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the annexed drawings set forth in detail certain illustrative features of the one or more aspects. These features are indicative, however, of but a few of the various ways in which the principles of various aspects may be employed, and this description is intended to include all such aspects and their equivalents.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Figure 1 illustrates a schematic system diagram illustrating an exemplary wireless network in accordance with embodiments of the current invention.

[0016] Figure 2 illustrates the normal operation of data collecting / logging in accordance with embodiments of the current invention.

[0017] Figure 3 illustrates exemplary general procedure to perform data collecting / logging over the air interface in accordance with embodiments of the current invention.

[0018] Figure 4 illustrates exemplary procedure for each step of data collecting / logging operation over the air interface in accordance with embodiments of the current invention.

[0019] Figure 4.1 illustrates exemplary procedure of UE capability reporting for data collecting / logging configuration over the air interface in accordance with embodiments of the current invention.

[0020] Figure 4.2 illustrates exemplary procedure for data collecting / logging configuration over the air interface in accordance with embodiments of the current invention.

[0021] Figure 4.3 illustrates exemplary procedure of data collecting / logging over the air interface in accordance with embodiments of the current invention.

[0022] Figure 4.4 illustrates exemplary procedure of reporting data / logs over the air interface in accordance with embodiments of the current invention.

[0023] Figure 4.5 illustrates another exemplary procedure of reporting data / logs over the air interface in accordance with embodiments of the current invention.

[0024] Figure 5 illustrates exemplary procedures to handle data collecting / logging when RRC connection is released in accordance with embodiments of the current invention.

[0025] Figure 6 illustrates exemplary procedures to provide RRC configuration for data collecting / logging in accordance with embodiments of the current invention.

[0026] Figure 7 illustrates the data collecting / logging operation during HO in accordance with embodiments of the current invention.

[0027] Figure 8 illustrates the abnormal case handling of data collecting / logging in accordance with embodiments of the current invention.DETAILED DESCRIPTION

[0028] The detailed description set forth below in connection with the appended drawings is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0029] Several aspects of telecommunication systems will now be presented with reference to various apparatus and methods. These apparatus and methods will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0030] Aspects of the present disclosure provide methods, apparatus, processing systems, and computer-readable mediums for NR (new radio access technology, or 5G technology) or other radio access technology. NR may support various wireless communication services. These services may have different quality of service (QoS) requirements e.g. latency and reliability requirements.

[0031] Figure 1 illustrates a schematic system diagram illustrating an exemplary wireless network in accordance with embodiments of the current invention. Wireless system includes one or more fixed base infrastructure units forming a network distributed over a geographical region. The base unit may also be referred to as an access point, an access terminal, a base station, a Node-B, an eNode-B, a gNB, or by other terminology used in the art. As an example, base stations serve a number of mobile stations within a serving area, for example, a cell, or within a cell sector. In some systems, one or more base stations are coupled to a controller forming an access network that is coupled to one or more core networks. gNB 1and gNB 2 are base stations in NR, the serving area of which may or may not overlap with each other. As an example, UE1 or mobile station is  only in the service area of gNB 1 and connected with gNB1. UE1 is connected with gNB1 only, gNB1 is connected with gNB 1 and 2 via Xn interface. UE2 is in the overlapping service area of gNB1 and gNB2.

[0032] Figure 1 further illustrates data collection block diagrams for UE2, gNB2, and UE server, respectively. The UE may also be referred to as a mobile station, a mobile terminal, a mobile phone, a smart phone, a wearable device, an IoT device, a table let, a laptop, or other terminology used in the art. UE has an antenna, which transmits and receives radio signals. A RF transceiver, coupled with the antenna, receives RF signals from antenna, converts them to baseband signal, and sends them to processor. Processor processes the received baseband signals and invokes different functional modules to perform features in the UE. Memory stores program instructions and data to control the operations of the UE. UE also includes multiple function modules that carry out different tasks in accordance with embodiments of the current invention. An application layer, as a data transfer tunnel, which receives and transmits the signaling and data in application layer between UE and UE server, via OAM. Data storage, which stores the collected data, labels and the assistance information.

[0033] A data collection / logging configuration controller and storage, which controls and stores the data collecting / logging configuration. In one embodiment, the collection / logging configuration is stored in a variable, e.g., VarLogMeasConfig.

[0034] A data collection / logging controller, which controls and stores the data collecting / logging process, e.g., starting, suspending, stopping the data collecting / logging process based on explicit signaling or the status (run, expiry, stop) of a timer. In one embodiment, the collection / logging configuration is stored in a variable, e.g., VarLogMeasConfig.

[0035] A state controller, which controls UE RRC state according to network’s command and UE conditions. RRC supports the following states, RRC_IDLE, RRC_CONNECTED and RRC_INACTIVE.

[0036] A DRB controller, which controls to establish / add, reconfigure / modify and release / remove a DRB based on different sets of conditions for DRB establishment, reconfiguration and release. In one embodiment, one particular DRB is used for data / measurement logs report from UE to the NW.

[0037] A protocol stack controller, which manage to add, modify or remove the protocol stack for the DRB. The protocol Stack includes SDAP, PDCP, RLC, MAC and PHY layers.

[0038] An assistance information controller, which controls to receive the assistance information and labels from RAN or transmit the assistance information and labels to RAN. The assistance information may include use case / functionality the data used for, the scenario information, the site information (location) , RAN configuration information for the data, others.

[0039] A data / log storage, which stores the collected data, measurement logs, and assistance information. In one embodiment, the collected data, measurement logs and the assistance information are stored in a variables, e.g. VarLogMeasReport. In one embodiment, the collected data, measurement logs and assistance information are stored in one or multiple data files. In one embodiment, the measurements / data in measurement logs / collected data is linked to a time stamp. In one embodiment, the measurements / data in measurement logs / collected data is tagged with location information. In one embodiment, the location information is ECGI, Cell-Id or NCGI of the serving cell when the measurement was taken. In one embodiment, the location information is detailed location information (e.g. GNSS location information) , which consists of latitude and longitude.

[0040] Similarly, gNB2 has an antenna, which transmits and receives radio signals. A RF transceiver, coupled with the antenna, receives RF signals from antenna, converts them to baseband signals, and sends them to processor. RF transceiver also converts received baseband signals from processor, converts them to RF signals, and sends out to antenna. Processor processes the received baseband signals and invokes different functional modules to perform features in gNB2. Memory stores program instructions and data to control the operations of gNB2.

[0041] Figure 1 further illustrates simplified block diagrams for UE or NW server and OAM. In one example, the UE server is a UE-sided server, which is over the top and 3GPP transparent. In one example, the UE server is a UE-sided server, which is over the top but non-3GPP transparent. In another example, the UE server is a server in OAM domain. In another example, the UE server is a server in CN domain. The UE server receives and stores the data or data files and build up the dataset for model training. The UE server also performs model training with the dataset. The server organizes the received data into a structured format, known as a dataset, which can be used for further analysis or processing. This might involve data cleaning, data preprocessing, data transformation, and labeling. The UE server may have functional blocks that are similar to those of UE and gNB, which are used to interface with UE, gNB, and CN to handle the transmission and reception of control signaling, collected data, and assistance information. The UE server may include a data collection controller and an assistance information controller, which interface with equivalent functional blocks on the UE side or the network side. In one embodiment, the network node / entity / function (e.g., DCAF, CN, OAM, etc. ) performs authorization check and determine whether data collection and data delivery to the UE server is allowed or not. In one embodiment, the network node / entity / function (e.g., DCAF, CN, OAM, etc. ) also determines what types of data are allowed to be collected and delivered to the UE server. In one embodiment, the UE server is also referred to as an OTT server, or by other terminology common in the field.

[0042] Figure 2 illustrates the normal operation of data collecting / logging in accordance  with embodiments of the current invention. After the UE is transferred from RRC INACTIVE / IDLE mode to RRC CONNECTED mode and establish RRC connection with NW, UE receives the data collecting / logging configuration from the network. Based on the data collecting / logging configuration, UE starts data collecting / logging when start criteria are satisfied. UE stops data collecting / logging when stop criteria are satisfied. UE stores the collected data / measurement logs in a variable or in a data file. Then UE receives the report retrieval request from the network and is asked by the network to send the collected data / measurement logs to the network. The UE starts data / log reports and sends the collected data / measurement logs to the network. After the all the stored data / logs are sent, UE is moved to RRC INACTIVE / IDLE mode based on network control, e.g., RRCRelease message or upon expiration of a timer.

[0043] Figure 3 illustrates exemplary general procedure to perform data collecting / logging over the air interface in accordance with embodiments of the current invention. As the first step, UE establishes RRC connection with the network through e.g., RRC connection setup, RRC connection resume procedures. UE complies and transfers UE capability information upon receiving the capability enquire from the network. Then UE receives the configuration message, which is used to provide data collecting / logging configuration from the network. UE performs data collecting / logging according to the configuration provided by the network. UE stores the collected data / measurement logs in variable or a data file and sends those data / logs to the network. Finally, UE is moved to the RRC INACTIVE / IDLE mode based on network control e.g., RRCRelease message or upon expiration of a timer e.g., DataInactivityTimer.

[0044] Figure 4 illustrates exemplary procedure for each step of data collecting / logging operation over the air interface in accordance with embodiments of the current invention.

[0045] Figure 4.1 illustrates exemplary procedure of UE capability reporting for data collecting / logging configuration over the air interface in accordance with embodiments of the current invention. In one embodiment, the UE capability report provides the information on UE memory and remaining power. In one embodiment, the UE capability reports indicates whether data collecting / measurement logging in CONNECTED mode is supported or not. In one embodiment, the UE capability report provides the information on whether non-standardized data type can be collected. In one embodiment the UE capability report provides information on the supported AI / ML-enabled features (e.g., AI-enabled BM, AI-enabled CSI prediction, AI-enabled positioning, AI-enabled mobility, etc) . In one embodiment, the UE capability report provides the information on the supported data type (e.g., raw channel data, CSI information, UE position information, UE speed, etc) for different AI / ML-enabled features. In one embodiment, the UE capability report provides the information on the CA / DC capability on different band and bandcombination, based on which the network can utilize the CA / DC capability of the UE to  collect the data and measurement logs cross different frequencies.

[0046] Figure 4.2 illustrates exemplary procedure for data collecting / logging configuration over the air interface in accordance with embodiments of the current invention. In one embodiment, the data collecting / logging configuration is provided a unidirectional RRC signaling procedure. Network initiates the procedure to UE in RRC Connected by sending, e.g., LoggedMeasurementConfiguration. A release operation for data collecting / logging configuration in the UE is realized by configuration replacement when the configuration is overwritten. In one embodiment, a release operation for data collecting / logging configuration is by configuration clearance in case a duration timer (the timer control the validity of the data collecting / logging configuration) stopping or expiration condition is met. In one embodiment, UE start the timer upon reception of the data collecting / logging configuration. Upon expiration / stop of the timer, UE release the data collecting / logging configuration. In one embodiment, the timer is stopped when RRC connection is released. In one embodiment, a particular DRB is configured for collected data / logs report. UE establishes the DRB according to the data collecting / logging configuration.

[0047] In another embodiment, the data collecting / logging configuration is provided a bidirectional RRC signaling procedure. Network initiates the procedure to UE in RRC CONNECTE mode by sending, e.g., RRCReconfiguration. The data collecting / logging configuration can reconfigured by RRC Reconfiguration procedure. In one embodiment, a release operation for data collecting / logging configuration is by configuration clearance in case a duration timer stopping or expiration condition is met. In one embodiment, UE (re) start the timer upon reception of the data collecting / logging (re) configuration. Upon expiration of the timer, UE release the data collecting / logging configuration. In one embodiment, the timer is stopped when RRC connection is released.

[0048] In one embodiment, a particular DRB is configured for collected data / logs report. UE establishes / modify the DRB according to the data collecting / logging reconfiguration. In one embodiment, a priority is assigned to the DRB. In one example, the DRB has lowest priority than other DRBs.

[0049] In one example, the data collecting / logging configuration provides the following information:

[0050] ■ Measurement quantity for different use case;

[0051] ■ Configuration of the triggering of logging events

[0052] ○ Periodic measurement trigger is supported, for which the logging interval is configurable. The parameter specifies the periodicity for storing MDT measurement results.

[0053] ○ Event-based trigger is supported, for which the logging interval is  configurable, which determines periodical logging of available data. Example of events, e.g., enable of certain features, measurement quantity-based event L1, for which the event threshold, hysteresis, and time to trigger are configurable.

[0054] ■ Configuration of the triggering of reporting events:

[0055] ○ Event-based trigger is supported. Example of events, e.g., enable of certain features, measurement quantity-based event L1, event A1, A2, A3, A4, A5, A6, D1, I1, for which the event threshold, hysteresis, and time to trigger are configurable. Data volume is above a threshold, which is configurable.

[0056] ○ Periodic report trigger is supported, for which the report periodicity, report amount, etc, are configurable.

[0057] ■ Network absolute time stamp to be used as a time reference to UE.

[0058] ■ Data collection Reference parameter, which can be indicated by the OAM configuration.

[0059] ■ Data Recording Session Reference, which can be indicated by the OAM configuration.

[0060] ■ UE server ID or IP address, which can be indicated by the OAM configuration.

[0061] ■ configuration of a logging area.

[0062] ■ Data collection PLMN List

[0063] ■ The correlation between the measurement samples in frequency, temporal and spatial domain.

[0064] ■ Allow to take vendor specific measurements supported by configuration container.

[0065] ■ Use case and AI / ML-enabled feature the data collecting / logging session is for;

[0066] ■ gNB / cell / UE configuration conditions and UE config conditions the data collecting / logging session is for.

[0067] In one embodiment, the vendor specific measurement configuration is provided by a configuration container. Accordingly, the collected data / logs for the vendor specific measurement is carried in a reporting container when reporting. In one embodiment, the configuration container carries a variety of information, but not limited to: the use cases or AI / ML enabled feature, vendor specific ID, the specific format for reporting, e.g. ASN. 1 or XML.

[0068] In the embodiment, the correlation between the measurement samples is configured, i.e., certain measurement is a primary one and that secondary measurements shall be collected whenever a sample of the primary measurement is taken. In one embodiment, the primary measurement is the measurement on the serving cell and the secondary measurements are the measurements on the neighbouring cells. In one embodiment, the primary measurement is the measurement on one 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 one embodiment, the primary measurements are the measurements on a primary set of beams and the second measurements are the measurements on a secondary set of beams. In one embodiment, the primary measurement are the measurements on a primary set of timeslots / subframes / frames / time durations and the second measurement are the measurement on a secondary set of timeslots / subframes / frames / time durations. In one embodiment, the correlation between the primary measurement and the secondary measurement is assigned by an ID, e.g., correlation ID.

[0069] In one embodiment, the IEs in data collecting / logging configuration contains the measurement configuration part, including such as Measurement quantity for different use case, Configuration of the triggering of logging event, etc. and the reporting configuration part, including such as Configuration of the triggering of reporting events, Data Recording Session Reference, etc. In one embodiment, the data collecting / logging configuration is stored in the UE Inactive AS context, which can be retrieved by the latest serving cell when UE is transferred from the INACTIVE to CONNECTED.

[0070] Figure 4.3 illustrates exemplary procedure of data collecting / logging over the air interface in accordance with embodiments of the current invention. In one embodiment, UE starts data collecting / logging when start criteria are met; and UE stops data collecting / logging when the stop criteria are met. UE stores the collected data / logs in a variable or a data file during the data collecting / logging process. In one embodiment, the data collecting / log configuration message indicates whether to start data collecting / logging explicitly, e.g., by one indication / flag.

[0071] Figure 4.4 illustrates exemplary procedure of reporting data / logs over the air interface in accordance with embodiments of the current invention. In one embodiment, when the network decides to retrieve the data / logs from the UE, UE Information procedure is used to request UE to send the collected measurement logs through e.g., UEInformationRequest. Then UE sends the collected data / logs through e.g., InformationResponse. Transport of collected data / logs reports in multiple RRC messages is supported. With every request, the network may receive a part of the total UE data / log. To indicate the reported data is a segment, the UE shall include data availability indicator in UEInformatonResponse message to convey the information that further measurement information is available. In multiple RRC transmissions for segmented data / logs reporting, FIFO order is followed, i.e., the UE should provide oldest available measurement entries in earliest message. Each reported part should be "self-decodable" , i.e., interpretable even in case all the other parts are not available.

[0072] Figure 4.5 illustrates another exemplary procedure of reporting data / logs over the air interface in accordance with embodiments of the current invention. In one embodiment, UE checks  whether the triggering events configured by the network is met. When the reporting triggering event is met, UE starts data / logs reporting. In one embodiment, the reporting data / logs are transmitted through MeasurementReport RRC message. In one embodiment, UE sends the availability indication or report data / logs when UE the memory for the collected data / logs is equal to or below a threshold (low memory) .

[0073] In one embodiment, a DRB is used for data / log reporting. In one embodiment, the DRB is by default is suspended, until the resume indication / request is received from the network. Then UE resumes the DRB. In one embodiment, the DRB is by default resumed. UE indicates the availability of the collected data / logs through SR / BSR procedure and sends the collected data / logs through LCP procedure when UL grant is received from the network. In one embodiment if the reporting event is configured, UE indicates the availability of the collected data / logs through SR / BSR procedure when the event is satisfied, e.g., the stored data / logs volume is above a threshold.

[0074] In one example, the collected data / logs contain a variety of information but not limited to:

[0075] ■ the use cases, AI / ML-enabled feature the collected data / logs are used for;

[0076] ■ Physical cell identity of the logged cell;

[0077] ■ Carrier frequency;

[0078] ■ RSRP, RSRQ, RSSI;

[0079] ■ L1-RSRP, beam index, which is above threshold;

[0080] ■ UE position information;

[0081] ■ Time stamp;

[0082] ■ Channel matrix, CSI feedback;

[0083] ■ channel impulse response (CIR) or power delay profile (PDP) ;

[0084] ■ Performance indicator, e.g., system level KPI or immediate KPI such as throughput, prediction accuracy, HOF rate, etc.

[0085] ■ Vendor specific measurements in reporting container.

[0086] ■ The correlation between the primary measurement samples and the secondary measurement samples, e.g., in form of correlation ID.

[0087] In normal operation, when the network provides a configuration, any previously configured logged measurement configuration will be entirely replaced by the new one. Moreover, collected data / logs corresponding to the previous configuration will be cleared at the same time. It is left up to the network to retrieve any relevant data before providing a new configuration.

[0088] Under abnormal circumstances, there may be instances where collected data / logs remain uncollected prior to the reception of new data collecting / logging configuration. In one  embodiment, if data / logs are still present, the UE will discard them upon receiving the new data collecting / logging configuration. In another embodiment, if the network fails to retrieve the stored data / logs before the UE sending a new data collecting / logging configuration, the UE keeps the collected data / logs associated to the previous data collecting / logging configuration and starts the data collecting / logging according to the new configuration. In one embodiment, the UE differentiates the old data / logs and new data / logs with an indication. In one example, the indication is a leap in time stamp. In one example, the indication is a field indicating a new data / logs follows.

[0089] Figure 5 illustrates exemplary procedures to handle data collecting / logging when RRC connection is released in accordance with embodiments of the current invention. In one embodiment, the UE release the data collecting / logging configuration. In one embodiment, UE keeps the data collecting / logging configuration. In one embodiment, UE only keeps the reporting configuration part and release the measurement configuration part. In normal operation, prior to transmitting an RRCRelease message, the network should have retrieved all stored data and logs, ensuring that no residual data or logs are left behind. It is the network's responsibility to collect any pertinent data before issuing the RRCRelease message.

[0090] Under abnormal circumstances, there may be instances where collected data / logs remain uncollected prior to the release of an RRC connection. In one embodiment, if data / logs are still present, the UE will discard them upon transitioning to INACTIVE / IDLE mode. In another embodiment, if the network fails to retrieve the stored data / logs before the UE shifts to INACTIVE / IDLE mode, the UE will preserve the non-retrieved measurements for a defined duration to control the reservation time for the stored data / logs, such as 48 hours, starting from the moment the RRC connection is released. The UE maintains the data / logs for this predefined interval until either the network retrieves them upon the UE's return to the CONNECTED state or the timer expires, whichever occurs first. In this case, UE sends data / log availability indication to the network when transit to CONNECTED mode again. After the designated period (e.g., 48 hours) has lapsed, the UE may either keep or discard the remaining stored data / logs. In one embodiment, if the reporting configuration part is kept when UE release RRC connection, the handling of the reporting configuration can follow the same way as stored data / logs.

[0091] Figure 6 illustrates exemplary procedures to Start / Stop data collecting / logging in accordance with embodiments of the current invention. In one example, start and stop of data collecting / logging is controlled by explicit signal, e.g., RRC message (such as RRCReconfiguration) , MAC CE or DCI. In one example, triggering events are configured for different use cases and AI / ML enabled features, UE starts data collecting / logging for the corresponding use case and AI / ML enabled features when the events are satisfied. In one example, UE starts data collecting / logging for the corresponding use case and AI / ML enabled feature when  this feature or use case is enabled and stops data collecting / logging when the use case and AI / ML enabled feature is disabled. In one embodiment, UE starts data collecting / logging when the battery power is equal or above a threshold and stops data collecting / logging when the battery power is below the threshold. In one embodiment, UE starts data collecting / logging when the radio condition is good, e.g., the CSI, L1-RSRP, L3-RSRP, RSRQ, RSSI, PDCCH BLER is equal or above a threshold; and UE stops data collecting / logging when the condition is bad e.g., the CSI, L1-RSRP, L3-RSRP, RSRQ, RSSI, PDCCH BLER is below a threshold. In one embodiment, UE starts the data collecting / logging when T310 is stopped and stops the data collecting / logging when T310 is running. In one embodiment, UE starts data collecting / logging when UE moves to a new cell which is within the collecting / logging area if configured. In one embodiment, UE starts data collecting / logging when the current gNB / cell / UE configuration matches the configuration / condition the data collecting / logging session is targeted / associated to and stops data collecting / logging when the current gNB / cell / UE configuration doesn’ t matches the configuration / condition the data collecting / logging session is target / associated to. It is to ensure that use case specific data collection is only done when the UE is configured with a configuration applicable to this use case. In one embodiment, UE stops data collecting / logging when the data collecting / logging configuration is released. In one embodiment, UE starts a timer (e.g., collecting / logging duration timer) when data collecting / logging for a use case and AI / ML-enabled feature is started. UE stops data collecting / logging for the use case and AI / ML enabled feature when stopping or expiration condition of the timer is met. In one embodiment, the UE stops the timer when the data collecting / logging criterion is met, e.g., the use case and AI / ML enabled feature is disabled. In one embodiment, the UE stops the timer when RRC connection is released. In one embodiment, UE collects data / measurements logs and continues collecting / logging until UE memory reserved for data collecting / logging is full. In this case the UE stops logging, stops the timer (e.g., collecting / logging duration timer) and starts another timer to control reservation time of the stored data / logs.

[0092] In one embodiment, the area for data collecting and logging is provided. In one embodiment, the area is defined by providing a list of cells with cell IDs. If area scope is included in the data collecting / logging configuration provided to the NW, the UE is configured with respective measurement when the UE is connected to a cell that is part of the configured area scope.

[0093] Figure 7 illustrates the data collecting / logging operation during HO in accordance with embodiments of the current invention. In one embodiment, when the NW is about to perform HO for a UE, the source node will coordinate with the target node about the data collecting / logging configuration. The data collecting / logging configuration for the UE will propagate during HO and UE context retrieval. After HO, UE indicates the availability of stored data / logs to the target cell,  and the target cell can decide whether to retrieve the remining data / logs or let the UE to release the remaining data / logs. In one embodiment, the data retrieval and reporting can use UE Information procedure. In one embodiment, if a DRB is used for data / logs reporting, the reporting of data / logs can continue with PDCP data recovery or PDCP re-establishment if the DRB is not released. Otherwise, the stored data / logs are discarded if the DRB is released by the target node.

[0094] Figure 8 illustrates the abnormal case handling of data collecting / logging in accordance with embodiments of the current invention. When HOF or RLF occurs, UE triggers RRC Re-establishment procedure. In one embodiment, UE release the data collecting / log configurations when initiating the RRC Re-establishment procedure. In one embodiment, UE discards the stored data / logs when initiating the RRC Re-establishment procedure. In one embodiment, UE keeps the stored data / logs when initiating the RRC Re-establishment procedure. When UE receives the RRCReestablishment / RRCSetup message, UE indicates the availability of collected data / logs through RRCReestablishmentComplete  / RRCSetupComplete message to the network. The NW can decide whether to retrieve the remaining data / logs.

[0095] It is understood that the specific order or hierarchy of blocks in the processes / flowcharts disclosed is an illustration of exemplary approaches. Based upon design preferences, it is understood that the specific order or hierarchy of blocks in the processes / flowcharts may be rearranged. Further, some blocks may be combined or omitted. The accompanying method claims present elements of the various blocks in a sample order, and are not meant to be limited to the specific order or hierarchy presented.

[0096] The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein, but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically so stated, but rather “one or more. ” The word “exemplary” is used herein to mean “serving as an example, instance, or illustration. ” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects. Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” include any combination of A, B, and / or C, and may include multiples of A, multiples of B, or multiples of C. Specifically, combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” may be A only, B only, C only, A and B, A and C, B and C, or A and B and  C, where any such combinations may contain one or more member or members of A, B, or C. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ”

[0097] While aspects of the present disclosure have been described in conjunction with the specific embodiments thereof that are proposed as examples, alternatives, modifications, and variations to the examples may be made. Accordingly, embodiments as set forth herein are intended to be illustrative and not limiting. There are changes that may be made without departing from the scope of the claims set forth below.

Claims

1.A method for UE to perform data collecting / logging in CONNECTED state for different LCM purposes including model training, model inference and model monitoring for different use cases or AI / ML-enabled features of UE-side model, network side model and two-sided model, comprising the steps of:receiving data collecting / logging configuration from the network;performing data collecting and logging according to the data collecting / logging configuration and storing the collected data / logs in a variable or a data file;reporting the collected data / logs upon retrieval from the network or when certain events are satisfied.2.The method of claim 1 further comprising that UE sends the UE capability report to the network, which contains a variety information, but not limited to, information related to UE memory size for data / log storage, remaining battery power, CA / DC capability in different band and bandcombination, supported use cases and AI / ML-enabled features, supported data type for collecting / logging.3.The method of claim 1, wherein the data collecting / logging configuration from the network is a unidirectional RRC message, e.g., LoggedMeasurementConfiguration, and a release operation for data collecting / logging configuration in the UE is realized by configuration replacement when the configuration is overwritten.4.The method of claim 3, further comprising UE utilizing a timer to control the release of the data collecting / logging configuration, wherein UE starts the timer upon reception of the data collecting / logging configuration, release the configuration upon stopping or expiration condition of the timer is met.5.The method of claim 4, further comprising UE stopping the timer upon RRC connection release.6.The method of claim 1, wherein the data collecting / logging configuration from the network is a bidirectional RRC message, e.g., RRCReconfiguration and data collecting / logging configuration can be reconfigured.7.The method of claim 1, wherein the data collecting / logging configuration configures a DRB for UE to report the collected data / logs and a priority is provided to the DRB.8.The method of claim 1, wherein the data collecting / logging configuration provides a variety of information, but not limited to: measurement quantity and data type for different use cases, the triggering of logging events, the collecting / logging duration / interval, the  triggering of reporting events, the reporting periodicity, network absolute time stamp, server ID / IP address, data collecting / logging reference, data collecting / logging session reference, configuration of a logging area, data collecting / logging PLMN list, correlation between the primary measurement samples and the secondary measurement samples, support of vendor specific measurement provided in a configuration container.9.The method of claim 8, wherein the triggering of reporting events defines when UE reports the stored data / logs, e.g., measurement event A1, A2, A3, A4, A5, A6, D1, I1, data volume is above a threshold.10.The method of claim 8, wherein the data collecting / logging configuration consists at least the measurement configuration part e.g. measurement quantity and data type for different use cases, triggering of logging events etc. and the reporting configuration part, e.g. the triggering of reporting events, reporting periodicity, etc.11.The method of claim 1, further comprising UE starting and stopping data collecting / logging when the start and stop criteria are met.12.The method of claim 11, wherein the starting criteria includes a variety of conditions, but not limited to:■ reception of explicit command to start data collecting / logging, in RRC message, MAC CE or DCI;■ the targeted use case or AI / ML-enabled feature is enabled;■ UE moves to a new cell, which is in the configured data collecting / logging area;■ UE is in the associated PLMN;■ the battery power is equal or above a threshold (high power) ;■ UE is in good radio condition, e.g., L3 RSRP is equal to or above a threshold, T310 is stopped;■ current gNB / cell / UE configuration matches the one the data collecting / logging is targeted / associated to.13.The method of claim 11, wherein the stopping criteria includes a variety of conditions, but not limited to:■ reception of explicit command to stop data collecting / logging, in RRC message, MAC CE or DCI;■ expiration / stop condition met for a timer, which control the collecting / logging duration and is (re) started when UE starts data collecting / logging;■ UE memory for storing data / logs is full;■ the targeted use case or AI / ML-enabled feature is disabled;■ UE is outside of the configured data collecting / logging area;■ UE is outside of the associated PLMN;■ the battery power is below a threshold (low power) ;■ UE is in bad radio condition, e.g. L3 RSRP is equal to or above a threshold, or T310 is running;■ current gNB / cell / UE configuration doesn’t match the one the data collecting / logging is targeted / associated to.14.The method of claim 1, wherein reporting the collected data / logs upon retrieval from the network comprising that UE sends the data / log through a RRC message, e.g. UEInformatonResponse, in response to UEInformationRequest.15.The method of claim 1, wherein reporting the collected data / logs upon the configured event is satisfied comprising that UE checks the configured events and sends the data / log through a RRC message, e.g. MeasurementReport when the events is satisfied.16.The method of claim 1, wherein reporting the collected data / logs upon retrieval from the network or when the configured events are satisfied comprising that UE sends the data / log through the particular DRB through LCP procedure when UL grant is received from the network.17.The method of claim 16, wherein the DRB to report collected data / logs is by default suspended, and the resume indication / request is received from the network to retrieve the stored logs / data.18.The method of claim 16, wherein the DRB to report collected data / logs is by default resumed, and UE indicates the availability of the collected data / logs through SR / BSR.19.The method of claim 1, wherein the collected data / logs include a variety of information, but not limited to:■ the use cases, AI / ML-enabled feature the collected data / logs are used for;■ physical cell identity of the logged cell;■ carrier frequency;■ RSRP, RSRQ, RSSI;■ L1-RSRP, beam index, which is above threshold;■ UE position information;■ time stamp;■ channel matrix, CSI feedback;■ channel impulse response (CIR) or power delay profile (PDP) ;■ performance indicator, e.g., system level KPI or immediate KPI such as throughput, prediction accuracy, HOF rate, etc.■ vendor specific measurements in reporting container;■ the correlation between the primary measurement samples and the secondary measurement samples, e.g., in form of correlation ID.20.The method of claim 1, further comprising releasing the data collecting / logging configuration or only releasing the measurement configuration (and keep the report configuration ) upon RRC connection is released .21.The method of claim 20, further comprising discarding the stored data / logs upon RRC connection is released.22.The method of claim 20, further comprising keeping the stored data / logs upon RRC connection is released.23.The method of claim 22 further comprising UE keeps the stored data / logs for a duration, e.g., 48 hours and UE starts the timer from the moment the RRC connection is released.24.The method of claim 23, further comprising UE sends the data availability indication to the NW when return back to CONNECTED again and keeps the data / log until either the network retrieves them or the timer expires, whichever occurs first.25.The method of claim 1, further comprising that UE sends the data availability indication to the target node when HO is completed.26.The method of claim 1 further comprising that UE releases the data collecting / log configurations when initiating the RRC Re-establishment procedure.27.The method of claim 26, further comprising that UE release the stored data / logs when initiating the RRC Re-establishment procedure.28.The method of claim 26, further comprising that UE indicates the availability of collected data / logs through RRCReestablishmentComplete  / RRCSetupComplete message to the network during the RRC Re-establishment procedure.

Images