RTK без своей базовой станции: сетевые поправки и NTRIP

Классическая схема RTK выглядит тяжеловесно: базовая станция на штативе, известные координаты точки, радиомодем, время на развёртывание. Для съёмочной бригады это лишние полчаса на каждом объекте и ещё один прибор в машине. Хорошая новость в том, что своей базовой станции у вас может не быть вовсе: поправки в RTK-сканер способен отдавать сетевой провайдер через интернет, а приёмник будет считать вектор до «виртуальной» базы, построенной рядом с вами. Разбираем, как устроены сетевые поправки и NTRIP, что нужно для работы через сеть и в каких случаях этот подход упирается в границы.

Сетевой RTK: откуда берутся поправки без вашей базы

Ровно расположенные постоянно действующие референцные станции образуют сеть: каждая стоит на точке с точно известными координатами, круглосуточно принимает сигналы GPS, ГЛОНАСС, Galileo и BeiDou и сравнивает измеренные дальности с расчётными. Из этой сети провайдер поправок синтезирует коррекции для любой точки внутри периметра: программные алгоритмы моделируют поведение ошибок — часов, орбит, ионосферы — в районе вашего положения и генерируют данные так, будто в паре километров от вас стоит виртуальная базовая станция. Эта концепция так и называется — VRS, Virtual Reference Station.

Работает это так: сканер с GNSS-модулем сообщает сети своё приближённое положение (обычно решением по кодовым измерениям — метры точности для этого достаточно), провайдер в ответ формирует поправки, привязанные именно к этому месту. Приёмник решает фазовую неоднозначность относительно виртуальной базы и переходит в режим Fix с сантиметровой точностью — тем же, которую дала бы физическая база в хорошем радиусе. Для пользователя разница между «своей базой» и «сетью» сводится к тому, что вместо развёртывания станции вы входите в сеть логином и паролем — остальная логика в сканере идентична.

Пара нюансов, которые стоит знать до первого выезда. Возраст поправок критичен: поток должен обновляться каждую секунду, и «залипший» канал медленного интернета даёт деградацию решения даже при формальной связи. Состав поправок должен соответствовать возможностям приёмника: если модуль сканера поддерживает несколько частот и все четыре созвездия, mountpoint стоит выбирать соответствующий — решение по одному сигналу даже на лучшем канале будет заметно слабее. Оба параметра проверяются демо-подключением: пять минут у офиса с открытым небом показывают, какой mountpoint берёт фикс быстро и держит его устойчиво.

Для мобильного LiDAR-сканирования это меняет экономику задачи: RTK-привязка перестаёт требовать второго комплекта геодезического оборудования и становится функцией подписки. Один оператор со сканером уровня SHARE SLAM S20 SE RTK (489 000 ₽) делает на объекте то, ради чего раньше выезжали связка «база + ровер» и два специалиста.

NTRIP: как поправки физически попадают в сканер

Транспортным протоколом для сетевых поправок служит NTRIP — Networked Transport of RTCM via Internet Protocol. По сути это специализированный потоковый протокол поверх HTTP: сервер провайдера «вещает» потоки поправок, а ваш приёмник выступает клиентом и подписывается на один из них. У потока есть имя — mountpoint; у провайдеров их обычно несколько, различающихся составом созвездий, форматом (RTCM разных версий), регионом покрытия и типом решения (одна ближайшая станция, VRS или сеть целиком). Подключение требует логина и пароля — это одновременно и защита, и система учёта: по ним провайдер списывает время работы или объём данных по вашему тарифу.

Технически в связке участвуют три устройства: GNSS-приёмник сканера, источник интернета (встроенный модем, смартфон в точке доступа или полевой роутер) и NTRIP-кастор провайдера. Сканер отправляет на кастор свою позицию — стандартное NMEA-предложение GGA — и получает в ответ поток RTCM, который немедленно используется в решении. Важно, что данные идут в обе стороны постоянно: пропадание интернета означает пропадание поправок, и приёмник, потеряв их, начнёт деградировать из Fix в Float. Поэтому устойчивость канала связи — не «удобство», а часть точностной модели сетевого RTK.

Что нужно для работы через сеть: чек-лист

Первое — подписка у провайдера поправок с покрытием вашего региона. В России действует несколько сетей референцных станций — и государственные, и коммерческие; у большинства есть демо-доступ для проверки. Второе — канал связи на объекте: там, куда не добивает мобильный интернет, сетевой RTK работать не будет, и это главный практический ограничитель. Третье — корректная настройка приёмника: mountpoint, учётные данные, формат поправок, набор созвездий. У сканеров SHARE этот профиль настраивается один раз и дальше включается автоматически при старте съёмки.

Четвёртое — понимание модели списания: большинство провайдеров тарифицируют время в сети, поэтому «включил утром, выключил вечером» — не бесплатный режим. Регламент прост: поправки подключают перед началом маршрута и отключают после его завершения, а на паузах съёмки сеть не держат. Пятое — организационный момент: подписку на сеть для корпоративного применения оформляют на юрлицо, и её стоимость стоит закладывать в смету работ наравне с амортизацией оборудования.

Шестое — резервный план. Проверка перед выездом должна заканчиваться ответом на вопрос «что мы делаем, если сеть встанет»: где логин второго провайдера, где ближайшая точка с устойчивым интернетом, включено ли логгирование сырых данных на случай перехода в постобработку. Пять минут планирования в офисе экономят полдня на объекте: переприезд из-за упавшего канала поправок — самая обидная статья потерь в мобильном сканировании, потому что сама съёмка занимает считанные минуты.

Границы сетевого решения

Сетевой RTK — не универсальный ключ, и его ограничения стоит знать заранее. Ограничение первое — география: за пределами зоны уверенного покрытия сети (а это могут быть и целые регионы, и «дыры» внутри неё) поправки не формируются. Ограничение второе — связь: карьер за грядой холмов, лесной массив, новостройка с экранирующими фасадами — везде, где мобильный интернет слаб, решение будет рваться. Ограничение третье — качество самих условий: сеть компенсирует системные ошибки (орбиты, часы, ионосферу), но бессильна против многолучевости от фасада напротив — это уже вопрос методики съёмки.

Четвёртое ограничение — ответственность. Для ряда задач (контроль подрядчика, споры о границах, мониторинг) заказчик может требовать независимое обоснование: базу, установленную на пунктах с известными координатами. И пятое — экономика на дистанции: при большом объёме работ и удалённых объектах собственная база или переход на постобработку (PPK) могут оказаться выгоднее постоянной подписки. Все эти сценарии не «минусы» сетевого RTK, а его естественная зона применимости: внутри неё он даёт максимум скорости при минимальном комплекте.

Своя база, сеть или гибрид: как выбирают бригады

Выбор источника поправок — управленческое решение, а не техническая мелочь, и зрелые бригады проходят через три стадии. Первая — старт на сети: подписка и смартфон-роутер закрывают большинство городских и пригородных задач с минимальными вложениями, а оператор учится методике на самом простом комплекте. Вторая — специализация: появляются объекты вне покрытия или с требованием независимого обоснования, и под них берётся пишущая базовая станция — не для реального времени, а как источник опорных логов для постобработки. Третья — гибрид как норма: сеть там, где она есть, своя станция там, где нужна автономность, логгирование включено всегда.

На выбор влияет и структура работ. Ремонтные обмеры и приёмка строительства в городе — это много коротких выездов в зону уверенного покрытия: сеть здесь вне конкуренции по скорости входа в задачу. Геодезия линейных объектов, карьеры, площадки промышленного строительства — это редкие, но длинные выезды в места со слабой связью: там доминирует логика постобработки с базой. Подрядчику с широким портфелем имеет смысл держать оба режима в одном приборе — как это сделано в S20 SE RTK и старших моделях SHARE, где переключение источника поправок — настройка профиля, а не отдельного комплекта.

Финальный аргумент — аудит. Сетевые провайдеры дают журналы сессий, собственная база — собственные логи, постобработка — протоколы решения: в любом варианте у результата остаётся документируемый след. Для корпоративного заказчика, который оплачивает точность, а не обещания, наличие журналов часто становится условием допуска подрядчика к работам — и это ещё одна причина изначально строить процесс на приборах с полноценным логгированием сырых данных.

Отдельный случай — сезонная и выездная работа. Бригада, которая выходит на объекты только в тёплый сезон или работает вахтовым графиком, за круглосуточную подписку платит неэффективно; для таких режимов провайдеры обычно предлагают тарифы с оплатой по дням, и это стоит уточнять до оформления. И наоборот: при постоянном потоке городских задач годовая подписка быстро окупается одним сэкономленным развёртыванием базы в неделю. Цена вопроса всегда считается от структуры работ, а не от прайса провайдера — как и любая другая статья геодезического производства.

Критерий	Своя базовая станция	Сетевые поправки (VRS/NTRIP)	Постобработка (PPK)
Развёртывание на объекте	Требуется, время на установку	Не требуется	Не требуется в поле
Зависимость от связи	Радиоканал в прямой видимости	Мобильный интернет постоянно	Отсутствует
Покрытие	Где установите	Зона сети провайдера	Любой объект с логгированием
Регулярные затраты	Обслуживание, пункты	Подписка, трафик	Время камеральной обработки
Контроль результата в поле	Сразу	Сразу	Только после обработки

Практика сетевой RTK-съёмки на участке под ИЖС — с планом маршрута и контролем — разобрана в материале геодезия участка ИЖС, а общий принцип привязки без мишеней — в статье про RTK-привязку без маркеров. Технические детали конкретного прибора собраны в обзоре S20 SE RTK; если вы присматриваете замену стационарному терминалу, посмотрите также Чем заменить Leica BLK360.

Частые вопросы

Что произойдёт, если интернет пропадёт посреди съёмки?

Поправки перестанут поступать, и приёмник за короткое время выйдет из режима Fix. Геометрию облака при этом SLAM сохранит, но участок маршрута без GNSS-привязки будет удерживаться только внутренней связкой. Правильная реакция — вернуться на участок с уверенным небом и связью, дать решению восстановиться и продолжить; критичные маршруты снимают с контролем качества GNSS-трека.

Можно ли использовать сетевой RTK за границей зоны покрытия?

Нет, вне зоны сети виртуальная база для вашего положения не строится. Варианты — собственная базовая станция с радиоканалом или переход на постобработку: сканер пишет сырые GNSS-данные в течение маршрута, а решение считается после съёмки по данным ближайших доступных станций.

Насколько точность сетевого RTK отличается от работы с собственной базой?

Внутри зоны уверенного покрытия и при нормальной геометрии созвездия различие не принципиально — обе схемы дают сантиметровое фиксированное решение. С ростом удалённости от опорных станций и при возмущениях ионосферы качество сетевого решения снижается сильнее, чем решения по своей базе рядом с объектом.

Что проверять перед выездом на объект?

Три вещи: демо-логином проверить, что в районе объекта сеть отдаёт фикс; убедиться в устойчивом мобильном интернете (или запланировать точку доступа/роутер); убедиться, что mountpoint и учётные данные прописаны в сканере. Плюс четвёртое: проверить, что включено логгирование сырых данных — тогда даже внезапная потеря сети превращается из срыва съёмки в плановый переход на постобработку. Такой пятиминутный регламент снимает большинство полевых сюрпризов.

Сетевые поправки делают RTK-сканирование доступным без геодезического парка оборудования. Сравнить сканеры с GNSS-модулем и подобрать комплект под ваши объекты можно в линейке SHARE: выставим счёт для юрлица, дадим гарантию 1 год и проведём демо на вашем объекте.