Link 16 naar Link 22 gateway: berichtvertaling en doorsturen

Een coalitie lucht- en maritiem beeld wordt zelden over één enkele link gedragen. Straaljagers en luchtverdedigingsdeelnemers delen hun sporen via Link 16; maritieme taakgroepen en over-the-horizon deelnemers doen dat steeds vaker via Link 22. Op het moment dat beide gemeenschappen elkaar moeten kunnen zien, moet er iets tussen de twee netwerken zitten dat sporen overhoudt — een J-series bericht op de ene link ontvangen, het herformuleren voor de andere, en het opnieuw uitzenden zodat een contact dat aan één kant is gemeld, correct op beide verschijnt. Dat iets is een Link 16/Link 22 gateway, en de vertaal- en doorstuurlogica ervan correct opzetten is een van de meer veeleisende problemen in tactische datalink-integratie. Dit artikel beschrijft hoe de gateway deelneemt aan beide netwerken, hoe hij vertaalt tussen de twee J-series omgevingen, en hoe hij sporen doorstuurt zonder ze te dupliceren, in een lus te laten draaien of stilletjes te verliezen.

Waarom een gateway überhaupt nodig is

Link 16 en Link 22 zijn niet zozeer concurrerende normen als wel aanvullende, en de vergelijking tussen beide wordt uitgebreid behandeld in het artikel over Link 22 versus Link 16. Link 16 is het hoogwaardige, gezichtslijntacties-werkhorse voor het luchtbeeld: een nauwkeurig getimede TDMA-structuur op JTIDS/MIDS-terminals in de 960–1215 MHz band, die sporupdates levert binnen enkele seconden aan snelbewegende deelnemers. Link 22 werd ontworpen als de moderne opvolger van beyond-line-of-sight voor het oudere Link 11, waarbij terminals worden georganiseerd in een Super Network over HF- en UHF-media met dynamische mediatoegang — zeer geschikt voor verspreide maritieme strijdkrachten en over-the-horizon bereik.

Omdat de twee links verschillende bereiken, media en platformpopulaties bedienen, worden in echte operaties beide tegelijk gebruikt. Een luchtverdedigingsschip op het Link 16-luchtbeeld en een fregat dat rapporteert via Link 22 behoren tot dezelfde strijdmacht, en hun commandanten hebben een enkel coherent beeld nodig. De gateway is de node die dit mogelijk maakt: hij is tegelijkertijd eenheid op beide netwerken, en zijn enige taak is de twee beelden consistent te houden door de sporen te vertalen en door te sturen die elk netwerk anders niet kan horen.

De gedeelde basis: J-series berichten

De reden dat cross-link vertaling überhaupt haalbaar is, is dat zowel Link 16 als Link 22 dezelfde familie van berichten dragen — de J-series catalogus die is gedefinieerd in de MIL-STD-6016-normenreeks. Een J2-serie luchtspoor op Link 16 en een J2-serie luchtspoor op Link 22 beschrijven dezelfde conceptuele entiteit met dezelfde conceptuele velden: positie, snelheid, hoogte, identiteit, IFF en spoornummer. De vertaling is daardoor grotendeels een herindeling in plaats van een volledige herformattering, wat een betekenisvolle vereenvoudiging is ten opzichte van het overbruggen van twee werkelijk verschillende berichtfamilies.

"Grotendeels een herindeling" is niet "triviaal identiek". De twee linkomgevingen verschillen in drie lagen die de gateway moet verzoenen. Ten eerste is de framing- en mediatoegangslaag volledig anders — vaste TDMA-tijdslots op Link 16 versus dynamische Super Network-mediatoegang op Link 22 — zodat de gateway fysiek opnieuw uitzendt en nooit alleen bits relays. Ten tweede verschillen sommige veldincodering, resoluties of eenheidsconventies tussen de Link 16- en Link 22-definities van anderszins equivalente berichten, en die velden moeten opnieuw worden ingepakt, niet gekopieerd. Ten derde is het netwerkbeheer-berichtenverkeer — de berichten die deelname, timing en rapportage-verantwoordelijkheid regelen — linkspecifiek, zodat de gateway het beheersdialect van elke kant natively moet spreken.

Wat overgaat, en wat opnieuw moet worden ingepakt

De hoogwaardige laadvelden — breedte- en lengtegraad, hoogte, koers, snelheid, identiteit en IFF-gegevens — mappen in het gebruikelijke geval schoon over, omdat ze een fysieke werkelijkheid beschrijven die niet verandert met de link die ze draagt. De velden die aandacht vragen, zijn de linkrelatieven: spoornummer (per netwerk toegewezen, in een netwerkspecifieke nummersruimte), rapportage-verantwoordelijkheid (welke eenheid het spoor op dit net "bezit") en spoorkwaliteits- of betrouwbaarheidsindicatoren (die de downstream fusie gebruikt om het spoor te wegen). Deze kunnen niet letterlijk worden gekopieerd; ze moeten opnieuw worden afgeleid voor het bestemmingsnetwerk, wat precies de plek is waar de meeste doorstuurfouten ontstaan.

Deelname aan beide netwerken en tijduitlijning

Voordat een enkel spoor kan worden doorgestuurd, moet de gateway een gezonde deelnemer zijn op beide netwerken. Aan de Link 16-kant betekent dit een MIDS-klasse terminal, een toegewezen set TDMA-tijdslots voor verzending, correcte cryptobeveiliging en strakke synchronisatie op de nettijdreferentie. Aan de Link 22-kant betekent dit een geaccrediteerde Link 22-terminal die is aangesloten op het Super Network, met eigen beveiliging en eigen netwerktiming.

Tijduitlijning is geen formaliteit. Elk J-series spoor is alleen betekenisvol met betrekking tot een meettijdstip, en een gefuseerd beeld correleert sporen van meerdere bronnen door hun tijdgelabelde toestanden te vergelijken. Als de gateway aan een van beide kanten losjes gesynchroniseerd is, worden de door hem geïnjecteerde sporen onjuist tijdgelabeld ten opzichte van eigen sporen op het ontvangende net, en zal de ontvangende fusielaag ze ofwel verwerpen als verouderd of, erger nog, verkeerd correleren. De gateway moet zijn klok disciplineren op de Link 16-nettijdreferentie en uitlijnen op de Link 22-netwerktiming, en elk door hem doorgestuurd spoor tijdlabelen met een tijdstip dat consistent is met de referentie van het bestemmingsnet, niet met zijn eigen vrij lopende klok.

De vertaalpijplijn

Binnen de gateway doorloopt elk doorgestuurd spoor een korte, goed gedefinieerde pijplijn. Decoderen: het ontvangen J-series bericht wordt gedecodeerd met behulp van veldtabellen die programmatisch zijn gegenereerd uit de MIL-STD-6016-specificatie — dezelfde discipline die van toepassing is op elke J-series consument, omdat handgecodeerde bitveld-rekenkunde en kwantiseringsstappen subtiele offsetfouten produceren die maanden later opduiken als verschoven sporen. Valideren: elk gedecodeerd veld wordt gecontroleerd op zijn fysieke bereik; een positie buiten de aarde, een negatieve schuine afstand of een onmogelijke snelheid wijzen op een misvormd bronbericht dat moet worden gelogd en verworpen, niet doorgestuurd. Mappen: de gevalideerde entiteitstatus wordt vertaald naar het J-series bericht van de doellink, waarbij velden die direct mappen worden gekopieerd en velden waarvan de codering verschilt opnieuw worden ingepakt. Stempelen en in de wachtrij plaatsen: het bericht krijgt een doelnet-spoornummer en de rapportage-verantwoordelijkheid van de gateway, en wordt vervolgens in de wachtrij geplaatst voor verzending bij de eerstvolgende beschikbare mediatoegangsbeurt.

Op moderne hardware kost het decodeer-map-codeer-werk slechts enkele milliseconden per bericht; de gateway is niet rekengebonden. De echte latentie zit in de wachtrij-naar-verzending-kloof, die volledig wordt bepaald door de mediatoegang van de doellink — het wachten op de TDMA-slots van de gateway op Link 16 of zijn mediatoegangsbeurt op Link 22.

Doorsturen zonder duplicatie of lussen

Het moeilijkste correctheidsprobleem in elke doorstuurgateway is voorkomen dat een spoor wordt gedupliceerd, vermenigvuldigd of in een oneindige lus wordt gevoed. Drie mechanismen werken samen om dit te voorkomen.

De doorstuurtabel. De gateway onderhoudt een tabel met als sleutel de oorspronkelijke eenheid en het bronspoornummer, waarbij elk bronspoor wordt toegewezen aan het doelspoornummer dat eraan is toegekend. Wanneer hetzelfde bronspoor bijgewerkt wordt, hergebruikt de gateway hetzelfde doelspoornummer zodat het ontvangende beeld één doorlopend spoor ziet in plaats van een nieuw spoor per update. Deze stabiele toewijzing is de ruggengraat van schoon doorsturen.

Herschrijven van rapportage-verantwoordelijkheid. Elk spoor dat de gateway op een netwerk injecteert, wordt gestempeld met de gateway als rapporterende eenheid, niet de oorspronkelijke melder. Dit is wat de gateway in staat stelt zijn eigen uitvoer te herkennen: wanneer een spoor dat hij naar Link 22 heeft doorgestuurd later terugechoot richting Link 16, ziet de gateway zijn eigen rapportage-verantwoordelijkheid op het inkomende bericht en onderdrukt het opnieuw doorsturen. Zonder deze regel zullen twee gateways — of zelfs één gateway in een reflecterende topologie — sporen grenzeloos vermenigvuldigen.

Identiteits- en kinematische correlatie. Een enkel fysiek vliegtuig of schip kan onafhankelijk op beide links verschijnen als het natively wordt gehoord door deelnemers op elk netwerk. Als de gateway beide naïef doorstuurde, zou het gefuseerde beeld twee markers voor één entiteit tonen. Correlatie op basis van Mode 5/Mode S-identiteit, waar beschikbaar, vouwt deze onmiddellijk samen in één spoor; waar geen gedeelde identiteitssleutel bestaat, test kinematische correlatie of twee sporen dezelfde entiteit kunnen zijn op basis van consistente positie en snelheid. Deze correlatie is dezelfde fusiediscipline die wordt gebruikt wanneer meerdere bronnen één beeld voeden, en wordt breder behandeld in het artikel over NATO interoperabiliteitsnormen.

Spoornummerbeheer over nummersruimten heen

Link 16 identificeert sporen door een vijfcijferig octaal spoornummer toegewezen door de rapporterende eenheid, en Link 22 heeft zijn eigen spoornummeringsschema. De gateway staat daardoor met beide benen in twee afzonderlijke nummersruimten en moet bestemmingsspoornummers toewijzen uit zijn eigen toegewezen blok op elk net, terwijl hij een stabiele interne sporidentiteit behoudt die voor beide geldt. Het aanbevolen patroon is hetzelfde als bij elk multi-netwerk gemeenschappelijk operationeel beeld: houd een stabiele interne spoor-UUID bij voor fusie, presenteer het operationeel betekenisvolle spoornummer per net voor weergave, en laat een spoornummerbotsing op één net nooit twee afzonderlijke entiteiten laten vallen of samenvoegen. Het overbruggen van twee voorheen afzonderlijke netwerken is de klassieke botsingsoorzaak, en de gateway moet dit oplossen zonder sporen van een van beide beelden te verliezen.

Classificatie, sleutelbeheer en wat een softwareteam in handen heeft

Een gateway overschrijdt per definitie cryptografische en classificatiegrenzen. Elke link draagt geclassificeerd verkeer dat is beveiligd met geaccrediteerde crypto, en de gateway houdt sleutelmateriaal voor beide. De vertaalsoftware verzwakt dit niet — ze werkt op al gedecodeerde J-series inhoud binnen de geaccrediteerde grens — maar het programma moet ervoor zorgen dat de gatewayhost, zijn opslag en elk cross-domein-element zijn geaccrediteerd voor de classificatie van de gegevens. Lekkage via een tactische datalink-gateway is een terugkerende cross-domein-incidentoorzaak, en het engineeringteam is verantwoordelijk voor het auditeerbaar maken van het gegevenspad.

De taakverdeling is het waard duidelijk te stellen. De vertaal-, doorstuur-, correlatie- en spoorbeheerlogica is gewone software-engineering, veeleisend maar bouwbaar door een capabel team. De beperkende onderdelen zijn de geaccrediteerde terminals (MIDS-klasse voor Link 16, geaccrediteerde Link 22-terminals voor Link 22), de nationale cryptosleutels en het netwerkontwerp dat de gateway zijn slots en nummersblokken toewijst. Dat zijn programma- en nationale-autoriteitszaken, geïnterfacet via een tactische datalinkprocessor en standaard hostinterfaces — hetzelfde accreditatiepatroon dat normen aan de grondzijde regelt, zoals MIP4-IES.

Goed uitgevoerd is de gateway onzichtbaar: een maritiem contact op Link 22 verschijnt gewoon op het Link 16-luchtbeeld, en een straaljagerspoor op Link 16 verschijnt gewoon voor de over-the-horizon maritieme strijdmacht — elk met de juiste identiteit, het juiste tijdlabel en precies één marker.