Розробка форм сигналу SDR для тактичних комунікацій

Тактичні радіокомунікації в обороні традиційно формувалися апаратним забезпеченням. Можливості радіоплатформи — частоти, на яких вона могла працювати, форми сигналу, які вона могла передавати та приймати, її вразливість до глушіння — були зафіксовані при виробництві та могли бути змінені лише шляхом заміни фізичного пристрою. Десятиліттями це приймалося як інженерне обмеження, але воно створювало глибоку оперативну проблему: радіоелектронна боротьба противника постійно еволюціонує, вимоги до коаліційної сумісності змінюються з кожним новим партнером і місією, а розробка нового апаратного радіо займає роки від вимоги до польового застосування. Програмно-визначене радіо (SDR) усуває це обмеження, переміщуючи форму сигналу — логіку обробки сигналу та протоколу, що визначає, як радіо здійснює зв'язок — з виділених апаратних схем у програмне забезпечення, що виконується на перепрограмованих платформах. Результат — радіо, яке можна оновити новими або покращеними формами сигналу через завантаження програмного забезпечення, не торкаючись антени, підсилювача або шасі. У цій статті розглядаються архітектура SDR, система програмної архітектури комунікацій (SCA) для переносимості форм сигналу, спадщина програми спільної тактичної радіосистеми (JTRS), як розробляються та сертифікуються сучасні форми сигналу та як форми сигналу на основі SDR забезпечують інтеграцію з коаліційними комунікаційними наборами.

Архітектура SDR: від аналогу до програмного забезпечення

Звичайне апаратне радіо реалізує свою форму сигналу у виділених аналогових і цифрових схемах. Модулятор, демодулятор, кодек і схеми управління частотою — всі є фіксованими функціями — зміна форми сигналу вимагає заміни цих схем. SDR-радіо переміщує якомога більше цих функцій у програмне забезпечення. Апаратна платформа надає антену, радіочастотний фронтенд (малошумний підсилювач, змішувач та аналого-цифровий/цифро-аналоговий перетворювач) та програмований обчислювальний субстрат — зазвичай комбінацію програмованої вентильної матриці (FPGA) і процесора загального призначення. Все вище аналого-цифрової межі реалізовано в програмному забезпеченні.

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

Рівень процесора загального призначення — часто ядро RISC або DSP, вбудоване в той самий системний кристал, що й FPGA, або окрема процесорна плата — виконує верхні рівні стека протоколів: фреймування канального рівня, мережеву маршрутизацію, криптографічну обробку та функції управління радіо на рівні застосунків. Цей рівень також містить операційну систему та середовище виконання програмної архітектури комунікацій (SCA), що надає стандартизовані програмні інтерфейси, проти яких пишеться програмне забезпечення форм сигналу.

USRP та лабораторні SDR-платформи

Для дослідження форм сигналу, прототипування та тестування поза апаратним забезпеченням штатної програми сімейство платформ Universal Software Radio Peripheral (USRP) є домінуючим вибором в оборонній і дослідницькій спільноті. Апаратне забезпечення USRP надає широкосмуговий РЧ-фронтенд, FPGA для цифрового фронтенда та високошвидкісний інтерфейс до хост-комп'ютера, що виконує обробку форми сигналу в програмному забезпеченні — зазвичай з використанням системи обробки сигналів GNU Radio або спеціальних реалізацій на C++. Спільнота USRP опублікувала обширну документацію, бібліотеки підтримки апаратного забезпечення та еталонні реалізації форм сигналу, що роблять практичним прототипування та перевірку нової форми сигналу в лабораторному середовищі до реалізації на штатному радіо програми. Платформа широко використовується для перевірки алгоритмів форм сигналу, досліджень радіоелектронної боротьби та тестування сумісності між прототипом і виробничими реалізаціями.

Програмна архітектура комунікацій і переносимість форм сигналу

Програмна архітектура комунікацій (SCA), спочатку визначена в рамках програми JTRS наприкінці 1990-х років і згодом підтримувана та розвинена Офісом програми JTRS та його організаціями-наступниками, вирішує проблему переносимості, яка інакше підірвала б цінність SDR для оборонних програм. Без загальної системи форма сигналу, написана проти пропрієтарних API однієї радіоплатформи, не є переносимою — перенесення її на іншу апаратну платформу вимагає переписування реалізації форми сигналу з нуля. Для оборонної програми, що розгортає сотні типів радіо по всім збройним силам, це означає написання та підтримку окремої кодової бази форм сигналу для кожної радіоплатформи — що нівелює більшу частину переваги за вартістю програмного підходу.

SCA вирішує це, визначаючи стандартне середовище виконання та набір інтерфейсів, на які спрямовується програмне забезпечення форм сигналу, а не безпосередньо на апаратне забезпечення. Воно специфікує модель компонентів на основі CORBA (Common Object Request Broker Architecture), що надає механізм міжкомпонентного зв'язку, Core Framework, що надає сервіси управління радіо (життєвий цикл компонентів, управління портами, абстракція аудіо- і РЧ-порту), та специфікацію рівня апаратної абстракції (HAL), що ізолює форму сигналу від конкретних деталей FPGA та процесорної плати.

Форма сигналу, написана відповідно до інтерфейсу SCA, взаємодіє з радіообладнанням через стандартизовані порти SCA, а не через апаратно-специфічні API. При перенесенні форми сигналу на нову радіоплатформу, сумісну з SCA, потрібно змінити лише реалізацію HAL — переклад між інтерфейсами SCA та специфічними API нового апаратного забезпечення. Сам код застосунку форми сигналу не повинен потребувати жодних змін. На практиці переносимість рідко буває ідеальною — відмінності в обчислювальних ресурсах, тимчасових характеристиках і якості реалізації HAL між платформами вимагають певних адаптаційних робіт — але система SCA суттєво скорочує витрати на реінтеграцію порівняно з повністю непереносимим підходом.

Спадщина JTRS і сучасний ландшафт форм сигналу

Програма спільної тактичної радіосистеми (JTRS), запущена наприкінці 1990-х років і формально реструктурована кілька разів до фактичного завершення як централізована програма закупівель приблизно у 2012 році, залишила складну спадщину для тактичних комунікацій. Її амбіція — єдина архітектура програмно-визначеного радіо, яка замінила б сотні несумісних типів радіо Міністерства оборони сімейством загальних, переносимих для форм сигналу платформ — виявилася занадто широкою та технічно вимогливою для моделі закупівель того часу. Затримки у графіках і зростання витрат призвели до реструктуризації, але система SCA, що вийшла з JTRS, збереглася як стандарт переносимості для американських військових програм SDR, а форми сигналу, розроблені в рамках JTRS — включаючи SRW (форму сигналу солдатського радіо) і WNW (широкосмугову мережеву форму сигналу) — залишаються в операційному використанні.

Сучасний ландшафт форм сигналу еволюціонував у напрямку більш модульного підходу. Замість спроби централізовано визначити кожну форму сигналу, поточна парадигма дозволяє офісам програм і підрядникам розробляти форми сигналу, що реалізують конкретні потреби в можливостях — магістральні канали з високою пропускною здатністю, мережування демонтованих солдат, електронний захист у загрозливих середовищах — і сертифікувати їх для використання на затверджених радіоплатформах, сумісних з SCA. Система SCA версії 4.1, яка модернізувала вихідне виконання на основі CORBA до легших реалізацій, придатних для обмеженого тактичного апаратного забезпечення, відображає цю еволюцію. Зростаюча кількість програм також досліджує гібридні підходи, що поєднують SCA для переносимості з прямим програмуванням FPGA для найбільш критичних до продуктивності компонентів форм сигналу, приймаючи знижену переносимість для цих компонентів в обмін на ефективність обробки, необхідну для вимогливих форм сигналу в діапазоні від ВЧ до міліметрових хвиль.

Життєвий цикл розробки форм сигналу

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

Вимоги та проектування форм сигналу

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

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

Апаратна реалізація та інтеграція

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

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

Тестування та сертифікація JITC

Спільне командування з тестування сумісності (JITC) є незалежним органом сертифікації Міністерства оборони США для сумісності комунікацій. Для тактичної форми сигналу сертифікація JITC необхідна до розгортання системи в мережах Міністерства оборони, і процес сертифікації зазвичай є найтривалішою та найресурсоємнішою фазою життєвого циклу розробки.

Тестування JITC охоплює декілька вимірів. Тестування відповідності перевіряє, що форма сигналу правильно реалізує застосовний стандарт інтерфейсу — специфікацію STANAG або документ управління інтерфейсом: формати фреймів, вимоги до часу, послідовності синхронізації та машини станів протоколу повинні поводитися відповідно до специфікації. Тестування сумісності перевіряє, що форма сигналу правильно комунікує з іншими затвердженими реалізаціями того самого стандарту, включаючи як еталонні реалізації, так і польові системи інших постачальників. Тестування електромагнітної сумісності перевіряє, що радіо не генерує позасмугових емісій, що заважають іншим системам у середовищі ко-сайту. Для форм сигналу, що перевозять засекречений трафік, тестування безпеки перевіряє криптографічну реалізацію та інтеграцію управління ключами відповідно до вимог, визначених АНБ.

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

Інтеграція з коаліційними комунікаційними наборами

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

Форми сигналу на основі STANAG — STANAG 4285 для даних КХ, STANAG 5066 для мережування КХ, STANAG 4691 (Link 22) для тактичної ланки передачі даних КХ — надають загальний рівень протоколу, який вимагає коаліційна сумісність. SDR-платформа, що реалізує ці форми сигналу як компоненти SCA, може брати участь у коаліційній комунікаційній архітектурі незалежно від базового радіообладнання. Перевірка сумісності в середовищі багатонаціональних навчань, де SDR-платформи країн-партнерів, що виконують незалежно розроблені реалізації форм сигналу, повинні досягти синхронізації та обміну даними, є значним завданням інтеграції та тестування, що повинно бути заплановане як частина програми форм сигналу, а не розглядатися як припущення.

Дисципліна розробки програмного забезпечення, необхідна для побудови надійних, сертифікованих форм сигналу SDR, паралельна ширшим практикам якості оборонного програмного забезпечення. Практики конвеєрів CI/CD для оборонного програмного забезпечення застосовуються безпосередньо: автоматизоване регресійне тестування продуктивності форм сигналу відносно базових показників симуляції, управління конфігурацією бітових файлів FPGA разом із програмними компонентами та структуровані процеси перевірки коду, що є важливими для безпеко-критичного коду обробки сигналів у фізичному рівні. Управління походженням та цілісністю сторонніх бібліотек обробки сигналів — особливо компонентів з відкритим вихідним кодом, включених у стек форм сигналу — вимагає тієї самої дисципліни SBOM, яку повинна підтримувати будь-яка оборонна програма.