Adaptive Parity Packet Allocation for Lossy IoT OTA Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Over-the-air (OTA) updates for IoT devices in areas with poor or intermittent connectivity often face challenges with data packet loss, leading to extended update times and increased latency due to the lack of effective error correction mechanisms.

Innovation Solution

A server predicts the number of data packets expected to be lost during transmission based on device profiles and sends parity packets in anticipation, allowing IoT devices to rebuild lost data packets using low-density parity-check (LDPC) codes or other error correction codes, thereby reducing downtime and improving update efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If parity packets are sent with every data transmission to ensure error correction, then data transmission reliability is improved, but network bandwidth consumption increases

Engineering Contradiction:
Improvedata transmission reliabilityVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The system dynamically adjusts the number of parity packets sent based on real-time network conditions and device-specific error rates. The server monitors packet loss patterns and modifies the error correction strategy adaptively, sending more parity packets when error rates are high and fewer when conditions are good, thus resolving the contradiction between reliability and bandwidth consumption

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the parameter of parity packet quantity from a fixed value to a variable determined by device profile and network conditions. Each device receives a customized number of parity packets based on its historical error rate, geographic location, and connectivity characteristics, optimizing the balance between reliability and bandwidth usage

Inventive Principle:
Principle #35Parameter changes

2Quantity of substance

If the system waits for lost packets to be detected and retransmitted, then network bandwidth is conserved, but update time increases

Engineering Contradiction:
Improvenetwork bandwidthVSAvoidupdate time
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The system performs preliminary action by sending parity packets in advance with the data packets, rather than waiting for loss detection and subsequent retransmission. This allows the receiving device to immediately reconstruct lost packets without waiting for retransmission, significantly reducing update time while managing bandwidth through intelligent parity packet allocation

Inventive Principle:
Principle #10Preliminary action

3Quantity of substance

If no error correction mechanism is used, then network bandwidth consumption is minimized, but data packet loss leads to extended update times

Engineering Contradiction:
Improvenetwork bandwidth consumptionVSAvoidupdate efficiency
Core Design Contradiction:
Quantity of substanceVSProductivity

Solution Approach 1:

The system introduces parity packets as an intermediary element that enables error correction without requiring full retransmission of lost data packets. The parity packets act as a mediator that allows the receiving device to reconstruct lost packets locally, improving update efficiency while consuming less bandwidth than full retransmission would require

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11290396B1Dynamic determination of parity packets for data transmissions
Publication Date: 2022.03.29 AMAZON TECH INC
  • US11290396B1 patent drawing
  • US11290396B1 patent drawing
  • US11290396B1 patent drawing

AI summary

Technology is described for receiving a request for data packets at a server from a device. The server may determine a predicted number of data packets that are expected to be lost during fulfillment of the request based in part on a device profile. The server may send, in response to the request, the requested data packets and parity packets to the device. The number of parity packets may be based on the predicted number of data packets. The parity packets may enable the device to rebuild requested data packets that are lost during fulfillment of the request.