Link 16 is de NAVO-tactische datalinkverbinding die bijna elke uitwisseling van luchtbeelden in het bondgenootschap vandaag de dag uitvoert. Link 22 is de standaard die bedoeld is om Link 11 te vervangen — en om Link-16-klasse capaciteit voorbij de gezichtslijn te verlengen. De twee zijn complementair op papier en concurrerend in de praktijk. Voor elk nieuw C2-programma dat een NAVO-drempel overschrijdt, heeft de keuze voor één, beide of geen van beide consequenties die twintig jaar standhouden. Dit is een technische vergelijking: golfvormen, berichtformaten, gateways, terminals, vrijgavebaarheid en de architecturale inzetten die erop volgen.

1. De twee standaarden van vandaag

Link 16 is operationeel bij elke grote NAVO-luchtmacht, op AWACS- en E-7-platforms, op elk vierde- en vijfde-generatie-gevechtstoestel (F-15, F-16, F-18, F-35, Typhoon, Rafale, Gripen), op elk modern AEGIS- en Type 45-gevechtsschip, en op de meeste grondgebaseerde luchtafweervuurcomplexen. De standaard wordt beheerd door STANAG 5516 en MIL-STD-6016. Het is, qua volume en gevechtservaring, de dominante tactische datalinkverbinding ter wereld.

Link 22 — formeel NILE, NATO Improved Link Eleven — is de bewuste opvolger van Link 11. Link 11 is HF/UHF, traag en uit de Koude-Oorlog-periode; het bondgenootschap verbond zich in de jaren negentig tot de bouw van de opvolger. STANAG 5522 definieert Link 22. De invoering verloopt geleidelijk: de Duitse, Franse, Italiaanse, Britse en Amerikaanse marine zijn de voorlopers, met NIU-installaties (Network Interface Unit) op FREMM-klasse fregatten, Type 26 en geselecteerde Amerikaanse marine-gevechtsschepen. Link 22 is geen vervanging voor Link 16. Het is een vervanging van Link 11 die genoeg van het datamodel van Link 16 heeft geleend om nuttig te zijn in gemengde netwerken.

De afkorting in de gemeenschap is: Link 16 beheerst het luchtbeeld, Link 22 neemt het over waar de gezichtslijn-UHF-horizon eindigt.

2. Golfvormverschillen

Link 16 werkt in de L-band (960–1215 MHz), gebruikt TDMA met vaste tijdslots en is afhankelijk van UHF-voortplanting over de gezichtslijn. De golfvorm is van nature storingsbestendig — Joint Tactical Information Distribution System (JTIDS) en zijn opvolger Multifunctional Information Distribution System (MIDS) gebruiken frequentiespringen over 51 kanalen, met pseudo-willekeurige hoproeksen gesleuteld door een Crypto-variabele. De kosten van deze veerkracht zijn het bereik: ongeveer 300 zeemijl tussen vliegtuigen op hoogte, minder voor oppervlaktegevechtsschepen, bijna niets voor grondtroepen achter terrein.

Link 22 gokt anders. Het ondersteunt HF (2–30 MHz) en UHF (225–400 MHz) golfvormen tegelijkertijd. HF geeft voorbij-de-horizon bereik — honderden tot duizenden zeemijl via luchtwaartrajectverspreiding. UHF geeft een Link-16-vergelijkbare gezichtslijndrager met hogere datasnelheid. De Link 22 Network Controller kan berichten dynamisch over beide dragers routeren, wat de hoofdarchitecturele eigenschap is: één logisch netwerk bovenop twee totaal verschillende fysieke lagen.

De afweging is bandbreedte. De L-band golfvorm van Link 16 onderhoudt ruwweg 28,8 tot 238 kbps afhankelijk van de verpakkingsmodus. De HF-golfvorm van Link 22 ligt dichter bij een paar kbps; UHF haalt tientallen kbps. Voor luchtbeelddichtheid wint Link 16 nog steeds met grote marge. Voor marinecoördinatie voorbij de gezichtslijn — waar Link 11 eens een paar honderd sporen over een oceaan droeg — is Link 22 ruimschoots voldoende en aanzienlijk robuuster.

3. Berichtformaat — J-reeks vs F-reeks

Link 16 gebruikt J-reeks berichten, gedefinieerd in MIL-STD-6016. De J-reeks is een binaire berichtencatalogus met vast formaat: J2 (nauwkeurige deelnemerlocatie en -identificatie), J3 (bewakingssporen), J7 (missiebeheer), J10 (wapencoördinatie), J12 (bediening), J13 (platform- en systeemstatus), enzovoort door tientallen subcategorieën. Elk bericht is bit-verpakt in een 70-bit woordstructuur die overeenkomt met de TDMA-slotcapaciteit.

Link 22 gebruikt F-reeks berichten, gedefinieerd in STANAG 5522. De F-reeks is bewust ontworpen als een superset die compatibel is met J-reeks semantiek: F2 weerspiegelt J2, F3 weerspiegelt J3, enzovoort. De bedoeling was gateway-vertaling mogelijk te maken zonder verliesrijke semantische compromissen. De realiteit is genuanceerder.

F-reeks berichten zijn variabele lengte waar J-reeks vast is. F-reeks bevat aanvullende velden voor voorbij-de-horizon routeringsmetadata die geen J-reeks tegenhanger heeft. Sommige F-reeks berichten coderen spoorkwaliteit en Vriend-of-Vijand (IFF) informatie met hogere resolutie dan de overeenkomstige J-reeks velden. Wanneer u F naar J vertaalt bij een gateway, worden die extra bits verwijderd. Wanneer u J naar F vertaalt, worden de aanvullende F-reeks velden nul-gevuld. Round-trip is niet zonder verlies.

Voor de meeste operationele toepassingen is het verlies acceptabel — een spoor is nog steeds een spoor, een vijandige identificatie stroomt nog steeds. Voor wapenkwaliteitscoördinatie over een Multi-Link-netwerk is het verlies operationeel relevant en moet het missie voor missie worden geanalyseerd.

4. Multi-Link gateways

De Multi-Link-gateway is het praktische antwoord op een heterogene NAVO-datalinkverbindingsomgeving. Een Maritime Operations Centre (MOC) of AWACS moet mogelijk Link 11, Link 16, Link 22 en Variable Message Format (VMF) sporen samenvoegen tot één tactisch beeld. Het Data Distribution System (DDS) en zijn moderne equivalenten — typisch uitgevoerd op scheepsboord gevechtsbeheersystemen zoals SSCS, CMS-330 of 9LV — voeren deze vertaling uit.

JREAP — het Joint Range Extension Application Protocol — is de standaard voor het tunnelen van Link 16 J-reeks berichten over niet-Link-16-dragers. JREAP-A werkt over satelliet, JREAP-B werkt over punt-naar-punt serieel (typisch HF of UHF SATCOM met lage jitter), en JREAP-C werkt over IP-netwerken (TCP of UDP). JREAP-C is het meest wijdverbreid ingezet omdat IP-transport universeel is; het is ook degene die de meeste latentie introduceert.

De latentiestraf is relevant. Een Link 16 spoorupdate wordt uitgezonden in het toegewezen tijdslot, typisch binnen 12 seconden na de rapporttijd. Een JREAP-C getunnelde update over een satellietsprong voegt 500–800 ms netwerklatentie toe bovenop de vertraging van slotplanning. Voor een luchtafweer engagementtijdlijn die begrensd is door seconden, is dit het verschil tussen een engagementbeslissing op basis van actuele waarheid en één gebaseerd op verouderde waarheid.

Gateways zijn een noodzakelijk feit van NAVO C2, maar ze zijn niet gratis. De vuistregel voor engineering: elke linkvertaling kost u semantische getrouwheid, latentie en nog een doos die kan uitvallen.

Kerninsicht: Een Multi-Link-gateway is geen router. Het is een vertaler met meningen. De keuze welk Link 16 J-bericht naar welk Link 22 F-bericht wordt gemapt — en wat wordt verwijderd — is hard-coded door de gateway-leverancier. Twee gateways van verschillende leveranciers zullen verschillende tactische beelden produceren uit dezelfde invoer. Dit is een reëel NAVO-interoperabiliteitsprobleem, geen theoretisch.

5. MIDS-LVT vs MIDS-JTRS vs Link 22 NIU

Het terminalhardsourceverhaal is waar programmabeheerders voor verrassingen komen te staan. Link 16 wordt gedragen door MIDS-terminals. MIDS-LVT (Low Volume Terminal) is de legacy hardware — analoge backplane, vaste golfvorm, in dienst sinds de late jaren negentig. MIDS-JTRS (Joint Tactical Radio System) is de moderne software-gedefinieerde vervanging, in staat om Link 16 te hosten naast andere golfvormen (TTNT, SRW, WNW) op dezelfde doos. MIDS-JTRS is wat nieuwe vliegtuigprogramma's specificeren.

Productiecapaciteit is de beperking. Gecertificeerde MIDS-JTRS-terminals komen van een klein aantal VS-geclearde leveranciers (Data Link Solutions, ViaSat, Collins Aerospace). Doorlooptijden voor nieuwe bestellingen lopen 18–36 maanden. Voor een NAVO-bondgenoot dat een nieuw platform bouwt, kan een MIDS-JTRS-terminalbestelling geplaatst in 2026 de hardware niet voor 2029 leveren. Dit is geen klacht over het aanbestedingsproces; het is een fysieke leveringsrealiteit.

Link 22 NIU's zijn nog schaarser. De standaard NIU-implementaties komen van Rockwell Collins, Thales en Leonardo. Productievolume is in de honderden, niet duizenden. Een programma dat Link 22 op twintig schepen nodig heeft, zal dezelfde 24–36 maanden doorlooptijd zien en mogelijk langer, afhankelijk van de nationale kwalificatiestatus.

De aanbestedingsrekenles: terminalhardware is de lange paal. De software die met die terminal praat — uw gevechtsbeheersysteem, uw C2-werkstation — kan in maanden worden ontwikkeld en getest. De radio niet.

6. Nationale varianten en vrijgavebaarheid

Link 16 heeft twee praktische varianten. US Link 16 bevat berichtimplementaties en Crypto-variabelen die NOFORN zijn — niet vrijgegeven aan buitenlanders. NAVO Link 16 is de vrijgeefbare subset, beheerd door STANAG 5516. Dezelfde MIDS-terminal kan worden geladen met beide crypto-variabelen; wat verschilt is de berichtbibliotheek en de beveiligingsaccreditatie.

Voor een NAVO-bondgenoot betekent dit: Link 16-interoperabiliteit met Amerikaanse activa vereist een VS-geclearde cryptolading, wat een vrijgavebeslissing van het US National Security Agency vereist, wat vereist dat het programma op een Foreign Military Sales (FMS) zaak staat met de juiste vrijgaveautoriteit. De SHARES — Special High-Frequency Receiver-Transmitter — beperking is het parallelle HF-probleem: bepaalde HF-cryptomodi worden niet vrijgegeven aan alle NAVO-leden, wat de Link 22 HF-werking in gemengde coalities compliceert.

Vrijgavebaarheid is de impedantie-mismatch die een schone technische interoperabiliteitsverhaal omzet in een diplomatieke onderhandeling van zes maanden. Bouw er van meet af aan op.

7. Wanneer te kiezen voor Link 22

Link 22 is de juiste primaire keuze wanneer de operationele geometrie de gezichtslijn-horizon van Link 16 overschrijdt. De duidelijkste gevallen:

Verspreid opererende maritieme taakoefeningen. Fregatten op 200+ zeemijl van het commando-schip vallen herhaaldelijk van een Link 16-netwerk af. Link 22 HF houdt het netwerk bij elkaar. Dit is het originele Link 11-gebruiksscenario, gemoderniseerd.

Expeditionaire HF-relaisscenario's. Een maritiem patrouillevliegtuig boven de Noord-Atlantische Oceaan, een voorwaarts ingezet gevechtsschip in het Arctisch gebied, een eilandketenverdedigingsschema in de Stille Oceaan — overal waar het luchtbeeld honderden zeemijl oceaan moet overbruggen om een C2-knooppunt te bereiken. Het dual-bearer ontwerp van Link 22 is hiervoor gebouwd.

C2-architecturen die draagstofredundantie nodig hebben. Wanneer een SATCOM-drager wordt gestoord of gedegradeerd, werkt HF nog steeds. Het vermogen van Link 22 om terug te vallen van UHF SATCOM naar HF — binnen hetzelfde logische netwerk — is een overlevingseigenschap die Link 16 niet heeft.

Link 22 is de verkeerde primaire keuze voor: gevechtstoestel-tot-gevechtstoestel luchtengagement (gezichtslijn UHF is prima), korteafstands vuurbeheersing, en elke omgeving waar Link 16 de operationele behoefte al dekt.

8. Migratiepad voor nieuwe programma's

Voor een nieuw NAVO C2-programma — een gevechtsbeheersysteem, een grondgebaseerd luchtafweer C2-knooppunt, een tactisch operatiecentrum — is de architectuurkeuze zelden "Link 16 of Link 22." Het is "hoe bouw ik een tactische datalinklaag die over vijf jaar niet hoeft te worden uitgerukt?"

Het patroon dat werkt: dual-stack met een canonieke interne berichtbus. Het gevechtssysteem houdt zijn tactisch beeld bij in een intern datamodel (typisch JC3IEDM of een equivalent — zie onze MIP4-IES-analyse voor het gronddomein equivalent). Een protocol-adaptor-laag vertaalt het interne model naar en van J-reeks, F-reeks, VMF en elk ander vereist protocol. De adaptors zijn geversioneerd, hot-swappable en afzonderlijk testbaar.

Dit is hetzelfde patroon dat we aanbevelen voor de bredere C2-systemen stack: laat een protocol nooit in het kerndomeinmodel lekken. Wanneer Link 16 Block Upgrade 2 een nieuw J-bericht levert of Link 22 Increment 3 een F-bericht afschaft, vervangt u een adaptor, niet het gevechtssysteem.

Het corollarium aan de radiozijde: specificeer MIDS-JTRS waar u het zich kunt veroorloven, MIDS-LVT alleen waar het platform JTRS niet kan huisvesten. Specificeer Link 22 NIU als een toekomstbestendige optie op elk maritiem platform, zelfs als Dag-1-operaties alleen Link 11 of Link 16 zijn. De hardwarebeslissingen die in de programmaregistratiefase worden genomen, stellen het plafond in voor wat de software de komende twee decennia kan doen.

Voor het volledige implementatiehandboek voor NAVO-tactische datalinkverbindingen, zie Deel 2 van onze implementatieserie: NAVO-interoperabiliteitsimplementatie, Deel 2: Tactische datalinkverbindingen.