Asynchronous Response Framing for Low-Power Node Scheduling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional asynchronous communications systems require significant computing power for scheduling and message handling, leading to increased cost, complexity, and energy consumption.

Innovation Solution

Implementing a method where a commander node sends a request frame at a defined position within a message to trigger a response from a responder node, allowing responses to be sent at a time controlled by the commander node, reducing the need for complex scheduling and power consumption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Use of energy by moving object

If traditional asynchronous communications systems use responder node timing for sending response messages, then the system maintains basic communication functionality, but the computing power required for scheduling and message handling increases significantly

Engineering Contradiction:
Improveenergy consumptionVSAvoidscheduling complexity
Core Design Contradiction:
Use of energy by moving objectVSDevice complexity

Solution Approach 1:

Instead of having the responder node independently determine when to send responses based on its own timing, the commander node inverts the control by sending a request frame that explicitly triggers the responder to send a response. This reverses the traditional timing control approach, transferring scheduling responsibility from the responder to the commander, thereby reducing the responder's computing power requirements for scheduling while maintaining communication functionality

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The commander node services its own scheduling needs by generating request frames at the appropriate times and positions within the message stream. Rather than requiring a separate scheduling mechanism or complex timing logic in the responder node, the commander node proactively creates the timing structure by inserting request frames, allowing the system to operate with simpler, lower-power nodes

Inventive Principle:
Principle #25Self-service

2Ease of manufacture

If responder nodes send response messages based on their own timing determination, then communication autonomy is maintained, but system cost and complexity increase

Engineering Contradiction:
Improveimplementation costVSAvoidnode complexity
Core Design Contradiction:
Ease of manufactureVSDevice complexity

Solution Approach 1:

The complex timing and scheduling functionality is extracted from the responder node and consolidated into the commander node. The responder node is simplified to only need to recognize request frames and send responses, while the commander node handles all timing decisions by strategically placing request frames within the message stream. This extraction of complexity reduces implementation cost for responder nodes while maintaining overall system functionality

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The control paradigm is inverted so that instead of each node independently managing its own timing and response generation, the commander node centrally manages timing by inserting request frames that trigger responder responses. This inversion simplifies the responder node design and reduces implementation cost while maintaining communication autonomy through the request-response mechanism

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentUS20260074853A1Response messages in asynchronous communications
Publication Date: 2026.03.12 INFINEON TECHNOLOGIES AG
  • US20260074853A1 patent drawing
  • US20260074853A1 patent drawing
  • US20260074853A1 patent drawing

AI summary

An asynchronous communications system is described in which a responder node receives the frames of a message from a commander node and request frame in a predetermined position relative to the frames of the message. The responder node is configured to send a response in reply to the request frame. In some examples, the responder node sends the response frame while the responder node receives the request frame from the commander node.