Link 16-netwerkontwerp: NPG's, tijdsloten en de OPTASK LINK

Een Link 16-netwerk bestaat pas wanneer iemand het ontwerpt. De golfvorm, de terminals en de berichtencatalogus zijn allemaal gestandaardiseerd, maar de toewijzing van zendtijd in de ether is een eindige bron die bewust moet worden verdeeld, eenheid voor eenheid en bericht voor bericht, voordat het eerste platform het net betreedt. Doe het ontwerp goed en honderd deelnemers delen een samenhangend luchtbeeld met versheid op subseconde-niveau. Doe het verkeerd en het net laat in stilte tracks vallen, verhongert spraak, of weigert de helft van de strijdmacht toegang tot het net. Dit is een technische rondleiding door hoe een Link 16-netwerk daadwerkelijk wordt gebouwd: de TDMA-structuur eronder, de logische kanalen die erbovenop rijden, de wiskunde die bepaalt wie hoeveel krijgt, en het operationele bericht dat alles aan elkaar bindt. Het gaat ervan uit dat je al weet wat Link 16 tactische datalinks zijn en wilt weten hoe je er een plant.

1. de TDMA-ruggengraat

Alle timing in Link 16 nestelt zich binnen één getal: de epoch, 12,8 minuten lang. Elke epoch verdeelt zich in 64 frames van elk 12 seconden. Elk frame verdeelt zich in 1.536 tijdsloten van 7,8125 milliseconden. Dat slot is de atomaire eenheid van het netwerk — één enkele zendgelegenheid, lang genoeg om één bericht met vast formaat te dragen met de synchronisatie, packing en propagatiebescherming. Reken het uit: 1.536 sloten per frame maal 64 frames is 98.304 sloten per epoch, en het hele schema herhaalt zich elke 12,8 minuten.

De 1.536 sloten in een frame worden niet als een platte lijst geadresseerd. Ze worden verweven in drie slotblokken — A, B en C — die elk 512 sloten bijdragen, om de beurt uitgedeeld zodat slotindex 0 bij blok A hoort, 1 bij B, 2 bij C, 3 weer bij A, enzovoort. Deze verweving is bewust: het verspreidt de toewijzingen van één deelnemer gelijkmatig over het 12 seconden durende frame in plaats van ze te clusteren, wat de update-latentie soepel houdt en lange stille gaten vermijdt. Wanneer je capaciteit toewijst, wijs je in werkelijkheid sloten binnen een blok toe, en de blokletter maakt deel uit van het adres.

2. Network Participation Groups

Ruwe tijdsloten zijn niet hoe operators over een netwerk denken. Zij denken in Network Participation Groups — NPG's — die logische kanalen zijn die over de slotpool zijn gelegd, elk met een gedefinieerde verkeersklasse. Een eenheid abonneert zich op de NPG's die relevant zijn voor haar rol en negeert de rest. De standaard-NPG's zijn stabiel binnen het bondgenootschap: NPG 5 en 6 dragen PPLI (Precise Participant Location and Identification, de J2-familie); NPG 7 draagt surveillance (J3-tracks); NPG 8 en 9 dragen missiebeheer en wapencoördinatie; spraak rijdt op speciale NPG's (doorgaans 12 en 13) op 2,4 of 16 kbps.

Het netwerk ontwerpen is grotendeels beslissen welke eenheden in welke NPG's deelnemen en hoeveel van elke NPG-slottoewijzing elke eenheid ontvangt. Een jachtvliegtuig heeft PPLI, surveillance en één missiebeheerkanaal nodig; het heeft niets te zoeken op de luchtcontrole-NPG die bij de AWACS hoort. Een grondgebonden luchtverdedigingsvuureenheid kan zenden op surveillance en wapencoördinatie, maar spraak alleen als ontvanger verbruiken. De NPG is de eenheid van beleid; het slot is de eenheid van resource. Goed ontwerp houdt die twee lagen netjes gescheiden.

3. toewijzing van tijdsloten

Sloten binnen een NPG worden uitgedeeld onder een van twee toegangsmodi. Dedicated access wijst specifieke sloten toe aan een specifieke terminal — slot A-7-2 behoort tot schip X en niemand anders, elke epoch, gegarandeerd. Het is botsingsvrij en latentie-deterministisch, en daarom gebruiken surveillance- en wapenverkeer het. Contention access laat een pool van terminals opportunistisch zenden in een gedeeld blok, met aanvaarding van het botsingsrisico in ruil voor het niet vooraf toewijzen van capaciteit per eenheid. PPLI van een grote, fluïde set deelnemers gebruikt vaak contention zodat de ontwerper niet elke zender van tevoren hoeft te benoemen.

Sloten worden geschreven in Time Slot Block-notatie: een triplet van blokletter, startslotindex en exponent van de herhalingsfrequentie, zoals in A-7-2. Dat leest als blok A, beginnend bij slot 7, terugkerend met 2 tot de macht van het derde getal per epoch — het herhalingsgetal is een exponent, dus de telling klimt in machten van twee: frequentie 0 is één slot per epoch, frequentie 6 is 64, frequentie 12 is 4.096. Dit compacte triplet is hoe elke toewijzing in het ontwerp wordt vastgelegd.

Wanneer de sloten van één frame het vereiste verkeer niet kunnen bevatten, stapelt het ontwerp netten: meerdere logische netten delen dezelfde NPG door zich te scheiden op het frequentiehoppatroon en netnummer, zodat meerdere gesprekken naast elkaar bestaan op dezelfde tijdsloten zonder elkaar te horen. Multinet-werking laat een regio afzonderlijke luchtcontrolenetten parallel draaien, ten koste van terminals die maar naar één net tegelijk kunnen luisteren en moeten kiezen.

4. netwerktoegang en synchronisatie

Een terminal kan niet zenden voordat hij weet hoe laat het is, tot op een fractie van een slot van 7,8125 ms. Synchronisatie gebeurt in twee fasen. Grove synchronisatie stemt de terminal af op de slotgrenzen van het netwerk door naar toegangsberichten te luisteren en vast te stellen welk slot welk is. Fijnsynchronisatie drijft de timingnauwkeurigheid vervolgens omlaag tot het submicroseconde-niveau dat nodig is om de frequentiehoppende golfvorm daadwerkelijk te decoderen, door de round-trip-tijd (RTT) te meten tegen een referentie.

Die referentie is de Net Time Reference — de NTR — één aangewezen terminal waarvan de klok de netwerktijd definieert. Elke andere deelnemer synchroniseert met de NTR, rechtstreeks of via relay. Initiële toegang is het moment waarop een nieuwe terminal naar de transmissies van de NTR luistert, grove synchronisatie bereikt, RTT-ondervragingen uitwisselt om de propagatievertraging vast te pinnen, fijnsynchronisatie bereikt, en pas dan begint te zenden in zijn toegewezen sloten. Wijs de NTR slecht aan — plaats hem op een platform dat het operatiegebied verlaat — en het hele net verliest zijn tijdbasis. De NTR-toewijzing is een eersteklas ontwerpbeslissing, geen bijzaak.

5. relay en bereikuitbreiding

Link 16 is zichtlijn-UHF. Twee oppervlaktegevechtseenheden die elkaar achter de horizon hebben, kunnen elkaar simpelweg niet horen, hoe de sloten ook zijn toegewezen. Relay overbrugt die kloof. Bij actieve relay ontvangt een aangewezen terminal een bericht in één slot en zendt het opnieuw uit in een ander, afzonderlijk toegewezen slot zodat verre deelnemers het kunnen horen. Bij passieve relay worden de normale transmissies van het relayerende platform zelf door anderen gebruikt als timing- en datareferentie zonder een speciale herhaling.

Actieve relay is duur omdat het sloten verbruikt — elk gerelayeerd bericht heeft zijn eigen zendgelegenheid nodig, dus het relayen van een NPG kan de slotvraag van die NPG voor elke hop verdubbelen. Een tweehops-relayketen over een verspreide taakgroep kan stilletjes een kwart van het beschikbare frame opslokken. De zichtlijnhorizon — ruwweg 300 zeemijl tussen vliegtuigen op hoogte, veel minder voor schepen — is wat relay in de eerste plaats afdwingt, en het slotbudget ervoor moet tijdens het ontwerp worden gereserveerd, niet geïmproviseerd wanneer het net op afstand stil wordt.

6. capaciteitsplanning

Capaciteitsplanning is de rekenkunde die een ontwerp maakt of breekt. Begin bij de slotbelasting: het percentage van de 98.304 sloten per epoch dat al is toegewezen aan dedicated toewijzingen, relay en spraak. Werk dan de updatefrequenties uit. PPLI voor een jachtvliegtuig met hoge dynamiek wil meerdere keren per seconde een positierapport; voor een traag bewegende grondeenheid is eens in de paar seconden prima. Vermenigvuldig de vereiste rapportagefrequentie van elke deelnemer met de slotkosten en tel op over de hele strijdmacht, NPG voor NPG.

Trackcapaciteit volgt hier rechtstreeks uit. De surveillance-NPG kan alleen zoveel J3-updates per seconde dragen als zijn toegewezen sloten toestaan; deel dat door de verversingsfrequentie per track die de missie vereist en je hebt het maximale aantal tracks dat het net vers kan houden. De fundamentele spanning is dichtheid versus latentie: pak meer deelnemers en meer tracks in het frame en je verhoogt ofwel de slotbelasting richting verzadiging, ofwel rek je het verversingsinterval van elke track uit. Er is geen gratis capaciteit — elk slot dat aan één deelnemer wordt gegeven is een slot dat een ander niet kan hebben, en het enige eerlijke antwoord op "kan het net 600 tracks bevatten" is de slotwiskunde doen.

7. de OPTASK LINK

Al dit ontwerp kristalliseert in één document: de OPTASK LINK, het operationele taakbericht dat aanstuurt hoe het datalinknetwerk wordt geconfigureerd en gebruikt voor een gegeven operatie of periode. Het specificeert de NTR, de NPG-structuur, de slottoewijzingen per deelnemer, het relayschema, de crypto- en netnummers, spraaknettoewijzingen en de initialisatiegegevens die elke terminal moet laden voor toegang. Het is de gezaghebbende bron van waarheid — als de initialisatie van een terminal niet overeenkomt met de OPTASK LINK, zal die terminal niet correct interopereren, punt uit.

Het produceren van de OPTASK LINK is de uitkomst van een planningsworkflow. De Network Design Load (NDL) is de machineleesbare toewijzing die planningstools genereren en die terminals consumeren. TDL-planningsproducten — netwerkontwerptools die de datalink-managementcellen van het bondgenootschap gebruiken — nemen de strijdmachtlijst, de operatiegeometrie en de verkeersvereisten van de missie en berekenen een consistente slottoewijzing die binnen één epoch past. Die tools bestaan omdat de slotrekenkunde met de hand doen voor honderd deelnemers over een dozijn NPG's foutgevoelig is op precies de manieren die eenheden van het net afsnijden. Veel van de berichten waarvoor de OPTASK LINK voorziet, staan in de J-serie-berichtencatalogus, en het ontwerp moet slotcapaciteit reserveren voor elk bericht dat de operatie nodig heeft.

8. veelvoorkomende ontwerpfouten

Dezelfde handvol fouten komt steeds terug in programma's. Overgeabonneerde NPG's zijn de meest voorkomende: de ontwerper telt de gewenste updatefrequenties op, ontdekt dat ze de aan de NPG toegewezen sloten overschrijden, en in plaats van te herbudgetteren hoopt hij simpelweg dat contention het wel oplost — dus PPLI botst, positierapporten vallen weg, en het beeld verslechtert precies wanneer de deelnemersdichtheid het hoogst is. Genegeerd relaybudget is de volgende: het ontwerp gaat uit van volledige connectiviteit, de strijdmacht verspreidt zich, en de relaysloten die vooraf gereserveerd hadden moeten worden zijn nooit toegewezen, dus eenheden achter de horizon vallen stilletjes van het net.

De derde is niet-overeenkomende initialisatiegegevens: één terminal geladen met een cryptovariabele, netnummer of NPG-toewijzing die afwijkt van de OPTASK LINK. Het symptoom is om gek van te worden — een eenheid lijkt gezond, bereikt synchronisatie, en kan nog steeds geen tracks uitwisselen met de rest van de strijdmacht, omdat hij in feite in een ander logisch net zendt. Gedisciplineerd configuratiebeheer tegen één gezaghebbende OPTASK LINK is de enige remedie. De les bij alle drie is dezelfde: de Link 16-capaciteit is eindig en de wiskunde is onverbiddelijk, dus het ontwerp moet bewust worden gedaan, gevalideerd tegen het slotbudget, en synchroon worden gehouden met het taakbericht waaruit de hele strijdmacht laadt.