Flexible l1 scheduling of CSI reports

Abstract

In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a UE. The UE receives a first Downlink Control Information (DCI) that triggers a Channel State Information Reference Signal (CSI-RS) measurement by the UE and generation of a CSI report by the UE. The CSI report is associated with a codepoint. The first DCI does not schedule a Physical Uplink Shared Channel (PUSCH) for transmission of the generated CSI report. The UE performs the CSI-RS measurement and generates the CSI report based on the CSI-RS measurement. The UE receives a second DCI that schedules a PUSCH for uplink transmission by the UE and includes an indication, corresponding to the same codepoint, to multiplex the generated CSI report onto the scheduled PUSCH. The UE transmits, the generated CSI report on the PUSCH scheduled by the second DCI.

Description

FLEXIBLE L1 SCHEDULING OF CSI REPORTSCROSS-REFERENCE TO RELATED APPLICATION (S)

[0001] This application claims the benefits of U.S. Provisional Application Serial No. 63 / 657,166 entitled “METHOD FOR FLEXIBLE L1 SCHEDULING OF CSI REPORTS” and filed on June 7, 2024, which is expressly incorporated by reference herein in its entirety.BACKGROUNDField

[0002] The present disclosure relates generally to wireless communications, and more particularly, to a method for flexible L1 scheduling of CSI reports. Background

[0003] The statements in this section merely provide background information related to the present disclosure and may not constitute prior art.

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

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

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

[0007] In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a UE. The UE receives a first Downlink Control Information (DCI) that triggers a Channel State Information Reference Signal (CSI-RS) measurement by the UE and generation of a CSI report by the UE. The CSI report is associated with a codepoint. The first DCI does not schedule a Physical Uplink Shared Channel (PUSCH) for transmission of the generated CSI report. The UE performs the CSI-RS measurement and generates the CSI report based on the CSI-RS measurement. The UE receives a second DCI that schedules a PUSCH for uplink transmission by the UE and includes an indication, corresponding to the same codepoint, to multiplex the generated CSI report onto the scheduled PUSCH. The UE transmits, the generated CSI report on the PUSCH scheduled by the second DCI.

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

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

[0010] FIG. 2 is a diagram illustrating a base station in communication with a UE in an access network.

[0011] FIG. 3 illustrates an example logical architecture of a distributed access network.

[0012] FIG. 4 illustrates an example physical architecture of a distributed access network.

[0013] FIG. 5 is a diagram showing an example of a DL-centric slot.

[0014] FIG. 6 is a diagram showing an example of an UL-centric slot.

[0015] FIG. 7 is a diagram illustrating L1 multiplexing of CSI.

[0016] FIG. 8 is a diagram illustrating an example uplink data processing flow.

[0017] FIG. 9 (A) is a diagram illustrating a timeline of the A-CSI-RS and A-CSI report.

[0018] FIG. 9 (B) is a diagram illustrating an MAC CE for aperiodic CSI trigger state subselection.

[0019] FIG. 10 (A) is a diagram illustrating an arbitrary example.

[0020] FIG. 10 (B) is a diagram illustrating UL arbitration.

[0021] FIG. 11 is a diagram illustrating separate DCIs for triggering A-CSI-RS and scheduling corresponding A-CSI report transmission.

[0022] FIG. 12 is a diagram illustrating a cancellation scenario.

[0023] FIG. 13 is a diagram illustrating another example uplink data processing flow.

[0024] FIG. 14 is a diagram illustrating separate DCIs triggering A-CSI-RS and A-CSI report.

[0025] FIG. 15 is a diagram illustrating signaling for time-domain mapping.

[0026] FIG. 16 illustrates a flow chart of a process for flexible L1 scheduling of CSI reports.

[0027] FIG. 17 illustrates a flow chart of another process for flexible L1 scheduling of CSI reports.DETAILED DESCRIPTION

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

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

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

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

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

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

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

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

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

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

[0038] A base station 102, whether a small cell 102’ or a large cell (e.g., macro base station) , may include an eNB, gNodeB (gNB) , or another type of base station. Some base stations, such as gNB 180 may operate in a traditional sub 6 GHz spectrum, in millimeter wave (mmW) frequencies, and / or near mmW frequencies in communication with the UE 104. When the gNB 180 operates in mmW or near mmW frequencies, the gNB 180 may be referred to as an mmW base station. Extremely high frequency (EHF) is part of the RF in the electromagnetic spectrum. EHF has a range of 30 GHz to 300 GHz and a wavelength between 1 millimeter and 10 millimeters. Radio waves in the band may be referred to as a millimeter wave. Near mmW may extend down to a frequency of 3 GHz with a wavelength of 100 millimeters. The super high frequency (SHF) band extends between 3 GHz and 30 GHz, also referred to as centimeter wave. Communications using the mmW / near mmW radio frequency band (e.g., 3 GHz -300 GHz) has extremely high path loss and a short range. The mmW base station 180 may utilize beamforming 182 with the UE 104 to compensate for the extremely high path loss and short range.

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

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

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

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

[0043] Although the present disclosure may reference 5G New Radio (NR) , the present disclosure may be applicable to other similar areas, such as LTE, LTE-Advanced (LTE-A) , Code Division Multiple Access (CDMA) , Global System for Mobile communications (GSM) , or other wireless / radio access technologies.

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

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

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

[0047] The controller / processor 259 can be associated with a memory 260 that stores program codes and data. The memory 260 may be referred to as a computer-readable medium. In the UL, the controller / processor 259 provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, and control signal processing to recover IP packets from the EPC 160. The controller / processor 259 is also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

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

[0049] Channel estimates derived by a channel estimator 258 from a reference signal or feedback transmitted by the base station 210 may be used by the TX processor 268 to select the appropriate coding and modulation schemes, and to facilitate spatial processing. The spatial streams generated by the TX processor 268 may be provided to different antenna 252 via separate transmitters 254TX. Each transmitter 254TX may modulate an RF carrier with a respective spatial stream for transmission. The UL transmission is processed at the base station 210 in a manner similar to that described in connection with the receiver function at the UE 250. Each receiver 218RX receives a signal through its respective antenna 220. Each receiver 218RX recovers information modulated onto an RF carrier and provides the information to a RX processor 270.

[0050] The controller / processor 275 can be associated with a memory 276 that stores program codes and data. The memory 276 may be referred to as a computer-readable medium. In the UL, the controller / processor 275 provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, control signal processing to recover IP packets from the UE 250. IP packets from the controller / processor 275 may be provided to the EPC 160. The controller / processor 275 is also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0051] New radio (NR) may refer to radios configured to operate according to a new air interface (e.g., other than Orthogonal Frequency Divisional Multiple Access (OFDMA) -based air interfaces) or fixed transport layer (e.g., other than Internet Protocol (IP) ) . NR may utilize OFDM with a cyclic prefix (CP) on the uplink and downlink and may include support for half-duplex operation using time division duplexing (TDD) . NR may include Enhanced Mobile Broadband (eMBB) service targeting wide bandwidth (e.g. 80 MHz beyond) , millimeter wave (mmW) targeting high carrier frequency (e.g. 60 GHz) , massive MTC (mMTC) targeting non-backward compatible MTC techniques, and / or mission critical targeting ultra-reliable low latency communications (URLLC) service.

[0052] A single component carrier bandwidth of 100 MHz may be supported. In one example, NR resource blocks (RBs) may span 12 sub-carriers with a sub-carrier bandwidth of 60 kHz over a 0.25 ms duration or a bandwidth of 30 kHz over a 0.5 ms duration (similarly, 50MHz BW for 15kHz SCS over a 1 ms duration) . Each radio frame may consist of 10 subframes (10, 20, 40 or 80 NR slots) with a length of 10 ms. Each slot may indicate a link direction (i.e., DL or UL) for data transmission and the link direction for each slot may be dynamically switched. Each slot may include DL / UL data as well as DL / UL control data. UL and DL slots for NR may be as described in more detail below with respect to FIGs. 5 and 6.

[0053] The NR RAN may include a central unit (CU) and distributed units (DUs) . A NR BS (e.g., gNB, 5G Node B, Node B, transmission reception point (TRP) , access point (AP) ) may correspond to one or multiple BSs. NR cells can be configured as access cells (ACells) or data only cells (DCells) . For example, the RAN (e.g., a central unit or distributed unit) can configure the cells. DCells may be cells used for carrier aggregation or dual connectivity and may not be used for initial access, cell selection / reselection, or handover. In some cases DCells may not transmit synchronization signals (SS) in some cases DCells may transmit SS. NR BSs may transmit downlink signals to UEs indicating the cell type. Based on the cell type indication, the UE may communicate with the NR BS. For example, the UE may determine NR BSs to consider for cell selection, access, handover, and / or measurement based on the indicated cell type.

[0054] FIG. 3 illustrates an example logical architecture of a distributed RAN 300, according to aspects of the present disclosure. A 5G access node 306 may include an access node controller (ANC) 302. The ANC may be a central unit (CU) of the distributed RAN. The backhaul interface to the next generation core network (NG-CN) 304 may terminate at the ANC. The backhaul interface to neighboring next generation access nodes (NG-ANs) 310 may terminate at the ANC. The ANC may include one or more TRPs 308 (which may also be referred to as BSs, NR BSs, Node Bs, 5G NBs, APs, or some other term) . As described above, a TRP may be used interchangeably with “cell. ”

[0055] The TRPs 308 may be a distributed unit (DU) . The TRPs may be connected to one ANC (ANC 302) or more than one ANC (not illustrated) . For example, for RAN sharing, radio as a service (RaaS) , and service specific ANC deployments, the TRP may be connected to more than one ANC. A TRP may include one or more antenna ports. The TRPs may be configured to individually (e.g., dynamic selection) or jointly (e.g., joint transmission) serve traffic to a UE.

[0056] The local architecture of the distributed RAN 300 may be used to illustrate fronthaul definition. The architecture may be defined that support fronthauling solutions across different deployment types. For example, the architecture may be based on transmit network capabilities (e.g., bandwidth, latency, and / or jitter) . The architecture may share features and / or components with LTE. According to aspects, the next generation AN (NG-AN) 310 may support dual connectivity with NR. The NG-AN may share a common fronthaul for LTE and NR.

[0057] The architecture may enable cooperation between and among TRPs 308. For example, cooperation may be preset within a TRP and / or across TRPs via the ANC 302. According to aspects, no inter-TRP interface may be needed / present.

[0058] According to aspects, a dynamic configuration of split logical functions may be present within the architecture of the distributed RAN 300. The PDCP, RLC, MAC protocol may be adaptably placed at the ANC or TRP.

[0059] FIG. 4 illustrates an example physical architecture of a distributed RAN 400, according to aspects of the present disclosure. A centralized core network unit (C-CU) 402 may host core network functions. The C-CU may be centrally deployed. C-CU functionality may be offloaded (e.g., to advanced wireless services (AWS) ) , in an effort to handle peak capacity. A centralized RAN unit (C-RU) 404 may host one or more ANC functions. Optionally, the C-RU may host core network functions locally. The C-RU may have distributed deployment. The C-RU may be closer to the network edge. A distributed unit (DU) 406 may host one or more TRPs. The DU may be located at edges of the network with radio frequency (RF) functionality.

[0060] FIG. 5 is a diagram 500 showing an example of a DL-centric slot. The DL-centric slot may include a control portion 502. The control portion 502 may exist in the initial or beginning portion of the DL-centric slot. The control portion 502 may include various scheduling information and / or control information corresponding to various portions of the DL-centric slot. In some configurations, the control portion 502 may be a physical DL control channel (PDCCH) , as indicated in FIG. 5. The DL-centric slot may also include a DL data portion 504. The DL data portion 504 may sometimes be referred to as the payload of the DL-centric slot. The DL data portion 504 may include the communication resources utilized to communicate DL data from the scheduling entity (e.g., UE or BS) to the subordinate entity (e.g., UE) . In some configurations, the DL data portion 504 may be a physical DL shared channel (PDSCH) .

[0061] The DL-centric slot may also include a common UL portion 506. The common UL portion 506 may sometimes be referred to as an UL burst, a common UL burst, and / or various other suitable terms. The common UL portion 506 may include feedback information corresponding to various other portions of the DL-centric slot. For example, the common UL portion 506 may include feedback information corresponding to the control portion 502. Non-limiting examples of feedback information may include an ACK signal, a NACK signal, a HARQ indicator, and / or various other suitable types of information. The common UL portion 506 may include additional or alternative information, such as information pertaining to random access channel (RACH) procedures, scheduling requests (SRs) , and various other suitable types of information.

[0062] As illustrated in FIG. 5, the end of the DL data portion 504 may be separated in time from the beginning of the common UL portion 506. This time separation may sometimes be referred to as a gap, a guard period, a guard interval, and / or various other suitable terms. This separation provides time for the switch-over from DL communication (e.g., reception operation by the subordinate entity (e.g., UE) ) to UL communication (e.g., transmission by the subordinate entity (e.g., UE) ) . One of ordinary skill in the art will understand that the foregoing is merely one example of a DL-centric slot and alternative structures having similar features may exist without necessarily deviating from the aspects described herein.

[0063] FIG. 6 is a diagram 600 showing an example of an UL-centric slot. The UL-centric slot may include a control portion 602. The control portion 602 may exist in the initial or beginning portion of the UL-centric slot. The control portion 602 in FIG. 6 may be similar to the control portion 502 described above with reference to FIG. 5. The UL-centric slot may also include an UL data portion 604. The UL data portion 604 may sometimes be referred to as the pay load of the UL-centric slot. The UL portion may refer to the communication resources utilized to communicate UL data from the subordinate entity (e.g., UE) to the scheduling entity (e.g., UE or BS) . In some configurations, the control portion 602 may be a physical DL control channel (PDCCH) .

[0064] As illustrated in FIG. 6, the end of the control portion 602 may be separated in time from the beginning of the UL data portion 604. This time separation may sometimes be referred to as a gap, guard period, guard interval, and / or various other suitable terms. This separation provides time for the switch-over from DL communication (e.g., reception operation by the scheduling entity) to UL communication (e.g., transmission by the scheduling entity) . The UL-centric slot may also include a common UL portion 606. The common UL portion 606 in FIG. 6 may be similar to the common UL portion 506 described above with reference to FIG. 5. The common UL portion 606 may additionally or alternatively include information pertaining to channel quality indicator (CQI) , sounding reference signals (SRSs) , and various other suitable types of information. One of ordinary skill in the art will understand that the foregoing is merely one example of an UL-centric slot and alternative structures having similar features may exist without necessarily deviating from the aspects described herein.

[0065] In some circumstances, two or more subordinate entities (e.g., UEs) may communicate with each other using sidelink signals. Real-world applications of such sidelink communications may include public safety, proximity services, UE-to-network relaying, vehicle-to-vehicle (V2V) communications, Internet of Everything (IoE) communications, IoT communications, mission-critical mesh, and / or various other suitable applications. Generally, a sidelink signal may refer to a signal communicated from one subordinate entity (e.g., UE1) to another subordinate entity (e.g., UE2) without relaying that communication through the scheduling entity (e.g., UE or BS) , even though the scheduling entity may be utilized for scheduling and / or control purposes. In some examples, the sidelink signals may be communicated using a licensed spectrum (unlike wireless local area networks, which typically use an unlicensed spectrum) .

[0066] Channel State Information (CSI) reporting is an important feedback mechanism in modern wireless networks, enabling a User Equipment (UE) to inform the base station about the downlink (DL) channel conditions. CSI reports typically include some metrics. For example, these metrics include: Channel Quality Indicator (CQI) indicating the recommended modulation and coding scheme (MCS) , Precoding Matrix Indicator (PMI) indicating optimal beamforming / precoding configurations, and Rank Indicator (RI) indicating the number of spatial layers for Multiple Input Multiple Output (MIMO) transmission. CSI reports allow a base station to adapt transmission parameters dynamically, optimizing spectral efficiency, link reliability, and overall network performance.

[0067] CSI reporting can be categorized into three primary types based on activation and transmission methods, including: (1) Periodic CSI (P-CSI) : CSI Reports are transmitted at fixed intervals via the Physical  Uplink Control Channel (PUCCH) . It can be configured via Radio Resource Control (RRC) signaling without dynamic triggering. (2) Semi-Persistent CSI (SP-CSI) : CSI Reports are transmitted periodically (e.g., every 20ms)  on either PUCCH or Physical Uplink Shared Channel (PUSCH) until explicitly deactivated.  (3) Aperiodic CSI (A-CSI) : CSI Reporting is triggered dynamically by Downlink Control  Information (DCI) , with reports transmitted on PUSCH.

[0068] In 5G New Radio (NR) , Uplink Control Information (UCI) is multiplexed with PUSCH transmissions at the physical layer by reallocating resource elements (REs) originally allocated for the Uplink Shared Channel (UL-SCH) to carry UCI payload. The architecture implements distinct encoding and modulation schemes for UCI and user data transmissions. For example, UCI processing employs Quadrature Phase Shift Keying (QPSK) modulation with reduced coding rates to achieve enhanced transmission robustness, while user data may be retransmitted by Hybrid Automatic Repeat reQuest (HARQ) retransmission mechanisms. UCI transmissions are excluded from HARQ retransmission mechanisms in this configuration. UCI and user data may further maintain independent decoding processes at the base station (gNB) side. That is, UCI and data streams may be reconstructed through parallel decoding operations despite their frequency-domain multiplexing.

[0069] FIG. 7 is a diagram 700 illustrating Layer 1 (L1) multiplexing of CSI. In FIG. 7, the horizontal axis represents the time or symbols, while the vertical axis represents the frequency subcarriers. As shown in FIG. 7, twelve subcarriers constitute one resource block (RB) within a single symbol duration. The PUSCH grant allocates REs for data transmission. However, some predetermined subcarriers are reserved for demodulation reference signals (DMRS) . The shared DMRS configuration may reduce channel estimation overhead at the base station (gNB) , while simultaneously maintaining spectral efficiency for UCI transmission through optimized resource element allocation.

[0070] To maximize transmission robustness, HARQ acknowledgement (HARQ-ACK) information is mapped to resource elements proximate to DMRS within PUSCH resources. On the other hand, for latency-sensitive control information, to minimize the latency of UCI, UCI may be mapped to initial orthogonal frequency-division multiplexing (OFDM) symbols of the PUSCH transmission. This mapping may be extended to subsequent symbols, when required by payload size or resource allocation constraints. In 5G implementations, the frequency-domain mapping distributes UCI across the entire frequency allocation granted for uplink transmission.

[0071] This mapping configuration creates an interlaced pattern. In such a pattern, the spacing between HARQ REs is determined based on a required quantity of HARQ-ACK REs and a specific ratio between the frequency allocation and the number of HARQs. As shown in FIG. 7, CSI transmission is divided into two distinct segments. The first segment mapped to initial symbol periods is prioritized for transmission of critical CSI components, while the second segment occupies subsequent symbol periods and can be interlaced with the DMRS. This partitioned configuration achieves enhanced reliability for essential CSI parameters while preserving spectral efficiency.

[0072] While the described 5G NR mechanisms optimize network performance, they can introduce significant implementation complexities at the UE. For next-generation systems, such as 6G, a trade-off is often sought to relax UE implementation burdens, potentially at some cost to peak network performance or signaling overhead. This necessitates architectural optimizations for CSI reporting and scheduling to better balance these competing requirements.

[0073] To address these complexities, particularly hard real-time (HRT) issues associated with Layer-1 aperiodic CSI (A-CSI) , periodic CSI (P-CSI) , and semi-persistent CSI (SP-CSI) reporting in NR, enhancements to L1 scheduling are proposed. These enhancements aim to, for instance, decouple the scheduling of A-CSI Reference Signals (A-CSI-RS) from the A-CSI report transmission, provide more robustness through potential retransmissions for UCI, support scenarios where a single Downlink Control Information (DCI) message can schedule multiple Physical Uplink Shared Channels (PUSCHs) over the same or different Component Carriers (CCs) , and suppress complex cross-CC arbitration procedures involving Physical Uplink Control Channel (PUCCH) carrying CSI, thereby simplifying UE design and operation.

[0074] The mechanisms for flexible L1 scheduling and multiplexing of CSI reports include several aspects. One aspect involves allowing separate DCIs to trigger A-CSI-RS measurements and to schedule the corresponding A-CSI report, with these distinct DCIs potentially referring to the same codepoint to maintain linkage. Another aspect focuses on multiplexing CSI / UCI with data at L1 by reserving resource elements within the PUSCH resource allocation, where UCI is encoded separately from data and may have different reliability characteristics. This includes considerations for how a DCI can request CSI reporting on scheduled PUSCHs, select the OFDM symbol for CSI / UCI mapping start, and how CSI computation delay constraints are applied. A further aspect proposes supporting only DCI-triggered CSI report types, such as A-CSI and SP-CSI over PUSCH, which can simplify UE procedures by, for example, omitting certain PUCCH formats and their associated complexities.

[0075] FIG. 8 is a diagram 800 illustrating an example uplink data processing flow. As shown, HARQ-ACK and CSI reports are processed independently. After being separately encoded, often to a smaller size for robustness, these Uplink Control Information (UCI) components may undergo further UCI-specific processing steps. These steps can include rate matching, code block concatenation, scrambling, modulation, layer mapping, and precoding. Subsequently, the processed UCI components are combined with encoded user data for RE-level mapping.

[0076] Meanwhile, Layer 2 data is processed to generate Transport Blocks (TBs) . These TBs are then prepared for transmission on the Physical Uplink Shared Channel (UL-SCH) , which primarily carries uplink user data. This preparation involves UL-SCH processing, including encoding. More detailed configurations may specify steps such as Code Block (CB) segmentation, Cyclic Redundancy Check (CRC) attachment, and Low-Density Parity-Check (LDPC) coding, before the encoded data proceeds to RE-level mapping.

[0077] During RE-level mapping, the encoded data (including HARQ-ACK, CSI reports, and TB-processed data) is mapped onto physical REs, determining their positions in the time-frequency resource grid.

[0078] Finally, the mapped data is modulated onto the carrier using Cyclic Prefix-OFDM (CP-OFDM) for transmission.

[0079] The independent encoding of HARQ, CSI reports, and TBs allows each to have distinct code rates, resulting in different robustness levels. Even the modulation order can be different between UCI and data. In this scheme, difference in robustness and size may cause some data code blocks to fail decoding at the gNB.

[0080] This occurs around 10%of the time (or whatever the actual percentage turns out to be) , since retransmissions will compensate for any losses. In contrast, the control signal has a higher probability of successful delivery in the initial transmission -essentially a single-shot delivery. This is similar to how UCI would be transmitted over a dedicated PUCCH, a physical-layer control channel.

[0081] Additionally, when data undergoes retransmission, the UCI is not retransmitted with it. This provides low-latency delivery for control information, which optimizes both performance and network resource utilization.

[0082] However, although current NR implementation optimizes network performance, it introduces implementation complexities for the UE. For next-generation (6G) systems, trade-offs between network performance and UE implementation necessitates architectural optimizations.

[0083] The aforementioned need for architectural optimizations in 6G to reduce UE implementation complexity also highlights the importance of carefully managing all related processing aspects. This includes not only the transmission path of UCI and data as depicted in FIG. 8, but also the preceding stages such as the processing timelines for CSI-RS measurement and report generation.

[0084] FIG. 9 (A) is a diagram 900 illustrating the timeline of the A-CSI-RS and A-CSI report. In an aperiodic scenario, as shown in FIG. 9 (A) , an A-CSI request triggers both A-CSI-RS and A-CSI report. The A-CSI request traditionally creates coupled scheduling of reference signals, CSI reports, and dedicated PUSCH resources. Specifically, a base station, such as the base station 102, through DCI 902, may schedule a PUSCH 904 for transmitting A-CSI report. The base station 102 may also schedule A-CSI-RS 906 for measurement via DCI 902. A predetermined slot offset between the DCI 902 and the PUSCH 904 can be configured to provide that a UE, such as the UE 104, has sufficient processing time for measurements and report generation. Although the scheduling may include multiple resource allocations, FIG. 9 (A) illustrates only a single PUSCH scheduling instance for simplicity.

[0085] In this scenario, the PUSCH transmission is not configured with periodic repetitions, and the associated measurement signal is an aperiodic measurement signal (though periodic measurement signals may also be applicable) . This configuration is event-driven and particularly suitable for aperiodic CSI measurement cases.

[0086] Scheduling has certain time constraints, as it needs to allow sufficient time to process measurement data and generate the report before the report can be transmitted on a grant. A UE, such as the UE 104, is guaranteed a minimum number of symbols to complete the computation. As shown in FIG. 9 (A) , parameter Z, which is used such that the UE completes CSI computation and transmission preparation after receiving DCI, is defined as the minimum symbol separation between the DCI 902 and the first symbol of the PUSCH 904, while parameter Z'is defined as the minimum symbol separation between the last symbol of the measurement resource, i.e., the A-CSI-RS 906, and the first symbol of the PUSCH, representing the CSI computation delay. The parameter Z'is used to provide adequate UE processing time between measurement and report generation while preventing resource conflicts.

[0087] When the CSI report is a general report containing subband information and involves overlapping multiple measurements, the parameters Z and Z’ may provide a relatively relaxed computation time margin to accommodate complex parallel computation requirements. Specifically, these CSI computation delays are benchmarked against established standard UE processing timelines. The delay Z (from DCI reception triggering CSI to the PUSCH carrying the CSI report) is typically much larger than the N2 timeline, where N2 is the standard UE processing time from the reception of a DCI scheduling a general uplink transmission to the start of that uplink transmission. Similarly, the delay Z’ (from the last symbol of the CSI-RS to the PUSCH carrying the CSI report) is typically much larger than the N1 timeline, where N1 is the standard UE processing time from the reception of a PDSCH to the transmission of the corresponding HARQ-ACK. Such comparisons, Z ＞＞ N2 and Z’＞＞ N1, show that CSI computation can be significantly longer than other UE processing tasks, thus providing the UE adequate processing time for complex CSI calculations.

[0088] However, if the CSI computation involves a single non-parallel task such as a wideband CQI report, the 5G standard imposes stricter processing timelines, requiring more stringent values for Z and Z'in such cases. Referring to FIG. 9 (A) , a special case called "quick CSI" exists for latency-sensitive scenarios (e.g., wideband CQI reporting) , such a case may require exceptional handling.

[0089] The DCI 902 is an uplink DCI specifying the parameters for PUSCH. It includes an additional field, referred to as a codepoint, which serves as a pointer. This codepoint refers to a mapping, potentially defined via Layer 2 tables, to a Layer 3 configured CSI trigger state list. This trigger state list, preconfigured by RRC and potentially refined by MAC layer signaling, contains descriptors for the necessary reference symbol (s) (of which there can be more than one) and the associated reporting configuration. For instance, the slot offset for this report is included in such a descriptor.

[0090] FIG. 9 (B) is a diagram 950 illustrating an MAC CE for aperiodic CSI trigger state subselection. As shown in FIG. 9 (B) , the first octet (Oct1, 8-bit byte) consists of header fields, including: a reserved bit (R, 1 bit) , a serving cell ID field (5 bits) indicating the serving cell, and a Bandwidth Part (BWP) ID (2 bits) identifying the active BWP. The remaining octets contain a trigger state bitmap, where each bit (e.g., T0) corresponds to a trigger state in the aperiodicTriggerStateList. This bitmap indicates the selection status of the configured Aperiodic Trigger States, with T0 representing the first trigger state in the list, T1 representing the second, and so on.

[0091] A codepoint in the DCI, such as the CSI request field, indicates one or more trigger states from a list of Aperiodic Trigger States configured by RRC. Separately, an Aperiodic CSI Trigger State Subselection MAC CE, as illustrated in FIG. 9 (B) , may be used to indicate a subset of these RRC-configured trigger states that are currently active or subselected by the network. For a CSI report to be triggered for a specific aperiodic trigger state, that state generally needs to be indicated by the DCI’s codepoint and also be among those subselected as active by the relevant MAC CE signaling, if applicable.

[0092] FIG. 10 (A) is a diagram 1000 illustrating an example of multiple overlapping uplink transmissions, and FIG. 10 (B) is a diagram 1050 illustrating the UE HRT processing path for UL arbitration. At Layer 1 (L1) , the UL arbitration process resolves temporal overlaps between different uplink channels and transmissions. This process dynamically allocates resources among multiple users or devices to determine uplink transmission opportunities. UL arbitration operates within the HRT processing path, constrained by the N2 timeline, which is approximately 300 microseconds. This N2 timeline commences upon DCI reception and concludes before the corresponding uplink transmission. The time constraint is critical because a DCI received for a later transmission opportunity might dynamically alter the channel overlap scenario, potentially requiring re-execution of the UL arbitration procedure if decisions were not finalized. Specifically, as depicted in FIG. 10 (B) , upon DCI reception, the UE must complete several tasks within the N2 timeline: 1) DCI decoding (which includes Physical Downlink Control Channel blind detection) , 2) UL Arbitration to resolve any conflicts, 3) configuration of PUSCH, PUCCH, Sounding Reference Signal (SRS) transmissions, and Transmit Power Control (TPC) settings, and 4) initiating Hardware (HW) Processing for the upcoming transmission. These processes must be performed within this tight time window.

[0093] Furthermore, a fundamental design contradiction arises between CSI processing requirements and arbitration timing constraints, as the arbitration decision depends on the CSI report content (including resource requirements) . While CSI measurement and report generation typically require extended processing periods (e.g., tens to hundreds of symbols) and can tolerate non-real-time handling, the UL arbitration process must be completed within an extremely tight time frame in which CSI computation cannot completed.

[0094] Temporal decoupling may be used to address these challenges. It enables separate decision points for measurement activation and PUSCH grant scheduling when transmitting CSI reports, thereby accommodating longer CSI computation periods while maintaining efficient scheduling dynamics.

[0095] To address these challenges, the present disclosure proposes a decoupled DCI signaling mechanism to optimize uplink scheduling and reduce UE implementation complexity. Specifically, in this mechanism, an initial DCI is used to activate A-CSI-RS resources and their associated reporting configurations, prompting the UE to perform measurements and prepare a CSI report. This initial DCI does not schedule the PUSCH for the report. Instead, a subsequent, separate DCI dynamically schedules the PUSCH resources for the actual transmission of this CSI report. The linkage between the A-CSI-RS activation and the eventual report transmission is maintained, for example, by both DCIs referring to a common identifier, such as a shared codepoint. This decoupling provides temporal optimization, allowing the gNodeB (gNB) to finalize multiplexing decisions-such as bundling HARQ-ACK with CSI reports-at a later scheduling instant when more complete channel state information or other scheduling needs become clear. A primary benefit is the elimination or significant reduction of the need for UE-side hard real-time arbitration of potentially conflicting PUSCH / PUCCH transmissions, especially across component carriers. The overall approach thereby may suppress complex cross-carrier arbitration involving PUCCH-based CSI reporting and potentially removing dependency on certain PUCCH formats (e.g., Formats 2 / 3 / 4 for CSI) .

[0096] FIG. 11 is a diagram 1100 illustrating separate DCIs for triggering A-CSI-RS and scheduling corresponding A-CSI report transmission. These DCIs maintain association through a shared code point field, which establishes the link between the activation of the report and the transmission of the report. The code point is a DCI field that maps (via Layer 2 configured tables) to preconfigured Layer 3 CSI trigger state lists. Each trigger state list contains both measurement resource configurations and their associated CSI report parameters.

[0097] As shown in FIG. 11, a DCI 1102 triggers A-CSI reporting configuration. The DCI 1102 includes a CSI request field having a code point p to indicate the A-CSI-RS corresponding to the code point p. The code point P serves to trigger measurements and activate report generation. The UE measures the specified A-CSI-RS and generates an A-CSI report 1104, which is transmitted as UCI. However, no PUSCH resource is simultaneously scheduled for the CSI report transmission via the triggering DCI. The DCI 1102 may function as a compound DCI scheduling solely downlink transmissions or a joint DL and UL grant where the uplink portion allocates resources independent of the CSI reporting PUSCH.

[0098] A similar mechanism may also apply to semi-persistent reference signals activated by a DL MAC-CE 1112 using a code point r to indicate the SP-CSI-RS to be measured. The UE measures the specified SP-CSI-RS and generates an SP-CSI report 1114, transmitted as UCI.

[0099] Once generated, the reports, including A-CSI report 1104 and SP-CSI report 1114, can be multiplexed onto uplink resources as indicated by a subsequent UL grant DCI that references the same code point.

[0100] FIG. 11 illustrates some cases related to the grant for PUSCH. Case 1 corresponds to the PUSCH grant carrying the UL-SCH. In Case 1, the UL DCI 1122 schedules the PUSCH. Its CSI request field corresponds to code point p and / or r, indicating which pre-generated CSI report (s) to multiplex. Then, L1 multiplexing of UL-SCH data and various UCIs is performed onto the scheduled PUSCH resources. The UL-SCH data is derived from the Medium Access Control Protocol Data Unit (MAC PDU) , and the UCIs may include the A-CSI report 1104, the SP-CSI report 1114, and potentially HARQ-ACK information. Thereafter, the i-th PUSCH transmission, carrying this multiplexed information, is performed according to the grant.

[0101] In contrast, Case 2 corresponds to the PUSCH grant carrying only UCI (no UL-SCH) . In Case 2, the UL DCI 1132 schedules the PUSCH without UL-SCH. Its CSI request field corresponds to code point p and / or r, indicating which pre-generated CSI report (s) to multiplex. Then, various UCIs are multiplexed onto the scheduled PUSCH resources. These UCIs may include the A-CSI report 1104, the SP-CSI report 1114, and HARQ-ACK information derived from a HARQ codebook. Thereafter, the PUSCH transmission, carrying only these multiplexed UCIs, is performed.

[0102] This code point functions not as an activation field but as a multiplexing field. The same code point value in the two DCI formats carries different meanings: in the scheduling DCIs 1122 and 1132, it specifically instructs the UE to multiplex the pre-generated report (associated with the code point) onto the designated UCI resources.

[0103] In the scenario where a PUSCH carrying only CSI (without multiplexed data) may be scheduled, an initial PUSCH transmits only UCI (potentially multiplexed with other UCI) , if a subsequent PUSCH is scheduled for the same CSI report, the UE cancels the first PUSCH transmission. The UE does not perform overlap checks. Additionally, the extent of cancellation -whether full or partial may vary. That is, the UE may support partial cancellation. Alternatively, the UE may not support partial cancellation.

[0104] While this design increases scheduling flexibility, it introduces implementation complexity at the UE side. However, this is a tradeoff to maintain gNB scheduling freedom. Without this feature, scheduled PUSCH transmissions may not be canceled.

[0105] In certain implementations, CSI may be identified through distinct methods. An approach involves identifying CSI solely by its code point (trigger state) . Alternatively, CSI may be identified by its report ID, which directly references a preconfigured CSI reporting configuration.

[0106] A DCI may simultaneously schedule the transmission of an A-CSI-RS and the associated A-CSI report derived from the A-CSI-RS measurements. It may also schedule DMRS and DMRS-based CSI measurements. Additionally, the DCI may allocate PUSCH resources for transmitting the A-CSI report.

[0107] Furthermore, if a PUSCH carries A / SP-CSI without accompanying UL-SCH data, a retransmission may be requested by retransmitting the same CSI request field in a subsequent DCI. This approach simplifies retransmission signaling and minimizes overhead.

[0108] FIG. 12 is a diagram 1200 illustrating an optional cancellation scenario, corresponding to Sub-Proposal 1-1 from the disclosed method, which aims to enhance base station (gNB) scheduling flexibility. This scenario involves the cancellation of a previously scheduled PUSCH 1204 that was intended to carry only a CSI report. In this setup, an initial DCI 1202 triggers both the CSI measurement (e.g., for A-CSI-RS associated with codepoint p) and the generation of its corresponding A-CSI report, and also schedules the PUSCH resource 1204 for this CSI-only report. If the same A-CSI report is subsequently requested again by a later UL DCI 1206, which schedules a new PUSCH 1208 that may also carry uplink data, this mechanism allows the gNB to make a later decision. This decision, potentially made after observing events such as a Scheduling Request (SR) , Buffer Status Report (BSR) , or PUSCH failure as depicted, may be to multiplex the already generated CSI report with uplink data transmission on the new PUSCH resource 1208. This specific option provides the gNB with greater dynamic control over resource utilization, though it introduces a cancellation step for the UE, representing a trade-off within the broader goal of simplifying UE procedures.

[0109] Specifically, as shown in FIG. 12, the DCI 1202 may request CSI-RS and CSI report, both with code point p. During this process, some events, such Scheduling Request (SR) , Buffer Status Report (BSR) , or PUSCH Failure, may occur.

[0110] Additionally, a PUSCH 1204 may be scheduled by the first DCI 1202. The PUSCH 1204 is allocated to carry only CSI. However, this allocation is finally canceled. Conversely, a second UL DCI 1206 schedules a PUSCH 1208 that carries Data and the A-CSI report corresponding to code point (triggerState) p. The PUSCH grant 1208 may be initiated in response to the events.

[0111] When the second UL DCI 1206 requests the same A-CSI report (e.g., for TriggerState p, corresponding to the codepoint p requested by the first DCI 1202) and schedules the PUSCH 1208 (which, as shown, carries data in addition to this A-CSI report) , this results in the cancellation of the previously scheduled CSI-only PUSCH transmission (PUSCH 1204) . This cancellation occurs regardless of whether the resource allocated for PUSCH 1204 and the resource for PUSCH 1208 overlap in the time domain. As a simplification for the UE in this specific cancellation scenario, the UE does not need to perform any overlap verification between the two grants.

[0112] FIG. 13 is a diagram 1300 illustrating another example uplink data processing flow, which shows more detail for UCI processing compared to FIG. 8. After HARQ-ACK and CSI reports are separately encoded (typically to a smaller size for robustness) , these encoded UCI components then jointly undergo subsequent processing steps. These joint steps may include rate matching, code block concatenation, scrambling, modulation, layer mapping, and precoding, before the resulting processed UCI is ready for RE-level mapping. Meanwhile, for the data path, a Layer 2 TB undergoes UL-SCH processing (which includes TB processing and UL-SCH channel encoding) , followed by further steps such as code block (CB) segmentation, cyclic redundancy check (CRC) attachment, and low-density parity-check (LDPC) coding, before this processed data is also ready for RE-level mapping.

[0113] FIG. 14 is a diagram 1400 illustrating separate DCIs triggering A-CSI-RS and A-CSI report. As shown in FIG. 14, a DCI 1402 triggers A-CSI-RS 1404, while another DCI 1412 schedules a PUSCH set 1414. For example, the PUSCH set 1414 includes multiple PUSCHs across the same or different component carriers (CCs) . FIG. 14 further illustrates the principle of decoupled DCI signaling for A-CSI. The first DCI 1402 is responsible for triggering the A-CSI-RS 1404 measurement and the subsequent generation of an A-CSI report by the UE. This DCI 1402, however, does not schedule the PUSCH resources for the transmission of this A-CSI report. Instead, the second DCI 1412, which schedules the PUSCH set 1414 (potentially comprising multiple PUSCHs over the same or different component carriers) , would contain a specific request to multiplex the A-CSI report (generated as a result of DCI 1402) onto one of the PUSCHs within the PUSCH set 1414. This request in DCI 1412 would typically refer to the same codepoint that was indicated in DCI 1402, thereby linking the report generation with its eventual transmission. This separation of triggering and scheduling functions allows the network to make a more informed decision about when and how to transmit the CSI report, potentially bundling it with other uplink transmissions scheduled by DCI 1412, and reduces the need for complex UE-side uplink arbitration.

[0114] In certain implementations, CSI / UCI is multiplexed with data at Layer 1, by reserving REs for CSI / UCI in the PUSCH resource allocation. This approach requires UCI to be encoded separately from data, with different reliability, and prevents its retransmission via the HARQ process. This maintains the separation of UCI and data encoding; thus, UCI achieves higher reliability than user data when required. From a time-domain mapping perspective, PUSCH represents the resource block allocation used by a codeword (i.e., an encoded TB) . Multiple codewords can be spatially multiplexed.

[0115] A single DCI, such as the DCI 1412, may schedule CSI reporting on any available PUSCH among multiple granted resources, provided that the PUSCH timing satisfies the UE's N2 processing timeline and the starting symbol of the CSI / UCI mapping complies with the configured computation delay. The DCI inherently supports scheduling multiple PUSCH transmissions (time / frequency-multiplexed) , with CSI reporting permitted on any granted resource meeting the above timing conditions.

[0116] As shown in FIG. 14, the N2 timeline and the CSI computation timeline have the same endpoint. Additionally, the CSI computation delay terminates at the starting symbol of UCI mapping within the PUSCH, i.e., the second PUSCH in the PUSCH set 1414, rather than at the first symbol of the selected PUSCH transmission. The PUSCH set 1414 may be single-symbol PUSCH transmissions or multi-symbol PUSCH. Some of the multiple symbols may carry DMRS. The mapping will maybe define with respect to the DMRS.

[0117] The DCI can determine the starting OFDM symbol for CSI-UCI mapping, with the CSI computation delay (Z and Z') requirement applied accordingly. This approach may prevent excessive latency. When a single DCI schedules multiple symbols (e.g., 40 symbols in 6G scenarios) , this approach provides the priority of low-latency objectives.

[0118] An important factor is that a single DCI in future systems may schedule a PUSCH transmission spanning many symbols. If the N2 UE processing timeline requirement is not met for the first uplink symbol of such a long PUSCH, and if CSI reporting were rigidly tied to the PUSCH start, the UE might be forced to defer the CSI report or the entire PUSCH transmission, potentially until a much later uplink opportunity (e.g., the next downlink-uplink switching point) . This could introduce substantially higher latency compared to the more granular scheduling in 5G systems. To manage latency effectively in such scenarios, the proposed enhancements to Layer 1 multiplexing may include, for example, allowing the DCI to select a specific PUSCH from a set of scheduled PUSCHs or to designate a specific starting OFDM symbol for CSI / UCI mapping within a long PUSCH grant. These mechanisms offer more granular control for placing the CSI report, thereby helping to meet low-latency objectives without necessarily relying on more complex higher-layer scheduling decisions for this purpose.

[0119] The CSI computation delay (Z') constraint may be determined based on one or any combination of multiple factors including: a subset of the reported CQI quantity, the number of concurrent CSI computations associated with specific CSI processing loops, the number of UL CCs used, and the type of the measurement resource (CSI-RS or DMRS) .

[0120] The CSI and UCI, when multiplexed with data, are mapped in the frequency domain such that the CSI / UCI is distributed across the RBs corresponding to the code word mapping. Specifically, when the code word mapping occupies a frequency allocation spanning a predetermined number of RBs (e.g., 10 RBs) , the CSI / UCI is uniformly distributed over the RBs.

[0121] In certain implementations, the HARQ-ACK bits are mapped by equal spacing over available REs indexed by j*d, j=0, 1, 2…, where e.g. for the last HARQ-ACK bit, j_max*d <=maxRE*bitPerRE but j_max* (d+1) > maxRE*bitPerRE.

[0122] In this disclosure, the supported CSI report types are those triggered by DCI, specifically A-CSI and SP-CSI over the PUSCH. This restriction provides that only dynamically or semi-persistently scheduled CSI reports are permitted, thereby excluding periodic CSI reporting over PUCCH. P-CSI-RS / SP-CSI-RS / A-CSI-RS can be triggered by DCI, MAC-CE, or RRC signaling, or a subset thereof. However, the CSI reports themselves are constrained to either aperiodic or semi-persistent transmission via PUSCH. This approach eliminates the need for PUCCH Formats 2, 3, and 4, along with their associated multiplexing and dropping complexities for CSI reporting, thereby simplifying the specification and UE HRT design.

[0123] FIG. 15 is a diagram 1500 illustrating signaling for time-domain mapping. Conventionally, the system may use a PDCCH that points to a PDSCH containing detailed DCI. However, since the payload includes enhanced control information, this implementation may use a compound DCI structure or a two-stage transmission approach.

[0124] As shown in FIG. 15, the base station may flexibly trigger a UE to feedback CSI through distinct DCI signaling strategies. The DCI 1502 payload structure illustrates how such requests can be conveyed. For instance, as depicted in Scenario #1 of FIG. 15, a single "CSI report request" field can be part of a common section within the uplink scheduling information of the DCI, applying to the PUSCH transmission (s) scheduled by that DCI. Alternatively, as described in other embodiments, a DCI may signal a distinct CSI report request for each individual PUSCH that it schedules. FIG. 15 also illustrates a compound DCI structure where a code block (e.g., CB #1) containing PUSCH scheduling information (including a UL common block and configurations for multiple PUSCHs like PUSCH #1 and PUSCH #X) is distinct and separately CRC-protected from another code block (e.g., CB #2) containing PDSCH scheduling information.

[0125] In contrast, in Scenario #2, the CSI report request is embedded within the UL common block, where the request is broadcast to multiple or all UEs simultaneously via a shared resource. A single CSI report request may be signaled per DCI and can be a part of the common section in a compound DCI. Alternatively, as shown in FIG. 15, a limited number of CSI report requests (e.g., two, as in Scenario #2) may be signaled per DCI, and are included in the common section of a compound DCI.

[0126] In certain implementations, a DCI may schedule multiple subsequent PUSCH transmissions, which can be allocated either on the same or different component CCs, as shown in FIG. 14.

[0127] Referring to FIG. 15 again, the DCI 1502 may initiate a CSI request. Upon receiving the CSI request, the UE performs channel measurements based on the CSI-RS 1504. Following a predefined computation delay (Z') , the UE transmits the CSI report in the designated uplink symbol 1506 (Symbol containing CSI) .

[0128] As described supra, the present disclosure relates to optimization of CSI reporting mechanisms in wireless communication systems. The proposed approach uses one DCI to trigger the CSI Reference Signal to generate CSI report and another DCI to schedule CSI reports, e.g., referring to the same codepoint. In certain implementations, if a first PUSCH transmission carries only CSI and the same CSI report is subsequently scheduled, the UE may cancel the initial PUSCH to avoid redundant transmissions and conserve uplink resources. Additionally, retransmission of a PUSCH carrying A-CSI or SP-CSI without UL-SCH data may be requested by a DCI repeating the same CSI request, thereby improving reliability without relying on HARQ retransmission.

[0129] In certain implementations, CSI and UCI are multiplexed with data at L1 by reserving dedicated REs within the PUSCH allocation. The CSI / UCI is encoded separately from data, with different reliability, and is not subject to HARQ retransmission. The DCI may request CSI reporting on any scheduled PUSCH, provided that the PUSCH timing complies with the UE’s N2 processing timeline and the starting symbol of the CSI / UCI mapping satisfies the CSI computation delay requirements. The DCI may further dynamically select the OFDM symbol where CSI / UCI mapping begins, with the computation delay requirements adjusted accordingly. The CSI computation delay (Z') may be determined based on some factors. To enhance robustness, CSI / UCI may be uniformly distributed across all RBs spanned by the codeword mapping.

[0130] In certain implementations, only DCI-triggered CSI report types are supported, specifically A-CSI and SP-CSI-over-PUSCH, thereby eliminating reliance on PUCCH Formats 2, 3, and 4 for CSI transmission. The restriction to DCI-triggered CSI reporting simplifies the specification and UE HRT design complexity.

[0131] FIG. 16 illustrates a flow chart 1600 of a process for flexible L1 scheduling of CSI reports. This process involves interactions between a network (NW) and a UE (e.g., the UE 104) through a base station (e.g., the base station 102) .

[0132] At block 1602, the UE receives a first Downlink Control Information (DCI) that triggers a Channel State Information Reference Signal (CSI-RS) measurement by the UE and generation of a CSI report by the UE. The CSI report is associated with a codepoint. The first DCI does not schedule a Physical Uplink Shared Channel (PUSCH) for transmission of the generated CSI report.

[0133] At block 1604, the UE performs the CSI-RS measurement and generates the CSI report based on the CSI-RS measurement.

[0134] At block 1606, the UE receives a second DCI that schedules a PUSCH for uplink transmission by the UE and includes an indication, corresponding to the same codepoint, to multiplex the generated CSI report onto the scheduled PUSCH.

[0135] At block 1608, the UE transmits the generated CSI report on the PUSCH scheduled by the second DCI.

[0136] In certain configurations, the second DCI may schedule multiple PUSCHs. The indication to multiplex the generated CSI report may specify one of the multiple PUSCHs to carry the CSI report.

[0137] In certain configurations, the second DCI may further select a specific Orthogonal Frequency-Division Multiplexing (OFDM) symbol within the scheduled PUSCH where mapping of the CSI report is to start. A CSI computation delay requirement may apply with respect to the selected specific OFDM symbol.

[0138] In certain configurations, a CSI computation delay constraint (Z′) for generating the CSI report may be selected based on one or more of: a reported CSI quantity, a number of concurrent CSI computations, a number of uplink component carriers used, or a type of measurement resource.

[0139] In certain configurations, transmitting the generated CSI report may include distributing the CSI report in frequency over resource blocks spanned by a codeword mapping of the scheduled PUSCH.

[0140] In certain configurations, the UE may further include: multiplexing Hybrid Automatic Repeat reQuest acknowledgement (HARQ-ACK) bits onto the scheduled PUSCH. The HARQ-ACK bits may be mapped with equal spacing over available resource elements.

[0141] In certain configurations, the UE may further include: supporting only Downlink Control Information (DCI) -triggered Channel State Information (CSI) report types for transmission on a Physical Uplink Shared Channel (PUSCH) . The supported DCI-triggered CSI report types may include Aperiodic CSI (A-CSI) over PUSCH and Semi-Persistent CSI (SP-CSI) over PUSCH; and not supporting CSI reporting via Physical Uplink Control Channel (PUCCH) Formats 2, 3, or 4.

[0142] In certain configurations, a CSI Reference Signal (CSI-RS) measurement corresponding to the A-CSI or SP-CSI may be triggerable by DCI, a Medium Access Control Control Element (MAC-CE) , or Radio Resource Control (RRC) signaling.

[0143] In certain configurations, the UE may further include: receiving a third DCI, prior to receiving the second DCI. The third DCI may schedule a prior PUSCH allocation intended for transmitting only the generated CSI report associated with the codepoint; and upon receiving the second DCI that schedules the PUSCH and requests multiplexing of the same generated CSI report, cancel transmission on the prior PUSCH allocation.

[0144] In certain configurations, the cancelling may be performed without the UE checking for resource overlap between the prior PUSCH allocation and the PUSCH scheduled by the second DCI.

[0145] In certain configurations, the UE may further include: receiving a third DCI that repeats the same CSI request by referencing the codepoint, to request retransmission of a PUSCH carrying the generated CSI report without uplink shared channel (UL-SCH) data.

[0146] In certain configurations, the codepoint may be a DCI field that is mapped via a Layer 2 table to a Layer 3 configured CSI trigger state list, the CSI trigger state list including measurement resource configurations and associated CSI report parameters.

[0147] In certain configurations, the second DCI may be a compound DCI scheduling multiple PUSCHs, and the indication to multiplex the generated CSI report may be contained within the compound DCI.

[0148] In certain configurations, the indication to multiplex the generated CSI report may be located in a common section of the compound DCI applicable to the multiple scheduled PUSCHs, or in a PUSCH-specific section for one of the multiple scheduled PUSCHs.

[0149] FIG. 17 illustrates a flow chart 1700 of another process for flexible L1 scheduling of CSI reports. This process involves interactions between a network (NW) and a UE (e.g., the UE 104) through a base station (e.g., the base station 102) .

[0150] At block 1702, the UE receives a Downlink Control Information (DCI) that: schedules one or more Physical Uplink Shared Channels (PUSCHs) for uplink transmission, includes an indication to report Channel State Information (CSI) on a selected PUSCH from the one or more scheduled PUSCHs, and indicates a starting Orthogonal Frequency-Division Multiplexing (OFDM) symbol within the selected PUSCH for mapping of the CSI.

[0151] At block 1704, the UE applies a CSI computation delay requirement with respect to the indicated starting OFDM symbol for the CSI.

[0152] At block 1706, the UE multiplexes the CSI onto the selected PUSCH starting at the indicated OFDM symbol, provided the CSI computation delay requirement and an N2 UE processing timeline are met.

[0153] At block 1708, the UE transmits the selected PUSCH with the multiplexed CSI.

[0154] In certain configurations, the CSI may be part of Uplink Control Information (UCI) , and the UCI may be encoded separately from Uplink Shared Channel (UL-SCH) data multiplexed on the selected PUSCH.

[0155] In certain configurations, the CSI computation delay requirement may be a constraint selected based on one or more of: a reported CSI quantity, a number of concurrent CSI computations within specific CSI-loops, a number of uplink Component Carriers (CCs) used, or a type of measurement resource.

[0156] In certain configurations, multiplexing the CSI may include distributing the CSI in frequency over Resource Blocks (RBs) spanned by a codeword mapping of the selected PUSCH.

[0157] In certain configurations, the UE may further include: multiplexing Hybrid Automatic Repeat reQuest acknowledgement (HARQ-ACK) bits onto the selected PUSCH. The HARQ-ACK bits may be mapped by equal spacing over available resource elements within the RBs spanned by the codeword mapping.

[0158] In certain configurations, the DCI is a compound DCI, and the indication to report CSI or the indication of the starting OFDM symbol is part of a common block applicable to multiple scheduled PUSCHs within the compound DCI, or is part of a PUSCH-specific block within the compound DCI.

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

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

Claims

A method of wireless communication of a user equipment (UE) , comprising:receiving a first Downlink Control Information (DCI) that triggers a Channel State Information Reference Signal (CSI-RS) measurement by the UE and generation of a CSI report by the UE, wherein the CSI report is associated with a codepoint, and wherein the first DCI does not schedule a Physical Uplink Shared Channel (PUSCH) for transmission of the generated CSI report;performing, by the UE, the CSI-RS measurement and generating the CSI report based on the CSI-RS measurement;receiving a second DCI that schedules a PUSCH for uplink transmission by the UE and includes an indication, corresponding to the same codepoint, to multiplex the generated CSI report onto the scheduled PUSCH; andtransmitting, by the UE, the generated CSI report on the PUSCH scheduled by the second DCI.The method of claim 1, wherein the second DCI schedules multiple PUSCHs, and wherein the indication to multiplex the generated CSI report specifies one of the multiple PUSCHs to carry the CSI report.The method of claim 1, wherein the second DCI further selects a specific Orthogonal Frequency-Division Multiplexing (OFDM) symbol within the scheduled PUSCH where mapping of the CSI report is to start, and wherein a CSI computation delay requirement applies with respect to the selected specific OFDM symbol.The method of claim 1, wherein a CSI computation delay constraint (Z′) for generating the CSI report is selected based on one or more of: a reported CSI quantity, a number of concurrent CSI computations, a number of uplink component carriers used, or a type of measurement resource.The method of claim 1, wherein transmitting the generated CSI report comprises distributing the CSI report in frequency over resource blocks spanned by a codeword mapping of the scheduled PUSCH.The method of claim 5, further comprising multiplexing Hybrid Automatic Repeat reQuest acknowledgement (HARQ-ACK) bits onto the scheduled PUSCH, wherein the HARQ-ACK bits are mapped with equal spacing over available resource elements.The method of claim 1, further comprising:supporting only Downlink Control Information (DCI) -triggered Channel State Information (CSI) report types for transmission on a Physical Uplink Shared Channel (PUSCH) , wherein the supported DCI-triggered CSI report types comprise Aperiodic CSI (A-CSI) over PUSCH and Semi-Persistent CSI (SP-CSI) over PUSCH; andnot supporting CSI reporting via Physical Uplink Control Channel (PUCCH) Formats 2, 3, or 4.The method of claim 7, wherein a CSI Reference Signal (CSI-RS) measurement corresponding to the A-CSI or SP-CSI is triggerable by DCI, a Medium Access Control Control Element (MAC-CE) , or Radio Resource Control (RRC) signaling.The method of claim 1, further comprising:receiving a third DCI, prior to receiving the second DCI, wherein the third DCI schedules a prior PUSCH allocation intended for transmitting only the generated CSI report associated with the codepoint; andupon receiving the second DCI that schedules the PUSCH and requests multiplexing of the same generated CSI report, cancelling transmission on the prior PUSCH allocation.The method of claim 9, wherein the cancelling is performed without the UE checking for resource overlap between the prior PUSCH allocation and the PUSCH scheduled by the second DCI.The method of claim 1, further comprising:receiving a third DCI that repeats the same CSI request by referencing the codepoint, to request retransmission of a PUSCH carrying the generated CSI report without uplink shared channel (UL-SCH) data.The method of claim 1, wherein the codepoint is a DCI field that is mapped via a Layer 2 table to a Layer 3 configured CSI trigger state list, the CSI trigger state list comprising measurement resource configurations and associated CSI report parameters.The method of claim 1, wherein the second DCI is a compound DCI scheduling multiple PUSCHs, and the indication to multiplex the generated CSI report is contained within the compound DCI.The method of claim 13, wherein the indication to multiplex the generated CSI report is located in a common section of the compound DCI applicable to the multiple scheduled PUSCHs, or in a PUSCH-specific section for one of the multiple scheduled PUSCHs.A method of wireless communication of a user equipment (UE) , comprising:receiving a Downlink Control Information (DCI) that:schedules one or more Physical Uplink Shared Channels (PUSCHs) for uplink transmission,includes an indication to report Channel State Information (CSI) on a selected PUSCH from the one or more scheduled PUSCHs, andindicates a starting Orthogonal Frequency-Division Multiplexing (OFDM) symbol within the selected PUSCH for mapping of the CSI;applying a CSI computation delay requirement with respect to the indicated starting OFDM symbol for the CSI;multiplexing the CSI onto the selected PUSCH starting at the indicated OFDM symbol, provided the CSI computation delay requirement and an N2 UE processing timeline are met; andtransmitting the selected PUSCH with the multiplexed CSI.The method of claim 15, wherein the CSI is part of Uplink Control Information (UCI) , and the UCI is encoded separately from Uplink Shared Channel (UL-SCH) data multiplexed on the selected PUSCH.The method of claim 15, wherein the CSI computation delay requirement is a Z′ constraint selected based on one or more of: a reported CSI quantity, a number of concurrent CSI computations within specific CSI-loops, a number of uplink Component Carriers (CCs) used, or a type of measurement resource.The method of claim 15, wherein multiplexing the CSI comprises distributing the CSI in frequency over Resource Blocks (RBs) spanned by a codeword mapping of the selected PUSCH.The method of claim 18, further comprising multiplexing Hybrid Automatic Repeat reQuest acknowledgement (HARQ-ACK) bits onto the selected PUSCH, wherein the HARQ-ACK bits are mapped by equal spacing over available resource elements within the RBs spanned by the codeword mapping.The method of claim 15, wherein the DCI is a compound DCI, and the indication to report CSI or the indication of the starting OFDM symbol is part of a common block applicable to multiple scheduled PUSCHs within the compound DCI, or is part of a PUSCH-specific block within the compound DCI.An apparatus for wireless communication, the apparatus being a user equipment (UE) , comprising:a memory; andat least one processor coupled to the memory and configured to:receive a first Downlink Control Information (DCI) that triggers a Channel State Information Reference Signal (CSI-RS) measurement by the UE and generation of a CSI report by the UE, wherein the CSI report is associated with a codepoint, and wherein the first DCI does not schedule a Physical Uplink Shared Channel (PUSCH) for transmission of the generated CSI report;perform the CSI-RS measurement and generate the CSI report based on the CSI-RS measurement;receive a second DCI that schedules a PUSCH for uplink transmission by the UE and includes an indication, corresponding to the same codepoint, to multiplex the generated CSI report onto the scheduled PUSCH; andtransmit, the generated CSI report on the PUSCH scheduled by the second DCI.A computer-readable medium storing computer executable code for wireless communication of a user equipment (UE) , comprising code to:receive a first Downlink Control Information (DCI) that triggers a Channel State Information Reference Signal (CSI-RS) measurement by the UE and generation of a CSI report by the UE, wherein the CSI report is associated with a codepoint, and wherein the first DCI does not schedule a Physical Uplink Shared Channel (PUSCH) for transmission of the generated CSI report;perform the CSI-RS measurement and generate the CSI report based on the CSI-RS measurement;receive a second DCI that schedules a PUSCH for uplink transmission by the UE and includes an indication, corresponding to the same codepoint, to multiplex the generated CSI report onto the scheduled PUSCH; andtransmit, the generated CSI report on the PUSCH scheduled by the second DCI.An apparatus for wireless communication, the apparatus being a user equipment (UE) , comprising:a memory; andat least one processor coupled to the memory and configured to:receive a Downlink Control Information (DCI) that:schedules one or more Physical Uplink Shared Channels (PUSCHs) for uplink transmission,includes an indication to report Channel State Information (CSI) on a selected PUSCH from the one or more scheduled PUSCHs, andindicates a starting Orthogonal Frequency-Division Multiplexing (OFDM) symbol within the selected PUSCH for mapping of the CSI;apply a CSI computation delay requirement with respect to the indicated starting OFDM symbol for the CSI;multiplex the CSI onto the selected PUSCH starting at the indicated OFDM symbol, provided the CSI computation delay requirement and an N2 UE processing timeline are met; andtransmit the selected PUSCH with the multiplexed CSI.A computer-readable medium storing computer executable code for wireless communication of a user equipment (UE) , comprising code to:receive a Downlink Control Information (DCI) that:schedules one or more Physical Uplink Shared Channels (PUSCHs) for uplink transmission,includes an indication to report Channel State Information (CSI) on a selected PUSCH from the one or more scheduled PUSCHs, andindicates a starting Orthogonal Frequency-Division Multiplexing (OFDM) symbol within the selected PUSCH for mapping of the CSI;apply a CSI computation delay requirement with respect to the indicated starting OFDM symbol for the CSI;multiplex the CSI onto the selected PUSCH starting at the indicated OFDM symbol, provided the CSI computation delay requirement and an N2 UE processing timeline are met; andtransmit the selected PUSCH with the multiplexed CSI.

Images