Ce este Link 22? NILE, STANAG 5522 și cum funcționează legătura tactică de date

Link 22 este legătura tactică de date securizată HF/UHF a NATO pentru schimb de date dincolo de vizibilitatea directă. Dezvoltată în programul NILE (NATO Improved Link Eleven) pentru a înlocui Link 11 și a completa Link 16, este standardizată în STANAG 5522 (ATDLP-5.22). Nave, aeronave, submarine și puncte de țărm partajează piste într-o „suprarețele” de până la opt rețele și 125 de unități, fără niciun satelit.

Acest ghid explică funcționarea Link 22 — arhitectura unității, mediile HF și UHF cu debitele lor, rețelele NILE și suprarețeaua, TDMA dinamic, mesajele seriilor F și FJ, securitatea, redirecționarea și uneltele de test — și ce construiesc echipele de software când o platformă îl adaugă. Cifrele provin din publicațiile deschise ale proiectului NILE, Link 22 Guidebook (2013) și Customer Information Guide (2020). Pentru comparația directă, citiți Link 22 versus Link 16.

Link 22, NILE și STANAG 5522, explicate

NILE vine de la NATO Improved Link Eleven: fostul nume al Link 22 și numele proiectului multinațional care îi construiește componentele comune. La sfârșitul anilor 1980 NATO a convenit că Link 11 trebuie îmbunătățit; cerințele operaționale le-a fixat NATO Staff Requirement din 9 martie 1990, iar proiectul a specificat un nou standard de mesaje tactice, STANAG 5522 (publicat ca ATDLP-5.22), împreună cu o nouă arhitectură de comunicații pe straturi. NATO a desemnat rezultatul Link 22.

Proiectul a început în 1987, a încheiat proiectarea și dezvoltarea în 2002 și din atunci este în suport în exploatare. Cele șapte națiuni NILE sunt Canada, Franța, Germania, Italia, Spania, Regatul Unit și Statele Unite (națiunea-gazdă); Țările de Jos au fost participant fondator, iar Spania le-a luat locul. Un birou de management al proiectului găzduit de PMW 150 al US Navy la San Diego conduce programul și publică informații deschise pe link22.org. Obiectivele: înlocuirea Link 11, îmbunătățirea interoperabilității aliaților și completarea Link 16. Link 22 a fost proiectat în primul rând ca legătură maritimă pentru lupta de suprafață și anti-submarin, dar acoperă toate mediile — aer, suprafață, subacvatic și terestru.

Cine folosește Link 22 astăzi

Link 22 este în serviciu operațional în mai multe națiuni NILE și partenere; alte țări se alătură printr-un proces de vânzări către terți aprobat de națiunile NILE. Repere raportate public:

Arhitectura Link 22: TDS, DLP, SNC, LLC, SPC și radio

Link 22 folosește o stivă stratificată, modelată după straturile de comunicații ISO, cu interfețe bine definite, astfel încât mai mulți furnizori să poată contribui. Fiecare participant este o unitate NILE (NU), iar în interiorul ei lanțul merge de la sistemul de luptă la antenă:

• Sistem de date tactice (TDS) — sistemul C2 sau de conducere a luptății care deține imaginea tactică și generează și consumă date tactice după regulile naționale.
• Procesor de legătură de date (DLP) — parte a TDS sau atașat lui. Construiește și analizează mesajele STANAG 5522 și efectuează gestionarea pistelor, corelarea, responsabilitatea raportării, rezolvarea conflictelor, filtrarea și redirecționarea datelor. Comunică cu SNC prin Interface Design Description (IDD) a interfeței DLP–SNC.
• Controler de rețea al sistemului (SNC) — nucleul, aproximativ straturile de rețea și transport: livrare cap-coadă, rutare, relee automate, TDMA, calitatea serviciului și managementul rețelei. Este o singură implementare software proprietate a națiunilor NILE, scrisă în Ada 95 și rulată pe un computer obișnuit cu Windows sau Linux.
• COMSEC de nivel legătură (Link-Level COMSEC, LLC) — dispozitivul criptografic. LLC 7M actual a fost dezvoltat de SUA, certificat de NSA în februarie 2016 și se vinde doar prin Foreign Military Sales american; un dispozitiv deservește până la patru rețele NILE.
• Controler de procesare a semnalului (SPC) — aproximativ straturile de legătură de date și fizic: modulație, detecția și corectarea erorilor (EDAC) și securitatea transmisiei. O unitate are nevoie de câte un SPC per rețea; SPC-urile sunt produse comerciale.
• Radio — echipamente HF și UHF comerciale. Radiourile HF existente pentru Link 11 suportă formele de undă HF în frecvență fixă originale 1–6; formele de undă mai noi și modurile cu salt de frecvență cer radio verificate pentru ele.

SNC, LLC, SPC-urile și radiourile formează echipamentul de comunicații NILE (NCE); sistemul Link 22 este NCE plus partea de Link 22 a DLP. SNC și specificațiile de interfață sunt produse NILE comune, iar LLC 7M este o dezvoltare americană — dar TDS/DLP, SPC-urile, radiourile, sursa de timp și integrarea tuturor sunt responsabilități naționale. În instalația de referință din ghid, interfețele DLP–SNC și SNC–LLC rulează prin TCP/IP pe Ethernet, LLC se leagă la fiecare SPC printr-o legătură serială, iar o sursă de oră (STANAG 4430) alimentează DLP, SNC, SPC-urile și radiourile cu salt de frecvență. Națiunile partenere primesc SNC doar ca executabile; versiunile minore ale SNC interoperază între ele, cele majore (de exemplu 9.x și 10.x) nu.

Benzi de frecvențe și debite Link 22

Fiecare rețea NILE folosește un singur mediu. Link 22 definește două benzi: HF (2–30 MHz), pentru acoperire dincolo de vizibilitatea directă prin undă de sol și undă ionosferică, optimizată pentru (dar nu limitată la) circa 300 de mile marine, și UHF (225–400 MHz), doar în vizibilitate directă. În fiecare bandă se poate lucra în frecvență fixă (FF) sau cu salt de frecvență într-un mod de măsuri de protecție electronică (EPM) pentru rezistența la bruiaj. Fiecare mediu oferă mai multe setări care schimbă debit pe robustețe, astfel încât o rețea funcționează și la propagare slabă, inclusiv la latitudini înalte, unde Link 11 se luptă.

Debiturile sunt ceea ce rămâne pentru datele tactice după corectarea erorilor și suprataxa de sincronizare; dimensiunile pachetelor provin din ghidul din 2013. Capacitatea se adună între rețele: ediția din 2020 citează 44.532 bit/s pentru două rețele UHF plus două HF și raze peste 1.000 de mile marine. Câștigurile HF au venit dintr-un efort german de îmbunătățire în 2007–2009 care a făcut setările HF standard mai robuste, a extins acoperirea fără întreruperi la 1.000 de mile marine și a adăugat forme de undă de viteză mare. Pentru scară: Link 16 livrează 26.880–107.520 bit/s în funcție de împachetare; Link 22 schimbă debitul brut pe rază, robustețe și relee automate.

Rețelele NILE și suprarețeaua Link 22

O rețea NILE este un set de unități care schimbă date STANAG 5522 pe un mediu cu un singur set de parametri de rețea. Un sistem Link 22 operațional este o suprarețele — de la două unități pe o rețea până la opt rețele NILE și 125 de unități. Fiecare unitate poate fi simultan în patru rețele, iar fiecare rețea poate folosi orice mediu și orice mod: de pildă HF pentru un grup naval dispersat, UHF în dispozitivul apropiat și UHF EPM unde se așteaptă bruiaj.

Orice unitate poate adresa oricare alta din suprarețea, indiferent de rețelele pe care se află. SNC urmărește conectivitatea și decide, mesaj cu mesaj, dacă e nevoie de o retransmisie pentru a ajunge la destinatari — releu automat, pe aceeași rețea sau pe alta. Asta elimină stația de control al rețelei din Link 11 și releele aeriene dedicate din Link 16, cu planificarea intervalelor de releu. Releele sunt automate în mod implicit; unei unități i se poate inhiba retransmiterea sau poate fi desemnată releu preferat, iar rutarea ocolește congestia și unitățile pierdute.

Mesajele se adresează ca Totalcast (toate unitățile), Neighborcast (vecinii RF din fiecare rețea a unității), Mission Area Sub-Network (grup predefinit), listă dinamică (două până la cinci unități numite) sau punct la punct, cu sau fără confirmare. TDS și DLP identifică unitățile printr-o adresă Link 22 de 15 biți, coordonată cu adresarea Link 16; SNC alocă și o adresă NILE internă de 7 biți pe care DLP nu o vede niciodată. Fără stație de control și cu protocoale distribuite, pierderea unei singure unități nu doboară rețeaua.

TDMA, TDMA dinamic și calitatea serviciului

Fiecare rețea NILE împarte capacitatea prin TDMA, dar fără noduri: nu există o unitate Network Time Reference ca la Link 16. Structura ciclului de rețea împarte timpul în mini-intervale fixe a căror lungime depinde de mediu; intervalele de timp sunt numere întregi de mini-intervale, fiecare alocat unei unități, iar un ciclu de rețea poate ajunge la 1.024 de mini-intervale. Intervalele opționale Priority Injection nu aparțin nimănui: mesajele urgente de prioritate 1 pot pleca de acolo devreme și se repetă în intervalul propriu al expeditorului în caz de coliziune.

Planificatorii definesc ciclul în mesajul OPTASK LINK sau dau nevoia de capacitate și întârzierea de acces ale fiecărei unități, iar SNC calculează o structură optimizată. În exploatare, TDMA dinamic (DTDMA) permite unităților congestionate să obțină capacitate de rezervă donată de altele, temporar sau permanent, fără schimbarea duratei ciclului. Dacă nu ajunge, unitatea de management al rețelei poate reconfigura rețeaua cu o nouă structură a ciclului sau o poate reinițializa cu alți parametri de mediu după o scurtă pauză.

Fiecare cerere de la DLP poartă o calitate a serviciului pe care SNC o impune: prioritate 1–4; fiabilitate — standard (80 % probabilitate de receptare), înaltă (90 %) sau livrare garantată cu confirmări, SNC calculând repetările și răspândindu-le pe pachete; patru niveluri de perisabilitate, astfel încât datele expirate să nu fie niciodată trimise; originatorul datelor păstrat pe orice rută de releu; și un indicator de suprascriere a tăcerii radio.

Mesajele seriilor F și FJ versus seria J

Link 22 transmite datele tactice în mesaje cu format fix alcătuite din cuvinte de mesaj tactic (TMW) de 72 de biți, de la unul la opt cuvinte pe mesaj. Aceste mesaje seria F aparțin aceleiași familii J ca Link 16: folosesc aceleași definiții de elemente de date, adrese de 15 biți, numere de pistă de 19 biți și poziții WGS-84. Există două feluri:

• Mesaje unice seria F — versiuni compacte ale mesajelor Link 16 sau mesaje fără echivalent în Link 16. Economisesc lărgimea de bandă în rețelele HF lente.
• Mesaje seria FJ — mesaje J-series de Link 16 împachetate în cuvinte de 72 de biți, deci multe mesaje Link 16 traversează Link 22 neschimbate.

Dicționarul comun de date dă datelor Link 22 amploarea și granularitatea care lipseau seriei M din Link 11 și face traducerea către Link 16 mult mai ușoară decât traducerea Link 11. Pentru partea de Link 16 a familiei, vezi lista mesajelor J-series și ghidul nostru de câmpuri J-series.

DLP construiește fiecare mesaj (sau îl primește de la TDS) și îl predă SNC într-o Transmission Service Request (TSR) care îi poartă QoS; SNC validează cererea și raportează succesul sau eșecul. NCE tratează mesajele tactice ca plicuri sigilate și nu le citește niciodată conținutul. O schiță a ceea ce gestionează un DLP per cerere (ilustrativ; codarea reală este definită de IDD DLP–SNC):

# Illustrative model of what a DLP manages per Link 22 transmission request.
# Not the DLP-SNC IDD encoding, which the NILE PMO distributes to programmes.
from dataclasses import dataclass, field
from enum import Enum, auto

class Reliability(Enum):
    STANDARD = auto()    # 80 % probability of reception
    HIGH = auto()        # 90 % probability of reception
    GUARANTEED = auto()  # repeat until acknowledged or unreachable

class Addressing(Enum):
    TOTALCAST = auto()       # every unit in the super network
    NEIGHBORCAST = auto()    # RF neighbours on each of my networks
    MASN = auto()            # predefined mission area sub-network
    DYNAMIC_LIST = auto()    # 2 to 5 units named in the request
    POINT_TO_POINT = auto()  # exactly one unit

@dataclass
class TransmissionServiceRequest:
    request_id: int
    words: list[bytes]                # 1-8 tactical message words, 72 bits = 9 bytes each
    priority: int = 3                 # 1 (highest) to 4 (lowest)
    reliability: Reliability = Reliability.STANDARD
    perishability: int = 1            # one of four levels
    data_originator: int = 0          # 15-bit address of the unit that first reported the data
    addressing: Addressing = Addressing.TOTALCAST
    destinations: list[int] = field(default_factory=list)
    acknowledge: bool = False         # machine receipt from the addressees
    priority_injection: bool = False  # priority-1 only: may use unowned PI timeslots
    radio_silence_override: bool = False

    def validate(self) -> None:
        if not 1 <= len(self.words) <= 8 or any(len(w) != 9 for w in self.words):
            raise ValueError("a Link 22 message is 1-8 words of 72 bits")
        if not 1 <= self.priority <= 4:
            raise ValueError("priority must be 1-4")
        if self.priority_injection and self.priority != 1:
            raise ValueError("priority injection is for priority-1 messages only")
        if self.addressing is Addressing.DYNAMIC_LIST and not 2 <= len(self.destinations) <= 5:
            raise ValueError("a dynamic list names 2-5 units")

Securitatea și managementul rețelei Link 22

Securitate. LLC asigură securitatea comunicațiilor și a rețelei (COMSEC și NETSEC). LLC 7M folosește protecția integrității și criptarea legată de timp, ceea ce face falsificarea mai grea și mai ușor de detectat decât pe Link 11; vechiul KIV-21/LLC împărțea cipul criptografic cu Link 16 și folosea chei săptămânale. Mediile EPM cu salt de frecvență adaugă securitatea transmisiei. Pentru că NCE nu citește niciodată conținutul tactic, o națiune poate cripta și datele tactice cap-coadă deasupra legăturii — ceea ce un terminal Link 16, care trebuie să acceseze datele pe care le trimite, nu poate oferi.

Managementul rețelei este automatizat prin proiectare. Fiecare unitate se inițializează din aceiași parametri fundamentali din mesajul OPTASK LINK (OLM), pe care DLP îl încarcă în directorul de suprarețea al SNC; o rețea poate purta trafic tactic de la ora ei de start fără nicio schimbare prealabilă în eter, sau poate sonda întâi propagarea. Există două roluri: o unitate de management al suprarețelei (SNMU) și câte o unitate de management al rețelei (NMU) per rețea NILE, fiecare cu o rezervă care preia automat — iar legătura funcționează chiar și fără niciun deținător de rol. SNMU poate porni rețele noi, opri unități, rețele sau toată suprarețeaua, optimiza performanța și gestiona tăcerea radio și starea cheilor criptografice. Sosiții târziu folosesc Late Network Entry (LNE) pentru a obține parametrii curenți, printr-o intrare activă, inactivă sau tăcută (doar ascultare); unitățile doar-receptoare pot asculta fără a primi capacitate de transmitere.

Redirecționarea către Link 16 și Link 11 (STANAG 5616)

Link 22 rareori rulează singur. Redirecționarea datelor — primirea de date pe o legătură și reemiterea lor, corect traduse, pe alta — este o funcție a DLP în afara specificațiilor sistemului NILE. Este guvernată de STANAG 5616 (ATDLP-6.16): volumul II acoperă Link 22 ↔ Link 16, volumul III Link 22 ↔ Link 11/11B, iar orice DLP cu două sau mai multe legături care redirecționează trebuie să se conformeze. O unitate aflată și pe Link 22, și pe Link 16, care redirecționează între ele, este o unitate FJ; procedurile operaționale multi-legătură se află în ATDLP-7.33 (fostul ADatP-33).

Datorită dicționarului comun al familiei J, redirecționarea Link 22 ↔ Link 16 este în mare parte remapare și reîmpachetare, în timp ce Link 11 cere traducerea mesajelor seriei M. Ghidul NILE ierarizează efortul DLP în consecință: dual Link 16/Link 22 este mai simplu decât dual Link 11/Link 22, iar un DLP complet Link 11/16/22 este cel mai greu. Alocarea numerelor de pistă, responsabilitatea raportării, suprimarea duplicatelor și prevenirea buclelor sunt tratate în ghidul nostru de gateway Link 16 / Link 22 și în articolul despre software-ul de gateway pentru legături tactice de date; retragerea vechii legături este tratată în migrarea de la Link 11.

Link 22 versus Link 16, pe scurt

Link 16 (STANAG 5516) este legătura de capacitate mare, rezistentă la bruiaj, pentru imaginea aeriană: banda L, vizibilitate directă și dependența de relee aeriene sau prin satelit pentru rază. Link 22 este legătura HF/UHF pentru forțe navale dispersate: mai puțin debit, dar rază dincolo de vizibilitatea directă, relee automate fără platforme de releu și management al rețelei cu mult mai simplu. Au fost proiectate ca să se completeze. Vezi comparația completă Link 22 vs Link 16 sau Link 11 vs Link 16 vs Link 22, sau începe cu ce este Link 16.

Testarea Link 22: NILE Reference System și MLST3

Proiectul NILE finanțează două sisteme de test. NILE Reference System (NRS) este testerul de compatibilitate pentru SNC — și sprijină verificarea LLC-urilor și a SPC-urilor — cu generare de scenarii, extragere de date, reluare și analiză automată a răspunsurilor așteptate pentru teste de regresie. Configurațiile sale includ verificarea SNC (un SNC sub test contra până la 124 de unități simulate), mai multe unități sub test (două până la cinci SNC reale, opțional cu SPC-uri și radio reale), simularea completă a sistemului cu 1–125 unități și un mod Media Simulator pentru testarea unui DLP național fără SPC-uri reale. Un simulator LLC și Media Simulator le permit integratorilor să lucreze fără hardware criptografic sau radio.

Multiple Link System Test and Training Tool (MLST3) este testerul de interoperabilitate: verifică conformitatea DLP cu standardele de mesaje tactice și interoperabilitatea cu Link 16, Link 11 și JREAP în configurații cu una și cu mai multe legături și servește și ca unealtă de instruire. MLST3 este disponibil prin Foreign Military Sales american; alți producători oferă alternative. Testele de platformă și de coaliție urmează apoi drumul obișnuit descris în certificarea de interoperabilitate NATO.

Ce construiesc echipele de software pentru Link 22

Ghidul NILE e direct: dezvoltarea și integrarea DLP sunt „cel mai semnificativ și mai costisitor efort în implementarea Link 22”. SNC este furnizat, LLC este cumpărat, SPC-urile și radiourile sunt comerciale, deci efortul de inginerie se concentrează pe software-ul național:

• Integrarea DLP — mapa modelul de piste al TDS pe mesajele F/FJ-series, implementa inițializarea, controlul de rețea și gestionarea TSR pe interfața DLP–SNC și prelua responsabilitatea raportării, filtrarea și corelarea. Domeniul dictează costul: DLP-urile doar-recepție sunt cele mai simple, recepția plus transmitere limitată (supraveghere, PLI) rămâne manejabilă, C2-ul complet cere mult mai multă grijă.
• Codecuri F- și FJ-series — codificatoare și decodificatoare bit-exacte pentru TMW-uri de 72 de biți, generate din tabele de elemente de date, nu scrise de mână, cu validare de intervale și teste dus-întors.
• Gateway-uri multi-legătură — redirecționare STANAG 5616 între Link 22, Link 16 și Link 11, cu mapare stabilă a numerelor de pistă și suprimarea buclelor.
• Ingestie în C2 și COP — piste Link 22 în imaginea maritimă, aliniate în timp și fuzionate cu Link 16, AIS și radarul; vezi software-ul maritim de comandă și control și cunoașterea domeniului maritim în C2.
• Simulare și instruire — generatoare de scenarii, suprarețele sintetice și unelte de înregistrare/reluare pentru instruirea operatorilor și teste de regresie, alături de NRS și MLST3.

Pornește din timp și drumul non-software. O națiune parteneră are nevoie de o națiune NILE-sponsor, de aprobarea unanimă a națiunilor NILE și a Țărilor de Jos și de un dosar US FMS pentru LLC 7M și versiunile bienale block-cycle ale SNC — hârtii care curg în paralel cu dezvoltarea, nu după ea.