Ethernet header compression techniques in New Radio

1. A method at a device configured to process both wireless data traffic and Ethernet data traffic into a wireless communication, comprising:

determining, at a compressor, whether an acknowledgement (ACK) signal is received from a decompressor in response to transmitting, over a wireless communication link, a context creation message for a context identification (ID) associated with a first flow of incoming Ethernet data traffic, wherein the context creation message includes a packet data convergence protocol (PDCP) packet data unit (PDU) header value, a PDCP PDU type value, context identifier value, and subtype value associated with the context identifier value;

refraining from transmitting, by the compressor to the decompressor over the wireless communication link, a compressed packet corresponding to the first flow based on a first determination that the ACK signal is not received from the decompressor;

transmitting, by the compressor to the decompressor, a second context creation message based on a second determination that the ACK signal is not received from the decompressor within a context-create-time threshold of the transmitting of the context creating message;

transmitting, by the compressor to the decompressor over the wireless communication link, the compressed packet corresponding to the first flow based on a third determination that a subsequent ACK signal is received from the decompressor in response to transmitting the second context creation message;

determining, at the compressor, whether the first flow associated with the context ID is not receiving any traffic; and

updating, in response to determining the first flow is not receiving any traffic, an association of the context ID from the first flow to a second flow of incoming Ethernet data traffic, wherein the second flow differs from the first flow.

2. The method of claim 1 , wherein determining whether the ACK signal is received from the decompressor further comprises determining whether the ACK signal is received from the decompressor within a context-create-time threshold of the transmitting of the context creating message.

3. The method of claim 2 , wherein the context-create-time threshold corresponds to a maximum duration of time between context creation packets.

4. The method of claim 2 , further comprising receiving, at the compressor from a network node associated with the decompressor, the context-create-time threshold.

5. The method of claim 4 , wherein the context-create-time threshold is based on a retransmission window for each of a plurality of context creation messages.

6. The method of claim 5 , wherein the plurality of context creation messages are based on hybrid access repeat request (HARQ) transmissions and radio link control (RLC) retransmissions used by a network entity.

7. The method of claim 2 , wherein the context-create-time threshold includes a minimum context-create-time threshold and a maximum context-create-time threshold.

8. The method of claim 7 , wherein transmitting the second context creation message comprises transmitting after the context-create-time minimum threshold and before the context-create-time minimum threshold expires.

9. The method of claim 1 , further comprising:

transmitting, by the compressor to the decompressor, a context deletion message associated with the context ID;

terminating, by the compressor, compression associated with the first flow of the incoming Ethernet traffic associated with the context ID upon transmission of the context deletion message; and

transmitting, by the compressor, one or more uncompressed packets associated with the context ID of the first flow in response to transmitting the context deletion message.

10. The method of claim 9 , further comprising:

determining, by the compressor, whether a second ACK signal is received from the decompressor in response to transmitting the context deletion message; and

transmitting, by the compressor to the decompressor, a second context deletion message based on a determination that the second ACK is not received from the decompressor.

11. The method of claim 10 , wherein determining whether the second ACK signal is received from the decompressor further comprises determining whether the second ACK signal is received from the decompressor within a context-delete-time threshold.

12. The method of claim 11 , further comprising receiving, at the compressor from the decompressor, the context-delete-time threshold.

13. An apparatus configured to process both wireless data traffic and Ethernet data traffic into a wireless communication, comprising:

a memory; and

a processor in communication with the memory, wherein the processor is configured to:

determine, at a compressor, whether an acknowledgement (ACK) signal is received from a decompressor in response to transmitting, over a wireless communication link, a context creation message for a context identification (ID) associated with a first flow of incoming Ethernet data traffic, wherein the context creation message includes a packet data convergence protocol (PDCP) packet data unit (PDU) header value, a PDCP PDU type value, context identifier value, and subtype value associated with the context identifier value;

refrain from transmitting, by the compressor to the decompressor over the wireless communication link, a compressed packet corresponding to the first flow based on a first determination that the ACK signal is not received from the decompressor;

transmit, by the compressor to the decompressor, a second context creation message based on a second determination that the ACK signal is not received from the decompressor within a context-create-time threshold of the transmitting of the context creating message;

transmit, by the compressor to the decompressor over the wireless communication link, the compressed packet corresponding to the first flow based on a third determination that a subsequent ACK signal is received from the decompressor in response to transmitting the second context creation message;

determine, at the compressor, whether the first flow associated with the context ID is not receiving any traffic; and

update, in response to determining the first flow is not receiving any traffic, an association of the context ID from the first flow to a second flow of incoming Ethernet data traffic, wherein the second flow differs from the first flow.

14. The apparatus of claim 13 , wherein the processor configured to determine whether the ACK signal is received from the decompressor is further configured to determine whether the ACK signal is received from the decompressor within a context-create-time threshold of the transmitting of the context creating message.

15. The apparatus of claim 14 , wherein the context-create-time threshold corresponds to a maximum duration of time between context creation packets.

16. The apparatus of claim 14 , wherein the processor is further configured to receive, at the compressor from a network node associated with the decompressor, the context- create-time threshold.

17. The apparatus of claim 16 , wherein the context-create-time threshold is based on a retransmission window for each of a plurality of context creation messages.

18. The apparatus of claim 17 , wherein the plurality of context creation messages are based on hybrid access repeat request (HARQ) transmissions and radio link control (RLC) retransmissions used by a network entity.

19. The apparatus of claim 14 , wherein the context-create-time threshold includes a minimum context-create-time threshold and a maximum context-create-time threshold.

20. The apparatus of claim 19 , wherein the processor configured to transmit the second context creation message is further configured to transmit after the context-create-time minimum threshold and before the context-create-time minimum threshold expires.

21. The apparatus of claim 13 , wherein the processor is further configured to:

transmit, by the compressor to the decompressor, a context deletion message associated with the context ID;

terminate, by the compressor, compression associated with the first flow of the incoming Ethernet traffic associated with the context ID upon transmission of the context deletion message; and

transmit, by the compressor, one or more uncompressed packets associated with the context ID of the first flow in response to transmitting the context deletion message.

22. The apparatus of claim 21 , wherein the processor is further configured to:

determine, by the compressor, whether a second ACK signal is received from the decompressor in response to transmitting the context deletion message; and

transmit, by the compressor to the decompressor, a second context deletion message based on a determination that the second ACK is not received from the decompressor.

23. The apparatus of claim 22 , wherein the processor configured to determine whether the second ACK signal is received from the decompressor is further configured to determine whether the second ACK signal is received from the decompressor within a context-delete-time threshold.

24. The apparatus of claim 23 , wherein the processor is configured to receive, at the compressor from the decompressor, the context-delete-time threshold.

25. An apparatus configured to process both wireless data traffic and Ethernet data traffic into a wireless communication, comprising:

means for determining, at a compressor, whether an acknowledgement (ACK) signal is received from a decompressor in response to transmitting, over a wireless communication link, a context creation message for a context identification (ID) associated with a first flow of incoming Ethernet data traffic, wherein the context creation message includes a packet data convergence protocol (PDCP) packet data unit (PDU) header value, a PDCP PDU type value, context identifier value, and subtype value associated with the context identifier value;

means for refraining from transmitting, by the compressor to the decompressor over the wireless communication link, a compressed packet corresponding to the first flow based on a first determination that the ACK signal is not received from the decompressor; and

means for transmitting, by the compressor to the decompressor, a second context creation message based on a second determination that the ACK signal is not received from the decompressor within a context-create-time threshold of the transmitting of the context creating message;

means for transmitting, by the compressor to the decompressor over the wireless communication link, the compressed packet corresponding to the first flow based on a third determination that a subsequent ACK signal is received from the decompressor in response to transmitting the second context creation message;

means for determining, at the compressor, whether the first flow associated with the context ID is not receiving any traffic; and

means for updating, in response to determining the first flow is not receiving any traffic, an association of the context ID from the first flow to a second flow of incoming Ethernet data traffic, wherein the second flow differs from the first flow.

26. The apparatus of claim 25 , wherein the means for determining whether the ACK signal is received from the decompressor further comprises means for determining whether the ACK signal is received from the decompressor within a context-create-time threshold of the transmitting of the context creating message.

27. A non-transitory computer-readable medium storing instructions executable by a processor and configured to process both wireless data traffic and Ethernet data traffic into a wireless communication, comprising:

code for determining, at a compressor, whether an acknowledgement (ACK) signal is received from a decompressor in response to transmitting, over a wireless communication link, a context creation message for a context identification (ID) associated with a first flow of incoming Ethernet data traffic, wherein the context creation message includes a packet data convergence protocol (PDCP) packet data unit (PDU) header value, a PDCP PDU type value, context identifier value, and subtype value associated with the context identifier value;

code for refraining from transmitting, by the compressor to the decompressor over the wireless communication link, a compressed packet corresponding to the first flow based on a first determination that the ACK signal is not received from the decompressor; and

code for transmitting, by the compressor to the decompressor, a second context creation message based on a second determination that the ACK signal is not received from the decompressor within a context-create-time threshold of the transmitting of the context creating message;

code for transmitting, by the compressor to the decompressor over the wireless communication link, the compressed packet corresponding to the first flow based on a third determination that a subsequent ACK signal is received from the decompressor in response to transmitting the second context creation message;

code for determining, at the compressor, whether the first flow associated with the context ID is not receiving any traffic; and

code for updating, in response to determining the first flow is not receiving any traffic, an association of the context ID from the first flow to a second flow of incoming Ethernet data traffic, wherein the second flow differs from the first flow.

28. The computer-readable medium of claim 27 , wherein the code for determining whether the ACK signal is received from the decompressor further comprises code for determining whether the ACK signal is received from the decompressor within a context-create-time threshold of the transmitting of the context creating message.