Method and apparatus of supporting data collection

Abstract

Various aspects of the present disclosure relate to a method and apparatus of supporting data collection. An exemplary method performed by a UE may include receiving, from a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; determining to retain data based on the data retaining indication; and sending, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.

Description

METHOD AND APPARATUS OF SUPPORTING DATA COLLECTIONTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to techniques of supporting data collection.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers, or the like) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .SUMMARY

[0003] An article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.

[0004] Some implementations of the methods and apparatuses described herein may further include a UE for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the UE to: receive, from a first radio access network (RAN) node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; determine to retain data based on the data retaining indication; and send, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.

[0005] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive a request of reporting the retained data from the second RAN node; and send, to the second RAN node, the retained data based on the request.

[0006] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: send, to the second RAN node, an end indication indicating that requested retained data has been completely reported.

[0007] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: send, to the second RAN node, a data unavailability indication indicating that there is no retained data to be reported in the case that there is no data being retained based on the data retaining indication.

[0008] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive, from the second RAN node, a data discard indication indicating the UE to discard the retained data; and discard the retained data based on the data discard indication.

[0009] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive, from the first RAN node before receiving the handover command or in the handover command, a configuration of data retaining timer with a duration that the UE needs to retain un-retrieved data; and start the data retaining timer in response to: receiving the data retaining indication; having retained data to be reported in the case of receiving the data retaining indication; successful access to the second cell in the case of receiving the data retaining indication; successful access to the second cell and having retained data to be reported in the case of receiving the data retaining indication; successful completion of the handover in the case of receiving the data retaining indication; successful completion of the handover and having retained data to be reported in the case of receiving the data retaining indication; or sending the data availability indication in the case of receiving the data retaining indication.

[0010] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: send, to the second RAN node, retained data based on a request of reporting the retained data received from the second RAN node before the data retaining timer expires; and stop the data retaining timer in response to sending all the retained data requested by the second RAN node before the data retaining timer expires, or discard remaining retained data in the case that the data retaining timer expires before all the retained data requested by the second RAN node is sent.

[0011] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: discard the retained data in the case that the data retaining timer expires before receiving a request of reporting the retained data from the second RAN node.

[0012] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive, from the first RAN node, data collection related identifier (ID) information for multiple UEs including the UE in a data collection configuration for the UE or in the handover command; and send the data collection related ID information with the retained data sent based on the request.

[0013] In some implementations of the methods and apparatuses described herein, determining to retain data based on the data retaining indication includes: determining to retain un-retrieved data only associated with the first cell; or determining to retain all un-retrieved data in the UE associated with at least one cell including the first cell; or determining to retain un-retrieved data associated with a cell indicated by the data retaining indication.

[0014] In some implementations of the methods and apparatuses described herein, the first RAN node and the second RAN node are a same RAN node or different RAN nodes.

[0015] In some implementations of the methods and apparatuses described herein, the data availability indication further indicates ID information of a cell with which the retained data is associated.

[0016] In some implementations of the methods and apparatuses described herein, the request of reporting the retained data from the second RAN node further indicates ID information of a cell with which the retained data being requested is associated.

[0017] In some implementations of the methods and apparatuses described herein, the data discard indication further indicates ID information of a cell with which the retained data to be discarded is associated.

[0018] Some implementations of the methods and apparatuses described herein may further include a processor for wireless communication, which may include: at least one controller coupled with at least one memory and configured to cause the processor to: receive, from a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; determine to retain data based on the data retaining indication; and send, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.

[0019] Some implementations of the methods and apparatuses described herein may further include a NE for wireless communication acting as a first RAN node, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: determine one or multiple data retaining or releasing indications for a UE in the case of determining to trigger a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, each data retaining or releasing indication indicating whether the UE is to retain or release un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; and send, to the second RAN node, the one or multiple data retaining or releasing indications for the UE in a handover request for the handover, wherein the one or multiple data retaining or releasing indications are a single indication only associated with the first cell, or a single indication associated with the one or multiple cells, or one or multiple indications respectively associated with the one or multiple cells.

[0020] In some implementations of the methods and apparatuses described herein, in the case of a single indication only associated with the first cell, the at least one processor is configured to further cause the UE to: determine whether there is un-retrieved data associated with the first cell in the UE; determine whether the UE is to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the first cell in the UE; and determine a data retaining indication as the single indication in the case of determining to retain the un-retrieved data, or a data releasing indication as the single indication in the case of determining to release the un-retrieved data.

[0021] In some implementations of the methods and apparatuses described herein, in the case of a single indication associated with the one or multiple cells, the at least one processor is configured to further cause the UE to: determine whether there is un-retrieved data associated with one or multiple cells including the first cell in the UE; determine whether the UE is to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the one or multiple cells in the UE; and determine a data retaining indication as the single indication in the case of determining to retain the un-retrieved data, or a data releasing indication as the single indication in the case of determining to release the un-retrieved data.

[0022] In some implementations of the methods and apparatuses described herein, in the case of one or multiple indications respectively associated with the one or multiple cells, for each indication associated with a cell, the at least one processor is configured to further cause the UE to: determine whether there is un-retrieved data associated with the cell in the UE; determine whether the UE is to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the in the UE; and determine a data retaining indication as the indication associated with the cell in the case of determining to retain the un-retrieved data, or a data releasing indication as the single indication in the case of determining to release the un-retrieved data.

[0023] Some implementations of the methods and apparatuses described herein may further include a NE for wireless communication acting as a second RAN node, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: send, to a UE via a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of the second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; determine whether to send a request of reporting un-retrieved data in the case of receiving from the UE a data availability indication indicating that there is retained data to be reported; and send the request of reporting un-retrieved data to the UE in the case of determining to send the request of reporting un-retrieved data.

[0024] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: receive the data retaining indication from the first RAN node in a handover request for the handover; determine whether to allow the UE to retain the un-retrieved data associated with the first RAN node based on the data retaining indication; and determine to send the data retaining indication to the UE in the case of allowing the UE to retain the un-retrieved associated with the first RAN node.

[0025] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: indicate, to the first RAN node, that the un-retrieved data will be retained in the case of allowing the UE to retain the un-retrieved associated with the first RAN node.

[0026] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: receive retained data reported from the UE based on the request; and send the retained data to the first RAN node.

[0027] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: send, to the first RAN node after sending all requested retained data to the first RAN node, one or multiple of a UE context release message or an end indication indicating that requested retained data has been completely reported.

[0028] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: indicate to the first RAN node that there is no retained data in the UE associated with the data retaining indication in the case of not receiving the data availability indication; or indicate to the first RAN node that there is retained data in the UE associated with the data retaining indication while the second RAN node will not to retrieve the retained data in the case of determining not to send the request of reporting un-retrieved data.

[0029] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: receive, from the first RAN node or operations administration and maintenance (OAM) , a configuration of UE context releasing timer with a duration that the first RAN node needs to maintain the UE context after the handover; and start the UE context releasing timer in response to the UE successfully accessing to the second cell or successful complementation of the handover.

[0030] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: stop the UE context releasing timer in the case of sending all the retained data requested by the second RAN node to the first RAN node before the UE context releasing timer expires; or send a UE context releasing message to the first RAN node in the case not receiving the data availability indication from the UE or not sending a request of reporting un-retrieved data to the UE until the UE context releasing timer expires; or indicate to the UE to discard retained data in the case of receiving the data availability indication from the UE while not sending the request of reporting un-retrieved data until the UE context releasing timer expires.

[0031] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the NE to: receive, from the first RAN node, data collection related ID information for multiple UEs including the UE; and send to the first RAN node the data collection related ID information with the retained data received from the UE based on the request.BRIEF DESCRIPTION OF THE DRAWINGS

[0032] Figure 1 illustrates an example of a wireless communications system in accordance with aspects of the present disclosure.

[0033] Figure 2 illustrates an example of a data collection procedure considering handover occurrence in accordance with aspects of the present disclosure.

[0034] Figure 3 illustrates an example of a UE in accordance with aspects of the present disclosure.

[0035] Figure 4 illustrates an example of a processor in accordance with aspects of the present disclosure.

[0036] Figure 5 illustrates an example of a NE in accordance with aspects of the present disclosure.

[0037] Figure 6 illustrates a flowchart of method performed by a UE in accordance with aspects of the present disclosure.

[0038] Figure 7 illustrates a flowchart of method performed by a NE in accordance with aspects of the present disclosure.

[0039] Figure 8 illustrates another flowchart of method performed by a NE in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

[0040] Artificial intelligence (AI) , at least including machine learning (ML) is used to learn and perform certain tasks via training neural networks (NNs) with vast amounts of data, which is successfully applied in computer vison (CV) and nature language processing (NLP) areas. Deep learning, which is a subordinate concept of ML, utilizes multi-layered NNs as an “AI / ML model” (or referred to as AI / ML model or the like) or "AI-based model" (or referred to as AI / ML based model or the like) to learn how to solve problems and / or optimize performance from vast amounts of data. If AI / ML models used on AI-based methods are well trained, the AI-based methods can obtain better performance than the traditional methods. Thus, 3rd generation partnership program (3GPP) has been considering to introduce AI / ML into 3GPP since 2016.

[0041] Data collection is one component of AI / ML life cycle management (LCM) . For example, data collection for network-side (or network based) model training is needed for, e.g., AI / ML based beam management or prediction etc. The network side can configure measurements (e.g., logged measurements) for network side data collection to a UE, so that the UE can log the measurement results according to the configuration and report the logged measurement results to the network, e.g., in an on-demand way. However, considering UE mobility, how to support data collection in the case of handover occurrence should be studied.

[0042] Various aspects of the present disclosure propose that a RAN node or NE (hereinafter, the first RAN node, which will be a source RAN node of a triggered handover) may configure a network side or network based data collection for a UE. In some cases, the data collection may be configured and reported on a per-UE basis. For instance, in the case of beam prediction, both the measurement configuration, e.g., CSI-LoggedMeasurementConfig or the like and report configuration, e.g., CSI-LogMeasReport or the like are respectively designed to operate on each UE. The first RAN node may determine one or multiple data retaining or releasing indications for a UE in the case of determining to trigger a handover of the UE from a first cell of the first RAN node to a second cell of another RAN node or NE ( (hereinafter, the second RAN node, which will be a target RAN node of the triggered handover) . The first RAN node may further send the determined one or multiple data retaining or releasing indications to the second RAN node, e.g., in a handover request for the handover. Each data retaining or releasing indication indicates whether the UE is to retain or release un-retrieved data associated with one or more cells. Regarding the un-retrieved data associated with a cell, it is the measurement results associated with the cell logged in the UE but has not been reported to network. In some examples, the handover includes variants of handover e.g., layer 3 handover, L1 / L2 triggered mobility (LTM) , and conditional handover (CHO) .

[0043] In some implementations in accordance with aspects of the present disclosure (scheme 1) , regardless of a multi-hop handover or not, the first RAN node may only determine a single data retaining or releasing indication associated with the source cell of the current handover, e.g., the first cell. In some implementations in accordance with aspects of the present disclosure (scheme 2) , similarly, regardless of a multi-hop handover or not, the first RAN node may only determine a single data retaining or releasing indication. However, the single data retaining or releasing indication may be associated with only the source cell of the current handover in the case of single-hop handover, e.g., the first cell; or associated with multiple cells in the case of multi-hop handover, wherein data collection in the current source cell and other associated cell (s) of previous handover (s) will be considered. In some implementations in accordance with aspects of the present disclosure (scheme 3) , the first RAN node may determine the data retaining or releasing indication based on each associated cell. In the case of single-hop handover, the first RAN node may determine a data retaining or releasing indication associated with the first cell. In the case of multi-hop handover, the first RAN node may determine multiple separate data retaining or releasing indications one to one associated with multiple cells.

[0044] From the perspective of the second RAN node and UE, in the case of receiving a data retaining indication in a handover command for the handover from the second RAN node via the first RAN node, which indicates the UE to retain un-retrieved data associated with one or multiple cells, the UE may determine to retain data based on the data retaining indication. For example, if scheme 1 is applied, the UE may determine to only retain un-retrieved data associated with the first cell; if scheme 2 is applied, the UE may determine to retain un-retrieved data associated with the first cell and other source cells associated with previous handover (s) (if any) ; and if scheme 3 is applied, the UE may determine to retain un-retrieved data associated with the first cell in the case of the data retaining indication is associated with the first cell or retain un-retrieved data associated with another cell of any previous handover in the case of the data retaining indication is associated with this cell. In some examples, the handover command message can be RRC reconfiguration with sync or LTM cell switch command.

[0045] In the case that there is data being retained based on the data retaining indication send, the UE may send to the second RAN node, a data availability indication indicating that there is retained data to be reported. After receiving the data availability indication, the second RAN node may determine whether to send a request of reporting un-retrieved data and send the request of reporting un-retrieved data to the UE in the case of determining to send the request of reporting un-retrieved data (hereinafter, data request) . The UE may send to the second RAN node the retained data based on the received data request, and then the second RAN node may send the received retained data to the first RAN node.

[0046] Aspects of the present disclosure are described in the context of a wireless communications system.

[0047] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more NE 102, one or more UE 104, and a core network (CN) 106. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a NR network, such as a 5G network, a 5G-Advanced (5G-A) network, or a 5G ultrawideband (5G-UWB) network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G, for example, 6G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0048] The one or more NE 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the NE 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a network function, a network entity, a radio access network (RAN) , a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. An NE 102 and a UE 104 may communicate via a communication link, which may be a wireless or wired connection. For example, an NE 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.

[0049] An NE 102 may provide a geographic coverage area for which the NE 102 may support services for one or more UEs 104 within the geographic coverage area. For example, an NE 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, an NE 102 may be moveable, for example, a satellite associated with a non-terrestrial network (NTN) . In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different NE 102. In some embodiments, the NEs 102 may include one or more relay nodes, integrated access and backhaul (IAB) nodes or wireless access backhaul (WAB) nodes which can provide wireless access services for UEs 104. A relay node (or an IAB node or a WAB node) can directly connect to a BS or hop through one or more relay nodes (or one or more IAB or WAB nodes) before reaching the BS.

[0050] The one or more UE 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a remote unit, a mobile device, a wireless device, a remote device, a subscriber device, a transmitter device, a receiver device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IoT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples.

[0051] A UE 104 may be able to support wireless communication directly with other UEs 104 over a communication link. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0052] An NE 102 may support communications with the CN 106, or with another NE 102, or both. For example, an NE 102 may interface with other NE 102 or the CN 106 through one or more backhaul links (e.g., S1, N2, N3, or network interface) . In some implementations, the NE 102 may communicate with each other directly. In some other implementations, the NE 102 may communicate with each other or indirectly (e.g., via the CN 106. In some implementations, one or more NE 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0053] The CN 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The CN 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more NE 102 associated with the CN 106.

[0054] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g., via an S1, N2, N3, or another network interface) . The packet data network may include an application server. In some implementations, one or more UEs 104 may communicate with the application server. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the CN 106 via an NE 102. The CN 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the CN 106 (e.g., one or more network functions of the CN 106) .

[0055] In the wireless communications system 100, the NEs 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the NEs 102 and the UEs 104 may support different resource structures. For example, the NEs 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the NEs 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the NEs 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The NEs 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0056] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0057] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0058] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0059] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the NEs 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the NEs 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the NEs 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0060] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0061] On the other hand, according to legacy or conventional UE context management, context of a UE in a source RAN node, e.g., the first RAN node will be released shortly after a successful handover of the UE. For example, the target RAN node, e.g., the second RAN node may send a UE context release message to the source RAN node in response to receiving a radio resource control (RRC) reconfiguration complete message from the UE, and the source RAN node will then release the corresponding UE context. If reporting of the retained data to the source RAN node is delayed for any reason, e.g., the target RAN node lacking sufficient resources to retrieve the retained data at the UE, the source RAN node may have released the UE context when receiving the retained data from the target RAN node. Consequently, the source RAN node would be unable to identify to which UE the retained data received from the target RAN node belongs to and fail to determine based on which measurement (s) the data are collected.

[0062] Aspects of the present disclosure propose various manners to solve this problem, which may follow or improve the legacy UE context release mechanism.

[0063] For example, in some implementations of the present disclosure, the target RAN node, e.g., second RAN node may notify the source RAN node, e.g., the first RAN node when to release the UE context, e.g., sending a UE context releasing message to the first RAN node after sending all retained data (if any, requested from the UE) . In some implementations of the present disclosure, a timer related to UE context releasing or un-retrieved data collection may be introduced, e.g., a timer with a duration that the UE needs to retain un-retrieved data (hereinafter, a data retaining timer) at least maintained at the UE or a timer with a duration that the first RAN node needs to maintain the UE context after handover (hereinafter, a UE context releasing timer) at least maintained at the second RAN node. The first RAN node may also maintain such a timer related to UE context releasing and release the UE context after the timer expires, or the second RAN node may send the UE release message to the first RAN node based on the state of the timer or after all retained data (if any) . In some implementations of the present disclosure, data collection related ID information for multiple UEs may be introduced for retained data reporting, which may be only applied for sending retained data from the second RAN node to the first RAN node or for retained data reporting from the UE to the second RAN node and then to the first RAN node. Accordingly, even if lacking the UE context, the first RAN node would identify based on which measurement (s) the received retained data is collected.

[0064] Details of the present disclosure for supporting data collection in the case of handover occurrence are illustrated in the following in view of some exemplary implementations. For clarity and completeness, hereinafter, it is supposed that for each handover, the source RAN node and target RAN node are different, that is, the first RAN node, i.e., source RAN node of the first hop, the second RAN node, i.e., the target RAN node of the first hop and the source RAN node of the second hop, the third RAN node, i.e., the target RAN node of the second hop are different. Persons skilled in the art would understand that the illustrated technical solutions can also be applied to intra-node handover or the like, wherein the source RAN node and the target RAN node are the same one. The same or similar communications between two different RAN nodes in the case of inter-node handover may also exist between two different entities or elements or the like of a single RAN node in the case of intra-node handover. In addition, persons skilled in the art would understand that although two hop handovers are illustrated herein, the illustrated and taught solutions are also applicable for scenarios of more hop handovers.

[0065] Figure 2 illustrates an example of a data collection procedure considering handover occurrence in accordance with aspects of the present disclosure.

[0066] As shown in Figure 2, at step 201, a first RAN node, e.g., RAN#1 which serves a UE at a first cell, e.g., cell#1 may provide a data collection configuration for the UE, so that the UE could log data collected in the first cell and report the logged data to the first RAN node based on the data collection configuration.

[0067] For example, in the case of beam management, the UE is expected to log layer 1 (L1) -reference signal received power (RSRP) measurements on synchronization signal (SS)  / physical broadcast channel (PBCH) block (SSB) and / or channel state information (CSI) -reference signal (RS) . The data collection configuration provided for the UE by the first RAN node may include measurement targets and logging configuration etc. The measurement target configuration may include CSI resource configuration or CSI resource set configuration etc. For example, for network-based beam prediction, the network, e.g., RAN#1 may provide a CSI-LoggedMeasurementConfig information element (IE) or the like to the UE, which defines a group of CSI resources for which the UE will log the associated L1 radio measurement results. The logging configuration may configure logging periodicity or event to trigger logging etc.

[0068] Due to UE mobility, in some scenarios, the first RAN node may trigger a handover procedure for the UE from the first cell to a second cell, e.g., cell#2. Herein, it is assumed that the second cell belongs to a second RAN node different from the first RAN node, e.g., RAN#2.

[0069] Considering the data collection, the first RAN node may determine or generate one or multiple data retaining or releasing indications for the UE in various manners in accordance with aspects of the present disclosure, e.g., scheme 1, scheme 2 or scheme 3 or other manners. Each data retaining or releasing indication may be per logged measurement or for all logged measurements.

[0070] For example, in the case of scheme 1, the first RAN node may determine or generate a single indication only associated with the first cell. In some implementations of the present disclosure, the first RAN node may determine whether there is un-retrieved data associated with the first cell (e.g., whether a data collection measurement associated with the first cell is configured) in the UE and further determine whether to retain or release the un-retrieved data in the UE in the case that there is un-retrieved data associated with the first cell in the UE. The first RAN node may determine a data retaining indication in the case of determining to retain the un-retrieved data, or determine a data releasing indication in the case of determining to release the un-retrieved data.

[0071] In the case of scheme 2, the first RAN node may determine or generate a single indication associated with the one or multiple cells, including the source cell of the current handover and other source cells of previous handovers (if any) . In some implementations of the present disclosure, the first RAN node may determine whether there is un-retrieved data associated with one or multiple cells including the first cell in the UE, and determine whether to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the one or multiple cells in the UE. The first RAN node may determine a data retaining indication in the case of determining to retain the un-retrieved data associated with any cell, or a data releasing indication in the case of determining to release the un-retrieved data associated with all cells. Whether there is a previous handover (or a multi-hop handover) or whether there is un-retrieved data in a previous cell may be determined based on whether an associated data retaining indication is received or other manners. For example, RAN#1 may determine that there a previous handover, if RAN#1 has received a data retaining indication and decided to retain the un-retrieved data that are collected in a fourth cell belonging to RAN#1 or a different RAN node and there is still retained data that are collected in the fourth cell to be reported in the UE, e.g., that the UE has reported that there is retained data collected in the fourth cell to RAN#1 but has not been requested to report the retained data to RAN#1 or reporting of the requested data has not been completed.

[0072] In the case of scheme 3, the first RAN node may determine or generate one or multiple separate indications. Similarly, whether there is a previous handover may be determined based on whether an associated data retaining indication is received or other manners. In some implementations of the present disclosure, for each indication associated with a cell (e.g., current source cell or a previous source cell) , the first RAN node may determine whether there is un-retrieved data associated with the cell in the UE and further determine whether to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the cell in the UE. The first RAN node may determine a data retaining indication in the case of determining to retain the un-retrieved data, or determine a data releasing indication in the case of determining to release the un-retrieved data.

[0073] Herein, it is assumed that the handover from the first cell to the second cell is the first hop, and there is no data retaining indication from a previous handover needs to be considered. Accordingly, regardless of scheme 1, scheme 2, or scheme 3, the first RAN node will determine one indication on whether to release or retain un-retrieved data (hereinafter, first indication) only associated with the first cell, e.g., one data retaining indication or data releasing indication only associated with the first cell.

[0074] At step 203, the first RAN node (source RAN node in the handover) may send the first indication to the second RAN node (target RAN node in the handover) . The first RAN node may also indicate to the second RAN node the ID information of the cell associated with the first indication, e.g., cell#1. In some cases, the first indication may be included in a handover request message sent to the target RAN node, e.g., in an inter-node RRC message (e.g., HandoverPreparationInformation or the like) of the handover request message.

[0075] In some implementations of the present disclosure (it is always supposed that the handover request is accepted, hereinafter the same) , in the case of the first indication being a data retaining indication, the second RAN node may determine whether to allow the UE to retain the un-retrieved data associated with the first RAN node based on the data retaining indication. In the case of allowing the UE to retain the un-retrieved associated with the first RAN node, the second RAN node may determine to send the data retaining indication to the UE. In the case of not allowing (rejecting) the UE to retain the un-retrieved associated with the first RAN node, the second RAN node may determine or generate a data releasing indication to indicate the UE to release the un-retrieved associated with the first RAN node and send the data releasing indication to the UE.

[0076] For clarity, although the data retaining or releasing indication sent to the UE by the second RAN node via the first RAN node may be the first indication in some cases, the data retaining or releasing indication sent to the UE by the second RAN node via the first RAN node may be referred to as a second indication in the following.

[0077] In some implementations of the present disclosure, even if the first indication is a data retaining indication, the second RAN node may directly use the first indication as the second indication without further determination.

[0078] The second RAN node may include the second indication in a handover request acknowledge message to send the second indication to the UE via the first RAN node at step 205, e.g., in an inter-node RRC message in the handover request acknowledge message. The second RAN node may also indicate to the UE the ID information of the cell associated with the second indication, e.g., cell#1. For example, the second RAN node may send the handover request acknowledge message to the first RAN node at step 205a, which includes a handover command or the like to the UE. The handover command includes the second indication and is transparent for the first RAN node. The first RAN node may further send the handover command or the like included in the handover request acknowledge message, e.g., via a RRC reconfiguration message with sync or the like to the UE at step 205b.

[0079] The second RAN node may also indicate to the first RAN node whether the second RAN node decides to release or retain the un-retrieved data indicated by the first indication, e.g., including an explicit indication in the handover request acknowledge message, which is consistent to the second indication sent to the UE and may directly use an additional second indication in some cases.

[0080] The UE may perform or execute the handover to the second cell based on the handover command at step 207, e.g., by a random access procedure. After the UE successfully accesses to the second cell, the UE may send a RRC reconfiguration complete message to the second RAN node at step 209, which means the handover to the second cell is successfully completed.

[0081] In the case that there is a second indication related to whether to release or retain un-retrieved data in the handover command, the UE may determine to retain the un-retrieved data (if any) in the case of the second indication indicating the UE to retain the un-retrieved data, or determine to release the un-retrieved data in the case of the second indication indicating the UE to release the un-retrieved data.

[0082] On the other hand, in the case of receiving a data retaining indication, the UE may determine whether there are retained data to be reported (may also be referred to as available retained data or available collected data etc. ) , which may be per cell or per node. The UE may send to the second RAN node, e.g., in the RRC reconfiguration complete message at step 209, an indication indicating that there is retained data related to the first cell to be reported (hereinafter, a data availability indication) in the case that there is un-retrieved data being retained based on the received data retaining indication, e.g., retained data logged in the first cell; or an indication indicating that there is no retained data to be reported (hereinafter, a data unavailability indication) in the case that there is no un-retrieved data being retained based on the received data retaining indication, e.g., no-retained data logged in the first cell. The UE may also indicate to the second RAN node the ID information of the cell associated with the data unavailability or unavailability indication, e.g., cell#1.

[0083] In the case of receiving the data availability indication (case 1) , the second RAN node may decide whether to request the UE to report the retained data, that is, reporting of retained data from the UE to the second RAN node is an on-demand manner.

[0084] In the case of the second RAN node decides to request the UE to report the retained data collected in the first cell (case 1-1) , the second RAN node may send a request to the UE at step 211. The second RAN node may also indicate to the UE the ID information of a cell associated with the request, e.g., cell#1. For example, the second RAN node may include a field to request the retained data, e.g., in a UE information request message or the like. Taken retained data for beam prediction as an example, the field may be used to indicate the UE to report information about L1 radio measurement results logged in the first cell.

[0085] After receiving the request, the UE may report the retained data to the second RAN node at step 213, e.g., in a UE information response message or the like. For example, for retained data for beam prediction, the retained data reported to the second RAN node may include CSI logged measurement information, e.g., L1-RSRP of a CSI-RS or SSB etc., collected in the first cell.

[0086] In some cases, after sending all the requested retained data, e.g., retained data related to the first cell, the UE may also send an end indication of the retained data to the second RAN node, indicating that the requested retained data has been completely reported.

[0087] At step 215, after receiving the retained data reported from the UE, the second RAN node may send the retained data to the first RAN node, e.g., by a UE associated message. In some cases, the second RAN node may also send an end indication to the first RAN node, indicating that the requested retained data has been completely reported.

[0088] After sending all the received retained data to the first RAN node, the second RAN node may send a UE context release message to the first RAN node. The first RAN node will release the UE context after receiving the UE context releasing message. In some cases, the first RAN node may release the UE context after receiving the end indication indicating that the requested retained data has been completely reported. The second RAN may send the UE context release message or not.

[0089] In some cases, although receiving the data availability indication from the UE, the second RAN node may decide not to request the UE to report the retained data (case 1-2) . The second RAN node may send an indication to the UE at step 211, indicating the UE to discard or release the retained data (hereinafter, data discard indication) . The second RAN node may also indicate to the UE the ID information of the cell associated with the data discard indication, e.g., cell#1. For example, the data discard indication may indicate the UE to discard the measurements logged in the first cell, or discard the logged measurement entries included in a VarCSI-LogMeasReport or the like.

[0090] On the other hand, in the case of deciding not to request the UE to report the retained data, the second RAN node may indicate to the first RAN node at step 217, e.g., by an indication that there is retained data related to the first cell in the UE while the second RAN node will not retrieve the retained data. The second RAN node may include such an indication in a UE context release message to the first RAN node, or send such an indication to the first RAN node firstly and then send or not send a UE context release message. The first RAN node may release the UE context after receiving the indication that there is retained data related to the first cell in the UE while the second RAN node will not retrieve the retained data in some cases, e.g., no UE context release message provided. In some cases, in the case of deciding not to request the UE to report the retained data, the second RAN node may directly send a UE context release message to the first RAN node, and the first RAN node may release the UE context after receiving the UE context release message.

[0091] When not receiving a data availability indication from the UE (case 2) , e.g., receiving a data unavailability indication from the UE at step 209 or none of data availability indication or data unavailability indication being received at step 209, the second RAN node may determine that there is no retained data to be reported from the UE. The second RAN node may indicate to the first RAN node at step 217, e.g., by an indication that there is no retained data related to the first cell in the UE. Similarly, such an indication may be included in a UE context release message to the first RAN node, or sent to the first UE separately from the UE context release message (if any) . The second RAN node may release the UE context after receiving the indication that there is no retained data related to the first cell in the UE in some cases, e.g., no UE context release message provided. In some cases, in the case of determining that there is no retained data to be reported from the UE, the second RAN node may directly send a UE context release message to the first RAN node, and the first RAN node may release the UE context after receiving the UE context release message.

[0092] In accordance with some aspects of the present disclosure, a UE context releasing timer may be applied, which may be configured for the second RAN node by the first RAN node or by OAM, which may be per cell or node or common for multiple cells and / or nodes. For example, as shown in Figure 2, in some implementations of the present disclosure, at step 203, the first RAN node may further include configuration of a UE context releasing timer, e.g., in an inter-node RRC message (e.g., HandoverPreparationInformation or the like) in the handover request message. The UE context releasing timer is used to define how long the first RAN node shall store or maintain the UE context after handover to the second cell. In some implementations of the present disclosure, the second RAN node may receive the configuration of the UE context releasing timer from the OAM.

[0093] The second RAN node may start the UE context releasing timer in response to the successful access to the second cell, e.g., that the random-access procedure for handover towards the second cell at step 207 has been performed successfully, or in response to the successful completion of handover towards the second cell, e.g., that the second RAN node receives the RRC reconfiguration complete message or the like from the UE at step 209.

[0094] In some cases, before the UE context releasing timer expires, the second RAN node may receive the data availability indication from the UE, request the retained data from the UE and send the retained data to the first RAN node same as or similar to that recited in case 1-1. The second RAN node may stop the UE context releasing timer.

[0095] In some cases, before the UE context releasing timer expires, the second RAN node may receive the data unavailability indication from the UE and may indicate to the first RAN node that there is no retained data in the UE associated with the data retaining indication and / or UE context release message same as or similar to that recited in case 2. The second RAN node may stop the UE context releasing timer.

[0096] In some cases, until the UE context releasing timer expires, the second RAN node may have not received the data availability indication from the UE. The second RAN node may send an indication that there is no retained data related to the first cell in the UE and / or a UE context release message to the first RAN node same as or similar to that recited in case 2.

[0097] In some cases, until the UE context releasing timer expires, if the second RAN node has received the data availability indication from UE but has not requested the UE to report the retained data, the second RAN node may send a data discard indication to indicate the UE to discard the retained data same as or similar to that recited in case 1-2. The second RAN node may also send to, the first RAN node, a UE context release message and / or an indication indicating that there is retained data related to the first cell in the UE while the second RAN node will not retrieve the retained data same as or similar to that recited in case 1-2.

[0098] In some implementation of the present disclosure, the first RAN node may also maintain such a UE context releasing timer as that in the second RAN node. The first RAN node may start the UE context releasing timer in response to sending the handover command with the second indication of data retaining indication, and release the UE context in the case of the UE context releasing timer expires or stopped (e.g., in the case of receiving all retained data before the UE context releasing timer expires etc. ) .

[0099] In accordance with some aspects of the present disclosure, a similar timer, e.g., data retaining timer may be applied, which may be configured for the UE by the first RAN node.

[0100] For example, as shown in Figure 2, in some implementations of the present disclosure, the first RAN node may configure the data retaining timer to the UE before triggering a handover, e.g., included in the data collection configuration to the UE at step 201, which is used to define how long the UE shall store or maintain the un-retrieved data, which may be per cell or node or common for multiple cells or nodes.

[0101] In some implementations of the present disclosure, the first RAN node may configure the data retaining timer to the UE via the second RAN node. For example, the first RAN node may send the configuration of the data retaining timer to the second RAN node in the case of sending a data retaining indication at step 203, e.g., in an inter-node RRC message (e.g., HandoverPreparationInformation) in a handover request message. The second RAN node may send the configuration of the data retaining timer to the UE, e.g., in the handover command at step 205 in the case of sending a second indication of data retaining indication to the UE. When the UE will start the received data retaining timer can be defined in various manners.

[0102] For example, in some implementations of the present disclosure, the UE may start the data retaining timer in response to receiving the data retaining indication, e.g., upon that the UE receives the handover command including the data retaining indication. In some cases, whether there are retained data in the UE will be considered. The UE may start the data retaining timer in response to having retained data to be reported in the case of receiving the data retaining indication, e.g., upon that the UE receives the handover command including the data retaining indication and has un-retrieved data to be reported.

[0103] In some implementations of the present disclosure, the UE may start the data retaining timer in response to successful access to the second cell in the case of receiving the data retaining indication, e.g., upon that the UE successfully accesses to the second cell, e.g., receiving Msg 4 in 4-step physical random access channel (RACH) or Msg B in 2-step RACH in the case of receiving the data retaining indication. In some cases, whether there are retained data in the UE will be considered. The UE may start the data retaining timer in response to successful access to the second cell and having retained data to be reported in the case of receiving the data retaining indication.

[0104] In some implementations of the present disclosure, the UE may start the data retaining timer in response to successful completion of the handover in the case of receiving the data retaining indication, e.g., upon that the UE stops the timer T304 in the case of receiving the data retaining indication. In some cases, whether there are retained data in the UE will be considered. The UE may start the data retaining timer in response to successful completion of the handover and having retained data to be reported in the case of receiving the data retaining indication.

[0105] In some implementations of the present disclosure, the UE may start the data retaining timer in response to sending the data availability indication, e.g., upon that the UE sends the RRC reconfiguration complete message including a data availability indication.

[0106] Before the data retaining timer expires, if the UE has un-retrieved data to be reported and sends all the retained data as requested by the second RAN node associated with the data retaining timer same as or similar to that recited in case 1-1, the UE may stop the data retaining timer.

[0107] If the UE has un-retrieved data to be reported and sends the data availability indication to the second RAN node while does not receive the request of reporting the retained data from the second RAN node until the data retaining timer expires, the UE may discard the retained data.

[0108] In some cases, the UE may have received the request of reporting the retained data from the second RAN node before the data retaining timer expires while fails to send all the retained data as requested when the data retaining timer expires. The UE may discard the remaining retained data.

[0109] In some implementation of the present disclosure, the first RAN node may also maintain such a data retaining timer (may be still referred to as a UE context releasing timer with a value consistent with the data retaining timer) as that in the UE. The first RAN node may start the data retaining timer in response to sending the handover command with the second indication of data retaining indication, and release the UE context in the case of the data retaining timer expires or stopped (e.g., in the case of receiving all retained data before the data retaining timer expires etc. ) .

[0110] In accordance with some aspects of the present disclosure, data collection related ID information for multiple UEs may be applied, which is used to identify the retained data and may be referred to as common ID information for an AI / ML task (or session or the like) , or a training task or a data collection among multiple UEs. The common ID information may be for only one measurement or for multiple measurements. For example, the common ID information may be used to identify a data collection for beam prediction for a measurement or for multiple measurements. Exemplary command ID information may be the session ID or transaction ID of an AI / ML task. The first RAN node may allocate common ID information of data collection associated with the un-retrieved data, e.g., for a logged CSI measurement configuration ID or multiple logged CSI measurement configuration IDs. The data collection related ID information may be applied based on the second RAN node side, or based on the UE side.

[0111] For example, in some implementations of the present disclosure, the first RAN node may send the common ID information to the second RAN node, e.g., in the handover request indication with the first indication of data retaining indication at step 203.

[0112] After receiving the common ID information, the second RAN node may store the common ID information and correlate the common ID information with the UE context in the second RAN node. In the case of the second RAN node sends the retained data received from the UE to the first RAN node, e.g., at step 215, the second RAN node may also send the corresponding common ID information to the first RAN node. Since the common ID information is associated with the UE context, the second RAN node can send the retained data and the corresponding common ID information to the first RAN node using a non-UE associated message. Even if the first RAN node has released the UE context before receiving the retained data, e.g., as the legacy, the first RAN node can still identify the received retained data.

[0113] In some implementations of the present disclosure, the first RAN node may configure the common ID information to the UE. In some cases, the first RAN node may configure or allocate the common ID information to the UE before the handover, e.g., along with the data collection configuration at step 201. For example, the first RAN node may allocate a common ID for data collection for beam prediction e.g., in the CSI-LoggedMeasurementConfig IE or the like to the UE. In some cases, the first RAN node may send the common ID information to the second RAN node, e.g., with the first indication of data retaining indication in a handover request message or the like at step 203. In the case that the second RAN node sends a second indication of data retaining indication to the UE at step 205, the second RAN node may also include the common ID information in the handover command to the UE. When the UE reports the retained data to the second RAN node after receiving a related data request, e.g., at step 213, the UE may also send the common ID information to the second RAN node. Then, the second RAN node can also send the retained data to the first RAN node with the common ID information, e.g., in a non-UE associated message. Similarly, even if the first RAN node has released the UE context before receiving the retained data, e.g., as the legacy, the first RAN node can still identify the received retained data.

[0114] In some scenarios, multiple-hop handovers are possible. For instance, referring to Figure 2, it is assumed that the UE handed over from the first RAN node to the second RAN node (first hop) is further handed over to a third cell, e.g., cell#3 of a third RAN node, e.g., RAN#3 (second hop) before the UE could send all the associated retained data to the second RAN node.

[0115] Similar to the first RAN node in the first hop, the second RAN node may also configure a data collection for the UE, e.g., including the data collection configuration for the UE in the handover command sent to the UE at step 205 or after the first hop handover is completed, e.g., at step 221. Details related to the data collection configuration are same as or similar to that illustrated in view of the first RAN node, and will not repeat.

[0116] When the second RAN node decides to trigger a handover for the UE from the second cell to the third cell, the second RAN node may determine one or multiple (e.g., two) data retaining indication or releasing indications, e.g., by scheme 1, scheme 2 or scheme 3 or other scheme. The second RAN node may send the one or two data retaining or releasing indications to the third RAN node at step 225, e.g., in a handover request message, and the third RAN node may send one or two data retaining or releasing indications to the UE at step 225, wherein the data retaining or releasing indication sent to the UE may be the same as or different from that received from the second RAN node similar to that illustrated in view of the first hop.

[0117] In the case of scheme 1, the second RAN node may determine a single data retaining or releasing indication only associated with the second cell, which may be a data retaining indication in the case of determining to retain the un-retrieved data or a data releasing indication in the case of determining to release the un-retrieved data. At the UE side and the second RAN node side, they also only consider the second cell when performing related operations. Thus, the detailed operations are same as or similar to that illustrated in view of the first hop (e.g., handover from cell#1 to cell#2) , and will not repeat.

[0118] In the case of scheme 2, the second RAN node may determine a single data retaining or releasing indication associated with both the first and second cells. For example, the second RAN node may determine a data retaining indication in the case that the second RAN node determines to retain un-retrieved data collected in any one of the first cell and second cell; and may determine a data releasing indication in the case that the second RAN node determines to release the un-retrieved data collected in the first cell and second cell. The detailed operations are similar to that illustrated in view of the first hop (handover from cell#1 to cell#2) while multiple cells are considered, and only some exemplary details are illustrated in the following for simplification and clarity.

[0119] For example, when receiving the data retaining indication from the second RAN node, the third RAN node may determine whether to allow the data retaining indication considering both the first cell and the second cell and may reject data retaining due to any one of the two cells.

[0120] The UE may determine to retain the un-retrieved data (if any) in first cell and second cell in the case of receiving a data retaining indication, or determine to release the un-retrieved data (if any) in first cell and second cell in the case of receiving a data releasing indication. In the case of sending a data availability or unavailability indication, the UE may consider the un-retrieved data (if any) in both the first cell and second cell.

[0121] In the case of receiving a data request from the third RAN node at step 227, the UE may send the collected or retained data (if any) in first cell and the second cell to the third RAN node at step 229. The UE may provide two types of logged data: logged data in the first cell and logged data in the second cell. In the case that UE includes the two types of logged data in a single UE information response message, the UE may include the cell ID information for each of the two types of logged data. For example, for the retained data, e.g., logged L1-RSRP (s) in the first cell, the UE may include the ID of the first cell, e.g., cell#1 together with logged L1-RSRP (s) ; and for the retained data, e.g., logged L1-RSRP (s) in the second cell, the UE may include the ID of the second cell, e.g., cell#2 together with logged L1-RSRP (s) .

[0122] When the third RAN node receives the retained data, for the data that was collected in the first cell (if any) , the third gNB may forward it to the first RAN node by identifying the ID information of the first cell at step 231a. For the data that was collected in the second cell (if any) , the third RAN node may forward it to the second RAN node by identifying the ID information of the second cell at step 231b.

[0123] In the case of scheme 3, the data retaining or releasing indication is per cell or RAN node. The second RAN node may determine a data retaining or releasing indication for the first cell and a data retaining or releasing indication for the second cell, each of which may be a data retaining indication in the case of determining to retain the un-retrieved data or a data releasing indication in the case of determining to release the un-retrieved data. The detailed operations are same as or similar to that illustrated in view of the first hop (handover from cell#1 to cell#2) while additional cell (s) are considered, and only some exemplary details are illustrated in the following for simplification and clarity.

[0124] For example, when receiving two data retaining or releasing indications from the second RAN node, for any data retaining indication associated with a cell, the third RAN node may determine whether to allow the data retaining indication in this cell independently from the other one.

[0125] The UE may determine to retain or release the un-retrieved data (if any) in a cell according to the corresponding data retaining or releasing indication as illustrated in view of the first hop. For example, if the UE receives a data retaining indication associated with the first cell, the UE may determine to retain the un-retrieved data in the first cell, if the UE receives a data releasing indication associated with the first cell, the UE may determine to release the un-retrieved data in the first cell, if the UE receives a data retaining indication associated with the second cell, the UE may determine to retain the un-retrieved data in the second cell, and if the UE receives a data releasing indication associated with the second cell, the UE may determine to release the un-retrieved data in the second cell.

[0126] When the UE determines whether there is retained data to be reported to the third RAN node, the UE also determines a data availability indication or unavailability indication based on each data retaining indication associated with a specific cell. When the UE sends the data availability indication or unavailability indication to the third RAN node, the UE may also include the cell ID information associated with the data availability indication or unavailability indication.

[0127] The third RAN node may determine whether to send a data request based on each received data availability indication. For example, in the case of receiving a data availability indication associated with the first cell, the third RAN node may determine to send a data request to the UE with the ID information of the first cell or not send a data request. In the case of receiving a data availability indication associated with the second cell, the third RAN node may determine to send a data request to the UE with the ID information of the second cell or not send a data request.

[0128] Similarly, the UE may provide two types of logged data: logged data in the first cell and logged data in the second cell. In the case of receiving a data request from the third RAN node, e.g., at step 227, the UE may send the collected or retained data (if any) to the third RAN node at step 229 according to the cell ID information associated with the data request, and may include the associated cell ID information in the message transmitting the requested data.

[0129] When the third RAN node receives the retained data from the UE, for the data that was collected in the first cell (if any) , the third gNB may forward it to the first RAN node by identifying the ID information of the first cell at step 231a. For the data that was collected in the second cell (if any) , the third RAN node may forward it to the second RAN node by identifying the ID information of the second cell at step 231b.

[0130] Figure 3 illustrates an example of a UE 300 in accordance with aspects of the present disclosure. The UE 300 may include a processor 302, a memory 304, a controller 306, and a transceiver 308. The processor 302, the memory 304, the controller 306, or the transceiver 308, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0131] The processor 302, the memory 304, the controller 306, or the transceiver 308, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0132] The processor 302 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 302 may be configured to operate the memory 304. In some other implementations, the memory 304 may be integrated into the processor 302. The processor 302 may be configured to execute computer-readable instructions stored in the memory 304 to cause the UE 300 to perform various functions of the present disclosure.

[0133] The memory 304 may include volatile or non-volatile memory. The memory 304 may store computer-readable, computer-executable code including instructions when executed by the processor 302 cause the UE 300 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 304 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0134] In some implementations, the processor 302 and the memory 304 coupled with the processor 302 may be configured to cause the UE 300 to perform one or more of the functions described herein (e.g., executing, by the processor 302, instructions stored in the memory 304) . For example, the processor 302 may support wireless communication at the UE 300 in accordance with examples as disclosed herein. The UE 300 may be configured to support a means for receiving, from a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; a means for determining to retain data based on the data retaining indication; and a means for sending, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.

[0135] The controller 306 may manage input and output signals for the UE 300. The controller 306 may also manage peripherals not integrated into the UE 300. In some implementations, the controller 306 may utilize an operating system such as or other operating systems. In some implementations, the controller 306 may be implemented as part of the processor 302.

[0136] In some implementations, the UE 300 may include at least one transceiver 308. In some other implementations, the UE 300 may have more than one transceiver 308. The transceiver 308 may represent a wireless transceiver. The transceiver 308 may include one or more receiver chains 310, one or more transmitter chains 312, or a combination thereof.

[0137] A receiver chain 310 may be configured to receive signals (e.g., control information, data, and packets) over a wireless medium. For example, the receiver chain 310 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 310 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 310 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 310 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0138] A transmitter chain 312 may be configured to generate and transmit signals (e.g., control information, data, and packets) . The transmitter chain 312 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 312 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 312 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0139] Figure 4 illustrates an example of a processor 400 in accordance with aspects of the present disclosure. The processor 400 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 400 may include a controller 402 configured to perform various operations in accordance with examples as described herein. The processor 400 may optionally include at least one memory 404, which may be, for example, an L1 / L2 / L3 cache. Additionally, or alternatively, the processor 400 may optionally include one or more arithmetic-logic units (ALUs) 406. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0140] The processor 400 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 400) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0141] The controller 402 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 400 to cause the processor 400 to support various operations in accordance with examples as described herein. For example, the controller 402 may operate as a control unit of the processor 400, generating control signals that manage the operation of various components of the processor 400. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0142] The controller 402 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 404 and determine subsequent instruction (s) to be executed to cause the processor 400 to support various operations in accordance with examples as described herein. The controller 402 may be configured to track memory address of instructions associated with the memory 404. The controller 402 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 402 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 400 to cause the processor 400 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 402 may be configured to manage flow of data within the processor 400. The controller 402 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 400.

[0143] The memory 404 may include one or more caches (e.g., memory local to or included in the processor 400 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementations, the memory 404 may reside within or on a processor chipset (e.g., local to the processor 400) . In some other implementations, the memory 404 may reside external to the processor chipset (e.g., remote to the processor 400) .

[0144] The memory 404 may store computer-readable, computer-executable code including instructions that, when executed by the processor 400, cause the processor 400 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 402 and / or the processor 400 may be configured to execute computer-readable instructions stored in the memory 404 to cause the processor 400 to perform various functions. For example, the processor 400 and / or the controller 402 may be coupled with or to the memory 404, the processor 400, the controller 402, and the memory 404 may be configured to perform various functions described herein. In some examples, the processor 400 may include multiple processors and the memory 404 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0145] The one or more ALUs 406 may be configured to support various operations in accordance with examples as described herein. In some implementations, the one or more ALUs 406 may reside within or on a processor chipset (e.g., the processor 400) . In some other implementations, the one or more ALUs 406 may reside external to the processor chipset (e.g., the processor 400) . One or more ALUs 406 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 406 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 406 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 406 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 406 to handle conditional operations, comparisons, and bitwise operations.

[0146] The processor 400 may support wireless communication in accordance with examples as disclosed herein. The processor 400 may be configured to or operable to support a means for receiving, from a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; a means for determining to retain data based on the data retaining indication; and a means for sending, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.

[0147] Figure 5 illustrates an example of a NE 500 in accordance with aspects of the present disclosure. The NE 500 may include a processor 502, a memory 504, a controller 506, and a transceiver 508. The processor 502, the memory 504, the controller 506, or the transceiver 508, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0148] The processor 502, the memory 504, the controller 506, or the transceiver 508, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0149] The processor 502 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 502 may be configured to operate the memory 504. In some other implementations, the memory 504 may be integrated into the processor 502. The processor 502 may be configured to execute computer-readable instructions stored in the memory 504 to cause the NE 500 to perform various functions of the present disclosure.

[0150] The memory 504 may include volatile or non-volatile memory. The memory 504 may store computer-readable, computer-executable code including instructions when executed by the processor 502 cause the NE 500 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 504 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0151] In some implementations, the processor 502 and the memory 504 coupled with the processor 502 may be configured to cause the NE 500 to perform one or more of the functions described herein (e.g., executing, by the processor 502, instructions stored in the memory 504) . For example, the processor 502 may support wireless communication at the source RAN node or NE 500 in accordance with examples as disclosed herein. The NE 500 may be configured to support a means for determining one or multiple data retaining or releasing indications for a UE in the case of determining to trigger a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, each data retaining or releasing indication indicating whether the UE is to retain or release un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; and a means for sending, to the second RAN node, the one or multiple data retaining or releasing indications for the UE in a handover request for the handover, wherein the one or multiple data retaining or releasing indications are a single indication only associated with the first cell, or a single indication associated with the one or multiple cells, or one or multiple indications respectively associated with the one or multiple cells. For another example, the processor 502 may support wireless communication at the target RAN node or NE 500 in accordance with examples as disclosed herein. The NE 500 may be configured to support a means for sending, to a UE via a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of the second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; a means for determining whether to send a request of reporting un-retrieved data in the case of receiving from the UE a data availability indication indicating that there is retained data to be reported; and a means for sending the request of reporting un-retrieved data to the UE in the case of determining to send the request of reporting un-retrieved data.

[0152] The controller 506 may manage input and output signals for the NE 500. The controller 506 may also manage peripherals not integrated into the NE 500. In some implementations, the controller 506 may utilize an operating system such as or other operating systems. In some implementations, the controller 506 may be implemented as part of the processor 502.

[0153] In some implementations, the NE 500 may include at least one transceiver 508. In some other implementations, the NE 500 may have more than one transceiver 508. The transceiver 508 may represent a wireless transceiver. The transceiver 508 may include one or more receiver chains 510, one or more transmitter chains 512, or a combination thereof.

[0154] A receiver chain 510 may be configured to receive signals (e.g., control information, data, and packets) over a wireless medium. For example, the receiver chain 510 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 510 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 510 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 510 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0155] A transmitter chain 512 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 512 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 512 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 512 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0156] Figure 6 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a UE as described herein. In some implementations, the UE may execute a set of instructions to control the function elements of the UE to perform the described functions.

[0157] At step 601, the method may include receiving, from a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network. The operations of step 601 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 601 may be performed by a UE as described with reference to Figure 3.

[0158] At step 603, the method may include determining to retain data based on the data retaining indication. The operations of step 603 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 603 may be performed by a UE as described with reference to Figure 3.

[0159] At step 605, the method may include sending, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication. The operations of step 605 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 605 may be performed by a UE as described with reference to Figure 3.

[0160] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0161] Figure 7 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a NE as described herein. In some implementations, the NE may execute a set of instructions to control the function elements of the NE to perform the described functions.

[0162] At step 701, the method may include determining one or multiple data retaining or releasing indications for a UE in the case of determining to trigger a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, each data retaining or releasing indication indicating whether the UE is to retain or release un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network. The operations of step 701 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 701 may be performed by a NE as described with reference to Figure 5.

[0163] At step 703, the method may include sending, to the second RAN node, the one or multiple data retaining or releasing indications for the UE in a handover request for the handover, wherein the one or multiple data retaining or releasing indications are a single indication only associated with the first cell, or a single indication associated with the one or multiple cells, or one or multiple indications respectively associated with the one or multiple cells. The operations of step 703 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 703 may be performed by a NE as described with reference to Figure 5.

[0164] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0165] Figure 8 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a target RAN node or NE as described herein. In some implementations, the NE may execute a set of instructions to control the function elements of the NE to perform the described functions.

[0166] At step 801, the method may include sending, to a UE via a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of the second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network. The operations of step 801 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 801 may be performed by a target NE as described with reference to Figure 5.

[0167] At step 803, the method may include determining whether to send a request of reporting un-retrieved data in the case of receiving from the UE a data availability indication indicating that there is retained data to be reported. The operations of step 803 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 803 may be performed by a target NE as described with reference to Figure 5.

[0168] At step 805, the method may include sending the request of reporting un-retrieved data to the UE in the case of determining to send the request of reporting un-retrieved data. The operations of step 805 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 805 may be performed by a target NE as described with reference to Figure 5.

[0169] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0170] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.A user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the UE to:receive, from a first radio access network (RAN) node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network;determine to retain data based on the data retaining indication; andsend, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.2.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:receive a request of reporting the retained data from the second RAN node; andsend, to the second RAN node, the retained data based on the request.3.The UE of claim 2, wherein the at least one processor is configured to further cause the UE to:send, to the second RAN node, an end indication indicating that requested retained data has been completely reported.4.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:send, to the second RAN node, a data unavailability indication indicating that there is no retained data to be reported in the case that there is no data being retained based on the data retaining indication.5.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:receive, from the second RAN node, a data discard indication indicating the UE to discard the retained data; anddiscard the retained data based on the data discard indication.6.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:receive, from the first RAN node before receiving the handover command or in the handover command, a configuration of data retaining timer with a duration that the UE needs to retain un-retrieved data; andstart the data retaining timer in response to:receiving the data retaining indication;having retained data to be reported in the case of receiving the data retaining indication;successful access to the second cell in the case of receiving the data retaining indication;successful access to the second cell and having retained data to be reported in the case of receiving the data retaining indication;successful completion of the handover in the case of receiving the data retaining indication;successful completion of the handover and having retained data to be reported in the case of receiving the data retaining indication; orsending the data availability indication in the case of receiving the data retaining indication.7.The UE of claim 6, wherein the at least one processor is configured to further cause the UE to:send, to the second RAN node, retained data based on a request of reporting the retained data received from the second RAN node before the data retaining timer expires; andstop the data retaining timer in response to sending all the retained data requested by the second RAN node before the data retaining timer expires, or discard remaining retained data in the case that the data retaining timer expires before all the retained data requested by the second RAN node is sent.8.The UE of claim 6, wherein the at least one processor is configured to further cause the UE to:discard the retained data in the case that the data retaining timer expires before receiving a request of reporting the retained data from the second RAN node.9.The UE of claim 2, wherein the at least one processor is configured to further cause the UE to:receive, from the first RAN node, data collection related identifier (ID) information for multiple UEs including the UE in a data collection configuration for the UE or in the handover command; andsend the data collection related ID information with the retained data sent based on the request.10.The UE of claim 1, wherein determining to retain data based on the data retaining indication comprises:determining to retain un-retrieved data only associated with the first cell; ordetermining to retain all un-retrieved data in the UE associated with at least one cell including the first cell; ordetermining to retain un-retrieved data associated with a cell indicated by the data retaining indication.11.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:receive, from a first radio access network (RAN) node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network;determine to retain data based on the data retaining indication; andsend, to the second RAN node, a data availability indication indicating that there is retained data to be reported in the case that there is data being retained based on the data retaining indication.12.A network equipment (NE) for wireless communication acting as a first radio access network (RAN) node, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the NE to:determine one or multiple data retaining or releasing indications for a user equipment (UE) in the case of determining to trigger a handover of the UE from a first cell of the first RAN node to a second cell of a second RAN node, each data retaining or releasing indication indicating whether the UE is to retain or release un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network; andsend, to the second RAN node, the one or multiple data retaining or releasing indications for the UE in a handover request for the handover, wherein the one or multiple data retaining or releasing indications are a single indication only associated with the first cell, or a single indication associated with the one or multiple cells, or one or multiple indications respectively associated with the one or multiple cells.13.The NE of claim 12, wherein in the case of a single indication only associated with the first cell, the at least one processor is configured to further cause the UE to:determine whether there is un-retrieved data associated with the first cell in the UE;determine whether the UE is to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the first cell in the UE; anddetermine a data retaining indication as the single indication in the case of determining to retain the un-retrieved data, or a data releasing indication as the single indication in the case of determining to release the un-retrieved data.14.The NE of claim 12, wherein in the case of a single indication associated with the one or multiple cells, the at least one processor is configured to further cause the UE to:determine whether there is un-retrieved data associated with one or multiple cells including the first cell in the UE;determine whether the UE is to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the one or multiple cells in the UE; anddetermine a data retaining indication as the single indication in the case of determining to retain the un-retrieved data, or a data releasing indication as the single indication in the case of determining to release the un-retrieved data.15.The NE of claim 12, wherein in the case of one or multiple indications respectively associated with the one or multiple cells, for each indication associated with a cell, the at least one processor is configured to further cause the UE to:determine whether there is un-retrieved data associated with the cell in the UE;determine whether the UE is to retain or release the un-retrieved data in the case that there is un-retrieved data associated with the in the UE; anddetermine a data retaining indication as the indication associated with the cell in the case of determining to retain the un-retrieved data, or a data releasing indication as the single indication in the case of determining to release the un-retrieved data.16.A network equipment (NE) for wireless communication acting as a second radio access network (RAN) node, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the NE to:send, to a user equipment (UE) via a first RAN node, a data retaining indication in a handover command for a handover of the UE from a first cell of the first RAN node to a second cell of the second RAN node, wherein the data retaining indication indicates the UE to retain un-retrieved data that is measurement results associated with one or multiple cells logged in the UE but has not been reported to network;determine whether to send a request of reporting un-retrieved data in the case of receiving from the UE a data availability indication indicating that there is retained data to be reported; andsend the request of reporting un-retrieved data to the UE in the case of determining to send the request of reporting un-retrieved data.17.The NE of Claim 16, wherein the at least one processor is configured to further cause the NE to:receive the data retaining indication from the first RAN node in a handover request for the handover;determine whether to allow the UE to retain the un-retrieved data associated with the first RAN node based on the data retaining indication; anddetermine to send the data retaining indication to the UE in the case of allowing the UE to retain the un-retrieved associated with the first RAN node.18.The NE of Claim 17, wherein the at least one processor is configured to further cause the NE to:indicate, to the first RAN node, that the un-retrieved data will be retained in the case of allowing the UE to retain the un-retrieved associated with the first RAN node.19.The NE of Claim 16, wherein the at least one processor is configured to further cause the NE to:indicate to the first RAN node that there is no retained data in the UE associated with the data retaining indication in the case of not receiving the data availability indication; orindicate to the first RAN node that there is retained data in the UE associated with the data retaining indication while the second RAN node will not to retrieve the retained data in the case of determining not to send the request of reporting un-retrieved data.20.The NE of Claim 19, wherein the at least one processor is configured to further cause the NE to:stop the UE context releasing timer in the case of sending all the retained data requested by the second RAN node to the first RAN node before the UE context releasing timer expires; orsend a UE context releasing message to the first RAN node in the case not receiving the data availability indication from the UE or not sending a request of reporting un-retrieved data to the UE until the UE context releasing timer expires; orindicate to the UE to discard retained data in the case of receiving the data availability indication from the UE while not sending the request of reporting un-retrieved data until the UE context releasing timer expires.

Images