Transmission Quality Timing for Reliable Network Data Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data transmission methods in communication networks, particularly for devices like electricity, gas, and heat meters, face inefficiencies due to fluctuating network conditions, leading to potential network saturation and excessive data consumption, as frames may not be received correctly and require multiple retransmissions.

Innovation Solution

A method where a server device collects information on transmission quality over time, determining quality levels based on measurements and thresholds, and transmits this information to a client device, allowing the client to optimize data request times for improved reception.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If data transmission is performed under unfavorable network conditions, then data can be transmitted continuously, but transmission reliability deteriorates and multiple retransmissions are required

Engineering Contradiction:
Improvedata transmission continuityVSAvoidtransmission reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary measurements of transmission quality parameters (signal strength, interference level, bit error rate) before initiating data transmission. Based on these measurements, the server determines whether current network conditions are favorable and only initiates transmission when conditions meet predefined thresholds, avoiding transmissions that would likely fail and require retransmission.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system continuously monitors transmission quality parameters and uses this feedback to dynamically adjust transmission decisions. The server receives feedback about network conditions from the client device and adjusts its transmission behavior accordingly, initiating transmissions only when feedback indicates favorable conditions and avoiding transmissions when conditions are poor.

Inventive Principle:
Principle #23Feedback

2Reliability

If multiple retransmission attempts are made to ensure reliable data reception, then transmission reliability improves, but network load increases and data consumption becomes excessive

Engineering Contradiction:
Improvedata reception reliabilityVSAvoidnetwork load and data consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system determines favorable transmission conditions in advance by measuring transmission quality parameters before initiating data transmission. By predicting whether conditions will be favorable, the system avoids initiating transmissions that would require multiple retransmissions, thereby reducing overall network load and data consumption while maintaining reliable reception.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system converts the potentially harmful effect of poor transmission conditions into a beneficial filtering mechanism. By measuring and identifying unfavorable conditions, the system proactively avoids transmissions during these periods, transforming what would have been wasted retransmission attempts into successful first-time transmissions, thereby reducing total network load and data consumption.

Inventive Principle:
Principle #22Blessing in disguise (Convert harm into benefit)

3Productivity

If data transmission is postponed until favorable network conditions occur, then transmission efficiency improves and retransmissions are reduced, but transmission delay increases

Engineering Contradiction:
Improvetransmission efficiencyVSAvoidtransmission delay
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The system performs preliminary measurements of transmission quality parameters to predict upcoming favorable conditions. By anticipating when network conditions will improve, the system can prepare and initiate transmissions at optimal moments, reducing both retransmissions and unnecessary delays caused by waiting for conditions to improve.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically adjusts transmission timing based on real-time measurement of transmission quality parameters. Rather than using fixed schedules or arbitrary delays, the system continuously monitors network conditions and adapts transmission decisions to current conditions, initiating transmissions when conditions are favorable and delaying only when necessary, thereby optimizing both efficiency and latency.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentEP4485880B1Data transmission methods, communication devices and system thereof
Publication Date: 2026.02.04 SAGEMCOM ENERGY & TELECOM SAS
  • EP4485880B1 patent drawingFigure 1
  • EP4485880B1 patent drawingFigure 2
  • EP4485880B1 patent drawingFigure 3

AI summary

A method for transmitting data between a data server device (1000) and a data receiver client device (1100) in a communication network is described, the server device comprising a memory (1002) containing software code (1008) and a processor (1001) which, when it executes the software code, causes the server device to implement the method, the method comprising: - obtaining (201), over a first period of time, a plurality of measurements characterizing a transmission quality between the client device and the server device; - determining (202), based on the measurements, information characterizing the evolution over time of a relative transmission quality level during the first period; - transmitting (203) the information to the client device;- the receipt, during a second future period relative to the first period, of a request to transmit data from the client device, the time of transmission of the request by the client device being a function of said information transmitted by the server device to the client device; and - the transmission of data to the client device in response to the request.