Selective Multicast Data Resending Through Successful Receivers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data transmission methods, both unicast and multicast, place high demands on bandwidth and processing performance, especially during data resending when multiple receiving ends fail to receive data, leading to inefficiencies.

Innovation Solution

A data transmission method that determines a resending policy based on the number of receiving ends that fail to receive data, allowing data to be resent via a successfully receiving end when the failure count is below a threshold, thereby dispersing resending pressure and reducing bandwidth and processing requirements on the sending end.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the sending end resends data in unicast manner to multiple receiving ends that fail to receive, then data delivery reliability is improved, but bandwidth consumption and processing performance requirements increase

Engineering Contradiction:
Improvedata delivery reliabilityVSAvoidbandwidth consumption
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent segments the resending task by dividing receiving ends into two groups: those that receive data successfully and those that fail to receive. Only the failing group triggers unicast resending, while successful receivers do not require resending. This segmentation reduces unnecessary bandwidth consumption while maintaining reliability for those who need it.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a feedback mechanism where receiving ends report their reception status to the sending end. This intermediary feedback system allows the sending end to make informed decisions about resending, avoiding unnecessary unicast transmissions to receivers that already successfully obtained the data, thus reducing bandwidth consumption.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If the sending end resends data in unicast manner to multiple receiving ends that fail to receive, then data delivery reliability is improved, but processing performance requirements increase

Engineering Contradiction:
Improvedata delivery reliabilityVSAvoidprocessing performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the resending workload by identifying and separately handling only those receiving ends that failed to receive data. By using feedback information to distinguish between successful and unsuccessful receivers, the sending end processes only the necessary subset, reducing overall processing performance requirements while maintaining delivery reliability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a feedback mechanism where receiving ends report their data reception status to the sending end. This feedback enables the sending end to accurately determine which receivers require resending, avoiding unnecessary processing for successful receivers and thus reducing processing performance requirements while ensuring reliability for those who need resending.

Inventive Principle:
Principle #23Feedback

3Quantity of substance

If the sending end uses multicast manner to send data, then bandwidth consumption is reduced, but data delivery reliability decreases when receiving ends fail to receive

Engineering Contradiction:
Improvebandwidth consumptionVSAvoiddata delivery reliability
Core Design Contradiction:
Quantity of substanceVSReliability

Solution Approach 1:

The patent merges the advantages of both multicast and unicast by using multicast for the initial data transmission to achieve low bandwidth consumption, and then selectively applying unicast resending only to receiving ends that failed to receive. This hybrid approach combines the efficiency of multicast with the reliability of unicast where needed.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent introduces a feedback mechanism as an intermediary between multicast transmission and potential unicast resending. The feedback information about reception status acts as a mediator that determines whether unicast resending is necessary, allowing the system to maintain multicast efficiency while ensuring reliability when needed.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If the sending end uses unicast manner to send data to N receiving ends, then data delivery reliability is maintained, but bandwidth consumption and processing performance requirements increase

Engineering Contradiction:
Improvedata delivery reliabilityVSAvoidbandwidth consumption
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent segments the receiving ends into successful and unsuccessful receivers based on feedback information. By applying unicast resending only to the unsuccessful segment rather than all N receiving ends, the system reduces bandwidth consumption while maintaining reliability for those who actually need the data resent.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentEP4231592B1Data transmission method and related device
Publication Date: 2025.10.22 HUAWEI TECH CO LTD
  • EP4231592B1 patent drawingFigure 1~2
  • EP4231592B1 patent drawingFigure 3
  • EP4231592B1 patent drawingFigure 4

AI summary

This application relates to the field of data transmission technologies, and in particular, to a data transmission method and a related device. The method includes: sending a first data packet to a first multicast group in a multicast manner, where the first multicast group includes a plurality of receiving ends; determining a quantity N of receiving ends that fail to receive the first data packet; and if N is less than a first threshold, sending information about a first receiving end to the receiving end that fails to receive the first data packet, where the first receiving end is a receiving end that successfully receives the first data packet. In solutions in embodiments of this application, requirements on bandwidth and processing performance of a sending end can be reduced during data resending.