Write Command Headers Using IID Fields for Memory Tier Placement

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing memory systems face inefficiencies in data storage performance due to unused or unallocated IID and EXT_IID fields in UPIUs for write commands, leading to limited data storage performance, particularly in scenarios with stringent performance and reliability constraints.

Innovation Solution

Utilizing the IID and EXT_IID fields of a UPIU associated with a write command to indicate storage information, such as MCQ ID, HP flag, SD flag, and DC flag, to manage data storage configurations, including storage locations and endurance levels, thereby optimizing data storage performance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the IID and EXT_IID fields in UPIUs are left unused or unallocated for write commands, then the protocol structure remains simple and compatible, but data storage performance is limited and header segment utilization is inefficient

Engineering Contradiction:
Improvedata storage performanceVSAvoidprotocol structure complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent makes the IID and EXT_IID fields multi-functional by allowing them to serve both as initiator identifiers for task management commands and as storage configuration indicators for write commands. The fields can be interpreted differently based on the command type, enabling storage information transmission without adding dedicated fields or increasing protocol complexity.

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

Solution Approach 2:

The patent changes the interpretation parameters of the IID and EXT_IID fields based on the command type. For write commands, these fields are reinterpreted to carry storage configuration information such as MCQ ID, HP flag, SD flag, and DC flag, rather than initiator identifiers. This parameter change allows efficient utilization of existing header segments without structural modifications.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If storage information is not included in command headers, then the header structure remains simple, but storage configuration management becomes inefficient and TBW constraints cannot be effectively met

Engineering Contradiction:
Improvestorage configuration management efficiencyVSAvoidprocessing latency
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent incorporates storage configuration information in the command header before the write operation begins. This preliminary inclusion of storage information (MCQ ID, HP flag, SD flag, DC flag) allows the memory system to pre-configure storage parameters and determine appropriate storage locations in advance, eliminating the need for separate configuration steps and reducing processing latency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent merges the storage configuration indication function with the existing command header structure by utilizing the IID and EXT_IID fields. This combining of functions allows storage configuration information to be transmitted together with the write command in a single UPIU, eliminating the need for separate configuration messages and improving management efficiency.

Inventive Principle:
Principle #5Merging (Combining)

3Productivity

If header segments are not fully utilized, then the protocol remains easy to implement, but resource utilization is inefficient and performance is limited

Engineering Contradiction:
Improveheader segment utilization efficiencyVSAvoidimplementation complexity
Core Design Contradiction:
ProductivityVSEase of manufacture

Solution Approach 1:

The patent enables the IID and EXT_IID fields to serve dual purposes: as initiator identifiers for task management commands and as storage configuration indicators for write commands. This multi-functionality fully utilizes the existing header segments without requiring additional fields or increasing implementation complexity, as the same fields are simply interpreted differently based on command type.

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

Solution Approach 2:

The patent allows the existing command header structure to serve itself by making the IID and EXT_IID fields self-sufficient for multiple functions. The fields carry different types of information depending on the command context, eliminating the need for separate dedicated fields and achieving full utilization of existing header resources without additional implementation burden.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20260037187A1Status indications for storing data to a memory system via command headers
Publication Date: 2026.02.05 MICRON TECHNOLOGY INC
  • US20260037187A1 patent drawing
  • US20260037187A1 patent drawing
  • US20260037187A1 patent drawing

AI summary

Methods, systems, and devices for status indications for storing data to a memory system via command headers are described. The described techniques provide for a host system to utilize initiator identifier (IID) and extended IID (EXT_IID) fields of a write command to indicate storage information for storing data. The host system may indicate a host process via a first set of one or more bits of the storage information, which may support the memory system identifying a storage location for storing the data. Additionally, the host system may indicate a storage configuration via a second set of one or more bits of the storage information, which may support the memory system identifying a type of memory for storing the data. For example, the storage configuration may indicate whether the data is high performance data, high-stress data, hot or cold data, or any combination thereof.