Link 16 is de ruggengraat van real-time tactisch situatiebewustzijn in NAVO-luchtoperaties — een storingsbestendige, versleutelde TDMA-radioverbinding (Time Division Multiple Access) die vliegtuigen, schepen en grondterminals verbindt in een gedeeld tactisch beeld. Voor softwareontwikkelaars die systemen bouwen die dit beeld moeten consumeren of bijdragen, is Link 16-integratie een van de technisch meest veeleisende interoperabiliteitsvereisten in defensiesoftware. Het J-reeks berichtformaat is compact en krachtig maar vereist zorgvuldige implementatie; de gatewayarchitectuur tussen Link 16 en IP-netwerken voegt complexiteit toe; en de spoorcorrelatie en datafusie die moet plaatsvinden wanneer Link 16-gegevens een multi-bron-COP binnengaan, is op zich al een aanzienlijk engineeringprobleem.
Wat Link 16 is en waar het wordt gebruikt
Link 16 is formeel gedefinieerd in STANAG 5516 en het Amerikaanse equivalent MIL-STD-6016. Het werkt in de frequentieband van 960–1215 MHz met JTIDS-terminals (Joint Tactical Information Distribution System), die spreekspectrum en frequentiespringen implementeren om weerstand te bieden tegen storing en onderschepping. De netwerkarchitectuur is een TDMA-net — een nauwkeurig getimed systeem van tijdslots, elk toegewezen aan een specifieke terminal voor verzending. Deze TDMA-structuur biedt deterministische bandbreedtetoewijzing en elimineert het botsingsprobled van op contentie gebaseerde netwerken, maar vereist nauwkeurige tijdsynchronisatie over alle terminals.
Link 16 wordt voornamelijk gebruikt door vleugelvaste tactische vliegtuigen (gevechtsvliegtuigen, tankervliegtuigen, AEW-platforms), marinecombattanten en onderzeeboten, en grondgebaseerde luchtafweersystemen. Het biedt real-time spoorgegevens voor lucht-, oppervlakte- en landsporen; tactische spraakcoördinatie; missiegegevens uploaden naar vliegtuigen; en doelengagementcoördinatie voor luchtafweer. De latentie voor spoorpositie-updates is doorgaans 12 seconden of minder, afhankelijk van de netwerkconfiguratie — voldoende voor het volgen van snelle vliegtuigen met extrapolatie van dode peiling tussen updates.
Vanuit softwareperspectief maken applicaties zelden rechtstreeks verbinding met Link 16-radioterminals. In plaats daarvan verbinden ze zich met een Link 16-gateway — een server die gegevens van het Link 16-netwerk aggregeert en beschikbaar stelt aan IP-genette applicaties via een gestandaardiseerde interface. De twee dominante gateway-interfacestandaarden zijn STANAG 5602 (SIMPLE — Standard Interface for Multiple Platform Link Evaluation) en het Amerikaanse Joint Range Extension Applications Protocol (JREAP), dat Link 16-gegevens tunnelt over IP-netwerken.
J-reeks berichtstructuur
Link 16-gegevens worden gedragen in J-reeks berichten — een familie van compacte binaire berichttypen, elk gedefinieerd door een J-nummer (J2.0, J3.0, J12.0 enz.) en een vaste lengte bit-verpakte structuur. Het begrijpen van de J-reeks berichtstructuur is essentieel voor iedereen die een Link 16-dataconsument of gateway-vertaler implementeert.
Elk J-reeks bericht bestaat uit een vaste header en een variabelengte datagedeelte verdeeld in woorden van gedefinieerde bitbreedtes. De codering is zeer compact — positiegegevens worden gecodeerd in een aangepast binair formaat met gedefinieerde schaling en offset, niet als drijvende-komma breedte/lengte. Een positieveld kan 25 bits gebruiken voor breedte met een gedefinieerde kwantiseringsstap; de ontvangende applicatie moet het omgekeerde van de coderingformule toepassen om de geografische coördinaat te herstellen. Deze codering is gespecificeerd in de J-reeks berichtstandaard (MIL-STD-6016-tabellen); ontwikkelaars dienen opzoektabellen of conversiefuncties te genereren uit de specificatie in plaats van de conversie voor elk veld handmatig te coderen.
De belangrijkste J-reeks berichttypen voor COP-integratie zijn: J2.0 (Indirect Interface Unit Track — het primaire luchtspoor bericht, met positie, snelheid, hoogte, identiteit en IFF-gegevens); J3.0 (Reference Point — geografische referentiepunten gebruikt voor tactische coördinatie); J12.0 (Mission Assignment — voor luchtbegeleiding); en J14.0 (Parametric Information — voor elektronische oorlogsvoeringsgegevens). Het J2.0-bericht alleen al vertegenwoordigt de meerderheid van het Link 16-netwerkverkeer tijdens luchtoperaties en vormt de basis van het luchtbeeld in elke gezamenlijke COP.
Spoorummerbeheer: Link 16 gebruikt een spoor nummer (TN) — een 5-cijferig octaal getal toegewezen door de rapporterende eenheid — als de primaire spooridentificatie. Spoorummerbeheer in een multi-netwerk COP is een aanzienlijke datafusie-uitdaging: hetzelfde fysieke vliegtuig kan verschillende spoor nummers hebben op verschillende Link 16-netwerken, en conflicten met spoor nummers (twee verschillende vliegtuigen met hetzelfde spoor nummer op netwerken die vervolgens worden overbrugd) moeten worden opgelost zonder sporen uit de COP te verwijderen. Het implementeren van een robuuste spoorummerbeheerlaag is een van de hoogst geprioriteerde engineeringtaken in elk Link 16-integratieproject.
Software-integratie: van Link 16-gateway naar COP
Het software-integratiepad van Link 16 naar COP-weergave heeft drie hoofdfasen: gatewayverbinding en berichtontvangst, J-reeks berichtparsing en entiteitsstatusextractie, en spoorcorrelatie en fusie met andere gegevensbronnen.
De gatewayverbinding is doorgaans via UDP-multicast (voor SIMPLE-protocolgateway's) of TCP (voor JREAP-gateway's). De gateway zendt J-reeks berichten uit naar geabonneerde applicaties op een gedefinieerde multicastgroep of pusht deze naar verbonden JREAP-clients. De applicatie moet de TDMA-gestuurde burstaard van het verkeer verwerken: berichten komen aan in bursts uitgelijnd met de TDMA-tijdstructuur, niet als een constante stroom. Buffering en verwerkingsarchitectuur moeten dit burstpatroon accommoderen zonder berichten te verliezen of onnodige latentie te introduceren.
J-reeks parsing vereist het implementeren van volledige velddecodering voor elk berichttype dat de applicatie verwerkt. Voor een COP die alleen luchtspoorweergave vereist, is het implementeren van J2.0 en J3.0 voldoende. Voor een gezamenlijke vuurtoepassing zijn ook J12.0 en J28.0 (Dreigingswaarschuwing) vereist. Een productieklare Link 16-parser moet veldniveauvalidatie bevatten — het detecteren en registreren van berichten met veldwaarden buiten het bereik — aangezien misvormde berichten van verkeerd geconfigureerde terminals voorkomen en niet stilzwijgend onjuiste spoorposities mogen produceren.
Spoorcorrelatie — bepalen dat een Link 16 J2.0-spoor hetzelfde fysieke vliegtuig vertegenwoordigt als een spoor van een radar, een ADSB-feed of een andere tactische datalinkverbinding — is het fusielaagprobleem. De correlatiebenadering hangt af van beschikbare correlatiegegevens: als het J2.0-bericht een Mode S ICAO-adres bevat (van de transponder van het vliegtuig) en het radarspoor ook hetzelfde ICAO-adres heeft, is correlatie eenvoudig. Waar directe correlatiesleutels niet beschikbaar zijn, wordt kinematische correlatie gebruikt (testen of twee sporen hetzelfde vliegtuig kunnen zijn op basis van positie- en snelheidsconsistentie), met de bijbehorende ambiguïteits- en miscorrelatierisico's.
Link 16 vs Link 11 vs NFFI: vergelijking voor ontwikkelaars
Ontwikkelaars die tactische datalinkfeeds integreren, komen regelmatig meerdere linkstandaarden tegen en moeten hun verschillen begrijpen om correcte multi-bronnen fusie te implementeren.
Link 11 (STANAG 5511) is de voorganger van Link 16, werkend in HF- en UHF-frequentiebanden met een op polling gebaseerde netwerkstructuur in plaats van TDMA. Het is langzamer (spoorupdatefrequenties van 30–45 seconden versus het 12-sekundendoel van Link 16) en minder storingsbestendig, maar blijft in gebruik omdat het over langere afstanden werkt (de HF-band geeft Link 11 bereik voorbij de gezichtslijn) en omdat veel legacy-platforms Link 11 ondersteunen maar niet Link 16. Link 11-gegevens gebruiken een andere berichtstructuur (M-reeks berichten) maar dragen vergelijkbare spoorinhoud. In een multi-link fusieomgeving hebben Link 11-sporen doorgaans lagere betrouwbaarheidswichten in het fusiealgoritme vanwege het langere updateinterval en de lagere positienauwkeurigheid.
NFFI (NATO Friendly Force Information) is geen tactische radioverbinding maar een op IP gebaseerd protocol voor het delen van vriendelijke strijdkrachtpositiegegevens tussen C2-systemen van grondstrijdkrachten. Het werkt over NAVO IP-netwerken (inclusief het Coalition Wide Area Network) en gebruikt een op XML gebaseerd berichtformaat in plaats van de compacte binaire codering van Link 16. NFFI dekt grondentiteitssporen (voertuigen, te voet gaande soldaten met GPS-rapporten) in plaats van luchtsporen. In een gezamenlijke COP zijn NFFI-sporen en Link 16-sporen complementair: NFFI levert het grondbeeld dat Link 16 niet draagt. De fusie van NFFI- en Link 16-gegevens tot een coherent gezamenlijk beeld is de basisvereiste voor elke werkelijk gezamenlijke COP-weergave.