Signaling techniques for latency reduction of beam management procedures

Abstract

A user equipment (UE) configured to decode, based on signaling received from a base station, downlink control information (DCI) for uplink resource allocation, the DCI comprising a first field configured to provide a transmission configuration indicator (TCI) update and a second field configured to trigger aperiodic channel state information (CSI) reporting and configure transceiver circuitry to transmit one or more CSI reports using physical uplink shared channel (PUSCH) resources indicated by the DCI.

Description

Signaling Techniques for Latency Reduction of Beam Management ProceduresTechnical Field

[0001] The present disclosure generally relates to wireless communication, and in particular, to signaling techniques for latency reduction of beam management procedures.Background

[0002] A user equipment (UE) and a network may utilize beam management procedures to acquire and maintain beams for wireless communication. It has been identified that the beam management procedures introduce latency that may cause throughput performance degradation in various types of deployment scenarios.Summary

[0003] Some example embodiments are related to an apparatus of a user equipment (UE) , the apparatus including processing circuitry configured to decode, based on signaling received from a base station, downlink control information (DCI) for uplink resource allocation, the DCI comprising a first field configured to provide a transmission configuration indicator (TCI) update and a second field configured to trigger aperiodic channel state information (CSI) reporting and configure transceiver circuitry to transmit one or more CSI reports using physical uplink shared channel (PUSCH) resources indicated by the DCI.

[0004] Other example embodiments are related to an apparatus of a user equipment (UE) , the apparatus including processing circuitry configured to decode, based on signaling received from a base station, downlink control information (DCI) for downlink  resource allocation, the DCI comprising a field configured to trigger aperiodic channel state information (CSI) reporting and configure transceiver circuitry to transmit an aperiodic CSI report corresponding to one or more beams to the base station.Brief Description of the Drawings

[0005] Fig. 1 shows an example network arrangement according to various example embodiments.

[0006] Fig. 2 shows an example user equipment (UE) according to various example embodiments.

[0007] Fig. 3 shows an example base station according to various example embodiments.

[0008] Fig. 4 shows a method for beam management according to various example embodiments.

[0009] Fig. 5 shows a first example downlink control information (DCI) according to various example embodiments.

[0010] Fig. 6 shows examples of a slot offset for the triggered channel state information (CSI) -reference signal (RS) resource set according to various example embodiments.

[0011] Fig. 7 shows a method for beam management according to various example embodiments.

[0012] Fig. 8 shows a second example DCI according to various example embodiments.

[0013] Fig. 9 shows a third example DCI according to various example embodiments.Detailed Description

[0014] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The example embodiments introduce signaling techniques that reduce the latency associated with beam management.

[0015] The example embodiments are described with regard to a user equipment (UE) . However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate electronic component.

[0016] The example embodiments are also described with regard to beam management in a Fifth Generation (5G) New Radio (NR) network. However, reference to 5G NR is merely provided for illustrative purposes. The example embodiments may be utilized with any appropriate type of network, e.g., 5G-advanced network, 6G network, etc.

[0017] In 5G NR, beam management procedures such as beam update, beam measurement and beam reporting may be performed sequentially. The sequential performance of beam management procedures may increase the latency and / or signaling overhead associated with beam management. For example, a first procedure may be performed to update the beam direction. In this  procedure, the network may transmit a beam indication to the UE, the UE may transmit an acknowledgement in response to the beam indication and then after beam application time the updated beam is applied at the UE. A second procedure may be performed for beam measurement and beam reporting. In this procedure, the network may trigger aperiodic channel state information (CSI) reporting at the UE and after an offset duration, CSI measurement resources corresponding to one or more neighbor cells may be provided. The UE may compile CSI reports corresponding to one or neighbor cells and then transmit the CSI reports to the network. For any of a variety of reasons, a scenario may occur where the updated beam is no longer the best beam to serve the UE. However, the UE will not be able to update the beam for a second time until after the beam reporting procedure is complete, another beam indication is received and the corresponding beam is applied at the UE.

[0018] It has been identified that the latency and / or signaling overhead associated with the sequential performance of these procedures may cause issues with throughput performance. Accordingly, there is a need for signaling techniques that streamline beam management procedures to reduce the latency and / or signaling overhead associated with beam management. UEs with medium or high-speed mobility may experience frequent beam changes. 5G NR beam management procedures may not be fast enough to accommodate medium or high-speed mobility without experiencing performance degradation. Accordingly, the need to streamline beam management procedures is further emphasized in medium or high-speed deployment scenarios. However, while the example embodiments provide benefits to medium or high-speed mobility deployment scenarios, the benefits of the example embodiments are not limited to these types of scenarios. The  example embodiments may be utilized in any appropriate type of scenario to reduce the latency and / or signaling overhead associated with the performance of beam management procedures.

[0019] As will be described in more detail below, the example embodiments introduce signaling techniques for latency reduction of beam management. The example embodiments may be used independently from one another, in conjunction with currently implemented beam management techniques, in conjunction with future implementations of beam management techniques or independently from other beam management techniques.

[0020] Fig. 1 shows an example network arrangement 100 according to various example embodiments. The example network arrangement 100 includes a UE 110. Those skilled in the art will understand that the UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, phablets, embedded devices, wearables, Internet of Things (IoT) devices, etc. It should also be understood that an actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of a single UE 110 is merely provided for illustrative purposes.

[0021] The UE 110 may be configured to communicate with one or more networks. In the example of the network configuration 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. However, it should be understood that the UE 110 may also communicate with other types of networks (e.g., sixth generation (6G) RAN, 5G cloud RAN, a next generate RAN (NG-RAN) , a legacy cellular network, a wireless local area network (WLAN) , etc. ) and the UE  110 may also communicate with networks over a wired connection. Therefore, the UE 110 may have a 5G NR chipset to communicate with the NR RAN 120 and, optionally, any other appropriate type of chipset to communicate with other types of networks.

[0022] The 5G NR RAN 120 may be a portion of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, Sprint, T-Mobile, etc. ) . The 5G NR RAN 120 may include base stations that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. In this example, the 5G NR RAN 120 includes the gNB 120A. However, reference to a gNB is merely provided for illustrative purposes, the example embodiments may be utilized with any appropriate type of access node (e.g., Node Bs, eNodeBs, HeNBs, eNBs, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) .

[0023] Any association procedure may be performed for the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular network carrier where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., the gNB 120A) .

[0024] The network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 may refer an interconnected set of components that manages the operation and traffic of the cellular network.  The cellular core network 130 also manages the traffic that flows between the cellular network and the Internet 140. The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0025] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 will be described with regard to the network arrangement 100 of Fig. 1.

[0026] The UE 110 may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225 and other components 230. The other components 230 may, for example, an audio input device, an audio output device, a power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, etc.

[0027] The processor 205 may be configured to execute a plurality of engines of the UE 110. For example, the engines may include a beam management engine 235. The management engine 235 may perform various operations related to beam management such as, but not limited to, receiving DCI, receiving measurement  resources, collecting measurement data, compiling CSI reports and transmitting the CSI reports to the network.

[0028] The above referenced engine 235 being an application (e.g., a program) executed by the processor 205 is merely provided for illustrative purposes. The functionality associated with the engine 235 may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engines may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The example embodiments may be implemented in any of these or other configurations of a UE.

[0029] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen.

[0030] The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an LTE-RAN (not pictured) , a legacy RAN (not pictured) , a WLAN (not pictured) , etc. Accordingly, the transceiver 225 may operate on  a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode and / or decode signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0031] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A or any other access node through which the UE 110 may establish a connection and manage network operations.

[0032] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320 and other components 325. The other components 325 may include, for example, a power supply, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources, etc.

[0033] The processor 305 may be configured to execute a plurality of engines of the base station 300. For example, the engines may include a beam management engine 330. The beam management engine 330 may perform various operations related to beam management such as, but not limited to, transmitting DCI and receiving CSI reports.

[0034] The above noted engine 330 being an application (e.g., a program) executed by the processor 305 is only example. The functionality associated with the engine 330 may also be represented as a separate incorporated component of the base station 300 or may be a modular component coupled to the base station 300, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. In addition, in some base stations, the functionality described for the processor 305 is split among a plurality of processors (e.g., a baseband processor, an applications processor, etc. ) . The example embodiments may be implemented in any of these or other configurations of a base station.

[0035] The memory 310 may be a hardware component configured to store data related to operations performed by the base station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station 300.

[0036] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UE in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be  configured to encode and / or decode signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0037] According to some aspects, the example embodiments introduce enhancements for downlink control information (DCI) that is used for uplink resource allocation. This enhanced DCI may reduce latency and improve performance of beam management procedures. In some examples, the DCI may be DCI format 0_1 or DCI format 0_2. However, any reference to a particular type of DCI is merely provided for illustrative purposes. The example embodiments may utilize any other appropriate type of DCI that is used for uplink resource allocation.

[0038] Fig. 4 shows a method 400 for beam management according to various example embodiments. The method 400 includes explicit signaling techniques introduced herein that may be used to reduce latency and improve performance with regard to beam management.

[0039] The method 400 is described from the perspective of the UE 110 of the network arrangement 100 in Fig. 1. In 405, the UE 110 receives DCI from the network that is configured for physical uplink shared channel (PUSCH) resource allocation. The DCI may be DCI format 0_1, DCI format 0_2 or any other appropriate type of DCI that is used for uplink resource allocation.

[0040] The example embodiments introduce a transmission configuration indicator (TCI) field that may be added to the DCI. The TCI field may include information to be used by the UE 110 to select an activated TCI state for a beam update. The updated beam may then be applied at the UE 110.

[0041] The DCI may also include a channel state information (CSI) -request field that is configured to trigger aperiodic CSI reporting. The UE 110 may transmit CSI reports corresponding to one or more cells on the PUSCH resources allocated to the UE 110 in the DCI 405. As will be described in more detail below, a variety of different approaches may be used to configure the UE 110 with the CSI-RS resource set associated with the CSI request field.

[0042] Fig. 5 shows an example DCI 500 according to various example embodiments. The DCI 500 includes a TCI field 510. In one example, a 3-bit TCI field may be used. In other examples, the TCI field may be any appropriate size.

[0043] The DCI 500 further includes a CSI request field 515, legacy DCI fields 520 (e.g., existing fields in DCI format 0_1, DCI format 0_2, etc. ) and cyclic redundancy check (CRC) 525. The DCI 500 is provided to illustrate one example of a structure that may be used to implement the example DCI introduced herein and is not intended to limit the example embodiments in any way. The example DCI may be configured in any appropriate manner.

[0044] Returning to the method 400, in 410, the UE 110 transmits physical uplink control channel (PUCCH) to the network in response to the DCI. In some examples, the UE 110 transmits PUCCH with a hybrid automatic repeat request (HARQ) feedback in slot (n) corresponding to the DCI. In this example, the HARQ feedback may include an acknowledgement (ACK) that is configured to indicate to the network that the UE 110 has received the TCI update and / or applied the updated beam. However, the example embodiments are not limited to an ACK and in an actual deployment scenario and negative ACK (NACK) or any other appropriate type of feedback may be provided.

[0045] In other examples, a scheduling request (SR) may be transmitted by the UE 110 on the PUCCH instead of an ACK. Thus, the SR may serve as an ACK while also requesting additional uplink and / or downlink resources. he SR transmission may use PUCCH format 0, PUCCH format 1 or any other appropriate type of PUCCH format.

[0046] The UE 110 may determine the uplink resources on which to transmit the PUCCH based on DCI, configuration information previously received via RRC signaling and / or configuration information provided in any other appropriate manner. To provide some non-limiting examples, parameters such as, but not limited to, uplink bandwidth part (BWP) ID, PUCCH resource ID, PUCCH slot offset and / or PUCCH slot offset list may be provided to the UE 110 by the network. The PUCCH slot offset list may include a plurality of slot offsets to ensure sufficient flexibility. In another example, the example embodiments introduce an offset indicator field that may be added to DCI. The offset indicator field may include information configured to indicate a slot offset relative to the DCI on which the PUCCH is to be transmitted. The examples provided above are not intended to limit the example embodiments, any appropriate type of information may be used to determine the PUCCH resources for the ACK and / or SR.

[0047] In 415, the UE 110 receives beam measurement resources. For example, the UE 110 may be configured with one or more CSI-reference signal (RS) resource sets that are to be used for beam measurement of one or more neighbor cells. The CSI-RS resource set may include synchronization signal block (SSB) , CSI-RS and / or any other appropriate type of measurement  resource. Additional details regarding the CSI-RS resource set are provided below after the description of the method 400.

[0048] On the network side, the gNB 120A may decode the PUCCH ACK or SR from the UE 110 and then trigger the CSI-RS resource set. However, if the gNB 120A does not receive the PUCCH, the gNB 120A may assume that the UE 110 did not receive the DCI in 405. As a result, the gNB 120A may not transmit the CSI-RS resource set to the UE 110. Accordingly, the lack of PUCCH ACK or SR in response to the TCI update in the DCI may allow the network to avoid the unnecessary transmission of the CSI-RS resource set and thus, limit signaling overhead.

[0049] In 420, the UE 110 transmits one or more CSI reports to the network on the PUSCH resources allocated to the UE 110 by the DCI received in 405 using the updated beam. The one or more CSI reports may be based on the CSI-RS resource set and include beam measurements for one or more beams, e.g., beam reporting.

[0050] In some embodiments, the UE 110 may not transmit the PUCCH in response to the DCI 405. Instead, the PUSCH transmission in 420 may serve as the ACK for the TCI state update provided by the TCI field of the DCI. Compared to the example described in the method 400, this approach has less uplink signaling overhead. In this scenario, the UE 110 may always assume that the triggered CSI-RS resource sets are transmitted by the network after the DCI is detected.

[0051] In some embodiments, the UE 110 may know where the CSI-RS resource set is located based on a slot offset parameter (Toffset) . The slot offset (Toffset) for the triggered CSI-RS resource set may be configured by higher layer signaling and may be defined in a variety of different ways. In one approach, the  slot offset (Toffset) may be defined relative to the slot containing the DCI that triggers the CSI-RS resource set (e.g., the DCI received in 405) . In another approach, the slot offset (Toffset) may be defined relative to the slot where PUCCH comprising the ACK and / or SR is transmitted (e.g., the PUCCH transmitted in 410) . Examples of both of these approaches are shown below in Fig. 6.

[0052] Fig. 6 shows examples of a slot offset for the triggered CSI-RS resource set according to various example embodiments. Fig. 6 includes a timeline 600 comprising DCI 605, PUCCH 610, a CSI-RS resource set 615 and PUSCH 620. In this example, the slot offset (Toffset) for the CSI-RS resource set may be defined relative to the slot containing the DCI that triggers the CSI-RS resource set. Accordingly, the UE 110 may receive the DCI 605 and in response, transmit the PUCCH 610 comprising an ACK or SR. After the PUCCH, the UE 110 may apply the updated beam in 611. The slot of the DCI 605 may also define the slot offset 625 for the CSI-RS resource set that is to be used for beam measurement. The UE 110 may then use the PUSCH 620 indicated by the DCI 605 for beam reporting.

[0053] Fig. 6 also includes a timeline 650 comprising DCI 655, PUCCH 660, a CSI-RS resource set 665 and PUSCH 670. In this example, the slot offset (Toffset) for the CSI-RS resource set may be defined relative to the PUCCH transmitted in response to the DCI. Accordingly, the UE 110 may receive the DCI 655 and in response, transmit the PUCCH 660 comprising an ACK or SR. After the PUCCH, the UE 110 may apply the updated beam in 661 The slot of the PUCCH 660 may also define the slot offset 675 for the CSI-RS resource set that is to be used for beam measurement. The UE 110 may then use the PUSCH 670 indicated by the DCI 655 for  beam reporting. In this example, the smaller offset means less candidate values for the offset may be signaled to the UE 110 and thus, signaling overhead may be limited.

[0054] According to other aspects, the example embodiments introduce enhancements for DCI that is used for downlink resource allocation. This enhanced DCI may be used to reduce the latency and improve performance of beam management procedures. In some examples, the DCI may be DCI format 1_1 or DCI format 1_2. However, any reference to a particular type of DCI is merely provided for illustrative purposes. The example embodiments may utilize any other appropriate type of DCI that is used for downlink resource allocation.

[0055] Fig. 7 shows a method 700 for beam management according to various example embodiments. The method 700 includes explicit signaling techniques introduced herein that may be used to reduce latency and improve performance with regard to beam management.

[0056] The method 700 is described from the perspective of the UE 110 of the network arrangement 100 in Fig. 1. In 705, the UE 110 receives DCI from the network that is configured for downlink resource allocation. The DCI may be DCI format 1_1, DCI format 1_2 or any other appropriate type of DCI that is used for downlink resource allocation. In some embodiments, the UE 110 may, optionally, be configured with PUCCH resources to transmit HARQ feedback in response to the DCI.

[0057] The DCI may include a TCI field comprising a TCI update for the downlink resource assignment. According to some aspects, the example embodiments introduce a CSI request field  for the DCI that is configured to trigger aperiodic CSI reporting.

[0058] In some embodiments, DCI format 1_1 and DCI format 1_2 may be without a downlink resource assigned for the TCI update. In this scenario, the CSI request configured to trigger aperiodic CSI reporting may be introduced by repurposing one or more of the legacy DCI fields including, but not limited to, modulation coding scheme (MCS) field, redundancy version (RV) field or the frequency domain resource assignment (FDRA) field.

[0059] In 710, the UE 110 received beam measurement resources corresponding to one or more cells. For example, the UE 110 may measure one or more beam based on CSI-RS, SSB or any other appropriate type of measurement resource. In 715, the UE 110 transmits an aperiodic CSI report to the network. As will be described in more detail below, a variety of different mechanisms may be used to configure uplink resources for beam reporting in response to the DCI.

[0060] In some embodiments, aperiodic beam reports may be transmitted on the PUCCH. RRC signaling may be used to configure the PUCCH format for the aperiodic reporting. In some examples, PUCCH format 2, 3 or 4 may be configured.

[0061] The UE 110 may perform CSI reporting on the PUCCH on slot n+k where n represents the slot where the UE 110 detects the DCI and k is a CSI report slot offset value. The value of k may be provided in a report offset indicator field introduced herein for DCI. The CSI report slot offset value may be defined relative to the slot of the DCI or the slot where PUCCH with HARQ feedback corresponding to the DCI is transmitted.

[0062] The report offset indicator field may be set to 0, 1, 2, …, N bits where N= [log2B] and B is a number of entries in an CSI report offset list previously provided by RRC signaling and comprising a plurality of slot offsets that may be used for aperiodic CSI reporting. A bit value of 0 (e.g., , the report offset indicator filed is not present in the DCI) may correspond to the case where a single offset value is configured by RRC signaling for CSI reporting.

[0063] Fig. 8 shows an example DCI 800 according to various example embodiments. The DCI 800 includes a CSI request field 810. In one example, a 6-bit CSI request field may be used. In other examples, the CSI request field may be any appropriate size.

[0064] The DCI 800 further includes the report offset indicator field 815 comprising 0-N bits, legacy DCI fields 820 (e.g., existing fields in DCI format 1_1, DCI format 1_2, etc. ) and CRC 825. The DCI 800 is provided to illustrate one example of a structure that may be used to implement the example DCI introduced herein and is not intended to limit the example embodiments in any way. The example DCI may be configured in any appropriate manner.

[0065] In some embodiments, configured grant (CG) -PUSCH may be used for aperiodic CSI reporting. In one approach, the triggering DCI may include a report offset indicator field comprising a slot offset value relative to the DCI on which the CSI report is to be transmitted over PUSCH.

[0066] In another approach, for each semi-persistent scheduling (SPS) -PUSCH configuration, a slot offset value  relative to the to the triggering DCI may be provided by RRC signaling.

[0067] With either approach, the following parameters may be provided via RRC signaling for each CG-PUSCH configuration, uplink BWP ID, time domain resource allocation (TDRA) , FDRA, antenna ports and MCS. In some embodiments, the MCS of CG-PUSCH may be dynamically indicated by the DCI for fast link adaptation. In some embodiments, to minimize the DCI overhead of MCG for CG-PUSCH, the differential MCS may be used for CG-PUSCH MCS. The differential MCS may be quantized to a 3-bit value with reference to the MCS value indicated for PDCH in the same DCI.

[0068] According to some aspects, a CG-PUSCH indicator is introduced for the DCI to enable the UE 110 to select one of multiple previously provided CG-PUSCH configurations. The selection may be based on the number of triggered CSI reporting that is conveyed by the CG-PUSCH or any other appropriate factor.

[0069] The CG-PUSCH indicator field may be set to 0, 1, 2, …, M bits where M= [log2R] and R is a number of entries in a CG-PUSCH list previously provided by RRC signaling and comprising a plurality of CG-PUSCH configuration that may be used for aperiodic CSI reporting. A bit value of 0 (e.g., the CG-PUSCH indicator filed is not present in the DCI) may correspond to the case where a single CG-PUSCH configuration is configured by RRC signaling for CSI reporting.

[0070] In some embodiments, PUCCH with HARQ-ACK defined in 3GPP release 17 (Rel-17) may not be transmitted. Instead, the transmission of PUCCH carrying CSI reporting may be used as an acknowledgment for the beam update provided in the DCI. Alternatively, the PUCCH with HARQ-ACK defined in Rel-17 may be enabled or disabled by the network for this procedure.

[0071] According to some aspects, when the PUCCH with HARQ-ACK is not transmitted, the beam application time may be defined as T=max (3 millisecond (ms) +k, offset) where k is reported by UE 110 capability for beam application time and offset value is indicated by the report offset indicator field in the DCI (or any other appropriate field in the DCI) .

[0072] Fig. 9 shows an example DCI 900 according to various example embodiments. The DCI 900 may support simultaneously triggering the TCI update and beam reporting.

[0073] The DCI 900 includes a 6-bit CSI request field 910. However, in an actual deployment scenario, the CSI request field may be any appropriate size. The DCI 800 further includes the report offset indicator field 915 comprising 0-N bits, the CG-PUSCH indicator field 920 comprising 0-M bits, MCS 925, legacy DCI fields 930 (e.g., existing fields in DCI format 1_1, DCI format 1_2, etc. ) and CRC 935. The DCI 900 is provided to illustrate one example of a structure that may be used to implement the example DCI introduced herein and is not intended to limit the example embodiments in any way. The example DCI may be configured in any appropriate manner.

[0074] Examples

[0075] In a first example, a method performed by a user equipment (UE) , comprising decoding, based on signaling received from a base station, downlink control information (DCI) for uplink resource allocation, the DCI comprising a first field  configured to provide a transmission configuration indicator (TCI) update and a second field configured to trigger aperiodic channel state information (CSI) reporting and configuring transceiver circuitry to transmit one or more CSI reports using physical uplink shared channel (PUSCH) resources indicated by the DCI.

[0076] In a second example, the method of the first example, wherein the DCI is DCI format 0_1 or DCI format 0_2.

[0077] In a third example, the method of the first example, further comprising configuring the transmit circuitry to transmit a physical uplink control channel (PUCCH) signal in response to the decoded DCI.

[0078] In a fourth example, the method of the third example, where the PUCCH comprises a hybrid automatic repeat request (HARQ) acknowledgement (ACK) .

[0079] In a fifth example, the method of the third example, further comprising determining a PUCCH resource for the PUCCH signal transmission based on configuration information received by radio resource control (RRC) signaling.

[0080] In a sixth example, the method of the fifth example, wherein the configuration information includes at least one of an uplink bandwidth part (BWP) ID, a PUCCH resource ID, a slot offset defined relative to a slot in which the DCI is detected and a slot offset list comprising a plurality of slot offsets.

[0081] In a seventh example, the method of the third example, further comprising decoding, based on signaling received from  the base station, a parameter indicating a slot offset between a slot of the PUCCH and a first slot of the CSI-RS resource set.

[0082] In an eighth example, the method of the seventh example, further comprising decoding, based on the slot offset, a channel state information (CSI) -reference signal (RS) resource set, wherein the one or more CSI reports are transmitted on the PUSCH scheduled by the detected DCI and include at least measurement data based on the CSI-RS resource set.

[0083] In a ninth example, the method of the first example, further comprising decoding, based on signaling received from the base station, a slot offset parameter corresponding to a channel state information (CSI) -reference signal (RS) resource set indicating a slot offset between a slot in which the DCI is detected and a first slot of the CSI-RS resource set and decoding, based on the slot offset, the CSI-RS resource set, wherein the one or more CSI reports are to be transmitted on a physical uplink shared channel (PUSCH) and include at least measurement data based on the CSI-RS resource set.

[0084] In a tenth example, the method of the first example, wherein the PUSCH transmission is configured to indicate to the base station a successful reception of the TCI update field in the DCI.

[0085] In an eleventh example, a processor configured to perform any of the methods of the first through tenth examples.

[0086] In a twelfth example, a user equipment comprising a transceiver configured to communicate with a base station and a processor communicatively coupled to the transceiver and  configured to perform any of the methods of the first through tenth examples.

[0087] In a thirteenth example, a method performed by a user equipment (UE) , the method comprising decoding, based on signaling received from a base station, downlink control information (DCI) for downlink resource allocation, the DCI comprising a field configured to trigger aperiodic channel state information (CSI) reporting and configuring transceiver circuitry to transmit an aperiodic CSI report corresponding to one or more beams to the base station.

[0088] In a fourteenth example, the method of the thirteenth example, wherein the field configured to trigger aperiodic CSI reporting comprises one or more of a modulation a coding scheme (MCS) field, a redundancy version (RV) field and the frequency domain resource assignment (FDRA) field.

[0089] In a fifteenth example, the method of the thirteenth example, wherein the aperiodic CSI report is transmitted on physical uplink control channel (PUCCH) .

[0090] In a sixteenth example, the method of the fifteenth example, wherein the aperiodic CSI report is transmitted using one of PUCCH format 2, 3 or 4, wherein the one of PUCCH format 2, 3 or 4 is configured by radio resource control (RRC) signaling.

[0091] In a seventeenth example, the method of the fifteenth example, wherein the DCI is configured to include a report offset indicator field configured to indicate a slot offset from one or more slot offset values configured by radio resource  control (RRC) signaling, wherein each slot offset value is defined as an offset between a slot in which the DCI is detected and a first slot of a PUCCH resource.

[0092] In an eighteenth example, the method of the seventeenth example, wherein when a single slot offset value is configured by radio resource control (RRC) signaling, the slot offset indicator field is not present in the DCI.

[0093] In a nineteenth example, the method of the seventeenth example, wherein the report offset indicator field is configured to indicate which of a plurality of slot offset values are to be used for the PUCCH transmission, wherein the plurality of slot offset values are configured by radio resource control (RRC) signaling.

[0094] In a twentieth example, the method of the thirteenth example, wherein the aperiodic CSI report is transmitted using a configured grant (CG) -physical uplink shared channel (PUSCH) .

[0095] In a twenty first example, the method of the twentieth example, wherein the DCI further comprises a report offset indicator field configured to indicate a slot offset relative to the DCI for a semi-persistent scheduling (SPS) configured grant (CG) -PUSCH.

[0096] In a twenty second example, the method of the twentieth example, wherein for each semi-persistent scheduling (SPS) configured grant (CG) -PUSCH configuration an offset relative to a slot in which the DCI is detected is configured by radio resource control (RRC) signaling.

[0097] In a twenty third example, the method of the twentieth example, wherein the DCI further comprises a CG-PUSCH indicator field configured to indicate one CG-PUSCH configuration from a plurality of CG-PUSCH configuration for the aperiodic CSI report transmission.

[0098] In a twenty fourth example, the method of the twentieth example, further comprising decoding, based on radio resource control (RRC) signaling received from the base station, one or more parameters for each CG-PUCH configuration, the one or more parameters comprising at least one of an uplink bandwidth part (BWP) ID, a time domain resource allocation (TDRA) , a frequency domain resource allocation (FDRA) , antenna ports and modulation and coding s cheme (MCS) configuration information.

[0099] In a twenty fifth example, the method of the twentieth example, wherein the DCI is configured to indicate a modulation and coding scheme (MCS) for the CG-PUSCH.

[0100] In a twenty sixth example, the method of the twentieth example, wherein the DCI is configured to indicate a differential modulation and coding scheme (MCS) for the CG-PUSCH with reference to the MCS of a physical downlink shared channel (PDSCH) scheduled by the DCI, the differential MCS quantized to a 3-bit value.

[0101] In a twenty seventh example, the method of the twentieth example, wherein the DCI is configured to include a CG-PUSCH indicator field.

[0102] In a twenty eighth example, the method of the twenty seventh example, wherein when a single CG-PUSCH is configured by  radio resource control (RRC) signaling for the aperiodic CSI report, the CG-PUSCH indicator field is not present in the DCI.

[0103] In a twenty ninth example, the method of the twenty seventh example, wherein the CG-PUSCH indicator field is configured to indicate which of a plurality of CG-PUSCH configurations are to be used for the CG-PUSCH transmission, wherein the plurality of CG-PUSCH configurations are provided by radio resource control (RRC) signaling.

[0104] In a thirtieth example, the method of the thirteenth example, wherein the DCI is DCI format 1_1 or DCI format 1_2 and further comprises a transmission configuration indicator (TCI) update, wherein the aperiodic CSI report is transmitted on PUSCH and is configured to indicate successful reception of the TCI update field in the DCI.

[0105] In a thirty first example, the method of the thirtieth example, wherein a beam application time for the TCI update is based on a UE capability for beam application time and an offset value provided in the DCI.

[0106] In a thirty second example, a processor configured to perform any of the methods of the thirteenth through thirty first examples.

[0107] In a thirty third example, a user equipment comprising a transceiver configured to communicate with a base station and a processor communicatively coupled to the transceiver and configured to perform any of the methods of the thirteenth through thirty first examples.

[0108] Those skilled in the art will understand that the above-described example embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An example hardware platform for implementing the example embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. The example embodiments described above may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0109] Although this application described various embodiments each having different features in various combinations, those skilled in the art will understand that any of the features of one embodiment may be combined with the features of the other embodiments in any manner not specifically disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed embodiments.

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

[0111] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalent.

Claims

1.An apparatus of a user equipment (UE) , the apparatus comprising processing circuitry configured to:decode, based on signaling received from a base station, downlink control information (DCI) for uplink resource allocation, the DCI comprising a first field configured to provide a transmission configuration indicator (TCI) update and a second field configured to trigger aperiodic channel state information (CSI) reporting; andconfigure transceiver circuitry to transmit one or more CSI reports using physical uplink shared channel (PUSCH) resources indicated by the DCI.2.The apparatus of claim 1, wherein the DCI is DCI format 0_1 or DCI format 0_2.3.The apparatus of claim 1, wherein the processing circuitry is further configured to:configure the transmit circuitry to transmit a physical uplink control channel (PUCCH) signal in response to the decoded DCI.4.The apparatus of claim 3, where the PUCCH comprises a hybrid automatic repeat request (HARQ) acknowledgement (ACK) .5.The apparatus of claim 3, wherein the processing circuitry is further configured to:determine a PUCCH resource for the PUCCH signal transmission based on configuration information received by radio resource control (RRC) signaling.6.The apparatus of claim 5, wherein the configuration information includes at least one of an uplink bandwidth part (BWP) ID, a PUCCH resource ID, a slot offset defined relative to a slot in which the DCI is detected and a slot offset list comprising a plurality of slot offsets.7.The apparatus of claim 3, wherein the processing circuitry is further configured to:decode, based on signaling received from the base station, a parameter indicating a slot offset between a slot of the PUCCH and a first slot of the CSI-RS resource set.8.The apparatus of claim 7, wherein the processing circuitry is further configured to:decode, based on the slot offset, a channel state information (CSI) -reference signal (RS) resource set, wherein the one or more CSI reports are transmitted on the PUSCH scheduled by the detected DCI and include at least measurement data based on the CSI-RS resource set.9.The apparatus of claim 1, wherein the processing circuitry is further configured to:decode, based on signaling received from the base station, a slot offset parameter corresponding to a channel state information (CSI) -reference signal (RS) resource set indicating a slot offset between a slot in which the DCI is detected and a first slot of the CSI-RS resource set; anddecode, based on the slot offset, the CSI-RS resource set, wherein the one or more CSI reports are to be transmitted on a physical uplink shared channel (PUSCH) and include at least measurement data based on the CSI-RS resource set.10.The apparatus of claim 1, wherein the PUSCH transmission is configured to indicate to the base station a successful reception of the TCI update field in the DCI.11.An apparatus of a user equipment (UE) , the apparatus comprising processing circuitry configured to:decode, based on signaling received from a base station, downlink control information (DCI) for downlink resource al location, the DCI comprising a field configured to trigger aperiodic channel state information (CSI) reporting; andconfigure transceiver circuitry to transmit an aperiodic CSI report corresponding to one or more beams to the base station.12.The apparatus of claim 11, wherein the field configured to trigger aperiodic CSI reporting comprises one or more of a modulation a coding scheme (MCS) field, a redundancy version (RV) field and the frequency domain resource assignment (FDRA) field.13.The apparatus of claim 11, wherein the aperiodic CSI report is transmitted on physical uplink control channel (PUCCH) .14.The apparatus of claim 13, wherein the aperiodic CSI report is transmitted using one of PUCCH format 2, 3 or 4, wherein the one of PUCCH format 2, 3 or 4 is configured by radio resource control (RRC) signaling.15.The apparatus of claim 13, wherein the DCI is configured to include a report offset indicator field configured to indicate a slot offset from one or more slot offset values configured by radio resource control (RRC) signaling, wherein each slot offset  value is defined as an offset between a slot in which the DCI is detected and a first slot of a PUCCH resource.16.The apparatus of claim 15, wherein when a single slot offset value is configured by radio resource control (RRC) signaling, the slot offset indicator field is not present in the DCI.17.The apparatus of claim 15, wherein the report offset indicator field is configured to indicate which of a plurality of slot offset values are to be used for the PUCCH transmission, wherein the plurality of slot offset values are configured by radio resource control (RRC) signaling.18.The apparatus of claim 11, wherein the aperiodic CSI report is transmitted using a configured grant (CG) -physical uplink shared channel (PUSCH) .19.The apparatus of claim 11, wherein the DCI is DCI format 1_1 or DCI format 1_2 and further comprises a transmission configuration indicator (TCI) update,wherein the aperiodic CSI report is transmitted on PUSCH and is configured to indicate successful reception of the TCI update field in the DCI.20.The apparatus of claim 19, where a beam application time for the TCI update is based on a UE capability for beam application time and an offset value provided in the DCI.

Images