Response window for UE initiated beam report

Abstract

This disclosure provides methods and apparatuses for enhancing beam reporting in wireless communication systems, specifically in user equipment (UE) -initiated or event-driven beam reporting. In Mode A reporting, a UE transmits a request for a beam report resource, receives downlink control information (DCI) during a timing response window scheduling the resource, and transmits the beam report in response to the DCI. In Mode B reporting, the UE receives a radio resource control (RRC) configuration of a beam report resource, transmits a request notifying of an imminent beam report, and transmits the beam report in the resource. Aspects are provided regarding DCI response window timing and rules for DCI reception and beam report transmission in Mode A, as well as on selection of specific resources and cells in Mode B. Based on these aspects, the likelihood of DCI mis-detections and uplink transmission conflicts may be reduced, improving beam management performance and efficiency.

Description

RESPONSE WINDOW FOR UE INITIATED BEAM REPORTTECHNICAL FIELD

[0001] The present disclosure generally pertains to the field of wireless communication, and more particularly, to beamforming and beam management techniques focusing on User Equipment (UE) -initiated or event-driven beam reporting.

[0002] DESCRIPTION OF THE RELATED TECHNOLOGY

[0003] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, and broadcasts. Typical wireless communication systems may employ multiple-access technologies capable of supporting communication with multiple users by sharing available system resources. Examples of such multiple-access technologies include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single-carrier frequency division multiple access (SC-FDMA) systems, and time division synchronous code division multiple access (TD-SCDMA) systems.

[0004] These multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different wireless devices to communicate on a municipal, national, regional, and even global level. An example telecommunication standard is 5G New Radio (NR) . 5G NR is part of a continuous mobile broadband evolution promulgated by Third Generation Partnership Project (3GPP) to meet new requirements associated with latency, reliability, security, scalability (e.g., with Internet of Things (IoT) ) , and other requirements. 5G NR includes services associated with enhanced mobile broadband (eMBB) , massive machine type communications (mMTC) , and ultra-reliable low latency communications (URLLC) . Some aspects of 5G NR may be based on the 4G Long Term Evolution (LTE) standard. There exists a need for further improvements in 5G NR technology. These improvements may also be applicable to other multi-access technologies and the telecommunication standards that employ these technologies.SUMMARY

[0005] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0006] One innovative aspect of the subject matter described in this disclosure may be implemented in an apparatus for wireless communication, which may be a user equipment (UE) . The apparatus includes one or more memories, and one or more processors each communicatively coupled with at least one of the one or more memories. The one or more processors, individually or in any combination, are operable to cause the apparatus to transmit in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report, receive a configuration of the resource, the configuration being one of: downlink control information (DCI) received after the request is transmitted and scheduling the resource, or a radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource, and transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

[0007] Another innovative aspect of the subject matter described in this disclosure may be implemented in a method for wireless communication performable at a UE. The method includes transmitting in a PUCCH a request associated with a resource for a beam report, receiving a configuration of the resource, the configuration being one of: DCI received after the request is transmitted and scheduling the resource, or an RRC configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource, and transmitting the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

[0008] Another innovative aspect of the subject matter described in this disclosure may be implemented in an apparatus for wireless communication, which may be a UE. The apparatus includes means for transmitting in a PUCCH a request associated with a resource for a beam report, means for receiving a configuration of the resource, the configuration being one of: DCI received after the request is transmitted and scheduling the resource, or an RRC configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource, and where the means for transmitting is further configured to transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

[0009] To the accomplishment of the foregoing and related ends, the one or more aspects comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the annexed drawings set forth in detail certain illustrative features of the one or more aspects. These features are indicative, however, of but a few of the various ways in which the principles of various aspects may be employed, and this description is intended to include all such aspects and their equivalents.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] FIG. 1A is a diagram illustrating an example of a wireless communications system and an access network.

[0011] FIG. 1B shows a diagram illustrating an example disaggregated base station architecture.

[0012] FIG. 2A is a diagram illustrating an example of a first subframe within a 5G NR frame structure.

[0013] FIG. 2B is a diagram illustrating an example of DL channels within a 5G NR subframe.

[0014] FIG. 2C is a diagram illustrating an example of a second subframe within a 5G NR frame structure.

[0015] FIG. 2D is a diagram illustrating an example of UL channels within a 5G NR subframe.

[0016] FIG. 3 is a block diagram illustrating an example of a base station and a UE involved in wireless communication.

[0017] FIG. 4 is a block diagram illustrating an example of UE-initiated beam reporting in Mode A.

[0018] FIGs. 5A –5C are block diagrams illustrating examples of rules for DCI reception and beam report transmission in Mode A.

[0019] FIG. 6 is a block diagram illustrating an example of UE-initiated beam reporting in Mode B.

[0020] FIG. 7 is a block diagram illustrating another example of UE-initiated beam reporting in Mode B.

[0021] FIG. 8 is a diagram illustrating an example of a call flow between a base station and a UE.

[0022] FIG. 9 is a flowchart of an example method of wireless communication performable at a UE.

[0023] FIG. 10 is a diagram illustrating an example of a hardware implementation for an apparatus that is a UE.DETAILED DESCRIPTION

[0024] The detailed description set forth below in connection with the appended drawings is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0025] Several aspects of telecommunication systems will now be presented with reference to various apparatus and methods. These apparatus and methods will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are  implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0026] By way of example, an element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems on a chip (SoC) , baseband processors, field programmable gate arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.

[0027] Accordingly, in one or more example embodiments, the functions described may be implemented in hardware, software, or any combination thereof. If implemented in software, the functions may be stored on or encoded as one or more instructions or code on a computer-readable medium. Computer-readable media includes computer storage media. Storage media may be any available media that may be accessed by a computer. By way of example, and not limitation, such computer-readable media may comprise a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of the aforementioned types of computer-readable media, or any other medium that may be used to store computer executable code in the form of instructions or data structures that may be accessed by a computer.

[0028] The present disclosure relates to beamforming and beam management in wireless communication systems, particularly in the context of User Equipment (UE) -initiated or event-driven beam reporting. In Mode A beam reporting, the UE sends a request for a resource for an event-driven beam report. After sending the request, the UE  monitors for a downlink control information (DCI) response during a response time window which DCI schedules or activates the resource, and the UE sends the beam report in the scheduled or activated resource. In Mode B beam reporting, the UE sends a request notification that it intends to send a beam report in a previously configured resource, after which notification the UE proceeds to send the beam report in the indicated resource. However, without any specification of timings or rules related to the response time window in Mode A reporting or related to selection of the preconfigured resource in Mode B reporting, network performance may be reduced or inefficiencies may result. For example, in Mode A reporting, UE mis-detection of DCIs in the response time window may result in a complex uplink control information (UCI) multiplexing outcome, while in Mode B reporting, UE transmission of beam reports in conflicting resources with other UCI may result in significant overhead from unnecessary retransmissions of non-acknowledged beam reports. Therefore, enhancements to Mode A and Mode B procedures are accordingly disclosed to improve network performance or efficiency in beam reporting. For instance, definitions of a time offset and duration for a response timing window, as well as specification of one or more rules for reception of DCI in the response timing window or for transmission of beam reports following the response timing window, are provided to help streamline the process of Mode A beam reporting. Similarly, specifications of how the UE may select a pre-configured uplink resource for beam reporting, as well as which cell or component carrier the UE may select for its beam reporting, are provided to help streamline the process of Mode B beam reporting. Thus, network performance and efficiency in beam reporting and management may be improved.

[0029] Accordingly, various aspects of the subject matter described in this disclosure relate generally to wireless communication, and more particularly to beamforming and beam management in wireless communication systems. Some aspects specifically relate to UE-initiated or event-driven beam reporting. In various examples, apparatuses and methods are provided in which a UE transmits a request associated with a resource for a beam report in a physical uplink control channel (PUCCH) , receives a configuration of the resource, and then transmits the beam report in the resource. In some examples, the configuration may be DCI received after the request is transmitted and scheduling the resource, and the beam report may be transmitted in the resource in response to the reception of the DCI during a timing response window  following transmission of the request. In other examples, the configuration may be a radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource, and the beam report may be transmitted in the resource in response to determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

[0030] Additional aspects relate to the specifics of the DCI timing response window in Mode A reporting. Some aspects specify the timing of the response window. In one aspect, the window may begin a number of slots X following the slot in which the request is transmitted. In other aspects, the number of slots X or a duration of the timing response window may be a fixed number of slots configured in an RRC configuration or based on a timer configured in an RRC configuration or an absolute value in a unit of time or a unit of slots. In a further aspect, the UE may refrain from transmitting another request in the PUCCH during the timing response window based on the same event as an event triggering the beam report. Further aspects specify rules related to the reception of the DCI and the transmission of the beam report. In one aspect, the UE may receive only a single DCI scheduling the resource in a slot in response to the request. In another aspect, the UE may transmit only a single beam report in response to the DCI in a slot. In a further aspect, the UE may transmit only a single beam report in a single uplink carrier in response to multiple different DCIs scheduling the resource on overlapping time domain symbols. A combination of any of the aforementioned aspects may be implemented.

[0031] Further aspects relate to the selection of the uplink resource for Mode B reporting. More specifically, these aspects specify the selection of the uplink resource for beam reporting from the plurality of uplink resources configured in a RRC configuration prior to the request. In one aspect, the UE may select the initial one of the plurality of uplink resources following the transmission of the request. In another aspect, the UE may select the initial resource following a time offset after the transmission of the request. In another aspect, the UE may select the initial valid resource of the plurality of uplink resources following the transmission of the request. In a further aspect, the UE may select the uplink resource from the plurality of uplink resources configured in only the PUCCH cell. In another aspect, the UE may select the resource in a selected cell from a plurality of cells including the PUCCH cell. A combination of any of the aforementioned aspects may be implemented.

[0032] Thus, particular aspects of the subject matter described in this disclosure may be implemented to realize one or more potential advantages. For example, the proposed methods and apparatuses may enhance the efficiency and performance of beam reporting in wireless communication systems, particularly in the context of UE-initiated or event-driven beam reporting. This may be achieved through specification of timings or rules related to the response time window in Mode A reporting or related to selection of the preconfigured resource in Mode B reporting. For example, when the UE transmits a request associated with a resource for a beam report in a PUCCH, receives a configuration of the resource in the form of DCI scheduling or activating the resource, and then transmits the beam report in the resource, Mode A beam reporting may be improved through definitions of the time offset and duration for the response timing window, specification of one or more rules for reception of DCI in the response timing window or for transmission of beam reports following the response timing window, or a combination of the foregoing. Similarly, when the UE transmits a request associated with a resource for a beam report in a PUCCH, receives a configuration of the resource in the form of an RRC configuration pre-configuring the resource, and then transmits the beam report in the resource, Mode B beam reporting may be improved through specifications of how the UE may select the pre-configured uplink resource for beam reporting, as well as which cell or component carrier the UE may select for its beam reporting. In addition, through adaptation of the timing response window based on any of the aforementioned definitions or rules related to window timing, DCI reception, or the transmission of Mode A beam reports, lower likelihood of UE mis-detection of DCIs in the response time window may result and simplification of the UCI multiplexing outcome may be achieved. Moreover, by configuring the selection of the uplink resource or cell for Mode B beam reports based on any of the aforementioned conditions or approaches for resource or cell selection, lower likelihood of beam report transmissions in conflicting resources with other UCI may result and reduced overhead from unnecessary retransmissions of beam reports may be achieved.

[0033] FIG. 1A is a diagram illustrating an example of a wireless communications system and an access network 100. The wireless communications system (also referred to as a wireless wide area network (WWAN) ) includes base stations 102, user equipment (s) (UE) 104, an Evolved Packet Core (EPC) 160, and another core network 190 (e.g., a 5G Core (5GC) ) . The base stations 102 may include macrocells (high power cellular  base station) and / or small cells (low power cellular base station) . The macrocells include base stations. The small cells include femtocells, picocells, and microcells.

[0034] The base stations 102 configured for 4G Long Term Evolution (LTE) (collectively referred to as Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN) ) may interface with the EPC 160 through first backhaul links 132 (e.g., S1 interface) . The base stations 102 configured for 5G New Radio (NR) (collectively referred to as Next Generation RAN (NG-RAN) ) may interface with core network 190 through second backhaul links 184. In addition to other functions, the base stations 102 may perform one or more of the following functions: transfer of user data, radio channel ciphering and deciphering, integrity protection, header compression, mobility control functions (e.g., handover, dual connectivity) , inter-cell interference coordination, connection setup and release, load balancing, distribution for non-access stratum (NAS) messages, NAS node selection, synchronization, radio access network (RAN) sharing, Multimedia Broadcast Multicast Service (MBMS) , subscriber and equipment trace, RAN information management (RIM) , paging, positioning, and delivery of warning messages. The base stations 102 may communicate directly or indirectly (e.g., through the EPC 160 or core network 190) with each other over third backhaul links 134 (e.g., X2 interface) . The first backhaul links 132, the second backhaul links 184, and the third backhaul links 134 may be wired or wireless.

[0035] The base stations 102 may wirelessly communicate with the UEs 104. Each of the base stations 102 may provide communication coverage for a respective geographic coverage area 110. There may be overlapping geographic coverage areas 110. For example, the small cell 102' may have a coverage area 110' that overlaps the coverage area 110 of one or more macro base stations 102. A network that includes both small cell and macrocells may be known as a heterogeneous network. A heterogeneous network may also include Home Evolved Node Bs (eNBs) (HeNBs) , which may provide service to a restricted group known as a closed subscriber group (CSG) . The communication links 120 between the base stations 102 and the UEs 104 may include uplink (UL) (also referred to as reverse link) transmissions from a UE 104 to a base station 102 and / or downlink (DL) (also referred to as forward link) transmissions from a base station 102 to a UE 104. The communication links 120 may use multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing,  beamforming, and / or transmit diversity. The communication links may be through one or more carriers. The base stations 102  / UEs 104 may use spectrum up to Y megahertz (MHz) (e.g., 5, 10, 15, 20, 100, 400, etc. MHz) bandwidth per carrier allocated in a carrier aggregation of up to a total of Yx MHz (x component carriers) used for transmission in each direction. The carriers may or may not be adjacent to each other. Allocation of carriers may be asymmetric with respect to DL and UL (e.g., more or fewer carriers may be allocated for DL than for UL) . The component carriers may include a primary component carrier and one or more secondary component carriers. A primary component carrier may be referred to as a primary cell (PCell) and a secondary component carrier may be referred to as a secondary cell (SCell) .

[0036] Certain UEs 104 may communicate with each other using device-to-device (D2D) communication link 158. The D2D communication link 158 may use the DL / UL WWAN spectrum. The D2D communication link 158 may use one or more sidelink channels, such as a physical sidelink broadcast channel (PSBCH) , a physical sidelink discovery channel (PSDCH) , a physical sidelink shared channel (PSSCH) , and a physical sidelink control channel (PSCCH) . D2D communication may be through a variety of wireless D2D communications systems, such as for example, WiMedia, Bluetooth, ZigBee, Wi-Fi based on the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, LTE, or NR.

[0037] The wireless communications system may further include a Wi-Fi access point (AP) 150 in communication with Wi-Fi stations (STAs) 152 via communication links 154, e.g., in a 5 gigahertz (GHz) unlicensed frequency spectrum or the like. When communicating in an unlicensed frequency spectrum, the STAs 152  / AP 150 may perform a clear channel assessment (CCA) prior to communicating in order to determine whether the channel is available.

[0038] The small cell 102' may operate in a licensed and / or an unlicensed frequency spectrum. When operating in an unlicensed frequency spectrum, the small cell 102' may employ NR and use the same unlicensed frequency spectrum (e.g., 5 GHz, or the like) as used by the Wi-Fi AP 150. The small cell 102', employing NR in an unlicensed frequency spectrum, may boost coverage to and / or increase capacity of the access network.

[0039] The electromagnetic spectrum is often subdivided, based on frequency / wavelength, into various classes, bands, channels, etc. In 5G NR, two initial operating bands have been identified as frequency range designations FR1 (410 MHz –7.125 GHz) and FR2 (24.25 GHz –52.6 GHz) . The frequencies between FR1 and FR2 are often referred to as mid-band frequencies. Although a portion of FR1 is greater than 6 GHz, FR1 is often referred to (interchangeably) as a “sub-6 GHz” band in various documents and articles. A similar nomenclature issue sometimes occurs with regard to FR2, which is often referred to (interchangeably) as a “millimeter wave” band in documents and articles, despite being different from the extremely high frequency (EHF) band (30 GHz –300 GHz) which is identified by the International Telecommunications Union (ITU) as a “millimeter wave” band.

[0040] With the above aspects in mind, unless specifically stated otherwise, it should be understood that the term “sub-6 GHz” or the like if used herein may broadly represent frequencies that may be less than 6 GHz, may be within FR1, or may include mid-band frequencies. Further, unless specifically stated otherwise, it should be understood that the term “millimeter wave” or the like if used herein may broadly represent frequencies that may include mid-band frequencies, may be within FR2, or may be within the EHF band.

[0041] A base station 102, whether a small cell 102' or a large cell (e.g., macro base station) , may include and / or be referred to as an eNB, gNodeB (gNB) , or another type of base station. Some base stations, such as gNB 180 may operate in a traditional sub 6 GHz spectrum, in millimeter wave frequencies, and / or near millimeter wave frequencies in communication with the UE 104. When the gNB 180 operates in millimeter wave or near millimeter wave frequencies, the gNB 180 may be referred to as a millimeter wave base station. The millimeter wave base station 180 may utilize beamforming 182 with the UE 104 to compensate for the path loss and short range. The base station 180 and the UE 104 may each include a plurality of antennas, such as antenna elements, antenna panels, and / or antenna arrays to facilitate the beamforming.

[0042] The base station 180 may transmit a beamformed signal to the UE 104 in one or more transmit directions 182'. The UE 104 may receive the beamformed signal from the base station 180 in one or more receive directions 182” . The UE 104 may also transmit a beamformed signal to the base station 180 in one or more transmit directions. The base station 180 may receive the beamformed signal from the UE 104  in one or more receive directions. The base station 180  / UE 104 may perform beam training to determine the best receive and transmit directions for each of the base station 180  / UE 104. The transmit and receive directions for the base station 180 may or may not be the same. The transmit and receive directions for the UE 104 may or may not be the same.

[0043] The EPC 160 may include a Mobility Management Entity (MME) 162, other MMEs 164, a Serving Gateway 166, an MBMS Gateway 168, a Broadcast Multicast Service Center (BM-SC) 170, and a Packet Data Network (PDN) Gateway 172. The MME 162 may be in communication with a Home Subscriber Server (HSS) 174. The MME 162 is the control node that processes the signaling between the UEs 104 and the EPC 160. Generally, the MME 162 provides bearer and connection management. All user Internet protocol (IP) packets are transferred through the Serving Gateway 166, which itself is connected to the PDN Gateway 172. The PDN Gateway 172 provides UE IP address allocation as well as other functions. The PDN Gateway 172 and the BM-SC 170 are connected to the IP Services 176. The IP Services 176 may include the Internet, an intranet, an IP Multimedia Subsystem (IMS) , a PS Streaming Service, and / or other IP services. The BM-SC 170 may provide functions for MBMS user service provisioning and delivery. The BM-SC 170 may serve as an entry point for content provider MBMS transmission, may be used to authorize and initiate MBMS Bearer Services within a public land mobile network (PLMN) , and may be used to schedule MBMS transmissions. The MBMS Gateway 168 may be used to distribute MBMS traffic to the base stations 102 belonging to a Multicast Broadcast Single Frequency Network (MBSFN) area broadcasting a particular service, and may be responsible for session management (start / stop) and for collecting eMBMS related charging information.

[0044] The core network 190 may include an Access and Mobility Management Function (AMF) 192, other AMFs 193, a Session Management Function (SMF) 194, and a User Plane Function (UPF) 195. The AMF 192 may be in communication with a Unified Data Management (UDM) 196. The AMF 192 is the control node that processes the signaling between the UEs 104 and the core network 190. Generally, the AMF 192 provides Quality of Service (QoS) flow and session management. All user IP packets are transferred through the UPF 195. The UPF 195 provides UE IP address allocation as well as other functions. The UPF 195 is connected to the IP Services 197. The IP  Services 197 may include the Internet, an intranet, an IMS, a Packet Switch (PS) Streaming Service, and / or other IP services.

[0045] The base station may include and / or be referred to as a gNB, Node B, eNB, an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a transmit reception point (TRP) , or some other suitable terminology. The base station 102 provides an access point to the EPC 160 or core network 190 for a UE 104. Examples of UEs 104 include a cellular phone, a smart phone, a session initiation protocol (SIP) phone, a laptop, a personal digital assistant (PDA) , a satellite radio, a global positioning system, a multimedia device, a video device, a digital audio player (e.g., MP3 player) , a camera, a game console, a tablet, a smart device, a wearable device, a vehicle, an electric meter, a gas pump, a large or small kitchen appliance, a healthcare device, an implant, a sensor / actuator, a display, or any other similar functioning device. Some of the UEs 104 may be referred to as IoT devices (e.g., parking meter, gas pump, toaster, vehicles, heart monitor, etc. ) . The UE 104 may also be referred to as a station, a mobile station, a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communications device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless terminal, a remote terminal, a handset, a user agent, a mobile client, a client, or some other suitable terminology.

[0046] Deployment of communication systems, such as 5G NR systems, may be arranged in multiple manners with various components or constituent parts. In a 5G NR system, or network, a network node, a network entity, a network device, a mobility element of a network, a RAN node, a core network node, a network element, or a network equipment, such as a BS, or one or more units (or one or more components) performing base station functionality, may be implemented in an aggregated or disaggregated architecture. For example, a BS (such as a Node B (NB) , eNB, NR BS, 5G NB, access point (AP) , a TRP, or a cell, etc. ) may be implemented as an aggregated base station (also known as a standalone BS or a monolithic BS) or a disaggregated base station.

[0047] An aggregated base station may be configured to utilize a radio protocol stack that is physically or logically integrated within a single RAN node. A disaggregated base station 181 may be configured to utilize a protocol stack that is physically or logically  distributed among two or more units (such as one or more central units (CU) , one or more distributed units (DUs) , or one or more radio units (RUs) ) . In some aspects, a CU 183 may be implemented within a RAN node, and one or more DUs 185 may be co-located with the CU, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs may be implemented to communicate with one or more RUs 187. Each of the CU, DU and RU also may be implemented as virtual units, i.e., a virtual central unit (VCU) , a virtual distributed unit (VDU) , or a virtual radio unit (VRU) .

[0048] Base station-type operation or network design may consider aggregation characteristics of base station functionality. For example, disaggregated base stations may be utilized in an integrated access backhaul (IAB) network, an open radio access network (O-RAN (such as the network configuration sponsored by the O-RAN Alliance) ) , or a virtualized radio access network (vRAN, also known as a cloud radio access network (C-RAN) ) . Disaggregation may include distributing functionality across two or more units at various physical locations, as well as distributing functionality for at least one unit virtually, which may enable flexibility in network design. The various units of the disaggregated base station, or disaggregated RAN architecture, may be configured for wired or wireless communication with at least one other unit.

[0049] FIG. 1B shows a diagram illustrating an example disaggregated base station 181 architecture. The disaggregated base station 181 architecture may include one or more CUs 183 that may communicate directly with core network 190 via a backhaul link, or indirectly with the core network 190 through one or more disaggregated base station units (such as a Near-Real Time RIC 125 via an E2 link, or a Non-Real Time RIC 115 associated with a Service Management and Orchestration (SMO) Framework 105, or both) . A CU 183 may communicate with one or more DUs 185 via respective midhaul links, such as an F1 interface. The DUs 185 may communicate with one or more RUs 187 via respective fronthaul links. The RUs 187 may communicate respectively with UEs 104 via one or more radio frequency (RF) access links. In some implementations, the UE 104 may be simultaneously served by multiple RUs 187.

[0050] Each of the units, i.e., the CUs 183, the DUs 185, the RUs 187, as well as the Near-RT RICs 125, the Non-RT RICs 115 and the SMO Framework 105, may include one or more interfaces or be coupled to one or more interfaces configured to receive or  transmit signals, data, or information (collectively, signals) via a wired or wireless transmission medium. Each of the units, or an associated processor or controller providing instructions to the communication interfaces of the units, may be configured to communicate with one or more of the other units via the transmission medium. For example, the units may include a wired interface configured to receive or transmit signals over a wired transmission medium to one or more of the other units. Additionally, the units may include a wireless interface, which may include a receiver, a transmitter or transceiver (such as a radio frequency (RF) transceiver) , configured to receive or transmit signals, or both, over a wireless transmission medium to one or more of the other units.

[0051] In some aspects, the CU 183 may host higher layer control functions. Such control functions may include radio resource control (RRC) , packet data convergence protocol (PDCP) , service data adaptation protocol (SDAP) , or the like. Each control function may be implemented with an interface configured to communicate signals with other control functions hosted by the CU 183. The CU 183 may be configured to handle user plane functionality (i.e., Central Unit –User Plane (CU-UP) ) , control plane functionality (i.e., Central Unit –Control Plane (CU-CP) ) , or a combination thereof. In some implementations, the CU 183 may be logically split into one or more CU-UP units and one or more CU-CP units. The CU-UP unit may communicate bidirectionally with the CU-CP unit via an interface, such as the E1 interface when implemented in an O-RAN configuration. The CU 183 may be implemented to communicate with the DU 185, as necessary, for network control and signaling.

[0052] The DU 185 may correspond to a logical unit that includes one or more base station functions to control the operation of one or more RUs 187. In some aspects, the DU 185 may host one or more of a radio link control (RLC) layer, a medium access control (MAC) layer, and one or more high physical (PHY) layers (such as modules for forward error correction (FEC) encoding and decoding, scrambling, modulation and demodulation, or the like) depending, at least in part, on a functional split, such as those defined by the 3rd Generation Partnership Project (3GPP) . In some aspects, the DU 185 may further host one or more low PHY layers. Each layer (or module) may be implemented with an interface configured to communicate signals with other layers (and modules) hosted by the DU 185, or with the control functions hosted by the CU 183.

[0053] Lower-layer functionality may be implemented by one or more RUs 187. In some deployments, an RU 187, controlled by a DU 185, may correspond to a logical node that hosts RF processing functions, or low-PHY layer functions (such as performing fast Fourier transform (FFT) , inverse FFT (iFFT) , digital beamforming, physical random access channel (PRACH) extraction and filtering, or the like) , or both, based at least in part on the functional split, such as a lower layer functional split. In such an architecture, the RU (s) 187 may be implemented to handle over the air (OTA) communication with one or more UEs 104. In some implementations, real-time and non-real-time aspects of control and user plane communication with the RU (s) 187 may be controlled by the corresponding DU 185. In some scenarios, this configuration may enable the DU (s) 185 and the CU 183 to be implemented in a cloud-based RAN architecture, such as a vRAN architecture.

[0054] The SMO Framework 105 may be configured to support RAN deployment and provisioning of non-virtualized and virtualized network elements. For non-virtualized network elements, the SMO Framework 105 may be configured to support the deployment of dedicated physical resources for RAN coverage requirements, which may be managed via an operations and maintenance interface (such as an O1 interface) . For virtualized network elements, the SMO Framework 105 may be configured to interact with a cloud computing platform (such as an open cloud (O-Cloud) 189) to perform network element life cycle management (such as to instantiate virtualized network elements) via a cloud computing platform interface (such as an O2 interface) . Such virtualized network elements may include, but are not limited to, CUs 183, DUs 185, RUs 187 and Near-RT RICs 125. In some implementations, the SMO Framework 105 may communicate with a hardware aspect of a 4G RAN, such as an open eNB (O-eNB) 111, via an O1 interface. Additionally, in some implementations, the SMO Framework 105 may communicate directly with one or more RUs 187 via an O1 interface. The SMO Framework 105 also may include the Non-RT RIC 115 configured to support functionality of the SMO Framework 105.

[0055] The Non-RT RIC 115 may be configured to include a logical function that enables non-real-time control and optimization of RAN elements and resources, Artificial Intelligence / Machine Learning (AI / ML) workflows including model training and updates, or policy-based guidance of applications / features in the Near-RT RIC 125. The Non-RT RIC 115 may be coupled to or communicate with (such as via an A1  interface) the Near-RT RIC 125. The Near-RT RIC 125 may be configured to include a logical function that enables near-real-time control and optimization of RAN elements and resources via data collection and actions over an interface (such as via an E2 interface) connecting one or more CUs 183, one or more DUs 185, or both, as well as an O-eNB, with the Near-RT RIC 125.

[0056] In some implementations, to generate AI / ML models to be deployed in the Near-RT RIC 125, the Non-RT RIC 115 may receive parameters or external enrichment information from external servers. Such information may be utilized by the Near-RT RIC 125 and may be received at the SMO Framework 105 or the Non-RT RIC 115 from non-network data sources or from network functions. In some examples, the Non-RT RIC 115 or the Near-RT RIC 125 may be configured to tune RAN behavior or performance. For example, the Non-RT RIC 115 may monitor long-term trends and patterns for performance and employ AI / ML models to perform corrective actions through the SMO Framework 105 (such as reconfiguration via O1) or via creation of RAN management policies (such as A1 policies) .

[0057] Referring to FIGs. 1A and 1B, in certain aspects, the UE 104 may include a beam management component 198 that is configured to transmit in a PUCCH a request associated with a resource for a beam report, receive a configuration of the resource, the configuration being one of: DCI received after the request is transmitted and scheduling the resource, or an RRC configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource, and transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration. The UE may transmit the request and beam report to, and receive the configuration from, base station 102 / 180, disaggregated base station 181, a component of disaggregated base station 181 such as CU 183, DU 185, or RU 187, or some other network entity.

[0058] Although the present disclosure may focus on 5G NR, the concepts and various aspects described herein may be applicable to other similar areas, such as LTE, LTE-Advanced (LTE-A) , Code Division Multiple Access (CDMA) , Global System for Mobile communications (GSM) , or other wireless / radio access technologies.

[0059] FIG. 2A is a diagram 200 illustrating an example of a first subframe within a 5G NR frame structure. FIG. 2B is a diagram 230 illustrating an example of DL channels within a 5G NR subframe. FIG. 2C is a diagram 250 illustrating an example of a second subframe within a 5G NR frame structure. FIG. 2D is a diagram 280 illustrating an example of UL channels within a 5G NR subframe. The 5G NR frame structure may be frequency division duplexed (FDD) in which for a particular set of subcarriers (carrier system bandwidth) , subframes within the set of subcarriers are dedicated for either DL or UL, or may be time division duplexed (TDD) in which for a particular set of subcarriers (carrier system bandwidth) , subframes within the set of subcarriers are dedicated for both DL and UL. In the examples provided by FIGs. 2A, 2C, the 5G NR frame structure is assumed to be TDD, with subframe 4 being configured with slot format 28 (with mostly DL) , where D is DL, U is UL, and F is flexible for use between DL / UL, and subframe 3 being configured with slot format 34 (with mostly UL) . While subframes 3, 4 are shown with slot formats 34, 28, respectively, any particular subframe may be configured with any of the various available slot formats 0-61. Slot formats 0, 1 are all DL, UL, respectively. Other slot formats 2-61 include a mix of DL, UL, and flexible symbols. UEs are configured with the slot format (dynamically through DL control information (DCI) , or semi-statically / statically through radio resource control (RRC) signaling) through a received slot format indicator (SFI) . Note that the description infra applies also to a 5G NR frame structure that is TDD.

[0060] Other wireless communication technologies may have a different frame structure and / or different channels. A frame, e.g., of 10 milliseconds (ms) , may be divided into 10 equally sized subframes (1 ms) . Each subframe may include one or more time slots. Subframes may also include mini-slots, which may include 7, 4, or 2 symbols. Each slot may include 7 or 14 symbols, depending on the slot configuration. For slot configuration 0, each slot may include 14 symbols, and for slot configuration 1, each slot may include 7 symbols. The symbols on DL may be cyclic prefix (CP) orthogonal frequency-division multiplexing (OFDM) (CP-OFDM) symbols. The symbols on UL may be CP-OFDM symbols (for high throughput scenarios) or discrete Fourier transform (DFT) spread OFDM (DFT-s-OFDM) symbols (also referred to as single carrier frequency-division multiple access (SC-FDMA) symbols) (for power limited scenarios; limited to a single stream transmission) . The number of slots within a subframe is based on the slot configuration and the numerology. For slot  configuration 0, different numerologies μ 0 to 4 allow for 1, 2, 4, 8, and 16 slots, respectively, per subframe. For slot configuration 1, different numerologies 0 to 2 allow for 2, 4, and 8 slots, respectively, per subframe. Accordingly, for slot configuration 0 and numerology μ, there are 14 symbols / slot and 2μ slots / subframe. The subcarrier spacing and symbol length / duration are a function of the numerology. The subcarrier spacing may be equal to 2^μ*15 kilohertz (kHz) , where μ is the numerology 0 to 4. As such, the numerology μ=0 has a subcarrier spacing of 15 kHz and the numerology μ=4 has a subcarrier spacing of 240 kHz. The symbol length / duration is inversely related to the subcarrier spacing. FIGs. 2A-2D provide an example of slot configuration 0 with 14 symbols per slot and numerology μ=2 with 4 slots per subframe. The slot duration is 0.25 ms, the subcarrier spacing is 60 kHz, and the symbol duration is approximately 16.67 μs. Within a set of frames, there may be one or more different bandwidth parts (BWPs) (see FIG. 2B) that are frequency division multiplexed. Each BWP may have a particular numerology.

[0061] A resource grid may be used to represent the frame structure. Each time slot includes a resource block (RB) (also referred to as physical RBs (PRBs) ) that extends 12 consecutive subcarriers. The resource grid is divided into multiple resource elements (REs) . The number of bits carried by each RE depends on the modulation scheme.

[0062] As illustrated in FIG. 2A, some of the REs carry reference (pilot) signals (RS) for the UE. The RS may include demodulation RS (DM-RS) (indicated as Rx for one particular configuration, where 100x is the port number, but other DM-RS configurations are possible) and channel state information reference signals (CSI-RS) for channel estimation at the UE. The RS may also include beam measurement RS (BRS) , beam refinement RS (BRRS) , and phase tracking RS (PT-RS) .

[0063] FIG. 2B illustrates an example of various DL channels within a subframe of a frame. The physical downlink control channel (PDCCH) carries DCI within one or more control channel elements (CCEs) , each CCE including nine RE groups (REGs) , each REG including four consecutive REs in an OFDM symbol. A PDCCH within one BWP may be referred to as a control resource set (CORESET) . Additional BWPs may be located at greater and / or lower frequencies across the channel bandwidth. A primary synchronization signal (PSS) may be within symbol 2 of particular subframes of a frame. The PSS is used by a UE 104 to determine subframe / symbol timing and a physical layer identity. A secondary synchronization signal (SSS) may be within  symbol 4 of particular subframes of a frame. The SSS is used by a UE to determine a physical layer cell identity group number and radio frame timing. Based on the physical layer identity and the physical layer cell identity group number, the UE may determine a physical cell identifier (PCI) . Based on the PCI, the UE may determine the locations of the aforementioned DM-RS. The physical broadcast channel (PBCH) , which carries a master information block (MIB) , may be logically grouped with the PSS and SSS to form a synchronization signal (SS)  / PBCH block (also referred to as SS block (SSB) ) . The MIB provides a number of RBs in the system bandwidth and a system frame number (SFN) . The physical downlink shared channel (PDSCH) carries user data, broadcast system information not transmitted through the PBCH such as system information blocks (SIBs) , and paging messages.

[0064] As illustrated in FIG. 2C, some of the REs carry DM-RS (indicated as R for one particular configuration, but other DM-RS configurations are possible) for channel estimation at the base station. The UE may transmit DM-RS for the physical uplink control channel (PUCCH) and DM-RS for the physical uplink shared channel (PUSCH) . The PUSCH DM-RS may be transmitted in the first one or two symbols of the PUSCH. The PUCCH DM-RS may be transmitted in different configurations depending on whether short or long PUCCHs are transmitted and depending on the particular PUCCH format used. The UE may transmit sounding reference signals (SRS) . The SRS may be transmitted in the last symbol of a subframe. The SRS may have a comb structure, and a UE may transmit SRS on one of the combs. The SRS may be used by a base station for channel quality estimation to enable frequency-dependent scheduling on the UL.

[0065] FIG. 2D illustrates an example of various UL channels within a subframe of a frame. The PUCCH may be located as indicated in one configuration. The PUCCH carries uplink control information (UCI) , such as scheduling requests, a channel quality indicator (CQI) , a precoding matrix indicator (PMI) , a rank indicator (RI) , and hybrid automatic repeat request (HARQ) acknowledgement (ACK)  / non-acknowledgement (NACK) feedback. The PUSCH carries data and may additionally be used to carry a buffer status report (BSR) , a power headroom report (PHR) , and / or UCI.

[0066] FIG. 3 is a block diagram of a base station 310 such as base station 102 / 180 in communication with a UE 350 such as UE 104 in an access network. IP packets from the EPC 160 may be provided to one or more controllers / processors 375 of base  station 310. The one or more controllers / processors 375 implement layer 3 and layer 2 functionality. Layer 3 includes a radio resource control (RRC) layer, and layer 2 includes a service data adaptation protocol (SDAP) layer, a packet data convergence protocol (PDCP) layer, a radio link control (RLC) layer, and a medium access control (MAC) layer. The one or more controllers / processors 375 provide RRC layer functionality associated with broadcasting of system information (e.g., MIB, SIBs) , RRC connection control (e.g., RRC connection paging, RRC connection establishment, RRC connection modification, and RRC connection release) , inter radio access technology (RAT) mobility, and measurement configuration for UE measurement reporting; PDCP layer functionality associated with header compression  / decompression, security (ciphering, deciphering, integrity protection, integrity verification) , and handover support functions; RLC layer functionality associated with the transfer of upper layer protocol data units (PDUs) , error correction through ARQ, concatenation, segmentation, and reassembly of RLC service data units (SDUs) , re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto transport blocks (TBs) , demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

[0067] The one or more transmit (TX) processors 316 and the one or more receive (RX) processors 370 of base station 310 implement layer 1 functionality associated with various signal processing functions. Layer 1, which includes a physical (PHY) layer, may include error detection on the transport channels, forward error correction (FEC) coding / decoding of the transport channels, interleaving, rate matching, mapping onto physical channels, modulation / demodulation of physical channels, and MIMO antenna processing. The one or more TX processors 316 handle mapping to signal constellations based on various modulation schemes (e.g., binary phase-shift keying (BPSK) , quadrature phase-shift keying (QPSK) , M-phase-shift keying (M-PSK) , M-quadrature amplitude modulation (M-QAM) ) . The coded and modulated symbols may then be split into parallel streams. Each stream may then be mapped to an OFDM subcarrier, multiplexed with a reference signal (e.g., pilot) in the time and / or frequency domain, and then combined together using an Inverse Fast Fourier Transform (IFFT) to produce a physical channel carrying a time domain OFDM symbol stream. The OFDM stream is spatially precoded to produce multiple spatial  streams. Channel estimates from a channel estimator 374 may be used to determine the coding and modulation scheme, as well as for spatial processing. The channel estimate may be derived from a reference signal and / or channel condition feedback transmitted by the UE 350. Each spatial stream may then be provided to a different antenna 320 via a separate transmitter 318TX. Each transmitter 318TX may modulate an RF carrier with a respective spatial stream for transmission.

[0068] At the UE 350, each receiver 354RX receives a signal through its respective antenna 352. Each receiver 354RX recovers information modulated onto an RF carrier and provides the information to the one or more receive (RX) processors 356. The one or more TX processors 368 and the one or more RX processors 356 of UE 350 implement layer 1 functionality associated with various signal processing functions. The one or more RX processors 356 may perform spatial processing on the information to recover any spatial streams destined for the UE 350. If multiple spatial streams are destined for the UE 350, they may be combined by the one or more RX processors 356 into a single OFDM symbol stream. The one or more RX processors 356 then convert the OFDM symbol stream from the time-domain to the frequency domain using a Fast Fourier Transform (FFT) . The frequency domain signal comprises a separate OFDM symbol stream for each subcarrier of the OFDM signal. The symbols on each subcarrier, and the reference signal, are recovered and demodulated by determining the most likely signal constellation points transmitted by the base station 310. These soft decisions may be based on channel estimates computed by the channel estimator 358. The soft decisions are then decoded and deinterleaved to recover the data and control signals that were originally transmitted by the base station 310 on the physical channel. The data and control signals are then provided to the one or more controllers / processors 359 of UE 350, which implement layer 3 and layer 2 functionality.

[0069] The one or more controllers / processors 359 may each be associated with one or more memories 360 that store program codes and data. The one or more memories 360, individually or in any combination, may be referred to as a computer-readable medium and may be any of the types of computer-readable mediums discussed herein (e.g., RAM, ROM, EEPROM, optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of the aforementioned types of computer-readable media, or any other medium that can be used to store computer executable  code in the form of instructions or data structures that can be accessed by a computer) . The one or more controllers / processors 359 provide demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, and control signal processing to recover IP packets from the EPC 160. The one or more controllers / processors 359 are also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0070] Similar to the functionality described in connection with transmission by the base station 310, the one or more controllers / processors 359 of UE 350 provide RRC layer functionality associated with system information (e.g., MIB, SIBs) acquisition, RRC connections, and measurement reporting; PDCP layer functionality associated with header compression  / decompression, and security (ciphering, deciphering, integrity protection, integrity verification) ; RLC layer functionality associated with the transfer of upper layer PDUs, error correction through ARQ, concatenation, segmentation, and reassembly of RLC SDUs, re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto TBs, demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

[0071] Channel estimates derived by a channel estimator 358 from a reference signal or feedback transmitted by the base station 310 may be used by the one or more TX processors 368 to select the appropriate coding and modulation schemes, and to facilitate spatial processing. The spatial streams generated by the one or more TX processors 368 may be provided to different antenna 352 via separate transmitters 354TX. Each transmitter 354TX may modulate an RF carrier with a respective spatial stream for transmission.

[0072] The transmission is processed at the base station 310 in a manner similar to that described in connection with the receiver function at the UE 350. Each receiver 318RX receives a signal through its respective antenna 320. Each receiver 318RX recovers information modulated onto an RF carrier and provides the information to one or more RX processors 370.

[0073] The one or more controllers / processors 375 may each be associated with one or more memories 376 that store program codes and data. The one or more memories 376, individually or in any combination, may be referred to as a computer-readable  medium and may be any of the types of computer-readable mediums discussed herein (e.g., RAM, ROM, EEPROM, optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of the aforementioned types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer) . The one or more controllers / processors 375 provide demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, control signal processing to recover IP packets from the UE 350. IP packets from the one or more controllers / processors 375 may be provided to the EPC 160. The one or more controllers / processors 375 are also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0074] At least one of the one or more TX processors 368, the one or more RX processors 356, and the one or more controllers / processors 359, may be configured to perform aspects in connection with beam management component 198 of FIG. 1A.

[0075] In the context of 5G NR systems, beamforming is an important technique used to transmit or receive signals in a specific direction. This technique is particularly significant in higher frequency bands, such as millimeter-wave (mmW) frequencies, where there is a high path loss. Beamforming helps concentrate signal energy in a particular direction, thereby enhancing the signal quality and overall performance of the network.

[0076] One of the key aspects of beamforming is beam management, which is a process that involves several steps including beam measurement, beam reporting, and beam decision. Beam measurement is the first step in beam management where the UE measures the quality of the beams. The quality of the beams may be measured using various metrics such as Reference Signal Received Power (RSRP) , Reference Signal Received Quality (RSRQ) , or Signal to Interference plus Noise Ratio (SINR) . These metrics provide a quantitative assessment of the beam's quality, which is important for the subsequent steps in beam management. Beam reporting is a mechanism that allows the monitoring and reporting of the quality of beams, or signal paths. This process is important to maintaining and enhancing signal quality and efficiency. In beam reporting, once the UE has measured the quality of the beams, it reports this information back to the network. This beam reporting may be done in a periodic manner, where the UE regularly sends reports at fixed intervals. Alternatively, the  reporting may be event-driven, where the UE initiates sending of a report when it detects certain events or conditions such as the quality of a current beam falling below a certain threshold. The choice between periodic and event-driven reporting may depend on various factors, such as the mobility of the UE, the dynamics of the environment, or the requirements of the application. Beam decision is a process where, after receiving the reports from the UE, the network makes a decision on which beam to use for communication. This decision is based on the reported quality of the beams and the requirements of the network and the application. The chosen beam is then used for subsequent communication between the network and the UE.

[0077] It would be helpful to study UE-initiated or event-driven beam reporting, in which the UE is triggered to report beam information based on an event. This extends to various aspects such as the quality metrics used for measurement, the definition of the events that trigger reporting, and the thresholds used for these events. Events which trigger reporting may include, for example, situations where the quality of the current beam is worse than a certain threshold, or the quality of a new beam is better than a certain threshold. These events are just examples, and other events may trigger beam reporting instead.

[0078] There may be two modes supported in a beam report transmission procedure for UE-initiated or event-driven beam reporting. These include dynamic scheduling of uplink control information (UCI) by a base station, also referred to as Mode A, and pre-configuring of resources for an uplink channel for transmission of UCI, also referred to as Mode B.

[0079] In Mode A, the base station dynamically schedules UCI for beam report transmission. In this process, the UE initially transmits a first Physical Uplink Control Channel (PUCCH) to request one or more resources for a second uplink (UL) channel to carry the beam report, which may have a substantial payload. The request format may be, for example, a scheduling request (SR) or a dedicated UCI type for this purpose. Afterwards, the UE detects a DCI format that indicates or grants a resource for the second UL channel to carry the beam report. Upon detecting the DCI format, the UE transmits the beam report in the allocated one or more resources of the second UL channel, which may be, for example, a PUCCH, a Physical Uplink Shared Channel (PUSCH) , or both. Mode A may be a basic UE capability for UEs supporting UE-initiated or event-driven beam reporting, and no dedicated DCI format may be  introduced for this mode. In some cases, the UE may also receive acknowledgement information in response to each step in the aforementioned process. For the above procedure, cross-carrier component beam reporting may also be supported.

[0080] In Mode B, the UCI for the beam report transmission is in pre-configured resources for the second UL channel. Here, pre-configuration of resources may refer to resources which the base station may periodically or semi-statically configure in an RRC configuration prior to the beam report transmission. In this process, following pre-configuration of resources, the UE initially transmits a first PUCCH notifying the base station that a second UL channel is to carry the beam report imminently. The notification format may be, for example, a SR or a dedicated UCI type for this purpose. Afterwards, without waiting to detect any DCI, the UE transmits the beam report in the second UL channel, which may be, for example, a PUCCH, PUSCH, or both. The second UL channel for the beam report is preconfigured in this mode, rather than dynamically indicated or granted by DCI. The notification may be in a separate reporting instance from the beam report in this process. In some cases, the UE may also receive acknowledgement information in response to each step in the aforementioned process. For the above procedure, cross-carrier component beam reporting may also be supported.

[0081] Thus, in both the Mode A and Mode B procedures, the UE first sends a request to the base station in PUCCH (afirst PUCCH) . The request may either be a request for a resource to transmit the beam report, as per Mode A, or a notification requesting the base station’s attention that the UE is intending to use a previously configured resource to transmit the beam report, as per Mode B. Therefore, it would be helpful to specify a response window or time window for the network to respond to the UE’s request. This window may be the period within which the network may respond to the initial PUCCH transmission from the UE. In Mode A, this response may include the granting of resources for the beam report. In Mode B, this response may include an acknowledgment of the notification of the incoming beam report. Following the network’s response, the UE may transmit the beam report in the DCI-activated or scheduled resource, as per Mode A, or in the previously configured resource, as per Mode B.

[0082] FIG. 4 illustrates an example 400 of UE-initiated beam reporting in Mode A. The UE may determine a response time window 402 after the UE sends a request in a first  PUCCH 404 to the base station. The response time window 402 may be the period following the initial PUCCH transmission during which the UE monitors for a DCI response. This DCI serves as a response to the initial PUCCH and grants the resources the UE utilizes for carrying the beam report.

[0083] As illustrated, after the UE sends the indication in the first PUCCH 404, the UE may monitor a DCI in response to the first PUCCH within the time window 402. This time window may occur after the transmission of the first PUCCH 404. For instance, if the first PUCCH is transmitted in slot n, the UE may monitor the DCI beginning from slot n + X, where X may be a configurable or fixed time offset. This offset may allow the UE to determine the start of the time window for monitoring the PDCCH scheduling or activating the resource (s) for the beam report.

[0084] The value of the time offset X, or a duration 406 or length of the time window 402, may be determined in one of multiple approaches. In one approach, the time offset value or window duration may be a specific number of slots configured via Radio Resource Control (RRC) signaling. For example, the slot length X in unit of slots may be determined to be the length associated with a minimum subcarrier spacing (SCS) among the component carriers that are configured for event-driven beam reporting. In another approach, the time offset value or window duration may be based on a timer configured by RRC signaling, such as 1 millisecond (ms) or other unit of time. In a further approach, the value or duration may be based on an absolute or fixed value. For example, X may be statically fixed at 4, or the time window may be statically fixed at 1 ms. Alternatively, X may be 0, or the time window may be 3 ms. These are merely examples, as the value of X or the duration of the time window may be other static or fixed values. Also, this static approach using absolute or pre-specified values may lead to simpler operation compared to the aforementioned RRC-configurable approaches, as well as reduced signaling overhead.

[0085] Thus, for the first PUCCH transmission in slot n, the UE may monitor the PDCCH in response to the first PUCCH 404 within the predetermined time window 402 starting from a slot n+X, where X may be an RRC-configurable number of slots, an RRC-configurable amount of time associated with a timer, or a static or pre-configured number of slots or amount of time. The UE may then provide the UE-initiated beam report if it detects the PDCCH requesting the UE-initiated beam report in the time window 402. However, within the time window, the UE may not send another first  PUCCH request for a same event that triggered the UE-initiated beam report. Instead, the UE first waits for a response from the network to the first transmitted PUCCH request before the UE determines to send another request based on the same trigger event. This may avoid the unnecessary overhead of repeated first PUCCH transmissions prior to getting a response from the network in window 402.

[0086] In cases where the time offset X > 0, the window 402 may provide time for the base station to prepare DCI for the UE after the base station detects the initial PUCCH transmission from the UE. For example, if the base station experiences some latency in detecting the first PUCCH and preparing the DCI, a larger X value or window duration may be configured in a RRC configuration to provide more time for the base station to prepare and send the DCI to the UE. This may also reduce complexity for the UE, as the UE does not need to start monitoring the PDCCH immediately after transmitting the first PUCCH. For example, this delay may save the UE from the complexity of early detection of DCI. Thus, restrictions on when the time window is to begin or how long it is to last may prevent the inefficiencies and complexities that may otherwise arise for base stations and UEs if there were no such restrictions on the monitoring time window. Similarly, additional complexity may be avoided by prohibiting multiple initial PUCCH requests from being sent for the same event prior to a response to one such request from the network.

[0087] However, an issue may arise if more than one DCI is allowed to request (e.g., schedule or activate a resource for) the UE initiated beam reports. For example, if the UE sends multiple initial PUCCH transmissions for different events, the UE may in response receive multiple DCI requests for the transmission of beam reports for different PUCCHs. In some cases, the UE may transmit these multiple beam reports in a single transmission occasion. As a result, the hypothesis of UCI multiplexing outcome may be significantly increased for base station blind detection if some of the DCIs are lost or mis-detected at the UE side. This situation is undesirable, as it could lead to many false detections based on hypothetical DCI mis-detection cases. To address this and similar issues, additional rules or restrictions may be applied on the number of DCI requests and the number of beam reports to simplify the UCI multiplexing outcome on a Mode A UE initiated beam report.

[0088] FIGs. 5A–5C illustrate examples of scenarios respectively including rules for simplifying a UCI multiplexing outcome on a Mode A UE initiated beam report. FIG.  5A illustrates an example 500 of one rule, where a UE is not expected to receive more than one DCI with a non-zero Channel State Information (CSI) request or UE initiated beam report request per slot. Thus, within a slot 502, the UE may not receive more than one DCI 504 scheduling or activating a resource for a beam report. FIG. 5B illustrates an example 520 of another rule, where a UE is not expected to receive more than one aperiodic CSI report request or UE initiated beam report request for transmission in a given slot. Thus, the UE may not transmit more than one beam report 522 in a given slot based on a DCI 524 responsive to the UE’s PUCCH request (s) . FIG. 5C illustrates an example 540 of a further rule, where if the UE is configured with a single carrier 542 for uplink, the UE is not expected to transmit more than one aperiodic CSI report or UE initiated beam report triggered by different DCIs on overlapping Orthogonal Frequency-Division Multiplexing (OFDM) symbols. Thus, multiple beam reports may not be transmitted in resources scheduled or activated in overlapping OFDM symbols 544 by DCIs 546. These rules or restrictions may help the UE and base station to simplify the beam reporting process by reducing the likelihood of false detections due to lost or mis-detected DCIs. For example, these various restrictions alone or in combination may prevent the UE from sending multiple beam reports in the same slot or being forced to process multiple DCIs in the same slot, saving UE and base station complexity.

[0089] Referring to the example 500 of FIG. 5A, the UE may receive different DCIs A, B, and C respectively in response to beam report requests sent in different PUCCHs A, B, and C for different trigger events. For instance, if the UE is triggered by three different events, the UE may send a request for each event, receive a DCI for each request, and send a beam report for each DCI. Each DCI 504 may request a single beam report for transmission. However, if all of the beam reports are multiplexed in UCI, that may significantly increase complexity especially if some of the data is mis-detected. Therefore, the network may restrict the number of requests in this example, by refraining from transmitting more than one DCI request for transmission in a given slot. Instead, the base station may transmit, and the UE may receive, at most a single DCI in a given slot, which single DCI may schedule or activate the beam report resource for the UE. This restriction may apply regardless of the number of beam reports for which the DCI request may schedule or activate the UE to send. For instance, the single DCI may validly request one beam report or multiple beam reports so long as multiple beam reports are not requested from different DCIs in a same slot.  Thus, in the example of FIG. 5A, DCI A and DCI B are invalid since they are both transmitted or received in the same slot 502, while DCI C may be valid since it is the only beam request DCI received in a slot, regardless of whether DCI C schedules a beam report only for PUCCH request C or for all of PUCCH requests A, B, and C.

[0090] Moreover, even if a single DCI requests multiple beam reports without violating the rule in FIG. 5A, these beam reports may not all be transmitted in a same slot according to the different rule illustrated in FIG. 5B. Referring to this example 520 of FIG. 5B, here the UE may receive a single DCI request such as DCI A for multiple beam report transmissions responsive to PUCCH requests A1, A2, and A3. For instance, the UE may receive a single DCI asking the UE to provide multiple beam reports A1, A2, and A3 related to a single trigger event. The base station may alternatively provide a single DCI requesting multiple reports respectively for different trigger events. However, the base station may restrict the number of beam reports the UE may transmit in a given slot, for example, by configuring the UE to refrain from transmitting these multiple reports all in the same slot. Instead, the UE may transmit each beam report related to a same or different event in a different or separate slot. Thus, in the example of FIG. 5B, beam report A1 + A2 + A3 may be invalid if transmitted together in the same slot, while beam report A1 alone (or A2 alone or A3 alone) may be valid to transmit in its own slot.

[0091] However, in some cases, referring to the example 540 of FIG. 5C, the UE may be configured with a single carrier in contrast to the examples of FIGs. 5A and 5B. In the case of single carrier transmissions, the base station may restrict the UE from transmitting multiple beam reports scheduled or activated by the DCIs in overlapping symbols 544. For instance, the base station may configure the UE to refrain from sending multiple beam reports such as beam reports A and B together in overlapping symbols 544 of the same slot. Instead, the UE may transmit at most a single beam report triggered by one of the DCIs 546 in the resource (s) within these overlapping symbols, such as beam report A only or beam report B only. This restriction may prevent loss of beam report data that otherwise may arise without this rule. For example, without this restriction preventing transmission of more than one beam report in the overlapping symbols, the UE may end up puncturing the symbols occupied by one beam report to transmit data of another beam report (such as  puncturing beam report A for B or vice-versa) , corrupting the reports or otherwise preventing the base station from obtaining at least one full beam report.

[0092] FIG. 6 illustrates an example 600 of UE-initiated beam reporting in Mode B. In Mode B, after the UE sends the indication of the first PUCCH to the base station which notifies the base station of the UE’s intent to follow up with a beam report, the UE may provide the beam report in a preconfigured UL resource selected from multiple preconfigured resources 602. Here, unlike Mode A where the UE expects to receive DCI in response to the first PUCCH scheduling or activating the resource for a beam report, in Mode B the UE may be configured prior to transmission of the first PUCCH (e.g., preconfigured) with the plurality of UL resources 602 for transmission. The UE may then determine which of these preconfigured UL resources 602 to apply for its beam report, where the beam report may be a UE-initiated or event-triggered beam report or a periodic or semi-persistently scheduled beam report previously configured for transmissions via RRC signaling. The selected resource 602a, 602b, 602c from the resources 602 may be determined based on one of several approaches.

[0093] In a first approach, the selected resource may include the initial preconfigured UL resource (s) in time after the transmission of the first PUCCH. Thus, the UE may determine to use the first available preconfigured UL resource in time for its beam report after it sends the first PUCCH. In the example of FIG. 6, this selected resource may be resource 602a, since that resource is the initial configured resource which follows the first PUCCH transmission time.

[0094] In a second approach, the selected resource may include the first preconfigured UL resource (s) after a time offset 604 from the transmission of the first PUCCH. This time offset may be configured or fixed to be larger than the amount of time between the first PUCCH and the initial preconfigured UL resource, such as resource 602a. For instance, in the example of FIG. 6, this selected resource may be resource 602c, since that resource is the initial configured resource which follows the time offset 604. In one example, the time offset 604 may be a certain number of slots configured by RRC signaling. That is, the UE may determine to wait a certain, configurable number of slots after it sends the first PUCCH before using the first available preconfigured UL resource in time for its beam report. In another example, the time offset 604 may be based on a static or fixed value, such as 1 ms. That is, the UE may wait a specific, pre-configured amount of time after it sends the first PUCCH before using the first  available preconfigured UL resource in time for its beam report. While the aforementioned first approach for resource selection may result in less UL transmission latency than the second approach for resource selection, the second approach may provide more time than the first approach for the UE and the network to prepare for transmission and reception of the beam report.

[0095] In a third approach, the selected resource may include the first preconfigured UL resource (s) that are valid for beam report transmission after the first PUCCH, where a resource may be considered valid if it complies with one or more specified rules. For example, a priority rule may be specified that if a preconfigured UL resource overlaps with a transmission occasion of a higher priority, periodic CSI report or aperiodic CSI (A-CSI) report previously requested in DCI, such as A-CSI report occasion 606, the beam report transmission may be cancelled in that preconfigured UL resource in favor of the other transmission, and thus that resource may not be valid for transmission of the UE initiated beam report. Instead, the UE may select the next preconfigured UL resource that satisfies the rule (s) and is thus valid for beam report transmission, such as the first resource in time which does not overlap with the A-CSI report transmission occasion 606. Thus, in the example of FIG. 6 where the first available preconfigured UL resource 602a may not be valid for beam report transmission due to overlap with occasion 606, the UE may select the second available preconfigured UL resource 602b for its beam report due to its lack of overlap with any other transmission, since the second resource in this example is the initial available valid resource for beam report transmission. Thus, the UE may determine the first available preconfigured UL resource which is considered valid based on one or more specified rules, and the UE may select this resource for transmission of its beam report after it sends the first PUCCH. This approach may allow the UE to transmit its beam report in Mode B in resources that avoid conflicts with other previously scheduled or activated uplink transmissions.

[0096] FIG. 7 illustrates another example 700 of UE-initiated beam reporting in Mode B in which the UE may send the indication of the first PUCCH in a PUCCH cell 702. In carrier aggregation scenarios, the UE may be configured with multiple component carriers or cells including the PUCCH cell 702, and the base station may preconfigure at least some of these cells with uplink resources 704, 706 for beam reports. After sending the first PUCCH in the PUCCH cell 702, the UE may provide the UE initiated  beam report in one of these preconfigured UL resources 704, 706 (for example, based on one of the approaches described in FIG. 6) of a cell which the UE may select from the configured cells. The UE may select the cell in which to transmit the beam report according to one of multiple approaches.

[0097] In a first approach, the cell which the UE selects to transmit the beam report is the same as the PUCCH cell 702. In this case, only the PUCCH cell may be configured with the preconfigured UL resources which the UE may select for beam report transmission. For example, if the first PUCCH is transmitted in component carrier 1 (CC-1) as the PUCCH cell 702, then the UE may only transmit the beam report in one of the uplink resources 704 of that same cell CC-1. In contrast, the UE may not transmit the beam report in the uplink resources 706 of a different cell such as CC-2 for example. Thus, the UE may select for its beam report one of the preconfigured UL resources 704 of the same cell in which the UE sends the first PUCCH. Accordingly, the UE may utilize resources of the same cell for both the first PUCCH and the beam report, providing simplicity of configuration and beam report detectability.

[0098] In a second approach, the cell which the UE selects to transmit the beam report may be among any of the cells configured with preconfigured UL resources. In this case, the cell which the UE may select for its beam report transmission may be the same as the PUCCH cell 702 or different than the PUCCH cell 702. For example, if the first PUCCH is transmitted in component carrier 1 (CC-1) as the PUCCH cell 702, then the UE may transmit the beam report in one of the uplink resources 704, 706 of that same cell CC-1 or of a different cell such as CC-2. Thus, the UE may choose any cell that is configured with preconfigured UL resources for the beam report transmission, without it necessarily being the same cell where it sends the first PUCCH as in the first approach. Accordingly, the UE has the flexibility to potentially use the resources of a different cell for the beam report than the cell used for its request or notification.

[0099] FIG. 8 illustrates an example 800 of a call flow diagram between a base station 802 and a UE 804. Here, base station 802 may correspond to base station 102, 310, and UE 804 may correspond to UE 104, 350. Initially, the base station 802 may provide a RRC configuration 806 to the UE 804. The RRC configuration 806 may indicate a plurality of uplink resources 808 such as preconfigured uplink resources 602, 704, 706. The RRC configuration 806, or a different RRC configuration, may indicate a  fixed number of slots 810 for the duration of response time window 402, or for the time offset X between the first PUCCH 404 and the start of response time window 402. The RRC configuration 806, or a different RRC configuration, may indicate a timer 812 based on which UE 804 may determine the duration of response time window 402 or the time offset X between the first PUCCH 404 and the start of response time window 402.

[0100] At block 814, the UE 804 may determine one or more trigger events 816 for UE-initiated beam reporting. For example, the trigger event (s) 816 may include a change in signal quality, a change in network conditions, or specific instructions from the network. Alternatively, the UE perform periodic or semi-persistently scheduled beam reporting rather than event-driven beam reporting. Based on the trigger event (s) 816 or based on a periodic or semi-persistently scheduled beam report timing, the UE 804 may transmit in a PUCCH 818 a request 820 associated with a resource 822 for transmission of a beam report 824. In one example, in Mode A beam reporting, the UE may request the base station 802 to provide a DCI 826 scheduling or activating resource 822 for beam report 824. Thus, the request 820 may be associated with a scheduled uplink resource 828. Moreover, during the response time window 402, the UE may refrain from transmitting similar requests to request 820 based on a same event as trigger event 816. In another example, in Mode B beam reporting, the UE may request the base station 802 to wake up from a discontinuous reception cycle, wait on subsequent transmissions, or otherwise be prepared from this notification in advance that the UE is intending to provide beam report 824 in resource 822, which may be a UE selected one of the uplink resources 808 periodically or semi-persistently scheduled in RRC configuration 806. Thus, the request 820 may be associated with a selected uplink resource 830.

[0101] Following reception of a configuration 832 of the resource 822, which may include the DCI 826 scheduling or activating the resource 822 or the RRC configuration 806 periodically or semi-persistently scheduling the resource 822, the UE 804 may transmit the beam report 824 in the scheduled uplink resource 828 for Mode A reporting or the selected uplink resource 830 for Mode B reporting. In the case of Mode A reporting, the UE may transmit the beam report 824 in the resource 828 in response to reception of the DCI 826 during response time window 402 and in some cases based on the DCI 826 satisfying one or more rules, such as described with  respect to FIG. 5A in connection with DCI 504. Additionally or alternatively, the UE may transmit the beam report 824 in the resource 828 in some cases based on the beam report transmission satisfying one or more rules, such as described with respect to FIG. 5B in connection with beam report 522 or with respect to FIG. 5C in connection with overlapping symbols 544 with another beam report scheduled by DCI 546. In the case of Mode B reporting, the UE may transmit the beam report 824 in the resource 830 which the UE may select from the resource (s) 808 based on one of the approaches described with respect to FIG. 6. Additionally or alternatively, the UE may transmit the beam report 824 in the resource 830 of the cell which the UE may select from the CCs or cells based on one of the approaches described with respect to FIG. 7.

[0102] FIG. 9 is a flowchart 900 of an example method or process for wireless communication. The method may be performed by a UE, such as the UE 104, 350, 804, the apparatus 1002, or its components as described herein. Optional aspects are illustrated in dashed lines. The method allows for enhancement of efficiency and performance of beam reporting in wireless communication systems, particularly in the context of UE-initiated or event-driven beam reporting, through the specification of timings or rules related to the response time window in Mode A reporting or related to the selection of the preconfigured resource in Mode B reporting.

[0103] At block 902, the UE may transmit in a PUCCH a request associated with a resource for a beam report. For example, block 902 may be performed by request component 1040. For instance, referring to the Figures, the controller (s)  / processor (s) 359 or TX processor (s) 368 of UE 804 at block 902 may encode, modulate, and transmit via antennas 352 in PUCCH 818 request 820 associated with resource 822 for beam report 824.

[0104] At block 904, the UE may receive a configuration of the resource. For example, block 904 may be performed by configuration component 1042. For instance, referring to the Figures, the controller (s)  / processor (s) 359 or RX processor (s) 356 of UE 804 at block 904 may decode, demodulate, and receive via antennas 352 configuration 832 of resource 822. In one example, at block 906, the configuration may be DCI received after the request is transmitted at block 902 and scheduling the resource for the beam report. For instance, referring to FIG. 8, the configuration 832 may be DCI 826 received after transmission of request 820, which DCI 826 schedules or activates the  resource 822 for beam report 824. In another example, at block 908, the configuration may be an RRC configuration received before the request is transmitted at block 902 and configuring a plurality of uplink resources including the resource for the beam report. For instance, referring to FIG. 8, the configuration 832 may be RRC configuration 806 received before transmission of request 820, which RRC configuration 806 configures UL resources 808 including resource 822 for beam report 824.

[0105] At block 910, the UE may transmit the beam report in the resource. For example, block 910 may be performed by beam report component 1044. For instance, referring to the Figures, the controller (s)  / processor (s) 359 or TX processor (s) 368 of UE 804 at block 902 may encode, modulate, and transmit via antennas 352 beam report 824 in resource 822 to base station 802. In one example, at block 912, the transmission may be in response to reception of the DCI during a timing response window following transmission of the request. For instance, referring to the Figures, the transmission of beam report 824 in the resource 822 may be responsive to reception of DCI 826 during response time window 402 following transmission of the request 820 in first PUCCH 404 or PUCCH 818, and based on the DCI 826 reception or beam report 824 transmission following one or more rules such as described with respect to FIGs. 5A –5C. In another example, at block 914, the transmission of beam report 824 in the resource 822 may be responsive to a determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration. For instance, referring to the Figures, the transmission of beam report 824 in the resource 822 may be responsive to UE selection of resource 822 from the UL resources 808 configured in RRC configuration 806 based on one or more of the resource or cell selection approaches described with respect to FIGs. 6 and 7.

[0106] In one example, the request is transmitted in a slot n, the timing response window begins a number of slots X following the slot n, and the beam report is transmitted in response to the reception of the DCI within the timing response window, where n and X are integer values that may respectively be greater than or equal to 0. For instance, referring to FIGs. 4 and 8, after the UE sends the request in the first PUCCH 404, the UE may monitor a DCI in response to the first PUCCH within the timing response window 402. This timing response window 402 may occur after the transmission of the first PUCCH 404. If the first PUCCH is transmitted in slot n, the UE may start  monitoring the DCI from slot n + X, where X may be a configurable or fixed time offset. This offset allows the UE to determine the start of the timing response window for monitoring the scheduling or activation of the resource (s) for the beam report.

[0107] In one example, the number of slots X or a duration of the timing response window is a fixed number of slots configured in an RRC configuration. For instance, referring to FIGs. 4 and 8, the time offset value or window duration 406 may be a specific number of slots configured via RRC signaling, such as fixed number of slots 810. For example, the slot length X in unit of slots may be determined to be the length associated with a minimum SCS among the component carriers that are configured for event-driven beam reporting.

[0108] In one example, the number of slots X or a duration of the timing response window is based on a timer configured in an RRC configuration. For instance, referring to FIGs. 4 and 8, the time offset value or window duration 406 may be based on a timer configured by RRC signaling, such as timer 812. For example, the value or duration may be 1 ms or other unit of time set by timer 812.

[0109] In one example, the number of slots X or a duration of the timing response window is an absolute value in a unit of time or a unit of slots. For instance, referring to FIG. 4, the value or duration 406 may be based on an absolute or fixed value. For example, X may be statically fixed at 4, or the time window may be statically fixed at 1 ms. Alternatively, X may be 0, or the time window may be 3 ms. These are merely examples, as the value of X or the duration of the time window may be other static or fixed values.

[0110] At block 916, the UE may refrain from transmitting another request in the PUCCH during the timing response window based on a same event as an event triggering the beam report. For example, block 916 may be performed by beam report component 1044. For instance, referring to the Figures, the controller (s)  / processor (s) 359 or TX processor (s) 368 of UE 804 at block 902 may refrain from encoding, modulating, and transmitting via antennas 352 additional requests such as request 820 to base station 802 during response time window 402 based on a same trigger event as event 816. For example, within the duration 406 of the time window, the UE may not send another first PUCCH request for a same event that triggered the UE-initiated beam report. Instead, the UE first waits for a response from the network to the first  transmitted PUCCH request before the UE determines to send another request based on the same trigger event.

[0111] In one example, only a single DCI scheduling the resource is received in a slot in response to the request. For instance, referring to FIGs. 5A and 8, a UE may not be expected to receive more than one DCI 826 with a non-zero CSI request or UE initiated beam report request per slot. For example, the base station may transmit, and the UE may receive, at most a single DCI in a given slot, which single DCI may schedule or activate the beam report resource 822, 828 for the UE. This restriction may apply regardless of the number of beam reports for which the DCI request may schedule or activate the UE to send. For instance, the single DCI may validly request one beam report or multiple beam reports so long as multiple beam reports are not requested from different DCIs in a same slot. Thus, in the example of FIG. 5A, DCI A and DCI B are invalid since they are both transmitted or received in the same slot 502, while DCI C may be valid since it is the only beam request DCI received in a slot, regardless of whether DCI C schedules a beam report only for PUCCH request C or for all of PUCCH requests A, B, and C.

[0112] In one example, only a single beam report in response to the DCI is transmitted in a slot. For instance, referring to FIGs. 5B and 8, a UE may not be expected to receive more than one aperiodic CSI report request or UE initiated beam report request for transmission in a given slot. Thus, the UE may not transmit more than one beam report 522, 824 in a given slot based on DCI 524, 826 responsive to the UE’s PUCCH request (s) . For instance, the base station may restrict the number of beam reports the UE may transmit in a given slot, for example, by configuring the UE to refrain from transmitting these multiple reports all in the same slot. Instead, the UE may transmit each beam report related to a same or different event in a different or separate slot. Thus, in the example of FIG. 5B, beam report A1 + A2 + A3 may be invalid if transmitted together in the same slot, while beam report A1 alone (or A2 alone or A3 alone) may be valid to transmit in its own slot.

[0113] In one example, the DCI is one of multiple different DCIs scheduling the resource on overlapping time domain symbols, and only a single beam report is transmitted in a single uplink carrier in response to the multiple different DCIs. For instance, referring to FIGs. 5C and 8, if the UE is configured with a single carrier 542 for uplink, the UE may not be expected to transmit more than one aperiodic CSI report or UE initiated  beam report triggered by different DCIs on overlapping OFDM symbols. Thus, multiple beam reports 824 may not be transmitted in resources 822 scheduled or activated in overlapping OFDM symbols 544 by DCIs 546, 826. For instance, the base station may configure the UE to refrain from sending multiple beam reports such as beam reports A and B together in overlapping symbols 544 of the same slot. Instead, the UE may transmit at most a single beam report triggered by one of the DCIs 546 in the resource (s) within these overlapping symbols, such as beam report A only or beam report B only.

[0114] In one example, the selected uplink resource is an initial one of the plurality of uplink resources following the transmission of the request. For instance, referring to FIGs. 6 and 8, the selected resource 822, 830 may include the initial preconfigured UL resource (s) in time after the transmission of the first PUCCH 818. Thus, the UE may determine to use the first available preconfigured UL resource in time for its beam report after it sends the first PUCCH. In the example of FIG. 6, this selected resource may be resource 602a, since that resource is the initial configured resource which follows the first PUCCH transmission time.

[0115] In one example, the selected uplink resource is an initial one of the plurality of uplink resources following a time offset after the transmission of the request, the time offset being one of: a fixed number of slots configured in an RRC configuration, or an absolute value in a unit of time or a unit of slots. For instance, referring to FIGs. 6 and 8, the selected resource 822, 830 may include the first preconfigured UL resource (s) after time offset 604 from the transmission of the first PUCCH 818. This time offset may be configured or fixed to be larger than the amount of time between the first PUCCH and the initial preconfigured UL resource, such as resource 602a. For instance, in the example of FIG. 6, this selected resource may be resource 602c, since that resource is the initial configured resource which follows the time offset 604. In one example, the time offset 604 may be a certain number of slots configured by RRC signaling, such as fixed number of slots 810. That is, the UE may determine to wait a certain, configurable number of slots after it sends the first PUCCH before using the first available preconfigured UL resource in time for its beam report. In another example, the time offset 604 may be based on a static or fixed value, such as 1 ms. That is, the UE may wait a specific, pre-configured amount of time after it  sends the first PUCCH before using the first available preconfigured UL resource in time for its beam report.

[0116] In one example, the selected uplink resource is an initial valid resource of the plurality of uplink resources following the transmission of the request, the initial valid resource being a non-overlapping resource with a transmission occasion for a CSI report. For instance, referring to FIGs. 6 and 8, the selected resource 822, 830 may include the first preconfigured UL resource (s) that are valid for beam report transmission after the first PUCCH 818, where a resource may be considered valid if it complies with one or more specified rules. For example, a priority rule may be specified that if a preconfigured UL resource overlaps with a transmission occasion of a higher priority, periodic CSI report or A-CSI report previously requested in DCI, such as A-CSI report occasion 606, the beam report transmission may be cancelled in that preconfigured UL resource in favor of the other transmission, and thus that resource may not be valid for transmission of the UE initiated beam report. Instead, the UE may select the next preconfigured UL resource that satisfies the rule (s) and is thus valid for beam report transmission, such as the first resource in time which does not overlap with the A-CSI report transmission occasion 606. Thus, in the example of FIG. 6 where the first available preconfigured UL resource 602a may not be valid for beam report transmission due to overlap with occasion 606, the UE may select the second available preconfigured UL resource 602b for its beam report due to its lack of overlap with any other transmission, since the second resource in this example is the initial available valid resource for beam report transmission. Thus, the UE may determine the first available preconfigured UL resource which is considered valid based on one or more specified rules, and the UE may select this resource for transmission of its beam report after it sends the first PUCCH.

[0117] In one example, the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in only the PUCCH cell. For instance, referring to FIGs. 7 and 8, the cell which the UE selects to transmit the beam report 824 may be the same as the PUCCH cell 702. In this case, only the PUCCH cell may be configured with the preconfigured UL resources which the UE may select for beam report transmission. For example, if the first PUCCH is transmitted in component carrier 1 (CC-1) as the PUCCH cell 702, then the UE may only transmit the beam report in one of the uplink resources 704 of that same cell CC- 1. In contrast, the UE may not transmit the beam report in the uplink resources 706 of a different cell such as CC-2 for example. Thus, the UE may select for its beam report one of the preconfigured UL resources 704, 822, 830 of the same cell in which the UE sends the first PUCCH.

[0118] In one example, the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in a selected cell from a plurality of cells including the PUCCH cell. For instance, referring to FIGs. 7 and 8, the cell which the UE may select to transmit the beam report 824 may be among any of the cells configured with preconfigured UL resources. In this case, the cell which the UE may select for its beam report transmission may be the same as the PUCCH cell 702 or different than the PUCCH cell 702. For example, if the first PUCCH is transmitted in component carrier 1 (CC-1) as the PUCCH cell 702, then the UE may transmit the beam report in one of the uplink resources 704, 706 of that same cell CC-1 or of a different cell such as CC-2. Thus, the UE may choose any cell that is configured with preconfigured UL resources for the beam report transmission, without it necessarily being the same cell where it sends the first PUCCH.

[0119] FIG. 10 is a diagram 1000 illustrating an example of a hardware implementation for an apparatus 1002 according to the various aspects of the present disclosure. In one example, the apparatus 1002 may be a UE such as UE 104, 350, 804 and includes one or more cellular baseband processors 1004 (also referred to as a modem) coupled to a cellular RF transceiver 1022 and one or more subscriber identity modules (SIM) cards 1020, an application processor 1006 coupled to a secure digital (SD) card 1008 and a screen 1010, a Bluetooth module 1012, a wireless local area network (WLAN) module 1014, a Global Positioning System (GPS) module 1016, and a power supply 1018. The one or more cellular baseband processors 1004 communicate through the cellular RF transceiver 1022 with the BS 102. For example, the cellular RF transceiver 1022 may correspond to or include the transmitters 354TX, receivers 354RX, and antennas 352 of UE 350.

[0120] The one or more cellular baseband processors 1004 may each include a computer-readable medium  / one or more memories. The computer-readable medium  / one or more memories may be non-transitory. The one or more cellular baseband processors 1004 are responsible for general processing, including the execution of software stored on the computer-readable medium  / one or more memories individually or in  combination. The software, when executed by the one or more cellular baseband processors 1004, causes the one or more cellular baseband processors 1004 to, individually or in combination, perform the various functions described supra. The computer-readable medium  / one or more memories may also be used individually or in combination for storing data that is manipulated by the one or more cellular baseband processors 1004 when executing software. The one or more cellular baseband processors 1004 individually or in combination further include a reception component 1030, a communication manager 1032, and a transmission component 1034. The communication manager 1032 includes the one or more illustrated components. The components within the communication manager 1032 may be stored in the computer-readable medium  / one or more memories and / or configured as hardware within the one or more cellular baseband processors 1004. The one or more cellular baseband processors 1004 may be components of the UE 104, 350, 804 and may individually or in combination include the one or more memories 360 and / or at least one of the one or more TX processors 368, at least one of the one or more RX processors 356 and at least one of the one or more controllers / processors 359. For example, the computer-readable medium  / one or more memories may correspond to or include the one or more memories 360, the reception component 1030 may correspond to or include the one or more RX processors 356, the communication manager 1032 may correspond to or include the one or more controllers / processors 359, and the transmission component 1034 may correspond to or include the one or more TX processors 368. In one configuration, the apparatus 1002 may be a modem chip and include just the one or more baseband processors 1004, and in another configuration, the apparatus 1002 may be the entire UE (e.g., UE 350 of FIG. 3) and include the aforediscussed additional modules of the apparatus 1002.

[0121] The communication manager 1032 may include a request component 1040 that is configured to transmit in a PUCCH a request associated with a resource for a beam report, such as described in connection with block 902 of FIG. 9. The request component 1040 may also in one configuration be configured to refrain from transmitting another request in the PUCCH during a timing response window based on a same event as an event triggering the beam report, such as described in connection with block 916 of FIG. 9. The communication manager 1032 may also include a configuration component 1042 that is configured to receive a configuration of the resource, the configuration being one of: DCI received after the request is  transmitted and scheduling the resource, or an RRC configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource, such as described in connection with blocks 904, 906, and 908 of FIG. 9. The communication manager 1032 may also include a beam report component 1044 that is configured to transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration, such as described in connection with blocks 910, 912, and 914 of FIG. 9.

[0122] The apparatus may include additional components that perform each of the blocks of the algorithm in the aforementioned flowchart of FIG. 9. As such, each block in the aforementioned flowchart of FIG. 9 may be performed by a component and the apparatus may include one or more of those components. The components may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors individually or in combination configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by one or more processors, or some combination thereof.

[0123] In one configuration, the apparatus 1002, and in particular the one or more cellular baseband processors 1004, includes means for transmitting in a PUCCH a request associated with a resource for a beam report; means for receiving a configuration of the resource, the configuration being one of: DCI received after the request is transmitted and scheduling the resource, or an RRC configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource; and where the means for transmitting is further configured to transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration. In one configuration, the apparatus 1002, and in particular the one or more cellular baseband processors 1004, includes means for refraining from transmitting another request in the PUCCH during the timing response window based on a same event as an event triggering the beam report.

[0124] The aforementioned means may be one or more of the aforementioned components of the apparatus 1002 configured to perform the functions recited by the aforementioned means. Moreover, as described supra, the apparatus 1002 may include the one or more TX Processors 368, the one or more RX Processors 356, and the one or more controllers / processors 359. As such, in one configuration, the aforementioned means may be at least one of the one or more TX Processors 368, at least one of the one or more RX Processors 356, or at least one of the one or more controllers / processors 359 individually or in any combination configured to perform the functions recited by the aforementioned means.

[0125] It is understood that the specific order or hierarchy of blocks in the processes  / flowcharts disclosed is an illustration of example approaches. Based upon design preferences, it is understood that the specific order or hierarchy of blocks in the processes  / flowcharts may be rearranged. Further, some blocks may be combined or omitted. The accompanying method claims present elements of the various blocks in a sample order and are not meant to be limited to the specific order or hierarchy presented.

[0126] The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically so stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” should be interpreted to mean “under the condition that” rather than imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The word “exemplary” is used herein to mean “serving as an example, instance, or illustration. ” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects. Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A,  B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” include any combination of A, B, and / or C, and may include multiples of A, multiples of B, or multiples of C. Specifically, combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any such combinations may contain one or more member or members of A, B, or C. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ”

[0127] As used herein, a processor, at least one processor, and / or one or more processors, individually or in combination, configured to perform or operable for performing a plurality of actions (such as the functions described supra) is meant to include at least two different processors able to perform different, overlapping or non-overlapping subsets of the plurality actions, or a single processor able to perform all of the plurality of actions. In one non-limiting example of multiple processors being able to perform different ones of the plurality of actions in combination, a description of a processor, at least one processor, and / or one or more processors configured or operable to perform actions X, Y, and Z may include at least a first processor configured or operable to perform a first subset of X, Y, and Z (e.g., to perform X) and at least a second processor configured or operable to perform a second subset of X, Y, and Z (e.g., to perform Y and Z) . Alternatively, a first processor, a second processor, and a third processor may be respectively configured or operable to perform a respective one of actions X, Y, and Z. It should be understood that any combination of one or more processors each may be configured or operable to perform any one or any combination of a plurality of actions.

[0128] Similarly as used herein, a memory, at least one memory, a computer-readable medium, and / or one or more memories, individually or in combination, configured to store or having stored thereon instructions executable by one or more processors for performing a plurality of actions (such as the functions described supra) is meant to include at least two different memories able to store different, overlapping or non-overlapping subsets of the instructions for performing different, overlapping or non-overlapping subsets of the plurality actions, or a single memory able to store the instructions for performing all of the plurality of actions. In one non-limiting example of one or more memories, individually or in combination, being able to store different subsets of the instructions for performing different ones of the plurality of actions, a description of a memory, at least one memory, a computer-readable medium, and / or one or more memories configured or operable to store or having stored thereon instructions for performing actions X, Y, and Z may include at least a first memory configured or operable to store or having stored thereon a first subset of instructions for performing a first subset of X, Y, and Z (e.g., instructions to perform X) and at least a second memory configured or operable to store or having stored thereon a second subset of instructions for performing a second subset of X, Y, and Z (e.g., instructions to perform Y and Z) . Alternatively, a first memory, a second memory, and a third memory may be respectively configured to store or have stored thereon a respective one of a first subset of instructions for performing X, a second subset of instruction for performing Y, and a third subset of instructions for performing Z. It should be understood that any combination of one or more memories each may be configured or operable to store or have stored thereon any one or any combination of instructions executable by one or more processors to perform any one or any combination of a plurality of actions. Moreover, one or more processors may each be coupled to at least one of the one or more memories and configured or operable to execute the instructions to perform the plurality of actions. For instance, in the above non-limiting example of the different subset of instructions for performing actions X, Y, and Z, a first processor may be coupled to a first memory storing instructions for performing action X, and at least a second processor may be coupled to at least a second memory storing instructions for performing actions Y and Z, and the first processor and the second processor may, in combination, execute the respective subset of instructions to accomplish performing actions X, Y, and Z. Alternatively, three processors may access one of three different memories each storing one of  instructions for performing X, Y, or Z, and the three processors may in combination execute the respective subset of instruction to accomplish performing actions X, Y, and Z. Alternatively, a single processor may execute the instructions stored on a single memory, or distributed across multiple memories, to accomplish performing actions X, Y, and Z.

[0129] The following examples are illustrative only and may be combined with aspects of other embodiments or teachings described herein, without limitation.

[0130] Clause 1. An apparatus for wireless communication, comprising: one or more memories; and one or more processors each communicatively coupled with at least one of the one or more memories, the one or more processors, individually or in any combination, operable to cause the apparatus to: transmit in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report; receive a configuration of the resource, the configuration being one of: downlink control information (DCI) received after the request is transmitted and scheduling the resource, or a radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource; and transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

[0131] Clause 2. The apparatus of clause 1, wherein the request is transmitted in a slot n, the timing response window begins a number of slots X following the slot n, and the beam report is transmitted in response to the reception of the DCI within the timing response window, wherein n ≥ 0 and X ≥ 0.

[0132] Clause 3. The apparatus of clause 2, wherein the number of slots X or a duration of the timing response window is a fixed number of slots configured in an RRC configuration.

[0133] Clause 4. The apparatus of clause 2 or clause 3, wherein the number of slots X or a duration of the timing response window is based on a timer configured in an RRC configuration.

[0134] Clause 5. The apparatus of any of clauses 2 to 4, wherein the number of slots X or a duration of the timing response window is an absolute value in a unit of time or a unit of slots.

[0135] Clause 6. The apparatus of any of clauses 2 to 5, wherein the one or more processors, individually or in any combination, are operable to cause the apparatus to: refrain from transmitting another request in the PUCCH during the timing response window based on a same event as an event triggering the beam report.

[0136] Clause 7. The apparatus of any of clauses 1 to 6, wherein only a single DCI scheduling the resource is received in a slot in response to the request.

[0137] Clause 8. The apparatus of any of clauses 1 to 7, wherein only a single beam report in response to the DCI is transmitted in a slot.

[0138] Clause 9. The apparatus of any of clauses 1 to 8, wherein the DCI is one of multiple different DCIs scheduling the resource on overlapping time domain symbols, and only a single beam report is transmitted in a single uplink carrier in response to the multiple different DCIs.

[0139] Clause 10. The apparatus of any of clauses 1 to 9, wherein the selected uplink resource is an initial one of the plurality of uplink resources following the transmission of the request.

[0140] Clause 11. The apparatus of any of clauses 1 to 10, wherein the selected uplink resource is an initial one of the plurality of uplink resources following a time offset after the transmission of the request, the time offset being one of: a fixed number of slots configured in an RRC configuration, or an absolute value in a unit of time or a unit of slots.

[0141] Clause 12. The apparatus of any of clauses 1 to 11, wherein the selected uplink resource is an initial valid resource of the plurality of uplink resources following the transmission of the request, the initial valid resource being a non-overlapping resource with a transmission occasion for a channel state information (CSI) report.

[0142] Clause 13. The apparatus of any of clauses 1 to 12, wherein the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in only the PUCCH cell.

[0143] Clause 14. The apparatus of any of clauses 1 to 12, wherein the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in a selected cell from a plurality of cells including the PUCCH cell.

[0144] Clause 15. A method of wireless communication performable at a user equipment (UE) , comprising: transmitting in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report; receiving a configuration of the resource, the configuration being one of: downlink control information (DCI) received after the request is transmitted and scheduling the resource, or a radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource; and transmitting the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

[0145] Clause 16. The method of clause 15, further comprising: refraining from transmitting in the PUCCH another request during the timing response window based on a same event as an event triggering the beam report, wherein the request is transmitted in a slot n, the timing response window begins a number of slots X following the slot n, and the beam report is transmitted in response to the reception of the DCI within the timing response window, wherein n ≥ 0 and X ≥ 0.

[0146] Clause 17. The method of clause 15 or clause 16, wherein: only a single DCI scheduling the resource is received in a slot in response to the request, only a single beam report in response to the DCI is transmitted in a slot, or the DCI is one of multiple different DCIs scheduling the resource on overlapping time domain symbols, and only the single beam report is transmitted in a single uplink carrier in response to the multiple different DCIs.

[0147] Clause 18. The method of any of clauses 15 to 17, wherein the selected uplink resource is one of: an initial one of the plurality of uplink resources following: the transmission of the request, or a time offset after the transmission of the request, or an initial valid resource of the plurality of uplink resources following the transmission of the request, the initial valid resource being a non-overlapping resource with a transmission occasion for a channel state information (CSI) report.

[0148] Clause 19. The method of any of clauses 15 to 18, wherein the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in: only the PUCCH cell, or a selected cell from a plurality of cells including the PUCCH cell.

[0149] Clause 20. An apparatus for wireless communication, comprising: means for transmitting in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report; means for receiving a configuration of the resource, the configuration being one of: downlink control information (DCI) received after the request is transmitted and scheduling the resource, or a radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource; and wherein the means for transmitting is further configured to transmit the beam report in the resource in response to: reception of the DCI during a timing response window following transmission of the request, or determination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

Claims

1.An apparatus for wireless communication, comprising:one or more memories; andone or more processors each communicatively coupled with at least one of the one or more memories, the one or more processors, individually or in any combination, operable to cause the apparatus to:transmit in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report;receive a configuration of the resource, the configuration being one of:downlink control information (DCI) received after the request is transmitted and scheduling the resource, ora radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource; andtransmit the beam report in the resource in response to:reception of the DCI during a timing response window following transmission of the request, ordetermination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.2.The apparatus of claim 1, wherein the request is transmitted in a slot n, the timing response window begins a number of slots X following the slot n, and the beam report is transmitted in response to the reception of the DCI within the timing response window, wherein n ≥ 0 and X ≥ 0.3.The apparatus of claim 2, wherein the number of slots X or a duration of the timing response window is a fixed number of slots configured in an RRC configuration.4.The apparatus of claim 2, wherein the number of slots X or a duration of the timing response window is based on a timer configured in an RRC configuration.5.The apparatus of claim 2, wherein the number of slots X or a duration of the timing response window is an absolute value in a unit of time or a unit of slots.6.The apparatus of claim 2, wherein the one or more processors, individually or in any combination, are operable to cause the apparatus to:refrain from transmitting another request in the PUCCH during the timing response window based on a same event as an event triggering the beam report.7.The apparatus of claim 1, wherein only a single DCI scheduling the resource is received in a slot in response to the request.8.The apparatus of claim 1, wherein only a single beam report in response to the DCI is transmitted in a slot.9.The apparatus of claim 1, wherein the DCI is one of multiple different DCIs scheduling the resource on overlapping time domain symbols, and only a single beam report is transmitted in a single uplink carrier in response to the multiple different DCIs.10.The apparatus of claim 1, wherein the selected uplink resource is an initial one of the plurality of uplink resources following the transmission of the request.11.The apparatus of claim 1, wherein the selected uplink resource is an initial one of the plurality of uplink resources following a time offset after the transmission of the request, the time offset being one of:a fixed number of slots configured in an RRC configuration, oran absolute value in a unit of time or a unit of slots.12.The apparatus of claim 1, wherein the selected uplink resource is an initial valid resource of the plurality of uplink resources following the transmission of the request, the initial valid resource being a non-overlapping resource with a transmission occasion for a channel state information (CSI) report.13.The apparatus of claim 1, wherein the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in only the PUCCH cell.14.The apparatus of claim 1, wherein the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in a selected cell from a plurality of cells including the PUCCH cell.15.A method of wireless communication performable at a user equipment (UE) , comprising:transmitting in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report;receiving a configuration of the resource, the configuration being one of:downlink control information (DCI) received after the request is transmitted and scheduling the resource, ora radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource; andtransmitting the beam report in the resource in response to:reception of the DCI during a timing response window following transmission of the request, ordetermination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.16.The method of claim 15, further comprising:refraining from transmitting in the PUCCH another request during the timing response window based on a same event as an event triggering the beam report, wherein the request is transmitted in a slot n, the timing response window begins a number of slots X following the slot n, and the beam report is transmitted in response to the reception of the DCI within the timing response window, wherein n ≥ 0 and X ≥ 0.17.The method of claim 15, wherein:only a single DCI scheduling the resource is received in a slot in response to the request,only a single beam report in response to the DCI is transmitted in a slot, orthe DCI is one of multiple different DCIs scheduling the resource on overlapping time domain symbols, and only the single beam report is transmitted in a single uplink carrier in response to the multiple different DCIs.18.The method of claim 15, wherein the selected uplink resource is one of:an initial one of the plurality of uplink resources following:the transmission of the request, ora time offset after the transmission of the request, oran initial valid resource of the plurality of uplink resources following the transmission of the request, the initial valid resource being a non-overlapping resource with a transmission occasion for a channel state information (CSI) report.19.The method of claim 15, wherein the request is transmitted in a PUCCH cell, and the selected uplink resource is determined from the plurality of uplink resources configured in:only the PUCCH cell, ora selected cell from a plurality of cells including the PUCCH cell.20.An apparatus for wireless communication, comprising:means for transmitting in a physical uplink control channel (PUCCH) a request associated with a resource for a beam report; andmeans for receiving a configuration of the resource, the configuration being one of:downlink control information (DCI) received after the request is transmitted and scheduling the resource, ora radio resource control (RRC) configuration received before the request is transmitted and configuring a plurality of uplink resources including the resource;wherein the means for transmitting is further configured to transmit the beam report in the resource in response to:reception of the DCI during a timing response window following transmission of the request, ordetermination of a selected uplink resource from the plurality of uplink resources configured in the RRC configuration.

Images