Tele-Operated Driving Event Prediction for QoS-Adaptive Remote Control
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current communication standards and architectures, such as those described in 3GPP TS 23.286 and 5GAA, lack clear triggers and APIs for initiating tele-operated driving (ToD) support from a vehicle to a remote driver, and do not adequately address the need for prediction and adaptation of ToD events, which are crucial for ensuring seamless communication and control in scenarios like automated parking and infrastructure-based tele-operated driving.
Innovation Solution
The proposed solution involves developing methods and APIs that allow for the prediction and adaptation of ToD events by identifying the need for remote driver intervention based on vehicle, map, traffic, and QoS information, and establishing communication protocols between V2X service providers and mobile network operators to support ToD sessions, including the selection of remote drivers and network quality of service (QoS) optimization.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If tele-operated driving support is initiated without clear triggers and APIs, then the system can respond to diverse driving scenarios, but the system lacks structured communication protocols and prediction capabilities for seamless control
Solution Approach 1:
The patent segments the ToD support system into distinct functional modules: trigger detection module, prediction module, adaptation module, and communication module. Each module handles specific aspects of ToD events, making the complex system manageable and implementable through standardized APIs while maintaining versatility across different driving scenarios
Solution Approach 2:
The patent implements prediction functionality that identifies upcoming ToD events before they occur. This preliminary action allows the system to prepare communication protocols, select appropriate remote drivers, and optimize network QoS in advance, enabling seamless control transitions without adding architectural complexity
2Reliability
If the system predicts and adapts to upcoming ToD events, then communication reliability improves, but processing time and computational resources increase
Solution Approach 1:
The patent implements periodic monitoring and prediction cycles that check for ToD event conditions at optimized intervals. This approach maintains communication reliability by continuously assessing the need for ToD support while controlling processing time through efficient time-based sampling rather than continuous analysis
Solution Approach 2:
The patent dynamically adjusts prediction parameters such as time horizons, confidence thresholds, and monitoring frequencies based on driving conditions and event criticality. This allows the system to maintain high reliability for critical events while reducing processing overhead for routine scenarios, optimizing the balance between reliability and processing time
3Manufacturing precision
If remote driver selection and QoS optimization are implemented, then ToD session quality improves, but system complexity and configuration requirements increase
Solution Approach 1:
The patent implements automated remote driver selection and QoS optimization that operate autonomously based on predefined criteria and real-time conditions. The system self-configures communication parameters, selects appropriate remote drivers matching skill requirements, and optimizes network resources without manual intervention, improving session quality while avoiding configuration complexity
Solution Approach 2:
The patent incorporates feedback mechanisms that monitor ToD session quality metrics and automatically adjust configuration parameters. This closed-loop approach maintains high session quality by continuously optimizing based on actual performance data while simplifying system management through automated adaptation rather than complex manual configuration
Data Source
AI summary
A method performed by a first server communicatively connected to a network for supporting tele-operated driving, ToD, is provided. The method includes receiving a request from client device for ToD support. This request includes a trigger and information for supporting a tele-operated driving.The first server may further process the request to identify a second server for providing support for the ToD, wherein the processing is based on parameters of the network for providing ToD support. The first server may further establish a ToD session between the second server and the client.The first server may also predict whether a ToD event is likely in a future time period based on prediction information.