Материал проверен и обновлён: сентябрь 2026. Термины «детектирование», «подавление» и «аутентификация» здесь разделены намеренно: это разные уровни защиты.
Безопасная проверка: для полевой диагностики не нужно создавать радиопомехи или спуфинг. Сначала используйте пассивный мониторинг и тест self-interference штатных бортовых систем, сравнивая их по одной с чистым baseline.
Короткий вывод
Обычный многодиапазонный GNSS-приёмник может обнаруживать часть помех, фильтровать некоторые типы интерференции и выявлять признаки спуфинга, но это не означает гарантированную работу под любым глушением. Устойчивость определяется всей системой: антенной, RF-фильтрами, динамическим диапазоном, цифровой обработкой, набором частот, алгоритмами целостности и интеграцией с автопилотом.
RTK отвечает прежде всего за точность, OSNMA — за аутентификацию навигационных данных Galileo, а anti-jam алгоритмы — за обнаружение и/или подавление радиопомех. Эти функции нельзя подменять друг другом.
Точность ≠ устойчивость ≠ целостность. RTK может дать очень точное решение, детектор может заметить помеху, а OSNMA может подтвердить подлинность навигационных данных — но ни один из этих механизмов отдельно не гарантирует корректную PVT-навигацию во всех сценариях.
Пять разных уровней устойчивости GNSS
| Механизм | Что делает | Чего не гарантирует |
|---|---|---|
| Антенна и RF-фильтрация | Ослабляет внеполосные сигналы и уменьшает риск перегрузки входа. | Не устраняет мощную помеху внутри GNSS-полосы. |
| Jamming/interference detection | Обнаруживает повышенный уровень помех или аномалии сигнала и сообщает об этом. | Само обнаружение не означает подавление помехи. |
| Interference mitigation | Цифровые фильтры и другие алгоритмы могут подавлять определённые типы узкополосных, импульсных или широкополосных помех. | Нет универсальной эффективности для всех видов и мощностей помех. |
| Spoofing detection / authentication | Проверяет аномалии или подлинность части навигационных данных. | Не делает PVT-решение абсолютно защищённым от всех видов подмены. |
| INS/EKF и резервные датчики | Позволяют автопилоту обнаруживать несогласованность и некоторое время продолжать оценку состояния. | Не восстанавливают потерянный GNSS-сигнал и накапливают ошибку без внешней коррекции. |
Пассивная RF-защита: основа любой системы
Перед алгоритмами стоит аналоговый тракт. Для БПЛА особенно важны подходящая GNSS-антенна, корректный ground plane, качественный коаксиальный тракт, SAW/BAW-фильтры и LNA в пределах требований приёмника.
На практике значительная часть проблем GNSS на БПЛА создаётся собственным оборудованием: VTX, LTE/5G-модемами, DC/DC-преобразователями, цифровыми шинами, плохо экранированными кабелями и шумным питанием. Поэтому физическая компоновка часто даёт больший эффект, чем попытка «лечить» всё программным параметром.
Пошаговая методика пассивной проверки описана в материале «Диагностика GNSS-помех на БПЛА: u-blox, Unicore и антенны».
Детектирование не равно подавлению
Современные приёмники могут оценивать уровень RF-помех и признаки аномального поведения сигналов. Например, u-blox прямо описывает для ZED-F20P обнаружение и мониторинг jamming/RF interference и spoofing с выдачей статуса хост-системе.
Это важное различие: если приёмник сообщил «jamming detected», он не обязательно способен продолжить полноценное позиционирование. Детектор нужен прежде всего для того, чтобы система не доверяла координатам вслепую и могла изменить режим работы.
u-blox ZED-F20P
ZED-F20P — многодиапазонный L1/L2/L5 high-precision модуль семейства F20. В официальной документации указаны:
- jamming/interference detection and monitoring;
- spoofing detection and monitoring;
- advanced anti-spoofing algorithms и поддержка Galileo OSNMA;
- CW detection как anti-jamming функция;
- secure boot, secure firmware update и блокировка конфигурации как отдельные механизмы защиты самого приёмника.
Эти функции делают F20 заметно более зрелой платформой по контролю целостности, но их нельзя переводить в универсальный рейтинг вроде «полная защита от LTE», «100% anti-spoof» или фиксированное число децибел устойчивости без конкретного испытательного сценария.
Unicore UM982
Unicore заявляет для UM982 встроенный advanced anti-jamming unit. Это реальная функция архитектуры приёмника, а не следствие того, что у него «1408 каналов».
Количество каналов описывает внутренние ресурсы обработки конкретной архитектуры и не является универсальной мерой anti-jam устойчивости. Нельзя напрямую сравнивать «1408 каналов UM982» и «672 канала F20» и на этом основании делать вывод о работе под помехами.
UM982 также интересен двухантенным heading и RTK, но ни dual-antenna heading, ни RTK сами по себе не являются защитой от глушения.
Septentrio mosaic-X5 и AIM+
Septentrio применяет технологию AIM+ (Advanced Interference Monitoring and Mitigation). Для mosaic-X5 производитель описывает AIM+ Premium с мониторингом, флагированием и подавлением узкополосных, широкополосных и импульсных помех, а также средствами anti-spoofing и поддержкой OSNMA.
Отдельно у Septentrio есть APME+ для борьбы с многолучёвостью и RAIM+/другие механизмы контроля целостности. Поэтому многолучёвость, jamming и spoofing корректнее рассматривать как разные классы проблем, а не отмечать одной колонкой «защищён / не защищён».
Galileo OSNMA: что именно она защищает
OSNMA — Open Service Navigation Message Authentication — позволяет совместимому приёмнику проверять, что навигационное сообщение Galileo создано самой системой Galileo и не было изменено. Начальная эксплуатационная услуга OSNMA объявлена рабочей 24 июля 2025 года и доступна как бесплатный слой аутентификации Galileo Open Service.
Это важный дополнительный слой против части сценариев спуфинга, но официальный European Union Agency for the Space Programme подчёркивает ключевое ограничение: OSNMA выполняет аутентификацию данных, а не полную аутентификацию PVT/дальности. Она также не является anti-jam механизмом.
- OSNMA подтверждает подлинность навигационных данных Galileo;
- OSNMA не делает измеренную дальность автоматически аутентифицированной;
- OSNMA не защищает радиоканал от подавления и не предотвращает все виды spoofing.
Поэтому неверно писать «OSNMA = полная спуфинг-защита» или считать её обязательным универсальным критерием безопасности сама по себе. Она должна быть частью более широкой системы контроля целостности.
HAS и OSNMA — не одно и то же
Galileo HAS (High Accuracy Service) предназначен для высокоточных поправок. OSNMA предназначена для аутентификации навигационного сообщения. Наличие HAS не следует записывать в колонку «защита от спуфинга».
Многодиапазонность и несколько созвездий
L1/L2/L5 и несколько независимых GNSS повышают наблюдаемость и дают приёмнику больше измерений. Это может повысить устойчивость навигационного решения к локальным проблемам отдельных сигналов и помогает алгоритмам обнаружения аномалий.
Но формулировка «L5 лучше пробивает глушение» технически неверна. Если помеха перекрывает нужную полосу с достаточной мощностью, сам факт наличия L5 не гарантирует сохранение навигации.
RTK не является anti-jam
RTK использует поправки базы или сети для высокоточного позиционирования. При потере пригодных спутниковых измерений сантиметровое решение исчезает независимо от качества RTCM. Поэтому RTK и anti-jam следует оценивать отдельно.
Многолучёвость — отдельная проблема
Multipath возникает, когда к антенне приходит прямой и один или несколько отражённых вариантов того же спутникового сигнала. Алгоритмы multipath mitigation могут уменьшать ошибку, но нельзя корректно ставить им «полную защиту»: результат зависит от геометрии, антенны, поверхности и конкретного сигнала.
Что реально контролировать на БПЛА
- RF-обстановку: уровень помех, C/N0 и диагностические флаги самого GNSS, если они доступны.
- Согласованность: расхождение GNSS с IMU/EKF, внезапные скачки позиции, скорости и времени.
- Тип решения: 3D/RTK Float/RTK Fixed и заявленные оценки точности приёмника.
- Несколько источников: при критичных задачах сопоставлять GNSS с инерциальной навигацией, барометром, магнитометром/heading и другими независимыми источниками.
- Логи: оценивать событие после полёта по GPS/GPA/EKF и диагностике самого приёмника, а не только по HDOP и числу спутников.
Как читать C/N0, DOP, HAcc/VAcc/SAcc и EKF вместе, см. в статье «Качество GNSS на БПЛА: C/N0, DOP, HAcc и EKF в ArduPilot».
Как сравнивать GNSS-приёмники по устойчивости
Не используйте таблицы вида «низкая / средняя / максимальная защита» без единой методики. Для честного сравнения нужны одинаковые:
- антенны и кабели;
- уровень и спектр помех;
- расположение относительно источника;
- созвездия и частоты;
- динамический сценарий;
- критерии: потеря lock, C/N0, ошибка PVT, false alarm, время восстановления.
Маркетинговые названия технологий полезны для предварительного выбора, но не заменяют сопоставимый тест.
Практический выбор
| Потребность | На что смотреть |
|---|---|
| Обычный FPV/БПЛА без преднамеренных помех | Качественная антенна, RF-фильтрация, многодиапазонность, грамотная установка и диагностика ArduPilot. |
| Нужно обнаруживать аномалии GNSS | Приёмник с документированными jamming/spoofing monitors и доступом к их статусам. |
| Сложная промышленная RF-среда | Приёмник с документированной interference mitigation, спектральной диагностикой и результатами испытаний. |
| Нужна аутентификация Galileo | Реализованная и корректно интегрированная поддержка OSNMA. |
| Критичная навигация | GNSS как часть многосенсорной архитектуры с контролем целостности и безопасным поведением при деградации. |
Источники
- u-blox ZED-F20P Integration Manual
- u-blox ZED-F20P Product Summary
- Unicore UM982
- Septentrio mosaic-X5 / AIM+
- European Union Agency for the Space Programme — Galileo OSNMA
Вывод
Главная ошибка при выборе «защищённого GPS» — искать одну магическую функцию. Надёжная навигация строится слоями: хороший RF-тракт, несколько диапазонов и созвездий, мониторинг помех и спуфинга, при необходимости цифровое подавление, аутентификация, контроль целостности и корректная реакция автопилота на деградацию GNSS.