Minimization of test drive enhancements

Abstract

The present disclosure generally relates to a configuration and Radio Resource Control (RRC) structure for enhanced Minimization of Drive Test (MDT) with Layer 1 (L1) measurement logging. One aspect of the present disclosure involves: receiving an indication of a Layer 3 (L3) measurement configuration that includes at least one of an L1 measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration; logging data in accordance with at least one of the L1 measurement logging configuration or the L1 measurement resource configuration of the L3 measurement configuration; and causing transmission of a measurement report comprising the logged data in accordance with the L1 measurement report configuration of the L3 measurement configuration.

Description

MINIMIZATION OF TEST DRIVE ENHANCEMENTSBACKGROUND

[0001] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user equipments (UEs) . Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the UEs using one or more wireless network protocols, such as protocols described in various telecommunication standards promulgated by the ETSI Third Generation Partnership Project (3GPP) . The wireless communication networks facilitate mobile broadband service using technologies such as orthogonal frequency-division multiple access (OFDMA) , multiple input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features.SUMMARY

[0002] One aspect of the present disclosure relates to a method including: receiving an indication of a Layer 3 (L3) measurement configuration that includes one or more of a Layer 1 (L1) measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration; logging data in accordance with one or more of the L1 measurement logging configuration or the L1 measurement resource configuration; and generating a measurement report comprising the logged data based at least in part on the L1 measurement report configuration.

[0003] Another aspect of the present disclosure relates to a method including: outputting an indication of an L3 measurement configuration that includes one or more of an L1 measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration; and receiving a measurement report comprising logged data in accordance with the L1 measurement report configuration.

[0004] The details of one or more embodiments of these systems and methods are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of these systems and methods will be apparent from the description and drawings, and from the claims.

[0005] BRIEF DESCRIPTION OF THE FIGURES

[0006] FIG. 1 illustrates an example wireless network, according to some implementations.

[0007] FIG. 2 illustrates an example process flow, according to some implementations.

[0008] FIG. 3 illustrates an example Layer 3 (L3) Radio Resource Management (RRM) framework 300.

[0009] FIG. 4 illustrates an example Layer 1 (L1) Channel State Information (CSI) framework, according to some implementations.

[0010] FIG. 5 illustrates an example process flow, according to some implementations.

[0011] FIGs. 6-11 illustrate example resource diagrams, according to some implementations.

[0012] FIG. 12 illustrates an example process flow, according to some implementations.

[0013] FIG. 13 illustrates an example resource diagram, according to some implementations.

[0014] FIGs. 14 and 15 illustrate flowcharts of example methods for enhanced MDT logging, according to some implementations.

[0015] FIG. 16 illustrates an example user equipment (UE) , according to some implementations.

[0016] FIG. 17 illustrates an example access node, according to some implementations.DETAILED DESCRIPTION

[0017] Minimization of Drive Test (MDT) is a data collection framework designed to reduce the need for traditional drive testing while improving network performance and user experience. MDT leverages user equipments (UEs) to collect network performance data (such as signal strength, quality, and coverage) as users move through different areas. This data is collected passively, reducing the need for network operators to deploy teams for drive testing. Immediate MDT involves collecting data in real-time while a UE is connected to the network. Data is gathered during normal operations and reported to the network in near real-time. Logged MDT involves storing network performance data on a UE and uploading it later, typically when the UE is connected to a non-congested network (e.g., Wi-Fi) to avoid unnecessary load on the mobile network.

[0018] In the current 3GPP Radio Resource Control (RRC) signaling framework, immediate MDT is configured via a Layer 3 (L3) Radio Resource Management (RRM) framework, but Layer 1 (L1) measurement is configured via Channel State Information (CSI) measurement framework. In some cases, it may be unclear how to integrate these frameworks to enhance immediate MDT with L1 measurement logging. The MDT framework described herein leverages a detailed RRC structure and configuration for integrating L1 measurement with L3 RRM to achieve L3 RRM with L1 measurement logging. The techniques described herein introduce a new Synchronization Signal Block (SSB)  / CSI Reference Signal (CSI-RS) resource configuration in L3 measurement object, a new logging configuration, and a new L1 reporting configuration in L3 reporting configuration. The described techniques also introduce a new RRC message with a new Signaling Radio Bearer (SRB) for logged L1 measurement reporting.

[0019] FIG. 1 illustrates a wireless network 100. The wireless network 100 includes a UE 102 and a base station 104 connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.

[0020] In some implementations, the wireless network 100 is a Standalone (SA) network, e.g., that incorporates Fifth Generation (5G) New Radio (NR) . In some other implementations, the wireless network 100 is a Non-Standalone (NSA) network that incorporates Long Term Evolution (LTE) and 5G NR. In these implementations, the wireless network 100 may be a E- UTRA (Evolved Universal Terrestrial Radio Access) -NR Dual Connectivity (EN-DC) network, or an NR-EUTRA Dual Connectivity (NE-DC) network. Furthermore, wireless networks implementing one or more other types of communication standards are possible, including future 3GPP systems (e.g., Sixth Generation (6G) ) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 technology, or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as systems subsequent to 5G (e.g., 6G) .

[0021] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of a laptop computer, smartphone, tablet computer, machine-type device (such as smart meters or specialized devices for healthcare) , intelligent transportation system, or any other wireless device. In the wireless network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.

[0022] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include application-specific circuitry, baseband circuitry, or any of various combinations thereof. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry and / or front-end module (FEM) circuitry.

[0023] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and / or control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For instance, the  control circuitry 110 can log MDT data in accordance with an L1 measurement logging configuration and an L1 measurement resource configuration provided via an L3 measurement configuration.

[0024] The transmit circuitry 112 can perform various operations described herein. For example, the transmit circuitry 112 can transmit a measurement report including the logged MDT data in accordance with an L1 measurement report configuration provided via the L3 measurement configuration. Additionally, the transmit circuitry 112 may transmit using a plurality of multiplexed uplink physical channels. The plurality of uplink physical channels may be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) , and in some implementations, along with carrier aggregation. The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission on the air interface 108.

[0025] The receive circuitry 114 can perform various operations described herein. For instance, the receive circuitry 114 can receive an indication of the L3 measurement configuration including the L1 measurement logging configuration, the L1 measurement resource configuration, and the L1 measurement report configuration. Additionally, the receive circuitry 114 may receive a plurality of multiplexed downlink physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The plurality of downlink physical channels may be multiplexed, e.g., according to TDM or FDM, e.g., along with carrier aggregation. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video, etc. ) structured within data blocks that are carried by the physical channels.

[0026] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.

[0027] The base station 104 circuitry may include control circuitry 116 coupled (directly or indirectly) with transmit circuitry 118 and / or receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled (directly or indirectly) with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, addressed to any UE connected to the base station 104. The receive circuitry 120 may receive a plurality of uplink physical channels from one or more UEs, including the UE 102.

[0028] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as an LTE protocol, Advanced LTE (LTE-A) protocol, LTE-based access to unlicensed spectrum (LTE-U) , NR protocol, NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In some implementations, the UE 102 may directly exchange communication data via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink (SL) interface and may include one or more logical channels, including but not limited to a Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Discovery Channel (PSDCH) , and a Physical Sidelink Broadcast Channel (PSBCH) .

[0029] In the current RRC framework, immediate MDT is configured via L3 RRM framework, but L1 measurement is configured via CSI measurement framework. The MDT framework described herein provides an enhanced RRC structure and configuration that supports integration of L1 measurement framework and L3 RRM framework to enhance L3 RRM with L1 measurement logging.

[0030] The MDT framework described herein also introduces a new SSB / CSI-RS resource configuration in L3 measurement object, a new logging configuration, a new L1 reporting configuration in L3 reporting configuration, and a new RRC message with new SRB for logged L1 measurement reporting. The new SSB / CSI-RS resource configuration may include a configuration for both serving cell and neighbor cells’ SSB and / or CSI-RS. The new logging configuration can be implemented in two different ways: under L3 measurement object (as shown and described with reference to FIG. 10) or under MeasConfig information element (IE) (as shown and described with reference to FIG. 11) .

[0031] The new logging configuration supports different types of logging, including on-demand logging, periodical logging and event-triggered logging. Different alternatives of event-triggered logging are described herein. The new L1 measurement reporting configuration also supports different types of reporting configuration: on-demand, periodical and event-triggered. Different alternatives of event-trigger reporting are described herein. Additionally, the new L1 measurement reporting configuration supports direct reporting, and both availability and on-demand reporting. An association between the foregoing configurations may be implemented via measID IE or a combination of csi-resourceConfigId IE and measID IE. Aspects of the present disclosure also relate to a new RRC message for reporting, which may be implemented as a new RRC message with a configurable priority.

[0032] FIG. 2 illustrates an example process flow 200, according to some implementations. The example process flow 200 depicted in FIG. 2 illustrates an immediate MDT framework with enhancement of L1 measurement logging. In the current RRC framework, immediate MDT is configured via L3 RRM framework (shown and described with reference to FIG. 3) , but L1 measurement is configured via CSI measurement framework (shown and described with reference to FIG. 4) .

[0033] In some wireless networks (such as the wireless network 100 of FIG. 1) , an artificial intelligence (AI)  / machine learning (ML) framework for one-sided AI / ML models can be used for the following applications: signaling and protocol aspects of Life Cycle Management (LCM) , enabling functionality and model selection, activation, deactivation, switching, fallback, and / or identification-related signaling; signaling / mechanism (s) for LCM to facilitate model training, inference, performance monitoring, data collection for both UE-side and network-side models; and signaling mechanisms for applicable functionalities / models.

[0034] Several data collection principles can be considered for network-side model training. These principles include (but are not limited to) : UE to support data logging; UE to report the collected data periodically, event-based, and on-demand; UE memory, processing power, energy consumption, and signaling overhead to be considered. For CSI and beam management use cases, the training of network-side models may consider both gNB and operations, administration, and maintenance (OAM) -centric data collection mechanisms. The gNB-centric data collection implies that the gNB can configure the UE to initiate / terminate the data collection procedure.

[0035] For gNB-centric and OAM-centric data collection (for RRC signaling between UE and gNB) , the UE may report multiple instances of logged L1 measurement results to gNB via an RRC message configured by gNB. Immediate MDT is the baseline framework for OAM-centric data collection for the training of a network-sided model. The immediate MDT framework can be enhanced to support periodical reporting. In the baseline approach, the UE receives the measurement configuration for AI / ML-enabled features for data collection and logging of measurements. The network can explicitly configure whether the corresponding data collection and logging (if supported) is immediately started. The UE can store the logged training data at the access stratum (AS) layer with a minimum AS layer memory size supported by the UE.

[0036] FIG. 3 illustrates an example L3 RRM framework 300, according to some implementations. In the L3 RRM framework 300 of FIG. 3, an association between MeasObjectNR and ReportConfig is established using MeasID. FIG. 4 illustrates an example L1 CSI framework 400, according to some implementations. In the L1 CSI framework 400 of FIG. 4, an association is established between csi-ResourceConfig and CSI-ReportConfig using csi-ResourceConfigId.

[0037] FIG. 5 illustrates an example process flow 500, according to some implementations. The process flow 500 of FIG. 5 illustrates an example technique for signaling UE consent for gNB-centric data collection. Currently there are some UE privacy concerns with gNB-centric data collection, as the collected data may include private / sensitive UE information (e.g., a location of the UE) . The signaling techniques shown in FIG. 5 leverage new N2 signaling from gNB to Access and Mobility Function (AMF) , e.g., RequestForUEconsent, which is transparently forwarded from AMF to Unified Data Management (UDM) , which performs UE consent checking and sends the consent status to AMF. The signaling techniques described herein also leverage new N2 signaling from AMF to gNB (e.g., ConsentStatus) to indicate UE consent status (e.g., pass or not denied) to gNB. The gNB triggers gNB-centric data collection only if a specific consent status (e.g., pass) is received.

[0038] FIG. 6A illustrates an example resource diagram 600, according to some implementations. The resource diagram 600 of FIG. 6A shows one implementation of a signaling framework that includes (i) a new logging configuration within L3 measurement object and (ii) a corresponding association via csi-resourceConfigId and measID. FIG. 6B illustrates an example  resource diagram 601, according to some implementations. The resource diagram 601 of FIG. 6B shows another implementation of the signaling framework that includes (i) a new logging configuration under MeasConfig and (ii) a corresponding association via measID.

[0039] FIG. 7 illustrates an example resource diagram 700, according to some implementations. The resource diagram 700 of FIG. 7 shows a new SSB / CSI-RS resource configuration, which may include a list of L1-ResourceConfig, a list of L1 CSI resource set, a list of L1 SSB resource set, Cell ID, BWP ID, and resource Type. One L1 CSI resource set may include a list of NZP-CSI-RS-ResourceId. The mapping between NZP-CSI-RS-ResourceId and NZP CSI-RS resource is configured in legacy IE CSI-MeasConfig. One L1 SSB resource set can include a list of SSB-index. ResourceType may support at least periodic resource type. One L1-ResourceConfig can be identified by one L1-CSI-ResourceConfigId, which is associated with a logging configuration (via loggingConfigID) .

[0040] FIG. 8 illustrates an example resource diagram 800, according to some implementations. The resource diagram 800 of FIG. 8 shows one implementation of a logging configuration that includes at least loggingType, loggingQuantity, and loggingConfigID. The loggingConfigID parameter identifies one specific LoggingConfig, which includes RSType and TriggerQuantity. For periodic logging, the logging configuration further includes loggingPeriodicConfig, which includes at least an interval and an amount. For event-triggered logging, the logging configuration further includes one loggingEventID, which identifies a specific loggingEventConfig. L1-CSI-ResourceConfigId is configured within one LoggingConfig to link the LoggingConfig to one L1-CSI-ResourceConfig or one L1-SSB-ResourceConfig.

[0041] FIG. 9 illustrates an example resource diagram 900, according to some implementations. The resource diagram 900 of FIG. 9 shows another implementation of the logging configuration depicted in the resource diagram 800. In contrast to the configuration shown in FIG. 8, LoggingConfig is placed under MeasConfig, and MeasID links one LoggingConfig (identified via loggingConfigID) and one L1-CSI-ResourceConfig (identified via L1-CSI-ResourceConfigId) or one L1-SSB-ResourceConfig (identified via L1-CSI-ResourceConfigId)

[0042] FIG. 10 illustrates an example resource diagram 1000, according to some implementations. The framework depicted in FIG. 10 supports event-triggered logging and network request logging. In some implementations, event-triggered logging is triggered based on  measurement events of L3 measurements (e.g., reusing existing events A1-A6) . For example, event-triggered logging is triggered when the serving cell’s L3 RSRP measurement is larger or smaller than a threshold configured by the network. In other implementations, event-triggered logging is triggered based on measurement events of L1 measurements, such as: when serving cell L1 RSRP / RSRQ of best N beams is greater than a threshold, where N is configurable via RRC; when serving cell L1 RSRP / RSRQ of best N beams is below a threshold, where N is configurable via RRC; when serving cell L1 RSRP / RSRQ of the beam indicated by TCI configured in RRC is above a threshold; or when neighbor cell best beam L1 RSRP / RSRQ is above a threshold. In some implementations, event-triggered logging is triggered when the UE enters or leaves a configured area (e.g., configured by a list of cell IDs) .

[0043] In some implementations, the threshold, Time to Trigger (TTT) , and / or metric (RSRP or RSRQ) can be configured beforehand. The network can also configure whether the beam is SSB or CSI-RS. In some implementations, event-triggered logging can be triggered when the UE is in a specific RRC state, such as: when the UE is in RRC_CONNECTED; when the UE is in RRC_IDLE; when the UE is in RRC_INACTIVE; or when the UE is out of coverage. In some implementations, event-triggered logging can be triggered when a data volume of the stored data in an AS buffer of the UE is above a threshold. In some implementations, event-triggered logging is triggered when the UE’s AS buffer is full.

[0044] For on-demand logging, the network can use Downlink Control Information (DCI) to request UE to log L1 measurements in an AS buffer of the UE. Additionally, or alternatively, the network can use a MAC-CE to request UE to log L1 measurements in the AS buffer of the UE. Additionally, or alternatively, the network can use paging short messages to request UE to log L1 measurements in the AS buffer of the UE.

[0045] The resource diagram 1000 of FIG. 10 shows one implementation of a new L1 measurement reporting configuration that includes at least ReportType and a configuration for (i) periodic reporting and (ii) event-triggered reporting and (iii) on-demand reporting, respectively. ReportType can indicate whether a report is periodic, eventTrigger, or OnDemand. For event-triggered reporting, the configuration can include a ReportEventID and EventType, threshold, and AvailablityFirst to trigger the event. MeasID can link one specific pair of (loggingConfig,  L1-ResourceConfig) which is identified via csi-ResourceConfigId with a specific L1ReportConfig (identified via L1ReportConfigID) .

[0046] FIG. 11 illustrates an example resource diagram 1100, according to some implementations. The resource diagram 1100 of FIG. 11 shows another implementation of the L1 measurement reporting configuration depicted in the resource diagram 1000. In contrast to the configuration shown in FIG. 10, MeasID links one specific loggingConfig (identified via loggingConfigID) , one specific L1-ResourceConfig (identified via L1-CSI-ResourceConfigId) and a specific L1ReportConfig (identified via L1ReportConfigID) .

[0047] FIG. 12 illustrates an example process flow 1200, according to some implementations. The process flow 1200 of FIG. 12 supports event-triggered reporting, which can be triggered by one or more of the following conditions: when UE’s AS buffer to store logging data is full (Type 1);when data amount of UE’s AS buffer to store logging data is above a threshold (Type 2) ; when the UE is moving to cell edge (Type 3) ; when the UE is moving to cell center (Type 4) ; when the UE’s power state is low and the UE still has available data in AS buffer (Type 5) ; when the UE performs a handover to another cell and still has available data in AS buffer (Type 6) ; when the UE performs RRC re-establishment and still has available data in AS buffer (Type 7) ; when the UE returns from RRC_IDLE or RRC_INACTIVE state and still has available data in AS buffer (Type 8) ; when the UE enters or leaves a configured area (e.g., configured by a list of cell IDs) and still has available data in the AS buffer (Type 9) ; or when the UE still has remaining data in the AS buffer after reporting to the network (Type 10) .

[0048] The new IE AvailablityFirst is used to configure whether the UE first reports an availability indication to the network when an event trigger condition is met. If AvailablityFirst is set to true, the UE first reports availability indication to the network via User Assistance Information (UAI) and waits for the network to trigger on-demand reporting of logged L1 measurements. This can help avoid uplink congestion caused by reporting logged measurements directly. If AvailablityFirst is set to false, the UE directly reports logged L1 measurements when an event trigger condition is met.

[0049] When an event trigger condition is met and AvailablityFirst is set, the UE reports availability information to the network via UAI message with the type of report (e.g., Type 1-8) and one or more of the following optional parameters: remaining power level as a percentage (e.g.,  20%) , a remaining memory level as a percentage, a remaining buffer level as a percentage, or the Public Land Mobile Network (PLMN) ID and cell ID that configured the logged measurement.

[0050] After the UAI message is successfully transmitted, the UE starts a timer (if configured) . The timer is configured within MeasConfig (e.g., a single value for all events) . When the timer is running and an indication is received from the network to notify the UE on the followed action, the UE applies the action and stops the timer.

[0051] The message from the network to indicate UE action can be a new RRC message (such as UEResponseLoggedMeasurement) or an existing RRC message (such as RRCReconfiguration) . The network may instruct the UE to stop or continue the measurement logging, report the stored measurements, and / or discard the measurement in the buffer. If the timer expires (e.g., no network response is received) or the timer is not configured, the UE follows the default behavior configured by the network. For example, the UE may: stop the measurement logging; discard measurements in the buffer; report the stored measurements in the AS buffer; or perform no further action and wait for instructions from the network. This UE behavior can be configured via RRC.

[0052] FIG. 13 illustrates an example resource diagram 1300, according to some implementations. The resource diagram 1300 of FIG. 13 illustrates a new RRC message for reporting. The existing RRC message for measurement reporting is MeasurementReport, which always uses SRB1. Since logged L1 measurement is used for offline training (which is less latency-sensitive) , a new RRC message, MeasurementLoggedReport, with lower priority than SRB1, can be used for periodic or event-triggered reporting.

[0053] In some implementations, the MeasurementLoggedReport RRC message can be transmitted via a new SRB: SRB5, which has a priority less than SRB1 / 2 and greater than SRB4. In other implementations, MeasurementLoggedReport can be transmitted via new SRB5, which has a priority less than SRB1 / 2 / 4. In other implementations, MeasurementLoggedReport can be transmitted via new SRB5, which has a priority same as SRB4. In other implementations, MeasurementLoggedReport can be transmitted via new SRB5, with has a priority configured via RRC (e.g., using a new IE PrioritySRB5 in MeasConfig) .

[0054] For on-demand reporting, a new RRC message pair (UErequestedLoggedMeasurement and UEresponseLoggedMeasurement) can be transmitted via new SRB5. This message pair may have  the same priority as MeasurementLoggedReport. UErequestedLoggedMeasurement can also indicate other UE actions (besides reporting) , as described herein.

[0055] The detailed report contents are depicted in the resource diagram 1300 of FIG. 13. In some implementations, the combination of MeasID, cell ID, and L1-CSI-ResourceConfigId identifies a set of L1 logged measurements. In other implementations, the combination of MeasID and cell ID identifies a set of L1 logged measurements. The latter approach may involve a larger number of MeasID options. For each sample of logged measurement, the time stamp of performing logging, L1 Reference Signal Received Power (RSRP) and beam identifiers can be included.

[0056] FIG. 14 illustrates a flowchart of an example method 1400, according to some implementations. For clarity of presentation, the description that follows generally describes the method 1400 in the context of the other figures in this description. For example, the method 1400 can be performed by the UE 102 of FIG. 1 or any suitable system, environment, software, hardware, or combination thereof. In some implementations, various steps of the method 1400 can be run in parallel, in combination, in loops, or in any order. The example method 1400 shown in FIG. 14 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 14) , which can be performed in the order shown or in a different order.

[0057] At 1402, the method 1400 includes receiving an indication of an L3 measurement configuration that includes one or more of an L1 measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration.

[0058] At 1404, the method 1400 includes logging data in accordance with one or more of the L1 measurement logging configuration or the L1 measurement resource configuration.

[0059] At 1406, the method 1400 includes generating a measurement report including the logged data based at least in part on the L1 measurement report configuration.

[0060] FIG. 15 illustrates a flowchart of an example method 1500, according to some implementations. For clarity of presentation, the description that follows generally describes the method 1500 in the context of the other figures in this description. For example, the method 1500 can be performed by the base station 104 of FIG. 1 or any suitable system, environment, software, hardware, or combination thereof. In some implementations, various steps of the method 1500 can be run in parallel, in combination, in loops, or in any order. The example method 1500 shown in  FIG. 15 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 15) , which can be performed in the order shown or in a different order.

[0061] At 1502, the method 1500 includes outputting an indication of an L3 measurement configuration that includes one or more of an L1 measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration.

[0062] At 1504, the method 1500 includes receiving a measurement report including logged data in accordance with the L1 measurement report configuration.

[0063] FIG. 16 illustrates an example UE 1600. The UE 1600 may be similar to and substantially interchangeable with UE 102 of FIG. 1. The UE 1600 may be any mobile or non-mobile computing device, such as, for example, a mobile phone, computer, tablet, industrial wireless sensors, video device (for example, cameras, video cameras, etc. ) , wearable devices (for example, a smart watch) , relaxed-IoT devices, etc.

[0064] The UE 1600 may include any / all of processor 1602, RF interface circuitry 1604, memory / storage 1606, user interface 1608, sensors 1610, driver circuitry 1612, power management integrated circuit (PMIC) 1614, one or more antenna (s) 1616, and battery 1618. The components of the UE 1600 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. 16 is intended to show a high-level view of some of the components of the UE 1600. However, some of the components shown may be omitted, additional components may be present, and a different arrangement of the components shown may occur in other implementations.

[0065] The components of the UE 1600 may be coupled with various other components over one or more interconnects 1620, 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.

[0066] The processor 1602 may include one or more processors. For example, the processor 1602 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1622A, central processor unit circuitry (CPU) 1622B, and graphics processor unit circuitry (GPU) 1622C. The processor 1602 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 1606 to cause the UE 1600 to perform operations as described herein.

[0067] In some implementations, the baseband processor circuitry 1622A may access a communication protocol stack 1624 in the memory / storage 1606 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1622A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (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 layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1604. The baseband processor circuitry 1622A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, the waveforms for NR may be based cyclic prefix orthogonal frequency division multiplexing (OFDM) “CP-OFDM” in the uplink or downlink, and discrete Fourier transform spread OFDM “DFT-S-OFDM” in the uplink.

[0068] The memory / storage 1606 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1624) that may be executed by the processor 1602 to cause the UE 1600 to perform various operations described herein. The memory / storage 1606 include any type of volatile or non-volatile memory that may be distributed throughout the UE 1600. In some implementations, some of the memory / storage 1606 may be located on the processor 1602 itself (for example, L1 and L2 cache) , while other memory / storage 1606 is external to the processor 1602 but accessible thereto via a memory interface. The memory / storage 1606 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.

[0069] The RF interface circuitry 1604 may include transceiver circuitry and radio frequency front module (RFEM) that allows the UE 1600 to communicate with other devices over a radio access network. The RF interface circuitry 1604 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.

[0070] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 1616 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 downconverts the RF signal into a baseband signal that is provided to the baseband processor.

[0071] 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 (s) 1616. In various implementations, the RF interface circuitry 1604 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0072] The antenna (s) 1616 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves over the air into electrical signals. In some implementations, the antenna elements may be arranged into one or more antenna panels. The antenna (s) 1616 may have antenna panels that are omnidirectional, directional, or a combination thereof, to enable beamforming and multiple input, multiple output communications. The antenna (s) 1616 may include any / all of microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 1616 may have one or more panels designed for one or more specific frequency bands, such as bands in FR1 or FR2.

[0073] The user interface 1608 includes various input / output (I / O) devices designed to enable user interaction with the UE 1600. The user interface 1608 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 1600.

[0074] The sensors 1610 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 including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; 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.

[0075] The driver circuitry 1612 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1600, attached to the UE 1600, or otherwise communicatively coupled with the UE 1600. The driver circuitry 1612 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 1600. For example, driver circuitry 1612 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 sensors 1610 and control and allow access to sensors 1610, 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.

[0076] The PMIC 1614 may manage power provided to various components of the UE 1600. In particular, with respect to the processor 1602, the PMIC 1614 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0077] In some implementations, the PMIC 1614 may control, or otherwise be part of, various power saving mechanisms of the UE 1600. A battery 1618 may power the UE 1600, although in some examples the UE 1600 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 1618 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 1618 may be a typical lead-acid automotive battery.

[0078] FIG. 17 illustrates an example access node 1700 (e.g., a base station or gNB) , according to some implementations. The access node 1700 may be similar to and substantially interchangeable with base station 104. The access node 1700 may include one or more of processor 1702, RF interface circuitry 1704, core network (CN) interface circuitry 1706, memory / storage circuitry 1708, and one or more antenna (s) 1710. The processor 1702 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 circuitry 1708 to cause the access node 1700 to perform operations as described herein.

[0079] The components of the access node 1700 may be coupled with various other components over one or more interconnects 1712. The processor 1702, RF interface circuitry 1704, memory / storage circuitry 1708 (including communication protocol stack 1714) , antenna (s) 1710, and interconnects 1712 may be similar to like-named elements shown and described with respect to FIG. 16. For example, the processor 1702 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1716A, central processor unit circuitry (CPU) 1716B, and graphics processor unit circuitry (GPU) 1716C.

[0080] The CN interface circuitry 1706 may provide connectivity to a core network, for example, a 5th 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 access node 1700 via a fiber optic or wireless  backhaul. The CN interface circuitry 1706 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 1706 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0081] As used herein, the terms “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes can be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like may refer to an access node 1700 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like may refer to an access node 1700 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 1700 may be implemented as one or more of a dedicated physical device such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or other like cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.

[0082] In some implementations, all or parts of the access node 1700 may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a CRAN and / or a virtual baseband unit pool (vBBUP) . In V2X scenarios, the access node 1700 may be or act as a “Road Side Unit. ” The term “Road Side Unit” or “RSU” may refer to any transportation infrastructure entity used for V2X communications. An RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE may be referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB may be referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB may be referred to as a “gNB-type RSU, ” and the like.

[0083] Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112 (f) interpretation for that component.

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

[0085] Example 1 is a method including: receiving an indication of an L3 measurement configuration that includes one or more of an L1 measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration; logging data in accordance with one or more of the L1 measurement logging configuration or the L1 measurement resource configuration; and generating a measurement report including the logged data based on the L1 measurement report configuration.

[0086] Example 2 includes the method of example 1, where the L3 measurement configuration includes one or more of a measurement object, a measurement identifier, or a report configuration, where the measurement object includes the L1 measurement logging configuration and a reference signal configuration that includes the L1 measurement resource configuration, and the report configuration includes the L1 measurement report configuration.

[0087] Example 3 includes the method of example 2, further including: establishing an association between the L1 measurement logging configuration and the L1 measurement report configuration based at least on the measurement identifier of the L3 measurement configuration.

[0088] Example 4 includes the method of any of examples 2 to 3, further including establishing an association between the L1 measurement resource configuration and the L1 measurement logging configuration based at least on a CSI resource configuration identifier.

[0089] Example 5 includes the method of any of examples 1 to 4, where the L3 measurement configuration includes one or more of a measurement object, a measurement identifier, the L1 measurement logging configuration, or a report configuration list, where the measurement object  includes a reference signal configuration that includes the L1 measurement resource configuration, and the report configuration list includes the L1 measurement report configuration.

[0090] Example 6 includes the method of example 5, further including: establishing an association between the L1 measurement logging configuration, the L1 measurement resource configuration, and the L1 measurement report configuration based at least on the measurement identifier.

[0091] Example 7 includes the method of any of examples 1 to 6, where the L1 measurement resource configuration includes a list of L1 CSI resource sets, a list of L1 SSB resource sets, a cell identifier, a BWP identifier, and a resource type parameter.

[0092] Example 8 includes the method of example 7, where at least one of the L1 CSI resource sets includes a list of NZP CSI-RS resource identifiers.

[0093] Example 9 includes the method of any of examples 7 to 8, where at least one of the L1 SSB resource sets includes a list of SSB index values.

[0094] Example 10 includes the method of any of examples 7 to 9, where the resource type parameter indicates a periodic resource type, a semi-persistent resource type, or an aperiodic resource type.

[0095] Example 11 includes the method of any of examples 1 to 10, where the L1 measurement resource configuration includes an L1 CSI resource configuration identifier that is associated with a logging configuration identifier of the L1 measurement logging configuration.

[0096] Example 12 includes the method of any of examples 1 to 11, where the L1 measurement logging configuration includes a logging type parameter, a logging quantity parameter, and a logging configuration identifier.

[0097] Example 13 includes the method of example 12, where the logging type parameter indicates a periodic logging type, an event-triggered logging type, or an on-demand logging type.

[0098] Example 14 includes the method of any of examples 12 to 13, where the logging quantity parameter indicates an L1 RSRP logging quantity, a beam identifier logging quantity, or a CRI logging quantity.

[0099] Example 15 includes the method of any of examples 1 to 14, where the L1 measurement logging configuration includes a periodic logging configuration that includes a periodic logging interval and a periodic logging amount.

[0100] Example 16 includes the method of any of examples 1 to 15, where the L1 measurement logging configuration includes a logging event identifier for event-triggered logging, the logging event identifier corresponding to a logging event configuration.

[0101] Example 17 includes the method of any of examples 1 to 16, where logging the data in accordance with the L1 measurement logging configuration and the L1 measurement resource configuration includes logging the data in response to at least one event-triggered logging condition.

[0102] Example 18 includes the method of example 17, where the at least one event-triggered logging condition is based at least on measurement events of L3 measurements or L1 measurements.

[0103] Example 19 includes the method of any of examples 17 to 18, where the at least one event-triggered logging condition is based on an L1 RSRP or RSRQ of a beam associated with a serving cell or a neighbor cell.

[0104] Example 20 includes the method of example 19, where the at least one event-triggered logging condition is based on the L3 RSRP or RSRQ of the serving cell being larger or smaller than a threshold.

[0105] Example 21 includes the method of any of examples 17 to 20, where the at least one event-triggered logging condition is based at least on an RRC state of a UE.

[0106] Example 22 includes the method of any of examples 17 to 21, where the at least one event-triggered logging condition is based at least on a volume of data stored in an AS buffer of a UE.

[0107] Example 23 includes the method of any of examples 1 to 22, where logging the data in accordance with the L1 measurement logging configuration and the L1 measurement resource configuration includes logging the data in response to an on-demand logging request from a base station.

[0108] Example 24 includes the method of example 23, further including receiving DCI, a MAC-CE, or a paging message indicating the on-demand logging request.

[0109] Example 25 includes the method of any of examples 1 to 24, where the L1 measurement reporting configuration includes a report type parameter, a periodic reporting configuration, and an event-triggered reporting configuration.

[0110] Example 26 includes the method of example 25, where the report type parameter indicates a periodic report type, an event-triggered report type, or an on-demand report type.

[0111] Example 27 includes the method of any of examples 25 to 26, where the event-triggered reporting configuration includes a report event identifier, an event type parameter, a threshold, and an availability first parameter.

[0112] Example 28 includes the method of example 27, where the availability first parameter determines whether an availability indication is reported to a base station when an event-triggered reporting condition is detected.

[0113] Example 29 includes the method of any of examples 27 to 28, further including: outputting an availability indication in accordance with the availability first parameter of the event-triggered reporting configuration; and outputting the measurement report including the logged data in response to an on-demand report request from a base station.

[0114] Example 30 includes the method of example 29, where the availability indication includes a UAI message that indicates a remaining power level, a remaining memory level, a remaining buffer level, a PLMN identifier, a cell identifier, or any combination thereof.

[0115] Example 31 includes the method of any of examples 29 to 30, further including starting a timer in response to transmission of the availability indication.

[0116] Example 32 includes the method of example 31, further including: receiving a command to stop measurement logging, continue measurement logging, report stored measurements, or discard stored measurements; and stopping the timer in response to the command.

[0117] Example 33 includes the method of any of examples 31 to 32, further including: performing a default action in response to expiry of the timer, where the default action involves stopping  measurement logging, discarding stored measurements, reporting stored measurements, or monitoring for a network indication.

[0118] Example 34 includes the method of any of examples 1 to 33, where causing transmission of the measurement report including the logged data includes outputting the measurement report in response to at least one event-triggered reporting condition.

[0119] Example 35 includes the method of any of examples 33 to 34, where the event-triggered reporting condition is based at least on a volume of data in an AS buffer of a UE, a location of the UE relative to a serving cell, a power state of the UE, a handover status of the UE, an RRC state of the UE, or any combination thereof.

[0120] Example 36 includes the method of any of examples 1 to 35, where causing transmission of the measurement report including the logged data includes transmitting, via SRB 5 with a network-configured priority, an RRC message including the measurement report.

[0121] Example 37 includes the method of any of examples 1 to 36, where the measurement report indicates a measurement identifier, a cell identifier, an L1 CSI resource configuration identifier, logged results for one or more NZP CSI-RS sets, logged results for one or more SSB sets, or any combination thereof.

[0122] Example 38 is an apparatus including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of any of examples 1-37.

[0123] Example 39 is a device including at least one processor configured to perform the method of any of examples 1-37.

[0124] Example 40 is a baseband processor configured to perform the method of any of examples 1-37.

[0125] Example 41 is a non-transitory computer-readable medium storing instructions that, when executed by one or more processors, cause the one or more processors to perform the method of any of examples 1-37.

[0126] Example 42 is a method including: outputting an indication of an L3 measurement configuration that includes one or more of an L1 measurement logging configuration, an L1  measurement resource configuration, or an L1 measurement report configuration; and receiving a measurement report including logged data in accordance with the L1 measurement report configuration.

[0127] Example 43 includes the method of example 42, where the L3 measurement configuration includes one or more of a measurement object, a measurement identifier, or a report configuration, where the measurement object includes the L1 measurement logging configuration and a reference signal configuration that includes the L1 measurement resource configuration, and the report configuration includes the L1 measurement report configuration.

[0128] Example 44 includes the method of example 43, further including establishing an association between the L1 measurement logging configuration and the L1 measurement report configuration based at least on the measurement identifier of the L3 measurement configuration.

[0129] Example 45 includes the method of any of examples 43 to 44, further including establishing an association between the L1 measurement resource configuration and the L1 measurement logging configuration based at least on a CSI resource configuration identifier.

[0130] Example 46 includes the method of any of examples 42 to 45, where the L3 measurement configuration includes one or more of a measurement object, a measurement identifier, the L1 measurement logging configuration, or a report configuration, where the measurement object includes a reference signal configuration that includes the L1 measurement resource configuration, and the report configuration includes the L1 measurement report configuration.

[0131] Example 47 includes the method of example 46, further including establishing an association between the L1 measurement logging configuration, the L1 measurement resource configuration, and the L1 measurement report configuration based at least on the measurement identifier.

[0132] Example 48 includes the method of any of examples 42 to 47, where the L1 measurement resource configuration includes a list of L1 CSI resource sets, a list of L1 SSB resource sets, a cell identifier, a BWP identifier, and a resource type parameter.

[0133] Example 49 includes the method of example 48, where at least one of the L1 CSI resource sets includes a list of NZP CSI-RS resource identifiers.

[0134] Example 50 includes the method of any of examples 48 to 49, where at least one of the L1 SSB resource sets includes a list of SSB index values.

[0135] Example 51 includes the method of any of examples 48 to 50, where the resource type parameter indicates a periodic resource type, a semi-persistent resource type, or an aperiodic resource type.

[0136] Example 52 includes the method of any of examples 42 to 51, where the L1 measurement resource configuration includes an L1 CSI resource configuration identifier that is associated with a logging configuration identifier of the L1 measurement logging configuration.

[0137] Example 53 includes the method of any of examples 42 to 52, where the L1 measurement logging configuration includes a logging type parameter, a logging quantity parameter, and a logging configuration identifier.

[0138] Example 54 includes the method of example 53, where the logging type parameter indicates a periodic logging type, an event-triggered logging type, or an on-demand logging type.

[0139] Example 55 includes the method of any of examples 53 to 54, where the logging quantity parameter indicates an L1 RSRP logging quantity, a beam identifier logging quantity, or a CRI logging quantity.

[0140] Example 56 includes the method of any of examples 42 to 55, where the L1 measurement logging configuration includes a periodic logging configuration that includes a periodic logging interval and a periodic logging amount.

[0141] Example 57 includes the method of any of examples 42 to 56, where the L1 measurement logging configuration includes a logging event identifier for event-triggered logging, the logging event identifier corresponding to a logging event configuration.

[0142] Example 58 includes the method of any of examples 42 to 57, where the L1 measurement reporting configuration includes a report type parameter, a periodic reporting configuration, and an event-triggered reporting configuration.

[0143] Example 59 includes the method of example 58, where the report type parameter indicates a periodic report type, an event-triggered report type, or an on-demand report type.

[0144] Example 60 includes the method of any of examples 58 to 59, where the event-triggered reporting configuration includes a report event identifier, an event type parameter, a threshold, and an availability first parameter.

[0145] Example 61 includes the method of example 60, where the availability first parameter determines whether an availability indication is reported to a base station when an event-triggered reporting condition is detected.

[0146] Example 62 includes the method of any of examples 60 to 61, further including: receiving an availability indication in accordance with the availability first parameter of the event-triggered reporting configuration; and outputting an on-demand report request for the logged data in response to the availability indication.

[0147] Example 63 includes the method of example 62, where the availability indication includes a UAI message that indicates a remaining power level, a remaining memory level, a remaining buffer level, a PLMN identifier, a cell identifier, or any combination thereof.

[0148] Example 64 includes the method of any of examples 42 to 63, where receiving the measurement report including the logged data includes receiving the measurement report in response to at least one event-triggered reporting condition.

[0149] Example 65 includes the method of example 64, where the event-triggered reporting condition is based at least on a volume of data in an AS buffer of a UE, a location of the UE relative to a serving cell, a power state of the UE, a handover status of the UE, an RRC state of the UE, or any combination thereof.

[0150] Example 66 includes the method of any of examples 42 to 65, where receiving the measurement report including the logged data includes receiving, via SRB 5 with a configurable priority, an RRC message including the measurement report.

[0151] Example 67 includes the method of any of examples 42 to 66, where the measurement report indicates a measurement identifier, a cell identifier, an L1 CSI resource configuration identifier, logged results for one or more NZP CSI-RS sets, logged results for one or more SSB sets, or any combination thereof.

[0152] Example 68 includes the method of any of examples 42 to 67, further including: outputting a request for UE consent status information; and in response to the request, receiving the UE consent status information.

[0153] Example 69 includes the method of example 68, where the request for UE consent status information is forwarded from an AMF to a UDM service via N2 signaling.

[0154] Example 70 includes the method of example 69, where the UE consent status information is forwarded from the UDM service to the AMF via N2 signaling.

[0155] Example 71 includes the method of any of examples 68 to 70, further including initiating base station-centric data collection based at least on the UE consent status information.

[0156] Example 72 is an apparatus including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of any of examples 42-71.

[0157] Example 73 is a device including at least one processor configured to perform the method of any of examples 42-71.

[0158] Example 74 is a baseband processor configured to perform the method of any of examples 42-71.

[0159] Example 75 is a non-transitory computer-readable medium storing instructions that, when executed by one or more processors, cause the one or more processors to perform the method of any of examples 42-71.

[0160] The previously described examples can be implemented using a computer-implemented method; a non-transitory, computer-readable medium storing computer-readable instructions to perform the computer-implemented method; and a computer system including a computer memory interoperably coupled with a hardware processor configured to perform the computer-implemented method or the instructions stored on the non-transitory, computer-readable medium.

[0161] An apparatus, e.g., a UE or a base station, including one or more baseband processors, and so forth, can be configured to perform particular operations or actions by virtue of having software, firmware, hardware, and / or a combination of them that in operation causes or cause the  apparatus to perform the actions. The operations or actions performed by the apparatus can include any of the foregoing operations.

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

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

[0164] As described above, one aspect of the present technology may relate to the gathering and use of data available from specific and legitimate sources to allow for interaction with a second device for a data transfer. The present disclosure contemplates that in some instances, this gathered data may include personal information data that uniquely identifies or can be used to identify a specific person. Such personal information data can include demographic data, location-based data, online identifiers, telephone numbers, email addresses, home addresses, data or records relating to a user’s health or level of fitness (e.g., vital signs measurements, medication information, exercise information) , date of birth, or any other personal information.

[0165] The present disclosure recognizes that the use of such personal information data, in the present technology, can be used to the benefit of users. For example, the personal information data can be used to provide for secure data transfers occurring between a first device and a second device. The personal information data may further be utilized for identifying an account associated with the user from a service provider for completing a data transfer.

[0166] The present disclosure contemplates that those entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data will comply with well-established privacy policies and / or privacy practices. In particular, such entities would be expected to implement and consistently apply privacy practices that are generally recognized  as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. Such information regarding the use of personal data should be prominent and easily accessible by users, and should be updated as the collection and / or use of data changes. Personal information from users should be collected for legitimate uses only. Further, such collection / sharing should occur only after receiving the consent of the users or other legitimate basis specified in applicable law. Additionally, such entities should consider taking any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices. In addition, policies and practices should be adapted for the particular types of personal information data being collected and / or accessed and adapted to applicable laws and standards, including jurisdiction-specific considerations that may serve to impose a higher standard. For instance, in the US, collection of or access to certain health data may be governed by federal and / or state laws, such as the Health Insurance Portability and Accountability Act (HIPAA) ; whereas health data in other countries may be subject to other regulations and policies and should be handled accordingly.

[0167] Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and / or software elements can be provided to prevent or block access to such personal information data. For example, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services or anytime thereafter. For example, a user may “opt in” or “opt out” of having information associated with an account of the user stored on a user device and / or shared by the user device. In addition to providing “opt in” and “opt out” options, the present disclosure contemplates providing notifications relating to the access or use of personal information. For instance, a user may be notified upon downloading an application that their personal information data will be accessed and then reminded again just before personal information data is accessed by the application. In some instances, the user may be notified upon initiation of a data transfer of the device accessing information associated with the account of the user and / or the sharing of information associated with the account of the user with another device.

[0168] Moreover, it is the intent of the present disclosure that personal information data should be managed and handled in a way to minimize risks of unintentional or unauthorized access or use. Risk can be minimized by limiting the collection of data and deleting data once it is no longer needed. In addition, and when applicable, including in certain health related applications, data de-identification can be used to protect a user’s privacy. De-identification may be facilitated, when appropriate, by removing identifiers, controlling the amount or specificity of data stored (e.g., collecting location data at city level rather than at an address level) , controlling how data is stored (e.g., aggregating data across users) , and / or other methods such as differential privacy.

[0169] Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users based on aggregated non-personal information data or a bare minimum amount of personal information, such as the content being handled only on the user’s device or other non-personal information available to the content delivery services.

Claims

1.A method comprising:receiving an indication of a Layer 3 (L3) measurement configuration that includes one or more of a Layer 1 (L1) measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration;logging data in accordance with one or more of the L1 measurement logging configuration or the L1 measurement resource configuration; andgenerating a measurement report comprising the logged data based at least in part on the L1 measurement report configuration.2.The method of claim 1, wherein the L3 measurement configuration comprises one or more of a measurement object, a measurement identifier, or a report configuration,wherein the measurement object comprises the L1 measurement logging configuration and a reference signal configuration that includes the L1 measurement resource configuration, andthe report configuration comprises the L1 measurement report configuration.3.The method of claim 2, further comprising:establishing an association between the L1 measurement logging configuration and the L1 measurement report configuration based at least on the measurement identifier of the L3 measurement configuration.4.The method of claim 2, further comprising establishing an association between the L1 measurement resource configuration and the L1 measurement logging configuration based at least on a Channel State Information (CSI) resource configuration identifier.5.The method of claim 1, wherein the L3 measurement configuration comprises one or more of a measurement object, a measurement identifier, the L1 measurement logging configuration, or a report configuration list,wherein the measurement object comprises a reference signal configuration that includes the L1 measurement resource configuration, andthe report configuration list comprises the L1 measurement report configuration.6.The method of claim 5, further comprising:establishing an association between the L1 measurement logging configuration, the L1 measurement resource configuration, and the L1 measurement report configuration based at least on the measurement identifier.7.The method of claim 1, wherein the L1 measurement resource configuration comprises a list of L1 Channel State Information (CSI) resource sets, a list of L1 Synchronization Signal Block (SSB) resource sets, a cell identifier, a Bandwidth Part (BWP) identifier, and a resource type parameter.8.The method of claim 7, wherein at least one of the L1 CSI resource sets includes a list of Non-Zero Power (NZP) CSI Reference Signal (CSI-RS) resource identifiers.9.The method of claim 7, wherein at least one of the L1 SSB resource sets includes a list of SSB index values.10.The method of claim 7, wherein the resource type parameter indicates a periodic resource type, a semi-persistent resource type, or an aperiodic resource type.11.The method of claim 1, wherein the L1 measurement resource configuration comprises an L1 CSI resource configuration identifier that is associated with a logging configuration identifier of the L1 measurement logging configuration.12.The method of claim 1, wherein the L1 measurement logging configuration comprises a logging type parameter, a logging quantity parameter, and a logging configuration identifier.13.The method of claim 12, wherein the logging type parameter indicates a periodic logging type, an event-triggered logging type, or an on-demand logging type.14.The method of claim 12, wherein the logging quantity parameter indicates an L1 Reference Signal Received Power (RSRP) logging quantity, a beam identifier logging quantity, or a Channel State Information (CSI) Resource Identifier (CRI) logging quantity.15.The method of claim 1, wherein the L1 measurement logging configuration includes a periodic logging configuration that includes a periodic logging interval and a periodic logging amount.16.The method of claim 1, wherein the L1 measurement logging configuration includes a logging event identifier for event-triggered logging, the logging event identifier corresponding to a logging event configuration.17.The method of claim 1, wherein logging the data in accordance with the L1 measurement logging configuration and the L1 measurement resource configuration comprises logging the data in response to at least one event-triggered logging condition.18.An apparatus comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of any of claims 1-17.19.A baseband processor configured to perform the method of any of claims 1-17.20.A method comprising:outputting an indication of a Layer 3 (L3) measurement configuration that includes one or more of a Layer 1 (L1) measurement logging configuration, an L1 measurement resource configuration, or an L1 measurement report configuration; andreceiving a measurement report comprising logged data in accordance with the L1 measurement report configuration.

Images