Multichannel Processor Architecture for Multiprotocol Data Handling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multichannel-multiprotocol processors face high circuit complexity, power consumption, and lack of flexibility in processing data packets with novel protocols, making them inefficient for high data transmission rates and unable to handle data packets with unknown header types.

Innovation Solution

A multichannel processor architecture featuring input and output ports, multiplexers, programmable data processing units, a buffer management unit, a descriptor generator, and a RISC processor that separates data packets into headers and payloads, generates processing instructions, and assembles transmit packets, allowing for flexible processing of multiprotocol data packets with reduced circuit complexity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a full microprocessor with extensive instructions is used for data packet processing, then flexibility in processing multiprotocol data packets is improved, but circuit complexity and chip area increase significantly

Engineering Contradiction:
Improveflexibility in processing multiprotocol data packetsVSAvoidcircuit complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The processor is divided into separate functional units: a RISC processor core for control and protocol handling, dedicated hardware circuits for specific processing tasks (fragmentation, assembly, header processing), and separate buffer memories. This segmentation allows each unit to be optimized independently, reducing overall circuit complexity while maintaining processing flexibility through the RISC processor's programmability.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If a full microprocessor with extensive instructions is used for data packet processing, then flexibility in processing multiprotocol data packets is improved, but power consumption increases significantly

Engineering Contradiction:
Improveflexibility in processing multiprotocol data packetsVSAvoidpower consumption
Core Design Contradiction:
Adaptability or versatilityVSUse of energy by stationary object

Solution Approach 1:

By segmenting the processor into a power-efficient RISC core and dedicated hardware units that perform specific tasks in parallel, the system reduces the power consumption of the main processor while maintaining flexibility. The RISC processor consumes less power than a full microprocessor, and the hardware units only consume power when actively processing specific packet types.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent replaces software-based processing (which would require a full microprocessor) with hardware-based parallel processing units. This substitution of mechanical/computational approaches reduces power consumption by performing processing operations in parallel at the hardware level rather than sequentially through software interpretation.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Adaptability or versatility

If software implementation of data processing is used, then flexibility in processing multiprotocol data packets is improved, but processing speed decreases for high data transmission rates

Engineering Contradiction:
Improveflexibility in processing multiprotocol data packetsVSAvoidprocessing speed
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The processing system is segmented into parallel hardware units that can simultaneously process different aspects of data packets (header analysis, payload processing, fragmentation, assembly). This parallel hardware processing achieves high speeds while the RISC processor provides flexible protocol handling through programmability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent merges hardware parallel processing capabilities with software programmability in a hybrid architecture. The RISC processor provides flexible control and protocol adaptation, while dedicated hardware circuits provide high-speed processing for specific tasks, achieving both flexibility and high processing speed.

Inventive Principle:
Principle #5Merging (Combining)

4Device complexity

If hardwired data processing circuits are used, then circuit complexity is reduced, but ability to process data packets with unknown header types is lost

Engineering Contradiction:
Improvecircuit complexityVSAvoidability to process unknown header types
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The RISC processor serves as a universal control unit that can be programmed to handle different protocol types and header formats. Combined with programmable buffer management and processing units, this creates a multi-functional system that maintains low circuit complexity while gaining the ability to process unknown or future protocol types through software updates.

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

Data Source

PatentUS7590117B2Multichannel processor
Publication Date: 2009.09.15 INFINEON TECHNOLOGIES AG
  • US7590117B2 patent drawing
  • US7590117B2 patent drawing
  • US7590117B2 patent drawing

AI summary

An arrangement and a method for processing data of multiprotocol data packets comprises at least one multiplexer connected to input ports; at least one first programmable data processing unit configured to provide header words and into payload words; a buffer management unit configured to generate localization data which specifies a corresponding memory area of the payload memory; a descriptor generator unit for generating data packet descriptors; a RISC processor configured to generate, in dependence on the data packet descriptors, header data for transmit data packets and payload processing instructions for processing data of the data packet payload words, stored in the payload memory, of the associated received data packet; and at least one second programmable data processing unit configured to process the payload words from the payload memory in accordance with the payload processing instructions and assembles the payload words with the header data to form transmit data packets.