Dynamic HARQ-ACK codebook generation format

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 downlink control information (DCI) including a length field indicating a counter that tracks a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously received DCI that refers to the same HARQ-ACK codebook. The size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields. The UE determines a structure of the HARQ-ACK codebook based on the length field in the DCI. The UE transmits the HARQ-ACK codebook having the determined structure.

Description

DYNAMIC HARQ-ACK CODEBOOK GENERATION FORMATCROSS-REFERENCE TO RELATED APPLICATION (S)

[0001] This application claims the benefits of U.S. Provisional Application Serial No. 63 / 656,192, entitled “METHOD FOR DYNAMIC HARQ-ACK CODEBOOK GENERATION FORMAT” and filed on June 5, 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 the method for dynamic HARQ-ACK codebook generation format. 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 downlink control information (DCI) including a length field indicating a counter that tracks a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously received DCI that refers to the same HARQ-ACK codebook. The size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields. The UE determines a structure of the HARQ-ACK codebook based on the length field in the DCI. The UE transmits the HARQ-ACK codebook having the determined structure.

[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 an exemplary arrangement of a HARQ-ACK codebook.

[0016] FIG. 8 is a diagram illustrating a scenario where all DCIs are received.

[0017] FIG. 9 is a diagram illustrating a scenario where some DCIs are lost.

[0018] FIG. 10 is a diagram illustrating the UE side structure of the dynamic codebook.

[0019] FIG. 11 illustrates a flow chart of a process for dynamic HARQ-ACK codebook generation format.

[0020] FIG. 12 illustrates another flow chart of a process for dynamic HARQ-ACK codebook generation format.DETAILED DESCRIPTION

[0021] 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.

[0022] 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.

[0023] 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.

[0024] 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.

[0025] 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.

[0026] 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.

[0027] 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) .

[0028] 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.

[0029] 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.

[0030] 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.

[0031] 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.

[0032] 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.

[0033] 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.

[0034] 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.

[0035] 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.

[0036] 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.

[0037] 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.

[0038] 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.

[0039] 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.

[0040] 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.

[0041] 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.

[0042] 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.

[0043] 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.

[0044] 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.

[0045] 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.

[0046] 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.

[0047] 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. ”

[0048] 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.

[0049] 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.

[0050] 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.

[0051] 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.

[0052] 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.

[0053] 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) .

[0054] 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.

[0055] 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.

[0056] 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) .

[0057] 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.

[0058] 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) .

[0059] In 5G New Radio (NR) , to achieve robustness against Acknowledgement (ACK) -misses and false-ACKs while maintaining spectral efficiency through common shared DeModulation Reference Signal (DMRS) , frequency or time diversity, or common encoding / Cyclic Redundancy Check (CRC) overhead, Hybrid Automatic Repeat reQuest (HARQ) -ACK feedback corresponding to multiple Physical Downlink Shared Channels (PDSCHs) is aggregated into a single codebook structure. This codebook essentially represents an ACK / Negative Acknowledgement (ACK / NACK or A / N) bitstring that provides feedback for multiple PDSCHs.

[0060] In 5G NR, Downlink Assignment Index (DAI) fields within the Downlink Control Information (DCI) are used to help the User Equipment (UE) determine the total number of scheduled Physical Downlink Shared Channels (PDSCHs) or Serving Cells associated with the HARQ-ACK feedback within a given window, primarily by counting detected Physical Downlink Control Channels (PDCCHs) carrying scheduling assignments (Counter-DAI) and indicating the total expected count (Total-DAI) . This mechanism aids in maintaining HARQ-ACK codebook synchronization, especially when some PDCCHs might be missed by the UE. This DAI-based approach remains applicable even in multi-carrier DCI designs (e.g., Release 18 enhancements) . However, this approach inherently links the codebook size increment to the number of detected PDCCHs, leading to inefficiencies. As a result, in 5G NR, there is effectively a uniform ACK / NACK (A / N) field size contribution per detected PDCCH. In other words, each detected PDCCH contributes a predetermined number of A / N bits (or A / N fields) to the codebook, irrespective of the actual number of PDSCHs, transport blocks (TBs) , or Code Block Groups (CBGs) scheduled by that specific PDCCH. If a DCI schedules fewer PDSCHs / TBs / CBGs than the maximum number associated with that PDCCH detection event, the unused A / N bit positions within that contribution are filled with dummy NACKs (filler NACKs) to maintain the expected structure based on PDCCH counting. This padding wastes uplink resources, particularly in scenarios with dynamic scheduling variability across different DCIs referencing the same HARQ-ACK codebook.

[0061] FIG. 7 is a diagram 700 illustrating an exemplary arrangement of a HARQ-ACK codebook. In FIG. 7, the vertical axis represents component carriers (CCs) , and the horizontal axis corresponds to time or OFDM symbols. As illustrated in FIG. 7, two DCIs 710 and 720 are transmitted sequentially in time. Each DCI schedules downlink (DL) data transmissions across one or more component carriers (CCs) . The corresponding ACK / NACK feedback, that needs to be generated and transmitted in the uplink (UL) , is aggregated into the structured HARQ-ACK codebook of A / N bits 730. This codebook 730 includes sequential arrangement of A / N bits. The codebook can be efficiently mapped with reference signals to facilitate demodulation at a gNodeB (gNB) , such as the base station 102.

[0062] HARQ serves as a fundamental reliability assurance technology in wireless communications. In the wireless communication, a receiver (e.g., UE 104) informs a transmitter (e.g., base station 102) whether data was successfully received through positive (ACK) or negative (NACK) acknowledgments. Upon receiving NACK, the transmitter performs data retransmission combined with forward error correction (FEC) to enhance transmission reliability.

[0063] In carrier aggregation (CA) or multi-slot scheduling scenarios, ACK / NACK feedback for multiple PDSCHs may be aggregated into the single codebook to reduce signaling overhead. Additionally, shared common resources like DMRS and CRC checks may minimize redundant overhead.

[0064] In 5G NR, the codebook types include: (1) Type-1 (Semi-static codebook) : Generates fixed-size codebooks based on predefined rules  (e.g., maximum schedulable number) , offering limited flexibility. (2) Type-2 (Dynamic codebook) : Dynamically constructs codebooks using Downlink Control  Information (DCI) counters such as Counter-DAI and total indicators (Total-DAI) , though still allocates fixed-size fields per PDCCH.

[0065] Specifically, the Type-2 HARQ-ACK codebook mechanism dynamically expands its format by adding an equal-sized A / N bit field for each detected PDCCH, regardless of how many transport blocks (TBs) or PDSCHs are actually scheduled. The size of the codebook expands dynamically as each new DCI schedules additional PDSCH transmissions, with the corresponding ACK / NACK feedback being appended to the same codebook.

[0066] As mentioned supra, the current NR implementation suffers from efficiency limitations since not all Physical Downlink Control Channels (PDCCHs) schedule the maximum possible number of PDSCHs or TBs. Consequently, many A / N bit positions in the codebook remain unused and need to be filled with dummy NACK values, resulting in the inefficiency. This inefficiency would become even worse in 6G systems due to some factors. These factors, for example, include: (1) the expected larger number of CCs in CA scenarios, and (2) the increased number of PDSCHs that can be scheduled by a single DCI in future systems.

[0067] The present disclosure proposes an enhancement aiming to make the HARQ-codebook structure more efficient. The codebook structure may contain as many HARQ-ACK A / N fields as the total number of actually scheduled PDSCHs (or alternatively, per TB or per CBG) across all DCIs that reference the same codebook. This approach may eliminate the current requirement for inserting filler NACK bits, thereby optimizing both the control channel overhead and the overall system efficiency.

[0068] The codebook enhancement described herein applies to DCIs that assign their respective A / N feedback to the same common HARQ-ACK codebook. A common codebook represents a single, shared feedback structure where A / N information for multiple PDSCHs, scheduled by different DCI messages, is aggregated. A common codebook allows multiple DCIs contribute to a dynamically growing feedback structure. Both the UE and the base station maintain synchronized understanding of which DCIs are designated to contribute their A / N feedback to this particular common codebook.

[0069] The techniques described in this disclosure, particularly the use of the LENGTH field within a DCI to track the codebook size, can apply to those DCIs that are configured or identified as assigning their respective A / N feedback to such a common HARQ-ACK codebook. This identification can be achieved through information within the DCI itself or via higher-layer Radio Resource Control (RRC) signaling. It is possible that a UE might be configured to handle multiple HARQ-ACK codebooks simultaneously, with different sets of DCIs contributing to different codebooks. In certain implementations, the dynamic sizing mechanism based on the LENGTH field is used for a specific, identified common codebook, and may not apply to DCIs that might be associated with other, separate HARQ-ACK codebooks, unless explicitly configured for such a purpose.

[0070] As illustrated in FIG. 7, upon reception of the first DCI 710, the corresponding ACK / NACK feedback constitutes a first sequence of ACK / NACK bits. The size and format of this feedback structure are dynamically adaptable. For example, symbols 711 and 714 each correspond to two PDSCHs, thus requiring two A / N bits per symbol, while symbols 712 and 713 each correspond to three PDSCHs, thus requiring three A / N bits per symbol. Furthermore, when the second DCI 720 is successfully received, the feedback sequence is extended by appending additional ACK / NACK bits at the tail thereof. Similarly, in the appended ACK / NACK bits, three A / N bits are required by symbol 721, one A / N bit is required by symbol 722, and two A / N bits are required by symbol 723, since symbols 721-723 correspond to three PDSCHs, one PDSCH and two PDSCHs, respectively. That is, the number of A / N bits per symbol can vary depending on the actually scheduled PDSCHs, rather than being fixed to the maximum possible number (as in 5G NR) .

[0071] In the baseline implementation, each ACK / NACK bit in the sequence corresponds to a specific PDSCH transmission. That is, each PDSCH transmission corresponds to a single ACK / NACK (A / N) bit, forming a one-to-one mapping between the PDSCH and its associated feedback. However, in more advanced implementations, such as those employing multiple antenna (MIMO) schemes which enhance transmission efficiency by enabling the simultaneous transmission of two TBs over a single PDSCH, this relationship may be extended to accommodate multiple feedback bits per PDSCH. This introduces additional flexibility in feedback codebook construction while maintaining robustness in HARQ operation.

[0072] Specifically, in MIMO-based transmissions, when multiple TBs are transmitted via a single PDSCH, the feedback structure is expanded to include two A / N bits, with each bit corresponding to an individual TB. Further enhancements may involve code block group (CBG) -based transmissions, where multiple A / N bits are allocated to acknowledge distinct CBGs within a single TB.

[0073] The number of A / N bits per PDSCH remains fixed for a given configuration. That is, while the baseline case generates one A / N bit per PDSCH, advanced cases may produce a predetermined and consistent number of bits per PDSCH (e.g., two bits for dual-TB transmissions or multiple bits for CBG-based feedback) .

[0074] In this disclosure, the terminology “A / N field” is introduced to accommodate the different bit configuration. Each A / N field corresponds to the feedback bits allocated for one PDSCH. Depending on the transmission mode, an A / N field may include: (1) a single bit (for single-TB transmission) , (2) two bits (for dual-TB transmissions) , or (3) Multiple bits (for CBG transmissions) . That is, each A / N field may correspond to a PDSCH, a TB, or a CBG, depending on the definition or Radio Resource Control (RRC) configuration. Additionally, each A / N field may also correspond to a single CBG, or multiple sharing the same spatial resources (via multiplexing) .

[0075] The RRC layer may configure spatial bundling, determining the number of bits per A / N field (1 or 2 bits for TB-based reporting, assuming up to 2 TBs per PDSCH) . Unused bits per each A / N field are filled with NACKs for consistency.

[0076] However, if a DCI, such as the second DCI 720, fails to be decoded by the UE, a misalignment in the codebook length may occur between the gNB and the UE. Furthermore, if a third DCI is subsequently received, its corresponding ACK / NACK feedback needs be appended to the existing sequence of ACK / NACK bits. In the event of a decoding failure of this second DCI, the UE needs to maintain awareness of the correct codebook format and replace the missing ACK / NACK bits with NACKs to preserve structural consistency.

[0077] In the proposed system, negative acknowledgements (NACKs) naturally occupy positions corresponding to Physical Downlink Shared Channels (PDSCHs) that failed decoding or PDSCHs associated with missed Downlink Control Information (DCI) . This differs from the concept of “filler NACKs “in 5G New Radio (NR) . In NR’s Type-2 dynamic codebook, filler NACKs are explicitly added to pad the contribution of a DCI to a fixed size, even if fewer than the maximum possible PDSCHs are scheduled by that DCI. The present disclosure aims to eliminate these padding-related filler NACKs. When a DCI is missed, the User Equipment (UE) uses the LENGTH field from the next successfully received DCI to determine the correct ending position for that subsequent DCI’s Acknowledgement / Negative Acknowledgement (A / N) fields, implicitly leaving the positions corresponding to the missed DCI’s PDSCHs as NACKs without altering the positions of subsequent A / N fields.

[0078] An efficient HARQ-ACK codebook may be designed to grow dynamically based on the number of actually scheduled PDSCHs Nk, Tx per DCI, rather than simply expanding per detected PDCCH as in 5G NR. This means no filler NACKs are inserted when a DCI schedules fewer PDSCHs than the possible maximum number. Additionally, at any given time, the last Nk, Tx bits (ending at position Lk, Tx) in the codebook correspond to the most recently transmitted DCI.

[0079] FIG. 8 is a diagram 800 illustrating a scenario where all DCIs are received. FIG. 9 is a diagram 900 illustrating a scenario where some DCIs are lost.

[0080] As previously introduced, upon reception of each DCI, the size of the dynamic HARQ codebook expands dynamically in proportion to the number of scheduled PDSCHs. Specifically, for the K-th DCI, the codebook size increases by a quantity NK, where NK corresponds to the number of PDSCHs scheduled by that DCI. Thus, the codebook size scales in accordance with the actual scheduled PDSCH transmissions, providing optimal resource utilization without unnecessary overhead. In a generalized implementation, N may represent either the number of A / N bits or the number of A / N fields, depending on the specific bit configuration.

[0081] In conventional 5G implementations, a fixed and constant number of bits is allocated per PDCCH, regardless of the number of PDSCHs scheduled. For example, even if a PDCCH schedules only one PDSCH, the HARQ feedback structure may still occupy multiple bits (e.g., two, four, or six bits) due to preconfigured filler NACKs. This results in inefficient spectral utilization, particularly in scenarios requiring high flexibility in resource allocation.

[0082] The present disclosure introduces an improved dynamic HARQ codebook mechanism where the codebook size expands adaptively upon reception of each DCI. Specifically, the growth of the codebook is determined by the number of PDSCHs actually scheduled by the corresponding DCI, rather than being tied to the number of PDCCH transmissions.

[0083] Under this framework, the length of the HARQ codebook is determined such that each scheduled PDSCH is allocated a corresponding A / N bit. Thus, if the UE receives a first DCI scheduling N PDSCHs, the codebook length increases by N A / N bits. The feedback structure remains proportional to the actual scheduled transmissions, eliminating unnecessary overhead. This adaptive codebook structure is particularly advantageous in 6G systems, where increased component carrier aggregation and multi-PDSCH scheduling per DCI are expected to introduce greater complexity.

[0084] As illustrated in FIG. 8, the HARQ codebook is constructed incrementally upon reception of successive DCI. Specifically, upon reception of a first DCI scheduling N1, Tx PDSCHs, the initial length of the HARQ codebook is set to N1, Tx A / N bits. When a second DCI scheduling N2, Tx PDSCHs is received, the codebook length is extended by appending N2, Tx additional A / N bits, resulting in a cumulative length of N1, Tx + N2, Tx bits. This process repeats for subsequent DCIs, such that the reception of a third DCI scheduling N3, Tx PDSCHs further extends the codebook to a total length of N1, Tx + N2, Tx + N3, Tx bits, as illustrated in FIG. 8. Note that the bit lengths of N1, Tx, N2, Tx and N3,Tx are not necessarily equal.

[0085] The codebook may be configured via DL control signaling. To support this dynamic structure, each DL DCI may include a LENGTH field of W bits, which indicates the modulo-2W length of the HARQ-ACK codebook, where W represents the bit width of the length field. This length field allows the UE to track the cumulative size of the codebook as new DCIs are received.

[0086] However, as illustrated in FIG. 9, in scenarios where one or more DCIs (for example, only the third DCI is received successfully while the first two DCIs are lost) are not successfully received (e.g., due to transmission errors) , the UE lacks knowledge of the scheduled PDSCH counts (N1, Tx, N2, Tx, etc. ) from the missing DCIs. Despite this, A / N bits corresponding to successfully received DCIs (e.g., N3, Tx) are placed in their correct positions within the HARQ codebook, based on the length field within the DCI.

[0087] The length field within the DCI may have a constrained bit width (W) , necessitating a modulo (mod) operation (wraparound) when the maximum representable value is exceeded. This wraparound mechanism introduces no operational impairment provided that an excessive number of consecutive DCIs are not lost during transmission.

[0088] This length field provides an explicit indication of the ending position of the A / N fields (or bits) associated with the current DCI, providing proper alignment within the HARQ codebook even in the presence of missed DCIs. By using this mechanism, the system maintains codebook consistency without requiring retransmission of lost scheduling assignments, thereby improving robustness and spectral efficiency in dynamic scheduling environments.

[0089] FIG. 10 is a diagram 1000 illustrating the UE side structure of the dynamic codebook. On the UE side, a UE, such as the UE 104, may dynamically adjust the codebook length based on the decoded length field in the DL DCI. The UE may also perform ACK / NACK assignment. For example, as illustrated in FIG. 10, upon receiving a DCI, the UE reads the length field from the DCI, which indicates the number (N) of PDSCHs scheduled. The UE thereby determines that the last N bits within the HARQ codebook correspond to these scheduled PDSCHs. The UE assigns the final N bits to reflect the demodulation and decoding outcomes of the PDSCHs scheduled by the current DCI. All bits in the HARQ codebook are initially set to NACK, while successful decoding flips the respective bits to ACK. That is, the last end positions are assigned to the PDSCH scheduled and to ACK on successful decoding.

[0090] As the length field is used, the HARQ-ACK codebook may dynamically change with scheduled PDSCHs / TBs / CBGs, avoiding filler bits. The UE may utilize the length field in the DCI to compute the end position (Li, Rx) for the (Ni, Rx) contiguous A / N bit fields associated with PDSCHs scheduled by the ith received DCI. The calculation can be performed by the following equation: Li = (Lengthi –Lengthi–1) mod 2W + Li–1 (1) where Li represents the total number of A / N fields up to and including the ith successfully  received DCI, and W represents the bit width of the LENGTH field. The UE determines the correct ending position Li for the A / N fields corresponding to the ith DCI, even if prior DCIs were missed, by accounting for the cumulative count and potential modulo-2W wraparound. Concurrently, by decoding the payload of the ith DCI itself, the UE determines the specific PDSCHs scheduled by this DCI and the corresponding number of A / N fields, denoted as Ni. The UE then places these Ni A / N fields contiguously within the codebook, ending at the calculated position Li. The calculation Nincrement=(Lengthi-Lengthi-1) (mod 2W) represents the expected increment in the number of A / N fields based on the LENGTH counter difference, which should ideally match the decoded Ni if no severe DCI loss leading to incorrect wraparound counting has occurred. The actual content of these Ni fields (ACK or NACK) depends on the successful decoding of the PDSCHs scheduled by the ith DCI.

[0091] The codebook size is measured in A / N fields. Each DCI′s length field indicates the total number of A / N fields. For Case 1: DCI1 schedules 5 PDSCHs → Length1=5 (initial codebook size: 5 A / N fields) ; DCI2 schedules 6 PDSCHs → Length2=11 (5+6, cumulative size: 11 A / N fields) ; DCI3 schedules 6 PDSCHs → Length3=17 (5+6+6, cumulative size: 17 A / N fields) .

[0092] To limit signaling overhead, the length field may employ modulo-2W operation. The length field has a fixed bit width of W bits, causing the counter to reset to 0 upon reaching 2W (modulo-2W operation) . After the modulo-2W operation, for Configuration 1 (W=5, thus 2W=32) , the length fields corresponding to the first, second and third DCIs remain unchanged. However, for Configuration 2 (W=4, thus 2W=16) , the DCI3's length field becomes 1, and for Configuration 3 (W=3, thus 2W=8) , the DCI2 and DCI3's length fields become 3 and 1 respectively.

[0093] In equation (1) , initialize Length0=0 and L0=0. When the first DCI is received, the UE reads Length1=5 from its length field. Thus, L1 = (5-0) mod 25 + 0=5. This sets the ending position of the codebook to 5, after DCI1 is received. The next DCI′s A / N fields will be appended starting from position 5.

[0094] Similarly, when the second DCI is received, for Configurations 1 and 2, the UE reads Length2=11 from its length field. Thus, L2 = (11-5) mod 25 + 5=11. This sets the ending position of the codebook to 11, after DCI2 is received. Correspondingly, the third DCI’s A / N fields will be appended starting from position 11.

[0095] Therefore, in scenarios where a non-terminal DCI is received (e.g., the second DCI is detected, but the third is missed) , the length field within the received DCI still enables proper bit placement. That is, even if the third DCI is missed, its corresponding A / N fields can be appended from the correct position.

[0096] Additionally, bits corresponding to unreceived DCIs remain preset to NACK, providing proper behavior despite partial scheduling information loss.

[0097] The system incorporates specific mechanisms to address the cases of DCI loss. In a case of the last (terminal) DCI loss, the most recent successfully received DCI provides the working length reference.

[0098] The gNB may perform hypothesis testing by: first attempting to decode the codebook assuming no terminal DCI loss. If unsuccessful, reattempting under the hypothesis of terminal DCI loss.

[0099] The codebook may be declared invalid ( "garbage" ) when: all reasonable length hypotheses fail to produce a valid decoding; the NACK pattern indicates catastrophic control channel failure; or this triggers appropriate retransmission protocols at higher layers.

[0100] Upon receiving a length field in a first successfully decoded DCI, if a subsequent decoded DCI contains a second length field with a value smaller than the first, the system may interpret this as a wraparound condition. The corrected length is computed by adding this corresponding number to the length (wraparound compensation) .

[0101] For example, for Configuration 3 of Case 1, the DCI2 and DCI3’s length fields are 3 and 1 respectively, which both are smaller than the length field of DCI1 (=5) . The system thus can perform wraparound compensation to obtain the correct lengths of the codebook.

[0102] However, the corrected length (derived from wraparound compensation) may deviate from the true scheduled length known at the gNB (which maintains full knowledge of scheduled transmissions) . An inconsistency between the derived length and the gNB’s expected length constitutes an error condition, enabling the gNB to detect and resolve the inconsistency.

[0103] For Configuration 1 of Case 1, consider Scenario 1 where the last DCI (DCI3) is lost. The UE will compute a length value excluding the lost DCI, and transmit a codebook corresponding to this reduced length. That is, when the third DCI fails, the UE transmits a codebook having a length of 11, relied on the indication of the successfully received DCI2 (its length field indicates a codebook length of 11) .

[0104] However, the gNB expects a codebook reflecting the full scheduled length (including the lost DCI) , of which the length is 17. Upon receiving the UE's codebook, the gNB identifies the inconsistency in the codebook size and determines the last DCI is lost.

[0105] For Configuration 1 of Case 1 (W=5) , consider Scenario 2 where the intermediate DCI (DCI2, scheduling 6 PDSCHs) is lost. The UE receives DCI1 (Length1=5, scheduling 5 PDSCHs) and DCI3 (Length3=17, scheduling 6 PDSCHs) . Upon receiving DCI1, the UE calculates L1 = (5-0) mod 32 + 0 = 5. Upon receiving DCI3, the UE treats it as the next received DCI after DCI1. Using equation (1) with Lengthi-1=Length1=5 and Lengthi=Length3=17, the UE calculates the end position L3 = (17-5) mod 32 + L1 = 12 + 5 = 17. The UE determines the number of A / N fields for DCI3 as (Length3 -Length1) mod 32 = (17-5) mod 32 = 12. However, the UE knows from decoding DCI3 that it only schedules 6 PDSCHs. The UE places the 5 A / N fields for DCI1 in positions 0-4 and the 6 A / N fields for DCI3 in positions 11-16 (the last 6 positions ending at L3=17) . The positions 5-10, corresponding to the 6 PDSCHs of the missed DCI2, remain as NACKs within the codebook structure of overall length 17. The gNB, expecting A / N fields for DCI2 in positions 5-10, observes these NACKs.

[0106] For Configuration 1 of Case 1 (W=5) , consider Scenario 3 where the first DCI (DCI1, scheduling 5 PDSCHs) is lost. The UE receives DCI2 (Length2=11, scheduling 6 PDSCHs) and DCI3 (Length3=17, scheduling 6 PDSCHs) . Upon receiving DCI2 (as the first detected DCI) , the UE calculates L2 = (11-0) mod 32 + 0 = 11. The UE determines the number of A / N fields for DCI2 as (11-0) mod 32 = 11. Knowing DCI2 schedules 6 PDSCHs, the UE places these 6 A / N fields in positions 5-10 (the last 6 positions ending at L2=11) . Positions 0-4, corresponding to the missed DCI1, remain as NACKs. Upon receiving DCI3, the UE uses Lengthi-1=Length2=11 and Lengthi=Length3=17 to calculate L3 = (17-11) mod 32 + L2 = 6 + 11 = 17. The UE determines the number of A / N fields for DCI3 as (17-11) mod 32 = 6. The UE places these 6 A / N fields in positions 11-16 (ending at L3=17) . The final codebook has length 17, with NACKs in positions 0-4. The gNB observes these initial NACKs.

[0107] For Scenarios 2 and 3, the gNB observes these NACKs in the codebook. The NACKs for the lost PDSCHs (due to the non-terminal DCI loss) serve as an indicator of DCI decoding failure. This may enable the gNB to infer that the UE missed one or more DCIs and initiate corrective procedures. That is, these NACKs will raise an alarm on the gNB side and the gNB takes further action, such as HARQ retransmission or scheduling adjustment.

[0108] When the UE receives only intermediate DCIs (e.g., receiving the second DCI while missing both first and third DCIs) , the HARQ feedback transmission may proceed with the following characteristics: (1) the codebook structure remains unchanged from the complete reception case; (2) the successfully received DCI (second in this example) updates its designated bits based on actual PDSCH decoding outcomes; and (3) bits corresponding to unreceived DCIs (first and third in this example) are automatically filled with NACKs.

[0109] The gNB may employ detection to distinguish between PDSCH decoding failures (indicated by NACKs in properly received assignments) and PDCCH decoding failures (implied by contiguous NACKs corresponding to missing DCIs) .

[0110] If a contiguous sequence of DCIs is lost (each failed DCI corresponding to one or more undetected PDSCH transmissions) , resulting in a number of undetected PDSCHs exceeding a predetermined threshold, a severe mismatch occurs between the derived length calculated by the UE and the expected length maintained by the gNB. That is because the UE is unaware of these scheduled PDSCHs due to the DCI reception failure. If the number of consecutively missed DCIs exceeds 2W, the UE’s derived length will differ from the gNB’s expected length by 2W. the gNB may be configured to detect such mismatches during codebook reception.

[0111] For Configuration 1 (W=5) of Case 1, consider Scenario 4 where the first DCI (DCI1, scheduling 5 PDSCHs) and second DCI (DCI2, scheduling 6 PDSCHs) are lost. The UE only receives DCI3 (Length3=17, scheduling 6 PDSCHs) . Treating DCI3 as the first received DCI, the UE calculates L3 = (17-0) mod 32 + 0 = 17. The UE determines the number of A / N fields for DCI3 as (17-0) mod 32 = 17. Knowing DCI3 schedules 6 PDSCHs, the UE places these 6 A / N fields in positions 11-16 (the last 6 positions ending at L3=17) . Positions 0-10, corresponding to the 11 PDSCHs of the missed DCI1 and DCI2, remain as NACKs. The gNB observes these 11 initial NACKs.

[0112] For Configuration 2 (W=4) of Case 1, consider Scenario 5 where the first DCI (DCI1, scheduling 5 PDSCHs) and second DCI (DCI2, scheduling 6 PDSCHs) are lost. The UE only receives DCI3 (scheduling 6 PDSCHs) . The true cumulative length is 17. The Length field in DCI3 indicates Length3 = 17 mod 16 = 1. Treating DCI3 as the first received DCI, the UE calculates the end position L3 = (1-0) mod 16 + 0 = 1. The UE determines the number of A / N fields associated with DCI3 as (Length3-Lengthprev)mod16= (1-0) mod16=1. However, the UE knows from decoding DCI3 that it schedules 6 PDSCHs. The UE attempts to place these 6 A / N fields ending at position L3=1. This might involve placing them in positions (1-6+1) to 1, potentially wrapping around if negative indices are handled that way, or resulting in an error state. Regardless of the exact placement mechanism for these 6 fields when the calculated length contribution is only 1, the resulting codebook structure reported by the UE (e.g., a codebook appearing to have length 1 but containing information for 6 PDSCHs ending there) will be significantly different from the length 17 expected by the gNB, allowing the gNB to detect a severe error.

[0113] For Configuration 3 (W=3) of Case 1, consider Scenario 6 where the second and third DCIs are lost. That is, the UE only receives a first DCI having a length field of 5 (5 mod 23) . The UE will identify a codebook having a length of 5. However, the gNB expects a length of 17, resulting in a severe length mismatch (difference of 12, which is greater than 23) . That is, in such a case, the gNB performs size detection of the codebook.

[0114] For W = 5, the mismatch magnitude is 32; for W = 6, it is 64. The gNB may identify the inconsistency when the UE-reported codebook length is shorter than expected by 2W. This large offset (e.g., 32 / 64 missing PDSCHs) indicates a PDCCH reception failure rather than a link adaptation issue. Such errors are rare but detectable due to the significant length deviation.

[0115] For Configuration 3 (W=3) of Case 1, consider Scenario 7 where all three DCIs are successfully received by the UE, allowing it to correctly determine the final codebook length L3 based on the received Length fields (e.g., Length1=5, Length2=3, Length3=1, resulting in L3=17 after modulo-8 calculations and wraparound compensation) . However, assume the PDSCHs scheduled by the second DCI (6 PDSCHs) and the third DCI (6 PDSCHs) all fail decoding at the UE, while the PDSCHs for the first DCI (5 PDSCHs) are successfully decoded. The UE constructs the codebook of length 17, placing ACKs in the first 5 A / N field positions (0-4) and NACKs in the remaining 12 positions (5-16) . The gNB, upon receiving this codebook, observes a sequence of 12 contiguous NACKs at the tail end. Since this number (12) exceeds the threshold 2W=23=8, the gNB detects this pattern as a potential symptom of severe reception issues or a possible (though less likely in this specific scenario setup) length mismatch, potentially triggering a Type-3 codebook request as per one configured criterion. This illustrates gNB content detection based on an excessive number of trailing NACKs, even when the calculated length itself might be correct from the UE’s perspective based on received DCIs.

[0116] In cases where only the last DCI in a sequence is lost, the gNB may employ a blind recovery hypothesis. In such cases, the gNB assumes the missing DCI corresponds to the shortest plausible length adjustment.

[0117] If decoding under this hypothesis fails (e.g., resulting in invalid or corrupted data) , the gNB triggers a Type 3 codebook (afallback mechanism inherited from 5G NR) . The fallback mechanism may also apply to scenarios 6 and 7, where multiple DCIs are lost, or multiple PDSCHs fail to decode (length mismatch or the number of NACK exceeding the predetermined threshold) , triggering the Type 3 codebook.

[0118] The detection reliability varies depending on whether the feedback is transmitted via: 5G-NR PUSCH, or 6G-enhanced PUSCH. However, in both cases, the system maintains sufficient error detection robustness to identify missed DCIs and initiate corrective measures.

[0119] The disclosure provides designs for the efficient dynamic HARQ-ACK codebook, which relies on DCI-based length indication rather than the traditional DAI mechanism used in 5G NR.The proposed approach omits the DAI fields used in 5G NR and replaces them with length fields.

[0120] Specifically, unlike in 5G NR, this design does not require any of the conventional DAI fields (such as counter DAI, which tracks PDCCH reception order, or total DAI, which indicates the last DCI in a burst) . Instead, the LENGTH field in the DCI dynamically manages the HARQ-ACK codebook size, simplifying control signaling while maintaining reliability.

[0121] Furthermore, the design may handle unrecoverable Type 2 codebook length mismatches. If the UE experiences 2W or more contiguous PDSCH losses, the HARQ-ACK codebook length may become unrecoverably mismatched by c·2W bits (where c is an integer ≥ 1) . This occurs due to PDCCH failures, where missed DCIs prevent the UE from correctly tracking the expected codebook length. That is, 2W is the maximum recoverable burst length of PDSCH losses resulting from PDCCH failure (s) .

[0122] When the codebook is sent over PUSCH, this mismatch results in a sequence of c·2W NACKs at the tail of the correct length. This triggers the gNB to request a Type-3 HARQ-ACK codebook from the UE. The Type-3 codebook is a fallback reporting mode where the UE explicitly indicates the HARQ-ACK status of each active HARQ process (or a preconfigured subset of processes) rather than relying on dynamic length tracking. The gNB can reconstruct the correct feedback state even after severe PDCCH reception failures.

[0123] A spurious Type-3 codebook request may occur if the codebook length remains correct, but the last c·2W TBs / CBGs all fail.

[0124] The length field’s bit width (W) may be selected to provide reliable operation under worst-case conditions. To minimize unnecessary fallback triggers, W should be sufficiently large. Type-3 codebook requests remain at an acceptable rate. For example, as a 6-bit width (or larger) is used, wrap-around errors remain rare. This introduces a controlled signaling overhead, balancing reliability and resource efficiency.

[0125] The system supports dynamic adjustment of reporting granularity, allowing the gNB to optimize feedback resolution based on channel conditions. Multiple reporting formats allows flexible trade-offs between overhead and granularity. The A / N field size (c) and content vary based on the configurable reporting granularity options: (1) Per-PDSCH Reporting (Option 1  / NR-like) In this option, 1 A / N field is configured per PDSCH, where each field contains a fixed number  of c A / N bits. If c > 1, it supports up to c spatially multiplexed TBs (without HARQ-ACK spatial bundling) . If fewer than c TBs are transmitted, filler NACKs pad the remaining bits. If only 1 TB is transmitted per PDSCH, c = 1 (no filler bits) . (2) Per-TB Reporting (Option 2) In this option, the codebook contains 1 A / N bit per TB (c = 1) , eliminating filler NACKs  entirely. (3) Per-CBG Reporting (Option 3  / NR-like) In this option, the codebook contains 1 A / N field per Code Block Group (CBG) , with an  optional spatial bundling feature to reduce overhead. (4) Per-CBB Reporting (Option 4) In this option, CBG-based reporting may be extended to Code Block Bundles (CBBs) , further  optimizing feedback granularity.

[0126] For the configurable reporting granularity options, the length field counts A / N fields (not individual bits) , providing consistent interpretation across different reporting modes.

[0127] Each scheduled PDSCH generates a corresponding ACK / NACK field, including: one or more ACK / NACK bits (depending on TB / CBG granularity) . The arrangement of ACK / NACK fields follows a predetermined sequence, such as: (1) Time-domain-first ordering: Fields are arranged based on PDSCH scheduling time. (2) CC-first ordering: Fields are grouped by carrier index before temporal sequencing.

[0128] For example, ACK / NACK fields may be arranged in a time-domain-first and CC-sequential manner, such that:

[0129] For each symbol position, ACK / NACK fields are ordered by ascending CC index (e.g., CC#1 → CC#2 → . . . → CC#n) . The sequence repeats for subsequent symbol positions. For example, as illustrated in FIG. 7, the order may be: Symbol 711: CC1-PDSCH → CC2-PDSCH; and then Symbol 712: CC1-PDSCH → CC2-PDSCH → CC3-PDSCH (the index of CC n=3) .

[0130] In an alternative configuration, the order of ACK / NACK fields mirrors the scheduling sequence specified in the DCI. The DCI may list scheduled PDSCHs in a predetermined order (e.g., grouped by CC or other criteria) . The corresponding ACK / NACK fields in the codebook preserve this same order. The DCI format (and thus the ordering scheme) is configurable, subject to 3GPP standardization.

[0131] Furthermore, specifically for the Ni A / N fields corresponding to the multiple PDSCHs scheduled by a single DCI (the ith DCI) , the relative order of these Ni fields within the codebook may directly follow the order in which the scheduling information for the respective PDSCHs is listed within that ith DCI payload. This provides a consistent mapping between the scheduling information structure and the HARQ-ACK feedback structure for transmissions scheduled by the same control message, improving clarity and simplifying processing.

[0132] The proposed HARQ-ACK codebook design provides significant improvements over existing NR mechanisms, including:

[0133] (1) Efficient Utilization of HARQ-ACK Feedback Bits

[0134] The system generates ACK / NACK feedback exclusively for actually scheduled PDSCHs, eliminating unnecessary reporting.

[0135] Furthermore, unlike Release 18 multi-carrier scheduling DCIs in NR, this design completely avoids the inclusion of dummy bits (filler-NACKs) in the codebook. By contrast, in current NR implementations, avoiding filler bits is only possible when each PDSCH is scheduled by a separate DCI. The new two-stage DCI approach enables efficient scheduling of a sequence of PDSCHs over multiple CCs with varying numbers while still maintaining this efficiency.

[0136] The proposed method may eliminate the need for “filler NACKs” that were used in NR Type-2 codebooks solely for padding. In NR, if a DCI could schedule a maximum of, for example, 4 PDSCHs but only scheduled 2, the codebook contribution for that DCI would still occupy 4 A / N field positions, with 2 positions filled by NACKs unrelated to actual transmission success or failure. The present disclosure avoids this padding by making the codebook contribution size directly proportional to the number of actually scheduled PDSCHs (or TBs / CBGs) . NACKs still exist in the proposed codebook, but they represent either (a) failed decoding attempts of actually scheduled PDSCHs or (b) positions corresponding to PDSCHs scheduled by DCIs that the UE failed to receive. These NACKs are inherent to the HARQ process or DCI loss, not artificial padding for fixed-size allocation per DCI.

[0137] (2) Enhanced Robustness in Type-2 Codebook

[0138] The proposed dynamic HARQ-ACK codebook renders the Type-1 codebook redundant, as it eliminates the need for large numbers of dummy bits typically required in static configurations.

[0139] Unlike Type-1 codebooks, which pre-allocate fixed-sized fields regardless of actual scheduling, this approach only includes ACK / NACK bits for scheduled PDSCHs, significantly reducing uplink overhead.

[0140] The gNB triggers a Type-3 codebook request when it detects symptoms of a corrupted codebook caused by contiguous PDCCH failures. If the UE misses 2W consecutive DCIs, its codebook length tracking wraps around modulo-2W, causing a mismatch.

[0141] The gNB expects a HARQ-ACK codebook of length LTX, but the UE sends a shorter codebook of length LTX –2W. When the HARQ-ACK codebook is sent over PUSCH (as in the sequel) , the gNB observes a sequence of 2W NACKs in the position where the tail of the codebook is expected.

[0142] The Type-3 fallback mechanism is selective. The gNB can optionally restrict Type-3 requests to a preconfigured subset of HARQ processes, minimizing recovery overhead.

[0143] For W ≥ 6 bits, the probability of 2W (≥64) consecutive DCI losses becomes negligible in practical deployments, providing stable operation. That is, by adequately selecting W, the probability can be minimized.

[0144] The DL DCI signaling overhead (e.g., W = 6 bits) is substantially comparable to that of the 'counter DAI + total DAI'a pproach adopted in NR systems. In NR, such parity in overhead fails to achieve equivalent levels of robustness, scheduling flexibility, or uplink (UL) signaling efficiency.

[0145] This approach uses the DL DCI to schedule one or more PDSCHs multiplexed in time and / or frequency domains. The DL DCI incorporates a length field that maintains a modulo-2W counter. This counter dynamically tracks the cumulative size of the HARQ-ACK codebook corresponding to all scheduled PDSCHs up to and including the current DCI. In the current DCI, the same HARQ-ACK codebook is identified and referenced by the DL DCI.

[0146] The counter may wrap around at (2W –R) , where the last R values are reserved for signaling some special action, if the length is not needed. For example, the reserved values could trigger a Type-3 codebook request or enable per-DCI codebook, eliminating the need for explicit length tracking in those cases.

[0147] In another aspect, the gNB initiates a Type-3 HARQ-ACK codebook request when it detects a corrupt codebook size. In such case, the last 2W A / N fields are all NACKs, indicating a possible modulo-2W wraparound error. This fallback mechanism allows the gNB to recover the status of all (or a configured subset of) HARQ processes, providing reliability despite PDCCH failures.

[0148] The approach in this disclosure eliminates filler bits, enhances reliability and spectral efficiency, and supports diverse 6G use cases.

[0149] As described supra, the LENGTH field in the DCI may serve as a replacement for the DAI fields used in 5G NR. This approach simplifies the control signaling while maintaining or improving the reliability of the HARQ-ACK feedback mechanism. The LENGTH field directly indicates the modulo-2W codebook length in terms of the number of A / N fields, which corresponds to the total number of PDSCHs scheduled up to and including the current DCI. This direct indication of the codebook size may eliminate the need for the UE to count PDCCHs or to rely on a total DAI field to identify the last DCI in a sequence.

[0150] When determining the positions of A / N fields within the HARQ-ACK codebook, the UE may use the LENGTH field to calculate the ending position for the A / N fields associated with the current DCI. Specifically, the UE computes the difference between the LENGTH value in the current DCI and the LENGTH value in the previously received DCI, adjusted for potential modulo-2Wwraparound. This difference represents the number of A / N fields that should be added to the codebook for the current DCI. The UE then places these A / N fields at the end of the current codebook; they occupy the correct positions even if intermediate DCIs were missed.

[0151] The bit width W of the LENGTH field is a design parameter that affects both the signaling overhead and the system’s robustness against consecutive DCI losses. A larger value of W reduces the probability of undetectable wraparound errors but increases the signaling overhead. Conversely, a smaller value of W reduces the signaling overhead but increases the likelihood of undetectable wraparound errors. The selection of W should balance these considerations based on the expected deployment scenarios and channel conditions. For 6G systems with increased component carrier aggregation and multi-PDSCH scheduling capabilities, a value of W≥6 is recommended to provide robust operation while maintaining reasonable signaling overhead.

[0152] The dynamic HARQ-ACK codebook design described in this disclosure offers significant advantages over the existing NR mechanisms, particularly in terms of spectral efficiency and robustness. By eliminating the need for filler NACKs and adapting the codebook size to the actual number of scheduled PDSCHs, the proposed approach reduces the uplink signaling overhead. Additionally, the LENGTH field-based mechanism provides a more direct and efficient way to track the codebook size compared to the DAI-based approach used in NR. These improvements are particularly beneficial in 6G systems, where the increased number of component carriers and the ability to schedule multiple PDSCHs per DCI would otherwise exacerbate the inefficiencies of the NR approach.

[0153] As described, the value indicated by the LENGTH field within a DCI may represent the cumulative count of A / N fields scheduled up to and including that DCI, subject to the modulo-2W operation. This count directly reflects the number of feedback opportunities (each corresponding to a PDSCH, TB, or CBG based on configuration) and determines the codebook size in units of A / N fields, rather than individual bits, unless the configuration specifies one bit per A / N field (e.g., c=1) .

[0154] The elimination of filler NACKs specifically refers to the avoidance of padding added solely to maintain a fixed-size contribution per DCI, as was common in NR Type-2 codebooks based on PDCCH counting. NACKs will still naturally occur within the proposed codebook structure. These inherent NACKs represent either the failure to decode an actually scheduled PDSCH / TB / CBG, or they occupy the A / N field positions corresponding to PDSCHs scheduled by DCIs that the UE failed to receive. With the mechanism using the LENGTH field, these inherent NACKs corresponding to missed DCIs fall into the correct temporal positions within the overall codebook structure without artificially inflating the codebook size based on DCI detection events alone. Furthermore, if spatial bundling is configured (e.g., c=2 bits per A / N field for up to two TBs) but only one TB is transmitted, the unused bit within that specific A / N field might be filled with a NACK; this is distinct from the eliminated DCI-level padding filler NACKs.

[0155] FIG. 11 illustrates a flow chart 1100 of a process for dynamic HARQ-ACK codebook generation format. 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) .

[0156] At block 1102, the UE receives downlink control information (DCI) including a length field indicating a counter that tracks a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously received DCI that refers to the same HARQ-ACK codebook. The size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields.

[0157] At block 1104, the UE determines a structure of the HARQ-ACK codebook based on the length field in the DCI.

[0158] Following the determination of the structure of the HARQ-ACK codebook, at block 1106, the UE transmits the HARQ-ACK codebook having the determined structure.

[0159] In certain implementations, the length field may have a bit width of W bits and the counter wraps around using modulo-2W arithmetic.

[0160] In certain implementations, the counter may wrap around at (2W-R) , where R is a positive integer representing a number of reserved values for signaling special actions.

[0161] In certain implementations, determining the structure of the HARQ-ACK codebook may include: calculating an ending position (Li) for contiguous A / N fields corresponding to the downlink transmission units scheduled by an ith received DCI according to: Li= (Lengthi-Lengthi-1) (mod 2W) +Li-1, where Li represents the ending position in the HARQ-ACK codebook after processing the ith  received DCI, Lengthi represents a value of the length field in the ith received DCI, Lengthi-1 represents a value of the length field in an (i-1) th received DCI, and Li-1 represents the ending position in the HARQ-ACK codebook after processing the (i-1) th received DCI, with L0=0 and Length0=0.

[0162] In certain implementations, each downlink transmission unit may correspond to one of: a physical downlink shared channel (PDSCH) , a transport block (TB) , or a code block group (CBG) .

[0163] In certain implementations, each A / N field may correspond to one downlink transmission unit scheduled by the DCI.

[0164] In certain implementations, each A / N field may include a single bit when a single transport block (TB) is transmitted per downlink transmission unit associated with the A / N field.

[0165] In certain implementations, each A / N field may include multiple bits when multiple transport blocks (TBs) are transmitted per downlink transmission unit associated with the A / N field.

[0166] In certain implementations, each A / N field may include multiple bits when code block group (CBG) -based reporting is configured.

[0167] In certain implementations, an order of the A / N fields corresponding to the downlink transmission units scheduled by the DCI may follow an order in which scheduling information for the respective downlink transmission units is listed in the DCI.

[0168] In certain implementations, the UE initializes all bits in the HARQ-ACK codebook to negative acknowledgements (NACKs) ; and sets one or more bits within A / N fields corresponding to successfully decoded downlink transmission units to acknowledgements (ACKs) .

[0169] In certain implementations, the HARQ-ACK codebook does not include filler negative acknowledgements (NACKs) added for padding a contribution of the DCI to a fixed size based on DCI detection rather than actual scheduling.

[0170] In certain implementations, the UE receives a request for a Type-3 HARQ-ACK codebook from a network node; and transmits the Type-3 HARQ-ACK codebook indicating a HARQ-ACK status of each HARQ process or a selected preconfigured subset of HARQ processes.

[0171] In certain implementations, the HARQ-ACK codebook may be transmitted over a physical uplink shared channel (PUSCH) .

[0172] In certain implementations, the length field may replace downlink assignment index (DAI) fields used in 5G New Radio (NR) for determining HARQ-ACK codebook size.

[0173] FIG. 12 illustrates another flow chart 1200 of a process for dynamic HARQ-ACK codebook generation format. 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) .

[0174] At block 1202, the base station transmits downlink control information (DCI) including a length field that indicates a counter tracking a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously transmitted DCI that refers to the same HARQ-ACK codebook. The size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields.

[0175] At block 1204, the base station receives the HARQ-ACK codebook having a structure determined based on the length field.

[0176] In certain implementations, the length field may have a bit width of W bits and the counter wraps around using modulo-2W arithmetic.

[0177] In certain implementations, the base station detects a mismatch between an expected length of the HARQ-ACK codebook and an actual length of the received HARQ-ACK codebook; and determines that the mismatch indicates a loss of one or more DCIs when the mismatch corresponds to a difference of 2W A / N fields.

[0178] In certain implementations, the base station transmits a request for a Type-3 HARQ-ACK codebook when the mismatch is detected; and receives the Type-3 HARQ-ACK codebook indicating a HARQ-ACK status of each HARQ process or a selected preconfigured subset of HARQ processes.

[0179] In certain implementations, the base station detects a sequence of 2W or more contiguous negative acknowledgements (NACKs) at an expected tail position of the HARQ-ACK codebook; and determines that the sequence of contiguous NACKs indicates a loss of one or more DCIs.

[0180] In certain implementations, each downlink transmission unit may correspond to one of:a physical downlink shared channel (PDSCH) , a transport block (TB) , or a code block group (CBG) .

[0181] In certain implementations, an order of A / N fields in the HARQ-ACK codebook corresponding to the downlink transmission units scheduled by the DCI may follow an order in which scheduling information for the respective downlink transmission units is listed in the DCI.

[0182] In certain implementations, the HARQ-ACK codebook does not include filler negative acknowledgements (NACKs) added for padding a contribution of the DCI to a fixed size based on DCI detection rather than actual scheduling.

[0183] In certain implementations, the base station performs hypothesis testing by attempting to decode the received HARQ-ACK codebook under different length assumptions when a terminal DCI loss is suspected.

[0184] In certain implementations, the length field may replace downlink assignment index (DAI) fields used in 5G New Radio (NR) for determining HARQ-ACK codebook size.

[0185] 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.

[0186] 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

1.A method of wireless communication performed by a user equipment (UE) , comprising:receiving downlink control information (DCI) including a length field indicating a counter that tracks a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously received DCI that refers to the same HARQ-ACK codebook, wherein the size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields;determining a structure of the HARQ-ACK codebook based on the length field in the DCI; andtransmitting the HARQ-ACK codebook having the determined structure.2.The method of claim 1, wherein the length field has a bit width of W bits and the counter wraps around using modulo-2W arithmetic.3.The method of claim 2, wherein the counter wraps around at (2W-R) , where R is a positive integer representing a number of reserved values for signaling special actions.4.The method of claim 2, wherein determining the structure of the HARQ-ACK codebook comprises:calculating an ending position (Li) for contiguous A / N fields corresponding to the downlink transmission units scheduled by an ith received DCI according to:Li= (Lengthi-Lengthi-1) (mod 2W) +Li-1,wherein Li represents the ending position in the HARQ-ACK codebook after processing the ith received DCI, Lengthi represents a value of the length field in the itt received DCI, Lengthi-1 represents a value of the length field in an (i-1) th received DCI, and Li-1 represents the ending position in the HARQ-ACK codebook after processing the (i-1) th received DCI, with L0=0 and Length0=0.5.The method of claim 1, wherein each downlink transmission unit corresponds to one of: a physical downlink shared channel (PDSCH) , a transport block (TB) , or a code block group (CBG) .6.The method of claim 1, wherein each A / N field corresponds to one downlink transmission unit scheduled by the DCI.7.The method of claim 6, wherein each A / N field comprises a single bit when a single transport block (TB) is transmitted per downlink transmission unit associated with the A / N field.8.The method of claim 6, wherein each A / N field comprises multiple bits when multiple transport blocks (TBs) are transmitted per downlink transmission unit associated with the A / N field.9.The method of claim 6, wherein each A / N field comprises multiple bits when code block group (CBG) -based reporting is configured.10.The method of claim 6, wherein an order of the A / N fields corresponding to the downlink transmission units scheduled by the DCI follows an order in which scheduling information for the respective downlink transmission units is listed in the DCI.11.The method of claim 1, further comprising:initializing all bits in the HARQ-ACK codebook to negative acknowledgements (NACKs) ; andsetting one or more bits within A / N fields corresponding to successfully decoded downlink transmission units to acknowledgements (ACKs) .12.The method of claim 1, wherein the HARQ-ACK codebook does not include filler negative acknowledgements (NACKs) added for padding a contribution of the DCI to a fixed size based on DCI detection rather than actual scheduling.13.The method of claim 1, further comprising:receiving a request for a Type-3 HARQ-ACK codebook from a network node; andtransmitting the Type-3 HARQ-ACK codebook indicating a HARQ-ACK status of each HARQ process or a selected preconfigured subset of HARQ processes.14.The method of claim 1, wherein the HARQ-ACK codebook is transmitted over a physical uplink shared channel (PUSCH) .15.The method of claim 1, wherein the length field replaces downlink assignment index (DAI) fields used in 5G New Radio (NR) for determining HARQ-ACK codebook size.16.A method of wireless communication of a base station, comprising:transmitting downlink control information (DCI) including a length field that indicates a counter tracking a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously transmitted DCI that refers to the same HARQ-ACK codebook, wherein the size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields; andreceiving the HARQ-ACK codebook having a structure determined based on the length field.17.The method of claim 16, wherein the length field has a bit width of W bits and the counter wraps around using modulo-2W arithmetic.18.The method of claim 17, further comprising:detecting a mismatch between an expected length of the HARQ-ACK codebook and an actual length of the received HARQ-ACK codebook; anddetermining that the mismatch indicates a loss of one or more DCIs when the mismatch corresponds to a difference of 2W A / N fields.19.The method of claim 18, further comprising:transmitting a request for a Type-3 HARQ-ACK codebook when the mismatch is detected; andreceiving the Type-3 HARQ-ACK codebook indicating a HARQ-ACK status of each HARQ process or a selected preconfigured subset of HARQ processes.20.The method of claim 17, further comprising:detecting a sequence of 2W or more contiguous negative acknowledgements (NACKs) at an expected tail position of the HARQ-ACK codebook; anddetermining that the sequence of contiguous NACKs indicates a loss of one or more DCIs.21.The method of claim 16, wherein each downlink transmission unit corresponds to one of: a physical downlink shared channel (PDSCH) , a transport block (TB) , or a code block group (CBG) .22.The method of claim 16, wherein an order of A / N fields in the HARQ-ACK codebook corresponding to the downlink transmission units scheduled by the DCI follows an order in which scheduling information for the respective downlink transmission units is listed in the DCI.23.The method of claim 16, wherein the HARQ-ACK codebook does not include filler negative acknowledgements (NACKs) added for padding a contribution of the DCI to a fixed size based on DCI detection rather than actual scheduling.24.The method of claim 16, further comprising:performing hypothesis testing by attempting to decode the received HARQ-ACK codebook under different length assumptions when a terminal DCI loss is suspected.25.The method of claim 16, wherein the length field replaces downlink assignment index (DAI) fields used in 5G New Radio (NR) for determining HARQ-ACK codebook size.26.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 downlink control information (DCI) including a length field indicating a counter that tracks a size of a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to downlink transmission units scheduled by the DCI and previously received DCI that refers to the same HARQ-ACK codebook, wherein the size is tracked in units of acknowledgement / negative-acknowledgement (A / N) fields;determine a structure of the HARQ-ACK codebook based on the length field in the DCI; andtransmit the HARQ-ACK codebook having the determined structure.

Images