OpenITS
Docs Schema registry AsyncAPI
Search the docs /
GitHub
Docs/Standards alignment
04 · Documentation4 min read

Standards alignment

OpenITS does not replace NTCIP, SAE, or IEEE. It sits above them, giving their state and events a shared, transport-neutral meaning.

Above the device standards

Device-level standards do their job well: NTCIP defines how a controller is polled, SAE J2735 defines V2X message formats, IEEE defines the radios. What has been missing is a layer above them that says what a controller’s state and events mean once they’ve been normalized, independent of which device produced them. OpenITS is that layer. Devices still speak their standards; OpenITS defines the shared model behind the gateway.

Per-domain mapping

Every service domain names the device-level standard it models, so the lineage is explicit. The table below is generated from the model catalog, not hand-maintained:

ServiceDomainReference standard
signal-controlActuated signal controllersNTCIP 1202
dmsDynamic message signsNTCIP 1203
essEnvironmental sensors / RWISNTCIP 1204
rsuRoadside V2X unitsNTCIP 1218
ramp-meteringFreeway ramp metersNTCIP 1207
perceptionMachine-vision / detectionvendor augments
traffic-sensorVolume / speed / occupancyNTCIP 1209
reversible-laneReversible / managed laneslane-control
cctvCCTV / PTZ camerasNTCIP 1205

This is a mapping, not a fork: OpenITS reuses the concepts and vocabulary of the underlying standards rather than reinventing them.

ARC-IT annotations

Each model carries ARC-IT alignment annotations, inheriting the US National ITS Architecture’s flow vocabulary. That lets architects trace an OpenITS event back to the information flows their regional architecture already describes.

Why YANG

OpenITS models are written in YANG for one decisive reason: it has no transport opinion. NTCIP bound its data model to SNMP, so replacing the transport would have meant replacing the model. YANG describes structure, types, and constraints (including safety must expressions) without assuming how the data is carried, which is exactly what a transport-neutral standard needs.

The choice of YANG, and the model-driven approach more broadly, is inspired by OpenConfig, which proved vendor-neutral, model-driven management in networking. OpenITS carries that spirit to Intelligent Transportation Systems.

Source: content/docs/standards-alignment.md Edit this page on GitHub ↗
← Previous
Architecture
Next →
Extension model