Document

LoRaWAN® Regional Parameters v1.0

Issue link: https://read.uberflip.com/i/1428371

Contents of this Issue

Navigation

Page 19 of 44

LoRaWAN Regional Parameters ©2016 LoRa™ Alliance Page 20 of 45 The authors reserve the right to change specifications without notice. 8:15 Not defined Table 20 : CN780 maximum payload size (not repeater compatible) 1 2.3.7 CN779-787 Receive windows 2 The RX1 receive window uses the same channel than the preceding uplink. The data rate is 3 a function of the uplink data rate and the RX1DROffset as given by the following table. The 4 allowed values for RX1DROffset are in the [0:5] range. Values in the range [6:7] are 5 reserved for future use 6 7 RX1DROffset 0 1 2 3 4 5 Upstream data rate Downstream data rate in RX1 slot DR0 DR0 DR0 DR0 DR0 DR0 DR0 DR1 DR1 DR0 DR0 DR0 DR0 DR0 DR2 DR2 DR1 DR0 DR0 DR0 DR0 DR3 DR3 DR2 DR1 DR0 DR0 DR0 DR4 DR4 DR3 DR2 DR1 DR0 DR0 DR5 DR5 DR4 DR3 DR2 DR1 DR0 DR6 DR6 DR5 DR4 DR3 DR2 DR1 DR7 DR7 DR6 DR5 DR4 DR3 DR2 8 The RX2 receive window uses a fixed frequency and data rate. The default parameters are 9 786 MHz / DR0. 10 2.3.8 CN779-787 Default Settings 11 The following parameters are recommended values for the CN779-787MHz band. 12 RECEIVE_DELAY1 1 s 13 RECEIVE_DELAY2 2 s (must be RECEIVE_DELAY1 + 1s) 14 JOIN_ACCEPT_DELAY1 5 s 15 JOIN_ACCEPT_DELAY2 6 s 16 MAX_FCNT_GAP 16384 17 ADR_ACK_LIMIT 64 18 ADR_ACK_DELAY 32 19 ACK_TIMEOUT 2 +/- 1 s (random delay between 1 and 3 seconds) 20 If the actual parameter values implemented in the end-device are different from those default 21 values (for example the end-device uses a longer RECEIVE_DELAY1 and 22 RECEIVE_DELAY2 latency), those parameters must be communicated to the network 23 server using an out-of-band channel during the end-device commissioning process. The 24 network server may not accept parameters different from those default values. 25

Articles in this issue

view archives of Document - LoRaWAN® Regional Parameters v1.0