I samband med trängselskontrollalgoritmer för nätverk (som TCP) hänvisar jitterkontroll till mekanismer som syftar till att minimera variationer i ankomsttiden mellan paketet vid mottagaren. Denna "jitter" är oönskad eftersom den kan påverka applikationer negativt, särskilt realtidsapplikationer som röst- och videokonferenser. Dessa applikationer förlitar sig på konsekventa ankomsttider för att undvika artefakter som hackig ljud eller videouppspelning.
Stoppskontrollalgoritmer fokuserar främst på att hantera sändningshastigheten för att undvika överväldigande nätverket. Även med effektiv hastighetskontroll kan variationer i nätverksförhållanden (paketförlust, köförseningar i routrar) fortfarande leda till jitter. Jitterkontrollmekanismer försöker mildra denna återstående jitter. De tar inte direkt upp trängsel på samma sätt som hastighetskontroll, utan försöker snarare att jämna ut ankomstmönstret för paket som * redan har navigerat det överbelastade nätverket.
Så här kan jitterkontroll manifestera sig i en trängselskontrollalgoritm:
* Buffering: Mottagaren kan buffra inkommande paket innan de presenteras för applikationen. Detta gör att applikationen kan få en mer konsekvent ström av data, även om ankomsttiderna för enskilda paket varierar. Men överdriven buffring introducerar latens. Utmaningen är att hitta den optimala buffertstorleken för att minimera både jitter och latens.
* paketstimulering (vid avsändaren): Vissa algoritmer kan försöka kliva sändningen av paket för att jämna ut överföringsprocessen. Istället för att skicka paket så snabbt som trängselfönstret tillåter, introducerar avsändaren avsiktliga förseningar mellan paketöverföringar. Detta hjälper till att jämna ut ankomsttiderna. Avsändaren använder information som Round Trip Time (RTT) och dess variationer för att uppskatta hur man kan sänka sändningen för att minimera jitter.
* Framåt felkorrigering (FEC): Även om det inte är direkt jitterkontroll, kan FEC -tekniker indirekt minska påverkan av jitter. Genom att skicka redundanta data tillåter FEC mottagaren att rekonstruera förlorade eller skadade paket utan att kräva vidarebefordringar. Detta undviker luckorna i dataströmmen som kan orsaka jitter.
Det är viktigt att notera att ren jitterkontroll ofta är sekundär till trängselkontroll. A primary goal is efficient utilization of the network, and excessive efforts to reduce jitter might compromise throughput. Därför innehåller de flesta trängselskontrollalgoritmer jitterreduktionstekniker som en kompletterande funktion snarare än ett primärt mål. Balansen mellan effektivt bandbreddutnyttjande och acceptabla jitternivåer är en viktig designutmaning.
