LoRaWAN 规范1.0 翻译.pdfVIP

LoRaWAN 规范 1.0 （2~4 章） 云帆物联 2 Introduction on LoRaWAN options 2.1 LoRaWAN Classes  终端双向通讯（A 类）  具有接收时隙的终端双向通讯（B 类）  最大接收时隙的终端双向通讯（C 类） 打开接收窗口的时间间隔很小，几乎不间断的接收消息。比 A 和 B 更耗能，但和服务器交互的延迟低。 2.2 规范 高级类的附加功能向下兼容低级类。所有 LoRaWAN 终端必须实现 A 类的功能。 注意： 本规范手册中：物理消息格式、MAC 消息格式以及 A 类和其它高级类都具备的东西，只在本手册的 A 类部分介绍。 3 Physical Message Formats LoRa 中区分上行和下行的术语。 3.1 上行链路消息 上行链路消息由终端发送经过一个或多个网关中转到达网络服务器。 下行链路消息： 3.3 接收窗口 设备终端每次发送数据（上行传输）后打开两个短接收窗口（short receive windows 4 MAC Message Formats LoRa 所有的上下行链路消息都会包含 PHY 负载，该负载以单字节 MAC 头为开始，MAC 头后面是 MAC 负载，结尾是 4 字节的消息一致码（MIC）。 4.2 MAC Header (MHDR field) MAC 头中包含消息类型（MType）和帧编码所遵循的LoRaWAN 规范的主版本号（Major）。RFU 是保留位。  4.2.1 Message type (MType bit field) LoRaWAN 自定义了六个独特的MAC 消息类型：join request, join accept, unconfirmed data up/down, 以及 confirmed data up/down MType Description 备注 000 Join Request 无线激活过程使用，具体见章节 6.2 001 Join Accept 无线激活过程使用，具体见章节 6.2 010 Unconfirmed Data Up 接受者不必回应 011 Unconfirmed Data Down 接受者不必回应 100 Confirmed Data Up 接受者必须回应 101 Confirmed Data Down 接受者必须回应 110 RFU 保留 111 Proprietary 用来实现自定义格式的消息，交互的设备之间必须有相同的处理逻辑，不能和标准消息互通  4.2.1.1 Join-request and join-accept messages 已经添加上表的到备注  4.2.1.2 Data messages 消息数据既能传输 MAC 命令又能传输应用数据，甚至可以一起发送。不同消息类型用不同的方法保证一致性，下面会介绍这一点。  4.3.1 Frame header (FHDR) FHDR 由：终端短址（DevAddr）、一个帧控制字节（FCtrl）、2 字节的帧计数器（即帧大小，FCnt） 和 最多 15 个字节的配置（FOpts，用来传输MAC  4.3.1.1 帧头中的自适应数据速率控制 (ADR, ADRACKReq in FCtrl) LoRa 网络对终端的数据速率没有任何限制。LoRaWAN 协议通过该特性调整优化静态终端（相对移动终端来讲）的数据速率，即自适应数据速率（ 来使用尽可能快的数据速率。 移动终端在移动过程中会快速切换无线广播环境，该过程中进行数据速率管理没什么实际意义，此时移动终端应使用已经修正过的默认数据速率。 设置 ADR 之后，网络通过 MAC 命令控制终端的数据速率。如果没有设置 ADR 就应该开启 ADR，这样可以延长终端的电池寿命并充分利用网络带宽。 注意： 哪怕移动终端在大多数时间下都是不移动的。因此终端可以根据它自己移动状态请求网络通过 ADR 进行数据速率优化。  4.3.1.2 消息确认位和确认流程 (ACK in FCtrl) 收到 confirmed 类型的消息时，接收者要回复一条确认消息（ACK 息的传输方式。 确认消息只会在收到消息以后作为响应发送，并且不重发。