The Communications Viewpoint defines the layered sets of communications protocols that are required to support communications among the Physical Objects that participate in C-ITS. These protocols need to meet the requirements on performance and the constraints imposed by physical connectivity, environmental and operational challenges, and relevant policies (such as the assurance of anonymity for mandatory data provision).
Additionally, protocols used to support management of Physical Object entities and those required to secure communications between objects are also noted. Since the communictions view is centric to HARTS’ mission, this viewpoint is significantly extended from its heritage.
Clicking on an information flow in an ITS service package will bring up a communications diagram like the one shown below, with all fields populated. This is a window into the HARTS communications model, allowing the user to explore the standards (and gaps) associated with satisfying a given flow. This diagram is extensively clickable: all of the standards have various information associated with them, as do the gap icons. As documented under the methodology section, HARTS follows a model consistent with OSI, CALM and CVRIA, though there are obviously parallels to the Internet model.
The HARTS Reference Model is depicted in the figure above. Formal definitions of each component of the HARTS Reference Model are contained in the HARTS Terminology table.
The following list provides a more descriptive mapping of each component to other communication models:
- The HARTS SubNet Layer, which roughly corresponds to:
- The Physical and Data Link Layers of the Open Systems Interconnect (OSI) Reference Model
- The Link Layer of the Internet Engineering Task Force (IETF) Internet Protocol Suite
- The Access Layer of the Communications Access for Land Mobiles (CALM) architecture
- The Subnetwork Level of the National Transportation Communications for ITS Protocols (NTCIP) Model
- The HARTS TransNet Layer maps to:
- The Network and Transport Layers of the OSI Reference Model
- The Internetworking Layer of the IETF Internet Protocol Suite
- The Networking and Transport Layer of the CALM architecture
- The Transport Layer of the NTCIP Model
- The HARTS Facilities Layer maps to:
- The upper three layers of the OSI reference model
- The Application layer of the IETF Internet Protocol Suite
- The Facilities Layer of the CALM architecture but does not necessarily imply any additional functionality that may exist within a full ITS station
- The Application Layer of the NTCIP Model
- The HARTS ITS Information Layer maps to:
- The Application that sits above the OSI Reference Model
- The Application that sits above the IETF Internetwork Protocol Suite
- The Application Layer of the CALM architecture
- The Information Layer of the NTCIP Model
- The HARTS Security Plane maps to:
- The Security Architecture associated with the OSI Reference Model
- The Security Architecture associated with the IETF Protocol Suite
- The Security Entity of the CALM architecture
- The HARTS Management Plane maps to:
- The Management Framework associated with the OSI Reference Model
- The Management Framework associated with the IETF Internetwork Protocol Suite
- The Management Entity of the CALM architecture
The table below contains a list of symbols used in the Communications View, along with their respective definitions.
|Overlap||The identified information triple has multiple, competing solutions within the region(s). This issue may not prevent a pilot deployment but there is unlikely to be sufficient interoperability to enable proper, full-scale deployment. Implementers will likely need to coordinate with each other to identify how the overlap should be addressed in their pilot deployments.|
|Ultra||No standard exists.|
|High||The standard(s) fail to provide even a base level of interoperability and security as recommended for pilot deployments; i.e., the solution either fails to provide:
|Medium||The identified triple solution may be sufficient for pilot deployments but fails to provide sufficient interoperability, management, and security to enable proper, full-scale deployment. For example, wide-scale interoperable deployment is hindered due to:
|Low||The identified triple solution may be sufficient for wide-scale deployment, but known issues exist that deployments should consider.|
|No issues||The identified triple solution is believed to be technically ready for full-scale deployment without any known issues, but complete test suites may not yet exist for the triple solution.|