Link 22 to zabezpieczone taktyczne łącze danych NATO w zakresach HF/UHF do wymiany danych poza zasięgiem bezpośredniej widoczności. Zostało opracowane w programie NILE (NATO Improved Link Eleven) jako następca Link 11 i uzupełnienie Link 16 i jest standaryzowane w STANAG 5522 (ATDLP-5.22). Okręty, samoloty, okręty podwodne i stanowiska nabrzeżne wymieniają ścieżki w „supersieci” liczącej do ośmiu sieci i 125 jednostek — bez jakiegokolwiek satelity.
Ten przewodnik wyjaśnia, jak działa Link 22 — architekturę jednostki, nośniki i przepływności HF oraz UHF, sieci NILE i supersieć, dynamiczny TDMA, komunikaty F- i FJ-series, bezpieczeństwo, przekazywanie danych i narzędzia testowe — oraz co budują zespoły programistów, gdy platforma dołącza to łącze. Liczby pochodzą z publicznie udostępnionych wydań projektu NILE: Link 22 Guidebook (2013) i Customer Information Guide (2020). Dla bezpośredniego porównania przeczytaj Link 22 kontra Link 16.
Link 22, NILE i STANAG 5522 — wyjaśnienie
NILE to skrót od NATO Improved Link Eleven: dawna nazwa Link 22 i zarazem nazwa wielonarodowego projektu, który tworzy jego wspólne komponenty. Pod koniec lat 80. NATO uznało, że Link 11 należy ulepszyć; wymagania operacyjne określił NATO Staff Requirement z 9 marca 1990 roku, a projekt zdefiniował nowy standard komunikatów taktycznych STANAG 5522 (opublikowany jako ATDLP-5.22) wraz z nową warstwową architekturą łączności. NATO nadało wynikowi oznaczenie Link 22.
Projekt rozpoczął się w 1987 roku, prace projektowe i rozwojowe zakończył w 2002 roku i od tego czasu jest w wsparciu eksploatacyjnym. Siedem państw NILE to Kanada, Francja, Niemcy, Włochy, Hiszpania, Wielka Brytania i Stany Zjednoczone (państwo-gospodarz); Holandia była pierwotnym uczestnikiem, a Hiszpania zajęła jej miejsce. Programem kieruje biuro zarządzania projektem przy PMW 150 US Navy w San Diego, które publikuje informacje jawne na link22.org. Cele to zastąpienie Link 11, poprawa interoperacyjności sojuszników i uzupełnienie Link 16. Link 22 projektowano przede wszystkim jako łącze morskie do walki z celami nawodnymi i podwodnymi, ale obsługuje wszystkie środowiska — powietrze, powierzchnię, głębinę i ląd.
Kto używa dziś Link 22
Link 22 jest w służbie operacyjnej w kilku państwach NILE i partnerskich; inne kraje dołączają przez procedurę sprzedaży dla państw trzecich zatwierdzaną przez państwa NILE. Publicznie raportowane kamienie milowe:
| Państwo | Publicznie raportowany kamień milowy |
|---|---|
| Niemcy | Fregata Baden-Württemberg (F125), przyjęta do służby w czerwcu 2019 roku, była pierwszym okrętem Marynarki Wojennej Niemiec z operacyjnym Link 22. |
| Francja | Próby na pokładzie FREMM Normandie w 2020 roku; podczas rejsu CLEMENCEAU 25 lotniczo-nawodna grupa uderzeniowa zweryfikowała taktyczne obrazy wymieniane po L22 z okrętami japońskimi i amerykańskimi (luty 2025). |
| Kanada | Zainstalowany na wszystkich fregatach typu Halifax; integracja planowana dla nowych okrętów typu River. |
| Wielka Brytania | Program Surface Maritime Link 22 obejmował dodanie Link 22 na okręty Type 23, Type 45, okręty desantowe-doki i typu Queen Elizabeth. |
| Stany Zjednoczone | W lipcu 2026 roku USS Mount Whitney został pierwszym okrętem wojennym USA, który organicznie zintegrował i operacyjnie używa Link 22 w rejsie, łącząc się z niemiecką fregatą Hamburg podczas BALTOPS. |
| Korea Południowa | Hanwha Systems w grudniu 2022 roku zdobyła kontrakt na opracowanie systemu Link 22 dla niszczycieli, fregat, okrętów podwodnych i okrętów zabezpieczenia, z produkcją seryjną planowaną do 2029 roku. |
Architektura Link 22: TDS, DLP, SNC, LLC, SPC i radia
Link 22 używa warstwowego stosu wzorowanego na warstwach komunikacyjnych ISO, o dobrze określonych interfejsach, tak aby kilku dostawców mogło wnieść swój wkład. Każdy uczestnik to jednostka NILE (NU), a w jej wnętrzu łańcuch biegnie od systemu bojowego do anteny:
- Taktyczny system danych (TDS) — system C2 lub system kierowania walką, który posiada taktyczny obraz, generuje i pobiera dane taktyczne zgodnie z zasadami narodowymi.
- Procesor łącza danych (DLP) — część TDS lub urządzenie z nim połączone. Buduje i parsuje komunikaty STANAG 5522 oraz wykonuje zarządzanie ścieżkami, korelację, odpowiedzialność za raportowanie, rozwiązywanie konfliktów, filtrowanie i przekazywanie danych. Porozumiewa się z SNC przez Interface Design Description (IDD) interfejsu DLP–SNC.
- Kontroler sieci systemowej (SNC) — rdzeń, mniej więcej warstwy sieciowa i transportowa: dostarczanie end-to-end, trasowanie, automatyczna retransmisja, TDMA, jakość usług i zarządzanie siecią. To jedna implementacja programowa należąca do państw NILE: napisana w Ada 95 i działająca na zwykłym komputerze z Windows lub Linuxem.
- Kryptoochrona poziomu łącza (Link-Level COMSEC, LLC) — urządzenie kryptograficzne. Bieżący LLC 7M rozwinęły USA, NSA certyfikowała go w lutym 2016 roku; jest sprzedawany wyłącznie przez US Foreign Military Sales, a jedno urządzenie obsługuje do czterech sieci NILE.
- Kontroler przetwarzania sygnałów (SPC) — mniej więcej warstwy łącza danych i fizyczna: modulacja, wykrywanie i korekta błędów (EDAC) oraz zabezpieczenie transmisji. Jednostka potrzebuje jednego SPC na sieć; SPC są produktami komercyjnymi.
- Radia — komercyjne zestawy HF i UHF. Istniejące radia HF Link 11 obsługują oryginalne falowości HF o stałej częstotliwości 1–6; nowsze falowości i tryby przeskoku częstotliwości wymagają radiowych, z którymi je zweryfikowano.
SNC, LLC, SPC i radia tworzą sprzęt łączności NILE (NCE); system Link 22 to NCE plus część DLP odpowiedzialna za Link 22. SNC i specyfikacje interfejsów są wspólnymi produktami NILE, a LLC 7M to opracowanie amerykańskie — ale TDS/DLP, SPC, radia, źródło czasu i integracja tego wszystkiego to odpowiedzialność narodowa. W instalacji referencyjnej z podręcznika interfejsy DLP–SNC i SNC–LLC działają przez TCP/IP na Ethernetie, LLC łączy się z każdym SPC przez łącze szeregowe, a źródło czasu doby (STANAG 4430) zasila DLP, SNC, SPC i radia z przeskokiem częstotliwości. Państwa partnerskie otrzymują SNC wyłącznie w postaci plików wykonywalnych; drobne wersje SNC współpracują ze sobą, a główne (np. 9.x i 10.x) — nie.
Zakresy częstotliwości i przepływności Link 22
Każda sieć NILE używa jednego nośnika. Link 22 definiuje dwa zakresy: HF (2–30 MHz) — pokrycie poza zasięgiem bezpośredniej widoczności falą przyziemną i odbitą od jonosfery, zoptymalizowane (lecz nie ograniczone) na około 300 mil morskich, oraz UHF (225–400 MHz) — wyłącznie zasięg bezpośredni. W każdym zakresie można pracować na stałej częstotliwości (FF) lub z przeskokiem częstotliwości w trybie środków ochrony elektronicznej (EPM) dla odporności na zagłuszanie. Każdy nośnik oferuje kilka ustawień wymieniających przepływność na odporność, więc sieć działa przy złej propagacji, także na wysokich szerokościach geograficznych, gdzie Link 11 ma trudności.
| Nośnik | Standard falowości | Pakiet sieciowy | Przepływność taktyczna na sieć |
|---|---|---|---|
| HF, stała częstotliwość | STANAG 4539 | 168–1 368 bitów | 1 493–4 053 bit/s (ustawienia oryginalne); do 9 600 bit/s z falowościami wysokoszybkimi |
| UHF, stała częstotliwość | STANAG 4205 | 608–1 824 bity | 12 666 bit/s |
| UHF EPM (przeskok) | STANAG 4372 (SATURN) | 464 bity | Niepublikowane (timing ramki jest niejawny) |
| HF EPM (przeskok) | STANAG 4444 (wolny przeskok) | 96–240 bitów | Niepublikowane; według stanu na 2020 rok niezaimplementowane |
Przepływności to to, co zostaje dla danych taktycznych po korekcie błędów i narzucie synchronizacji; rozmiary pakietów pochodzą z podręcznika z 2013 roku. Pojemność sumuje się między sieciami: wydanie z 2020 roku podaje 44 532 bit/s dla dwóch sieci UHF plus dwóch HF oraz zasięg przekraczający 1 000 mil morskich. Zyski HF wynikły z niemieckiego wysiłku ulepszającego w latach 2007–2009, który uczynił standardowe ustawienia HF odporniejszymi, rozszerzył nieprzerwanym pokrycie do 1 000 mil morskich i dodał falowości wysokoszybkie. Dla skali: Link 16 zapewnia 26 880–107 520 bit/s w zależności od pakowania; Link 22 wymienia surową przepływność na zasięg, odporność i automatyczną retransmisję.
Sieci NILE i supersieć Link 22
Sieć NILE to zbiór jednostek wymieniających dane STANAG 5522 jednym nośnikiem przy jednym zestawie parametrów sieci. Operacyjny system Link 22 to supersieć — od dwóch jednostek w jednej sieci do ośmiu sieci NILE i 125 jednostek. Każda jednostka może należeć jednocześnie do czterech sieci, a każda sieć może używać dowolnego nośnika i trybu: np. HF dla rozproszonej grupy zadaniowej, UHF wewnątrz osłony i UHF EPM tam, gdzie spodziewa się zagłuszania.
Dowolna jednostka może zaadresować każdą inną w supersieci, niezależnie od tego, w jakich są sieciach. SNC śledzi łączność i decyduje, komunikat po komunikacie, czy potrzebna jest retransmisja, aby dotrzeć do adresatów — automatyczna retransmisja w tej samej lub innej sieci. To usuwa stację kontroli sieci z Link 11 i dedykowane pokładowe stacje przekaźnikowe Link 16 wraz z planowaniem szczelin przekaźnikowych. Retransmisja jest domyślnie automatyczna; jednostce można zabronić retransmitowania lub uczynić ją preferowanym przekaźnikiem, a trasowanie omija przeciążenia i utracone jednostki.
Komunikaty adresuje się jako Totalcast (wszystkie jednostki), Neighborcast (sąsiedzi RF w każdej z sieci jednostki), Mission Area Sub-Network (zdefiniowana wcześniej grupa), lista dynamiczna (od dwóch do pięciu nazwanych jednostek) lub punkt-punkt, z potwierdzeniem lub bez. TDS i DLP identyfikują jednostki 15-bitowym adresem Link 22 skoordynowanym z adresacją Link 16; SNC przydziela też wewnętrzny 7-bitowy adres NILE, którego DLP nigdy nie widzi. Bez stacji kontroli sieci i z rozproszonymi protokołami utrata którejkolwiek pojedynczej jednostki nie wyłącza sieci.
TDMA, dynamiczny TDMA i jakość usług
Każda sieć NILE dzieli pojemność przez TDMA, ale jest to sieć bezwęzłowa: nie ma jednostki Network Time Reference jak w Link 16. Struktura cyklu sieci dzieli czas na stałe minisloty, których długość zależy od nośnika; szczeliny czasowe to całkowite wielokrotności minislotów, każda przydzielona jednostce, a cykl sieci może liczyć do 1 024 minislotów. Opcjonalne szczeliny Priority Injection nie należą do nikogo: pilne komunikaty priorytetu 1 mogą wyjść tam wcześniej i są powtarzane we własnej szczelinie nadawcy na wypadek kolizji.
Planujący albo definiują cykl w komunikacie OPTASK LINK, albo podają zapotrzebowanie każdej jednostki na pojemność i dopuszczalne opóźnienie dostępu, a SNC oblicza zoptymalizowaną strukturę. W eksploatacji Dynamic TDMA (DTDMA) pozwala przeciążonym jednostkom pobierać zapasową pojemność przekazywaną przez inne, tymczasowo lub trwale, bez zmiany czasu cyklu. Gdy to nie wystarcza, jednostka zarządzająca siecią może przekonfigurować sieć nową strukturą cyklu albo reinicjalizować ją innymi parametrami nośników po krótkiej pauzie.
Każde żądanie od DLP niesie jakość usług egzekwowaną przez SNC: priorytet 1–4; niezawodność — standardowa (80 % prawdopodobieństwa odbioru), wysoka (90 %) lub gwarantowane dostarczenie z potwierdzeniami, gdzie SNC oblicza powtórzenia i rozkłada je po pakietach; cztery poziomy przedawnienia danych, aby dane przeterminowane nigdy nie były wysyłane; zachowanie źródła danych na dowolnej trasie retransmisji; oraz flaga nadpisania ciszy radiowej.
Komunikaty F-series i FJ-series kontra J-series
Link 22 przesyła dane taktyczne komunikatami stałego formatu złożonymi ze słów komunikatów taktycznych (TMW) po 72 bity, od jednego do ośmiu słów na komunikat. Te komunikaty F-series należą do tej samej rodziny J co Link 16: używają tych samych definicji elementów danych, 15-bitowych adresów, 19-bitowych numerów ścieżek i pozycji WGS-84. Są dwa rodzaje:
- Unikatowe komunikaty F-series — zwięzłe wersje komunikatów Link 16 albo komunikaty bez odpowiednika w Link 16. Oszczędzają pasmo w wolnych sieciach HF.
- Komunikaty FJ-series — komunikaty J-series Link 16 zapakowane w słowa 72-bitowe, więc wiele komunikatów Link 16 przechodzi przez Link 22 bez zmian.
Wspólny słownik danych daje danym Link 22 zakres i ziarnistość, jakich brakowało M-series Link 11, i czyni translację do Link 16 znacznie łatwiejszą niż translacja Link 11. O „link-16-owej” połowie rodziny czytaj w liście komunikatów J-series i naszym przewodniku po polach J-series.
DLP buduje każdy komunikat (lub pobiera go z TDS) i przekazuje SNC w Transmission Service Request (TSR) z jego QoS; SNC weryfikuje żądanie i raportuje sukces albo porażkę. NCE traktuje komunikaty taktyczne jak zapieczętowane koperty i nigdy nie czyta ich treści. Szkic tego, czym zarządza DLP przy każdym żądaniu (ilustracyjnie; prawdziwe kodowanie definiuje DLP–SNC IDD):
# 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")
Budujecie narodową stronę Link 22? Inżynierowie Corvus Intelligence budują kodeki F- i FJ-series generowane z tabel elementów danych, oprogramowanie DLP pod interfejs SNC waszego programu, bramy przekazywania Link 22 ↔ Link 16 z kontrolą numerów ścieżek i pętli oraz pobieranie ścieżek Link 22 do morskich obrazów C2. Omówmy waszą integrację Link 22 →
Bezpieczeństwo Link 22 i zarządzanie siecią
Bezpieczeństwo. LLC zapewnia ochronę łączności i sieci (COMSEC i NETSEC). LLC 7M stosuje ochronę integralności i szyfrowanie związane z czasem, co czyni spoofing trudniejszym i łatwiejszym do wykrycia niż w Link 11; wcześniejszy KIV-21/LLC dzielił układ kryptograficzny z Link 16 i używał kluczy tygodniowych. Nośniki EPM z przeskokiem częstotliwości dodają zabezpieczenie transmisji. Ponieważ NCE nigdy nie czyta treści taktycznych, państwo może dodatkowo szyfrować dane taktyczne end-to-end ponad łączem — czego nie może zaoferować terminal Link 16, który musi mieć dostęp do wysyłanych danych.
Zarządzanie siecią jest z założenia zautomatyzowane. Każda jednostka inicjalizuje się z tych samych parametrów podstawowych w komunikacie OPTASK LINK (OLM), który DLP ładuje do katalogu supersieci SNC; sieć może nieść ruch taktyczny od swojego czasu startu bez żadnej wcześniejszej wymiany w eterze albo najpierw sondować propagację. Role są dwie: jedna jednostka zarządzania supersiecią (SNMU) i jednostka zarządzania siecią (NMU) na każdą sieć NILE, każda z rezerwową, która przejmuje automatycznie — a łącze działa nawet bez żadnego posiadacza roli. SNMU może uruchamiać nowe sieci, wyłączać jednostki, sieci albo całą supersieć, optymalizować wydajność i zarządzać ciszą radiową oraz stanem kluczy kryptograficznych. Przybywający później używają Late Network Entry (LNE), aby uzyskać bieżące parametry — przez wejście aktywne, nieaktywne lub ciche (tylko nasłuch); jednostki tylko odbierające mogą słuchać bez przydziału pojemności na nadawanie.
Przekazywanie do Link 16 i Link 11 (STANAG 5616)
Link 22 rzadko działa sam. Przekazywanie danych — odbiór danych jednym łączem i ponowne ich wysłanie, poprawnie przetłumaczone, innym — to funkcja DLP poza specyfikacjami systemu NILE. Rządzi nią STANAG 5616 (ATDLP-6.16): tom II obejmuje Link 22 ↔ Link 16, tom III Link 22 ↔ Link 11/11B, i każdy DLP dwu- lub wielołączowy, który przekazuje dane, musi spełniać normę. Jednostka i w Link 22, i w Link 16, przekazująca między nimi, to jednostka FJ; procedury operacyjne wielołączowe opisuje ATDLP-7.33 (dawniej ADatP-33).
Dzięki wspólnemu słownikowi rodziny J przekazywanie Link 22 ↔ Link 16 to głównie przemapowanie i przepakowanie, podczas gdy Link 11 wymaga translacji komunikatów M-series. Przewodnik NILE tak ranguje wysiłek na DLP: podwójne Link 16/Link 22 jest prostsze niż podwójne Link 11/Link 22, a pełny DLP Link 11/16/22 jest najtrudniejszy. Przydział numerów ścieżek, odpowiedzialność za raportowanie, tłumienie duplikatów i zapobieganie pętlom omawiamy w naszym przewodniku po bramie Link 16 / Link 22 oraz oprogramowaniu bram łączy danych taktycznych; wycofanie starego łącza opisuje migracja z Link 11.
Link 22 kontra Link 16 w skrócie
Link 16 (STANAG 5516) to łącze o dużej pojemności, odporne na zagłuszanie, dla obrazu powietrznego: pasmo L, zasięg bezpośredni i zależność od przekaźnika pokładowego lub satelitarnego dla dalności. Link 22 to łącze HF/UHF dla rozproszonych sił morskich: mniejsza przepływność, ale zasięg poza horyzontem, automatyczna retransmisja bez platform przekaźnikowych i znacznie prostsze zarządzanie siecią. Projektowano je jako uzupełnienia. Zobacz pełne porównanie Link 22 i Link 16 albo Link 11 kontra Link 16 kontra Link 22, albo zacznij od co to jest Link 16.
Testowanie Link 22: NILE Reference System i MLST3
Projekt NILE finansuje dwa systemy testowe. NILE Reference System (NRS) to tester zgodności dla SNC — wspiera też weryfikację LLC i SPC — z generowaniem scenariuszy, ekstrakcją danych, replikacją i zautomatyzowaną analizą oczekiwanych odpowiedzi do testów regresyjnych. Jego konfiguracje: weryfikacja SNC (jeden SNC pod testem wobec do 124 symulowanych jednostek), wiele jednostek pod testem (dwa do pięciu prawdziwych SNC, opcjonalnie z prawdziwymi SPC i radiami), pełna symulacja systemu 1–125 jednostek oraz tryb Media Simulator do testowania narodowego DLP bez prawdziwych SPC. Symulator LLC i Media Simulator pozwalają integratorom pracować bez sprzętu kryptograficznego i radiowych.
Multiple Link System Test and Training Tool (MLST3) to tester interoperacyjności: sprawdza zgodność DLP ze standardami komunikatów taktycznych i współpracę z Link 16, Link 11 i JREAP w konfiguracjach jedno- i wielołączowych, a jednocześnie służy jako narzędzie szkoleniowe. MLST3 jest dostępny przez US Foreign Military Sales; inni dostawcy oferują alternatywy. Testy platform i koalicyjne przebiegają dalej zwykłą ścieżką opisaną w certyfikacji interoperacyjności NATO.
Co budują zespoły programistów dla Link 22
Przewodnik NILE mówi wprost: opracowanie i integracja DLP to „największy i najkosztowniejszy wysiłek podczas wdrażania Link 22”. SNC jest dostarczany, LLC kupowany, SPC i radia komercyjne, więc wysiłek inżynieryjny koncentruje się na oprogramowaniu narodowym:
- Integracja DLP — odwzorowanie modelu ścieżek TDS na komunikaty F/FJ, realizacja inicjalizacji, sterowania siecią i obsługi TSR przez interfejs DLP–SNC oraz przejęcie odpowiedzialności za raportowanie, filtrowanie i korelację. Zakres decyduje o koszcie: DLP tylko do odbioru są najprostsze, odbiór plus ograniczone nadawanie (dozór, PLI) jest jeszcze w zarzągu, pełne C2 wymaga znacznie większej staranności.
- Kodeki F- i FJ-series — bitowo dokładne kodery i dekodery dla 72-bitowych TMW, generowane z tabel elementów danych zamiast pisanych ręcznie, z walidacją zakresów i testami w obie strony.
- Bramy wielołączowe — przekazywanie wg STANAG 5616 między Link 22, Link 16 i Link 11 ze stabilnym mapowaniem numerów ścieżek i tłumieniem pętli.
- Pobieranie do C2 i COP — ścieżki Link 22 w obrazie morskim, zsynchronizowane czasowo i scalone z Link 16, AIS i radarem; zobacz morskie oprogramowanie dowodzenia i kierowania oraz morską świadomość sytuacyjną w C2.
- Symulacja i szkolenie — generatory scenariuszy, syntetyczne supersieci i narzędzia zapisu/odtwarzania do szkolenia operatorów i testów regresyjnych obok NRS i MLST3.
Równolegle od początku uruchomcie też ścieżkę nieprogramową. Państwo partnerskie potrzebuje państwa-sponsora z NILE, jednomyślnej zgody państw NILE i Holandii oraz katalogu US FMS na LLC 7M i dwuletnie wydania block-cycle SNC — to praca papierowa, która biegnie równolegle z rozwojem, nie po nim.
Integracja Link 22 z systemem C2 lub bojowym?
Budujemy integrację Link 22 po stronie DLP, kodeki F/FJ-series, bramy przekazywania Link 22 ↔ Link 16 i pobieranie danych do morskiego C2, ze stanowiskami symulacyjnymi do prób przed testami morskimi.
Przygotowali inżynierowie Corvus Intelligence budujący kodeki łączy danych taktycznych, bramy wielołączowe i oprogramowanie C2, na podstawie publicznie udostępnionych wydań projektu NILE: Link 22 Guidebook i Customer Information Guide. O Corvus Intelligence →