LoRaWAN协议入网方式

在LoRaWAN中，node最终和服务器能够正常数据交互，需要先入网，入网的本质，也就是获得一些通信相关的参数，有以下几个：

1. NwkSKey
2. AppSKey
3. DevAddr
4. DevEui

其中

• NwkSKey用于数据的校验，也就是说在MIC校验时会用到
• AppSKey用于负载的AES加密，也就是说在加密解密时会使用到
• DevAddr是node的短地址，在数据通讯时，使用的是node的短地址
• DevEUI 在ABP入网方式的通讯中不会使用，在OTAA方式中会使用到，是由设备在入网前就产生了。在入网时，node将DevEUI上传，然后服务器会将此DevEUI注册并返回一个DevAddr，也就是说DevAddr此时和DevEUI就建立了映射关系，在node后续的通讯中，使用DevAddr。

LoRaWAN入网方式有两种:

1. ABP (Activation By Personalization)
2. OTAA(Over-The-Air Activation)

下面就讲述一下这两种方式。

ABP 概述

ABP方式是事先将入网信息烧写在设备上，也就是说设备上电已经入网了，无需再特意去请求入网。

这种方式就不再多说了。需要做的只是把这个设备信息录入到平台上。

注意录的时候可能要输入DevEUI，但实际上ABP的设备DevEUI在通讯中并无参与，所以只是做个映射，来符合LoRaWAN协议，所以这个值可以随意的填，不重复即可，不过建议加上一个方便记忆的前缀

OTAA 概述

OTAA方式入网的node，在刚上电的时候，是不处于入网状态的，此时就需要进行入网操作。

如果我们简单的把服务器看做一个整体，那么入网操作的流程是这样的：

1. node 发送入网请求，即join_request message
2. GW 收到 node 的数据，上传给服务器
3. 服务器收到入网请求，同意入网，并且将设备在服务器注册，建立长地址与短地址之间的联系，生成通讯密钥，将通讯密钥的参数打包下发给GW，即 Join-accept message
4. GW 收到服务器的数据，下发给 node
5. node 根据下发的数据包，得到 DevAddr、APPSKEY、NWKSKEY