LoRaWAN 1.1 网络协议规范 - 3 物理层帧格式

LoRaWAN 1.1 网络协议规范

LoRaWAN 1.1 版本封稿好久了也没有完整啃过一遍，最近边啃边翻译，趁着这个机会把它码下来。

若是以为哪里有问题，欢迎留言斧正。

翻译不易，转载请申明出处和连接。

---

3 物理层帧格式

LoRa术语包含上行消息和下行消息。

3.1 上行消息

上行消息(uplink Message)是由终端发出，并由一个或多个网关转发至网络服务器。

上行消息使用LoRa射频帧的显式模式，即包含LoRa 物理层包头(PHDR)和包头CRC(PHDR_CRC)¹,负载的的完整性校验由CRC来保证。

PHDR, PHDR_CRC和负载的CRC字段是经过射频收发器(transceiver)来嵌入的。

上行PHY:

Preamble

PHDR

PHDR_CRC

PHYPayload

CRC

图2 上行PHY帧格式

3.2 下行消息

下行消息(downLink message)是由服务器发出，经过一个网关转发给单个终端设备²。

下行消息使用LoRa射频帧的显式模式，即包含LoRa物理层包头(PHDR)和包头CRC(PHDR_CRC)³。

下行PHY:

Preamble

PHDR

PHDR_CRC

PHYPayload

图3 下行PHY帧格式

---

¹查看LoRa射频收发器的数据手册来了解LoRa射频帧的显性/隐性模式

²本文档不对服务器发送多播消息给大量节点进行描述

³现阶段不进行负载完整性校验，指望数据长度能尽量短小，以此来减小对ISM频段使用的占空比限制。

---

3.3 接收窗口

终端设备在上行传输以后必须开启两个短暂的接收窗口。接收窗口的开始时间是以传输结束为起始点。

图四：终端设备接收间隙时序图

3.3.1 第一接收窗口的信道，数据速率和开始时间

第一接收窗口 RX1 使用的频率和上行频率有关，使用的数据速率和上行数据速率有关。RX1在上行调制完成后的RECEIVE_DELAY1¹秒(+/-20微秒)打开。上行和RX1时隙的下行数据速率之间的关系以不一样区域不一样特性地被定义在[LoRaWAN区域特性参数文档]。默认的第一窗口的数据速率和最后以此上行的数据速率相同。

3.3.2 第二接收窗口的信道，数据速率和开始时间

第二接收窗口使用固定的可配置的频率和数据速率，在上行调制完成后的RECEIVE_DELAY2¹秒(+/-20微秒)打开。频率和数据速率能够经过MAC命令修改(参见第5章节)。默认的频率和数据速率以不一样区域不一样特性地被定义在[LoRaWAN区域特性参数文档]。

3.3.3 接收窗口地持续时间

接收窗口的时间长度必须不能少于终端设备的射频收发器能有效检测到下行前导码的时间。

3.3.4 接收方在接收窗口期间的处理

若是在一个接收窗口中检测到前导码，直到下行帧被解调完毕以前，射频接收器保持工做。若是某一帧被检测到而且在随后的第一接收窗口被解调，且这一帧的地址和MIC(完整性)校验经过确认是这个终端设备的，那么终端设备不能再打开第二接收窗口。

3.3.5 网络给终端设备发送消息

若是网络想要发送一个下行消息给终端设备，那么应该准确的在两个接收窗口的起始点发起传输。若是一个下行在两个窗口均传输，那么在每一个窗口传输的帧必须相同。

3.3.6 接收窗口的重要事项

终端设备在如下状况以前不可以传输另外的上行消息：

• 前一次传输后在第一窗口或者第二窗口收到下行消息
• 前次传输后的第二接收窗口已通过期(第一窗口或者第二窗口均未收到下行消息)

3.3.7 其余收发协议

节点在LoRaWAN收发窗口阶段能够收发其余的协议，只要终端设备能知足当地要求以及兼容LoRaWAN协议。

---

¹RECEIVE_DELAY1和RECEIVE_DELAY2描述在第6章节