Link 16 — це тактичний канал даних NATO, який сьогодні забезпечує майже кожен обмін повітряною картиною в альянсі. Link 22 — стандарт, призначений замінити Link 11 — і розширити можливості класу Link 16 за межі прямої видимості. На папері обидва доповнюють один одного, на практиці — конкурують. Для будь-якої нової C2-програми, що перетинає поріг NATO, вибір одного, обох чи жодного має наслідки на двадцять років. Це інженерне порівняння: хвильові форми, формати повідомлень, шлюзи, термінали, releasability та архітектурні ставки, що випливають.

1. Два стандарти сьогодні

Link 16 оперативний у кожних великих ВПС NATO, на платформах AWACS і E-7, на кожному винищувачі четвертого та п'ятого покоління (F-15, F-16, F-18, F-35, Typhoon, Rafale, Gripen), на кожному сучасному комбатанті AEGIS і Type 45 та на більшості наземних вогневих підрозділів ППО. Стандарт регулюється STANAG 5516 і MIL-STD-6016. За обсягом і бойовою історією — це домінантний тактичний канал даних у світі.

Link 22 — формально NILE, NATO Improved Link Eleven — є цілеспрямованою заміною Link 11. Link 11 — HF/UHF, повільний і крихкий з часів Холодної війни; альянс зобов'язався у 1990-х розробити його наступника. STANAG 5522 визначає Link 22. Розгортання було поступовим: німецькі, французькі, італійські, британські та американські ВМС — провідні адаптери, з установками NIU (Network Interface Unit) на фрегатах класу FREMM, Type 26 та обраних комбатантах ВМС США. Link 22 — не заміна Link 16. Це заміна Link 11, що запозичила достатньо моделі даних Link 16, щоб бути корисною у змішаних мережах.

Скорочення у спільноті: Link 16 володіє повітряною картиною, Link 22 підхоплює там, де закінчується горизонт прямої видимості UHF.

2. Відмінності хвильових форм

Link 16 працює в L-діапазоні (960–1215 МГц), використовує TDMA з фіксованими часовими слотами і залежить від UHF-розповсюдження прямої видимості. Хвильова форма jam-resistant за дизайном — Joint Tactical Information Distribution System (JTIDS) і його наступник Multifunctional Information Distribution System (MIDS) використовують частотні стрибки через 51 канал з псевдовипадковими послідовностями стрибків, ключованими Crypto Variable. Ціна цієї стійкості — дальність: близько 300 морських миль між літаками на висоті, менше для надводних комбатантів, майже нічого для наземних підрозділів за рельєфом.

Link 22 робить іншу ставку. Він підтримує HF (2–30 МГц) і UHF (225–400 МГц) хвильові форми одночасно. HF дає дальність за горизонт — сотні-тисячі морських миль через skywave-розповсюдження. UHF дає лінію прямої видимості, порівнянну з Link 16, з вищою швидкістю передачі. Link 22 Network Controller може динамічно маршрутизувати повідомлення через будь-який носій — це заголовкова архітектурна особливість: одна логічна мережа поверх двох дуже різних фізичних шарів.

Компроміс — пропускна здатність. L-band хвильова форма Link 16 витримує приблизно 28,8–238 кбіт/с залежно від packing mode. HF-хвильова форма Link 22 ближче до кількох кбіт/с; UHF досягає десятків кбіт/с. Для щільності повітряної картини Link 16 все ще виграє з великим відривом. Для координації ВМС за горизонтом — де Link 11 колись ніс кілька сотень треків через океан — Link 22 цілком достатній і драматично надійніший.

3. Формат повідомлень — J-series проти F-series

Link 16 використовує J-series повідомлення, визначені у MIL-STD-6016. J-series — це fixed-format binary каталог повідомлень: J2 (precise participant location and identification), J3 (surveillance tracks), J7 (mission management), J10 (weapons coordination), J12 (control), J13 (platform and system status) тощо через десятки підкатегорій. Кожне повідомлення bit-packed у структуру 70-бітного слова, що мапиться на ємність слота TDMA.

Link 22 використовує F-series повідомлення, визначені у STANAG 5522. F-series навмисно спроєктована як суперсет, сумісний з семантикою J-series: F2 дзеркалить J2, F3 дзеркалить J3 і так далі. Намір — дозволити трансляцію через шлюз без lossy семантичного компромісу. Реальність складніша.

F-series повідомлення мають variable-length, тоді як J-series — fixed. F-series містить додаткові поля для метаданих over-the-horizon routing, що не мають J-series-аналога. Деякі F-series повідомлення кодують track quality і Identification, Friend or Foe (IFF) з вищою роздільністю, ніж еквівалентні J-series-поля. Коли ви транслюєте F у J на шлюзі, ці зайві біти губляться. Коли транслюєте J у F, додаткові F-series-поля null-padded. Round-trip не lossless.

Для більшості оперативних використань втрата прийнятна — трек залишається треком, ворожа ідентифікація все одно передається. Для координації weapons-quality через Multi-Link мережу втрата оперативно релевантна і має аналізуватися місія за місією.

4. Multi-Link шлюзи

Multi-Link шлюз — це практична відповідь на гетерогенне середовище каналів даних NATO. Maritime Operations Centre (MOC) чи AWACS може потребувати об'єднання Link 11, Link 16, Link 22 і Variable Message Format (VMF) треків в одну тактичну картину. Data Distribution System (DDS) та її сучасні еквіваленти — зазвичай на корабельних системах управління боєм SSCS, CMS-330 чи 9LV — виконують цю трансляцію.

JREAP — Joint Range Extension Application Protocol — стандарт тунелювання Link 16 J-series повідомлень через носії, що не є Link 16. JREAP-A працює через супутник, JREAP-B — через point-to-point serial (зазвичай HF чи UHF SATCOM з низьким jitter), JREAP-C — через IP-мережі (TCP чи UDP). JREAP-C найбільш широко розгорнутий, тому що IP-транспорт універсальний; він також вносить найбільше затримок.

Штраф у латентності має значення. Оновлення треку Link 16 транслюється у призначеному часовому слоті, зазвичай протягом 12 секунд після часу звіту. JREAP-C тунельоване оновлення через супутниковий хоп додає 500–800 мс мережевої латентності поверх затримки розкладу слотів. Для engagement-таймлайну ППО, обмеженого секундами, це різниця між рішенням engagement на основі поточної правди і на основі застарілої.

Шлюзи — необхідний факт NATO C2, але вони не безкоштовні. Інженерне правило: кожна трансляція каналу коштує семантичної точності, латентності та ще одного блоку, що може зламатися.

Ключовий висновок: Multi-Link шлюз — це не маршрутизатор. Це транслятор з думками. Вибір, яке Link 16 J-повідомлення мапиться на яке Link 22 F-повідомлення — і що губиться — жорстко закодовано вендором шлюзу. Два шлюзи від різних вендорів вироблять різні тактичні картини з того ж входу. Це реальна проблема інтероперабельності NATO, а не теоретична.

5. MIDS-LVT проти MIDS-JTRS проти Link 22 NIU

Історія термінального обладнання — це там, де менеджери програм отримують удар у спину. Link 16 несеться MIDS-терміналами. MIDS-LVT (Low Volume Terminal) — застаріле обладнання — аналоговий backplane, фіксована хвильова форма, у службі з кінця 1990-х. MIDS-JTRS (Joint Tactical Radio System) — сучасна software-defined заміна, здатна хостити Link 16 поряд з іншими хвильовими формами (TTNT, SRW, WNW) на одному блоці. MIDS-JTRS — те, що нові авіапрограми специфікують.

Виробнича потужність — обмеження. Сертифіковані MIDS-JTRS термінали йдуть від невеликої кількості US-cleared постачальників (Data Link Solutions, ViaSat, Collins Aerospace). Lead times для нових замовлень — 18–36 місяців. Для союзника NATO, що будує нову платформу, замовлення термінала MIDS-JTRS, розміщене у 2026, може не доставити обладнання до 2029. Це не скарга на procurement-процес; це фізична реальність постачань.

Link 22 NIU ще рідкісніші. Стандартні реалізації NIU йдуть від Rockwell Collins, Thales і Leonardo. Виробничий обсяг — сотні, не тисячі. Програма, що потребує Link 22 на двадцяти кораблях, побачить ті ж 24–36 місяців lead time і, можливо, довше залежно від статусу національної кваліфікації.

Урок procurement-математики: термінальне обладнання — це довга жердина. ПЗ, що говорить з цим терміналом — ваша система управління боєм, ваше C2-робоче місце — можна розробити й протестувати за місяці. Радіо — ні.

6. Національні варіанти та releasability

Link 16 має два практичні варіанти. US Link 16 містить реалізації повідомлень і Crypto Variables, що мають NOFORN — не releasable іноземним громадянам. NATO Link 16 — releasable-підмножина, що регулюється STANAG 5516. Той же MIDS-термінал можна завантажити будь-яким crypto-варіантом; різниця в бібліотеці повідомлень і безпековій акредитації.

Для союзника NATO це означає: інтероперабельність Link 16 з US-активами вимагає US-cleared crypto-завантаження, що вимагає рішення про реліз від US National Security Agency, що вимагає, щоб програма була у Foreign Military Sales (FMS) case з правильним release authority. Обмеження SHARES — Special High-Frequency Receiver-Transmitter — це паралельна HF-проблема: певні HF crypto-режими не releasable усім членам NATO, що ускладнює HF-операції Link 22 у змішаних коаліціях.

Releasability — це невідповідність імпедансу, що перетворює чисту технічну історію інтероперабельності на шестимісячні дипломатичні переговори. Будуйте під неї з самого початку.

7. Коли робити ставку на Link 22

Link 22 — правильний основний вибір, коли оперативна геометрія перевищує горизонт прямої видимості Link 16. Найясніші випадки:

Морські оперативні групи, що діють розосереджено. Фрегати за 200+ морських миль від командного корабля будуть випадати з Link 16 net неодноразово. HF Link 22 тримає мережу разом. Це оригінальний use case Link 11, модернізований.

Експедиційні HF-реле-сценарії. Морський патрульний літак над Північною Атлантикою, передовий комбатант в Арктиці, схема оборони островів у Тихому океані — будь-де, де повітряна картина має пройти сотні морських миль океану, щоб досягти C2-вузла. Dual-bearer-дизайн Link 22 побудований для цього.

C2-архітектури, що потребують резервування носія. Коли SATCOM-носій заглушений чи деградований, HF все ще працює. Здатність Link 22 переходити з UHF SATCOM на HF — у межах тієї ж логічної мережі — це властивість виживання, якої Link 16 не має.

Link 22 — неправильний основний вибір для: повітряних боїв fighter-to-fighter (UHF прямої видимості достатньо), вогневого контролю короткої дальності та будь-якого середовища, де Link 16 уже насичує оперативну потребу.

8. Шлях міграції для нових програм

Для нової NATO C2-програми — системи управління боєм, C2-вузла наземної ППО, тактичного оперативного центру — архітектурний вибір рідко «Link 16 чи Link 22». Це «як побудувати шар тактичного каналу даних, який не доведеться вирвати через п'ять років?»

Робочий патерн: dual-stack з канонічною внутрішньою шиною повідомлень. Бойова система зберігає свою тактичну картину у внутрішній моделі даних (зазвичай JC3IEDM чи еквівалент — див. наш аналіз MIP4-IES для наземного еквівалента). Шар протокол-адаптерів транслює внутрішню модель у та з J-series, F-series, VMF і будь-якого іншого необхідного протоколу. Адаптери версіонуються, hot-swappable і тестовані ізольовано.

Це той же патерн, що ми рекомендуємо для ширшого C2-стека: ніколи не дозволяйте протоколу витекти в основну доменну модель. Коли Link 16 Block Upgrade 2 постачає нове J-повідомлення чи Link 22 Increment 3 деприкейтить F-повідомлення, ви міняєте адаптер, не бойову систему.

Висновок з боку радіо: специфікуйте MIDS-JTRS, де можете дозволити, MIDS-LVT — лише там, де платформа не може хостити JTRS. Специфікуйте Link 22 NIU як future-fit опцію на кожній морській платформі, навіть якщо Day-1 операції — лише Link 11 чи Link 16. Рішення щодо обладнання, прийняті у фазі program-of-record, встановлюють стелю того, що ПЗ зможе робити наступні два десятиліття.

Для повного посібника з реалізації по тактичних каналах даних NATO дивіться Частину 2 нашої серії реалізації: Реалізація інтероперабельності NATO, Частина 2: Тактичні канали даних.