Hi, how does the network server manages duplicate uplink messages that are arriving late due to LORA GW disconnection from the NS.
I understand about the deduplication window as described below, and the option to define a cooldown window, but this whole process only works in a few seconds duration.
- Deduplication Window
o When a LoRaWAN device transmits an uplink, multiple gateways may receive it.
o Each gateway forwards the uplink to the Network Server (NS).
o The NS waits for a short deduplication window (e.g., 200ms–2s) to gather all duplicate packets.
o During this window, it aggregates the metadata (RSSI, SNR, gateway IDs) from all receptions and forwards one processed uplink to the application. - Cooldown Window
o Once the deduplication window closes, the NS enters a cooldown window (typically a few seconds).
o During this period, any late-arriving duplicate uplinks (from gateways with network latency) are recognized as duplicates and discarded.
o These late packets are not forwarded to the application.
My question is how the network server handles “Late Arriving Duplicates”, beyond the Deduplication and Cool Down Windows, such as packet being forwarded by the GW to the NS several minutes and even hours delayed due a to network connection issue.
Would these “late arriving duplicates”, still be forwarded by the NS to the Application Server? Or can the NS recognize the duplicate uplink by examining frame counter (FCnt) and discard it rather than forwarding to the application server?
Thank you for your clarification