ITS Roadway Equipment --> Multi-Access Edge Computing:
intersection control status
This flow may also be implemented by
ITS Roadway Equipment --> Connected Vehicle Roadside Equipment: intersection control status Definitions
intersection control status (Information Flow): Status data provided by the traffic signal controller including phase information, alarm status, and priority/preempt status.
ITS Roadway Equipment (Source Physical Object): 'ITS Roadway Equipment' represents the ITS equipment that is distributed on and along the roadway that monitors and controls traffic and monitors and manages the roadway. This physical object includes traffic detectors, environmental sensors, traffic signals, highway advisory radios, dynamic message signs, CCTV cameras and video image processing systems, grade crossing warning systems, and ramp metering systems. Lane management systems and barrier systems that control access to transportation infrastructure such as roadways, bridges and tunnels are also included. This object also provides environmental monitoring including sensors that measure road conditions, surface weather, and vehicle emissions. Work zone systems including work zone surveillance, traffic control, driver warning, and work crew safety systems are also included.
Multi-Access Edge Computing (Destination Physical Object): 'Multi-Access Edge Computing' ((MEC) previously known as mobile edge computing) represents computing devices that operate and are managed like a cloud server, but are deployed at the edge of a network (typically a cellular network, but it could be any network). While not in strict proximity to the transportation network, these systems do benefit from vastly decreased distances to the roadway compared to central systems, and so can provide lower latency than strictly backoffice systems
Included In
This Triple is in the following Service Packages:
- CF06: Freight Signal Priority
- MC11: Maintenance and Construction Signal Priority
- PS03: Emergency Vehicle Preemption
- PT09: Transit Signal Priority
- TM04: Connected Vehicle Traffic Signal System
- VS12: Vulnerable Road User Safety
- VS13: Intersection Safety Warning and Collision Avoidance
This triple is associated with the following Functional Objects:
This Triple is described by the following Functional View Data Flows:
- None
This Triple has the following triple relationships:
| None |
Communication Solutions
-
US: NTCIP Traffic Signal - Wireless SNMPv3/TLS (7)
-
(None-Data) - Secure Wireless Internet (EU) (43)
-
(None-Data) - Secure Wireless Internet (ITS) (43)
-
Data for Distribution (TBD) - Apache Kafka over Wireless (44)
-
Data for Distribution (TBD) - OMG DDS over Wireless (44)
-
(None-Data) - Apache Kafka over Wireless (44)
-
(None-Data) - OMG DDS over Wireless (44)
-
Data for Distribution (TBD) - Eclipse Zenoh over Wireless (44)
-
(None-Data) - Eclipse Zenoh over Wireless (44)
-
Data for Distribution (TBD) - OASIS MQTT over Wireless (47)
-
(None-Data) - OASIS MQTT over Wireless (47)
-
Data for Distribution (TBD) - OASIS AMQP over Wireless (61)
-
(None-Data) - OASIS AMQP over Wireless (61)
Selected Solution
Data for Distribution (TBD) - Eclipse Zenoh over WirelessSolution Description
|
ITS Application Entity
![]()
Development needed ![]() |
Click gap icons for more info.
|
||
|
Mgmt
Eclipse Zenoh ![]() |
Facilities
![]()
Eclipse Zenoh ![]() |
Security
IETF RFC 8446 ![]() |
|
|
TransNet
|
|||
|
Access
![]() ![]() ![]()
|
|||
Note that some layers might have alternatives, in which case all of the gap icons associated with every alternative may be shown on the diagram, but the solution severity calculations (and resulting ordering of solutions) includes only the issues associated with the default (i.e., best, least severe) alternative.
Characteristics
| Characteristic | Value |
|---|---|
| Time Context | Recent |
| Spatial Context | Adjacent |
| Acknowledgement | False |
| Cardinality | Unicast |
| Initiator | Destination |
| Authenticable | True |
| Encrypt | False |
| Interoperability | Description |
|---|---|
| Local | In cases where an interface is normally encapsulated by a single stakeholder, interoperability is still desirable, but the motive is vendor independence and the efficiencies and choices that an open standards-based interface provides. |
Security
| Information Flow Security | ||||
|---|---|---|---|---|
| Confidentiality | Integrity | Availability | ||
| Rating | Moderate | High | Moderate | |
| Basis | This data is intentionally transmitted to everyone via a While this information is broadcast and can also be determined via other visual indicators, all communications between field infrastructure should be protected from viewing to prevent attackers from analyzing traffic and developing attack methods. | If this is compromised, the Roadway Equipment and Roadside Equipment will be sending messages that are inconsistent with each other, leading to confusion and possible accidents. | If this is down, the RSE doesn't get the information it needs to stay in synch with the actual signal state, reducing or eliminating the value add from having this application. The RSE must detect a lack of availability and choose not to send out-of-date information, so a failure of availability could be interpreted as having the same value as Integrity. However, this data is semi-predictable and there are other indicators (such as the lights themselves) of the intersection status. From NYC, who believe this should be HIGH for some applications: If this is down, the RSE doesn't get the information it needs to stay in synch with the actual signal state, reducing or eliminating the value add from having this application. The RSE must detect a lack of availability and choose not to send out-of-date information, so a failure of availability cannot have worse consequences than a failure of integrity which we have previously assessed at HIGH. |
|
| Security Characteristics | Value |
|---|---|
| Authenticable | True |
| Encrypt | False |




