Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 38.323  Word version:  18.2.0

Top   Top   Up   Prev   Next
1…   4…   5…   5.4…   5.8…   5.13…   6…   6.2.3…   7…   A…   B…

 

A (Normative)  Ethernet Header Compression (EHC) protocol |R16|p. 48

A.1  EHC principlep. 48

The Ethernet header compression (EHC) protocol compresses Ethernet header as shown in Figure A.1-1 [15]. The fields that are compressed (i.e. removed from the Ethernet header) by the EHC protocol are: DESTINATION ADDRESS, SOURCE ADDRESS, 802.1Q TAG, and LENGTH/TYPE. The fields PREAMBLE, SFD, and FCS are not transmitted in 3GPP system, and thus not considered in EHC protocol. There may be more than one 802.1Q TAG fields in the Ethernet header, and all are compressed by the EHC protocol. The padding (PAD) is not compressed by the EHC protocol.
Reproduction of 3GPP TS 38.323, Fig. A.1-1: Ethernet packet format [15]
Up
The EHC compressor and the EHC decompressor store original header field information as a "EHC context". Each EHC context is identified by a unique identifier, called Context ID (CID). The EHC context must be synchronized between the EHC compressor and the EHC decompressor; otherwise, the EHC decompressor erroneously decompresses the "Compressed Header (CH)" packets.
For an Ethernet packet stream, the EHC compressor establishes the EHC context and associates it with the CID. Then, the EHC compressor transmits the "Full Header (FH)" packet to the EHC decompressor including the associated CID. The EHC compressor keeps transmitting the FH packets until the EHC feedback is received from the EHC decompressor.
When the EHC decompressor receives the FH packet, the EHC decompressor establishes the EHC context identified by the CID, and transmits the EHC feedback to the EHC compressor to indicate that the EHC context associated with the CID is successfully established in the EHC decompressor.
After receiving the EHC feedback, the EHC compressor starts to transmit the CH packets to the EHC decompressor including the associated CID. The CH packet includes only the header fields not stored in the EHC context.
When the EHC decompressor receives the CH packet, the EHC decompressor restores original header fields based on the stored EHC context identified by the associated CID.
Figure A.1-2 represents a conceptual view of EHC operation.
Reproduction of 3GPP TS 38.323, Fig. A.1-2: EHC operation
Up

A.2  EHC packet format and parametersp. 49

A.2.1  EHC packet formatp. 49

A.2.2  Parametersp. 51

A.2.2.1  F/Cp. 51

Length:
1 bit
This field indicates whether the corresponding EHC packet is a FH packet or a CH packet.
Bit Description
0FH packet
1CH packet

A.2.2.2  CIDp. 51

Length:
7, or 15 bits. The length of the CID is configured by upper layers (ehc-CID-Length in TS 38.331).
The CID = "all zeros" indicates that the corresponding Ethernet header is "uncompressed". The EHC decompressor does not establish the EHC context identified by the CID = "all zeros".

Up   Top   ToC