AEDP-18 стандартні служби потокової передачі ISR для NATO

Що це таке

AEDP-18, стандартні служби потокової передачі ISR для NATO, - це союзна публікація інженерної документації, яка визначає "CSD Stream Server", службу, через яку системи розвідки, спостереження та рекогносцирування (ISR) NATO і коаліції обмінюються потоковими даними сенсорів. Вона охоплює три види потоків: рухомі зображення (повноцінне відео), треки індикатора рухомих наземних цілей (GMTI) і тактичні дані Link 16. Вона доповнює AEDP-17, стандартний інтерфейс бібліотеки ISR для NATO, додаючи специфічний для потоків інтерфейс поверх каталогу та моделі запитів того документа, і обидві публікації запропоновані до угоди за STANAG 4559. Це видання A, версія 1, оприлюднене 28 березня 2018 року.

На відміну від багатьох стандартів у цьому каталозі, AEDP-18 не є документом про систему управління чи аудит. Це інженерна специфікація для програмного забезпечення: вона визначає схеми XML, службові контракти WSDL, моделі даних і формати передачі, які має реалізувати CSD Stream Server, канал сенсора або система опрацювання. Організація, до якої він доходить, - це той, хто проєктує, будує чи налаштовує один із цих компонентів, як правило оборонний підрядник або системний інтегратор, що працює над коаліційною програмою ISR, і доходить він до цієї організації через договір або вимогу інтероперабельності, яка викликає STANAG 4559 чи безпосередньо AEDP-18, а не через загальний обов'язок.

Шість інтерфейсів навколо одного сервера

CSD Stream Server має підтримувати щонайменше один із трьох видів потоків і надає до шести інтерфейсів. П'ять із них обов'язкові: Publish, через який сенсори оголошують новий живий потік і надсилають періодичні оновлення метаданих; Query, через який системи опрацювання виявляють живі потоки і шукають записані потоки за булевим синтаксисом запитів; Controller, через який системи опрацювання просять ретрансляцію живого потоку або відтворення записаного; NSILI Bridge, який записує мінімальні проксі-метадані у пов'язану бібліотеку NSIL, щоб завдання або розвідувальне повідомлення можна було зв'язати назад із потоком, з якого воно походить; і Replication, через який сервери обмінюються метаданими між собою, щоб кожен тримав відображення повного каталогу потоків коаліційного підприємства. Шостий, Notification, прямо названий необов'язковим, і його вимоги діють лише там, де сервер вирішує його реалізувати.

Модель даних і те, що змінюється залежно від виду потоку

Кожен атрибут метаданих у моделі даних CSD Stream Server належить до однієї з трьох категорій: зафіксований за визначенням, зафіксований бізнес-правилом або справді динамічний протягом життя потоку. Інтерфейс Publish забезпечує цю відмінність безпосередньо: повідомлення відкидають, якщо в ньому бракує обов'язкового атрибута або якщо воно намагається змінити атрибут, який модель даних вважає зафіксованим. Стан потоку NEW, CHANGED або OBSOLETE повідомляє серверові-отримувачу, чи сенсор починає, оновлює або завершує потік, і кожен сервер має підтримувати властивість, яку документ називає "<forward compatibility>", тобто вміти приймати й переносити розширення метаданих, яких сам не визначає, не відкидаючи їх безшумно.

Три види потоків не взаємозамінні. Завантажені рухомі зображення мають бути закодовані за стандартом рухомих зображень STANAG 4609, а відтворення дотримується правил межі кліпу з AEDP-8, щоб клієнт-отримувач міг почати розкодовування відразу. Завантажені дані GMTI мають бути двійковими даними у форматі STANAG 4607 без заповнювачів між пакетами, а при відтворенні сегменти дозволу на передачу, місії та завдання мають надходити раніше за дані огляду, які вони описують. Link 16 - виняток: оскільки єдиного сенсора-джерела немає, локальний CSD Stream Server записує трафік Link 16 автоматично, а не через інтерфейс Publish, ця версія AEDP-18 взагалі не підтримує реплікації метаданих Link 16 між серверами, і для нього немає окремих вимог до відтворення. Правильно врахувати ці відмінності важливо кожному, хто будує сервер чи клієнт, який має опрацьовувати більше ніж один вид потоку.

Реплікація метаданих у коаліційній мережі

Оскільки коаліційна мережа ISR охоплює кілька країн і майданчиків, AEDP-18 присвячує цілий додаток тому, як сервери CSD Stream Server тримають каталоги один одного синхронними через глобальну мережу. Кожен сервер має реалізувати інтерфейс служби реплікації, обмінюючись лише зміною метаданих з часу останнього повідомлення, а не повним станом, і має підтримувати маршрутизацію через головний вузол, щоб повідомлення, отримане від одного вузла-партнера, переслалося також кожному іншому налаштованому партнерові. Обов'язково підтримувати три режими розгортання: автономний, без жодної вихідної реплікації; головний вузол, що працює в повній або частковій сітці; і режим лише для читання, що приймає тільки вхідну реплікацію. Специфікація також задає конкретну нефункційну вимогу - стійку пропускну здатність до 475 200 повідомлень реплікації на добу, виведену з прикладу розгортання з п'яти сенсорів рухомих зображень, що оновлюються раз на секунду, і п'яти сенсорів GMTI, що оновлюються кожні десять секунд, - і визначає восьмикроковий процес уведення нового сервера в наявну мережу за допомогою одноразового файлу синхронізації, замість очікування, поки він наздогонить сам.

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

Чого AEDP-18 не охоплює

AEDP-18 не називає ні сертифікаційного органу, ні призначеного органу, ні державної схеми нагляду і не описує власної програми випробувань на інтероперабельність; його єдина мова відповідності - це звичайна для програмної інженерії умовність ключових слів RFC 2119 (MUST, SHALL, SHOULD, MAY тощо), яку розробник застосовує до власного проєкту. Він також припускає, а не визначає, робоче середовище NSILI за AEDP-17 і служби публікації-підписки та безпеки з AEDP-19, а ще припускає сенсори й системи опрацювання, які вже виробляють або споживають дані STANAG 4609, STANAG 4607 чи STANAG 5516.

Як його отримати

AEDP-18 публікує Управління стандартизації NATO. Як і кожен документ стандартизації NATO, він безкоштовний; авторитетним джерелом є Standardization Document Database, а копію можуть надати й власні органи стандартизації країн NATO. Ми віддаємо NATO належне за цей каталог і самі не продаємо й не розміщуємо копій.

Стандарти, на які він посилається

• AEDP-17Обов'язкове
• AEDP-19Обов'язкове
• STANAG 4607Довідково
• STANAG 4609Довідково
• STANAG 5516Довідково

Інші стандарти в темі «Авіаційні озброєння»

• AEDP-02AEDP-02 - архітектура взаємодії ISR NATO
• AEDP-03AEDP-03 - керівні матеріали з санітарної обробки пам'яті розширених систем зберігання даних
• AEDP-05AEDP-05 - посібник з впровадження інтерфейсу бібліотеки ISR NATO
• AEDP-06AEDP-06 - інтерфейс розширеного зберігання даних NATO (NADSI)
• AEDP-12AEDP-12 стандарт NATO на дані супроводу цілей для ISR
• AEDP-17AEDP-17 - стандартний інтерфейс бібліотеки ISR NATO