User equipment sending data to network across different radio resource control (RRC) states in support of artificial intelligence model

Abstract

The present application relates to coordination between a UE and a network for collection of data by the UE and use of the data by a model hosted by the network. In an example, the network configures the UE to perform and log MDT measurements for the model. The UE can be configured to do so across all RRC states, including an RRC_CONNECTED state. The UE can also be configured to report such logged MDT measurements in more than one state, such as in an RRC_INACTIVE state in addition to the RRC_CONNECTED state.

Description

USER EQUIPMENT SENDING DATA TO NETWORK ACROSS DIFFERENT RADIO RESOURCE CONTROL (RRC) STATES IN SUPPORT OF ARTIFICIAL INTELLIGENCE MODELTECHNICAL FIELDThe present application generally relates to network communication, particularly to a user equipment sending data to network across different radio resource control (RRC) states in support of artificial intelligence model.BACKGROUNDThird Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These standards can include, for example, long term evolution (LTE) (e.g., 4G) , 3GPP new radio (NR) (e.g., 5G) , and other standards.BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 illustrates a network environment in accordance with some embodiments.FIG. 2 illustrates an example of a user equipment (UE) sending data to a network for use by a model hosted by the network in accordance with some embodiments.FIG. 3 illustrates an example of radio resource control (RRC) states in accordance with some embodiments.FIG. 4 illustrates an example of components to configure a UE to send data to a network in accordance with some embodiments.FIG. 5 illustrates an example of a UE sending data to a network in RRC_IDLE and RRC_INACTIVE states in accordance with some embodiments.FIG. 6 illustrates an example of a UE sending data to a network in all RRC states in accordance with some embodiments.FIG. 7 illustrates an example of sequence diagram for configuring a UE to send, in all RRC states, to data to a network for artificial intelligence / machine learning purposes in accordance with some embodiments.FIG. 8 illustrates an example of an operational flow / algorithmic structure implemented by a UE for sending data to a network in all RRC states in accordance with some embodiments in accordance with some embodiments.FIG. 9 illustrates an example of an operational flow / algorithmic structure implemented by a network for configuring a UE to send data to the network in all RRC states in accordance with some embodiments in accordance with some embodiments.FIG. 10 illustrates an example of receive components in accordance with some embodiments.FIG. 11 illustrates an example of a UE in accordance with some embodiments.

[0001] FIG. 12 illustrates an example of a base station in accordance with some embodiments.DETAILED DESCRIPTIONThe following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, and techniques in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”Embodiments of the present disclosure relate to coordination between a user equipment (UE) and a network for collection of data by the UE and use of the data by a model hosted by the network. The model can be an artificial intelligence (AI) model (in one example, the AI model can be a machine learning (ML) model) that provides a network function (e.g., channel state information (CSI) feedback, beam management, positioning, etc. ) . In an example, the data includes minimization of drive test (MDT) data. The coordination can include the network configuring the UE to perform measurements and log the related measurements data across different radio resource control (RRC) states, including an RRC_CONNECTED state. The configuration can indicate a timing to start measurement for logging and / or a measurement event for doing so. The configuration can also indicate particular measurement quantities to perform (e.g., a per beam measurement) and / or can enable the UE to report unspecified measurements or data in a transparent container. Further, the UE can log the measurements in a memory buffer (e.g., an access stratum (AS) buffer and / or an application buffer) . If the size of the memory buffer exceeds a threshold, the UE can be enabled to send the logged measurements even when the UE is in an RRC_INACTIVE state (e.g., by using a measurement object short data transmission (MO-SDT) ) . These and other features are further described herein below.Embodiments of the present disclosure provide various technical advantages. For example, logging data while the UE is in an RRC_CONNECTED state supports use cases of an AI model and / or ML model necessitating continuous measurements across all RRC states (e.g., for AI / ML-based positioning) or improving the training of such a model (e.g., by using continuous data samples) . Further, logging data in all RRC states enable continuous log measurements, rather non-continuous measurements (e.g., when the UE is in a particular RRC state such as the RRC_CONNECTED state) . The continuous log measurements support AI / ML use cases that may be timing sensitive (e.g., beam prediction use cases) . Additionally, the UE can be configured an explicit or implicit measurement scope that may go beyond measurements merely with a configured cell identifier (ID) , tracking area code (TAC) list, or a list of frequencies. As such, support is provided for AI / ML use cases that may be target for a list of beams (e.g., for beam prediction or CSI prediction) . The embodiments also enable the collection of different types and amounts of data (even ones that an operator can dynamically specify) . Doing so supports a broader range of AI / ML use cases and / or improve AI / ML training. Flexibility is also provided to deal with any limited size of the usable memory buffer such that the UE can still log the relevant data.In the interest of clarity of explanation, various embodiments of the present disclosure are described in connection with MDT data and particular use AI / ML use cases (e.g., beam prediction, CSI feedback, positioning) . However, the embodiments are not limited as such and, instead, equivalently and similarly apply to any type of data and any AI / ML use case that relies on the data.The following is a glossary of terms that may be used in this disclosure.The term “circuitry” as used herein refers to, is part of, or includes hardware components that are configured to provide the described functionality. The hardware components may include an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , or a digital signal processor (DSP) . In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, and network interface cards.The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities that may allow a user to access network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, or reconfigurable mobile device. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, or workload units. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware elements. A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, or system. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, or a virtualized network function.The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.FIG. 1 illustrates a network environment 100, in accordance with some embodiments. The network environment 100 may include a UE 104 and a gNB 108. The gNB 108 may be a base station that provides a wireless access cell, for example, a Third Generation Partnership Project (3GPP) New Radio (NR) cell, through which the UE 104 may communicate with the gNB 108. The UE 104 and the gNB 108 may communicate over an air interface compatible with 3GPP technical specifications, such as those that define Fifth Generation (5G) NR system standards.The gNB 108 may transmit information (for example, data and control signaling) in the downlink direction by mapping logical channels on the transport channels, and transport channels onto physical channels. The logical channels may transfer data between a radio link control (RLC) and MAC layers; the transport channels may transfer data between the MAC and PHY layers; and the physical channels may transfer information across the air interface. The physical channels may include a physical broadcast channel (PBCH) , a physical downlink control channel (PDCCH) , and a physical downlink shared channel (PDSCH) .The PBCH may be used to broadcast system information that the UE 104 may use for initial access to a serving cell. The PBCH may be transmitted along with physical synchronization signals (PSS) and secondary synchronization signals (SSS) in a synchronization signal (SS)  / PBCH block. The SS / PBCH blocks (SSBs) may be used by the UE 104 during a cell search procedure (including cell selection and reselection) and for beam selection.The PDSCH may be used to transfer end-user application data, signaling radio bearer (SRB) messages, system information messages (other than, for example, MIB) , and paging messages.The PDCCH may transfer DCI that is used by a scheduler of the gNB 108 to allocate both uplink and downlink resources. The DCI may also be used to provide uplink power control commands, configure a slot format, or indicate that preemption has occurred.The gNB 108 may also transmit various reference signals to the UE 104. The reference signals may include DMRSs for the PBCH, PDCCH, and PDSCH. The UE 104 may compare a received version of the DMRS with a known DMRS sequence that was transmitted to estimate an impact of the propagation channel. The UE 104 may then apply an inverse of the propagation channel during a demodulation process of a corresponding physical channel transmission. The UE 104 can similarly transmit various reference signal to the gNB 108 including, for instance, DMRSs, for processing by the gNB 108 in association with uplink channels (e.g., a physical uplink control channel (PUCCH) and a physical uplink shared channel (PUSCH) ) .The reference signals may also include channel status information reference signals (CSI-RS) . The CSI-RS may be a multi-purpose downlink transmission that may be used for CSI reporting, beam management, connected mode mobility, radio link failure detection, beam failure detection and recovery, and fine tuning of time and frequency synchronization.The reference signals and information from the physical channels may be mapped to resources of a resource grid. There is one resource grid for a given antenna port, subcarrier spacing configuration, and transmission direction (for example, downlink or uplink) . The basic unit of an NR downlink resource grid may be a resource element, which may be defined by one subcarrier in the frequency domain and one orthogonal frequency division multiplexing (OFDM) symbol in the time domain. Twelve consecutive subcarriers in the frequency domain may compose a physical resource block (PRB) . A resource element group (REG) may include one PRB in the frequency domain and one OFDM symbol in the time domain, for example, twelve resource elements. A control channel element (CCE) may represent a group of resources used to transmit PDCCH. One CCE may be mapped to a number of REGs, for example, six REGs.The UE 104 may transmit data and control information to the gNB 108 using physical uplink channels. Different types of physical uplink channels are possible including, for instance, a PUCCH and a PUSCH. Whereas the PUCCH carries control information from the UE 104 to the gNB 108, such as uplink control information (UCI) , the PUSCH carries data traffic (e.g., end-user application data) and can carry UCI.The UE 104 and the gNB 108 may perform beam management operations to identify and maintain desired beams for transmission in the uplink and downlink directions. The beam management may be applied to both PDSCH and PDCCH in the downlink direction, and PUSCH and PUCCH in the uplink direction.In an example, communications with the gNB 108 and / or the base station can use channels in the frequency range 1 (FR1) band, frequency range 2 (FR2) band, and / or high frequency range (FRH) band. The FR1 band includes a licensed band and an unlicensed band. The NR unlicensed band (NR-U) includes a frequency spectrum that is shared with other types of radio access technologies (RATs) (e.g., LTE-LAA, WiFi, etc. ) . A listen-before-talk (LBT) procedure can be used to avoid or minimize collision between the different RATs in the NR-U, whereby a device should apply a clear channel assessment (CCA) check before using the channel.Although not illustrated in FIG. 1, the network environment 100 may other network components. For example, the network environment 100 can use various radio access networks (RANs) for communicating between a UE (e.g., the UE 104) and a base station (e.g., the NB 108) of the RAN (which may also sometimes be referred to generally as a RAN node, a network node, or simply a node) . For 5G-NR, 3GPP RANs can be referred to as a Next-Generation Radio Access Network (NG-RAN) .Each RAN may use one or more radio access technologies (RATs) to perform communication between the base station and the UE. For example, NG-RAN implements NR RAT (sometimes referred to herein as 5G RAT, 5G NR RAT, or simply NR) . In certain deployments, NG-RAN may also implement long term evolution (LTE) RAT.A base station (e.g., the gNB 108) used by a RAN may correspond to that RAN. A RAN provides its communication services with external entities through its connection to a core network (CN) . For example, NG-RAN may utilize a 5G Core Network (5GC) . As used herein, a “network” can refer to any or a combination of a base station, a RAN, or a CN.In the interest of clarity of explanation, various embodiments of the present disclosure are described in the context of the 5G NR. However, the embodiments are not limited as such and can similarly and equivalently apply to other wireless communication systems, such as the 4G LTE / LTE-A, or various wireless communication systems to be developed in future. Equivalents to the architecture, entities, functions, processes and the like as described in the present disclosure may be found in these communication systems. Various embodiments are also described with regard to a UE. However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate electronic component. Examples of a UE may include a mobile device, a personal digital assistant (PDA) , a tablet computer, a laptop computer, a personal computer, an Internet of Things (IoT) device, or a machine type communications (MTC) device, among other examples, which may be implemented in various objects such as appliances, or vehicles, meters, among other examples.FIG. 2 illustrates an example an example 200 of a UE 210 sending data to a network 250 for use by a model 232 hosted by the network 250 in accordance with some embodiments. In the illustration, the UE 210 (an example of the UE 104 of FIG. 1) is communicatively coupled with a base station 220 (an example of the gNB 108 of FIG. 1) which can be a component of the RAN of the network 250. The network also includes a destination node 230 (e.g., a server that may be part of the core network) that hosts the model 232 as executable program code. The model 232 can support a particular network function (such as CSI feedback, beam management, positioning, etc. ) and can be implemented as an AI model (or, in a particular example, as an ML model) . The model 232 is referred to herein as an AI / ML model.In an example, the data is MDT data and can take the form of a logged measurement report 212 that the UE 210 can send. To do so, the network 250 can send, via the base station 220, an MDT configuration 222 to the UE 210. The MDT configuration 222 can define various parameters for performing, logging, and / or reporting MDT measurements. These parameters can indicate that the UE 210 is to perform and log MDT measurement in different RRC states (including, for example, an RRC_CONNECTED state) , timing to start the logging, measurement-based event to start and / or end the logging, the different types of measurements to perform, the different types of data to include in the logged measurement report 212, and / or mechanisms to send the logged measurement report 212. These and other parameters are further described herein below.Generally, an AI / ML model can be implemented to provide a machine or system with ability to simulate human intelligence and behavior. Different types of AI / ML models are possible including, for example, neural network (NN) , such as convolutional neural network (CNN) , recurrent / recursive neural network (RNN) , generative adversarial network (GAN) , or the like. Air interface design may be augmented with features enabling improved support of AI / ML models for enhanced performance and / or reduced complexity / overhead. Enhanced performance depends on use cases under consideration and could be, for example, improved throughput, robustness, accuracy or reliability, etc. The use cases may include CSI feedback enhancement (e.g., for overhead reduction, improved accuracy, prediction or the like) , beam management (e.g., for beam prediction in time, and / or spatial domain for overhead and latency reduction, beam selection accuracy improvement, or the like) , and positioning accuracy enhancements for different scenarios including (e.g., for those with heavy Non-Line of Sight (NLOS) conditions) to name a few use cases.In an illustration, consider the CSI feedback enhancement use case. Massive multiple-input multiple-output (MIMO) systems rely on CSI feedback to perform precoding and achieve performance gain. However, the huge number of antennas in MIMO systems can pose a challenge to conventional CSI feedback reduction methods and leads to excessive feedback overhead. Auto-encoder / decoder-based CSI feedback enhancement is an example of an approach for addressing this challenge. In an example implementation of the auto-encoder / decoder-based CSI feedback enhancement, on the UE side, preprocessed CSI input is encoded by an encoder which may be an AI / ML model, and quantized by a quantizer, and then is transmitted to the network 250. On the network side, the CSI feedback is dequantized by a de-quantizer, and decoded by a decoder which may also be an AI / ML model (e.g., the model 232) , so as to calculate a precoder.The encoder AI / ML model can be an encoder NN, whereas the decoder AI / ML model can be a decoder NN. The encoder / decoder-based approach preferably trains the overall encoder and decoder NN by deep learning, so as minimize the overall loss function of the decoder output versus the encoder input. The encoder / decoder training can be centralized (e.g., local to the network 250) , while the inference function is split between UE 250 and NG-RAN node (e.g., the base station 220, in which case the destination node 230 is the same as the base station 230) . That is, encoder inferencing is at the UE 210, and decoder inferencing is at the base station 220.In an example, the logged measurement report 212 includes data that can be used to train the model 232. For example, the logged measurement report includes ground-truth positioning data (e.g., generated by a satellite receiver of the UE 210) and logged measurements (e.g., time of flight measurements) . The logged measurements can be used to generate predictions for UE positioning by the model 232, whereas the ground-truth position data can be used to compute a loss function of the model 232 relative to the UE positioning predictions such that parameters of the model 232 can be refined in the training. In another example, the logged measurement report 212 includes data that can be used by the model 232 to perform inferences. For example, and referring back to the UE positioning use case, the logged measurement report 212 can include logged measurements but no ground-truth position data. In this case, the trained model 232 predicts the position of the UE 210 given the logged measurements.FIG. 3 illustrates an example 300 of RRC states in accordance with some embodiments. In an example, a UE (e.g, the UE 210 of FIG. 2) is connected with a base station (e.g., the base station 220 of FIG. 2) and can be operating in a first state from possible states that include an RRC_CONNECTED state, an RRC_IDLE state, and an RRC_INACTIVE state. While operating in the RRC_CONNECTED state, the base station can configure the UE (e.g., by sending the MDT configuration 222 of FIG. 2) to perform and log MDT measurements. Due to different triggers, the UE can switch to a second state of the possible states. For example, the UE can switch from the RRC_CONNECTED state to the RRC_INACTIVE state according to an RRC release message of the base station, from the RRC_CONNECTED state to the RRC_IDLE state according to an RRC release message of the base station, from the RRC_INACTIVE state to the RRC_IDLE state according to an RRC release message of the base station, from the RRC_INACTIVE state to the RRC_CONNECTED state according to an RRC resume message of the base station, or from the RRC_IDLE state to the RRC_CONNECTED state according to an RRC establish message of the base station.Depending on the MDT configuration, the UE can log MDT measurements in one or more of the RRC states, possibly across all three RRC states. Further, depending on the MDT configuration, the UE can report the logged MDT measurements in at least the RRC_CONNECTED state and, possibly in other RRC states such as in the RRC_INACTIVE state.FIG. 4 illustrates an example of components 400 to configure a UE to send data to a network in accordance with some embodiments. As illustrated, the components include an Operation, Administration, Maintenance (OAM) module 410 (e.g., one implemented at a network node of a network) , an access and mobility management function (AMF) 420 (e.g., one implemented at a network node of the network) , and a gNB 430 of the network.In an example, the OAM module 410 can provide configuration information to the AMF 420 to configure UEs to perform and report measurements related to an AI / ML model. In the illustration of FIG. 4, a first UE is configured for logged MDT measurements, whereas a second UE is configured with immediate MDT measurements. As such, two sets of configuration information can be provided, one for the logged MDT measurements and one for the immediate MDT measurements.In turn, the AMF 420 can forward the configuration information to the gNB 430 that, in turn, sends the relevant set of configuration information to each of the two UEs. For example, the gNB 430 can send the configuration for logged MDT measurements to the first UE in a LoggedMeasurementConfiguration RRC message while the first UE is in an RRC_CONNECTED State 440. The gNB 430 can also send the configuration for immediate MDT measurements to the second UE in a MeasurementConfiguration RRC message while the second UE is in an RRC_CONNECTED State 470. Thereafter, the first UE can start logging MDT measurements when it is in an RRC_IDLE or INACTIVE state 450. In comparison, the second UE can immediately start logging MDT measurements.FIG. 5 illustrates an example 500 of a UE sending data to a network in RRC_IDLE and RRC_INACTIVE states in accordance with some embodiments. Here, the UE receives a configuration for logged MDT measurements. However, this configuration enables the UE to only log the MDT measurements while in an RRC_IDLE state or an RRC_INACTIVE state, but not while in an RRC_CONNECTED state. The UE can report the logged measurements when it switches to the RRC_CONNECTED state.As illustrated, while in the RRC_CONNECTED state, the UE receives the configuration information for logged MDT measurements (e.g., in a LoggedMeasurementConfiguration RRC message) from a network (e.g., the gNB 430 of FIG. 4) . The configuration information can include a logging interval and a logging duration. The UE starts a timer (referred to as T330 in a 5G wireless network, for example) upon receipt of the configuration information. The length of the timer is set to the logging duration. The UE is also configured to perform periodic MDT logging, where the periodicity is equal to the logging interval. The periodic logging is performed when the UE is in an RRC_IDLE state or an RRC_INACTIVE state. No MDT logging is performed when the UE is in the RRC_CONNECTED state. For each logging, both the absolute time included in logging configuration and the relative time for the logging are recorded.In the illustration of FIG. 5, the UE is first in the RRC_CONNECTED state when it receives the configuration information and starts the timer T330. Next, the UE switches to the RRC_IDLE state. At that point in time, the UE start logging MDT measurements and continue doing so until it switches back to the RRC_CONNECTED state. Because the UE is now in the RRC_CONNECTED state, the UE stops logging MDT measurements. Thereafter, the UE switches to an RRC_INACTIVE state and then again to the RRC_IDLE state. While any of these two states, the UE logs MDT measurements. In the illustration of FIG. 5, the timer T330 expires while the UE is in the RRC_IDLE state. At that point in time, the UE stops logging the MDT measurements. At some point, the UE switches to the RRC_CONNECTED state.The logged MDT measurements can be sent to the network (e.g., the gNB 430 of FIG. 4) . For example, the network can request the UE to report the logged MDT measurements by sending an UEInformationRequest message to the UE. In response, the UE can send a UEInformationResponse message containing thee logged MDT measurements.As such, the UE performs measurements in the RRC_IDLE and RRC_INACTIVE states. The measurements are configured using LoggedMeasurementConfiguration RRC message. The results are retrieved using UEInformationRequest / UEInformationResponse RRC messages. To do so, the UE starts running timer T330 upon reception of LoggedMeasurementConfiguration message when the UE is in the RRC_CONNECTEDBoth periodic and event-triggered logging can be configured. Nonetheless, the UE stops logging if it is in the RRC_CONNECTED state. It continues logging in state transition between RRC_IDLE and RRC_INACTIVE.FIG. 6 illustrates an example 600 of a UE sending data to a network in all RRC states in accordance with some embodiments. Here also, the UE receives a configuration for logged MDT measurements. Unlike the example 500 of FIG. 5, this configuration enables the UE to not only log the MDT measurements while in an RRC_IDLE state or an RRC_INACTIVE state, but also while in an RRC_CONNECTED state. The UE can report the logged measurements while in the RRC_CONNECTED state and possibly while in the RRC_INACTIVE state.In the illustration of FIG. 6, the UE is in the RRC_CONNECTED state when it receives an MDT configuration from a network (e.g., from the gNB 430 of FIG. 4) . The MDT configuration indicates various parameters for performing and logging MDT measurements. Such parameters are further described herein below. In the illustration of FIG. 5, the UE can log the MDT measurements during a logging duration (which may, but need not, be the same as the timer T330) . Upon a trigger, the UE can start logging the MDT measurements. The trigger can be a time-based trigger (e.g., a predefined or configured amount of time from the reception of the MDT configuration) or a measurement event-based trigger (e.g., certain measurement satisfying a condition) . The start can correspond to a time in point while the UE is in the RRC_CONNECTED state. Thereafter, the UE switches to the RRC_IDLE state and continues logging the MDT measurements. It then switches again to the RRC_CONNECTED state and yet continues logging the MDT measurements. The MDT measurements are logged in a memory buffer, such as an AS buffer having a maximum size (e.g., 64 KB) . Upon the amount of data representing the MDT measurements reaching a threshold (e.g., the threshold can be set to be equal or less than the maximum size) , the UE can report the logged MDT measurements. In the illustration of FIG. 6, the UE is in the RRC_INACTIVE state when this threshold condition is met. Based on the MDT configuration, the UE can send the logged MDT measurements to the network (e.g., the gNB 430) while in the RRC_INACTIVE state by using, for example, MO-SDT. While still being in the RRC_INACTIVE state, the UE can continue logging the MDT measurements until an end event. The end event can be a time-based event (e.g., a timer expiration) or a measurement-based event (e.g., a certain measurement no longer meeting a condition) . In the illustration of FIG. 6, the end even occurs while the UE is in the RRC_INACTIVE state. When the UE switches to the RRC_CONNECTED state, the UE can send any additionally logged MDT measurements since the last reporting to the network (e.g., to the gNB 430) . In the RRC_CONNECTED state, the UEInformationRequest and UEInformationResponse messages can be used for this purpose.Of course, the sequence of RRC states and related MDT logging and reporting is provided for illustrative purposes. Other RRC state sequences are possible. Similarly, other parameters for the MDT logging and reporting are possible and are described herein next.Specific to the MDT configuration, this MDT configuration can be referred to has a hybric MDT configuration or an enhanced MDT configuration because it allows the MDT logging while the UE is in the RRC_CONNECTED state. The network can configure hybrid MDT with a UE in an RRC_CONNECTED state via a LoggedMeasurementConfiguration RRC message. In this case, this message includes an indication of the hybrid MDT. The indication can be explicit or can be implicit (e.g., whereby the message can include different parameters for the hybrid MDT) . Alternatively, the network can configure MDT with a UE in an RRC_CONNECTED state using an explicit RRC message (e.g., HybridMeasurementConfiguration) . In both cases, the parameters of the hybrid MDT can be included in the RRC message and indicate various configurations specific to the hybrid MDT.One example parameter relates to triggering the start of the MDT logging. This parameter can indicate a time to start the measurement for logging. The specified time information element (IE) may include any or a combination of absolute time (e.g., UTC time) , source time timing (e.g., a combination of hyper system frame number (H-SFN) , system frame number (SFN) , slot offset, or a combination of H-SFN, SFN, and subframe offset) , immediate timing (e.g., the parameter may not be absent from the MDT configuration or, if included, may have a zero value) indicating that the UE is to start measurement immediately upon reception of the MDT configuration, a threshold for a measurement comparison (e.g., the measuring and logging can be triggered based on a threshold of a serving cell reference signal received power (RSRP) , a cell reference signal received quality (RSRQ) , a cell signal to interference plus noise ratio (SINR) , such as when the serving cell RSRP, RSRQ, and / or SINR exceeds the threshold) , a measurement event (e.g., the measuring and logging can be triggered based on one or more of events A1-A6) , or a network-provided model applicability condition (e.g., the measuring and logging can be triggered based on such a condition being satisfied; for instance, the network can indicate the trigger upon the UE being indoor, outdoor, stationary, mobile, at a specific location, at a specific site, etc. ) .Another example parameter relates to the logging duration. The specific duration IE may include any or a combination of an absolute duration (e.g., 19 minutes, 50 seconds, etc. ) , number of slots, a number of subframe, or a number of times the UE has reported such logged measurements to the network.In addition or alternative to a start time and / or a logging duration, an event-based parameter can be configured. Here, the UE can start the MDT logging upon determining that an event is satisfied and can continue the logging until the event is no longer satisfied. The use of time-based trigger and / or a measurement event-based trigger can be indicated by a logging type parameter.As far as the event, existing layer 1 events and layer 2events can be used. Additional events can be introduced. For example, an X1 event can be defined to extend existing Layer 2 events to all RRC states (e.g., when serving / camping cell RSRP / RSRQ is smaller than a threshold, the MDT logging can be triggered) , not only to RRC_IDLE and RRC_CONNECTED states. Similarly, an X2 event can be defined whereby a cell RSRP / RSRQ exceeds a threshold can trigger the MDT logging, and an X3 event can be defined whereby a neighbor cell RSRP and / or RSRQ exceeds a threshold can also trigger the MDT loggings. These two events can be applicable for all RRC states. An X4 event can also be defined, wherein when a serving / camping cell’s best beam has an RSRP and / or RSRQ smaller than a threshold, the MDT logging can be triggered. The threshold, time to trigger (e.g., the time between the event is determined to be satisfied and the start of the MDT logging) , and whether RSRP and / or RSRQ are to be measured can be configured as part of the X4 event. The network can also configure whether the beam to measure is an SSB, CSI-RS, PRS, or TRS as part of the X4 event. An X5 event can also be defined, whereby when a neighbor cell’s best beam has RSRP and / or RSRQ exceeding a threshold, the MDT logging is triggered. An X6 event can be defined, whereby when the network-provided model applicability condition is satisfied (e.g., the UE indoor / outdoor, stationary / mobility, at specific locations / sites) , then the MDT logging is triggered. An X7 event can also be defined and can be associated with measurement events A1-A6.An example parameter is the measurement scope. In particular, the network can configure the UE to perform measurements and / or to report measurements on particular components. The measurement scope can be explicit, whereby the network can indicate any or a combination of a cell ID list (e.g., a list of cell IDs) , a frequency list (e.g., a list of frequencies) , a TAC list (e.g., a list of TACs) , or a list of reference signals (RS) indices (e.g., including SSB indices, CSI-RS indices, positioning reference signal (PRS) indices, racking reference signal (TRS) indices, or any combination thereof) . For example, the combination can be a cell ID and a list of associated SSB indices. Alternatively, the measurement scope can be an implicit scope. Here, the network can configure the UE to log or report the top “M” cell level measurements and / or the top “N” beam level measurements (e.g., the “M” strongest cell level measurements, corresponding to the cells having the best RSRP, RSRQ, and / or SINR measured values, and the “N” strongest beam level measurements, corresponding to the cells having the best RSRP, RSRQ, and / or SINR measured values) . The values of “M” and “N”can be indicated in the MDT configuration.The MDT configuration can also include a parameter to indicate the measurement quantities that the UE needs to perform (e.g., the type of measurements to perform on the indicated components) . For example, this parameter can indicate whether cell RSRP, RSRQ, and / or SINR are to be measured. Additionally, or alternatively, this parameter can indicate whether beam RSRP, RSRQ, and / or SINR are to be measured. In both examples, the parameter can indicate a frequency of the cell and / or beam measurement. Different frequencies can be configured for different measurements (e.g., the frequencies can be different between cell level measurements and beam level measurements) . This parameter can additionally or alternatively indicate whether layer 1 and / or layer 3 measurements are to be performed or logged. In the case when the measurements are used for AI / ML training, ground truth data related to the measurements may be available at the UE. In such a case, the parameter can also indicate whether the ground truth data is to be reported. For example, for positioning purposes, the MDT configuration can indicate that the UE is to report the ground-truth position (e.g., available via a global navigation satellite system (GNSS) receiver of the UE) or other ground-truth data (e.g., presence of line of sight (LoS) path) .A parameter to trigger the logged MDT measurement reporting can be the used amount of a memory buffer storing the logged MDT measurements. For example, an AS buffer is used. A threshold can be configured to trigger MO-SDT based reporting in RRC_INACTIVE state. In particular, if the used amount exceeds the threshold, the logged MDT measurements are reported using MO-SDT.In addition, the UE can support multiple logged MDT for AI / ML purposes. For example, the UE can log, in parallel, a number of different logs of MDT measurements, where each log can correspond to a different AI / ML model. In this case, the UE can indicate its capability to the network. In turn, the network can configure the UE with multiple parallel logged MDT for AI / ML purpose. In particular, the MDT configuration can indicate, as a parameter, the number of MDT logging to perform in parallel and / or can include a number of configurations, each corresponding to one MDT log. The configured number cannot exceed the maximum number that the UE supports.The MDT configuration (which can also be referred to as a hybrid MDT configuration or an enhanced MDT configuration) can cause particular UE behavior vis-à-vis MDT measurement logging and reporting. Upon reception of the MDT configuration, the UE stores the MDT configuration (e.g., as a VarHybridMeasConfig to hold all the parameters) . The UE can then start perform measurements when a configured condition is met. The condition can be time-based (e.g., absolute time, source time timing, immediate, etc. ) or can be event-based (e.g., any of the X1-X7 events, any of events A1-A6, network-provided model applicability condition, AS buffer exceeding a threshold, etc. ) . For a time-based condition, when the timing condition is met, the UE starts the timer according to the configured logged duration. When the timer expires, the UE stops measurements. For an event-based condition, the UE starts the measurements when the event is satisfied and can stop the measurements when the event is no longer satisfied or after a predefined amount of time.The UE logs the latest measurements when the condition (time or event) is met. The logging information can include different types of information. In the case of an explicit measurement scope, the logging information can include any or a combination of a cell ID, cell level measurements (e.g., the configured cell measurement quantities, such as cel layer 1 RSRP, RSRQ, and / or SINR) , beam level measurements, a list beam types (e.g., SSB, CSI-RSR, and / or PRS, etc. ) , or a list beam indices and configured measurement quantities (e.g. layer 1 beam RSRP and / or RSRQ) . For both cell and beam measurement logging, the order of the logged measurements can be based on an order of indices or an order of configured measurement quantities (e.g., strongest cell / beam is put first in the report) . For an implicit measurement scope logging (e.g., one using the top “M” cell measurements and / or the top “N” beam measurements) , the logging information can include, for the top “M” cells, a list of cell IDs and configured cell layer 1 measurement quantities, and / or, for the type “N” beams, a cell ID, a reference signal type (e.g., SSB) , and a list of beam indices and configured layer 1 beam measurement quantities. For both cell and beam measurement logging, the order is based on the configured measurement quantities (e.g., strongest cell / beam is put first in the report) .In addition to the above information, additional information can be included in the logging information (e.g., the logged MDT report to be sent to the network) . For explicit logging or implicit logging, the additional information can any or a combination of a UE ID, a cell radio network temporary identifier (C-RNTI) , a globally unique temporary identifier (GUTI) , a time stamp of logging the measurement (the time stamp can be specified in absolute UTC time, or H-SFN, SFT, and slot / subframe index) , an indication of when the MDT configuration was received by the UE to start measurement for logging, a cell identifier (e.g., the UE’s camping cell ID in the RRC_IDLE or RRC_INACTIVE state, or the UE’s serving cell ID in the RRC_CONNECTED state) , an indication of the RRC state that the UE was in when the UE logged the measurement, or UE location information.Further, the network can configure the UE (e.g., via the MDT configuration) to log unspecified data (e.g., data not described in a technical specification, where this data can be specified dynamically by an operator) . For example, the unspecified data may include ground-truth information (e.g., the UE’s actual location) . The unspecified data can be included in the logging file or in a separate transparent container of the UEInformationResponse message or in the MO-MDT.The UE can include, in the report, a destination of the report (e.g., to indicate where the reporting is to be terminated) . This destination can correspond to trace collection entity (TCE) or a dedicated server for AI / ML purpose and / or MDT purpose (e.g., a server configured for artificial intelligence, machine learning, or for minimization of drive test (MDT) by, for instance, including an AI / ML model for training or that is trained and or storage space for MDT data collection) .The logging information can be stored as a logged measurement report in a file. This file can be stored in an AS buffer and / or an application buffer. Typically, the AS bugger has a small buffer size limitation, such as 64KB for logged MDT. In comparison, the application buffer is much larger than the AS buffer. What memory buffer to use can be part of the MDT configuration.When the UE is in RRC_CONNECTED state, the UE may report logging file via UEInformationRequest / UEInformationResponse messages when one or more conditions are met. At least some of these conditions can also be configured via the MDT configuration. An example configuration is when the used amount of the memory buffer (e.g., the AS buffer) exceeds a threshold (e.g., this threshold can be indicated in the MDT configuration) . Another condition can correspond to a request by the network for the reporting. This request can be separate from the UEInformationRequest / UEInformationResponse messages, by being a separate downlink RRC message. This downlink message can trigger the UEInformationRequest / UEInformationResponse message exchange. Another condition can relate to periodicity. In particular, the UE can send the logged measurement report periodically in a configured interval. Yet in another example, the condition can be a particular UE implementation.When the UE enters the RRC_IDLE or RRC_INACTIVE state, the UE continues the measurement for logging. If an AS buffer is used and is limited in size, different approaches can be used (alternative to each other or in conjunction with each other) to alleviate the small size limitations. For example, if the UE is in the RRC_INACTIVE state and the condition for reporting is met (e.g., the used amount of the AS buffer exceeds a threshold) , the UE initiates the MO-SDT procedure to report the logging file to the network. In another example, if in the RRC_INACTIVE state and the condition for reporting is met (e.g., the used amount of the AS buffer exceeds a threshold) , the UE reports the availability of logged MDT data and the buffer size of the log to the network via MO-SDT. And then the network determines whether to continue the SDT session or bring the RRC_INACTIVE UE to the RRC_CONNECTED state for the sake of MDT reporting. In yet another example, If the UE is in the RRC_IDLE or RRC_INACTIVE state and the condition for reporting is met (e.g., the used amount of the AS buffer exceeds a threshold) , the UE requests to enter RRC_CONNECTED state to report logging file to the network via UEInformationRequest / UEInformationResponse messages. In a further example, if the network has some urgent need to train the new model, the network can page the UE with a new paging cause to ask the UE to report the logged measurements. The paging cause can indicate that logged MDT measurements are to be reported.When the memory buffer is full, and the UE cannot report the logging file (e.g., the UE is not in the RRC_CONNECTED state) , the UE can discard some of the logged MDT measurement. Different approaches are possible for the discarding. In one example, a particular UE implementation can indicate a logic to execute to discard measurements. In another example, the UE may discard certain measurements based on their priorities or timing (e.g., low priority and / or older measurements can be discarded) . For instance, the UE first may discard the measurement collected in specific areas or at specific times and / or RRC states. The priorities can be configured via the MDT configuration.As explained herein above, the UE can transmit the logged measurement report in an MO-SDT or by using the UEInformationRequest / UEInformationResponse messages. Other transmission mechanisms can be used. For example, the logged measurement report can be transmitted with a signaling radio bearer (SRB) (e.g., a new SRB specific to MDT reporting) . A priority of the logged measurement report can be configurable (e.g., in the MDT configuration) and can be used for including the logged measurement report in the SRB. In all these cases, the logged measurement report can be transmitted in multiple segments. Each segment can be of a predefined data size depending on the amount of data to report and the transmission mechanism. The segments can include at least a common set of information to identify that the segments are sent from the same UE and belong to a same report (e.g., each segment can include a UE ID and, possibly, a report ID; if no report ID is included, time stamps can be included and can indicate the chronological sequence of the segments; alternatively, a sequence ID can be included in earch segment to indicate the chronological sequence ) .FIG. 7 illustrates an example of sequence diagram 700 for configuring a UE 710 to send, in all RRC states, data to a network 720 for AI / ML purposes in accordance with some embodiments. As illustrated, while the UE 710 is in an RRC_CONNECTED state, UE capability information is exchanged between the UE 710 and the network 720. For example, the UE responds to a capability request sent from a base station of the network with the UE capability information. This information can indicate that the UE supports hybrid MDT logging and / or a maximum number of parallel MDT logging. While the UE is in the RRC_CONNECTED state, the network 720 can send (e.g., via the base station) an MDT configuration to the UE 710. The MDT configuration can be a hybrid MDT configuration that can configure the UE 710 to perform and log MDT measurements in all the RRC states. As applicable (e.g., based on a time trigger or event trigger to log) , the UE 710 can log MDT measurements while still in the RRC_CONNECTED state. Also, as applicable (e.g., based on a time trigger or event trigger to report) , the logged MDT measurements can be reported to the network 720 following a UEInformationRequest RRC message from the network 720, whereby the logged MDT measurements can be sent in a UEInformationResponse RRC message.At some point, the UE enters an RRC_INACTIVE state. Here, based on the MDT configuration and as applicable (e.g., based on the time trigger or event trigger) , the UE 710 can continue to log (or log anew if no logging was previously performed) MDT measurements while in the RRC_INACTIVE state. Also, as applicable (e.g., based on a time trigger or event trigger to report, including the AS buffer approaching a maximum size threshold) , the UE 710 can report the logged MDT measurements to the network 720 (e.g., to the base station) . Because it is in the RRC_INACTIVE state, the reporting can be carried out by using MO-SDT. The report can include a UE ID, measurements, a time stamp, an ID of a camping cell, an RRC state at the time of logging. If configured for unspecified data (e.g., UE position derived from a GNSS receiver) , the report can also include a container of the unspecified data.In the sequence diagram 700, the UE 710 then enters the RRC_CONNECTED state. As applicable, the UE can continue logging MDT measurements. Upon a UEInformationRequest RRC message from the network 720, the UE 710 can send the logged measurement report in an UEInformationResponse RRC message to the network 720 (e.g., to the base station) . Here also, the report can include a UE ID, measurements, a time stamp, an ID of a camping cell, an RRC state at the time of logging. If configured for unspecified data (e.g., UE position derived from a GNSS receiver) , the report can also include a container of the unspecified data.Of course, the sequence diagram 700 is one example of the UE 710 logging MDT measurements and sending the resulting logged measurement report to the network 720. Other sequences (e.g., of RRC states) and / or triggers are possible as described in FIG. 6.FIG. 8 illustrates an example of an operational flow / algorithmic structure 800 implemented by a UE for sending data to a network in all RRC states in accordance with some embodiments in accordance with some embodiments. The UE can be any of the UEs described herein above. Components of the UE, such as one or more processors thereof, can implement the operational flow / algorithmic structure 800. Such components are further described in FIG. 11.FIG. 8 illustrates an example of an operational flow / algorithmic structure 800 implemented by a UE for coordinating AI model usage with a network in accordance with some embodiments in accordance with some embodiments. In an example, the operational flow / algorithmic structure 800 includes, at step 812, receiving, from a network that includes a model, an MDT configuration indicating that measurements are to be performed and logged by the UE across different RRC states, wherein the model includes an artificial intelligence model or a machine learning model, and wherein the model is configured to use an input based on the measurements. For instance, the MDT configuration is a hybrid MDT configuration indicating one or more of the parameters described in FIG. 6. The MDT configuration can be received while the UE is in an RRC_CONNECTED state. Further, the MDT configuration can be received after the UE has sent to the network UE capability information indicating its support for hybrid MDT logging. Based on a trigger indicated by the MDT configuration, the UE may start logging MDT measurements while the UE is in the RRC_CONNECTED state.In an example, the operational flow / algorithmic structure 800 includes, at step 814, performing, based on the MDT configuration, a first measurement while the UE is in an RRC_INACTIVE state or an RRC_IDLE state. For example, the UE enters the RRC_INACTIVE state or the RRC_IDLE state from the RRC_CONNECTED state. If the UE has already started logging MDT measurements, it continues to do so in the entered RRC state. Otherwise, the MDT logging is triggered depending on a trigger parameter indicated in the MDT configuration. The first measurement can be one of the MDT measurements that the UE performs and logs according to the MDT configuration (e.g., a cell level measurement or a beam level measurement corresponding to a particular measurement quantity) . If the UE is in the RRC_INACTIVE state and the memory buffer in which the MDT measurements are logged approaches, in size, a size threshold, the UE can trigger an MDT reporting procedure (e.g., send the report via MO-SDT or request a switch to the RRC_CONNECTED state for the purpose of MDT measurement reporting) .In an example, the operational flow / algorithmic structure 800 includes, at step 816, performing, based on the MDT configuration, a second measurement while the UE is in an RRC_CONNECTED state. Here, the UE continues to do so in the RRC_CONNECTED state. The second measurement can be another one of the MDT measurements that the UE performs and logs according to the MDT configuration (e.g., a cell level measurement or a beam level measurement corresponding to a particular measurement quantity) .In an example, the operational flow / algorithmic structure 800 includes, at step 818, storing the first measurement and the second measurement in a memory buffer. The memory buffer can be an AS buffer or an application buffer.In an example, the operational flow / algorithmic structure 800 includes, at step 820, sending the first measurement and the second measurement in a logged measurement report to the network. For instance, the logged measurement report can be sent in a UEInformationResponse RRC message while the UE is in the RRC_CONNECTED state. Or if the UE has switched back to the RRC_INACTIVE state, the logged measurement report can be sent via MO-SDT.FIG. 9 illustrates an example of an operational flow / algorithmic structure 900 implemented by a network for configuring a UE to send data to the network in all RRC states in accordance with some embodiments in accordance with some embodiments. The operational flow / algorithmic structure 900 can be implemented by one or more nodes of the network including a base station, a RAN, and / or a core network.In an example, the operational flow / algorithmic structure 900 includes, at step 912, sending, to a user equipment (UE) , an MDT configuration indicating that measurements are to be performed and logged by the UE across different RRC states, wherein a model is stored at the network, is configured to use an input based on the measurements, and includes an artificial intelligence model or a machine learning model. For instance, the MDT configuration is a hybrid MDT configuration indicating one or more of the parameters described in FIG. 6. The MDT configuration can be sent while the UE is in an RRC_CONNECTED state. Further, the MDT configuration can be sent after receiving, from the UE, capability information indicating the UE’s support for hybrid MDT logging.In an example, the operational flow / algorithmic structure 900 includes, at step 914, receiving, from the UE based on the MDT configuration, a logged measurement report that includes a measurement performed and logged by the UE while the UE is in an RRC_CONNECTED state. The measurement can be an MDT measurement performed and logged based on the MDT configuration. The logged measurement report can also include additional MDT measurements performed and logged by the UE while in other RRC states. The logged measurement report can be received while the UE is in the RRC_CONNECTED state and / or while the UE is in an RRC_INACTIVE state.FIG. 10 illustrates receive components 1000, in accordance with some embodiments. A UE, such as any of the above described UEs, can include the receive components 1000. The receive components 1000 may include an antenna panel 1004 that includes a number of antenna elements. The panel 1004 is shown with four antenna elements, but other embodiments may include other numbers.The antenna panel 1004 may be coupled to analog beamforming (BF) components that include a number of phase shifters 1008 (1) –1008 (4) . The phase shifters 1008 (1) –1008 (4) may be coupled with a radio-frequency (RF) chain 1012. The RF chain 1012 may amplify a receive analog RF signal, downconvert the RF signal to baseband, and convert the analog baseband signal to a digital baseband signal that may be provided to a baseband processor for further processing.In various embodiments, control circuitry, which may reside in a baseband processor, may provide BF weights (for example W1 –W4) , which may represent phase shift values, to the phase shifters 1008 (1) –1208 (4) to provide a receive beam at the antenna panel 1004. These BF weights may be determined based on the channel-based beamforming.FIG. 11 illustrates a UE 1100, in accordance with some embodiments. The UE 1100 may be similar to and substantially interchangeable with any of the UEs described herein above. A device, such as one described in any of the above figures, can include similar components, including for instance, processors, memory, and RF interface circuitry.Similar to that described above with respect to the UE 104, the UE 1100 may be any mobile or non-mobile computing device, such as mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, actuators, etc. ) , video surveillance / monitoring devices (for example, cameras, video cameras, etc. ) , wearable devices, or relaxed-IoT devices. In some embodiments, the UE may be a reduced capacity UE or NR-Light UE.The UE 1100 may include processors 1104, RF interface circuitry 1108, memory / storage 1112, user interface 1116, sensors 1120, driver circuitry 1122, power management integrated circuit (PMIC) 1124, and battery 1128. The components of the UE 1100 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 11 is intended to show a high-level view of some of the components of the UE 1100. However, some of the components shown may be omitted, additional components may be present, and different arrangements of the components shown may occur in other implementations.The components of the UE 1100 may be coupled with various other components over one or more interconnects 1132, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc., that allows various circuit components (on common or different chips or chipsets) to interact with one another.The processors 1104 may include processor circuitry, such as baseband processor circuitry (BB) 1104A, central processor unit circuitry (CPU) 1104B, and graphics processor unit circuitry (GPU) 1104C. The processors 1104 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1112 to cause the UE 1100 to perform operations as described herein.In some embodiments, the baseband processor circuitry 1104A may access a communication protocol stack 1136 in the memory / storage 1112 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1104A may access the communication protocol stack to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum “NAS” layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1108.The baseband processor circuitry 1104A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.The baseband processor circuitry 1104A may also access group information from memory / storage 1112 to determine search space groups in which a number of repetitions of a PDCCH may be transmitted.The memory / storage 1112 may include any type of volatile or non-volatile memory that may be distributed throughout the UE 1100. In some embodiments, some of the memory / storage 1112 may be located on the processors 1104 themselves (for example, L1 and L2 cache) , while other memory / storage 1112 is external to the processors 1104 but accessible thereto via a memory interface. The memory / storage 1112 may include any suitable volatile or non-volatile memory, such as, but not limited to, dynamic random-access memory (DRAM) , static random-access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.The RF interface circuitry 1108 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1100 to communicate with other devices over a radio access network. The RF interface circuitry 1108 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.In the receive path, the RFEM may receive a radiated signal from an air interface via an antenna 1150 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1104.In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1150.In various embodiments, the RF interface circuitry 1108 may be configured to transmit / receive signals in a manner compatible with NR access technologies.The antenna 1150 may include a number of antenna elements that each convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 1150 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1150 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna 1150 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.The user interface circuitry 1116 includes various input / output (I / O) devices designed to enable user interaction with the UE 1100. The user interface 1116 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input, including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators, such as light emitting diodes (LEDs) and multi-character visual outputs) , or more complex outputs, such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1100.The sensors 1120 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units comprising accelerometers; gyroscopes; or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers; 3-axis gyroscopes; or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example; cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.The driver circuitry 1122 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1100, attached to the UE 1100, or otherwise communicatively coupled with the UE 1100. The driver circuitry 1122 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1100. For example, driver circuitry 1122 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensor circuitry 1120 and control and allow access to sensor circuitry 1120, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.The PMIC 1124 may manage power provided to various components of the UE 1100. In particular, with respect to the processors 1104, the PMIC 1124 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.In some embodiments, the PMIC 1124 may control, or otherwise be part of, various power saving mechanisms of the UE 1100. For example, if the platform UE is in an RRC_Connected state (described herein above as RRC_CONNECTED state) , where it is still connected to the RAN node as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the UE 1100 may power down for brief intervals of time and thus save power. If there is no data traffic activity for an extended period of time, then the UE 1100 may transition off to an RRC_Idle state (described herein above as RRC_IDLE state) , where it disconnects from the network and does not perform operations, such as channel quality feedback, handover, etc. The UE 1100 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. The UE 1100 may not receive data in this state; in order to receive data, it must transition back to RRC_Connected state. An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.Battery 1128 may power the UE 1100, although in some examples the UE 1100 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1128 may be a lithium-ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1128 may be a typical lead-acid automotive battery.FIG. 12 illustrates a gNB 1200, in accordance with some embodiments. The gNB 1200 may be similar to and substantially interchangeable with the gNB 108 of FIG. 1 and is an example of any of the base stations described herein above.The gNB 1200 may include processors 1204, RAN interface circuitry 1208, core network (CN) interface circuitry 1212, and memory / storage circuitry 1216. The components of the gNB 1200 may be coupled with various other components over one or more interconnects 1228.The processors 1204, RAN interface circuitry 1208, memory / storage circuitry 1216 (including communication protocol stack 1210) , antenna 1250, and interconnects 1228 may be similar to like-named elements shown and described with respect to FIG. 11.The CN interface circuitry 1212 may provide connectivity to a core network, for example, a Fifth Generation Core network (5GC) using a 5GC-compatible network interface protocol, such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the gNB 1200 via a fiber optic or wireless backhaul. The CN interface circuitry 1212 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1212 may include multiple controllers to provide connectivity to other networks using the same or different protocols.It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.ExamplesIn the following sections, further exemplary embodiments are provided.Example 1 includes a method implemented by a user equipment (UE) , the method comprising: receiving, from a network that includes a model, a minimization of Drive Test (MDT) configuration indicating that measurements are to be performed and logged by the UE across different radio resource control (RRC) states, wherein the model includes an artificial intelligence model or a machine learning model, and wherein the model is configured to use an input based on the measurements; performing, based on the MDT configuration, a first measurement while the UE is in an RRC_INACTIVE state or an RRC_IDLE state; performing, based on the MDT configuration, a second measurement while the UE is in an RRC_CONNECTED state; storing the first measurement and the second measurement in a memory buffer; and sending the first measurement and the second measurement in a logged measurement report to the network.Example 2 includes a method implemented by a node of a network, the method comprising: sending, to a user equipment (UE) , a minimization of Drive Test (MDT) configuration indicating that measurements are to be performed and logged by the UE across different radio resource control (RRC) states, wherein a model is stored at the network, is configured to use an input based on the measurements, and includes an artificial intelligence model or a machine learning model; and receiving, from the UE based on the MDT configuration, a logged measurement report that includes a measurement performed and logged by the UE while the UE is in an RRC_CONNECTED state.Example 3 includes the method of any example 1-2, further comprising switching from the RRC_INACTIVE state or the RRC_IDLE state to the RRC_CONNECTED state; and continuing, upon the switch, performing and logging the measurements based on the MDT configuration.Example 4 includes the method of any example 1-3, wherein the MDT configuration is received in a LoggedMeasurementConfiguration RRC message that includes an indication to perform and log the measurements across the RRC state or in a HybridLoggedMeasurementConfiguration RRC message that indicates that the MDT configuration is a hybrid MDT configuration.Example 5 includes the method of any example 1-4, wherein the MDT configuration includes an indication about a start of the measurements, wherein the indication includes at least one of: an absolute time, a source time timing, a measurement start upon receipt of the MDT configuration, a measurement event-based trigger, or a network-provided condition trigger.Example 6 includes the method of any example 1-5, wherein the MDT configuration includes an indication about a logging duration defined using at least one of a number of slots, a number of subframes, or a number of times the UE has reported logged measurements.Example 7 includes the method of any example 1-6, wherein the MDT configuration indicates a measurement scope, wherein the measurement scope includes at least one of: a cell identifier list, a frequency list, a tracking area code (TAC) list, or a reference signal index list.Example 8 includes the method of any example 1-7, wherein the MDT configuration indicates a measurement scope, wherein the measurement scope includes at least one of: a first number of strongest cell level measurements to report or a second number of strongest beam level measurements to report.Example 9 includes the method of any example 1-8, wherein the MDT configuration indicates a set of measurement quantities, wherein the set includes at least one of a cell reference signal received power (RSRP) , a cell reference signal received quality (RSRQ) , a cell signal to interference plus noise ratio (SINR) , a beam RSRP, or a beam RSRQ.Example 10 includes the method of any example 1-9, wherein the MDT configuration further indicates at least one of: a list of frequencies for a cell or a beam to measure, or whether to perform layer 1 or layer 3 measurements.Example 11 includes the method of any example 1-10, wherein the MDT configuration indicates that the UE is to report UE position data that includes at least one of ground-truth position data or line of sight (LoS) path data.Example 12 includes the method of any example 1-11, wherein the MDT configuration indicates a measurement-based event to trigger performing or logging the measurements.Example 13 includes the method of example 12, wherein the measurement based-event included at least one of: a cell reference signal received power (RSRP) or a cell reference signal received quality (RSRQ) exceeding a first threshold while the UE is in any RRC state, a first beam RSRP or a first beam RSRQ of a serving cell or a camping cell being smaller than a second threshold, a second beam RSRP or a second beam RSRQ of a neighbor cell exceeding the second threshold, or a network-provided condition.Example 14 includes the method of any example 1-13, wherein the MDT configuration indicates a memory buffer threshold to trigger measurement object short data transmission (MO-SDT) reporting in the RRC_INACTIVE state.Example 15 includes the method of any example 1-14, wherein the MDT configuration indicates a plurality of parallel logged MDT configurations, wherein the logged measurement report corresponds to one of the plurality of parallel logged MDT configurations.Example 16 includes the method of example 14, further comprising: sending, to the network, UE capability information indicating a maximum number of parallel logged MDT configurations supported by the UE, wherein the MDT configuration is based on the UE capability information.Example 17 includes the method of any example 1-15, wherein the first measurement includes at least one of a cell level measurement or a beam level measurement and is stored in association with a cell identifier.Example 18 includes the method of any example 1-17, wherein the logged measurement report includes an ordered list of at least cell level measurements or beam level measurements, and wherein the ordered list is based on an order of indices or an order of configured measurement quantities.Example 19 includes the method of any example 1-18, wherein the logged measurement report includes an ordered list of cell level measurements, a cell identifier, and cell layer 1 measurement quantities.Example 20 includes the method of any example 1-19, wherein the logged measurement report includes an ordered list of beam level measurements, a cell identifier, a reference signal type, beam indices, and layer 1 beam measurement quantities.Example 21 includes the method of any example 1-20, wherein the memory buffer is an application buffer.Example 22 includes the method of any example 1-21, wherein the logged measurement report is sent upon a condition being met and while the UE is in the RRC_CONNECTED state, wherein the condition includes at least one of: a size of the memory buffer exceeding a threshold, a receipt of downlink RRC message from the network indicating a request for the logged measurement report, or a periodicity of reporting.Example 23 includes the method of any example 1-22, wherein the logged measurement report is sent upon a condition being met and while the UE is in the RRC_INACTIVE state, wherein the logged measurement report is sent by at least using a measurement object short data transmission (MO-SDT) reporting in the RRC_INACTIVE state.Example 24 includes the method of any example 1-23, wherein the logged measurement report is sent upon a condition being met while the UE is in the RRC_INACTIVE state, and wherein the method further comprises: sending, to the network, an indication that logged MDT data is available and a size of the memory buffer; receiving, from the network based on at least one of the indication or the size, a message to send the logged MDT data; and switching to the RRC_CONNECTED state based on the message, wherein the logged measurement report is sent while the UE is in the RRC_CONNECTED state.Example 25 includes the method of any example 1-23, wherein the logged measurement report is sent upon a condition being met while the UE is in the RRC_INACTIVE state or the RRC_IDLE state, and wherein the method further comprises: sending, to the network, a request to enter the RRC_CONNECTED state based on the condition being met; receiving, from the network based on the request, a message to enter the RRC_CONNECTED state; and switching to the RRC_CONNECTED state based on the message, wherein the logged measurement report is sent while the UE is in the RRC_CONNECTED state.Example 26 includes the method of any example 1-25, further comprising: receiving, from the network, a paging message indicating a request for the logged measurement report, wherein the logged measurement report is sent based on the request.Example 27 includes the method of any example 1-27, further comprising: performing, based on the MDT configuration, a third measurement while the UE is in any of the RRC states; storing the third measurement in the memory buffer; determining that a size of the memory buffer exceeds a threshold; and discarding the third measurement from the memory buffer such that the third measurement is excluded from the logged measurement report, wherein the third measurement is discarded based on at least one of: a priority of the third measurement, a timing of the third measurement, or the MDT configuration.Example 28 includes the method of any example 1-27, wherein the logged measurement report further includes at least one of: an identifier of the UE, a cell radio network temporary identifier (C-RNTI) , a globally unique temporary identifier (GUTI) , a time stamp of logging the measurement, an indication of when the MDT configuration was received by the UE, a cell identifier, an indication of the RRC state that the UE was in when the UE logged the measurement, or UE location information.Example 29 includes the method of any example 1-28, wherein the MDT configuration indicates a type of data to be logged, wherein the data is included in the logged measurement report or is sent separately from the logged measurement report.Example 30 includes the method of any example 1-29, wherein the logged measurement report indicates a destination address to which the logged measurement report is to be sent by the node, where the destination may include a server configured for artificial intelligence, machine learning, or MDT.Example 31 includes the method of any example 1-30, wherein the logged measurement report is received in multiple segments.Example 32 includes the method of any example 1-31, wherein the logged measurement report is received using a signaling Radio Bearer (SRB) , and wherein a priority of the logged measurement report is configurable.Example 33 includes an apparatus, such as a UE, comprising means to perform one or more elements of a method described in or related to any of examples 1, 3-32, or any other method or process described herein.Example 34 includes one or more non-transitory computer-readable media comprising instructions to cause an electronic device, such as a UE, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1, 3-32, or any other method or process described herein.Example 35 includes an apparatus, such as a UE, comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1, 3-32, or any other method or process described herein.Example 36 includes a method, technique, or process as described in or related to any of examples 1, 3-32, or portions or parts thereof.Example 37 includes an apparatus, such as a UE, comprising: one or more processors and one or more memory (e.g., one or more computer-readable media) comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1, 3-32, or portions thereof.Example 38 includes a signal as described in or related to any of examples 1, 3-32, or portions or parts thereof.Example 39 includes a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1, 3-32, or portions or parts thereof, or otherwise described in the present disclosure.Example 40 includes a signal encoded with data as described in or related to any of examples 1, 3-32, or portions or parts thereof, or otherwise described in the present disclosure.Example 41 includes a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1, 3-32, or portions or parts thereof, or otherwise described in the present disclosure.Example 42 includes an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1, 3-32, or portions thereof.Example 43 includes a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1, 3-32, or portions thereof.Example 44 includes a network comprising means to perform one or more elements of a method described in or related to any of examples 2-32, or any other method or process described herein.Example 45 includes one or more non-transitory computer-readable media comprising instructions to cause a network upon execution of the instructions by one or more processors of the network, to perform one or more elements of a method described in or related to any of examples 2-32, or any other method or process described herein.Example 46 includes a network comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 2-32, or any other method or process described herein.Example 47 includes a network comprising: one or more processors and one or more memory (e.g., one or more computer-readable media) comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 2-32, or portions thereof.Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A user equipment (UE) comprising:one or more processors; andone or more memory storing instructions that, upon execution by the one or more processors, cause the UE to:receive, from a network that includes a model, a minimization of Drive Test (MDT) configuration indicating that measurements are to be performed and logged by the UE across different radio resource control (RRC) states, wherein the model includes an artificial intelligence model or a machine learning model, and wherein the model is configured to use an input based on the measurements;perform, based on the MDT configuration, a first measurement while the UE is in an RRC_INACTIVE state or an RRC_IDLE state;perform, based on the MDT configuration, a second measurement while the UE is in an RRC_CONNECTED state;store the first measurement and the second measurement in a memory buffer; andsend the first measurement and the second measurement in a logged measurement report to the network.2.The UE of claim 1, wherein the execution of the instructions further configures the UE to:switch from the RRC_INACTIVE state or the RRC_IDLE state to the RRC_CONNECTED state; andcontinue, upon the switch, performing and logging the measurements based on the MDT configuration.3.The UE of claim 1, wherein the MDT configuration is received in a LoggedMeasurementConfiguration RRC message that includes an indication to perform and log the measurements across the RRC state or in a HybridLoggedMeasurementConfiguration RRC message that indicates that the MDT configuration is a hybrid MDT configuration.4.The UE of claim 1, wherein the MDT configuration includes an indication about a start of the measurements, wherein the indication includes at least one of: an absolute time, a source time timing, a measurement start upon receipt of the MDT configuration, a measurement event-based trigger, or a network-provided condition trigger.5.The UE of claim 1, wherein the MDT configuration includes an indication about a logging duration defined using at least one of a number of slots, a number of subframes, or a number of times the UE has reported logged measurements.6.The UE of claim 1, wherein the MDT configuration indicates a measurement scope, wherein the measurement scope includes at least one of: a cell identifier list, a frequency list, a tracking area code (TAC) list, or a reference signal index list.7.The UE of claim 1, wherein the MDT configuration indicates a measurement scope, wherein the measurement scope includes at least one of: a first number of strongest cell level measurements to report or a second number of strongest beam level measurements to report.8.The UE of claim 1, wherein the MDT configuration indicates a set of measurement quantities, wherein the set includes at least one of a cell reference signal received power (RSRP) , a cell reference signal received quality (RSRQ) , a cell signal to interference plus noise ratio (SINR) , a beam RSRP, or a beam RSRQ.9.The UE of claim 8, wherein the MDT configuration further indicates at least one of: a list of frequencies for a cell or a beam to measure, or whether to perform layer 1 or layer 3 measurements.10.The UE of claim 1, wherein the MDT configuration indicates that the UE is to report UE position data that includes at least one of ground-truth position data or line of sight (LoS) path data.11.The UE of claim 1, wherein the MDT configuration indicates a measurement-based event to trigger performing or logging the measurements.12.The UE of claim 11, wherein the measurement based-event included at least one of: a cell reference signal received power (RSRP) or a cell reference signal received quality (RSRQ) exceeding a first threshold while the UE is in any RRC state, a first beam RSRP or a first beam RSRQ of a serving cell or a camping cell being smaller than a second threshold, a  second beam RSRP or a second beam RSRQ of a neighbor cell exceeding the second threshold, or a network-provided condition.13.The UE of claim 1, wherein the MDT configuration indicates a memory buffer threshold to trigger measurement object short data transmission (MO-SDT) reporting in the RRC_INACTIVE state.14.The UE of claim 1, wherein the MDT configuration indicates a plurality of parallel logged MDT configurations, wherein the logged measurement report corresponds to one of the plurality of parallel logged MDT configurations.15.The UE of claim 14, wherein the execution of the instructions further configures the UE to:send, to the network, UE capability information indicating a maximum number of parallel logged MDT configurations supported by the UE, wherein the MDT configuration is based on the UE capability information.16.One or more computer-readable storage media storing instructions that, upon execution on a user equipment (UE) , cause the UE to perform operations comprising:receiving, from a network that includes a model, a minimization of Drive Test (MDT) configuration indicating that measurements are to be performed and logged by the UE across different radio resource control (RRC) states, wherein the model includes an artificial intelligence model or a machine learning model, and wherein the model is configured to use an input based on the measurements;performing, based on the MDT configuration, a first measurement while the UE is in an RRC_INACTIVE state or an RRC_IDLE state;performing, based on the MDT configuration, a second measurement while the UE is in an RRC_CONNECTED state;storing the first measurement and the second measurement in a memory buffer; andsending the first measurement and the second measurement in a logged measurement report to the network.17.The one or more computer-readable storage media of claim 16, wherein the first measurement includes at least one of a cell level measurement or a beam level measurement and is stored in association with a cell identifier.18.The one or more computer-readable storage media of claim 16, wherein the logged measurement report includes an ordered list of at least cell level measurements or beam level measurements, and wherein the ordered list is based on an order of indices or an order of configured measurement quantities.19.The one or more computer-readable storage media of claim 16, wherein the logged measurement report includes an ordered list of cell level measurements, a cell identifier, and cell layer 1 measurement quantities.20.The one or more computer-readable storage media of claim 16, wherein the logged measurement report includes an ordered list of beam level measurements, a cell identifier, a reference signal type, beam indices, and layer 1 beam measurement quantities.21.The one or more computer-readable storage media of claim 16, wherein the memory buffer is an application buffer.22.The one or more computer-readable storage media of claim 16, wherein the logged measurement report is sent upon a condition being met and while the UE is in the RRC_CONNECTED state, wherein the condition includes at least one of: a size of the memory buffer exceeding a threshold, a receipt of downlink RRC message from the network indicating a request for the logged measurement report, or a periodicity of reporting.23.The one or more computer-readable storage media of claim 16, wherein the logged measurement report is sent upon a condition being met and while the UE is in the RRC_INACTIVE state, wherein the logged measurement report is sent by at least using a measurement object short data transmission (MO-SDT) reporting in the RRC_INACTIVE state.24.The one or more computer-readable storage media of claim 16, wherein the logged measurement report is sent upon a condition being met while the UE is in the RRC_INACTIVE state, and wherein operations further comprise:sending, to the network, an indication that logged MDT data is available and a size of the memory buffer;receiving, from the network based on at least one of the indication or the size, a message to send the logged MDT data; andswitching to the RRC_CONNECTED state based on the message, wherein the logged measurement report is sent while the UE is in the RRC_CONNECTED state.25.The one or more computer-readable storage media of claim 16, wherein the logged measurement report is sent upon a condition being met while the UE is in the RRC_INACTIVE state or the RRC_IDLE state, and wherein operations further comprise:sending, to the network, a request to enter the RRC_CONNECTED state based on the condition being met;receiving, from the network based on the request, a message to enter the RRC_CONNECTED state; andswitching to the RRC_CONNECTED state based on the message, wherein the logged measurement report is sent while the UE is in the RRC_CONNECTED state.26.The one or more computer-readable storage media of claim 16, wherein operations further comprise:receiving, from the network, a paging message indicating a request for the logged measurement report, wherein the logged measurement report is sent based on the request.27.The one or more computer-readable storage media of claim 16, wherein operations further comprise:performing, based on the MDT configuration, a third measurement while the UE is in any of the RRC states;storing the third measurement in the memory buffer;determining that a size of the memory buffer exceeds a threshold; anddiscarding the third measurement from the memory buffer such that the third measurement is excluded from the logged measurement report, wherein the third measurement is discarded based on at least one of: a priority of the third measurement, a timing of the third measurement, or the MDT configuration.28.A method implemented by a node of a network, the method comprising:sending, to a user equipment (UE) , a minimization of Drive Test (MDT) configuration indicating that measurements are to be performed and logged by the UE across different radio resource control (RRC) states, wherein a model is stored at the network, is configured to use an input based on the measurements, and includes an artificial intelligence model or a machine learning model; andreceiving, from the UE based on the MDT configuration, a logged measurement report that includes a measurement performed and logged by the UE while the UE is in an RRC_CONNECTED state.29.The method of claim 28, wherein the logged measurement report further includes at least one of: an identifier of the UE, a cell radio network temporary identifier (C-RNTI) , a globally unique temporary identifier (GUTI) , a time stamp of logging the measurement, an indication of when the MDT configuration was received by the UE, a cell identifier, an indication of the RRC state that the UE was in when the UE logged the measurement, or UE location information.30.The method of claim 28, wherein the MDT configuration indicates a type of data to be logged, wherein the data is included in the logged measurement report or is sent separately from the logged measurement report.31.The method of claim 28, wherein the logged measurement report indicates a destination address to which the logged measurement report is to be sent by the node, where the destination may include a server configured for artificial intelligence, machine learning, or MDT.32.The method of claim 28, wherein the logged measurement report is received in multiple segments.33.The method of claim 28, wherein the logged measurement report is received using a signaling Radio Bearer (SRB) , and wherein a priority of the logged measurement report is configurable.

Images