Транспортный мониторинг вышел за рамки простого отслеживания местоположения. На данных трекеров строятся логистика, безопасность и финансовая аналитика автопарков. Сегодня среда радикально усложнилась из-за радиоэлектронной борьбы (РЭБ), спуфинга и работы мобильного интернета по «белым спискам». В статье разберемся с текущими вызовами: что могут сделать автопарки, интеграторы и платформы уже сейчас, чтобы продолжать получать данные в новых условиях.
Что изменилось: три внешние угрозы для данных мониторинга
Пропадания связи, «телепорты» на карте и нереалистичные маршруты оказываются не сбоем в технике. Трекер может быть исправен, но внешние помехи блокируют или искажают сигнал. Данные мониторинга стали терять точность и целостность из-за факторов, лежащих за пределами их инфраструктуры.
Разберем три ключевых внешних фактора, с которыми теперь приходится считаться при построении системы контроля.
1. РЭБ и глушение спутников: объект «скачет» или пропадает на карте
Радиоэлектронная борьба (РЭБ), ранее считавшаяся сугубо военной технологией, теперь напрямую влияет на гражданскую навигацию. Суть РЭБ заключается в создании активных помех для нарушения работы электронных систем. В контексте мониторинга это работает следующим образом.
Устройство-глушилка генерирует мощный радиошум на частотах GPS и ГЛОНАСС. Этот шум, более сильный, чем слабый спутниковый сигнал, «оглушает» приемник трекера. В результате приемник не может корректно принимать данные со спутников и теряет фиксацию.
Как РЭБ выглядит в системе мониторинга
Объект начинает хаотично «скакать» по карте в пределах нескольких сотен метров или километров, а затем может полностью пропасть. В отчетах растет «виртуальный» пробег, хотя машина стоит на месте. Происходят ложные срабатывания геозон: система фиксирует «выезд» или «въезд», которого не было.
2. Спуфинг: координаты есть, но они не настоящие
Если глушение просто «забивает» сигнал шумом, то спуфинг (GPS-spoofing) — это интеллектуальная и более опасная атака на сами данные. Его цель — обманом заставить приемник принять ложные координаты за настоящие.
Атакующее устройство (спуфер) генерирует и транслирует поддельные спутниковые сигналы, которые являются более мощными, чем оригинальные. Приемник, следуя логике поиска наиболее четкого сигнала, «захватывает» эту фальшивку и начинает вычислять свое положение на основе переданных данных.
Как спуфинг выглядит в системе мониторинга
Транспорт на карте совершает невозможное: «телепортируется» за сотни километров, движется со скоростью 500-800 км/ч, резко меняет высоту или «залипает», наматывая виртуальные круги, например, в районе аэропортов.
В итоге транспорт по данным системы вроде бы перемещается, но это движение не имеет никакого отношения к реальности и если не учитывать спуфинг, такие точки могут попадать в отчеты, искажая пробег, маршруты и события.
3. Белый интернет и ограничения связи
Проблема может быть не только в получении координат, но и в их передаче на сервер. Здесь вступают в силу сетевые ограничения.
В некоторых регионах и сценариях мобильный интернет для массовых абонентов работает по принципу «белого списка». Трафик пропускается только к предварительно одобренным доменам и IP-адресам. Адрес сервера мониторинга в этот список может не входить.
Как это выглядит в системе мониторинга
SIM-карта в трекере регистрируется в сети, голосовая связь и SMS работают, но пакеты с данными не доходят до платформы. Клиент видит состояние «не в сети» при формально работающей связи. Усугубляет ситуацию и «период охлаждения» SIM-карт у операторов, когда карта, будучи долго неактивной, теряет возможность передавать данные.
С 10 ноября 2025 года операторы связи по требованию регуляторов ввели «период охлаждения» SIM-карт. Узнайте в статье, почему это нововведение не должно нарушить работу мониторинга ГдеМои и какие практические шаги нужно предпринять, чтобы защитить автопарк от потери данных
Ключевые выводы: требования к архитектуре системы мониторинга в России
Классическая архитектура транспортного мониторинга изначально не была рассчитана на агрессивную внешнюю среду с РЭБ, спуфингом и сетевыми ограничениями, которые сегодня способны полностью парализовать или скомпрометировать поток данных. Это заставляет разработчиков пересматривать сами принципы построения системы.
Главные технологические принципы, которые теперь необходимо учитывать
- GNSS — лишь один из источников данных
GPS/ГЛОНАСС больше нельзя считать единственным источником «правды». Нужна архитектура нескольких уровней позиционирования, где спутниковые данные дополняются и страхуются данными LBS и CAN-шины (одометр). - Помехи нужно не блокировать, а фильтровать
РЭБ и спуфинг нельзя «отключить», но их влияние можно нивелировать. Современные системы должны уметь на сервере распознавать аномалии и грамотно восстанавливать треки на основе альтернативных данных и логики движения.
- Сеть — это переменная, а не константа
Ограничения мобильного интернета («белые списки», «период охлаждения» SIM) — это новые регуляторные и сетевые реалии. Их необходимо закладывать в архитектуру связи на этапе проектирования, предусматривая устойчивые каналы передачи данных.
Задача сместилась с простого отслеживания местоположения к созданию отказоустойчивой системы. Успех теперь зависит от способности платформы и выбранного оборудования гибко адаптироваться к сложной среде, используя все доступные источники данных и протоколы связи.
Стратегия ГдеМои: 3 принципа устойчивого мониторинга транспорта
Мы исходим из простого принципа: мир вокруг стал «шумным», но это не должно влиять на способность контролировать автопарк и принимать решения. Сложность в получении достоверных координат должна минимально влиять на качество данных и непрерывность бизнес-процессов. Для этого в ГдеМои реализованы 3 ключевых принципа, которые адаптируют мониторинг под отказоустойчивую систему.
- Многослойное позиционирование
Когда GNSS-сигнал теряется из-за РЭБ или скомпрометирован спуфингом, система не перестает работать. Наши решения построены на комбинации источников: спутники (GNSS) выступают базовым слоем, а в качестве резерва используются данные LBS (по вышкам сотовой связи и Wi-Fi-позиционированию) и, что критически важно, — данные с CAN-шины автомобиля.
В зоне глушения трекер автоматически переключается на альтернативные источники, а пробег и скорость продолжают рассчитываться по данным одометра, а не по «скачущим» координатам.
- Интеллектуальная фильтрация и восстановление треков
Мы понимаем, что РЭБ и спуфинг нельзя отключить, но можно обработать их последствия. Алгоритмы на стороне сервера нашей платформы постоянно анализируют поток данных:
- отбрасывают аномалии (прыжки на сотни километров, нереальные скорости),
- определяют «периоды сомнительных данных»,
- восстанавливают вероятный маршрут между двумя надежными точками, опираясь на дорожный граф.
Это позволяет сохранять корректные данные по перемещению транспорта и не рушить аналитику из-за помех.
- Хранение истории до нескольких суток
Потеря мобильного интернета не означает потерю данных. Наши трекеры оснащены внутренней памятью, которая буферизирует информацию о местоположении, событиях и показаниях датчиков на срок до нескольких суток. Как только связь восстанавливается, происходит автоматическая загрузка всей накопленной истории на сервер. Да, в реальном времени контроль может временно ослабнуть, но итоговые отчеты о пробеге, моточасах и маршрутах остаются полными и достоверными.
Узнайте в статье, как функционируют трекеры ГдеМои, чтобы продолжать отслеживать транспорт в зонах глушения, и как это решение уже работает для автопарков по всей России
Чек-лист для автопарка: как усилить устойчивость системы мониторинга
Внешние помехи стали одной из главных сложностей для транспортного мониторинга. Весь этот год мы вместе с нашими клиентами и партнерами адаптировались к новой реальности, где глушение, РЭБ, спуфинг и сетевые ограничения — повседневный фактор. Главный вывод, который мы сделали: универсального рецепта не существует, потому что у каждого автопарка — свой парк техники, свои маршруты и свои риски. Наши эксперты готовы погружаться в специфику каждого и предлагать рабочие решения.
Чтобы помочь вам провести первичную диагностику системы мониторинга транспорта, подготовили пошаговую инструкцию. Скачайте чек-лист, чтобы самостоятельно проверить уязвимые места в вашей системе и получить четкий план модернизации для работы в условиях помех.
