Русский
Русский
English
Статистика
Реклама

Nb-iot

Почему злой-сосед-хакер не накрутит вам умный счётчик. Защищённость NB-IoT от сетевых атак

24.12.2020 12:19:48 | Автор: admin
image

Прошло 2 года с тех пор, как в России появилась возможность разворачивать IoT-системы на базе технологии NB-IoT. Счётчики, сами отправляющие свои показатели в ЖКХ, автоматические микро-метеозонды вдали от цивилизации, умное сельское хозяйство всё это скоро станет частью повседневности.

Важно, чтобы ни система устройств, ни данные, которые она собирает и передаёт, не были использованы против пользователей системы. Если вам интересно, как стандарт NB-IoT защищает их от сетевых атак, то приглашаю под кат.


Об атаках


Как уже говорилось, в сфере сбора и обработки данных с помощью IoT основной интерес и опасения вызывают атаки, направленные на чтение данных (прослушка канала, получение несанкционированного доступа к данным) и их подмену. Для предотвращения прослушки используется шифрование, а от подмены применяют механизмы подтверждения авторства пакетов (аутентификацию), например цифровую подпись (которая тоже является задачей шифрования), или метод для IoT систем, описанный в [1].

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

Стандартные методы защиты информации от сетевых атак для маломощных устройств не работают из-за нестандартных ограничений на операции, допустимые для этих устройств. С другой стороны, правильное построение сети накладывает ограничения уже на атакующего, и в зависимости от ограничений стандарта выбирается наиболее подходящий легковесный алгоритм ([2]).

Кратко об NB-IoT


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

NB-IoT создан для обслуживания сотовыми операторами сетей простых регистрирующих устройств (Оконечные Устройства, или ОУ). Работа ОУ заключается в том, чтобы собирать некоторые данные и в заранее установленные промежутки времени суток передавать их на сервер-обработчик, который распорядится этими данными дальше. Именно технология передачи, от физики до сети, описана в стандарте NB-IoT.

В NB-IoT между внутренней сетью оконечных устройств и внешней сетью сервера-обработчика нет сетевой связности. Другими словами, оператор отделяет сеть ОУ от внешней сети (по-сути, от интернета), и выступает посредником между двумя сетями.

image

Задачи оператора как посредника:

  • поддерживать радиоканал связи с каждым ОУ,
  • передавать потоки данных от сервера-обработчика к ОУ и от ОУ к серверу,
  • предоставлять доступ к чтению потоков и управлению серверу-обработчику и только ему.


То есть полезные данные проходят через три разделённые сети: сеть устройств, сеть инфраструктуры оператора, интернет. Прослушку или подмену злоумышленник может делать, когда его устройство находится в одной из этих трёх сетей, поэтому вопрос о защищённости потока данных, передаваемого по NB-IoT, разделяется на три: о его защищённости в каждой из сетей отдельно.

Опустив вопрос о защищённости данных внутри сети оператора и оставив его на совести оператора, и рассмотрим остальные два.

Защищённость данных во внешней сети


Поставим себя на место злоумышленника. Перед нами 2 общающихся хоста: сервер-обработчик и предоставленный оператором специально для него интерфейс доступа к данным, собранным ОУ. Что находится за этим интерфейсом нас не интересует это часть инфраструктуры провайдера.

image

Общение между обработчиком и интерфейсом оператора это обычное общение двух хостов в интернете. Как уже писалось ранее, они достаточно мощные, чтобы обеспечить себе криптостойкие каналы передачи, поэтому вопрос защищённости данных с ОУ во внешней сети интереса не представляет.

Защищённость данных в сети оператора


Рассмотрим теперь внутреннюю сеть.

Первым делом, сеть в определённом смысле изолирована: к ней нет сетевого пути извне, есть только возможность прямого вмешательства в её физику. Физическая связь между ОУ и оператором осуществляется радиоканалом на одной из выделенных частот. Топология сети совокупность прямых подключений между ОУ и оператором, причём все они статические заранее предустановленные. Значит злоумышленнику, который хочет взаимодействовать с узлом в этой сети, необходимо выдавать себя за противоположный узел, при чём так, чтобы настоящий узел не обнаружил имитирующий его трафик. В случае, когда трафик передаётся во по радиоволне, это само по себе нетривиальная задача.
image

Кроме этого, будем всё так же шифровать пакеты и аутентифицироваться при подключении.
Важно!
Оператор не обязан предоставлять шифрование трафика в сети ОУ-Оператор. Шифрование возможно как отдельная услуга, за которую платит организация, разворачивающая IoT-систему с помощью NB-IoT оператора.

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

В NB-IoT эффективность легковесных алгоритмов шифрования достигается тем, что обмен пакетами между ОУ и оператором, просто по концепту, происходит редко: единицы пакетов в день (точнее про необходимую для эффективности редкость трафика можно прочитать в [2]) Выходит, злоумышленнику попросту неоткуда взять большую базу пакетов для анализа в короткие сроки: любой алгоритм шифрования в сети с редким трафиком будет держаться дольше, чем в аналогичной ситуации в сети в частым трафиком.

Итог


NB-IoT вполне надёжный стандарт сервиса. Подмена трафика во внутренней сети (стояние посредине) дорогостоящее предприятие в силу необходимости сокрытия радиосигнала узлов друг от друга. Кроме того, стояние посредине нельзя начинать, пока не будут известны ключи аутентификации узлов, достаточно надёжно защищённые легковесным алгоритмом шифрования, как и все данные, передаваемые от ОУ к оператору.
Попытки чтения или стояния посередине в сети оператора и во внешней сети также не приведут к успеху, поскольку у устройств в этих сетях достаточно вычислительной мощности для надёжного шифрования трафика.

Источники и ссылки:


  1. Yuxiang Feng, Wenhao Wang, Yukai Weng, Huanming Zhang, A Replay-Attack Resistant Authentication Scheme for the Internet of Things
  2. Saurabh Singh, Pradip Kumar Sharma, Seo Yeon Moon & Jong Hyuk Park: Advanced lightweight encryption algorithms for IoT devices: survey, challenges and solutions
  3. 3GPP Release 13 Specification Спецификация NB-IoT
  4. Первая статья из цикла о реализации NB-IoT от МТС рекомендую этот цикл как первый шаг в изучении NB-IoT
Подробнее..

Из чего состоит набор для разработчиков NB-IoT DevKit?

26.06.2020 12:10:59 | Автор: admin
Набор вышел в начале июня. Он поможет разобраться, в чем преимущества сети интернета вещей NB-IoT, и научит работать с ней. В комплект входит аппаратная часть, коннективити, то есть доступ к сети NB-IoT и доступ к IoT-платформам. Главная фича DevKit демонстрационная прошивка, которая позволяет на практике разобраться, как работает система. В этой статье детально рассмотрим DevKit и его возможности.



Кому это надо?


Когда мы начали разворачивать сеть NB-IoT (почитать больше о сети NB-IoT можно здесь), на нас со всех сторон посыпались различные вопросы. Крупные производители, которые много лет работают на рынке M2M устройств, стартапы, начинающие разработчики и просто любители интересовались режимами работы сети, протоколами передачи данных, даже управлением радиомодулем АТ-командами. Нас спрашивали, какие частоты (band) используются, как работает режим power save mode, как устройство и сеть согласуют соответствующие таймеры, как, используя протокол транспортного уровня UDP, добиться гарантированной доставки сообщения, как задать APN и выбрать определенный band (частотный диапазон). И множество других вопросов.

В ходе тестов мы также обратили внимание, что многие устройства не адаптированы для работы в сети NB-IoT и в результате работают некорректно. Например, использование протокола передачи данных с транспортным уровнем TCP приводит к высокому объему передаваемого трафика, а также к трудностям при работе в сложных радиоусловиях. Другая распространенная проблема использование радиомодуля в режиме по умолчанию, в котором модуль сам включает eDRX: это вводит пользователя в заблуждение, так как он не может принять данные в произвольный момент времени.

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

Мы решили, что лучший способ ответить на все эти вопросы создать development kit, на котором можно будет максимально быстро научиться работать с сетью интернета вещей.

Из чего состоит набор?


Мы сделали решение, с которым можно сразу начинать работать, ничего не приобретая дополнительно. Как уже говорилось выше, в комплект входит аппаратная часть, коннективити, то есть доступ к сети NB-IoT, и доступ к IoT-платформам.

В состав аппаратной части входит радиомодуль Ublox SARA-R410, микроконтроллер STM32L152RE, кабели, антенны и программатор. На основной плате установлены акселерометр и температурный датчик. Плата расширения в форм-факторе Arduino-shield содержит GNSS модуль.

Модуль идентификации в сети входит в базовый набор и выполнен в виде SIM-чипа NB-IoT с безлимитным трафиком на год. Пользователю не нужно тратить время на подключение SIM-карты и выбирать тариф, кроме того, SIM-чип обеспечивает большую надежность: он не подвержен перепадам температур, влажности и вибрациям. Также вместе с комплектом пользователь получает готовую учетную запись на платформе IoT с настроенными виджетами и возможностью гибко настраивать виджеты самостоятельно дополнительно получать и оплачивать аккаунт не потребуется.

Также по запросу возможна активация функционала NIDD и возможность работы через узел SCEF (Service Capability Exposure Function) сети NB-IoT МТС. Сервис снимает с разработчика необходимость идентификации и аутентификации устройств и предоставляет возможность клиентским серверам приложений (Application Server) получать данные и управлять устройствами через единый API-интерфейс. В России ни один другой оператор интернета вещей не предоставляет такую возможность.

Возможности демонстрационной прошивки


Демонстрационная прошивка содержит функциональное меню, которое позволяет новичкам сразу приступить к работе. Достаточно лишь подключить плату и получить регистрационные данные. Прошивка реализует функциональное меню, доступ к которому мы получаем, подключившись через любую терминальную программу. Можно воспользоваться знакомой многим PuTTY. Мы также рекомендуем удобную и бесплатную утилиту от Ublox: m-center



Выглядит меню так:

*** Welcome to MTS NB-IoT Development Kit service menu ***
Firmware version: 2.3 beta 2, 28.05.2020

Current settings found in EEPROM:

Target IP: 195.34.49.22
Target port: 6683
Target URL: /api/v1/devkitNIDDtest03/telemetry
NIDD APN: devkit.nidd
Use NIDD for telemetry: 1
Board mode on startup: service menu
Telemetry interval
(in logger mode): 1000 ms
GNSS privacy mode: 0

Type in a function number from a list below and press enter.

Target server setup:
1 set the URL of the resource JSON data will be transmitted to
2 set the IP address
3 set the port
4 set an APN for NIDD access or turn NIDD mode ON or OFF
System functions:
5 force send telemetry packet
6 wait for incoming NIDD data during specified timeout
7 enter direct AT-command mode
8 enter true direct mode to access the RF module
CAUTION: to exit this mode you will have to reboot the board physically
9 show ICCID, IMEI, IMSI and MCU serial number
10 show network information
11 set telemetry transmission interval
12 set GNSS privacy mode
(hide actual location data when transmitting on server)
13 set firmware startup mode (setup or logger)
14 read on-board sensors and try to acquire GNSS data
15 reboot MCU
16 reboot RF module
17 factory setup & test
(do not use this unless you really know what you want)

Первые четыре пункта меню позволяют настроить параметры соединения с платформой (URI-path, IP, порт, параметры NIDD). Пятый пункт позволяет отправить пакет, содержащий данные с датчиков на плате.

Пример того, как выглядит результат отправки пакета по протоколу CoAP:

Using IP method.
Sending data to iotsandbox.mts.ru:6683/api/v1/devkitNIDDtest03/telemetry
Telemetry:
{'interface':'telemetry', 'ICCID':'89701012417915117807', 'Tamb_degC':24, 'aX':-14, 'aY':23, 'aZ':244, 'RSSI_dBm':-81, 'latitude':55.768848, 'longitude':37.715088, 'GNSS_data_valid':1}
(184 bytes)
Raw CoAP data (225 bytes):
5102000000B36170690276310D036465766B69744E4944447465737430330974656C656D65747279FF7B27696E74657266616365273A2774656C656D65747279272C20274943434944273A273839373031303132343137393135313137383037272C202754616D625F64656743273A32342C20276158273A2D31342C20276159273A32332C2027615A273A3234342C2027525353495F64426D273A2D38312C20276C61746974756465273A35352E3736383834382C20276C6F6E676974756465273A33372E3731353038382C2027474E53535F646174615F76616C6964273A317D
Server response code: 2.03, response time = 664 ms.
Server response dump:
5143067000

Переданные данные мы видим на платформе:



Пункт меню 14 позволяет считать данные с датчиков на основной плате и на плате расширения, вот пример того, что мы увидим:

On-board sensors data:
temperature: 23

accelerometer: X = -3 Y = 4 Z = 249
Accelerometer signature value is correct.

Testing GNSS option
GNSS string:
$GNGLL,5546.12120,N,03742.89412,E,133220.00,A,D*75
Parsed data:
latitude = 55.768687
longitude = 37.714902

Можно прочитать идентификаторы радиомодуля и микроконтроллера, используя пункт 7 меню. В таком случае ответ будет:

Board identification data
SIM card ICCID: 89701012417915117807
AT+CCID

+CCID: 89701012417915117807

OK
RF module IMEI: 359215103260015
AT+CGSN

359215103260015

OK
IMSI:
AT+CIMI

250011791511780

OK
MCU serial number:
0x393533307473832200

Используя пункт 10 меню можно считать сетевые параметры NB-IoT, вот пример вывода:

RSSI = -75 dBm (valid range is -111 to -51 dBm)
SNR = 22 dB
RSRP = -83 dBm (valid range is -141 to -44 dBm)
Cell ID = 753621
EARFCN = 1711

Также можно перейти в режим прямого управления радиомодулем посредством АТ-команд, используя пункт меню 8. Эта функция переводит Development kit в режим отладочной платы радиомодуля. Ниже пример прямого управления радиомодулем с командами обмена данными между устройством и сервером в режиме NIDD:

Entering true direct mode.
From now on everything you type into a terminal will be transferred to the RF module as is
(and similarly in reverse direction).
NOTICE: No special commands supported here, for nothing is between you and the RF module.
YOU NEED TO REBOOT THE BOARD PHYSICALLY TO EXIT THIS MODE.

at+cereg?
+CEREG: 0,1
OK

AT+COPS?
+COPS: 0,0,MTS RUS MTS RUS,9
OK

at+cgdcont?
+CGDCONT: 1,NONIP,devkit.nidd,0.0.0.0,0,0,0,0
OK

AT+CRTDCP=1
OK

AT+CSODCP=1,16,"{'test':'hello'}"
OK

+CRTDCP:1,5,Hi hi

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

Для продвинутых пользователей открыты исходные коды прошивки, можно оценить логику работы устройства на уровне кода, внести изменения и экспериментировать. Со стороны облачной платформы доступны инструменты для обработки данных: виджеты, панели управления, инструменты Интеграции, позволяющие принять данные в любом формате в протоколах UDP, TCP и Non-IP. Инструмент Конвертер данных позволяют привести получаемый поток данных к виду понятному платформе.

DevKit и Ардуино


Несмотря на критическое отношение части профессионалов к Ардуино, которые указывают на неоптимальный код и на то, что библиотеки написаны не профессиональными разработчиками, мы изначально хотели сделать DevKit совместимым с Ардуино. Arduino IDE пользуется популярностью среди разработчиковлюбителей, а также может применяться в учебных программах ВУЗами.

DevKit полностью совместим с Ардуино R3 по своему духу, архитектуре, и разьемам. Для устройства были разработаны все сопутствующие файлы поддержки, так что оно устанавливается в Arduino IDE штатным образом.



В состав пакета для Arduino IDE включены необходимые инструменты и библиотеки, а также ряд примеров с исходными текстами. Программная совместимость с другими платами Arduino на основе STM32 позволяет использовать написанные для них библиотеки, а также загружать рабочие скетчи практически без изменений. Для программирования DevKit из Arduino IDE необходимо установить ПО STMCubeProgrammer, которое можно скачать с сайта компании STM. Наши разработчики продолжают наполнять пакет для Arduino новыми библиотеками и примерами.

В качестве простейшего примера работы с Arduino IDE рассмотрим загрузку примера Blink (мигание светодиодом). На изображении ниже можно увидеть результат загрузки и компиляции данного скетча из меню Файл Примеры 01.Basics





Поддерживаемые интегрированные среды разработки


Разработка демонстрационной прошивки производилась в интегрированной среде Em::Bitz. Программный код примера рассчитан на компиляцию с помощью GCC. Для разработки пользовательского кода пригодны любые IDE, поддерживающие семейство микроконтроллеров STM32L15x. Например, Arduino IDE, IAR Embedded Workbench, Keil uVision MDK ARM и другие.

Расширение функциональности


Функциональность можно расширять как с помощью шилдов, так и подключая любые дискретные датчики.



Установка GNSS-шилда превращает DevKit в GPS/GLONASS трекер.



Добавляем еще один шилд и получаем дополнительную возможность записи данных на карточку памяти и часы реального времени.



Можно подключить специальный шилд и добавить функциональность Ethernet и карту памяти.



Подключая датчики скорости и направления ветра получаем NB-IoT метеостанцию



Подключаем ультразвуковой датчик и реле управления насосом получаем автомат контроля уровня жидкости в емкости.



В следующем материале покажем на практике, как собрать на основе NB-IoT DevKit устройство интернета вещей. Заказать NB-IoT Development Kit можно уже сейчас на нашем сайте.

Авторы:
старший менеджер группы планирования сети IoT Виталий Бачук
ведущий эксперт направления МТС Виктор Лучанский
руководитель группы планирования сети IoT Андрей Плавич
Подробнее..

Что такое энергоэффективность LPWAN. Проживет лиNB-IoTустройство 10 лет от батарейки?

04.04.2021 06:16:15 | Автор: admin

Привет, всем уважаемым читателям Хабра!

Я, Шептовецкий Александр, в последнее время профессионально занимаюсь различными вопросами эффективности работы различныхLPWANсистем интернета вещей и хотел бы выступить на данной площадке в качестве эксперта в этой области.

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

Хочу анонсировать серию статей, в которых попытаюсь внести дополнительную ясность в ключевые особенности работыLPWAN систем, энергоэффективность, дальность, время работы от одной батарейки, пропускная способность, безопасность и многое другое. Постараюсь быть максимально объективным.

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

Как померить энергоэффективность

При описанииLPWANсистем постоянно используется слово энергоэффективность, что же оно означает и можно ли ее померить?

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

Посмотрим, как определяется понятие энергоэффективность в рекомендациях международного союза электросвязи. В разделе общие положения МСЭ-T L.1310 определено, что показатель энергоэффективности обычно определяется как отношение между функциональной единицей и энергией, требуемой для вырабатывания функциональной единицы.

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

Энергоэффективность - величина обратно пропорциональная энергии, затраченной на передачу одного сообщения.

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

Рисунок 1. Позиционирование LPWANРисунок 1. Позиционирование LPWAN

В интернете постоянно попадается картинка из трех кругов со следующим комментарием: Любые существующие беспроводные технологии передачи данных обладают такими характеристиками какдальность, скорость иэнергоэффективность. Причем одновременно можно соответствовать лишь 2-м из3-х..

Более точным комментарием будет: Увеличение любого одного или двух из этих трех параметров возможно только за счет уменьшения оставшихся, их произведение остается постоянным.

Энергоэффективность х Площадь покрытия х Скорость =Constant

LPWANдатчики как правило питаются от 3,6 В литиевой батарейки, энергию которой принято определять в милиампер-часах (мАЧ), поэтому, удобнее всего энергию сообщения будет считать в микроампер-часах (мкАЧ). Например, на стандартное короткое сообщение LoRaWAN, длительностью 1,6 секунд расходуется 20 мкАЧ энергии батарейки, что позволяет в предельном случае отправить до 100 тысяч сообщений от стандартной батарейки емкостью 2000 мАЧ. УSigFoxс энергетикой дело обстоит хуже, там сообщение повторяется три раза и длится в эфире 6,2 секунд и потребляет 78 мкАЧ (реальные испытания компанией Rohde & Schwarz показали, что в реальности потребление даже выше - 106 мкАЧ, можно убедиться в этом в отчете). Это значит, что если энергия тратится только на передачу регулярных сообщений, то батарейка уSigFoxразрядится в 3,8 раза быстрее, чем уLoRaWAN устройства! Эта разница существенна! Там, где одно устройство проработает от одной батарейки более трех лет, другое не проживет и года!

Энергоэффективность нельзя сравнивать для систем с разной дальностью работы. Попробуем, например, оценить энергоэффективность датчика сBluetoothканалом.BLEмаячок мощностью 0dBmс короткими сообщениями тратит на передачу с периодом 1 раз в секунду около 7 мкА, это говорит о его беспрецедентной энергоэффективности. От литиевой батарейки 1000 мАЧ он проработает до 15 лет, и передаст более 470 миллионов сообщений, потратив на каждое только 2,1 нАЧ!

Bluetoothможет передать от одной батарейки в десятки тысяч раз больше сообщений, чемLoRaWANилиSigFox

Теперь посмотрим наNB-IoT.

ЭнергоэффективностьNB-IoT

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

Требования стандарта 3GPPрассчитаны на то, что NB-IoT устройства работать от батарейки десять лет. К сожалению, реальных практических исследований в этой области очень мало. Я обратился к некоторым производителямGPSтрекеров в России, которые реально используют NB-IoT и получил ответ, что по их данным: "NB-IoT действительно обеспечивает большую зону покрытия, но добиться значительного уменьшения потребления связи для передачи коротких сообщений им не удается", по их опыту потребление 2Gмодуля, в среднем, менее чем в 2 раза превышает потребление NB-IoT модуля. То есть NB-IoT получается выигрывает по энергетике у решений 2G не более чем в 2 раза. Выдающимся этот результат явно не назовешь, почему так получилось?

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

Результаты исследования NB-IoT показывают, что его производительность - с точки зрения энергии, в идеальном случае - сопоставима с LoRaWAN. В реальности же наблюдается очень высокий разброс характеристик расхода энергии на одно сообщение от конечного устройства ( данные взяты из публикации Exploring the Performance Boundaries of NB-IoT).

Рисунок 2. разброс энергии на передачу данных в зависимости от режима работыРисунок 2. разброс энергии на передачу данных в зависимости от режима работыРисунок 3. Соотношение сигнал/шумРисунок 3. Соотношение сигнал/шум

ЭнергоэффективностьNB-IoTобеспечивается установкой соответствующих параметров конечного устройства и установками операторов сети для режима сохранения энергииPSM. На рисунках 2 и 3 ( данные взяты из публикации Exploring the Performance Boundaries of NB-IoT) приведены примеры разброса энергии, затраченной конечным устройством в зависимости от устройств в сетях разных операторов и при разных уровнях принимаемого сигнала.

Нельзя забывать, что вNB-IoT энергия тратится не только на саму передачу информации, но и на некоторые другие специфические процедуры, присутствующие в протоколах сотовой связи и унаследованные от LTE и 5G, такие как присоединение и синхронизация с сетью, обмен ключами и шифрование данных.

Вопросы дополнительного потребления NB-IoT устройств подробно рассмотрены в отчетеNarrowband IoT Device Energy Consumption Characterization and Optimizations.

Структура безопасности, используемая в NB-IoT, унаследована от сетей 4G и 5G и обеспечивает процессы фактической аутентификации между устройством и сетью, установление контекста безопасности устройства (SC), который должен быть использован в последующих сообщениях для обеспечения целостности и конфиденциальности данных.

Рисунок 4. Доля времени, потраченного на различные операции в рабочем состоянии (кроме IMSI шифрования).Рисунок 4. Доля времени, потраченного на различные операции в рабочем состоянии (кроме IMSI шифрования).

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

УстройстваNB-IoTпотребляют энергию в любом из трех состояний: легкий сон, глубокий сон и работа.Состояния легкого и глубокого сна соответствуют состояниям ожидания и PSM 3GPP, когда устройство потребляет мало энергии или почти не потребляет.Рабочее состояние это состояние, во время которого устройство генерирует данные и общается с сетью и потребляет энергию на процесс установления соединения (RA), процесс присоединения, обмен данными (включая любые требуемые запросы на планирование, прием контрольных данных, шифрование / дешифрование), IMSI дешифрование и активное ожидание. При этом надежные механизмы шифрования могут быть очень энергозатратными и существенно повлияют на время автономной работы устройства.

Потребление энергии в рабочем состояние может быть на порядки больше, чем два других состояния. Фактически потребление энергии для передачи данных и прием на порядки ниже, чем при оперативном выполнении функций RA, Attach и Active Waiting.

Кроме того, NB-IoT определяет три возможных уровня связи, нормальный, надежный и экстремальный, в которых используют разные количество повторов (до 128 и 2048 повторов для восходящей и нисходящей линии связи соответственно).

На рисунке 5 приведены расчеты потребления конечных устройств для 10 лет непрерывной работы взятые из отчетаNarrowbandIoTDeviceEnergyConsumptionCharacterizationandOptimizations. Следует отметить, что у стандартной литиевой батарейки емкостью 1 000 мАЧ соответствует энергии около 12 КДж.

Рис 5. Энергия на периодическую передачу данных в зависимости от качества покрытия (normal, robust, extreme).Устройство A - GPy от Pycom, B - BC95 от Quectel, C - SARA-N2 от Sodaq.Рис 5. Энергия на периодическую передачу данных в зависимости от качества покрытия (normal, robust, extreme).Устройство A - GPy от Pycom, B - BC95 от Quectel, C - SARA-N2 от Sodaq.

Графики на рисунке 5 показывают очень большой разброс потребления в зависимости от качества покрытия сети и типаNB-IoTустройства. Действительно, если устройство передает один раз в сутки и находится в зоне качественного приема, то его потребление за 10 лет может составить от 5,5 до 55 кДж - в зависимости от установок сети, типа и качества программы устройства. Это соответствует емкости литиевой батарейки 3,6 вольт от 460 до 4 600 мАЧ. Как видим, условие десяти лет работы от батарейки выполняется, но! только в идеальных условиях! В зоне среднего уровня качества связи для передачи сообщений раз в сутки потребуется уже емкость батарейки от 1 700 до 6700 мАЧ. При этом, для передачи сообщений раз в час в течение 10 лет в зоне среднего качества покрытия понадобится неимоверно большая литиевая батарейка емкостью до 150 000 мАЧ.

Сравнение энергоэффективностиNB-IoTс безлицензионными системами получается явно не в пользуNB-IoT. Только в идеальных условиях: условиях высокого качества приема, правильно установленных оператором параметров сети, можно добиться результата не хуже, чем у безлицензионных решений. В зоне среднего качества покрытия ситуация будет другой, она отражена в таблице ниже:

Параметр

NB-IoT

LoRaWAN

SigFox

Энергозатраты на сообщение с полезной нагрузкой 2 байта*

400 мкАЧ

29 мкАЧ

128 мкАЧ

Количество сообщений от литиевой батарейки емкостью 2 АЧ

5 000

70 000

15 600

Срок жизни КУ на передачу раз в 10 минут от батарейки 2АЧ

1,1 мес

1,3 года

3,5 мес

Срок жизни КУ на передачу раз в час от батарейки 2АЧ

6,8 мес

7,8 лет

1,8 лет

*- дляNB-IoTвзята оценка энергозатрат на одно сообщение в режиме передачи раз в час в условиях среднего качества покрытия по результатам исследований в работе NarrowbandIoTDeviceEnergyConsumptionCharacterizationandOptimizations, для лучшего типа конечного устройства (устройство С). Методика расчета значений энергоэффективности безлицензионных решений, отраженных в таблице, будет приведена в следующей статье.

Выводы:

  • Энергоэффективность различных LPWAN проще измерять в милиджоулях или микроампер-часах, затраченных на передачу одного стандартногосообщения.

  • Время работы от одной батарейки у различныхLPWANсистем может отличаться в разы и определяется количеством переданных сообщений (как правило это десятки-сотни тысяч сообщений от батарейки).

  • Датчики на NB-IoT будут обладать очень большим разбросом потребления в зависимости от производителя, рабочей сети и условий эксплуатации. Один и тот-же датчик в одних условиях проживет 10 лет, а в других не протянет и пару месяцев.

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

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru