Тактичні радіостанції — це не просто пристрої голосового зв'язку. Сучасні військові радіостанції передають дані — звіти про місцезнаходження, цифрові повідомлення, зображення, дані для прицілювання — разом із голосовим трафіком, і програмне забезпечення, яке споживає та генерує ці дані, має взаємодіяти з радіообладнанням. Ця сумісність технічно нетривіальна: тактичні радіостанції мають інтерфейси передачі даних з вузькою смугою пропускання та специфічними протоколами, що передують епосі REST API на десятиліття.
Розуміння того, як будувати програмне забезпечення для інтеграції з тактичними радіосистемами — переклад між застарілими радіопротоколами та API, яких очікує сучасне ПЗ C2 і польові застосунки ЗСУ — є спеціалізованою інженерною дисципліною. Ця стаття охоплює ключові радіоплатформи, їх режими передачі даних, супутниковий протокол ретрансляції JREAP-C та шлюзову архітектуру, яка з'єднує радіопротоколи з програмним забезпеченням C2.
Екосистема тактичних радіостанцій
SINCGARS (Single Channel Ground and Airborne Radio System) — застарілий тактичний VHF FM-радіостанцій армії США та багатьох союзних сил. SINCGARS перебуває в експлуатації з 1980-х років і залишається широко розгорнутим. Його можливості передачі даних обмежені віком конструкції: він підтримує EPLRS (Enhanced Position Location Reporting System) для звітності про місцезнаходження на низьких швидкостях передачі даних (приблизно 56 Кбіт/с, що ділиться між вузлами мережі) та застарілі термінали TACFIRE для даних підтримки вогню. Інтеграція SINCGARS у сучасному ПЗ переважно означає передачу даних позиції EPLRS — переклад формату треків EPLRS у стандартні повідомлення MIL-STD-2525 CoT або Link 16.
L3Harris RF-7800 — радіостанція нинішнього покоління на основі програмованого радіо (SDR), що охоплює діапазони HF, VHF та UHF. Як SDR, вона підтримує кілька хвильових форм, включаючи Soldier Radio Waveform (SRW), і може оновлюватися для підтримки нових хвильових форм через завантаження програмного забезпечення. RF-7800 надає інтерфейс передачі даних через RS-232 (застарілий) або Ethernet (сучасні варіанти), і Harris надає API керування для конфігурації хвильових форм, мережевих параметрів та стану радіостанції. Для радіостанцій, що підтримують SRW, інтерфейс передачі даних забезпечує IP-з'єднання — радіостанція виглядає як IP-мережевий адаптер.
Rohde & Schwarz RCIEDM, широко використовувані в європейських силах НАТО, також надають послідовні та Ethernet інтерфейси передачі даних. R&S надає SDK для керування радіостанцією та доступу до даних.
Режими передачі даних: FBCB2 та SRW
FBCB2 (Force XXI Battle Command Brigade and Below) — застаріла цифрова система C2 армії США, що працює через EPLRS, SINCGARS та супутникові канали. Повідомлення FBCB2 передають звіти про місцезнаходження підрозділів, накази, накладення та оновлення стану у пропрієтарному бінарному форматі через радіомережу. Сучасне програмне забезпечення C2, що потребує взаємодії із застарілими підрозділами, оснащеними FBCB2, повинно або безпосередньо реалізовувати формат повідомлень FBCB2, або підключатися через сервер шлюзу FBCB2, що транслює повідомлення FBCB2 у NFFI або CoT.
Soldier Radio Waveform (SRW) — тактична широкосмугова хвильова форма армії США для епохи SDR, що забезпечує IP-транспорт даних зі швидкістю 1–2 Мбіт/с на радіостанцію в мережевій конфігурації. Радіостанції з підтримкою SRW представляють IP-інтерфейс підключеним пристроям; застосунки використовують стандартні IP-сокети через SRW так само, як і через будь-яку іншу IP-мережу. Інженерна проблема програмного забезпечення — не переклад протоколів, а адаптація QoS: пропускна здатність SRW обмежена та розподілена, що вимагає від застосунків реалізації пріоритетного планування даних.
JREAP-C: протокол супутникової ретрансляції
JREAP-C (Joint Range Extension Applications Protocol - Channel C) розширює покриття тактичних каналів передачі даних за межі прямої видимості радіозв'язку шляхом ретрансляції даних Link 16 через супутникові канали зв'язку (SATCOM). Це стандартний протокол для супутникової ретрансляції тактичних даних між підрозділами, які не можуть безпосередньо спілкуватися через Link 16 в прямій видимості.
JREAP-C інкапсулює повідомлення Link 16 (J-серійні повідомлення у форматі MIL-STD-6016) в UDP-датаграми для транспортування через IP-канали SATCOM. Шлюз JREAP-C на кожному кінці деінкапсулює UDP-датаграми та вводить повідомлення Link 16 у локальну мережу Link 16. З точки зору застосунків C2, JREAP-C прозорий — вони бачать суцільну картину треків Link 16, що включає підрозділи за місцевим радіогоризонтом.
Програмна інтеграція з JREAP-C вимагає бібліотеки JREAP-C (реалізації доступні як комерційні компоненти від постачальників оборонного ПЗ), яка обробляє UDP-інкапсуляцію та надає API для підписки на оновлення треків Link 16 та публікації J-серійних повідомлень. Сервер шлюзу запускається на захищеному хості, підключеному як до модему SATCOM (для WAN-з'єднання), так і до локального термінала тактичного каналу передачі даних.
Архітектура програмного шлюзу
Шаблон програмного шлюзу є стандартним підходом для інтеграції радіопротоколів із програмним забезпеченням C2. Шлюз — це виділений серверний процес (або мікросервіс), що виконує три функції: переклад протоколів (перетворення повідомлень радіопротоколу до та з канонічного внутрішнього формату), маршрутизація (визначення, які перекладені повідомлення пересилати яким споживачам) та управління станом (підтримка поточної картини треків для радіопротоколів, які не повторно передають стан).
Канонічний внутрішній формат у більшості сучасних оборонних систем — це або CoT (для ПЗ екосистеми ATAK) або NFFI (для систем C2 стандарту НАТО). Шлюз, що транслює треки EPLRS у CoT, може обслуговувати будь-який клієнт ATAK або TAK Server у мережі C2. Шлюз, що транслює у NFFI, може обслуговувати будь-яку систему C2, що реалізує інтерфейс підписника NFFI.
Функція маршрутизації шлюзу обробляє розгалуження: оновлення позиції, що надходить від термінала SINCGARS/EPLRS, може потребувати пересилання на TAK Server (для відображення на клієнті ATAK), термінал Link 16 (для злиття з повітряною картиною) та базу даних відстеження логістики (для обліку транспортних засобів). Шлюз підтримує список підписників та пересилає кожне перекладене повідомлення всім зареєстрованим підписникам, застосовуючи правила перетворення там, де формат повідомлення відрізняється між підписниками.
Тестування інтеграції: симулятори радіостанцій та сертифікація в ефірі
Тестування інтеграції з фізичним радіообладнанням під час розробки є логістично дорогим і підлягає обмеженням ліцензування частот. Стандартний підхід — використовувати симулятори радіостанцій — програмні або апаратні емулятори радіоінтерфейсу — під час розробки та системного інтеграційного тестування, залишаючи ефірне тестування для офіційного приймального тестування.
Симулятори радіостанцій для SINCGARS, Harris RF-7800 та терміналів Link 16 доступні комерційно. Вони надають ті ж послідовні або Ethernet інтерфейси, що й фізичне обладнання, та генерують реалістичний трафік протоколів, включаючи тимчасові затримки, втрати повідомлень та доставку не в порядку — умови, які шлюзове ПЗ повинно обробляти коректно.
Ефірна сертифікація — тестування інтегрованої системи з фізичними радіостанціями, що працюють на ліцензованих частотах — є обов'язковою для будь-якої системи, яка буде розгорнута в оперативних підрозділах ЗСУ. Процес сертифікації перевіряє, що шлюзове ПЗ не пошкоджує радіоповідомлення, не генерує помилковий радіотрафік та коректно обробляє всі типи повідомлень, визначені в ICD радіостанції.
Ключовий висновок: Отримайте ICD (Interface Control Document) для кожної радіостанції, з якою ви інтегруєтесь, перед початком реалізації. Радіо ICD часто є експортно-контрольованими і вимагають офіційного запиту до виробника або програмного офісу. Починати інтеграцію без ICD означає зворотне проектування протоколу з перехопленого трафіку, що є повільним, схильним до помилок і може дати невідповідну реалізацію, яка не пройде ефірну сертифікацію.