LoraWAN论坛

标题: lorawan协议疑惑 [打印本页]

作者: wx8    时间: 2017-6-4 19:39
标题: lorawan协议疑惑
看过lorawan协议的朋友们,请问知道class A 为什么要有两个短的接收窗口么,刚开始学习lora,有很多疑惑,感谢不吝赐教。

作者: BeyondDream    时间: 2017-6-5 11:17
[attach]7[/attach]

是的,在 LoRaWAN Class A 的通信时序中(如上图所示):
当 Node 上报数据后,需要等待 Receive_Delay1 后,打开 RX1 接收窗口;
如果 RX1 接收失败(RX1接收成功,将忽略RX2接收),需要等待 Receive_Delay2 后,打开 RX2 接收窗口;


问题来了,为什么 Node 需要等待 Receive_DelayX(一般,Delay1=1s,Delay=2s)呢?
答案是,为了给以下时序提供“必要的处理时间”:
               Gateway --(rxpk)--> Server(process uplink, make downlink if need) --(txpk)--> Gateway --(emit RF packet)--> Node

作者: wx8    时间: 2017-6-5 11:39
本帖最后由 wx8 于 2017-6-5 16:52 编辑
BeyondDream 发表于 2017-6-5 11:17
是的,在 LoRaWAN Class A 的通信时序中(如上图所示):
当 Node 上报数据后,需要等待 Receive_Delay1  ...

非常感谢您的回答,意思是说这个delay主要是给server处理上行数据,发送下行数据提供时间,不知道我理解对吗,还有个很弱的问题,server发送的下行消息帧格式为什么没有CRC 呢?
作者: BeyondDream    时间: 2017-6-5 17:10
wx8 发表于 2017-6-5 11:39
非常感谢您的回答,意思是说这个delay主要是给server处理上行数据,发送下行数据提供时间,不知道我理解对 ...

抱歉,请您明示:
“server发送的下行消息帧格式为什么没有CRC?”----是指:Server 给 Gateway 的 txpk 数据包?还是指 Gateway 给 Node 的 Radio DownLink Packet 呢?
作者: wx8    时间: 2017-6-5 19:57
BeyondDream 发表于 2017-6-5 17:10
抱歉,请您明示:
“server发送的下行消息帧格式为什么没有CRC?”----是指:Server 给 Gateway 的 txpk  ...

不好意思,我没表达清楚,下行消息是由网络服务器发出,经过单个网关转发给单个终端。使用射频帧,格式包括preamble,PHDR 和 PHDR_CRC 和PHYPayload,和上行消息相比,少了CRC,协议上说是CRC field is available in uplink message only.  为什么下行消息不需要呢?
作者: BeyondDream    时间: 2017-6-6 09:51
[attach]8[/attach]

是的,相比 “Uplink PHY structure”,"Downlink PHY structure"缺少了“CRC”。why?
它的解释如图,是为了“尽可能减少无线电报文长度,以最小化 ISM 对 duty-cycle 的影响”。

[attach]9[/attach]

作者: wx8    时间: 2017-6-6 14:47
BeyondDream 发表于 2017-6-6 09:51
是的,相比 “Uplink PHY structure”,"Downlink PHY structure"缺少了“CRC”。why?
它的解释如图,是 ...

谢谢,下面的注释都没仔细看到,非常感谢您的回答。
作者: wx8    时间: 2017-6-7 20:29
BeyondDream 发表于 2017-6-6 09:51
是的,相比 “Uplink PHY structure”,"Downlink PHY structure"缺少了“CRC”。why?
它的解释如图,是 ...

您好,突然又想到一个问题,还想请教下您,物理层帧格式为什么header还有CRC呢,协议里说是“See the LoRa radio transceiver datasheet for a description of LoRa radio packet implicit/explicit modes.”,我在另一个手册里看到是这样的“It also has its own CRC to allow the receiver to discard invalid headers.” 不是很理解,您能否告知呢?非常感谢
作者: wx8    时间: 2017-6-8 08:40
请问大家知道 preamble 是如何做到将接收器与输入数据流同步的吗,感谢赐教
作者: BeyondDream    时间: 2017-6-8 12:00
wx8 发表于 2017-6-7 20:29
您好,突然又想到一个问题,还想请教下您,物理层帧格式为什么header还有CRC呢,协议里说是“See the LoR ...

LoRa PHY 的 CRC 有2种,
1) PHDR_CRC,它用于保护 PHDR,当SF=6时,PHDR是不存在的;当SF>6时,PHDR才包含在帧中;
2) Frame_CRC,它用于保护 PHYPayload,由用户指定,是否包含。
作者: BeyondDream    时间: 2017-6-8 12:01
wx8 发表于 2017-6-8 08:40
请问大家知道 preamble 是如何做到将接收器与输入数据流同步的吗,感谢赐教 ...

preamble 的使用详情,semtech 没有公开。。。
作者: BeyondDream    时间: 2017-6-8 12:05
wx8 发表于 2017-6-8 08:40
请问大家知道 preamble 是如何做到将接收器与输入数据流同步的吗,感谢赐教 ...

preamble 的使用详情,semtech  没有公布。。。
作者: wx8    时间: 2017-6-13 15:03
BeyondDream 发表于 2017-6-8 12:00
LoRa PHY 的 CRC 有2种,
1) PHDR_CRC,它用于保护 PHDR,当SF=6时,PHDR是不存在的;当SF>6时,PHDR才包 ...

明白了,非常感谢




欢迎光临 LoraWAN论坛 (http://lora.timeddd.com/) Powered by Discuz! X3.3