Traveler Support Equipment --> Connected Vehicle Roadside Equipment:
transit traveler information
Definitions
transit traveler information (Information Flow): Transit information prepared to support transit users and other travelers. It contains transit schedules, real-time arrival information, fare schedules, alerts and advisories, and general transit service information.
Traveler Support Equipment (Source Physical Object): 'Traveler Support Equipment' provides access to traveler information at transit stations, transit stops, other fixed sites along travel routes (e.g., rest stops, merchant locations), and major trip generation locations such as special event centers, hotels, office complexes, amusement parks, and theaters. Traveler information access points include kiosks and informational displays supporting varied levels of interaction and information access. At transit stops this might be simple displays providing schedule information and imminent arrival signals. This may be extended to include multi-modal information including traffic conditions and transit schedules to support mode and route selection at major trip generation sites. Personalized route planning and route guidance information can also be provided based on criteria supplied by the traveler. It also supports service enrollment and electronic payment of transit fares. In addition to the traveler information provision, it also enhances security in public areas by supporting traveler activated silent alarms.
Connected Vehicle Roadside Equipment (Destination Physical Object): 'Connected Vehicle Roadside Equipment' (CV RSE) represents the Connected Vehicle roadside devices (i.e., Roadside Units (RSUs)) equipped with short range wireless (SRW) communications technology, as well as any other supporting equipment that leverage the RSU and are not described by other objects (e.g., a local roadside processor). CVRSE are used to send messages to, and receive messages from, nearby vehicles and personal devices equipped with compatible communications technology. Communications with adjacent field equipment and back office centers that monitor and control the RSE are also supported. This device operates from a fixed position and may be permanently deployed or a portable device that is located temporarily in the vicinity of a traffic incident, road construction, or a special event. It includes a processor, data storage, and communications capabilities that support secure communications with passing vehicles, other field equipment, and centers.
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:
This Triple has the following triple relationships:
None |
Communication Solutions
- US: GTFS - Secure Internet (ITS) (13)
- US: TCIP - Secure Internet (ITS) (19)
- (None-Data) - Secure Internet (ITS) (43)
- Data for Distribution (TBD) - Apache Kafka (44)
- Data for Distribution (TBD) - OMG DDS (44)
- Data for Distribution (TBD) - OASIS MQTT (50)
- Data for Distribution (TBD) - OASIS AMQP (61)
Selected Solution
Solution Description
ITS Application Entity
Development needed |
Click gap icons for more info.
|
||
Mgmt
|
Facilities
Development needed |
Security
|
|
TransNet
|
|||
Access
Internet Subnet Alternatives |
TempBCL2 TempSTDL2
TempBCL3 TempSTDL3
TempBCL4 TempSTDL4
TempBCL5 TempSTDL5
Access Access
TempBCL2 TempSTDL2
TempBCL3 TempSTDL3
TempBCL4 TempSTDL4
TempBCL5 TempSTDL5
ITS Application ITS Application
TempBCL2 TempSTDL2
TempBCL3 TempSTDL3
TempBCL4 TempSTDL4
TempBCL5 TempSTDL5
Mgmt Mgmt
TempBCL2 TempSTDL2
TempBCL3 TempSTDL3
TempBCL4 TempSTDL4
TempBCL5 TempSTDL5
Facility Facility
TempBCL2 TempSTDL2
TempBCL3 TempSTDL3
TempBCL4 TempSTDL4
TempBCL5 TempSTDL5
Security Security
TempBCL2 TempSTDL2
TempBCL3 TempSTDL3
TempBCL4 TempSTDL4
TempBCL5 TempSTDL5
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 | False |
Cardinality | Unicast |
Initiator | Source |
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 | Low | Moderate | Moderate | |
Basis | This information is not sensitive. It is generally made public, to support transit system functionality. | Accuracy of this data is important for decision making purposes. Corruption of this data could lead to revenue loss and confusion. | Does not happen often, but when this information is needed its use is imminent. Consequently the flow needs to be reliable for those limited times. |
Security Characteristics | Value |
---|---|
Authenticable | True |
Encrypt | False |