ГОСТ Р 71168-2023. Национальный стандарт Российской Федерации. Информационные технологии. Интернет вещей. Спецификация LoRaWAN RU

7 Оконечные устройства класса C

 

7.1 Режим связи оконечного устройства

 

Оконечные устройства класса C используются там, где есть возможность использовать внешний источник питания (питаются от сети постоянного питания) и, следовательно, не требуется минимизировать время приема.

Оконечное устройство класса C большую часть времени прослушивает радиоэфир с параметрами окна приема RX2. Оконечное устройство должно слушать в окне приема RX2, когда оно не передает (а) либо не принимает в окне приема RX1 (б) в соответствии с описанием класса A. Для этого ему необходимо открыть маленькое (короткое) окно, использующее параметры RX2, между концом передачи в восходящую линию связи и началом окна приема RX1 и необходимо переключиться на параметры окна приема RX2; как только окно приема RX1 закроется, окно приема RX2 должно оставаться открытым до тех пор, пока оконечному устройству не потребуется послать еще одно сообщение.

Примечания

1 Если устройство находится в процессе демодуляции нисходящего сообщения, используя параметры RX2, в момент, когда должно быть открыто окно приема RX1, то устройство должно прекратить демодуляцию и переключиться на прием в окне RX1.

2 Устройство класса C не может сообщить серверу, что оно поддерживает класс C. Сведения о принадлежности устройства к классу C должны попадать в сервер с прикладного уровня.

 

В случае, если сообщение принимается устройством, работающим в режиме класса C, и требуется передача восходящего сообщения (нисходящая MAC-команда - запрос или нисходящее сообщение, требующее подтверждения), устройство должно ответить в течение периода времени, известного как оконечному устройству, так и сетевому серверу.

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

7.1.1 Длительность второго окна приема для класса C

Устройства класса C реализуют те же два окна приема, что и устройства класса A, но они не закрывают окно приема RX2 до момента отправки очередного восходящего сообщения (см. рисунок 60). Поэтому они могут получать нисходящие сообщения в окне приема RX2 почти в любое время, в том числе нисходящие сообщения, отправленные с целью передачи MAC-команды или подтверждения получения сообщения (ACK). Короткое окно прослушивания на частоте и скорости передачи данных RX2 также открывается между окончанием передачи и началом приема в окне RX1.

 

 

Рисунок 60 - Временной график приема сообщений для класса C

 

7.1.2 Многоадресная рассылка для класса C

Устройства класса C могут принимать многоадресные нисходящие пакеты. Адрес многоадресной рассылки и соответствующие сетевой сеансовый ключ и сеансовый ключ приложения должны приходить на уровне приложения.

Примечание - Многоадресная рассылка может использоваться для многоадресной передачи следующих данных: обновление встроенного программного обеспечения, единое время, альманах и эфемериды GPS/GLONASS-спутников (для ускоренного определения координат оконечными устройствами) и т.д.

 

Ограничения, распространяющиеся на многоадресные нисходящие сообщения для класса C:

- сообщения передаются только в нисходящем канале связи;

- сообщения не должны нести MAC-команды ни в области FOpts, ни в поле прикладных данных FRMPayload на порт 0;

- биты ACK и ADRACKReq должны быть равны 0;

- поле MType должно нести значение, соответствующее нисходящему сообщению, не требующему подтверждения (MType = Unconfirmed Data Down);

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

Примечание - Учитывая, что устройство класса C сохраняет активным свой приемник большую часть времени, бит FPending не вызывает какого-либо конкретного поведения оконечного устройства.