STANAG 4586: стандарт сумісності наземних станцій управління БпЛА

Кожна армія, що використовує безпілотні літальні апарати, стикається з варіацією однієї і тієї ж проблеми. Протягом десятиліття закупівель сила накопичує кілька платформ UAS від різних постачальників, кожна зі своєю власною наземною станцією управління, власною хвильовою формою каналу передачі даних і власним інтерфейсом оператора. Під час коаліційної операції союзники прибувають зі своїми власними запасами. Результат — проліферація наземних станцій — по одній на тип планера, іноді по одній на країну, — що не можуть ділитися командними повноваженнями, не можуть передати підняте в повітря повітряне судно і не можуть наповнювати загальну розпізнану повітряну картину. STANAG 4586 існує для того, щоб скоротити цю проліферацію до єдиної сумісної управляючої інфраструктури. У цій статті розглядається чотирирівнева архітектура стандарту, п'ять рівнів сумісності, які він визначає, як він забезпечує управління БпЛА різних виробників з однієї наземної станції, а також де реалізації стабільно відстають від специфікації.

Чотирирівнева архітектура STANAG 4586

STANAG 4586 структурує проблему наземного управління на чотири функціональних рівні, кожен із визначеним інтерфейсом до сусідніх рівнів. Розуміння рівневої структури є передумовою для розуміння того, де насправді знаходиться сумісність — і де її немає.

Human–Computer Interface (HCI)

HCI — це все, що оператор бачить і торкається: відображення на карті, вікно відеозображення від корисного навантаження, введення параметрів польоту, черга оповіщень та інструменти планування місій. Стандарт навмисно не специфікує HCI детально — операторський досвід залишено на розсуд розробників — але HCI повинен споживати нормалізовані дані, вироблені нижчими рівнями. На практиці варіативність HCI між реалізаціями є значним джерелом витрат на навчання, коли оператори переходять між сумісними продуктами GCS: стандарт гарантує, що дані однакові; він не гарантує, що елементи управління відчуваються однаково.

Core UAS Control System (CUAS)

CUAS — це процесорне ядро GCS. Він підтримує авторитетний стан місії — позицію і стан здоров'я літального апарата, стан корисного навантаження, активні маршрутні точки, умови оповіщень — і застосовує правила повноважень. При запиті на передачу управління CUAS арбітрує, яка GCS тримає управління на кожному рівні LOI. Він маршрутизує команди від HCI вниз до DLI і телеметрію від DLI вверх до HCI, а також записує журнал місії для перегляду після польоту. У CUAS знаходиться логіка управління кількома повітряними судами: один екземпляр CUAS може в принципі управляти одночасними підключеннями до кількох VSM і, відповідно, кількох планерів, з урахуванням обмежень робочого навантаження оператора та налаштування повноважень.

Data Link Interface (DLI)

DLI — це стандартизований набір повідомлень, що STANAG 4586 дійсно специфікує. Він визначає бінарні або ASCII-формати повідомлень, якими обмінюються CUAS і Vehicle-Specific Module, охоплюючи три області: повідомлення управління літальним апаратом (навігаційні команди, аварійні процедури, припинення польоту), повідомлення управління корисним навантаженням (наведення датчика, режим камери, передача EO/IR) і повідомлення телеметрії літального апарата (позиція, курс, швидкість у повітрі, рівень палива, стан здоров'я). DLI є транспортно-нейтральним — він може працювати через UDP, TCP або послідовний носій — але структура повідомлень і семантика параметрів зафіксовані стандартом. Це межа, на якій формально визначено сумісність, і межа, яку оцінює сертифікаційне тестування.

Vehicle-Specific Module (VSM)

VSM — це програмний адаптер, що з'єднує стандартизований світ DLI і власну реальність конкретної платформи UAS. Кожен тип UAS потребує власного VSM. В одному напрямку VSM отримує команди DLI від CUAS і перекладає їх у будь-який протокол, який очікує автопілот або бортовий комп'ютер корисного навантаження — що може бути власним бінарним форматом, діалектом MAVLink або специфічним для постачальника UDP-повідомленням. В іншому напрямку він отримує необроблену телеметрію від літального апарата і нормалізує її в повідомлення DLI, які може споживати CUAS. VSM — це місце, де ізолюється вся специфічна для постачальника складність; CUAS і HCI вище є в принципі незалежними від планера. На практиці розробка і обслуговування VSM є основним драйвером вартості і затримок у програмах інтеграції STANAG 4586.

Рівні сумісності: LOI 1–5

STANAG 4586 не трактує сумісність як бінарну. Він визначає п'ять рівнів сумісності, що описують поступово глибшу інтеграцію між GCS і UAS, а також між двома GCS у сценарії передачі управління. Система LOI є критичною, оскільки дозволяє програмі точно оголосити, яку можливість надає дана інтеграція — і яку не надає.

LOI 1 — це найменш глибокий рівень: непряме отримання даних, похідних від UAS. Система C2 отримує зображення або дані треку, що походять від UAS, але прямого підключення GCS до каналу зв'язку немає. Дані можуть бути ретрансльовані через систему обробки або спільну оперативну картину. LOI 1 взагалі не вимагає підключення в реальному часі до повітряного судна.

LOI 2 додає пряме отримання даних ситуаційної обізнаності UAS. GCS має живе підключення до каналу зв'язку і отримує телеметрію — позицію, висоту, стан здоров'я — в режимі реального часу, але не може надсилати команди. Це можливість лише для моніторингу, корисна для деконфліктинг і управління повітряною картиною, коли GCS не має повноважень над повітряним судном.

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

LOI 4 додає управління самим повітряним судном — GCS може видавати навігаційні команди, змінювати маршрутні точки і змінювати профіль польоту — але повноваження на запуск і посадку залишаються на початковій операційній станції. Передачі управління LOI 4 вимагають координації між двома операторами GCS і визначеного протоколу передачі для уникнення конфліктуючих команд.

LOI 5 — повна передача управління: приймаюча GCS бере на себе повний командний авторитет, включаючи запуск і посадку. Початкова станція фактично заблокована на час передачі. LOI 5 — це рівень, необхідний для передачі місій між кордонами або між країнами і для сценаріїв, коли повітряне судно відхиляється до поля, що контролюється іншим підрозділом. Він має найвищу складність управління повноваженнями і найбільш вимогливі вимоги безпеки.

Управління БпЛА різних виробників з однієї наземної станції

Оперативна цінність, яку обіцяє STANAG 4586 — це єдина GCS, яку бригада або тактична група може використовувати для управління будь-яким UAS, що приносять складові нації. Оператор, сертифікований на спільній GCS, може в межах свого рівня повноважень взяти LOI 3 управління корисним навантаженням розвідувального UAS союзної нації без перенавчання на власну систему цієї нації. Офіцер з управління вогнем може отримувати дані датчиків від кількох планерів — гвинтокрил, літак з фіксованим крилом, MALE — через один інтерфейс, а не перемикатися між різними наземними станціями.

Досягнення цього на практиці вимагає, щоб кожен UAS в запасах мав відповідний VSM або від свого виробника, або розроблений країною-інтегратором. Підтримка виробників є непослідовною: постачальники, чиї системи були розроблені до зрілості стандарту, часто надають мінімальну підтримку VSM, і їх пріоритети дорожньої карти можуть не збігатися з вимогами альянсу. Країни, що інвестували в програми STANAG 4586 — включаючи кілька, що брали участь у тестуванні сумісності CWIX — виявили, що розробка та обслуговування VSM власними силами є неминучими для застарілих або нішевих платформ.

Модель єдиної GCS також змінює проблему управління повітряним простором. Коли одна GCS одночасно управляє або контролює кілька планерів, відповідальність за деконфліктинг зміщується. CUAS повинен запобігати конфліктуючим навігаційним командам, а повноважна влада повітряного простору повинна чітко визначати, який оператор має командний авторитет над яким повітряним судном у будь-який момент. Для коаліційних операцій ці питання повноважень регулюються наказом про задачі авіації та відповідними національними обмеженнями, а не програмним забезпеченням GCS — але програмне забезпечення повинне застосовувати той стан повноважень, якого погодилися командири.

Виклики впровадження

STANAG 4586 розробляється з 1990-х років і пройшов зрілість через численні редакції, але реалізації регулярно стикаються зі спільним набором проблем. Раннє їх розпізнавання зменшує ризики за графіком і вартістю.

Вартість розробки VSM — це найчастіше згадуваний виклик. Новий VSM зазвичай вимагає трьох-шести місяців інженерної роботи для добре задокументованого UAS з кооперативним виробником. Для систем, інтерфейси автопілота і корисного навантаження яких не задокументовані публічно — або чий постачальник відмовляється співпрацювати — може знадобитися зворотна розробка зі значними супутніми витратами і юридичною складністю. Обслуговування VSM в процесі оновлень програмного забезпечення планера додає поточне навантаження, яке програми закупівель часто недооцінюють.

Затримка на ретрансльованих через супутник каналах є структурним обмеженням, яке стандарт не може усунути. STANAG 4586 специфікує формати і семантику повідомлень, а не вимоги до затримки. GCS, підключена до MALE UAS через ретрансляцію SATCOM з часом двостороннього обходу 600 мс, буде отримувати сумісні з DLI повідомлення — але вони прийдуть із достатньою затримкою, щоб зробити ручне навігаційне управління непрактичним. Операції LOI 4 і LOI 5 на каналах з великою затримкою вимагають автономних режимів польоту на повітряному судні, що зменшують потребу в циклах командного реагування в реальному часі, причому GCS видає наміри на основі маршрутних точок, а не безперервні командні введення.

Часткова відповідність є поширеною проблемою. Постачальники можуть реалізувати відповідну підмножину набору повідомлень DLI, пропускаючи повідомлення для можливостей, яких їхня платформа не має. Коли дві частково відповідні реалізації зустрічаються, перетин їх підтримуваних наборів повідомлень може бути меншим, ніж очікувала будь-яка зі сторін. Єдиний надійний спосіб виявити ці прогалини до операції — тестування, в ідеалі на сертифікованому тестовому стенді і для коаліційного застосування — проти фактичної GCS країни-партнера. CWIX забезпечує саме таке середовище і виявив прогалини часткової відповідності, які інакше виявилися б у найгірший можливий момент.

Неоднозначність повноважень під час передачі LOI 5 заслуговує окремої уваги. Коли приймаюча GCS бере на себе повне управління повітряним активом, обидві GCS потребують чіткого, однозначного індикатора того, хто тримає повноваження. Збої мережі під час протоколу передачі управління створюють граничні випадки, коли обидві станції можуть вважати, що тримають управління — або жодна не тримає. Надійні реалізації передачі управління включають маркер повноважень з обмеженим терміном дії, позитивне підтвердження від повітряного судна і повернення до початкової GCS, якщо підтвердження не отримано в межах визначеного вікна. Ці захисні заходи є вибором реалізації; стандарт визначає структуру протоколу, але не мандатує кожен механізм безпеки.

Інтеграція даних UAS, сумісних із STANAG 4586, з ширшою коаліційною спільною оперативною картиною вирішується шляхом з'єднання зі стандартами такими як CoT і TAK для розповсюдження треків, і до систем STANAG і AInterP для більш широкої архітектури сумісності. STANAG 4586 регулює інтерфейс GCS-UAS; трек повітряного судна і продукти датчиків, які він виробляє, все одно повинні прийматися системами C2 з використанням їх власних стандартів даних.