Professional Documents
Culture Documents
Methodology:
Literature study based on the essential RFCs, the 3GPP
specifications and other available material.
Measuring the implemented mechanism on the DSP
Header compression fundamentals
Header compression can be done because:
-much of the header information stays the same over the life-
time of a packet stream
-some changing fields change with a small or a predictable
value and thus incremental coding can be used e.g. TCP
sequence number
-only fields that change often and randomly need to be carried
in every packet e.g. checksums
-values of some fields can be inferred for example from the link
layer implementation e.g. the length of
the packet
The general principle of header compression is to occasionally
send a packet with a full header; subsequent compressed
headers refer to the context established by the full header and
may contain incremental changes to the context.
Header compression fundamentals
The context is basically the uncompressed version of the last
header sent (compressor) or received (decompressor) over the
link.
A context identifier (CID) is a small unique number identifying
the context that should be used to decompress a compressed
header an it is carried in full headers and compressed headers.
Header compression benefits
Improve interactive response time
-achieved by sending smaller packets
Allow using small packets for bulk data with good line efficiency
-This is important when interactive (for example Telnet) and
bulk traffic (for example FTP) is mixed because the bulk data
should be carried in small packets to decrease the waiting time
when a packet with interactive data is caught behind a bulk
data packet
Allow using small packets for delay sensitive low data-rate
traffic
-Header compression can reduce the bandwidth needed for
headers significantly
Decrease header overhead
Reduce packet loss rate over lossy links
-Fewer bits are sent per packet and thus the packet loss rate
will be lower for a given bit-error rate
Header compression in UMTS network
In UMTS network the header compression is performed between the
User Equipment and the Radio Network Controller
The reason why the header compression is not done for example in the
node B is that the data encryption and the Macro Diversity Combining
IPv4/TCP 40 4 90.00
IPv4/UDP 28 2 92.86
IPv6/TCP 60 4 93.33
IPv6/UDP 68 4 91.67
Internet Protocol Header Compression
Pros Cons
Robustness Complexity
Quick context Requires significant
resynchronization processing/memory
Improved resources (compared
encoding scheme to IPHC)
for dynamical Emerging standard
header fields
Measurements
The aim of the measurements was study the feasibility of the IPHC
mechanism on a Digital Signal Processor
The implementation and the measurements of the IPHC was done on
the Freescale MSC8101 DSP
The implementation was coded with the C-language
Measurements
The execution time measurements. The values of the all measurements
are scaled as a relative difference to the smallest value
3.5
2.5
2
compress
decompress
1.5
0.5
0
ipv4/udp ipv4/tcp ipv6/udp ipv6/tcp
Measurements
Packet size effects on the execution time
3.5
2.5
Execution Time
1.5
0.5
0
0 200 400 600 800 1000 1200 1400 1600
Packet Size [bytes]
2.5