Variable Message Format (VMF): тактичний повітряно-наземний канал передачі даних для сумісності

Наземні підрозділи, що викликають авіаційну підтримку, і літальні апарати, що відповідають на цей виклик, стикаються з проблемою, яка визначає тактичну авіацію з часів Другої світової війни: обидві сторони використовують різні радіостанції, різні командні мови та різні ситуаційні картини. Variable Message Format (VMF), стандартизований відповідно до MIL-STD-47001, — це відповідь армії США на цей координаційний розрив у цифровій сфері. VMF визначає набір повідомлень з двійковим кодуванням, що працює через стандартні тактичні радіостанції — без спеціалізованого термінального обладнання — і несе структуровані дані, необхідні ланцюгам вогневої підтримки для координації підтримки з повітря, артилерійського вогню та повітряної ізоляції з точним часуванням і правовою підзвітністю. У цій статті розглядається, як конструюються повідомлення VMF, як вони проходять через обмежені радіоканали, як вони з'єднуються із системами C2, такими як AFATDS і CPOF, і як вони порівнюються з Link 16 для повітряно-наземної координації у спільних та коаліційних мережах.

Що таке VMF і яке місце він займає в ландшафті тактичних каналів передачі даних

VMF — це не радіохвильова форма і не мережевий протокол у розумінні IP. Це стандарт кодування повідомлень: набір правил, що визначають, як кожне поле тактичного повідомлення упаковується в двійковий бітовий потік, як адресується повідомлення та яка поведінка підтвердження і повторної передачі на рівні застосунку очікується. Радіохвильова форма — стрибкова SINCGARS, HAVEQUICK II, UHF SATCOM або програмно-визначена радіостанція з тактичною хвильовою формою — є окремим питанням. VMF розташований вище хвильової форми як прикладний рівень, що робить його переносимим між будь-якими радіостанціями, здатними передавати цифрові дані.

У ширшому ландшафті каналів передачі даних VMF займає специфічну нішу: цифровий обмін повідомленнями для координації вогневої підтримки між повітряними і наземними та наземними і наземними силами. Це не канал спостереження і не канал обміну треками. VMF не транслює безперервні позиційні треки так, як це роблять J-серійні повідомлення Link 16. Натомість він несе дискретні, транзакційно-орієнтовані повідомлення — виклик вогню, передача цілі, дозвіл на залучення, оцінка бойових пошкоджень — що відповідають процедурним крокам ланцюга координації вогневої підтримки. Ця транзакційна модель добре підходить для переривчастого, низького циклу роботи ВЧ, УКХ і УВЧ тактичних радіостанцій, які не можуть підтримувати безперервну високопропускну передачу, яку вимагає TDMA-мережа Link 16.

Стандарт зазнав кількох редакцій, причому MIL-STD-47001D (і його попередні версії з позначенням 2045-47001) визначає поточний набір повідомлень. Каталог повідомлень охоплює вільний текст (серія K01), виклик вогню (серія K04), цифрову підтримку з повітря (серія K05, включаючи цифровий дев'ятирядковий формат), доповіді датчиків, оцінки бойових пошкоджень та адміністративний трафік. Кожному типу повідомлення присвоєно унікальний ідентифікатор і фіксована структура полів, що дозволяє програмному забезпеченню-отримувачу аналізувати вхідні бітові потоки без позасмугової сигналізації про вміст повідомлення.

Структура повідомлення VMF: заголовок, ініціатор, отримувач і поля корисного навантаження

Кожне повідомлення VMF починається зі стандартного заголовка застосунку, визначеного в MIL-STD-47001. Заголовок несе поля, що маршрутизують і пріоритизують повідомлення незалежно від його вмісту: номер повідомлення (лічильник послідовності, що використовується для зіставлення підтверджень), ідентифікатор підрозділу-ініціатора (URN — Unit Reference Number), ідентифікатор підрозділу-отримувача або широкомовна адреса, версія повідомлення, класифікація, рівень пріоритету (від ROUTINE до FLASH OVERRIDE) та поле підтвердження або негативного підтвердження раніше отриманого повідомлення. Заголовок компактний — зазвичай 40-60 бітів — оскільки кожен біт, витрачений на службові дані, — це біт, недоступний для корисного навантаження на обмеженому каналі.

Після заголовка повідомлення містить блок ініціатора, що ідентифікує підрозділ, що надсилає, у ланцюгу вогневої підтримки. Цей блок включає URN ініціатора, код батьківської організації підрозділу-ініціатора та часову мітку, закодовану як часова прив'язка відносно загального часового орієнтира (зазвичай часу GPS). Часова мітка критична для деконфліктації вогневої підтримки: коли кілька підрозділів одночасно передають запити вогню, часова мітка в блоці ініціатора встановлює пріоритет і забезпечує журнал аудиту, який командири вимагають для відновлення послідовності подій після інциденту дружнього вогню.

Поля корисного навантаження варіюються залежно від типу повідомлення, але дотримуються тієї самої дисципліни двійкового пакування протягом усього. Координати кодуються як широта і довгота з роздільною здатністю 0,0001 кутової мінути (приблизно 0,19 метра на екваторі), упакованими в мінімальну кількість бітів, необхідних для охоплення повного географічного діапазону. Перелічувані поля — тип цілі, тип позначення, тип боєприпасу, бажаний ефект — кодуються як цілочисельні індекси до таблиці кодів VMF, займаючи лише стільки бітів, скільки потребує розмір таблиці. Поле типу позначення з вісьмома допустимими значеннями потребує лише трьох бітів. Це систематичне кодування мінімальним числом бітів — механізм, що дозволяє повідомленням VMF нести повний дев'ятирядковий брифінг підтримки з повітря менш ніж у 400 бітах — передача, яка завершується менш ніж за одну секунду в мережі SINCGARS.

Кодування полів: двійкове ущільнення та ефективність повідомлень у каналах з обмеженою пропускною здатністю

Визначальна технічна характеристика VMF — це підхід до кодування полів. Там, де стандарти обміну повідомленнями на основі XML, такі як XMPP або навіть схема CoT (Cursor on Target), використовують текстові представлення числових значень змінної довжини — широта 49,1234 градуса займає сім символів ASCII, або 56 бітів, — VMF упаковує те саме значення в поле цілого числа фіксованої ширини з 22 бітів. Заощадження накопичуються в кожному полі повідомлення. Повний цифровий дев'ятирядковий формат (запит CAS K05.4), який займав би приблизно 500 байт як текстове повідомлення, кодується до менш ніж 50 байт у двійковому форматі VMF. У радіомережі SINCGARS зі швидкістю 9,6 кбіт/с, що обслуговує кількох одночасних користувачів, ця різниця — це межа між повідомленням, яке вміщається в один тайм-слот передачі, і тим, що потребує кількох тайм-слотів і вносить затримки конкуренції, вимірювані секундами.

VMF також використовує умовне включення полів, щоб уникнути передачі полів, значення яких відсутні або не застосовні до певного екземпляра повідомлення. Таблиці визначень повідомлень у MIL-STD-47001 визначають для кожного поля, чи є воно обов'язковим, необов'язковим або умовно обов'язковим залежно від значення іншого поля. Необов'язковим полям передує біт присутності: один біт, що вказує, чи слідує поле. Якщо біт присутності дорівнює нулю, поле відсутнє і аналізатор переходить до наступного поля, не зчитуючи жодного біта для відсутнього значення. Цей механізм дозволяє тому самому типу повідомлення охоплювати широкий спектр оперативних сценаріїв — від мінімального запиту вогню, що несе лише основні дані прицілювання, до повністю заповненого запиту з альтернативними цілями, геометрією кінцевої атаки, даними про загрози та примітками екіпажу — без необхідності створювати окремі типи повідомлень для кожної комбінації.

Виявлення помилок у VMF покладається на перевірку циклічним надлишковим кодом (CRC), що додається до кожного повідомлення. CRC виявляє бітові помилки, спричинені шумом радіоканалу, багатопроменевим поширенням та радіоелектронним придушенням. Коли термінал VMF виявляє збій CRC, він відкидає повідомлення і або надсилає NAK, якщо повідомлення мало номер (спонукаючи ініціатора до повторної передачі), або мовчки скидає його, якщо це було широкомовне без очікування підтвердження. Поєднання компактного двійкового кодування та виявлення помилок на основі CRC робить VMF стійким до недосконалих умов каналу, типових для тактичних УКХ і УВЧ каналів у гірській або міській місцевості.

Режими радіопередачі: UHF SATCOM, VHF/UHF у прямій видимості та планування PACE

Повідомлення VMF не залежать від радіосередовища, що їх переносить, але оперативні планувальники повинні враховувати дуже різні характеристики доступних режимів передачі. Найпотужнішим режимом для покриття за межами прямої видимості (BLOS) є UHF SATCOM, що працює в діапазоні 225-400 МГц через військові угруповання (Milstar, AEHF, MUOS) або комерційний UHF SATCOM. SATCOM забезпечує глобальне покриття і не схильний до маскування рельєфом, що робить його бажаним основним або альтернативним маршрутом, коли наземний підрозділ не може досягти прямої видимості з підтримуючим літальним апаратом. Компроміс — затримка: геостаціонарні траєкторії SATCOM вводять одностороннє затримку поширення 240-280 мс, що є незначним для більшості часових рамок координації підтримки з повітря, але повинно враховуватися в робочих процесах прицілювання з обмеженим часом.

Радіостанції VHF/UHF у прямій видимості — включаючи широкосмугову переносну радіостанцію Harris AN/PRC-117G, Thales AN/PRC-148 MBITR та бортові радіостанції сімейства AM-7/ARC-210 — забезпечують прямі канали, коли рельєф і висота дозволяють. Літальний апарат на висоті 10 000 футів над рівнем землі має дальність радіозв'язку у прямій видимості приблизно 120 морських миль до наземного термінала на рівні моря, яка скорочується до 30-40 морських миль у гірській місцевості зі значним затіненням. Канали прямої видимості забезпечують меншу затримку порівняно з SATCOM (по суті, нульову затримку поширення на тактичних дальностях) і вищі миттєві швидкості передачі даних на широкосмугових хвильових формах, але вони вимагають координації членства в мережі та планів частот між усіма підрозділами, що беруть участь.

Планування PACE — Primary, Alternate, Contingency, Emergency (Основний, Альтернативний, Запасний, Аварійний) — це оперативна структура, що регулює, як користувачі VMF перемикаються між цими режимами радіозв'язку при деградації шляху передачі. Типовий план PACE для елемента цифрової координації підтримки з повітря може визначати UHF SATCOM як основний для координації BLOS, VHF у прямій видимості як альтернативний, коли літальний апарат входить у зону досяжності, ВЧ-радіо з VMF через ВЧ як запасний та голосовий FM-радіозв'язок як аварійний резерв при відмові всіх цифрових шляхів. Стандарт повідомлень VMF підтримує всі ці режими транспортування, оскільки визначає лише кодування повідомлень, а не транспортування, — будь-яка радіостанція, що може передавати цифрові дані зі швидкістю не нижче мінімальної для хвильової форми, може переносити VMF.

Інтеграція з системами C2: AFATDS, CPOF та інші VMF-сумісні платформи

Оперативна цінність VMF реалізується через його інтеграцію з програмними платформами, що управляють ланцюгом координації вогневої підтримки. Advanced Field Artillery Tactical Data System (AFATDS) — це основний вузол VMF C2 на наземному боці. AFATDS отримує цифрові виклики вогню (повідомлення серії K04) від передових спостерігачів, виконує автоматичні перевірки відповідно до завантажених заходів координації вогневої підтримки, обчислює дані стрільби для органічної артилерії та передає запити підтримки з повітря (серія K05) до відповідного елемента координації вогневої підтримки. Коли оператор AFATDS затверджує цифровий дев'ятирядковий формат, система передає повідомлення VMF K05.4 по підключеній радіостанції, одночасно реєструючи транзакцію з часовою міткою ініціатора, номером місії та ідентифікатором оператора для підзвітності.

Command Post of the Future (CPOF) забезпечує рівень візуалізації командування над AFATDS. CPOF отримує повідомлення VMF, переслані AFATDS, і відображає місцезнаходження цілей, стан місій та заходи координації вогневої підтримки на загальній оперативній картині, доступній командиру бригади та батальону. Це дає старшим командирам ситуаційну обізнаність про поточні залучення без необхідності моніторингу радіомережі вогневої підтримки — історія транзакцій VMF відображається як структурований журнал на дисплеї CPOF, а не як голосовий трафік, що вимагає ручного транскрибування. Шлюзове програмне забезпечення, що поєднує VMF, Link 16 і CoT, може розширити цю картину на платформи, що не підтримують VMF нативно, дозволяючи клієнтам ATAK і спільним вузлам C2 отримувати стан вогневої підтримки, похідний від транзакцій VMF.

З авіаційного боку інтеграція VMF варіюється залежно від платформи та конфігурації авіоніки. Гелікоптери AH-64D/E Apache мають Improved Data Modem (IDM) або його наступника, що обробляє кодування та декодування повідомлень VMF і взаємодіє з багатофункціональними дисплеями літального апарату для представлення екіпажу декодованих дев'ятирядкових форматів. Літаки A-10C, оснащені Situational Awareness Data Link (SADL), підтримують VMF разом з іншими форматами каналів передачі даних. Термінал ROVER, що використовується JTAC і силами спеціальних операцій, підтримує VMF для цифрової координації підтримки з повітря поряд зі своєю основною функцією прийому відео в реальному часі з літальних апаратів та БпЛА. Практичне обмеження сумісності полягає в тому, що всі вузли транзакції VMF — ініціатор, ретранслятор (за наявності) та отримувач — повинні працювати на сумісних версіях визначень повідомлень MIL-STD-47001, інакше аналіз повідомлень не вдасться для полів, доданих у наступних редакціях стандарту.

Порядок роботи при підтримці з повітря: як VMF координує вогонь та авіаційні запити

Місія підтримки з повітря за підтримки VMF слідує структурованій послідовності, що починається з визначення цілі передовим спостерігачем або JTAC і закінчується підтвердженою оцінкою бойових пошкоджень в AFATDS. JTAC або FSO використовує VMF-сумісний термінал — захищений портативний пристрій, транспортну радіосистему або ноутбук із програмою вогневої підтримки, підключеним до тактичної радіостанції — для складання цифрового дев'ятирядкового формату (повідомлення K05.4). Програмне забезпечення термінала попередньо заповнює поля із завантажених даних: URN JTAC, поточну часову прив'язку від GPS та будь-які заздалегідь сплановані контрольні точки цілі. Оператор вводить або підтверджує змінні поля: координати початкової точки або зміщеної точки прицілювання, висоту цілі, код опису цілі, тип позначення та лазерний код, бажану геометрію кінцевої атаки, відомі загрози та напрямок виходу. Завершене повідомлення передається основним радіошляхом, визначеним у плані PACE.

Коли ударний літальний апарат отримує дев'ятирядковий VMF-формат, авіонічна система декодує повідомлення та попередньо заповнює вогневий комп'ютер координатами цілі та геометрією кінцевої атаки. Пілот або офіцер озброєння переглядає декодовані дані на багатофункціональному дисплеї, підтверджує, що лазерний код встановлений на прицільному пристрої або позначнику, і надсилає підтвердження VMF (ACK K05.4), що вказує на отримання і готовність. Це цифрове читання назад замінює — або доповнює — усне читання назад у традиційній голосовій процедурі підтримки з повітря, зменшуючи навантаження на голосовий зв'язок у завантажених радіомережах і забезпечуючи машиночитний запис підтвердження. JTAC спостерігає за заходом на ціль, перевіряє, що позначення захоплено, і коли всі критерії переривання дотримані, або передає повідомлення VMF про дозвіл, або видає усне «cleared hot» через голосову мережу, залежно від стандартної оперативної процедури підрозділу для інтеграції цифрового та голосового зв'язку.

Оцінка бойових пошкоджень закриває транзакцію. Після ураження цілі JTAC або екіпаж передає повідомлення VMF BDA (K05.7 або еквівалент), що несе оцінку ефекту, тип підтверджуючого датчика та час оцінки. AFATDS фіксує BDA відповідно до номера місії, оновлює матрицю виконання вогневої підтримки та робить BDA доступним у CPOF. Повний запис транзакції VMF — запит, підтвердження, дозвіл і BDA — забезпечує ланцюг підзвітності, який вимагають правила застосування зброї та перевірки після залучення. У бойових операціях з великим темпом, де десятки місій підтримки з повітря можуть виконуватися протягом кількох годин, це автоматизоване ведення записів якісно відрізняється від ручних журналів, які виробляють процедури з використанням лише голосового зв'язку.

VMF проти Link 16: вибір правильного каналу передачі даних для повітряно-наземної координації

VMF і Link 16 є взаємодоповнюючими, а не конкуруючими стандартами, але розуміння переваг кожного з них є необхідним для планування каналів передачі даних. Link 16 — це високоємна мережа TDMA, що безперервно розподіляє треки спостереження, дані розпізнавання «свій-чужий» (IFF) та картинну інформацію між усіма учасниками мережі. Оснащений Link 16 літальний апарат може бачити позицію кожного іншого учасника Link 16 на своєму тактичному дисплеї без будь-якої індивідуальної транзакції — мережа транслює оновлення позицій за фіксованим розкладом. Це робить Link 16 потужним для координації повітря-повітря, управління повітряним простором та комплексних повітряних операцій, де ситуаційна обізнаність у всіх силах є основною вимогою. Шлюзне перетворення Link 16 і Link 22 розширює цю картину на партнерів по коаліції та платформи в суміжних мережах.

Перевага VMF — доступність і специфічність. JTAC із Harris AN/PRC-117G може ініціювати цифровий дев'ятирядковий VMF-формат без термінального обладнання JTIDS, без реєстрації членства в мережі та без накладних витрат на управління частотами, які вимагає TDMA-мережа Link 16. VMF розроблений для транзакційно-орієнтованого робочого процесу вогневої підтримки: дискретний запит, дискретна відповідь, дискретний результат. Він не намагається розповсюджувати безперервну картину спостереження — він передає конкретні дані прицілювання, які вимагає конкретна вогнева місія, адресовані конкретному отримувачу, з вбудованим підтвердженням і повторною передачею. Це робить VMF більш практичним вибором для прямої цифрової координації підтримки з повітря між наземними підрозділами та літальними апаратами, особливо в умовах, де доступність терміналів Link 16 на наземному боці обмежена.

Система вибору є простою у більшості випадків. Використовуйте Link 16, де термінали JTIDS доступні з обох боків і безперервний обмін картиною є основною цінністю. Використовуйте VMF, де наземний елемент має стандартні тактичні радіостанції, де місія полягає у координації вогневої підтримки, а не в обміні даними спостереження, і де транзакційно-орієнтований дев'ятирядковий робочий процес природно відповідає оперативній процедурі. У спільних та об'єднаних операціях два канали передачі даних часто працюють одночасно: Link 16 надає картину повітряної обстановки та дані треків, тоді як VMF обробляє транзакції вогневої підтримки, а стандарти бібліотеки форматів повідомлень забезпечують правильне і без втрат перетворення між двома доменами у шлюзах. Операторам, що працюють в обох системах, потрібна видимість стану доставки повідомлень та стану каналу по всіх активних типах каналів передачі даних — вимога, яка ускладнюється зі збільшенням кількості платформ і типів каналів передачі даних, що беруть участь.