Determining data transmission preemption

1. A method performed by a user equipment (UE), the method comprising:

receiving a first uplink grant associated with a first hybrid automatic repeat request (HARQ) process;

receiving a second uplink grant associated with a second HARQ process, wherein the second uplink grant has a higher priority than the first uplink grant;

determining that a first data transmission corresponding to the first uplink grant is preempted by a second data transmission corresponding to the second uplink grant; and

in response to determining that the first data transmission is preempted by the second data transmission:

not generating a transport block for the first uplink grant; and

flushing a HARQ buffer corresponding to the first HARQ process.

2. The method of claim 1 , further comprising:

receiving a retransmission grant for the first HARQ process;

determining that the HARQ buffer is empty; and

in response to determining that the HARQ buffer is empty, generating a new transport block based on the retransmission grant and transmitting the new transport block based on the retransmission grant.

3. The method of claim 2 , wherein the retransmission grant is addressed to a configured scheduling radio network temporary identifier (RNTI).

4. The method of claim 1 , further comprising:

receiving a retransmission grant for the first HARQ process;

determining that the HARQ buffer is empty; and

in response to determining that the HARQ buffer is empty, generating a medium access control (MAC) protocol data unit (PDU) based on the retransmission grant.

5. The method of claim 4 , wherein the retransmission grant is addressed to a configured scheduling radio network temporary identifier (RNTI).

6. A user equipment (UE), comprising:

at least one memory; and

at least one processor coupled with the at least one memory and configured to cause the UE to:

receive a first uplink grant associated with a first hybrid automatic repeat request (HARQ) process;

receive a second uplink grant associated with a second HARQ process, wherein the second uplink grant has a higher priority than the first uplink grant;

determine that a first data transmission corresponding to the first uplink grant is preempted by a second data transmission corresponding to the second uplink grant; and

in response to the determination that the first data transmission is preempted by the second data transmission:

not generate a transport block for the first uplink grant; and

flush a HARQ buffer corresponding to the first HARQ process.

7. The UE of claim 6 , wherein the at least one processor is configured to cause the UE to:

receive a retransmission grant for the first HARQ process;

determine that the HARQ buffer is empty; and

in response to determining that the HARQ buffer is empty, generate a new transport block based on the retransmission grant and transmit the new transport block based on the retransmission grant.

8. The UE of claim 7 , wherein the retransmission grant is addressed to a configured scheduling radio network temporary identifier (RNTI).

9. The UE of claim 6 , wherein the at least one processor is configured to cause the UE to:

receive a retransmission grant for the first HARQ process;

determine that the HARQ buffer is empty; and

in response to determining that the HARQ buffer is empty, generate a medium access control (MAC) protocol data unit (PDU) based on the retransmission grant.

10. The UE of claim 9 , wherein the retransmission grant is addressed to a configured scheduling radio network temporary identifier (RNTI).

11. A processor for wireless communication, comprising:

at least one controller coupled with at least one memory and configured to cause the processor to:

receive a first uplink grant associated with a first hybrid automatic repeat request (HARQ) process;

receive a second uplink grant associated with a second HARQ process, wherein the second uplink grant has a higher priority than the first uplink grant;

determine that a first data transmission corresponding to the first uplink grant is preempted by a second data transmission corresponding to the second uplink grant; and

in response to the determination that the first data transmission is preempted by the second data transmission:

not generate a transport block for the first uplink grant; and

flush a HARQ buffer corresponding to the first HARQ process.

12. The processor of claim 11 , wherein the at least one controller is configured to cause the processor to:

receive a retransmission grant for the first HARQ process;

determine that the HARQ buffer is empty; and

in response to determining that the HARQ buffer is empty, generate a new transport block based on the retransmission grant and transmit the new transport block based on the retransmission grant.

13. The processor of claim 12 , wherein the retransmission grant is addressed to a configured scheduling radio network temporary identifier (RNTI).

14. The processor of claim 11 , wherein the at least one controller is configured to cause the processor to:

receive a retransmission grant for the first HARQ process;

determine that the HARQ buffer is empty; and

in response to determining that the HARQ buffer is empty, generate a medium access control (MAC) protocol data unit (PDU) based on the retransmission grant.

15. The processor of claim 14 , wherein the retransmission grant is addressed to a configured scheduling radio network temporary identifier (RNTI).