STANAG 5516: стандарт NATO, що лежить в основі Link 16

STANAG 5516 — це угода про стандартизацію NATO для Link 16, офіційно названа Tactical Data Exchange – Link 16. Стандарт, який вона запроваджує, публікується як ATDLP-5.16 — наразі це видання C, затверджене у квітні 2024 року в межах дев'ятого видання STANAG, — і він визначає формати повідомлень серії J, елементи даних та правила передачі й прийому, якими бойові системи обмінюються даними через Link 16. Сполучені Штати впроваджують той самий каталог повідомлень на національному рівні як MIL-STD-6016.

Що таке STANAG 5516?

STANAG — це не посібник, який можна просто завантажити. Це угода про стандартизацію: країни NATO її ратифікують, зобов'язуючись кожна впровадити спільний стандарт, а придатний до впровадження текст міститься у публікації, затвердженій під цією угодою. Для Link 16 такою публікацією є ATDLP-5.16, Tactical Data Exchange – Link 16; у базі стандартів альянсу куратором вказано команду з можливостей тактичних каналів передачі даних NATO. Коли інженери кажуть «стандарт Link 16», вони мають на увазі саме цей набір документів.

Визначення каналу в самій базі даних NATO дає корисну орієнтацію: Link 16 — це високопропускний, захищений, завадозахищений безвузловий радіочастотний канал передачі даних із множинним доступом з часовим поділом (TDMA), який забезпечує розподіл інформації, визначення місцеположення та ідентифікацію в інтегрованій формі і працює на терміналах JTIDS або MIDS у верхній частині діапазону UHF Lx (960–1215 МГц). Те, що STANAG 5516 додає поверх цієї хвильової форми, — це протоколи, угоди та формати повідомлень на основі слів фіксованої довжини: шар даних, який дозволяє двадцятьом різним національним бойовим системам малювати ту саму картину треків.

Якщо ви лише знайомитеся з самим каналом, почніть зі статті що таке Link 16 — частоти, смуга та TDMA і посібника з інтеграції ПЗ Link 16 щодо архітектури шлюзу. Ця стаття зосереджена на документах, адже помилкове визначення набору документів — це перша з витрат, яких можна уникнути у будь-якій програмі Link 16.

Що містить ATDLP-5.16 (і куди подівся ADatP-16)

Публікація побудована навколо стандарту повідомлень. У практичному сенсі — чотири блоки змісту:

• Каталог повідомлень серії J. Бінарні повідомлення фіксованого формату, згруповані у функціональні серії — спостереження, точне визначення місцеположення та ідентифікація учасника (PPLI), керування інформацією, координація та керування зброєю, стан платформи, вільний текст. Кожне повідомлення — це визначена послідовність початкових, розширювальних і продовжувальних слів із бітовими схемами полів. Докладний розбір — у нашому польовому посібнику з серії J, а повний каталог — у переліку повідомлень серії J.
• Елементи даних. Закодовані значення полів та їхні інтерпретації — таксономія ідентичності, якість треку, коди платформ і діяльності, квантовані поля місцеположення. Кодування «не заявлено» важать не менше за реальні значення: декодер, який перетворює їх на нуль, малює хибні треки.
• Правила передачі та прийому. Які повідомлення учасник передає і які може приймати, відповідальність за звітування, інтервали оновлення та як приймачі обробляють некоректні дані чи дані поза діапазоном.
• Участь у мережі. Як повідомлення розподіляються за групами участі в мережі (NPG) та часовими слотами. Самі дані проєктування мережі передаються між країнами за окремим інтерфейсним стандартом (ATDLP-7.03, дані проєктування мережі MIDS/JTIDS) — механіку розібрано у статті проєктування мережі Link 16: NPG, часові слоти та OPTASK LINK.

Навколо стандарту повідомлень розташовані допоміжні публікації: ATDLP-7.02 (коди та правила впровадження NATO) і ATDLP-7.04 (структура xTDL — XML-подання стандартів тактичних каналів передачі даних, корисне для машинної перевірки відповідності). Операційні процедури навмисно не входять до стандарту повідомлень: стандартні операційні процедури багатоканальної роботи — окрема публікація в серії ATDLP-7.x, а рівні кваліфікації фахівців TDL — ще один стандарт (STANAG 5555).

Найменування плутає людей. Старі програмні документи посилаються на ADatP-16, Standard Operating Procedures for NATO Link 16 (видання E, 2006, три томи). Цей номер належить попередній схемі нумерації публікацій: технічний стандарт Link 16 сьогодні затверджується в серії ATDLP як ATDLP-5.16, а операційні процедури несуть публікації багатоканальних SOP. Старі томи ADatP-16 досі спливають у каталогах — саме тому документ інтерфейсного контролю 2016 року і сучасний цитують різні номери для того самого каналу.

MIL-STD-6016: стандарт повідомлень Link 16 США

MIL-STD-6016 — офіційно Department of Defense Interoperability Standard: Tactical Data Link (TDL) Link-16 Message Standard — це національне впровадження США того самого каталогу серії J. Історично в американській службі Link 16 був відомий як TADIL J, і це позначення досі трапляється в старих інтерфейсних специфікаціях. Куратором конфігурації є Defense Information Systems Agency (DISA), а заявлена мета документа — надати стандартизований набір повідомлень Link-16 для потреб Міністерства оборони США.

Документ несекретний, але його розповсюдження контролюється. Редакція 2006 року (MIL-STD-6016C) містила distribution statement C — обмеження федеральним урядом США та його підрядниками, — а передача союзникам вимагає дозволу на розкриття іноземним державам. Американські програми отримують його через ASSIST — репозиторій стандартів Міністерства оборони США; підрядники — через свій урядовий контактний пункт. Програми союзників отримують документ через національні канали.

Для впроваджувача практичне співвідношення просте: біти серії J в ефірі однакові, а національний шар додає національні конвенції впровадження, коди та правила. Платформа, що приєднується до мережі США, сертифікується за MIL-STD-6016; платформа, що приєднується до мереж NATO, — за STANAG 5516/ATDLP-5.16, і більшість програм в альянсі в підсумку відстежують обидва. Зауважте також, що VMF (MIL-STD-6017) належить до того ж сімейства: національна доктрина TDL, наприклад Канади, описує variable message format як один із форматів повідомлень серії J поряд із Link 22.

Видання STANAG 5516 і розвиток стандарту

За публічними каталогами, видання 1 STANAG 5516 датується 1997 роком. Видання 3 вийшло у 2006-му, видання 4 — у 2008-му (саме воно досі фігурує в метаданих профілів сумісності NATO), видання 8 затвердило ATDLP-5.16 видання B у квітні 2019-го, а видання 9 — ATDLP-5.16 видання C у квітні 2024-го. Кожне видання — це подія ратифікації: країни приймають його через власні процедури, а редакції американського MIL-STD-6016 відстежують ті самі зміни каталогу за власним графіком.

Для програми видання — частина інтерфейсу. Дві системи, збудовані за різними виданнями, розійдуться у змінах полів, нових повідомленнях і застарілих кодуваннях — зазвичай непомітно, і це гірше. Зафіксуйте видання та версію в документі інтерфейсного контролю, генеруйте кодеки з таблиць каталогу, а не пишіть поля вручну, і проганяйте вектори відповідності після кожної зміни блоку. І пам'ятайте, що споріднені стандарти переглядаються незалежно: JREAP і правила пересилання даних не рухаються в одній зв'язці зі стандартом повідомлень.

Сімейство стандартів Link 16: 5511, 5518, 5522, 5602, 5616

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

Видання наведено за публічними каталогами стандартів NATO станом на 2026 рік — завжди уточнюйте чинне видання у своєму національному органі, перш ніж фіксувати інтерфейс.

Як читати карту: STANAG 5516 визначає повідомлення, а STANAG 4175 — термінал MIDS, який їх передає; поділ між шаром даних і радіо — це точно поділ між інтеграцією C2 і термінальною програмою (див. посібник з терміналів MIDS). STANAG 5518 (JREAP) несе ті самі тактичні дані через IP і SATCOM, коли мережа не дістає, — MIL-STD-3011 на боці США. STANAG 5616 визначає правила, яких дотримується вузол пересилання, транслюючи між Link 11, Link 16, Link 22 і JREAP, — це стандарт, що стоїть за шлюзом Link 16 / Link 22. STANAG 5602 (SIMPLE) з'єднує тестові потужності для перевірки сумісності TDL на основі протоколів IEEE DIS. Сам Link 22 — це STANAG 5522 — почніть зі статті що таке Link 22, — а компроміси між трьома каналами NATO порівняно у статті Link 11 проти Link 16 проти Link 22.

Як отримати доступ до STANAG 5516 і MIL-STD-6016

Стандарти NATO розповсюджуються через країни, а не компаніям. База NATO Standardization Office є реєстром, але постачальник отримує документи через своє міністерство оборони або національний орган стандартизації — зазвичай у межах програмного контракту, національної тестової програми чи домовленості про спонсорство з боку міністерства оборони. Процес бюрократичний, а не таємний: метадані каталогу (назви, видання, дати затвердження, відповідальні команди) публічні у даних профілів сумісності NATO та національних каталогах стандартів; повні тексти контролюються за розповсюдженням.

На боці США MIL-STD-6016 іде через ASSIST за distribution statement C, а передача союзникам вимагає дозволу на розкриття іноземним державам. Закладайте час очікування в тижнях і зважайте, що деякі томи та додатки — матеріали криптографічного керування, секретні додатки — охороняються суворіше за базовий стандарт. Інженерну роботу можна починати до завершення паперової тяганини: публічних операційних описів, навчальних матеріалів і стандарту симуляції Link 16 DIS/HLA (SISO-STD-002) достатньо, щоб зібрати тестовий стенд рівня повідомлень і фреймворк перевірки відповідності, поки контрольовані документи ще в дорозі.

Перевірка відповідності та тестування сумісності

Ніхто не самосертифікується у тактичний канал передачі даних. У кожній країні діє технічний орган з TDL, який відповідає за відповідність: наприклад, оборонні адміністративні накази Канади призначають спільну секцію керування TDL національним технічним органом для спільних TDL і вимагають лабораторного тестування сумісності TDL для перевірки відповідності стандартам перед експлуатацією. У Сполучених Штатах системи для військового застосування тестує та сертифікує Joint Interoperability Test Command (JITC).

Над національним рівнем — щорічні випробування NATO Coalition Warrior Interoperability eXploration, eXperimentation, eXamination, eXercise (CWIX), де двосторонні тести запускаються проти реальних стеків партнерів: це вправа, яка виявляє те, чого не бачать стенди відповідності, а не орган сертифікації. SIMPLE (STANAG 5602) — стандарт, що з'єднує тестові стенди саме для цього класу випробувань. Підготовка — окрема інженерна програма; дисципліну розбирають посібник із сертифікації CWIX і наш огляд коаліційного тестового стенду. Коротко: тестові вектори циклу кодування–декодування повідомлень серії J мають бути в безперервній інтеграції з першого тижня.

Контрольний список впровадження для команд розробки

Що саме впроваджувати, залежить від того, з якого боку терміналу ви працюєте.

Якщо ви розробляєте ПЗ C2 або шлюз

• Отримайте чинне видання ATDLP-5.16 — і MIL-STD-6016, якщо мережі США в межах проєкту, — через свого куратора до проєктування кодеків і зафіксуйте точне видання та версію в документі інтерфейсного контролю.
• Впровадьте підмножину повідомлень, яка дійсно потрібна вашому інтерфейсу — зазвичай спочатку спостереження, PPLI і керування інформацією — зі строгим типуванням, згенерованим із таблиць каталогу.
• Розглядайте кодування полів «не заявлено» як повноцінні значення; схлопування їх у нуль — класичний баг першого поля.
• Додайте JREAP (STANAG 5518 / MIL-STD-3011) для доступу через IP і SATCOM і правила пересилання STANAG 5616, якщо продукт з'єднує канали.
• Валідуйте кожне вхідне повідомлення за каталогом і журналюйте структуровані відхилення; буферизуйте вихідний трафік за пріоритетом, а не затоплюйте термінал.
• Вбудуйте в CI еталонні бітові вектори циклу кодування–декодування та симулятори партнерів — тактику інтеграції розібрано у частині 2 нашого посібника з впровадження сумісності.

Якщо ви розробляєте термінал чи компонент рівня каналу

• STANAG 4175 (характеристики терміналів MIDS) домінує у вашому технічному завданні — хвильова форма, криптографія, таймування, — але стандарт повідомлень усе одно визначає, що має нести інтерфейс хоста.
• Розподіл часових слотів, вхід у мережу та поведінка відносної навігації — предмет сертифікації, а не функції.
• Заплануйте обмін даними проєктування мережі MIDS/JTIDS (ATDLP-7.03) та інтеграційне тестування проти еталонного стенду.

Так чи інакше, закладіть бюджет на стенд відповідності з першого спринту. Це найдешевша страховка в програмі: провалений раунд сертифікації коштуватиме дорожче, ніж будь-коли коштуватиме стенд.