Method and apparatus for transmitting user equipment-initiated beam report via configured grant-physical uplink shared channel in a wireless communication system

Abstract

Methods and devices in a wireless network are performing a user equipment initiated-beam report (UEI-BR) on a configured grant-physical uplink shared channel (CG-PUSCH). A user equipment (UE) transmits (390, 990) a first UEI-BR to a network entity (NE) and further transmits (392, 998), on a physical uplink shared channel (PUSCH) at least one a power headroom report associated with the CG-PUSCH, or a second UEI-BR associated with the first UEI-BR.

Description

METHOD AND APPARATUS FOR TRANSMITTING USER EQUIPMENT-INITIATED BEAM REPORT VIA CONFIGURED GRANT-PHYSICAL UPLINK SHARED CHANNEL IN A WIRELESS COMMUNICATION SYSTEMFIELD OF THE DISCLOSURE

[0001] This document generally describes methods and apparatuses performing user equipment initiated-beam report (UEI-BR) transmission on a configured grant-physical uplink shared channel (CG-PUSCH) in wireless communication systems such as (but not limited to) the ones described in 5G standard documents, known as 3GPP communication systems.BACKGROUND

[0002] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0003] A network entity (NE) , which is a part of a wireless communication system, communicates with a user equipment (UE) using one or more beams. With the development of the multiple input multiple output (MIMO) technology, the NE needs to determine the quality of multiple beams. Various beam measurements may be performed by the UE, when triggered by the NE, for determining the quality of the one or more beams. These measurements are provided by the UE to the NE as a beam report. Traditionally, the NE performs the beam management based on triggering the generation of the beam report.

[0004] The NE may configure a channel state information (CSI) report configuration, e.g., CSI-ReportConfig, for beam measurement and report, within which the NE may configure a list of synchronization signal block (SSB) or channel state information reference signal (CSI-RS) resources for beam measurement. The NE may transmit to the UE different SSB / CSI-RS resources by different beams. The NE may configure the UE to report the beam quality, e.g., layer 1-reference signal received power (L1-RSRP) or layer 1-signal to interference plus noise ratio (L1-SINR) for each reported beam. The NE may configure the UE to perform the beam report in a periodic, semi-persistent, or aperiodic manner. Then, based on the received beam report, the NE may provide to the UE a beam activation / indication by indicating a transmission configuration indicator (TCI) or spatial relation information.

[0005] As a result of the UE’s movement or the presence of obstacles between the NE and UE, the beam quality for a beam may change. Under these conditions, the NE may not know when the beam quality has changed. Therefore, the NE may not be able to trigger the beam report at a proper time. To address this issue and maintain a good beam quality, the NE may trigger the beam report more frequently. This approach could cause too much signaling overhead and high UE power consumption for generating the beam reports. To reduce the signaling overhead and the UE power consumption, the NE may trigger the beam report less frequently. However, this approach may cause performance degradation as the NE may not identify the beam quality change in a timely manner, which could lead to unnecessary beam switching.

[0006] Therefore, one possible way to maintain a good beam quality with less overhead and less UE power consumption is to allow the UE to initiate the generation and transmission of the beam report. Such procedure is known as a UE initiated-beam report (UEI-BR) . The UEI-BR may be operated in a first mode (or mode A) or a second mode (mode B) . The first mode uses a dynamic grant-physical uplink control channel (DG-PUSCH) for transmitting the UEI-BR while the second mode uses a configured grant-physical uplink control channel (CG-PUSCH) for transmitting the UEI-BR. If the UE is configured with the second mode for the UEI-BR. Before transmitting the UEI-BR on the CG-PUSCH, the UE transmits a notification signal (e.g., via a physical uplink control channel (PUCCH) ) to notify the NE about the use of the CG-PUSCH for the UEI-BR.

[0007] For the second mode, if a power headroom report (PHR) is triggered, it is not established whether the UE should use an actual PUSCH or a reference PUSCH for power headroom (PH) calculation for a serving cell (or component carrier (CC) ) with the CG-PUSCH carrying the UEI-BR. The actual PUSCH includes an actual PHR and the reference PUSCH includes a reference PHR. The ambiguity arises from the fact that the CG-PUSCH with the UEI-BR is not allowed to transmit uplink-scheduled channel (UL-SCH) . The ambiguity may also extend to the first mode scenario where the UEI-BR is transmitted on a DG-PUSCH.

[0008] Another unclear aspect is related to whether the NE may configure, for a UE (configured with the second mode for the UEI-BR) , a triggering state pointing to a CSI report configuration for the UEI-BR (or a UEI-BR configuration) . This aspect may also relate to whether the NE may trigger a retransmission of the CG-PUSCH for the UEI-BR. In addition, for this scenario, it is not clear whether the NE may trigger a retransmission of the CG-PUSCH for the UEI-BR.

[0009] Still with regard to the second mode, it is not clear which configuration to use for a PUCCH that carries a notification from the UE to the NE. The PUCCH configuration is related to transmitting the notification signal, a CSI report configuration for the UEI-BR, and the CG-PUSCH carrying the UEI-BR. Different mappings of such configurations are likely to lead to different UE and NE behavior.SUMMARY

[0010] According to an embodiment, when the UE is configured to send a UEI-BR on a CG-PUSCH, and the UE determines a triggering event for sending a PHR, the UE is configured by the NE to send the PHR with a power headroom calculated based on a reference PUSCH, or based on an actual PUSCH, or based on a condition associated with a notification signal for the CG-PUSCH. In one embodiment, the condition is related to whether the UE has transmitted a notification signal to the NE or whether the UE will not drop a transmission of the notification signal. In one embodiment, the UE refrains from generating the PHR for the serving cell with the CG-PUSCH for the UEI-BR.

[0011] According to another embodiment, when the UE is configured to send a first UEI-BR on a CG-PUSCH, and the UE is instructed or triggered to transmit a second UEI-BR, the UE is configured to transmit the second UEI-BR on a PUSCH. The UE may receive an uplink (UL) grant for the PUSCH retransmission of the first UEI-BR. The UL grant includes an indication for the PUSCH retransmission. In one embodiment, the UE may be configured by the NE to transmit UL data or uplink control information (UCI) multiplexed with the UEI-BR on the PUSCH retransmission. When decoding the UL grant, the UE may selectively ignore or determine as absent one or more downlink control information (DCI) fields. In one embodiment, the UE is configured by the NE to retransmit the first UEI-BR, or to transmit an updated UEI-BR, or to transmit an aperiodic CSI report as the second UEI-BR, after receiving a triggering signal indicating a triggering state corresponding to a CSI report configuration for the first UEI-BR.

[0012] In one embodiment, the UE may be configured by the NE to use a certain configuration for a PUCCH associated with a notification signal, a CSI report configuration associated with the UEI-BR, and the CG-PUSCH. The configuration may be one of an N-N-N, 1-N-N, 1-N-1, or N-N-1 mapping (where N is a positive integer) between the PUCCH, the CSI report configuration, and the CG-PUSCH.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate one or more embodiments and, together with the description, explain these embodiments.

[0014] FIG. 1 illustrates a block diagram of a wireless communication system including the NE and the UE that perform methods according to various embodiments.

[0015] FIG. 2 illustrates a signal diagram for transmitting a UEI-BR on a CG-PUSCH and transmitting a PHR on a PUSCH according to an embodiment.

[0016] FIG. 3 is a flow chart of a method performed by a UE for transmitting the UEI-BR on the CG-PUSCH and transmitting the PHR on the PUSCH according to an embodiment.

[0017] FIG. 4 is a flow chart of a method performed by an NE for receiving a UEI-BR on CG-PUSCH and receiving a PHR on a PUSCH according to an embodiment.

[0018] FIG. 5 illustrates a first configuration of a CSI report according to an embodiment.

[0019] FIG. 6 illustrates a second configuration of a CSI report according to an embodiment.

[0020] FIG. 7 illustrates a third configuration of a CSI report according to an embodiment.

[0021] FIG. 8 illustrates a signal diagram for transmitting a first UEI-BR on the CG-PUSCH and transmitting a second UEI-BR on the PUSCH according to an embodiment.

[0022] FIG. 9 is a flow chart of a method performed by a UE for transmitting the first UEI-BR on a CG-PUSCH and transmitting the second UEI-BR on a PUSCH according to an embodiment.

[0023] FIG. 10 is a flow chart of a method performed by a NE for receiving the first UEI-BR on the CG-PUSCH and receiving the second UEI-BR on the PUSCH according to an embodiment.

[0024] FIGs. 11A to 11D illustrate various mappings for PUCCH-to-CSI report configuration-to-PUSCH according to embodiments.DETAILED DESCRIPTION

[0025] Methods and devices described in this section embody techniques related to transmitting a UEI-BR on a CG-PUSCH. In some embodiments, methods for transmitting the UEI-BR on the CG-PUSCH also include the transmission of an actual or reference PHR. In other embodiments, methods for configuring a UE with a triggering state pointing to a CSI report configuration for the UEI-BR are discussed. In still other embodiments, methods in which the NE may trigger a retransmission of the CG-PUSCH for the UEI-BR are discussed. In yet other embodiments, a configuration structure of a PUCCH used for transmitting, from the UE to the NE, a notification signal is discussed. While the embodiments disclosed in this document are exemplified for a 5G communication system, one skilled in the art would understand that the same embodiments may be implemented in long term evolution (LTE) , 6G, or other radio access technologies (RATs) .

[0026] Prior to discussing various aspects of the methods noted above, one possible wireless communication system that supports these methods is discussed with regard to FIG. 1. The wireless communication system 100 includes a UE 102, a first base station (BS) 104 (also called an NE) , a second BS 106, and a core network (CN) 110. The UE 102 initially connects to the first BS 104. In various configurations of the wireless communication system 100, the first BS 104 may be implemented as an evolved Node B (eNB) or a next-generation Node B (gNB) , and the second BS 106 may be implemented as a secondary gNB. The UE 102 may communicate with the first BS 104 and the second BS 106 via the same RAT or different RATs. In some embodiments, an eNB or a gNB is implemented as an ng-eNB.

[0027] The CN 110 may be an evolved packet core (EPC) 111 or a fifth-generation core (5GC) 160, both of which are depicted in FIG. 1. The first BS 104 may be an eNB supporting an S1 interface for communicating with the EPC 111, an ng-eNB supporting an NG interface for communicating with the 5GC 160, or a gNB that supports an NR radio interface as well as an NG interface for communicating with the 5GC 160. To directly exchange messages with each other during the embodiments discussed below, the BSs 104 and 106 may support an X2 or Xn interface. Among other components, the EPC 111 may include a Serving Gateway (SGW) 112, a Mobility Management Entity (MME) 114, and a Packet Data Network Gateway (PGW) 116. The SGW 112 transfers user-plane packets related to audio calls, video calls, Internet traffic, etc. The MME 114 manages authentication, registration, paging, and other related functions. The PGW 116 provides connectivity from the UE to one or more external packet data networks, e.g., an Internet network and / or an Internet Protocol (IP) Multimedia Subsystem (IMS) network. The 5GC 160 includes a User Plane Function (UPF) 162 and an Access and Mobility Management (AMF) 164, and / or a Session Management Function (SMF) 166. The UPF 162 transfers user-plane packets related to audio calls, video calls, Internet traffic, etc. The AMF 164 manages authentication, registration, paging, and other related functions, and the SMF 166 manages protocol data unit (PDU) sessions.

[0028] As also illustrated in FIG. 1, the first BS 104 supports cells 124A to 124C, and the second BS 106 supports cells 126A and 126B. Cells 124A and 126A may partially overlap, so that the UE 102 may communicate in dual communication (DC) with the first BS 104 and the second BS 106, where one of the BSs 104 and 106 is a master node (MN) and the other is a secondary node (SN) . The first BS 104 may support additional cell (s) , and the second BS 106 may support additional cell (s) . The cells 124A, 124B, and 124C may partially overlap, so that the UE 102 may communicate in carrier aggregation (CA) with the first BS 104. The first BS 104 may operate the cells 124A, 124B, and 124C via one or more transmit and receive points (TRPs) . The same is true for the second BS 106 and its cells.

[0029] The wireless communication network 100 may include any suitable number of BSs supporting NR cells and / or EUTRA cells. More particularly, the EPC 111 or the 5GC 160 may be connected to any suitable number of BSs supporting NR cells and / or EUTRA cells. Although the examples below refer specifically to specific CN types (EPC, 5GC) and RAT types (5G NR and EUTRA) , the techniques of this disclosure also may apply to other suitable radio access and / or core network technologies such as sixth generation (6G) radio access and / or 6G core network or 5G NR-6G DC.

[0030] Still with regard to FIG. 1, the first BS 104 is equipped with processing hardware 130 that may include one or more general-purpose processors (e.g., CPUs) 132 and a non-transitory computer-readable memory (CRM) 133 storing instructions that the one or more general-purpose processors execute. Additionally, or alternatively, the processing hardware 130 may include special-purpose processing units. The processing hardware 130 may include a PHY controller 134 configured to transmit data and control signal on physical downlink (DL) channels and DL reference signals with one or more user devices (e.g., the UE 102) via one or more cells (e.g., the cell (s) 124A, 124B, and / or 124C) and / or one or more TRPs. The PHY controller 134 is also configured to receive data and control signal on physical UL channels and / or UL reference signals with the one or more user devices via one or more cells (e.g., the cell (s) 124A, 124B, and / or 124C) and / or one or more TRPs. The processing hardware 130, in an example embodiment, includes a medium access control (MAC) controller 136 configured to perform MAC functions with one or more user devices. The MAC functions include a random access (RA) procedure, managing UL timing advance for the one or more user devices, and / or communicating UL / DL MAC PDUs with the one or more user devices. The MAC functions include LTM related functions as described below. The processing hardware 130 may further include an RRC controller (not shown) to support procedures and messaging at the RRC sublayer of the protocol communication stack. For example, the RRC controller may be configured to support RRC messaging associated with LTM configuration procedures, handover procedures, and / or to support the necessary operations when the first BS 104 operates as an MN relative to an SN or as an SN relative to an MN. The first BS 104 further includes a transceiver 138 for communicating with the UE 102. The second BS 106 may include processing hardware 140 that is similar to processing hardware 130. In particular, components 142, 143, 144, 146, and 148 may be similar to the components 132, 133, 134, 136, and 138, respectively.

[0031] The UE 102 is equipped with processing hardware 150 that may include one or more general-purpose processors 152 such as CPUs and non-transitory computer-readable memory 153 storing machine-readable instructions executable on the one or more general-purpose processors, and / or special-purpose processing units. The PHY controller 154 is also configured to receive data and control signal on physical DL channels and / or DL reference signals with the BSs 104 or 106 via one or more cells (e.g., the cell (s) 124A, 124B, 124C, 126A, and / or 126B) and / or one or more TRPs. The PHY controller 154 is also configured to transmit data and control signals on physical UL channels and / or UL reference signals with the BSs 104 or 106 via one or more cells (e.g., the cell (s) 124A, 124B, 124C, 126A, and / or 126B) and / or one or more TRPs. The processing hardware 150 in an example embodiment includes a MAC controller 156 configured to perform MAC functions with BS 104 or 106. For example, the MAC functions include a random access (RA) procedure, managing UL timing advance for the one or more user devices, and communicating UL / DL MAC PDUs with the BSs 104 or 106. In another example, the MAC functions include LTM related functions as described below. The processing hardware 150 may further include an RRC controller (not shown) to support LTM configuration procedures, handover procedures, DC operation and messaging at the RRC sublayer of the protocol communication stack. The UE further includes a transceiver 158 for communicating with the BSs 104 and / or 106.

[0032] In the following embodiments, the NE 104 or 106 may configure the UE 102 based on a beam indication procedure under the unified transmission configuration indicator (TCI) framework. This framework may include radio resource control (RRC) , medium access control (MAC) control element (CE) , and downlink control information (DCI) .

[0033] For the RRC, the NE 104 or 106 may configure the UE 102 one or more TCI state lists for a component carrier (CC) of a serving cell, where the CC could be the PCell or SCell. In the following, the terms “CC” and “serving cell” may be used interchangeably. The NE may configure a joint TCI state list for a CC of a serving cell. For example, the NE 104, 106 may configure a downlink (DL) TCI state list and / or a UL TCI state list for a CC of a serving cell. One joint TCI state list may include one or more joint TCI states. One DL TCI state list may include one or more DL TCI states. One UL TCI state list may include one or more UL TCI states.

[0034] A beam activation MAC-CE (also called MAC-CE activation) may be used to activate one or more configured unified TCI states (e.g., joint / DL / UL TCI states) . In some embodiments, the NE may transmit a beam activation MAC-CE to the UE when or after the NE configures the UE with one or more TCI state list (s) for the CC of serving cell, and / or when the UE refers or determines one or more TCI state list (s) for the CC of serving cell.

[0035] In some embodiments, the beam activation MAC-CE may activate or indicate one or more TCI states from the one or more TCI state list (s) . The one or more TCI states activated / indicated by the beam activation MAC-CE may map to one or more TCI codepoints in a TCI field. In some scenarios, the UE may (directly) apply or use the one or more TCI states activated / indicated by the beam activation MAC-CE for performing DL and / or UL transmission (subsequently) . In some scenarios, the beam activation MAC-CE may be a unified TCI states activation / deactivation MAC-CE without a control resource set (CORESET) pool identifier (ID) field present. In some scenarios, if the UE is operating in S-TRP mode, the beam activation MAC-CE may be a unified TCI states activation / deactivation MAC-CE without CORESET pool ID field present.

[0036] In some embodiments, if the number / amount of TCI states activated / indicated by the beam activation MAC-CE is larger than one, those TCI states activated / indicated by the beam activation MAC-CE may map to one or more TCI codepoints in a TCI field in a DCI. In some embodiments, if the number / amount of TCI states activated / indicated by the beam activation MAC-CE is one, the UE may (directly) apply or use the TCI state activated / indicated by the beam activation MAC-CE for performing DL and / or UL transmission (subsequently) .

[0037] In some embodiments, one TCI state may be mapped to one TCI codepoint, based on the beam activation MAC-CE. In some scenarios, more than one TCI state may be mapped to one TCI codepoint, based on the beam activation MAC-CE. In some scenarios, the TCI codepoint may indicate one of the following: ● one or more joint TCI states; some joint TCI states may be TCI states associated  with the first TRP (identifier) , and the other joint TCI states may be TCI states associated with the second TRP (identifier) , ● one or more DL TCI states; some DL TCI states may be TCI states associated with  the first TRP (identifier) , and the other DL TCI states may be TCI states associated with the second TRP (identifier) , ● one or more UL TCI states, some UL TCI states may be TCI states associated with  the first TRP (identifier) , and the other UL TCI states may be TCI states associated with the second TRP (identifier) , or ● one or more DL TCI states and one or more UL TCI states; some DL / UL TCI states  may be TCI states associated with the first TRP (identifier) , and the other DL / UL TCI states may be TCI states associated with the second TRP (identifier) .

[0038] A beam (or TCI state or QCL assumption) may be indicated by the NE through DCI signaling. For this scenario, a DCI beam indication is used to indicate one or more activated unified TCI states. This approach may use a first acknowledgement signal for indicating a hybrid automatic repeat request acknowledgment (HARQ-ACK) for a beam indication of the DCI signaling. In some embodiments, the UE may receive a beam indication DCI indicating one or more TCI states. The beam indication DCI may indicate one or more TCI states by the TCI field in the beam indication DCI. In response to receiving the beam indication DCI, the UE may transmit, to the NE, a first acknowledgement signal via a PUCCH or physical uplink shared channel (PUSCH) transmission. In response to transmitting the first acknowledgement signal, the UE may apply or use one or more TCI states activated / indicated by the beam indication DCI for performing DL and / or UL transmission. In some scenarios, in response to transmitting the first acknowledgement signal, the UE may apply or use the one or more TCI states activated / indicated by the beam indication DCI for performing the DL and / or UL transmission, after a first application time period. In some scenarios, the UE may apply or use the one or more TCI states activated / indicated by the beam indication DCI for performing the DL and / or UL transmission, starting from a first slot.

[0039] In some scenarios, the first slot may be the earliest slot that is at least the first application time period after the last symbol of the PUCCH or PUSCH transmission. In some scenarios, the earliest slot (for determining the first slot) and / or the first application time period may be determined based on an active bandwidth part (BWP) with the smallest subcarrier spacing (SCS) among the active BWP (s) of the carrier / serving cell (s) applying the one or more TCI states. In some scenarios, the first application time period may be in unit of one of the following: symbol, sub-slot, slot, sub-frame, frame, ms, or second. In some scenarios, the first application time period may be a beamAppTime.

[0040] When the beam indication is by MAC-CE, a second acknowledgement signal may be used for indicating the HARQ-ACK for a beam indication by the MAC-CE. In some embodiments, the UE may receive the beam activation MAC-CE indicating one or more TCI states. In response to receiving the beam activation MAC-CE, the UE may transmit, to the NE, a second acknowledgement signal via a PUCCH or PUSCH transmission. In response to transmitting the second acknowledgement signal, the UE may apply or use one or more TCI states activated / indicated by the beam activation MAC-CE for performing the DL and / or UL transmission. In some scenarios, in response to transmitting the second acknowledgement signal, the UE may apply or use the one or more TCI states activated / indicated by the beam activation MAC CE for performing the DL and / or UL transmission, after a second application time period. In some scenarios, the UE may apply or use the one or more TCI states activated / indicated by the beam activation MAC-CE for performing the DL and / or UL transmission, starting from a second slot.

[0041] In some scenarios, the second slot may be the earliest slot that is at least the second application time period after the (last) slot of the PUCCH or PUSCH transmission. In some scenarios, the second application time period may be given by In some scenarios, μ may be the SCS configuration for the PUCCH or PUSCH transmission,  may be the SCS configuration for kmac with a value of 0 for a frequency range 1, and kmac is provided by K-Mac or kmac=0 if K-Mac is not provided.

[0042] Some details of the UEI-BR procedure are discussed. In some embodiments, the NE may configure / indicate to the UE to perform a transmission of an UEI-BR. In some scenarios, if the NE configures / indicates to the UE to perform an UEI-BR, the UE may transmit the UEI-BR on a pre-configured / pre-indicated UL resource / channel or on dynamically allocated UL resource / channel. In some scenarios, the UE may transmit a UEI-BR only when the UE detects a triggering event. In some scenarios, the UEI-BR may be a beam report or a CSI report for reporting a layer 1 -reference signal received power (L1-RSRP) and / or a layer 1-signal-to-interference-plus-noise ratio (L1-SINR) . In some scenarios, the UEI-BR may report an SSB index, a CSI-RS resource indicator (CRI) , and / or a (capability) index.

[0043] In some embodiments, the NE 104 may configure the UE 102 with a configuration (s) of the UEI-BR for a serving cell or a cell group. The configuration (s) of the UEI-BR may include or refer to at least one of the following: ● a measurement RS configuration (s) for a current beam; ○ in some scenarios, the current beam may be referred to by the indicated TCI  state (e.g., joint / DL / UL TCI state) , a quasi-co-location (QCL) assumption, or a joint / DL / UL TCI state applied for a channel or RS not following / applying the indicated TCI state, ○ in some scenarios, the current beam may be referred to or derived from a  QCL RS of the indicated TCI state or an SSB which is QCLed with the QCL RS in the indicated TCI state, or ○ in some scenarios, the measurement RS configuration (s) for the current  beam may be implicitly derived from a QCL RS of the indicated TCI state or the SSB which is QCLed with the QCL RS in the indicated TCI state, or explicitly configured by an RRC or a MAC-CE, ● a measurement RS configuration (s) for a new beam or a candidate beam; ○ in some scenarios, the measurement RS configuration (s) for the new beam  or candidate beam may be explicitly configured by an RRC (e.g., reusing legacy configuration of RS measurement or in a TCI-State) or a MAC-CE, or implicitly derived from QCL RS (s) of activated TCI state (s) , or implicitly derived from QCL RS (s) of configured TCI state (s) , or ○ in some scenarios, the new beam or candidate beam may be referred to by  an RS resource (s) configured by the NE (e.g., for UEI-BR purpose) , or ● an indication of the mode of UEI-BR.

[0044] In some embodiments, the NE may configure the UE with configuration (s) for indicating whether the UEI-BR is transmitted based on a first mode or a second mode for a serving cell, one or multiple CC (s) , a PUCCH cell group, or a cell group.

[0045] In some embodiments, if the NE configures the UE to transmit the UEI-BR based on the first mode, the UE and / or the NE may perform one of the following: ● the UE may transmit a request signal on a PUCCH to request a UL resource for a  UL channel to transmit an UEI-BR, ○ in such scenario, a capability of the PUCCH or a length of the request signal  may be one-bit. Alternatively, the capability of the PUCCH or the length of the request signal may be multiple-bit, ○ in such scenario, the request signal may be a scheduling request (SR) or a  new UCI (i.e., an UCI other than SR / HARQ-ACK / CSI) , or ○ in such scenario, the UE may transmit the request signal, in response to  detecting that one or more event (s) for triggering an UEI-BR is achieved; ● the NE may transmit a first response (e.g., a first DCI) to the UE, in response to  receiving the request signal; ● the UE may detect or receive the first DCI, from the NE, to indicate an UL resource  for a UL channel to transmit the UEI-BR; or ● the UE may transmit the UEI-BR on the UL resource for the UL channel indicated  by the first DCI. In such scenario, the UL channel may be a dynamic DG-PUSCH, a CG-PUSCH, or a PUCCH.

[0046] In some embodiments, if there is an available UL channel, the UE may skip transmitting the request signal to the NE, and / or the UE may just transmit the UEI-BR on the available UL channel. In some cases, if there is an available UL channel, the UE 102 may transmit the UEI-BR on the available UL channel, with a special UCI multiplexed on or carried by the available UL channel to indicate that the UEI-BR is transmitted on the available UL channel. In some scenarios, the UE may determine whether there is a UL channel available, e.g., by considering a waiting time until the next transmission occasion of an UL channel.

[0047] In some embodiments, if the NE configures the UE to transmit the UEI-BR based on the second mode, the UE and / or the NE may perform one of the following: ● the NE may pre-configure one or more UL resources for a UL channel (s) , to the UE,  for transmitting an UEI-BR; ● the UE may transmit a notification signal on a PUCCH to notify a preconfigured  resource for the UL channel (s) , ○ in such scenario, a capability of the PUCCH or a length of the notification  signal may be one-bit. Alternatively, the capability of the PUCCH or the length of the notification signal may be multiple-bit, ○ in such scenario, the notification signal may be an SR or a UCI other than  SR / HARQ-ACK / CSI, or ○ in such scenario, the UE may transmit the notification signal, in response to  detecting that one or more event (s) for triggering an UEI-BR is achieved; ● the NE may transmit a second response (e.g., a second DCI or other DL signal) to  the UE, in response to receiving the notification signal; ● the UE may detect or receive the second DCI from the NE; or ● the UE may transmit the UEI-BR on the preconfigured UL resource for the UL  channel (s) notified by the notification signal; in such scenario, the UL channel (s) may be or include a DG-PUSCH, a CG-PUSCH, or a PUCCH.

[0048] How to determine the mode employed by the UE for transmitting the UEI-BR is now discussed. In some embodiments, the NE may indicate or configure a dedicated RRC parameter to indicate which mode of the UEI-BR is operated. In some scenarios, the dedicated RRC parameter may be configured for a serving cell or a cell group. In some other embodiments, the NE may indicate, or the UE may determine which mode of the UEI-BR is operated, based on whether the NE (pre-) configures one or more resources for a UL channel for UEI-BR. For example, if the NE does not (pre-) configure one or more resources for a UL channel for the UEI-BR for a serving cell or a cell group, the UE may determine the first mode is used for the serving cell or the cell group; if the NE (pre-) configures one or more resources for a UL channel for the UEI-BR for a serving cell or a cell group, the UE may determine that the second mode is used for the serving cell or the cell group.

[0049] Regarding the triggering event that determines the UE to initiate the UEI-BR, in some embodiments, the UE may transmit the UEI-BR, the request signal, or the notification signal, in response to detecting at least one of the following triggering events: ● Event-1: a quality of the current beam is worse than a certain threshold; ● Event-2: a quality of at least one new beam, such as L1-RSRP, becomes a  threshold value better than the current beam; ● Event-3: a quality of a new beam is better than a certain threshold; ● Event-4: a quality of the current beam is worse than a threshold 1, and a quality of  at least one new beam is better than a threshold 2; ● Event-5: an absolute value of a difference between the quality of the current beam  and the quality of at least one new beam is lower than a threshold; ● Event-6: when the current beam is not in the best K>1 beams (out of configured  beams for measurement and reporting) ; ● Event-7: a quality of at least one new beam, such as L1-RSRP, becomes a  threshold value better than the RS derived from the activated TCI state with the M-th best quality. For such event, a value of M may be configured by the NE; ● Event-7a: a quality of at least one new beam, such as L1-RSRP, becomes a  threshold value better than the RS derived from the activated TCI state with the worst quality; ● Event-7b: a quality of at least one new beam, such as L1-RSRP, becomes a  threshold value better than the RS derived from the activated TCI state with the best quality; ● Event-8: a quality of M>1 new beams, such as L1-RSRP, becomes a threshold  value better than the current beam; and ● Event-9: a quality of at least one new beam, such as L1-RSRP, becomes a  threshold value better than the configured reference RS (may be SSB or CSI-RS) .

[0050] The configuration of the UEI-BR is discussed in the following embodiments. In some embodiments, the NE may configure / indicate, to the UE, one or more UEI-BR configurations. In some scenarios, the UE may perform a transmission of the UEI-BR based on an UEI-BR configuration. In some scenarios, the NE may configure / indicate a report quantity of an UEI-BR by an UEI-BR configuration.

[0051] In some embodiments, a CSI report configuration of a UEI-BR may be the same as that of a CSI report not for the UEI-BR (e.g., CSI-ReportConfig) . In some scenarios, a CSI report configuration of a UEI-BR is CSI-ReportConfig, including an RRC parameter indicating that the CSI report configuration is for UEI-BR. In some scenarios, a CSI report configuration for configuring a UEI-BR may be the CSI-ReportConfig without including an RRC parameter indicating a time domain behavior (e.g., reportConfigType) .

[0052] The following embodiments are discussed with regard to FIGs. 1-3 and are related to the transmission of the PHR for the UEI-BR transmission on the CG-PUSCH, i.e., based on the second mode (mode B) . In some embodiments, the NE may configure the UE with a configuration (s) for performing the (transmission of) UEI-BR for a serving cell. The NE may configure the UE with a configuration (s) indicating whether the UE operates a first mode or a second mode for performing the UEI-BR. In some scenarios, the configuration (s) of indicating the first mode or the second mode may be for a serving cell, a multiple of CC (s) , a PUCCH cell group, or a cell group.

[0053] In some embodiments, if the NE configures the UE to operate (e.g., initiate the reporting, generate the report, and / or transmit the report) the UEI-BR in the first mode, the UE may transmit a request signal to the NE. In some scenarios, for the first mode, the UE may transmit the request signal to the NE for requesting a UL resource (s) for a first UL channel. In some scenarios, the UE may transmit the request signal via a PUCCH. After receiving the request signal, the NE may transmit a DCI to the UE to schedule / indicate to the UE to transmit an UEI-BR on the first UL channel. In some scenarios, the UE may transmit at least one UEI-BR on the first UL channel. One example of the first UL channel is a DG-PUSCH for the UEI-BR in the first mode.

[0054] In some embodiments, if the NE configures the UE to transmit the UEI-BR in the second mode, the UE may transmit a notification signal to the NE. The UE transmits the notification signal to the NE for notifying / claiming usage of UL resources (preconfigured by the NE) for a second UL channel. In some scenarios, the UE may transmit the notification signal via a PUCCH. In some scenarios, for the second mode, the UE may transmit at least one UEI-BR on the second UL channel. An example of the second UL channel is a CG-PUSCH for the UEI-BR in the second mode. For such example, the NE may refrain from configuring a (valid) HARQ process ID for the CG-PUSCH or may configure an invalid / default HARQ process ID for the CG-PUSCH.

[0055] The UE may transmit a PHR MAC CE including / indicating PHRs or PHs of one or more serving cell (s) respectively. One of the PHR transmitted by the UE to the NE may be a reference PHR or an actual PHR for a serving cell with the CG-PUSCH for the UEI-BR. The reference PHR is first discussed followed by the actual PHR. The reference PUSCH may refer to a hypothetical PUSCH transmission used for CSI feedback calculation. The UE assumes the reference PUSCH for computing a link quality indicator, e.g., channel quality indicator (CQI) , precoding matrix indicator (PMI) , and rank indicator (RI) . The reference PUSCH helps the NE to estimate what the UL performance would be under certain conditions. The actual or real PUSCH may refer to a PUSCH transmission used to send real user data. The real PUSCH transmission is affected by real-time channel conditions, power control, and resource scheduling.

[0056] In some embodiments, if the UE determines or attempts to transmit a UEI-BR via a PUSCH (e.g., UEI-BR for the second mode and / or via a CG-PUSCH) in a serving cell (or CC) in one slot, and if the UE determines to transmit a PHR MAC-CE including PHs of multiple serving cells (or CCs) for one slot, which includes the serving cell (or CC) , the UE may determine that the PUSCH (e.g., the CG-PUSCH) is a reference format or a reference PUSCH transmission (i.e., not a real or actual PUSCH transmission) . For this scenario, the UE may transmit or indicate a reference PHR for the serving cell (or CC) in the PHR MAC-CE. In some scenarios, the UE may calculate the reference PHR based on a set of pre-defined or configured power control parameters and a reference maximum transmission power. In some scenarios, the NE may configure / indicate the power control parameters and / or the reference maximum transmission power dedicated for the PUSCH transmitting the UEI-BR (e.g., CG-PUSCH transmitting an UEI-BR) .

[0057] The next embodiments are discussed with regard to the actual PHR for a serving cell with a PUSCH for the UEI-BR. In some other embodiments, if the UE determines or attempts to transmit a UEI-BR via a PUSCH (e.g., UEI-BR for the second mode and / or via a CG-PUSCH) in a serving cell (or CC) in one slot, and if the UE determines to transmit a PHR MAC-CE including PHs of multiple serving cells (or CCs) for one slot, which includes the serving cell (or CC) , the UE may determine that the PUSCH (e.g., the CG-PUSCH) is a real or actual PUSCH transmission. Then, the UE may transmit or indicate an actual PHR for the serving cell (or CC) in the PHR MAC-CE. In some scenarios, the UE may calculate the actual PHR based on a maximum transmission power and a transmission power for the PUSCH transmission (e.g., CG-PUSCH transmitting an UEI-BR) .

[0058] In some embodiments, the UE may calculate the reference PHR based on a reference format or a reference PUSCH transmission. In some embodiments, the UE may calculate an actual PHR based on a real or actual PUSCH transmission.

[0059] The above embodiments disclose (always) determining a PUSCH with UEI-BR (e.g., CG-PUSCH with UEI-BR) as a reference or actual CG-PUSCH, and correspondingly transmitting a reference PHR or an actual PHR. The following embodiments disclose determining / transmitting a reference PH based on a condition.

[0060] In some embodiments, if the UE determines or attempts to transmit a UEI-BR via a PUSCH (e.g., UEI-BR for the second mode and / or via a CG-PUSCH) in a serving cell (or CC) , and if the UE determines to transmit a PHR MAC-CE indicating PHs of multiple serving cells (or CCs) , which includes the serving cell (or CC) , the UE may perform at least one of the following (where the below CG-PUSCH may be referred to a PUSCH with UEI-BR including DG-PUSCH) : ● if the UE has not transmitted the notification signal via the PUCCH, the UE may  determine the CG-PUSCH is a reference format or a reference PUSCH transmission (or not real / actual PUSCH transmission) , and / or the UE may transmit or indicate a reference PHR for the serving cell (or CC) in the PHR MAC-CE, ● if the UE has not transmitted the notification signal via the PUCCH, and if there is a  PUCCH occasion for transmitting the notification signal and there is no other UL transmission with higher priority than the PUCCH (or the UE does not drop the PUCCH) , the UE may determine that the CG-PUSCH is a real or actual PUSCH transmission, and / or the UE may transmit or indicate an actual PHR for the serving cell (or CC) in the PHR MAC-CE, and / or ● if the UE has transmitted the notification signal via the PUCCH, the UE may  determine that the CG-PUSCH is a real or actual PUSCH transmission, and / or the UE may transmit or indicate an actual PHR for the serving cell (or CC) in the PHR MAC-CE, ○ this scenario may imply that a gap between the last symbol of the PUCCH  for the notification signal and the first symbol of the CG-PUSCH is larger than a minimum k2 value, where the minimum k2 may be the minimum value of the k2 configured by the time-domain resource allocation (TDRA) list for PUSCH or a pre-defined minimum value, e.g., 28 symbols, or ○ alternatively or additionally, this may imply that the gap between the last  symbol of the PUCCH for the notification signal and the first symbol of the CG-PUSCH is larger than Tproc, 2, which is determined according to 3GPP technical specification (TS) 38.214, and may be determined assuming that d2, 1 = 1, d2, 2=0, and the μDL corresponding to the SCS of the active downlink BWP or a pre-defined or configured subcarrier spacing.

[0061] While the above embodiments disclose transmitting the PHR, it is also possible to select no PHR transmission for the serving cell with a PUSCH for the UEI-BR (e.g., CG-PUSCH with UEI-BR for the second mode) . In other words, if the UE determines or attempts to transmit the UEI-BR via a PUSCH (e.g., UEI-BR for the second mode and / or via the CG-PUSCH) in the serving cell (or CC) in one slot, and if the UE is triggered to transmit the PHR MAC-CE including PHs of multiple serving cells (or CCs) for one slot, the UE may refrain from transmitting / indicating the PHR for the serving cell (or CC) in the PHR MAC-CE.

[0062] In some other embodiments, if the UE determines or attempts to transmit a UEI-BR via a PUSCH (e.g., UEI-BR for the second mode and / or via a CG-PUSCH) in a serving cell (or CC) in one slot, and if the UE determines to transmit a PHR including PH of multiple serving cells (or CCs) for one slot, which includes the serving cell (or CC) , the UE may transmit or indicate a PHR for the serving cell (or CC) in the PHR MAC-CE, if the UE reports support of such behavior and / or the NE configures such behavior.

[0063] One or more of the embodiments discussed above may be part of the method 200 illustrated in FIG. 2. The method 200 starts with the UE 102 optionally transmitting 210 its capability with regard the UEI-BR, to the NE 104 (in this embodiment, the NE is a BS) . The capability may also include a supported triggering event for the UEI-BR.Note that the triggering event is one of Event-1 to Event-9 discussed above. This triggering event is determined by the UE 102, and based on this determination, the UE 102 initiates the generation and transmission of the beam report.

[0064] The NE 104 transmits 220 to the UE an RRC configuration for configuring the UEI-BR and / or the triggering event. The NE 104 optionally transmits 230 a triggering signal for a beam report. Note that a dash line in the figures indicates an optional action or event. The triggering signal for the beam report may be an NE-scheduled beam report signal or a UEI-BR signal. The NE 104 transmits 240 a DL RS on a DL RS resource so that the UE 102 can measure the quality of the beam (s) to generate the beam report. The NE 104 may further transmit a UL grant to the UE, for scheduling a DG-PUSCH.

[0065] The UE 102 detects 260 that the configured triggering event has occurred, which initiates the generation and transmission of the beam report. Further, the UE may also detect that another triggering event, related to the PHR, has occurred, which initiates the generation and transmission of the PHR. As discussed above, as part of the second mode for the CG-PUSCH transmission of the UEI-BR, the UE 102 transmits 280 a notification signal to the NE 104 for notifying the NE about the incoming PUSCH. FIG. 2 shows that the UE 102 transmits 280 the notification signal before or after a UE determination 270 with regard to the type of PHR to be transmitted. More specifically, the UE determines 270 whether to transmit a PHR of a certain type (e.g., an actual PHR type based on an actual PUSCH or a reference PHR type based on a reference PUSCH) based on whether the PUCCH for the notification signal of step 280 that was successfully transmitted, or whether the CG-PUSCH for the UEI-BR is an actual or reference PUSCH, as discussed above. Then, the UE 102 transmits 290 the CG-PUSCH with the UEI-BR and transmits 292 a PUSCH (CG-or DG-PUSCH) carrying the PHR (the actual or reference PHR) . In one scenario, the UE 102 determines to not transmit the PHR.

[0066] FIG. 3 illustrates a method 300 for wireless communication performed by the UE 102. The method 300 includes receiving 320 from the NE 104 a control signal for configuring a UEI-BR, on a CG-PUSCH, detecting 360 a triggering event for generating the UEI-BR, transmitting 390 to the NE 104 the UEI-BR on the CG-PUSCH, and transmitting 392 to the NE on a PUSCH, a PHR associated with the CG-PUSCH. For the transmitting the PHR on the CG-PUSCH, the method 300 further includes detecting another triggering event for generating the PHR, the another triggering event being different from the triggering event for generating the first UEI-BR. For the transmitting the PHR on the DG-PUSCH, the method 300 further includes receiving an uplink (UL) grant for the DG-PUSCH.

[0067] The PHR includes a PH for a serving cell with the CG-PUSCH for the UEI-BR.For this scenario, the method 300 further includes determining the PH based on at least one of: a reference PUSCH, an actual PUSCH, or a condition associated with a notification signal for the CG-PUSCH. The condition is related to at least one of: whether the UE has transmitted the notification signal or the UE will not drop a transmission of the notification signal. In one embodiment, the method 300 includes refraining from generating the PHR for a serving cell with the CG-PUSCH for the UEI-BR.

[0068] FIG. 4 illustrates a method 400 for wireless communication performed by the NE 104. The method 400 includes transmitting 420 to the UE 102 a control signal for configuring a first UEI-BR, on a CG-PUSCH, receiving 490, from the UE (102) , the first UEI-BR on the CG-PUSCH, and receiving 492, from the UE 102 on a PUSCH, a PHR associated with the CG-PUSCH. The PHR includes a PH for a serving cell with the CG-PUSCH for the first UEI-BR. The PH is determined based on a reference PUSCH, an actual PUSCH, or a condition associated with a notification signal for the CG-PUSCH.

[0069] The next embodiments are related to a retransmission of the UEI-BR and a triggering state pointing to a configuration of the UEI-BR using the second mode (also called “mode B” in this document) . The next embodiments address whether the NE can indicate / configure the UE to send a PUSCH (DG-PUSCH or CG-PUSCH) for the retransmission of the UEI-BR.

[0070] In some embodiments, for the second mode, the UE 102 may transmit, to the NE 104, an UEI-BR via a CG-PUSCH. In some scenarios, the NE 104 may transmit an UL grant to allow the UE to perform a retransmission of the UEI-BR via a DG-PUSCH.

[0071] In some embodiments, the NE 104 may indicate that the PUSCH (e.g., DG-PUSCH) scheduled by the UL grant is for retransmission of the UEI-BR, based on at least one of the following indications: ● a number of bit (s) in the UL grant (e.g., CSI request field) or in the indicated  triggering state configuration, and / or ● one codepoint in the CSI request field, and / or ● a triggering state via the CSI request field, and / or ● one CSI report configuration for the UEI-BR in the indicated triggering state and / or  a new data indicator (NDI) field in the DCI is not toggled (or the NDI field indicates bit-value 1 or 0) .

[0072] In some other embodiments, the UE 102 may not expect to receive an indication of performing a retransmission of the UEI-BR. Accordingly, the NE 104 may refrain from indicating to the UE to perform a retransmission of an UEI-BR. In one scenario, the UE 102 may drop or clear the UEI-BR after the UE transmits the UEI-BR via the CG-PUSCH for the second mode. In some scenarios, if the NE 104 fails to receive the CG-PUSCH for the UEI-BR, the NE may trigger an aperiodic beam report, and / or in the triggering signaling (e.g., DCI) , the NE may trigger or indicate the CSI report configuration for the UEI-BR. The UE 102 may report an updated UEI-BR for the triggered CSI report instead of the retransmission of the previous UEI-BR. If / upon the UE transmits the UEI-BR triggered / indicated by the NE or the UE receives the triggering signaling, the UE 102 may restart the triggering event detection for UEI-BR, e.g., the UE may reset or (re) start the counter or timer for the triggering event detection and / or reset the monitoring window for the triggering event detection.

[0073] The next embodiments discuss whether a DG-PUSCH may carry UL data for the scenario in which a CG-PUSCH for a UEI-BR is transmitted to the NE 104 in the second mode, and the NE sends an UL grant scheduling the DG-PUSCH for the retransmission of the UEI-BR, which is previously transmitted on the CG-PUSCH. In some embodiments, if the NE 104 transmits an UL grant to indicate to the UE 102 to perform a retransmission of the UEI-BR, the UE may transmit uplink-scheduled channel (UL-SCH) or UL data, if any, via the PUSCH scheduled by the UL grant (in one example, the UL data may be multiplexed with the UEI-BR on the PUSCH scheduled by the UL grant) . In some other embodiments, if the NE 104 transmits an UL grant to indicate to the UE 102 to perform a retransmission of the UEI-BR, the UE may refrain from transmitting UL-SCH or UL data, if any, via the PUSCH scheduled by the UL grant.

[0074] In some embodiments, if the NE 104 transmits an UL grant to indicate to the UE to perform a retransmission of the UEI-BR, when decoding the UL grant or interpreting DCI field (s) of the UL grant, the UE 102 may skip / ignore one or more DCI field (s) or determine that one or more DCI field (s) are absent / reserved. In one example, the UE skip / ignore at least one of the following DCI field (s) or determine that at least one of the following DCI field (s) is absent / reserved: ● a frequency domain resource assignment, ● a time domain resource assignment, ● a frequency hopping flag, ● a modulation and coding scheme; in some scenarios, the UE may skip / ignore this  field for both transport blocks (TBs) or determine that this field for both TBs is absent / reserved if maxRank or maxMIMO-Layers is larger than 4, ● an NDI; in some scenarios, the UE may skip / ignore this field for both TBs or  determine that this field for both TBs is absent / reserved if maxRank or maxMIMO-Layers is larger than 4; in some other scenarios, the UE 102 may skip / ignore this field for only the second TB or determine that only this field for the second TB is absent / reserved if maxRank or maxMIMO-Layers is larger than 4, ● a redundancy version; in some scenarios, the UE 102 may skip / ignore this field for  both TBs or determine that this field for both TBs is absent / reserved if maxRank or maxMIMO-Layers is larger than 4, ● a transform precoder indicator, and / or ● an HARQ process number.

[0075] In some other embodiments, if the NE 104 transmits an UL grant to indicate to the UE 102 to perform a retransmission of the UEI-BR, the NE may (only) transmit an UL grant with a DCI format 0_0 or a fallback DCI.

[0076] In some embodiments, if the NE 104 transmits an UL grant to indicate to the UE to perform a retransmission of the UEI-BR, the UE 102 may transmit other uplink control information (UCI) , if any, via the PUSCH scheduled by the UL grant (i.e., the UCI may be multiplexed with the UEI-BR) . In some embodiments, if the NE 104 transmits an UL grant to indicate to the UE 102 to perform a retransmission of the UEI-BR, the UE may transmit other UCI via the PUSCH scheduled by the UL grant, if supported by the UE and / or configured by the NE. In some other embodiments, if the NE 104 transmits an UL grant to indicate to the UE 102 to perform a retransmission of the UEI-BR, the UE may refrain from transmitting other UCI, if any, via the PUSCH scheduled by the UL grant.

[0077] The next embodiments discuss whether the NE may configure a triggering state associated with an UEI-BR report configuration, together with configuration (s) of the second mode of UEI-BR. In some embodiments, the NE 104 may configure the UE 102 with one or more triggering state (s) indicating a CSI report configuration for the UEI-BR, and the NE also configures the second mode of the UEI-BR to the UE. In some embodiments, a CSI report configuration for the UEI-BR may be a CSI report configuration with an indicated / configured type as “UE-initiated” .

[0078] In some other embodiments, a CSI report configuration for the UEI-BR may be a CSI report configuration including a CG-PUSCH configuration index and / or a PUCCH resource index (es) for a notification signal. In some scenarios, the NE may further configure whether an NE triggered UEI-BR for the CSI report configuration is enabled or not (or whether the UEI-BR for the CSI report configuration may be triggered by the NE or not) . In some embodiments, the NE 104 may configure a time-domain restriction for the channel measurement. The NE may configure the time-domain restriction as disabled. Alternatively, the UE 102 may ignore or not use the time-domain restriction for the channel measurement. In some embodiments, the NE 104 may configure a slot / symbol offset between the (first or) last slot / symbol of the triggering DCI and the first (or last) slot / symbol of a PUSCH carrying the UEI-BR triggered by the NE. In some embodiments, the NE 104 may configure a symbol offset between the first or last symbol of the DCI and the first or last symbol of the UEI-BR triggered by the NE. In some embodiments, the UE may transmit the CG-PUSCH based on one repetition or transmission occasion, e.g., within one slot. In some other embodiments, the UE 102 may transmit the CG-PUSCH based on multiple repetitions or multiple transmission occasions, where the number of repetitions or transmission occasions is configured / indicated by the NE 104. In some embodiments, for the CG-PUSCH for the CSI report, the UE may ignore or not use the configuration of the retransmission timer, e.g., configuredGrantTimer or cg-RetransmissionTimer. Alternatively, the NE may refrain from configuring the retransmission timer.

[0079] In some embodiments, if the NE 104 transmits, to the UE 102, a DCI with a CSI request field indicating a triggering state with a CSI report configuration for the UEI-BR, and if the UE has transmitted a UEI-BR corresponding to the same CSI report configuration via a CG-PUSCH, the UE 102 may perform one of the following: ● determine that the NE 104 indicates to the UE to perform a retransmission of the  UEI-BR, ● determine that the NE 104 indicates to the UE to perform an initial transmission of a  UEI-BR corresponding to the CSI report configuration, ● may not need to ensure that at least one reported RS in the UEI-BR via the  scheduled PUSCH achieves the triggering condition associated with the CSI report configuration. This may imply that the UE may transmit an UEI-BR via the scheduled PUSCH, where none of RS (s) reported on the UEI-BR achieves the triggering condition, or ● may determine that the NE 104 triggers an AP CSI report; ○ in such scenario, the NE may use one CSI report configuration for multiple  types of CSI report (e.g., AP CSI report, UEI-BR) , or ○ in such scenario, the UE 102 may ignore UEI-BR related parameters in the  CSI report configuration for the UEI-BR.

[0080] In some embodiments, for the NE triggered UEI-BR, the UE 102 may transmit the beam report including one or multiple RS resource index (es) and a corresponding quality (e.g., L1-RSRP) based on a channel measurement resource (CMR) configured in the UEI-BR. In some other embodiments, for the NE triggered UEI-BR, the UE 102 may transmit the beam report including one or multiple RS resource index (es) and a corresponding measurement quality (e.g., L1-RSRP) based on the CMR and a current beam configured / indicated in the UEI-BR. In some other embodiments, for the NE triggered UEI-BR, the UE 102 may transmit the beam report based on the content for a certain UEI-BR event, where the event may be pre-defined or reported by the UE 102 or configured by the NE 104.

[0081] In some embodiments, one example of the contents of a CSI report, which is corresponding to a CSI report configuration for the UEI-BR and triggered by the NE, is illustrated in table 1 in FIG. 5. Note that in table 1 “CRI” stands for CSI-RS resource indicator and “SSBRI” stands for SSB resource indicator. In some scenarios, the reporting of one or more entries in table 1 may be ignored or skipped when the CSI report is triggered by the NE. It is noted that the order of entries in the table 1 is not limited and the contents of the table may be swapped.

[0082] In some embodiments, one example of the contents of a CSI report, which corresponds to a CSI report configuration for the UEI-BR and triggered by the NE, is illustrated in table 2 in FIG. 6. In some cases, the reporting of one or more of the entries in table 2 may be ignored or skipped when the CSI report is triggered by the NE. It is noted that the order of the entries in the table 2 is not limited and can be swapped.

[0083] In some other embodiments, another example of the contents in a CSI report, which is corresponding to a CSI report configuration for the UEI-BR and triggered by the NE 104, is illustrated in table 3 in FIG. 7. In some cases, the reporting of one or more entries in table 3 may be ignored or skipped when the CSI report is triggered by the NE. It is noted that the order of the entries in table 3 is not limited and can be swapped.

[0084] In some other embodiments, the NE 104 may refrain from configuring the UE 102 with one or more triggering state (s) indicating a CSI report configuration for the UEI-BR, if the NE configures or has configured the second mode of the UEI-BR to the UE. In one example, the NE may refrain from configuring one or more triggering state (s) indicating a CSI report configuration for the UEI-BR and operation / configuration of the second mode for one serving cell or BWP at the same time. In some cases, if the UE receives a configuration (s) of one or more triggering state (s) indicating a CSI report configuration for the UEI-BR, and if the NE 104 configures the second mode of the UEI-BR to the UE 102, the UE may determine it is an error case, and / or may discard the configuration (s) , and / or may perform an RRC reconfiguration. The UE 102 may report the UE capability indicating whether the UE supports the one or more triggering state (s) configured by the NE and indicating a CSI report configuration for the UEI-BR, if the NE 104 configures the second mode of the UEI-BR at the UE.

[0085] One or more of the embodiments discussed above with regard to the UEI-BR retransmission and the triggering state may be used in the method 800 illustrated in FIG. 8. The method 800 starts with the UE 102 optionally transmitting 810 its capabilities to the NE 104 (in this embodiment, the BS) . The UE capabilities refer to the UE supporting UEI-BR, a triggering event related to the UEI-BR, and / or supporting configuring a triggering state for the UEI-BR. The NE 104 responds by transmitting 820 an RRC configuration for configuring the UEI-BR, a triggering event for the UEI-BR, and / or configuring the triggering state for the UEI-BR. The NE 104 optionally transmits 830 a triggering signal to the UE 102 for a beam report. The triggering signal may be related to NE scheduled beam report or UEI-BR. The NE 104 also transmits 840 a DL RS on a DL RS resource for measurement by the UE 102.

[0086] The UE 102 detects 861 that the configured triggering event has occurred, which initiates the UEI-BR. The UE 102 may transmit 880 to the NE 104 a notification signal on PUCCH, if the second mode is used, prior to transmitting the UEI-BR. Then, the UE 102 transmits 890 to the NE 104 the UEI-BR on a CG-PUSCH. If the CG-PUSCH carrying the UEI-BR is not received / decoded (successfully) by the NE, the NE determines 894 that the UEI-BR transmission was not successful. Then, the NE 104 transmits 896 a triggering signal to the UE 102, indicating a triggering state corresponding to the UEI-BR configuration of the transmitted UEI-BR by the CG-PUSCH. In response to this triggering signal, the UE 102 transmits 898 a PUSCH (e.g., CG-PUSCH or DG-PUSCH) for transmitting the triggered beam report corresponding to the UEI-BR configuration of the previously transmitted UEI-BR by the CG-PUSCH (in 890) . The PUSCH may carry the first UEI-BR (retransmission) or an updated UEI-BR.

[0087] One or more of the embodiments discussed above with regard to FIGs. 5 to 8 may be part of the method 900 illustrated in FIG. 9. The method 900 starts with the UE 102 receiving 920 from the NE 104 a control signal for configuring a first UEI-BR, on a CG-PUSCH, detecting 961 a triggering event for generating the first UEI-BR, transmitting 990 to the NE 104, the first UEI-BR on the CG-PUSCH, and transmitting 998 to the NE on a PUSCH, a second UEI-BR associated with the first UEI-BR. The PUSCH is a DG-PUSCH, and for the transmitting the second UEI-BR on the DG-PUSCH, the method 900 further includes receiving an UL grant for a retransmission of the first UEI-BR. The UL grant includes an indication for the retransmission, and the indication includes at least one of: a number of bits, a codepoint in a CSI request field, a triggering state via the CSI request field, or a CSI report configuration associated with the second UEI-BR.

[0088] The method 900 may further include transmitting, to the NE, UL data multiplexed with the second UEI-BR on the DG-PUSCH. The method 900 may also include ignoring or determining as absent, when decoding the UL grant or interpreting a DCI field of the UL grant, at least one of: a frequency domain resource assignment, a time domain resource assignment, a frequency hopping flag, a modulation and coding scheme, a new data indicator, a redundancy version, a transform precoder indicator, or a HARQ process number. The method 900 may further include transmitting, to the NE, UCI multiplexed with the second UEI-BR on the DG-PUSCH. The method 900 may also include receiving a triggering signal indicating a triggering state corresponding to a CSI report configuration for the first UEI-BR, and performing at least one of: retransmitting the first UEI-BR as the second UEI-BR, transmitting an updated UEI-BR corresponding to the CSI report configuration as the second UEI-BR, or transmitting an aperiodic CSI report as the second UEI-BR.

[0089] FIG. 10 illustrates a method 1000 for wireless communication performed by the NE 104. The method includes transmitting 1020 to a UE 102 a control signal for configuring a first UEI-BR, on a CG-PUSCH, selectively receiving 1090, from the UE 102, the first UEI-BR on the CG-PUSCH, and receiving 1098, from the UE 102, on a PUSCH, a second UEI-BR associated with the first UEI-BR. The PUSCH is a DG-PUSCH, and, the method 1000 further includes transmitting, to the UE, an UL grant for a retransmission of the first UEI-BR. The UL grant includes an indication for the retransmission, and the indication includes at least one of: a number of bits, a codepoint in a channel state information, CSI, request field, a triggering state via the CSI request field, or a CSI report configuration for the second UEI-BR. The UL grant includes another indication indicating whether to multiplex UL data or UCI with the second UEI-BR on the DG-PUSCH.

[0090] The method 1000 may further include transmitting a triggering signal indicating a triggering state corresponding to a CSI report configuration for the first UEI-BR, and receiving at least one of: a retransmission of the first UEI-BR as the second UEI-RB, an updated UEI-BR corresponding to the CSI report configuration as the second UEI-BR, or an aperiodic CSI report as the second UEI-BR.

[0091] The following embodiments are related to a PUCCH used for the notification signal 280 and 880 discussed above and the CG-PUSCH configuration for the UEI-BR transmission when using the second mode. In some embodiments, if the NE 104 configures the UE 102 to transmit the UEI-BR in the second mode, the UE 102 may transmit a notification signal to the NE 104. In some scenarios, for the second mode, the UE 102 may transmit the notification signal to the NE 104 for notifying / claiming usage of UL resources (preconfigured by the NE 104) for a second UL channel. In some cases, the UE 102 may transmit the notification signal via a PUCCH. In some scenarios, for the second mode, the UE 102 may transmit at least one UEI-BR on the second UL channel. An example of the second UL channel is a CG-PUSCH for the UEI-BR transmitted in the second mode. For such example, the NE 104 may refrain from configuring a (valid) HARQ process ID for the CG-PUSCH or may configure an invalid / default HARQ process ID for the CG-PUSCH.

[0092] In some embodiments, the NE 104 may configure, for one serving cell or BWP, one of the following alternatives for configuring the PUCCH for the notification signal, the CSI report configuration for the UEI-BR, and the CG-PUSCH: ● alternative 1100A, which is illustrated in FIG. 11A: one or more PUCCHs for the  notification signal, one or more CSI report configurations for the UEI-BR, and one or more CG-PUSCHs; for such alternative, each PUCCH is associated with a corresponding CSI report configuration for the UEI-BR, and a corresponding CG-PUSCH (i.e., N-N-N mapping, where N is a positive integer) , ● alternative 1100B, which is illustrated in FIG. 11 B: one PUCCH for the notification  signal, one or more CSI report configurations for UEI-BR, and one or more CG-PUSCHs; for this alternative, ○ the PUCCH is associated with each CSI report configuration for the UEI-BR,  and ○ each CSI report configuration for the UEI-BR is associated with each CG- PUSCH (i.e., 1-N-N mapping, where N is a positive integer) , and ○ the NE 104 may perform a blind detection on the one or more CG-PUSCHs  to check which CG-PUSCH includes a UEI-BR or which CSI report configuration for the UEI-BR is associated with a transmitted UEI-BR, ○ if the NE 104 receives the PUCCH for the notification signal, the NE 104  may perform blind detection on the one or more CG-PUSCH to check which CG-PUSCH includes a UEI-BR or which CSI report configuration for UEI-BR is associated with a transmitted UEI-BR; ● alternative 1100C, which is illustrated in FIG. 11C: one PUCCH for the notification  signal, one or more CSI report configurations for the UEI-BR, and one CG-PUSCH; for such alternative, ○ the one PUCCH is associated with each CSI report configuration for the  UEI-BR, ○ the one CG-PUSCH is associated with each CSI report configuration for the  UEI-BR, thus achieving a 1-N-1 mapping, where N is a positive integer, and ○ in one example, an UEI-BR may include an indicator for indicating the ID of  a CSI report configuration for the UEI-BR (e.g. reportConfigId) or a serving cell (e.g., carrier) ; or ● alternative 1100D, which is illustrated in FIG. 11D: one or more PUCCH for the  notification signal, one or more CSI report configurations for the UEI-BR, and one CG-PUSCH; for such alternative, ○ the CG-PUSCH is associated with each PUCCH for a notification signal, ○ the CG-PUSCH is associated with each CSI report configuration for the UEI- BR, thus achieving an N-N-1 mapping, where N is a positive integer, and ○ the NE may realize which CSI report configuration for the UEI-BR is  associated with the UEI-BR transmitted by the CG-PUSCH, by received or detected PUCCH for the notification signal.

[0093] In some embodiments, if the PUCCH for the notification signal and the CG-PUSCH are in different PUCCH groups, the UE 102 may report a UE capability with different or larger candidate values from / than those reported for the same PUCCH group case, where the UE capability is on time delay / offset between a PUCCH and a PUSCH.

[0094] It is noted that throughout this disclosure, the UE 102 may have one or more of the following attributes or behaviors. The following attributes or behaviors of the UE may also imply associated attributes or behaviors of a NE 104. The UE may be configured with and / or served by the NE in a serving cell. The UE may (be configured to) communicate with the NE in the serving cell. The UE 102 may be configured with one or more serving cells by the NE, which may include the serving cell. The UE may be activated or be indicated, by the NE, to activate one or more serving cells, which may include the serving cell.

[0095] The UE 102 may be configured and / or indicated, by the NE 104, with one or more BWP. The UE may be indicated and / or configured, by the NE, with a BWP (in the serving cell) . In some cases, the BWP may be activated as an active BWP. In some cases, the BWP may be referred to an active BWP. In some cases, the BWP may be an active DL BWP. In some cases, the BWP may be an active UL BWP. In some cases, the BWP may be an initial BWP. In some cases, the BWP may be a default BWP. In some cases, the BWP may be a dormant BWP. The UE may be in one of RRC_CONNECTED state, RRC_INACTIVE state or RRC_IDLE state.

[0096] It is noted that throughout this document, when a procedure or description is related to a serving cell, it may mean the procedure or description is related to an active (DL / UL) BWP in the serving cell. It is noted that throughout this document, a NUL may mean or be referred to as a normal uplink, a UL, an uplinkConfig configuration, or a non-supplementary uplink. When / if the NE 104 configures / indicates to the UE to perform an act or a procedure, it may be referred to as or replaced with that the NE transmits, to the UE 102, a configuration (s) or indication (s) indicating to the UE to perform the act or procedure. When / if the UE 102 is configured / indicated to perform an act or procedure, it may be referred to as, or replaced with that the UE receives, from the NE 104, a configuration (s) or indication (s) instructing the UE to perform the act or procedure. When / if the NE configures / indicates the UE with an object, it may be referred to as or replaced with that the NE transmits to the UE a configuration (s) or indication (s) of the object. When / if the UE 102 is configured / indicated with an object, it may be referred to as or replaced with that the UE receives, from the NE 104, a configuration (s) or indication (s) of the object. It is noted that throughout this document, an action time of a TCI state or beam indication could mean the actual timing when the TCI state or beam indication is applicable or takes effect, which could be later than the timing of receiving this TCI state or beam indication.

[0097] It is noted that throughout this document, for case (s) that an NE configures or indicates the UE to operate with S-TRP mode in a serving cell or a BWP, or for case (s) in which a serving cell or a BWP is operated with the S-TRP mode, it can imply or be referred to be one of the followings: ● No TRP identifier or no TRP-related index is configured or indicated, by the NE, to  any channel or RS in the serving cell or BWP, and / or ● (only) one TRP identifier or TRP-related index is configured or indicated, by the NE,  to any channel or RS in the serving cell or BWP, and / or ● when the UE or the NE transmits / receives a transmission, (only) one TRP identifier  or TRP-related index is configured or indicated or involved to the transmission or the beam / TCI state applied for the transmission.

[0098] It is noted that throughout this document, an expression of “X / Y” may mean of “X or Y” , an expression of “X / Y” may mean “X and Y” , an expression of “X / Y” may mean “X and / or Y” , an expression of “ (A) B” or “B (A) ” may include the concept of “only B” , and an expression of “ (A) B” or “B (A) ” may include the concept of “A+B” or “B+A” .

[0099] It is noted that some or all of the foregoing embodiments could be jointly combined or formed to be a new or another one embodiment. It is noted that the foregoing embodiments may be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this document.

[0100] It is noted that any two or more than two of the foregoing paragraphs, (sub) -bullets, points, actions, or claims described in each method / embodiment / embodiment may be combined logically, reasonably, and properly to form a specific method. It is noted that any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following embodiment (s)  / embodiment (s)  / concept (s) may be implemented independently and separately to form a specific method. Dependency, e.g. “based on” , “more specifically” , “where” or etc., in embodiment (s)  / embodiment (s)  / concept (s) mentioned in this document is just one possible embodiment which would not restrict the specific method.

[0101] It is noted that, some or all of the following terminology and assumption may be used hereafter:

[0102] BS: a network central unit or a network node in NR which is used to control one or multiple TRPs which are associated with one or multiple cells. Communication between BS and TRP (s) is via fronthaul. BS may be referred to as central unit (CU) , eNB, gNB, or NodeB.

[0103] TRP: a transmission and reception point that provides network coverage and directly communicates with UEs. TRP may be referred to as distributed unit (DU) or network node.

[0104] Cell: a cell is composed of one or multiple associated TRPs, i.e., coverage of the cell is composed of coverage of all associated TRP (s) . One cell is controlled by one BS or a NE. A cell may be referred to as TRP group (TRPG) .

[0105] Serving beam: serving beam for a UE is a beam generated by a network node, e.g., a TRP, which is configured to be used to communicate with the UE, e.g., for transmission and / or reception.

[0106] Candidate beam: candidate beam for a UE is a candidate of a serving beam. A serving beam may be a candidate beam.

[0107] A user equipment in which the techniques of this document may be implemented (e.g., the UE 102) may be any suitable device capable of wireless communications such as a smartphone, a tablet computer, a laptop computer, a mobile gaming console, a point-of-sale (POS) terminal, a health monitoring device, a drone, a camera, a media-streaming dongle or another personal media device, a wearable device such as a smartwatch, a wireless hotspot, a femtocell, or a broadband router. Further, the user equipment in some scenarios may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, the user equipment may operate as an internet-of-things (IoT) device or a mobile-internet device (MID) . Depending on the type, the UE may include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

[0108] Certain embodiments are described in this disclosure as including logic or a number of components or modules. Modules may be software modules (e.g., code stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module may include dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) ) to perform certain operations. A hardware module may also include programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.

[0109] When implemented in software, the techniques discussed in this document may be provided as part of the operating system, a library used by multiple applications, a particular software application, etc. The software may be executed by one or more general-purpose processors or one or more special-purpose processors.

[0110] The embodiment descriptions in this section refer to the accompanying drawings. The same reference numbers in different drawings identify the same or similar elements. The detailed descriptions do not preclude other embodiments within the scope of the appended claims. The embodiments are not limited to the described configurations but may be extended to other arrangements.

[0111] The embodiment descriptions in this section refer to the accompanying drawings. The same reference numbers in different drawings identify the same or similar elements. The detailed descriptions do not preclude other embodiments within the scope of the appended claims. The embodiments are not limited to the described configurations but may be extended to other arrangements.

[0112] Reference throughout this section to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with an embodiment is included in at least one embodiment. Thus, the appearances of the phrases “in one embodiment” or “in an embodiment” in various places throughout the specification are not necessarily all referring to the same embodiment. Further, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments.

[0113] Numerical adjectives “first” , “second” , and “third” do not imply any order (are not ordinals) but are markers to distinguish separate instances of similar elements. References to the singular (e.g., “a” or “an” , “the” ) should include the plural unless clearly indicated otherwise.

[0114] As used herein, a phrase referring to “at least one of” or “one or more of” a list of items refers to any combination of those items, including single members. For example, “at least one of: a, b, or c” is intended to cover the possibilities of: a only, b only, c only, a combination of a and b, a combination of a and c, a combination of b and c, and a combination of a and b and c.

[0115] Although the features and elements of the present embodiments are described in the embodiments in particular combinations, each feature or element may be used alone without the other features and elements of the embodiments or in various combinations with or without other features and elements disclosed herein. The methods or flowcharts may be implemented in a computer program, software or firmware tangibly embodied in a computer-readable storage medium for execution by a specifically programmed computer or processor.

Claims

1.A method (300, 900) for wireless communication by a user equipment, UE, (102) , the method comprising:receiving (320, 920) , from a network entity, NE, (104) , a control signal for configuring a first UE initiated-beam report, UEI-BR, on a configured grant-physical uplink shared channel, CG-PUSCH;detecting (360, 961) a triggering event for generating the first UEI-BR;transmitting (390, 990) , to the NE (104) , the first UEI-BR on the CG-PUSCH; andtransmitting (392, 998) , to the NE on a physical uplink shared channel, PUSCH, at least one of:a power headroom report, PHR, associated with the CG-PUSCH, ora second UEI-BR associated with the first UEI-BR.2.The method of Claim 1, wherein, for the transmitting the PHR on the CG-PUSCH, the method further comprises:detecting another triggering event for generating the PHR, the another triggering event being different from the triggering event for generating the first UEI-BR.3.The method of Claim 2, wherein the PHR includes a power headroom, PH, for a serving cell with the CG-PUSCH for the first UEI-BR; the method further comprising:determining the PH based on at least one of:a reference PUSCH;an actual PUSCH; ora condition associated with a notification signal for the CG-PUSCH.4.The method of Claim 3, wherein the condition is related to at least one of:whether the UE has transmitted the notification signal; orthe UE will not drop a transmission of the notification signal.5.The method of Claim 1, further comprising:refraining from generating the PHR for a serving cell with the CG-PUSCH for the first UEI-BR.6.The method of Claim 1, wherein the PUSCH is a dynamic grant-physical uplink shared channel, DG-PUSCH; and for the transmitting the second UEI-BR on the DG-PUSCH, the method further comprising:receiving an uplink, UL, grant for a retransmission of the first UEI-BR,wherein the UL grant includes an indication for the retransmission, and the indication includes at least one of:a number of bits,a codepoint in a channel state information, CSI, request field,a triggering state via the CSI request field, ora CSI report configuration associated with the second UEI-BR.7.The method of Claim 6, further comprising:transmitting, to the NE, UL data multiplexed with the second UEI-BR on the DG-PUSCH.8.The method of Claim 7, further comprising:ignoring or determining as absent, when decoding the UL grant or interpreting a downlink control information, DCI, field of the UL grant, at least one of:a frequency domain resource assignment,a time domain resource assignment,a frequency hopping flag,a modulation and coding scheme,a new data indicator,a redundancy version,a transform precoder indicator, ora hybrid automatic repeat request, HARQ, process number.9.The method of Claim 6, further comprising:transmitting, to the NE, uplink control information, UCI, multiplexed with the second UEI-BR on the DG-PUSCH.10.The method of Claim 1, further comprising:receiving a triggering signal indicating a triggering state corresponding to a CSI report configuration for the first UEI-BR; andperforming at least one of:retransmitting the first UEI-BR as the second UEI-BR,transmitting an updated UEI-BR corresponding to the CSI report configuration as the second UEI-BR, ortransmitting an aperiodic CSI report as the second UEI-BR.11.The method of any of Claims 1 to 10, further comprising:receiving a configuration for:a physical uplink control channel, PUCCH, associated with a notification signal,a channel state information, CSI, report configuration associated with the first UEI-BR, andthe CG-PUSCH;wherein the configuration includes at least one of:N PUCCHs for the notification signal, N CSI report configurations associated with the first UEI-BR, and N CG-PUSCHs, with each PUCCH of the N PUCCHs being associated with one CSI report configuration of the N CSI report configurations and one CG-PUSCH of the N CG-PUSCHs,one PUCCH for the notification signal, N CSI report configurations associated with the first UEI-BR, and N CG-PUSCHs, with the one PUCCH being associated with the N CSI report configurations, and each CSI report configuration of the N CSI report configurations is associated with a corresponding CG-PUSCH of the N CG-PUSCHs,one PUCCH for the notification signal, N CSI report configurations associated with the first UEI-BR, and one CG-PUSCH, with each of the one PUCCH and the one CG-PUSCH being associated with the N CSI report configurations, orN PUCCHs for the notification signal, N CSI report configurations associated with the first UEI-BR, and one CG-PUSCH, the one CG-PUSCH being associated with the N PUCCHs, and the one CG-PUSCH being associated with the N CSI report configurations,wherein N is a positive integer.12.A method (400, 1000) for wireless communication by a network entity, NE, (104) , the method comprising:transmitting (420, 1020) , to a user equipment, UE, (102) , a control signal for configuring a first UE initiated-beam report, UEI-BR, on a configured grant-physical uplink shared channel, CG-PUSCH;selectively receiving (490, 1090) , from the UE (102) , the first UEI-BR on the CG-PUSCH; andreceiving (492, 1098) , from the UE (102) , on a physical uplink shared channel, PUSCH, at least one of:a power headroom report, PHR, associated with the CG-PUSCH, ora second UEI-BR associated with the first UEI-BR.13.The method of Claim 12, wherein the PHR includes a power headroom, PH, for a serving cell with the CG-PUSCH for the first UEI-BR, wherein the PH is determined based on:a reference PUSCH;an actual PUSCH; ora condition associated with a notification signal for the CG-PUSCH.14.The method of Claim 12, wherein the PUSCH is a dynamic grant-physical uplink shared channel, DG-PUSCH, and the method further comprising:transmitting, to the UE, an uplink, UL, grant for a retransmission of the first UEI-BR,wherein the UL grant includes an indication for the retransmission, and the indication includes at least one of:a number of bits,a codepoint in a channel state information, CSI, request field,a triggering state via the CSI request field, ora CSI report configuration for the second UEI-BR.15.The method of Claim 14, wherein the UL grant includes another indication indicating whether to multiplex UL data or uplink control information, UCI, with the second UEI-BR on the DG-PUSCH.16.The method of Claim 12, further comprising:transmitting a triggering signal indicating a triggering state corresponding to a CSI report configuration for the first UEI-BR; andreceiving at least one of:a retransmission of the first UEI-BR as the second UEI-BR,an updated UEI-BR corresponding to the CSI report configuration as the second UEI-BR, oran aperiodic CSI report as the second UEI-BR.17.The method of any of Claims 12 to 16, further comprising:transmitting a configuration for:a physical uplink control channel, PUCCH, associated with a notification signal,a channel state information, CSI, report configuration associated with the first UEI-BR, andthe CG-PUSCH,wherein the configuration includes at least one of:N PUCCHs for the notification signal, N CSI report configurations associated with the first UEI-BR, and N CG-PUSCHs, with each PUCCH of the N PUCCHs being associated with one CSI report configuration of the N CSI report configurations and one CG-PUSCH of the N CG-PUSCHs,one PUCCH for the notification signal, N CSI report configurations associated with the first UEI-BR, and N CG-PUSCHs, with the one PUCCH being associated with the N CSI report configurations, and each CSI report configuration of the N CSI report configurations is associated with a corresponding CG-PUSCH of the N CG-PUSCHs,one PUCCH for the notification signal, N CSI report configurations associated with the first UEI-BR, and one CG-PUSCH, with each of the one PUCCH and the one CG-PUSCH being associated with the N CSI report configurations, orN PUCCHs for the notification signal, N CSI report configurations associated with the first UEI-BR, and one CG-PUSCH, the one CG-PUSCH being associated with the N PUCCHs, and the one CG-PUSCH being associated with the N CSI report configurations,wherein N is a positive integer.18.A wireless communication device (102, 104) comprising a transceiver (158, 138) , a processor (152, 132) , and computer-readable storage media (153, 133) storing executable instructions for the processor to perform any one of methods recited in claims 1-17, using the transceiver.

Images