Умный город - Блог - Как работают LoRaWAN-шлюзы: практическое руководство для поставщиков ресурсов
23.04.2026
28
Как работают LoRaWAN-шлюзы: практическое руководство для поставщиков ресурсов
Дистанционный сбор показаний уже перестал быть «технологией на будущее». Для водоканалов, теплосетей, управляющих компаний, муниципалитетов, застройщиков и ОСМД это способ снизить ручной труд, быстрее выявлять потери, контролировать потребление и получать данные без обходчиков.
Но при выборе решения часто внимание сосредоточено на счетчиках и датчиках: какой ресурс измеряют, как питаются, как часто передают данные, сколько служит батарея. Шлюз при этом воспринимается как «коробка для связи». На практике именно LoRaWAN-шлюз определяет, насколько стабильно данные с сотен или тысяч устройств будут доходить до системы учета.
LoRaWAN особенно часто рассматривают для умного учета воды, газа, тепла, электроэнергии, мониторинга затоплений, давления, температуры и состояния инженерной инфраструктуры. Это LPWAN-технология: она рассчитана не на потоковое видео или большие файлы, а на короткие сообщения от большого количества устройств с низким энергопотреблением. По данным IoT Analytics, количество подключенных IoT-устройств в мире должно было достичь 21,1 млрд к концу 2025 года, а к 2030 году – 39 млрд, что показывает общий рост спроса на массовые сети сбора данных.

Рост IoT-устройств в мире: глобальное число подключенных устройств, млрд
LoRaWAN-шлюз – это устройство, которое принимает радиосигналы от датчиков, счетчиков и модулей LoRaWAN, а затем передает эти данные через интернет на сетевой сервер. В обратную сторону он может отправлять команды устройствам, например, для настройки интервала передачи или подтверждения приема сообщения.
В архитектуре LoRaWAN шлюз не «понимает» бизнес-смысл данных. Он не решает, сколько кубометров воды потребил абонент и не рассчитывает баланс дома. Его задача – принять радиопакет, преобразовать его в IP-пакет и переслать дальше. LoRa Alliance описывает такую архитектуру как star-of-stars: конечные устройства передают сообщения одному или нескольким шлюзам, а шлюзы передают их на центральный сетевой сервер через стандартное IP-соединение.
Это важное отличие от классических систем, где устройство «привязано» к конкретной базовой станции. В LoRaWAN один и тот же пакет могут принять несколько шлюзов. Дальше сетевой сервер убирает дубликаты, оценивает качество приема и передает в приложение только нужные данные.
Для поставщика ресурсов это означает: сеть можно строить гибко. Один шлюз может обслуживать множество счетчиков в доме, квартале, промышленной зоне или на распределенной инфраструктуре. При этом качество связи зависит не только от самого шлюза, но и от места установки, антенны, высоты размещения, застройки, помех и сценария передачи данных.
Типовая LoRaWAN-сеть состоит из четырех уровней: конечные устройства, шлюзы, сетевой сервер и прикладная система.
Конечные устройства – это счетчики воды, газа, тепла, электроэнергии, радиомодули для устаревших моделей счетчиков, датчики протечки, температуры, давления, открытия люков или состояния оборудования. Они передают короткие сообщения по радиоканалу LoRa. Часто такие устройства работают от батареи несколько лет, потому что большую часть времени находятся в спящем режиме.
Шлюз принимает радиосигнал от устройств и передает его в интернет. Для подключения к серверу он может использовать Ethernet, Wi-Fi, 4G/LTE или другой канал связи. В коммунальных проектах чаще всего применяют Ethernet там, где есть стабильная проводная сеть, и мобильную связь там, где объект удаленный или нет готовой инфраструктуры.
Сетевой сервер управляет радиосетью: проверяет корректность пакетов, удаляет дубликаты, контролирует параметры связи, маршрутизирует сообщения, управляет подтверждениями и downlink-командами.
Прикладная система уже работает с расшифрованными данными: отображает показания, строит отчеты, передает данные в биллинг, CRM, SCADA или систему диспетчеризации.
Такое разделение полезно для масштабирования. Например, поставщик воды может начать с пилотного проекта на нескольких домах, а затем расширить сеть на район без полной замены архитектуры.
Представим многоквартирный дом, где установлены умные счетчики воды с LoRaWAN-модулями. Каждый счетчик раз в несколько часов просыпается, формирует сообщение с показаниями, данными об уровне заряда батареи и служебной информацией, после чего отправляет его по радиоканалу.
Шлюз, установленный на крыше, техническом этаже или в помещении с хорошим покрытием, принимает этот сигнал. Если поблизости размещены несколько шлюзов, пакет могут принять сразу несколько устройств. Это не ошибка, а нормальная особенность LoRaWAN: сетевой сервер выберет нужный пакет и отфильтрует дубликаты.
Далее шлюз передает пакет на сетевой сервер через интернет. Сервер проверяет подлинность сообщения, применяет правила безопасности, определяет устройство и передает полезную нагрузку в приложение. Уже там данные становятся понятными для пользователя: номер счетчика, объект, квартира, текущее показание, дата и время, возможные события или ошибки.

Путь данных в LoRaWAN-сети: от счетчика до системы учета
Если система работает с подтвержденными сообщениями, сервер может отправить ответ обратно. Но в LoRaWAN важно не злоупотреблять downlink-командами. Сеть эффективнее всего работает там, где основная нагрузка идет от устройств к серверу, а обратные команды используются ограниченно и в важных случаях.
Иногда LoRaWAN-шлюз ошибочно воспринимают как ретранслятор, который просто усиливает радиосигнал. Это упрощение может привести к неправильному проектированию сети.
Шлюз не усиливает каждое сообщение и не строит цепочку «датчик – шлюз – шлюз – сервер» по умолчанию. Он является точкой доступа между радиосегментом LoRa и IP-сетью. Поэтому при проектировании важно думать не только о дальности, но и о радиопокрытии, пропускной способности, количестве устройств, частоте сообщений и качестве интернет-канала.
Например, один шлюз может уверенно принимать устройства на открытой местности на значительном расстоянии, но в плотной городской застройке подвальные помещения, железобетон, металлические двери, шахты и инженерные конструкции сильно меняют реальную картину. Поэтому универсального ответа на вопрос: «сколько счетчиков обслужит один шлюз» не существует без обследования объекта и расчета нагрузки.
Для коммунальных проектов следует рассматривать шлюз как элемент инфраструктуры, а не как аксессуар к счетчику. От его размещения и настройки зависит стабильность сбора данных, особенно если сеть должна работать годами.
Шлюзы условно можно разделить на indoor и outdoor. Indoor-шлюзы устанавливаются внутри помещений: в диспетчерских, серверных, технических комнатах, подъездах или офисах. Они проще в монтаже, но обычно хуже подходят для покрытия больших территорий, если нет возможности вынести антенну.
Outdoor-шлюзы рассчитаны на улицу, крышу, мачту или фасад. У них есть защищенный корпус, устойчивость к температуре, влаге и пыли, возможность подключения внешней антенны, заземления и резервного питания. Для поставщиков ресурсов outdoor-шлюз часто становится основным вариантом при покрытии кварталов, насосных станций, котельных, скважин, промышленных площадок и муниципальной инфраструктуры.
Отдельно стоит учитывать backhaul – канал, по которому шлюз выходит в интернет. Ethernet обычно стабильнее и предсказуемее. Мобильная связь удобна на удаленных объектах, но требует проверки покрытия оператора, качества сигнала, тарифов и надежности SIM-карт. В критичных проектах может использоваться резервирование: например, Ethernet как основной канал и LTE как резервный.
Место установки часто важнее, чем формальная мощность оборудования. Хорошая точка размещения дает больший эффект, чем попытка компенсировать плохую радиосреду более дорогим устройством.
Для города обычно важны высота, минимальное количество препятствий, доступ к питанию, защита от вандализма и стабильный интернет. Крыша или верхний технический этаж часто дают лучшее покрытие, чем подвал или помещение внутри здания. Но если большая часть счетчиков находится в подвальных помещениях, иногда нужны дополнительные точки покрытия или другая схема размещения.
Для сельских и распределенных объектов важны рельеф, расстояния, наличие мачт, деревья, металлические конструкции и сезонные изменения. Например, летом листва может ухудшить радиоканал, а зимой оборудование должно стабильно работать при низких температурах.
Перед массовым внедрением желательно провести радиопланирование и тестовые замеры. На практике это снижает риск ситуации, когда после закупки оборудования выясняется, что часть счетчиков регулярно не выходит на связь.
Теоретически один LoRaWAN-шлюз может принимать сообщения от большого количества устройств. Но реальная емкость зависит от частоты передачи, размера сообщений, используемых SF (spreading factor), количества каналов, уровня помех, duty cycle и доли подтвержденных сообщений.
Если счетчик передает короткий пакет один или несколько раз в сутки, нагрузка на сеть будет небольшой. Если сотни устройств отправляют данные каждые несколько минут, нагрузка резко возрастает. Кроме того, устройства с плохим сигналом используют более «медленные» режимы передачи, занимают эфир дольше и снижают общую емкость сети.
В европейском диапазоне EU863-870 LoRa Alliance рекомендует ограничение duty cycle 1%, то есть устройство может передавать не более 1% времени в соответствующем диапазоне. Это нужно для снижения помех и совместной работы устройств в нелицензируемом спектре.

Емкость LoRaWAN-шлюза: главные факторы нагрузки
В проектах дистанционного учета обычно основная задача – регулярно получать данные от устройств. Это uplink-трафик. Обратные сообщения от сервера к устройству, или downlink, нужны реже: для подтверждений, изменения настроек, синхронизации или специальных команд.
Проблема в том, что downlink сильнее нагружает шлюз и радиоканал. Если система требует подтверждать каждое сообщение от каждого счетчика, сеть может стать менее устойчивой, особенно при большом количестве устройств. Поэтому подтвержденные сообщения стоит использовать только там, где это действительно необходимо.
Для поставщиков ресурсов это практический вопрос. Например, ежесуточные показания воды или тепла часто можно передавать без постоянного подтверждения, если система контролирует пропуски и повторные передачи. А критичные аварийные события – протечка, вскрытие корпуса, резкий перепад давления – могут требовать более надежной логики доставки.
Грамотный проект LoRaWAN-сети – это баланс между надежностью, энергопотреблением, частотой данных и емкостью эфира.
В LoRaWAN безопасность заложена на уровне протокола. LoRa Alliance указывает, что спецификация использует две криптографические области: Network Session Key для взаимодействия устройства с сетевым сервером и Application Session Key для защиты данных на прикладном уровне. Для аутентификации, целостности и шифрования применяются AES-алгоритмы.
Это означает, что шлюз не должен иметь доступа к содержимому полезной нагрузки. Он передает пакет дальше, но не расшифровывает показания счетчика. В корректно построенной архитектуре данные расшифровываются на уровне приложения или сервера, который имеет соответствующие ключи.
Однако безопасность зависит не только от стандарта, но и от реализации. Важно правильно хранить ключи, использовать OTAA-активацию там, где это возможно, защищать доступ к шлюзам, обновлять прошивки, ограничивать административные интерфейсы и контролировать физический доступ к оборудованию.
Для муниципалитетов, ОСМД и поставщиков ресурсов это особенно важно: данные учета могут быть чувствительными, а сеть должна работать долго, без постоянного ручного обслуживания.
Поставщики ресурсов часто сравнивают LoRaWAN и NB-IoT. Обе технологии подходят для передачи небольших объемов данных от большого количества устройств, но архитектура у них разная.
В NB-IoT устройство подключается к сети мобильного оператора. Поставщик ресурсов обычно не управляет радиосетью напрямую и не устанавливает собственные базовые станции. Это удобно, если есть хорошее покрытие оператора, понятные тарифы и нет желания обслуживать собственную инфраструктуру.
В LoRaWAN организация может построить частную сеть и контролировать размещение шлюзов, покрытие, серверную часть и правила передачи данных. Это особенно полезно для жилых комплексов, городских районов, водоканалов, промышленных объектов и муниципальных проектов, где много устройств сосредоточено на ограниченной территории.
Выбор не всегда должен быть «или – или». В некоторых проектах LoRaWAN используют для плотной локальной инфраструктуры, а NB-IoT – для отдельных удаленных объектов. Главное – считать не только стоимость устройства, но и стоимость связи, обслуживания, покрытия, интеграции и владения сетью в перспективе нескольких лет.
Перед закупкой шлюзов и счетчиков стоит ответить на несколько практических вопросов. Сколько устройств нужно подключить сейчас и сколько появится через 2–3 года? Где они расположены: в квартирах, подвалах, колодцах, технических помещениях, на улице? Как часто нужно получать данные: раз в сутки, раз в час, каждые 15 минут?
Также важно понять, какие данные являются критичными. Для коммерческого учета важна регулярность показаний. Для аварийных датчиков важна скорость события. Для диспетчеризации инженерных объектов может быть важна комбинация: периодические данные плюс немедленные тревоги.
Следующий шаг – обследование объекта. Проверяется радиопокрытие, возможные точки установки шлюзов, наличие питания, интернет-канала, условия монтажа и требования к защите оборудования. После этого можно рассчитать ориентировочное количество шлюзов и выбрать тип антенн.
Отдельно нужно продумать интеграцию. Данные должны не просто «приходить на сервер», а попадать туда, где с ними работают: биллинг, личный кабинет, диспетчерская, ERP, SCADA или аналитическая система.
Первая ошибка – планировать покрытие только по паспортной дальности. В реальных условиях бетон, металл, подвалы, рельеф и плотная застройка важнее рекламных километров. Поэтому пилотные замеры почти всегда полезнее теоретической оценки.
Вторая ошибка – ставить шлюз там, где удобно подключить питание, а не там, где лучше радиопокрытие. Иногда перенос устройства на несколько этажей выше или установка внешней антенны дают кратное улучшение качества связи.
Третья ошибка – слишком частая передача данных. Если бизнес-задача требует одного показания в сутки, не всегда есть смысл отправлять данные каждые пять минут. Это увеличивает нагрузку на эфир, сокращает срок службы батарей и усложняет масштабирование.
Четвертая ошибка – не учитывать обслуживание. Шлюз должен быть доступен для диагностики, обновлений, проверки питания, замены SIM-карты или антенны. При этом он должен быть защищен от влаги, грозовых рисков, вандализма и случайного отключения.
Для поставщиков ресурсов важны не только радиопараметры. Нужно смотреть на весь набор характеристик: диапазон частот, количество каналов, поддержку нужного региона, тип корпуса, питание, резервирование, интерфейсы связи, поддержку PoE, LTE, GPS, удаленное управление и журналирование событий.
Частотный план должен соответствовать региональным требованиям. LoRa Alliance в октябре 2025 года опубликовала Regional Parameters RP002-1.0.5, где описаны параметры LoRaWAN для разных регуляторных регионов. Это важно учитывать при сертификации устройств и выборе оборудования для конкретной страны.
Для outdoor-установок стоит обращать внимание на степень защиты корпуса, рабочий температурный диапазон, грозозащиту, качество разъемов, возможность крепления на мачту или стену. Для объектов ресурсоснабжения также важна удаленная диагностика: состояние backhaul-канала, уровень приема, количество пакетов, ошибки, перезагрузки.
Хороший шлюз – это не просто радиомодуль в корпусе. Это инфраструктурный узел, который должен стабильно работать без постоянного присутствия инженера.
Для проектов дистанционного учета важно выбирать шлюз не только по количеству каналов, но и по устойчивости связи, безопасности, возможностям удаленного обслуживания и работе в нестабильных условиях. В качестве примера такого решения можно рассмотреть Jooby Gateways – шлюзы для сбора данных в сетях LoRaWAN.
Шлюзы Jooby доступны в indoor- и outdoor-исполнении, включая 8- и 16-канальные модели, а также варианты с резервным питанием. Они могут применяться в проектах водо-, газо-, тепло- и электроснабжения, где требуется стабильный сбор данных со счетчиков, радиомодулей и датчиков.
Для защищенного подключения предусмотрены OpenVPN и WireGuard, а функция White List помогает отсеивать лишний трафик до передачи на сетевой сервер. Буферизация пакетов снижает риск потери данных при временных перебоях связи, а удаленное обновление ПО упрощает обслуживание шлюзов без выезда на объект.
Для локаций без стабильного интернет-доступа может использоваться mesh-архитектура на базе ChirpStack: один Border Gateway подключается к серверу, а остальные шлюзы работают как Relay-узлы. Это позволяет расширять LoRaWAN-покрытие на удаленных и распределенных объектах без подключения каждого шлюза к интернету.
Наибольший эффект LoRaWAN обычно дает там, где много устройств передают небольшие пакеты данных, а прокладка кабеля экономически нецелесообразна. Это многоквартирные дома, жилые комплексы, котельные, насосные станции, колодцы, теплопункты, промышленные площадки, паркинги, муниципальные объекты и распределенная городская инфраструктура.
Для водоканалов это может быть сбор показаний с общедомовых и индивидуальных счетчиков, контроль давления, мониторинг протечек и уровня в резервуарах. Для теплоснабжения – контроль тепловых пунктов, температуры, давления и потребления. Для застройщиков – подготовка домов к эксплуатации с уже встроенной инфраструктурой удаленного учета.
Для ОСМД и управляющих компаний LoRaWAN может быть способом уйти от ручного сбора показаний, споров из-за несвоевременной передачи данных и непрозрачности потребления. Но результат зависит от правильной постановки задачи: сеть должна проектироваться под реальные сценарии, а не просто под установку оборудования.

Стоимость LoRaWAN-проекта: из чего складывается бюджет
LoRaWAN-шлюз – это ключевой элемент сети дистанционного сбора показаний. Он соединяет счетчики и датчики с серверной инфраструктурой, но его роль не сводится к простой передаче сигнала. От выбора шлюза, места установки, антенны, интернет-канала и настроек сети зависит стабильность всей системы.
Для поставщиков ресурсов, застройщиков, муниципалитетов и ОСМД важно начинать не с вопроса «сколько стоит шлюз», а с вопроса «какую задачу должна решить сеть». Нужно учитывать количество устройств, частоту передачи, условия размещения, требования к данным, безопасность, интеграцию и обслуживание.
LoRaWAN хорошо подходит для массового учета и мониторинга там, где нужны энергоэффективные устройства, дальняя связь и контроль над собственной инфраструктурой. Но технология раскрывает свои преимущества только при грамотном проектировании. Правильно установленный шлюз может годами обеспечивать сбор данных с сотен устройств, а неправильно размещенный – стать слабым звеном даже в дорогом проекте.
Практический подход внедрения шлюзов прост: обследовать объект, протестировать покрытие, рассчитать нагрузку, выбрать подходящий тип шлюза и заранее продумать, как данные будут использоваться в учете, диспетчеризации и управлении ресурсами. Именно так LoRaWAN-сеть превращается из набора устройств в рабочий инструмент для принятия решений.
Будьте в курсе последних новостей индустрии
Спасибо, мы получили ваше сообщение. Ответственный менеджер свяжется с вами в ближайшее время.
Наши специалисты всегда готовы помочь и оперативно ответят на все ваши вопросы. Чтобы получить консультацию относительно вашего проекта и разработать персональный план его реализации, заполните форму обратной связи.
Спасибо, мы получили ваше сообщение. Ответственный менеджер свяжется с вами в ближайшее время.
Спасибо, мы приняли ваш запрос. В ближайшее время ответственный менеджер свяжется с вами и уточнит детали заказа.
Наши специалисты всегда готовы помочь и оперативно ответят на все ваши вопросы. Чтобы получить консультацию относительно вашего проекта и разработать персональный план его реализации, заполните форму обратной связи.
Спасибо, мы получили ваше сообщение. Ответственный менеджер свяжется с вами в ближайшее время.