? Data beveger seg rundt nettverk i pakker . En pakke inneholder data i kroppen og deretter har en rekke overskrifter som beskriver data og omfatter også adressene til kilden og målet for pakken . Disse overskriftene generere en stor overhead på data og kan forsinke nettverk. Størrelsen på overskriften tilsier en optimal pakkestørrelse krever store biter av data i hver pakke for å redusere header overhead. En løsning på problemet med pakkehodet overhead er å komprimere spissen. Programmer

Multimedia applikasjoner spesielt trenger header komprimering. Kvaliteten på lyd eller video avspilling øker på grunn av mindre pakkestørrelser og raskere levering. En VoIP ( IP -telefoni ) pakke kan inneholde så lite som 20 byte data , og ennå overskriften på at pakken ville være 58 bytes lang hvis det er gjort over Ethernet . Denne store overhead betyr at administrasjonen data og ikke til selve dataene tar opp båndbredde.
Protokoller

En typisk lyd eller video dataoverføring innebærer Internet Protocol , brukeren datagram protokollen og real-Time Transport Protocol . Hver legger til en header . IP legger en 20 - byte header ; UDP legger en 8 -byte header , og RTP legger en 12 - byte header . Dette gjør totalt 40 bytes . Den Compressed Real- time Transport Protocol , eller CRTP , bringer som kombinerte header størrelse ned til 2 til 4 byte.
TCP /IP Header Compression

nettverksprotokoll som satte overskrifter på datapakkene tilhører en suite av protokoller kalt TCP /IP. Den første ordningen for TCP /IP header komprimering ble publisert av Internet Engineering Task Force i 1990 . Denne ordningen har fokus på bare å sende detaljer i packet header som avviker fra detaljene i overskriften på den forrige pakken spissen. Protokollen forutsetter at en TCP-tilkobling allerede er etablert , fordi IP header innhold av kilde og destinasjon adresser alene ta opp 8 byte.
CRTP

Compressed RTP bruker de samme metodene som TCP /IP header komprimering , ved at det reduserer rapportering som skjer i overskriften til bare de feltene som er endret siden den siste pakken i sekvensen . Som adresser okkupere okkupere åtte av de 20 byte i IP header og port nummer 4 av de 8 byte i UDP header , gjør komprimering sine største gevinsten ved å utrydde disse feltene i pakke- sendinger senere til den første i serien. Adresser og portnummer i overskriftene er erstattet av et kort ID-nummer refererer til kombinasjonen mottakeren burde ha lagret i en look- up table . Følgelig er avhengig både TCP og RCP hodekomprimering på mottakeren , og alle rutere på pakken banen , forstå komprimering formel og være i stand til å opprettholde kryssreferanser av adresser til komprimering IDer .