在之前的文章中向大家介紹了LoRaWAN協(xié)議中節(jié)點(diǎn)的兩種不同的入網(wǎng)方式OTAA和ABP的區(qū)別，本文主要介紹了OTAA節(jié)點(diǎn)是如何入網(wǎng)的。此文來自微信公眾號(hào)“小七說LoRa”，內(nèi)容已獲小七老師授權(quán)，小七老師是騰訊云在線課程講師，在騰訊云在線課堂搜索“LoRaWAN節(jié)點(diǎn)”即可找到相關(guān)課程。

OTAA的全稱是Over The Air Activation。它的入網(wǎng)步驟是這樣的：節(jié)點(diǎn)發(fā)出的Join Request請(qǐng)求通過網(wǎng)關(guān)轉(zhuǎn)發(fā)到服務(wù)器，也就是NS；NS會(huì)對(duì)該請(qǐng)求做一些判斷處理之后，將Join Accept響應(yīng)通過網(wǎng)關(guān)發(fā)送給節(jié)點(diǎn)。

網(wǎng)關(guān)的主要作用是將節(jié)點(diǎn)的數(shù)據(jù)與服務(wù)器的數(shù)據(jù)互相轉(zhuǎn)發(fā)。服務(wù)器我們可以選擇一些在線的服務(wù)器，比如TTN、騰訊云物聯(lián)網(wǎng)開發(fā)平臺(tái)等，我們也可以搭建開源的服務(wù)器，比如chirpstack，我們還可以購(gòu)買一些已經(jīng)內(nèi)置了服務(wù)器的網(wǎng)關(guān)。

無論是TTN、騰訊云物聯(lián)網(wǎng)開發(fā)平臺(tái)、chirpstack還是內(nèi)置服務(wù)器，基本上都是免費(fèi)使用的。騰訊云物聯(lián)網(wǎng)平臺(tái)于2021年1月升級(jí)為部分收費(fèi)的模式，1000臺(tái)設(shè)備以內(nèi)是免費(fèi)使用的。

OTAA節(jié)點(diǎn)入網(wǎng)需要與NS有兩次數(shù)據(jù)交互過程。一次是節(jié)點(diǎn)向NS發(fā)送join request請(qǐng)求，一次是NS向節(jié)點(diǎn)發(fā)送 join accept響應(yīng)。在節(jié)點(diǎn)發(fā)送join request請(qǐng)求之前，我們需要準(zhǔn)備OTAA節(jié)點(diǎn)的三個(gè)參數(shù)DevEUI、AppEUI和AppKey。在節(jié)點(diǎn)接收到j(luò)oin accept之后，節(jié)點(diǎn)需要成功解析join accept之后，才是入網(wǎng)成功，接下來對(duì)每一個(gè)步驟進(jìn)行詳細(xì)的說明。

對(duì)于OTAA節(jié)點(diǎn)，我們?nèi)绾潍@取到DevEUI、AppEUI和AppKey這三個(gè)參數(shù)呢？有的廠商會(huì)在節(jié)點(diǎn)上貼一個(gè)二維碼，通過掃描二維碼可以獲得這三個(gè)參數(shù)；有的廠商可以通過at指令來獲取這三個(gè)參數(shù)，具體的at指令需要查看廠商提供的手冊(cè)；還有的廠商只會(huì)將devEUI貼在節(jié)點(diǎn)上，然后將devEUI、appEUI和appKey通過其他方式發(fā)送給客戶，以保證三個(gè)參數(shù)的安全性。

DevEUI就是節(jié)點(diǎn)的身份標(biāo)識(shí)，就像我們每個(gè)人在企業(yè)中的工號(hào)一樣。

AppEUI是應(yīng)用ID，我們可以把AppEUI理解為企業(yè)中的部門名稱。剛剛我們?cè)谇懊嫣岬竭^的幾個(gè)NS服務(wù)器中，如果使用TTN服務(wù)器，需要配置AppEUI；如果使用騰訊云物聯(lián)網(wǎng)平臺(tái)或者chirpstack的話，對(duì)于AppEUI這個(gè)參數(shù)節(jié)點(diǎn)可以設(shè)置為任意值。

AppKey是節(jié)點(diǎn)用來計(jì)算會(huì)話秘鑰的，節(jié)點(diǎn)使用AppKey從join accept中計(jì)算出會(huì)話秘鑰NwkSKey和AppSKey用于節(jié)點(diǎn)入網(wǎng)成功之后的通信，這就是一個(gè)完整的入網(wǎng)請(qǐng)求流程。

節(jié)點(diǎn)發(fā)送Join request請(qǐng)求，通過網(wǎng)關(guān)透?jìng)鬓D(zhuǎn)發(fā)給NS服務(wù)器。NS判斷請(qǐng)求是否合法，合法的情況下，NS下發(fā)join accept消息到網(wǎng)關(guān)，網(wǎng)關(guān)再將消息發(fā)送給節(jié)點(diǎn)。節(jié)點(diǎn)收到j(luò)oin accept之后會(huì)從join accept中解析出devAddr、appSKey和nwkSKey，之后節(jié)點(diǎn)就可以使用解析后的這三個(gè)參數(shù)對(duì)數(shù)據(jù)進(jìn)行加密發(fā)送給NS了。

我們通過舉例說明Join request請(qǐng)求的報(bào)文格式，一個(gè)join request請(qǐng)求中包含了節(jié)點(diǎn)的AppEUI參數(shù)、DevEUI參數(shù)還有一個(gè)隨機(jī)值參數(shù)，叫做DevNonce。

在LoRaWAN協(xié)議中，第一個(gè)字節(jié)稱為Mac Header標(biāo)志，簡(jiǎn)稱為MHDR，用來表示消息類型。00固定表示這是一個(gè)join request消息。第二到第九這8個(gè)字節(jié)固定填充AppEUI，第十到第十七字節(jié)固定填充DevEUI，第十八十九字節(jié)就是一個(gè)隨機(jī)值DevNonce。最后四個(gè)字節(jié)是對(duì)AppEUI、DevEUI和DevNonce這部分?jǐn)?shù)據(jù)計(jì)算出的校驗(yàn)值。注意DevNonce這個(gè)參數(shù)，很多做開發(fā)的朋友踩過一個(gè)坑，都與這個(gè)DevNonce有關(guān)，等會(huì)兒和大家分享。

一個(gè)完整的Join accept消息格式如下，第一個(gè)字節(jié)是我們剛剛提到的MHDR協(xié)議頭，Join accept消息的協(xié)議頭固定是十六進(jìn)制的0x20。然后依次是AppNonce，它是NS生成的一個(gè)隨機(jī)數(shù)；NetID是NS的一個(gè)參數(shù)，可以簡(jiǎn)單理解成NS的ID；DevAddr就是NS為節(jié)點(diǎn)生成的一個(gè)短地址，節(jié)點(diǎn)Join成功之后DevAddr就成了節(jié)點(diǎn)在NS上的唯一身份標(biāo)識(shí)，同一個(gè)NS中不會(huì)出現(xiàn)兩個(gè)相同的DevAddr；DLSettings中配置了節(jié)點(diǎn)兩個(gè)接收窗口的接收速率參數(shù)；RxDelay中配置了節(jié)點(diǎn)在發(fā)送數(shù)據(jù)完成之后間隔多長(zhǎng)時(shí)間打開第一個(gè)接收窗口，這個(gè)值默認(rèn)都是1秒；CFList是一個(gè)可選參數(shù)，它可以更改節(jié)點(diǎn)在入網(wǎng)成功之后的通信信道信息。

NS下發(fā)給節(jié)點(diǎn)的join accept消息是加密消息，需要節(jié)點(diǎn)先使用appKey解密之后才能拿到明文的JoinAccept報(bào)文。然后節(jié)點(diǎn)再使用DevNonce、AppKey和從Join accept中解析出來的appNonce計(jì)算出兩個(gè)會(huì)話秘鑰nwkSKey和appSKey。

一個(gè)完整的OTAA流程的交互報(bào)文我們已經(jīng)介紹完了，在實(shí)際的使用中，大家在剛剛接觸LoRaWAN的時(shí)候很容易遇到入網(wǎng)不成功的問題。入網(wǎng)不成功有多種可能的原因，將原因主要總結(jié)為以下三點(diǎn)：

第一，在NS上注冊(cè)的節(jié)點(diǎn)三參數(shù)與節(jié)點(diǎn)配置的三個(gè)參數(shù)不匹配導(dǎo)致。如果devEUI或者AppEUI配置不一致的話，服務(wù)器就不會(huì)下發(fā)Join Accept消息；如果AppKey配置不一致的話，就會(huì)導(dǎo)致節(jié)點(diǎn)無法成功解析Join Accept消息。這個(gè)不匹配主要是人為因素，一般是因?yàn)橛脩魧?shù)填寫錯(cuò)誤導(dǎo)致的，相對(duì)容易排查到。

第二，節(jié)點(diǎn)發(fā)送的Join Request請(qǐng)求網(wǎng)關(guān)沒有接收到，一般是硬件故障或者是環(huán)境導(dǎo)致無線信號(hào)特別差引起的。硬件出現(xiàn)故障的概率比較低，一般需要重點(diǎn)檢查是不是無線信號(hào)較差，可以考慮將節(jié)點(diǎn)與網(wǎng)關(guān)的距離設(shè)置的近一點(diǎn)、或者盡量清除節(jié)點(diǎn)與網(wǎng)關(guān)之間的障礙物，然后再進(jìn)行嘗試。

第三，還有一個(gè)很少見的原因也極不容易排查到。很多開發(fā)者可能在剛剛學(xué)習(xí)階段會(huì)將Join Request中的各個(gè)參數(shù)在代碼中寫死，Devnonce在代碼中設(shè)置成了固定值，這種做法，將導(dǎo)致第一次Join成功之后再重新Join始終無法成功。這就是我們前面提到的Devnonce引出的一個(gè)坑。

NS會(huì)有一個(gè)緩存機(jī)制，會(huì)保存同一個(gè)節(jié)點(diǎn)每次Join request消息中的Devnonce，在一定時(shí)間內(nèi)，如果同一個(gè)節(jié)點(diǎn)入網(wǎng)請(qǐng)求消息中的Devnonce與NS緩存中的Devnonce雷同，那么NS會(huì)拒絕該終端的本次入網(wǎng)請(qǐng)求。NS這么處理是為了保證節(jié)點(diǎn)的數(shù)據(jù)安全性。只要更改Devnonce的值，節(jié)點(diǎn)就能重新成功入網(wǎng)了。

在接下來的文章中，將會(huì)繼續(xù)分享更多的物聯(lián)網(wǎng)LoRaWAN相關(guān)知識(shí)，希望大家持續(xù)關(guān)注我們。
? ? ? ? 責(zé)任編輯:tzh