Програмне забезпечення управління спектром РЕБ: архітектура та можливості

Операції в електромагнітному спектрі (EMSO) знаходяться на перетині зв'язку, розвідки та бойової потужності. Спектр є одночасно середовищем, через яке дружні сили координують свої дії, сенсорним доменом, з якого спостерігається активність супротивника, та поверхнею атаки, яку радіоелектронна боротьба (РЕБ) використовує для деградації можливостей ворога. Управляти всіма трьома функціями в оспорюваному середовищі — не деградуючи при цьому власні системи — є основною проблемою, для вирішення якої існує програмне забезпечення управління спектром РЕБ.

Більшість армій мають якийсь варіант процесу управління спектром: орган призначення частот, об'єднаний список обмежених частот (JRFL) і набір процедур для вирішення конфліктів у спільних каналах. Чого їм часто бракує — це програмного забезпечення, яке робить цей процес достатньо швидким для оперативної релевантності. Запит на усунення конфліктів частот, що займає 48 годин через ручний робочий процес, безкорисний у динамічному бою, де призначення частот змінюються щогодини. Ця стаття розглядає архітектуру систем, що закривають цей розрив — охоплюючи моделі даних, конвеєри обробки, інтерфейси інтеграції та оперативні робочі процеси, що визначають здатну платформу програмного забезпечення EMSO.

Концепція EMSO та розмежування між управлінням спектром і домінуванням у спектрі

EMSO — це загальна спільна функція, що охоплює електронну атаку (EA), електронний захист (EP) та забезпечення радіоелектронної боротьби (ES). Управління спектром, у традиційному розумінні, є адміністративним підмножиною EMSO, зосередженим на координації дружніх сил: забезпеченні того, щоб радіостанції, радари, лінії передачі даних та інші випромінювачі отримували частоти, що не заважають одне одному. Домінування у спектрі є оперативною метою EMSO в цілому — досягнення свободи дій в електромагнітному середовищі при одночасному запереченні її супротивнику.

Програмне забезпечення, яке виконує лише управління спектром, є необхідним, але недостатнім в оспорюваному середовищі. Воно повідомляє, які дружні частоти призначені, і позначає потенційні конфлікти між ними. Воно не повідомляє, що передає супротивник, де знаходяться його постановщики завад або як власне заглушення впливає на зв'язок супротивника. Оперативно повне програмне забезпечення РЕБ інтегрує управління спектром зі збиранням ES, плануванням EA та заходами EP в єдину загальну картину оперативної обстановки електромагнітного середовища (EME). Модель даних повинна представляти як дружні випромінювачі (керовані), так і загрозливі випромінювачі (спостережувані) в єдиній структурі, яку оператор може запитувати, фільтрувати та використовувати для дій.

Основна архітектура програмного забезпечення

Зріла платформа управління спектром РЕБ зазвичай дотримується багаторівневої архітектури: рівень збирання, що отримує необроблені дані спектру від апаратних датчиків; рівень обробки, що перетворює необроблені зразки I/Q на структуровані записи випромінювачів; рівень кореляції та злиття, що відстежує випромінювачі з часом і вирішує ідентифікації; рівень управління, що забезпечує виконання планів частот і правил усунення конфліктів; і рівень представлення, що забезпечує готові до оператора відображення та оповіщення.

Рівень збирання: SDR-бекенди та конвеєр БПФ

Рівень збирання безпосередньо взаємодіє з апаратним забезпеченням радіочастот. В архітектурах програмно-визначеного радіо (SDR) широкосмуговий приймач оцифровує великий фрагмент спектру — зазвичай від 40 до 500 МГц миттєвої смуги пропускання — і передає зразки I/Q на рівень обробки зі швидкостями від десятків до сотень мегазразків на секунду. З боку відкритого програмного забезпечення, GNU Radio надає фреймворк для побудови графів обробки сигналів, що споживають цей потік зразків. Власне військове SDR-обладнання — включаючи хвильові рушії, сумісні зі Стандартом програмних комунікаційних архітектур (SCA) — виконує ту саму функцію з перевіреними засобами контролю безпеки і захищеними від зовнішніх умов конструктивами.

Конвеєр швидкого перетворення Фур'є (БПФ) перетворює часові зразки I/Q на оцінки спектральної густини потужності (PSD) у частотній області. Розмір БПФ визначає частотну роздільну здатність: БПФ з 4096 точками над потоком зразків 100 МГц дає приблизно 24 кГц на біт. Виявлення сигналів виконується відносно виходу PSD за допомогою виявлення CFAR (постійна частота хибних тривог): для кожного частотного біна система обчислює поріг на основі локального рівня шуму та позначає біни, де потужність перевищує поріг на визначену величину. Вихідним є потік подій виявлення сигналів, кожна з яких позначена центральною частотою, смугою пропускання, часом виявлення та рівнем потужності.

Навантаження на обробку масштабується безпосередньо з миттєвою смугою пропускання та розміром БПФ. Система, що безперервно контролює 500 МГц при глибині БПФ 4096 точок з оновленням кожні 10 мс, вимагає стійкої пропускної здатності приблизно 50 мільярдів операцій множення-накопичення на секунду. Сучасні прискорювачі FPGA і GPU справляються з цим навантаженням, але системний архітектор повинен перевірити, що ланцюг обробки підтримує необхідну швидкість оновлення при повному навантаженні — не лише у тестах постачальника зі синтетичними даними.

Відстеження та кореляція випромінювачів

Необроблені події виявлення не є оперативно корисними самі по собі. Один і той самий випромінювач передає багаторазово, переміщується географічно та може змінювати частоту. Рівень кореляції пов'язує події виявлення в часі та просторі в треки випромінювачів — постійні об'єкти з історією спостережень, оціненою позицією або азимутом та профілем параметрів сигналу. Логіка ініціювання треку повинна балансувати між чутливістю (виявлення короткочасних випромінювачів) та частотою хибних треків (відсутність помилкових треків від багатопроменевого поширення або перехідних завад). Підтримка треку використовує оцінювачі фільтра Калмана або частинкових фільтрів для поширення стану випромінювача між спостереженнями та коректної обробки пропущених виявлень.

Зняття відбитків сигналу розширює кореляцію за межі частоти та часу. Алгоритми радіочастотного зняття відбитків (RFF) витягують специфічні для обладнання артефакти модуляції — перехідні процеси ввімкнення, зміщення несучої частоти, сигнатури дисбалансу I/Q — що зберігаються при перестрибуванні частот і дозволяють системі повторно ідентифікувати конкретну радіостанцію, навіть коли вона змінює робочий канал. RFF дедалі більше реалізується з використанням класифікаторів згорткових нейронних мереж, навчених на мічених бібліотеках сигналів, досягаючи точності ідентифікації понад 90% на сильних сигналах з відношенням сигнал/шум вище 15 дБ.

Алгоритми призначення частот та усунення конфліктів

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

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

Усунення конфліктів виконується в реальному часі відносно поточної картини спектру. Коли до плану додається новий випромінювач — підрозділ, що розгортається, запитує нову частоту мережі, або активується радарна система — рушій усунення конфліктів перевіряє запитані параметри відносно всіх існуючих призначень та позначає конфлікти до затвердження призначення. Це стандартно в гарнізонних системах управління спектром; те, що тактичне програмне забезпечення РЕБ додає, — це здатність постійно перезапускати усунення конфліктів відносно живого виявленого спектру, а не лише відносно запланованої бази даних призначень. Випромінювач, відсутній у плані, що з'являється на частоті, яку використовує дружня радіомережа, є загрозою — незалежно від того, чи є він ворожим постановщиком завад, несанкціонованим дружнім передавачем або цивільною системою — і програмне забезпечення повинне представити його як конфлікт для дій оператора.

Усунення конфліктів постановщиків завад

Усунення конфліктів постановщиків завад є найбільш оперативно критичною функцією усунення конфліктів. Постановщик завад, що порушує роботу дружньої командної мережі під час спроби заперечення зв'язку супротивника, завдає негайної тактичної шкоди та підриває довіру до систем РЕБ в цілому. Програмне забезпечення усунення конфліктів постановщиків завад моделює ефективну випромінювану потужність (ERP) кожного постановщика завад, діаграму спрямованості антени, запланований діапазон цільових частот і географічний слід покриття. Воно обчислює бюджет завад у кожному дружньому приймачі в межах сліду постановщика завад і позначає будь-який випадок, де проєктовані завади перевищують допустимий поріг деградації.

Часове усунення конфліктів поширює це на планування часу: вікна активації постановщика завад плануються так, щоб уникати критичних комунікаційних подій — координації вогневих завдань, евакуаційних запитів, командно-push-трафіку — що відображаються в плані зв'язку. Програмне забезпечення повинне отримувати розклад комунікаційних подій із системи управління та автоматично забезпечувати часове розмежування — не через ручну координацію, що залежить від того, чи пам'ятають окремі оператори перевірити. Цей інтеграційний зв'язок — між планувальником застосування постановщика завад і розкладом зв'язку — відсутній у багатьох розгорнутих системах і є найпоширенішим джерелом ураження своїх у навчаннях з інтенсивним застосуванням РЕБ.

Інтеграція EA, ES та EP у програмному забезпеченні

Електронна атака, забезпечення радіоелектронної боротьби та електронний захист є оперативно взаємозалежними, але вони часто реалізовані в окремих програмних стеках, які не обмінюються даними в реальному часі. Оперативна вартість є значною: збирання ES виявляє постановщик завад супротивника, але інформація займає години, щоб дістатися до планувальника EP, який налаштовує параметри перескоку частот для протидії йому. Інтегроване програмне забезпечення РЕБ усуває цю затримку, підтримуючи спільну картину EME, з якої планувальники EA, оператори ES та інженери EP одночасно читають і до якої записують.

Модель інтеграції використовує шину повідомлень за принципом публікація/підписка — зазвичай реалізацію стандарту Служби розподілу даних (DDS) або легкий брокер, такий як MQTT через класифіковану мережу — де кожна функція РЕБ публікує свої виходи як типізовані повідомлення і підписується на виходи, необхідні від інших функцій. ES публікує треки випромінювачів і оновлення параметрів загроз. EA підписується на треки загроз для оновлення списків цілей і планів геометрії постановщиків завад. EP підписується на події активації EA для попереднього позиціонування послідовностей перескоку частот поза запланованими частотами заглушення. Схеми повідомлень повинні бути стандартизовані між функціями; ad hoc-інтерфейси типу "точка-точка" ламаються, як тільки система масштабується за межі двох-трьох вузлів.

Міждоменний обмін даними РЕБ: Link 16 та тактичні мережі

Спільні та коаліційні операції вимагають потоку даних РЕБ через кордони підрозділів і країн. Основним механізмом обміну даними РЕБ у тактичних мережах є Link 16 — радіолінк множинного доступу з часовим розподілом, що несе типи повідомлень серії J. Для координації РЕБ повідомлення J12.0 (управління/координація радіоелектронної боротьби) несуть дані про призначення постановщиків завад, завдання РЕБ і координаційну інформацію спектру. Повідомлення J12.6 (параметрична інформація) несуть параметри випромінювачів, отримані від збирання ELINT, що можуть оновлювати бібліотеки загроз по всьому угрупованню.

Програмне забезпечення управління спектром РЕБ повинне реалізовувати форматувальник і інжектор повідомлень Link 16, що перетворює внутрішні структури даних на коректно відформатовані повідомлення серії J і доставляє їх до термінала тактичної лінії зв'язку. Двосторонній обмін є обов'язковим: програмне забезпечення також повинне отримувати вхідні повідомлення J12 від союзних підрозділів і інтегрувати їх у локальну картину EME. Затримка від внутрішньої події до передачі повідомлення Link 16 повинна бути менше п'яти секунд для чутливих до часу координаційних даних РЕБ.

Для нереального часу обміну розвідувальними даними, MISP (Платформа обміну інформацією про шкідливе програмне забезпечення) дедалі більше використовується для обміну структурованими RF-даними про загрози — відбитки випромінювачів, профілі частот, спостережувані місцезнаходження — через організаційні кордони. Розширювана об'єктна модель MISP підтримує RF-спостереження через спеціальні шаблони об'єктів, що дозволяє виявленим даним випромінювачів входити до спільних робочих процесів розвідки загроз без ручного повторного введення. Це безпосередньо пов'язує дані управління спектром РЕБ з конвеєрами злиття SIGINT, як описано в контексті специфікації та закупівлі систем SIGINT.

Моніторинг спектру в реальному часі та інтерфейс оператора

Інтерфейс оператора повинен представляти електромагнітне середовище на відповідному рівні абстракції для кожної ролі. Офіцер РЕБ потребує географічного відображення позицій випромінювачів, слідів постановщиків завад і зон виключення JRFL, накладених на тактичну карту. Офіцер зв'язку S6 потребує відображення у частотній області, що показує, які канали активні, які перевантажені та які доступні для перепризначення. Менеджер збирання SIGINT потребує відображення охоплення збирання, що показує, які частини спектру контролюються з якою чутливістю та часовою роздільною здатністю.

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

Управління оповіщеннями повинне відрізняти оперативні оповіщення (новий незапланований випромінювач на частоті, захищеній JRFL) від інформаційних оновлень (відомий випромінювач, що змінює рівень потужності). Втома від оповіщень через погано налаштовані пороги є задокументованим оперативним режимом відмови в системах управління спектром: коли кожне оповіщення вимагає розслідування, оператори починають їх ігнорувати, зводячи нанівець мету автоматизованого моніторингу. Налаштування порогів є постійним оперативним завданням, а не одноразовим кроком конфігурації, і програмне забезпечення повинне робити налаштування порогів доступним без доступу системного адміністратора.

Інтеграція програмно-визначеного радіо: GNU Radio та власні стеки

GNU Radio залишається домінуючим фреймворком з відкритим кодом для обробки сигналів SDR, і він вбудований у численні тактичні прототипи РЕБ і малобюджетні датчики збирання. Його модель блок-діаграми — де операції обробки сигналів представлені у вигляді з'єднаних функціональних блоків — робить швидке прототипування здійсненним і дозволяє розробляти та тестувати спеціальні демодулятори сигналів без модифікації базової платформи. Для нерозсекречених дослідницьких і розроблювальних систем GNU Radio на звичайному апаратному забезпеченні x86 з фронтальним кінцем USRP забезпечує здатну базову конфігурацію.

Виробничі військові системи зазвичай використовують власні стеки, оптимізовані для конкретної апаратної платформи та вимог безпеки програми. Стандарт SCA визначає компонентний фреймворк для військового SDR, що підтримує переносимість хвильових форм — в принципі, сумісний з SCA модуль хвильових форм може бути завантажений на будь-яку сумісну з SCA апаратну платформу. На практиці переносимість хвильових форм між виробниками залишається обмеженою через апаратно-специфічні оптимізації продуктивності. Стандарт VITA 49 (VRT) визначає радіотранспортний протокол для потокової передачі зразків I/Q з метаданими — часом, частотою, підсиленням — через стандартні мережеві інтерфейси, що дозволяє фронтальним кінцям SDR від різних виробників взаємодіяти зі спільними бекендами обробки.

Для платформи управління спектром РЕБ рівень інтеграції SDR повинен абстрагувати апаратно-специфічні інтерфейси за спільним API, який споживають рівні обробки та управління. Ця абстракція дозволяє оновлення апаратного забезпечення — заміну застарілого фронтального кінця SDR на новішу модель — без необхідності змін у програмному забезпеченні управління спектром. Архітектури, що жорстко кодують апаратно-специфічні інтерфейси, швидко накопичують технічний борг у міру еволюції сенсорного апаратного забезпечення. Для детальнішого розгляду інтеграції SDR в архітектурах оборонних датчиків, дивіться пов'язану статтю про оверлей радіоелектронної боротьби в панелях C2.

Планування PACE для комунікаційного спектру

PACE — Основний, Альтернативний, Резервний, Аварійний — є фреймворком стійкості для військового зв'язку. Застосований до управління спектром, він означає, що для кожної мережі в плані зв'язку є попередньо призначена послідовність частот для відступу в міру недоступності кожного рівня через заглушення, перевантаження або відмову обладнання. Програмне забезпечення управління спектром РЕБ повинне зберігати, розповсюджувати та виконувати плани PACE автоматично.

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

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