Dynamic TXOP Allocation for Low Latency P2P Wireless

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current wireless communication systems face challenges in dynamically allocating resources to meet the stringent latency, throughput, and timing requirements of low-latency applications such as real-time gaming and augmented/virtual reality, particularly in peer-to-peer communications within shared wireless networks.

Innovation Solution

A method and device for dynamically scheduling resources by transmitting frames with MAC headers that request specific TXOP allocations for peer-to-peer communications, including duration, bandwidth, and timing parameters, allowing for dynamic resource allocation to ensure compliance with application requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If dynamic resource allocation is implemented for P2P communications, then latency and throughput requirements are met, but system complexity increases

Engineering Contradiction:
Improvelatency and throughput requirementsVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic TXOP allocation where the AP adjusts transmission opportunity duration and bandwidth based on real-time QoS requirements of P2P applications. The system transitions from static resource allocation to dynamic allocation that adapts to changing latency and throughput demands, resolving the contradiction by making the system flexible rather than fixed

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes key parameters including TXOP duration, bandwidth allocation, and timing parameters dynamically based on application requirements. By modifying these parameters in response to QoS demands, the system meets reliability requirements while managing complexity through parameterized control rather than structural changes

Inventive Principle:
Principle #35Parameter changes

2Manufacturing precision

If TXOP allocation requests are transmitted frequently, then resource allocation accuracy improves, but overhead increases

Engineering Contradiction:
Improveresource allocation accuracyVSAvoidoverhead
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The patent implements periodic TXOP allocation where resources are allocated at regular intervals rather than continuously. This periodic mechanism provides sufficient allocation accuracy for P2P applications while reducing overhead by avoiding excessive frequent requests, balancing precision with efficiency

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system performs preliminary resource allocation through TXOP setup phases where parameters are negotiated in advance. This preliminary action establishes resource allocations before actual P2P communications begin, ensuring accuracy while minimizing ongoing overhead during data transmission

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20240365400A1Low latency schemes for peer-to-peer (P2P) communications
Publication Date: 2024.10.31 QUALCOMM INC
  • US20240365400A1 patent drawing
  • US20240365400A1 patent drawing
  • US20240365400A1 patent drawing

AI summary

This disclosure provides systems and methods for requesting wireless resources for peer-to-peer (P2P) communications. In some implementations, a wireless communication device transmits a frame over a wireless medium to an access point (AP), the frame including a medium access control (MAC) header carrying a request for the AP to allocate part of a transmission opportunity (TXOP) for P2P communications between the wireless communication device and a client device. The wireless communication device receives a trigger frame allocating a portion of the TXOP for the P2P communications, and transmits or receives P2P data to or from the client device over the wireless medium during the allocated portion of the TXOP. In some instances, the MAC header of the frame includes a Quality-of-Service (QOS) Control field carrying the request. In some other instances, the MAC header of the frame includes an Aggregated-Control (A-Control) subfield carrying the request.