Receiver-Driven Multicast Rate Control via IGMP Extensions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing receiver-driven layered multicast protocols face significant delays and complexity due to IGMP operations, particularly in handling network congestion and bandwidth adaptation in heterogeneous environments, leading to poor responsiveness and overhead.

Innovation Solution

The introduction of IGMP extensions, specifically the IGMP_PAUSE and IGMP_RESUME messages, allows for immediate enabling or disabling of multiple layers by forwarding 'pause' and 'resume' messages to upstream multicast routers, reducing latency and eliminating the need for complex join/leave operations, thereby adapting bandwidth locally with minimal delay.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If IGMP join/leave operations are used for enabling/disabling layers in receiver-driven layered multicast, then the protocol can adapt to network congestion, but significant delay and complexity are introduced due to router queries and spanning tree operations

Engineering Contradiction:
Improvebandwidth adaptationVSAvoidjoin/leave latency
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent segments the IGMP message types into specific categories (membership report, leave group, query, and spanning tree messages). By identifying and eliminating unnecessary message segments (leave group, query, and spanning tree operations), the protocol achieves faster layer enabling/disabling while maintaining essential membership management functions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The invention extracts and removes the harmful components from the IGMP operation sequence - specifically the router query phase, the defined time interval waiting period, and the spanning tree build operations. This extraction eliminates the sources of join/leave latency while preserving the core functionality of layer adaptation.

Inventive Principle:
Principle #2Taking out (Extraction)

2Productivity

If IGMP operations are used for layer enable/disable in multicast groups, then rate control can be implemented, but the protocol complexity increases due to multiple operations and overhead

Engineering Contradiction:
Improverate control capabilityVSAvoidprotocol complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent extracts and removes complex IGMP operations (leave group, query, and spanning tree build operations) from the layer enable/disable process. This extraction simplifies the protocol while maintaining rate control capability, reducing both computational overhead and operational complexity.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Instead of using the traditional IGMP approach where leaving a group triggers router queries and spanning tree operations, the invention inverts the logic by directly controlling layer transmission through simplified message forwarding. This inversion eliminates the complex intermediate steps while achieving the same rate control objective.

Inventive Principle:
Principle #13The other way round (Inversion)

3Reliability

If traditional IGMP operations are performed for group membership changes, then multicast group management is maintained, but response time deteriorates due to defined time intervals and routing protocol operations

Engineering Contradiction:
Improvemulticast group managementVSAvoidresponse speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The invention extracts and removes the time-consuming elements from IGMP operations - specifically the defined time interval waiting period and the spanning tree build operations. This extraction maintains reliable multicast group management through essential message forwarding while achieving immediate response to layer enable/disable requests.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS8320239B1Receiver-driven layered multicast rate control protocol
Publication Date: 2012.11.27 NOKIA NETWORKS OY
  • US8320239B1 patent drawing
  • US8320239B1 patent drawing

AI summary

A receiver-driven layered multicast rate control protocol technique includes receiving an information flow consisting of a group of different layers and detecting traffic congestion and cessation of traffic congestion. One or more of the group of different layers are dropped upon the detection of traffic congestion and one or more of the group of different layers are added upon the detection of cessation of traffic congestion. The dropping consists of forwarding a pause message to an upstream multicast router to instruct the upstream multicast router to discard packets and the adding consists of forwarding a resume message to the upstream multicast router to instruct the upstream multicast router to transmit packets. The adding and dropping may be performed by a local receiver downstream of the multicast router and one or more of the group of different layers may be added or dropped simultaneously in a single operation.