CSI reporting for event-triggered beam management

Abstract

A user equipment (UE) can perform CSI reporting for event-triggered beam management operability. The CSI report can use one or more CSI report formats to indicate a layer 1 (L1) reference signal received power (RSRP) for a current serving beam and / or one or more candidate beams. Radio resource control (RRC) signaling can be used to indicate whether a current serving beam and how many candidate beams are to be reported, in addition to measurement resources for the current serving beam and / or new candidate beams. The UE can be configured to select a single CSI report from among multiple CSI reports that have been triggered and that are associated with the same first physical uplink control channel (PUCCH) transmission. The UE can be configured to select between first PUCCH transmissions that overlap in a time domain and that are associated with different CSI reports.These and many other features and examples are described herein.

Description

CSI REPORTING FOR EVENT-TRIGGERED BEAM MANAGEMENTFIELD

[0001] This disclosure relates to wireless communication networks and mobile device capabilities.BACKGROUND

[0002] Wireless communication networks and wireless communication services are becoming increasingly dynamic, complex, and ubiquitous. For example, some wireless communication networks can be developed to implement fifth generation (5G) or new radio (NR) technology, sixth generation (6G) technology, and so on. Such technology can include solutions for enabling user equipment (UE) and network devices, such as base stations, to communicate with one another. Such communications can involve evaluating and managing wireless channels, signals, and resources.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] The present disclosure will be readily understood and enabled by the detailed description and accompanying figures of the drawings. Like reference numerals can designate like features and structural elements. Figures and corresponding descriptions are provided as non-limiting examples of aspects, implementations, etc., of the present disclosure, and references to "an" or “one” aspect, implementation, etc., may not necessarily refer to the same aspect, implementation, etc., and can mean at least one, one or more, etc.

[0004] Fig. 1 is a diagram of an example of an overview according to one or more implementations described herein.

[0005] Fig. 2 is a diagram of an example network according to one or more implementations described herein.

[0006] Fig. 3 is a diagram of an example process for channel state information (CSI) reporting for event-triggered beam management according to one or more implementations described herein.

[0007] Fig. 4 is a diagram of an example of a CSI report format for an Event 1 scenario for user equipment (UE) initiated beam reporting (UEIBR) according to one or more implementations described herein.

[0008] Fig. 5 is a diagram of another example of a CSI report format for an Event 1 scenario for UEIBR according to one or more implementations described herein.

[0009] Fig. 6 is a diagram of an example of a union of resources for a current beam and new candidate beams according to one or more implementations described herein.

[0010] Figs. 7-8 are diagrams of examples of CSI report content for an UEIBR Event 1 scenario according to one or more implementations described herein.

[0011] Fig. 9 is a diagram of an example of CSI report selection for first physical uplink control channel (PUCCH) mapping according to one or more implementations described herein.

[0012] Fig. 10 is a diagram of an example of CSI report selection for first PUCCH mapping according to one or more implementations described herein.

[0013] Fig. 11 is a diagram of an example of collision handling for simultaneous first PUCCHs according to one or more implementations described herein.

[0014] Fig. 12 is a diagram of an example of components of a device according to one or more implementations described herein.

[0015] Fig. 13 is a diagram of example interfaces of baseband circuitry according to one or more implementations described herein.

[0016] Fig. 14 is a block diagram illustrating components, according to one or more implementations described herein, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein.

[0017] Fig. 15 is a diagram of an example process for CSI reporting for event-triggered beam management according to one or more implementations described herein.DETAILED DESCRIPTION

[0018] The following detailed description refers to the accompanying drawings. Like reference numbers in different drawings can identify the same or similar features, elements, operations, etc. Additionally, the present disclosure is not limited to the following description as other implementations can be utilized, and structural or logical changes made, without departing from the scope of the present disclosure.

[0019] Wireless communication networks can include user equipment (UE) capable of communicating with base stations and / or other network devices. The UE and base station can communicate with one another using time and frequency resources allocated for uplink and downlink communications. Examples of such communications can involve beam reporting procedures, such as UE-initiated beam reporting (UEIBR) .

[0020] UEIBR include a procedure by which beams between a base station and UE are measured and evaluated to determine which beams are suitable for communications between the UE and the base station. A base station can communicate references signals to a UE using one or more beams. The UE can measure the reference signals to determine a layer 1 (L1) received power reference signal (RSRP) for each beam. The UE can evaluate the measurements to determine whether a current serving beam is the best, or is adequate, for ongoing communications between the UE and the base station. Evaluation of the measurements can result in an event trigger configured to cause the UE to generate a beam report (e.g., a UEIBR report) corresponding to the event trigger detected by the UE.

[0021] A UEIBR procedure can include (or be prompted by) the detection of one or more trigger events, which can be referred to as Event-1, Event-2, and so on. For instance, in an Event-1 scenario, the UEIBR report can indicate that a quality of the current serving beam (e.g., the L1-RSRP) is worse than a beam quality threshold. In an Event-2 scenario, the UEIBR report can indicate that a quality of at least one new beam (e.g., the L1-RSRP) is at least a threshold value better than the current serving beam. In an Event-7 scenario, the UEIBR report can indicate that a quality of at least one new beam (e.g., the L1-RSRP) is at least a threshold value better than a reference signal derived from an activated transmission configuration indication (TCI) state with an M-th best quality. The UE can respond to an event trigger by generating a UEIBR report and transmitting the report to the base station via a physical uplink control channel (PUCCH) transmission, one or more PUCCH retransmission, and by generating and transmitting a channel state information (CSI) report to the base station. While currently available technologies enable UEIBR and CSI reporting in general, currently available technologies fail to provide any, or adequate, solutions for CSI reporting for event-triggered (e.g., UEIBR) scenarios.

[0022] One or more of the techniques, described herein, include solutions for enabling UE 210 to engage in CSI reporting for event-triggered beam management operability. UE 210 can use one or more CSI report formats to generate a CSI report, which can indicate an L1-RSRP for a current serving beam and / or one or more candidate beams. Radio resource control (RRC) signaling can be used to indicate whether a current serving beam and how many candidate beams are to be reported, in addition to measurement resources for the current serving beam and / or new candidate beams. UE 210 can be configured to select a single CSI report from among multiple CSI reports that have been triggered and that are associated with the same first PUCCH transmission. UE 210 can be configured to select between first PUCCH transmissions that overlap in a time domain and that are associated with different CSI reports.

[0023] Fig. 2 is a diagram of an example 100 of an overview according to one or more implementations described herein. As shown, example 100 can include UE 110 and base station 120. Base station 120 can provide UE 110 with RRC signaling to configure UE 110 with respect to generating CSI reports and event-triggered beam management (at 1.1) as described herein. Base station 120 can communicate one or more reference signals to UE 110 using one or more beams. UE 110 can measure reference signals transmitted by base station 120 and can detect an event associated with UEIBR being triggered (at 1.1) .

[0024] UE 110 can detect the event being triggered based on the measurements and can generate uplink control information (UCI) that includes a 1-bit indication of the detected event (at 1.2) . The 1-bit indicator can function as a request for resources for a UEIBR transmission. UE 210 can transmit the UCI during an initial PUCCH occasion and can perform retransmission of the UCI during one or more first PUCCH occasions (at 1.2) . Base station 120 can provide UE 110 with an uplink grant in response to receiving the UCI, and UE 110 can determine CSI report content and / or a CSI report format based on the RRC signaling. UE 110 can transmit the CSI report to base station 222 during a physical uplink shared channel (PUSCH) occasion in accordance with eh uplink grant (at 1.3) . These and many other features and examples are described below with reference to the remaining Figures.

[0025] Fig. 2 is an example environment 200 in which one or more of the techniques described herein can be implemented. Example environment 200 can include UEs 210-1, 210-2, etc. (referred to collectively as “UEs 210” and individually as “UE 210” ) , a radio access network (RAN) 220, a core network (CN) 230, application servers 240, external networks 250.

[0026] The systems and devices of example environment 200 can operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example environment 200 can operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards, and more.

[0027] As shown, UEs 210 can include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UEs 210 can include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, etc. In some implementations, UEs 210 can include Internet of Things (IoT) devices (or IoT UEs) that can implement narrowband (NB) communications and that can comprise, for example, a network access layer designed for low-power IoT applications utilizing short-lived UE connections.

[0028] Additionally, or alternatively, an IoT UE can utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data can be a machine-initiated exchange, and an IoT network can include interconnecting IoT UEs (which can include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs can execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0029] UEs 210 can communicate and establish a connection with one or more other UEs 210 via one or more wireless channels 212, each of which can comprise a physical communications interface  / layer. The connection can include an M2M connection, MTC connection, D2D connection, SL connection, etc. The connection can involve a PC5 interface. In some implementations, UEs 210 can be configured to discover one another, negotiate wireless resources between one another, and establish connections between one another, without intervention or communications involving RAN node 222 or another type of network node. In some implementations, discovery, authentication, resource negotiation, registration, etc., can involve communications with RAN node 222 or another type of network node.

[0030] UEs 210 can communicate and establish a connection with RAN 220, which can involve one or more wireless channels 214-1 and 214-2, each of which can comprise a physical communications interface  / layer. In some implementations, a UE can be configured with dual connectivity (DC) as a multi-radio access technology (multi-RAT) or multi-radio dual connectivity (MR-DC) , where a multiple receive and transmit (Rx / Tx) capable UE can use resources provided by different network nodes (e.g., 222-1 and 222-2) that can be connected via non-ideal backhaul (e.g., where one network node provides NR access and the other network node provides either E-UTRA for LTE or NR access for 5G) . A network node can be referred to herein as a base station 222. In such a scenario, one network node can operate as a master node (MN) and the other as the secondary node (SN) . The MN and SN can be connected via a network interface, and at least the MN can be connected to the CN 230. In some implementations, a base station (as described herein) can be an example of network node 222. In some scenarios, RAN 220 can coordinate with core network 230 via interfaces 224, 226, and / or 228.

[0031] As shown, UE 210 can also, or alternatively, connect to access point (AP) 216 via connection interface 218, which can include an air interface enabling UE 210 to communicatively couple with AP 216. AP 216 can comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 216 can comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 216 can comprise a wireless fidelity router or other access point device. While not explicitly depicted in Fig. 2, AP 216 can be connected to another network (e.g., the Internet) without connecting to RAN 220 or CN 230.

[0032] One or more of the techniques described herein include solutions for enabling UE 210 to engage in CSI reporting for event-triggered beam management operability. UE 210 can use one or more CSI report formats to generate a CSI report, which can indicate an L1-RSRP for a current serving beam and / or one or more candidate beams. RRC signaling can be used to indicate whether a current serving beam and how many candidate beams are to be reported, in addition to measurement resources for the current serving beam and / or new candidate beams. UE 210 can be configured to select a single CSI report from among multiple CSI reports that have been triggered and that are associated with the same first PUCCH transmission. UE 210 can be configured to select between first PUCCH transmissions that overlap in a time domain and that are associated with different CSI reports. These and many other features and examples are described herein.

[0033] RAN 220 can include one or more RAN nodes 222-1 and 222-2 (referred to collectively as RAN nodes 222, and individually as RAN node 222) that enable channels 214-1 and 214-2 to be established between UEs 210 and RAN 220. RAN nodes 222 can include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 1G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node can be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 222 can include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 222 can be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. A RAN node can generally be referred to herein as base station 222.

[0034] Some or all of RAN nodes 222, or portions thereof, can be implemented as one or more software entities running on server computers as part of a virtual network, which can be referred to as a centralized RAN (CRAN) and / or a virtual baseband unit pool (vBBUP) . In these implementations, the CRAN or vBBUP can implement a RAN function split, such as a packet data convergence protocol (PDCP) split wherein radio resource control (RRC) and PDCP layers can be operated by the CRAN / vBBUP and other Layer 1 (L1) protocol entities can be operated by individual RAN nodes 222; a media access control (MAC)  / physical (PHY) layer split wherein RRC, PDCP, radio link control (RLC) , and MAC layers can be operated by the CRAN / vBBUP and the PHY layer can be operated by individual RAN nodes 222; or a “lower PHY” split wherein RRC, PDCP, RLC, MAC layers and upper portions of the PHY layer can be operated by the CRAN / vBBUP and lower portions of the PHY layer can be operated by individual RAN nodes 222. This virtualized framework can allow freed-up processor cores of RAN nodes 222 to perform or execute other virtualized applications.

[0035] In some implementations, an individual RAN node 222 can represent individual gNB-distributed units (DUs) connected to a gNB-control unit (CU) via individual F1 or other interfaces. In such implementations, the gNB-DUs can include one or more remote radio heads or radio frequency (RF) front end modules (RFEMs) , and the gNB-CU can be operated by a server (not shown) located in RAN 220 or by a server pool (e.g., a group of servers configured to share resources) in a similar manner as the CRAN / vBBUP. Additionally, or alternatively, one or more of RAN nodes 222 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations toward UEs 210, and that can be connected to a 5G core network (5GC) 230 via an NG interface.

[0036] Any of the RAN nodes 222 can terminate an air interface protocol and can be the first point of contact for UEs 210. In some implementations, any of the RAN nodes 222 can fulfill various logical functions for the RAN 220 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UEs 210 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 222 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations may not be limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0037] In some implementations, a downlink resource grid can be used for downlink transmissions from any of the RAN nodes 222 to UEs 210, and uplink transmissions can utilize similar techniques. The grid can be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements (REs) . Each resource block can comprise a collection of resource elements; in the frequency domain, this can represent the smallest quantity of resources that currently can be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0038] Further, RAN nodes 222 can be configured to wirelessly communicate with UEs 210, and / or one another, over a licensed medium (also referred to as the “licensed spectrum” and / or the “licensed band” ) , an unlicensed shared medium (also referred to as the “unlicensed spectrum” and / or the “unlicensed band” ) , or combination thereof. A licensed spectrum can correspond to channels or frequency bands selected, reserved, regulated, etc., for certain types of wireless activity (e.g., wireless telecommunication network activity) , whereas an unlicensed spectrum can correspond to one or more frequency bands that are not restricted for certain types of wireless activity.

[0039] The PDSCH can carry user data and higher layer signaling to UEs 210. The physical downlink control channel (PDCCH) can carry information about the transport format and resource allocations related to the PDSCH channel, among other things. The PDCCH can also inform UEs 210 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. Typically, downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 210 within a cell) can be performed at any of the RAN nodes 222 based on channel quality information feedback from any of UEs 210. The downlink resource assignment information can be sent on the PDCCH used for (e.g., assigned to) each of UEs 210.

[0040] The RAN nodes 222 can be configured to communicate with one another via interface 223. In implementations where the system is an LTE system, interface 223 can be an X2 interface. In NR systems, interface 223 can be an Xn interface. The X2 interface can be defined between two or more RAN nodes 222 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 230, or between two eNBs connecting to an EPC. As shown, RAN 220 can be connected (e.g., communicatively coupled) to CN 230. CN 230 can comprise a plurality of network elements 232, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 210) who are connected to the CN 230 via the RAN 220. In some implementations, CN 230 can include an evolved packet core (EPC) , a 5G CN (5GC) , and / or one or more additional or alternative types of CNs.

[0041] As shown, CN 230, application servers 240, and external networks 250 can be connected to one another via interfaces 234, 236, and 238, which can include IP network interfaces. Application servers 240 can include one or more server devices or network elements (e.g., virtual network functions (VNFs) offering applications that use IP bearer resources with CN 230 (e.g., universal mobile telecommunications system packet services (UMTS PS) domain, LTE PS data services, etc. ) . Application servers 240 can also, or alternatively, be configured to support one or more communication services (e.g., voice over IP (VoIP sessions, push-to-talk (PTT) sessions, group communication sessions, social networking services, etc. ) for UEs 210 via the CN 230. Similarly, external networks 250 can include one or more of a variety of networks, including the Internet, thereby providing the mobile communication network and UEs 210 of the network access to a variety of additional services, information, interconnectivity, and other network features.

[0042] Fig. 3 is a diagram of an example process 300 for CSI reporting for event-triggered beam management according to one or more implementations described herein. As shown, process 300 can be implemented by UE 210 and base station 222. In some implementations, some or all of process 300 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Operations performed by UE 210 and / or base station 222 can be performed by one or more components thereof, such as baseband circuitry. Additionally, process 300 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 3. In some implementations, some or all of the operations of process 300 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 300. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 3.

[0043] As shown, process 300 can include base station 222 communicating configuration information to UE 210 (block 305) . The configuration information can cause or enable UE 210 to perform UEIBR, which can include performing beam measurements, generating beam reports, generating CSI reports, and communicating the beam reports and / or CSI reports to base station 222. A beam report as described herein can include a UEIBR report, CSI report, and / or one or more other types of reports. The configuration information can indicate one or more event triggers for UE 210 to monitor and in response to the even triggers, perform UEIBR. The configuration information can cause or enable UE 210 to measure beams or reference signals from base station 222, generate beam reports (e.g., UEIBR) , implement retransmission timers, determine event evaluation windows, generate subsequent UEIBRs, determine uplink resources (e.g., PUCCH resources) for communicating UCI to request resources for UEIBR, and more. The configuration information can configure / activate frequent periodic or semi-persistent beam  reporting (e.g., reporting of N best beams and corresponding layer 1 (L1) received signal reference power (RSRP) measurements) and / or triggers for aperiodic beam reporting. Base station 222 can communicate the configuration to UE 210 using RRC signaling, downlink control information (DCI) , a synchronization signal bock (SSB) , and / or one or more other types of signaling or information.

[0044] Process 300 can include base station 222 communicating reference signals (RS) to UE 210 (block 310) . For example, base station 222 can use multiple beams to transmit RSs to UE 210. UE 210 can perform measurements of the beams as part of a beam management procedure, which can include UEIBR. UE 210 can determine a signal strength and beam quality of the beams used by base station 222. The beam management procedure can include L1-RSRP measurements and reporting.

[0045] Process 300 can include UE 210 detecting that one or more events have been triggered (block 320) . For example, UE 210 can monitor for one or more event triggers, which can be indicated by the configuration information received from base station 222. Examples of an event trigger can include when UE 210 is moving across different beams of a cell, UE 210 is first configured by base station 222 to continue monitoring the L1-RSRPs of new candidate beams. UE 210 can initiate a report once UE 210 detects a triggered event based on conditions configured by base station 222 (e.g., L1-RSRP values can be a threshold RSRP more than the L1-RSRP of a current serving beam) to ensure a quick report. In some implementations, an event trigger can include a number of instances of a particular type of signal-related event or condition exceeding a threshold number of instances. UE 210 can perform beam measurements according to scheduling and beam pattern information received from base station 222. In some implementations, the event trigger can further be particular to a specified duration or time window. For example, in some implementations, the number of instances must occur within a specified duration of one another in order to exceed the threshold number of instances) . In some implementations, an event trigger can include a measured beam or reference signal strength exceeding (or failing to exceed) a threshold beam or signal strength or quality.

[0046] Process 300 can include UE 210 generating UCI to request resources for UEIBR (block 330) . For example, UE 210 can generate UCI that includes an indication of the detected event having been triggered. The indication can include a 1-bit field for each of the beams or reference signals measured by UE 210. The 1-bit field can be configured to indicate whether a detected event has been triggered for a corresponding beam or reference signal. In some implementations, the indication can be more than a single bit. Base station 222 can be configured to interpret the UCI as a request for resources (e.g., a grant request) for a UEIBR transmission.

[0047] Process 300 can include UE 210 communicating the UCI to base station 222 via an initial PUCCH transmission (block 340) . For example, UE 210 can be configured to transmit the UCI to base station 222 on an earliest or next PUCCH occasion. The PUCCH occasion can be referred to herein as an initial PUCCH occasion. The UCI can include a 1-bit indicator for each beam or reference signal monitor by UE 210. When the UCI indicates that an event has been triggered for one or more beams or reference signals, base station 222 can be configured to interpret the UCI as a request for resources (e.g., a grant request) for a UEIBR transmission.

[0048] Process 300 can include UE 210 communicating the UBIR to base station 222 via a PUCCH retransmission (block 350) . For example, the configuration information received from base station 222 can include time and frequency resources for retransmitting information to base station 222 via a PUCCH. UE 210 can use the PUCCH to retransmit UCI to base station 222, in response to detecting one or more events associated with a UEIBR procedure. In some implementations, UE 210 can forego generating an additional or new UCI for a retransmission and instead retransmit the same UCI as was transmitted during the initial PUCCH transmission occasion or a PUCCH occasion associated with a retransmission of UCI.

[0049] Process 300 can include UE 210 receiving an uplink grant from base station 222 (block 355) . For example, base station 222 can receive the UCI transmitted or retransmitted by UE 210. Base station 222 can interpret the UCI as a request for resources for a UEIBR procedure. Base station 222 can allocate uplink resources to UE 210 and can generate downlink control information (DCI) indicating the allocation of uplink resources (e.g., an uplink grant) , and can communicate the DCI to UE 210. The uplink resources can corresponding to a PUSCH occasion.

[0050] Process 300 can include UE 210 generating a CSI report (block 360) . For example, UE 210 can determine an event type corresponding to an ongoing UEIBR procedure. UE 210 can determine a CSI report format to be used to generate and transmit the CSI report. UE 210 can determine the content for the CSI report. The CSI report can include an L1-RSRP report for a current serving beam for an Event-1 CSI report. The CSI report can also include one or more L1-RSRP reports for one or more candidate beams for which UE 210 has taken measurements. The CSI report can include a reference beam indicator. Generating a CSI report can also, or alternatively, include UE 210 (and / or baseband circuitry thereof) performing one or more of the operations described with reference to the Figures below, which can involve various types of information, report formats, and / or other features also described below.

[0051] Process 300 can include transmitting a CSI report (block 370) . For example, UE 210 can generate a CSI report and transmit the CSI report to base station 222. The CSI report can be transmitted via a PUSCH (as opposed to a PUCCH used for UEIBR transmissions) . In some implementations, UE 210 can receive DCI that includes an uplink grant and / or request for the CSI report. In such scenarios, UE 210 can generate and transmit the CSI report in accordance with the DCI. In some implementations, time and frequency resources for the PUSCH can be configured by the base station 222 via RRC signaling or another type of configuration or grant transmission.

[0052] One or more of the examples described herein can also, or alternatively, be part of process 300. In some implementations, the CSI report can include some, or all, of the measurement information and / or other types of information included in the UEIBR. The CSI report can include an indication of which CSI report configuration is being provided via the PUSCH. The CSI report can include measurement results from one or more event triggers associated with an initial UEIBR transmission, a first UEIBR retransmission, a most resent UEIBR retransmission, or a combination thereof. In some implementations, UE 210 can forego transmission of the CSI when the UEIBR transmission is successful, the UEIBR retransmission is successful, or a combination thereof. The PUSCH can be a second PUSCH transmission relative to the UEIBR procedure performed by UE 210.

[0053] Fig. 4 is a diagram of an example of CSI report format 400 for an Event 1 scenario for UEIBR according to one or more implementations described herein. As shown, CSI report format 400 can include CSI reference signal resource indicator (CRI) information or synchronization signal block resource indicator (SSBRI) information (e.g., CRI or SSBRI #1, CRI or SSBRI #2. …CRI or SSBRI #N, where N is greater than or equal to 3) . Generally, CRI and SSBRI can be used in 5G NR L1-RSRP measurement procedures. CRI include a field used to indicate CSI reference signal resource that has been used by base station 222, measured by UE 210, and included in a beam report or CSI report transmitted by UE 210 to base station 222. An SSBRI can be used to provide information about the physical resources allocated for the transmission of a synchronization signal (SS)  / physical broadcast channel (PBCH) blocks. Each CRI or SSBRI of CSI report format 400 can correspond to a different beam, reference signal, synchronization signal, and / or resources being used base station 222.

[0054] CRI and SSBRI can also be used in beam management procedures to identify a best downlink beam or otherwise evaluate current serving beam and / or one or more candidate beams. A candidate beam can include a beam that is transmitted by base station 222 but is not currently being used by UE 210 to receive data from base station 222. A candidate beam can include a downlink beam that UE 210 could switch to using when, for example, the candidate beam is measured as having a higher L1-RSRP than a current serving beam.

[0055] CSI report format 400 can be used for CSI reporting in an Event 1 scenario. Event-1 can be applied to scenarios in which a quality of a current serving beam (e.g., the L1-RSRP) is worse than a beam quality threshold. CSI report format 400 for an Event 1 scenario can be referred to as an Event 1 CSI report. In some implementations, CSI report format 400 can be configured to always include an L1-RSRP for the current serving beam. In other implementations, base station 222 can use RRC signaling (or another type of signaling or information) to indicate to UE 210 whether CSI report format 400 is to include an L1-RSRP for the current serving beam.

[0056] CSI report format 400 can include L1-RSRP information (e.g., L1-RSRP #1, differential L1-RSRP #2, …, L1-RSRP #N, where N is greater than or equal to 3, and L1-RSRP # (N+1) ) . L1-RSRP information can be included at, or near, the end of a CSI report. CSI report format 400 can implement different types of encoding for different types of L1-RSRP information. L1-RSRP #1 can include a field used to indicate a measurement of a current serving beam. L1-RSRP #1 can be implemented using absolute encoding with 7-bits. L1-RSRP # (N+1) can include one or more fields used to indicate a measurement of additional current serving beams. In some implementations, L1-RSRP #1 and / or L1-RSRP # (N+1) can be implemented using absolute encoding with 7-bits with a 1 decibel (dB) step size. In some implementations, L1-RSRP #1 and / or L1-RSRP # (N+1) can be used to report the largest measured RSRP of reported candidate beams. A differential L1-RSRP can include a field used to indicate a measurement of a candidate beam. A differential L1-RSRP can be implemented using differential encoding with 4-bits and a 2 dB step size.

[0057] Fig. 5 is a diagram of another example of a CSI report format 500 for an Event 1 scenario for UEIBR according to one or more implementations described herein. As shown, CSI report format 500 can include a 1-bit reference beam indicator. A value of 0 can indicate that the CSI report is reporting the largest measured RSRP among the reported candidate beams and that the current serving beam is the current serving beam. By contrast, a value of 1 can indicate that the CSI report is reporting the largest measured RSRP among the reported candidate beams and that the current serving beam is a new candidate beam.

[0058] CSI report format 500 can include CRI information or SSBRI information (e.g., CRI or SSBRI #1, CRI or SSBRI #2. …CRI or SSBRI #N, where N is greater than or equal to 3) . CSI report format 500 can be used for CSI reporting in an Event 1 scenario. Event-1 can be applied to scenarios in which a quality of a current serving beam (e.g., the L1-RSRP) is worse than a beam quality threshold. In some implementations, CSI report format 500 can be configured to always include an L1-RSRP for the current serving beam. In other implementations, base station 222 can use RRC signaling (or another type of signaling or information) to indicate to UE 210 whether CSI report format 500 is to include an L1-RSRP for the current serving beam.

[0059] CSI report format 500 can include L1-RSRP information (e.g., L1-RSRP #1, L1-RSRP #2, …, L1-RSRP #N, where N is greater than or equal to 3, and L1-RSRP # (N+1) ) . L1-RSRP information can be included at, or near, the end of a CSI report. Each L1-RSRP entry can be implemented as a field used to indicate a measurement of a beam. The type of L1-RSRP can depend on a value of the reference beam indicator and an order of the L1-RSRP fields. For example, when the reference beam indicator is 1, L1-RSRP #1 field can be a L1-RSRP field for the current beam. When the reference beam indicator is 0, L1-RSRP #1 can be a differential L1-RSRP field for a largest measured candidate beam.

[0060] The L1-RSRP #1 field can be quantized or encoded as a 7-bit field with a 1 dB step size when the reference beam indicator is 1, and when the reference beam indicator is 0, the L1-RSRP #1 field can be quantized or encoded using a 4-bit field with h a 2 dB step size. L1-RSRP #N can also vary based on the value of the reference beam indicator. For instance, when the reference beam indicator is 1, L1-RSRP #N can be a L1-RSRP field for a differential L1-RSRP. By contrast, when the reference beam indicator is 0, L1-RSRP #N can be a L1-RSRP field for a current beam (if present) . The L1-RSRP #N field can be quantized or encoded as a 4-bit field with a 2 dB step size when the reference beam indicator is 1, and when the reference beam indicator is 0, the L1-RSRP #N field can be quantized or encoded using a 7-bit field with h a 1 dB step size.

[0061] Base station 222 can configure UE 210 to report a given composition of current and candidate beams. The number of candidate beams can be indicated or represented as a value of M.For example, when M = 2 and UE 210 is configured to report on the current serving beam, UE 210 can obtain RSRP measurements for a current serving beam (RSRPserving) , a first candidate beam (RSRPC0) , and a second candidate beam (RSRPC1) . UE 210 can set the beam reference indicator according to RSRP values of the measured beams. For instance, when RSRPC1 > RSRPC0 > RSRPserving, UE 210 can set the beam reference indicator value to 1. By contrast, when RSRPserving > RSRPC1 > RSRPC0, UE 210 can set the beam reference indicator value to 0.

[0062] Fig. 6 is a diagram of an example 600 of a union of resources for a current beam and new candidate beams according to one or more implementations described herein. As shown, RRC-configured measurement resources for new candidate beams and the measurement resources for a current serving beam can form a union of resources comprising a measurement resource set. Denoting the number of measurement resources in the RRC-configured measurement resources for new candidate beams as N, a fixed resource index can be pre-defined for a current serving beam. The bit width for CRI or SSBRI is determined as: [log2 (N + 1) ] . Denoting a CRI or SSBRI for a current beam as KS, and a CRI or SSBRI for a candidate beam as KC, then in some implementations, KS can be set at 0 (i.e., the first index) and KC can be set as 1, 2, …, N-1, where N is greater than or equal to 3. In other implementations, KS can be set at N (i.e., the last index) and KC can be set as 0, 1, …, N-1, where N is greater than or equal to 3. The current serving beam can be identified by a fixed resource index. The largest measured RSRP of a union of a measurement resources set can be quantized to a 7-bit value with 1 dB step size. The largest measurement RSRP can be a current serving beam or a new candidate beam. Other reported beams can be encoded using a differential L1-RSRP with a reference to the largest L1-RSRP value.

[0063] Figs. 7-8 are diagrams of examples 700 and 800 of CSI report content for an UEIBR Event 1 scenario according to one or more implementations described herein. Examples 700 and 800 can correspond to a scenario in which UE 210 is configured to measure and generate a UEIBR CSI report two new candidate beams (M = 2) and a serving beam. UE 210 can be configured with N = 6 resources for candidate beams. The bit width (or bitwidth) for CRI and SSBRI can be: [log2 (6+1) ] = 3.

[0064] Referring to example 700 of Fig. 7, UE 210 can determine that the L1-RSRP for the current serving beam is the largest (e.g., has the greatest RSRP value) . The L1-RSRP for the candidate beams can vary, with beam of resource 2 having the greatest RSRP value of the candidate beams, and with the beam of resource 4 having the least RSRP value of the candidate beams. UE 210 can generate a CSI report these beams and recourses, such that CRI or SSBRI #1 is indicated as 000 (corresponding to the serving beam) and the other two strongest beams (beams 2 and 3) can be set for candidate beams with CRI / SSBRI = 2, 3 respectively. The bit width for L1-RSRP #1 can be 7, the bit width for L1-RSRP #2 can be 4, and the bit width for L1-RSRP #3 can be 4.

[0065] Referring to example 800 of Fig. 8, UE 210 can determine that the L1-RSRP for candidate beam 2 is the largest (e.g., has the greatest RSRP value) . Since beam 2 is the largest, UE 210 can set the CRI or SSBRI #1 to 010 for candidate beam with CRI / SSBRI = 2. Since the serving beam is the second largest, UE 210 can set the CRI or SSBRI #2 to 000. Since beam 3 is the next largest, UE 210 can set the CRI or SSBRI #3 to 011 for candidate beam with CRI / SSBRI = 3. The bit width for L1-RSRP #1 can be 7, the bit width for L1-RSRP #2 can be 4, and the bit width for L1-RSRP #3 can be 4. Base station 222 can identify the location of the measurement for the current serving beam based on the serving beam being annotated with a fixed value of 000 in the UEIBR CSI report.

[0066] Fig. 9 is a diagram of an example 900 of CSI report selection for first PUCCH mapping according to one or more implementations described herein. The techniques described herein can include a variety of solutions for determining CSI report content when a first PUCCH resource is associated with multiple UEIBR CSI reports and a single CSI report is selected to be carried in a second PUSCH.

[0067] CSI report content can include a bitmap field, where each bit is associated with an event and serving cell (e.g., <event, serving cell>) . Each bit can be used to indicate whether the corresponding event and serving cell is triggered (e.g., by a trigger event) . In such scenarios, b0 can correspond to a CSI-report value with a lower CSI-reportID value. In some implementations, a CSI report index field can be included in the CSI report content. In such scenarios, multiple CSI reports can be ordered according to increasing CSI-ReportID values (e.g., from 0 to N-1) associated therewith. For each CSI report, the corresponding CSI report index value can be equal to its ordinal position among the ordered CSI-ReportIDs. A CSI report index field can be configured to indicate the CSI report index value that corresponds to each CSI-ReportID and / or CSI report.

[0068] As shown in example 900, signaling can be used to indicate a selected CSI report. The selection and signaling of the CSI report can be performed in accordance with use of a bitmap field configured to indicate whether a corresponding event and serving cell has been triggered. Additionally, or alternatively, selection and signaling of the CSI report can be performed in accordance with use of a CSI report index field configured to indicate the CSI report index value that corresponds to each CSI-ReportID and / or CSI report.

[0069] A CSI-reportID value of 3 can be associated with a UEIBR event (e.g., Event-2) and serving cell component carrier (CC) (e.g., CC0) . A CSI-reportID value of 9 can be associated with a UEIBR event (e.g., Event-1) and serving cell CC (e.g., CC0) . A CSI-reportID value of 12 can be associated with a UEIBR event (e.g., Event-2) and serving cell CC (e.g., CC1) . The CSI-reportIDs (3, 9, and 12) can be associated with a single PUCCH. CSI report of CSI-reportID 9 (associated with an Event-1 scenario) can be selected to report on the second PUSCH.

[0070] In scenarios using a bitmap field, CSI-reportID 3 can be associated with b0, CSI-reportID 3 can be associated with b1, and CSI-reportID 12 can be associated with b2. CSI-reportID 9 can be indicated as selected based on b2b1b0 = 010. In scenarios using a CSI report index field, CSI-reportID 3 can be associated with 00, CSI-reportID 9 can be associated with 01, and CSI-reportID 12 can be associated with 11. CSI-reportID 9 can be indicated when the CSI report index value = 01. The CSI report can therefore be transmitted via CC0, indicating Event-1 as CSI report content.

[0071] Fig. 10 is a diagram of an example 1000 of CSI report selection for first PUCCH mapping according to one or more implementations described herein. Selection of one CSI report when multiple CSI reports (associated with a first PUCCH channel) have been triggered. Selection of the CSI report can be based on a CSI report priority and / or one or more rules for selecting between CSI reports. As shown, example 1000 can include a scenario in which CSI reports are associated with an event and serving cell combination (e.g., Event-2, CC0; Event-1, CC0; and Event-2, CC1) . Each event and serving cell combination can be associated with a priority value (e.g., 0, 1, 2, where 0 is the highest priority) . In such scenarios, when multiple CSI reports have been triggered, UE 210 can select the CSI report with the highest priority (e.g., CSI report of Event-2 and CC0) for transmission via a PUSCH.

[0072] In other implementations, UE 210 can apply one or more rules when selecting a CSI report. For example, UE 210 can be configured to select the CSI report with the lowest CSI-reportID (e.g., the CSI associated with Event-1 and CC0) . As another example, UE 210 can be configured to select the CSI report with a smallest cell index value (e.g., select CC0 over CC1) . When two or more CSI reports are associated with the same, smallest cell index value (e.g., CC0) , UE 210 can select the CSI report with a higher priority. In example 1000, since the CSI report of Event-2 and CC0 and the CSI report of Event-1 and CC0 are each associated with the cell index value of CC0, UE 210 can select the CSI report of Event-2 and CC0 as the CSI report is associated with a higher priority (e.g., priority 0) . As another example of selecting a CSI report based on rules, UE 210 can select a CSI report based on which CSI report was triggered later than the CSI reports. As shown, when the event trigger times of the CSI reports represented in Fig. 10 include trigger times t0, t1, and t2, UE 210 can select the CSI report of Event-2 and CC1 given the event trigger time of the CSI report being later (e.g., at t2) than the other CSI reports.

[0073] Fig. 11 is a diagram of an example 1100 of collision handling for simultaneous first PUCCHs according to one or more implementations described herein. The techniques described herein can include a variety of solutions for determining how to transmit the first PUCCH resources when more than one first PUCCH transmissions associated with different events overlap by at least one symbol. As shown, example 1100 includes a scenario in which a CSI report has been triggered for CSI-reportID 8 and CSI-reportID 2, and CSI-reportID 8 is to be transmitted via first PUCCH #1, while CSI-reportID 2 is to be transmitted via first PUCCH #2. Since the resources for first PUCCH #1 overlap in a time domain with the resources for first PUCCH #2, UE 210 can perform a collision handling procedure.

[0074] In some implementations, UE 210 can select the first PUCCH associated with the smallest (or largest) CSI-reportID, CSI-ConfigurationID, or event-ID. For example, UE 210 can select the first PUCCH of CSI-report 2 instead of the first PUCCH of CSI-report 8. In some implementations, UE 210 can select the first PUCCH with the highest priority. A high priority can correspond to a low priority value. Priorities of different first PUCCH resources can be indicated by base station 222 via RRC signaling. In some implementations, UE 210 can avoid performing a collision handling procedure as base station 222 can be configured to avoid overlapping first PUCCH resources.

[0075] In some implementations, UE 210 can select a first PUCCH according to transmission time. For instance, UE 210 can be configured to select the first PUCCH with the earlier (or latest) transmission time. For example, UE 210 can be configured to select first PUCCH #1 (instead of first PUCCH #2) since first PUCCH #1 and #2 overlap in the time domain and since the transmission time of first PUCCH #1 being prior to the transmission time of first PUCCH #2. When first PUCCHs overlap and have the same starting time, UE 210 can select between the overlapping first PUCCHs based on, for example, which of the first PUCCHs is associated with the smallest (or largest) CSI-reportID, CSI-ConfigurationID, or event-ID.

[0076] Fig. 12 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, device 1200 can include application circuitry 1202, baseband circuitry 1204, RF circuitry 1206, front-end module (FEM) circuitry 1208, one or more antennas 1210, and power management circuitry (PMC) 1212 coupled together at least as shown. In some implementations, device 1200 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1202 and can instead include a processor / controller to process data received from a core network. In some implementations, device 1200 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1200, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for cloud-RAN (C-RAN) implementations) .

[0077] Application circuitry 1202 can include one or more application processors. For example, application circuitry 1202 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor (s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc. ) . The processors can be coupled with or can include memory / storage and can be configured to execute instructions stored in the memory / storage to enable various applications or operating systems to run on device 1200. In some implementations, processors of application circuitry 1202 can process data packets received from a core network.

[0078] Baseband circuitry 1204 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. Baseband circuitry 1204 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of RF circuitry 1206 and to generate baseband signals for a transmit signal path of RF circuitry 1206. Baseband circuity 1204 can interface with application circuitry 1202 for generation and processing of the baseband signals and for controlling operations of RF circuitry 1206. For example, in some implementations, baseband circuitry 1204 can include a 3G baseband processor 1204A, a 4G baseband processor 1204B, a 5G baseband processor 1204C, or other baseband processor (s) 1204D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, 7G, etc. ) . Baseband circuitry 1204 (e.g., one or more of baseband processors 1204A-D) can handle various radio control functions that enable communication with one or more radio networks via RF circuitry 1206. In other implementations, some or all of the functionality of baseband processors 1204A-D can be included in modules stored in memory 1204G and executed via a central processing unit (CPU) 1204E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of baseband circuitry 1204 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of baseband circuitry 1204 can include convolution, tail-biting convolution, turbo, Viterbi, or low-density parity check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0079] In some implementations, memory 1204G can receive and / or store information and instructions for enabling UE 210 to engage in CSI reporting for event-triggered beam management operability. UE 210 can use one or more CSI report formats to generate a CSI report, which can indicate an L1-RSRP for a current serving beam and / or one or more candidate beams. RRC signaling can be used to indicate whether a current serving beam and how many candidate beams are to be reported, in addition to measurement resources for the current serving beam and / or new candidate beams. UE 210 can be configured to select a single CSI report from among multiple CSI reports that have been triggered and that are associated with the same first PUCCH transmission. UE 210 can be configured to select between first PUCCH transmissions that overlap in a time domain and that are associated with different CSI reports. Many other aspects and examples are also described herein.

[0080] In some implementations, baseband circuitry 1204 can include one or more audio digital signal processor (s) (DSP) 1204F. Audio DSP 1204F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations. Components of baseband circuitry 1204 can be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some implementations. In some implementations, some or all of the constituent components of baseband circuitry 1204 and application circuitry 1202 can be implemented together such as, for example, on a system on a chip (SOC) .

[0081] In some implementations, baseband circuitry 1204 can provide for communication compatible with one or more radio technologies. For example, in some implementations, baseband circuitry 1204 can support communication with a NG-RAN, an evolved universal terrestrial radio access network (EUTRAN) or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) , etc. Implementations in which baseband circuitry 1204 is configured to support radio communications of more than one wireless protocol can be referred to as multi-mode baseband circuitry.

[0082] RF circuitry 1206 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, RF circuitry 1206 can include switches, filters, amplifiers, etc., to facilitate the communication with the wireless network. RF circuitry 1206 can include a receive signal path which can include circuitry to down-convert RF signals received from FEM circuitry 1208 and provide baseband signals to baseband circuitry 1204. RF circuitry 1206 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by baseband circuitry 1204 and provide RF output signals to FEM circuitry 1208 for transmission.

[0083] In some implementations, the receive signal path of RF circuitry 1206 can include mixer circuitry 1206A, amplifier circuitry 1206B and filter circuitry 1206C. In some implementations, the transmit signal path of RF circuitry 1206 can include filter circuitry 1206C and mixer circuitry 1206A. RF circuitry 1206 can also include synthesizer circuitry 1206D for synthesizing a frequency for use by mixer circuitry 1206A of the receive signal path and the transmit signal path. In some implementations, mixer circuitry 1206A of the receive signal path can be configured to down-convert RF signals received from FEM circuitry 1208 based on the synthesized frequency provided by synthesizer circuitry 1206D. Amplifier circuitry 1206B can be configured to amplify the down-converted signals and filter circuitry 1206C can be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals. Output baseband signals can be provided to baseband circuitry 1204 for further processing. In some implementations, the output baseband signals can be zero-frequency baseband signals, although this may not be a requirement. In some implementations, mixer circuitry 1206A of the receive signal path can comprise passive mixers, although the scope of the implementations is not limited in this respect.

[0084] In some implementations, mixer circuitry 1206A of the transmit signal path can be configured to up-convert input baseband signals based on the synthesized frequency provided by synthesizer circuitry 1206D to generate RF output signals for FEM circuitry 1208. The baseband signals can be provided by baseband circuitry 1204 and can be filtered by filter circuitry 1206C. In some implementations, mixer circuitry 1206A of the receive signal path and mixer circuitry 1206A of the transmit signal path can include two or more mixers and can be arranged for quadrature down conversion and up conversion, respectively. In some implementations, mixer circuitry 1206A of the receive signal path and mixer circuitry 1206A of the transmit signal path can include two or more mixers and can be arranged for image rejection. In some implementations, mixer circuitry 1206A of the receive signal path and mixer circuitry 1206A can be arranged for direct down conversion and direct up conversion, respectively. In some implementations, mixer circuitry 1206 of the receive signal path and mixer circuitry 1206A of the transmit signal path can be configured for super-heterodyne operation.

[0085] In some implementations, the output baseband signals, and the input baseband signals can be analog baseband signals, although the scope of the implementations is not limited in this respect. In some alternate implementations, the output baseband signals, and the input baseband signals can be digital baseband signals. In these alternate implementations, RF circuitry 1206 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and baseband circuitry 1204 can include a digital baseband interface to communicate with RF circuitry 1206.

[0086] In some dual-mode implementations, a separate radio integrated circuitry can be provided for processing signals for each spectrum, although the scope of the implementations is not limited in this respect. In some implementations, synthesizer circuitry 1206D can be a fractional-N synthesizer or a fractional N / N+1 synthesizer, although the scope of the implementations is not limited in this respect as other types of frequency synthesizers can be suitable. For example, synthesizer circuitry 1206D can be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.

[0087] Synthesizer circuitry 1206D can be configured to synthesize an output frequency for use by mixer circuitry 1206A of RF circuitry 1206 based on a frequency input and a divider control input. In some implementations, synthesizer circuitry 1206D can be a fractional N / N+1 synthesizer. In some implementations, frequency input can be provided by a voltage-controlled oscillator (VCO) . Divider control input can be provided by either baseband circuitry 1204 or the applications circuitry 1202 depending on the desired output frequency. In some implementations, a divider control input (e.g., N) can be determined from a look-up table based on a channel indicated by the applications circuitry 1202.

[0088] Synthesizer circuitry 1206D of RF circuitry 1206 can include a divider, a delay-locked loop (DLL) , a multiplexer, and a phase accumulator. In some implementations, the divider can be a dual modulus divider (DMD) , and the phase accumulator can be a digital phase accumulator (DPA) . In some implementations, the DMD can be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio. In some example implementations, the DLL can include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop. In these implementations, the delay elements can be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative feedback to help ensure that the total delay through the delay line is one VCO cycle.

[0089] In some implementations, synthesizer circuitry 1206D can be configured to generate a carrier frequency as the output frequency, while in other implementations, the output frequency can be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other. In some implementations, the output frequency can be a LO frequency (fLO) . In some implementations, RF circuitry 1206 can include an in-phase / quadrature (I / Q)  / polar converter.

[0090] FEM circuitry 1208 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1210, amplify the received signals and provide the amplified versions of the received signals to RF circuitry 1206 for further processing. FEM circuitry 1208 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by RF circuitry 1206 for transmission by one or more of the one or more antennas 1210. In various implementations, the amplification through the transmit or receive signal paths can be done solely in RF circuitry 1206, solely in FEM circuitry 1208, or in both RF circuitry 1206 and FEM circuitry 1208.

[0091] In some implementations, FEM circuitry 1208 can include a transmit / receive switch to switch between transmit mode and receive mode operation. FEM circuitry 1208 can include a receive signal path and a transmit signal path. The receive signal path of FEM circuitry 1208 can include a low noise amplifier to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to RF circuitry 1206) . The transmit signal path of FEM circuitry 1208 can include a power amplifier to amplify input RF signals (e.g., provided by RF circuitry 1206) , and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of one or more antennas 1210) .

[0092] In some implementations, PMC 1212 can manage power provided to baseband circuitry 1204. In particular, PMC 1212 can control power-source selection, voltage scaling, battery charging, or direct current (DC) to DC (DC-to-DC) conversion. PMC 1212 can often be included when device 1200 is capable of being powered by a battery, for example, when device 1200 is included in a UE. PMC 1212 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0093] While Fig. 12 shows PMC 1212 coupled only with baseband circuitry 1204. However, in other implementations, PMC 1212 can be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1202, RF circuitry 1206, or FEM circuitry 1208.

[0094] In some implementations, PMC 1212 can control, or otherwise be part of, various power saving mechanisms of device 1200. For example, if device 1200 is in an RRC_Connected state, where device 1200 is still connected to the RAN node as device 1200 expects to receive traffic shortly, then device 1200 can enter a state known as discontinuous reception mode (DRX) after a period of inactivity. During this state, device 1200 can power down for brief intervals of time and thus save power.

[0095] If there is no data traffic activity for an extended period of time, then device 1200 can transition off to an RRC_Idle state, where device 1200 disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. Device 1200 can go into a very low power state and device 1200 can perform paging where again device 1200 periodically can wake up to listen to the network and then power down again. Device 1200 may not receive data in this state; in order to receive data, device 1200 can transition back to RRC_Connected state.

[0096] An additional power saving mode can allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device 1200 can be unreachable to the network and can power down completely. Any data sent during this time can incur a large delay and device 1200 can assume the delay is acceptable.

[0097] Processors of application circuitry 1202 and processors of baseband circuitry 1204 can be used to execute elements of one or more instances of a protocol stack. For example, processors of baseband circuitry 1204, alone or in combination, can be used execute Layer 3, Layer 2, or Layer 1 functionality, while processors of baseband circuitry 1204 can utilize data (e.g., packet data) received from these layers and further execute Layer 4 functionality (e.g., transmission communication protocol (TCP) and user datagram protocol (UDP) layers) . As referred to herein, Layer 3 can comprise a radio resource control layer. As referred to herein, Layer 2 can comprise a medium access control layer, a radio link control layer, and a packet data convergence protocol layer, described in further detail below. As referred to herein, Layer 1 can comprise a physical layer of a UE / RAN node.

[0098] Fig. 13 is a diagram of example interfaces 1300 of baseband circuitry according to one or more implementations described herein. One or more components or features of example interfaces 1300 can correspond to one or more components or features described above or elsewhere. Baseband circuitry 1304 can comprise processors 1304A, 1304B, 1304C, 1304D, and 1304E and a memory 1304G utilized by said processors. Each of processors 1304A, 1304B, 1304C, 1304D, and 1304E can include a memory interface, 1306A, 1306B, 1306C, 1306D, and 1306E, respectively, to send / receive data to / from memory 1304G. Baseband circuitry can be a component of a UE and / or another type of device or system capable of transmitting and / or receiving wireless signals.

[0099] Baseband circuitry 1304 can further include one or more interfaces to communicatively couple to other circuitries / devices, such as memory interface 1312 (e.g., an interface to send / receive data to / from memory external to baseband circuitry 1304) , an application circuitry interface 1314 (e.g., an interface to send / receive data to / from the application circuitry as described herein) , an RF circuitry interface 1316, a wireless hardware connectivity interface 1318 (e.g., an interface to send / receive data to / from near field communication components,  components (e.g.,  Low Energy) ,  components, and other communication components) , and a power management interface 1320 (e.g., an interface to send / receive power or control signals to / from a PMC) .

[0100] Fig. 14 is a block diagram illustrating components, according to some example implementations, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein. Specifically, Fig. 14 shows a diagrammatic representation of hardware resources 1400 including one or more processors 1410 (or processor cores) , one or more memory / storage devices 1420, and one or more communication resources 1430, each of which can be communicatively coupled via a bus 1440. For implementations where node virtualization or network function virtualization is utilized, a hypervisor can be executed to provide an execution environment for one or more network slices / sub-slices to utilize hardware resources 1400. Hardware resources 1400 can interact with hypervisor 1402. For example, hypervisor 1402 can schedule or otherwise manage hardware resource 1400.

[0101] Processors 1410 (e.g., a central processing unit (CPU) , a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU) , a digital signal processor (DSP) such as a baseband processor, an application specific integrated circuit (ASIC) , a radio-frequency integrated circuit (RFIC) , another processor, or any suitable combination thereof) can include, for example, a processor 1412 and a processor 1414.

[0102] Memory / storage devices 1420 can include main memory, disk storage, or any suitable combination thereof. Memory / storage devices 1420 can include, but are not limited to any type of volatile or non-volatile memory such as dynamic random-access memory (DRAM) , static random-access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , flash memory, solid-state storage, etc.

[0103] In some implementations, memory / storage devices 1420 receive and / or store information and instructions 1455 for enabling UE 210 to engage in CSI reporting for event-triggered beam management operability. UE 210 can use one or more CSI report formats to generate a CSI report, which can indicate an L1-RSRP for a current serving beam and / or one or more candidate beams. RRC signaling can be used to indicate whether a current serving beam and how many candidate beams are to be reported, in addition to measurement resources for the current serving beam and / or new candidate beams. UE 210 can be configured to select a single CSI report from among multiple CSI reports that have been triggered and that are associated with the same first PUCCH transmission. UE 210 can be configured to select between first PUCCH transmissions that overlap in a time domain and that are associated with different CSI reports. Many other aspects and examples are also described herein.

[0104] Communication resources 1430 can include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 1404 or one or more databases 1406 via a network 1408. For example, communication resources 1430 can include wired communication components (e.g., for coupling via a universal serial bus) , cellular communication components, near field communication components,  components (e.g.,  Low Energy) ,  components, and other communication components.

[0105] Instructions 1450A, 1450B, 1450C, 1450D, and / or 1450E can comprise software, a program, an application, an applet, an app, or other executable code for causing at least any of processors 1410 to perform any one or more of the methodologies discussed herein. Instructions 1450 can reside, completely or partially, within at least one of processors 1410 (e.g., within a cache memory) , memory / storage devices 1420, or any suitable combination thereof. Furthermore, any portion of instructions 1450A-E can be transferred to hardware resources 1400 from any combination of peripheral devices 1404 or databases 1406. Accordingly, memory of processors 1410, memory / storage devices 1420, peripheral devices 1404, and databases 1406 are examples of computer-readable and machine-readable media.

[0106] Fig. 15 is a diagram of an example process for enhanced Msg3 and Msg4 signaling according to one or more implementations described herein. As shown, process 1500 can be implemented by UE 210 and / or baseband circuitry 1204. In some implementations, some or all of process 1500 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 1500 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 15. In some implementations, some or all of the operations of process 1500 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 1500. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 15.

[0107] As shown, process 1500 can include generating a CSI report associated with a UEIBR procedure (block 1510) . The CSI report can include a plurality of RSRP values associated with a plurality of beams. The CSI report can include a UEIBR report for an Event-1 scenario that involves an RSRP of a current serving beam being less than a beam quality threshold. UE 210 can generate the CSI report in response to determining that the RSRP of the current serving beam is less than the beam quality threshold. Process 1500 can include communicating the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure (block 1520) . One or more of the examples described herein can also, or alternatively, be part of process 1500.

[0108] Examples herein can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including executable instructions that, when performed by a machine (e.g., a processor (e.g., processor, etc. ) with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to implementations and examples described.

[0109] In example 1, which can also include one or more of the examples described herein, a user equipment (UE) can comprise a memory configured to store one or more instructions; and one or more processors configured to, when executing the one or more instructions, cause the UE to:generate a channel state information (CSI) report associated with a UE-initiated beam reporting (UEIBR) procedure, the CSI report comprising a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams; and communicate the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure.

[0110] In example 2, which can also include one or more of the examples described herein, the CSI report comprises a UEIBR report for an Event-1 scenario that comprises a reference signal received power (RSRP) of a current serving beam being less than a beam quality threshold, and the CSI report is generated in response to determining that the RSRP of the current serving beam is less than the beam quality threshold.

[0111] In example 3, which can also include one or more of the examples described herein, CSI report contents of the CSI report includes: a layer 1 (L1) reference signal received power (RSRP) of a current serving beam, at least one L1-RSRP of one or more candidate beams, or a combination thereof.

[0112] In example 4, which can also include one or more of the examples described herein, the one or more processors are further configured to: receive radio resource control (RRC) signaling; determine, based on the RRC signaling, that the CSI report contents includes the L1-RSRP of the current serving beam; and generate the CSI report according to the determined CSI report contents.

[0113] In example 5, which can also include one or more of the examples described herein, the L1-RSRP of the current serving beam is encoded independently from the largest L1-RSRP of the one or more candidate beams in the same CSI report and includes a 7-bit value with a 1 decibel (dB) step size, and the least one L1-RSRP of the one or more candidate beams comprises a 4-bit value with a 2 dB step size.

[0114] In example 6, which can also include one or more of the examples described herein, the one or more processors are further configured to: determine a CSI report format, from a plurality of CSI report formats, based on radio resource control (RRC) signaling, each CSI report format of the plurality of CSI report formats comprising a different combination of beam reporting information for the current serving beam and the at least one candidate beam; add a 1-bit reference beam indicator field to a start of the CSI report format; set the1-bit reference beam indicator field to value ‘0’ when the L1-RSRP of the current serving beam is higher than the largest L1-RSRP of candidate beams and encode the L1-RSRP of current serving beam using a 7-bit value with 1dB step size, or set the 1-bit reference beam indicator field to value ‘1’ and encode the L1-RSRP of the current serving beam using a 4-bit value with 2dB step size; and generate the CSI report according to the CSI report format and the value of the 1-bit reference beam indicator field in the CSI report.

[0115] In example 7, which can also include one or more of the examples described herein, measurement resources for the L1-RSRP of the current serving beam and the at least one L1-RSRP of the one or more candidate beams are configured based on the RRC signaling, and the measurement resources for the CSI report comprise a union of measurement resources for a current serving beam and one or more candidate beams.

[0116] In example 8, which can also include one or more of the examples described herein, a number of measurement resources of the union of measurement resources comprises a fixed resource index for the current serving beam and a number of resource indices for a corresponding number of the one or more candidate beams.

[0117] In example 9, which can also include one or more of the examples described herein, the CSI report comprises the fixed CSI reference signal resource indicator (CRI) information or synchronization signal block resource indicator (SSBRI) that identifies the current serving beam and one or more CRI or SSBRI information where each identifies a candidate beam of the one or more candidate beams.

[0118] In example 10, which can also include one or more of the examples described herein, the CSI report comprises a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of CRI or SSBRI fields corresponding to DL beams, and the plurality of L1-RSRP values are arranged in descending order and encoded in relative to the greatest L1-RSRP value in the same CSI report.

[0119] In example 11, which can also include one or more of the examples described herein, the CSI report comprises a largest L1-RSRP value that corresponds to a current serving beam or a candidate beam identified by the corresponding CRI or SSBRI field value.

[0120] In example 12, which can also include one or more of the examples described herein, the largest L1-RSRP value of the CSI report comprises a 7-bit value with a 1 decibel (dB) step size, and other L1-RSRP values of the CSI report each comprise a 4-bit value with a 2 dB step size.

[0121] In example 13, which can also include one or more of the examples described herein, the CSI report comprises a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams, and the plurality of L1-RSRP values are arranged in descending order relative to a greatest L1-RSRP value in a same CSI report.

[0122] In example 14, which can also include one or more of the examples described herein, the CSI report comprises a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams, and the plurality of L1-RSRP values are arranged in descending order relative to a greatest L1-RSRP value in a same CSI report.

[0123] In example 15, which can also include one or more of the examples described herein, the CSI report comprises a bitmap field where each bit in the bitmap is associated with a CSI report and is used to indicate whether the associated CSI report is part of the CSI report for the UEIBR procedure.

[0124] In example 16, which can also include one or more of the examples described herein, a plurality of CSI reports are associated with a single physical uplink control channel (PUCCH) occasion, each of the plurality of CSI reports comprising a CSI report ID, and the CSI report comprises a CSI report index field to indicate an ordinal position of the corresponding CSI report among the CSI reports that are ordered in an increasing order of the CSI-report IDs.

[0125] In example 17, which can also include one or more of the examples described herein, each CSI report of the plurality of CSI reports comprises a priority value and the CSI report is selected for transmission via the PUSCH based on the priority value of the CSI report.

[0126] In example 18, which can also include one or more of the examples described herein, each CSI report of the plurality of CSI reports comprises a CSI report ID and the CSI report is selected for transmission via the PUSCH based on the CSI report ID of the CSI report.

[0127] In example 19, which can also include one or more of the examples described herein, each CSI report of the plurality of CSI reports is associated with an event type, and the CSI report is selected for transmission via the PUSCH based on the event type associated with the CSI report.

[0128] In example 20, which can also include one or more of the examples described herein, the CSI report is associated with a physical uplink control channel (PUCCH) occasion that overlaps in a time domain with a different PUCCH occasion associated with a different CSI report, and the CSI report is selected for transmission via the PUCCH based on at least one of a CSI report ID of the CSI report, a CSI configuration ID of the CSI report, an event ID associated with the CSI report, or a combination thereof.

[0129] In example 21, which can also include one or more of the examples described herein, the CSI report is associated with a physical uplink control channel (PUCCH) occasion that overlaps in a time domain with a different PUCCH occasion associated with a different CSI report, and the CSI report is selected for transmission via the PUCCH based on the PUCCH occasion of the CSI report being associated with a greater priority than a priority of the different PUCCH occasion.

[0130] In example 22, which can also include one or more of the examples described herein, the CSI report is associated with a physical uplink control channel (PUCCH) occasion that overlaps in a time domain with a different PUCCH occasion associated with a different CSI report, and the CSI report is selected for transmission during the PUCCH occasion based on the PUCCH occasion starting earlier than the different PUCCH occasion.

[0131] In example 23, which can also include one or more of the examples described herein, baseband circuitry can comprise: one or more processors configured to: generate a channel state information (CSI) report associated with a UE-initiated beam reporting (UEIBR) procedure, the CSI report comprising a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams; and communicate the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure.

[0132] In example 24, which can also include one or more of the examples described herein, a method, performed by a user equipment (UE) , can comprise: generating a channel state information (CSI) report associated with a UE-initiated beam reporting (UEIBR) procedure, the CSI report comprising a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams; and communicating the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure.

[0133] The above description of illustrated examples, implementations, aspects, etc., of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed aspects to the precise forms disclosed. While specific examples, implementations, aspects, etc., are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such examples, implementations, aspects, etc., as those skilled in the relevant art can recognize.

[0134] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0135] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature can have been disclosed with respect to only one of several implementations, such feature can be combined with one or more other features of the other implementations as can be desired and advantageous for any given application.

[0136] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B;or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context can indicate that they are distinct or that they are the same.

[0137] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.A user equipment (UE) comprising:a memory configured to store one or more instructions; andone or more processors configured to, when executing the one or more instructions, cause the UE to:generate a channel state information (CSI) report associated with a UE-initiated beam reporting (UEIBR) procedure, the CSI report comprising a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams; andcommunicate the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure.2.The UE of claim 1, wherein the CSI report comprises a UEIBR report for an Event-1 scenario that comprises a reference signal received power (RSRP) of a current serving beam being less than a beam quality threshold, and the CSI report is generated in response to determining that the RSRP of the current serving beam is less than the beam quality threshold.3.The UE of claim 1, wherein CSI report contents of the CSI report includes:a layer 1 (L1) reference signal received power (RSRP) of a current serving beam,at least one L1-RSRP of one or more candidate beams, ora combination thereof.4.The UE of claim 3, wherein the one or more processors are further configured to:receive radio resource control (RRC) signaling;determine, based on the RRC signaling, that the CSI report contents includes the L1-RSRP of the current serving beam; andgenerate the CSI report according to the determined CSI report contents.5.The UE of claim 3, wherein the L1-RSRP of the current serving beam is encoded independently from the largest L1-RSRP of the one or more candidate beams in the same CSI report and includes a 7-bit value with a 1 decibel (dB) step size, and the least one L1-RSRP of the one or more candidate beams comprises a 4-bit value with a 2 dB step size.6.The UE of claim 3, wherein the one or more processors are further configured to:determine a CSI report format, from a plurality of CSI report formats, based on radio resource control (RRC) signaling, each CSI report format of the plurality of CSI report formats comprising a different combination of beam reporting information for the current serving beam and the at least one candidate beam;add a 1-bit reference beam indicator field to a start of the CSI report format;set the1-bit reference beam indicator field to value ‘0’ when the L1-RSRP of the current serving beam is higher than the largest L1-RSRP of candidate beams and encode the L1-RSRP of current serving beam using a 7-bit value with 1dB step size, or set the 1-bit reference beam indicator field to value ‘1’ and encode the L1-RSRP of the current serving beam using a 4-bit value with 2dB step size; andgenerate the CSI report according to the CSI report format and the value of the 1-bit reference beam indicator field in the CSI report.7.The UE of claim 3, wherein measurement resources for the L1-RSRP of the current serving beam and the at least one L1-RSRP of the one or more candidate beams are configured based on the RRC signaling, and the measurement resources for the CSI report comprise a union of measurement resources for a current serving beam and one or more candidate beams.8.The UE of claim 7, wherein a number of measurement resources of the union of measurement resources comprises a fixed resource index for the current serving beam and a number of resource indices for a corresponding number of the one or more candidate beams.9.The UE of claim 7, wherein the CSI report comprises the fixed CSI reference signal resource indicator (CRI) information or synchronization signal block resource indicator (SSBRI) that identifies the current serving beam and one or more CRI or SSBRI information where each identifies a candidate beam of the one or more candidate beams.10.The UE of claim 7, wherein the CSI report comprises a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of CRI or SSBRI fields corresponding to DL beams, and the plurality of L1-RSRP values are arranged in descending order and encoded in relative to the greatest L1-RSRP value in the same CSI report.11.The UE of claim 7, wherein the CSI report comprises a largest L1-RSRP value that corresponds to a current serving beam or a candidate beam identified by the corresponding CRI or SSBRI field value.12.The UE of claim 7, wherein the largest L1-RSRP value of the CSI report comprises a 7-bit value with a 1 decibel (dB) step size, and other L1-RSRP values of the CSI report each comprise a 4-bit value with a 2 dB step size.13.The UE of claim 1, wherein the CSI report comprises a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams, and the plurality of L1-RSRP values are arranged in descending order relative to a greatest L1-RSRP value in a same CSI report.14.The UE of claim 1, wherein the CSI report comprises a bitmap field where each bit in the bitmap is associated with a CSI report and is used to indicate whether the associated CSI report is part of the CSI report for the UEIBR procedure.15.The UE of claim 1, wherein a plurality of CSI reports are associated with a single physical uplink control channel (PUCCH) occasion, each of the plurality of CSI reports comprising a CSI report ID, and the CSI report comprises a CSI report index field to indicate an ordinal position of the corresponding CSI report among the CSI reports that are ordered in an increasing order of the CSI-report IDs.16.The UE of claim 15, wherein each CSI report of the plurality of CSI reports comprises a priority value and the CSI report is selected for transmission via the PUSCH based on the priority value of the CSI report.17.The UE of claim 15, wherein each CSI report of the plurality of CSI reports comprises a CSI report ID and the CSI report is selected for transmission via the PUSCH based on the CSI report ID of the CSI report.18.The UE of claim 15, wherein each CSI report of the plurality of CSI reports is associated with an event type, and the CSI report is selected for transmission via the PUSCH based on the event type associated with the CSI report.19.The UE of claim 1, wherein the CSI report is associated with a physical uplink control channel (PUCCH) occasion that overlaps in a time domain with a different PUCCH occasion associated with a different CSI report, and the CSI report is selected for transmission via the PUCCH based on at least one ofa CSI report ID of the CSI report,a CSI configuration ID of the CSI report,an event ID associated with the CSI report, ora combination thereof.20.The UE of claim 1, wherein the CSI report is associated with a physical uplink control channel (PUCCH) occasion that overlaps in a time domain with a different PUCCH occasion associated with a different CSI report, and the CSI report is selected for transmission via the PUCCH based on the PUCCH occasion of the CSI report being associated with a greater priority than a priority of the different PUCCH occasion.21.The UE of claim 1, wherein the CSI report is associated with a physical uplink control channel (PUCCH) occasion that overlaps in a time domain with a different PUCCH occasion associated with a different CSI report, and the CSI report is selected for transmission during the PUCCH occasion based on the PUCCH occasion starting earlier than the different PUCCH occasion.22.Baseband circuitry, comprising:one or more processors configured to:generate a channel state information (CSI) report associated with a UE-initiated beam reporting (UEIBR) procedure, the CSI report comprising a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams; andcommunicate the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure.23.The baseband circuitry of claim 22, wherein the CSI report comprises a UEIBR report for an Event-1 scenario that comprises a layer 1 (L1) reference signal received power (RSRP) of a current serving beam being less than a beam quality threshold, and the CSI report is generated in response to determining that the L1-RSRP of the current serving beam is less than the beam quality threshold.24.The baseband circuitry of claim 22, wherein CSI report contents of the CSI report includes:a layer 1 (L1) reference signal received power (RSRP) of a current serving beam,at least one L1-RSRP of one or more candidate beams, ora combination thereof.25.The baseband circuitry of claim 24, wherein the one or more processors are further configured to:receive radio resource control (RRC) signaling;determine, based on the RRC signaling, that the CSI report contents includes the L1-RSRP of the current serving beam; andgenerate the CSI report according to the determined CSI report contents.26.A method, performed by a user equipment (UE) , the method comprising:generating a channel state information (CSI) report associated with a UE-initiated beam reporting (UEIBR) procedure, the CSI report comprising a plurality of layer 1 (L1) reference signal received power (RSRP) values associated with a plurality of beams; andcommunicating the CSI report during a physical uplink shared channel (PUSCH) occasion associated with the UEIBR procedure.27.The method of claim 26, wherein the CSI report comprises a UEIBR report for an Event-1 scenario that comprises a layer 1 (L1) reference signal received power (RSRP) of a current serving beam being less than a beam quality threshold, and the CSI report is generated in response to determining that the L1-RSRP of the current serving beam is less than the beam quality threshold.28.The method of claim 26, wherein CSI report contents of the CSI report includes:a layer 1 (L1) reference signal received power (RSRP) of a current serving beam,at least one L1-RSRP of one or more candidate beams, ora combination thereof.29.The method of claim 28, wherein the one or more processors are further configured to:receiving radio resource control (RRC) signaling;determining, based on the RRC signaling, that the CSI report contents includes the L1-RSRP of the current serving beam; andgenerating the CSI report according to the determined CSI report contents.

Images