RTP Packet Peer Recovery for Reliable Video Decoding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In video conferencing scenarios, network jitter and poor quality lead to data loss, causing server overload and delayed data packet retrieval, which disrupts smooth playback.

Innovation Solution

Implement a method where terminals share sequence numbers using shared codes for RTP data packets, enabling them to receive missing packets from other terminals via peer-to-peer connections, reducing server load and ensuring timely data retrieval.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the server retransmits lost data packets to terminals, then the reliability of video playback is improved, but the server becomes overloaded and the response time increases

Engineering Contradiction:
Improvevideo playback reliabilityVSAvoiddata packet retrieval time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent introduces peer terminals as intermediaries in the data packet retransmission process. When data packets are lost, requesting terminals first check with peer terminals that may have received and cached the packets. This distributes the retransmission burden away from the server, reducing server overload while maintaining video playback reliability through peer-to-peer packet recovery.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If multiple terminals simultaneously request retransmission from the server, then all terminals can recover lost packets, but the server is overloaded and terminals fail to obtain packets timely

Engineering Contradiction:
Improvedata packet delivery reliabilityVSAvoidpacket retransmission efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the centralized server retransmission function into distributed peer-to-peer retransmission capabilities. Each terminal maintains a cache of received packets and can independently serve other terminals, dividing the retransmission workload across multiple nodes rather than concentrating it on the server. This improves overall system productivity during packet recovery operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Terminals are empowered to serve each other directly for packet retransmission needs. Each terminal autonomously checks its cache and provides missing packets to requesting terminals without requiring server intervention for every retransmission request. This self-service mechanism reduces server load and enables parallel packet recovery across multiple terminals simultaneously.

Inventive Principle:
Principle #25Self-service

3Reliability

If the terminal requests retransmission from the server, then lost data packets can be recovered, but the playback smoothness is disrupted due to server overload and delayed response

Engineering Contradiction:
Improvedata packet recovery reliabilityVSAvoidplayback continuity
Core Design Contradiction:
ReliabilityVSDuration of action of moving object

Solution Approach 1:

The patent implements preliminary caching of data packets at peer terminals before they are needed for playback. Terminals that successfully receive packets store them in cache, preparing them in advance to serve other terminals that may experience packet loss. This preliminary action enables immediate packet recovery without server delays, maintaining playback continuity and smoothness.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250247439A1Decoding method and apparatus, data transmission method and apparatus, terminal, and server
Publication Date: 2025.07.31 VIVO MOBILE COMM CO LTD
  • US20250247439A1 patent drawing
  • US20250247439A1 patent drawing
  • US20250247439A1 patent drawing

AI summary

A decoding method and apparatus, a data transmission method and apparatus, a terminal, and a server. The data transmission method includes: receiving a plurality of RTP data packets of a target multimedia file sent by a server, where a protocol header of each of the RTP data packets carries a shared code corresponding to the RTP data packet; sending, in a case that it is determined that the RTP data packets do not include a first RTP data packet of the target multimedia file sent by the server, a shared code of the first RTP data packet to a second terminal; and receiving the first RTP data packet, and inserting the first RTP data packet into a cache to decode the target multimedia file. The first RTP data packet is sent by the second terminal based on the shared code of the first RTP data packet.