Issue link: https://read.uberflip.com/i/1428383
LoRaWAN 1.0.3 Specification ©2018 LoRa™ Alliance Page 59 of 72 The authors reserve the right to change specifications without notice. 17 Class C: Continuously listening end-device 1547 The end-devices implanting the Class C option are used for applications that have sufficient 1548 power available and thus do not need to minimize reception time. 1549 Class C end-devices cannot implement Class B option. 1550 The Class C end-device will listen with RX2 windows parameters as often as possible. The 1551 end-device listens on RX2 when it is not either (a) sending or (b) receiving on RX1, according 1552 to Class A definition. To do so, it will open a short window on RX2 parameters between the 1553 end of the uplink transmission and the beginning of the RX1 reception window and it will 1554 switch to RX2 reception parameters as soon as the RX1 reception window is closed; the RX2 1555 reception window will remain open until the end-device has to send another message. 1556 Note: There is not specific message for a node to tell the server that it 1557 is a Class C node. It is up to the application on server side to know that 1558 it manages Class C nodes based on the contract passed during the join 1559 procedure. 1560 17.1 Second receive window duration for Class C 1561 Class C devices implement the same two receive windows as Class A devices, but they do 1562 not close RX2 window until they need to send again. Therefore they may receive a downlink 1563 in the RX2 window at nearly any time, including downlinks sent for the purpose of MAC 1564 command or ACK transmission. A short listening window on RX2 frequency and data rate is 1565 also opened between the end of the transmission and the beginning of the RX1 receive 1566 window. 1567 1568 1569