User equipment-initiated beam reporting for efficient transmission configuration indicator update

Abstract

The present application relates to devices and components including apparatuses, systems, and methods for user equipment (UE) -initiated beam reporting for efficient transmission configuration indicator (TCI) state updates in wireless communication networks.

Description

USER EQUIPMENT-INITIATED BEAM REPORTING FOR EFFICIENT TRANSMISSION CONFIGURATION INDICATOR UPDATETECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to user equipment-initiated beam reporting for transmission configuration indicator (TCI) updates in said networks.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These TSs describe aspects related to signaling traffic through systems that incorporate wireless networks.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates a user equipment (UE) -initiated beam reporting (UEIBR) operation in accordance with some embodiments.

[0005] FIG. 3 illustrates a measurement report in accordance with some embodiments.

[0006] FIG. 4 illustrates another UEIBR operation in accordance with some embodiments.

[0007] FIG. 5 illustrates a signaling scenario in accordance with some embodiments.

[0008] FIG. 6 illustrates an operational flow / algorithmic structure in accordance with some embodiments.

[0009] FIG. 7 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0010] FIG. 8 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0011] FIG. 9 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0012] FIG. 10 illustrates a user equipment in accordance with some embodiments.

[0013] FIG. 11 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0014] The 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, techniques, etc. 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 or B” and “A / 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. ”

[0015] The following is a glossary of terms that may be used in this disclosure.

[0016] The term “circuitry” as used herein refers to, is part of, or includes hardware components such as 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) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality. 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.

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

[0018] 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, network interface cards, or the like.

[0019] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of 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, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

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

[0021] 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, workload units, or the like. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) . A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc. 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.

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

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

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

[0025] 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, virtualized network function, or the like.

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

[0027] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a UE 104 coupled with a base station (BS) 108 of a radio access network (RAN) 110 that provides one or more serving cells. In some embodiments, the BS 108 is a gNB that provides one or more 3GPP NR cells. The air interface over which the UE 104 and the base station 108 communicate may be compatible with 3GPP technical specifications (TSs) , such as those that define 5G NR or later system standards (e.g., Sixth Generation (6G) standards) . RAN 110 may include a number of base stations (e.g., the base stations 108 and 118) that provide services to various UEs through serving cells.

[0028] Operations described as associated or performed by a particular device (for example, UE 104 or 108) , may be performed by a processor that is incorporated into that device.

[0029] The network environment 100 may further include a core network 112 to couple the RAN 110 to an external data network 120. For example, the core network 112 may comprise a 5th Generation Core network (5GC) or later generation core network. The core network 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The core network 112 may provide functions for the UE 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, or switching functions for voice and data sessions.

[0030] In embodiments, the UE 104 supports carrier aggregation (CA) , whereby the UE 104 may connect and exchange data simultaneously over multiple component carriers (CCs) with the base station 108 and / or the base station 118. The CCs may belong to the same frequency band, in which case they are referred to as intra-band CCs. Intra-band CCs may be contiguous or non-contiguous. The CCs may also belong to different frequency bands, in which case they are referred to as inter-band CCs. A serving cell may be configured for the UE 104 to use a CC. A serving cell may be a primary cell (PCell) , a primary secondary cell (PSCell) , or a secondary cell (SCell) . Multiple SCells may be activated via an SCell activation procedure. The CCs of these serving cells may be intra-band contiguous, intra-band non-contiguous, or inter-band. The serving cells may be collocated or non-collocated.

[0031] The RAN 110 may rely on transmission configuration indicator (TCI) states to facilitate communications. The RAN 110 may provide a TCI state information element (IE) to associate one or two downlink (DL) reference signals (RSs) with a corresponding quasi-co-location (QCL) type. The DL RSs may be, for example, synchronization signal blocks (SSBs) , channel state information -reference signals (CSI-RSs) (for beam management or channel quality indicator (CQI) measurement) , or demodulation reference signals (DMRSs) . The DL RSs may be used as a QCL source so that the UE 104 can infer channel properties (for example, spatial, time, or frequency domain properties) with respect to a target signal. Different QCL types indicate different channel properties that may be inferred. For example, QCL Type A corresponds to Doppler shift, Doppler Spread, average delay, and delay spread; QCL Type B corresponds to Doppler shift and Doppler spread; QCL Type C corresponds to Doppler shift and average delay; and QCL Type D corresponds to a spatial Rx parameter.

[0032] The RAN 110 may configure the UE 104 with a pool of a relatively large number of TCI states, for example, up to 128 TCI states. Subsequently, the RAN 110 may activate a subset of the configured pool of TCI states by sending media access control (MAC) control element (CE) to indicate the activated TCI states. In some embodiments, up to eight TCI states may be activated at one time. The RAN 110 may then use downlink control information (DCI) with a TCI codepoint that indicates which TCI state of the activated TCI states is to be used for specific transmissions.

[0033] The RAN 110 and UE 104 may perform various beam management procedures to identify and maintain a set of desired beams for uplink and downlink communications. Beam management may be performed using various reference signals such as downlink reference signals (for example, SSBs or CSI-RSs) and uplink reference signals (for example, sounding reference signals (SRSs) ) .

[0034] In legacy beam management procedures, a network may configure / activate frequent periodic or semipersistent beam reporting (for example, to report the N best beams and corresponding layer 1 (L1) -reference signal received powers (RSRPs) ) or trigger frequent aperiodic beam reporting to timely acquire the best / preferred beam for data / control transmissions. However, this may result in a large overhead in terms of both uplink reporting and control signaling. Furthermore, if less frequent beam reporting is configured, the network may not be able to acquire the ‘best / preferred’ beam (s) as the beam reporting by the UE may be outdated, thus leading to performance degradation.

[0035] Given that the UE 104 has better and more timely knowledge of beam quality changes, some embodiments describe a UE-initiated beam reporting (UEIBR) procedure that can lead to more timely beam reports and reduce reporting overhead. Two modes for UEIBR may be supported, referred to as Mode A and Mode B. In Mode A, the UE 104 use a first uplink (UL) channel (e.g., a physical uplink control channel (PUCCH) ) to transmit an indication that one or more triggering events have occurred and to request a resource for a second UL channel to carry corresponding beam reports, e.g., channel state information (CSI) reports. As used herein, the first UL channel may also be referred to as a trigger indication (TI) channel and the second UL channel may be referred to CSI reporting (CR) channel. The TI channel transmission may include a single bit or multiple bits to provide the trigger indication (s)  / request, and may include any suitable format, such as a scheduling request (SR) or a new uplink control information (UCI) type. The UE 104 then detects a downlink control information (DCI) format (e.g., transmitted by the base station 108) that indicates the resource for the CR channel. The UE 104 then transmits the beam report in the CR channel. The CR channel may be, for example, a PUCCH and / or a physical uplink shared channel (PUSCH) . Accordingly, Mode A enables dynamic scheduling of the beam report by the base station.

[0036] In Mode B, the UE 104 uses a pre-configured resource for the CR channel. The CR channel of Mode B operation may include, for example, a configured grant (CG) -PUSCH. The UE 104 may use the TI channel to transmit trigger indication (s) to the base station 108 and the base station 108 will the expect beam report (s) to be transmitted using the CR channel. The UE 104 then transmits the beam report (s) using the CR channel. The UE 104 may receive configuration information to configure resources for reporting occasions in which the UE 104 may send the beam report (s) . However, the UE 104 may not send beam report (s) in a given reporting occasion unless corresponding triggering event (s) occur. Accordingly, the notification in the TI channel indicates to the base station 108 that the reporting occasion will actually be used. The base station 108 may use this information for scheduling decisions. For example, if a reporting occasion will not be used for a beam report, the base station 108 may schedule another communication with the UE 104 and / or another UE in the corresponding resource.

[0037] The UE 104 may initiate a beam report based on occurrence of one or more triggering events. For example, the UE 104 may measure multiple beams of a serving cell, including an active beam and one or more candidate beams. Different triggering events may have different event types. An event having a first event type, referred to as Event-1, may occur if a quality of a current beam is worse than a certain threshold. An event having a second event type, referred to as Event-2, may occur if a quality of at least one new beam becomes a threshold value better than a current beam. An event having a third event type, referred to as Event-7, may occur if a quality of at least one new beam becomes a threshold value better than a reference signal (RS) derived from an activated transmission configuration indicator (TCI) state with the Mth best quality. The value M may be configured by radio resource control (RRC) signaling. The beam qualities may be based on measurements such as, for example, L1-RSRP measurements.

[0038] FIG. 2 illustrates a UEIBR operation 200 in accordance with some embodiments. For the UEIBR operation 200, the UE 104 may receive a UEIBR configuration that configures one or more events across one or more serving cells. The events may include one or different event types.

[0039] When one or more of the events are triggered, the UE 104 may generate a PUCCH transmission 204 within the TI channel that is sent to indicate one or more events have been triggered. The transmission of the TI channel may include UEIBR uplink control information (UCI) that includes one or more bits to indicate whether one or more events are triggered. While shown as PUCCH transmission 204 in FIG. 2, in some embodiments the UEIBR UCI may be transmitted in a PUSCH transmission in other embodiments. After transmitting the UEIBR UCI, the UE 104 may generate a PUSCH transmission 208 within the CR channel to provide the network with at least one CSI report corresponding to the one or more triggered events.

[0040] Embodiments of the present disclosure describe a first aspect related to whether and how to provide measurement resource (s) for Event-1 events; a second aspect related to additional report content for CSI reports corresponding to Event-7 events; and a third aspect related to collision handling with respect to UEIBR.

[0041] A variety of options may be considered to determine measurement resources for Event-1 evaluation in accordance with the first aspect of the disclosure.

[0042] As described above, an Event-1 evaluation includes determining whether a quality of a current beam is worse than a certain threshold. If an Event-1 is triggered, it may indicate an undesirable situation with respect to the quality of the current beam. Thus, it may be beneficial for the network to also have some information with respect to candidate beams. Therefore, in accordance with some embodiments, measurement resources for candidate beams may also be identified and measured as follows.

[0043] In a first option, a measurement resource set may be configured for new beams as part of an Event-1 configuration. The Event-1 configuration may be a UEIBR configuration that configures the UE 104 with an Event-1 event to monitor. The measurement resource set may include identifiers for new beam –reference signals (NB-RSs) . For example, the measurement resource set may include SSB resource identifiers (SSBRIs) or CSI-RS resource identifiers (CRIs) . The measurement resource set may also be referred to herein as the NB-RS resource set.

[0044] In a second option, the NB-RS resource set may not be explicitly configured by RRC. Instead, the UE 104 may determine the NB-RS resource set implicitly based on the RSs that are configured as the QCL sources within the activated TCI states (hereinafter referred to as “QCL RSs” ) . In some embodiments, the RAN 110 may provide an RRC signal to explicitly configure the RS type for the NB RSs. For example, an RRC signal may configure the NB RSs as Type-1 NB RSs, in which case the QCL RSs of the activated TCI states are determined to be the NB RSs of the measurement resource set. In another example, the RRC signal may configure the NB RSs as Type-2 NB RSs, in which case the SSBs that are QCLed with the QCL RSs of the activated TCI states are determined to be the NB RSs of the measurement resource set. The Type-2 NB RSs may be used in the event the RAN 110 wants to configure the NB RSs with relatively wider beams associated with the SSBs.

[0045] In some embodiments, the measurement resource that is used for the current beam that serves as a basis for the Event-1 evaluation may be set with the same RS type as the NB RSs. For example, if SSBs are used for the NB RSs, an SSB that is QCLed with a QCL RS of an indicated TCI state (which is associated with the current beam) may be used for the Event-1 evaluation. Otherwise, the QCL RS of the indicated TCI state may be used for measuring the current beam.

[0046] In some embodiments, the UE 104 may only start measuring the NB-RS resource set for new beam qualities on condition that Event 1 is triggered (for example, the L1-RSRP of the current beam is worse than the threshold Q1 that is configured by an RRC signal) .

[0047] In some embodiments, upon detecting the Event-1 trigger and measuring the NB RSs, the UE 104 may generate a CSI report to include both the measurements upon which the Event-1 evaluation was based and measurements of the NB RSs.

[0048] A variety of approaches may be considered for Event-7 evaluation and associated L1-RSRP report in accordance with the second aspect of the disclosure.

[0049] In some embodiments, an Event 7 may be triggered if it is determined that a number of Event-7 instances for a new beam with the Mth best quality is greater than or equal to a number Q within an evaluation window defined in a time domain. The parameters M, Q, and length of the evaluation window, in time, may be configured by the RAN 110 using RRC signaling or maybe predefined in, for example, a 3GPP TS. In some embodiments, the UE 104 may use a counter value to track the number of Event-7 instances within an evaluation window. If the activated TCI state having the Mth best quality switches, the UE 104 may reset the counter value and restart the evaluation window.

[0050] FIG. 3 illustrates a measurement report 300 in accordance with some embodiments. The measurement report 300 may be used to report information upon detecting an Event 7 of a UEIBR procedure. In some embodiments, the measurement report 300 may also be referred to as an Event-7 report.

[0051] The measurement report 300 may include first information 304, which may be similar to information included in an Event-2 report. The first information 304 may include N identifiers of candidate RSs (for example, CRI / SSBRI #1 –CRI / SSBR #N) and corresponding L1-RSRP values (for example, L1-RSRP #1–Differential L1-RSRP #N) . As shown, only the first L1-RSRP value may use an absolute RSRP encoding, while the remaining L1-RSRP values may use differential RSRP encoding with respect to, for example, L1-RSRP #1.

[0052] The measurement report 300 may further include field 308 to indicate an L1-RSRP value corresponding to the activated TCI state with the Mth best quality. As shown, the L1-RSRP value may be indicated as a differential L1-RSRP value with respect to, for example, L1-RSRP #1.

[0053] The measurement report 300 may further include field 312 to indicate a TCI state ID of the activated TCI state with the Mth best quality.

[0054] Providing the RAN 110 with an indication of the signal that forms the basis of the Event-7 trigger, and the associated L1-RSRP, may allow the RAN 110 to better identify the candidate signals that should be considered for activation.

[0055] The measurement report 300 may further include field (s) 316 to include an RSRP values report for the other activated TCI states. This may provide the RAN 110 with more information to determine which of the activated TCI states should be considered for updating. The RSRP values report for the other activated TCI states may be provided in accordance with one or more of the following options.

[0056] In a first option, the field (s) 316 may include relative RSRP values of the activated TCI states. For example, the field (s) 316 may include <RC-1 ... R1R0>, where C is a total number of activated TCI states, which may be eight or less in some embodiments. Denoting the L1-RSRP associated with the RS of the kth activated TCI state in the order of increasing TCI-state ID as RSRPk and the L1-RSRP associated with the activated TCI state with the Mth best quality as RSRPref, the value of Rk is set to ‘1’ if RSRPk ≥ RSRPref; otherwise, the value of Rk is set to ‘0. ’ In this manner, the UE 104 may signal to the RAN 110 an indication of which activated TCI state includes L1-RSRPs above or equal to the L1-RSRP of the activated TCI state with the Mth best quality, and which activated TCI states include L1-RSRPs below the L1-RSRP of the activated TCI state with the Mth best quality. The RAN 110 may then appropriately identify the activated TCI states that should be considered for updating.

[0057] In a second option, the field (s) 316 may indicate the activated TCI states that are recommended to be updated by the reported NB-RS resources. For example, the field (s) 316 may include a C-bit bitmap, ‘bC-1, ..., b1b0, ’ where C is a total number of activated TCI states. A value of ‘1’ may be used to indicate that this activated TCI state is recommended to be updated, and a value of ‘0’ may be used to indicate that this activated TCI state is recommended to be maintained.

[0058] In a third option, the field (s) 316 may be used to report the L1-RSRP of all the other TCI states (in addition to the information of the activated TCI state with Mth best quality in fields 308 and 312) . In this case, the L1-RSRP values may be presented in order of increasing TCI state ID. It may not be necessary to provide the associated TCI state IDs as the RAN 110 may know which are activated and may also know, due to field 312, which TCI state ID is associated with the TCI state having the Mth best quality. The L1-RSRP values of the additional TCI states may be provided using an absolute RSRP encoding, with 1-decibel step sizes, or using a differential RSRP encoding with, for example, a 2-db step size.

[0059] In a fourth option, the measurement resource set configured for the NB-RS measurements in Event 7 may always include the QCL RS resources of the activated TCI-States. Assume, for example, the RAN 110 sends an RRC signal to configure the UE 104 to report L NB-RS resources in a UEIBR report for Event-7. The UE 104 may first select ‘U’ NB-RS resources that are not associated with the activated TCI states and may select ‘L -U’ RS resources that are associated with the activated TCI States. The UE 104 may then include, within the measurement report, the measurements (for example, L1-RSRP values) and NB-RS resource identifiers (as needed) associated with all of the L NB-RS resources. The RAN 110, upon receiving this content in the measurement report 300, may be able to decide which activated TCI-states are to be updated.

[0060] In some embodiments, the measurement report may further include field 320 to provide a validation indicator for the reported NB-RS. This may be used to provide an indication of which of the configured NB RSs satisfies the Event-7 condition, for example, has a quality that is a threshold value better than the RS derived from the activated TCI state with the Mth best quality. The field 320 may include a bitmap, for example, ‘b1b2 ... bN, ’ that indicates whether a CRI / SSBRI of associated NB-RS resources satisfies the Event-7 condition, where bit ‘bi’ is associated with the CRI or SSBRI ‘i, ’ where 1 ≤ i ≤ N. A bit value ‘0’ may mean the reported CRI / SSBRI does not meet the condition of Event-7 and a bit value ‘1’ may mean that the reported CRI / SSBRI does meet the Event-7 condition and a valid report.

[0061] FIG. 4 illustrates a UEIBR operation 400 in accordance with some embodiments. The UEIBR operation 400 illustrates reporting of other activated TCI states for updating purposes based on the following assumptions. The UE 104 is operating with four activated TCI states, TCI states #0, #1, #2, and #3, and is configured with a resource set configuration 404 that configures a measurement resource set with CSI-RSs #4, #5, #6, and #7.The UE 104 may be configured with a number of report RS resources for UEIBR set to three.

[0062] The UE 104 may measure the RSs derived from the TCI states (referred to as RSTCIstates) and the CSI-RSs to obtain the RSRP measurements shown in graph 408. If M is configured as two, RSTCI state#1 may be associated with the second best quality of the RSTCIstates. Thus, a configurable threshold (Thresh) may be added to the RSTCI state#1 measurement to determine the Event-7 threshold (E7 Thresh) . Given that at least one NB RS is greater than the E7 Thresh (two shown) , an Event-7 may be triggered.

[0063] The UE 104 may then generate a measurement report 412. The measurement report 412 may include, at 416, identifiers and L1-RSRP values corresponding to the three CSI RSs having the highest L1-RSRPs, e.g., CSI-RS #5 (corresponding to CRI value 0) , CSI-RS #4 (corresponding to CRI value 1) , and CSI-RS #6 (corresponding to CRI value 2) .

[0064] The measurement report 412 may also include field 424 to indicate the different L1-RSRP for TCI-state #1 (due to RSTCI state#1 being associated with the second best quality of the RSTCIstates) . Field 428 may include the identifier of TCI state #1.

[0065] The measurement report 412 may also include field (s) 432 to provide RSRP values report for other activated TCI states.

[0066] If the first option for RSRP values report is used, the field (s) 432 may be a bitmap field to indicate relative L1-RSRP values of the activated TCI states <Ri-1 ... R1R0> . Thus, the bitmap field in field (s) 432 may be set to ‘1010’ to indicate RSTCI state #1 and RSTCIstate#3 have RSRP values equal to or greater than RSTCIstate#1, and RSTCI state #0 and RSTCIstate#2 have RSRP values less than RSTCIstate#1. In some embodiments, the bitmap of field (s) 432 may indicate relative L1-RSRP values of the other activated TCI states (for example, the TCI states other than the one for which information is provided in fields 424 and 428) Thus, in these embodiments, the bitmap field in field (s) 432 may be set to ‘100’ to indicate RSTCIstate#3 has an RSRP value equal to or greater than RSTCIstate#1, and RSTCI state #0 and RSTCIstate#2 have RSRP values less than RSTCIstate#1. Based on the report content from either of these embodiments, the RAN 110 is able to update the activated TCI states from {TCI States 0, 1, 2, 3, and 4} to {TCI states 1, 3, and TCI states using CSI-RSs #4 and #5 as QCL source RS} .

[0067] If the second option for RSRP values report is used, the field (s) 432 may provide an indication of the TCI states that are requested to be updated. For example, the bitmap field in field (s) 432 may be set to ‘0101’ to request that the RAN 110 updates TCI states #0 and #2.

[0068] If the third option for RSRP values report is used, the field (s) 432 may be used to report the L1-RSRP values associated with TCI states #0, #2, and #3.

[0069] The measurement report 412 may also include field 436 to provide a validation indicator for reported NB RSs. The validation indicator may be bitmap set to ‘110’ to indicate that both CSI-RS #4 and CSI-RS #5 satisfy the Event-7 condition, but CSI-RS #6 does not satisfy the Event-7 condition.

[0070] Various approaches may be considered for transmitting UEIBR UCI when it is overlapped with other uplink channels in a time domain in accordance with the third aspect of this disclosure.

[0071] FIG. 5 illustrates a signaling scenario 500 in accordance with some embodiments of the disclosure. The signaling scenario 500 may include the UE 104 performing UEIBR CSI measurements at 502 to determine one or more events are triggered, which prompts UEIBR UCI to be transmitted in a TI channel 504 (for example, a PUCCH channel) . In this embodiment, the TI channel 504 is overlapped in a time domain with another UL channel 508.

[0072] In some embodiments, a general rule may be applied that provides that when the UL channel 508 does not contain SR or HARQ ACK, the same UCI multiplexing rule defined for SR or HARQ ACK case in 3GPP TS 38.213 v18.5.0 (2025-01-10) may be reused for handling UEIBR UCI. In this instance, the UEIBR UCI may be treated the same as SR or HARQ ACK.

[0073] In some embodiments additional / alternative rules may be added to handle specific overlapping scenarios.

[0074] In a first case, the UL channel 508 may be a PUSCH transmission that includes HARQ ACK. One or more of the following options may be used for this overlapping case.

[0075] In a first option, the UEIBR UCI may be multiplexed in the PUSCH resource together with the HARQ ACK bits. This may be done according to one or more the following sub-options.

[0076] In a first sub-option, in order to avoid blind detection by the RAN 110, the UEIBR UCI payload may be a fixed size depending on the CSI report configurations. The fixed-size, UEIBR-UCI payload may be included in the PUSCH resource regardless of whether an associated event is triggered or not. If an associated event is not triggered, the fixed-size, UEIBR-UCI payload may be set to all zeros. With this sub-option, resource elements (REs) that include the payload of the UL channel 508 (excluding the UEIBR UCI) may be rate matched around the REs that include the UEIBR UCI.

[0077] In a second sub-option, the UEIBR UCI payload and symbols may puncture the PUSCH resources. This sub-option may not influence rate matching at the RAN 110 and, therefore, the UEIBR UCI does not need to always be transmitted. Thus, the UEIBR UCI may only be transmitted when an associated event is triggered.

[0078] In a second option for addressing overlapping cases between UEIBR UCI and a PUSCH transmission that includes HARQ ACK, the TI channel is skipped regardless of whether event triggering has occurred. If the event is triggered, the UEIBR CSI report associated with the TI channel may be multiplexed on the overlapped PUSCH transmission. A beta offset value (β) may be determined in order to determine the number of resources (for example, REs) used to multiplex UEIBR CSI reports for the PUSCH transmission. In some embodiments, the UE 104 may reuse the beta offset value (β) configured for HARQ ACK (BetaOffsetACK) for the UEIBR CSI report. This may provide the UEIBR CSI report with the same reliability as the HARQ-ACK bits. In other embodiments, the RAN 110 may provide, using RRC signaling for example, a separate beta offset value (BetaOffsetUEIBRCSI) that is to be applied to the UEIBR CSI report.

[0079] In a third option for addressing overlapping cases between UEIBR UCI and a PUSCH transmission that includes HARQ ACK, the UE 104 may simply drop the PUSCH transmission without actually transmitting it to the RAN 110. In this case, the UEIBR UCI may be transmitted using the TI channel.

[0080] In a fourth option for addressing overlapping cases between UEIBR UCI and a PUSCH transmission that includes HARQ ACK, the UE 104 may first determine whether the PUSCH transmission includes UL-shared channel (SCH) data. If the PUSCH transmission includes UL-SCH data, then the UE 104 may drop the UEIBR UCI of the TI channel 504 and transmit the PUSCH transmission. If the PUSCH transmission does not include UL-SCH data, the PUSCH transmission may be dropped and the UEIBR UCI may be transmitted using the TI channel 504.

[0081] In a second case of the signaling scenario 500, the UL channel 508 may be a PUCCH that conveys HARQ ACK, SR, or a link recovery request (LRR) . In this case, the priority order may be determined in accordance with one or more the following options. In a first option, the HARQ ACK may have the relatively highest priority followed, in order, by the LRR, SR, and UEIBR UCI. This option may be based on an assumption that the SR may be needed to gain access to uplink resources for important uplink transmissions and should be provided priority over the beam-related events communicated by the UEIBR UCI. In a second option, the HARQ ACK may have the relatively highest priority followed, in order, by the LRR, UEIBR UCI, and SR. This option may be based on an assumption that the SR is to be used for general uplink data that is to be sent, while the UEIBR UCI may increase efficiency in the communications by providing the RAN 110 with information about specific beam-related events.

[0082] In some embodiments, the UE 104 may select a PUCCH resource that may be used for all the UCI of the UL channel 508 and the TI channel 504 using one or more of the following options. In a first option, the UE 104 may determine the PUCCH resource based on a PUCCH resource indicator field in a last DCI that is associated with the HARQ-ACK bits. In a second option, the UE 104 may select a PUCCH resource from a plurality of available PUCCH resources. The selected PUCCH resource may be the one that includes the least amount of PRB that can still convey all the UCI bits on the overlapped PUCCH. In the event that none of the available PUCCH resources have a capacity sufficient to transmit all the UCI bits, the UCIs with lower priority or dropped.

[0083] In a third case of the signaling scenario 500, the UL channel 508 may be another TI channel. Thus, in this case, the overlapping may occur between multiple 1-bit first PUCCH resources corresponding to different CSI configurations for UEIBR. Which of the first PUCCH resources are to be transmitted and which are to be dropped may be determined according to one or more of the following options.

[0084] In a first option, the UE 104 may transmit the first PUCCH resource that is associated with the lowest CSI report configuration ID.

[0085] In a second option, the UE 104 may transmit the first PUCCH resource that is associated with a predefined event, for example, Event-2. When multiple events are triggered for a given event ID, the first PUCCH resource associated with the CSI report with lower ID or smaller serving cell ID may be transmitted.

[0086] In a third option, the RAN 110 may use an RRC signal to provide a priority order for each overlapped first PUCCH resource.

[0087] In a fourth option, the priority order for the different first PUCCH resources may be provided in the CSI report configurations associated with the first PUCCH resources.

[0088] In some embodiments, prioritization may also be considered for the CR channel. For example, in some instances, the PUSCH resources of a CR channel may not be able to accommodate all the CSI reports that are to be sent. In these cases, a priority order for the CSI reports may be established. For example, UEIBR CSI reports may be prioritized over network-triggered CSI reports. This prioritization structure may be based on the assumption that the UE 104 has better knowledge of the beam qualities as compared to the RAN 110. Thus, it may be desirable to provide the CSI reports from the UEIBR first.

[0089] FIG. 6 is an operational flow / algorithmic structure 600 in accordance with some embodiments. The operational flow / algorithmic structure 600 may be implemented by a UE such as, for example, UE 104, UE 1000 (shown in FIG. 10 and discussed further below) , or components thereof; for example, a baseband processor 1004A.

[0090] The operational flow / algorithmic structure 600 may include, at 604, receiving an event configuration. The event configuration may be received from a network. In some embodiments, it may be part of a larger UEIBR configuration that configures a plurality of events across one or more serving cells. In some embodiments, the event configuration may configure an Event-1 that is triggered when a quality of a current beam is worse than a predetermined threshold.

[0091] The operational flow / algorithmic structure 600 may further include, at 608, determining an RS type of a first measurement resource corresponding to a candidate beam. The RS type may be an SSB type or CSI-RS type. The first measurement resource may be part of a measurement resource set that includes measurement resources corresponding to candidate beams. In some embodiments, the measurement resource set may be explicitly configured by the network. In other embodiments, the UE / processor may determine the measurement resource set based on QCL source RS resources of a plurality of activated TCI states. For example, the measurement resource set may include the QCL source RS resources of the activated TCI states, or may include SSBs that are QCLed with the QCL source RS resources of the activated TCI states.

[0092] The operational flow / algorithmic structure 600 may further include, at 612, selecting a second measurement resource of the RS type determined at 608. The second measurement resource may correspond to the current beam.

[0093] The operational flow / algorithmic structure 600 may further include, at 616, measuring the second measurement resource to determine whether the first event is triggered. If the first event is triggered, the UE / processor may generate UEIBR UCI to be transmitted using a TI channel to indicate the first event is triggered.

[0094] In some embodiments, after the first event is triggered, the UE / processor may measure the first measurement resource (and, potentially, other resources of the measurement resource set) . The UE / processor may then generate a CSI report to include results of measuring the first and second measurement resources. The UE / processor may output the CSI report for transmission to the network using a CR channel.

[0095] FIG. 7 is an operational flow / algorithmic structure 700 in accordance with some embodiments. The operational flow / algorithmic structure 700 may be implemented by a UE such as, for example, UE 104, UE 1000 (shown in FIG. 11 and discussed further below) , or components thereof; for example, a baseband processor 1004A.

[0096] The operational flow / algorithmic structure 700 may include, at 704, receiving an event configuration to configure a first event to be monitored as part of the UEIBR operation. The first event may have a trigger condition that is based on a first quality of a candidate RS becoming a predetermined threshold better than a second quality of an RS derived from an activated TCI state of a plurality of activated TCI states. The second quality may be the Mth best quality of a plurality of RS is respectively derived from the plurality of activated TCI states. The parameter M may be an integer configured by RRC signaling.

[0097] The operational flow / algorithmic structure 700 may further include, at 708, determining the first event is triggered. In some embodiments, to determine the first event is triggered, the UE / processor may detect, within an evaluation window, a number of instances of the first quality of the candidate RS becoming the predetermined threshold better than the second quality of the RS derived from the activated TCI state. When the number becomes greater than, or equal to, the predetermined threshold number, the UE / processor may determine the first event is triggered.

[0098] The operational flow / algorithmic structure 700 may further include, at 712, generating a CSI report that includes an indication of the measurement result associated with the first quality and information associated with the activated TCI state.

[0099] In some embodiments, the information associated with the activated TCI state may include an indication of an RSRP value associated with the RS derived from the activated TCI state. In some embodiments, the CSI report may also include information associated with additional activated TCI states. In various embodiments, the additional information may indicate: whether RSRP values associated with the additional activated TCI states are greater than or equal to a reference RSRP value associated with the activated TCI state used in determining the first event is triggered; RSRP values associated with the additional activated TCI states; or whether the additional activated TCI states are recommended to be updated based on NB-RS resources.

[0100] FIG. 8 is an operational flow / algorithmic structure 800 in accordance with some embodiments. The operational flow / algorithmic structure 800 may be implemented by a base station such as, for example, base station 108, network device 1100 (shown in FIG. 11 and discussed further below) , or components thereof; for example, a baseband processor 1104A.

[0101] The operational flow / algorithmic structure 800 may include, at 804, generating an event configuration to be transmitted to a UE to configure a first event to be monitored as part of the UEIBR operation. The first event may have a trigger condition that is based on a first quality of a candidate RS becoming a predetermined threshold better than a second quality of an RS derived from an activated TCI state of a plurality of activated TCI states. The second quality may be the Mth best quality of a plurality of RS is respectively derived from the plurality of activated TCI states. The parameter M may be an integer configured by RRC signaling.

[0102] The operational flow / algorithmic structure 800 may further include, at 808, receiving a CSI report that includes an indication of a measurement result associated with the first quality and information associated with the activated TCI state.

[0103] The operational flow / algorithmic structure 800 may further include, at 812, updating the activated TCI states. For example, the processor / base station may determine that one or TCI states are to be updated based on NB-RS resources that were measured by the UE. The processor / base station may rely on the information in the CSI report, including the information associated with the activated TCI state, to determine which TCI states should be deactivated and which configured TCI states should be activated (based on the measured NB-RS resources) . The processor / base station may generate and transmit a MAC CE to the UE to update the plurality of activated TCI states.

[0104] FIG. 9 is an operational flow / algorithmic structure 900 in accordance with some embodiments. The operational flow / algorithmic structure 900 may be implemented by a UE such as, for example, UE 104, UE 1000 (shown in FIG. 10 and discussed further below) , or components thereof; for example, a baseband processor 1004A.

[0105] The operational flow / algorithmic structure 900 may include, at 904, receiving an event configuration. The event configuration may configure a first event to be monitored as part of a UEIBR operation.

[0106] The operational flow / algorithmic structure 900 may further include, at 908, determining a first UL channel transmission overlaps, in time, with a second UL channel transmission designated for transmission of UEIBR UCI to provide an indication, to the network, of whether the first event is triggered.

[0107] The operational flow / algorithmic structure 900 may further include, at 912, outputting, for transmission to the network based on a predefined rule, a first transmission. The first transmission may include the first UL channel transmission, the UEIBR UCI, or both the first UL channel transmission and the UEIBR UCI.

[0108] In some embodiments, the predefined rule may be based on the nature and content of the first UL channel transmission. For example, if the first UL channel transmission does not include an SR or HARQ ACK, the predefined rule may be a UCI multiplexing rule in which the UEIBR UCI has a priority value equal to an SR or HARQ ACK priority value.

[0109] If the first UL channel transmission is a PUSCH transmission that includes HARQ-ACK bits, the UE / processor may output the first transmission by multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH transmission. In this case, the first transmission includes the PUSCH transmission. In some instances, the UEIBR UCI may have a fixed payload size that is independent of whether the first event is triggered. In some embodiments, multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH transmission includes rate matching first REs of the PUSCH transmission around second REs that include the UEIBR UCI. In other embodiments, multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH includes puncturing resources of the PUSCH transmission with payload and symbols of the UEIBR UCI.

[0110] If the first UL channel transmission is a PUSCH transmission that includes HARQ-ACK bits, the UE / processor may drop the UEIBR UCI without transmission, in which case the first transmission includes the PUSCH transmission. In some embodiments, the UE / processor may generate a CSI report associated with the UEIBR UCI and multiplex the CSI report with the HARQ-ACK bits in the PUSCH transmission. The number of REs for the CSI report may be based on a beta offset value that is configured for HARQ-ACK transmissions or a beta offset value that is specifically configured for UEIBR CSI reports

[0111] In some instances, the first UL channel transmission is a PUSCH transmission that includes HARQ-ACK bits and the PUSCH transmission is dropped without transmission to the network. In this case, the first transmission would include the UEIBR UCI.

[0112] In some instances, the first UL channel transmission is a PUSCH transmission that includes HARQ-ACK bits, but does not include UL-SCH data, and the PUSCH transmission is dropped without transmission to the network. In this case, the first transmission would include the UEIBR UCI.

[0113] In some instances, the first UL channel transmission is a PUSCH transmission that includes HARQ-ACK bits and UL-SCH data, and the UEIBR UCI is dropped without transmission to the network. In this case, the first transmission would include the PUSCH transmission.

[0114] In some embodiments, the UL channel transmission is a PUCCH transmission with HARQ-ACK, SR, or LRR, and the predefined rule comprises a priority order of message types, wherein the priority order includes: HARQ-ACK messages having priority over LRR messages, LRR messages having priority over SR messages, and SR messages having priority over UEIBR UCI messages. In another embodiment, the priority order includes: HARQ-ACK messages having priority over LRR messages, LRR messages having priority over UEIBR UCI messages; and UEIBR UCI messages having priority over SR messages.

[0115] In some embodiments, the UL channel transmission is a PUCCH transmission with HARQ-ACK bits and the UE / processor selects a PUCCH resource for the UEIBR UCI based on a PUCCH resource indicator field in DCI that is associated with HARQ-ACK bits.

[0116] In some embodiments, the UL channel transmission is a PUCCH transmission with HARQ-ACK, SR, or LRR, and UE / processor selects, from a plurality of PUCCH resources, a PUCCH resource that includes a smallest number of PRBs of all the plurality of PUCCH resources that can convey the UEIBR UCI.

[0117] In some embodiments, the UEIBR UCI is first UEIBR UCI associated with a first CSI report configuration, and the UL channel transmission includes a second UEIBR UCI associated with a second CSI report configuration. The UE / processor may then select, for the first transmission, whichever of the first UEIBR UCI or the second UEIBR UCI is associated with a lowest CSI report configuration identifier.

[0118] In some embodiments, the first UEIBR UCI is associated with a first event type, the second UEIBR UCI is associated with a second event type, and the UE / processor selects, for the first transmission, the first UEIBR UCI or the second UEIBR UCI based on a relative priority between the first event type and the second event type.

[0119] In some embodiments, the first UEIBR UCI is associated with a first PUCCH resource, the second UEIBR UCI is associated with a second PUCCH resource, and the UE / processor receives an RRC signal that indicates a relative priority between the first PUCCH resource and the second PUCCH resource, and selects, for the first transmission, the first UEIBR UCI or the second UEIBR UCI based on the relative priority.

[0120] In some embodiments, priority values may be associated with the different CSI report configurations. Then the UE / processor may select, for the first transmission, the first UEIBR UCI or the second UEIBR UCI based on a relative priority between the different priority values.

[0121] FIG. 10 illustrates a UE 1000 in accordance with some embodiments. The UE 1000 may be similar to and substantially interchangeable with UE 104.

[0122] The UE 1000 may be any mobile or non-mobile computing device, such as, for example, 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, or actuators) , video surveillance / monitoring devices (for example, cameras or video cameras) , wearable devices (for example, a smart watch) , or Internet-of-things devices.

[0123] The UE 1000 may include processors 1004, RF interface circuitry 1008, memory / storage 1012, user interface 1016, sensors 1020, driver circuitry 1022, power management integrated circuit (PMIC) 1024, antenna 1026, and battery 1028. The components of the UE 1000 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. 10 is intended to show a high-level view of some of the components of the UE 1000. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0124] The components of the UE 1000 may be coupled with various other components over one or more interconnects 1032, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0125] The processors 1004 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1004A, central processor unit circuitry (CPU) 1004B, and graphics processor unit circuitry (GPU) 1004C. The processors 1004 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 1012 to cause the UE 1000 to perform UEIBR operations as described herein. The processors 1004 may also include interface circuitry 1004D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the UE 1000.

[0126] In some embodiments, the baseband processor circuitry 1004A may access a communication protocol stack 1036 in the memory / storage 1012 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1004A may access the communication protocol stack 1036 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 NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1008.

[0127] The baseband processor circuitry 1004A 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.

[0128] The memory / storage 1012 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1036) that may be executed by one or more of the processors 1004 to cause the UE 1000 to perform various delay-adaptive operations described herein.

[0129] The memory / storage 1012 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1000. In some embodiments, some of the memory / storage 1012 may be located on the processors 1004 themselves (for example, memory / storage 1012 may be part of a chipset that corresponds to the baseband processor circuitry 1004A) , while other memory / storage 1012 is external to the processors 1004 but accessible thereto via a memory interface. The memory / storage 1012 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.

[0130] The RF interface circuitry 1008 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1000 to communicate with other devices over a radio access network. The RF interface circuitry 1008 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry.

[0131] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 1026 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 1004.

[0132] 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 1026.

[0133] In various embodiments, the RF interface circuitry 1008 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0134] The antenna 1026 may include antenna elements to 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 1026 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1026 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 1026 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0135] The user interface 1016 includes various input / output (I / O) devices designed to enable user interaction with the UE 1000. The user interface 1016 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, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1000.

[0136] The sensors 1020 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include 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; and microphones or other like audio capture devices.

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

[0138] The PMIC 1024 may manage power provided to various components of the UE 1000. In particular, with respect to the processors 1004, the PMIC 1024 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0139] A battery 1028 may power the UE 1000, although in some examples the UE 1000 may be deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1028 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 1028 may be a typical lead-acid automotive battery.

[0140] FIG. 11 illustrates a network device 1100 in accordance with some embodiments. The network device 1100 may be similar to and substantially interchangeable with base station 108 or a device of the core network 112 or external data network 120.

[0141] The network device 1100 may include processors 1104, RF interface circuitry 1108 (if implemented as a base station) , core network (CN) interface circuitry 1114, memory / storage circuitry 1112, and antenna structure 1126.

[0142] The components of the network device 1100 may be coupled with various other components over one or more interconnects 1128.

[0143] The processors 1104, RF interface circuitry 1108, memory / storage circuitry 1112 (including communication protocol stack 1110) , antenna structure 1126, and interconnects 1128 may be similar to like-named elements shown and described with respect to FIG. 21.

[0144] The processors 1104 may include processor circuitry such as, for example, 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 circuitry 1112 to cause the network device 1100 to perform UEIBR operations and TCI state management operations described herein. The processors 1104 may also include interface circuitry 1104D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the network device 1100.

[0145] The CN interface circuitry 1114 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 network device 1100 via a fiber optic or wireless backhaul. The CN interface circuitry 1114 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 1114 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

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

[0147] 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.Examples

[0148] In the following sections, further exemplary embodiments are provided.

[0149] Example 1 includes a method comprising: receiving, from a network, an event configuration to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation, wherein the first event is triggered when a quality of a current beam is worse than a predetermined threshold; determining a reference signal (RS) type of a first measurement resource corresponding to a candidate beam;  selecting a second measurement resource of the RS type, wherein the second measurement  resource corresponds to the current beam; and measuring the second measurement resource to determine whether the first event is triggered.

[0150] Example 2 includes the method of example 1 or any other example herein, wherein the RS type is a synchronization signal block (SSB) type or channel state information –reference signal (CSI-RS) type and the method further comprises: determining, based the event configuration, a measurement resource set that includes a plurality of measurement resources for candidate beams, wherein the plurality of measurement resources includes the first measurement resource.

[0151] Example 3 includes the method of example 1 or any other example herein, further comprising: identifying a measurement resource set based on quasi-co-location (QCL) source RS resources of a plurality of activated transmission configuration indicator (TCI) states.

[0152] Example 4 includes the method of example 3 or any other example herein, further comprising: wherein identifying the measurement resource set includes determining that the measurement resource set includes the QCL source RS resources of the plurality of activated TCI states.

[0153] Example 5 includes the method of example 3 or any other example herein, further comprising: wherein identifying the measurement resource set includes determining the measurement resource set includes synchronization signal blocks (SSBs) that are QCLed with the QCL source RS resources of the plurality of activated TCI states.

[0154] Example 6 includes the method of example 1 or any other example herein, further comprising: determining, based on measuring the second measurement resource, the first event is triggered; and measuring the first measurement resource based on said determining the first event is triggered.

[0155] Example 7 includes the method of example 6 or any other example herein, further comprising: generating a channel state information (CSI) report to include results of said measuring the first measurement resource and measuring the second measurement resource; and outputting the CSI report for transmission to the network.

[0156] Example 8 includes a method comprising: receiving, from a network, an event configuration to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation, wherein the first event has a trigger condition that is based on a first quality of a candidate reference signal (RS) becoming a predetermined threshold better than a second quality of an RS derived from an activated transmission configuration indicator (TCI) state of a plurality of activated TCI states, wherein the second quality is an Mth best quality of a plurality of RSs respectively derived from the plurality of activated TCI states, wherein M is an integer; determining the first event is triggered; and generating a channel state information (CSI) report that includes an indication of a measurement result associated with the first quality and information associated with the activated TCI state.

[0157] Example 9 includes the method of example 8 or any other example herein, further comprising: detecting, within an evaluation window, a number of instances of the first quality of the candidate RS becoming the predetermined threshold better than the second quality of the RS derived from the activated TCI state; determining the number is greater than or equal to a predetermined threshold number; and determining the first event is triggered based on said determining the number is greater than or equal to the predetermined threshold number.

[0158] Example 10 includes the method of example 9 or any other example herein, further comprising: receiving, via a radio resource control (RRC) signal, an indication of a length of the evaluation window.

[0159] Example 11 includes the method of example 8 or any other example herein, wherein the information associated with the activated TCI state includes an indication of a reference signal receive power (RSRP) value associated with the RS derived from the activated TCI state.

[0160] Example 12 includes the method of example 11 or any other example herein, wherein the activated TCI state is a first activated TCI state and the CSI report further includes: information associated with one or more activated TCI states of the plurality of activated TCI states, wherein the one or more activated TCI states do not include the first activated TCI state.

[0161] Example 13 includes the method of example 12 or any other example herein, wherein the RSRP value is a first RSRP value, and the information associated with the one or more activated TCI states indicates whether individual RSRP values associated with individual activated TCI states of the one or more activated TCI states are greater than or equal to the first RSRP value.

[0162] Example 14 includes the method of example 12 or any other example herein, wherein the information associated with the one or more activated TCI states indicates whether individual activated TCI states of the one or more activated TCI states are recommended to be updated based on reported new beam (NB) -reference signal (RS) resources.

[0163] Example 15 includes the method of example 12 or any other example herein, wherein the information associated with the one or more activated TCI states indicates RSRP values associated with RSs derived from the one or activated TCI states.

[0164] Example 16 includes the method of example 8 or any other example herein, wherein the information associated with the activated TCI state includes a TCI-state identifier of the activated TCI state.

[0165] Example 17 includes the method of example 8 or any other example herein, wherein the CSI report further includes: a validation indicator for reported new beam (NB) -reference signal (RS) resources.

[0166] Example 18 includes the method of example 17 or any other example herein, wherein the validation indicator includes a plurality of bits that respectively indicate whether a plurality of NB-RS resources have qualities that are the predetermined threshold better than the second quality of the RS derived from the activated TCI state.

[0167] Example 19 includes the method of example 18 or any other example herein, wherein the plurality of NB-RS resources are associated with a respective plurality of channel state information-reference signal resource identifiers (CRI) or synchronization signal block resource identifiers (SSRIs) .

[0168] Example 20 includes the method of example 8 or any other example herein, wherein the event configuration configures a measurement resource set that includes a first set of resources associated with the plurality of activated TCI states and a second set of resources that are not associated with the plurality of activated TCI states, wherein the CSI report includes indications of measurement results associated with both the first set of resources and the second set of resources.

[0169] Example 21 includes a method comprising: generating an event configuration to be transmitted to a user equipment (UE) to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation, wherein the first event has a trigger condition that is based on a first quality of a candidate reference signal (RS) becoming a predetermined threshold better than a second quality of an RS derived from an activated transmission configuration indicator (TCI) state of a plurality of activated TCI states, wherein the second quality is an Mth best quality of a plurality of RSs respectively derived from the plurality of activated TCI states, wherein M is an integer; receiving a channel state information (CSI) report that includes an indication of a measurement result associated with the first quality and information associated with the activated TCI state; and updating the plurality of activated TCI states.

[0170] Example 22 includes the method of example 21 or any other example herein, further comprising: generating, for transmission to the UE, one or more radio resource control (RRC) signals to configure the UE with: a length of an evaluation window in which the UE is to detect for instances of the first quality of the candidate RS becoming the predetermined threshold better than the second quality of the RS derived from the activated TCI state; and a threshold number of the instances detected within the evaluation window that results in the first event being triggered.

[0171] Example 23 includes a method comprising: receiving, from a network, an event configuration to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation; determining a first uplink (UL) channel transmission overlaps, in time, with a second UL channel transmission designated for transmission of UEIBR uplink control information (UCI) to provide an indication, to the network, of whether the first event is triggered; outputting, for transmission to the network based on a predefined rule, a first transmission, wherein the first transmission includes the first UL channel transmission, the UEIBR UCI, or both the first UL channel transmission and the UEIBR UCI.

[0172] Example 24 includes the method of example 23 or any other example herein, wherein the first UL channel transmission does not include a scheduling request (SR) or a hybrid automatic repeat request (HARQ) -acknowledgment (ACK) and the predefined rule is a UCI multiplexing rule in which the UEIBR UCI has a priority value equal to an SR or HARQ-ACK priority value.

[0173] Example 25 includes the method of example 23 or any other example herein, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and said outputting the first transmission comprises: multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH transmission, wherein the first transmission includes the PUSCH transmission.

[0174] Example 26 includes the method of example 25 or any other example herein, wherein the UEIBR UCI has a fixed payload size that is independent of whether the first event is triggered.

[0175] Example 27 includes the method of example 25 or any other example herein, wherein multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH transmission includes: rate matching first resource elements (REs) of the PUSCH transmission around second REs that include the UEIBR UCI.

[0176] Example 28 includes the method of example 25 or any other example herein, wherein multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH includes: puncturing resources of the PUSCH transmission with payload and symbols of the UEIBR UCI.

[0177] Example 29 includes the method of example 23 or any other example herein, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method further comprises: dropping the UEIBR UCI without transmission, wherein the first transmission includes the PUSCH transmission.

[0178] Example 30 includes the method of example 29 or any other example herein, further comprising: generating a channel state information (CSI) report associated with the UEIBR UCI; and multiplexing the CSI report with the HARQ-ACK bits in the PUSCH transmission.

[0179] Example 31 includes the method of example 30 or any other example herein, further comprising: identifying a beta offset value, wherein the beta offset value is configured for HARQ-ACK transmissions or is configured for UEIBR CSI reports; and determining a number of resource elements for the CSI report in the PUSCH transmission based on the beta offset value.

[0180] Example 32 includes the method of example 23 or any other example herein, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method further comprises: dropping the PUSCH transmission without transmission to the network, wherein the first transmission includes the UEIBR UCI.

[0181] Example 33 includes the method of example 32 or any other example herein, further comprising: determining the PUSCH transmission does not include uplink shared channel (UL-SCH) data; and dropping the PUSCH transmission without transmission to the network based on said determining the PUSCH transmission does not include UL-SCH data.

[0182] Example 34 includes the method of example 23 or any other example herein, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method further comprises: determining the PUSCH transmission includes uplink shared channel (UL-SCH) data; and dropping the UEIBR UCI without transmission to the network based on said determining the PUSCH transmission includes UL-SCH data, wherein the first transmission includes the PUSCH transmission.

[0183] Example 35 includes the method of example 23 or any other example herein, wherein the UL channel transmission is a physical uplink control channel (PUCCH) transmission with hybrid automatic repeat request-acknowledgment (HARQ-ACK) , scheduling request (SR) , or link recovery request (LRR) , and the predefined rule comprises a priority order of message types, wherein the priority order includes: HARQ-ACK messages having priority over LRR messages, LRR messages having priority over SR messages, and SR messages having priority over UEIBR UCI messages; or HARQ-ACK messages having priority over LRR messages, LRR messages having priority over UEIBR UCI messages; and UEIBR UCI messages having priority over SR messages.

[0184] Example 36 includes the method of example 23 or any other example herein, wherein the UL channel transmission is a physical uplink control channel (PUCCH) transmission with hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method comprises: selecting a PUCCH resource for the UEIBR UCI and the HARQ-ACK bits based on a PUCCH resource indicator field in downlink control information (DCI) that is associated with the HARQ-ACK bits.

[0185] Example 37 includes the method of example 23 or any other example herein, wherein the UL channel transmission is a physical uplink control channel (PUCCH) transmission with first UCI that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) , scheduling request (SR) , or link recovery request (LRR) , and the method comprises: selecting, from a plurality of PUCCH resources, a PUCCH resource that includes a smallest number of physical resources blocks (PRBs) of all the plurality of PUCCH resources that can convey the UEIBR UCI and the first UCI.

[0186] Example 38 includes the method of example 23 or any other example herein, wherein the UEIBR UCI is first UEIBR UCI associated with a first CSI report configuration, and the UL channel transmission includes a second UEIBR UCI associated with a second CSI report configuration.

[0187] Example 39 includes the method of example 38 or any other example herein, further comprising: selecting, for the first transmission, whichever of the first UEIBR UCI or the second UEIBR UCI is associated with a lowest CSI report configuration identifier.

[0188] Example 40 includes the method of example 38 or any other example herein, wherein the first UEIBR UCI is associated with a first event type, the second UEIBR UCI is associated with a second event type, and the method further comprises: selecting, for the first transmission, the first UEIBR UCI or the second UEIBR UCI based on a relative priority between the first event type and the second event type.

[0189] Example 41 includes the method of example 38 or any other example herein, the first UEIBR UCI is associated with a first PUCCH resource, the second UEIBR UCI is associated with a second PUCCH resource, and the method further comprises: receiving a radio resource control (RRC) signal that indicates a relative priority between the first PUCCH resource and the second PUCCH resource; and selecting, for the first transmission, first UEIBR UCI or the second UEIBR UCI based on the relative priority.

[0190] Example 42 includes the method of example 38 or any other example herein, further comprising: determining a first priority value associated with the first CSI report configuration; and determining a second priority value associated with the second CSI report configuration, selecting, for the first transmission, the first UEIBR UCI or the second UEIBR UCI based on a relative priority between the first priority value and the second priority value.

[0191] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1–42, or any other method or process described herein.

[0192] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, 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–42, or any other method or process described herein.

[0193] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1–42, or any other method or process described herein.

[0194] Another example may include a method, technique, or process as described in or related to any of examples 1–42, or portions or parts thereof.

[0195] Another example may include an apparatus comprising: one or more processors and 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–42, or portions thereof.

[0196] Another example may include a signal as described in or related to any of examples 1–42, or portions or parts thereof.

[0197] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1–42, or portions or parts thereof, or otherwise described in the present disclosure.

[0198] Another example may include a signal encoded with data as described in or related to any of examples 1–42, or portions or parts thereof, or otherwise described in the present disclosure.

[0199] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1–42, or portions or parts thereof, or otherwise described in the present disclosure.

[0200] Another example may include 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–42, or portions thereof.

[0201] Another example may include 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–42, or portions thereof.

[0202] Another example may include a signal in a wireless network as shown and described herein.

[0203] Another example may include a method of communicating in a wireless network as shown and described herein.

[0204] Another example may include a system for providing wireless communication as shown and described herein.

[0205] Another example may include a device for providing wireless communication as shown and described herein.

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

[0207] 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 method comprising:receiving, from a network, an event configuration to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation, wherein the first event is triggered when a quality of a current beam is worse than a predetermined threshold;determining a reference signal (RS) type of a first measurement resource corresponding to a candidate beam;selecting a second measurement resource of the RS type, wherein the second measurement resource corresponds to the current beam; andmeasuring the second measurement resource to determine whether the first event is triggered.2.The method of claim 1, wherein the RS type is a synchronization signal block (SSB) type or channel state information –reference signal (CSI-RS) type and the method further comprises:determining, based the event configuration, a measurement resource set that includes a plurality of measurement resources for candidate beams, wherein the plurality of measurement resources includes the first measurement resource.3.The method of claim 1 or 2, further comprising:identifying a measurement resource set based on quasi-co-location (QCL) source RS resources of a plurality of activated transmission configuration indicator (TCI) states.4.The method of claim 1 or 2, further comprising:determining, based on measuring the second measurement resource, the first event is triggered;measuring the first measurement resource based on said determining the first event is triggeredgenerating a channel state information (CSI) report to include results of said measuring the first measurement resource and measuring the second measurement resource; andoutputting the CSI report for transmission to the network.5.A method comprising:receiving, from a network, an event configuration to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation, wherein the first event has a trigger condition that is based on a first quality of a candidate reference signal (RS) becoming a predetermined threshold better than a second quality of an RS derived from an activated transmission configuration indicator (TCI) state of a plurality of activated TCI states, wherein the second quality is an Mth best quality of a plurality of RSs respectively derived from the plurality of activated TCI states, wherein M is an integer;determining the first event is triggered; andgenerating a channel state information (CSI) report that includes an indication of a measurement result associated with the first quality and information associated with the activated TCI state.6.The method of claim 5, further comprising:detecting, within an evaluation window, a number of instances of the first quality of the candidate RS becoming the predetermined threshold better than the second quality of the RS derived from the activated TCI state;determining the number is greater than or equal to a predetermined threshold number; anddetermining the first event is triggered based on said determining the number is greater than or equal to the predetermined threshold number.7.The method of claim 5 or 6, wherein the information associated with the activated TCI state includes an indication of a reference signal receive power (RSRP) value associated with the RS derived from the activated TCI state.8.The method of claim 7, wherein the activated TCI state is a first activated TCI state and the CSI report further includes: information associated with one or more activated TCI states of the plurality of activated TCI states, wherein the one or more activated TCI states do not include the first activated TCI state.9.The method of claim 8, wherein the RSRP value is a first RSRP value, and the information associated with the one or more activated TCI states indicates whether individual RSRP values associated with individual activated TCI states of the one or more activated TCI states are greater than or equal to the first RSRP value.10.The method of claim 8, wherein the information associated with the one or more activated TCI states indicates whether individual activated TCI states of the one or more activated TCI states are recommended to be updated based on reported new beam (NB) -reference signal (RS) resources.11.The method of claim 8, wherein the information associated with the one or more activated TCI states indicates RSRP values associated with RSs derived from the one or activated TCI states.12.The method of claim 5 or 6, wherein the information associated with the activated TCI state includes a TCI-state identifier of the activated TCI state.13.The method of claim 5 or 6, wherein the CSI report further includes: a validation indicator for reported new beam (NB) -reference signal (RS) resources.14.The method of claim 13, wherein the validation indicator includes a plurality of bits that respectively indicate whether a plurality of NB-RS resources have qualities that are the predetermined threshold better than the second quality of the RS derived from the activated TCI state.15.The method of claim 5 or 6, wherein the event configuration configures a measurement resource set that includes a first set of resources associated with the plurality of activated TCI states and a second set of resources that are not associated with the plurality of activated TCI states, wherein the CSI report includes indications of measurement results associated with both the first set of resources and the second set of resources.16.A method comprising:generating an event configuration to be transmitted to a user equipment (UE) to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation, wherein the first event has a trigger condition that is based on a first quality of a candidate reference signal (RS) becoming a predetermined threshold better than a second quality of an RS derived from an activated transmission configuration indicator (TCI) state of a plurality of activated TCI states, wherein the second quality is an Mth best quality of a plurality of RSs respectively derived from the plurality of activated TCI states, wherein M is an integer;receiving a channel state information (CSI) report that includes an indication of a measurement result associated with the first quality and information associated with the activated TCI state; andupdating the plurality of activated TCI states.17.The method of claim 16, further comprising:generating, for transmission to the UE, one or more radio resource control (RRC) signals to configure the UE with: a length of an evaluation window in which the UE is to detect for instances of the first quality of the candidate RS becoming the predetermined threshold better than the second quality of the RS derived from the activated TCI state; and a threshold number of the instances detected within the evaluation window that results in the first event being triggered.18.A method comprising:receiving, from a network, an event configuration to configure a first event to be monitored as part of a user-equipment (UE) -initiated beam reporting (UEIBR) operation;determining a first uplink (UL) channel transmission overlaps, in time, with a second UL channel transmission designated for transmission of UEIBR uplink control information (UCI) to provide an indication, to the network, of whether the first event is triggered;outputting, for transmission to the network based on a predefined rule, a first transmission, wherein the first transmission includes the first UL channel transmission, the UEIBR UCI, or both the first UL channel transmission and the UEIBR UCI.19.The method of claim 18, wherein the first UL channel transmission does not include a scheduling request (SR) or a hybrid automatic repeat request (HARQ) -acknowledgment (ACK) and the predefined rule is a UCI multiplexing rule in which the UEIBR UCI has a priority value equal to an SR or HARQ-ACK priority value.20.The method of claim 18 or 19, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and said outputting the first transmission comprises:multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH transmission,wherein the first transmission includes the PUSCH transmission.21.The method of claim 20, wherein multiplexing the UEIBR UCI with the HARQ-ACK bits in the PUSCH transmission includes:rate matching first resource elements (REs) of the PUSCH transmission around second REs that include the UEIBR UCI; orpuncturing resources of the PUSCH transmission with payload and symbols of the UEIBR UCI.22.The method of claim 18 or 19, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method further comprises:dropping the UEIBR UCI without transmission,wherein the first transmission includes the PUSCH transmission.23.The method of claim 18 or 19, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method further comprises:dropping the PUSCH transmission without transmission to the network,wherein the first transmission includes the UEIBR UCI.24.The method of claim 18 or 19, wherein the first UL channel transmission is a physical uplink shared channel (PUSCH) transmission that includes hybrid automatic repeat request-acknowledgment (HARQ-ACK) bits and the method further comprises:determining the PUSCH transmission includes uplink shared channel (UL-SCH) data; anddropping the UEIBR UCI without transmission to the network based on said determining the PUSCH transmission includes UL-SCH data,wherein the first transmission includes the PUSCH transmission.25.The method of claim 18 or 19, wherein the UL channel transmission is a physical uplink control channel (PUCCH) transmission with hybrid automatic repeat request-acknowledgment (HARQ-ACK) , scheduling request (SR) , or link recovery request (LRR) , and the predefined rule comprises a priority order of message types, wherein the priority order includes:HARQ-ACK messages having priority over LRR messages, LRR messages having priority over SR messages, and SR messages having priority over UEIBR UCI messages; orHARQ-ACK messages having priority over LRR messages, LRR messages having priority over UEIBR UCI messages; and UEIBR UCI messages having priority over SR messages.

Images