Technologies for user equipment-initiated beam reporting

The UE-initiated beam reporting mechanism addresses high overhead and outdated beam reports in wireless networks by using MAC-CE for resource updates and qualified beam indications, ensuring timely and efficient beam management.

WO2026030986A1PCT designated stage Publication Date: 2026-02-12APPLE INC
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/110415
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-08-07
Publication Date
2026-02-12

AI Technical Summary

Technical Problem

Legacy beam management procedures in wireless networks result in high reporting overhead and potential performance degradation due to outdated beam reports, especially in environments with rapid beam quality changes, such as millimeter wave frequencies.

Method used

Implementing a UE-initiated beam reporting (UEIBR) mechanism that allows user equipment to dynamically trigger beam reports using MAC-CE for resource updates and qualified beam indications, reducing latency and overhead through faster resource configuration and reporting.

Benefits of technology

Enhances beam management by providing timely and efficient beam reports, reducing signaling overhead and maintaining optimal communication links in dynamic environments.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024110415_12022026_PF_FP_ABST
    Figure CN2024110415_12022026_PF_FP_ABST
Patent Text Reader

Abstract

The present application relates to devices and components including apparatuses, systems, and methods for user equipment (UE) -initiated beam reporting. For example, embodiments relate to updating the reference signal (RS) resources in a measurement resource set, indicating whether beams in a report meet a reporting condition, and / or determination of a measurement resource of a current beam.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNOLOGIES FOR USER EQUIPMENT-INITIATED BEAM REPORTINGTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for user equipment-initiated beam reporting.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 an example medium access control –control element (MAC-CE) to update a measurement resource set for one or more serving cells, in accordance with some embodiments.

[0005] FIG. 3 illustrates an example configuration of a transmission configuration indicator (TCI) state, in accordance with some embodiments.

[0006] FIG. 4 illustrates an example user equipment (UE) -initiated beam reporting (UEIBR) report, in accordance with some embodiments.

[0007] FIG. 5 illustrates example layer 1 (L1) -reference signal received power (RSRP) values for respective beams over a measurement window, 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 a user equipment in accordance with some embodiments.

[0012] FIG. 10 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0013] 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 phrase “A or B” means (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. ”

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

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

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

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

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

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

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

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

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

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

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

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

[0026] 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 that provide services to various UEs through serving cells.

[0027] The network environment 100 may further include a core network 112. 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.

[0028] 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. Downlink reference signals may include, for example, synchronization signal blocks (SSBs) and / or channel state information (CSI) -reference signals (CSI-RSs) . Uplink reference signals may include, for example, sounding reference signals (SRSs) .

[0029] In legacy beam management procedures, a network may configure / activate frequent periodic or semipersistent beam reporting (e.g., to report the K best beams and  corresponding L1-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.

[0030] 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. In embodiments, the UE 104 receives a configuration of a measurement resource set for a serving cell. The measurement resource set may include resources for respective reference signals (RSs) , such as CSI-RSs and / or SSBs, on which the UE is to perform respective beam measurements. The resources in the measurement resource set may be configured with respective RS indexes.

[0031] The UE may obtain beam measurements on the respective RSs. For example, the beam measurements may be L1-RSRP measurements. The UE may determine, based on the beam measurements, occurrence of an event to trigger a UEIBR report. For example, as discussed above, the event may be that the measurement of a candidate beam is greater than the measurement of the current beam (e.g., by at least a threshold amount) in the cell. This triggering event may be referred to as “Event-2. ”

[0032] Two modes for UEIBR may be supported, referred to as Mode A and Mode B. In Mode A, the UE 104 transmits a first uplink (UL) channel (e.g., a physical uplink control channel (PUCCH) ) to request a resource for a second UL channel to carry a beam report. The first UL channel transmission may include a single bit or multiple bits to indicate the request, and may include any suitable format, such as a scheduling request (SR) or a new uplink control information (UCI) type. The UE 104 detects a downlink control information (DCI) format (e.g., transmitted by the base station 108) that indicates the resource for the second UL channel. The UE 104 then transmits the beam report in the second UL channel. The second UL 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.

[0033] In Mode B, the UE 104 uses a pre-configured resource for the second UL channel. The UE 104 may transmit a first UL channel (e.g., PUCCH) to notify the base  station 108 that the beam report will be transmitted in the second UL channel (e.g. PUCCH and / or PUSCH) . The UE 104 then transmits the beam report in the second UL channel. The UE 104 may receive configuration information to configure resources for reporting occasions in which the UE 104 may send a beam report. However, the UE 104 may not send a beam report in a given reporting occasion unless a triggering event occurs. Accordingly, the notification in the first UL channel indicates to the base station 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.

[0034] Embodiments herein address several issues related to UEIBR. For example, it may be necessary or beneficial to update the measurement resource set configured for the UE, such as due to UE movement and / or beam changes. However, radio resource control (RRC) signaling may be too slow to adequately keep up with changes in the UE movement and / or beam information.

[0035] Additionally, the measurement values (e.g., L1-RSRP) for a given beam may change rapidly. These changes are particularly pronounced for UEs that communicate at higher frequencies, (e.g., millimeter wave (mmW) and / or Frequency Range 2 (FR2) ) .

[0036] Furthermore, the RS for the current beam may be implicitly derived from a quasi-co-located (QCL) RS of a TCI state indicated for the current beam (e.g., in a downlink control information (DCI) ) . The QCL RS of the indicated TCI state may be a CSI-RS or a tracking reference signal (TRS) . However, current TSs only support L1-RSRP measurements on CSI-RS or SSB for beam management purposes.

[0037] Aspects of various embodiments may address these and other issues. For example, embodiments provide techniques to update the RS resources in the measurement resource set. In one example, a medium access control –resource element (MAC-CE) may be used to indicate one or more updated RS resources (e.g., for new candidate beams) of one or more serving cells. The MAC-CE may have a shorter latency time than RRC signaling, thereby enabling faster update of the RS resources.

[0038] In embodiments, the UE may receive configuration information for a plurality of RS resources and associated RS indexes, e.g., via RRC signaling. The MAC-CE may  include the RS indexes of the respective RS resources included in the updated measurement resource set.

[0039] In another example, the UE may receive configuration information for a set of RS resources, e.g., via RRC signaling, in which different subsets of the RS resources are associated with respective TCI state identities (IDs) , e.g., based on the RS indexes. The base station may transmit a DCI to the UE with an indicated TCI state ID to inform the UE to update the measurement resource set to the subset of RS resources associated with that TCI state ID.

[0040] Various embodiments further provide techniques to indicate whether a beam (e.g., RS index) included in the UEIBR report meets the triggering event. This indication may be referred to as a qualified beam indication (QBI) . In some embodiments, the QBI may be used in conjunction with a reporting scheme in which the UEIBR report is generated based on multiple beam measurements in a measurement window.

[0041] Various embodiments further provide techniques to determine the measurement resource for the current beam when a TRS is configured for the QCL source RS of the indicated TCI state.

[0042] Measurement Resource Update

[0043] FIG. 2 illustrates an example MAC-CE 200 to update a measurement resource set, in accordance with various embodiments. The MAC-CE 200 may be transmitted from the base station (e.g., base station 108) to the UE (e.g., UE 104) to update the RS resources of candidate beams for one or more serving cells. In some embodiments, the MAC-CE 200 may be identified by a dedicated extended logical channel identifier (eLCID) .

[0044] The MAC-CE 200 may include a field 202 to indicate the update status of one or more serving cells. For example, the field 202 may include respective C-fields (Ci) to indicate the update status of the serving cell with respective serving cell index (SCellIndex) i. In some embodiments, the field 202 may include a single octet with seven C-fields or four octets with 31 C-fields. The update status may indicate, for example, whether or not at least one RS resource of the corresponding serving cell is updated by the MAC-CE 200.

[0045] The MAC-CE 200 may further include one or more blocks 204 to indicate the RS resources to be used for beam measurements in a respective serving cell. For example, the UE may receive a configuration of a set of RS resources in the serving cell, where individual  RS resources are associated with respective RS indexes. In some embodiments, the configuration may be received via RRC signaling. The block 204 of the MAC-CE 200 may include RS index fields 206a-d with the respective RS indexes of the subset of the RS resources that are to be used for the beam measurements. A bitwidth of the RS index fields 206a-d may depend on the total number of RS resources configured for the serving cell.

[0046] In some embodiments, the UE may be configured by the base station with the number of RS index fields 206a-d to include in the block 204. Additionally, or alternatively, the block 204 may include a field to indicate the number of RS index fields 206a-d that are included in the block 204.

[0047] The MAC-CE 200 may be used to update one or more beams in the measurement resource set for one or more serving cells. This may enable the measurement resource set to be updated more quickly than via RRC signaling. The beams of a measurement resource set that are not impacted (e.g., for which the update status indicates are not being updated) continue to be included in the respective measurement resource set.

[0048] In another example, the UE may be configured with a set of RS resources for beam measurements, and different subsets of the RS signals may be associated with respective TCI state IDs (e.g., based on the RS indexes) . FIG. 3 illustrates an example configuration 300 of a TCI state with a TCI state ID. The configuration 300 includes QCL information 302 (QCL-info) and an indication 304 of RS resources for the measurement resource set associated with the TCI state. The indication 304 may indicate respective RS indexes of the RS resources and / or other TCI states associated with the RS resources.

[0049] The UE may receive a DCI that indicates a TCI state ID to update the measurement resource set to the RS resources configured for the indicated TCI state ID. This may enable the measurement resource set to be updated more quickly than via RRC signaling.

[0050] Qualified Beam Indication in UEIBR Report

[0051] Various embodiments herein provide techniques to indicate whether a beam (e.g., RS index) included in the UEIBR report meets the reporting criteria (e.g., the event that triggers the report) . This indication may be referred to as a QBI.

[0052] In some embodiments, the UE may perform multiple measurements on a candidate beam in a measurement window. The UE may count the number of measurements  in the measurement window that meet a condition, such as the measurement being greater than the corresponding measurement of the current beam by an offset. If the counted number for a beam is greater than or equal to a threshold number, M, then the beam meets the reporting criteria. The UE triggers a UEIBR report if at least one beam meets the reporting criteria within the measurement window. The number of measurements in the measurement window and / or the threshold number (M) may be configured for the UE.

[0053] When the UEIBR report is triggered, the UE may include multiple beams in the report. For example, in some embodiments, the UE may be configured with a number, N, of beams to include in the report. However, the beams may have different numbers of instances that meet the condition. Additionally, in some cases, one or more of the beams that are reported may not have met the reporting criteria (e.g., having at least M measurements that are greater than the measurement of the current beam by the offset) .

[0054] In various embodiments herein, the UEIBR may include a QBI for respective RS indexes to indicate whether or not the associated beam met the reporting criteria. Additionally, or alternatively, the QBI may indicate the number of times that the measurement on the associated RS resource met the condition during the time period.

[0055] FIG. 4 illustrates an example UEIBR report 400 in accordance with some embodiments. The UEIBR report 400 includes blocks 402a-d that indicate a RS index and a RSRP value (e.g., L1-RSRP) for a respective beam. The UEIBR report 400 further includes a QBI field 404 to indicate qualification information for the respective beams.

[0056] In some embodiments, the QBI field 404 may include a bitmap with individual bits indicating whether a corresponding beam met the reporting criteria during the measurement window. For example, the individual bits may have a first logic value (e.g. logic ‘0’ ) to indicate that the corresponding beam did not meet the reporting criteria or a second logic value (e.g., logic ‘1’ ) to indicate that the corresponding beam met the reporting criteria. The bits of the bitmap may be in the same order in which the respective beams are presented in the report 400.

[0057] In other embodiments, the QBI field 404 may indicate a number of times that the measurement on the associated beam met the condition during the measurement window. For example, the number of times may be less than, equal to, or greater than the threshold number, M.

[0058] While FIG. 4 illustrates the QBI field 404 as a single field separate from the blocks 402a-d, in other embodiments the QBI for individual beams may be indicated within the respective blocks 402a-d.

[0059] In embodiments, the report 400 may include a single measurement value (e.g., RSRP) for each beam that is included in the report. In some embodiments, the reported measurement value may the most recent measurement value (e.g., within the measurement window) . In other embodiments, the reported measurement value may be an average of all of the measurement values within the measurement window or an average of the measurement values that exceeded the threshold. The average may be a numerical average or a weighted average (e.g., weighted more heavily for more recent measurements) . In some embodiments, it is up to UE implementation to determine how to derive the measurement value that is included in the report based on the measurement results.

[0060] In some embodiments, the UE may determine the beams to include in the report 400 in accordance with the following procedure. First, the UE includes the beams that meet the reporting criteria (e.g., have a counter value greater than or equal to M) , in decreasing order of measurement value. As discussed above, the measurement value may correspond to the most recent measurement, an average measurement, or another suitable value based on the measurement results. If one or more additional beams are needed for the UEIBR report (e.g., the number of beams that meet the reporting criteria is less than the number, N, of beams to be included in the report) , the UE includes the one or more additional beams with the highest measurement values so that the report includes N total beams.

[0061] In some embodiments, the measurement values may be represented in the report 400 via differential reporting. For example, the first block 402a of the report may include the L1-RSRP value for the beam with the largest L1-RSRP value among the beams that are included in the report (e.g., whether or not that beam is a “qualified” beam that met the reporting criteria) . This value may serve as a reference for reporting the other beam measurements for the serving cell, which may be reported by providing a differential value indicating the difference between the respective L1-RSRP measurement and the reference value. This differential reporting may enable fewer bits to be used compared with directly reporting the value of all the measurements. Additionally, in some embodiments, the reference measurement may be reported using a finer granularity than the additional measurements. In one example, the largest L1-RSRP value is quantized to 7 bits with a 1  decibel (dB) step size, and the other L1-RSRP values are quantized to 3 bits with a 2 dB step size to represent the differential of the respective L1-RSRP value with reference to the largest L1-RSRP value. In some embodiments, the L1-RSRP values may be arranged in respective blocks 402a-d of the report 400 in decreasing order of measurement value.

[0062] Accordingly, in some cases, the report 400 may include a non-qualified beam that has a higher reported L1-RSRP value than a qualified beam. The QBI field 404 indicates to the base station which beams are qualified and which beams are non-qualified.

[0063] Some example implementations will be described with reference to FIG. 5. FIG. 5 illustrates L1-RSRP values of four beams (Beam 1, Beam 2, Beam 3, and Beam 4) over a measurement window 504. FIG. 5 further illustrates a L1-RSRP of the current beam and a corresponding threshold 508 which is greater than the L1-RSRP of the current beam by an offset Δ. The current beam is shown in FIG. 5 to have a constant L1-RSRP over the measurement window 504 to facilitate the present discussion. However, it is noted that the L1-RSRP value of the current beam and the corresponding threshold 508 may change over the measurement window 504.

[0064] The measurement window 504 may include multiple measurement occasions 512a-e, e.g., five occasions as shown in FIG. 5. The UE may perform measurements on the respective beams at each of the measurement occasions 512a-e. If the measurement value for a given measurement occasion is greater than the threshold 508, the UE increments a counter value corresponding to that beam as shown in FIG. 5.

[0065] For purposes of the present example, consider that the number, N, of beams to be included in the UEIBR report is 3, and the qualification threshold, M, is 4. As shown, at the end of the measurement window 504, Beam 1 had 2 measurements greater than the threshold 508, Beam 2 had 4 measurements greater than the threshold 508, Beam 3 had 1 measurement greater than the threshold 508, and Beam 4 had 1 measurement greater than the threshold 508. Accordingly, Beam 2 is a qualified beam and Beams 1, 3, and 4 are non-qualified beams.

[0066] In this scenario, a UEIBR report is triggered since there is at least one qualified candidate beam to report. The UEIBR report will include Beam 2, since that is the only qualified beams. The UE will select two of the other three beams to include in the report based on their respective measurement results. The beams that are selected may depend on which scheme is used to determine the representative measurement value. For example,  Beam 4 has the highest single measurement value (at measurement instance 512e) among all of the measurement values, and the highest of the most recent measurement values. However, if an average of all of the measurement values of each beam is used for the representative value, then Beam 4 would rank the lowest and be excluded from the report.

[0067] In some embodiments, the bits of the QBI field may be ordered in the same order that is used for the beam measurements in the report. Accordingly, if Beam 2 is the first beam (e.g., reference beam) of the report, then the QBI field may be ‘100’ for the three beams that are included in the report. However, if Beam 4 is reported first, followed by Beam 1 and then Beam 2 (e.g., if the highest of the most recent measurements is used to order the beams) , then the QBI field may be ‘001. ’

[0068] As discussed above, in other embodiments, the QBI field may indicate the number of times that the respective beams had a measurement that exceeded the threshold. For example, in the scenarios above, the QBI field may be [4 2 1] or [1 2 4] .

[0069] In some embodiments, the qualification information may be communicated in the report by using an invalid codepoint for the reported beam measurements of non-qualified beams. The invalid codepoint to use for non-qualified beams may be predefined. For example, the codepoint that signifies “out of range” may be used for the invalid codepoint. It may not be important for the network to know the beam measurements for non-qualified beams, since they are unlikely to be used in place of the current beam. Accordingly, this mechanism enables the UE to indicate the qualification status of the beams without including a separate QBI field. In the example of FIG. 5, the UEIBR report may include a valid RSRP value for Beam 2 and invalid RSRP values (e.g., “out of range” ) for the other beams that are included in the report.

[0070] Measurement Resource for Current Beam

[0071] Various embodiments further provide techniques to determine the measurement resource for the current beam when the TCI state for the current beam has a TRS configured as the QCL source RS. The existing 3GPP specifications do not support measurements on a TRS for beam management.

[0072] Aspects of various embodiments will be described with reference to Table 1 and Table 2. Table 1 illustrates an example TCI state list that may be configured for the UE. Table 2 illustrates example TCI states that may be configured for different downlink (DL)  signals. The embodiments will be described for the example in which TCI state 3 is indicated in DCI for the current beam.

[0073] Table 1

[0074] Table 2

[0075] In some embodiments, a new measurement quantity based on a TRS resource may be defined and used for L1-RSRP measurement of the current beam in a UEIBR report. The measurement may be referred to as a tracking reference signal received power (T-RSRP) . The T-RSRP may be defined as the linear average over the power contributions of the resource elements (Res) that carry TRS within the configured frequency bandwidth in the configured symbols.

[0076] Accordingly, with the example configurations of Table 1 and Table 2, if TCI state 3 is indicated in DCI for the current beam, the beam measurement for the current beam may be performed on TRS #3 (indicated as the QCL source RS #1 and #2 for TCI state 3) .

[0077] In other embodiments, the UE may identify a RS resource for the beam measurement (referred to as the measurement resource) of the current beam based on the  configuration of the TRS. For example, the measurement resource may be the SSB configured as the QCL source RS of the TCI state of the TRS.

[0078] In the example configuration of Table 1, TCI state 3 has TRS #3 as QCL source RS. According to Table 2, TRS #3 is configured with TCI state 1. Going back to Table 1, TCI state 1 has SSB #3 as QCL source RS. Accordingly, in this scenario, the UE may use SSB #3 as the measurement resource.

[0079] Alternatively, the measurement resource may be a CSI-RS resource that meets the following conditions:

[0080] - Condition #1: The CSI-RS resource is configured for L1-RSRP report; and

[0081] - Condition #2: Denoting the TCI state of the CSI-RS as TCI state ‘Y’ , the TRS is configured as QCL source RS of the TCI state ‘Y. ’

[0082] That is, the measurement resource may be a configured CSI-RS resource that has a TCI state for which the TRS is configured as the QCL source RS. Looking at Table 2, CSI-RS #8 is configured with TCI state 3 (which is the indicated TCI state for which the TRS #3 is configured as the QCL source RS. Accordingly, in this scenario, the UE may use CSI-RS #8 as the measurement resource for the beam measurement on the current beam.

[0083] In some embodiments, the UE may receive configuration information to indicate how the measurement resource is to be determined if the TCI state for the current beam has a TRS configured as the QCL source RS (e.g., to indicate one of the options described above) . In other embodiments, the definition of the measurement resource in this scenario may be predefined in the 3GPP TSs.

[0084] In other embodiments, the UE may receive configuration information (e.g., via RRC signaling) to explicitly configure a measurement resource for the current beam.

[0085] Example operational flows / algorithmic structures

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

[0087] The operational flow / algorithmic structure 600 may include, at 604, receiving configuration information for RS resources in a serving cell. For example, the configuration information may be received via RRC signaling.

[0088] The operational flow / algorithmic structure 600 may further include, at 608, receiving a message to indicate a subset of the RS resources that corresponds to a measurement resource set for UEIBR. In some embodiments, the message may be a MAC-CE, such as MAC-CE 200. In other embodiments, the message may be a DCI. For example, the configuration information may indicate a plurality of subsets of the RS resources that are associated with respective TCI states. The DCI may indicate the subset of RS resources to use based on the TCI state indicated in the DCI.

[0089] The operational flow / algorithmic structure 600 may further include, at 612, obtaining beam measurement results on the RS resources of the measurement resource set. The beam measurements may be, for example, L1-RSRP measurements.

[0090] The operational flow / algorithmic structure 600 may further include, at 616, generating a UEIBR report for transmission based on the beam measurement results. In some embodiments, the beam measurements may include multiple measurements for respective RS resources in a measurement window. The UEIBR report may indicate whether the respective RS resources included in the report are qualified or non-qualified, e.g., as discussed with respect to UEIBR report 400.

[0091] Furthermore, the beam measurements may include one or more beam measurements on a current beam. In some embodiments, the TCI state of the current beam (e.g., as indicated in DCI) may have a TRS as the QCL source RS. The measurement resource for the beam measurement may be determined as discussed herein, e.g., the resource of the TRS or a corresponding SSB or CSI-RS.

[0092] FIG. 7 is another operational flow / algorithmic structure 700 in accordance with some embodiments. The operational flow / algorithmic structure 700 may be performed by a base station such as base station 108, network device 1000 (shown in FIG. 10 and discussed further below) , or components thereof, for example, processors 1004A.

[0093] The operational flow / algorithmic structure 700 may include, at 704, encoding, for transmission to a UE, configuration information for RS resources in a serving cell. The configuration information may be transmitted, for example, via RRC signaling.

[0094] The operational flow / algorithmic structure 700 may further include, at 708, encoding, for transmission to the UE, a message to indicate a subset of the RS resources that corresponds to a measurement resource set for UEIBR. In some embodiments, the message may be a MAC-CE, such as MAC-CE 200. In other embodiments, the message may be a DCI. For example, the configuration information may indicate a plurality of subsets of the RS resources that are associated with respective TCI states. The DCI may indicate the subset of RS resources to use based on the TCI state indicated in the DCI.

[0095] The operational flow / algorithmic structure 700 may further include, at 712, receiving, from the UE, a UEIBR report associated with the measurement resource set. In some embodiments, the UEIBR report may indicate whether the respective RS resources included in the report are qualified or non-qualified, e.g., as discussed with respect to UEIBR report 400.

[0096] FIG. 8 is another an operational flow / algorithmic structure 800 in accordance with some embodiments. The operational flow / algorithmic structure 800 may be implemented by a UE such as, for example, UE 104, UE 900, or components thereof; for example, a baseband processor 904A.

[0097] The operational flow / algorithmic structure 800 may include, at 804, obtaining, for respective beams of a plurality of beams, a plurality of measurements in a measurement window.

[0098] The operational flow / algorithmic structure 800 may include, at 808, classifying the respective beams as qualified or non-qualified based on the measurements. For example, a UEIBR report may be triggered if at least one candidate beam meets a reporting criteria. The beams that meet the condition may be classified as qualified and the beams that do not meet the reporting criteria may be classified as non-qualified. In one example, the UE may determine, for the respective beams, a number of individual measurements of the plurality of measurements that meet a condition. The condition may be, for example, that the individual measurement is greater than a corresponding measurement of a current beam by a threshold. The UE may classify the respective beams as qualified or non-qualified based on a comparison of the respective number with a threshold number.

[0099] The operational flow / algorithmic structure 800 may further include, at 812, generating a UEIBR report for a subset of beams of the plurality of beams, wherein the UEIBR report indicates whether the respective beams of the subset of beams are qualified or  non-qualified. The UEIBR report may be generated based on at least one of the plurality of beams being classified as qualified.

[0100] In some embodiments, the UEIBR report may include a qualified beam indication (QBI) field to indicate the qualification status (qualified or non-qualified) of the beam. In some embodiments, the QBI field may indicate the determined number that the respective beam met the condition. In other embodiments, the UEIBR report may include an invalid codepoint to represent the measurement value for respective beams that are non-qualified. The invalid codepoint may be predefined. For example, the codepoint may be used that is also used to represent a measurement value that is out of range.

[0101] FIG. 9 illustrates a UE 900 in accordance with some embodiments. The UE 900 may be similar to and substantially interchangeable with UE 104.

[0102] The UE 900 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.

[0103] The UE 900 may include processors 904, RF interface circuitry 908, memory / storage 912, user interface 916, sensors 920, driver circuitry 922, power management integrated circuit (PMIC) 924, antenna 926, and battery 928. The components of the UE 900 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. 9 is intended to show a high-level view of some of the components of the UE 900. 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.

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

[0105] The processors 904 may include processor circuitry such as, for example, baseband processor circuitry (BB) 904A, central processor unit circuitry (CPU) 904B, and graphics processor unit circuitry (GPU) 904C. The processors 904 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 912 to cause the UE 900 to perform delay-adaptive operations as described herein. The processors 904 may also include interface circuitry 904D to communicatively couple the processor circuitry with one or more other components of the UE 900.

[0106] In some embodiments, the baseband processor circuitry 904A may access a communication protocol stack 936 in the memory / storage 912 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 904A may access the communication protocol stack 936 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 908.

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

[0108] The memory / storage 912 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 936) that may be executed by one or more of the processors 904 to cause the UE 900 to perform various operations described herein (e.g., UEIBR operations, such as operations of FIG. 6 and / or FIG. 8) .

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

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

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

[0112] 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 926.

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

[0114] The antenna 926 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 926 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 926 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 926 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

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

[0116] The sensors 920 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.

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

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

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

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

[0121] The network device 1000 may include processors 1004, RF interface circuitry 1008 (if implemented as a base station) , core network (CN) interface circuitry 1014, memory / storage circuitry 1012, and antenna structure 1026.

[0122] The components of the network device 1000 may be coupled with various other components over one or more interconnects 1028.

[0123] The processors 1004, RF interface circuitry 1008, memory / storage circuitry 1012 (including communication protocol stack 1010) , antenna structure 1026, and interconnects 1028 may be similar to like-named elements shown and described with respect to FIG. 9.

[0124] 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 circuitry 1012 to cause the network device 1000 to perform operations described herein (e.g., UEIBR operations, such as operations of FIG. 7) . The processors 1004 may also include interface circuitry 1004D to communicatively couple the processor circuitry with one or more other components of the network device 1000.

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

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

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

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

[0129] Example 1 may include a method comprising: receiving, via radio resource control (RRC) signaling, configuration information for reference signal (RS) resources in a serving cell; receiving a message to indicate a subset of the RS resources that corresponds to a measurement resource set for user equipment (UE) -initiated beam reporting (UEIBR) ; obtaining beam measurement results on the RS resources of the measurement resource set; and generating a UEIBR report for transmission based on the obtained beam measurement results.

[0130] Example 2 may include the method of example 2 or some other example herein, wherein the message is a medium access control –control element (MAC-CE) that is identified by a dedicated extended Logical Channel Identity (eLCID) and indicates respective RS indexes of the measurement resource set.

[0131] Example 3 may include the method of example 2 or some other example herein, wherein the MAC-CE includes RS index fields to indicate respective RS indexes of the subset of the RS resources that correspond to the measurement resource set.

[0132] Example 4 may include the method of example 3 or some other example herein, wherein the serving cell is a first serving cell, and wherein the MAC-CE is to update respective measurement resource sets for a plurality of serving cells including the first serving cell, and wherein the MAC-CE includes a bitmap field to indicate an update status of the measurement resource sets for the respective serving cells, wherein an individual bit of the bitmap field corresponds to a respective individual serving cell.

[0133] Example 5 may include the method of example 1 or some other example herein, wherein the subset is a first subset, wherein the configuration information indicates a plurality of subsets of the RS resources, wherein individual subsets are associated with a respective transmission configuration indicator (TCI) state identity (ID) , and wherein the message is a downlink control information (DCI) with an information field indicating a first TCI state ID that corresponds to the first subset of the RS resources.

[0134] Example 6 may include the method of example 1 or some other example herein, wherein the UEIBR report includes a set of the beam measurements for respective beams, and wherein the UEIBR report further indicates whether the respective beams met a condition to trigger the UEIBR report.

[0135] Example 7 may include the method of example 6 or some other example herein, wherein the condition includes that the respective beam had a number of measurement values in a measurement window that were greater than a threshold configured by RRC signaling.

[0136] Example 8 may include the method of example 7 or some other example herein, wherein the UEIBR report indicates the number of measurement values in the measurement window that were greater than the threshold for the respective beams.

[0137] Example 9 may include the method of example 6 or some other example herein, wherein the UEIBR report includes respective individual qualified beam indication (QBI) bits to indicate whether the respective beams met the condition.

[0138] Example 10 may include the method of example 6 or some other example herein, wherein the UEIBR report includes an invalid codepoint for the measurement value of a first beam, of the respective beams, that did not meet the condition, wherein the invalid codepoint is predefined.

[0139] Example 11 may include the method of example 1 or some other example herein, wherein the beam measurements include a first beam measurement on a current beam that is being used for communication, and wherein the current beam has a transmission configuration indicator (TCI) state configured with a tracking reference signal (TRS) as a quasi-co-located (QCL) source RS.

[0140] Example 12 may include the method of example 11 or some other example herein, wherein the first beam measurement is performed on: the TRS; a synchronization signal block (SSB) that is configured as the QCL source RS of a TCI state of the TRS; or a channel state information (CSI) -RS that has a TCI state for which the TRS is configured as the QCL source RS.

[0141] Example 13 may include a method comprising: encoding, for transmission to a user equipment (UE) via radio resource control (RRC) signaling, configuration information for reference signal (RS) resources in a serving cell; encoding, for transmission to the UE, a message to indicate a subset of the RS resources that corresponds to a measurement resource set for user equipment (UE) -initiated beam reporting (UEIBR) ; and receiving, from the UE, a UEIBR report associated with the measurement resource set.

[0142] Example 14 may include the method of example 13 or some other example herein, wherein the message is a medium access control –control element (MAC-CE) that is identified by a dedicated extended Logical Channel Identity (eLCID) and indicates respective RS indexes of the measurement resource set.

[0143] Example 15 may include the method of example 14 or some other example herein, wherein the serving cell is a first serving cell, and wherein the MAC-CE is to update respective measurement resource sets for a plurality of serving cells including the first serving cell, and wherein the MAC-CE further includes a bitmap field to indicate an update  status of the measurement resource set for the respective serving cells of the plurality of serving cells, wherein an individual bit in the bitmap field corresponds to a respective serving cell and indicates whether the measurement resource set for the respective serving cell is updated by the MAC-CE.

[0144] Example 16 may include the method of example 15 or some other example herein, wherein the subset is a first subset, and wherein the configuration information indicates a plurality of subsets of the RS resources wherein an individual subset is associated with a respective transmission configuration indicator (TCI) state identity (ID) , and wherein the message is a downlink control information (DCI) with an information field indicating a first TCI state ID that corresponds to the first subset of the RS resources.

[0145] Example 17 may include the method of example 13 or some other example herein, wherein the UEIBR report includes a set of the beam measurements for respective beams, and wherein the UEIBR report further indicates whether the respective beams met a condition to trigger the UEIBR report.

[0146] Example 18 may include the method of example 17 or some other example herein, wherein the condition includes that the respective beam had a number of measurement values in a measurement window that were greater than a threshold configured by RRC signaling.

[0147] Example 19 may include the method of example 18 or some other example herein, wherein, to indicate whether the respective beams met the condition, the UEIBR report includes: an indication of the number of measurement values in the measurement window that were greater than the threshold for the respective beams; respective individual qualified beam indication (QBI) bits to indicate whether the respective beams met the condition; or an invalid codepoint for the measurement value of a first beam, of the respective beams, that did not meet the condition, wherein the invalid codepoint is predefined.

[0148] Example 20 may include the method of example 13 or some other example herein, wherein the beam measurements include a first beam measurement on a current beam that is being used for communication, and wherein the current beam has a transmission configuration indicator (TCI) state configured with a tracking reference signal (TRS) as a quasi-co-located (QCL) source RS.

[0149] Example 21 may include the method of example 20 or some other example herein, further comprising configuring the UE to perform the first beam measurement on: the TRS; a synchronization signal block (SSB) that is configured as the QCL source RS of a TCI state of the TRS; or a channel state information (CSI) -RS that has a TCI state for which the TRS is configured as the QCL source RS.

[0150] Example 22 may include a method comprising: obtaining, for respective beams of a plurality of beams, a plurality of measurements in a measurement window; determining, for the respective beams, a number of individual measurements of the plurality of measurements that meet a condition; classifying the respective beams as qualified or non-qualified based on a comparison of the respective number with a threshold number configured by RRC signaling; generating, based on at least one of the plurality of beams being classified as qualified, a user equipment (UE) -initiated beam reporting (UEIBR) report for a subset of beams of the plurality of beams, wherein the UEIBR report indicates whether the respective beams of the subset of beams are qualified or non-qualified; and outputting the UEIBR report for transmission.

[0151] Example 23 may include the method of example 22 or some other example herein, wherein the UEIBR report includes a bitmap, wherein respective bits of the bitmap indicate whether the respective beams of the subset of beams are qualified or non-qualified.

[0152] Example 24 may include the method of example 22 or some other example herein, wherein the UEIBR indicates the determined number for the respective beams of the set of beams.

[0153] Example 25 may include the method of example 22 or some other example herein, wherein the UEIBR report includes an invalid codepoint for the measurement value of a first beam, of the set of beams, to indicate that the first beam is non-qualified.

[0154] 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–25, or any other method or process described herein.

[0155] 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–25, or any other method or process described herein.

[0156] 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–25, or any other method or process described herein.

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

[0158] 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–25, or portions thereof.

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

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

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

[0162] 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–25, or portions or parts thereof, or otherwise described in the present disclosure.

[0163] 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–25, or portions thereof.

[0164] 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–25, or portions thereof.

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

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

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

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

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

[0170] 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, via radio resource control (RRC) signaling, configuration information for reference signal (RS) resources in a serving cell;receiving a message to indicate a subset of the RS resources that corresponds to a measurement resource set for user equipment (UE) -initiated beam reporting (UEIBR) ;obtaining beam measurement results on the RS resources of the measurement resource set; andgenerating a UEIBR report for transmission based on the obtained beam measurement results.2.The method of claim 2, wherein the message is a medium access control –control element (MAC-CE) that is identified by a dedicated extended Logical Channel Identity (eLCID) and indicates respective RS indexes of the measurement resource set.3.The method of claim 2, wherein the MAC-CE includes RS index fields to indicate respective RS indexes of the subset of the RS resources that correspond to the measurement resource set.4.The method of claim 3, wherein the serving cell is a first serving cell, and wherein the MAC-CE is to update respective measurement resource sets for a plurality of serving cells including the first serving cell, and wherein the MAC-CE includes a bitmap field to indicate an update status of the measurement resource sets for the respective serving cells, wherein an individual bit of the bitmap field corresponds to a respective individual serving cell.5.The method of claim 1, wherein the subset is a first subset, wherein the configuration information indicates a plurality of subsets of the RS resources, wherein individual subsets are associated with a respective transmission configuration indicator (TCI) state identity (ID) , and wherein the message is a downlink control information (DCI) with an information field indicating a first TCI state ID that corresponds to the first subset of the RS resources.6.The method of claim 1, wherein the UEIBR report includes a set of the beam measurements for respective beams, and wherein the UEIBR report further indicates whether the respective beams met a condition to trigger the UEIBR report.7.The method of claim 6, wherein the condition includes that the respective beam had a number of measurement values in a measurement window that were greater than a threshold configured by RRC signaling.8.The method of claim 7, wherein the UEIBR report indicates the number of measurement values in the measurement window that were greater than the threshold for the respective beams.9.The method of claim 6, wherein the UEIBR report includes respective individual qualified beam indication (QBI) bits to indicate whether the respective beams met the condition.10.The method of claim 6, wherein the UEIBR report includes an invalid codepoint for the measurement value of a first beam, of the respective beams, that did not meet the condition, wherein the invalid codepoint is predefined.11.The method of claim 1, wherein the beam measurements include a first beam measurement on a current beam that is being used for communication, and wherein the current beam has a transmission configuration indicator (TCI) state configured with a tracking reference signal (TRS) as a quasi-co-located (QCL) source RS.12.The method of claim 11, wherein the first beam measurement is performed on:the TRS;a synchronization signal block (SSB) that is configured as the QCL source RS of a TCI state of the TRS; ora channel state information (CSI) -RS that has a TCI state for which the TRS is configured as the QCL source RS.13.A method comprising:encoding, for transmission to a user equipment (UE) via radio resource control (RRC) signaling, configuration information for reference signal (RS) resources in a serving cell;encoding, for transmission to the UE, a message to indicate a subset of the RS resources that corresponds to a measurement resource set for user equipment (UE) -initiated beam reporting (UEIBR) ; andreceiving, from the UE, a UEIBR report associated with the measurement resource set.14.The method of claim 13, wherein the message is a medium access control –control element (MAC-CE) that is identified by a dedicated extended Logical Channel Identity (eLCID) and indicates respective RS indexes of the measurement resource set.15.The method of claim 14, wherein the serving cell is a first serving cell, and wherein the MAC-CE is to update respective measurement resource sets for a plurality of serving cells including the first serving cell, and wherein the MAC-CE further includes a bitmap field to indicate an update status of the measurement resource set for the respective serving cells of the plurality of serving cells, wherein an individual bit in the bitmap field corresponds to a respective serving cell and indicates whether the measurement resource set for the respective serving cell is updated by the MAC-CE.16.The method of claim 15, wherein the subset is a first subset, and wherein the configuration information indicates a plurality of subsets of the RS resources wherein an individual subset is associated with a respective transmission configuration indicator (TCI) state identity (ID) , and wherein the message is a downlink control information (DCI) with an information field indicating a first TCI state ID that corresponds to the first subset of the RS resources.17.The method of claim 13, wherein the UEIBR report includes a set of the beam measurements for respective beams, and wherein the UEIBR report further indicates whether the respective beams met a condition to trigger the UEIBR report.18.The method of claim 17, wherein the condition includes that the respective beam had a number of measurement values in a measurement window that were greater than a threshold configured by RRC signaling.19.The method of claim 18, wherein, to indicate whether the respective beams met the condition, the UEIBR report includes:an indication of the number of measurement values in the measurement window that were greater than the threshold for the respective beams;respective individual qualified beam indication (QBI) bits to indicate whether the respective beams met the condition; oran invalid codepoint for the measurement value of a first beam, of the respective beams, that did not meet the condition, wherein the invalid codepoint is predefined.20.The method of claim 13, wherein the beam measurements include a first beam measurement on a current beam that is being used for communication, and wherein the current beam has a transmission configuration indicator (TCI) state configured with a tracking reference signal (TRS) as a quasi-co-located (QCL) source RS.21.The method of claim 20, further comprising configuring the UE to perform the first beam measurement on:the TRS;a synchronization signal block (SSB) that is configured as the QCL source RS of a TCI state of the TRS; ora channel state information (CSI) -RS that has a TCI state for which the TRS is configured as the QCL source RS.22.A baseband processor comprising:processor circuitry to:obtain, for respective beams of a plurality of beams, a plurality of measurements in a measurement window;determine, for the respective beams, a number of individual measurements of the plurality of measurements that meet a condition;classify the respective beams as qualified or non-qualified based on a comparison of the respective number with a threshold number configured by RRC signaling;generate, based on at least one of the plurality of beams being classified as qualified, a user equipment (UE) -initiated beam reporting (UEIBR) report for a subset of beams of the plurality of beams, wherein the UEIBR report indicates whether the respective beams of the subset of beams are qualified or non-qualified; andoutput the UEIBR report for transmission; andinterface circuitry coupled with the processor circuitry, the interface circuitry to communicatively couple the processor circuitry to a component of a device.23.The baseband processor of claim 22, wherein the UEIBR report includes a bitmap, wherein respective bits of the bitmap indicate whether the respective beams of the subset of beams are qualified or non-qualified.24.The baseband processor of claim 22, wherein the UEIBR indicates the determined number for the respective beams of the set of beams.25.The baseband processor of claim 22, wherein the UEIBR report includes an invalid codepoint for the measurement value of a first beam, of the set of beams, to indicate that the first beam is non-qualified.

Citation Information

Patent Citations

  • Method, apparatus and system for mobility beam management

    CN115606222A

  • Beam information determination method, terminal and network side equipment

    CN115835279A

  • Method and apparatus for beam measurement and reporting

    CN116235416A

  • Measurement and reporting of over-the-air user devices

    CN117561687A

  • Method and system for forwording geocast packet based on infra network

    KR1020250070856A