LoRaWAN协议

本文资料采集于http://www.cnblogs.com/answerinthewind/category/925777.html：

LoRaWAN协议(一)--架构解析

LoRaWAN 分层

总体架构一共分为4部分：

LoRaWAN从底层到最后用户拿到数据的通讯过程通讯大致可分为三段：

1. MOTE <---> GW (MAC层)

2. GW <---> server

3. server <---> 用户

LoRa联盟 规定了 MAC层的通讯协议，只有在设备（GW、MOTE）共同遵守的MAC层协议的前提下，不同硬件厂商的设备才能互相接入。

而GW <---> Server以及Server <---> 用户这两层的协议虽然LoRa联盟有所规范，但不同厂商之间可能会存在不同。

Mote/Node

Mote/Node 就是节点，在LoRaWAN中，节点一般与传感器连接，负责的就是收集传感数据，然后通过LoRaMAC 协议传输给Gateway。

Gateway

Gateway也就是网关，主要负责将节点的数据传输给服务器，也就是完成数据从LoRa方式到网络方式的转换，其中Gateway并不对数据做处理，只是负责将数据打包封装，然后传输给server(服务器)。

Server

按照LoRaWAN的规定，Server又分为四部分--NS(Network server)、AS(Application server)、CS(Customer server)、NC(Network controller)

其中每个部分的分工和职能各不相同。相应的我会在后续的文章中讲到。

用户

用户一般只的是直观使用这个数据的人，一般是APP或者其他客户端方式，从服务器获取数据。

应用分析

在这里我以LoRaWAN 方式实现农场的土壤湿度检测来具体说明这各个部分的区别:
实现农场的土壤湿度的检测主要分为几个步骤：

· 实现传感器采集土壤湿度（sensor层）

· 将采集到的土壤湿度通过MOTE发送给GW(LoRaMac 层)

· GW将收到的数据发送给NS（GW<--->Server）

· NS再将数据发送给用户(Server<--->Customer)

· 用户通过APP或者其他方式可以看到土壤的湿度状态。(Display)

通过以上的几个步骤，就可以实现远程监控农场土壤湿度。

LoRaWAN协议(二)--LoRaWAN MAC数据包格式

名词解析

上行：终端的数据发送经过一个或多个网关中转到达网络服务器。
下行：由网络服务器发送给终端设备，每条消息对应的终端设备是唯一确定的，而且只通过一个网关中转。

LoRaWAN Classes

LoRaWAN Classes 一共分为3类：Class A,Class B,Class C

Class A:终端先发送，在发送后开启一段时间的接收窗口，终端只有在发送后才可以接收。也就是说上行没有限制，下行的数据只有在上行包发送上来的时候终端才可以接收到。(功耗最低)

Class B:终端和服务器协商好接收的窗口开启的时间以及何时开启，然后再约定的时间进行接收，可以一次接收多个包。（功耗次低）

Class C:终端在发送以外的其他时间都开启接收窗口。更耗能，但通讯延时最低。（功耗最高）

PHY/MAC 层数据链路

总的数据包结构:

注意preamble、PHDR、PHDR_CRC、CRC都是硬件生成，无需软件参与，需要软件参与的就是PHYPayload部分

PHY层数据

上行链路消息：

下行链路消息：

其中上行最后还有CRC校验，而下行没有CRC校验。其中PHDR PHDR_CRC CRC都是射频芯片用于校准数据的完整新和一致性用的，并非用户生成的数据。

MAC 层数据

由上图可以看到，MAC数据是是作为PHYPayload存在的
其中MAC 层的包有三个部分组成：

· MHDR(MAC层帧头)

· MACPayload(MAC层负载)

· MIC(4字节的校验)

而MACPayload又由三个部分组成:

· FHDR (MAC层负载头)

· FPORT（MAC 层数据的通道号）

· FRMPayload（MAC层负载，加密）

而FHDR又由由四个部分组成:

· DevAddr(终端的ID 4字节)

· FCtrl（帧的控制字 1个字节）

· FCnt （帧的序号 2个字节）

· FOpts（帧配置，字节数不定，大部分情况0个字节）

所以，由协议可知，一个上行包或者下行包中的数据内容有哪些，抛开控制命令不说，主要有终端的ID、包的序号、用户的加密负载。

例如我抓到的一个数据包：

\x40 \x7f \xf8 \x8a \x29 \x80 \x2a \x00 \x02 \x07 \x42 \x87 \x3f \xc7 \xb4 \x22 \x04 \x00 \x84 \x8d \x1b \x06 \x2f \x5b \xbc \x57 \xdb \xf2 \x31 \xde \x49 \x61 \x00 \x86 \x99 \xec \x08 \x61 \xf0 \xb7 \xda \x54 \x0a \xfa \xd1 \x31 \xac \xd0 \x44 \x1b \x4d \xfa \x48 \x77 \x19 \xee \x61 \x14 \xbf \x23 \x52 \xd1 \xe9 \x93 \x79 \x6e \x16 \xd7 \x13 \x2e \x58 \x06 \x54 \xc3 \xd2 \x04 \xba \x52 \xa7 \xc8 \x7a \x0b \x8e

这是一个MAC 层的帧,即完整的PHYPayload部分,注意，默认LoRaWAN都是按小端方式传输的。

其中

· MHDR:
\x40

· MACPayload-FHDR-DevAddr:
\x7f \xf8 \x8a \x29

· MACPayload-FHDR-FCtrl:
\x80

· MACPayload-FHDR-FCnt:
\x2a \x00

· MACPayload-FPORT:
\x02

· MACPayload-FRMPayload（加密）:
\x07 \x42 \x87 \x3f \xc7 \xb4 \x22 \x04 \x00 \x84 \x8d \x1b \x06 \x2f \x5b \xbc \x57 \xdb \xf2 \x31 \xde \x49 \x61 \x00 \x86 \x99 \xec \x08 \x61 \xf0 \xb7 \xda \x54 \x0a \xfa \xd1 \x31 \xac \xd0 \x44 \x1b \x4d \xfa \x48 \x77 \x19 \xee \x61 \x14 \xbf \x23 \x52 \xd1 \xe9 \x93 \x79 \x6e \x16 \xd7 \x13 \x2e \x58 \x06 \x54 \xc3 \xd2 \x04 \xba \x52 \xa7

· MIC:
\xc8 \x7a \x0b \x8e

LoRaWAN协议(三)--Server端数据协议

LoRaWAN Server 端架构

LoRaWAN 的server包括 NS(Network server)、AS(application server)、CS(Custom server)....

其中NS和AS是比不可少的，是完成LoRaWAN协议的重要组成部分

NS 职责

NS是直接与GW通信的服务器，也是AS和GW之间的桥梁

我所知道的工作有如下几点：

1. 验证数据的合法性(校验MIC)

2. 从GW的信息中提取数据，整理成NS 的JSON数据包

3. 将校验合法的数据打包成新的JSON包上传至AS

4. OTAA入网时向AS发送请求入网消息，然后再将入网信息告诉AS，当获取AS传来的入网的信息，告诉GW

5. GW 和 AS之间的数据通道

有几点需要注意的是NS端的数据不进行AES解密工作。

AS 职责

AS是server端的数据处理中心

它的工作有如下几点:

1. 上行数据的解密

2. 下行数据的加密

3. OTAA入网请求的处理(同意入网/生成APPSKEY/NWKSKEY)

CS 职责