LoRaWan1.1 授權(quán)激活流程(4)

授權(quán)流程主要在AS和JS之間處理,NS僅僅作為一個輸出到終端設(shè)備。授權(quán)流程涉及到JS與終端設(shè)備和hNS交互,hNS和AS接收和終端相關(guān)屬性信息和服務(wù)描述。在該文檔中不進行進一步的描述需要提供的網(wǎng)絡(luò)元素信息。

解除對終端設(shè)備的授權(quán)。這個流程涉及到重置AS和NS的狀態(tài)、解綁終端設(shè)備和hNS服務(wù)在JS服務(wù)中。

詳細的授權(quán)和解除授權(quán)的流程不在該文檔中描述。

ABP激活流程

下圖顯示ABP終端設(shè)備結(jié)合一個NS的激活流程。這個處理流程在LoRaWAN1.0\1.0.2和LoRaWAN1.1中均一致。

ABP終端激活流程

S1:

終端設(shè)備、NS、AS配置要求的信息,以至于終端設(shè)備上電后能夠發(fā)送包。

S2:

終端設(shè)備不需要執(zhí)行任何設(shè)置信令就可以發(fā)送應(yīng)用層payload。發(fā)送的數(shù)據(jù)包通過AppSKey加密,通過網(wǎng)絡(luò)會話密鑰組進行MIC校驗。

當NS接收到數(shù)據(jù)包,它將根據(jù)DevAddr去查找對應(yīng)的網(wǎng)絡(luò)會話密鑰組。NS將檢驗MIC通過檢索到的密鑰。如果密鑰沒有檢索到,或者MIC校驗失敗,NS將丟掉這個報文。

S3:

NS將從AS或者終端設(shè)備接到到的加密數(shù)據(jù)發(fā)送給對應(yīng)端。應(yīng)用層的payload可能包括以下一些元數(shù)據(jù),例如DevAddr、FPort、timestamp等等。NS接收到來自終端設(shè)備的第一個報文作為終端設(shè)備的激活的會話報文。

OTA激活流程

OTA激活流程是終端作為授權(quán)接入網(wǎng)絡(luò)的方式并授權(quán)認證通過后發(fā)送上行報文和接收下行報文。

對于終端設(shè)備,NS服務(wù)被分成兩類。hNS是一種NS服務(wù),它保存終端、服務(wù)、終端設(shè)備的路由屬性,激活之后銜接AS和JS服務(wù)。hNS被要求提供的屬性信息不在該文檔中進行闡述。另一方面,終端訪問的NS服務(wù)是被hNS從業(yè)務(wù)上和技術(shù)上同意訪問的另一種NS服務(wù)。

存在兩種激活流程,分別是本地激活和漫游激活。

本地激活:終端設(shè)備執(zhí)行激活流程訪問無線覆蓋外的hNs服務(wù)但是訪問的無線覆蓋內(nèi)的NS
服務(wù)(這句話說起來比較繞口~)。在這個處理流程,終端訪問的NS在JS服務(wù)的幫助下學(xué)習(xí)到hNS的標識碼并從hNS獲取終端的信息和服務(wù)屬性。最后,終端報文通過訪問的NS和AS然后到達AS和JS。

當終端設(shè)備入網(wǎng)成功或者重新入網(wǎng)成功,它將獲取到一個LoRa session會話從后臺服務(wù)。每一個LoRa session會話綁定了一系列關(guān)于終端設(shè)備、NS、JS、AS服務(wù)的上下文參數(shù)。當終端設(shè)備退出激活態(tài)或者重新執(zhí)行入網(wǎng)激活流程后,當前的LoRa session會話將被終止。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容