Transportation Information Center --> Light Vehicle OBE:
vehicle signage data
Definitions
vehicle signage data (Information Flow): In-vehicle signing data that augments regulatory, warning, and informational road signs and signals. The information provided would include static sign information (e.g., stop, curve warning, guide signs, service signs, and directional signs) and dynamic information (e.g., local traffic and road conditions, restrictions, vehicle requirements, work zones, detours, closures, advisories, and warnings).
Transportation Information Center (Source Physical Object): The 'Transportation Information Center' collects, processes, stores, and disseminates transportation information to system operators and the traveling public. The physical object can play several different roles in an integrated ITS. In one role, the TIC provides a data collection, fusing, and repackaging function, collecting information from transportation system operators and redistributing this information to other system operators in the region and other TICs. In this information redistribution role, the TIC provides a bridge between the various transportation systems that produce the information and the other TICs and their subscribers that use the information. The second role of a TIC is focused on delivery of traveler information to subscribers and the public at large. Information provided includes basic advisories, traffic and road conditions, transit schedule information, yellow pages information, ride matching information, and parking information. The TIC is commonly implemented as a website or a web-based application service, but it represents any traveler information distribution service.
Light Vehicle OBE (Destination Physical Object): The 'Light Vehicle OBE' includes traveler-oriented capabilities that apply to passenger cars, trucks, and motorcycles that are used for personal travel. The rules vary by jurisdiction, but generally light vehicles are restricted in their weight and the maximum number of passengers they can carry. In ARC-IT, the Light Vehicle OBE represents vehicles that are operated as personal vehicles that are not part of a vehicle fleet and are not used commercially; thus, the choice between the various vehicle subsystems should be based more on how the vehicle is used than how much the vehicle weighs. See also the 'Vehicle' subsystem that includes the general safety and information services that apply to all types of vehicles, including light vehicles.
This Triple is an instantiation of the more general triple:
Included In
This Triple is in the following Service Packages:
This triple is associated with the following Functional Objects:
- TIC Traveler Information Broadcast
- Vehicle Gap Assist
- Vehicle Restricted Lanes Application
- Vehicle Traveler Information Reception
This Triple is described by the following Functional View Data Flows:
- None
This Triple has the following triple relationships:
| None |
This Triple is an instantiation of the more general triple:
Communication Solutions
-
EU: In-Vehicle Information - Secure Wireless Internet (EU) (12)
-
EU: DEN Service - Secure Wireless Internet (EU) (14)
-
TPEG2 - Secure Wireless Internet (EU) (17)
-
(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
TPEG2 - Secure Wireless Internet (EU)Solution Description
|
ITS Application Entity
![]() ![]()
ISO 21219-15 ![]() |
Click gap icons for more info.
|
||
|
Mgmt
|
Facilities
No Standard Needed ![]() |
Security
![]()
|
|
|
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.
This Triple is an instantiation of the more general triple:
Characteristics
| Characteristic | Value |
|---|---|
| Time Context | Recent |
| Spatial Context | Adjacent |
| Acknowledgement | False |
| Cardinality | Unicast |
| Initiator | Source |
| Authenticable | True |
| Encrypt | False |
| Interoperability | Description |
|---|---|
| National | This triple should be implemented consistently within the geopolitical region through which movement is essentially free (e.g., the United States, the European Union). |
This Triple is an instantiation of the more general triple:
Security
| Information Flow Security | ||||
|---|---|---|---|---|
| Confidentiality | Integrity | Availability | ||
| Rating | Low | Moderate | Moderate | |
| Basis | This data is intentionally transmitted to everyone via a broadcast. It is meant to augment other signage data, and by definition is meant to be shared with everyone. | These signs are meant to augment other visual cues to the driver. They should be accurate, but any inaccuracies should be corrected for by other means. | These notifications are helpful to a driver, but if the driver does not receive this notification immediately, there should still be other visual cues. | |
| Security Characteristics | Value |
|---|---|
| Authenticable | True |
| Encrypt | False |

