User equipment-initiated beam reporting for multiple cells

Abstract

The present application relates to devices and components including apparatuses, systems, and methods for user equipment (UE) -initiated beam reporting for multiple serving cells.

Description

USER EQUIPMENT-INITIATED BEAM REPORTING FOR MULTIPLE CELLSTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to user equipment-initiated beam reporting for multiple cells.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 user equipment (UE) -initiated beam reporting (UEIBR) report in accordance with some embodiments.

[0005] FIG. 3 illustrates another example UEIBR report in accordance with some embodiments.

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

[0007] FIG. 5 illustrates another example UEIBR report in accordance with some embodiments.

[0008] FIG. 6 illustrates another example UEIBR report in accordance with some embodiments.

[0009] FIG. 7 illustrates another example UEIBR report in accordance with some embodiments.

[0010] FIG. 8 illustrates example measurement values for beams of different serving cells in accordance with some embodiments.

[0011] FIG. 9 illustrates an example measurement resource set for multiple serving cells in accordance with some embodiments.

[0012] FIG. 10 illustrates example ASN. 1 code to configure a measurement resource set in accordance with some embodiments.

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

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

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

[0016] FIG. 14 illustrates a user equipment in accordance with some embodiments.

[0017] FIG. 15 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0034] 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) .

[0035] 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 layer 1 –reference signal received powers (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.

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

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

[0038] The UE 104 may initiate a beam report based on occurrence of a triggering event. For example, the UE 104 may measure multiple beams of a serving cell, including an active beam and one or more candidate beams. The measurements may include, for example, a Layer 1 (L1) –reference signal received power (RSRP) . The triggering event may occur if the measurement of a candidate cell is greater than the measurement of the active beam (e.g., by at least a threshold amount) . This triggering event may be referred to as “Event-2. ”

[0039] As discussed above, the UE 104 may communicate simultaneously with multiple serving cells, e.g., using CA. This may lead to a scenario in which a beam report is triggered for multiple cells during a same time period. Various embodiments herein provide techniques for UEIBR with multiple cells.

[0040] In some embodiments, separate measurement resource sets may be configured for respective individual serving cells. The resource sets may include resources for respective reference signals (RSs) , such as CSI-RSs and / or SSBs, to be transmitted via different beams  in the corresponding serving cell. The resources in the measurement resource set may be configured with respective RS indexes.

[0041] The UE may obtain beam measurements on the plurality of serving cells. For example, the beam measurements may be L1-RSRP measured on the reference signal in the resources of the measurement resource set for the serving cells. The UE may determine, based on the beam measurements, occurrence of an event to trigger a report. For example, as discussed above, the event may be that the measurement of a candidate beam is greater than the measurement of the active beam (e.g., by at least a threshold amount) in the cell. In some cases, the triggering event may occur during a same time period for multiple serving cells.

[0042] The UE may generate the report (also referred to as a “UEIBR report” ) for transmission based on the triggering event. The report may include beam measurements for a set of two or more of the serving cells. In various embodiments, the report may include a first part to identify the serving cells that are included in the report, and a second part to indicate the beam measurements for the respective serving cells of the set of serving cells. The second part may further indicate the RS indexes associated with the respective beam measurements.

[0043] For example, FIG. 2 illustrates a UEIBR report 200 in accordance with some embodiments. The UEIBR report 200 includes a first part 202 (also referred to as “Part 1” ) that indicates the serving cells that are included in the report (e.g., the serving cells for which the event has been triggered) . The UEIBR report 200 further includes a second part 204 (also referred to as “Part 2” ) that indicates the beam measurements and associated RS indexes for the serving cells that are included in the report.

[0044] In some embodiments, the UE may transmit UE capability information to the base station that indicates a maximum number of serving cells (Lmax) for which the UE is capable of performing beam measurements and including in a single UEIBR report. The base station may configure the UE (e.g., via radio resource control (RRC) signaling, such as in a beam management configuration) a maximum number of serving cells (L) to include in a single UEIBR report, where L is less than or equal to Lmax. The number of serving cells the UE actually includes in the report may be less than or equal to L.

[0045] The report may include measurements for a number, N, of beams for each of the serving cells that are included in the report. At least one of the reported beams for each serving cell may meet the triggering condition. In some embodiments, the value of N may be  configured by the network (e.g., via RRC signaling, such as in a beam management configuration) . In one example, N may be one of 1, 2, 3, or 4. In some embodiments, the UE may indicate a maximum value of N (Nmax) supported by the UE in the UE capability information.

[0046] The report may or may not include the measurement for the current active beam. In some embodiments, the configuration information received by the UE from the base station may indicate whether the report is to include the measurement for the current active beam.

[0047] Several example techniques for indicating the information of the first part and the second part of the report are described further below in accordance with various embodiments. It will be apparent that these are merely example implementations, and the techniques may be varied and / or combined in accordance with various embodiments herein.

[0048] In one example, the first part of the report may include a bitmap (e.g., a cell indicator field (CIF) ) to indicate whether a respective serving cell, of a plurality of configured serving cells, is included in the report. In some embodiments, the bitmap may have a fixed payload size (number of bits) to facilitate the base station to decode the information. For example, the bitwidth of the bitmap may be K bits, where K is the total number of serving cells that are configured with the triggering event. Individual bits may correspond to a serving cell with a corresponding ordinal position among the serving cells for which the triggering event is configured, e.g., in an increasing order of serving cell index. A first value (e.g., logic ‘1’ ) of the bit may indicate that the event is triggered for the respective serving cell and a second value (e.g., logic ‘0’ ) may indicate that the event is not triggered for the respective serving cell.

[0049] In some embodiments, the first part of the report may be included in the first UL channel of the UEIBR procedure (e.g., in Mode A or Mode B) . The second part of the report may be included in the second UL channel of the UEIBR procedure. For example, FIG. 3 illustrates a report 300 with the first part 302 in the first UL channel 306 and the second part 304 in the second UL channel 308. As discussed above, the first UL channel 306 may be a PUCCH and the second UL channel 308 may be a PUCCH and / or a PUSCH. In some embodiments, the UE may receive configuration information (e.g., via RRC) to configure the first PUCCH channel to include the bitmap (e.g., with a PUCCH format 2, 3, or 4) .

[0050] The report 300 of FIG. 3 enables the base station to decode the first part 302 of the report in the first UL channel 306 and use this information to decode the second part 304 of the report in the second UL channel 308. This may enable the UE to dynamically determine the size of the second part 304, e.g., based on the number of serving cells for which the reporting event is triggered.

[0051] In other embodiments, both the first part and the second part of the report may be included in the second UL channel. For example, FIG. 4 illustrates an example report 400 with a first part 402 and a second part 404 included in a second UL channel 408. The first UL channel 406 may still be transmitted in accordance with the UEIBR procedure, e.g., to request a resource for the second UL channel 408 for Mode A operation or inform the network that the second UL channel 408 will be transmitted for Mode B operation.

[0052] In embodiments, the first part 402 and second part 404 may be separately encoded. The first part 402 may be transmitted earlier in the second UL channel 408, thereby enabling the base station to use the information decoded from the first part 402 to decode the second part 404. In some embodiments, separate offset parameters (e.g.,  and ) may be used to determine the number of resource elements (REs) for the first part 402 and the second part 404, respectively.

[0053] In another example, the UE may be configured with a set of UL resources (e.g., PUCCH resources, such as SR resources) for transmission of the first UL channel, where individual resources are associated with a respective serving cell of the UE. The UE may transmit on the UL resources that correspond to the serving cells that are included in the report. The UE may not transmit on UL resources that correspond to serving cells that are not included in the report. Thus, the selective transmission on the individual resources indicates to the base station which serving cells are included in the report.

[0054] For example, FIG. 5 illustrates an example report 500 in accordance with various embodiments. SR resources 510a-d are configured for the first part 502 of the report 500. The SR resources 510a-d correspond to respective serving cells 512a-d of the UE. As shown, the UE may transmit the first part 502 in the SR resources 510a, 510c, and 510d, but not in SR resource 510b. This indicates to the base station that the second part 504 of the report includes beam measurements for serving cells 512a, 512c, and 512d, but not for serving cell 512b.

[0055] In some embodiments, e.g., for reports 300, 400, and / or 500, the second part of the report may be encoded on a per serving cell basis. For example, for each serving cell, N candidate beams with the highest L1-RSRP are reported. For the reported beams, the L1-RSRP and associated RS index may be reported. In some embodiments, differential reporting may be used. For example, the second part may report the L1-RSRP value for the beam with the largest L1-RSRP value among the reported beams for a given serving cell. 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 may enable fewer bits to be used compared with directly reporting the value of all of the measurements. Additionally, in some embodiments, the reference measurement may be reported using a finer granularity than the additional measurements (e.g., 1 decibel (dB) vs. 2 dB) .

[0056] Table 1 illustrates an example of the second part of the report for a respective serving cell with four reported beams (e.g., N = 4) , in accordance with various embodiments.

[0057] Table 1

[0058] As shown, the report fields may include respective RS indexes for the beams included in the report. The indexes may be ordered in decreasing order of L1-RSRP (e.g., RS indexes #0, #1, #2, and #3) . The order may correspond to the order in which the RSRP values are indicated in the report (e.g., after the RS indexes) . The RSRP for RS index #0 may be  directly encoded. The RSRPs for RS indexes #1, #2, and #3 may be differentially indicated with reference to the RSRP for RS index #0.

[0059] In another example, the first part and the second part of the report may be encoded together in respective blocks that correspond to different serving cells. For example, individual blocks may include a serving cell index and N pairs of {RS index, L1-RSRP} corresponding to respective beams of the serving cell. The number of blocks may be fixed or dynamic.

[0060] For example, FIG. 6 illustrates a report 600 with a fixed number of blocks 620a-d. The report 600 may be included in the second UL channel 608.

[0061] The number, L, of serving cells to report may be configured for the UE (e.g., via RRC signaling) . At least one reported beam in at least one serving cell may meet the triggering condition to trigger transmission of the report 600. However, with a fixed number of blocks 620a-d, there may also be reported serving cells that do not have a reported beam that meets the triggering condition.

[0062] In embodiments, the UE may select the serving cells to include in the report 600 based on the respective measurement values. For example, the report may include the L serving cells with the highest L1-RSRP for a candidate beam or a greatest difference between the highest L1-RSRP of the candidate beam and the L1-RSRP of the current beam of the respective serving cell (which may be different for different serving cells) .

[0063] The individual blocks 620a-d may include a field 602 with the cell ID of the corresponding serving cell. The individual blocks 620a-d may further include fields 604a-d that indicate the RS index and the RSRP for respective beams. Accordingly, field 602 may correspond to the first part of the report, and fields 604a-d may correspond to the second part of the report.

[0064] The number of reported beams, N, for a given serving cell may be configured for the UE or predefined, as discussed herein. The fields 604a-d may be ordered in decreasing order of RSRP. Additionally, differential encoding may be used to indicate the RSRP values for fields 604b-d with reference to field 604a.

[0065] FIG. 7 illustrates another example of a report 700 with blocks 720a-d that correspond to respective serving cells. The report 700 may include a variable payload size, e.g., with a dynamic number of blocks 720a-d. For example, the report 700 may include the  serving cells that meet the triggering event and exclude the serving cells that do not meet the triggering event.

[0066] In some embodiments, the report 700 may include a field 722 (referred to as a “total number of cells (TNoC) field 722” ) to indicate the number of serving cells that are included in the report 700. In one example, the number of bits of the TNoC field 722 is M=log2C, where C is a total number of serving cells configured with the triggering event for the UE. The content of the blocks 720a-d may correspond to the content of blocks 620a-d of FIG. 6.

[0067] A comparison of the report 600 and report 700 in an example scenario will be described with reference to FIG. 8. As shown, FIG. 8 depicts example measurement values 830a-d that correspond to respective serving cells (e.g., PCell, Serving Cell 1, Serving Cell 2, and Serving Cell 3) . FIG. 8 further illustrates a measurement value 832 for the current beam. Additionally, FIG. 8 depicts a threshold value 834 that is greater than the measurement value 832 by an offset Δ.

[0068] One measurement value 832 of the current beam is shown in FIG. 8 to facilitate understanding of the comparison (e.g., with the assumption that the current beam in each of the serving cells has the same measurement value) . However, it is noted that different serving cells may have different measurement values for the respective current beams.

[0069] As shown in FIG. 8, measurement value 830a (corresponding to PCell) is greater than the threshold value 834, while measurement values 830b-d are less than the threshold value 834. For the report 600 of FIG. 6, the report 600 would include the PCell and the Serving Cell 1 (which has the next highest measurement value 832b) .

[0070] Table 2 illustrates the total number of bits for Part 1 (Cell ID) and Part 2 (RS index and RSRP for N beams) of the report 600 in the scenario of FIG. 8, assuming the total number of configured serving cells is 4, the number of reported serving cells is L=2, the number of reported beams per serving cell is N=4, and there are 8 beams (RS resources) in the measurement resource set for respective serving cells. Accordingly, the Cell ID may be indicated by 2 bits and the RS index may be indicated by 3 bits. Table 2 further assumes that 7 bits are used to encode the RSRP value of the highest beam for a given serving cell and 3 bits are used to differentially encode the RSRP values of the other beams for the given cell.

[0071] Given these parameters, the report includes 2 bits to indicate the Cell ID for each of the two serving cells and 31 bits to indicate the RS indexes and RSRP measurements for the reported beams in each of the two serving cells, for a total size of 66 bits.

[0072] In contrast, for the report 700 of FIG. 7, the report would include the PCell and exclude the other serving cells. The TNoC field may be 2 bits to indicate the number of serving cells that are included in the report 700 out of the four configured serving cells. Accordingly, the report 700 would include 2 bits for the TNoC field, 2 bits for the Cell ID to indicate the PCell, and 31 bits to indicate the RS indexes and RSRP measurements for the reported beams in the PCell. Therefore, the total number of bits in the report 700 is 35 in this scenario, which provides a savings of 31 bits compared with the report 600.

[0073] It is noted that if the number of reported cells in report 700 is the same as report 600, the report 700 may include more bits than the report 600 (corresponding to the bits of the TNoC field, e.g., 2 additional bits if the TNoC field is 2 bits) . However, this tradeoff may be worth the potential payload size savings in other scenarios provided by the report 700. Additionally, the potential payload size savings may be greater when a larger number of serving cells per report is supported (larger L) .

[0074] In other embodiments, the UE may be configured with a measurement resource set that corresponds to multiple serving cells. FIG. 9 illustrates an example of a measurement resource set 900 in accordance with various embodiments. As shown, the measurement resource set includes RS resources 940a-f in different serving cells 942a-d. The RS resources 940a-f may be configured with respective RS indexes across the multiple serving cells 942a-d (e.g., RS 0, RS 1, ..., RS ‘k’ ) . Accordingly, the UEIBR report include the respective RS index and measurement value for the reported beams across the multiple serving cells 942a-d, and may not include the serving cell IDs. For example, the content of the report may be similar to the report 600, except without the field 602.

[0075] The measurement resource set 900 may simplify and / or reduce the payload size of the UEIBR report. However, the measurement resource set 900 may require additional signaling overhead to configure and / or update the measurement resource set 900.

[0076] FIG. 10 illustrates example ASN. 1 code 1000 to configure a measurement resource set with RS resources across multiple cells (e.g., corresponding to the measurement  resource set 900) . As shown, the ASN. 1 code maps a RS to a corresponding serving cell identified by ‘CellIndex-r19. ’

[0077] FIG. 11 is an operational flow / algorithmic structure 1100 for UEIBR with multiple serving cells in accordance with some embodiments. The operational flow / algorithmic structure 1100 may be implemented by a UE such as, for example, UE 104, UE 1400 (shown in FIG. 14 and discussed further below) , or components thereof; for example, a baseband processor 1404A.

[0078] The operational flow / algorithmic structure 1100 may include, at 1104, receiving a configuration of beam measurement resources for a first set of serving cells. The configuration may be received from a network, e.g., via RRC signaling.

[0079] The operational flow / algorithmic structure 1100 may further include, at 1108, determining, based beam measurements results on the beam measurement resources, occurrence of an event to trigger a report. The beam measurement results may include L1-RSRP values. The report may be a UEIBR report. For example, the event may be triggered if the measurement result of at least one candidate beam of a serving cell is greater than the measurement of the current beam by an offset.

[0080] The operational flow / algorithmic structure 1100 may further include, at 1112, determining a second set of serving cells to be included in the report. The second set of serving cells may be a subset of the first set of serving cells. In some embodiments, the number of serving cells in the second set of serving cells that is included report may be dynamically variable by the UE, e.g., to include the serving cells for which at least one candidate beam meets the triggering event. The UE may receive a configuration of a maximum number of serving cells to include in the report. In some embodiments, the UE may transmit UE capability information to the network (e.g., base station) that indicates a maximum number of serving cells the UE is capable of including in one report. The configured maximum number may be less than or equal to the maximum number indicated in the UE capability information.

[0081] In other embodiments, the number of serving cells included in the report may be fixed. Accordingly, the UE may include the same number of serving cells in the report regardless of how many of the serving cells have a candidate beam that meets the triggering  event. In some embodiments, the number of serving cells to include in the report may be configured by the network.

[0082] The operational flow / algorithmic structure 1100 may further include, at 1116, generating the report for transmission to the network, wherein the report includes a first part to identify the second set serving cells that are included in the report, and a second part to indicate the beam measurements for the second set of serving cells of the set of serving cells.

[0083] In the UEIBR procedure, the UE may transmit a first UL message to request a resource for a second UL message (e.g., for Mode A) or notify the network that the second UL message will be transmitted (e.g., for Mode B) . The second part of the report may be included in the second UL message. The first part of the report may be included in the first UL message or the second UL message.

[0084] In some embodiments, the first part of the report, to identify the second set of serving cells included in the report, may be transmitted entirely before the second part of the report (to indicate the beam measurements for the respective serving cells) with separate channel coding schemes used for the first and second parts. For example, the first part of the report may include a bitmap, with individual bits of the bitmap indicating whether a corresponding serving cell is included in the report.

[0085] In other embodiments, the first part of the report and the second part of the report for individual serving cells may be included in respective blocks, e.g., as described with respect to blocks 620a-d of report 600. In some embodiments, the report may further include a field (e.g., field 722 of report 700) to indicate a number of serving cells included in the report. This indication may enable the report to have a dynamic payload size (e.g., based on how many of the serving cells have a candidate beam that meets the triggering event) .

[0086] FIG. 12 is another operational flow / algorithmic structure 1200 in accordance with some embodiments. The operational flow / algorithmic structure 1200 may be performed by a base station such as base station 108, base station 118, network device 1500 (discussed further below with reference to FIG. 15) , or components thereof, for example, processors 1504A.

[0087] The operational flow / algorithmic structure 1200 may include, at 1204, encoding, for transmission to a UE, a configuration that indicates beam measurement resources on a first set of serving cells.

[0088] The operational flow / algorithmic structure 1200 may further include, at 1208, receiving, from the UE, a first UL transmission on a first UL channel to request a resource of a second UL channel for a second UL transmission for a UEIBR report or indicate that the second UL transmission for the UEIBR report will be transmitted by the UE on the second UL channel configured by a network.

[0089] The operational flow / algorithmic structure 1200 may further include, at 1212, decoding the UEIBR report, wherein the UEIBR report indicates beam measurement results for a second set of serving cells, wherein the second set of serving cells is a subset of the first set of serving cells, wherein the UEIBR report includes a first part to identify the second set of serving cells that are included in the UEIBR report and a second part to indicate the beam measurement results for the respective serving cells of the second set of serving cells, and wherein the second part is included in the second UL transmission on the second UL channel.

[0090] In some embodiments, the number of serving cells included in the report (e.g., in the second set of serving cells) may be dynamically variable by the UE, e.g., to include the serving cells for which at least one candidate beam meets the triggering event. The base station may configure the UE with a maximum number of serving cells to include in the report. In some embodiments, the base station may receive UE capability information from the UE that indicates a maximum number of serving cells the UE is capable of including in one report. The configured maximum number may be less than or equal to the maximum number indicated in the UE capability information.

[0091] In other embodiments, the number of serving cells included in the report may be fixed. Accordingly, the report may include the same number of serving cells regardless of how many of the serving cells have a candidate beam that meets the triggering event. In some embodiments, the base station may configure the number of serving cells the UE is to include in the report.

[0092] FIG. 13 is another an operational flow / algorithmic structure 1300 in accordance with some embodiments. The operational flow / algorithmic structure 1300 may be implemented by a UE such as, for example, UE 104, UE 1400, or components thereof; for example, a baseband processor 1404A.

[0093] The operational flow / algorithmic structure 1300 may include, at 1304, receiving configuration information to indicate a measurement resource set, wherein the  measurement resource set includes reference signal (RS) resources in multiple serving cells, and wherein the configuration information indicates RS indexes for the respective RS resources.

[0094] The operational flow / algorithmic structure 1300 may further include, at 1308, obtaining beam measurement results on the respective RS resources.

[0095] The operational flow / algorithmic structure 1300 may further include, at 1312, generating a UEIBR report for transmission, wherein the UEIBR report includes the beam measurement results and associated RS indexes for two or more of the serving cells. Since the measurement resource set includes RS resources in multiple serving cells that have different RS indexes, the UEIBR report may not need to directly include a cell ID associated with the beam measurements.

[0096] FIG. 14 illustrates a UE 1400 in accordance with some embodiments. The UE 1400 may be similar to and substantially interchangeable with UE 104.

[0097] The UE 1400 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.

[0098] The UE 1400 may include processors 1404, RF interface circuitry 1408, memory / storage 1412, user interface 1416, sensors 1420, driver circuitry 1422, power management integrated circuit (PMIC) 1424, antenna 1426, and battery 1428. The components of the UE 1400 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. 14 is intended to show a high-level view of some of the components of the UE 1400. 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.

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

[0100] The processors 1404 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1404A, central processor unit circuitry (CPU) 1404B, and graphics processor unit circuitry (GPU) 1404C. The processors 1404 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 1412 to cause the UE 1400 to perform UEIBR operations as described herein (e.g., in accordance with FIG. 11 and / or FIG. 13) . The processors 1404 may also include interface circuitry 1404D to communicatively couple the processor circuitry with one or more other components of the UE 1400.

[0101] In some embodiments, the baseband processor circuitry 1404A may access a communication protocol stack 1436 in the memory / storage 1412 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1404A may access the communication protocol stack 1436 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 1408.

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

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

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

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

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

[0107] 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 1426.

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

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

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

[0111] The sensors 1420 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.

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

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

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

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

[0116] The network device 1500 may include processors 1504, RF interface circuitry 1508 (if implemented as a base station) , core network (CN) interface circuitry 1514, memory / storage circuitry 1512, and antenna structure 1526.

[0117] The components of the network device 1500 may be coupled with various other components over one or more interconnects 1528.

[0118] The processors 1504, RF interface circuitry 1508, memory / storage circuitry 1512 (including communication protocol stack 1510) , antenna structure 1526, and interconnects 1528 may be similar to like-named elements shown and described with respect to FIG. 14.

[0119] The processors 1504 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1504A, central processor unit circuitry (CPU) 1504B, and graphics processor unit circuitry (GPU) 1504C. The processors 1504 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 1512 to cause the network device 1500 to perform UEIBR operations described herein (e.g., in accordance with FIG. 12) . The processors 1504 may also include interface circuitry 1504D to communicatively couple the processor circuitry with one or more other components of the network device 1500.

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

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

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

[0123] Examples

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

[0125] Example 1 may include a method comprising: receiving, from a network, a configuration of beam measurement resources for a first set of serving cells; determining, based on beam measurement results on the beam measurement resources, occurrence of an event to trigger a report; determining a second set of serving cells to be included in the report, wherein the second set of serving cells is a subset of the first set of serving cells; and generating the report for transmission to the network, wherein the report includes a first part to identify the second set of serving cells that are included in the report, and a second part to indicate the beam measurement results for the second set of serving cells.

[0126] Example 2 may include the method of example 1 or some other example herein, further comprising: generating, for transmission to a network, user equipment (UE) capability information to indicate a number of serving cells that a UE is capable of including in the report; and receiving, from the network, a configuration of a maximum number of serving cells to be included in the report, wherein the maximum number configured by the network is less than or equal to the number of serving cells indicated by the UE in the UE capability information.

[0127] Example 3 may include the method of example 2 or some other example herein, wherein the UE capability information further indicates a maximum number of beams that the UE is capable of including in the report for an individual serving cell of the second set of serving cells.

[0128] Example 4 may include the method of example 1 or some other example herein, further comprising receiving an indication of a number of beams to be included in the report for an individual serving cell of the second set of serving cells.

[0129] Example 5 may include the method of example 1 or some other example herein, further comprising receiving an indication of whether the beam measurement for a current beam used by a UE for communication with a network is to be included in the report.

[0130] Example 6 may include the method of example 1 or some other example herein, wherein the first part of the report includes a bitmap field with a fixed size of ‘K’ bits, wherein an individual bit of the bitmap field indicates whether a respective serving cell of the first set of serving cells is included in the report, and wherein ‘K’ is a total number of serving cells in the first set of serving cells that is configured by the network.

[0131] Example 7 may include the method of example 1 or some other example herein, further comprising: generating a first uplink (UL) message for transmission on a first UL channel to a network to request a resource for a second UL message or notify the network that the second UL message will be transmitted; and generating the second UL message for transmission on a second UL channel, wherein the second UL message includes the second part of the report.

[0132] Example 8 may include the method of example 7 or some other example herein, wherein the first part of the report is included in the first UL message transmitted on the first UL channel.

[0133] Example 9 may include the method of example 7 or some other example herein, wherein the first part of the report is included in the second UL message prior to the second part of the report with separate channel coding schemes and transmitted on the second UL channel.

[0134] Example 10 may include the method of example 7 or some other example herein, wherein the first UL channel is a physical uplink control channel (PUCCH) and the second UL channel is a PUCCH or a physical uplink shared channel (PUSCH) .

[0135] Example 11 may include the method of example 1 or some other example herein, further comprising receiving configuration information to indicate uplink resources that correspond to respective individual serving cells of the first set of serving cells, wherein the first part of the report is transmitted on the indicated uplink resources that correspond to the second set of serving cells included in the report.

[0136] Example 12 may include the method of example 1 or some other example herein, wherein, to indicate the beam measurements for a first serving cell of the second set of serving cells, the second part of the report includes a field to indicate a first beam measurement result with a highest value among the beam measurement results for the first serving cell and one or more additional fields for the first serving cell to indicate differential values of the one or more other beam measurement results for the first serving cell with reference to the first beam measurement result.

[0137] Example 13 may include the method of example 1 or some other example herein, wherein the report includes a plurality of blocks, wherein an individual block of the plurality of blocks corresponds to a respective serving cell of the second set of serving cells,  and wherein the individual block includes a cell identifier to identify the respective serving cell and the beam measurement results for the respective serving cell.

[0138] Example 14 may include the method of example 13 or some other example herein, wherein a number of the blocks in the report is configured by a network or predefined.

[0139] Example 15 may include the method of example 13 or some other example herein, wherein the report further includes a field to indicate a number of the blocks included in the report.

[0140] Example 16 may include a method comprising: encoding, for transmission to a user equipment (UE) , a configuration that indicates beam measurement resources on a first set of serving cells; receiving, from the UE, a first uplink (UL) transmission on a first UL channel to request a resource of a second UL channel for a second UL transmission for a UE-initiated beam reporting (UEIBR) report or indicate that the second UL transmission for the UEIBR report will be transmitted by the UE on the second UL channel configured by a network; and decoding the UEIBR report, wherein the UEIBR report indicates beam measurement results for a second set of serving cells, wherein the second set of serving cells is a subset of the first set of serving cells, wherein the UEIBR report includes a first part to identify the second set of serving cells that are included in the UEIBR report and a second part to indicate the beam measurement results for the respective serving cells of the second set of serving cells, and wherein the second part is included in the second UL transmission on the second UL channel.

[0141] Example 17 may include the method of example 16 or some other example herein, further comprising: receiving, from the UE, UE capability information to indicate a number of serving cells that the UE is capable of including in the UEIBR report; and encoding, for transmission to the UE, configuration information to indicate a maximum number of serving cells to be included in the UEIBR report, wherein the maximum number is less than or equal to the number of serving cells indicated by the UE in the UE capability information.

[0142] Example 18 may include the method of example 17 or some other example herein, wherein the configuration information further indicates a number of beams to be included in the UEIBR report for an individual serving cell of the second set of serving cells.

[0143] Example 19 may include the method of example 17 or some other example herein, wherein the configuration information further indicates whether the beam measurement for a current beam used by UE for communication with a network is to be included in the UEIBR report.

[0144] Example 20 may include the method of example 16 or some other example herein, wherein the first part of the UEIBR report includes a bitmap field with a fixed size of ‘K’ , wherein an individual bit of the bitmap field indicates whether a respective serving cell of the first set of serving cells is included in the UEIBR report, and wherein ‘K’ is a total number of serving cells in the first set of serving cells that is configured by a network.

[0145] Example 21 may include the method of example 20 or some other example herein, wherein the bitmap is included in the first UL transmission transmitted on the first UL channel.

[0146] Example 22 may include the method of example 20 or some other example herein, wherein the bitmap is included in the second UL transmission prior to the second part of the UEIBR report with separate channel coding schemes and transmitted on the second UL channel.

[0147] Example 23 may include the method of example 16 or some other example herein, wherein the first UL transmission is a physical uplink control channel (PUCCH) transmission and the second UL transmission is a PUCCH transmission or a physical uplink shared channel (PUSCH) transmission.

[0148] Example 24 may include the method of example 16 or some other example herein, further comprising encoding, for transmission to the UE, configuration information to indicate uplink resources that correspond to respective individual serving cells of the first set of serving cells, wherein the first part of the UEIBR report is received on the indicated uplink resources that correspond to the second set of serving cells included in the UEIBR report.

[0149] Example 25 may include the method of example 16 or some other example herein, wherein, to indicate the beam measurements for a first serving cell of the second set of serving cells, the second part of the UEIBR report includes a field to indicate a first beam measurement result with a highest value among the beam measurement results for the first serving cell and one or more additional fields to indicate differential values of the one or  more other beam measurement results for the first serving cell with reference to the first beam measurement result.

[0150] Example 26 may include the method of example 16 or some other example herein, wherein the UEIBR report includes a plurality of blocks, wherein an individual block of the plurality of blocks corresponds to a respective serving cell of the second set of serving cells, and wherein the individual block includes a cell identifier to identify the respective serving cell and the beam measurement results for the respective serving cell.

[0151] Example 27 may include the method of example 26 or some other example herein, wherein a number of the blocks in the UEIBR report is configured or predefined.

[0152] Example 28 may include the method of example 26 or some other example herein, wherein the UEIBR report further includes a field to indicate a number of the blocks included in the UEIBR report.

[0153] Example 29 may include a method comprising: receiving a configuration information to indicate a measurement resource set, wherein the measurement resource set includes reference signal (RS) resources in multiple serving cells, and wherein the configuration information indicates RS indexes for the respective RS resources; obtaining beam measurement results on the respective RS resources; and generating a user equipment (UE) -initiated beam reporting (UEIBR) report for transmission, wherein the UEIBR report includes the beam measurement results and associated RS indexes for two or more of the serving cells.

[0154] Example 30 may include the method of example 29 or some other example herein, further comprising: generating a first uplink (UL) message for transmission on a first UL channel to a base station to request a resource for a second UL channel for the UEIBR report or notify the base station that the UEIBR report will be transmitted on a second UL channel.

[0155] Example 31 may include the method of example 29 or some other example herein, further comprising: generating, for transmission to a base station, user equipment (UE) capability information to indicate a number of serving cells that a UE is capable of including in the UEIBR report.

[0156] Example 32 may include the method of example 29 or some other example herein, further comprising receiving an indication of a number of beams to be included in the UEIBR report for individual serving cells of the multiple serving cells.

[0157] Example 33 may include the method of example 29 or some other example herein, further comprising receiving an indication of whether the beam measurement for a current beam used by UE for communication with a network is to be included in the UEIBR report.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0174] 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, a configuration of beam measurement resources for a first set of serving cells;determining, based on beam measurement results on the beam measurement resources, occurrence of an event to trigger a report;determining a second set of serving cells to be included in the report, wherein the second set of serving cells is a subset of the first set of serving cells; andgenerating the report for transmission to the network, wherein the report includes a first part to identify the second set of serving cells that are included in the report, and a second part to indicate the beam measurement results for the second set of serving cells.2.The method of claim 1, further comprising:generating, for transmission to a network, user equipment (UE) capability information to indicate a number of serving cells that a UE is capable of including in the report; andreceiving, from the network, a configuration of a maximum number of serving cells to be included in the report, wherein the maximum number configured by the network is less than or equal to the number of serving cells indicated by the UE in the UE capability information.3.The method of claim 1, further comprising receiving an indication of whether the beam measurement for a current beam used by a UE for communication with a network is to be included in the report.4.The method of claim 1, wherein the first part of the report includes a bitmap field with a fixed size of ‘K’ bits, wherein an individual bit of the bitmap field indicates whether a respective serving cell of the first set of serving cells is included in the report, and wherein ‘K’ is a total number of serving cells in the first set of serving cells that is configured by the network.5.The method of claim 1, further comprising:generating a first uplink (UL) message for transmission on a first UL channel to a network to request a resource for a second UL message or notify the network that the second UL message will be transmitted; andgenerating the second UL message for transmission on a second UL channel, wherein the second UL message includes the second part of the report.6.The method of claim 5, wherein the first part of the report is included in the first UL message transmitted on the first UL channel.7.The method of claim 5, wherein the first part of the report is included in the second UL message prior to the second part of the report with separate channel coding schemes and transmitted on the second UL channel.8.The method of claim 1, further comprising receiving configuration information to indicate uplink resources that correspond to respective individual serving cells of the first set of serving cells, wherein the first part of the report is transmitted on the indicated uplink resources that correspond to the second set of serving cells included in the report.9.The method of claim 1, wherein, to indicate the beam measurements for a first serving cell of the second set of serving cells, the second part of the report includes a field to indicate a first beam measurement result with a highest value among the beam measurement results for the first serving cell and one or more additional fields for the first serving cell to indicate differential values of the one or more other beam measurement results for the first serving cell with reference to the first beam measurement result.10.The method of claim 1, wherein the report includes a plurality of blocks, wherein an individual block of the plurality of blocks corresponds to a respective serving cell of the second set of serving cells, and wherein the individual block includes a cell identifier to identify the respective serving cell and the beam measurement results for the respective serving cell.11.The method of claim 10, wherein a number of the blocks in the report is configured by a network or predefined, or wherein the report further includes a field to indicate a number of the blocks included in the report.12.A method comprising:encoding, for transmission to a user equipment (UE) , a configuration that indicates beam measurement resources on a first set of serving cells;receiving, from the UE, a first uplink (UL) transmission on a first UL channel to request a resource of a second UL channel for a second UL transmission for a UE-initiated beam reporting (UEIBR) report or indicate that the second UL transmission for the UEIBR report will be transmitted by the UE on the second UL channel configured by a network; anddecoding the UEIBR report, wherein the UEIBR report indicates beam measurement results for a second set of serving cells, wherein the second set of serving cells is a subset of the first set of serving cells, wherein the UEIBR report includes a first part to identify the second set of serving cells that are included in the UEIBR report and a second part to indicate the beam measurement results for the respective serving cells of the second set of serving cells, and wherein the second part is included in the second UL transmission on the second UL channel.13.The method of claim 12, further comprising:receiving, from the UE, UE capability information to indicate a number of serving cells that the UE is capable of including in the UEIBR report; andencoding, for transmission to the UE, configuration information to indicate a maximum number of serving cells to be included in the UEIBR report, wherein the maximum number is less than or equal to the number of serving cells indicated by the UE in the UE capability information.14.The method of claim 13, wherein the configuration information further indicates whether the beam measurement for a current beam used by UE for communication with a network is to be included in the UEIBR report.15.The method of claim 12, wherein the first part of the UEIBR report includes a bitmap field with a fixed size of ‘K’ , wherein an individual bit of the bitmap field indicates  whether a respective serving cell of the first set of serving cells is included in the UEIBR report, and wherein ‘K’ is a total number of serving cells in the first set of serving cells that is configured by a network.16.The method of claim 15, wherein the bitmap is included in the first UL transmission transmitted on the first UL channel.17.The method of claim 15, wherein the bitmap is included in the second UL transmission prior to the second part of the UEIBR report with separate channel coding schemes and transmitted on the second UL channel.18.The method of claim 12, further comprising encoding, for transmission to the UE, configuration information to indicate uplink resources that correspond to respective individual serving cells of the first set of serving cells, wherein the first part of the UEIBR report is received on the indicated uplink resources that correspond to the second set of serving cells included in the UEIBR report.19.The method of claim 12, wherein, to indicate the beam measurements for a first serving cell of the second set of serving cells, the second part of the UEIBR report includes a field to indicate a first beam measurement result with a highest value among the beam measurement results for the first serving cell and one or more additional fields to indicate differential values of the one or more other beam measurement results for the first serving cell with reference to the first beam measurement result.20.The method of claim 12, wherein the UEIBR report includes a plurality of blocks, wherein an individual block of the plurality of blocks corresponds to a respective serving cell of the second set of serving cells, and wherein the individual block includes a cell identifier to identify the respective serving cell and the beam measurement results for the respective serving cell.21.The method of claim 20, wherein a number of the blocks in the UEIBR report is configured or predefined, or wherein the UEIBR report further includes a field to indicate a number of the blocks included in the UEIBR report.22.A baseband processor comprising:processor circuitry to:receive a configuration information to indicate a measurement resource set, wherein the measurement resource set includes reference signal (RS) resources in multiple serving cells, and wherein the configuration information indicates RS indexes for the respective RS resources;obtain beam measurement results on the respective RS resources; andgenerate a user equipment (UE) -initiated beam reporting (UEIBR) report for transmission, wherein the UEIBR report includes the beam measurement results and associated RS indexes for two or more of the serving cells; 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 processor circuitry is further to generate, for transmission to a network, user equipment (UE) capability information to indicate a number of serving cells that a UE is capable of including in the UEIBR report.24.The baseband processor of claim 22, wherein the processor circuitry is further to receive an indication of a number of beams to be included in the UEIBR report for individual serving cells of the multiple serving cells.25.The baseband processor of claim 22, wherein the processor circuitry is further to receive an indication of whether the beam measurement for a current beam used by UE for communication with a network is to be included in the UEIBR report.

Images