Multi-Access Edge Computing --> Traffic Management Center:
traffic situation data
This flow may also be implemented by
Connected Vehicle Roadside Equipment --> Traffic Management Center: traffic situation data Definitions
traffic situation data (Information Flow): Current, aggregate traffic data collected from connected vehicles. It includes raw and/or processed reported vehicle speeds, counts, and other derived measures. Raw and/or filtered vehicle control events may also be included to support incident detection. This flow represents information collected from a single probe data collection point in the road network (e.g., a CVRSE or a MEC).
Multi-Access Edge Computing (Source 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
Traffic Management Center (Destination Physical Object): The 'Traffic Management Center' monitors and controls traffic and the road network. It represents centers that manage a broad range of transportation facilities including freeway systems, rural and suburban highway systems, and urban and suburban traffic control systems. It communicates with ITS Roadway Equipment and Connected Vehicle Roadside Equipment (RSE) to monitor and manage traffic flow and monitor the condition of the roadway, surrounding environmental conditions, and field equipment status. It manages traffic and transportation resources to support allied agencies in responding to, and recovering from, incidents ranging from minor traffic incidents through major disasters.
Included In
This Triple is in the following Service Packages:
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 Transportation Sensors - Wireless SNMPv3/TLS (8)
-
(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
(None-Data) - Apache Kafka over WirelessSolution Description
|
ITS Application Entity
![]()
Development needed ![]() |
Click gap icons for more info.
|
||
|
Mgmt
Apache Zookeeper ![]() |
Facilities
![]() ![]()
Development needed ![]() Apache Kafka ![]() Apache Zookeeper ![]() |
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 | Local |
| Acknowledgement | True |
| Cardinality | Unicast |
| Initiator | Source |
| Authenticable | True |
| Encrypt | True |
| 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 | Moderate | Moderate | |
| Basis | Aggregated messages may have more privacy implications than individual ones, especially if an attacker can attack more than one RSE-to-TMC connection at once. | This information is used to help with incident detection. It should be verified to ensure that it is not incorrectly influencing this.THEA: only limited adverse effect if raw/processed connected vehicle data is bad/compromised; could be LOW for ISIG | This information is used as supplemental information. It should operate correctly if not every single message is received. THEA: only limited adverse effect if info is not timely/readily available, could be LOW for ISIG | |
| Security Characteristics | Value |
|---|---|
| Authenticable | True |
| Encrypt | True |



