ARQ

ARQ staat voor Automatic Repeat reQuest en is een mechanisme om verloren of beschadigde data opnieuw op te vragen en te laten verzenden. Het wordt toegepast in verschillende lagen van netwerken: op het netwerk-toegangs- of linkniveau (bijvoorbeeld in draadloze standaarden zoals 802.11) en op hogere lagen (bijvoorbeeld TCP op transportlaag) om betrouwbaarheid te garanderen. Voor studenten in Audio/Video, Maker en Web is het relevant omdat ARQ bepaalt hoe media- en bestandsdata betrouwbaar bereikt worden — in sommige realtime A/V-scenario's leidt ARQ tot vertragingen, bij makers in embedded links en seriële verbindingen zorgt het voor herstel van fouten, en in webtoepassingen zit retransmissie ingebakken in protocollen zoals TCP of wordt toegepast boven WebSocket/HTTP voor fouttolerantie.

Stel je bouwt een IoT-camera (Maker) die live beeld streamt naar een webserver (Web) en je wilt ook opgenomen clips uploaden voor on-demand afspelen (Audio/Video). Bij live streaming kies je vaak voor UDP/RTP en vermijd je uitgebreide ARQ omdat hertransmissies zichtbare haperingen geven; je gebruikt dan liever FEC of selective NACKs voor korte herstelpogingen. Voor het uploaden van opgenomen videobestanden gebruik je TCP of een applicatie-laag ARQ zodat elk pakket gegarandeerd aankomt; als de camera via Wi‑Fi verbindt, zorgt de 802.11-linklaag ook voor ARQ (ACK en retry) terwijl bij een bekabelde Ethernet-verbinding retransmissies meestal op hogere lagen plaatsvinden. Voor een maker-project met een microcontroller die sensordata en thumbnails verstuurt over een los draadloos protocol (bijv. LoRa of een serieel kanaal) implementeer je eenvoudige ARQ (ACK/NACK en herversturen) om data-integriteit te garanderen, waarbij je altijd afweegt hoeveel extra latency en energie dat kost.