規(guī)范 V1.0.2 版本( 2016 年 7 月定稿)。
我正在陸續(xù)對協(xié)議的各個章節(jié)進行翻譯，具體其他章節(jié)的譯文，以及譯文之外的代碼解析，可點此查看帖子LoRa學(xué)習(xí)筆記_匯總。
本文作者twowinter，轉(zhuǎn)載請注明作者：http://blog.csdn.net/iotisan/
![]()
翻譯開始
第3章 PHY 幀格式
LoRa 有上行消息和下行消息。
![]()
3.1 上行消息
上行消息是由終端發(fā)出，經(jīng)過一個或多個網(wǎng)關(guān)轉(zhuǎn)發(fā)給網(wǎng)絡(luò)服務(wù)器。
上行消息使用 LoRa 射頻幀的嚴格模式，消息中含有 PHDR 和 PHDR_CRC 。載荷有CRC校驗來保證完整性。
PHDR，PHDR_CRC 及載荷 CRC 域都通過射頻收發(fā)器加入。
上行 PHY:
| Preamble | PHDR | PHDR_CRC | PHYPayload | CRC |
圖2.上行PHY幀格式
![]()
3.2 下行消息
下行消息是由網(wǎng)絡(luò)服務(wù)器發(fā)出，經(jīng)過單個網(wǎng)關(guān)轉(zhuǎn)發(fā)給單個終端。
下行消息使用射頻幀的嚴格模式，消息中包含 PHDR 和 PHDR_CRC。
下行 PHY:
| Preamble | PHDR | PHDR_CRC | PHYPayload |
圖3.下行PHY幀格式
![]()
3.3 接收窗口
每個上行傳輸后終端都要開兩個短的接收窗口。接收窗口開始時間的規(guī)定，是以傳輸結(jié)束時間為參考。
圖4.終端接收時隙的時序圖
![]()
3.3.1 第一接收窗口的信道，數(shù)據(jù)速率和啟動。
第一接收窗口 RX1 使用的頻率和上行頻率有關(guān)，使用的速率和上行速率有關(guān)。RX1 是在上行調(diào)制結(jié)束后的 RECEIVE_DELAY1 秒打開。上行和 RX1 時隙下行速率的關(guān)系是按區(qū)域規(guī)定，詳細描述在[LoRaWAN地區(qū)參數(shù)]文件中。默認第一窗口的速率是和最后一次上行的速率相同。
![]()
3.3.2 第二接收窗口的信道，數(shù)據(jù)速率和啟動。
第二接收窗口 RX2 使用一個固定可配置的頻率和數(shù)據(jù)速率，在上行調(diào)制結(jié)束后的 RECEIVE_DELAY2 秒打開。頻率和數(shù)據(jù)速率可以通過 MAC 命令(見 第5章)。默認的頻率和速率是按區(qū)域規(guī)定，詳細描述在[LoRaWAN地區(qū)參數(shù)]文件中。
![]()
3.3.3 接收窗口的持續(xù)時間
接收窗口的長度至少要讓終端射頻收發(fā)器有足夠的時間來檢測到下行的前導(dǎo)碼。
![]()
3.3.4 接收方在接收窗口期間的處理
如果在任何一個接收窗口中檢測到前導(dǎo)碼，射頻收發(fā)器需要繼續(xù)激活，直到整個下行幀都解調(diào)完畢。如果在第一接收窗口檢測到數(shù)據(jù)幀，且這個數(shù)據(jù)幀的地址和MIC校驗通過確認是給這個終端，那終端就不必開啟第二個接收窗口。
![]()
3.3.5 網(wǎng)絡(luò)發(fā)送消息給終端
如果網(wǎng)絡(luò)想要發(fā)一個下行消息給終端，它會精確地在兩個接收窗口的起始點發(fā)起傳輸。
![]()
3.3.6 接收窗口的重要事項
終端在第一或第二接收窗口收到下行消息后，或者在第二接收窗口階段，不能再發(fā)起另一個上行消息。
![]()
3.3.7 其他協(xié)議的收發(fā)處理
節(jié)點在LoRaWAN收發(fā)窗口階段可以收發(fā)其他協(xié)議，只要終端能滿足當(dāng)?shù)匾笠约凹嫒軱oRaWAN協(xié)議。
![]()
翻譯完
