Multicast Network Element Segmentation for Rapid Zapping

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current communication networks face challenges in rapidly adapting to changes in multicast forwarding configurations, particularly in high-demand scenarios like Internet Protocol Television (IPTV), where fast zapping times are difficult to achieve due to high rates of change requests, leading to potential service disruptions.

Innovation Solution

The implementation of a network element with multiple interconnected processing units that store and update lists of permitted multicast packet streams, allowing for selective forwarding based on client requests, and utilizing hardware-based mechanisms for rapid decision-making and minimal latency, along with a backup network element that maintains up-to-date filtering databases to enable seamless switchover.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If a network element processes multicast forwarding configuration changes in real-time, then responsiveness to client requests is improved, but processing load and potential congestion increase

Engineering Contradiction:
Improveresponsiveness to multicast forwarding changesVSAvoidprocessing load
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The network element is divided into multiple processing units, each responsible for specific ports or packet streams. This segmentation allows parallel processing of multicast forwarding configuration changes across different units, improving responsiveness while distributing the processing load to prevent congestion.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Processing units maintain local copies of filtering databases with multicast forwarding information. When configuration changes occur, these pre-loaded local databases enable immediate forwarding decisions without requiring full network-wide synchronization, thus improving responsiveness and reducing processing load during real-time changes.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If multiple processing units are used to handle high rates of change requests, then zapping time is reduced, but system complexity increases

Engineering Contradiction:
Improvezapping timeVSAvoidsystem complexity
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The system divides the network element into multiple processing units, each handling specific ports or packet streams independently. This segmentation enables parallel processing of change requests, significantly reducing zapping time while keeping each individual unit's complexity manageable through modular architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Each processing unit maintains a local copy of the filtering database containing multicast forwarding information. These replicated local copies enable independent operation and immediate local decision-making when processing changes, reducing zapping time without requiring complex centralized coordination.

Inventive Principle:
Principle #26Copying

3Speed

If filtering databases are maintained in each processing unit, then switchover between network elements is accelerated, but memory requirements increase

Engineering Contradiction:
Improveswitchover speedVSAvoidmemory requirements
Core Design Contradiction:
SpeedVSQuantity of substance

Solution Approach 1:

Filtering databases are pre-loaded into each processing unit's local memory with multicast forwarding information. This preliminary action ensures that when switchover occurs, the backup network element can immediately begin forwarding without requiring time to reconstruct or retrieve filtering databases, thus accelerating switchover speed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Each processing unit maintains its own local copy of the filtering database tailored to its specific ports and packet streams. This local quality approach enables independent, optimized storage and access patterns at each unit, improving switchover performance while managing memory requirements through localized rather than centralized storage.

Inventive Principle:
Principle #3Local quality

4Loss of energy

If selective forwarding is implemented to avoid congestion, then network efficiency is improved, but adaptability to high rates of change requests decreases

Engineering Contradiction:
Improvenetwork efficiencyVSAvoidadaptability to change requests
Core Design Contradiction:
Loss of energyVSAdaptability or versatility

Solution Approach 1:

The network element is segmented into multiple processing units that independently manage selective forwarding for different ports or packet streams. This segmentation enables parallel processing of change requests across multiple units, maintaining network efficiency through selective forwarding while improving adaptability to high rates of changes through distributed real-time processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically updates local filtering databases in each processing unit in response to real-time change requests. This dynamic mechanism allows the network to maintain selective forwarding efficiency while adapting quickly to changing multicast forwarding requirements through rapid, distributed database updates without requiring full network reconfiguration.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS8014394B2High-speed processing of multicast content requests
Publication Date: 2011.09.06 PORTSMOUTH NETWORK CORP
  • US8014394B2 patent drawing
  • US8014394B2 patent drawing
  • US8014394B2 patent drawing

AI summary

A method for communication includes operating a network element, which includes multiple ports and multiple interconnected processing units, such that each processing unit is assigned to process packets that are communicated over a respective set of one or more of the ports. Each processing unit stores a respective list, which indicates one or more multicast packet streams that are permitted for forwarding by the network element, and further indicates a respective subset of the ports over which each of the multicast packet streams is permitted for forwarding. A request relating is disturbed among the multiple processing units, and the respective list in each processing unit is updated responsively to the request. Multicast packets associated with the given multicast packet stream are forwarded selectively by the processing units in accordance with the respective updated lists.