Connected Vehicle Data Aggregation via Message Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

As the number of connected vehicles increases, existing V2X data collection and processing systems face challenges in efficiently managing and analyzing high volumes of data, leading to increased costs and complexity, especially with the deployment of more On-Board Units (OBUs) and RoadSide Units (RSUs, which hinders the ability to determine performance metrics and optimize intersection operations.

Innovation Solution

A method and system for aggregating and processing vehicle messages in a connected vehicle system, involving receiving and storing messages, aggregating them based on message type, and performing further processing to generate performance metrics such as traversal times and packet error ratios, optimizing data collection and analysis to support scalable and efficient operation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If V2X data is transmitted at high-frequency to support real-time safety applications, then the reliability and responsiveness of safety applications is improved, but the data volume and processing complexity increases significantly

Engineering Contradiction:
Improvereal-time safety application performanceVSAvoiddata volume
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent segments V2X data into multiple categories including safety-critical data, non-safety critical data, map data, and sensor data. Each category is processed and transmitted with appropriate frequency and priority, allowing real-time safety applications to receive high-frequency updates while reducing overall data transmission volume through selective filtering and aggregation of non-critical data.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts and separates safety-critical data elements from the overall V2X data stream for prioritized processing and transmission. By identifying and extracting only the essential safety-related parameters (such as position, velocity, acceleration, and brake status), the system ensures real-time safety application performance while reducing the total data volume that requires high-frequency transmission.

Inventive Principle:
Principle #2Taking out (Extraction)

2Reliability

If more OBUs and RSUs are deployed to collect V2X data, then the coverage and data collection capability is improved, but the cost and system complexity increases

Engineering Contradiction:
Improvedata collection coverageVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a universal data processing architecture where OBUs and RSUs can operate in multiple roles depending on their configuration and environmental conditions. The system allows infrastructure elements to dynamically switch between data collection, data transmission, and local processing functions, reducing the need for specialized hardware deployments and lowering overall system complexity while maintaining comprehensive coverage.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent employs configurable parameters that allow OBUs and RSUs to adjust their data collection frequency, transmission intervals, and processing depth based on traffic conditions, safety requirements, and resource availability. This dynamic parameter adjustment enables the system to maintain adequate coverage with fewer deployed units by optimizing their operational characteristics rather than simply increasing deployment density.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If all V2X messages are stored and processed individually, then the measurement precision and analysis accuracy is improved, but the processing time and computational resources increase

Engineering Contradiction:
Improveperformance metric accuracyVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent implements preliminary aggregation and filtering of V2X messages based on message type indicators before detailed processing and storage. By pre-grouping messages into categories (safety-critical, non-safety critical, map, sensor) and applying initial validation rules, the system reduces the computational burden on subsequent processing stages while preserving all necessary data elements for accurate performance metric calculation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent merges multiple individual message processing operations into consolidated batch processing routines that handle groups of messages with similar characteristics together. By combining processing steps for messages of the same type and aggregating related data elements, the system maintains measurement precision for performance metrics while significantly reducing overall processing time and computational resource requirements.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS20240321088A1Vehicle-based data aggregation and processing
Publication Date: 2024.09.26 PANASONIC OF NORTH AMERICA
  • US20240321088A1 patent drawing
  • US20240321088A1 patent drawing
  • US20240321088A1 patent drawing

AI summary

Methods of and systems for aggregating and processing information in a connected vehicle system are provided. For example, the method includes receiving a plurality of vehicle messages from one or more transmission units, storing each of the vehicle messages on a computer readable medium operably coupled to the processor, aggregating the stored messages based upon at least a message type indicator to produce a set of aggregated vehicle messages, storing the set of aggregated vehicle messages for further analysis and processing, and performing further processing on the set of aggregated vehicle messages request to generate at least one requested output. The system includes various components such as at least one network interface, a computer-readable medium, and at least one processor operably connected and configured to perform the above-identified method.