The Commsignia V2X Software Stack is a flexible embedded solution that is developed based on the specification of the ISO / ETSI / IEEE / SAE / C2C-CC communication architecture, providing a modular framework and small footprint for various resource-constrained target platforms, supporting Linux and RTOS operating systems.
Feature name | Referenced standard |
---|---|
RHS – Emergency vehicle approaching | ETSI TS 101 539-1; SAE J2735 |
RHS – Slow vehicle | ETSI TS 101 539-1 |
RHS – Stationary vehicle | ETSI TS 101 539-1; C2CCC |
RHS – Emergency electronic brake lights | ETSI TS 101 539-1; SAE J2735 |
RHS – Wrong way driving | ETSI TS 101 539-1 |
RHS – Adverse weather condition | ETSI TS 101 539-1; C2CCC |
RHS – Hazardous location | ETSI TS 101 539-1; C2CCC |
RHS – Traffic condition | ETSI TS 101 539-1; C2CCC |
RHS – Roadwork | ETSI TS 101 539-1; C2CCC |
RHS – Human presence on the road | ETSI TS 101 539-1 |
Intersection Collision Risk Warning (ICRW) | ETSI TS 101 539-2; SAE J2735 |
Longitudinal Collision Risk Warning (LCRW) / Cooperative Forward Collision Warning | ETSI TS 101 539-3; SAE J2735 |
Over-the-Air Electronic Payment Data Exchange Protocol for ITS | IEEE Std 1609.11 |
Blind Spot Warning | SAE DSRC Impl. Guide |
Cooperative Adaptive Cruise Control (ACC) | SAE DSRC Impl. Guide |
Lane Change Warning | SAE J2735 |
Pre-Crash Sensing | C2CCC; SAE J2735 |
Left Turn Assistant | SAE J2735 |
Stop Sign Movement Assistance | SAE J2735 |
Feature name | Referenced standard |
---|---|
Cooperative Awareness Basic Service (CAM generation) | ETSI EN 302 637-2 |
Sending CAMs on CCH | C2CCC:FAC3 |
Path history in CAMs | C2CCC:FAC4 |
CAM generation if vehicle is in safety related context | C2CCC:FAC8 |
Processing of incoming CAMs | |
Decentralized Environmental Notification Basic Service (DENM generation) | ETSI EN 302 637-3 |
Sending DENMs on CCH | C2CCC:FAC16 |
Path history in DENMs | C2CCC:FAC18 |
Processing of incoming DENMs | |
Common Data Dictionary (CDD) with ASN.1 presentation | C2CCC:FAC25 (ETSI TS 102 894-2) |
Signal Phase and Time messages (SPAT) | C2CCC:FAC29 (CEN ISO TS 19091); SAE J2735 |
Road Topology messages (MAP) | C2CCC:FAC29 (CEN ISO TS 19091); SAE J2735 |
Services Announcement Message (SAM) | ETSI TS 102 890-2 |
Single Request Messages (SRM) | CEN ISO TS 19091 |
Signal Status Messages (SSM) | CEN ISO TS 19091 |
In-Vehicle Information Messages (IVI) | CEN ISO TS 19321 |
Basic Safety Message (BSM) | SAE J2735 |
Ala Carte Message | SAE J2735 |
Common Safety Request | SAE J2735 |
Emergency Vehicle Alert | SAE J2735 |
Generic Transfer Message | SAE J2735 |
Intersection Collision Avoidance | SAE J2735 |
NMEA Correction | SAE J2735 |
Probe Data Management | SAE J2735 |
Probe Vehicle Data | SAE J2735 |
RTCM Corrections | SAE J2735 |
Local Dynamic Map (LDM) | ETSI EN 302 895 |
WGS 84 as reference coordinate | C2CCC:POS4 |
International Atomic Time – TAI (Temps Atomique International) | C2CCC:POS6 |
Enhanced positioning (using add. sensors) | C2CCC:POS8 |
Update vehicle status at least 10 times/second in safety related context | C2CCC:POS10; SAE J2735 |
Internal signaling of unknown or worse accuracy | C2CCC:POS16 |
Path history generation | C2CCC:FAC27; SAE J2735 |
Feature name | Referenced standard |
---|---|
GeoNetworking – Media-independent (with geographical addressing and forwarding) | ETSI EN 302 636-4-1 |
GeoNetworking – Media-dependent for ITS G5 (with geographical addressing and forwarding) | ETSI TS 102 636-4-2 |
IPv6 over GeoNetworking (GN6) | ETSI EN 302 636-6-1 |
GeoNetworking – BTP | ETSI EN 302 636-5-1 |
Single Hop Broadcasting (SHB) header on all CAM packets | C2CCC:GN3 |
GeoBroadcast (GBC) headers on all DENM packets | C2CCC:GN4 |
Multi-Hop | C2CCC:GN13 |
Duplicate packet detection on the networking and transport layer | C2CCC:GN15 |
Beaconing | C2CCC:GN16 |
Circular, rectangular and ellipsoidal geographical areas | C2CCC:GN21 |
IPv6 and and higher layers (UDP / TCP) | IEEE 1609.3 |
WAVE Short Message Protocol (WSMP) | IEEE 1609.3 |
Management plane components of WAVE Networking Services | IEEE 1609.3 |
Feature name | Referenced standard |
---|---|
DCC mechanisms for access layer, incl. user priority | ETSI TS 102 687; IEEE 1609.4; IEEE 802.11 |
Decentralized Congestion Control (DCC) for Day One (C2C-CC White Paper) | C2CCC:AL8 |
Feature name | Referenced standard |
---|---|
Send and receive secured message | ETSI TS 103 097; IEEE 1609.2 |
Time-stamp message | ETSI TS 103 097; IEEE 1609.2 |
Authorize single message (in particular, sign message) | ETSI TS 102 731; IEEE 1609.2 |
Validate authorization on single message (verify signature, certificate chain, timestamp, …) | ETSI TS 102 731; IEEE 1609.2 |
Replay protection services | C2CCC:SEC38 (ETSI TS 102 731); IEEE 1609.2 |
Obtain and update authorization tickets | C2CCC:SEC39 (ETSI TS 102 731); IEEE 1609.2 |
Obtain, update and remove enrolment credentials (“publish” may be a mistake in C2CCC) | C2CCC:SEC39 (ETSI TS 102 731); IEEE 1609.2 |
Update local authorization status repository | C2CCC:SEC39 (ETSI TS 102 731); IEEE 1609.2 |
Validate data plausibility | C2CCC:SEC40 (ETSI TS 102 731); IEEE 1609.2 |
Communicate with the PKI | C2CCC:SEC41; IEEE 1609.2 |
Security profiles specified in the standard | C2CCC:SEC42; IEEE 1609.2 |
Position and time information is checked for plausibility | C2CCC:SEC3; IEEE 1609.2 |
Verification of all incoming messages (please note if there are any exceptions) | C2CCC:SEC8; IEEE 1609.2 |
Application-level verify-on-demand should not be used | C2CCC:SEC9 |
Messages being forwarded shall all be verified before being forwarded. | C2CCC:SEC11; IEEE 1609.2 |
Usage of signatures based on ECDSA-256 using the elliptic curve NIST P-256 algorithm | C2CCC:SEC14 (ETSI TS 103 097); IEEE 1609.2 |
Pseudonym change | C2CCC:SEC20; IEEE 1609.2 |
Changing all addresses and identifiers of other layers when pseudonym is changed (StationId, GN/MAC source address) | C2CCC:SEC26; IEEE 1609.2 |
Pseudonym change blocking | C2CCC:SEC28; IEEE 1609.2 |
Clearing path history cache when pseudonym is changed | C2CCC:SEC29; IEEE 1609.2 |
Mapping for IEEE 1609.2 | ETSI TS 102 867 |
Internal V2X API
The V2X stack supports the development of safety critical applications, such as safety critical / Day-1 applications, which may be placed on-chip in a real-time environment together with the rest of the V2X stack. The development is supported by a native C interface, which is available on multiple platforms, including automotive grade RTOS and Linux.
External V2X API
The External V2X API is a fast and robust binary API interface implemented over a TCP/IP network connection in order to support external Host CPUs or other networked nodes to access the V2X stack to run external applications. External applications may be run on smart devices as well, such as Android, iOS or Windows. To ease the application development, Commsignia provides External V2X API wrappers to hide the complexity of the network binary interface by language-specific bindings.