日韩成人激情_欧美黑人xxx_国产一区二精品区在线_精品在线一区_97成人资源_久久久久久一区

文，即LoRaWAN協(xié)議規(guī)范 V1.0.2 版本( 2016 年 7 月定稿)。

我正在陸續(xù)對(duì)協(xié)議的各個(gè)章節(jié)進(jìn)行翻譯，具體其他章節(jié)的譯文，以及譯文之外的代碼解析，可點(diǎn)此查看帖子LoRa學(xué)習(xí)筆記_匯總。

本文作者twowinter，轉(zhuǎn)載請(qǐng)注明作者：http://blog.csdn.net/iotisan/

翻譯開始

第17章 持續(xù)接收的終端

具備Class C 能力的終端，通常應(yīng)用于供電充足的場景，因此不必精簡接收時(shí)間。

Class C 的終端不能執(zhí)行 Class B 。

Class C 終端會(huì)盡可能地使用 RX2 窗口來監(jiān)聽。按照 Class A 的規(guī)定，終端是在 RX1 無數(shù)據(jù)收發(fā)才進(jìn)行 RX2 接收。為了滿足這個(gè)規(guī)定，終端會(huì)在上行發(fā)送結(jié)束和 RX1 接收窗口開啟之間，打開一個(gè)短暫的 RX2 窗口，一旦 RX1 接收窗口關(guān)閉，終端會(huì)立即切換到 RX2 接收狀態(tài)； RX2 接收窗口會(huì)程序打開，除非終端需要發(fā)送其他消息。

注意：沒有規(guī)定節(jié)點(diǎn)必須要告訴服務(wù)端它是 Class C 節(jié)點(diǎn)。這完全取決于服務(wù)端的應(yīng)用程序，它們可以在 join 流程通過協(xié)議交互來獲知是否是 Class C 節(jié)點(diǎn)。

17.1 Class C 的第二接收窗口持續(xù)時(shí)間

Class C 設(shè)備執(zhí)行和 Class A 一樣的兩個(gè)接收窗口，但它們沒有關(guān)閉 RX2 ，除非他們需要再次發(fā)送數(shù)據(jù)。因此它們幾乎可以在任意時(shí)間用 RX2 來接收下行消息，包括MAC命令和ACK傳輸?shù)南滦邢ⅰＡ硗庠诎l(fā)送結(jié)束和 RX1 開啟之間還打開了一個(gè)短暫的RX2窗口。

圖13.Class C 終端的接收時(shí)隙時(shí)序圖

17.2 Class C 對(duì)多播下行的處理

和 Class B 類似，Class C 設(shè)備也可以接收多播下行幀。多播地址和相關(guān)的 NWKSKEY 及 APPSKEY 都需要從應(yīng)用層獲取。Class C 多播下行幀也有相同的限制：

• 不允許攜帶MAC命令，既不能放在FOpts域中，也不能放在 port 0 的 payload 中，因?yàn)槎嗖ハ滦袩o法像單播幀那樣具備相同的魯棒性。

• ACK 和 ADRACKReq 位必須要為0。MType 域需要為 Unconfirmed Data Down 類型的數(shù)值。

• FPending 位表明有更多的多播數(shù)據(jù)要發(fā)送。考慮到 Classs C 設(shè)備在大部分時(shí)間處于接收狀態(tài)，F(xiàn)Pending位不觸發(fā)終端的任何特殊行為。

翻譯完