LoRaWAN协议中文版 第11章 下行ping帧格式(仅Class B)

前言

这是《LoRaWAN102》的译文，即LoRaWAN协议规范 V1.0.2 版本( 2016 年 7 月定稿)。

我正在陆续对协议的各个章节进行翻译，具体其他章节的译文，以及译文之外的代码解析，可点此查看帖子LoRa学习笔记_汇总。

本文作者twowinter，转载请注明作者：http://blog.csdn.net/iotisan/

---

翻译开始

第11章 下行 ping 帧格式(仅 Class B)

11.1 物理帧格式

下行 Ping 使用和 Class A 下行帧相同的帧格式，但必须采用一个不同的信道频率计划。

11.2 单播和多播 MAC 消息

消息可以是单播和多播形式。单播消息发给单个终端，而多播消息发给多个终端。一个多播组里的设备共享相同的多播地址。LoRaWAN Class B 协议中并没有明确规定如何去建立这样的多播组，以及如何安全地分配多播密钥。这必须通过 节点个性化设置 或者 通过应用层 来实现。

11.2.1 单播 MAC 消息格式

单播下行 Ping 帧的 MAC 载荷格式和 Class A 的定义一样。终端的处理也采用相同的方式。同时也采用相同的帧计数，在收到 Class B ping 时隙或者 Class A 应答时隙时都进行递增处理。

11.2.2 多播 MAC 消息格式

多播帧和单播帧大部分都一样，仅有一些区别：

• 不允许携带 MAC 命令，既不能在 FOpt 字段里，也不能 port 0 时的载荷里携带，因为多播下行不像单播帧那样具备认证鲁棒性。
• ACK 和 ADRACKReq 的位必须为 0 。MType 字段必须为 “Unconfirmed Data Down”。
• FPending 位表示还有数据要传输。如果设置了这个位，将会在下个多播接收时隙里传输数据帧。如果没设置这个位，则不确定下个多播接收时隙是否会传输数据。这个位可以让终端来评估正在冲突的接收时隙的优先级。

翻译完

---