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