Link 22 — це захищений тактичний канал передачі даних NATO у діапазонах HF/UHF для обміну даними за межами прямої видимості. Його розроблено в межах програми NILE (NATO Improved Link Eleven) як заміну Link 11 і доповнення до Link 16; канал стандартизовано в STANAG 5522 (ATDLP-5.22). Кораблі, літаки, підводні човни та берегові пункти обмінюються треками в «супромережі» з до восьми мереж і 125 одиниць — без жодного супутника.

Цей посібник пояснює, як працює Link 22 — архітектура одиниці, середовища й швидкості HF та UHF, мережі NILE і супромережа, динамічний TDMA, повідомлення F- і FJ-серій, безпека, пересилання та інструменти тестування — і що саме розробляють програмні команди, коли платформа підключає цей канал. Цифри взято з публічних видань проєкту NILE — Link 22 Guidebook (2013) і Customer Information Guide (2020). Для прямого порівняння читайте Link 22 проти Link 16.

NILE розшифровується як NATO Improved Link Eleven: це колишня назва Link 22 і водночас назва багатонаціонального проєкту, який створює його спільні компоненти. Наприкінці 1980-х NATO погодила, що Link 11 слід вдосконалити; вимоги визначив NATO Staff Requirement від 9 березня 1990 року, і проєкт специфікував новий стандарт тактичних повідомлень STANAG 5522 (опублікований як ATDLP-5.22) разом із новою багатошаровою комунікаційною архітектурою. NATO присвоїла результату позначення Link 22.

Проєкт стартував 1987 року, завершив проєктування та розробку у 2002-му і відтоді перебуває в оперативному супроводі. Сім країн NILE — це Канада, Франція, Німеччина, Італія, Іспанія, Велика Британія та Сполучені Штати (країна-господар); Нідерланди були початковим учасником, а Іспанія зайняла їхнє місце. Офіс керування проєктом при PMW 150 ВМС США у Сан-Дієго керує програмою та публікує відкриту інформацію на link22.org. Цілі — замінити Link 11, підняти сумісність союзників і доповнити Link 16. Link 22 проєктувався передусім як морський канал для протикорабельної та противочовнової боротьби, але підтримує всі середовища — повітря, надводне, підводне та сушу.

Хто сьогодні користується Link 22

Link 22 перебуває в оперативній експлуатації в кількох країнах NILE і країнах-партнерах; інші приєднуються через процедуру продажів третім сторонам, схвалену країнами NILE. Публічно відомі віхи:

КраїнаПублічно відома віха
НімеччинаФрегат Baden-Württemberg (F125), введений до складу флоту в червні 2019 року, став першим кораблем ВМС Німеччини з оперативним Link 22.
ФранціяВипробування на FREMM Normandie у 2020 році; під час розгортання CLEMENCEAU 25 авіаносна ударна група підтвердила обмін тактичними картинами по L22 з японськими та американськими кораблями (лютий 2025).
КанадаВстановлений на всіх фрегатах класу Halifax; інтеграцію заплановано на нові кораблі класу River.
Велика БританіяПрограму Surface Maritime Link 22 було сплановано для додавання Link 22 на кораблі Type 23, Type 45, десантні кораблі-доки та класу Queen Elizabeth.
СШАУ липні 2026 року USS Mount Whitney став першим військовим кораблем США, який органічно інтегрував і використовує Link 22 у поході, з'єднавшись із німецьким фрегатом Hamburg під час BALTOPS.
Південна КореяHanwha Systems у грудні 2022 року отримала контракт на розробку системи Link 22 для есмінців, фрегатів, підводних човнів і кораблів забезпечення, із серійним виробництвом до 2029 року.

Link 22 використовує багатошаровий стек, змодельований за комунікаційними рівнями ISO, із чітко визначеними інтерфейсами, щоб свій внесок могли робити кілька постачальників. Кожен учасник — це одиниця NILE (NU), і всередині неї ланцюжок іде від бойової системи до антени:

Архітектура одиниці Link 22: тактична система даних, процесор каналу даних, системний контролер мережі, криптозахист канального рівня, контролери обробки сигналів HF і UHF та радіостанції; показано інтерфейс між рівнями та те, хто постачає кожен компонент
Одна одиниця NILE: TDS і DLP — національне ПЗ, SNC — спільне ПЗ NILE, LLC 7M постачається США, SPC і радіостанції — комерційні.
  • Тактична система даних (TDS) — система C2 або бойова система керування, яка володіє тактичною картиною, генерує та споживає тактичні дані за національними правилами.
  • Процесор каналу даних (DLP) — частина TDS або пристрій, підключений до неї. Будує й розбирає повідомлення STANAG 5522, виконує керування треками, кореляцію, відповідальність за звітування, розв'язання конфліктів, фільтрацію та пересилання даних. Спілкується з SNC через Interface Design Description (IDD) інтерфейсу DLP–SNC.
  • Системний контролер мережі (SNC) — ядро, приблизно мережевий і транспортний рівні: наскрізна доставка, маршрутизація, автоматична ретрансляція, TDMA, якість обслуговування та керування мережею. Це єдина програмна реалізація, що належить країнам NILE: написана на Ada 95 і працює на звичайному комп'ютері з Windows або Linux.
  • Криптозахист канального рівня (Link-Level COMSEC, LLC) — криптографічний пристрій. Поточний LLC 7M розробили США, NSA сертифікувала його в лютому 2016 року; він постачається лише через Foreign Military Sales США, і один пристрій обслуговує до чотирьох мереж NILE.
  • Контролер обробки сигналів (SPC) — приблизно рівень каналу даних і фізичний рівень: модуляція, виявлення й виправлення помилок (EDAC) та захист передачі. Одиниці потрібен один SPC на мережу; SPC — комерційні вироби.
  • Радіостанції — комерційні комплекти HF і UHF. Наявні HF-радіостанції Link 11 підтримують оригінальні фіксовані хвильові форми HF 1–6; новіші хвильові форми й режими стрибків частоти потребують радіостанцій, перевірених для них.

SNC, LLC, SPC і радіостанції утворюють комунікаційне обладнання NILE (NCE); система Link 22 — це NCE плюс частина DLP, що відповідає Link 22. SNC і специфікації інтерфейсів — спільні продукти NILE, а LLC 7M — американська розробка; але TDS/DLP, SPC, радіостанції, джерело часу та інтеграція всього цього — національна відповідальність. В еталонній інсталяції з посібника інтерфейси DLP–SNC і SNC–LLC працюють через TCP/IP на Ethernet, LLC з'єднується з кожним SPC послідовним каналом, а джерело часу доби (STANAG 4430) подає час у DLP, SNC, SPC і радіостанції зі стрибками частоти. Країни-партнери отримують SNC лише у вигляді виконуваних файлів; другорядні версії SNC між собою взаємодіють, а великі (наприклад, 9.x і 10.x) — ні.

Кожна мережа NILE використовує один носій. Link 22 визначає два діапазони: HF (2–30 МГц) — покриття за межами прямої видимості земною та іоносферною хвилею, оптимізоване (але не обмежене) приблизно на 300 морських миль, і UHF (225–400 МГц) — лише пряма видимість. У кожному діапазоні можна працювати на фіксованій частоті (FF) або зі стрибками частоти в режимі заходів електронного захисту (EPM) для стійкості до глушіння. Кожен носій пропонує кілька налаштувань, якими пропускна здатність обмінюється на стійкість, тож мережа працює навіть за поганого поширення, зокрема у високих широтах, де Link 11 має труднощі.

НосійСтандарт хвильової формиМережевий пакетШвидкість тактичних даних на мережу
HF, фіксована частотаSTANAG 4539168–1 368 біт1 493–4 053 біт/с (оригінальні налаштування); до 9 600 біт/с зі швидкісними хвильовими формами
UHF, фіксована частотаSTANAG 4205608–1 824 біт12 666 біт/с
UHF EPM (стрибки)STANAG 4372 (SATURN)464 бітиНе публікується (таймінг кадрів класифіковано)
HF EPM (стрибки)STANAG 4444 (повільні стрибки)96–240 бітНе публікується; станом на 2020 рік не реалізовано

Наведені швидкості — це те, що залишається для тактичних даних після виправлення помилок і службових даних синхронізації; розміри пакетів — із посібника 2013 року. Пропускна здатність сумується між мережами: видання 2020 року наводить 44 532 біт/с для двох мереж UHF плюс двох HF і дальність понад 1 000 морських миль. Приріст по HF отримано завдяки німецькому вдосконаленню 2007–2009 років, яке зробило стандартні налаштування HF стійкішими, розширило безперервне покриття до 1 000 морських миль і додало швидкісні хвильові форми. Для масштабу: Link 16 дає 26 880–107 520 біт/с залежно від пакування; Link 22 жертвує «чистою» пропускною здатністю заради дальності, стійкості та автоматичної ретрансляції.

Мережі NILE та супромережа Link 22

Мережа NILE — це група одиниць, які обмінюються даними STANAG 5522 одним носієм за одним набором мережевих параметрів. Оперативна система Link 22 — це супромережа: від двох одиниць в одній мережі до восьми мереж NILE і 125 одиниць. Кожна одиниця може одночасно перебувати в чотирьох мережах, і кожна мережа може використовувати будь-який носій та режим: скажімо, HF для розосередженої тактичної групи, UHF усередині ближньої охорони та UHF EPM там, де очікують глушіння.

Супромережа Link 22 з трьома мережами NILE на носіях HF, UHF і UHF EPM; два фрегати, кожен у двох мережах, ретранслюють повідомлення від берегового центру операцій до корвета, а есмінець пересилає дані до мережі Link 16
Одиниці більш ніж в одній мережі NILE ретранслюють автоматично; одиниця пересилання (FJ) з'єднує супромережу з Link 16 за STANAG 5616.

Будь-яка одиниця може адресувати будь-яку іншу в супромережі, незалежно від того, в яких мережах вони перебувають. SNC відстежує зв'язність і вирішує для кожного повідомлення окремо, чи потрібна повторна передача, щоб досягти адресатів, — автоматична ретрансляція тією самою або іншою мережею. Це прибирає станцію керування мережею Link 11 і виділені авіаційні ретранслятори Link 16 з плануванням ретрансляційних слотів. Ретрансляція автоматична за замовчуванням; одиницю можна заборонити ретранслювати або призначити пріоритетним ретранслятором, а маршрутизація обходить перевантаження та втрачені одиниці.

Повідомлення адресуються як Totalcast (усі одиниці), Neighborcast (радіосусіди в кожній із мереж одиниці), Mission Area Sub-Network (попередньо визначена група), динамічний список (від двох до п'яти названих одиниць) або точка-точка, з підтвердженням чи без нього. TDS і DLP ідентифікують одиниці 15-бітною адресою Link 22, узгодженою з адресацією Link 16; SNC також виділяє внутрішню 7-бітну адресу NILE, яку DLP ніколи не бачить. Без станції керування мережею, з розподіленими протоколами втрата будь-якої однієї одиниці не виводить мережу з ладу.

TDMA, динамічний TDMA і якість обслуговування

Кожна мережа NILE ділить ресурс методом TDMA, але вона безвузлова: немає одиниці Network Time Reference, як у Link 16. Структура мережевого циклу ділить час на фіксовані мініслоти, довжина яких залежить від носія; часові слоти — це цілі числа мініслотів, кожен закріплений за одиницею, а мережевий цикл може сягати 1 024 мініслотів. Необов'язкові слоти Priority Injection нікому не належать: термінові повідомлення першого пріоритету можуть вийти там достроково й повторюються у власному слоті відправника на випадок колізії.

Планувальники або задають цикл у документі OPTASK LINK, або вказують потребу кожної одиниці в пропускній здатності та допустиму затримку доступу — і SNC обчислює оптимізовану структуру. В експлуатації Dynamic TDMA (DTDMA) дозволяє перевантаженим одиницям отримувати запасну ємність, яку віддають інші, тимчасово чи постійно, без зміни тривалості циклу. Якщо й цього замало, одиниця керування мережею може переконфігурувати мережу з новою структурою циклу або реініціалізувати її з іншими параметрами носіїв після короткої паузи.

Кожен запит від DLP несе якість обслуговування, яку SNC забезпечує: пріоритет 1–4; надійність — стандартна (80 % імовірності прийому), висока (90 %) або гарантована доставка з підтвердженнями, де SNC обчислює повтори та розподіляє їх по пакетах; чотири рівні застарівання даних, щоб прострочені дані ніколи не надсилалися; збереження джерела даних на будь-якому маршруті ретрансляції; і прапорець перевизначення радіомовчання.

Повідомлення F-серії та FJ-серії проти J-серії

Link 22 передає тактичні дані повідомленнями фіксованого формату зі слів тактичних повідомлень (TMW) по 72 біти, від одного до восьми слів на повідомлення. Ці повідомлення F-серії належать до тієї самої родини J, що й Link 16: вони використовують ті самі визначення елементів даних, 15-бітні адреси, 19-бітні номери треків і координати WGS-84. Є два види:

  • Унікальні повідомлення F-серії — компактні версії повідомлень Link 16 або повідомлення без еквівалента в Link 16. Вони економлять смугу в повільних мережах HF.
  • Повідомлення FJ-серії — повідомлення J-серії Link 16, упаковані в 72-бітні слова, тому чимало повідомлень Link 16 проходять Link 22 без змін.

Спільний словник даних дає даним Link 22 діапазон і гранулярність, яких бракувало M-серії Link 11, і робить трансляцію в Link 16 значно простішою, ніж трансляція Link 11. Про лінк-16-івську частину родини читайте у списку повідомлень J-серії та нашому покажчику полів J-серії.

DLP будує кожне повідомлення (або бере його з TDS) і передає до SNC в Transmission Service Request (TSR) з його QoS; SNC перевіряє запит і звітує про успіх або невдачу. NCE працює з тактичними повідомленнями як із запечатаними конвертами й ніколи не читає їхній зміст. Короткий нарис того, чим керує DLP на кожен запит (ілюстративно; справжнє кодування визначено в 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")

Розробляєте національну частину Link 22? Інженери Corvus Intelligence будують кодеки F- і FJ-серій, згенеровані з таблиць елементів даних, ПЗ DLP під інтерфейс SNC вашої програми, шлюзи пересилання Link 22 ↔ Link 16 із керуванням номерами треків і контурами, а також уведення треків Link 22 у морські картини C2. Обговоріть вашу інтеграцію Link 22 →

Безпека Link 22 і керування мережею

Безпека. LLC забезпечує захист зв'язку та мережі (COMSEC і NETSEC). LLC 7M застосовує захист цілісності та шифрування з прив'язкою до часу, що робить spoofing складнішим і легшим для виявлення, ніж на Link 11; попередній KIV-21/LLC ділив крипточіп із Link 16 і використовував тижневі ключі. EPM-носії зі стрибками частоти додають захист передачі. Оскільки NCE ніколи не читає тактичний зміст, країна може додатково шифрувати тактичні дані наскрізно поверх каналу — чого не може запропонувати термінал Link 16, який мусить мати доступ до даних, що передає.

Керування мережею автоматизоване за задумом. Кожна одиниця ініціалізується з тих самих базових параметрів у документі OPTASK LINK (OLM), який DLP завантажує в каталог супромережі SNC; мережа може нести тактичний трафік від свого стартового часу без будь-якого попереднього обміну в ефірі або спершу дослідити поширення. Ролі дві: один підрозділ керування супромережею (SNMU) і підрозділ керування мережею (NMU) на кожну мережу NILE, кожен із резервним, що перебирає керування автоматично — і канал працює навіть зовсім без носіїв ролей. SNMU може запускати нові мережі, вимикати одиниці, мережі чи всю супромережу, оптимізувати продуктивність і керувати радіомовчанням та станом криптоключів. Пізно прибулі використовують Late Network Entry (LNE), щоб отримати актуальні параметри — активним, неактивним або тихим (лише прослуховування) входом; одиниці лише на приймання можуть слухати, не отримуючи ємності на передачу.

Link 22 рідко працює сам. Пересилання даних — приймання даних одним каналом і повторна видача їх, коректно перекладених, іншим — це функція DLP поза специфікаціями системи NILE. Нею керує STANAG 5616 (ATDLP-6.16): том II охоплює Link 22 ↔ Link 16, том III — Link 22 ↔ Link 11/11B, і кожен DLP із двома чи більше каналами, що пересилає дані, мусить відповідати стандарту. Одиниця на обох Link 22 і Link 16, яка пересилає між ними, — це одиниця FJ; багатоканальні оперативні процедури містить ATDLP-7.33 (раніше ADatP-33).

Завдяки спільному словнику родини J пересилання Link 22 ↔ Link 16 — це переважно перепризначення й перепакування, тоді як Link 11 вимагає транслювати повідомлення M-серії. Довідник NILE ранжує зусилля на DLP відповідно: подвійний Link 16/Link 22 простіший за подвійний Link 11/Link 22, а повний DLP Link 11/16/22 — найважчий. Розподіл номерів треків, відповідальність за звітування, придушення дублікатів і запобігання контурам розглянуто в нашому матеріалі про шлюз Link 16 / Link 22 та статті про ПЗ шлюзів тактичних каналів даних; списання старого каналу — у матеріалі про міграцію з Link 11.

Link 22 проти Link 16 коротко

Link 16 (STANAG 5516) — канал високої пропускної здатності, стійкий до глушіння, для повітряної картини: діапазон L, пряма видимість і залежність від авіаційного чи супутникового ретранслятора для дальності. Link 22 — HF/UHF-канал для розосереджених морських сил: менше пропускної здатності, зате дальність за межами прямої видимості, автоматична ретрансляція без ретрансляційних платформ і значно простіше керування мережею. Канали проєктували як взаємодоповнення. Дивіться повне порівняння Link 22 і Link 16 або Link 11 проти Link 16 проти Link 22, або почніть зі статті що таке Link 16.

Тестування Link 22: NILE Reference System і MLST3

Проєкт NILE фінансує дві тестові системи. NILE Reference System (NRS) — тестер сумісності для SNC, який також підтримує перевірку LLC і SPC: генерація сценаріїв, вилучення даних, відтворення та автоматизований аналіз очікуваних відповідей для регресійного тестування. Його конфігурації: верифікація SNC (один SNC під випробуванням проти до 124 змодельованих одиниць), кілька одиниць під випробуванням (дві-п'ять справжніх SNC, за потреби зі справжніми SPC і радіостанціями), повна симуляція системи з 1–125 одиниць і режим Media Simulator для тестування національного DLP без справжніх SPC. Симулятор LLC і Media Simulator дозволяють інтеграторам працювати без криптообладнання та радіостанцій.

Multiple Link System Test and Training Tool (MLST3) — тестер інтероперабельності: він перевіряє відповідність DLP стандартам тактичних повідомлень і сумісність із Link 16, Link 11 та JREAP в одноканальних і багатоканальних конфігураціях і водночас слугує навчальним інструментом. MLST3 постачається через Foreign Military Sales США; інші виробники пропонують альтернативи. Випробування платформ і коаліційні випробування далі йдуть звичним шляхом, описаним у матеріалі про сертифікацію сумісності NATO.

Що розробляють програмні команди для Link 22

Довідник NILE каже прямо: розробка та інтеграція DLP — «найзначніше й найдорожче зусилля під час впровадження Link 22». SNC поставляється, LLC купується, SPC і радіостанції комерційні, тож інженерні зусилля зосереджуються на національному ПЗ:

  • Інтеграція DLP — спроєктувати модель треків TDS на повідомлення F/FJ-серії, реалізувати ініціалізацію, керування мережею та обробку TSR через інтерфейс DLP–SNC і взяти на себе відповідальність за звітування, фільтрацію та кореляцію. Обсяг визначає вартість: DLP лише на приймання — найпростіші, приймання плюс обмежена передача (нагляд, PLI) — ще керовані, повний C2 вимагає значно більшої уваги.
  • Кодеки F- і FJ-серій — побітно точні кодувальники й декодери для 72-бітних TMW, згенеровані з таблиць елементів даних, а не написані вручну, із перевіркою діапазонів і тестами прямого й зворотного перетворення.
  • Багатоканальні шлюзи — пересилання за STANAG 5616 між Link 22, Link 16 і Link 11 зі стабільним відображенням номерів треків і придушенням контурів.
  • Уведення до C2 і COP — треки Link 22 у морській картині, вирівняні за часом і злиті з Link 16, AIS і радаром; див. морське ПЗ командування й керування та морську ситуаційну обізнаність у C2.
  • Симуляція і навчання — генератори сценаріїв, синтетичні супромережі та інструменти запису/відтворення для підготовки операторів і регресійного тестування разом із NRS і MLST3.

Заздалегідь запускуйте й непрограмний шлях. Країні-партнеру потрібна країна-спонсор із NILE, одностайне схвалення країн NILE і Нідерландів та кейс US FMS на LLC 7M і дворічні block-cycle релізи SNC — паперова робота, що йде паралельно з розробкою, а не після неї.

Інтегруєте Link 22 у систему C2 або бойову систему?

Ми будуємо інтеграцію Link 22 на боці DLP, кодеки F/FJ-серій, шлюзи пересилання Link 22 ↔ Link 16 і уведення даних у морське C2, із симуляційними стендами для перевірки до морських випробувань.

Обговорити інтеграцію Link 22 → Керівництво зі шлюзу Link 16 ↔ Link 22 →

Підготували інженери Corvus Intelligence, які розробляють кодеки тактичних каналів даних, багатоканальні шлюзи та ПЗ C2; першоджерела — публічні видання проєкту NILE Link 22 Guidebook і Customer Information Guide. Про Corvus Intelligence →