SoC Fabric Decode Options for IP Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The integration of diverse intellectual property (IP) blocks into a single system-on-chip (SoC) is hindered by design complexity and customization requirements, leading to slow development due to varying interface and signaling needs, which impairs flexibility and efficiency in chip design across different market segments.

Innovation Solution

The implementation of a standardized on-die interconnect protocol, such as the Integrated On-Chip System Fabric (IOSF) specification, enables efficient design of SoCs by standardizing communication between IP blocks, reducing the need for specialized wires and enhancing modularity, allowing for flexible reuse of IP agents across various chip types.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If IP blocks are integrated into a single SoC with customized interfaces and signaling, then functionality and performance are improved, but design complexity and customization requirements increase

Engineering Contradiction:
ImprovefunctionalityVSAvoiddesign complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies universality by creating a standardized interconnect protocol (IOSF) that enables a single interface design to work across multiple different IP blocks and SoC configurations. The fabric interface uses universal transaction types, address decoding mechanisms, and signaling protocols that can accommodate various IP blocks without requiring custom interface designs for each integration scenario.

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

Solution Approach 2:

The patent employs parameter changes by allowing the standardized interface to accommodate different IP blocks through configurable parameters such as address space assignments, transaction attributes, and protocol options. The fabric interface can be configured with different decode options and transaction parameters to suit specific IP block requirements while maintaining the same fundamental interface structure.

Inventive Principle:
Principle #35Parameter changes

2Manufacturing precision

If specialized wires and communication protocols are created for each IP block, then integration precision is improved, but manufacturing time and development speed decrease

Engineering Contradiction:
Improveintegration precisionVSAvoiddevelopment speed
Core Design Contradiction:
Manufacturing precisionVSProductivity

Solution Approach 1:

The patent applies segmentation by separating the interface specification into distinct, modular components including transaction types, address decoding mechanisms, credit-based flow control, and error handling protocols. This segmented approach allows each component to be independently standardized and reused, providing precise integration requirements without requiring custom protocols for each IP block.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent employs preliminary action by establishing a complete, pre-defined interconnect protocol specification before IP block integration begins. The IOSF specification provides ready-made transaction formats, address decoding rules, and signaling sequences that can be directly applied to IP block integration, eliminating the need to develop custom protocols from scratch for each integration project.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If multiple decode mechanisms are required for routing transactions, then routing flexibility is improved, but agent compliance complexity increases

Engineering Contradiction:
Improverouting flexibilityVSAvoidagent compliance complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies dynamics by implementing multiple decode options that can be dynamically selected based on the transaction type and target address. The fabric interface supports different decode mechanisms (such as fabric decode, target decode, and source decode) that can be chosen appropriate to each routing scenario, allowing flexible transaction routing while maintaining a consistent interface protocol that agents can comply with through configuration rather than redesign.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9658978B2Providing multiple decode options for a system-on-chip (SoC) fabric
Publication Date: 2017.05.23 INTEL CORP
  • US9658978B2 patent drawing
  • US9658978B2 patent drawing
  • US9658978B2 patent drawing

AI summary

In one embodiment, a system-on-chip (SoC) can be configured to receive a request from a master agent in a fabric coupled to the master agent, send a show command grant to the master agent responsive to selection of the request by the fabric, receive a command portion of a transaction corresponding to the request in the fabric and determine a target agent to receive the transaction based on the command portion, and thereafter send a transaction grant to the master agent for the transaction. Other embodiments are described and claimed.