Method and apparatus of supporting data collection

Abstract

Various aspects of the present disclosure relate to a method and apparatus of supporting data collection. An exemplary method performed by a UE may include: receiving a reporting request of requesting collected data reporting via a RB from a NE; and sending collected data via the RB to the NE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

Description

METHOD AND APPARATUS OF SUPPORTING DATA COLLECTIONTECHNICAL FIELD

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

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

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

[0004] Some implementations of the methods and apparatuses described herein may further include a UE for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the UE to: receive a reporting request of requesting collected data reporting via a radio bearer (RB) from a network equipment (NE) ; and send collected data via the RB to the NE based on the reporting request, wherein a layer 2 (L2) header of each packet of the collected data carries one or multiple of type identification (ID) information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

[0005] In some implementations of the methods and apparatuses described herein, the reporting request indicates one or multiple of: data types of the collected data that are requested to be reported; allowed data volume for each requested data type; requested RB corresponding to the collected data that are requested to be reported; allowed data volume for the requested RB; requested data collection sessions corresponding to the collected data that are requested to be reported; allowed data volume for each requested data collection session; requested priority of the collected data that are requested to be reported; or allowed data volume for each requested priority.

[0006] In some implementations of the methods and apparatuses described herein, the reporting request is carried in an L2 control protocol data unit (PDU) , media access control (MAC) control element (CE) or an L2 header of a data PDU.

[0007] In some implementations of the methods and apparatuses described herein, sending the collected data to the NE based on the reporting request further includes: assembling, by a data plane layer (DPL) , data to be reported into packets as a defined format based on the reporting request; providing, for an L2 entity of the RB by the DPL, the one or multiple of the type ID information, session ID information, or priority information for each packet; and add, in the L2 header of each packet by the L2 entity, the one or multiple of the type ID information, session ID information, or priority information for the packet.

[0008] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: in the case that multiple RBs including the RB are configured for multiple data types, map the multiple data types to the multiple RBs based on mapping between RB and data type, wherein the L2 header of each packet at least includes the type ID information of the packet; in the case that multiple RBs including the RB are configured for multiple data collection sessions, map the multiple data collection sessions to the multiple RBs based on mapping between RB and data collection session, wherein the L2 header of each packet at least includes the session ID information of the packet; or in the case that multiple RBs including the RB are configured for multiple priorities, map the multiple priorities to the multiple RBs based on mapping between RB and priority, wherein the L2 header of each packet at least includes the priority information of the packet.

[0009] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive a data collection configuration, including one or multiple of: data types of data to be collected at the UE; conditions to start or stop data collection sessions; conditions to trigger data availability indicating; ID information of data collection sessions; or priorities of data to be collected at the UE; and collect data based on the data collection configuration.

[0010] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive a RB configuration from the NE, wherein the RB configuration configures a single RB or multiple RBs for all data to be collected, and each RB of the multiple RBs is configured for one or multiple data types, or for one or multiple data collection sessions, or for one or multiple priorities; and establish one or more RBs based on the RB configuration.

[0011] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: send data availability related information to the NE, includes one or multiple of: data availability indication to indicate that there is data available to be reported; data volumes of the collected data to be reported; or reasons that triggers transmission of the data availability related information.

[0012] In some implementations of the methods and apparatuses described herein, at least one of the data availability indication or the data volume is indicated per data type, data collection session or priority.

[0013] In some implementations of the methods and apparatuses described herein, sending the data availability related information further includes: providing the data availability related information by a DPL entity for an entity of a lower layer than the DPL layer.

[0014] In some implementations of the methods and apparatuses described herein, the data availability related information is carried in an L2 control PDU, MAC CE or an L2 header of a data PDU.

[0015] In some implementations of the methods and apparatuses described herein, the session ID information for a data collection session includes a short ID of the data collection session.

[0016] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive information indicating to pause collected data reporting associated with the reporting request by the DPL from layers lower than the DPL; and pause assembling the data to be reported and forwarding the packets to the L2 entity by the DPL.

[0017] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: continue buffering packets that have been buffered in a packet data convergence protocol (PDCP) entity and stop forwarding buffered packets to layers lower than PDCP layer by the PDCP layer; and continue transmitting packets that have been submitted to the layers lower than PDCP layer to the NE by the PDCP entity.

[0018] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: receive information indicating to resume the collected data reporting that is paused from layers lower than the DPL by the DPL; and resume assembling the data to be reported and forwarding the packet to the L2 entity by the DPL.

[0019] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the UE to: resume forwarding buffered packets to layers lower than PDCP layer by the PDCP layer.

[0020] In some implementations of the methods and apparatuses described herein, the information indicating to pause collected data reporting and the information indicating to resume the collected data reporting are carried in an L2 control PDU, MAC CE or an L2 header of a data PDU.

[0021] In some implementations of the methods and apparatuses described herein, at least one of the information indicating to pause collected data reporting or the information indicating to resume the collected data reporting is indicated per data type, data collection session, priority or RB.

[0022] Some implementations of the methods and apparatuses described herein may further include a processor for wireless communication, which may include: at least one controller coupled with at least one memory and configured to cause the processor to: receive a reporting request of requesting collected data reporting via a RB from a NE; and send collected data via the RB to the NE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

[0023] Some implementations of the methods and apparatuses described herein may further include a NE for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the NE to: send a reporting request of requesting collected data reporting via a RB to a UE; and receive collected data via the RB from the UE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

[0024] Some implementations of the methods and apparatuses described herein may further include a method performed by a UE, which may include: receiving a reporting request of requesting collected data reporting via a RB from a NE; and sending collected data via the RB to the NE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0026] Figure 2 illustrates an example of protocol stack of data plane in accordance with aspects of the present disclosure.

[0027] Figure 3 illustrates an example of data collection procedure in accordance with aspects of the present disclosure.

[0028] Figure 4a illustrates an example of mapping between RB and data type under solution#1 in accordance with aspects of the present disclosure.

[0029] Figure 4b illustrates an example of mapping between RB and data type under solution#2 in accordance with aspects of the present disclosure.

[0030] Figure 4c illustrates an example of mapping between RB and data collection session under solution#3 in accordance with aspects of the present disclosure.

[0031] Figure 4d illustrates an example of mapping between RB and data priority under solution#4 in accordance with aspects of the present disclosure.

[0032] Figure 5 illustrate an example of format of PDCP control PDU carrying data availability related information in accordance with aspects of the present disclosure.

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

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

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

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

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

[0038] Currently, data collection for artificial intelligence (AI)  / machine learning (ML) in wireless communication is performed by control plane using radio resource control (RRC) messages. For example, the network side, e.g., gNB may configure UE to log L1 / L3 data or measurement results in RRC messages or signaling, and configure UE to report the logged L1 / L3 data or measurement results in RRC messages or signaling. However, it is expected that the data frame in 6G or higher generation is related to efficient and scalable data handling including, for example, data collection, data distribution, data processing, data storage, data access and data exposure, with consideration of access control / user consent and privacy, wherein the examples of data may include data for AI / ML and data for sensing services etc. Considering such a data frame, current data collection solution on control plane by RRC signaling will not be efficient any more.

[0039] Various aspects of the present disclosure propose technical solutions of supporting data collection based on a new protocol layer for data management, which may be referred to as a DPL or the like. PDU sessions will be established between the DPL of the UE and that of a data plane function (DPF) or the like over data plane. Regarding DPF, it may be a core network function or a radio access network (RAN) function, e.g., collocated in a RAN node or NE, and is responsible for data collection, data distribution, data processing, data storage, data access and data exposure etc. Data collection configuration may be transmitted from the DPF to UE via the RAN node. Based on the data collection configuration, the RAN node may configure the UE to establish RB (s) , which may be a new RB type or a legacy RB, e.g., data RB (DRB) or signaling RB (SRB) . The RAN node may request the UE to report collected data by sending a reporting request via an L2 protocol of the corresponding RB, e.g., L2 control PDU, MAC CE or L2 header of data PDU, rather than using RRC signaling. When the collected data requested to be reported is sent from the UE to the RAN node via the corresponding RB, one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet will be added in the L2 header of each packet, so that the RAN node could distinguish data via the corresponding RB with different types, different data collection sessions, and / or different priorities.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0055] One of potential 6G topics is to define a data plane (DP) or the like to support desired data frame. The motivation to include the data plane includes but not limited to: training data or training model or training parameters for AI / ML is often collected or  transferred repeatedly, resulting in a potentially very large data volume; control plane has clear bottleneck for carrying AI / ML data, as such data may be too  frequent and large; and quality of service (QoS) requirements of operational data differs from those of control  plane (CP)  / user plane (UP) data.

[0056] Figure 2 illustrates an example of protocol stack of data plane in accordance with aspects of the present disclosure.

[0057] Referring to Figure 2, the data plane at the UE side includes DPL and layers lower than DPL, referred to lower layers of the data plane. In some implementations of the present disclosure, the lower layers include L2 layers and physical (PHY) layer (referring to Figures 4a-4d) . Exemplary L2 layers may further include higher or upper L2 layer, e.g., service data adaptation protocol (SDAP) layer, PDCP layer and lower L2 layer (s) , e.g., radio link control (RLC) and MAC layer etc. One or multiple RBs may be established between the UE and RAN node, e.g., gNB for communications therebetween over data plane. One or multiple PDU sessions may be established between the UE and DPF for communications therebetween over data plane.

[0058] Based on the proposed data plane (but not limited to the exemplary protocol stack) , more details of various aspects of the present disclosure are illustrated in the following in view of Figure 3.

[0059] Specifically, Figure 3 illustrates an example of data collection procedure in accordance with aspects of the present disclosure. Herein, it is assumed that the DPF or the like is at the CN side, persons skilled in the art would understand that the same or similar procedure can also be applied for the cases that the DPF is at the RAN side.

[0060] Referring to Figure 3, the network side, e.g., the RAN node may receive a data collection request from the core network, e.g., from DPF or the like directly at step 301 or indirectly at step 303. For example, the DPF (not shown) may send the data collection request to the UE via the RAN node at step 303a, which may be transparent to the RAN node. In the case that the data collection request is transparent, the RAN node may send the data collection request to the UE via a non-access stratum (NAS) message. If the RAN node does not receive the data collection request directly from the core network, the UE may send the received data collection request to the RAN node at step 303b.

[0061] The data collection request may include but not limited to part or all of the following: the data type, the QoS parameters for data transmission and a data collection configuration to the UE. In the case that the data collection request to the UE is not transparent to the RAN, part of the data collection request may be configured by the RAN node.

[0062] Exemplary data types may include but not limited to data for AI / ML (e.g., for AI / ML training or AI / ML inference or AI / ML model transfer or AI / ML model update etc. ) , data for sensing, and data for radio purposes including self-organized networks (SON) and minimization of drive test (MDT) etc. Exemplary QoS parameters for data transmission may include but not limited to bit rate, latency, priority and etc. Exemplary data collection configuration to the UE may include but not limited to part or all of the following: the type of the data to be collected or logged in UE, conditions to start or stop the requested data collection sessions, conditions to trigger data availability indicating (or reporting or the like) , ID information of requested data collection sessions and priorities of data to be collected at the UE.

[0063] Exemplary data to be collected or logged may also include L1-reference signal receiving power (RSRP) and / or L3-RSRP etc. In some cases each data type may be associated with a priority. Exemplary conditions to start or stop the requested data collection sessions at the UE may include a threshold, e.g., represented in L1 RSRP or reference signal receiving quality (RSRQ) to start logging data, or a valid area for data collection, e.g., a list of cells only where the UE may perform data collection. Exemplary conditions to trigger data availability indicating, e.g., to send data availability related information with an explicit or implicit data availability indication may include a buffer threshold to trigger the data availability indicating, wherein if the buffered data is above the buffer threshold, the UE will determine to send the data availability related information to the RAN node. Other exemplary conditions to trigger data availability indicating may include a time duration, e.g., 48 hours, wherein no matter whether the buffer is full or not (e.g., below a predefined or configured threshold) , the UE will determine to send the data availability related information to the RAN node. Exemplary priorities of data to be collected at the UE may be represented by logical channel (LCH) priorities or other priority values.

[0064] The RAN node may determine a RB configuration for the UE to establish RB (s) based on the data collection configuration, and send the RB configuration to the UE at step 305, e.g., via RRC messages.

[0065] In some implementations of the present disclosure (solution#1) , one RB configuring manner or solution is that a single RB is configured for all data to be collected or reported, e.g., for all data types, all data collection sessions and all data priorities (if any) . An exemplary RB configuration may include RB type indication information to indicate that the configured RB is for data collection, and include L2 parameters for the RB, e.g., PDCP, RLC and MAC parameters, which includes LCH ID and logical channel priority etc.

[0066] As shown in Figure 4a, which illustrates an example of mapping or association between RB and data type under solution#1, the RAN node configures the UE to setup only one RB. Multiple data types, e.g., type#1-type#4 (or data with type#1-type#4) will be mapped to the only one RB, which also means that all different data collection sessions and data priorities (if any) will be mapped to the RB.

[0067] In some implementations of the present disclosure (solution#2) , another RB configuring manner or solution is that multiple RBs will be configured for different data types, wherein each configured RB is capable of supporting one or multiple data types to be collected / reported. For each RB, the RB configuration may include the RB ID, and L2 parameters, e.g., PDCP, RLC and MAC parameters etc. The RAN node may provide the mapping between RB and data type for the UE, e.g., in the RB configuration. In some examples, the mapping between RB and data type may be specified or defined in 3GPP specification by default, and it is not necessary to provide the mapping between RB and data type in the RB configuration.

[0068] As shown in Figure 4b, which illustrates an example of mapping between RB and data type under solution#2, the RAN node configures the UE to setup multiple RBs, e.g., RB#1 and RB#2 for different data types, e.g., type#1-type#4, wherein type#1 and type #2 are mapped to RB#1 and type#3 and type#4 are mapped to RB#2.

[0069] In some implementations of the present disclosure (solution#3) , yet another RB configuring manner or solution is that multiple RBs will be configured for different data collection sessions, wherein each configured RB is capable of supporting one or multiple data collection sessions. For each RB, the RB configuration may include the RB ID, and L2 parameters, e.g., PDCP, RLC and MAC parameters etc. The RAN node may provide for the UE the mapping between RB and data collection session. To save signaling overhead in the air interface, the RAN node may allocate a short ID, e.g., access stratum (AS) ID that is used within RAN to identify the data collection session, that is the data collection session ID information may be a short ID for data collection session. In some examples, the mapping between RB and data collection session may be specified or defined in 3GPP specification by default, and it is not necessary to provide the mapping between RB and data collection session in the RB configuration. In some implementations, the data collection session would be represented by QoS flow in which the session ID will be the QoS flow ID (QFI) .

[0070] As shown in Figure 4c, which illustrates an example of mapping between RB and data collection session under solution#3, the RAN node configures the UE to setup multiple RBs, e.g., RB#1 and RB#2 for different data collection sessions, e.g., session#1 to session#4, wherein session#1 and session#2 are mapped to RB#1 and session#3 and session#4 are mapped to RB#2.

[0071] In some implementations of the present disclosure (solution#4) , yet another RB configuring manner or solution is that multiple RBs will be configured for different priorities of data, which are same or different from LCH priorities. Each configured RB is capable of supporting one or multiple priorities. For each RB, the RB configuration may include the RB ID, and L2 parameters, e.g., PDCP, RLC and MAC parameters etc. The RAN node may provide for the UE the mapping between RB and data priority. In some examples, the mapping between RB and data priority may be specified or defined in 3GPP specification by default, and it is not necessary to provide the mapping between RB and data priority in the RB configuration.

[0072] As shown in Figure 4d, which illustrates an example of mapping between RB and data priority under solution#4, the RAN node configures the UE to setup multiple RBs, e.g., RB#1 and RB#2 for different data priorities, e.g., priority#1 to priority#4, wherein data priority values priority#1 and priority#2 are mapped to RB#1, and priority#3 and priority#4 are mapped to RB#2.

[0073] At the UE side, after receiving the data collection configuration, the RRC layer of the UE may forward the data collection configuration to the DPL or DP entity, and the DPL or DP entity may apply the data collection configuration accordingly. After receiving the RB configuration, the UE may establish the RB (s) accordingly. If the mapping information, e.g., mapping between RB and data type or data collection session or priority, is configured for the UE, the RRC layer of the UE may also forward the mapping information to the DPL.

[0074] According to the data collection configuration, the UE may perform the data collection accordingly, e.g., logging L1 / L3 measurement results. When the conditions to trigger data availability indicating or reporting is fulfilled, the UE, e.g., the DPL may trigger a data availability indicating procedure via the corresponding RB with explicit or implicit data availability indication. For example, if the buffer of the collected data is above the configured threshold, or the buffer is full, or the UE cannot continue the data collection due to UE power issue, or the configured time duration elapses (e.g., a related timer expired) , the DPL may decide to send data availability related information to the RAN node. The DPL may provide the data availability related information for the lower layer, e.g., PDCP layer of the corresponding RB, so that the data availability related information will be sent to the RAN node via the corresponding RB at step 307.

[0075] Exemplary data availability related information may include but not limited to part or all of the following: data availability indication to indicate that there is data available to be reported, the data size or data volume of the collected data to be reported, and the reasons that triggers transmission of the data availability related information. Part or all of the data availability related information may be indicated per data type or per data collection session or per priority value etc. For example, in some cases, data availability related information may include an explicit data availability indication for AI / ML training data and a data size for AI / ML training data. In some cases, exemplary data availability related information may also include ID information of the corresponding RB where the data availability related information is transmitted.

[0076] The data availability related information can be sent by various manners, e.g., by L2 control PDU, e.g., PDCP control PDU or RLC control PDU etc., or by MAC CE, or by L2 header of data PDU, e.g., PDCP header of PDCP data PDU or RLC header of RLC data PDU or MAC sub-header of MAC PDU.

[0077] Figure 5 illustrate an example of format of PDCP control PDU carrying data availability related information in accordance with aspects of the present disclosure. Persons skilled in the art would understand that the name of each field is only for clear illustration, and should not be unduly used to limit the substance of the corresponding field.

[0078] Referring to Figure 5, the field "D / C" indicates whether the corresponding PDCP PDU is a PDCP data PDU or a PDU control PDU. For example, if this field is set to ‘0’ , the indicated PDCP PDU is an PDCP control PDU, and if this field is set to ‘1’ , the indicated PDCP PDU is a PDCP data PDU, vice versa.

[0079] The field "PDU Type" indicates the type of control information included in the case of PDCP control PDU. For example, if this filed "PDU type" is set to ‘100’ , it means that the PDCP control PDU is used for carrying data availability related information.

[0080] The field "DAI" indicates whether data availability indication is included. For example, if the field "DAI" is set to ‘1’ , it means that data availability indication is present, and if the field "DAI" is set to ‘0’ , it means that data availability indication is absent, vice versa.

[0081] The field "Data Type" indicates for which data type the data availability related information is for, e.g., in the case of the data availability related information is indicated per data type. In some implementations of the present disclosure, the field "Data Type" may be replaced, e.g., by "Data Collection Session" (e.g., in the case of per data collection session) or "Data Priority" (e.g., in the case of per priority) etc.

[0082] The field "Data Size" indicates the data size or data volume of collected data to be reported, e.g., per data type (or per data collection session or priority or per RB) .

[0083] When receiving the data availability related information from the DPL, the PDCP layer or entity of the RB may compile the PDCP control PDU for data availability related information, e.g., by setting the field of DAI to ‘1’ , setting the Data Type field to the data type received from the DPL, setting the Data Size field to the data size received from the DPL. Then, the PDCP layer submits the PDCP control PDU to the further lower layer related to the PDCP layer, e.g., MAC layer etc.

[0084] In the case of MAC CE being used to carry the data availability related information to the network, the MAC CE may be a newly defined MAC CE compared with the legacy one, which may be called as data availability information reporting MAC CE or the like.

[0085] An example of data availability information reporting MAC CE may be identified by MAC subheader with a one-octet logical channel identifier (LCID) or extend LCID (eLCID) . In the case that the data availability related information is indicated per data type, per data collection session, or per priority value (e.g., per logical channel priority) etc., the MAC CE may further include the related information. For example, in the case of data availability indication per data collection session, the MAC CE may further include ID information of the data collection session, and in the case of data availability indication per logical channel priority, the MAC CE may further include ID information of the logical channel. In some cases, the MAC CE may also include the ID information of the corresponding RB where the MAC CE is transmitted.

[0086] The DPL may generate and transmit the data availability related information to the MAC layer or entity, which means that the UE triggers a data availability information reporting procedure. The MAC entity may instruct the multiplexing and assembly procedure to generate the MAC CE if uplink (UL) -shared channel (SCH) resources are available for a new transmission and the UL-SCH resources can accommodate the MAC CE plus the subheader as a result of logical channel prioritization. If the UL-SCH resources are not available for transmission the MAC CE plus the subheader, the UE MAC entity may trigger a scheduling request (SR) procedure to transmit the data availability related information to the RAN side.

[0087] In some implementations of the present disclosure, a buffer status report (BSR) MAC CE may be used for sending the data availability related information to the network. For example, the RAN node may configure RBs to some specific logical channel group (LCG) . The UE may set the buffer size in the BSR MAC CE according to the received data size of the RB for the LCG. If the RB includes multiple data types, it includes the sum of the data size of data with the multiple data types. The network may implicitly know the data availability related information by receiving the BSR.

[0088] After receiving the data availability related information from UE, the RAN node may decide to request the UE to report the collected data based on the data availability related information. The RAN node may send a reporting request of requesting collected data reporting to the UE at step 309 via the corresponding RB, e.g., by L2 protocol of the corresponding RB similar to that for transmitting data availability related information. For example, after reception of the data availability related information from upper layer, the RAN node may decide to request the UE to report the collected data by including a reporting request, e.g., in a PDCP control PDU, RLC control PDU, MAC CE or L2 header of PDCP data PDU or RLC data PDU etc.

[0089] An exemplary reporting request may include one or multiple of the following information: data types of the collected data that are requested to be reported, allowed data volume for each requested data type, requested RB corresponding to the collected data that are requested to be reported, allowed data volume for the requested RB, requested data collection sessions corresponding to the collected data that are requested to be reported, allowed data volume for each requested data collection session, requested priority of the collected data that are requested to be reported, or allowed data volume for each requested priority etc.

[0090] After receiving the reporting request, the lower layers of the UE may forward the reporting request to the DPL. Based on the reporting request, the UE, e.g., the DPL may start to transmit the collected data to the RAN node at step 311 via the corresponding RB. In order that the RAN node can distinguish the reported data, the category information (or distinguishing information or classification information or the like) , e.g., the data type ID, data collection session ID (e.g., short ID) , and / or priority value can be provided in the L2 header of each packet, e.g., in the header of PDCP or RLC data PDU.

[0091] For example, in the case that a single RB is configured for all data reporting under different categories (e.g., different data types, different data collection sessions and / or different priorities) , the DPL may assemble the data into packets as the defined format based on the reporting request, e.g., according to the data volume allowed to be reported for the corresponding data type, data collection session, RB, and / or priority. The DPL may provide the mapping information, e.g., between RB and data type ID, or RB and short ID of data collection session or RB and priority value etc., for each packet to be transmitted for an L2 entity of the corresponding RB. Accordingly, the L2 entity, e.g., PDCP entity of the RB will add the category information, e.g., the type ID information of indicating the corresponding data type (e.g., data type ID) , the session ID information of indicating the corresponding data collection session (e.g., short ID) , and / or priority information of indicating the corresponding priority (e.g., LCH priority value) in the header of the PDCP data PDU.

[0092] In the case that multiple RBs are configured for data reporting for different data types, the UE may map the corresponding data type (s) to the corresponding RB according the mapping between RB and data type, e.g., between data type ID (s) and RB ID. The DPL may assemble the data to be reported into packets as the defined format based on the reporting request, e.g., according to the data volume allowed to be reported for the corresponding data type, data collection session, RB, and / or priority etc. The DPL may provide the mapping information between RB and data type for each packet to be transmitted for an L2 entity of the corresponding RB. Accordingly, the L2 entity, e.g., PDCP entity of the RB will add the related type ID information to be reported in the header of the PDCP data PDU.

[0093] In the case that multiple RBs are configured for data reporting for different data collection sessions, the UE may map the corresponding data collection session (s) to the corresponding RB according the mapping between RB and data collection session (s) , e.g., between data collection session ID (s) and RB ID. The DPL may assemble the data to be reported into packets as the defined format based on the reporting request, e.g., according to the data volume allowed to be reported for the corresponding data type, data collection session, RB, and / or priority etc. The DPL may provide the mapping information between RB and data collection session for each packet to be transmitted for an L2 entity of the corresponding RB. Accordingly, the L2 entity, e.g., the PDCP entity of the RB will add the related session ID information of the data to be reported in the header of the PDCP data PDU.

[0094] In the case that multiple RBs are configured for data reporting for different data priorities, the UE may map the corresponding data priority (s) to the corresponding RB according the mapping between RB and data priority (s) , e.g., between priority value (s) and RB ID. The DPL may assemble the data to be reported into packets as the defined format based on the reporting request, e.g., according to the data volume allowed to be reported for the corresponding data type, data collection session, RB, and / or priority etc. The DPL may provide the mapping information between RB and data priority for each packet to be transmitted for an L2 entity of the corresponding RB. Accordingly, the L2 entity, e.g., the PDCP entity of the RB will add the related priority information, e.g., LCH priority of the data to be reported in the header of the PDCP data PDU.

[0095] In according with some aspects of the present disclosure, the RAN node can dynamically control the data reporting, e.g., pausing (including stop or suspend or the like) the ongoing data reporting and resuming the paused data reporting if necessary.

[0096] For example, in some cases, e.g., congestion occurs, the RAN node may indicate the UE to pause the data reporting at step 313, e.g., by explicit or implicit pause indication or the like, e.g., via RRC signaling or L2 protocol of the corresponding RB as illustrated for data availability related information transmission (e.g., PDCP or RCL control PDU, MAC CE or L2 header of PDCP or RLC data PDU etc. ) . The pause indication may be indicated per data type, per RB, per data collection session or data priority or a combination thereof etc. In the case that the pause indication is per data type, the information of indicating the UE to pause the data reporting may also include the corresponding data type ID information. In the case that the pause indication is per RB, the information of indicating the UE to pause the data reporting may also include the corresponding RB ID information. In the case that the pause indication is per data collection session, the information of indicating the UE to pause the data reporting may also include the corresponding data collection session ID information. In the case that the pause indication is per priority, the information of indicating the UE to pause the data reporting may also include the corresponding priority value (s) .

[0097] After receiving the information indicating to pause collected data reporting, the UE lower layers, e.g., PDCP layer may forward the pause indication to the DPL. The DPL will stop or suspend assembling the collected data and stop or suspend forwarding the assembled data to lower layers (e.g., the PDCP layer) based on the corresponding data type (s) , RB (s) , data collection session (s) and / or data priority (s) indicated by the pause indication. For the packets that has been buffered in PDCP entity but has not been submitted to further lower layers, e.g., RLC and MAC entity, the PDCP entity may continue buffering the packets in the PDCP entity and will not forward the buffered packets to the further lower layers. For the packets that have been submitted to the further low layers, the UE will continue transmitting them to the network.

[0098] When the conditions or events caused the pause operation are eliminated, e.g., congestion is alleviated, the RAN node may decide to resume the paused data reporting. The RAN node may indicate the UE to resume the paused data reporting, e.g., by sending information indicating to resume the stopped or suspended collected data reporting with an explicit or implicit resume indication to the UE at step 315. The information indicating to resume the stopped or suspended collected data reporting may be transmitted via RRC signaling or L2 protocol of the corresponding RB as illustrated for data availability related information transmission (e.g., PDCP or RLC control PDU, MAC CE or L2 header of PDCP or RLC data PDU etc. ) . Similarly, the resume indication is indicated per data type, per RB, per data collection session, per priority or a combination thereof etc. In the case that the resume indication is per data type, the information of indicating the UE to resume the data reporting may also include the corresponding data type ID information. In the case that the resume indication is per RB, the information of indicating the UE to resume the data reporting may also include the corresponding RB ID information. In the case that the resume indication is per data collection session, the information of indicating the UE to resume the data reporting may also include the corresponding data collection session ID information. In the case that the resume indication is per priority, the information of indicating the UE to resume the data reporting may also include the corresponding priority value (s) .

[0099] When the UE receives the resume indication from the RAN node, the UE lower layers (e.g., PDCP layer) may forward the resume indication to the DPL. The DPL may continue to assemble the data and forward the data to lower layers based on the corresponding data type, RB, data collection session, and / or per priority value. For the packets that have been buffered in PDCP entity but have not been submitted to further lower layers (e.g., RLC, MAC entity) , the PDCP entity will start to forward the packets to lower layers for transmission.

[0100] Besides the illustrated data collection procedure in view of Figure 3, there are also various other applicable data collection procedure. For example, in some implementations of the present disclosure, the UE may not send the data availability related information to the network. A reporting request or the like may be provided for the UE with the data collection request or after the data collection request, and the UE may send the collected data to the network based on the reporting request. In some implementations of the present disclosure, there may be no reporting request, and the UE may send the collected data to the network based on predefined rule or its own implementations.

[0101] In addition, it is emphasized again that terms like "DP, " "DPL" etc., are only used for illustration and clarity, which may be referred to as other names and should be used to unduly limit the protection of the present disclosure.

[0102] Figure 6 illustrates an example of a UE 600 in accordance with aspects of the present disclosure. The UE 600 may include a processor 602, a memory 604, a controller 606, and a transceiver 608. The processor 602, the memory 604, the controller 606, or the transceiver 608, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

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

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

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

[0106] In some implementations, the processor 602 and the memory 604 coupled with the processor 602 may be configured to cause the UE 600 to perform one or more of the functions described herein (e.g., executing, by the processor 602, instructions stored in the memory 604) . For example, the processor 602 may support wireless communication at the UE 600 in accordance with examples as disclosed herein. The UE 600 may be configured to support a means for receiving a reporting request of requesting collected data reporting via a RB from a NE; and a means for sending collected data via the RB to the NE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

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

[0108] In some implementations, the UE 600 may include at least one transceiver 608. In some other implementations, the UE 600 may have more than one transceiver 608. The transceiver 608 may represent a wireless transceiver. The transceiver 608 may include one or more receiver chains 610, one or more transmitter chains 612, or a combination thereof.

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

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

[0111] Figure 7 illustrates an example of a processor 700 in accordance with aspects of the present disclosure. The processor 700 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 700 may include a controller 702 configured to perform various operations in accordance with examples as described herein. The processor 700 may optionally include at least one memory 704, which may be, for example, an L1 / L2 / L3 cache. Additionally, or alternatively, the processor 700 may optionally include one or more arithmetic-logic units (ALUs) 706. 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) .

[0112] The processor 700 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 700) 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) .

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

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

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

[0116] The memory 704 may store computer-readable, computer-executable code including instructions that, when executed by the processor 700, cause the processor 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. The controller 702 and / or the processor 700 may be configured to execute computer-readable instructions stored in the memory 704 to cause the processor 700 to perform various functions. For example, the processor 700 and / or the controller 702 may be coupled with or to the memory 704, the processor 700, the controller 702, and the memory 704 may be configured to perform various functions described herein. In some examples, the processor 700 may include multiple processors and the memory 704 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.

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

[0118] The processor 700 may support wireless communication in accordance with examples as disclosed herein. The processor 700 may be configured to or operable to support a means for receiving a reporting request of requesting collected data reporting via a RB from a NE; and a means for sending collected data via the RB to the NE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

[0119] Figure 8 illustrates an example of a NE 800 in accordance with aspects of the present disclosure. The NE 800 may include a processor 802, a memory 804, a controller 806, and a transceiver 808. The processor 802, the memory 804, the controller 806, or the transceiver 808, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

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

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

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

[0123] In some implementations, the processor 802 and the memory 804 coupled with the processor 802 may be configured to cause the NE 800 to perform one or more of the functions described herein (e.g., executing, by the processor 802, instructions stored in the memory 804) . For example, the processor 802 may support wireless communication at the NE 800 in accordance with examples as disclosed herein. The NE 800 may be configured to support a means for sending a reporting request of requesting collected data reporting via a RB to a UE; and means for receiving collected data via the RB from the UE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

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

[0125] In some implementations, the NE 800 may include at least one transceiver 808. In some other implementations, the NE 800 may have more than one transceiver 808. The transceiver 808 may represent a wireless transceiver. The transceiver 808 may include one or more receiver chains 810, one or more transmitter chains 812, or a combination thereof.

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

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

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

[0129] At step 901, the method may include receiving a reporting request of requesting collected data reporting via a RB from a NE. The operations of step 901 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 901 may be performed by a UE as described with reference to Figure 6.

[0130] At step 903, the method may include sending collected data via the RB to the NE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet. The operations of step 903 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 903 may be performed by a UE as described with reference to Figure 6.

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

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

[0133] At step 1001, the method may include sending a reporting request of requesting collected data reporting via a RB to a UE. The operations of step 1001 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1001 may be performed by a NE as described with reference to Figure 8.

[0134] At step 1003, the method may include receiving collected data via the RB from the UE based on the reporting request, wherein an L2 header of each packet of the collected data carries one or multiple of type ID information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet. The operations of step 1003 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1003 may be performed by a NE as described with reference to Figure 8.

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

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

Claims

1.A user equipment (UE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the UE to:receive a reporting request of requesting collected data reporting via a radio bearer (RB) from a network equipment (NE) ; andsend collected data via the RB to the NE based on the reporting request, wherein a layer 2 (L2) header of each packet of the collected data carries one or multiple of type identification (ID) information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.2.The UE of claim 1, wherein the reporting request indicates one or multiple of:data types of the collected data that are requested to be reported;allowed data volume for each requested data type;requested RB corresponding to the collected data that are requested to be reported;allowed data volume for the requested RB;requested data collection sessions corresponding to the collected data that are requested to be reported;allowed data volume for each requested data collection session;requested priority of the collected data that are requested to be reported; orallowed data volume for each requested priority.3.The UE of claim 1, wherein the reporting request is carried in an L2 control protocol data unit (PDU) , media access control (MAC) control element (CE) or an L2 header of a data PDU.4.The UE of claim 1, wherein sending the collected data to the NE based on the reporting request further comprises:assembling, by a data plane layer (DPL) , data to be reported into packets as a defined format based on the reporting request;providing, for an L2 entity of the RB by the DPL, the one or multiple of the type ID information, session ID information, or priority information for each packet; andadd, in the L2 header of each packet by the L2 entity, the one or multiple of the type ID information, session ID information, or priority information for the packet.5.The UE of claim 4, wherein the at least one processor is configured to further cause the UE to:in the case that multiple RBs including the RB are configured for multiple data types, map the multiple data types to the multiple RBs based on mapping between RB and data type, wherein the L2 header of each packet at least includes the type ID information of the packet;in the case that multiple RBs including the RB are configured for multiple data collection sessions, map the multiple data collection sessions to the multiple RBs based on mapping between RB and data collection session, wherein the L2 header of each packet at least includes the session ID information of the packet; orin the case that multiple RBs including the RB are configured for multiple priorities, map the multiple priorities to the multiple RBs based on mapping between RB and priority, wherein the L2 header of each packet at least includes the priority information of the packet.6.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:receive a data collection configuration, including one or multiple of:data types of data to be collected at the UE;conditions to start or stop data collection sessions;conditions to trigger data availability indicating;identification (ID) information of data collection sessions; orpriorities of data to be collected at the UE; andcollect data based on the data collection configuration.7.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:receive a RB configuration from the NE, wherein the RB configuration configures a single RB or multiple RBs for all data to be collected, and each RB of the multiple RBs is configured for one or multiple data types, or for one or multiple data collection sessions, or for one or multiple priorities; andestablish one or more RBs based on the RB configuration.8.The UE of claim 1, wherein the at least one processor is configured to further cause the UE to:send data availability related information to the NE, includes one or multiple of:data availability indication to indicate that there is data available to be reported;data volumes of the collected data to be reported; orreasons that triggers transmission of the data availability related information.9.The UE of claim 8, wherein at least one of the data availability indication or the data volume is indicated per data type, data collection session or priority.10.The UE of claim 8, wherein sending the data availability related information further comprises:providing the data availability related information by a data plane layer (DPL) entity for an entity of a lower layer than the DPL layer.11.The UE of claim 8, wherein the data availability related information is carried in an L2 control protocol data unit (PDU) , media access control (MAC) control element (CE) or an L2 header of a data PDU.12.The UE of claim 1, wherein the session ID information for a data collection session includes a short ID of the data collection session.13.The UE of claim 4, wherein the at least one processor is configured to further cause the UE to:receive information indicating to pause collected data reporting associated with the reporting request by the DPL from layers lower than the DPL; andpause assembling the data to be reported and forwarding the packets to the L2 entity by the DPL.14.The UE of claim 13, wherein the at least one processor is configured to further cause the UE to:continue buffering packets that have been buffered in a packet data convergence protocol (PDCP) entity and stop forwarding buffered packets to layers lower than PDCP layer by the PDCP layer; andcontinue transmitting packets that have been submitted to the layers lower than PDCP layer to the NE by the PDCP entity.15.The UE of claim 13, wherein the at least one processor is configured to further cause the UE to:receive information indicating to resume the collected data reporting that is paused from layers lower than the DPL by the DPL; andresume assembling the data to be reported and forwarding the packet to the L2 entity by the DPL.16.The UE of claim 15, wherein the information indicating to pause collected data reporting and the information indicating to resume the collected data reporting are carried in an L2 control protocol data unit (PDU) , media access control (MAC) control element (CE) or an L2 header of a data PDU.17.The UE of claim 15, wherein at least one of the information indicating to pause collected data reporting or the information indicating to resume the collected data reporting is indicated per data type, data collection session, priority or RB.18.A processor for wireless communication, comprising:at least one controller coupled with at least one memory and configured to cause the processor to:receive a reporting request of requesting collected data reporting via a radio bearer (RB) from a network equipment (NE) ; andsend collected data via the RB to the NE based on the reporting request, wherein a layer 2 (L2) header of each packet of the collected data carries one or multiple of type identification (ID) information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.19.A network equipment (NE) for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the NE to:send a reporting request of requesting collected data reporting via a radio bearer (RB) to a user equipment (UE) ; andreceive collected data via the RB from the UE based on the reporting request, wherein a layer 2 (L2) header of each packet of the collected data carries one or multiple of type identification (ID) information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.20.A method performed by a user equipment (UE) , comprising:receiving a reporting request of requesting collected data reporting via a radio bearer (RB) from a network equipment (NE) ; andsending collected data via the RB to the NE based on the reporting request, wherein a layer 2 (L2) header of each packet of the collected data carries one or multiple of type identification (ID) information indicating data type of the packet, session ID information indicating data collection session of the packet, or priority information indicating a priority of the packet.

Images