WO2021023049A1

WO2021023049A1 - Methods and apparatuses for handling hybrid automatic repeat request feedback transmissions

Info

Publication number: WO2021023049A1
Application number: PCT/CN2020/104958
Authority: WO
Inventors: Chiahung Wei; Hsinhsi TSAI; Chienchun CHENG; Hengli CHIN
Original assignee: FG Innovation Company Limited
Priority date: 2019-08-02
Filing date: 2020-07-27
Publication date: 2021-02-11
Also published as: US20220263608A1; EP4008078A1; EP4008078A4; CN114144984A

Abstract

A method for handling Hybrid Automatic Repeat reQuest (HARQ) feedback transmissions includes a User Equipment (UE) receiving, from a Base Station (BS), Downlink Control Information (DCI) on a Physical Downlink Control Channel (PDCCH). The DCI schedules a reception of Downlink (DL) data on a Physical Downlink Shared Channel (PDSCH). The method further includes the UE determining whether to transmit a HARQ feedback for the DL data according to the DCI.

Description

METHODS AND APPARATUSES FOR HANDLING HYBRID AUTOMATIC REPEAT REQUEST FEEDBACK TRANSMISSIONS

CROSS-REFERENCE TO RELATED APPLICATION (S)

The present disclosure claims the benefit of and priority to provisional U.S. Patent Application Serial No. 62/882,227 ( “the ‘227 provisional” ) , filed on August 2, 2019, entitled “Acknowledgement Instruction in New Radio” . The contents of the ‘227 provisional are fully incorporated herein by reference for all purposes.

FIELD

The present disclosure generally relates to wireless communications, and more particularly, to methods and apparatuses for handling Hybrid Automatic Repeat reQuest (HARQ) feedback transmissions in a communication system.

BACKGROUND

With the tremendous growth in the number of connected devices and the rapid increase in user/network traffic volume, various efforts have been made to improve different aspects of wireless communication for the next generation wireless communication system, such as the fifth generation (5G) New Radio (NR) , by improving data rate, latency, reliability and mobility.

The 5G NR system is designed to provide flexibility and configurability to optimize the network services and types, accommodating various use cases such as enhanced Mobile Broadband (eMBB) , massive Machine-Type Communication (mMTC) , and Ultra-Reliable and Low-Latency Communication (URLLC) .

However, as the demand for radio access continues to increase, there is a need for further improvements in the art.

SUMMARY

The present disclosure is directed to methods and apparatuses for handling HARQ feedback transmissions in a communication system.

According to an aspect of the present disclosure, a method performed by a User Equipment (UE) is provided. The method includes the UE receiving, from a Base Station (BS) , Downlink (DL) Control Information (DCI) on a Physical Downlink Control Channel (PDCCH) . The DCI schedules a reception of DL data on a Physical Downlink Shared Channel (PDSCH) . The method further includes the UE determining whether to transmit a HARQ feedback for the DL data according to the DCI.

According to another aspect of the present disclosure, a User Equipment (UE) is provided. The UE includes a memory and at least one processor coupled to the memory. The at least one processor is configured to receive DCI on a PDCCH from a BS. The DCI schedules a reception of DL data on a PDSCH. The at least one processor is further configured to determine whether to transmit a HARQ feedback for the DL data according to the DCI.

BRIEF DESCRIPTION OF THE DRAWINGS

Aspects of the present disclosure are best understood from the following detailed description when read with the accompanying figures. Various features are not drawn to scale. Dimensions of various features may be arbitrarily increased or reduced for clarity of discussion.

Fig. 1 is a schematic diagram illustrating a resource location of a PDSCH and a resource of HARQ feedback transmission which are determined based on the parameters K ₀ and K ₁ indicated by a PDCCH, in accordance with an implementation of the present disclosure.

Fig. 2 is a schematic diagram illustrating an architecture of a protocol stack including a Medium Access Control (MAC) entity and a Physical (PHY) layer of a UE, in accordance with an example of the present application.

Fig. 3 is a flowchart of a DL process performed by a UE, in accordance with an implementation of the present disclosure.

Fig. 4 illustrates a flowchart for a method, performed by a UE, for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure.

Fig. 5 illustrates a flowchart for a method for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure.

Fig. 6 illustrates a flowchart for a method for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure.

Fig. 7 illustrates a flowchart of for a method for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure.

Fig. 8 illustrates a block diagram of a node for wireless communication, in accordance with various aspects of the present disclosure.

DETAILED DESCRIPTION

The following description contains specific information pertaining to exemplary implementations in the present disclosure. The drawings in the present disclosure and their accompanying detailed description are directed to merely exemplary implementations. However, the present disclosure is not limited to merely these exemplary implementations. Other variations and implementations of the present disclosure will occur to those skilled in the art. Unless noted otherwise, like or corresponding elements among the figures may be indicated by like or corresponding reference numerals. Moreover, the drawings and illustrations in the present disclosure are generally not to scale, and are not intended to correspond to actual relative dimensions.

The following description contains specific information pertaining to example implementations in the present disclosure. The drawings in the present disclosure and their accompanying detailed description are directed to merely example implementations. However, the present disclosure is not limited to merely these example implementations. Other variations and implementations of the present disclosure will occur to those skilled in the art. Unless noted otherwise, like or corresponding elements among the figures may be indicated by like or corresponding reference numerals. Moreover, the drawings and illustrations in the present disclosure are generally not to scale, and are not intended to correspond to actual relative dimensions.

For the purpose of consistency and ease of understanding, like features are identified (although, in some examples, not shown) by numerals in the example figures. However, the features in different implementations may differ in other respects, and thus shall not be narrowly confined to what is shown in the figures.

References to “one implementation, ” “an implementation, ” “example implementation, ” “various implementations, ” “some implementations, ” “implementations of the present disclosure, ” etc., may indicate that the implementation (s) of the present disclosure so described may include a particular feature, structure, or characteristic, but not every possible implementation of the present disclosure necessarily includes the particular feature, structure, or characteristic. Further, repeated use of the phrase “in one implementation, ” “in an example implementation, ” or “an implementation, ” do not necessarily refer to the same implementation, although they may. Moreover, any use of phrases like “implementations” in connection with “the present disclosure” are never meant to characterize that all implementations of the present disclosure must include the particular feature, structure, or characteristic, and should instead be understood to mean “at least some implementations of the present disclosure” includes the stated particular feature, structure, or characteristic. The term “coupled” is defined as connected, whether directly or indirectly through intervening components, and is not necessarily limited to physical connections. The term “comprising, ” when utilized, means “including, but not necessarily limited to” ; it specifically indicates open-ended inclusion or membership in the so-described combination, group, series and the equivalent.

The term “and/or” herein is only an association relationship for describing associated objects, and represents that three relationships may exist, for example, A and/or B may represent that: A exists alone, A and B exist at the same time, and B exists alone. “Aand/or B and/or C” may represent that at least one of A, B and C exists. In addition, the character “/” used herein generally represents that the former and latter associated objects are in an “or” relationship.

Additionally, for the purpose of non-limiting explanation, specific details, such as functional entities, techniques, protocols, standard, and the like are set forth for providing an understanding of the described technology. In other examples, detailed description of well-known methods, technologies, system, architectures, and the like are omitted so as not to obscure the description with unnecessary details.

Persons skilled in the art will immediately recognize that any network function (s) or algorithm (s) described in the present disclosure may be implemented by hardware, software or a combination of software and hardware. Described functions may correspond to modules that may be software, hardware, firmware, or any combination thereof. The software implementation may comprise computer executable instructions stored on computer readable medium such as memory or other type of storage devices. For example, one or more microprocessors or general purpose computers with communication processing capability may be programmed with corresponding executable instructions and carry out the described network function (s) or algorithm (s) . The microprocessors or general purpose computers may be formed of Applications Specific Integrated Circuitry (ASIC) , programmable logic arrays, and/or using one or more Digital Signal Processor (DSPs) . Although some of the example implementations described in this specification are oriented to software installed and executing on computer hardware, nevertheless, alternative example implementations implemented as firmware or as hardware or combination of hardware and software are well within the scope of the present disclosure.

The computer readable medium includes but is not limited to Random Access Memory (RAM) , Read-Only Memory (ROM) , Erasable Programmable Read-Only Memory (EPROM) , Electrically Erasable Programmable Read-Only Memory (EEPROM) , flash memory, Compact Disc Read-Only Memory (CD-ROM) , magnetic cassettes, magnetic tape, magnetic disk storage, or any other equivalent medium capable of storing computer-readable instructions.

A radio communication network architecture (e.g., a Long Term Evolution (LTE) system, a LTE-Advanced (LTE-A) system, or a LTE-Advanced Pro system) typically includes at least one BS, at least one UE, and one or more optional network elements that provide connection towards a network. The UE communicates with the network (e.g., a Core Network (CN) , an Evolved Packet Core (EPC) network, an Evolved Universal Terrestrial Radio Access network (E-UTRAN) , a Next-Generation Core (NGC) , or an Internet) , through a Radio Access Network (RAN) established by the BS.

It should be noted that, in the present disclosure, a UE may include, but is not limited to, a mobile station, a mobile terminal or device, a user communication radio terminal. For example, a UE may be a portable radio equipment, which includes, but is not limited to, a mobile phone, a tablet, a wearable device, a sensor, or a Personal Digital Assistant (PDA) with wireless communication capability. The UE is configured to receive and transmit signals over an air interface to one or more cells in a RAN.

A BS may include, but not limited to, a Node B (NB) as in the Universal Mobile Telecommunication System (UMTS) , an evolved Node B (eNB) as in the LTE-A, a Radio Network Controller (RNC) as in the UMTS, a Base Station Controller (BSC) as in the Global System for Mobile communications (GSM) /GSM EDGE Radio Access Network (GERAN) , an ng-eNB as in an E-UTRA BS in connection with the 5GC, a next generation Node B (gNB) as in the 5G Access Network (5G-AN) , and any other apparatus capable of controlling radio communication and managing radio resources within a cell. The BS may connect to serve the one or more UEs through a radio interface to the network.

A BS may be configured to provide communication services according to at least one of the following Radio Access Technologies (RATs) : Worldwide Interoperability for Microwave Access (WiMAX) , GSM (often referred to as 2G) , GERAN, General Packet Radio Service (GPRS) , UMTS (often referred to as 3G) based on basic Wideband-Code Division Multiple Access (W-CDMA) , High-Speed Packet Access (HSPA) , LTE, LTE-A, eLTE, NR (often referred to as 5G) , and LTE-A Pro. However, the scope of the present disclosure should not be limited to the above mentioned protocols.

The BS may be operable to provide radio coverage to a specific geographical area using a plurality of cells being included the RAN. The BS may support the operations of the cells. Each cell is operable to provide services to at least one UE within its radio coverage. In one implementation, each cell (often referred to as a serving cell) may provide services to serve one or more UEs within its radio coverage, (e.g., each cell schedules the DL and optionally Uplink (UL) resources to at least one UE within its radio coverage for DL and optionally UL packet transmissions) . The BS may communicate with one or more UEs in the radio communication system through the plurality of cells. A cell may allocate sidelink (SL) resources for supporting proximity service (ProSe) . Each cell may have overlapped coverage areas with other cells. In Multi-RAT Dual Connectivity (MR-DC) cases, the primary cell of a Master Cell Group (MCG) or a Secondary Cell Group (SCG) may be called as a Special Cell (SpCell) . PCell may refer to the SpCell of an MCG. Primary Secondary Cell (PSCell) may refer to the SpCell of an SCG. MCG means a group of serving cells associated with the MN, comprising of the SpCell and optionally one or more secondary cells (SCells) . SCG means a group of serving cells associated with the SN, comprising of the SpCell and optionally one or more SCells.

As discussed above, the frame structure for NR is to support flexible configurations for accommodating various next generation (e.g., 5G) communication requirements, such as eMBB, mMTC and URLLC, while fulfilling high reliability, high data rate and low latency requirements. The orthogonal frequency-division multiplexing (OFDM) technology as agreed in 3 ^rd Generation Partnership Project (3GPP) may serve as a baseline for an NR waveform. The scalable OFDM numerology, such as the adaptive sub-carrier spacing, the channel bandwidth, and the cyclic prefix (CP) , may also be used. Additionally, two coding schemes are considered for NR: (1) low-density parity-check (LDPC) code and (2) polar code. The coding scheme adaption may be configured based on the channel conditions and/or the service applications.

Moreover, it is also considered that in a transmission time interval of a single NR frame, at least DL transmission data, a guard period, and UL transmission data should be included, where the respective portions of the DL transmission data, the guard period, the UL transmission data should also be configurable, for example, based on the network dynamics of NR.In addition, a sidelink resource may also be provided in an NR frame to support ProSe services.

In an NR wireless communication system, a DL data reception at the UE side may be achieved by monitoring a Physical Downlink Control Channel (PDCCH) and find a possible assignment on the PDCCH. For example, the assignment may be UE-specific Downlink Control Information (DCI) that is found on the PDCCH (candidate) . The DCI may indicate a time-frequency resource location for a DL data reception on a PDSCH. In addition, the DCI may indicate the timing when the UE should perform a HARQ feedback transmission (e.g., HARQ-ACKnowledgement (ACK) transmission) for the DL data reception on the PDSCH.

As shown in Fig. 1, the parameter K ₀ may denote a slot offset between the slot (e.g., slot 0 of subframe n) containing the PDCCH (e.g., PDCCH 102) and the slot (e.g., slot 1 of subframe n) containing the PDSCH (e.g., PDSCH 104) that is indicated/scheduled by DCI carried by the PDCCH (e.g., PDCCH 102) . Thus, in the example of Fig. 1, K ₀ = 1. On the other hand, the parameter K ₁ may denote a slot offset between the slot (e.g., slot 1 of subframe n) containing the PDSCH (e.g., PDSCH 104) and the slot (e.g., slot 1 of subframe n+1) that the UE is indicated by the BS to perform the HARQ feedback transmission for PDSCH 104 on an UL resource configured by the BS (e.g., UL resource 106) . In the example of Fig. 1, K ₁ = 2. The values of the K ₀ and K ₁ parameters may be indicated to the UE via DCI. It should be noted that even though each subframe includes only two slots in the implementation illustrated in Fig. 1, any number of slots may be included in one subframe in some other implementations of the present application. In addition, the number of slots contained in each subframe may be dependent on the numerology of the numerology configuration.

Fig. 2 is a schematic diagram illustrating an architecture of a protocol stack including a MAC entity and a PHY layer of a UE, -in accordance with an example of the present application.

As shown in Fig. 2, the UE may include a PHY layer 202 and at least one MAC entity 204 that includes a control entity 206, a HARQ entity 208 and a Demodulation and Decoding (D&D) entity 210. The control entity 206 may represent the MAC entity/layer of the UE except the HARQ entity 208 and the D&D entity 210. The HARQ entity 208 may maintain K HARQ processes 212 (e.g., HARQ processes #1 to HARQ processes #K, where K is a natural integer) with each HARQ process 212 corresponding to a HARQ process Identity (ID) . The D&D entity 210 may be responsible for disassembling and demultiplexing the received MAC Protocol Data Unit (PDU) . It should be noted that the terms “HARQ process ID, ” “HARQ ID, ” and “HARQ process number” may be interchangeable in some implementations of the present disclosure.

In addition, it should be noted that the implementation in Fig. 2 is shown for illustrative purposes only, and is not mean to limit the scope of the present application. For example, in some other implementations, more or less entities in the UE may be engaged in the processing of the DL process.

Fig. 3 is a flowchart of a DL process performed by a UE, in accordance with an implementation of the present disclosure. For the convenience of discussion and illustration, the entities included in the protocol stack of the UE illustrated in Fig. 2 are shown in Fig. 3 with the same label.

In action 302 (Step 1) , the PHY layer 202 of the UE may monitor PDCCH candidates according to the gNB’s configuration and thus obtain a DL assignment from a PDCCH by decoding the DCI (e.g., with a Cyclic Redundancy Check (CRC) scrambled by a specific Radio Network Temporary Identifier (RNTI) for the UE on the PDCCH. For example, (e.g., the specific RNTI may be a Cell-RNTI (C-RNTI) . In some implementations, the UE may use the DL assignment to determine the time location of the time slot including the PDSCH and/or the time location of the time slot including the resource for transmitting the HARQ feedback. For example, the DL assignment may include the K ₀ and K ₁ parameters.

In action 304 (Step 2) , the PHY layer 202 may provide an indication of the reception of the DL assignment on the PDCCH to the MAC layer of the UE (e.g., the control entity 206 of MAC entity 204 illustrated in Fig. 2) . In some implementations, the indication of the reception of the DL assignment may include a PDSCH reception assignment and the HARQ information that contains a New Data Indicator (NDI) .

In action 306 (Step 3) , the control entity 206 of the UE may evaluate the purpose and type of the DL assignment based on the indication of the reception of the DL assignment from PHY layer 202. For example, the MAC entity may determine whether the DL assignment is for the MAC entity’s C-RNTI, and/or whether the NDI has been toggled.

In action 308 (Step 4) , the control entity 206 of the UE may inform HARQ entity 208 of the presence of the DL assignment and provide the HARQ information (e.g., including a HARQ process ID) to HARQ entity 208.

In action 310 (Step 5) , at a time after the end of the PDSCH reception (e.g., at the end of the last symbol of the PDSCH in the time domain) , the PHY layer 202 may provide a Transport Block (TB) received on the PDSCH to the MAC layer of the UE (e.g., to the control entity 206 of MAC entity 204) .

In action 312 (Step 6) , the control entity 206 may provide the TB and the HARQ information that indicates a HARQ process (e.g., the HARQ process 212 illustrated in Fig. 2) to the HARQ entity 208.

In action 314 (Step 7) , the HARQ entity 208 may determine the transmission type of the TB (e.g., retransmission or new transmission) . For example, when performing the HARQ process, the HARQ entity 208 may determine whether the NDI has been toggled and whether the DL assignment is a new transmission.

If the DL assignment is determined as a new transmission in action 314, then in action 316 (Step 8) , the control entity 206 may instruct the PHY layer 202 to decode the received data.

If the DL assignment is determined as a retransmission in action 314 and the received data has not been successfully decoded by the PHY layer 202, then in action 318 (Step 8’) , the control entity 206 may instruct the PHY layer 202 to perform a soft combining process in which the PHY layer 202 may combine the received data with the data currently stored in a soft buffer for this TB and then attempt to decode the combined data.

In action 320 (Step 9) , the PHY layer 202 may decode the received data according to the instruction from the control entity 206, and in action 322, provide the decoded data to the MAC layer of the UE (e.g., the control entity 206) .

In action 324 (Step 10) , if the received data is successfully decoded in action 320 (Step 9) , the MAC layer of the UE (e.g., the control entity 206) may provide the MAC PDU corresponding to the decoded data to the D&D entity 210. For example, the D&D entity 210 may disassemble and demultiplex the MAC PDU.

In addition, if the received data is successfully decoded in action 320, the MAC layer of the UE (e.g., the control entity 206) may further instruct the PHY layer 202 layer to generate the HARQ feedback (e.g., an ACK/Negative Acknowledgement (NACK) ) of the received data in this TB in action 326 (Step 11) .

Conversely, if the received data is not successfully decoded in action 320, the MAC layer of the UE (e.g., the control entity 206) may instruct the PHY layer 202 to replace the data stored in the soft buffer with the data that the MAC entity instructs PHY layer 202 to decode. Then, the MAC layer of the UE (e.g., the control entity 206) may instruct the PHY layer 202 to generate the HARQ feedback of the data in this TB in action 328 (Step 11’ ) .

It should be noted that although

actions

302, 304, 306, 308, 310, 312, 314, 316, 318, 320, 322, 324, 326 and 328 are delineated as separate actions in Fig. 3, these separately delineated actions should not be construed as necessarily order dependent. The order in which the actions are performed in Fig. 3 is not intended to be construed as a limitation, and any number of the described actions may be combined in any order to implement the method, or an alternate method. Moreover, one or more of

actions

302, 304, 306, 308, 310, 312, 314, 316, 318, 320, 322, 324, 326 and 328 in the DL process may be omitted in some of the present implementations. For example, action 310 (Step 5) may be combined with, or merged into, action 304 (Step 2) . In this condition, the PHY layer of the UE may deliver/provide the DL assignment and the corresponding HARQ information, as well as the received TB, to the MAC entity after the UE receives the PDSCH.

Section A –Indication of HARQ Feedback Transmission

In this section, examples of how a BS (e.g., gNB) indicates to a UE whether to perform a HARQ feedback transmission for a PDSCH reception are provided.

For example, during a Radio Resource Control (RRC) (re) configuration procedure and/or a dynamic DL scheduling, a BS may indicate to a UE whether to perform a HARQ feedback transmission for each PDSCH reception dynamically scheduled by the BS. Examples of the operations of the UE and the BS are described in Cases A1 to A12.

Case A1

In Case A1, a BS may indicate to a UE whether to perform a HARQ feedback transmission for a PDSCH reception dynamically scheduled by the BS via an indicator included in the DCI that is provided in a dynamic scheduling form the BS. The indicator may be implemented by an explicit or implicit way.

In one implementation, the indicator may include one or more DCI fields. For example, the indicator may include a DCI field (e.g., the HARQ process number field provided in the 3GPP Technical Specification (TS) 38.212) that indicates a HARQ process number. If the value of the HARQ process number is within a specific range or is out of a valid range, the UE may not perform a HARQ feedback transmission for the corresponding PDSCH reception.

In one implementation, the specific range/valid range may be determined by the UE through a pre-RRC configuration that is carried by a DL RRC message. In one implementation, the specific range/valid range may be dependent upon UE implementation. For example, the specific range may be determined by a parameter (e.g., an Information Element (IE) denoted as nrofHARQ-ProcessesForNA) that is configured by the BS, where the value of the nrofHARQ-ProcessesForNA may be the number of HARQ processes for a PDSCH reception (of a serving cell) of which the corresponding HARQ feedback transmission is not needed to be performed.

In one implementation, the specific range may start from the value of (nrofHARQ-ProcessesForPDSCH -nrofHARQ-ProcessesForNA+1) and end at the value of nrofHARQ-ProcessesForPDSCH. The nrofHARQ-ProcessesForPDSCH may indicate the number of HARQ processes to be used on a PDSCH of a serving cell. For example, the value of the nrofHARQ-ProcessesForPDSCH be set to n2 when there are 2 HARQ processes to be used on a PDSCH, set to n4 when there are 4 HARQ processes to be used on the PDSCH, and so on.

In one implementation, the specific range may start from the value of (nrofHARQ-Processes + 1) and end at the value of (nrofHARQ-Processes + nrofHARQ-ProcessesForNA) . The nrofHARQ-Processes may be (or indicate) the number of HARQ processes configured for a serving cell (e.g., referring to the 3GPP TS 38.331) .

In one implementation, the specific range may be [0 to (nrofHARQ-Processes-nrofHARQ-ProcessesForNA +1) ] .

In one implementation, the specific range may be [0 to (nrofHARQ-ProcessesForNA-1) ] .

In one implementation, the specific range may be [ (nrofHARQ-ProcessesForNA +1) to nrofHARQ-Processes] .

In one implementation, the nrofHARQ-ProcessesForNA may be configured by the BS based on a serving cell basis, a Semi-Persistent Scheduling (SPS) configuration basis, or a Bandwidth Part (BWP) basis.

In one implementation, a parameter (e.g., nrofHARQ-ProcessesForNA-like) may be used to indicate the specific range (e.g., for a BWP or a serving cell) . The UE may not perform HARQ feedback transmissions for the HARQ processes with their HARQ process IDs within the specific range.

In one implementation, the specific range for dynamic scheduling and the specific range for SPS may be the same or separate ranges.

In one implementation, if a UE is not configured with the nrofHARQ-ProcessesForNA (or the nrofHARQ-ProcessesForNA is absent) , a default/predefined value may be applied by the UE to determine the number of HARQ processes to be used in a PDSCH of a serving cell. In one implementation, the default/predefined value may be indicated by an RRC configuration.

In one implementation, if the parameter dl-DataToUL-ACK (e.g., specified in the 3GPP TS 38.331) is not configured in a PUCCH configuration (e.g., PUCCH-Config) , the UE may not need to report the ACK to the BS. In this situation, the BS may prohibit the UE from reporting the ACK in one or more configured UL BWPs. In one implementation, the parameter dl-DataToUL-ACK may be (or include) a list of entry (s) , where each entry in the list may indicate a time offset from a present PDSCH to a DL ACK (e.g., a HARQ feedback for the present PDSCH) . In one implementation, the PUCCH configuration may be configured by the BS based on an UL BWP basis. In one implementation, the dl-DataToUL-Ack may be configured by the BS via a DL RRC message.

In one implementation, a PDSCH-to-HARQ_feedback timing indicator (e.g., as defined in the 3GPP TS 38.331 and 3GPP TS 38.212) contained in the DCI may map to K entries in total. If the number of entries in the dl-DataToUL-Ack is L which is less than K, the PDSCH-to-HARQ_feedback timing indicator may be used as an indication of “no HARQ feedback being needed” for the UE by indicating at least one of the K-L remaining entry (s) not included in the dl-DataToUL-Ack. For example, if the dl-DataToUL-Ack includes three entries (e.g., ‘00’ , ‘01’ and ‘10’ ) in total, and the PDSCH-to-HARQ_feedback timing indicator is a 2-bit indicator which is capable of indicating 4 entries (e.g., ‘00’ , ‘01’ , ‘10’ , and ‘11’ ) , the PDSCH-to-HARQ_feedback timing indicator may be used to inform the UE of one of the following events (a1) to (a6) by indicating the remaining entry (e.g., ‘11’ ) that is not included in the dl-DataToUL-Ack:

- (a1) the HARQ feedback (e.g., an ACK/NACK) is not needed to be transmitted;

- (a2) the HARQ feedback transmission for the corresponding BWP/serving cell/serving cell group/UE is disabled;

- (a3) the HARQ feedback transmission for the corresponding BWP/serving cell/serving cell group/UE is disabled for a configured/predefined period of time;

- (a4) the HARQ feedback for the corresponding BWP/serving cell/serving cell group/UE is disabled until the UE receives an enabling signaling from the BS;

- (a5) the HARQ feedback transmission for the corresponding BWP/serving cell/serving cell group/UE is enabled; and

- (a6) the HARQ feedback transmission for the corresponding BWP/serving cell/serving cell group/UE is enabled for a configured/predefined period of time.

In one implementation, the PDSCH-to-HARQ_feedback timing indicator may be used to inform the UE of one of the events (a1) to (a6) by indicating a default entry of the remaining entries that map to the PDSCH-to-HARQ_feedback timing indicator and are not included in the dl-DataToUL-Ack. In one implementation, the default entry may be the last entry of the remaining entries. For example, the last entry may have the largest index number among all remaining entries. In one implementation, the default entry may be the first entry of the remaining entries. For example, the first entry may have the smallest index number among all remaining entries. In one implementation, the default entry may have an index number that is preconfigured by the BS. For example, the index number may be configured based on a BWP/serving cell/cell group/UE basis.

In one implementation, a UE may be configured with the dl-DataToUL-ACK and receive the DCI format 1_0. The PDSCH-to-HARQ_feedback timing indicator in the DCI (with the DCI format 1_0) may indicate a slot offset for a HARQ feedback transmission (e.g., transmission of an ACK/NACK) . If the slot offset indicated by the PDSCH-to-HARQ_feedback timing indicator does not appear in both a default set of slot offset (e.g., {1, 2, 3, 4, 5, 6, 7, 8} ) and a set of slot offset that is provided by the dl-DataToUL-ACK for an active DL BWP of a serving cell, the PDSCH-to-HARQ_feedback timing indicator may be used to inform the UE of one of the events (a1) to (a6) .

In one implementation, if the dl-DataToUL-ACK is not configured in the PUCCH-Config (e.g., per UL BWP) and if the PDSCH receptions are scheduled by the DCI format 1_1, the UE may not perform the corresponding HARQ feedback transmission (s) for the PDSCH reception (s) .

In one implementation, when one or more conditions mentioned above implementations are satisfied, the UE may be informed of one of the events (a1) to (a6) .

In one implementation, whether a UE performs the HARQ feedback transmission may be dependent upon whether the resource allocation (in the time domain) of a PDSCH is determined by an RRC configuration or by a predefined resource allocation table (s) from the PHY layer (e.g., as defined in the 3GPP TS 38.214) . In this implementation, the RRC configuration or the predefined resource allocation table (s) may be considered as an implicit indicator that indicates to the UE whether to perform the HARQ feedback transmission.

In one implementation, the RRC configuration may include at least one PDSCH time domain resource allocation table (e.g., an IE denoted as pdsch-TimeDomainAllocationList) .

In one implementation, there may be multiple PDSCH time domain resource allocation tables (e.g., pdsch-TimeDomainAllocationList) . For example, according to at least one of the following factors (b1) to (b5) , the UE may determine whether the resource allocation in the time domain for the PDSCH is determined by the RRC configuration (e.g., pdsch-TimeDomainAllocationList) or by the resource allocation table (s) in the PHY layer:

- (b1) the type of PDCCH search space that carries the DCI;

- (b2) the type of RNTI that is scrambled with the CRC bits of the DCI;

- (b3) the Synchronization Signal (SS) /Physical Broadcast Channel (PBCH) Block (SSB) and the Control Resource Set (CORESET) multiplexing pattern;

- (b4) whether the common PDSCH configuration (e.g., an IE denoted as pdsch-ConfigCommon) includes the pdsch-TimeDomainAllocationList; and

- (b5) whether the PDSCH configuration (e.g., an IE denoted as pdsch-Config) includes the pdsch-TimeDomainAllocationList.

In one implementation, whether a UE performs the HARQ feedback transmission may be dependent upon whether the resource allocation (in the time domain) of a PDSCH is determined based on an RRC configuration which includes the IE pdsch-TimeDomainAllocationListNA or based on a predefined resource allocation table (s) in the PHY layer. In this implementation, the RRC configuration or the predefined resource allocation table (s) may be considered as an implicit indicator that indicates to the UE whether to perform the HARQ feedback transmission. For example, the UE may not transmit a corresponding HARQ feedback when the UE determines that the resource allocation in the time domain for the PDSCH is determined based on the pdsch-TimeDomainAllocationListNA and/or the predefined resource allocation table (s) . Compared to the pdsch-TimeDomainAllocationList, the pdsch-TimeDomainAllocationListNA may be a separate IE/parameter in which the resource allocation (s) listed may be specific to the PDSCH (s) that the corresponding HARQ feedback transmission (s) are not needed to be performed. Similarly, the predefined resource allocation table (s) may be specific to the PDSCH (s) that the corresponding HARQ feedback transmission (s) are not needed to be performed. In one implementation, the UE may be configured with multiple PDSCH time domain resource allocation tables (e.g., including at least one pdsch-TimeDomainAllocationListNA and/or at least one pdsch-TimeDomainAllocationList) . In one implementation, the pdsch-TimeDomainAllocationListNA may be configured by the BS based on a BWP/PDSCH/serving cell/serving cell group basis.

In one implementation, whether a UE performs the HARQ feedback transmission may be dependent upon whether the resource allocation (in the time domain) of a PDSCH is determined by a predefined resource allocation table (s) . The predefined resource allocation table (s) may be configured by the RRC layer or predefined in the PHY layer of the UE. In one implementation, the predefined resource allocation table (s) may be provided for the DL scheduling that the UE is not required to transmit the corresponding HARQ feedback (s) .

In one implementation, whether a UE performs the HARQ feedback transmission may be dependent upon whether the value (s) of the parameter (s) such as S, L, and/or K ₀, for the PDSCH is larger (or lower) than a threshold, where the parameter S may be an index of the starting symbol of a scheduled Physical Downlink Shared Channel (PDSCH) in a slot, the parameter L may be the number of consecutive symbols of the PDSCH in the slot, the parameter K ₀ may indicate a slot offset between a slot (e.g., slot 0 of subframe n illustrated in Fig. 1) containing a PDCCH (e.g., PDCCH 102 illustrated in Fig. 1) and a slot (e.g., slot 1 of subframe n illustrated in Fig. 1) containing a PDSCH (e.g., PDSCH 104 illustrated in Fig. 1) that is indicated/scheduled by the DCI carried by the PDCCH (e.g., PDCCH 102 illustrated in Fig. 1) , and the parameter K ₁ may indicate a slot offset between a slot (e.g., slot 1 of subframe n illustrated in Fig. 1) containing the PDSCH (e.g., PDSCH 104 illustrated in Fig. 1) and a slot (e.g., slot 1 of subframe n+1 illustrated in Fig. 1) that the UE is indicated to perform the HARQ feedback transmission. Thus, in this implementation, the parameter (s) such as S, L and/or K ₀ may be considered as an implicit indicator that indicates to the UE whether to perform the HARQ feedback transmission. In one implementation, the threshold may be predefined in the UE or dependent upon UE implementation. In one implementation, the threshold may be configured by the BS based on a UE/serving cell group/serving cell/BWP basis via a DL RRC message (s) .

In one implementation, whether a UE performs the HARQ feedback transmission may be dependent upon whether the value (s) of the parameter (s) such as the S, L and/or K ₀ for the PDSCH matches a value (or a set of values) . The value (or the set of values) may be predefined in the UE or dependent upon UE implementation. In one implementation, the value (or the set of values) may be configured by the BS based on a UE/serving cell group/serving cell/BWP basis via a DL RRC message (s) .

In one implementation, when the CRC bits of the DCI is scrambled with a UE specific RNTI and the NDI field within the DCI is set to 0/1, it implies that the HARQ feedback (e.g., an ACK/NACK) is not needed to be transmitted for the PDSCH corresponding to the DCI. In one implementations, the UE-specific RNTI may be one of the UE-specific RNTIs configured to a UE.

In one implementation, whether a UE performs the HARQ feedback transmission may be dependent upon the content of at least one DCI field in the DCI. For example, the Network (NW) /BS may set a first DCI field in the DCI to a first value and/or set a second DCI field in the DCI to a second value. When the UE receives the DCI containing the first DCI field and the second DCI field , the UE may determine whether to enable/disable the corresponding HARQ feedback transmission by checking the values of the first DCI field and/or the second DCI field.

Case A2

In this case, the BS may implicitly indicate to the UE whether to perform a HARQ feedback transmission (for the dynamically-scheduled PDSCH reception (s) ) via the UE-specific RNTI that scrambles the CRC bits of the DCI. In one implementation, the UE-specific RNTI may be configured by the BS via a DL RRC message.

For example, when the CRC bits of the DCI is scrambled with a Configured Scheduling-RNTI (CS-RNTI) , a Modulation Coding Scheme-Cell-RNTI (MCS-C-RNTI) (which may be provided in the 3GPP TS 38.331) , or an RNTI provided in the TS 38.213 and TS 38.331, the UE may not perform the corresponding HARQ feedback transmission.

For example, the CRC bits of the DCI may be scrambled with a CS-RNTI, a MCS-C-RNTI or an RNTI defined in the TS 38.213 and TS 38.331, and one or multiple field (s) contained in the DCI may explicitly indicate to the UE that all the PDSCH receptions for the activated SPS (via the DCI) do not need to perform the corresponding HARQ feedback transmission.

For example, when the CRC bits of the DCI is scrambled with an RNTI, the UE may not need to perform the corresponding HARQ feedback transmission. The RNTI may be applied to a DCI format (e.g., DCI format 1_0, DCI format 1_1, or DCI format 1_2) which is used for PDSCH scheduling.

Case A3

In this case, the BS may implicitly indicate to the UE whether to perform a HARQ feedback transmission (for the dynamically-scheduled PDSCH reception (s) ) via a specific DCI format.

For example, if the BS uses a DCI format 1_0/1_1 for DL scheduling, the UE may not perform the corresponding HARQ feedback transmission after receiving the DCI format 1_0/1_1.

For example, if a DCI format other than any legacy DCI format is adopted by the BS for DL scheduling, the UE may not perform the corresponding HARQ feedback transmission after receiving the DCI format. In one implementation, the DCI format may be designed for enhancing the robustness and reliability of the DL scheduling. In one implementation, the DCI format may be designed for indicating to the UE whether the HARQ feedback transmission is needed.

Case A4

In this case, the BS may implicitly indicate to the UE whether to perform a HARQ feedback transmission for a PDSCH reception via the PDCCH that schedules the PDSCH reception.

For example, if the DCI that schedules the PDSCH reception is received on a UE specific search space or a common search space, the UE may not perform the corresponding HARQ feedback transmission.

For example, if the DCI that schedules the PDSCH reception is decoded from a PDCCH that is indicated by a specific type of serving cell, the UE may not perform the corresponding HARQ feedback transmission. The specific type of serving cell may be (or include) a PCell, a PSCell, a Transmission Reception Point (TRP) , a beam, or a cell that is configured for a certain type of service (e.g., Non-Terrestrial Network (NTN) ) .

For example, if the DCI that schedules the PDSCH reception is decoded from a PDCCH indicated by a UE-specific/BWP-specific CORESET (e.g., corresponding to an IE denoted as ControResourceSet) configuration, the UE may not perform the corresponding HARQ feedback transmission. For example, if the DCI that schedules the PDSCH reception is decoded from a PDCCH indicated by a CORESET configuration indicated by the non-ack indication in the RRC layer, the UE may not perform the corresponding HARQ feedback transmission.

For example, if the DCI that schedules the PDSCH reception is decoded from a PDCCH indicated by a UE-specific/BWP-specific search space (e.g., corresponding to an IE denoted as SearchSpace) configuration, the UE may not perform the corresponding HARQ feedback transmission. For example, if the DCI that schedules the PDSCH reception is decoded from a PDCCH indicated by a specific search space configuration indicated by the non-ack indication in the RRC layer, the UE may not perform the corresponding HARQ feedback transmission.

Case A5

In this case, the BS may implicitly indicate to the UE whether to perform a HARQ feedback transmission (for the dynamically-scheduled PDSCH reception (s) ) via a PDSCH on which the DL data (e.g., a TB) is transmitted.

For example, when the PDSCH is on a specific BWP, the UE may not perform the corresponding HARQ feedback transmission. The specific BWP may be indicated by the BS via a BWP Identity (ID) or via an indicator contained in the BWP-Downlink IE, the BWP-DownlinkDedicated IE, the BWP-DownlinkCommon IE, the PDSCH-ConfigCommon IE, or the PDSCH-Config IE.

For example, when the PDSCH is on a specific serving cell, the UE may not perform the corresponding HARQ feedback transmission. The specific serving cell may be indicated by the BS via a serving cell ID or via an indicator contained in the ServingCellConfigCommon IE, the ServingCellConfig IE, the PUSCH-ServingCellConfig IE or the PDSCH-ServingCellConfig IE. For example, the specific serving cell may be (or include) a PCell, a PSCell, a TRP, a beam, or a cell that is configured for a specific service (e.g., NTN) .

In one implementation, when the PDSCH is on a specific serving cell group, the UE may not perform the corresponding HARQ feedback transmission. The specific serving cell group may be indicated by the BS via a serving cell group ID (e.g., the ID of an MCG or SCG) or via an indicator contained in the CellGroupConfig IE, the MAC-CellGroupConfig IE, or the PhysicalCellGroupConfig IE.

In one implementation, the PDSCH may be indicated by an RRC indication, non-ack.

In one implementation, the non-ack may be configured based on a UE/serving cell group/serving cell/BWP/SPS configuration basis. For example, if a serving cell is indicated with the non-ack, each PDSCH reception corresponding to the serving cell may not need a corresponding HARQ feedback transmission. In another example, if an SPS configuration is indicated with the non-ack, each PDSCH reception corresponding to the SPS configuration may not need a corresponding HARQ feedback transmission.

In one implementation, the UE may be configured with a configuration that includes BWP ID (s) and/or serving cell ID (s) . The UE may know that a PDSCH reception corresponding to the BWP ID (s) and/or serving cell ID (s) in the configuration may not need to a corresponding HARQ feedback transmission.

In one implementation, the PDSCH (or the PDCCH which schedules the PDSCH) may be within a specific (time and/or frequency) resource range. The specific range may be predefined or configured by the BS based on a BWP/serving/serving cell group/UE basis via a DL RRC message. In one implementation, if the PDSCH is within the specific resource range, the UE may not perform a HARQ feedback transmission for the PDSCH reception. In one implementation, if the PDSCH is out of the specific resource range, the UE may not perform a HARQ feedback transmission for the PDSCH reception.

One or more parameters may be used for indicating the resource range. For example, a first parameter may be used to indicate the starting symbol/slot/subframe of the PDSCH (or the PDCCH which schedules the PDSCH) , and a second parameter may be used to indicate the ending symbol/slot/subframe index of the PDSCH (or the PDCCH which schedules the PDSCH) .

Case A6

In this case, the BS may implicitly indicate to the UE whether to perform a HARQ feedback transmission (for the dynamically-scheduled PDSCH reception (s) ) via a specific radio resource pattern (e.g., the arrangement of UL symbol (s) , DL symbol (s) , and/or Flexible symbol (s) in the time domain) .

For example, if the PDSCH is on a specific serving cell that is configured with a specific radio resource pattern, the UE may not perform the corresponding HARQ feedback transmission. In one implementation, the specific serving cell may be a DL-only cell on which only the DL transmission (s) may be allowed to be performed.

For example, if the PDSCH is in a specific subframe that is configured with a specific radio resource pattern, the UE may not perform the corresponding HARQ feedback transmission. In one implementation, all slots/symbols of the specific subframe are configured as DL slot (s) /DL symbol (s) . For example, at least one new slot format (e.g., of which the slotFormatCombinationId is equal to or larger than 62) that is provided in the 3GPP TS 38.213 may be used to indicate to the UE that the corresponding HARQ feedback transmission is not needed for the PDSCH reception. In this situation, if a PDSCH reception is on a BWP that is indicated with the new slot format, the UE may know that the corresponding HARQ feedback for the PDSCH reception is not needed to be transmitted.

In one implementation, a flexible format (which may be used as a DL format or an UL format, depending on the scheduling of the BS) may be configured as a DL format (e.g., via an RRC message) , where the HARQ feedback (s) for the DL reception (s) with this DL format is not needed to be transmitted.

In one implementation, a list of slot formats may be preconfigured by the BS, or predefined in the UE (e.g., prestored in the UE without being informed by the BS/NW) . If the BS indicates to the UE a slot format (e.g. of a BWP) in the list of slot formats (e.g., via the RRC signaling or the PHY signaling (e.g., Slot Format Indication-RNTI SFI-RNTI) ) , the UE may not perform the corresponding HARQ feedback transmission for the PDSCH reception.

In one implementation, if a PDSCH is in a slot having a specific radio resource pattern (e.g., a DL/UL/flexible symbol pattern) , the UE may not perform the corresponding HARQ feedback transmission for the PDSCH.

In one implementation, all symbols in the specific subframe may be configured as DL symbols that are used for DL transmissions only. If the PDSCH is in the specific subframe, the UE may not perform the corresponding HARQ feedback transmission.

Case A7

In this case, a TB received on the PDSCH may have a specific format pattern/data structure. The UE may know whether to perform the corresponding HARQ feedback transmission for the PDSCH according to the format pattern/data structure of the TB.

For example, if the TB received on the PDSCH includes only a sub-PDU carrying a Service Data Unit (SDU) for a Data Radio Bearer (DRB) or for a Logical Channel (LCH) /Logical Channel Group (LCG) /LCH associated with a Radio Link Control (RLC) entity that is configured as Acknowledged Mode (AM) /Transparent Mode (TM) /Unacknowledged Mode (UM) /service flow, the UE may not perform the corresponding HARQ feedback transmission for the PDSCH on which the TB is received.

In one implementation, the MAC entity (of the UE) may determine whether to instruct the PHY layer (of the UE) to transmit the HARQ feedback (e.g., a HARQ-ACK) based on the MAC PDU content. For example, the determination of the MAC entity may be based on:

- the Logical Channel Identifier (LCID) in the sub-header of the MAC sub-PDU; or

- whether the MAC PDU contains a MAC sub-PDU with its sub-header containing an LCID having a specific value. For example, the specific value of the LCID may be a value corresponding the MAC sub-PDU carrying the MAC Control Element (CE) or carrying the MAC SDU for the Common Control Channel (CCCH) or the LCH of a Signaling Radio Bearer (SRB) .

Case A8

In this case, whether a UE should transmit a HARQ feedback for a PDSCH reception dynamically scheduled by the BS or for an SPS reception may be dependent upon an RRC configuration.

In one implementation, the RRC configuration may include the number of PDSCH repetitions. Specifically, when a PDSCH repetition scheme is applied, a UE may perform a PDSCH transmission repeatedly, where each PDSCH transmission performed by the UE based on the PDSCH repetition scheme may be a PDSCH repetition.

In one implementation, the RRC configuration may include a PDSCH aggregation factor (e.g., an IE denoted as pdsch-AggregationFactor) for the PDSCH.

In one implementation, when the number of PDSCH repetitions exceeds (or below) a threshold, the UE may not perform the corresponding HARQ feedback transmission for the PDSCH repetition (s) . The threshold may be a predefined value addressed in the 3GPP TS or preconfigured by the BS via a DL RRC message. In one implementation, the threshold may be configured by the BS based on a serving cell group/serving cell/BWP/PDSCH basis. For example, if the threshold is configured by the BS based on a serving cell group basis, the BS may configure a first serving cell group with a first threshold, and configure a second serving cell group with a second threshold, where the first threshold and the second threshold may be configured by the BS independently/individually. In another example, if the threshold is configured by the BS based on a serving cell basis, the BS may configure a first serving cell with a first threshold, and configure a second serving cell with a second threshold, where the first threshold and the second threshold may be configured by the BS independently/individually.

In one implementation, the RRC configuration may include an IE/parameter (e.g., denoted as pdsch-AggregationFactorNA) that indicates the number of PDSCH repetitions. If a PDSCH is configured with the pdsch-AggregationFactorNA, the UE may not perform the corresponding HARQ feedback transmission.

Case A9

In this case, whether a UE should transmit a HARQ feedback for a PDSCH may be determined by a Skipping HARQ Feedback (SHF) function. For example, the HARQ feedback transmission may not be performed by the UE when the SHF function is turned ON (or activated) . Conversely, the HARQ feedback transmission may be performed by the UE when the SHF function is turned OFF (or deactivated) .

In one implementation, the ON/OFF state of the SHF function may be controlled by the BS or the UE.

In one implementation, the ON/OFF state of the SHF function may be switched in response to at least one of the following factors (c1) to (c7) :

- (c1) an RRC configuration;

- (c2) a DL MAC CE;

- (c3) a DL MAC CE that is identified by a MAC PDU sub-header with a specific LCID, where the DL MAC CE may have a fixed size of zero bits;

- (c4) a specific DCI format;

- (c5) a specific DCI field;

- (c6) the UE finds that a specific field of DCI is set to a specific value; and

- (c7) the UE finds that the CRC bits of the DCI is scrambled by a specific RNTI (e.g., a UE-specific RNTI) .

In one implementation, the SHF function may configured by the BS based on a UE/serving cell group/serving cell/BWP/PDSCH basis. For example, if the SHF function is configured based on a BWP basis, whether a UE performs a corresponding HARQ feedback transmission for a PDSCH that is received on a first BWP may be determined by the SHF function configured for the first BWP; whether the UE performs a corresponding HARQ feedback transmission for a PDSCH that is received on a second BWP may be determined by the SHF function configured for the second BWP, and so on.

In one implementation, the initial state (e.g., an ON state or an OFF state) of the SHF function may be indicated by an RRC configuration that is used for configuring the SHF function.

In one implementation, after the SHF function is configured, the BS may further indicate to the UE to turn ON/OFF the SHF function via at least one MAC CE or the PHY layer signaling.

In one implementation, the ON/OFF state of the SHF function may be controlled by a timer. The initial value of the timer may be configured by the RRC signaling from the BS. The time unit of the timer may be a frame/subframe/millisecond/sub-milli second/slot/symbol.

In one implementation, the timer may be started or restarted when the SHF function is instructed to be turned ON (e.g., via Network (NW) signaling) . When the timer expires, the UE may turn OFF the SHF function.

In one implementation, the timer may be started or restarted when the SHF function is instructed to be turned OFF (e.g., via NW signaling) . When the timer is expired, the UE may turn ON the SHF function.

In one implementation, the timer may be started or restarted when a PDSCH is received with the corresponding NDI being toggled. When the timer expires, the UE may turn OFF the SHF function.

In one implementation, the timer may be started or restarted when the UE receives a BWP switching signaling from the NW/BS. The BWP switching signaling may be an indication of switching the (active) BWP.

In one implementation, the timer may be started or restarted when a BWP is activated.

In one implementation, the timer may be started or restarted when an SCell is activated.

In one implementation, the timer may be started or restarted when a default BWP is activated.

In one implementation, the timer may be started or restarted when a non-default BWP is activated by a UE. Compared to a BWP indicated by a gNB as a default BWP, the non-default BWP may be a DL BWP having its BWP ID different from the BWP ID of the default BWP.

In one implementation, the control method of the ON/OFF state of the SHF function may be indicated by the implementation introduced within the cases A1 to A8. For example, once the HARQ feedback is not needed for a PDSCH reception as in the situations described in the implementation (s) of cases A1 to A8, the SHF function may be turned OFF.

In one implementation, the ON/OFF state of the SHF function may be associated with a System Frame Number (SFN) , a slot number, or an OFDM symbol number. Instead of explicitly indicating to a UE a HARQ process ID to inform the UE that which HARQ feedback is not needed for the HARQ process ID corresponding a PDSCH, associating a HARQ process with an SFN or a slot number may reduce the signaling overhead. For example, in a time slot, a HARQ process ID of which the associated SHF function is instructed to be turned OFF may be calculated by the UE according to following expression:

Disabled HARQ Process ID = [floor (CURRENT_slot /numberOfSlotsPerFrame) ] modulo nrofHARQ-Processes

- where CURRENT_slot = [ (SFN × numberOfSlotsPerFrame) + slot number in the frame] and numberOfSlotsPerFrame represents the number of consecutive slots per frame.

- As a result, for a system frame with SFN#1, the SHF of HARQ#1 may be turned OFF, for SFN#2, the SHF of HARQ#2 is disabled, and so on and so forth.

Case A10

In this case, an independent MAC entity may be introduced. If a TB of a PDSCH is received/handled/processed by the independent MAC entity, the UE may not perform the corresponding HARQ feedback transmission for the PDSCH.

Case A11

In this case, when the length of a time alignment timer (e.g., corresponding to an IE denoted as TimeAlignmentTimer that is provided in the 3GPP TS 38.331) is longer than, shorter than, or equal to a predefined/preconfigured value, the UE may determine not to transmit the corresponding HARQ feedback for a PDSCH reception corresponding to the time alignment timer.

Case A12

In this case, when the number of HARQ processes configured to be used on the PDSCH of a serving cell is larger than a predefined/preconfigured value, the HARQ feedback transmission of the PDSCH reception may not need to be performed by the UE.

Fig. 4 illustrates a flowchart for a method 400, performed by a UE, for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure. The method 400 includes

actions

402 and 404.

In action 402, a UE may receive DCI on a PDCCH from a BS. The DCI may schedule/indicate a reception of DL data on a PDSCH. For example, the DL data may include one or more TBs from the PDSCH.

In action 404, the UE may determine whether to transmit a HARQ feedback for the DL data (or for the PDSCH where the DL data is received) according to the DCI. The determination may be based on the DCI-related criteria described with reference to Cases A1 to A12. For example, the determination of whether the HARQ feedback transmission is needed in action 404 may be based on an indicator included in the DCI, as illustrated in Fig. 5 and Fig. 6.

Fig. 5 illustrates a flowchart for a method 500 for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure. The method 500 includes

actions

502, 504, 506 and 508.

In action 502, a UE may receive DCI (e.g., for scheduling a PDSCH) that includes an indicator (e.g., the parameter K ₁) indicating a slot offset between a first slot containing a PDSCH and a second slot that the UE is indicated by the BS to transmit a HARQ feedback for the DL data of the PDSCH on an UL resource configured by the BS.

After receiving the DCI, the UE may determine whether to transmit a HARQ feedback for the DL data of the PDSCH according to the slot offset indicated by the DCI. For example, the UE may transmit a HARQ feedback for the DL data when (or only when) the slot offset is set to an applicable value of slot offset (e.g., an applicable K ₁ value) .

As illustrated in Fig. 5, in action 504, the UE may determine whether the slot offset (e.g., a K ₁ value) is set to a specific value, or is larger than (or equal to) a threshold.

In one implementation, the specific value may be an inapplicable K ₁ value (e.g., a negative value, such as “-1” ) . In one implementation, the threshold may be set to discriminate the applicable K ₁ value (s) and the inapplicable K ₁ value (s) . For example, the threshold may be set to “0” . In this case, if the K ₁ value indicated by the DCI is less than the threshold, the K ₁ value may be considered as an inapplicable K ₁ value because the UE may be unable to determine a resource location of an UL resource for a HARQ feedback transmission based on a negative value.

In action 506, when the outcome of action 504 is Yes, the UE may transmit a HARQ feedback for the DL data of the PDSCH. For example, the UE may transmit the HARQ feedback for the DL data only when the slot offset (indicated by the indicator of the DCI) is not the specific value. For example, after comparing the slot offset (indicated by the indicator of the DCI) with the threshold, the UE may transmit the HARQ feedback for the DL data only when the slot offset is larger than or equal to the threshold.

In action 508, when the outcome of action 504 is No, the UE may not transmit a HARQ feedback for the DL data of the PDSCH. For example, the UE may be disabled from transmitting the HARQ feedback.

Fig. 6 illustrates a flowchart for a method 600 for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure. The method 600 includes

actions

602, 604, 606 and 608.

In action 602, a UE may receive DCI (e.g., for scheduling a PDSCH) that includes an indicator indicating a HARQ process number. For example, the HARQ process number may be a HARQ process ID of a HARQ process.

After receiving the DCI, the UE may determine whether to transmit a HARQ feedback for the DL data of the PDSCH according to the HARQ process number indicated by the DCI. For example, the UE may transmit a HARQ feedback for the DL data when (or only when) the HARQ process number meets certain criteria.

As illustrated in action 604, the UE may determine whether the HARQ process number matches a preconfigured value.

When the outcome of action 604 is Yes, in action 606, the UE may not transmit a HARQ feedback for the DL data of the PDSCH.

When (or only when) the outcome of action 604 is No (i.e., the HARQ process number does not match the preconfigure value) , in action 608, the UE may transmit a HARQ feedback for the DL data of the PDSCH.

In one implementation, the UE may receive the preconfigured value in a DL RRC message from the BS.

In one implementation, the UE may determine whether to transmit the HARQ feedback for the PDSCH according to whether the HARQ process number is within a specific range configured by the BS. The UE may transmit the HARQ feedback for the DL data when (or only when) the HARQ process number is within (or out of) the specific range.

In one implementation, the specific range may be determined by the RRC configuration (s) from the BS. For example, the UE may receive an RRC configuration including a first value (e.g., the value of the IE nrofHARQ-Processes) indicating the number of HARQ processes to be used for the reception of the DL data and a second value (e.g., the value of the IE nrofHARQ-ProcessesForNA) indicating how many of these HARQ processes do not need to have a corresponding HARQ feedback transmission. The UE may determine the specific range according to a combination of the first value and the second value. For example, the UE may determine the specific range based on the first value only, the second value only, or both the first value and the second value. One of more examples of the combination of the first value and the second value may be found in Case A1. For example, the specific range may start from the value of (nrofHARQ-Processes + 1) and end at the value of (nrofHARQ-Processes + nrofHARQ-ProcessesForNA) . For example, the specific range may be [0 to (nrofHARQ-Processes-nrofHARQ-ProcessesForNA +1) ] . For example, the specific range may be [0 to (nrofHARQ-ProcessesForNA-1) ] . For example, the specific range may be [ (nrofHARQ-ProcessesForNA +1) to nrofHARQ-Processes] .

Section B –Evolved DL Process Modelling

In this section, methods regarding how a UE determines whether to transmit a HARQ feedback for the DL data (from a PDSCH reception) are provided.

Fig. 7 illustrates a flowchart of for a method 700 for handling HARQ feedback transmissions, in accordance with an implementation of the present disclosure. The method 700 includes

actions

702, 704, 706 and 708.

In action 702, a UE may receive DL scheduling from a BS (e.g., via the DCI that schedules/indicates a PDSCH reception) .

In action 704, the UE may determine whether a HARQ-feedback-transmission disabling condition is satisfied. In one implementation, the HARQ-feedback-transmission disabling condition may be any of the conditions that may disable the UE from performing the corresponding HARQ feedback transmission for the DL data (or PDSCH) , such as the UE being indicated by an inapplicable K ₁ value, the UE indicated by a specific HARQ process number, and any other disabling conditions described in various cases in the present disclosure.

If the outcome of action 704 is Yes (i.e., the HARQ-feedback-transmission disabling condition is satisfied) , in action 706, the UE’s MAC entity may not instruct the PHY layer (of the UE) to perform the HARQ feedback transmission, and thus the HARQ feedback for the PDSCH reception may be not be generated and transmitted by the UE.

In contrast, if the outcome of action 704 is No (i.e., the HARQ-feedback-transmission disabling condition is not satisfied) , in action 708, the UE’s MAC entity may instruct the PHY layer (of the UE) to perform the HARQ feedback transmission.

In the following cases, the DL process at the UE side (e.g., the DL process illustrated in Fig. 3) may be modified based on the method (s) for handling HARQ feedback transmissions described in the present disclosure.

Case B1

In this case, the determination of whether a HARQ-feedback-transmission disabling condition is satisfied (e.g., action 704 illustrated in Fig. 7) may be performed around Step 11 (e.g., action 326 illustrated in Fig. 3) or Step 11’ (e.g., action 328 illustrated in Fig. 3) of the DL process. For example, after the PHY layer (of the UE) decodes the received data and provides the decoded result to the MAC entity, no matter whether the data is successfully decoded or not, the UE may check whether any of the HARQ-feedback-transmission disabling condition (s) is satisfied. If the UE finds that the HARQ-feedback-transmission disabling condition is satisfied, the UE’s MAC entity may not instruct the PHY layer to perform HARQ feedback. In contrast, if no HARQ-feedback-transmission disabling condition is satisfied, the UE’s MAC entity may instruct the PHY layer to perform the HARQ feedback transmission.

In one implementation, a HARQ process (or a “non-ACK HARQ process” ) during which the UE’s MAC entity may not instruct the PHY layer to perform HARQ feedback transmission (s) when certain condition (s) (e.g., the HARQ-feedback-transmission disabling condition (s) ) is satisfied may be provided.

An example of the TP of a (non-ACK) HARQ process is in Table B1.

Table B1

In one implementation, the (non-ACK) HARQ process described in Table B1 may be implemented based on Section A.

Case B2

In this case, the determination of whether a HARQ-feedback-transmission disabling condition is satisfied (e.g., action 704 illustrated in Fig. 7) may be performed around Step 6 (e.g., action 312 illustrated in Fig. 3) of the DL process (e.g., between

actions

310 and 314 illustrated in Fig. 3) . For example, before the UE’s MAC entity allocates the TB and the HARQ information (e.g., including a HARQ process ID) to a HARQ process indicated by the HARQ information, the MAC entity may determine whether one or multiple HARQ-feedback-transmission disabling conditions are satisfied. If yes, the UE’s MAC entity may allocate the received TB to a non-ACK HARQ process during which the UE’s PHY layer may not be instructed to perform the HARQ feedback transmission (s) .

An example of the TP of the operation of the UE’s MAC’s entity is in Table B2.

Table B2

In one implementation, the (non-ACK) HARQ process described in Table B2 may be implemented based on Section A.

Case B3

In this case, the determination of whether a HARQ-feedback-transmission disabling condition is satisfied (e.g., action 704 illustrated in Fig. 7) may be performed around Step 3 (e.g., action 306 illustrated in Fig. 3) and Step 4 (e.g., action 308 illustrated in Fig. 3) of the DL process (e.g., between

actions

310 and 314 illustrated in Fig. 3) . For example, after the UE’s MAC entity is indicated by the PHY layer for the reception of the DL assignment, the MAC entity may be indicated by the PHY layer that the DL assignment is indicated with a non-ack by the BS. The MAC entity may then allocate the received TB to the non-ACK HARQ process.

An example of the TP of the DL assignment reception is in the Table B3-1.

Table B3-1

Another example of the TP of the DL assignment reception is in the Table B3-2.

Table B3-2

Another example of the TP of the DL assignment reception is in the Table B3-3. According to Table B3-3, when the HARQ-feedback-transmission disabling condition is satisfied, the UE’s MAC entity may allocate the corresponding DL assignment to be handled by the broadcast HARQ process to the HARQ entity.

Table B3-3 TP of TS 38.321

In one implementation, the operations of communicating the HARQ feedback indication and the instruction between the MAC entity and the PHY layer may be applied to sidelink communications (e.g., vehicle-to-everything (V2X) communications) . In this situation, the PDSCH and the PDCCH described in the present disclosure may be replaced by a sidelink data channel and a sidelink control channel, respectively.

In one implementation, the UE’s MAC entity may perform at least one of the following actions (d1) to (d3) when the UE determines not to transmit the HARQ feedback for the PDSCH:

- (d1) informing the PHY layer of the UE that the corresponding soft buffer is not needed;

- (d2) informing the PHY layer of the UE that the corresponding HARQ feedback transmission is not needed to be performed (e.g., by instructing the PHY layer of the UE to perform a HARQ process (e.g., a non-ACK HARQ process) in which the PHY layer may skip transmission of the HARQ feedback for the PDSCH) ; and

- (d3) instructing the PHY layer to flush a soft buffer corresponding to a HARQ process for the PDSCH.

In one implementation, the methods of handling HARQ feedback transmission provided in the present disclosure may be performed when at least one of the following conditions (e1) to (e2) are satisfied:

- (e1) UE is configured with specific AS layer function;

- (e2) UE is configured with RRC connection with two different radio access technology e.g., gNB and eNB.

In one implementation, a DL RRC message may be an RRC Reconfiguration message (e.g., corresponding to the IE denoted as RRCReconfiguration) , an RRC resume message (e.g., corresponding to the IE denoted as RRCResume) , an RRC reestablishment message (e.g., corresponding to the IE denoted as RRCReestablishment) , an RRC setup message (e.g., corresponding to the IE denoted as RRCSetup) , or a DL unicast RRC message.

In one implementation, a BS may configure a configuration based on a cell group basis by including this configuration in an IE denoted as CellGroupConfig, an IE denoted as a MAC-CellGroupConfig, or an IE denoted as PhysicalCellGroupConfig.

In one implementation, a BS may configure a configuration based on a serving cell basis by including this configuration in an IE denoted as ServingCellConfigCommon, an IE denoted as a ServingCellConfig, an IE denoted as PUSCH-ServingCellConfig, or an IE denoted as PDSCH-ServingCellConfig.

In one implementation, a BS may configure a configuration based on an UL BWP basis by including this configuration in an IE denoted as BWP-Uplink, an IE denoted as a BWP-UplinkDedicated, an IE denoted as BWP-UplinkCommon, an IE denoted as PUSCH-ConfigCommon, or an IE denoted as PUSCH-Config.

In one implementation, a BS may configure a configuration based on an DL BWP basis by including this configuration in an IE denoted as BWP-Downlink, an IE denoted as a BWP-DownlinkDedicated, an IE denoted as BWP-DownlinkCommon, an IE denoted as PDSCH-ConfigCommon, or an IE denoted as PDSCH-Config.

In one implementation, a beam may be considered as a spatial domain filter. For example, a wireless device (e.g., a UE) may apply the spatial filter in an analog domain by adjusting the phase and/or amplitude of a signal before transmitting the signal through a corresponding antenna element. In another example, the spatial filter may be applied in a digital domain by Multi-Input Multi-Output (MIMO) techniques in the wireless communication system. For example, a UE may perform a PUSCH transmission by using a beam (e.g., a spatial/digital domain filter) . In one implementation, a beam may be represented by (or corresponding to) an antenna, an antenna port, an antenna element, a group of antennas, a group of antenna ports, or a group of antenna elements. In one implementation, a beam may be formed by (or associated with) a specific Reference Signal (RS) resource. The beam may be equivalent to a spatial domain filter through which the Electromagnetic (EM) waves are radiated.

In one implementation, signaling being transmitted may mean that the MAC CE/MAC PDU/layer 1 signaling/higher layer signaling that contains (or corresponds to) the signaling is starting to be transmitted, completely transmitted, or has already delivered to the corresponding HARQ process/buffer for transmission. In one implementation, signaling being transmitted may mean that the UE receives the corresponding HARQ feedback of the MAC PDU that includes the MAC CE/layer 1 signaling/higher layer signaling that contains (or corresponds to) the signaling. In one implementation, signaling being transmitted may mean that the MAC CE/MAC PDU corresponding to the signaling is built or generated.

In one implementation, a PDSCH/PUSCH transmission may span multiple symbols in the time domain, where the duration of a PDSCH/PUSCH (transmission/occasion) may be the time interval that starts from the beginning of the first symbol of the PDSCH/PUSCH and ends at the end of the last symbol of the PDSCH/PUSCH.

In one implementation, the terms “interrupt, ” “stop, ” “cancel, ” and “skip” may be interchangeable.

In one implementation, if a UE does not need to perform the corresponding HARQ feedback transmission for the DL data/PDSCH, the UE’s HARQ entity (or the HARQ process therein) may not perform the corresponding HARQ feedback transmission” .

In one implementation, the PHY layer signaling may be implemented via at least one of the following items (f1) to (f4) :

- (f1) a DCI format;

- (f1) a DCI field;

- (f1) a DCI field being set to a specific value; and

- (f1) the DCI with CRC bits scrambled by a specific RNTI.

In one implementation, a timer may be configured by an RRC configuration from the BS. The UE may be configured with an initial value of the timer and the unit of the value (e.g., frame/sub-frame/millisecond/sub-millisecond/slot/symbol) . The timer may be started or restarted by the UE (e.g., the UE’s MAC entity) . For example, the timer may be started and/or restarted by the UE when certain specific condition (s) is satisfied.

The following provides the non-limiting descriptions of certain terms.

Cell: in some implementations, a cell (e.g., a PCell or an SCell) may be a radio network object that may be uniquely identified by a UE through the corresponding identification information, which may be broadcast by a UTRAN access point in a geographical area. A cell may be operated in a Frequency Division Duplex (FDD) or a Time Division Duplex (TDD) mode.

Serving Cell: in some implementations, for a UE operating in the RRC_CONNECTED state and not configured with CA/Dual Connectivity (DC) , the UE may be configured with only one serving cell (e.g., the primary cell) . For a UE operating in the RRC_CONNECTED state and configured with CA/DC, the UE may be configured with multiple serving cells including an SpCell and one or more SCells.

Carrier Aggregation (CA) : in CA, two or more Component Carriers (CCs) may be aggregated. A UE may simultaneously receive or transmit signals on one or more of the CCs depending on its capabilities. CA may be supported with both the contiguous and non-contiguous CCs. When CA is applied, the frame timing and the SFN may be aligned across cells that are aggregated. In some implementations, the maximum number of configured CCs for a UE may be 16 for DL and 16 for UL. When CA is configured, the UE may have only one RRC connection with the network. During the RRC connection establishment/re-establishment/handover, one serving cell may provide the Non-Access Stratum (NAS) mobility information, and at RRC connection re-establishment/handover, one serving cell may provide the security input, where the serving cell may be referred to as the PCell. Depending on UE capabilities, SCells may be configured to form together with the PCell as a set of serving cells for the UE. The configured set of serving cells for a UE therefore always consists of one PCell and one or more SCells.

Configured Grant (CG) : in some implementations, for CG Type 1, the RRC entity may directly provide the configured uplink grant (including the periodicity) . For CG Type 2, the RRC entity may define the periodicity of the PUSCH resources of the CG, while the PDCCH addressed to the CS-RNTI may either signal and activate the configured uplink grant or deactivate it. That is, the PDCCH addressed to the CS-RNTI may indicate that the configured uplink grant can be reused according to the periodicity defined by the RRC entity, until the configured unlink grant is deactivated. When a configured uplink grant is active, a UL transmission according to the configured uplink grant may be performed if the UE cannot find its C-RNTI/CS-RNTI/MCS-C-RNTI on the PDCCH (s) . If the UE receives its C-RNTI/CS-RNTI/MCS-C-RNTI on the PDCCH (s) , the PDCCH allocation may override the configured uplink grant. The usage of MCS-C-RNTI may be equivalent to that of C-RNTI in the MAC procedures (except for the C-RNTI MAC CE) .

HARQ: in some implementations, a HARQ process may be used to ensure the transmissions between two or more peer entities at Layer 1 (e.g., PHY layer) . A single HARQ process may support a TB when the PHY layer is not configured for DL/UL spatial multiplexing. When the PHY layer is configured for the DL/UL spatial multiplexing, a single HARQ process may support one or multiple TBs. Each serving cell may correspond to a HARQ entity, where each HARQ entity may support a parallel processing of the DL and UL HARQ processes.

HARQ-ACK: in some implementations, a HARQ-ACK may include a 1-bit indicator, where the HARQ-ACK may be a NACK when the bit value of the indicator is set to a first value (e.g., “0” ) and may be a positive Acknowledgement (ACK) when the bit value of the indicator is set to a second value (e.g., “1” ) .

Timer: in some implementations, the MAC entity of the UE may setup one or more timers for individual purposes, such as triggering uplink signaling retransmissions or limiting uplink signaling retransmission periods. When a timer (e.g., the timers described in various implementations of the present application) maintained by the MAC entity starts, the timer may start running until it stops or expires. In addition, the timer may not run when it does not start. A timer may start when it is not running. Also, a timer may restart when it is running. In some implementations, a timer may always start or restart from an initial value, where the initial value can be, but is not limited to, configured by the gNB via DL RRC signaling.

BWP: in some implementations, a BWP may be a subset of the total cell bandwidth of a cell. By configuring one or more BWPs to the UE and informing the UE that which of the configured BWPs is the currently the active BWP, Bandwidth Adaptation (BA) may be achieved. To enable the BA mechanism on the PCell, the gNB may configure the UE with one or more UL and DL BWPs. In case of CA, to enable the BA mechanism on SCells, the gNB may configure the UE with one or more DL BWPs at least (which means that there may be no UL BWPs configure to the UE) . For the PCell, the initial BWP may be the BWP used for initial access. For the SCell (s) , the initial BWP may be the BWP configured for the UE to first operate during the SCell activation process. In some implementations, the UE may be configured with a First-Active UL BWP by a firstActiveUplinkBWP IE field. If the First-Active UL BWP is configured for an SpCell, the firstActiveUplinkBWP IE field may contain the ID of the UL BWP to be activated when the RRC (re) configuration is performed. If the field is absent, the RRC (re) configuration may not trigger a BWP switch. If the First-Active uplink BWP is configured for an SCell, the firstActiveUplinkBWP IE field may contain the ID of the UL BWP to be used upon the MAC-activation of an SCell.

PDCCH: in some implementations, the gNB may dynamically allocate resources to the UE via a C-RNTI/MCS-C-RNTI/CS-RNTI on one or more PDCCHs. The UE may always monitor the PDCCH (s) in order to find possible assignments when its DL reception is enabled (e.g., activity governed by Discontinuous Reception (DRX) when configured) . In some implementations, when CA is configured, the same C-RNTI may be applied to all serving cells.

PDSCH/PUSCH: in some implementations, a PDCCH may be used to schedule the DL transmissions on a PDSCH and the UL transmissions on a PUSCH.

Time Alignment Timer: in some implementations, the RRC layer may configure the initial value of a timer (e.g., a time alignment timer, corresponding to the IE “timeAlignmentTimer” ) . The timer may be used for the maintenance of UL time alignment. In some implementations, the timer (e.g., time alignment timer) may be maintained based on a timing advance group basis. In addition, the timer may be used to control how long the UE’s MAC entity considers that the serving cell (s) belonging to the associated TAG is UL time aligned.

Fig. 8 illustrates a block diagram of a node for wireless communication, in accordance with various aspects of the present disclosure. As shown in Figure 8, a node 800 may include a transceiver 806, a processor 808, a memory 802, one or more presentation components 804, and at least one antenna 810. The node 800 may also include an RF spectrum band module, a BS communications module, a network communications module, and a system communications management module, Input/Output (I/O) ports, I/O components, and power supply (not explicitly shown in Figure 8) . Each of these components may be in communication with each other, directly or indirectly, over one or more buses 824. In one implementation, the node 800 may be a UE or a BS that performs various functions described herein, for example, with reference to Figures 1 through 7.

The transceiver 806 having a transmitter 816 (e.g., transmitting/transmission circuitry) and a receiver 818 (e.g., receiving/reception circuitry) may be configured to transmit and/or receive time and/or frequency resource partitioning information. In some implementations, the transceiver 806 may be configured to transmit in different types of subframes and slots including, but not limited to, usable, non-usable and flexibly usable subframes and slot formats. The transceiver 806 may be configured to receive data and control channels.

The node 800 may include a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by the node 800 and include both volatile (and non-volatile) media and removable (and non-removable) media. By way of example, and not limitation, computer-readable media may include computer storage media and communication media. Computer storage media may include both volatile (and non-volatile) and removable (and non-removable) media implemented according to any method or technology for storage of information such as computer-readable.

Computer storage media includes RAM, ROM, EEPROM, flash memory (or other memory technology) , CD-ROM, Digital Versatile Disks (DVD) (or other optical disk storage) , magnetic cassettes, magnetic tape, magnetic disk storage (or other magnetic storage devices) , etc. Computer storage media does not include a propagated data signal. Communication media may typically embody computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and include any information delivery media. The term “modulated data signal” may mean a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media may include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, Radio Frequency (RF) , infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer-readable media.

The memory 802 may include computer-storage media in the form of volatile and/or non-volatile memory. The memory 802 may be removable, non-removable, or a combination thereof. For example, the memory 802 may include solid-state memory, hard drives, optical-disc drives, etc. As illustrated in Figure 8, the memory 802 may store computer-readable and/or -executable instructions 814 (e.g., software codes) that are configured to, when executed, cause the processor 808 to perform various functions described herein, for example, with reference to Figures 1 through 7. Alternatively, the instructions 814 may not be directly executable by the processor 808 but may be configured to cause the node 800 (e.g., when compiled and executed) to perform various functions described herein.

The processor 808 (e.g., having processing circuitry) may include an intelligent hardware device, a Central Processing Unit (CPU) , a microcontroller, an ASIC, etc. The processor 808 may include memory. The processor 808 may process the data 812 and the instructions 814 received from the memory 802, and information through the transceiver 806, the base band communications module, and/or the network communications module. The processor 808 may also process information to be sent to the transceiver 806 for transmission through the antenna 810, to the network communications module for transmission to a core network.

One or more presentation components 804 may present data indications to a person or other device. Examples of presentation components 804 may include a display device, speaker, printing component, vibrating component, etc.

From the above description, it is manifested that various techniques may be used for implementing the concepts described in the present application without departing from the scope of those concepts. Moreover, while the concepts have been described with specific reference to certain implementations, a person of ordinary skill in the art would recognize that changes may be made in form and detail without departing from the scope of those concepts. As such, the described implementations are to be considered in all respects as illustrative and not restrictive. It should also be understood that the present application is not limited to the particular implementations described above, but many rearrangements, modifications, and substitutions are possible without departing from the scope of the present disclosure.

Claims

A method performed by a User Equipment (UE) , the method comprising:

receiving, from a Base Station (BS) , Downlink Control Information (DCI) on a Physical Downlink Control Channel (PDCCH) , the DCI scheduling a reception of Downlink (DL) data on a Physical Downlink Shared Channel (PDSCH) ; and

determining whether to transmit a Hybrid Automatic Repeat reQuest (HARQ) feedback for the DL data according to the DCI.
The method of claim 1, wherein the DCI includes an indicator indicating a slot offset between a first slot containing the PDSCH and a second slot that the UE is indicated by the BS to transmit the HARQ feedback on an Uplink (UL) resource configured by the BS, and the method further comprises:

determining whether to transmit the HARQ feedback for the DL data according to the indicator.
The method of claim 2, further comprising:

determining whether the slot offset is a specific value; and

transmitting the HARQ feedback for the DL data only when the slot offset is not the specific value.
The method of claim 2, further comprising:

comparing the slot offset with a threshold; and

transmitting the HARQ feedback for the DL data only when the slot offset is larger than or equal to the threshold.
The method of claim 1, wherein the DCI includes an indicator indicating a HARQ process number, and the method further comprises:

determining whether the HARQ process number matches a preconfigured value; and

transmitting the HARQ feedback for the DL data only when the HARQ process number does not match the preconfigure value.
The method of claim 5, further comprising:

receiving the preconfigured value in a DL Radio Control Resource (RRC) message from the BS.
The method of claim 1, wherein the DCI includes an indicator indicating a HARQ process number, and the method further comprises:

determining whether to transmit the HARQ feedback for the PDSCH according to whether the HARQ process number is within a specific range configured by the BS.
The method of claim 7, further comprising:

receiving an RRC configuration including a first value indicating a number of a plurality of HARQ processes to be used for the reception of the DL data and a second value indicating how many of the plurality of HARQ processes do not need to have a corresponding HARQ feedback transmission; and

determining the specific range according to a combination of the first value and the second value.
The method of claim 1, further comprising:

instructing, by a Medium Access Control (MAC) entity of the UE, a Physical (PHY) layer of the UE to flush a soft buffer corresponding to a HARQ process for the PDSCH when the UE determines not to transmit the HARQ feedback for the PDSCH.
The method of claim 1, further comprising:

instructing, by a MAC entity of the UE, a PHY layer of the UE to perform a HARQ process in which the PHY layer skips transmission of the HARQ feedback for the PDSCH, when the UE determines not to transmit the HARQ feedback for the PDSCH.
A User Equipment (UE) comprising:

a memory; and

at least one processor coupled to the memory, the at least one processor being configured to:

receive, from a Base Station (BS) , Downlink Control Information (DCI) on a Physical Downlink Control Channel (PDCCH) , the DCI scheduling a reception of Downlink (DL) data on a Physical Downlink Shared Channel (PDSCH) ; and

determine whether to transmit a Hybrid Automatic Repeat reQuest (HARQ) feedback for the DL data according to the DCI.
The UE of claim 11, wherein the DCI includes an indicator indicating a slot offset between a first slot containing the PDSCH and a second slot that the UE is indicated by the BS to transmit the HARQ feedback on an Uplink (UL) resource configured by the BS, and the at least one processor is further configured to:

determine whether to transmit the HARQ feedback for the DL data according to the indicator.
The UE of claim 12, wherein the at least one processor is further configured to:

determine whether the slot offset is a specific value; and

transmit the HARQ feedback for the DL data only when the slot offset is not the specific value.
The UE of claim 12, wherein the at least one processor is further configured to:

compare the slot offset with a threshold; and

transmit the HARQ feedback for the DL data only when the slot offset is larger than or equal to the threshold.
The UE of claim 11, wherein the DCI includes an indicator indicating a HARQ process number, and the at least one processor is further configured to:

determine whether the HARQ process number matches a preconfigured value; and

transmit the HARQ feedback for the DL data only when the HARQ process number does not match the preconfigure value.
The UE of claim 15, wherein the at least one processor is further configured to:

receive the preconfigured value in a DL Radio Control Resource (RRC) message from the BS.
The UE of claim 11, wherein the DCI includes an indicator indicating a HARQ process number, and the at least one processor is further configured to:

determine whether to transmit the HARQ feedback for the PDSCH according to whether the HARQ process number is within a specific range configured by the BS.
The UE of claim 17, wherein the at least one processor is further configured to:

receive an RRC configuration including a first value indicating a number of a plurality of HARQ processes to be used for the reception of the DL data and a second value indicating how many of the plurality of HARQ processes do not need to have a corresponding HARQ feedback transmission; and

determine the specific range according to a combination of the first value and the second value.
The UE of claim 11, wherein the at least one processor is further configured to:

instruct, by a Medium Access Control (MAC) entity of the UE, a Physical (PHY) layer of the UE to flush a soft buffer corresponding to a HARQ process for the PDSCH when the UE determines not to transmit the HARQ feedback for the PDSCH.
The UE of claim 11, wherein the at least one processor is further configured to:

instruct, by a MAC entity of the UE, a PHY layer of the UE to perform a HARQ process in which the PHY layer skips transmission of the HARQ feedback for the PDSCH, when the UE determines not to transmit the HARQ feedback for the PDSCH.