Communications Solutions

Communications standards support efficient implementation of the Regional ITS Architecture over time. They facilitate deployment of interoperable systems at local, regional, and national levels without impeding innovation as technology advances, vendors change, and new approaches evolve. Since it takes more than one standard to implement an interface, ARC–IT groups all the standards required to implement a particular interface into a 'Communications Solution'. The table below identifies each of the Communications Solutions that may apply to the Regional ITS Architecture. Each solution is a link to a page that identifies the standards included in the solution, any issues that have been identified for the solution, and the portion of the Regional ITS Architecture that may be supported by the solution.

NameDescriptionSource
(None–Data) – Guaranteed Secure Internet (ITS)This solution is used within Australia, the E.U. and the U.S.. It combines standards associated with (None–Data) with those for I–I: Guaranteed Secure Internet (ITS). The (None–Data) standards include an unspecified set of standards at the upper layers. The I–I: Guaranteed Secure Internet (ITS) standards include lower–layer standards that support secure communications with guaranteed delivery between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
(None–Data) – Guaranteed Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with (None–Data) with those for I–M: Guaranteed Secure Wireless Internet (ITS). The (None–Data) standards include an unspecified set of standards at the upper layers. The I–M: Guaranteed Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications with guaranteed delivery between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
(None–Data) – Local Unicast Wireless (1609.2)This solution is used within the U.S.. It combines standards associated with (None–Data) with those for V–X: Local Unicast Wireless (1609.2). The (None–Data) standards include an unspecified set of standards at the upper layers. The V–X: Local Unicast Wireless (1609.2) standards include lower–layer standards that support local–area unicast wireless solutions applicable to North America, such as WAVE DSRC, LTE–V2X, LTE, Wi–Fi, etc.ARC–IT
(None–Data) – Secure Internet (ITS)This solution is used within Australia, the E.U. and the U.S.. It combines standards associated with (None–Data) with those for I–I: Secure Internet (ITS). The (None–Data) standards include an unspecified set of standards at the upper layers. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
(None–Data) – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with (None–Data) with those for I–M: Secure Wireless Internet (ITS). The (None–Data) standards include an unspecified set of standards at the upper layers. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
(None–Data) – WAVE IPv6This solution is used within the U.S.. It combines standards associated with (None–Data) with those for V–X: WAVE IPv6. The (None–Data) standards include an unspecified set of standards at the upper layers. The V–X: WAVE IPv6 standards include lower–layer standards that support connectionless vehicle–to–any communications within ~300m using the Internet Protocol version 6 (IPv6) over IEEE WAVE in the 5.9GHz spectrum.ARC–IT
(None–Data) – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with (None–Data) with those for V–X: WAVE WSMP. The (None–Data) standards include an unspecified set of standards at the upper layers. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
(None–Data) – Wide Area BroadcastThis solution is used within Australia, the E.U. and the U.S.. It combines standards associated with (None–Data) with those for C–X: Wide Area Broadcast. The (None–Data) standards include an unspecified set of standards at the upper layers. The C–X: Wide Area Broadcast standards include lower–layer standards that support one entity broadcasting information to all wireless devices over an area that covers at least a metropolitan area without any expectation of acknowledgement or response; security is provided by the upper–layers.ARC–IT
(None–Data) – Apache KafkaThis solution is used within the U.S.. It combines standards associated with (None–Data) with those for Apache Kafka. The (None–Data) standards include an unspecified set of standards at the upper layers. The Apache Kafka standards include lower–layer open source code that supports data distribution of specific types of data.ARC–IT
(None–Data) – Apache Kafka over WirelessThis solution is used within the U.S.. It combines standards associated with (None–Data) with those for Apache Kafka over Wireless. The (None–Data) standards include an unspecified set of standards at the upper layers. The Apache Kafka over Wireless standards include lower–layer open source code that supports data distribution of specific types of data over wireless links.ARC–IT
Data for Distribution (TBD) – Apache KafkaThis solution is used within the U.S.. It combines standards associated with Data for Distribution (TBD) with those for Apache Kafka. The Data for Distribution (TBD) standards include a placeholder for upper–layer standards necessary to define the data (elements and structures) necessary to complete a solution for the information flow based on data distribution technologies. The data standard will need to include a specific customization for the desired data distribution technology used (e.g., Kafka, DDS, etc.).. The Apache Kafka standards include lower–layer open source code that supports data distribution of specific types of data.ARC–IT
NTP – UDP/IPThis solution is used within Australia, Canada, the E.U. and the U.S.. It combines standards associated with NTP with those for I–I: UDP/IP. The NTP standards include standards required to reliably set time information in a subsystem. The I–I: UDP/IP standards include lower–layer standards that support the Network Time Protocol that allows NTP servers to provide time synchronization services to other NTP servers and clients.ARC–IT
Proprietary Data – Proprietary CommThis solution is used within Australia, Canada, the E.U. and the U.S.. It combines standards associated with Proprietary Data with those for Proprietary Comm. The Proprietary Data standards include upper–layer technologies that do not necessarily follow standards. The Proprietary Comm standards include lower–layer technologies that do not necessarily follow standards.ARC–IT
TPEG2 – Wide Area BroadcastThis solution is used within Australia, the E.U. and the U.S.. It combines standards associated with TPEG2 with those for C–X: Wide Area Broadcast. The TPEG2 standards include upper–layer standards required to support multi–modal information services.. The C–X: Wide Area Broadcast standards include lower–layer standards that support one entity broadcasting information to all wireless devices over an area that covers at least a metropolitan area without any expectation of acknowledgement or response; security is provided by the upper–layers.ARC–IT
TUF – Secure Internet (ITS)This solution is used within Australia, the E.U. and the U.S.. It combines standards associated with TUF with those for I–I: Secure Internet (ITS). The TUF standards include upper–layer standards required to install and update application software. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
Uptane – Secure Wireless Internet (ITS)This solution is used within Canada and the U.S.. It combines standards associated with Uptane with those for I–M: Secure Wireless Internet (ITS). The Uptane standards include upper–layer standards required to update software in a vehicle according to the Uptane standards. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: ADMS – Guaranteed Secure Internet (ITS)This solution is used within Canada and the U.S.. It combines standards associated with US: ADMS with those for I–I: Guaranteed Secure Internet (ITS). The US: ADMS standards include upper–layer standards required to implement interfaces with an archived data management system. The I–I: Guaranteed Secure Internet (ITS) standards include lower–layer standards that support secure communications with guaranteed delivery between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: ADMS – Secure Internet (ITS)This solution is used within Canada and the U.S.. It combines standards associated with US: ADMS with those for I–I: Secure Internet (ITS). The US: ADMS standards include upper–layer standards required to implement interfaces with an archived data management system. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: ATIS – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: ATIS with those for I–I: Secure Internet (ITS). The US: ATIS standards include upper–layer standards required to implement traveler information communications. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: ATIS – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: ATIS with those for I–M: Secure Wireless Internet (ITS). The US: ATIS standards include upper–layer standards required to implement traveler information communications. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: ATIS – Wide Area BroadcastThis solution is used within the U.S.. It combines standards associated with US: ATIS with those for C–X: Wide Area Broadcast. The US: ATIS standards include upper–layer standards required to implement traveler information communications. The C–X: Wide Area Broadcast standards include lower–layer standards that support one entity broadcasting information to all wireless devices over an area that covers at least a metropolitan area without any expectation of acknowledgement or response; security is provided by the upper–layers.ARC–IT
US: Device enrollment – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: Device enrollment with those for I–I: Secure Internet (ITS). The US: Device enrollment standards include upper–layer standards required to support device enrollment services. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: GTFS – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: GTFS with those for I–I: Secure Internet (ITS). The US: GTFS standards include upper–layer standards required to implement public, transit–related communications. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: GTFS – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: GTFS with those for I–M: Secure Wireless Internet (ITS). The US: GTFS standards include upper–layer standards required to implement public, transit–related communications. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: GTFS real–time – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: GTFS real–time with those for I–I: Secure Internet (ITS). The US: GTFS real–time standards include upper–layer standards required to implement real–time, public, transit–related communications. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: GTFS real–time – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: GTFS real–time with those for I–M: Secure Wireless Internet (ITS). The US: GTFS real–time standards include upper–layer standards required to implement real–time, public, transit–related communications. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: GTFS static – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: GTFS static with those for I–I: Secure Internet (ITS). The US: GTFS static standards include upper–layer standards required to implement static, public, transit–related communications. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: GTFS static – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: GTFS static with those for I–M: Secure Wireless Internet (ITS). The US: GTFS static standards include upper–layer standards required to implement static, public, transit–related communications. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: Misbehavior reporting – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: Misbehavior reporting with those for I–I: Secure Internet (ITS). The US: Misbehavior reporting standards include upper–layer standards required to support misbehavior reporting services. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: NTCIP CCTV – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP CCTV with those for I–F: SNMPv3/TLS. The US: NTCIP CCTV standards include upper–layer standards required to implement center–to–field CCTV communications (data only). The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Environmental Sensors – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Environmental Sensors with those for I–F: SNMPv3/TLS. The US: NTCIP Environmental Sensors standards include upper–layer standards required to implement center–to–field weather and environmental sensor communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Environmental Sensors – Wireless SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Environmental Sensors with those for I–M: Wireless SNMPv3/TLS. The US: NTCIP Environmental Sensors standards include upper–layer standards required to implement center–to–field weather and environmental sensor communications. The I–M: Wireless SNMPv3/TLS standards include lower–layer standards that support secure infrastructure–to–mobile communications using simple network management protocol (SNMPv3).ARC–IT
US: NTCIP Generic Device – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Generic Device with those for I–F: SNMPv3/TLS. The US: NTCIP Generic Device standards include upper–layer standards required to implement center–to–field communications for any device functionality. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Message Sign – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Message Sign with those for I–F: SNMPv3/TLS. The US: NTCIP Message Sign standards include upper–layer standards required to implement center–to–field message sign communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Ramp Meters – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Ramp Meters with those for I–F: SNMPv3/TLS. The US: NTCIP Ramp Meters standards include upper–layer standards required to implement center–to–field ramp meter communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Roadside Unit – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Roadside Unit with those for I–F: SNMPv3/TLS. The US: NTCIP Roadside Unit standards include upper–layer standards required to implement center–to–field roadside unit communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Signal Priority – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Signal Priority with those for I–F: SNMPv3/TLS. The US: NTCIP Signal Priority standards include upper–layer standards required to implement center–to–field traffic signal control priority communications (e.g., for busses and emergency vehicles). The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Signal System Masters – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Signal System Masters with those for I–F: SNMPv3/TLS. The US: NTCIP Signal System Masters standards include upper–layer standards required to implement center–to–field signal–system master communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Traffic Signal – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Traffic Signal with those for I–F: SNMPv3/TLS. The US: NTCIP Traffic Signal standards include upper–layer standards required to implement center–to–field traffic signal communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Transportation Sensors – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Transportation Sensors with those for I–F: SNMPv3/TLS. The US: NTCIP Transportation Sensors standards include upper–layer standards required to implement center–to–field transportation sensors (e.g., vehicle detectors) communications (e.g., real–time). The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Video Switches – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Video Switches with those for I–F: SNMPv3/TLS. The US: NTCIP Video Switches standards include upper–layer standards required to implement center–to–field video switch communications. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Warning Device – SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Warning Device with those for I–F: SNMPv3/TLS. The US: NTCIP Warning Device standards include a composite of upper–layer standards that support monitoring for unsafe traffic activities and displaying warning to drivers. The I–F: SNMPv3/TLS standards include lower–layer standards that support secure center–to–field and field–to–field communications using simple network management protocol (SNMPv3); implementations are strongly encouraged to use the TLS for SNMP security option for this solution to ensure adequate security.ARC–IT
US: NTCIP Warning Device – Wireless SNMPv3/TLSThis solution is used within the U.S.. It combines standards associated with US: NTCIP Warning Device with those for I–M: Wireless SNMPv3/TLS. The US: NTCIP Warning Device standards include a composite of upper–layer standards that support monitoring for unsafe traffic activities and displaying warning to drivers. The I–M: Wireless SNMPv3/TLS standards include lower–layer standards that support secure infrastructure–to–mobile communications using simple network management protocol (SNMPv3).ARC–IT
US: SAE Basic Safety Messages – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Basic Safety Messages with those for V–X: WAVE WSMP. The US: SAE Basic Safety Messages standards include upper–layer standards required to implement V2V safety information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE J3067 (J2735 SE) – Local Unicast Wireless (1609.2)This solution is used within the U.S.. It combines standards associated with US: SAE J3067 (J2735 SE) with those for V–X: Local Unicast Wireless (1609.2). The US: SAE J3067 (J2735 SE) standards include a proposed solution for the upper–layers to implement V2X information flows that do not yet have fully standardized messages, functionality or performance characteristics. The V–X: Local Unicast Wireless (1609.2) standards include lower–layer standards that support local–area unicast wireless solutions applicable to North America, such as WAVE DSRC, LTE–V2X, LTE, Wi–Fi, etc.ARC–IT
US: SAE J3067 (J2735 SE) – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE J3067 (J2735 SE) with those for I–I: Secure Internet (ITS). The US: SAE J3067 (J2735 SE) standards include a proposed solution for the upper–layers to implement V2X information flows that do not yet have fully standardized messages, functionality or performance characteristics. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: SAE J3067 (J2735 SE) – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE J3067 (J2735 SE) with those for I–M: Secure Wireless Internet (ITS). The US: SAE J3067 (J2735 SE) standards include a proposed solution for the upper–layers to implement V2X information flows that do not yet have fully standardized messages, functionality or performance characteristics. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: SAE J3067 (J2735 SE) – WAVE IPv6This solution is used within the U.S.. It combines standards associated with US: SAE J3067 (J2735 SE) with those for V–X: WAVE IPv6. The US: SAE J3067 (J2735 SE) standards include a proposed solution for the upper–layers to implement V2X information flows that do not yet have fully standardized messages, functionality or performance characteristics. The V–X: WAVE IPv6 standards include lower–layer standards that support connectionless vehicle–to–any communications within ~300m using the Internet Protocol version 6 (IPv6) over IEEE WAVE in the 5.9GHz spectrum.ARC–IT
US: SAE J3067 (J2735 SE) – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE J3067 (J2735 SE) with those for V–X: WAVE WSMP. The US: SAE J3067 (J2735 SE) standards include a proposed solution for the upper–layers to implement V2X information flows that do not yet have fully standardized messages, functionality or performance characteristics. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Lane–Level Mapping – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE Lane–Level Mapping with those for I–I: Secure Internet (ITS). The US: SAE Lane–Level Mapping standards include upper–layer standards required to implement lane–level and road furniture mapping information flows. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: SAE Lane–Level Mapping – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE Lane–Level Mapping with those for I–M: Secure Wireless Internet (ITS). The US: SAE Lane–Level Mapping standards include upper–layer standards required to implement lane–level and road furniture mapping information flows. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: SAE Lane–Level Mapping – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Lane–Level Mapping with those for V–X: WAVE WSMP. The US: SAE Lane–Level Mapping standards include upper–layer standards required to implement lane–level and road furniture mapping information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Other J2735 – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE Other J2735 with those for I–I: Secure Internet (ITS). The US: SAE Other J2735 standards include upper–layer standards required to implement V2X information flows that do not yet have fully specified functionality and performance charcateristics. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: SAE Other J2735 – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE Other J2735 with those for I–M: Secure Wireless Internet (ITS). The US: SAE Other J2735 standards include upper–layer standards required to implement V2X information flows that do not yet have fully specified functionality and performance charcateristics. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: SAE Other J2735 – WAVE TCPThis solution is used within the U.S.. It combines standards associated with US: SAE Other J2735 with those for V–X: WAVE TCP. The US: SAE Other J2735 standards include upper–layer standards required to implement V2X information flows that do not yet have fully specified functionality and performance charcateristics. The V–X: WAVE TCP standards include lower–layer standards that support connection–oriented vehicle–to–any communications within ~300m using the Transmission Control Protocol (TCP) over Internet Protocol version 6 (IPv6) over IEEE WAVE in the 5.9GHz spectrum.ARC–IT
US: SAE Other J2735 – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Other J2735 with those for V–X: WAVE WSMP. The US: SAE Other J2735 standards include upper–layer standards required to implement V2X information flows that do not yet have fully specified functionality and performance charcateristics. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Platooning – WAVE TCPThis solution is used within the U.S.. It combines standards associated with US: SAE Platooning with those for V–X: WAVE TCP. The US: SAE Platooning standards include upper–layer standards required to manage platooning and cooperative adaptive cruise control. The V–X: WAVE TCP standards include lower–layer standards that support connection–oriented vehicle–to–any communications within ~300m using the Transmission Control Protocol (TCP) over Internet Protocol version 6 (IPv6) over IEEE WAVE in the 5.9GHz spectrum.ARC–IT
US: SAE Platooning – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Platooning with those for V–X: WAVE WSMP. The US: SAE Platooning standards include upper–layer standards required to manage platooning and cooperative adaptive cruise control. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Safety Awareness Messages – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Safety Awareness Messages with those for V–X: WAVE WSMP. The US: SAE Safety Awareness Messages standards include upper–layer standards required to implement V2V safety situation awareness information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Signal Control Messages – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Signal Control Messages with those for V–X: WAVE WSMP. The US: SAE Signal Control Messages standards include upper–layer standards required to implement signal control information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Signal Preemption – WAVE TCPThis solution is used within the U.S.. It combines standards associated with US: SAE Signal Preemption with those for V–X: WAVE TCP. The US: SAE Signal Preemption standards include upper–layer standards required to implement signal preemption and priority information flows. The V–X: WAVE TCP standards include lower–layer standards that support connection–oriented vehicle–to–any communications within ~300m using the Transmission Control Protocol (TCP) over Internet Protocol version 6 (IPv6) over IEEE WAVE in the 5.9GHz spectrum.ARC–IT
US: SAE Traveler Info – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Traveler Info with those for V–X: WAVE WSMP. The US: SAE Traveler Info standards include upper–layer standards required to implement V2X traveler information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE VRU Messages – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE VRU Messages with those for V–X: WAVE WSMP. The US: SAE VRU Messages standards include upper–layer standards required to implement vulnerable road user information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: SAE Weather Info – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: SAE Weather Info with those for I–M: Secure Wireless Internet (ITS). The US: SAE Weather Info standards include upper–layer standards required to implement V2X weather information flows. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: SAE Weather Info – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with US: SAE Weather Info with those for V–X: WAVE WSMP. The US: SAE Weather Info standards include upper–layer standards required to implement V2X weather information flows. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT
US: Security Credentials – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: Security Credentials with those for I–I: Secure Internet (ITS). The US: Security Credentials standards include upper–layer standards required to provide and revoke security credentials, define security policy, and handle enrollment coordination. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: TCIP – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: TCIP with those for I–I: Secure Internet (ITS). The US: TCIP standards include upper–layer standards required to implement transit–related communications. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: TCIP – Secure Wireless Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: TCIP with those for I–M: Secure Wireless Internet (ITS). The US: TCIP standards include upper–layer standards required to implement transit–related communications. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
US: TMDD – NTCIP MessagingThis solution is used within the U.S.. It combines standards associated with US: TMDD with those for C–C: NTCIP Messaging. The US: TMDD standards include upper–layer standards required to implement center–to–center communications with traffic management systems. The C–C: NTCIP Messaging standards include lower–layer standards that support partially secure communications between two centers as commonly used in the US.ARC–IT
US: WAVE Tolling – Local Unicast Wireless (1609.2)This solution is used within the U.S.. It combines standards associated with US: WAVE Tolling with those for V–X: Local Unicast Wireless (1609.2). The US: WAVE Tolling standards include upper–layer standards required to implement V2I tolling flows. The V–X: Local Unicast Wireless (1609.2) standards include lower–layer standards that support local–area unicast wireless solutions applicable to North America, such as WAVE DSRC, LTE–V2X, LTE, Wi–Fi, etc.ARC–IT
US: WZDx – Guaranteed Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: WZDx with those for I–I: Guaranteed Secure Internet (ITS). The US: WZDx standards include upper–layer standards required to implement work zone information data exchanges. The I–I: Guaranteed Secure Internet (ITS) standards include lower–layer standards that support secure communications with guaranteed delivery between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
US: WZDx – Secure Internet (ITS)This solution is used within the U.S.. It combines standards associated with US: WZDx with those for I–I: Secure Internet (ITS). The US: WZDx standards include upper–layer standards required to implement work zone information data exchanges. The I–I: Secure Internet (ITS) standards include lower–layer standards that support secure communications between ITS equipment using X.509 or IEEE 1609.2 security certificates.ARC–IT
VIS – Secure Wireless Internet (ITS)This solution is used within Canada and the U.S.. It combines standards associated with VIS with those for I–M: Secure Wireless Internet (ITS). The VIS standards include upper–layer standards required to exchange vehicle diagnostic and detailed information. The I–M: Secure Wireless Internet (ITS) standards include lower–layer standards that support secure communications between two entities, either or both of which may be mobile devices, but they must be stationary or only moving within wireless range of a single wireless access point (e.g., a parked car). Security is based on X.509 or IEEE 1609.2 certificates. A non–mobile (if any) endpoint may connect to the service provider using any Internet connection method.ARC–IT
WSA – WAVE WSMPThis solution is used within the U.S.. It combines standards associated with WSA with those for V–X: WAVE WSMP. The WSA standards include standards required to advertise ITS services to short–range wireless devices. The V–X: WAVE WSMP standards include lower–layer standards that support connectionless, near constant, ultra–low latency vehicle–to–any communications within ~300m using the WAVE Short Messaging Protocol (WSMP) over IEEE WAVE in the 5.9GHz spectrum. The broadcast mode is interoperable with M5 FNTP.ARC–IT