Memory Device Multi-Command Status Response Mechanism

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional memory device communications protocols lack the ability for the memory device to initiate status updates, leading to performance issues and potential data inconsistencies when commands take longer than expected, as they rely on host requests for status inquiries.

Innovation Solution

Implementing a multi-command status response mechanism that allows the memory device to provide status information for multiple commands proactively, reducing communication overhead and enabling more flexible communication without altering existing protocols.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the memory device relies on host requests for status inquiries, then communication protocol simplicity is maintained, but communication efficiency deteriorates and performance issues occur when commands take longer than expected

Engineering Contradiction:
Improvecommunication efficiencyVSAvoidcommunication protocol complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The memory device proactively provides status information for multiple commands before the host requests it. When processing a second command, the device includes status information for a first command in the response, enabling the host to receive timely updates without waiting for separate inquiry requests.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The multi-command status response mechanism establishes a feedback loop where the memory device automatically returns status information for previously issued commands when processing new commands. This creates continuous status reporting without requiring additional host-initiated queries.

Inventive Principle:
Principle #23Feedback

2Loss of time

If the memory device provides status updates proactively, then performance monitoring timeliness is improved, but communication overhead increases

Engineering Contradiction:
Improvestatus update delayVSAvoidcommunication overhead
Core Design Contradiction:
Loss of timeVSLoss of energy

Solution Approach 1:

The patent combines multiple status responses into a single communication transaction. When the host requests status for a second command, the memory device merges the status information for both the first and second commands into one response message, reducing the number of separate communication exchanges.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The status response mechanism serves multiple functions simultaneously: it answers the host's inquiry about the second command while also providing proactive status updates for the first command. This multi-functionality reduces the need for separate communication transactions.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Productivity

If separate host inquiries are required for each command status, then communication protocol simplicity is maintained, but productivity deteriorates due to increased communication rounds

Engineering Contradiction:
Improvecommand processing throughputVSAvoidcommunication operation simplicity
Core Design Contradiction:
ProductivityVSEase of operation

Solution Approach 1:

The memory device prepares and includes status information for completed or in-progress commands in advance within the response to current host requests. This preliminary inclusion of status data eliminates the need for subsequent separate inquiry requests from the host.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11681461B2Host inquiry response generation in a memory device
Publication Date: 2023.06.20 MICRON TECHNOLOGY INC
  • US11681461B2 patent drawing
  • US11681461B2 patent drawing
  • US11681461B2 patent drawing

AI summary

Devices and techniques for generating a response to a host with a memory device are provided. A first command from a host can be executed. A status for the first command can he determined. An inquiry from the host about a second command can be received after execution of the first command has begun. A response can be made to the inquiry that includes information about the second command and the status for the first command.