Server Voice Data Buffering for Packet Loss Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional voice communication technologies, such as network-based instant connect and full-duplex voice sessions over IP networks, suffer from packet loss, leading to poor user experience due to incomplete or unintelligible voice data, especially in noisy environments or when recipients are preoccupied, causing missed calls and disruptions.

Innovation Solution

Implementing a system that buffers voice data during communication sessions, allowing recipients to selectively replay buffered voice data, improve packet quality by requesting and inserting missing packets, and save voice data for later access, ensuring complete and clear communication without interrupting the sender.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If voice data is transmitted over IP network using connectionless protocol, then communication speed and network flexibility are improved, but packet loss occurs leading to incomplete or unintelligible voice data

Engineering Contradiction:
Improvecommunication speedVSAvoidvoice data completeness
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The patent applies preliminary action by buffering voice packets at the server before they are delivered to the recipient's device. This allows the system to prepare and organize voice data in advance, enabling retransmission of lost packets and ensuring complete delivery without compromising the real-time communication speed achieved through connectionless protocols.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The server acts as an intermediary between the sender and recipient, receiving voice packets, managing buffering, and handling retransmissions. This intermediary role allows the system to maintain the speed benefits of connectionless protocols while ensuring reliable delivery through server-mediated packet management and recovery.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of time

If recipient's device automatically outputs voice data upon receiving instant connect call, then near-instantaneous communication is achieved, but recipient cannot control when voice data is received leading to missed calls in noisy environments

Engineering Contradiction:
Improveconnection establishment timeVSAvoidrecipient control over reception
Core Design Contradiction:
Loss of timeVSEase of operation

Solution Approach 1:

The system performs preliminary action by buffering voice data at the server before delivery. This allows the recipient's device to receive a notification of incoming voice data without immediately playing it, giving the recipient control over when to access and play the buffered voice data, while still maintaining near-instantaneous connection establishment.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically adapts the delivery mechanism by allowing the recipient to choose between immediate playback and delayed access to buffered voice data. This dynamic control enables the recipient to manage voice data reception based on their current environment and availability, balancing instant connectivity with user convenience.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If packets are dropped during transmission, then network robustness is maintained, but voice data becomes difficult to understand with periods of silence

Engineering Contradiction:
Improvenetwork robustnessVSAvoidvoice data intelligibility
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The server performs preliminary buffering of voice packets, which allows it to identify and retransmit dropped packets before the recipient receives the complete voice data stream. This preliminary action maintains network robustness while preventing information loss by ensuring all packets are eventually delivered.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms where the server monitors packet delivery status and triggers retransmissions of lost packets. This feedback loop ensures that dropped packets are recovered and delivered to the recipient, maintaining voice data intelligibility while preserving the robustness benefits of connectionless protocols.

Inventive Principle:
Principle #23Feedback

4Loss of information

If recipient requests sender to repeat voice data during instant connect call, then communication accuracy is improved, but communication flow is disrupted

Engineering Contradiction:
Improvevoice data understandingVSAvoidcommunication efficiency
Core Design Contradiction:
Loss of informationVSProductivity

Solution Approach 1:

The system creates a copy of the voice data in buffer form at the server. When the recipient needs to replay voice data, they access this buffered copy rather than requiring the sender to repeat it. This copying mechanism improves voice data understanding without disrupting the communication flow, as the original transmission continues uninterrupted.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The server performs preliminary buffering of voice data, creating a reusable copy available for replay. This eliminates the need for the sender to repeat information, maintaining communication efficiency while allowing the recipient to review voice data as needed without interrupting the ongoing conversation.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8185143B1Selectively buffering voice data at a server during a voice communication session
Publication Date: 2012.05.22 SMITH MICRO SOFTWARE INC
  • US8185143B1 patent drawing
  • US8185143B1 patent drawing
  • US8185143B1 patent drawing

AI summary

Systems and methods for selectively replaying voice data. Voice data received in a communication session is both buffered by a server such that the buffered data can be played by a recipient device. When input is received from a recipient, the voice data currently being received is no longer played and buffered voice data is replayed to the recipient. While the buffered voice data is replayed, the server continues to buffer any voice data ensure that the recipient device can play all of the voice data in the communication session. By only storing voice data in the buffer, replaying the buffered voice data can catch the real-time voice data. At this point, the recipient device reverts to playing voice data being received while the server continues to buffer the voice data.