Link 16 este coloana vertebrală a conștiinței situaționale tactice în timp real în operațiunile aeriene NATO — o legătură radio TDMA (Time Division Multiple Access) criptată și rezistentă la bruiaj care conectează aeronave, nave și terminale terestre într-o imagine tactică comună. Pentru dezvoltatorii de software care construiesc sisteme care trebuie să consume sau să contribuie la această imagine, integrarea Link 16 este una dintre cerințele de interoperabilitate tehnic mai exigente din software-ul de apărare. Formatul mesajelor din seria J este compact și puternic, dar necesită o implementare atentă; arhitectura gateway între Link 16 și rețelele IP adaugă complexitate; iar corelarea pistelor și fuziunea datelor care trebuie să aibă loc când datele Link 16 intră într-un COP multi-sursă este o problemă de inginerie substanțială în sine.
Ce este Link 16 și unde este utilizat
Link 16 este definit formal în STANAG 5516 și echivalentul său american MIL-STD-6016. Funcționează în banda de frecvențe 960–1215 MHz folosind terminale JTIDS (Joint Tactical Information Distribution System), care implementează spectrul extins și salt de frecvență pentru a oferi rezistență la bruiaj și interceptare. Arhitectura rețelei este o rețea TDMA — o structură de intervale de timp precis sincronizate, fiecare atribuită unui terminal specific pentru transmisie. Această structură TDMA oferă alocare deterministă a lățimii de bandă și elimină problema coliziunilor rețelelor bazate pe contention, dar necesită sincronizare precisă a timpului între toate terminalele.
Link 16 este utilizat în principal de aeronavele tactice cu aripi fixe (luptătoare, cisterne, platforme AEW), navele de luptă de suprafață și submarinele navale, și sistemele de apărare antiaeriană terestre. Oferă date de piste în timp real pentru piste aeriene, de suprafață și terestre; coordonare tactică vocală; încărcare de date de misiune pe aeronave; și coordonarea angajamentului țintelor pentru apărarea antiaeriană. Latența pentru actualizările de poziție a pistelor este de obicei 12 secunde sau mai puțin, în funcție de configurarea rețelei — suficientă pentru urmărirea aeronavelor de mare viteză cu extrapolarea dead-reckoning între actualizări.
Din perspectiva software, aplicațiile se conectează rar direct la terminalele radio Link 16. În schimb, se conectează la un gateway Link 16 — un server care agregă datele din rețeaua Link 16 și le pune la dispoziție aplicațiilor conectate la IP printr-o interfață standardizată. Cele două standarde dominante de interfață gateway sunt STANAG 5602 (SIMPLE — Standard Interface for Multiple Platform Link Evaluation) și US Joint Range Extension Applications Protocol (JREAP), care tunelizează datele Link 16 peste rețele IP.
Structura mesajelor din seria J
Datele Link 16 sunt transportate în mesaje din seria J — o familie de tipuri de mesaje binare compacte definite fiecare printr-un număr J (J2.0, J3.0, J12.0 etc.) și o structură de lungime fixă cu biți împachetați. Înțelegerea structurii mesajelor din seria J este esențială pentru oricine implementează un consumator de date Link 16 sau un translator gateway.
Fiecare mesaj din seria J este compus dintr-un antet fix și o porțiune de date de lungime variabilă împărțită în cuvinte de lățimi de biți definite. Codificarea este extrem de compactă — datele de poziție sunt codificate într-un format binar personalizat cu scalare și offset definite, nu ca latitudine/longitudine în virgulă mobilă. Un câmp de poziție poate folosi 25 de biți pentru latitudine cu un pas de cuantizare definit; aplicația receptoare trebuie să aplice inversul formulei de codificare pentru a recupera coordonata geografică. Această codificare este specificată în standardul de mesaje din seria J (tabelele MIL-STD-6016); dezvoltatorii ar trebui să genereze tabele de căutare sau funcții de conversie din specificație, în loc să codifice manual conversia pentru fiecare câmp.
Cele mai importante tipuri de mesaje din seria J pentru integrarea COP sunt: J2.0 (Indirect Interface Unit Track — mesajul primar al pistelor aeriene, transportând poziție, viteză, altitudine, identitate și date IFF); J3.0 (Reference Point — puncte de referință geografice utilizate pentru coordonare tactică); J12.0 (Mission Assignment — pentru tasking aerian); și J14.0 (Parametric Information — pentru date de război electronic). Mesajul J2.0 singur reprezintă majoritatea traficului de rețea Link 16 în timpul operațiunilor aeriene și este fundamentul imaginii aeriene în orice COP comun.
Gestionarea numerelor de pistă: Link 16 folosește un Număr de Pistă (TN) — un număr octal de 5 cifre atribuit de unitatea de raportare a pistei — ca identificator primar al pistei. Gestionarea numerelor de pistă într-un COP multi-rețea este o provocare semnificativă de fuziune a datelor: aceeași aeronavă fizică poate avea numere de pistă diferite pe rețele Link 16 diferite, iar conflictele de numere de pistă (două aeronave diferite cu același număr de pistă pe rețelele care sunt ulterior interconectate) trebuie rezolvate fără a elimina piste din COP. Implementarea unui strat robust de gestionare a numerelor de pistă este una dintre sarcinile de inginerie cu cea mai mare prioritate în orice proiect de integrare Link 16.
Integrarea software: de la gateway-ul Link 16 la COP
Calea de integrare software de la Link 16 la afișarea COP are trei etape principale: conexiunea gateway și recepția mesajelor, parsarea mesajelor din seria J și extragerea stării entității, și corelarea pistelor și fuziunea cu alte surse de date.
Conexiunea gateway este de obicei prin multicast UDP (pentru gateway-uri cu protocol SIMPLE) sau TCP (pentru gateway-uri JREAP). Gateway-ul difuzează mesaje din seria J către aplicațiile abonate pe un grup multicast definit sau le împinge clienților JREAP conectați. Aplicația trebuie să gestioneze natura în rafale a traficului condus de TDMA: mesajele ajung în rafale aliniate cu structura de timp TDMA, nu ca un flux constant. Dimensionarea bufferelor și arhitectura de procesare trebuie să acomodeze acest tip de rafale fără a pierde mesaje sau a introduce latență inutilă.
Parsarea seriei J necesită implementarea decodificării complete a câmpurilor pentru fiecare tip de mesaj pe care îl procesează aplicația. Pentru un COP care necesită doar afișarea pistelor aeriene, implementarea J2.0 și J3.0 este suficientă. Pentru o aplicație de foc comun, J12.0 și J28.0 (Threat Warning) sunt de asemenea necesare. Un parser Link 16 de calitate de producție ar trebui să includă validarea la nivel de câmp — detectarea și jurnalizarea mesajelor cu valori de câmpuri în afara intervalului — deoarece mesajele malformate de la terminale configurate greșit apar și nu ar trebui să producă silențios poziții de pistă incorecte.
Corelarea pistelor — determinarea că o pistă Link 16 J2.0 reprezintă aceeași aeronavă fizică ca o pistă de la un radar, un flux ADSB sau o altă legătură tactică de date — este problema stratului de fuziune. Abordarea de corelare depinde de datele de corelare disponibile: dacă mesajul J2.0 transportă o adresă ICAO Mode S (de la transponderul aeronavei) și pista radar transportă și aceeași adresă ICAO, corelarea este simplă. Acolo unde cheile de corelare directă nu sunt disponibile, se folosește corelarea cinematică (testarea dacă două piste ar putea fi aceeași aeronavă pe baza consistenței poziției și vitezei), cu riscurile asociate de ambiguitate și de corelare eronată.
Link 16 vs Link 11 vs NFFI: comparație pentru dezvoltatori
Dezvoltatorii care integrează fluxuri de legături tactice de date întâlnesc frecvent mai multe standarde de legătură și trebuie să înțeleagă diferențele dintre ele pentru a implementa corect fuziunea multi-sursă.
Link 11 (STANAG 5511) este predecesorul lui Link 16, funcționând în benzile de frecvențe HF și UHF folosind o structură de rețea bazată pe sondaj în loc de TDMA. Este mai lent (rate de actualizare a pistelor de 30–45 secunde față de ținta de 12 secunde a Link 16) și mai puțin rezistent la bruiaj, dar rămâne în serviciu deoarece funcționează pe raze mai lungi (banda HF oferă Link 11 raze dincolo de linia de orizont) și deoarece multe platforme legacy suportă Link 11 dar nu și Link 16. Datele Link 11 folosesc o structură de mesaj diferită (mesaje din seria M) dar transportă conținut similar al pistelor. Într-un mediu de fuziune multi-legătură, pistele Link 11 au de obicei ponderi de încredere mai mici în algoritmul de fuziune din cauza intervalului mai lung de actualizare și a preciziei mai scăzute a poziției.
NFFI (NATO Friendly Force Information) nu este o legătură radio tactică ci un protocol bazat pe IP pentru partajarea datelor de poziție ale forțelor prietene între sistemele C2 ale forțelor terestre. Funcționează peste rețelele IP NATO (inclusiv Coalition Wide Area Network) și folosește un format de mesaj bazat pe XML mai degrabă decât codificarea binară compactă a Link 16. NFFI acoperă pistele entităților terestre (vehicule, soldați pedestrași cu rapoarte GPS) mai degrabă decât pistele aeriene. Într-un COP comun, pistele NFFI și pistele Link 16 sunt complementare: NFFI oferă imaginea terestră pe care Link 16 nu o transportă. Fuziunea datelor NFFI și Link 16 într-o imagine comună coerentă este cerința de referință pentru orice afișare COP cu adevărat comună.