This document defines and specifies component facets supporting the exchange and shared usage of
data and information in the field of traffic and travel.
The component facets include the framework and context for exchanges, the data content, structure and
relationships necessary and the communications specifications, in such a way that they are independent
from any defined technical platform.
This document establishes specifications for data exchange between any two instances of the following
actors:
— Traffic information centres (TICs);
— Traffic control centres/Traffic management centres (TCCs/TMCs);
— Service providers (SPs).
This document can also be applied for use by other actors, e.g. car park operators.
This document includes the following types of information:
— use cases and associated requirements, and features relative to different exchange situations;
— different functional exchange profiles;
— abstract elements for protocols;
— data model for exchange (informational structures, relationships, roles, attributes and associated
data types required).
In order to set up a new technical exchange framework, it is necessary to associate one functional
exchange profile with a technical platform providing an interoperability domain where plug-and-play
interoperability at a technical level can be expected. The definition of such interoperability domains
is out of scope of this document but can be found in other International Standards or Technical
Specifications (e.g. the ISO 14827 series).
This document is restricted to data exchange. Definition of payload content models is out of the scope
of this document.

  • Technical specification
    151 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document specifies:
— personalization interface;
— physical systems: on-board equipment (OBE), personalization equipment (PE) and integrated
circuit(s) cards (ICCs);
— electronic fee collection (EFC) personalization functions between the PE and the OBE in accordance
with ISO/TS 21719-1 when using an ICC;
— data and security elements that are transferred between the PE and the OBE using the ICC.
It is outside the scope of this document to define:
— conformance procedures and test specifications;
— setting-up of operating organizations (e.g. toll service provider, personalization agent, trusted third
party, etc.);
— legal issues;
— the exact commands and security functionality within ISO/IEC 7816-4 used by the PE and the OBE,
respectively, to interface an ICC.
NOTE Some of the issues that are outside the scope of this document are the subject of separate standards
prepared by CEN/TC 278 and ISO/TC 204

  • Technical specification
    25 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document specifies: personalization interface; physical systems: on-board equipment (OBE), personalization equipment (PE) and integrated circuit(s) cards (ICCs); electronic fee collection (EFC) personalization functions between the PE and the OBE in accordance with ISO/TS 21719-1 when using an ICC; data and security elements that are transferred between the PE and the OBE using the ICC. It is outside the scope of this document to define: conformance procedures and test specifications; setting-up of operating organizations (e.g. toll service provider, personalization agent, trusted third party, etc.); legal issues; the exact commands and security functionality within ISO/IECÂ 7816-4 used by the PE and the OBE, respectively, to interface an ICC. NOTEÂ Â Â Â Â Â Â Â Some of the issues that are outside the scope of this document are the subject of separate standards prepared by CEN/TC 278 and ISO/TC 204.

  • Technical specification
    16 pages
    English language
    sale 15% off
  • Draft
    16 pages
    English language
    sale 15% off

This document provides information and requirements for identifying cost-effective technologies and related standards required to deploy, manage and operate sustainable “green” ITS technologies in surface transportations with eco-mobility. These ITS technologies can increase operational efficiencies and unlock enhanced transportation safety and eco-mobility applications. The ISO 20529 series builds on the existing standards and best practices of transport operation and management systems, as well as ITS applications, and aims to accommodate the specific needs of eco-mobility. G-ITS standards are expected to focus on the use of data exchange interface standards to enable the deployment of cloud-based multi-modal mobility solutions using wireless networks and nomadic devices. These forward-looking solutions are “infrastructure light” and can thus impact developing regions with little or no legacy transportation infrastructure. This document is intended to provide mobility information according to user preference on demand, utilizing a variety of existing apps on nomadic devices related to various means of transport. An integrated mobility information platform is defined in this document as a service methodology to be integrated with a variety of mobile apps with respect to different modes of transport. The framework described in this document includes: —   Identification of implementation aspects of related standards by means of use case. —   Identification of the multi-modal transport information necessary to support G-ITS. —   Eco-friendly route guidance according to user preference. —   Smart modal choice service based on carbon footprint, fuel efficiency and carbon-free zones for G-ITS.

  • Standard
    64 pages
    English language
    sale 15% off
  • Draft
    64 pages
    English language
    sale 15% off

This document defines the syntax and semantics in the field of electronic fee collection (EFC). The data types and assignment of vales are provided in accordance with the abstract syntax notation one (ASN.1) technique, as specified in ISO/IEC 8824 1. In particular, this document defines:
— ASN.1 (data) types within the fields of EFC and road user charging;
— ASN.1 (data) types of a more general use that are used more specifically in standards related to EFC.
This document does not seek to define ASN.1 (data) types that are primarily related to other fields that operate in conjunction with EFC, such as cooperative intelligent transport systems (C-ITS), the financial sector, etc.

  • Technical specification
    54 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document describes [motor] vehicle driving automation systems that perform part or all of the dynamic driving task (DDT) on a sustained basis. It provides a taxonomy with detailed definitions for six levels of driving automation, ranging from no driving automation (Level 0) to full driving automation (Level 5), in the context of [motor] vehicles (hereafter also referred to as “vehicle” or “vehicles”) and their operation on roadways: Level 0: No Driving Automation Level 1: Driver Assistance Level 2: Partial Driving Automation Level 3: Conditional Driving Automation Level 4: High Driving Automation Level 5: Full Driving Automation These level definitions, along with additional supporting terms and definitions provided herein, can be used to describe the full range of driving automation features equipped on [motor] vehicles in a functionally consistent and coherent manner. “On‑road” refers to publicly accessible roadways (including parking areas and private campuses that permit public access) that collectively serve all road users, including cyclists, pedestrians, and users of vehicles with and without driving automation features. The levels apply to the driving automation feature(s) that are engaged in any given instance of on-road operation of an equipped vehicle. As such, although a given vehicle may be equipped with a driving automation system that is capable of delivering multiple driving automation features that perform at different levels, the level of driving automation exhibited in any given instance is determined by the feature(s) that are engaged. This document also refers to three primary actors in driving: the (human) user, the driving automation system, and other vehicle systems and components. These other vehicle systems and components (or the vehicle in general terms) do not include the driving automation system in this model, even though as a practical matter a driving automation system may actually share hardware and software components with other vehicle systems, such as a processing module(s) or operating code. The levels of driving automation are defined by reference to the specific role played by each of the three primary actors in performance of the DDT and/or DDT fallback. “Role” in this context refers to the expected role of a given primary actor, based on the design of the driving automation system in question and not necessarily to the actual performance of a given primary actor. For example, a driver who fails to monitor the roadway during engagement of a Level 1 adaptive cruise control (ACC) system still has the role of driver, even while s/he is neglecting it. Active safety systems, such as electronic stability control (ESC) and automatic emergency braking (AEB), and certain types of driver assistance systems, such as lane keeping assistance (LKA), are excluded from the scope of this driving automation taxonomy because they do not perform part or all of the DDT on a sustained basis, but rather provide momentary intervention during potentially hazardous situations. Due to the momentary nature of the actions of active safety systems, their intervention does not change or eliminate the role of the driver in performing part or all of the DDT, and thus are not considered to be driving automation, even though they perform automated functions. In addition, systems that inform, alert, or warn the driver about hazards in the driving environment are also outside the scope of this driving automation taxonomy, as they neither automate part or all of the DDT, nor change the driver’s role in performance of the DDT (see 8.13). It should be noted, however, that crash avoidance features, including intervention-type active safety systems, may be included in vehicles equipped with driving automation systems at any level. For automated driving system (ADS) features (i.e., Levels 3 to 5) that perform the complete DDT, crash mitigation and avoidance capability is part of ADS functional

  • Technical specification
    40 pages
    English language
    sale 15% off
  • Draft
    40 pages
    English language
    sale 15% off

This document specifies the syntax and semantics of data objects in the field of electronic fee collection (EFC). The definitions of data types and assignment of values are provided in accordance with the abstract syntax notation one (ASN.1) technique, as specified in ISO/IEC 8824‑1. This document defines: —   ASN.1 (data) types within the fields of EFC; —   ASN.1 (data) types of a more general use that are used more specifically in standards related to EFC. This document does not seek to define ASN.1 (data) types that are primarily related to other fields that operate in conjunction with EFC, such as cooperative intelligent transport systems (C-ITS), the financial sector, etc.

  • Technical specification
    44 pages
    English language
    sale 15% off
  • Draft
    44 pages
    English language
    sale 15% off

This document specifies communication requirements in support of the Smart Digital Tachograph (SDT) as identified by Regulation 2016/799 of the European Union[23]. The specification covers: —   the physical layer at 5,8 GHz for SDT communications (SDTC); —   the data link layer (DLL) of SDTC; —   the application layer of SDTC; —   SDTC profiles which provide coherent sets of communication tools for applications based on SDTC. This document provides further information beneficial for the design and development of SDTC equipment.

  • Standard
    67 pages
    English language
    sale 15% off
  • Draft
    67 pages
    English language
    sale 15% off

This document specifies: —   requirements for the operational design domain, —   system requirements, —   minimum performance requirements, and —   performance test procedures for the safe operation of low-speed automated driving (LSAD) systems for operation on predefined routes. LSAD systems are designed to operate at Level 4 automation (see ISO/SAE PAS 22736), within specific operational design domains (ODD). This document applies to automated driving system-dedicated vehicles (ADS-DVs) and can also be utilized by dual-mode vehicles (see ISO/SAE PAS 22736). This document does not specify sensor technology present in vehicles driven by LSAD systems.

  • Standard
    43 pages
    English language
    sale 15% off
  • Draft
    43 pages
    English language
    sale 15% off

The ISO 15638 series (Parts 1 to 23) define the framework for online fleet management of regulated commercial freight vehicles utilizing data communication between in-vehicle systems and an application service provider via an on-board communication unit interfacing with road monitoring infrastructure and roadside sensors. This document defines an unregulated service architecture framework for freight vehicle safety information provision architecture. This statement does not preclude the regulated service where a jurisdiction requires such a function. The objective of this document is to provide a freight vehicle safety information provision service function/application for non-enforcement applications (and sometimes for regulated application services [RAS]). This is for the road transport safety management purposes of regulated commercial freight vehicle movements. This document intends to reinforce vehicle safety for non-enforcement and other purposes by providing safety advisory information provisions to the freight vehicle drivers/operators transporting heavy goods on freight vehicles. This document defines the framework for remote vehicle safety information provision for non-enforcement and the conceptual operation of other management purpose applications. This document is complementary to, and does not replace, any other documents in the ISO 15638 series. This document is beneficial to vehicle safety management purpose entities and it provides additional use cases for TARV service applications. This document is specifically oriented towards the realization of safer road transport of freight vehicles by providing safety advisory information to the vehicle from the service provider. It utilizes the ISO 15638 series basic architecture framework, as defined in ISO 15638-21. The service provider provides users with safety information such as recommended safety information for that vehicle and gives adequate safety advice messages, as necessary. The various V2X communication paths can be used according to the various use cases.

  • Standard
    26 pages
    English language
    sale 15% off
  • Draft
    26 pages
    English language
    sale 15% off

Field devices are a key component in intelligent transport systems (ITS). Field devices include traffic signals, message signs, weather stations, traffic sensors, roadside equipment for connected ITS (C-ITS) environments, etc. Field devices often need to exchange information with other external entities (managers). Field devices can be quite complex necessitating the standardization of many data concepts for exchange. As such, the ISO 20684Â series is divided into several individual parts. This part of the ISO 20684Â series identifies basic user needs for the management of virtually any field device and traces these needs to interoperable designs. This includes the ability to identify the device, its capabilities, and its status. NOTEÂ Â Â Â Â Â This document is similar to portions of NTCIP 1103Â v03 and NTCIP 1201Â v03. ISO 20684-1 provides additional details about how the ISO 20684Â series relates to the overall ITS architecture.

  • Technical specification
    40 pages
    English language
    sale 15% off
  • Draft
    39 pages
    English language
    sale 15% off

The ALERT-C protocol is designed to provide mostly event-oriented road end-user information
messages.
This document specifies the messages which are presented to the user in accordance with a set of
general requirements. It defines the message structure and content and its presentation to the end-user.
The message management component of this document describes the message management functions
of RDS-TMC. The ALERT-C protocol distinguishes between user messages and system messages. User
messages are those potentially made known to the end-user, as defined in Clause 5. System messages
are of use only to the RDS-TMC terminal, for message management purposes.
RDS-TMC information comprises both ‘system information’ and ‘user messages’. System information
relates to the TMC service and details the parameters that the terminal needs to be able to find,
identify and decode the TMC information. System information is transmitted in type 3A groups and in
type 8A groups.
User messages contain the details of the traffic events; these may use one or more type 8A groups. Most
messages may be transmitted using a single type 8A group, however messages with more detail (e.g.
diversion advice) may use up to a total of five, type 8A groups.
The transmission component of this document conveys the messages over-air. The ALERT-C protocol,
used by RDS-TMC, has the fundamental approach of aiming to code most messages entirely within a
single RDS group.
The ALERT-C Event List, which contains all event descriptions, is described in ISO 14819‑2.

  • Standard
    66 pages
    English language
    sale 10% off
    e-Library read for
    1 day

ISO 14819-1 describes the ALERT-C protocol concept and message structure used to achieve densely
coded messages to be carried in the RDS-TMC feature. This document specifies the ‘Events List’ to be
used in coding those messages.

  • Standard
    127 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document defines the technical requirements to be met by contactless public transport (PT) devices in order to be able to interface together using the ISO/IEC 14443 (all parts) contactless communications protocol. This document applies to PT devices: —   PT readers which are contactless fare management system terminals acting as a PCD contactless reader based on ISO/IEC 14443 (all parts); —   PT objects which are contactless fare media acting as a PICC contactless object based on ISO/IEC 14443 (all parts). This document addresses interoperability of consumer-market NFC mobile devices, compliant to NFC Forum specifications, with above mentioned PT devices, aligns with ISO/IEC 14443 (all parts) and does not seek to limit compliance for PT readers with EMV Contactless Interface Specification.

  • Technical specification
    30 pages
    English language
    sale 15% off
  • Draft
    30 pages
    English language
    sale 15% off

This document lists all the test conditions to be performed on a PT reader or a PT object in order to ensure that all the requirements specified in ISO/IEC TS 24192-1 are met for the PT device under test. This document applies to PT devices only: —   PT readers which are contactless fare management system terminals acting as a PCD contactless reader based on ISO/IEC 14443 (all parts); —   PT objects which are contactless fare media acting as a PICC contactless object based on ISO/IEC 14443 (all parts). This document applies solely to the contactless communication layers described in ISO/IEC 14443 (all parts). Application-to-application exchanges executed once contactless communication has been established at RF level fall outside the scope of this document. However, a test application is used to make end-to-end transactions during tests on the RF communication layer. This document does not duplicate the contents of ISO/IEC 14443 (all parts) or ISO/IEC 10373‑6. It makes reference to the ISO/IEC 10373‑6 applicable test methods, specifies the test conditions to be used and describes the additional specific test conditions that can be run.

  • Technical specification
    23 pages
    English language
    sale 15% off
  • Draft
    23 pages
    English language
    sale 15% off

Field devices are a key component in intelligent transport systems (ITS). Field devices include traffic signals, message signs, weather stations, traffic sensors, roadside equipment for connected ITS (C-ITS) environments, etc. The ISO 20684 series defines data that can be used when field devices need to exchange information with other external entities (called “managers” in this document, even if they are other field devices). Field devices can be quite complex, necessitating the standardization of many data concepts for exchange. As such, the ISO 20684 series is divided into several individual parts. This document (Part 1) introduces the ISO 20684 series and provides normative content that applies to all subsequent parts.

  • Standard
    20 pages
    English language
    sale 15% off
  • Draft
    20 pages
    English language
    sale 15% off

This document specifies location referencing rules to address the specific requirements of Traffic Message Channel (TMC) systems, which use abbreviated coding formats to provide traffic and travel information (TTI) messages over mobile bearers (e.g. GMS, DAB) or via exchange protocols like DATEX
II. In particular, the rules address the Radio Data System-Traffic Message Channel (RDS-TMC), a means
of providing digitally-coded TTI to travellers using a silent data channel on FM radio stations, based on the ALERT-C protocol.

  • Standard
    77 pages
    English language
    sale 10% off
    e-Library read for
    1 day

Variable message signs (VMSs) are installed in areas where traffic managers identify a frequent need to convey information to the travelling public, such as upstream from interchanges to alert the public to downstream congestion in time for them to alter their routes. This allows traffic managers to improve the efficiency, safety, and quality of traveller journeys. In order to manage the operation of a VMS and the messages displayed, information exchange between the management systems and the VMS is needed. This document identifies basic user needs for the management of light-emitting diode (LED) matrix VMSs and traces these needs to interoperable designs. This includes the ability to identify the device, its capabilities, and its status. NOTEÂ 1Â Â This document is similar to portions of NTCIP 1203 v03, which defines how to manage VMSs using an older version of SNMP and is a normative reference in this document. NOTE 2Â Â ISO 20684-1 provides additional details about how this series of standards relates to the overall ITS architecture.

  • Technical specification
    27 pages
    English language
    sale 15% off
  • Draft
    27 pages
    English language
    sale 15% off

The ALERT-C protocol is designed to provide mostly event-oriented road end-user information messages. This document specifies the messages which are presented to the user in accordance with a set of general requirements. It defines the message structure and content and its presentation to the end-user. The message management component of this document describes the message management functions of RDS-TMC. The ALERT-C protocol distinguishes between user messages and system messages. User messages are those potentially made known to the end-user, as defined in Clause 5. System messages are of use only to the RDS-TMC terminal, for message management purposes. RDS-TMC information comprises both ?system information' and ?user messages'. System information relates to the TMC service and details the parameters that the terminal needs to be able to find, identify and decode the TMC information. System information is transmitted in type 3A groups and in type 8A groups. User messages contain the details of the traffic events; these may use one or more type 8A groups. Most messages may be transmitted using a single type 8A group, however messages with more detail (e.g. diversion advice) may use up to a total of five, type 8A groups. The transmission component of this document conveys the messages over-air. The ALERT-C protocol, used by RDS-TMC, has the fundamental approach of aiming to code most messages entirely within a single RDS group. The ALERT-C Event List, which contains all event descriptions, is described in ISO 14819‑2.

  • Standard
    54 pages
    English language
    sale 15% off
  • Standard
    57 pages
    French language
    sale 15% off
  • Draft
    54 pages
    English language
    sale 15% off

ISO 14819-1 describes the ALERT-C protocol concept and message structure used to achieve densely coded messages to be carried in the RDS-TMC feature. This document specifies the `Events List' to be used in coding those messages.

  • Standard
    119 pages
    English language
    sale 15% off
  • Standard
    135 pages
    French language
    sale 15% off
  • Draft
    120 pages
    English language
    sale 15% off

This document specifies location referencing rules to address the specific requirements of Traffic Message Channel (TMC) systems, which use abbreviated coding formats to provide traffic and travel information (TTI) messages over mobile bearers (e.g. GMS, DAB) or via exchange protocols like DATEX II. In particular, the rules address the Radio Data System-Traffic Message Channel (RDS-TMC), a means of providing digitally-coded TTI to travellers using a silent data channel on FM radio stations, based on the ALERT-C protocol.

  • Standard
    69 pages
    English language
    sale 15% off
  • Standard
    77 pages
    French language
    sale 15% off
  • Draft
    69 pages
    English language
    sale 15% off

This document specifies the test suite structure (TSS) and test purposes (TPs) for evaluating the
conformity of on-board equipment (OBE) and roadside equipment (RSE) to ISO 12813.
It provides a basis for conformance tests for dedicated short-range communication (DSRC) OBE and
RSE to support interoperability between different equipment supplied by different manufacturers.
ISO 12813 defines requirements on the compliance check communication (CCC) interface level, but
not for the RSE or OBE internal functional behaviour. Consequently, tests regarding OBE and/or RSE
functional behaviour remain outside the scope of this document.

  • Standard
    78 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document specifies the conceptual and logical data model in addition to the physical encoding formats for geographic databases for Intelligent Transport Systems (ITS) applications and services. This document includes a specification of potential contents of such databases (data dictionaries for Features, Attributes and Relationships), a specification of how these contents are to be represented, and how relevant information about the database itself can be specified (metadata). This document further defines map data used in automated driving systems, Cooperative-ITS, and Multi-modal transport. The focus of this document is firstly on emerging ITS applications and services, such as Cooperative-ITS and automated driving systems, and it emphasizes road, lane and relevant information on road and lane. However, ITS applications and services also require other information in addition to road and road-related information, which are provided as external databases to connect with GDF and to complement each other. Highly defined public transport databases, for instance, are indispensable in multi-modal transport applications and services in particular. Thus, this document focuses secondly on an expansion of the specification to connect with externally existing databases. It is particularly designed to connect a Transmodel (EN 12896-1 and EN 12896-2) conformant public transport database. Typical ITS applications and services targeted by this document are in-vehicle or portable navigation systems, traffic management centres, or services linked with road management systems, including public transport systems. The conceptual data model specified here has a broader focus than ITS applications and services. It is application independent, allowing for future harmonization of this model with other geographic database standards.

  • Standard
    589 pages
    English language
    sale 15% off
  • Draft
    589 pages
    English language
    sale 15% off

This document specifies the test suite structure (TSS) and test purposes (TPs) for evaluating the conformity of on-board equipment (OBE) and roadside equipment (RSE) to ISO 12813. It provides a basis for conformance tests for dedicated short-range communication (DSRC) OBE and RSE to support interoperability between different equipment supplied by different manufacturers. ISO 12813 defines requirements on the compliance check communication (CCC) interface level, but not for the RSE or OBE internal functional behaviour. Consequently, tests regarding OBE and/or RSE functional behaviour remain outside the scope of this document.

  • Standard
    70 pages
    English language
    sale 15% off
  • Standard
    72 pages
    French language
    sale 15% off
  • Draft
    70 pages
    English language
    sale 15% off
  • Draft
    72 pages
    French language
    sale 15% off

This document shall be considered as a complementary standard to EN 16803-2 that is intended to assessment of the performances of a GBPT placed in real-life or simulated road environments. This document is instead specifically targeting security attacks such as interferences, jamming, meaconing or spoofing. This document cannot be applied independently from EN 16803-2 that describes in details the general methodology of the assessment procedure.
This document provides normative information necessary to replay in the lab standardized scenarios specifically dedicated to security tests applied to GNSS.
Depending on the case (jamming or spoofing), these scenarios are composed of data sets combining either real life recorded SIS and jamming signals or simulated SIS and spoofing signals. The reason for that will be explained in Clause 6.
Although a high-level categorization of GNSS attacks is given in Annex A, a comprehensive and detailed categorization of possible GNSS attacks is out of the scope of this document.
It is not the aim of this EN to standardize the record procedure neither to define the specific requirements for the generation of the attack scenarios. The record procedure itself and its quality framework for accredited GNSS-specialized laboratories (Lab-A), with the detailed definition of standardized attack scenarios, will be totally and precisely described in EN 16803-4 (under preparation). The list of attack scenarios will have to be regularly updated considering the evolution of GNSS technologies, emerging threats, and countermeasures.

  • Standard
    58 pages
    English language
    sale 10% off
    e-Library read for
    1 day

Like the other ENs of the whole series, this EN deals with the use of GNSS-based positioning terminals (GBPT) in road Intelligent Transport Systems (ITS). GNSS-based positioning means that the system providing position data, more precisely Position, Velocity and Time (PVT) data, comprises at least a GNSS receiver and, potentially, for performance improvement, other additional sensor data or sources of information that can be hybridized with GNSS data.
This new EN proposes testing procedures, based on the replay of data recorded during field tests, to assess the basic performances of any GBPT for a given use case described by an operational scenario. These tests address the basic performance features Availability, Continuity, Accuracy and Integrity of the PVT information, but also the Time-To-First-Fix (TTFF) performance feature, as they are described in EN 16803-1, considering that there is no particular security attack affecting the SIS during the operation. This EN does not cover the assessment tests of the timing performances other than TTFF, which do not need field data and can preferably be executed in the lab with current instruments.
"Record and Replay" (R&R) tests consist in replaying in a laboratory environment GNSS SIS data, and potentially additional sensor data, recorded in specific operational conditions thanks to a specific test vehicle. The dataset comprising GNSS SIS data and potential sensor data resulting from these field tests, together with the corresponding metadata description file, is called a "test scenario". A dataset is composed of several data files.
This EN 16803-3 addresses the "Replay" part of the test scenario data set. It does not address the "Record" part, although it describes as informative information the whole R&R process. This "Record" part will be covered by EN 16803-4 under preparation.
Although the EN 16803 series concerns the GNSS-based positioning terminals and not only the GNSS receivers, the present release of this EN addresses only the replay process of GNSS only terminals. The reason is that the process of replaying in the lab additional sensor data, especially when these sensors are capturing the vehicle’s motion, is generally very complex and not mature enough to be standardized today. It would need open standardized interfaces in the GBPT as well as standardized sensor error models and is not ready to be standardized. But, the procedure described in the present EN has been designed to be extended to GBPT hybridizing GNSS and vehicle sensors in the future.
This EN 16803-3 does not address R&R tests when specific radio frequency signals simulating security attacks are added to the SIS. This case is specifically the topic of EN 16803-3.
Once standardized assessment tests procedures have been established, it is possible to set minimum performance requirements for various intelligent transport applications but it makes sense to separate the assessment tests issue from minimum performance requirements, because the same test procedure may be applicable to many applications, but the minimum performance requirements typically vary from one application to another. So, this EN does not set minimum performance requirements for any application.

  • Standard
    87 pages
    English language
    sale 10% off
    e-Library read for
    1 day

EN 16803-1 addresses the final stage of the performance management approach, i.e. the assessment of the whole Road ITS system performance equipped with a given Positioning System, using the Sensitivity analysis method.
EN 16803-1 addresses the identification and the definition the positioning performance features and metrics required for Positioning System assessment.
This document gives definitions of the various items to be considered when specifying an Operational scenario and provides a method to compare finely two environments with respect to their effects on GNSS positioning performance.
This document gives definition of the most important terms used all along the document and describes the architecture of a Road ITS system based on GNSS as it is intended in this standard.
This document does not address:
-   the performance metrics to be used to define the Road ITS system performance requirements, highly depending on the use case and the will of the owner of the system;
-   the performance requirements of the various kinds of Road ITS systems;
-   the tests that are necessary to assess Positioning System performances (Record and Replay tests for this purpose will be addressed by prEN 16803-2 and prEN 16803-3.

  • Standard
    57 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document defines an additional data concept that may be transferred as an ‘optional additional data concept’ as defined in EN 15722 eCall MSD, that may be transferred from a vehicle to a PSAP in the event of a crash or emergency via an eCall communication session.
The purpose of this document is simply to enable the existing MSD to house multiple OADs. This is achieved by providing a short optional additional data concept, which facilitates the inclusion of multiple additional datasets within the currently defined MSD of 140 bytes (Every OAD still requires its own specification).
This document can be seen as an addendum to EN 15722; it contains as little redundancy as possible.
NOTE 1   The communications media protocols and methods for the transmission of the eCall message are not specified in this document.
NOTE 2   Additional data concepts can also be transferred, and it is advised to register any such data concepts using a data registry as defined in EN ISO 24978. See www.esafetydata.com for an example.

  • Standard
    13 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document specifies the standard data concepts that comprise the "Minimum Set of Data" (MSD) to be transferred from a vehicle to a 'Public Safety Answering Point' (PSAP) in the event of a crash or emergency via an 'eCall' communication transaction.
Optional additional data concepts may also be transferred.
The communications media protocols and methods for the transmission of the eCall message are not specified in this document.

  • Standard
    39 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document addresses the provision of ?Remote Digital Tachograph Monitoring' and specifies the form and content of the transmission of such data required to support such systems, and access methods to that data. This document provides specifications for common communications and data exchange aspects of the application service remote digital tachograph monitoring that a jurisdiction regulator can elect to require or support as an option, including: a) High level definition of the service that a service provider provides. The service definition describes common service elements but does not define the detail of how such an application service is instantiated, nor the acceptable value ranges of the data concepts defined. b) Means to realize the service. c) Application data naming, content and quality that an IVS delivers, including a number of profiles for data (noting that requirements and constraints of what can/cannot be transmitted over the air can vary between jurisdictions). d) Support for a number of defined communication profiles to enable remote inspection. This document is not applicable for analogue tachograph equipment/systems. This document provides specifications for the following communication profiles: — Communication Profile C1: Roadside inspection using a short-range wireless communication interrogator instigating a physical roadside inspection (masterslave) Profile C1a: via a hand aimed or temporary roadside mounted and aimed interrogator Profile C1b: via a vehicle mounted and directed interrogator Profile C1c: via a permanent or semi-permanent roadside or overhead gantry — Communication Profile C2: Roadside inspection using a short-range wireless communication interrogator instigating a download of data to an application service provider via an ITS-station communication (masterslave + peerpeer) Profile C2a: via a hand aimed or temporary roadside mounted and aimed interrogator Profile C2b: via a vehicle mounted and directed interrogator Profile C2c: via a permanent or semi-permanent roadside or overhead gantry — Communication Profile C3: Remote inspection addressed via an ITS-station instigating a download of data to an application service provider via a wireless communications interface (as defined in ISO 15638‑2). It is possible that subsequent versions of this document will support additional communication profiles. NOTE 1 The definition of what comprises a ?regulated' service is regarded as an issue for national decision and can vary from jurisdiction to jurisdiction. This document does not impose any requirements on nations in respect of which services for regulated vehicles jurisdictions will require, or support as an option, but provides standardized sets of requirements descriptions for identified services to enable consistent and cost-efficient implementations where instantiated. NOTE 2 The ISO 15638 series has been developed for use in the context of regulated commercial freight vehicles (hereinafter referred to as ?regulated vehicles'). However, there is nothing to prevent a jurisdiction from extending or adapting the scope to include other types of regulated vehicles, as it deems appropriate.

  • Standard
    97 pages
    English language
    sale 15% off
  • Draft
    98 pages
    English language
    sale 15% off

The objective is to analyse the security issues that can occur at the GNSS SIS level. In order to do so, a full taxonomy of the GNSS SIS attacks are proposed and GNSS SIS attack security model are elaborated and classified. Security metrics for the validation of the GBPT robustness performances are defined.
The proposed methodology for this technical report consists in three distinct steps that are described hereunder:
I. The first step consists in providing a full taxonomy of the possible GNSS Signal in Space attacks (voluntary or not) to be considered and identify their impact at GBPT level;
II. The second step consists in regrouping narrow sets of previouslyidentified GNSS SIS attacks into security attack models. For each security attack model, an assessment of the dangerousness based on beforehand identified key parameters and methodology will be provided;
III. The third step consists in providing definition of performance objectives, security control, security metrics, and a specific procedure for a robustness evaluation of a GBPT against the identified security attack models at step II.
The results will benefit to the EN16803-3 "Assessment of security performances of GNSS based positioning terminals"

  • Technical report
    59 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Technical report
    60 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document defines an information security framework for all organizational and technical entities of an EFC scheme and for the related interfaces, based on the system architecture defined in ISO 17573-1. The security framework describes a set of security requirements and associated security measures. Annex D contains a list of potential threats to EFC systems and a possible relation to the defined security requirements. These threats can be used for a threat analysis to identify the relevant security requirements for an EFC system. The relevant security measures to secure EFC systems can then be derived from the identified security requirements.

  • Standard
    129 pages
    English language
    sale 15% off
  • Standard
    144 pages
    French language
    sale 15% off
  • Draft
    129 pages
    English language
    sale 15% off

This document provides specification on the ITS-Station (ITS-S) access layer for a communication interface (CI) named "ITS-LTE-D2D". This specification is appropriate in the context of LTE-D2D communications that are being used for the dissemination of ITS information from an ITS-SU to other ITS-SUs, where these ITS-SUs can be either vehicle ITS-SUs, roadside ITS-SUs, or personal ITS-SUs, as specified in ISO 21217. It provides a combination of options from relevant ETSI/3GPP releases and ITS-station management standards in ISO 24102 to enable and achieve this objective. ITS-LTE-D2D CIs are based on the evolved-universal terrestrial radio access network (E-UTRAN) device-to-device (LTE-D2D) technology standardized at 3GPP Release 13. This document enables the use of the LTE-D2D technology as an ITS access technology in an ITS station by reference to respective specifications from 3GPP, and by specifying details of the Communication Adaptation Layer (CAL) and the Management Adaptation Entity (MAE) of CIs specified in ISO 21218.

  • Standard
    26 pages
    English language
    sale 15% off

This document describes the characteristics of a Common Transport Service Account System (CTSA). It presents the common transport service account framework and associated use cases. The objective of the CTSA role model is to cover relevant transport services, the payment methods, the account types where the user of the service is charged for the service and that requires a more overall role and responsibilities model. The model also defines external stakeholders that impact and border the model, that is, the general financial (banking) system. The framework assumes an account-based system where charges for services are calculated and charged in the account system. The main idea behind the CTSA framework is to provide a transport service user with the benefit of seamless acquisition of access rights to multiple transport services by multiple service / operator managers through a common transport account. This framework assumes a technology-agnostic front end with respect to the payment media and reading equipment. The focus of this framework is the back-office / account management system as a vehicle to integrate multiple transport services and managers. A new set of terms are introduced in this document to distinguish the convergence of a common approach for payment for transportation services from more traditional models using "smart cards" or electronic tickets. The model describes a move towards common or linked mobility accounts for all traveller payment needs, whether for parking, tolls, public transport and other disruptive mode options (e.g., bikeshare, carshare, microtransit, micromobility), inclusive of commercial payment and benefit models.

  • Technical report
    32 pages
    English language
    sale 15% off
  • Draft
    32 pages
    English language
    sale 15% off

This document addresses the provision of ?weigh-in-motion monitoring' and specifies the form and content of the transmission of such data required to support such systems, and access methods to that data. This document provides specifications for both on-board weighing (WIM-O) systems and in-road "weigh-in-motion" (WIM-R) systems, and provides a profile where the vehicle weight measured is recorded on-board using equipment already installed for "Remote Tachograph Monitoring". This document provides specifications for common communications and data exchange aspects of the application service weigh-in-motion monitoring (WIM-O and WIM-R) that a jurisdiction regulator can elect to require or support as an option, including: a) High level definition of the service that a service provider has to provide (the service definition describes common service elements, but does not define the detail of how such an application service is instantiated, nor the acceptable value ranges of the data concepts defined); b) Means to realize the service; c) Application data naming, content and quality that an IVS has to deliver, including a number of profiles for data (noting that requirements and constraints of what can/cannot be transmitted over the air can vary between jurisdictions); d) Support for a number of defined communication profiles to enable remote inspection. The present version of this document provides specifications for the following application profiles: — Application Profile A1: Vehicle weight measurement from "On-Board Weighing" systems (WIM-O); — Application Profile A2: Vehicle weight measurement from in-road ?weigh-in-motion' systems where data is transferred to the IVS (WIM-R). NOTE 1 Vehicle weight measurement from in-road ?weigh-in-motion' systems where data is linked to a specific vehicle by ANPR or other techniques and sent via landline or cellular communications to a processing centre is also a viable and alternate option, but as it does not include carrying data on-board the vehicle is not a TARV use case. The present version of this document provides specifications for the following communication profiles: — Communication Profile 1: Roadside inspection using a short range wireless communication interrogator instigating a physical roadside inspection (master-:-slave): — Profile C1a: via a hand aimed or temporary roadside mounted and aimed interrogator; — Profile C1b: via a vehicle mounted and directed interrogator; — Profile C1c: via a permanent or semi-permanent roadside or overhead gantry. — Communication Profile 2: Roadside inspection using a short range wireless communication interrogator instigating a download of data to an application service provider via an ITS-station communication (master-:-slave + peer-:-peer): — Profile C2a: via a hand aimed or temporary roadside mounted and aimed interrogator; — Profile C2b: via a vehicle mounted and directed interrogator; — Profile C2c: via a permanent or semi-permanent roadside or overhead gantry. — Communication Profile 3: Remote inspection addressed via an ITS-station instigating a download of data to an application service provider via a wireless communications interface (as defined in ISO 15638-2). Subsequent versions of this document can support additional communication profiles. NOTE 2 The ISO 15638 series of standards has been developed for use in the context of regulated commercial freight vehicles (hereinafter referred to as ?regulated vehicles'). There is nothing, however, to prevent a jurisdiction from extending or adapting the scope to include other types of regulated vehicles, as it deems appropriate.

  • Standard
    106 pages
    English language
    sale 15% off
  • Draft
    106 pages
    English language
    sale 15% off

This document defines terms within the field of electronic fee collection (EFC). This document defines: — terms within the fields of electronic fee collection and road user charging; — terms that are used in standards related to electronic fee collection; — terms of a more general use that are used more specifically in standards related to electronic fee collection. This document does not define: — Terms related primarily to other fields that operate in conjunction with EFC, such as terms for intelligent transport systems (ITS), common payment systems, the financial sector, etc. — Deprecated terms.

  • Technical specification
    24 pages
    English language
    sale 15% off
  • Technical specification
    24 pages
    French language
    sale 15% off
  • Draft
    24 pages
    English language
    sale 15% off

The CEN 13149 series of products concerns on-board data communication systems on public transport vehicles. This series provides for data services that enable open and managed sharing of relevant information.
This document, being Part 9 of the series, specifies a time publication, enabling all on-vehicle services to share a common understanding of current time, based on a suitable agreed master network clock. It covers:
-   the functional scope, i.e. which data the service provides, why, when and how often.
-   the transport protocol, i.e. how the data are transmitted.
-   the service publication, i.e. how the service can be found by other modules or applications
-   the structure of the data, i.e. how the data are structured and how the data elements are named.
This document implements the service framework described in FprCEN/TS 13149-7.

  • Technical specification
    9 pages
    English language
    sale 10% off
    e-Library read for
    1 day

a) A TM interface standard to enable exchange network performance data (e.g. traffic conditions, travel times) and planned and unplanned events/incidents (e.g. roadworks, road/bridge/tunnel closures, bad weather, road surface conditions) which are not currently covered by DATEX II.
b) A TM interface standard to enable the provision of appropriate and relevant traffic information (e.g. congestion and travel times) to users, across a variety of platforms.

  • Technical specification
    44 pages
    English language
    sale 10% off
    e-Library read for
    1 day

The CEN 13149 series of products concerns on-board data communication systems on public transport vehicles. This series provides for data services that enable open and managed sharing of relevant information.
This document, being Part 11 of the series, specifies a publication service for data provided by the vehicle platform, enabling all on-vehicle services to share a common understanding of the operational activity of the vehicle, based on inputs taken from chassis systems such as the J1939 CAN bus. It covers:
-   the functional scope, i.e. which data the service provides, why, when and how often.
-   the transport protocol, i.e. how the data are transmitted.
-   the service publication, i.e. how the service can be found by other modules or applications
-   the structure of the data, i.e. how the data are structured and how the data elements are named.
This document implements the service framework described in FprCEN/TS 13149-7.

  • Technical specification
    14 pages
    English language
    sale 10% off
    e-Library read for
    1 day

The CEN 13149 series of products concerns on-board data communication systems on public transport vehicles. This series provides for data services that enable open and managed sharing of relevant information.
This document, being Part 10 of the series, specifies a location publication, enabling all on-vehicle services to share a common understanding of the location and orientation of the vehicle, based on inputs taken from global navigational satellite systems (GNSS) such as GPS and Galileo. It covers:
-   the functional scope, i.e. which data the service provides, why, when and how often;
-   the transport protocol, i.e. how the data are transmitted;
-   the service publication, i.e. how the service can be found by other modules or applications;
-   the structure of the data, i.e. how the data are structured and how the data elements are named.
This document implements the service framework described in FprCEN/TS 13149-7.

  • Technical specification
    13 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Amendment
    10 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Amendment
    7 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document contains the basic control strategy, minimum functionality requirements, basic driver interface elements, minimum requirements for reaction to failure, and performance test procedures for PALS. PALS perform part or all of lane change tasks under the driver's initiation and supervision. PALS are intended to function on roads with visible lane markings, where non-motorized vehicles and pedestrians are prohibited (e.g. access controlled highway), and to perform a lane change into a lane with traffic moving in the same direction. Support on sections of roadway with temporary or irregular lane markings (such as roadwork zones) is not within the scope of this document. This document does not describe functionalities based on combinations with longitudinal control systems such as those standardized in ISO 22839 (FVCMS) or ISO 15622 (ACC). The driver always assumes responsibility for this system and the driver's decisions and operations take priority at all times. Use of PALS is intended for light-duty and heavy-duty vehicles (heavy trucks and buses). This document does not address any functional or performance requirements for detection sensors, nor any communication links for co-operative solutions.

  • Standard
    13 pages
    English language
    sale 15% off

This document provides guidelines for good practices that can be adopted by organizations for the implementation of commuting safety management. These practices are intended to reduce the number of fatalities and serious injuries, the severity of injuries, and further to minimize damage to property and economic loss due to road crashes. This document is applicable to any organization to help it protect commuters including vulnerable road users (VRU) through the adoption of a proactive approach to manage commuting risks. This document is also applicable to commercial transport organizations including fleet operators, as well as schools.

  • Standard
    28 pages
    English language
    sale 15% off
  • Standard
    30 pages
    French language
    sale 15% off
  • Amendment
    10 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Amendment
    7 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document specifies the conceptual and logical data model and physical encoding formats for geographic databases for Intelligent Transport Systems (ITS) applications and services. It includes a specification of potential contents of such databases (data dictionaries for Features, Attributes and Relationships), a specification of how these contents shall be represented, and of how relevant information about the database itself may be specified (metadata). The focus of this document is on ITS applications and services and it emphasizes road and road-related information. ITS applications and services, however, also require information in addition to road and road-related information. EXAMPLE 1 ITS applications and services need information about addressing systems in order to specify locations and/or destinations. Consequently, information about the administrative and postal subdivisions of an area is essential. EXAMPLE 2 Map display is an important component of ITS applications and services. For proper map display, the inclusion of contextual information such as land and water cover is essential. EXAMPLE 3 Point-of-Interest (POI) or service information is a key feature of traveller information. It adds value to end-user ITS applications and services. Typical ITS applications and services targeted by this document are in-vehicle or portable navigation systems, traffic management centres, or services linked with road management systems, including public transport systems. The Conceptual Data Model has a broader focus than ITS applications and services. It is application independent, allowing for future harmonization of this document with other geographic database standards.

  • Standard
    1046 pages
    English language
    sale 15% off

This document constitutes the main deliverable from WP1.1 of the GP-START project. It is devoted to a thorough review of the metrics defined in EN 16803-1 and proposes a performance classification for GNSS-based positioning terminals within designed for road applications. It will serve as one of the inputs to the elaboration of prEN 16803-2:2019 and prEN 16803-3:2019.
This document should serve as a starting point for discussion within CEN/CENELEC/JTC 5/WG1 on a consolidated set of performance metrics and associated classification logic. The proposals and conclusions appearing in this document are therefore only preliminary.

  • Technical report
    41 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Technical report
    42 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Standard
    4 pages
    English language
    sale 15% off
  • Standard
    4 pages
    French language
    sale 15% off

This document specifies the general rules for an on-board data communication system between the different systems that may be used within public transport vehicles, based on the Internet Protocol (IPv4, [3] and IPv6, [4]). This includes operational support systems, passenger information systems, fare collection systems, etc.
This document describes:
-   the requirements for an on board IP network;
-   the overview architecture and components for an IP based on-board network;
-   the modular structure of the network architecture;
-   the Service Oriented Architecture (SOA) approach, and approach to defining services.
Systems directly related to the safe operation of the vehicle (including propulsion management, brake systems, door opening systems) are excluded from the scope of this document and are dealt with in other standardization bodies. However, the architecture described in this document may be used for support services such as safety information messages. Interfaces to safety-critical systems should be provided through dedicated gateways with appropriate security provisions; for the purposes of this document, these are regarded as simply external information sources.
This document is designed primarily for vehicles with a fixed primary structure, where networks can be installed on a permanent basis and the system configuration task consists largely of the integration, adjustment or removal of the functional end systems that produce and/or consume data. Public transport vehicles consisting of units linked temporarily for operational purposes (specifically, trains in which individual engines, cars or consists are routinely connected and disconnected) require additional mechanisms to enable the communications network itself to reconfigure. Such mechanisms are provided through other standards, notably the IEC 61375 series [5].

  • Technical specification
    26 pages
    English language
    sale 10% off
    e-Library read for
    1 day

This document constitutes the main deliverable from WP1.1 of the GP-START project. It is devoted to a thorough review of the metrics defined in EN 16803-1 and proposes a performance classification for GNSS-based positioning terminals within designed for road applications. It will serve as one of the inputs to the elaboration of prEN 16803-2:2019 and prEN 16803-3:2019.
This document should serve as a starting point for discussion within CEN/CENELEC/JTC 5/WG1 on a consolidated set of performance metrics and associated classification logic. The proposals and conclusions appearing in this document are therefore only preliminary.

  • Technical report
    41 pages
    English language
    sale 10% off
    e-Library read for
    1 day
  • Technical report
    42 pages
    English language
    sale 10% off
    e-Library read for
    1 day