Data transmission

Abstract

Various aspects of the present disclosure relate to a resource configuration. In a solution of the disclosure, a first network apparatus transmits, to a second network apparatus, a first request for collecting data. The first network apparatus receives, from the second network apparatus, a first response to the first request. The first response indicates at least a portion of the first request is accepted. Based on that the first response indicates that at least a portion of the first request is accepted, the first network apparatus transmits, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request. Then, the first network apparatus receives the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

Description

DATA TRANSMISSIONTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to a data transmission.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may be otherwise known as an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. Each network communication devices, such as a base station 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) . 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) ) .

[0003] To improve the data exchange or processing in the communication network, a centralized (or central) data node is introduced as a dedicated network entity configured to aggregate, store, process, and distribute non-real-time data collected from various RAN (Radio Access Network) entities, such as base stations and user equipment. This node serves as a unified data hub, enabling large-scale data analytics, AI / ML model training, and optimized network management.SUMMARY

[0004] The present disclosure relates to methods, apparatuses, and systems related to a resource configuration.

[0005] In a first aspect of the solution, a first network apparatus transmits, to a second network apparatus, a first request for collecting data. The first network apparatus receives, from the second network apparatus, a first response to the first request. The first response indicates at least a portion of the first request is accepted. Based on that the first response indicates that at least a portion of the first request is accepted, the first network apparatus transmits, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request. Then, the first network apparatus receives the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0006] In some implementations of the method and apparatuses described herein, the first response comprises the at least one identifier; the first request comprises the at least one identifier; or the first request comprises a first identifier of the at least one identifier, and the first response comprises a second identifier of the at least one identifier.

[0007] In some implementations of the method and apparatuses described herein, the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; or the second identifier is originated from the third network apparatus.

[0008] In some implementations of the method and apparatuses described herein, the first request comprises one or more of the following: performance data; radio measurement data; application layer related data; spatial related data; a data sampling rate or interval; a measurement duration; a time range for collecting data; one or more areas; one or more network slices; one or more events that triggers a collection of the data; a streaming-based data transmission requirement; or a file-based data transmission requirement.

[0009] In some implementations of the method and apparatuses described herein, the performance data comprises one or more of the following: throughput, latency, packet loss rate, or packet error rate.

[0010] In some implementations of the method and apparatuses described herein, the radio measurement data comprises one or more of the following: a receiving power or a receiving quality of a reference signal, a receiving power or a receiving quality of a beam or a cell, an event triggering a layer 1 (L1) measurement, or an event triggering a layer 3 (L3) measurement.

[0011] In some implementations of the method and apparatuses described herein, the application related data comprises one or more of the following: an application layer buffer status, a playout delay for a media startup, or a list of protocol data unit (PDU) session identifier (ID) .

[0012] In some implementations of the method and apparatuses described herein, the spatial related data comprises one or more of the following: a spatial granularity level comprising a beam level or a cell level, or the number of beams or cells to be measured.

[0013] In some implementations of the method and apparatuses described herein, the first response comprises one or more of the following: a list of metrics of required data metrics which are accepted or not accepted, a list of areas which support the required data metrics or not, or a list of radio access network (RAN) entities which support to collect the data or not, an acknowledge for a streaming-based data transmission requirement or a file-based data transmission requirement, or address information associated with the second network apparatus.

[0014] In some implementations of the method and apparatuses described herein, the first network apparatus comprises a source RAN entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE; the second network apparatus comprises a central data node; and the third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.

[0015] In some implementations of the method and apparatuses described herein, the information is carried in a message triggering the third network apparatus to collect the data related to the UE, and the message comprises one of the following: a handover request message, a cell switch notification message, a UE context setup message, or a UE context modification message.

[0016] In some implementations of the method and apparatuses described herein, the message further comprises an identifier of the UE.

[0017] In a second aspect of the solution, a second network apparatus receives, from a first network apparatus, a first request for collecting data. The second network apparatus transmits, to the first network apparatus, a first response to the first request. The first response indicates at least a portion of the first request is accepted. Then, based on the first response indicates that at least a portion of the first request is accepted, the second network apparatus transmits the data to the first network apparatus in response to a user equipment (UE) performs a handover from the first network apparatus to the third network apparatus.

[0018] In some implementations of the method and apparatuses described herein, the processor is further caused to: obtain, based on the first request, a second request comprising a data collection configuration for collecting data; transmit the second request to the third network apparatus; and receive a second response to the second request from the third network apparatus, wherein the second response indicates at least a portion of the second request or the data collection configuration is accepted.

[0019] In some implementations of the method and apparatuses described herein, one of the following: the first response comprises the at least one identifier; the second response comprises the at least one identifier; the first request comprises the at least one identifier; or the first request comprises a first identifier of the at least one identifier, and the first response comprises a second identifier of the at least one identifier.

[0020] In some implementations of the method and apparatuses described herein: the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; or the second identifier is originated from the third network apparatus.

[0021] In some implementations of the method and apparatuses described herein, the first request indicates required data metrics that comprises one or more of the following: performance data; radio measurement data; application layer related data; or spatial related data; a data sampling rate or interval; a measurement duration; a time range for collecting data; one or more areas; one or more network slices; one or more events that triggers a collection of the data; a streaming-based data transmission requirement; or a file-based data transmission requirement.

[0022] In some implementations of the method and apparatuses described herein, the performance data comprises one or more of the following: throughput, latency, packet loss rate, or packet error rate.

[0023] In some implementations of the method and apparatuses described herein, the radio measurement data comprises one or more of the following: a receiving power or a receiving quality of a reference signal, a receiving power or a receiving quality of a beam or a cell, an event triggering a layer 1 (L1) measurement, or an event triggering a layer 3 (L3) measurement.

[0024] In some implementations of the method and apparatuses described herein, the application related data comprises one or more of the following: an application layer buffer status, a playout delay for a media startup, or a list of protocol data unit (PDU) session identifier (ID) .

[0025] In some implementations of the method and apparatuses described herein, the spatial related data comprises one or more of the following: a spatial granularity level comprising a beam level or a cell level, or the number of beams or cells to be measured.

[0026] In some implementations of the method and apparatuses described herein, the processor is further caused to: determine the first response based on the second response.

[0027] In some implementations of the method and apparatuses described herein, the first response indicates one or more of the following: a list of metrics of required data metrics which are accepted or not accepted, a list of areas which support the required data metrics or not, a list of radio access network (RAN) entities which support to collect the data related to the UE or not, an acknowledge for a streaming-based data transmission requirement or a file-based data transmission requirement, or address information associated with the second network apparatus.

[0028] In some implementations of the method and apparatuses described herein, the second network apparatus may further: select, based on the first request, a plurality of network devices comprising the third network apparatus, and the second request is transmitted to the plurality of network devices; receive, from the plurality of network devices, a plurality of responses to the second request; and determine, based on the plurality of responses, a network device from the plurality of network devices which supports to collect the data related to the UE.

[0029] In some implementations of the method and apparatuses described herein: the first network apparatus comprises a source radio access network (RAN) entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE; the second network apparatus comprises a central data node; and the third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.

[0030] In a third aspect of the solution, a third network apparatus receives, from a second network apparatus, a second request comprising a data collection configuration for collecting data. The third network apparatus transmits, to the second network apparatus, a second response to the second request. The second response indicates a portion of the second request or the data collection configuration is accepted. The third network apparatus receives, from a first network apparatus, information comprising at least one identifier that identifies the second request or the data collection configuration associated with the second request. Then, the third network apparatus transmits, to the second network apparatus, the data that is based on the at least a portion of the data collection configuration, in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0031] In some implementations of the method and apparatuses described herein, one of the following: the second request comprises the at least one identifier; the second response comprises the at least one identifier; or the second request comprises a first identifier of the at least one identifier, and the second response comprises a second identifier of the at least one identifier.

[0032] In some implementations of the method and apparatuses described herein: the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; or the first identifier is originated from the third network apparatus.

[0033] In some implementations of the method and apparatuses described herein, the second request or the data collection configuration is based on a first request for collecting the data, which is transmitted from the first network apparatus to the second network apparatus.

[0034] In some implementations of the method and apparatuses described herein, the first request indicates required data metrics that comprises one or more of the following: performance data; radio measurement data; application layer related data; or spatial related data; a data sampling rate or interval; a measurement duration; a time range for collecting data; one or more areas; one or more network slices; one or more events that triggers a collection of the data; a streaming-based data transmission requirement; or a file-based data transmission requirement.

[0035] In some implementations of the method and apparatuses described herein, the performance data comprises one or more of the following: throughput, latency, packet loss rate, or packet error rate.

[0036] In some implementations of the method and apparatuses described herein, the radio measurement data comprises one or more of the following: a receiving power or a receiving quality of a reference signal, a receiving power or a receiving quality of a beam or a cell, an event triggering a layer 1 (L1) measurement, or an event triggering a layer 3 (L3) measurement.

[0037] In some implementations of the method and apparatuses described herein, the application related data comprises one or more of the following: an application layer buffer status, a playout delay for a media startup, or a list of protocol data unit (PDU) session identifier (ID) .

[0038] In some implementations of the method and apparatuses described herein, the spatial related data comprises one or more of the following: a spatial granularity level comprising a beam level or a cell level, or the number of beams or cells to be measured.

[0039] In some implementations of the method and apparatuses described herein, the second response comprises at least one of the following: an acknowledge for the streaming-based data transmission requirement or the file-based data transmission requirement, or address information associated with the third network apparatus.

[0040] In some implementations of the method and apparatuses described herein: the first network apparatus comprises a source radio access network (RAN) entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE; the second network apparatus comprises a central data node; and the third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.

[0041] In some implementations of the method and apparatuses described herein, the information is carried in a message triggering the third network apparatus to collect the data related to the UE, and the message comprises one of the following: a handover request message, a cell switch notification message, a UE context setup message.

[0042] In some implementations of the method and apparatuses described herein, the message further comprises an identifier of the UE.

[0043] In a fourth aspect, there is provided a processor for communication, comprising: at least one memory; and a controller coupled with the at least one memory and configured to cause the controller to: transmit, to a second network apparatus, a first request for collecting data; receive, from the second network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted; based on that the first response indicates that at least a portion of the first request is accepted, transmit, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request; and receive the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0044] In a fifth aspect, there is provided a processor for communication, comprising: at least one memory; and a controller coupled with the at least one memory and configured to cause the controller to: receive, from a first network apparatus, a first request for collecting data; transmit, to the first network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted; and based on the first response indicates that at least a portion of the first request is accepted, transmit the data to the first network apparatus in response to a user equipment (UE) performs a handover from the first network apparatus to the third network apparatus.

[0045] In a sixth aspect, there is provided a processor for communication, comprising: at least one memory; and a controller coupled with the at least one memory and configured to cause the controller to: receive, from a second network apparatus, a second request comprising a data collection configuration for collecting data; transmit, to the second network apparatus, a second response to the second request, wherein the second response indicates a portion of the second request or the data collection configuration is accepted; receive, from a first network apparatus, information comprising at least one identifier that identifies the second request or the data collection configuration associated with the second request; and transmit, to the second network apparatus, the data that is based on the at least a portion of the data collection configuration, in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0046] In a seventh aspect, there is provided a method performed by a first network apparatus, the method comprising: transmitting, to a second network apparatus, a first request for collecting data; receiving, from the second network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted; based on that the first response indicates that at least a portion of the first request is accepted, transmitting, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request; and receiving the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0047] In an eighth aspect, there is provided a method performed by a second network apparatus, the method comprising: receiving, from a first network apparatus, a first request for collecting data; transmitting, to the first network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted; and based on the first response indicates that at least a portion of the first request is accepted, transmitting the data to the first network apparatus in response to a user equipment (UE) performs a handover from the first network apparatus to the third network apparatus.

[0048] In a ninth aspect, there is provided a method performed by a third network apparatus, the method comprising: receiving, from a second network apparatus, a second request comprising a data collection configuration for collecting data; transmitting, to the second network apparatus, a second response to the second request, wherein the second response indicates a portion of the second request or the data collection configuration is accepted; receiving, from a first network apparatus, information comprising at least one identifier that identifies the second request or the data collection configuration associated with the second request; and transmitting, to the second network apparatus, the data that is based on the at least a portion of the data collection configuration, in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0049] In a tenth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method according to any of the above methods.BRIEF DESCRIPTION OF THE DRAWINGS

[0050] FIG. 1A illustrates an example of a wireless communications system that supports the operation related to ambient-internet of things (A-IoT) device in accordance with aspects of the present disclosure.

[0051] FIG. 1B illustrates an example of the source radio access nodes (RAN) collecting UE related measurements from the target RAN after the handover of the UE.

[0052] FIGS. 1C and 1D illustrate examples of connection relationships between the centralized data node and RANs, the centralized unit (CU) or the distributed unit (DU) .

[0053] FIG. 1E illustrates an example of possible data collection identifier (ID) (or data measurement configuration ID) confusion.

[0054] FIG. 2 illustrates an example signaling process related to the data transmission in accordance with some example embodiments of the present disclosure.

[0055] FIG. 3 illustrates an example signaling process related to the data transmission in which the global unique identifier (ID) identifying the data collection configuration is assigned by the central data node in accordance with aspects of the present disclosure.

[0056] FIG. 4 illustrates an example signaling process related to the data transmission in which the global unique identifier (ID) identifying the data collection configuration is assigned by the source RAN entity in accordance with aspects of the present disclosure.

[0057] FIG. 5 illustrates an example signaling process related to the data transmission in which the global unique identifier (ID) identifying the data collection configuration is assigned by the target RAN entity in accordance with aspects of the present disclosure.

[0058] FIG. 6 illustrates an example signaling process related to the data transmission in which more than one global unique identifier (ID) identifying the data collection configuration is assigned by both the source RAN entity and the target RAN entity in accordance with aspects of the present disclosure.

[0059] FIG. 7 illustrates an example of a device that supports the operation related to ambient IoT device in accordance with aspects of the present disclosure.

[0060] FIG. 8 illustrates an example of a processor that supports the operation related to ambient IoT device in accordance with aspects of the present disclosure.

[0061] FIGS. 9 through 11 illustrate flowcharts of methods that support the resource configuration in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

[0062] Principles of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.

[0063] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0064] References in the present disclosure to “one embodiment, ” “an example embodiment, ” “an embodiment, ” “some embodiments, ” and the like indicate that the embodiment (s) described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment (s) . Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0065] It shall be understood that although the terms “first” and “second” or the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0066] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0067] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as, 5G NR, long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band internet of things (NB-IoT) , and so on. Further, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will also be future type communication technologies and systems in which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.

[0068] As used herein, the term “network device” generally refers to a node in a communication network via which a terminal device can access the communication network and receive services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto BS, a pico BS, and so forth, depending on the applied terminology and technology.

[0069] As used herein, the term “terminal device” generally refers to any end device that may be capable of wireless communications. By way of example rather than a limitation, a terminal device may also be referred to as a communication device, a user equipment (UE) , an end user device, a subscriber station (SS) , an unmanned aerial vehicle (UAV) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable terminal device, a personal digital assistant (PDA) , a portable computer, a desktop computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , a USB dongle, a smart device, wireless customer-premises equipment (CPE) , an internet of things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device (for example, a remote surgery device) , an industrial device (for example, a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms: “terminal device, ” “communication device, ” “terminal, ” “user equipment” and “UE, ” may be used interchangeably.

[0070] In some example embodiments of the disclosure, the term “data” may refer to the measurement results performed by the RAN entity or by the UE. In some embodiments, the data may be not relevant to the regular enhanced mobile broadband (eMBB) like traffic (e.g. audio, video) .

[0071] In some embodiments of the disclosure, in addition to the above “network device” , the term “RAN entity” may further refer to any node in the radio access network (RAN) domain that has a connection with the central data center can serve as such a point. For example, RAN entity may be a RAN node in a non-split architecture, or a centralized unit (CU) in a split architecture, or a distributed unit (DU) in a split architecture.

[0072] In some embodiments of the disclosure, the message transmitted between different RAN entities, or between CU and DU, or between RAN entity and CU (or DU) may be based on one or more of the following communication protocols: Hypertext Transfer Protocol (HTTP)  / Hypertext Transfer Protocol Secure (HTTPS) , Stream Control Transmission Protocol (SCTP) , Transmission Control Protocol (TCP) , User Datagram Protocol (UDP) , Common Object Request Broker Architecture (CORBA) Internet Inter-ORB Protocol (IIOP) , Network Configuration Protocol (NETCONF) , Simple Network Management Protocol (SNMP) , and Simple Object Access Protocol (SOAP) .

[0073] In some embodiments of the disclosure, the file transmission or bulk transmission between the RAN entity and the central data node may be based on one or more of the following communication protocols: File Transfer, Access and Management (FTAM) , File Transfer Protocol (FTP) , Trivial File Transfer Protocol (TFTP) , and SSH File Transfer Protocol (SFTP) .

[0074] In some embodiments of the disclosure, the term “handover” , “mobility” or “switch” may refer to network-controlled process of transferring an active User Equipment's (UE) connection from one cell (source) to another (target) where, based on the UE-related signal measurements, the network seamlessly transfers the UE's ongoing session from a serving cell (source RAN entity, CU or DU) to a better-suited target cell (target RAN entity, CU or DU) . This ensures uninterrupted voice and data services, forming the core of cellular mobility management.

[0075] As mentioned above, a centralized (or central) data node is introduced as a dedicated network entity configured to aggregate, store, process, and distribute non-real-time data collected from various RAN entities. In some specific examples, the functionalities of the central data node are proposed as the following.

[0076] For example, data collected / generated by the sixth generation (6G) RAN should be made available to other entities and domains of the 6G system e.g., to other 6G RAN entities, to the 6G core network, to the 6G operations, administration, and maintenance (OAM) domain system. In addition or alternatively, the data collected or generated by the 6G RAN can be stored in a data collection repository in the OAM domain, from which this data can be made available to any network entity requesting this data. In addition or alternatively, the 6G RAN should be able to trigger data collection and to consume the collected data (e.g., as soon as the data are generated) . In addition or alternatively, the 6G RAN should be able to provide the collected data to the data collection repository in the OAM system. In addition or alternatively, the 6G RAN should be able to request and consume data generated by other network entities. In addition or alternatively, the 6G Data Collection Framework should support data collection for use cases in which: the data is reusable after being collected and stored; and / or the data is reusable at a network entity other than the network entity that collected the data. In addition or alternatively, the 6G Data Collection Framework should support AI / ML Data Collection. In addition or alternatively, address other use cases for the 6G Data Collection Framework once they reach sufficient maturity in 6G discussions.

[0077] In addition or alternatively, RAN3 should start with studying artificial intelligence (AI) -centric data collection framework. In addition or alternatively, the RAN-centric data collection function is required to fulfil the new service requirement in RAN side without core network involvement. In addition or alternatively, a centralized RAN data collection function will be pursued in 6G which allows reusability of collected data to fulfil different AI use cases. In addition or alternatively, a RAN-centric data collection function can store data acted as a common data repository that allows network entities to request and retrieve the data when needed. In addition or alternatively, RAN3 needs to discuss and compare two following options regarding the location of RAN data collection function: integrated within the 6G base station, and deployed independently from 6G base station. In addition or alternatively, from operator’s perspective, the location of RAN-centric data collection function is more suitable to be deployed in a location isolated from the base station.

[0078] In addition, to improve the traffic continuous and user experience, in the radio access network deployed with artificial intelligence (AI)  / machine learning (ML) models, an AI / ML model is configured to optimize handover strategies for UE by analyzing real-time measurements (e.g., RSRP, throughput, latency) from the UE and network. For example, the AI / ML model is able to trigger the handover to a target cell (or target RAN entity, target DU or target CU) at more “appropriate” timing, in order to enhance e.g., the handover successful probability, communication quality and so on. Moreover, it is supported that the post-handover UE-related measurements are collected (e.g., via a 6G centralized data node) to fine-tune the AI / ML model for enhanced handover efficiency and user experience.

[0079] More particularly, the source RAN entity #1 may collect UE related measurement (e.g., UE throughput, packet loss rate, latency) after the handover of the UE to the target RAN entity #2. The collected UE related measurement can be used by the source RAN entity #1 as feedback to monitor, finetune or train the AI / ML model. Thus, it needs to ensure that the source RAN entity can obtain the correct data (e.g., performance measurement data, radio condition measurement data, and so on) related to the UE that is handed over from the source RAN entity to the target entity, based on the data collection requirement of the source RAN entity.

[0080] In the legacy RAN network without the centralized (or central) data node, the source RAN (or source CU / DU) may directly request the data related to UE from the target RAN (or target DU / CU) after the handover of the UE. As such, the correct data can be obtained by means of the communication between RANs (or CU and DU) which can eliminate ambiguity e.g., based on their address, or identifier (s) assigned by the two parties. For discussion clarity, the data collection for the UE handover is further discussed with reference to FIG. 1B.

[0081] In turn, once the centralized (or central) data node is introduced, any data collection is performed by interfacing with this “new” centralized (or central) data node. That is, there may be a scenario where different “source RAN entities” request from different “target RAN entities” for data related to different UEs performing handover, via the centralized (or) central data node. Moreover, these different source RAN entities may provide different data collection requirements. Thus, since the source RAN entity does not request the target RAN entity for the data directly anymore, how to ensure that the data collection requirements from the source RAN entities are correctly correlated to the data collection for the corresponding UEs that are handed over from different source RAN entities to the different target RAN entities is a key aspect. For example, it should have consensus that a certain data collection configuration is configured from a certain RAN entity for one or more UEs that are handed over to the target RAN entity, between the source RAN entity, the central data node and the target RAN entity. As such, the data can be correctly collected and provided to the source RAN entity. Some example cases are discussed with reference to FIG. 1E for discussion simplicity.

[0082] In view of these analyses and considerations, a new solution for the data transmission is proposed in some embodiments of the present disclosure. More particularly, in this solution, one or more global unique identifiers (ID) are assigned to a data collection configuration or a request for UE related data associated with different source RAN entities, so that the correct data can be retrieved by the source RAN entity from the target RAN entity via the central data node.

[0083] In an aspect of the disclosure, a first network apparatus (e.g., the source RAN entity) transmits, to a second network apparatus (e.g., the central data node) , a first request for collecting data. The first network apparatus receives, from the second network apparatus, a first response to the first request, and the first response indicates at least a portion of the first request is accepted. If at least a portion of the first request is accepted, the first network apparatus transmits, to a third network apparatus (e.g., the target RAN entity) , information comprising at least one identifier that (uniquely) identifies a second request or a data collection configuration associated with the second request that is based on the first request. Then, the first network apparatus receives the data related to the terminal device from the second network apparatus, after the terminal device performs a handover from the first network apparatus to the third network apparatus.

[0084] In this way, it achieves the establishment of a reliable and flexible linkage mechanism for post-handover UE data collection within a 6G centralized data framework. By defining specific methods for assigning and conveying a data collection ID (i.e., “the at least one identifier” that uniquely identifies the data collection configuration or data request, which is discussed in the following in detail) , the solution ensures that the target RAN can correctly associate a message triggering the data collection with a pre-configured data collection task. This solves the challenge of coordinating distributed data sources and consumers in a decoupled architecture, guaranteeing that valuable UE performance feedback (like throughput or latency) is successfully gathered for the source RAN's AIML model optimization after a handover, thereby maintaining model accuracy and mobility performance in an efficient, standardized manner.

[0085] FIG. 1A illustrates an example of a wireless communications system 100 that supports the operation related to ambient internet of things (IoT) device in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more network entities 102 (also referred to as network equipment (NE) ) , one or more UEs 104, a core network 106, and a packet data network 108. 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 5G network, such as an NR 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. 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.

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

[0087] A network entity 102 may provide a geographic coverage area 112 for which the network entity 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc. ) for one or more UEs 104 within the geographic coverage area 112. For example, a network entity 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, a network entity 102 may be moveable, for example, a satellite associated with a non-terrestrial network. 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 112 may be associated with different network entities 102. Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0088] The one or more UEs 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 mobile device, a wireless device, a remote device, a remote unit, a handheld device, or a subscriber 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. In some implementations, a UE 104 may be stationary in the wireless communications system 100. In some other implementations, a UE 104 may be mobile in the wireless communications system 100.

[0089] The one or more UEs 104 may be devices in different forms or having different capabilities. Some examples of UEs 104 are illustrated in FIG. 1. A UE 104 may be capable of communicating with various types of devices, such as the network entities 102, other UEs 104, or network equipment (e.g., the core network 106, the packet data network 108, a relay device, an integrated access and backhaul (IAB) node, or another network equipment) , as shown in FIG. 1. Additionally, or alternatively, a UE 104 may support communication with other network entities 102 or UEs 104, which may act as relays in the wireless communications system 100.

[0090] A UE 104 may also be able to support wireless communication directly with other UEs 104 over a communication link 114. 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.

[0091] A network entity 102 may support communications with the core network 106, or with another network entity 102, or both. For example, a network entity 102 may interface with the core network 106 through one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The network entities 102 may communicate with each other over the backhaul links 116 (e.g., via an X2, Xn, or another network interface) . In some implementations, the network entities 102 may communicate with each other directly (e.g., between the network entities 102) . In some other implementations, the network entities 102 may communicate with each other or indirectly (e.g., via the core network 106) . In some implementations, one or more network entities 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) .

[0092] In some implementations, a network entity 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more network entities 102, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 102 may include one or more of a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , a RAN Intelligent Controller (RIC) (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) system, or any combination thereof.

[0093] An RU may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 102 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more network entities 102 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0094] Split of functionality between a CU, a DU, and an RU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU, a DU, or an RU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host upper protocol layer (e.g., a layer 3 (L3) , a layer 2 (L2) ) functionality and signaling (e.g., Radio Resource Control (RRC) , service data adaption protocol (SDAP) , Packet Data Convergence Protocol (PDCP) ) . The CU may be connected to one or more DUs or RUs, and the one or more DUs or RUs may host lower protocol layers, such as a layer 1 (L1) (e.g., physical (PHY) layer) or an L2 (e.g., radio link control (RLC) layer, medium access control (MAC) layer) functionality and signaling, and may each be at least partially controlled by the CU 160.

[0095] Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU and an RU such that the DU may support one or more layers of the protocol stack and the RU may support one or more different layers of the protocol stack. The DU may support one or multiple different cells (e.g., via one or more RUs) . In some implementations, a functional split between a CU and a DU, or between a DU and an RU may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU, a DU, or an RU, while other functions of the protocol layer are performed by a different one of the CU, the DU, or the RU) .

[0096] A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU may be connected to one or more DUs via a midhaul communication link (e.g., F1, F1-c, F1-u) , and a DU may be connected to one or more RUs via a fronthaul communication link (e.g., open fronthaul (FH) interface) . In some implementations, a midhaul communication link or a fronthaul communication link may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 102 that are in communication via such communication links.

[0097] The core network 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The core network 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 network entities 102 associated with the core network 106.

[0098] The core network 106 may communicate with the packet data network 108 over one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The packet data network 108 may include an application server 118. In some implementations, one or more UEs 104 may communicate with the application server 118. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the core network 106 via a network entity 102. The core network 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server 118 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 core network 106 (e.g., one or more network functions of the core network 106) .

[0099] In the wireless communications system 100, the network entities 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 network entities 102 and the UEs 104 may support different resource structures. For example, the network entities 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the network entities 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 network entities 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The network entities 102 and the UEs 104 may support various frame structures based on one or more numerologies.

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

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

[0102] 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 spacing 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.

[0103] 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 network entities 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 network entities 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 network entities 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

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

[0105] FIG. 1B illustrates an example of the source radio access nodes (RAN) collecting UE related measurements from the target RAN after the handover of the UE.

[0106] As shown in FIG. 1B, in the legacy RAN network, at 130, the source RAN#1 requests the target RAN#2 to start collecting performance data for the UE, providing its own measurement ID (measurement ID 1) and UE performance collection configuration (e.g., what UE performance shall be measured for how long) . At 132, the target RAN#2 acknowledges the request and provides its own measurement ID (measurement ID 2) for tracking the UE performance data. At 134, the source RAN#1 initiates the handover process, including both measurement IDs so that performance data collection can continue seamlessly after handover. At 136, after the target RAN#2 receives the handover request, from the included pair of measurement ID#1#2, the target RAN#2 can link it with a previously received UE performance collection configuration in step 130. Accordingly target RAN#2 will start measuring the UE performance and send the measurement result back to source RAN#1 via data collection update message. That is, the source and target RAN nodes communicate directly (e.g., via the Xn interface) , allowing them to configure and link UE measurement collection for handover seamlessly within their direct signaling exchange, thus avoiding the coordination and ID conflict issues inherent in a decoupled, centralized data framework.

[0107] As mentioned above, in 6G data collection framework, there is a new possibility of introducing a centralized data node for collecting, storing, processing, and / or distributing the non-real-time data collected from RAN entities. As an example, FIGS. 1C and 1D illustrate examples of connection relationships between the centralized data node and RANs, the centralized unit (CU) or the distributed unit (DU) .

[0108] As shown in FIGS. 1C and 1D, the centralized data node can be in the RAN domain or in the OAM domain. With the centralized data node, the data source (e.g., the target RAN entity) and data consumer (e.g., the source RAN entity) don’ t need a direct interface to exchange data, and the data distribution can be more efficient with necessary repository and processing. Furthermore, this architecture design may simply RAN entity implementation when it’s related to the data collection, each RAN entity only needs to manage the interaction with the centralized data node. More particularly, FIG. 1C shows an example of connection relationships between the centralized data node and RANs. FIG. 1C shows an example of connection relationships between the centralized data node and the CU or the DU.

[0109] However, as mentioned above, such architecture design will may a new issue when it comes to the UE measurement collection after HO. In this design, the data source RAN entity (i.e., the target RAN entity) will receive the data collection configuration from the centralized data node. However, when the target RAN entity comes the collection UE measurement after HO, the target RAN entity may still rely on a data collection ID contained in the message triggering the data collection (e.g., the handover related message) from source RAN entity (e.g., HANDOVER REQUEST in L3 HO or CELL SWITCH NOTIFICATION for LTM) and link it to the data collection configuration provided by the centralized data node. In this case, an ID confusion scenario may occur. For discuss clarity, the reference is made to FIG. 1E.

[0110] FIG. 1E illustrates an example of possible data collection identifier (ID) (or data measurement configuration ID) confusion.

[0111] As shown in FIG. 1E, at 130 and 140, different source RAN entities #1 and #3 send data collection requests for collecting data to the central data node, respectively. However, they uses the same data collection ID=1, although the required data metric (es) may be different. Accordingly, the central data node forward these requests (including the ID and the UE performance collection configuration) to the target RAN entity#2, e.g., at step 142 corresponding to the request 140. Then, when one of these different source RAN entities (e.g., the source RAN entity#1) sends a handover request including the data collection ID=1 triggering the data collection, the source RAN cannot determine to collect the data based on the data collection requirement related to the source RAN entity#1 or the data collection requirement related to the source RAN entity#3. The reason is that they are identified by the same ID and the request carrying the UE performance data configuration is received from the same entity, i.e., the central data node. Thus, it needs a manner for uniquely identifying a data collection configuration associated with a certain data consumer.

[0112] In some embodiments, the centralized data node may assign the data collection ID identifying the data collection configuration (or data request) to ensure it is globally unique. In addition or alternatively, the source RAN entity (as data consumer) may assign the data collection ID when sending the data request to the central data node. In this case, the data collection ID conflict may also happen (e.g., different source RAN entities assign the same data collection ID) when centralized data node further configures the target RAN entity with UE measurement collection configuration associated with a data collection ID. In this case, if the source RAN entity assigns the data collection ID, the data collection ID is unique per node. In addition or alternatively, the data collection ID may be assigned by the target RAN entity (as data source) . In this case, the source RAN entity needs to know both data collection ID and target RAN entity ID.

[0113] As shown above in FIGS. 1B and 1E, in some embodiments of the disclosure, the terms “identification information” , “index” , “ID” , “data collection ID” or “data measurement ID” , or “association ID” may refer to the identifier which identifies a data collection configuration (that is based on the requirement of the data consumer) . In some embodiments, these ID may be collectively referred to as “at least one identifier (identifying the data collection configuration or data request) ” . It is to be understood that without any limitation, the “at least one identifier” and the above any ID may be used interchangeably.

[0114] Reference is now made to FIG. 2 which illustrates an example signaling process 200 of communication related to the data transmission in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1A. For example, the first network apparatus 202 may be a network entity 102 in FIG. 1A, and the third network apparatus 206 may be another network entity 102 in FIG. 1A. In addition, the second network apparatus 204 may be configured as the central data node, which may be integrated with any network entity 102 as shown in FIG. 1A, or may be a separate network entity in RAN or OAM domain.

[0115] In addition, for discussion purposes, the first network apparatus 202 may be the data consumer, e.g., the source RAN entity, source CU or source DU. The third network apparatus 206 may be the data source, e.g., the target RAN entity, target DU or target CU.

[0116] It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. It is to be understood that process 200 may further include additional blocks not shown and / or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.

[0117] In the signaling process 200, the first network apparatus 202 transmits (210) a first request 215 for collecting data. In an example, the first device 202 sends this first request to retrieve the (measurement or performance) data of any one or more UE which performs a cell handover or switch from the source network apparatus (e.g., the first network apparatus 202) to the target network apparatus (e.g., the third network apparatus 206) , in order to finely tune or update the AI / ML model configured for the handover strategy. More particularly, the first request may be configured to request the data related to UE handover. In other words, the first request is for the data related to UE handover. Alternatively, in another example, the first request may be targeted to other data. For example, performance data, radio conditions, capacity status of the neighboring cells, and so on. Without any limitation, the first request may also be targeted to any other data types. In some embodiments, the first request or second request discussed below may be also referred to “data subscription request” , without any limitation.

[0118] In some embodiments, the first request 215 may include or indicate the data metrics required by the first network apparatus 202. More particularly, the first request 215 (or the required data metrics) may include one or more of: performance data (metric) , radio measurement data (metric) , application layer related data (metric) ; or spatial related data (metric) that is associated with e.g., any UE which performs a handover or switch from the first network apparatus to the third network apparatus.

[0119] More particularly, the performance data may include UE performance data collection metric after the handover. For example, the performance data may include the throughout associated with the terminal device, e.g., in a unit of “byte / s” or “bit / s” . In addition or alternatively, the performance data may include the latency, e.g., in a unit of “ms” . In addition or alternatively, the performance data collection metric may include packet loss rate, packet drop rate and / or packet error rate, e.g., in percentage. In addition or alternatively, the performance data collection may include sampling rate and / or logging interval. In addition or alternatively, the performance data collection metric may include a time duration for performing the required measurement, e.g., starting from the UE handover. Without any limitation, the performance data metric may include any other metrics that are associated with the UE communication performance, e.g., user experience.

[0120] In some embodiments, the radio measurement data (metric) may be collected by the UE radio measurements. For example, the radio measurement data may include a receiving power or a receiving quality of a reference signal, e.g., layer 1 (L1) channel state information (CSI) , synchronization signal block (SSB) reference signal receiving power (RSRP) or reference signal receiving quality (RSRQ) . In addition or alternatively, the radio measurement data (metric) may include an event triggering the L1 measurements, e.g., layer 1 / layer 2 triggered mobility (LTM) event. In addition or alternatively, the radio measurement data (metric) may include a receiving power or a receiving quality of a beam or a cell, e.g., layer 3 (L3) beam or cell RSRP, L3 beam or cell RSRQ. In addition or alternatively, the radio measurement data may include an event triggering the L3 measurements, e.g., the event like A1, A2, …, A6 and so on. Similarly, the radio measurement data (metric) may include sampling rate and / or logging interval. In addition or alternatively, the radio measurement data (metric) may include a time duration for performing the required measurement, e.g., starting from the UE handover. Without any limitation, the radio measurement data (metric) may include any other radio condition status metrics that are associated with the UE radio environment.

[0121] In some embodiments, the application related data (metric) may include application layer measurement after the UE handover. For example, application related data (metric) may include an application layer buffer status, a playout delay for a media startup, and / or a list of protocol data unit (PDU) session identifier (ID) . Similarly, the application related data (metric) may include a time duration for performing the required measurement, e.g., starting from the UE handover.

[0122] In some embodiments, the spatial related data (metric) may include UE trajectory related data. For example, the spatial related data (metric) may include a spatial granularity level, e.g., in a beam level or a cell level. In addition or alternatively, the spatial related data (metric) may include the number of beams or cells to be measured after the UE handover. Similarly, the application related data (metric) may include a time duration for performing the required measurement, e.g., starting from the UE handover.

[0123] In addition to the above required data metrics or alternatively, the first request 215 may include one or more (interested) areas, one or more (interested) network slices. For example, the one or more (interested) areas may be a list of radio access network IDs, a list of cell IDs, or a list of area / zone ID. The one or more (interested) network slices may be a list of slice ID, e.g., Single Network Slice Selection Assistance Information (S-NSSAI) . In some embodiments, the above (interested) areas, network slices may include the cells, network devices or network slices neighboring to the first network apparatus 202, since the possibility that the target cell of the handover being among of them is high.

[0124] In addition or alternatively, the first request 215 may include a time range for collecting data. For example, the first request 215 may indicate an interested time range during which the UE handover data is requested. The time range may be “early morning” , “noon” , “midnight” , a specific time period in a 24-hour system, and so on.

[0125] In addition or alternatively, the first request 215 may include a max data collection delay time (requirement) . More particularly, the requested data is expected to be received within this max delay time after the first request 215. Alternatively, he requested data is expected to be received within the max delay time if available after the corresponding event (e.g., the interested event, such as RLF, HO) happens.

[0126] In addition or alternatively, the first request 215 may further indicate or include the preferred data fetch approach. In some embodiments, the first request 215 may include a streaming-based data transmission requirement, or a file-based data transmission requirement. In some embodiments, the streaming-based data transmission may refer to that collected UE handover data are transmitted in a continuous, real-time, or near-real-time flow as the data is generated, rather than aggregating it into a complete file first. In some embodiments, the file-based data transmission may refer to that the data provider first collects and aggregates the requested UE handover related data into a complete file (e.g., a log file) . The data provider then notifies that the file is ready and provides its location (e.g., an address, URI, or FQDN) , after which the data requester retrieves or "fetches" the entire file in one or more bulk transfers.

[0127] As mentioned above, it needs a global unique identifier (e.g., the data collection configuration ID, data measurement ID) for identifying the data collection configuration to be provided to the data source (e.g., the target RAN entity) , in order to avoid the “confusion” at the target RAN entity. In some embodiments, this global unique identifier may be assigned by the second network apparatus 204, e.g., the central data node. Alternatively, this global unique identifier may be assigned by the first network apparatus 202, e.g., the source RAN entity, source DU or source CU. Alternatively, this global unique identifier may be assigned by the third network apparatus 206, e.g., the target RAN entity, target DU or target CU. Alternatively, in some embodiments, there are more than one identifier to uniquely identify the data collection configuration. In this case, the more than one identifier may include a first identifier assigned by the first network apparatus, and a second identifier assigned by the second network apparatus.

[0128] More particularly, in the embodiments where the identifier is assigned by the first network apparatus, or where there is more than one identifier, the first request 215 may include the identifier (or the first identifier) assigned by the first network apparatus 205, in order to inform the second network apparatus (and the third network apparatus) of the identifier. In turn, in the other identifier assignment cases (i.e., the identifier is assigned by the second or third network apparatus) , the first request 215 may include no identifier of the data collection configuration.

[0129] Still referring to FIG. 2, the second network apparatus 204 receives (220) the first request 215 accordingly. Based on the first request 215, the second network apparatus 204 may determine to accept at least a portion of this request or not. For example, the second network apparatus 204 may accept the first request only if the requesting RAN entity (i.e., the first network apparatus 202) is authorized to retrieve data. Alternatively, in some embodiments, not the complete first request 215 (e.g., each required data metric) is accepted, instead of only a part of the data metric (s) required by the first network apparatus 202 are accepted.

[0130] Accordingly, the second network apparatus 204 transmits (222) to the first network apparatus 202 the first response 224 to the first request 215, and the second network apparatus 204 receives (226) the first response 224. More particularly, in some embodiments, the first response 224 may include a list of metrics of required data metrics which are accepted or not accepted. For example, the performance data (metric) is accepted but the radio measurement data (metric) is not accepted. Once at least a portion of the first request 215 is accepted, the second network apparatus 204 generates and transmits (250) a first response 224 to the first request 215, and the first response indicates the accepted performance data (metric) , or the radio measurement data (metric) which is not accepted.

[0131] In addition, in some embodiments, the first response 224 may include a list of areas which support the required data metrics or not. For example, if the first request 255 includes all the neighboring areas but one or more areas of them does not support the data collection, the first response may indicate the one or more areas or other areas. In some embodiments, the arear supporting the data collection may provide the required data to the second network apparatus 204. Similarly, the first response 224 may include a list of radio access network (RAN) entities which support to collect the data or not. Alternatively, the list of areas may be represented by the list of cell ID, the list of RAN ID, the list of zones.

[0132] In addition, as mentioned above, the first request 215 may include the preferred data fetch approach. For example, the first request 215 may include a streaming-based data transmission requirement, or a file-based data transmission requirement. Correspondingly, the first response 224 may include the acknowledge (ACK) or selected data transfer method, e.g., the streaming-based data transmission or the file-based data transmission. In addition, the first response 224 may include (sending) address information associated with the second network apparatus, for the first network apparatus 202 to obtain the file data. In an example, the address information may include IP, URI, or FQDN.

[0133] In addition, in some embodiments, the first response (acceptance or rejection) may be further determined based on a feedback from the data source (i.e., the target RAN entity) . For discussion simplicity, the first response determined based on the feedback is further discussed with reference with the following second response 255 in the following.

[0134] In addition or alternatively, in some embodiments, the second network apparatus 204 may transmit another response which indicates that the first request 215 is not accepted or is rejected (which may be also referred to as a failure or error message) . In addition, if the first request is rejected, this other response may include the failure or error reasons, e.g., data_unavailable, unsupported_metric, aoi_unreachable, privacy_policy_violation, rate_too_high, target_capability_mismatch, endpoint_untrusted, consent_required, and / or duplicate_job.

[0135] In turn, regarding the global unique identifier of the data collection configuration, in the embodiments where the identifier is assigned by the second network apparatus (e.g., the central data node) or the third network apparatus (e.g., the target RAN entity) , the first response 224 may include the identifier (or the second identifier) assigned by the second or third network apparatus to inform it to the data consumer. As mentioned above, if the global unique identifier is only assigned by the second network apparatus or the third network apparatus, the previous first request 215 may not include the identifier, instead of the identifier is informed to the first network apparatus by the first response. In the case that the at least one identifier includes the first and second identifier, the first request includes the first identifier and the first response includes the second identifier. For discussion clarity, each assignment case is further discussed with reference to FIGS. 3 to 6.

[0136] In addition, in some embodiments, if this identifier is assigned by the first network apparatus 202, there may be a case that the identifier conflicts with another identifier from another “source” network device. In this case, the second network apparatus 204 may indicate in the first response the first network apparatus 202 to re-select a unique identifier.

[0137] Still referring to FIG. 2, based on the first request 215, the second network apparatus 204 may obtain a second request comprising the data collection configuration. For example, the data collection configuration may include the required data metrics, time window, sampling requirement and so on among the first request, which are determined as accepted by the second network apparatus 204. Alternatively, in some embodiments, the second network apparatus 204 may directly determine the first request as the second request, and in this case, the data requirements in the first request directly forms the data collection configuration.

[0138] Accordingly, the second network apparatus transmits (230) the second request 235 comprising the data collection configuration to the third network apparatus 206. In some embodiments, the second network apparatus may transmit the second request 235 to multiple network devices (e.g., RAN entities, DUs or CUs) including the third network apparatus 206, which are indicated in areas, slices, or RANs listed in the first request 215. In other words, the second request comprising the data collection configuration may be transmitted to more than one possible target network device.

[0139] In an example, it is upon the central data node (i.e., the second network apparatus) to select and configure the target RAN entities to be prepared (based on or not based on the area ID, cell ID, RAN ID) , and in the first response 224, the central data node may indicate the list of RAN entities that has been or will be configured to support the collection of UE related measurement after the UE handover. In an example, if the requested data in the first request is about the UE related metric after handover, the selected target RAN entities may be the neighboring RAN entities of the source RAN entity (i.e., the first network apparatus 202) , or those RAN entities indicated in the list of areas (e.g., cell ID, RAN ID, zone / area ID)

[0140] In turn, regarding the global unique identifier of the data collection configuration, in the embodiments where this identifier is assigned by the second network apparatus or the first network apparatus, the second request may include the identifier to inform the third network apparatus. More particularly, in the embodiments where this identifier is assigned by the first network apparatus, this identifier is transmitted in the first request 215 to the second network apparatus 204 first, and then is transmitted in the second request 235 to the third network apparatus. In this case, the second request 235 may further include an identifier of the first network apparatus 202 (i.e., an ID of the source RAN entity) .

[0141] Alternatively, in the embodiments where this identifier is assigned by the second network apparatus, this identifier is transmitted in the first response and the second request to inform the first network apparatus (i.e., the source RAN entity) and the second network apparatus (i.e., the target RAN entities) , respectively. In some embodiments, the second request may be also referred to as the data collection configuration included therein.

[0142] The third network apparatus 206 receives (240) the second request 235 accordingly. In some embodiments, the third network apparatus 206 may determine to accept or reject the second request 255. The third network apparatus 206 transmits (250) to the second network apparatus 204 a second response 255 to the second request 235. The second response indicates whether at least a portion of the second request or the data collection configuration is accepted or not. As similar to the first response, the second response 255 may include a list of metrics of required data metrics which are accepted or not accepted, a list of areas which support the required data metrics or not, and / or a list of radio access network (RAN) entities which support to collect the data related to the UE or not.

[0143] In addition or alternatively, regarding the preferred data fetch approach, the second response 255 may include an acknowledge for a streaming-based data transmission requirement or a file-based data transmission requirement. In addition, the first response 224 may include (sending) address information associated with the third network apparatus 206, for the second network apparatus 204 to obtain the file data.

[0144] Accordingly, the second network apparatus 204 receives (260) the second response 255 accordingly. In some embodiments, as mentioned above, the first response 224 is not feedback to the first network apparatus 202 immediately, but the first response is determined based on the second response 255. That is, the second network apparatus 204 may transmit the first response after receiving the feedback from one or more selected or configured target RAN entities.

[0145] In turn, regarding the global unique identifier of the data collection configuration, in the embodiments where this identifier is assigned by the third network apparatus 206 or is assigned by both the first network apparatus and the third network apparatus (i.e., the first and second identifiers) , the second response 255 may include this identifier (or the second identifier) . Then, the identifier (or the second identifier) is informed to the first network apparatus 202 via the first response 224. Naturally, in this case, the first response is transmitted after receiving the second response.

[0146] Still referring to FIG. 2, the first network apparatus 202 transmits (270) information 275 comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request 255. In some embodiments, the at least one identifier is carried in a message that triggers the third network apparatus to collect the required data based on at least a portion of the second request or the data collection configuration.

[0147] As mentioned above, there is at least one global unique identifier for identifying the second request of the data collection configuration is assigned, and thus the first information includes this at least one identifier to uniquely identify the second request or data collection configuration which is based on the first request from the first network apparatus 202 itself.

[0148] More particularly, in different assignment schemes, the at least one identifier may be, respectively, the identifier originated from the second network apparatus (i.e., the central data node) , the identifier originated from the first network apparatus (i.e., the source RAN entity) , the identifier originated from the third network apparatus (i.e., the target RAN entity) , or include a first identifier originated from the first network apparatus and the second identifier originated from the second network apparatus. In some embodiments, the at least identifier may be also referred to as “data collection ID” .

[0149] In some embodiments, the message triggering the data collection may include a handover request message, a cell switch notification message, a UE context setup message, or a UE context modification message.

[0150] As examples, assuming that the first network apparatus 202 and the third network apparatus 206 are both RAN nodes or both RAN CU. In case of L3 handover or L3 condition based handover (CHO) preparation or LTM preparation or Conditional Layer 1 / Layer 2 Triggered Mobility preparation (C-LTM) preparation, the first network apparatus 202 generates and sends a handover request message to the third network apparatus 206 via either Xn’ interface (direct interface between the first network apparatus 202 and the third network apparatus 206) or via NG’ interface (the handover request is forwarded by a core network entity) , in the handover request message, the first network apparatus 202 includes the ID of UE which performing the handover as well as the at least one (global unique) identifier mentioned above.

[0151] Alternatively, in case of LTM execution, when the first network apparatus 202 informs the third network apparatus 206 that UE has been handed over to a cell under the third network apparatus 206, in the Cell Switch Notification message via Xn’ or NG’ interface, the first network apparatus 202 includes the ID of UE which performing the handover as well as the at least one (global unique) identifier mentioned above.

[0152] Alternatively, assuming that in a split architecture, the first network apparatus 202 is CU and the third network apparatus 206 is DU, or the first network apparatus 202 is DU and the third network apparatus 206 is CU. In this case, the message triggering the data collection may be sent over F1’ interface, the message also includes the ID of UE which performing the handover as well as the at least one (global unique) identifier mentioned above. In the case of CU to DU, the message may be UE context setup or UE context modification message in case of L3 HO or L3 CHO preparation or LTM preparation or C-LTM preparation.

[0153] The third network apparatus 206 receives (280) the first information 275 (or the message including the information 275) accordingly.

[0154] After receiving the first information 275 (or the message including the information 275) , the third network apparatus 206 may correlate it with the second request or the data collection configuration therein based on the at least one identifier in the first information. Then, in accordance with the second request or the data collection configuration, the third network apparatus 206, may start collecting the relevant data when the UE performs successful handover. For example, the third network apparatus 206 may directly measure the requested or subscribed data (such as UE performance and UE trajectory) if the measurement metrics are measurable by the third network apparatus 206. Alternatively, the third network apparatus 206 may configure the UE to perform the measurements (e.g., L1 / L3 RSRP / RSRQ measurement) and report the results to the third network apparatus 206 if the metrics need to be measured by the UE.

[0155] Then, the third network apparatus 206 transmits (285) to the second network apparatus, the data 290 that is based on the at least a portion of the data collection configuration which is accepted. In addition, the data is transmitted together with the above at least identifier. In some embodiments where the at least one identifier that is not assigned by the second network apparatus (central data node) , the data is also transmitted together with an identifier of the UE performing the handover.

[0156] More particularly, once completion of data collection, the third network apparatus 206 may transmit the collected data, together with the source UE ID and the associated at least one identifier, to the second network apparatus in either a streaming-based or file-based manner. In a streaming-based transmission, the third network apparatus 206 periodically generates a message carrying the collected data or generates such a message upon data availability. Alternatively, in a file-based transmission, the third network apparatus 206 may first notify the second network apparatus 204 of the available data file and the corresponding fetch address information (e.g., IP, URI, FQDN) . Then, based on the address information, the second network apparatus 204 may fetch the data file. In one embodiment, a single transmission message may contain data associated with multiple UEs and / or multiple “at least one identifier” , with the data grouped by UE ID and “at least one identifier” respectively.

[0157] After receiving (292) the data from the third network apparatus 206, the second network apparatus 204 transmits (294) the data 296 to the first network apparatus 202 accordingly. For example, the data 296 may be transmitted in either streaming-based or filed-based approach, similarly.

[0158] Only for discussion clarity, the reference is made to FIGS. 3 to 6 which illustrate different identifier assignment schemes now. In these FIGS., the source RAN entity#1 may be an example of the first network apparatus, the central data node may be an example of the second network apparatus, and the target RAN entity#2 may be an example of the third network apparatus.

[0159] FIG. 3 illustrates an example signaling process 300 related to the data transmission in which the global unique identifier (ID) identifying the data collection configuration is assigned by the central data node in accordance with aspects of the present disclosure.

[0160] In the signaling process 300, at 301, the source RAN entity#1 (as data consumer) sends a message to the central data node to request or subscribe certain data of interest. In some embodiments, the message may be the same of similar as the first request mentioned above (without “at least one identifier” , since it is assigned by the central data node) . At 303, the central data node assigns global unique data collection ID.

[0161] At 305, the central data node will generate and send a response message back to the source RAN entity#1 including a data collection ID (i.e., the identifier for identifying the second request or the data collection configuration) assigned by the central data node, unique within the central data node. In some embodiments, the response message may be the same or similar to the first response discussed above.

[0162] At 307, the central data node may send a message to the related one or multiple target RAN entities, e.g., #2, requesting or subscribing the data as requested or subscribed in step 305. The message will also contain the same data collection ID the central data node assigned and sent to source RAN entity#1 in step 2. In some embodiments, this message may be same or similar to the second request discussed above.

[0163] At 309, the target RAN entities, e.g., #2 may send a response to the message in 307. In some embodiments, the response may be the same or similar to the second response discussed above (without “at least one identifier” , since it is assigned by the central data node) . At 311 or 313, in different architectures, the source RAN entity #1 may transmit the handover request or cell switch notification (or other message) carrying the identifier assigned by the central data node, to trigger the target entities, e.g., #2, to collect data.

[0164] At 315, after receiving the message in step 5, the target RAN entity #2 may correlate to a previously received data request / subscribe in step 307 based on the data collection ID contained in the step 311 or 313 message. According to the request / subscribe information (e.g., measurement metric, time duration, sampling rate) , then target RAN entity #2 will start the data collection. For example, the third network apparatus 206 may directly measure the requested or subscribed data (such as UE performance and UE trajectory) if the measurement metrics are measurable by the third network apparatus 206. Alternatively, the third network apparatus 206 may configure the UE to perform the measurements (e.g., L1 / L3 RSRP / RSRQ measurement) and report the results to the third network apparatus 206 if the metrics need to be measured by the UE.

[0165] At 317, in case of streaming-based data transfer, the target RAN entity will generate a message containing collected data periodically, or when the data is available. Alternatively, at 319, in case of file-based data transfer, the target RAN entity may first inform the central data node about the data file available as well as the address information (e.g., IP, URI, FQDN) to fetch the data file. The central data node will then fetch the file from the given address. In one example, one message can contain data related to multiple UEs and / or multiple data collection IDs. The data will be grouped in per UE ID and per data collection ID manner. Similarly, at 321 or 333, the data is transmitted to the source RAN entity#1 finally.

[0166] In view of the above, after receiving the request or subscribe of data from the source RAN entity (e.g., as data consumer) about UE related measurements after HO, the central data node will assign a data collection ID and send it to both the source RAN entity and target RAN entity (e.g., as data source) . Later, when source RAN entity would like to collect UE related measurements after handover, the source RAN entity will include the same data collection ID previously assigned by the central data node. After successful handover, the target RAN entity will collect the requested UE related measurements according to previously received request / subscribe from the central data node associated with the same data collection ID.

[0167] FIG. 4 illustrates an example signaling process 400 related to the data transmission in which the global unique identifier (ID) identifying the data collection configuration is assigned by the source RAN entity in accordance with aspects of the present disclosure.

[0168] In the process 400, the data collection ID (i.e., the unique identifier for identifying the second request or data collection configuration) is assigned by the source RAN entity#1 and included in the request or subscribe of data message sent to the central data node. When the central data node sends the corresponding data request or subscribe (i.e., the second request) to the target RAN entity#2, both source RAN entity ID (i.e., the identifier of the first network apparatus) and the data collection ID will be included, such that the target RAN entity#2 can distinguish different data request / subscribe from different source RAN entities even if the assigned data collection ID is the same. In addition, in an example, depending on the format of the Data Collection ID, the RAN ID may be part of the data collection ID.

[0169] More particularly, at 401, the source RAN entity#1 (as data consumer) sends a message to the central data node to request or subscribe certain data of interest. In some embodiments, the message may be the same of similar as the first request mentioned above. In this case, the message includes the data collection ID assigned by the source RAN entity#1. At 303, the central data node assigns global unique data collection ID.

[0170] At 405, the central data node may send a message to the related one or multiple target RAN entities, e.g., #2, requesting or subscribing the data as requested or subscribed in step 305. The message will also contain the same data collection ID assigned by the source RAN entity#1. In some embodiments, this message may be same or similar to the second request discussed above.

[0171] At 407, the target RAN entities, e.g., #2 may send a response to the message in 307. In some embodiments, the response may be the same or similar to the second response discussed above (without “at least one identifier” , since it is assigned by the source RAN entity#1) . At 409 or 411, in different architectures, the source RAN entity #1 may transmit the handover request or cell switch notification (or other message) carrying the identifier assigned by the central data node, to trigger the target entities, e.g., #2, to collect data. Similarly, this message includes the data collection ID to correlate with the request 405. The other steps may be the same or similar to that in FIG. 3.

[0172] FIG. 5 illustrates an example signaling process 500 related to the data transmission in which the global unique identifier (ID) identifying the data collection configuration is assigned by the target RAN entity in accordance with aspects of the present disclosure.

[0173] In the process 500, the data collection ID is assigned by the target RAN entity#2 upon receiving the request or subscribe of data message from the central data node and send the response message back to the central data node. When the central data node further send the response message to the source RAN entity#1 in step 4, both target RAN entity ID and the data collection ID may be included (which may be a list of target RAN entity ID and data collection ID pair) , such that the source RAN entity#1 can select the correct data collection ID and include in the handover related message to the target RAN entity#2. Similarly, in an example, depending on the format of the Data Collection ID, the RAN ID can be part of the data collection ID.

[0174] More particularly, at 501, the source RAN entity#1 (as data consumer) sends a message to the central data node to request or subscribe certain data of interest. In some embodiments, the message may be the same of similar as the first request mentioned above (without “at least one identifier” , since it is assigned by the target RAN#2) .

[0175] At 503, the central data node may send a message to the related one or multiple target RAN entities, e.g., #2, requesting or subscribing the data as requested or subscribed in step 305. At 505, the target RAN entities, e.g., #2 may send a response to the message in 307. In some embodiments, the response may be the same or similar to the second response discussed above. In this case, this response may include the data collection ID assigned by the target RAN entity#2. At 507, in the response to the request 501, the central data node includes the data collection ID to inform the source RAN entity#1. At 509, 511, 513 and 515, the steps may be the same or similar to that in FIG. 3.

[0176] FIG. 6 illustrates an example signaling process 600 related to the data transmission in which more than one global unique identifier (ID) identifying the data collection configuration is assigned by both the source RAN entity and the target RAN entity in accordance with aspects of the present disclosure.

[0177] In some embodiments, the process 600 may be a combination of the process 400 and 500. The source RAN and target RAN will assign a data collection ID separately and share to the counterpart entity. Then in the subsequent steps, from step 609, the source RAN entity and target RAN entity will use a combination of data collection ID1 and data collection ID2 to refer to the previously configured data collection process. For discussion simplicity, the steps 601, 603, 605, 607, 613, 615, 617 and 619 may be similar to as that in process 400 or 500, which are not further discussed in detail.

[0178] In view of the above, a source RAN entity acting as a data consumer intends to collect UE-associated measurements subsequent to handover. The source RAN entity may transmit a data collection request to the central data node, which then forwards the request to a target RAN entity functioning as a data source. The target RAN entity may initiate data collection upon successful UE handover on condition that a data collection ID corresponding to the post-handover UE-associated measurement request, subscription or configuration is contained in the relevant handover message. Said data collection ID may be assigned by the central data node, the source RAN entity or the target RAN entity for the purpose of establishing an association between the handover-related message and the post-handover UE-associated measurement request, subscription or configuration, and the source RAN entity in its capacity as a data consumer may specify its preferred post-collection data transmission mode including streaming-based transmission and file-based transmission.

[0179] In this way, it achieves the establishment of a reliable and flexible linkage mechanism for post-handover UE data collection within a 6G centralized data framework. By defining specific methods for assigning and conveying a data collection ID, the solution ensures that the target RAN can correctly associate a message triggering the data collection with a pre-configured data collection task. This solves the challenge of coordinating distributed data sources and consumers in a decoupled architecture, guaranteeing that valuable UE performance feedback (like throughput or latency) is successfully gathered for the source RAN's AIML model optimization after a handover, thereby maintaining model accuracy and mobility performance in an efficient, standardized manner.

[0180] FIG. 7 illustrates an example of a device 700 that supports the communication related to the superimposed pilot and data transmission in accordance with aspects of the present disclosure. The device 700 may be an example of the terminal device 104 or the network device 102 as described herein. The device 700 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 700 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 702, a memory 704, a transceiver 706, and, optionally, an I / O controller 708. 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) .

[0181] The processor 702, the memory 704, the transceiver 706, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 702, the memory 704, the transceiver 706, or various combinations or components thereof may support a method for performing one or more of the operations described herein.

[0182] In some implementations, the processor 702, the memory 704, the transceiver 706, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 702 and the memory 704 coupled with the processor 702 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 702, instructions stored in the memory 704) .

[0183] For example, the processor 702 may support wireless communication at the device 700 in accordance with examples as disclosed herein. The processor 702 may be configured to operable to support a means for the operation related to ambient internet of things (IoT) device.

[0184] The processor 702 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 702 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 702. The processor 702 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 704) to cause the device 700 to perform various functions of the present disclosure.

[0185] The memory 704 may include random access memory (RAM) and read-only memory (ROM) . The memory 704 may store computer-readable, computer-executable code including instructions that, when executed by the processor 702 cause the device 700 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. In some implementations, the code may not be directly executable by the processor 702 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 704 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0186] The I / O controller 708 may manage input and output signals for the device 700. The I / O controller 708 may also manage peripherals not integrated into the device 700. In some implementations, the I / O controller 708 may represent a physical connection or port to an external peripheral. In some implementations, the I / O controller 708 may utilize an operating system such as or another known operating system. In some implementations, the I / O controller 908 may be implemented as part of a processor, such as the processor 406. In some implementations, a user may interact with the device 700 via the I / O controller 708 or via hardware components controlled by the I / O controller 708.

[0187] In some implementations, the device 700 may include a single antenna 710. However, in some other implementations, the device 700 may have more than one antenna 710 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 706 may communicate bi-directionally, via the one or more antennas 710, wired, or wireless links as described herein. For example, the transceiver 706 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 406 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 710 for transmission, and to demodulate packets received from the one or more antennas 710. The transceiver 906 may include one or more transmit chains, one or more receive chains, or a combination thereof.

[0188] A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain 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 transmit chain 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 transmit chain may also include one or more antennas 310 for transmitting the amplified signal into the air or wireless medium.

[0189] A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may include one or more antennas 710 for receive the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain 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 receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0190] FIG. 8 illustrates an example of a processor 800 that supports the operation related to ambient internet of things (IoT) device in accordance with aspects of the present disclosure. The processor 800 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 800 may include a controller 802 configured to perform various operations in accordance with examples as described herein. The processor 800 may optionally include at least one memory 804. Additionally, or alternatively, the processor 1000 may optionally include one or more arithmetic-logic units (ALUs) 806. 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) .

[0191] The processor 800 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 800) 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) .

[0192] The controller 802 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 800 to cause the processor 800 to support various operations in accordance with examples as described herein. For example, the controller 802 may operate as a control unit of the processor 800, generating control signals that manage the operation of various components of the processor 800. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

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

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

[0195] The memory 804 may store computer-readable, computer-executable code including instructions that, when executed by the processor 800, cause the processor 800 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 802 and / or the processor 800 may be configured to execute computer-readable instructions stored in the memory 804 to cause the processor 800 to perform various functions (e.g., functions or tasks supporting transmit power prioritization) . For example, the processor 800 and / or the controller 802 may be coupled with or to the memory 804, the processor 800, the controller 802, and the memory 804 may be configured to perform various functions described herein. In some examples, the processor 800 may include multiple processors and the memory 804 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.

[0196] The one or more ALUs 806 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 806 may reside within or on a processor chipset (e.g., the processor 1000) . In some other implementations, the one or more ALUs 806 may reside external to the processor chipset (e.g., the processor 800) . One or more ALUs 806 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 806 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 806 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 806 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 806 to handle conditional operations, comparisons, and bitwise operations.

[0197] The processor 800 may support wireless communication in accordance with examples as disclosed herein. The processor 802 may be configured to or operable to support a means for the communication related to ambient internet of things (IoT) device.

[0198] FIG. 9 illustrates a flowchart of a method 900 that supports the operation related to the resource configuration in accordance with aspects of the present disclosure. The operations of the method 900 may be implemented by a device or its components as described herein. For example, the operations of the method 900 may be performed by the first network apparatus 202 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0199] At 910, the first network apparatus 202 transmits, to a second network apparatus, a first request for collecting data. At 920, the first network apparatus receives, from the second network apparatus, a first response to the first request. The first response indicates at least a portion of the first request is accepted. At 930, based on that the first response indicates that at least a portion of the first request is accepted, the first network apparatus transmits, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request. At 940, the first network apparatus receives the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0200] In some implementations of the method and apparatuses described herein, the first response comprises the at least one identifier; the first request comprises the at least one identifier; or the first request comprises a first identifier of the at least one identifier, and the first response comprises a second identifier of the at least one identifier.

[0201] In some implementations of the method and apparatuses described herein, the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; or the second identifier is originated from the third network apparatus.

[0202] In some implementations of the method and apparatuses described herein, the first request comprises one or more of the following: performance data; radio measurement data; application layer related data; spatial related data; a data sampling rate or interval; a measurement duration; a time range for collecting data; one or more areas; one or more network slices; one or more events that triggers a collection of the data; a streaming-based data transmission requirement; or a file-based data transmission requirement.

[0203] In some implementations of the method and apparatuses described herein, the performance data comprises one or more of the following: throughput, latency, packet loss rate, or packet error rate.

[0204] In some implementations of the method and apparatuses described herein, the radio measurement data comprises one or more of the following: a receiving power or a receiving quality of a reference signal, a receiving power or a receiving quality of a beam or a cell, an event triggering a layer 1 (L1) measurement, or an event triggering a layer 3 (L3) measurement.

[0205] In some implementations of the method and apparatuses described herein, the application related data comprises one or more of the following: an application layer buffer status, a playout delay for a media startup, or a list of protocol data unit (PDU) session identifier (ID) .

[0206] In some implementations of the method and apparatuses described herein, the spatial related data comprises one or more of the following: a spatial granularity level comprising a beam level or a cell level, or the number of beams or cells to be measured.

[0207] In some implementations of the method and apparatuses described herein, the first response comprises one or more of the following: a list of metrics of required data metrics which are accepted or not accepted, a list of areas which support the required data metrics or not, or a list of radio access network (RAN) entities which support to collect the data or not, an acknowledge for a streaming-based data transmission requirement or a file-based data transmission requirement, or address information associated with the second network apparatus.

[0208] In some implementations of the method and apparatuses described herein, the first network apparatus comprises a source RAN entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE; the second network apparatus comprises a central data node; and the third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.

[0209] In some implementations of the method and apparatuses described herein, the information is carried in a message triggering the third network apparatus to collect the data related to the UE, and the message comprises one of the following: a handover request message, a cell switch notification message, a UE context setup message, or a UE context modification message.

[0210] In some implementations of the method and apparatuses described herein, the message further comprises an identifier of the UE.

[0211] FIG. 10 illustrates a flowchart of a method 1000 that supports the operation related to the superimposed pilot and data transmission in accordance with aspects of the present disclosure. The operations of the method 1000 may be implemented by a second network apparatus 204 or its components as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0212] At 1010, the second network apparatus 104 receives, from a first network apparatus, a first request for collecting data. At 1020, the second network apparatus transmits, to the first network apparatus, a first response to the first request. The first response indicates at least a portion of the first request is accepted. At 1030, based on the first response indicates that at least a portion of the first request is accepted, the second network apparatus transmits the data to the first network apparatus in response to a user equipment (UE) performs a handover from the first network apparatus to the third network apparatus.

[0213] In some implementations of the method and apparatuses described herein, the processor is further caused to: obtain, based on the first request, a second request comprising a data collection configuration for collecting data; transmit the second request to the third network apparatus; and receive a second response to the second request from the third network apparatus, wherein the second response indicates at least a portion of the second request or the data collection configuration is accepted.

[0214] In some implementations of the method and apparatuses described herein, one of the following: the first response comprises the at least one identifier; the second response comprises the at least one identifier; the first request comprises the at least one identifier; or the first request comprises a first identifier of the at least one identifier, and the first response comprises a second identifier of the at least one identifier.

[0215] In some implementations of the method and apparatuses described herein: the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; or the second identifier is originated from the third network apparatus.

[0216] In some implementations of the method and apparatuses described herein, the first request indicates required data metrics that comprises one or more of the following: performance data; radio measurement data; application layer related data; or spatial related data; a data sampling rate or interval; a measurement duration; a time range for collecting data; one or more areas; one or more network slices; one or more events that triggers a collection of the data; a streaming-based data transmission requirement; or a file-based data transmission requirement.

[0217] In some implementations of the method and apparatuses described herein, the performance data comprises one or more of the following: throughput, latency, packet loss rate, or packet error rate.

[0218] In some implementations of the method and apparatuses described herein, the radio measurement data comprises one or more of the following: a receiving power or a receiving quality of a reference signal, a receiving power or a receiving quality of a beam or a cell, an event triggering a layer 1 (L1) measurement, or an event triggering a layer 3 (L3) measurement.

[0219] In some implementations of the method and apparatuses described herein, the application related data comprises one or more of the following: an application layer buffer status, a playout delay for a media startup, or a list of protocol data unit (PDU) session identifier (ID) .

[0220] In some implementations of the method and apparatuses described herein, the spatial related data comprises one or more of the following: a spatial granularity level comprising a beam level or a cell level, or the number of beams or cells to be measured.

[0221] In some implementations of the method and apparatuses described herein, the processor is further caused to: determine the first response based on the second response.

[0222] In some implementations of the method and apparatuses described herein, the first response indicates one or more of the following: a list of metrics of required data metrics which are accepted or not accepted, a list of areas which support the required data metrics or not, a list of radio access network (RAN) entities which support to collect the data related to the UE or not, an acknowledge for a streaming-based data transmission requirement or a file-based data transmission requirement, or address information associated with the second network apparatus.

[0223] In some implementations of the method and apparatuses described herein, the second network apparatus may further: select, based on the first request, a plurality of network devices comprising the third network apparatus, and the second request is transmitted to the plurality of network devices; receive, from the plurality of network devices, a plurality of responses to the second request; and determine, based on the plurality of responses, a network device from the plurality of network devices which supports to collect the data related to the UE.

[0224] In some implementations of the method and apparatuses described herein: the first network apparatus comprises a source radio access network (RAN) entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE; the second network apparatus comprises a central data node; and the third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.

[0225] FIG. 11 illustrates a flowchart of a method 1100 that supports the operation related to the superimposed pilot and data transmission in accordance with aspects of the present disclosure. The operations of the method 1100 may be implemented by a third network apparatus 206 or its components as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0226] At 1110, the second network apparatus 104 receives, from a second network apparatus, a second request comprising a data collection configuration for collecting data. At 1120, the third network apparatus transmits, to the second network apparatus, a second response to the second request. The second response indicates a portion of the second request or the data collection configuration is accepted. At 1130, the third network apparatus receives, from a first network apparatus, information comprising at least one identifier that identifies the second request or the data collection configuration associated with the second request. At 1140, the third network apparatus transmits, to the second network apparatus, the data that is based on the at least a portion of the data collection configuration, in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.

[0227] In some implementations of the method and apparatuses described herein, one of the following: the second request comprises the at least one identifier; the second response comprises the at least one identifier; or the second request comprises a first identifier of the at least one identifier, and the second response comprises a second identifier of the at least one identifier.

[0228] In some implementations of the method and apparatuses described herein: the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; or the first identifier is originated from the third network apparatus.

[0229] In some implementations of the method and apparatuses described herein, the second request or the data collection configuration is based on a first request for collecting the data, which is transmitted from the first network apparatus to the second network apparatus.

[0230] In some implementations of the method and apparatuses described herein, the first request indicates required data metrics that comprises one or more of the following: performance data; radio measurement data; application layer related data; or spatial related data; a data sampling rate or interval; a measurement duration; a time range for collecting data; one or more areas; one or more network slices; one or more events that triggers a collection of the data; a streaming-based data transmission requirement; or a file-based data transmission requirement.

[0231] In some implementations of the method and apparatuses described herein, the performance data comprises one or more of the following: throughput, latency, packet loss rate, or packet error rate.

[0232] In some implementations of the method and apparatuses described herein, the radio measurement data comprises one or more of the following: a receiving power or a receiving quality of a reference signal, a receiving power or a receiving quality of a beam or a cell, an event triggering a layer 1 (L1) measurement, or an event triggering a layer 3 (L3) measurement.

[0233] In some implementations of the method and apparatuses described herein, the application related data comprises one or more of the following: an application layer buffer status, a playout delay for a media startup, or a list of protocol data unit (PDU) session identifier (ID) .

[0234] In some implementations of the method and apparatuses described herein, the spatial related data comprises one or more of the following: a spatial granularity level comprising a beam level or a cell level, or the number of beams or cells to be measured.

[0235] In some implementations of the method and apparatuses described herein, the second response comprises at least one of the following: an acknowledge for the streaming-based data transmission requirement or the file-based data transmission requirement, or address information associated with the third network apparatus.

[0236] In some implementations of the method and apparatuses described herein: the first network apparatus comprises a source radio access network (RAN) entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE; the second network apparatus comprises a central data node; and the third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.

[0237] In some implementations of the method and apparatuses described herein, the information is carried in a message triggering the third network apparatus to collect the data related to the UE, and the message comprises one of the following: a handover request message, a cell switch notification message, a UE context setup message.

[0238] In some implementations of the method and apparatuses described herein, the message further comprises an identifier of the UE.

[0239] It should be noted that the methods described herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0240] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a DSP, an ASIC, a CPU, an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

[0241] The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0242] 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. By way of example, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.

[0243] As used herein, including in the claims, 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.

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

A first network apparatus comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:transmit, to a second network apparatus, a first request for collecting data;receive, from the second network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted;based on that the first response indicates that at least a portion of the first request is accepted, transmit, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request; andreceive the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.The first network apparatus of claim 1, wherein:the first response comprises the at least one identifier;the first request comprises the at least one identifier; orthe first request comprises a first identifier of the at least one identifier, and the first response comprises a second identifier of the at least one identifier.The first network apparatus of claim 2, wherein:the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; orthe second identifier is originated from the third network apparatus.The first network apparatus of claim 1, wherein the first request comprises one or more of the following:performance data;radio measurement data;application layer related data;spatial related data;a data sampling rate or interval;a measurement duration;a time range for collecting data;one or more areas;one or more network slices;one or more events that triggers a collection of the data;a streaming-based data transmission requirement; ora file-based data transmission requirement.The first network apparatus of claim 4, wherein the performance data comprises one or more of the following:throughput,latency,packet loss rate, orpacket error rate.The first network apparatus of claim 4, wherein the radio measurement data comprises one or more of the following:a receiving power or a receiving quality of a reference signal,a receiving power or a receiving quality of a beam or a cell,an event triggering a layer 1 (L1) measurement, oran event triggering a layer 3 (L3) measurement.The first network apparatus of claim 4, wherein the application related data comprises one or more of the following:an application layer buffer status,a playout delay for a media startup, ora list of protocol data unit (PDU) session identifier (ID) .The first network apparatus of claim 4, wherein the spatial related data comprises one or more of the following:a spatial granularity level comprising a beam level or a cell level, orthe number of beams or cells to be measured.The first network apparatus of claim 1, wherein the first response comprises one or more of the following:a list of metrics of required data metrics which are accepted or not accepted,a list of areas which support the required data metrics or not, ora list of radio access network (RAN) entities which support to collect the data or not,an acknowledge for a streaming-based data transmission requirement or a file-based data transmission requirement, oraddress information associated with the second network apparatus.The first network apparatus of claim 1, wherein:the first network apparatus comprises a source RAN entity, a source centralized unit (CU) or a source distributed unit (DU) related to the mobility or handover of the UE;the second network apparatus comprises a central data node; andthe third network apparatus comprises a target RAN entity, a target DU or a target CU related to the mobility or handover of the UE.The first network apparatus of claim 1, wherein the information is carried in a message triggering the third network apparatus to collect the data related to the UE, and the message comprises one of the following:a handover request message,a cell switch notification message,a UE context setup message, ora UE context modification message.The first network apparatus of claim 11, wherein the message further comprises an identifier of the UE.A second network apparatus comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, from a first network apparatus, a first request for collecting data;transmit, to the first network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted; andbased on the first response indicates that at least a portion of the first request is accepted, transmit the data to the first network apparatus in response to a user equipment (UE) performs a handover from the first network apparatus to the third network apparatus.The second network apparatus of claim 13, wherein the processor is further caused to:obtain, based on the first request, a second request comprising a data collection configuration for collecting data;transmit the second request to the third network apparatus; andreceive a second response to the second request from the third network apparatus, wherein the second response indicates at least a portion of the second request or the data collection configuration is accepted.The second network apparatus of claim 14, wherein one of the following:the first response comprises the at least one identifier;the second response comprises the at least one identifier;the first request comprises the at least one identifier; orthe first request comprises a first identifier of the at least one identifier, and the first response comprises a second identifier of the at least one identifier.The second network apparatus of claim 14, wherein:the at least one identifier is originated from the first network apparatus, the second network apparatus, or the third network apparatus; orthe second identifier is originated from the third network apparatus.The second network apparatus of claim 14, wherein the processor is further caused to:determine the first response based on the second response.The second network apparatus of claim 13, wherein the second network apparatus is further caused to:select, based on the first request, a plurality of network devices comprising the third network apparatus, and the second request is transmitted to the plurality of network devices;receive, from the plurality of network devices, a plurality of responses to the second request; anddetermine, based on the plurality of responses, a network device from the plurality of network devices which supports to collect the data related to the UE.A method performed by a first network apparatus, the method comprising:transmitting, to a second network apparatus, a first request for collecting data;receiving, from the second network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted;based on that the first response indicates that at least a portion of the first request is accepted, transmitting, to a third network apparatus, information comprising at least one identifier that identifies a second request or a data collection configuration associated with the second request being based on the first request; andreceiving the data from the second network apparatus in response to a user equipment (UE) performing a handover from the first network apparatus to the third network apparatus.A method performed by a second network apparatus, the method comprising:receiving, from a first network apparatus, a first request for collecting data;transmitting, to the first network apparatus, a first response to the first request, wherein the first response indicates at least a portion of the first request is accepted; andbased on the first response indicates that at least a portion of the first request is accepted, transmitting the data to the first network apparatus in response to a user equipment (UE) performs a handover from the first network apparatus to the third network apparatus.

Images