V2X Mode Switching via Inactive Request Signaling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current wireless communication systems face challenges in managing the operation mode of user equipment (UE) for vehicle-to-everything (V2X) communication, particularly in switching between base station scheduling and peer UE scheduling modes, which can lead to unnecessary delays and interference with Wi-Fi networks due to inadequate coexistence mechanisms.

Innovation Solution

The proposed solution involves explicit signaling between a UE and a base station to support switching between mode 3 (base station scheduling) and mode 3.5 (peer UE scheduling) for sidelink communications, using a PC5 inactive request and acknowledgment message to maintain network connectivity and resource allocation, allowing the UE to operate in peer UE scheduling mode while maintaining context and avoiding idle mode transitions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the UE switches from base station scheduling mode to peer UE scheduling mode, then communication flexibility and Wi-Fi coexistence are improved, but switching delays and network management complexity increase

Engineering Contradiction:
Improvecommunication flexibilityVSAvoidswitching delays
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The base station pre-configures the UE with peer UE scheduling mode parameters and authorization before the UE actually needs to switch modes. This includes providing resource pool configurations, sensing parameters, and authorization indicators in advance, so when switching is needed, the UE can immediately activate peer UE scheduling without lengthy setup delays.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements dynamic mode switching where the UE can transition between base station scheduling mode and peer UE scheduling mode based on real-time conditions such as Wi-Fi interference detection, base station coverage status, and communication requirements. The switching is triggered by predefined conditions rather than static configuration, allowing flexible adaptation to changing environments.

Inventive Principle:
Principle #15Dynamics

2Object-affected harmful factors

If the UE switches to peer UE scheduling mode, then Wi-Fi network coexistence is improved, but signaling overhead and network management complexity increase

Engineering Contradiction:
ImproveWi-Fi interferenceVSAvoidnetwork management complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The base station acts as an intermediary that manages the UE's mode switching on behalf of the core network. When the UE needs to switch to peer UE scheduling mode, it only signals the base station, which then handles the authorization and configuration updates without requiring complex core network signaling. The base station maintains local state information about authorized UEs in peer UE scheduling mode, simplifying overall network management.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements feedback mechanisms where UEs report Wi-Fi interference conditions and reception status to the base station, which then dynamically adjusts mode assignments and resource allocations. This feedback loop allows the network to optimize mode distribution based on actual conditions rather than static configurations, reducing unnecessary mode switches and simplifying management.

Inventive Principle:
Principle #23Feedback

3Speed

If the UE maintains context in RRC_INACTIVE state for peer UE scheduling, then switching speed is improved, but memory resources and state management complexity increase

Engineering Contradiction:
Improveswitching speedVSAvoidstate management complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The system extracts and separates the peer UE scheduling mode context from the main RRC connection state, storing it in a dedicated inactive state structure. When the UE enters RRC_INACTIVE, only the essential peer UE scheduling parameters (resource pool configurations, authorized RSU identifiers, sensing parameters) are retained in a simplified format, while detailed configuration data is stored in the base station's context. This reduces UE memory requirements while enabling fast switching.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The base station creates and maintains a copy of the UE's peer UE scheduling context in its own memory when the UE transitions to RRC_INACTIVE state. This allows the base station to quickly restore or update the UE's context without requiring the UE to maintain complete configuration data, reducing UE complexity while enabling fast reactivation.

Inventive Principle:
Principle #26Copying

Data Source

PatentEP3881599B1Ev2x mobility support for mode 3.5/RSU scheduled mode
Publication Date: 2023.08.30 QUALCOMM INC
  • EP3881599B1 patent drawingFigure 1
  • EP3881599B1 patent drawingFigure 2
  • EP3881599B1 patent drawingFigure 3

AI summary

Methods, systems, and devices for wireless communications are described. The method, system, and apparatus may include managing the operation mode of a user equipment in vehicle-to-everything communication. In some aspects, a user equipment may transmit an inactive request message (or a request message) to a base station to indicate the user equipment is switching from a base station scheduling mode (or a radio access network node scheduling mode) to a peer user equipment scheduling mode (or a roadside unit scheduling mode). The user equipment may receive an acknowledgment message from the base station indicating a state change to allow the peer user equipment scheduling mode. In some cases, the user equipment may receive an area identifier from the base station, and the area identifier may indicate an area where the peer user equipment scheduling mode is allowed.