Як працюють LoRaWAN-шлюзи: практичний посібник для постачальників ресурсів 

Однак під час вибору рішення увага часто зосереджується на лічильниках і датчиках: який ресурс вони вимірюють, як живляться, як часто передають дані, скільки служить батарея. Шлюз при цьому сприймається як «коробка для зв’язку». На практиці саме LoRaWAN-шлюз визначає, наскільки стабільно дані із сотень або тисяч пристроїв надходитимуть до системи обліку.

LoRaWAN особливо часто розглядають для розумного обліку води, газу, тепла, електроенергії, моніторингу затоплень, тиску, температури та стану інженерної інфраструктури. Це LPWAN-технологія: вона розрахована не на потокове відео чи великі файли, а на короткі повідомлення від великої кількості пристроїв із низьким енергоспоживанням. За даними IoT Analytics, кількість підключених IoT-пристроїв у світі мала досягти 21,1 млрд до кінця 2025 року, а до 2030 року – 39 млрд, що демонструє загальне зростання попиту на масові мережі збору даних.

^{Зростання кількості IoT-пристроїв у світі: глобальна кількість підключених пристроїв, млрд}

Що таке LoRaWAN-шлюз простими словами

LoRaWAN-шлюз – це пристрій, який приймає радіосигнали від датчиків, лічильників і модулів LoRaWAN, а потім передає ці дані через інтернет на мережевий сервер. У зворотному напрямку він може надсилати команди пристроям, наприклад для налаштування інтервалу передавання або підтвердження отримання повідомлення.

В архітектурі LoRaWAN шлюз не «розуміє» бізнес-сенсу даних. Він не визначає, скільки кубометрів води спожив абонент, і не розраховує баланс будинку. Його завдання – прийняти радіопакет, перетворити його на IP-пакет і переслати далі. LoRa Alliance описує таку архітектуру як star-of-stars: кінцеві пристрої передають повідомлення одному або кільком шлюзам, а шлюзи передають їх на центральний мережевий сервер через стандартне IP-з’єднання.

Це важлива відмінність від класичних систем, де пристрій «прив’язаний» до конкретної базової станції. У LoRaWAN один і той самий пакет можуть прийняти кілька шлюзів. Далі мережевий сервер усуває дублікати, оцінює якість прийому та передає в застосунок лише потрібні дані.

Для постачальника ресурсів це означає: мережу можна будувати гнучко. Один шлюз може обслуговувати багато лічильників у будинку, кварталі, промисловій зоні або на розподіленій інфраструктурі. При цьому якість зв’язку залежить не лише від самого шлюзу, а й від місця встановлення, антени, висоти розміщення, забудови, перешкод і сценарію передавання даних.

З яких елементів складається LoRaWAN-мережа

Типова LoRaWAN-мережа складається з чотирьох рівнів: кінцеві пристрої, шлюзи, мережевий сервер і прикладна система.

Кінцеві пристрої – це лічильники води, газу, тепла, електроенергії, радіомодулі для застарілих моделей лічильників, датчики протікання, температури, тиску, відкриття люків або стану обладнання. Вони передають короткі повідомлення радіоканалом LoRa. Часто такі пристрої працюють від батареї кілька років, оскільки більшу частину часу перебувають у сплячому режимі.

Шлюз приймає радіосигнал від пристроїв і передає його в інтернет. Для підключення до сервера він може використовувати Ethernet, Wi-Fi, 4G/LTE або інший канал зв’язку. У комунальних проєктах найчастіше застосовують Ethernet там, де є стабільна дротова мережа, і мобільний зв’язок там, де об’єкт віддалений або немає готової інфраструктури.

Мережевий сервер керує радіомережею: перевіряє коректність пакетів, видаляє дублікати, контролює параметри зв’язку, маршрутизує повідомлення, керує підтвердженнями та downlink-командами.

Прикладна система вже працює з розшифрованими даними: відображає показники, формує звіти, передає дані в білінг, CRM, SCADA або систему диспетчеризації.

Такий поділ корисний для масштабування. Наприклад, постачальник води може почати з пілотного проєкту в кількох будинках, а потім розширити мережу на район без повної заміни архітектури.

Як дані проходять від лічильника до системи обліку

Уявімо багатоквартирний будинок, де встановлено розумні лічильники води з LoRaWAN-модулями. Кожен лічильник раз на кілька годин прокидається, формує повідомлення з показниками, даними про рівень заряду батареї та службовою інформацією, після чого надсилає його радіоканалом.

Шлюз, установлений на даху, технічному поверсі або в приміщенні з хорошим покриттям, приймає цей сигнал. Якщо поблизу розміщено кілька шлюзів, пакет можуть прийняти одразу кілька пристроїв. Це не помилка, а нормальна особливість LoRaWAN: мережевий сервер вибере потрібний пакет і відфільтрує дублікати.

Далі шлюз передає пакет на мережевий сервер через інтернет. Сервер перевіряє справжність повідомлення, застосовує правила безпеки, визначає пристрій і передає корисне навантаження в застосунок. Уже там дані стають зрозумілими для користувача: номер лічильника, об’єкт, квартира, поточний показник, дата й час, можливі події або помилки.

^{Шлях даних у LoRaWAN-мережі: від лічильника до системи обліку}

Якщо система працює з підтвердженими повідомленнями, сервер може надіслати відповідь назад. Але в LoRaWAN важливо не зловживати downlink-командами. Мережа працює найефективніше там, де основне навантаження йде від пристроїв до сервера, а зворотні команди використовуються обмежено й у важливих випадках.

Чому шлюз – не просто «підсилювач сигналу»

Іноді LoRaWAN-шлюз помилково сприймають як ретранслятор, який просто підсилює радіосигнал. Таке спрощення може призвести до неправильного проєктування мережі.

Шлюз не підсилює кожне повідомлення й не будує ланцюжок «датчик – шлюз – шлюз – сервер» за замовчуванням. Він є точкою доступу між радіосегментом LoRa та IP-мережею. Тому під час проєктування важливо думати не лише про дальність, а й про радіопокриття, пропускну здатність, кількість пристроїв, частоту повідомлень і якість інтернет-каналу.

Наприклад, один шлюз може впевнено приймати сигнали від пристроїв на відкритій місцевості на значній відстані, але в щільній міській забудові підвальні приміщення, залізобетон, металеві двері, шахти та інженерні конструкції суттєво змінюють реальну картину. Тому універсальної відповіді на запитання «скільки лічильників обслуговуватиме один шлюз» не існує без обстеження об’єкта та розрахунку навантаження.

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

Основні типи LoRaWAN-шлюзів

Шлюзи умовно можна поділити на 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-шлюзу: головні фактори навантаження}

Чому downlink потрібно використовувати обережно

У проєктах дистанційного обліку зазвичай основне завдання – регулярно отримувати дані від пристроїв. Це uplink-трафік. Зворотні повідомлення від сервера до пристрою, або downlink, потрібні рідше: для підтверджень, зміни налаштувань, синхронізації або спеціальних команд.

Проблема в тому, що downlink сильніше навантажує шлюз і радіоканал. Якщо система вимагає підтверджувати кожне повідомлення від кожного лічильника, мережа може стати менш стійкою, особливо за великої кількості пристроїв. Тому підтверджені повідомлення варто використовувати лише там, де це справді необхідно.

Для постачальників ресурсів це практичне питання. Наприклад, щодобові показники води або тепла часто можна передавати без постійного підтвердження, якщо система контролює пропуски та повторні передавання. А критичні аварійні події – протікання, відкриття корпусу, різкий перепад тиску – можуть вимагати надійнішої логіки доставки.

Грамотний проєкт LoRaWAN-мережі – це баланс між надійністю, енергоспоживанням, частотою даних і ємністю ефіру.

Безпека: що бачить шлюз, а що залишається захищеним

У LoRaWAN безпека закладена на рівні протоколу. LoRa Alliance зазначає, що специфікація використовує дві криптографічні області: Network Session Key для взаємодії пристрою з мережевим сервером і Application Session Key для захисту даних на прикладному рівні. Для автентифікації, цілісності та шифрування застосовуються AES-алгоритми.

Це означає, що шлюз не повинен мати доступу до вмісту корисного навантаження. Він передає пакет далі, але не розшифровує показники лічильника. У коректно побудованій архітектурі дані розшифровуються на рівні застосунку або сервера, який має відповідні ключі.

Однак безпека залежить не лише від стандарту, а й від реалізації. Важливо правильно зберігати ключі, використовувати OTAA-активацію там, де це можливо, захищати доступ до шлюзів, оновлювати прошивки, обмежувати адміністративні інтерфейси та контролювати фізичний доступ до обладнання.

Для муніципалітетів, ОСББ і постачальників ресурсів це особливо важливо: дані обліку можуть бути чутливими, а мережа має працювати довго, без постійного ручного обслуговування.

LoRaWAN і NB-IoT: де роль шлюзу відрізняється

Постачальники ресурсів часто порівнюють LoRaWAN і NB-IoT. Обидві технології підходять для передавання невеликих обсягів даних від великої кількості пристроїв, але архітектура в них різна.

У NB-IoT пристрій підключається до мережі мобільного оператора. Постачальник ресурсів зазвичай не керує радіомережею напряму й не встановлює власні базові станції. Це зручно, якщо є хороше покриття оператора, зрозумілі тарифи та немає бажання обслуговувати власну інфраструктуру.

У LoRaWAN організація може побудувати приватну мережу й контролювати розміщення шлюзів, покриття, серверну частину та правила передавання даних. Це особливо корисно для житлових комплексів, міських районів, водоканалів, промислових об’єктів і муніципальних проєктів, де багато пристроїв зосереджено на обмеженій території.

Вибір не завжди має бути «або – або». У деяких проєктах LoRaWAN використовують для щільної локальної інфраструктури, а NB-IoT – для окремих віддалених об’єктів. Головне – рахувати не лише вартість пристрою, а й вартість зв’язку, обслуговування, покриття, інтеграції та володіння мережею в перспективі кількох років.

Як оцінити готовність об’єкта до впровадження LoRaWAN

Перед закупівлею шлюзів і лічильників варто відповісти на кілька практичних запитань. Скільки пристроїв потрібно підключити зараз і скільки з’явиться через 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 Gateways – шлюзи для збору даних у мережах LoRaWAN.

Шлюзи Jooby доступні в indoor- та outdoor-виконанні, включно з 8- і 16-канальними моделями, а також варіантами з резервним живленням. Вони можуть застосовуватися в проєктах водо-, газо-, тепло- та електропостачання, де потрібен стабільний збір даних із лічильників, радіомодулів і датчиків.

Для захищеного підключення передбачені OpenVPN і WireGuard, а функція White List допомагає відсікати зайвий трафік до передавання на мережевий сервер. Буферизація пакетів знижує ризик втрати даних під час тимчасових перебоїв зв’язку, а віддалене оновлення ПЗ спрощує обслуговування шлюзів без виїзду на об’єкт.

Для локацій без стабільного інтернет-доступу може використовуватися mesh-архітектура на базі ChirpStack: один Border Gateway підключається до сервера, а решта шлюзів працюють як Relay-вузли. Це дає змогу розширювати LoRaWAN-покриття на віддалених і розподілених об’єктах без підключення кожного шлюзу до інтернету.

Де LoRaWAN-шлюзи дають найбільший ефект

Найбільший ефект LoRaWAN зазвичай дає там, де багато пристроїв передають невеликі пакети даних, а прокладання кабелю є економічно недоцільним. Це багатоквартирні будинки, житлові комплекси, котельні, насосні станції, колодязі, теплопункти, промислові майданчики, паркінги, муніципальні об’єкти та розподілена міська інфраструктура.

Для водоканалів це може бути збір показників із загальнобудинкових та індивідуальних лічильників, контроль тиску, моніторинг протікань і рівня в резервуарах. Для теплопостачання – контроль теплових пунктів, температури, тиску та споживання. Для забудовників – підготовка будинків до експлуатації з уже вбудованою інфраструктурою дистанційного обліку.

Для ОСББ і керуючих компаній LoRaWAN може бути способом відмовитися від ручного збору показників, суперечок через несвоєчасне передавання даних і непрозорість споживання. Але результат залежить від правильної постановки завдання: мережа має проєктуватися під реальні сценарії, а не просто під встановлення обладнання.

^{Вартість LoRaWAN-проєкту: з чого складається бюджет}

Практичний висновок

LoRaWAN-шлюз – це ключовий елемент мережі дистанційного збору показників. Він з’єднує лічильники й датчики із серверною інфраструктурою, але його роль не зводиться до простої передачі сигналу. Від вибору шлюзу, місця встановлення, антени, інтернет-каналу та налаштувань мережі залежить стабільність усієї системи.

Для постачальників ресурсів, забудовників, муніципалітетів і ОСББ важливо починати не з питання «скільки коштує шлюз», а з питання «яке завдання має вирішити мережа». Потрібно враховувати кількість пристроїв, частоту передавання, умови розміщення, вимоги до даних, безпеку, інтеграцію та обслуговування.

LoRaWAN добре підходить для масового обліку й моніторингу там, де потрібні енергоефективні пристрої, дальній зв’язок і контроль над власною інфраструктурою. Але технологія розкриває свої переваги лише за грамотного проєктування. Правильно встановлений шлюз може роками забезпечувати збір даних із сотень пристроїв, а неправильно розміщений – стати слабкою ланкою навіть у дорогому проєкті.

Практичний підхід до впровадження шлюзів простий: обстежити об’єкт, протестувати покриття, розрахувати навантаження, вибрати відповідний тип шлюзу й заздалегідь продумати, як дані використовуватимуться в обліку, диспетчеризації та управлінні ресурсами. Саме так LoRaWAN-мережа перетворюється з набору пристроїв на робочий інструмент для ухвалення рішень.