Central Server Duplicate Frame Detection LoRaWAN

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In LoRaWAN networks, distinguishing between retransmitted frames and frames received via different gateways is challenging, leading to unnecessary radio resource consumption and potential misinterpretation of frame responses.

Innovation Solution

A method executed by the central server to differentiate between retransmitted frames and new frames by analyzing the frame counter values and reception times, considering synchronization and carrier frequencies, to determine if a frame is a resending or a new instance, thereby optimizing radio resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the central server responds to all received frames, then all frames are acknowledged, but radio resource consumption increases due to unnecessary responses to duplicate frames

Engineering Contradiction:
Improveframe acknowledgmentVSAvoidradio resource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The central server performs preliminary analysis of received frames by comparing frame counter values and timestamps before generating responses. This preliminary action identifies duplicate frames in advance, preventing unnecessary responses and conserving radio resources while ensuring all legitimate frames are acknowledged

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements a feedback mechanism where the central server sends acknowledgment frames back to the electronic device. By analyzing the frame counter values in these feedback messages, the server can detect when duplicate frames are received and adjust its response behavior accordingly, creating a closed-loop system that optimizes radio resource usage

Inventive Principle:
Principle #23Feedback

2Reliability

If the central server sends response frames to acknowledge all received frames, then frame delivery is confirmed, but network traffic and processing load increase

Engineering Contradiction:
Improveframe delivery confirmationVSAvoidnetwork efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent extracts and analyzes specific key parameters (frame counter values and timestamps) from received frames independently from the full frame content. By focusing only on these essential elements for duplicate detection, the system confirms frame delivery reliability while minimizing processing load and network traffic overhead

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If frames are resent without distinction, then delivery is ensured, but duplicate processing occurs consuming additional resources

Engineering Contradiction:
Improveframe deliveryVSAvoidnumber of frame transmissions
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The central server performs preliminary comparison of frame counter values and timestamps before processing resent frames. This preliminary action distinguishes between legitimate retransmissions and duplicates, ensuring frame delivery reliability while preventing unnecessary processing and reducing the total number of frame transmissions required

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11018807B2Method for detecting a resending of a frame
Publication Date: 2021.05.25 SAGEMCOM ENERGY & TELECOM SAS
  • US11018807B2 patent drawing
  • US11018807B2 patent drawing
  • US11018807B2 patent drawing

AI summary

A method for detecting a resending of a frame, each frame sent that includes an identifier and a counter, the counter remaining identical during a resending, each frame sent being received by a plurality of gateways, each gateway retransmitting each frame to a central server, a response delay being predefined, the method comprising the steps of receiving a first frame comprising an identifier and a counter, storing as reference parameters a first reception time and the counter, receiving a second frame comprising the same identifier and another counter, and, if the values of the counters are equal then determining a second reception time of the second frame, and, if the difference between the reception times is greater than the response delay, then the second frame is a resending of the first frame, and updating the reference parameters with the second reception time.