Delay-Aware Schedule Request Stopping in Vehicle-to-Vehicle Links

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In vehicle-to-vehicle communication, vehicles may face acquisition timeouts when waiting for schedule resource information from a base station, exceeding delay requirements due to the inability to effectively stop sending schedule requests under certain conditions.

Innovation Solution

A method and device to determine the delay requirement of a specific target, such as a logical channel or MAC CE, before sending a schedule request, using time offsets or time differences to decide when to stop sending the request, and optionally requesting resources randomly.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the vehicle waits for SR resources before sending the schedule request, then the request can be sent through proper scheduling, but the waiting time may exceed the delay requirement of the specific target

Engineering Contradiction:
Improveschedule request deliveryVSAvoidwaiting time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by determining the delay requirement of the specific target before sending the schedule request. The vehicle calculates whether the current time plus the time offset (duration from SR sending to SL resource allocation) exceeds the delay requirement, and proactively decides whether to send the SR or use random resources instead, avoiding unnecessary waiting time that would exceed the delay requirement

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements dynamics by making the SR sending decision adaptive based on real-time conditions. The vehicle dynamically adjusts its behavior by comparing the current time and delay requirement, and can switch between two modes: sending SR through scheduled resources when delay requirement is met, or using random resource selection when delay requirement cannot be met, optimizing for both reliability and time efficiency

Inventive Principle:
Principle #15Dynamics

2Reliability

If the vehicle sends SR to obtain new schedule resource information, then resource allocation can be achieved, but the acquisition may timeout if waiting time is too long

Engineering Contradiction:
Improveresource allocationVSAvoidacquisition time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by performing a pre-check before sending the SR: the vehicle determines whether (current time - trigger time) + time offset exceeds the delay requirement. This preliminary determination prevents timeout by avoiding SR sending when the acquisition time would exceed the delay requirement, or by using random resources as a fallback when scheduled resource acquisition would timeout

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent applies preliminary anti-action by taking preventive measures against timeout before it occurs. The vehicle calculates the potential acquisition time in advance and, when it determines that the delay requirement cannot be met, proactively chooses alternative actions (using random resources or not sending SR) to counteract the potential harmful effect of timeout

Inventive Principle:
Principle #9Preliminary anti-action

Data Source

PatentUS12432768B2Method and device for stopping sending schedule request
Publication Date: 2025.09.30 DATANG MOBILE COMM EQUIP CO LTD
  • US12432768B2 patent drawing
  • US12432768B2 patent drawing
  • US12432768B2 patent drawing

AI summary

Disclosed are a method and device for stopping sending a schedule request. The method includes: in response to a demand for requesting from a network side resource scheduling for information of a specific target, determining a delay requirement of the specific target; and before an SR is sent to the network side, if it is determined that the delay requirement of the specific target cannot be met, stopping sending the SR.