IoT-протоколы: MQTT, CoAP, LoRaWAN, Matter и другие

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

В этой статье разбираются основные категории IoT-протоколов, ключевые представители каждой категории, их сильные и слабые стороны, типичные сценарии применения. Понимание этих различий помогает архитектору правильно выбирать технологии под конкретный проект, а не следовать моде на популярные стандарты, не подходящие к задаче.

Категории IoT-протоколов

IoT-стек принято делить по уровням и сегментам сети, на которых работают разные протоколы.

В реальной системе используется комбинация: устройство передаёт данные по BLE на шлюз, шлюз агрегирует и пересылает в облако через MQTT поверх TCP/IP. Архитектор должен спланировать стек на каждом уровне, понимая компромиссы.

MQTT — message queueing telemetry transport

MQTT — самый распространённый прикладной протокол в IoT. Разработан IBM в 1999 году, стандартизирован OASIS. Спроектирован для работы с устройствами с ограниченными ресурсами и нестабильным подключением.

Архитектура MQTT

Работает по модели publish-subscribe через центральный брокер. Устройства публикуют сообщения в топики, другие устройства или сервисы подписываются на топики, получают сообщения через брокера. Брокер не хранит долгосрочную историю, только активные сессии.

Уровни QoS

MQTT поддерживает три уровня гарантий доставки:

• QoS 0 (At most once): пакет отправляется без подтверждения. Самый быстрый, но может потеряться
• QoS 1 (At least once): гарантия доставки, но возможны дубли
• QoS 2 (Exactly once): гарантия доставки ровно один раз. Самый дорогой по overhead

Преимущества

• Малый размер заголовка (2 байта минимум)
• Эффективная работа на нестабильных каналах
• Малое потребление энергии на устройстве
• Поддержка persistent sessions для восстановления состояния
• Last Will and Testament для обработки разрывов соединения
• Огромная экосистема брокеров и клиентов

Популярные брокеры MQTT

• Mosquitto — самый популярный open source брокер
• EMQX — высоконагруженный enterprise-брокер
• HiveMQ — коммерческий брокер с MQTT 5 и enterprise-функциональностью
• AWS IoT Core — managed MQTT-сервис на AWS
• Azure IoT Hub — Microsoft-аналог
• Yandex IoT Core — российский managed-сервис

CoAP — constrained application protocol

CoAP — REST-подобный протокол для очень ограниченных устройств, разработанный IETF. Использует UDP вместо TCP, что даёт меньший overhead и лучшую работу на устройствах с ограниченной памятью.

Сравнение CoAP и HTTP

CoAP оптимален для устройств с менее чем 50 КБ памяти и батарейным питанием. На более мощных устройствах MQTT обычно удобнее из-за развитой экосистемы.

AMQP в IoT

AMQP — Advanced Message Queuing Protocol — более тяжёлый, но функционально богатый протокол передачи сообщений. Разработан для финансового сектора, но используется и в IoT, особенно в enterprise-сценариях с требованием reliable messaging.

Когда AMQP в IoT

• Промышленные системы с требованием transactional messaging
• Интеграция IoT-данных с enterprise message-bus
• Сценарии с complex routing-логикой
• Системы с высокими требованиями к durability сообщений

В большинстве IoT-сценариев MQTT удобнее из-за меньшего overhead. AMQP применяется в специфических enterprise-кейсах.

HTTP и HTTPS в IoT

HTTP остаётся одним из самых используемых протоколов в IoT, несмотря на overhead. Причины — универсальность, простота, развитая экосистема инструментов.

Когда HTTP в IoT

• Устройства с мощным процессором и стабильным подключением
• Сценарии request-response, не требующие streaming
• Интеграция с веб-сервисами через стандартный REST API
• Когда команда уже хорошо знает HTTP и не хочет осваивать новый стек

HTTP/2 и HTTP/3 в IoT

HTTP/2 с мультиплексированием и server push улучшает эффективность для устройств с регулярными запросами. HTTP/3 поверх QUIC даёт лучшую работу на нестабильных каналах за счёт независимости от TCP. Эти версии постепенно проникают в IoT-устройства с достаточными вычислительными ресурсами.

WebSocket для real-time IoT

WebSocket даёт постоянное двустороннее соединение поверх HTTP, что полезно для сценариев с частыми обновлениями. В IoT применяется реже MQTT, но имеет нишу.

Сценарии WebSocket

• Веб-дашборды, показывающие живые данные с устройств
• Мобильные приложения с real-time индикацией
• Системы видеонаблюдения с live-стримами
• Интерактивные IoT-приложения с быстрой обратной связью

На стороне устройства WebSocket требует больше ресурсов, чем MQTT, поэтому редко используется на edge. Чаще WebSocket — это «последняя миля» к веб- или мобильному клиенту, а основной стек на устройствах остаётся MQTT.

LoRaWAN — long range low power

LoRaWAN — один из главных стандартов для дальних low-power коммуникаций. Использует модуляцию LoRa (Long Range), запатентованную Semtech, в нелицензированных ISM-диапазонах (868 МГц в Европе, 915 МГц в США).

Характеристики LoRaWAN

• Дальность: 2–15 км в городе, до 40 км в открытой местности
• Скорость: 0.3–50 кбит/с
• Энергопотребление: годы работы от батарейки AA
• Стоимость модуля: $5–15
• Архитектура: устройства → шлюзы → сетевой сервер → приложение

Классы устройств LoRaWAN

Применение LoRaWAN

• Умные счётчики ЖКХ
• Мониторинг сельскохозяйственных полей
• Промышленные сенсоры на больших объектах
• Smart city: освещение, парковки, мусорные баки
• Трекинг активов на больших территориях

NB-IoT и LTE-M

Narrowband IoT и LTE-M — стандарты, развёрнутые операторами сотовой связи для IoT-устройств. В отличие от LoRaWAN, используют лицензированные диапазоны и существующую инфраструктуру операторов.

NB-IoT

• Дальность: до 15 км
• Скорость: до 250 кбит/с
• Энергопотребление: годы от батарейки при редких передачах
• Применение: счётчики, парковки, статичные сенсоры

LTE-M (LTE Cat-M1)

• Дальность: 5–10 км
• Скорость: до 1 Мбит/с
• Поддержка мобильности (handover между базовыми станциями)
• Voice over LTE-M возможен
• Применение: трекеры, носимая электроника, медицинские устройства

NB-IoT vs LoRaWAN

Zigbee

Zigbee — стандарт для построения mesh-сетей коротких расстояний. Работает в 2.4 ГГц или 868/915 МГц диапазонах. Mesh означает, что устройства могут передавать друг через друга, расширяя покрытие сети.

Характеристики Zigbee

• Дальность: 10–100 м между узлами, до 300+ м через mesh
• Скорость: 250 кбит/с
• Энергопотребление: низкое для end-устройств
• Mesh-архитектура с автономной маршрутизацией
• Поддержка до 65 000 устройств в сети

Применение

• Умные дома (Philips Hue, IKEA, Aqara)
• Промышленная автоматизация на ограниченной территории
• Системы освещения в коммерческих зданиях
• Управление HVAC

Z-Wave

Z-Wave — конкурент Zigbee для умного дома. Работает в суб-гигагерцевом диапазоне (868 МГц в Европе, 908 МГц в США), что даёт лучшее проникновение через стены и меньше interference с Wi-Fi.

Z-Wave vs Zigbee

Bluetooth Low Energy

BLE (Bluetooth Low Energy, Bluetooth Smart) — энергоэффективная версия Bluetooth, доминирующая в потребительском IoT. Работает в 2.4 ГГц, дальность 10–50 м, очень низкое энергопотребление.

Применение BLE

• Носимая электроника: фитнес-трекеры, умные часы
• Медицинские устройства: глюкометры, тонометры
• Beacons для retail (Eddystone, iBeacon)
• Connected products: умные замки, лампочки
• Asset tracking на короткие расстояния

Bluetooth Mesh

Расширение BLE для построения mesh-сетей. Позволяет объединять до тысяч устройств в одну сеть с автономной маршрутизацией. Конкурирует с Zigbee в сценариях коммерческого освещения и building automation.

Thread и Matter

Thread — IPv6-based mesh-протокол, специально разработанный для умного дома. Был запущен в 2014 году альянсом, включающим Nest (Google), Apple, ARM, Samsung.

Особенности Thread

• Полностью IP-based архитектура (IPv6 over 802.15.4)
• Mesh без single point of failure
• Энергоэффективный (sleepy end devices)
• Интеграция с существующими IP-сетями
• Открытый стандарт

Matter — единый стандарт умного дома

Matter (бывший Project CHIP) — application-уровень поверх Thread и Wi-Fi, создаваемый Connectivity Standards Alliance. Цель — устранить фрагментацию умного дома: одно устройство должно работать с Google Home, Apple HomeKit, Amazon Alexa, Samsung SmartThings одновременно.

Matter 1.0 вышел в конце 2022 года, активное развитие продолжается. Поддерживается всеми крупными производителями. Постепенно становится стандартом для нового потребительского IoT.

OPC UA — для промышленного IoT

OPC UA (Unified Architecture) — стандарт промышленной автоматизации, разработанный OPC Foundation. Применяется для связи между промышленным оборудованием, SCADA-системами, MES, ERP.

Особенности OPC UA

• Platform-independent (Windows, Linux, embedded)
• Service-oriented architecture
• Встроенная безопасность: encryption, authentication, authorization
• Поддержка сложных моделей данных и иерархий
• Pub-sub-режим для high-throughput сценариев
• Информационные модели для разных индустрий

OPC UA — стандарт де-факто для промышленного IoT и Industry 4.0 в Европе. В США исторически больше распространены другие стандарты (Modbus, DNP3), но OPC UA набирает обороты.

Сравнение радиопротоколов

Безопасность в IoT-протоколах

Безопасность исторически была слабым местом IoT. Многие протоколы создавались с упором на эффективность, security была вторична. Современные требования резко ужесточили подход.

Базовые угрозы

• Перехват трафика на радиоуровне
• Подделка identity устройства
• Replay-атаки с записанными сообщениями
• DoS на устройства с ограниченными ресурсами
• Компрометация одного устройства как точки входа в сеть

Защитные механизмы

• TLS/DTLS: шифрование транспортного уровня для MQTT, CoAP, HTTP
• Pre-shared keys: для очень ограниченных устройств без поддержки certificate-based auth
• Certificate-based auth: PKI-инфраструктура для управления identity устройств
• Encrypted payload: дополнительное шифрование application-level
• Secure boot: проверка целостности прошивки при загрузке
• Hardware security modules: TPM, secure enclave для хранения ключей

Выбор протокола под сценарий

Умный дом

Стандарт сегодня — Matter поверх Thread и Wi-Fi. Существующая база — Zigbee, BLE, Z-Wave. Для новых проектов разумно ориентироваться на Matter-совместимость.

Industrial IoT

OPC UA как основной протокол связи оборудования. MQTT для передачи телеметрии в облако. Industrial Ethernet (PROFINET, EtherCAT) для real-time сценариев на цеховом уровне.

Smart city и LPWAN-сценарии

LoRaWAN для собственных сетей с гибкостью. NB-IoT для использования операторской инфраструктуры. Выбор зависит от плотности устройств, требований к покрытию, бюджета.

Носимая электроника

BLE — стандарт де-факто, поддерживается всеми смартфонами и планшетами. Alternative для специальных задач — NFC для коротких взаимодействий, ANT+ для спортивных датчиков.

Asset tracking

LTE-M для мобильных устройств с требованием регулярного position update. BLE beacons для tracking внутри помещений. UWB для high-precision внутреннего позиционирования.

В IoT не бывает универсального протокола. Любая зрелая система использует стек из нескольких стандартов: один для радиосвязи устройств, другой для шлюзов в облако, третий для управления приложений. Понимание этой многослойности — основа архитектурного мышления в IoT.

Тренды развития

Конвергенция стандартов

Matter — главный пример конвергенции в потребительском IoT, объединяющий несколько вендорских экосистем. Аналогичные процессы идут в industrial: всё больше промышленных систем интегрируются через OPC UA вместо узко-вендорских протоколов.

5G и cellular IoT

Развитие cellular IoT (NB-IoT, LTE-M, 5G mMTC) меняет ландшафт. Операторы предлагают managed-подключение с гарантированным покрытием, что снижает потребность в построении собственных LPWAN-сетей. Минус — постоянная стоимость на устройство.

WebAssembly на edge

Wasm как универсальный runtime для IoT-устройств становится практически применимым. Это даёт возможность обновлять application-логику без полной перепрошивки, портировать код между разными платформами, безопасно запускать недоверенный код.

Edge AI

Запуск ML-моделей на устройстве, а не в облаке. Это меняет требования к протоколам: меньше нужно передавать в облако, больше обрабатывается локально. ONNX, TensorFlow Lite, PyTorch Mobile становятся частью IoT-стека.

Часто задаваемые вопросы

MQTT или CoAP — что выбрать

MQTT универсальнее и имеет большую экосистему, поэтому для большинства проектов это лучший выбор. CoAP — для крайне ограниченных устройств с менее чем 50 КБ памяти. Если у устройства есть полноценный TCP/IP-стек, MQTT почти всегда удобнее.

Можно ли использовать обычный HTTPS вместо MQTT

Технически да, но для регулярной передачи данных HTTP создаёт значительный overhead. Подходит для устройств с редкими запросами и стабильным подключением, для interactive-сценариев. Для постоянной телеметрии с малых устройств MQTT эффективнее в десятки раз.

Совместимы ли Zigbee, Z-Wave, Thread между собой

На уровне радиопротокола — нет, они работают на разных частотах и используют разные стандарты. Совместимость возможна только через шлюзы или координаторы, поддерживающие несколько протоколов. Matter поверх Thread даёт надежду на стандартизацию application-уровня независимо от радиостандарта.

Почему промышленный IoT не использует MQTT повсеместно

MQTT хорош для облачной телеметрии, но не подходит для real-time управления промышленным оборудованием. Industrial Ethernet, OPC UA, специализированные fieldbus-протоколы дают latency в микросекунды, которая критична для контроллеров. MQTT занимает уровень телеметрии и интеграции с IT-инфраструктурой.

Что выбрать между LoRaWAN и NB-IoT

LoRaWAN дешевле в трафике (бесплатно при собственных шлюзах), но требует развёртывания инфраструктуры. NB-IoT использует операторскую сеть с гарантированным покрытием, но создаёт постоянную плату за подключение. Для статичных проектов с тысячами устройств в фиксированной локации LoRaWAN обычно выгоднее. Для мобильных или редко используемых устройств — NB-IoT.

Как защитить IoT-устройства от атак

Базовые меры: TLS/DTLS для шифрования, уникальные ключи на каждое устройство, secure boot для защиты прошивки, регулярные обновления через OTA, network segmentation для изоляции IoT-устройств от основной IT-инфраструктуры. Полная защита требует системного подхода: hardware security modules, defense-in-depth архитектура, мониторинг аномалий.

Заключение

IoT-протоколы — это стек технологий разного уровня, оптимизированных под разные сценарии. От выбора правильного стека зависит длительность работы устройств от батарей, дальность связи, пропускная способность, стоимость инфраструктуры и безопасность. Нет одного универсального протокола: умный дом использует Matter поверх Thread, промышленный IoT — OPC UA с MQTT для облака, smart city — LoRaWAN или NB-IoT. Понимание различий между протоколами и их применимости — ключевая компетенция архитектора IoT-систем.

За последние годы отрасль движется к стандартизации и упрощению. Matter решает фрагментацию умного дома. 5G cellular IoT упрощает развёртывание подключения. WebAssembly даёт универсальный runtime для устройств разных платформ. При этом разнообразие протоколов сохранится: разные сценарии требуют разных компромиссов между дальностью, скоростью, энергопотреблением и стоимостью. Архитектор IoT-проектов должен ориентироваться в этом ландшафте, выбирая правильные технологии под конкретные задачи, а не следуя моде на отдельные стандарты.