Intelligent transport systems — Traffic and travel information messages via traffic message coding — Part 1: Coding protocol for Radio Data System — Traffic Message Channel (RDS-TMC) using ALERT-C

ISO 14819-1:2013 describes the ALERT-C protocol concept and message structure used to achieve densely coded messages to be carried in the RDS-TMC feature.

Systèmes intelligents de transport — Informations sur le trafic et le tourisme via le codage de messages sur le trafic — Partie 1: Protocole de codage pour le système de radiodiffusion de données (RDS) — Canal de messages d'informations sur le trafic (RDS-TMC) avec ALERT-C

1.1 Généralités Le protocole ALERT-C est conçu pour fournir la plupart des messages d'information du conducteur orientés évènements. Il est prévu de définir ultérieurement de nombreuses extensions de protocole, et de fait, quelques informations de guidage routier orientées état ont été incluses. 1.2 Contenu La section présentation du protocole ALERT-C spécifie les messages pouvant être présentés à l'utilisateur conformément aux exigences générales fixées ci-dessus. Elle définit la structure et le contenu des messages ainsi que leur présentation à l'utilisateur final. Les messages RDS-TMC sont indépendants de la langue et peuvent être présentés dans celle qui est choisie par l'utilisateur. Le protocole ALERT-C exploite une liste d'événements normalisée (voir ISO 14819‑2) de messages avec leurs valeurs de code qui inclue aussi les problèmes liés au trafic ou d'ordre météorologique. ALERT-C définit deux catégories d'informations contenues dans les messages: les éléments de base et les éléments optionnels. En principe, les données de base sont présentes dans tous les messages. Les informations optionnelles peuvent être ajoutées aux messages en cas de nécessité. Les messages utilisateur RDS-TMC normalisés permettent de délivrer les cinq éléments de base suivants, afin de disposer d'une information radiodiffusée explicite: 1) Description de l'événement, donnant les détails relatifs aux conditions météorologiques ou aux problèmes de trafic (par exemple: embouteillage provoqué par un accident) ainsi que, le cas échéant, leur gravité (par exemple: longueur du bouchon résultant). 2) Localisation, indiquant la zone, la section de route ou le point où est située la source du problème. 3) Direction et étendue, identifiant les zones adjacentes, portions ou points particuliers également touchés par l'incident, ainsi que, le cas échéant, le sens du trafic affecté. 4) Durée, donnant une indication de la durée prévue du problème. 5) Conseil de déviation, indiquant s'il est ou non conseillé aux utilisateurs finaux de rechercher et d'emprunter un itinéraire alternatif. Des informations optionnelles peuvent être ajoutées à n'importe quel message, au moyen d'un ou plusieurs groupes de données RDS complémentaires. Cet ajout optionnel permet l'obtention d'un plus grand nombre de détails ou le traitement de situations inhabituelles. En principe, il est possible d'ajouter un nombre indéfini de champs complémentaires au message de base, à l'unique réserve que la longueur du message ne dépasse pas cinq groupes RDS. 1.3 Gestion de messages La section gestion de messages traite des fonctions de gestion des messages du RDS-TMC. Le protocole ALERT-C opère une distinction entre des messages utilisateur et des messages système. Les messages utilisateur sont ceux qui sont potentiellement portés à la connaissance de l'utilisateur final, comme défini à la section présentation. Les messages système ne sont utiles qu'au terminal RDS-TMC, pour les besoins de la gestion de messages. 1.4 Transmission La couche transmission opère la diffusion des messages par voie hertzienne. Le protocole ALERT-C, utilisé en RDS-TMC, reprend l'approche fondamentale d'un travail précédent, dont le but était de coder la plupart des messages avec un seul groupe RDS. L'information RDS-TMC comprend à la fois des messages système et des messages utilisateur. L'information système se rapporte au service TMC en particulier, et détaille les paramètres dont le terminal a besoin pour trouver, identifier et décoder l'information TMC. L'information système est transmise dans les groupes de type 3A et certains groupes de type 8A. Les messages utilisateur contiennent les détails des évènements liés au trafic; ils peuvent utiliser un ou plusieurs groupes de type 8A. La plupart des messages peuvent être émis en utilisant un groupe 8A unique, cependant des messages avec plus de détails d'information (par exemple un conseil de déviation) peuvent utiliser jusqu'à 5 groupes de type 8A. 1.5 L

General Information

Status
Withdrawn
Publication Date
20-Nov-2013
Withdrawal Date
20-Nov-2013
Current Stage
9599 - Withdrawal of International Standard
Start Date
05-Mar-2021
Completion Date
13-Dec-2025
Ref Project

Relations

Standard
ISO 14819-1:2013 - Intelligent transport systems -- Traffic and travel information messages via traffic message coding
English language
43 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 14819-1:2013 - Systèmes intelligents de transport -- Informations sur le trafic et le tourisme via le codage de messages sur le trafic
French language
48 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 14819-1:2013
Russian language
50 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)


INTERNATIONAL ISO
STANDARD 14819-1
Second edition
2013-12-01
Intelligent transport systems — Traffic
and travel information messages via
traffic message coding —
Part 1:
Coding protocol for Radio Data System —
Traffic Message Channel (RDS-TMC)
using ALERT-C
Systèmes intelligents de transport — Informations sur le trafic et le
tourisme via le codage de messages sur le trafic —
Partie 1: Protocole de codage pour le système de radiodiffusion de
données (RDS) — Canal de messages d'informations sur le trafic
(RDS-TMC) avec ALERT-C
Reference number
©
ISO 2013
©  ISO 2013
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form or by any
means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior written permission.
Permission can be requested from either ISO at the address below or ISO’s member body in the country of the requester.
ISO copyright office
Case postale 56  CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO 2013 – All rights reserved

Contents Page
Foreword . v
Introduction . vii
1 Scope . 1
1.1 General scope . 1
1.2 Content . 1
1.3 Message management . 2
1.4 Transmission . 2
1.5 Event list . 2
2 Normative references . 2
3 Terms, definitions and abbreviated terms . 2
3.1 Terms and definitions . 2
3.2 Abbreviated terms . 5
4 Application . 7
4.1 General . 7
4.2 Definition of the TMC "travel service" . 7
4.3 TMC virtual terminal . 8
4.4 Event-oriented end-user information messages . 8
4.5 Strategic and tactical information . 8
4.6 Geographic relevance . 9
4.7 Transmitted message priority . 9
4.8 Event List . 10
4.9 Future extensions . 10
5 Presentation . 10
5.1 General . 10
5.2 TMC virtual language . 10
5.3 Message content . 11
5.3.1 General . 11
5.3.2 Event Description (11 bits) . 11
5.3.3 Primary Location (16 bits) . 11
5.3.4 Direction and Extent (4 bits) . 12
5.3.5 Duration (3 bits) . 13
5.3.6 Diversion Advice (1 bit) . 14
5.4 Implicit information . 15
5.4.1 Road class and road number . 15
5.4.2 Road segment . 15
5.4.3 Area, region and country . 15
5.4.4 Pre-assigned diversion advice . 15
5.4.5 Urgency within the terminal . 15
5.4.6 Directionality . 15
5.4.7 Duration type . 16
5.4.8 Nature . 16
5.4.9 Update class . 16
5.4.10 Quantifier type . 16
5.5 Optional message content. 16
5.5.1 General . 16
5.5.2 Combination of additional information . 17
5.5.3 Control codes (label 1) . 18
5.5.4 Length of route affected (label 2) . 18
5.5.5 Speed limit (label 3) . 18
5.5.6 Additional quantifiers (labels 4 and 5) .19
5.5.7 Supplementary information (label 6) .19
5.5.8 Start and stop times (labels 7 and 8) .19
5.5.9 Multi-event messages (label 9) .19
5.5.10 Detailed diversion instructions (label 10) .20
5.5.11 Destinations (label 11) .20
5.5.12 Precise location reference (label 12) .20
5.5.13 Cross linkage to source of problem (label 13) .21
5.5.14 Separator (label 14) .22
5.5.15 Other information as defined by sub-labels (label 15) .22
5.5.16 Reference to telephone services (label 15, sub-label 1-2) .22
6 Message management .25
6.1 General .25
6.2 System messages .26
6.2.1 General .26
6.2.2 Location table .26
6.2.3 Terminal requirements .26
6.2.4 Change of database numbers .27
6.3 Message repetition .27
6.4 Message updating.28
6.5 Message deletion .28
6.5.1 General .28
6.5.2 Message persistence .28
6.5.3 Detailed stop-time .29
6.5.4 Silent cancellation message .29
6.5.5 Null message .29
6.6 Message presentation .30
6.7 Out of area referencing .30
6.7.1 Structure of the INTER-ROAD concept.30
6.7.2 INTER-ROAD messages .31
6.7.3 Updating and cancellation of INTER-ROAD messages .31
7 Transmission .32
7.1 General .32
7.2 Format of type 8A groups .32
7.3 Immediate repetition .32
7.4 Single-group user messages .33
7.5 System messages .34
7.5.1 General .34
7.5.2 System information .34
7.5.3 Tuning information .38
7.6 Multi-group messages .40
7.6.1 First group .40
7.6.2 Subsequent groups .41
7.7 Summary of X-bit usage in RDS-TMC type 8A groups .43

iv © ISO 2013 – All rights reserved

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the different types of
ISO documents should be noted. This document was drafted in accordance with the editorial rules of the
ISO/IEC Directives, Part 2. www.iso.org/directives
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of any patent
rights identified during the development of the document will be in the Introduction and/or on the ISO list of
patent declarations received. www.iso.org/patents
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on the meaning of ISO specific terms and expressions related to conformity assessment,
as well as information about ISO's adherence to the WTO principles in the Technical Barriers to Trade (TBT)
see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 204, Intelligent transport systems.
This second edition cancels and replaces the first edition (ISO 14819-1:2003), which has been technically
revised.
ISO 14819 consists of the following parts, under the general title Intelligent transport systems — Traffic and
travel information messages via traffic message coding:
 Part 1: Coding protocol for Radio Data System — Traffic Message Channel (RDS-TMC) using ALERT-C
 Part 2: Event and information codes for Radio Data System — Traffic Message Channel (RDS-TMC)
using ALERT-C
 Part 3: Location referencing for Radio Data System — Traffic Message Channel (RDS-TMC) using
ALERT-C
 Part 6: Encryption and conditional access for the Radio Data System — Traffic Message Channel ALERT
C coding
Compared to previous releases, this version includes the following additions:
 Precise location referencing
 Tendencies of Traffic Queue Lengths (TTQL)
 Coding of parking POIs
 Coding of interrupted roads
 Coding of other isolated POIs (except parking POIs)
 Coding of parallel roads
 Version identification of TMC location tables
 Location Table Exchange Format
 North American Safety Events in TMC
 Explicit Location Table Country Code transmission in TMC
 Guidelines for Service Providers and Terminal Manufacturers for Implementation of explicit Location
Table Country Code transmission
 Coding of link roads
 GB-English - List of Quantifiers
 Additional Event Codes identified by Germany
 Additional TMC Events from Danish proposal
 Additional TMC Supplementary Information: Unconfirmed Report
 RDS-TMC delivery of IVR Telephone Number
 Coding of link roads
vi © ISO 2013 – All rights reserved

Introduction
Traffic and traveller information (TTI) may be disseminated through a number of services and means of
communication to the end user, including static displays (e.g. Variable Message Signs), broadcast audio to
car radios, broadcast data services to in-vehicle equipment (e.g. installed navigation system) and to nomadic
device terminals (e.g. portable navigation device).
For all such services, the data to be disseminated and the message structure involved in the various
interfaces require clear definition and standard formats, in order to allow competitive products to operate with
any received data.
This part of ISO 14819 describes the data specification for TTI messages, together with their network layer
and their service layer, which shall be conveyed by the RDS-TMC feature, specified in IEC 62106 (Second
edition - 2009).
The TTI information chain, from event to end-user is quite complex and the TISA (the Traveller Information
Services Association) value chain shown in Figure 1 helps to understand the key components:

Figure 1 — The Traveller Information Services Association TTI value chain
A number of entities (e.g. companies, businesses) take part in one or more activities to complete the activities
shown in the value chain. Two, in particular are described, for improved understanding:
Service Provider: An organisation that constructs a data service, by gathering data, processing data
and supplying the data service. A Service Provider then negotiates for the use of the necessary data
bandwidth with a Broadcaster and/or Transmission Operator. A Service Provider is responsible for the
"quality" of the content to his customers and must provide suitable customer support.
Broadcaster: A traditionally incorporated organisation responsible for a continuous strand of audio
programmes and their quality. A broadcaster may also be responsible for overall co-ordination of
"broadcast transmissions" (often a Broadcaster is the licensee of a national regulator). A Broadcaster
may also be a Service Provider.
TTI services for travellers, using spoken radio reports and in-vision reports occupy broadcast air-time and
whilst valuable to some, they are considered less useful by others. Furthermore, only some are useful for
travellers on the move. Due to the widespread adoption of the Radio Data System, in VHF/FM broadcasting
on Band II there is the possibility of transmitting coded TTI messages digitally and "silently" using the RDS-
TMC feature, which avoids the interruption of planned programmes. This TTI delivery method has a number of
advantages: TTI messages can be decoded into the language of the end user, regardless of location, more
messages can be made available and planned broadcast programme interruption is avoided, so make
delivery of TTI messages more timely and topical.
The ALERT-C protocol defined in this part of ISO 14819 supports a data broadcasting service for travellers,
providing information about many kinds of traffic and travel events. Messages include traffic incident
information relating to national and regional routes and some urban roads and other information required by a
traveller, such as roadworks and weather information.
This part of ISO 14819 is based on the ALERT-C traffic message coding protocol, which was a product of
DRIVE Project V1029, "RDS Advice and Problem Location for European Road Traffic". The RDS-ALERT
project aimed to define standards for RDS-TMC, working in conjunction with the European Broadcasting
Union (EBU) and the European Conference of Ministers of Transport (ECMT).
The international standard has been implemented in many countries worldwide and, as a result of very
extensive implementation experience, it has matured with many changes from the earliest version of the
ALERT-C proposal of 1990. At that time CEN TC 278 Sub-working group (SWG) 4.1 developed the coding
protocol, herein and the event list described in ISO 14819-2; meanwhile CEN TC 278 SWG 7.3 developed the
location referencing method which is described in ISO 14819-3. Subsequently the TMC Forum was
responsible for collecting specific additions and improvements intended for inclusion in this part of ISO 14819.
Latterly, the Traveller Information Services Association (TISA) took over all responsibility (including TMC
Forum legacy) for maintenance of this part of ISO 14819, which now includes an up to date set of industry
supported enhancements to RDS-TMC.
The RDS system is fully described in IEC 62106 (Second edition, 2009) and it contains the 'hooks' to RDS-
TMC, detailed in this part of ISO 14819. It employs a group structured data protocol. It uses type 3A groups
defined to carry Open Data Application (ODA) identification and service and network layer information. This
enables signalling of the TMC feature in other data groups. It uses type 8A groups defined to carry RDS-TMC
messages and location information, together with TMC service tuning information.
Broadly, two types of RDS-TMC services are required: one that is, in effect, free of charge at the point of use
by an end user and thus uses un-encrypted data, and one that is paid-for using encrypted data. The
conditional access capability was developed by the TMC Forum and is described in ISO 14819-6.
viii © ISO 2013 – All rights reserved

INTERNATIONAL STANDARD ISO 14819-1:2013(E)

Intelligent transport systems — Traffic and travel information
messages via traffic message coding —
Part 1:
Coding protocol for Radio Data System — Traffic Message
Channel (RDS-TMC) using ALERT-C
1 Scope
1.1 General scope
The ALERT-C protocol is designed to provide mostly event-oriented road end-user information messages.
Many "hooks" have been left for future development and a few status-orientated road end-user information
messages were included.
1.2 Content
The presentation section of the ALERT-C protocol specifies messages that may be presented to the user in
accordance with the general requirements set out above. It defines the message structure and content, and its
presentation to the end-user.
RDS-TMC messages are language-independent, and can be presented in the language of the user's choice.
The ALERT-C protocol utilises a standardised Event List (ISO 14819-2) of event messages with their code
values, which also includes general traffic problems and weather situations.
ALERT-C defines two categories of information within messages: basic and optional items. In principle, basic
information is present in all messages. Optional information can be added to messages where necessary.
Standard RDS-TMC user messages provide the following five basic items of explicit, broadcast information:
1. Event description, giving details of road event situations, general traffic problems and weather situations
(e.g. congestion caused by accident) and where appropriate its severity (e.g. resulting queue length).
2. Location, indicating the area, road segment or point location where the source of the problem is situated.
3. Direction and Extent, identifying the adjacent segments or specific point locations also affected by the
incident, and where appropriate the direction of traffic affected.
4. Duration, giving an indication of how long the problem is expected to last.
5. Diversion advice, showing whether or not end-users are recommended to find and follow an alternative
route.
Optional information can be added to any message using one or more additional RDS data groups. This
optional addition can give greater detail or can deal with unusual situations. Any number of additional fields
can in principle be added to each basic message, subject only to a maximum message length of five RDS
data groups.
1.3 Message management
The message management component deals with 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 the presentation section. System messages are of use
only to the RDS-TMC terminal, for message management purposes.
1.4 Transmission
The transmission component conveys the messages over-air. The ALERT-C protocol, which RDS-TMC uses,
retains the fundamental approach of earlier work, which aims to code most messages entirely within a single
RDS group.
RDS-TMC information comprises both ‘system information’ and ‘user messages’. System information relates
to the particular 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.
1.5 Event list
The ALERT-C Event List contains all event descriptions. It is described in ISO 14819-2.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated references,
the latest edition of the referenced document (including any amendments) applies.
ISO 4217:2008, Codes for the representation of currencies and funds
ISO 8601:2004, Data elements and interchange formats — Information interchange — Representation of
dates and times
ISO 14819-2, Intelligent transport systems — Traffic and travel information messages via traffic message
coding — Part 2: Event and information codes for Radio Data System — Traffic Message Channel (RDS-
TMC) using ALERT-C
ISO 14819-3, Intelligent transport systems — Traffic and travel information messages via traffic message
coding — Part 3: Location referencing for Radio Data System — Traffic message Channel (RDS-TMC) using
ALERT-C
IEC 62106:2009, Specification of the radio data system (RDS) for VHF/FM sound broadcasting in the
frequency range from 87.5 to 108.0 MHz
3 Terms, definitions and abbreviated terms
3.1 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
2 © ISO 2013 – All rights reserved

3.1.1
Application Identifier
signals the specific group type used by the Open Data Application
Note 1 to entry: Defined in the RDS specification IEC 62106.
3.1.2
Continuity Index Field
helps distinguish between different multi-group messages
Note 1 to entry: All groups within any particular multi-group message contain the same value of this continuity index.
3.1.3
Country Code
assigns a code to each country
Note 1 to entry: Country codes are not unique to one country and can be repeated in non-neighbouring countries.
Note 2 to entry: In RDS, The Country Code is transmitted in the first 4-bits of the PI code to signal the origin of the audio
programme, which may be different to the country where the transmitter is located.
Note 3 to entry: Defined in the RDS specification IEC 62106.
3.1.4
Direction and Extent
identifies the adjacent segments or specific point locations also affected by the incident, and where
appropriate the direction of traffic affected
3.1.5
Diversion Advice
shows whether or not end-users are recommended to find and follow an alternative route
3.1.6
Duration
gives an indication of how long the problem is expected to last
3.1.7
End-user
covers the meaning for all possible terminal clients
Note 1 to entry: This could be a vehicle driver, a user of a portable or fixed TMC receiver or an intelligent client that
processes the information such as in a navigation system.
3.1.8
Event Description
gives details of the traffic problem (e.g. congestion caused by accident) and where appropriate its severity (e.g.
resulting queue length) or weather situation
3.1.9
Event List
agreed table of event descriptions and parameters, assigning an event code value and giving the details of
traffic problem (e.g. congestion caused by accident) and where appropriate its severity (e.g. resulting queue
length) or the weather situation
Note 1 to entry: Defined in ISO 4217:2008.
3.1.10
Foreign Location Table
location table which is different from the default location table used by the transmitter
3.1.11
INTER-ROAD
way of referencing locations from other location tables via special multi-group messages
Note 1 to entry: These messages can be used to inform end-users about problems in other areas, in particular in
neighbouring countries.
3.1.12
Extended Country Code
assigns a unique code to each country
Note 1 to entry: The combination of ECC and CC algother assigns a unique code for each country.
Note 2 to entry: Defined in the RDS specification IEC 62106.
3.1.13
Location
indicates the area, road segment or point location where the source of the problem is situated
3.1.14
Location Table
agreed table which contains for each service information the area, road segment or point location where the
source of the problem is situated
Note 1 to entry: Each location table is identified by three elements: a Number – Location Table Number, a Location Table
Country Code, and a Location Table Extended Country Code. The combination of these three elements identifies a
Location Table uniquely. Each service has a Location Table defined by Location Table Number, a Location Table Country
Code and Location Table Extended Country Code.
3.1.15
Location Table Country Code
assigns a code to each location table, based on the country of origin of the locations referenced in this table
3.1.16
Location Table Extended Country Code
assigns a code to each location table, based on the country of origin of the locations referenced in this table
Note 1 to entry: Together the LTECC, LTCC and LTN identify a location database uniquely.
3.1.17
Open Data Application
provides the means for adding applications to an RDS transmission
Note 1 to entry: Defined in the RDS specification IEC 62106.
3.1.18
Programme Identifier
assigns a unique value to each audio programme source
Note 1 to entry: Defined in the RDS specification IEC 62106.
3.1.19
Programme Identifier Country Code
first four bits of the Programme Identifier are identical with Country Code if the RDS specification IEC 62106 is
implemented
Note 1 to entry: The CC is signalled in the RDS PI Code for purposes of identifying the country of origin of the audio
programme.
Note 2 to entry: Usually the Programme Identifier Country Code and the Location Table Country Code on an RDS-TMC
transmission have the same value, but not always nor necessarily.
4 © ISO 2013 – All rights reserved

3.1.20
Silent Cancellation Message
used to delete messages from the end-user terminal
3.1.21
Service-ID
used to uniquely identify a particular TMC service from a service provider
3.1.22
System Information
enables an RDS-TMC terminal to decode and evaluate essential data, which describes the transmission being
received
Note 1 to entry: System Information indicates an RDS-TMC service and comprises some service characteristics needed to
select the RDS-TMC service.
3.1.23
Terminal
provides the user interfaces with the TMC service
Note 1 to entry: Their functionality may cover a range of terminal functions from simple terminals with a limited message
repertoire and restricted location database to more sophisticated terminals offering full TMC message features and/or a
wide range of strategic and tactical location databases.
3.1.24
Tuning Information
enables a RDS-TMC terminal to change from one transmitter to another at boundaries of a particular
transmitter’s coverage
Note 1 to entry: Each transmitter should direct the RDS-TMC terminal to specific frequencies or TMC services in adjacent
areas.
3.1.25
User Message
describes the messages which are potentially made known to the end-user
Note 1 to entry: They contain event, location, direction and extent, duration etc. descriptions.
3.1.26
TISA
not-for-profit membership organisation established under Belgian law aiming at developing and maintaining
worldwide traffic and traveller information standards such TMC and TPEG
3.2 Abbreviated terms
For the purposes of this document, the following abbreviated terms apply.
3.2.1
AF
Alternative Frequency - an RDS feature
3.2.2
AFI
Alternative Frequency Information - an RDS-TMC feature
3.2.3
AID
Application Identifier - an RDS feature
3.2.4
ALERT-C
Advice and Problem Location for European Road Traffic, Version C
3.2.5
CC
Country Code - an RDS feature
3.2.6
CT
Clock Time - an RDS feature
3.2.7
EBU
European Broadcasting Union
3.2.8
ECC
Extended Country Code -an RDS feature
3.2.9
ECMT
European Conference of Ministers of Transport
3.2.10
IVR
Interactive Voice Response – an information telephone call, typically automated
3.2.11
LTCC
Location Table Country Code
3.2.12
LTECC
Location Table Extended Country Code
3.2.13
LTN
Location Table Number
3.2.14
MGS
Message Geographical Scope
3.2.15
ODA
Open Data Application –an RDS feature
3.2.16
ON
Other Network - an RDS feature
3.2.17
PI
Programme Identifier - an RDS feature
3.2.18
PICC
Programme Identifier Country Code
6 © ISO 2013 – All rights reserved

3.2.19
RDS
Radio Data System
3.2.20
rfu
Reserved for future use
3.2.21
SID
Service-ID
3.2.22
TISA
Traveller Information Services Association
3.2.23
TMC
Traffic Message Channel
3.2.24
TN
Tuned Network
3.2.25
UTC
Universal Co-ordinated Time
4 Application
4.1 General
Spoken broadcast traffic messages already provide a valuable information service to motorists in countries
throughout Europe. Digital broadcasting techniques have now become available due to the widespread
adoption of the Radio Data System (RDS). RDS enables traffic messages to be carried digitally and silently by
a Traffic Message Channel (TMC), without necessarily interrupting the audio programme.
The ALERT-C protocol defined in this specification supports a digital, silent broadcast service for motorists,
providing information about many kinds of traffic events. This includes roadworks, weather and traffic incident
information relating to major national and international routes, regional routes and local roads.
Some basic information about public transport is included within the scope of the current protocol for the
special case of ferries and short rail links designed to carry road vehicles, such as Alpine tunnels or the
Channel Tunnel.
4.2 Definition of the TMC "travel service"
ALERT-C defines the Traffic Message Channel (TMC) as a travel service digitally and silently broadcast using
RDS, which can provide an end-user with:
 event-oriented end-user information on the nature, severity and probable evolution of both urban and
interurban traffic problems;
 reduced frustration and uncertainty due to this provision of timely and helpful information;
 assistance with journey planning, including rerouting and rescheduling of trips to avoid current or
projected strategic traffic situations;
 details of local traffic incidents which may be avoidable through the use of minor diversions;
 status-orientated information on traffic conditions which can help to support intelligent on-vehicle route
guidance equipment; and
 additional data on roadside amenities and tourism information which can in future complement and
update on-vehicle mobile databases.
4.3 TMC virtual terminal
Information broadcast digitally and silently can only be interpreted by suitable RDS-TMC terminals. These
RDS-TMC terminals provide the user interfaces with the TMC service. Their functionality may vary
substantially according to technical developments and market requirements, which cannot be wholly predicted
in advance. Instead, a virtual terminal model is defined which covers a range of terminal functions, including:
 simple terminals with a limited message repertoire and restricted location database;
 more sophisticated terminals offering full TMC message features and/or a wide range of strategic and
tactical location databases;
 terminals which monitor only a single, selected TMC service, and others which employ more
sophisticated search strategies of several or many channels;
 terminals which are active before the start of a journey, and others which must acquire their TMC data
after the journey begins; and
 terminals which provide output via speech synthesis and/or visual displays, and others which interface to
more sophisticated on-vehicle route guidance equipment.
4.4 Event-oriented end-user information messages
The ALERT-C protocol defines only event-oriented end-user information messages.
End-user information messages are those designed primarily to service an in-vehicle terminal, offering
information directly to end-users via speech synthesis and/or displays. Terminals can also be used in home
and office terminals or public access terminals, to assist in pre-trip journey planning.
Event-oriented messages describe deviations from the normal traffic equilibrium state, and include problems
such as congestion, roadworks, adverse weather conditions, accidents, ferry delays or cancellations, etc.
4.5 Strategic and tactical information
ALERT-C follows EBU Guidelines on Broadcasts for Motorists, revised June 1990, in distinguishing between
strategic information, of value for trip planning and route selection in the medium term, and tactical information
likely to be of relevance for immediate local diversions around current traffic problems.
In more detail, broadcast traffic information comprises:
a) immediate "tactical" information, for transmission as soon as possible, with frequent repeats;
b) medium-term "strategic" information, for transmission at intervals, according to available channel
capacity;
c) long-term "background" information, for transmission from time to time;
d) forecasts such as weather and expected road conditions, traffic density, coming events, etc.; and
e) tourist and other messages, including public transport information, which may be relevant for motorists.
8 © ISO 2013 – All rights reserved

The ALERT-C protocol follows these guidelines, aiming to allow as many as possible of the existing spoken
messages to be carried in similar forms using the digital TMC medium.
4.6 Geographic relevance
ALERT-C utilises location coding strategies prepared in guidelines developed within the DRIVE Project. These
guidelines adopt hierarchical principles of structuring the location database in accordance with EBU Broadcast
for Motorists group functional recommendations for strategic and tactical messages. This is dealt with
in ISO 14819-3.
This protocol does not address the internal management of traffic messages by broadcasters in respect of
geographic relevance. In the following it is assumed, that broadcasters will arrange to transmit messages with
a priority that is appropriate to its geographic relevance. This means, that the frequency with which a message
is inserted into the message cycle is not only dependent on the event but is also a function of the location in
relation to the broadcasting area.
Extremely urgent messages (X-messages) have to be included by all relevant services that cover the
respective area in which the X-message is located.
4.7 Transmitted message priority
Message priorities used by broadcasters adopting RDS-TMC should follow the current approach set out in the
EBU Guidelines on Broadcasts for Motorists, revised June 1990. In the context of RDS-TMC, this can be
interpreted as the following range of transmitted message priorities:
a) Extremely urgent information with highest priority, for immediate broadcast, interrupting existing RDS-
TMC message cycles and being repeated very frequently;
b) Tactical information, for non-delayed broadcast, with frequent repeats;
c) Strategic information, broadcast at intervals according to RDS-TMC channel capacity; and
d) Background information, broadcast less frequently, when channel capacity permits.
The ALERT-C protocol does not address the internal management of traffic messages by broadcasters in
respect of broadcast message priority. The protocol assumes that broadcasters
...


NORME ISO
INTERNATIONALE 14819-1
Deuxième édition
2013-12-01
Systèmes intelligents de transport —
Informations sur le trafic et le
tourisme via le codage de messages
sur le trafic —
Partie 1:
Protocole de codage pour le système
de radiodiffusion de données (RDS) —
Canal de messages d'informations sur
le trafic (RDS-TMC) avec ALERT-C
Intelligent transport systems — Traffic and travel information
messages via traffic message coding —
Part 1: Coding protocol for Radio Data System — Traffic Message
Channel (RDS-TMC) using ALERT-C
Numéro de référence
©
ISO 2013
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2013
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
Fax: +41 22 749 09 47
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii © ISO 2013 – Tous droits réservés

Sommaire Page
Avant-propos .v
Introduction .vii
1 Domaine d’application . 1
1.1 Généralités . 1
1.2 Contenu . 1
1.3 Gestion de messages . 2
1.4 Transmission . 2
1.5 Liste d’événements . 2
2 Références normatives . 2
3 Termes, définitions et abréviations . 3
3.1 Termes et définitions . 3
3.2 Abréviations . 5
4 Application . 7
4.1 Généralités . 7
4.2 Définition du «service routier» TMC . 8
4.3 Terminal virtuel TMC . 8
4.4 Messages d’information de l’utilisateur final «orientés événement» . 8
4.5 Informations stratégiques et tactiques . 9
4.6 Pertinence géographique . 9
4.7 Priorité de transmission du message . 9
4.8 Liste d’événements .10
4.9 Extensions futures .11
5 Présentation .11
5.1 Généralités .11
5.2 Langage virtuel TMC .11
5.3 Contenu du message .12
5.3.1 Généralités .12
5.3.2 Description de l’événement (11 bits) .12
5.3.3 Localisation primaire (16 bits) . .12
5.3.4 Direction et étendue (4 bits) .13
5.3.5 Durée (3 bits) .14
5.3.6 Conseil de déviation (1 bit) .16
5.4 Information implicite .16
5.4.1 Catégorie de route et numéro de route .16
5.4.2 Section de route .16
5.4.3 Zone, région et pays.16
5.4.4 Conseil de déviation prédéfinie .16
5.4.5 Urgence enregistrée dans le terminal .17
5.4.6 Directionnalité .17
5.4.7 Type de durée .17
5.4.8 Nature .17
5.4.9 Classe de mise à jour .18
5.4.10 Type de quantificateur .18
5.5 Contenus optionnels dans les messages .18
5.5.1 Généralités .18
5.5.2 Combinaison des informations complémentaires .19
5.5.3 Codes de commande (label 1) .19
5.5.4 Longueur d’itinéraire affectée (label 2) .20
5.5.5 Limitation de vitesse (label 3) .20
5.5.6 Quantificateurs complémentaires (labels 4 et 5) .20
5.5.7 Codes de recommandations supplémentaires (label 6) .20
5.5.8 Heures de début et de fin (labels 7 et 8) .21
5.5.9 Messages à événements multiples (label 9) .21
5.5.10 Instructions de déviation détaillées (label 10) .22
5.5.11 Destinations (label 11) .22
5.5.12 Localisation précise (label 12) .22
5.5.13 Référence croisée de la source du problème (label 13) .23
5.5.14 Séparateur (label 14) .24
5.5.15 Autres informations telles que définies par des sous-labels (label 15) .24
5.5.16 Référence aux services téléphoniques (label 15, sous-labels 1-2) .24
6 Gestion de messages .28
6.1 Généralités .28
6.2 Messages système .29
6.2.1 Généralités .29
6.2.2 Table de données de localisants .29
6.2.3 Exigences du terminal .29
6.2.4 Changement de numéros de tables .30
6.3 Répétition de messages .31
6.4 Mise à jour de messages.31
6.5 Suppression de messages .31
6.5.1 Généralités .31
6.5.2 Persistance du message .31
6.5.3 Heure de fin détaillée .32
6.5.4 Message d’annulation silencieuse .32
6.5.5 Message vide .33
6.6 Présentation du message .33
6.7 Adressage en dehors de la zone .34
6.7.1 Structure du concept INTER-ROAD .34
6.7.2 Messages INTER-ROAD .34
6.7.3 Mise à jour et annulation des messages INTER-ROAD .35
7 Transmission .35
7.1 Généralités .35
7.2 Format des groupes 8A .35
7.3 Répétition immédiate .36
7.4 Messages utilisateur à groupe unique .36
7.5 Messages système .38
7.5.1 Généralités .38
7.5.2 Informations sur le système .38
7.5.3 Information de suivi de fréquence ou de service .42
7.6 Messages multigroupes .44
7.6.1 Premier groupe .45
7.6.2 Groupes ultérieurs.46
7.7 Résumé de l’utilisation des bits X dans les groupes de type 8A RDS-TMC .48
iv © ISO 2013 – Tous droits réservés

Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes
nationaux de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est
en général confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l'ISO participent également aux travaux.
L'ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier, de prendre note des différents
critères d’approbation requis pour les différents types de documents. Le présent document a été rédigé
conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir www .iso
.org/directives).
L’attention est attirée sur le fait que certains des éléments du présent document peuvent faire l’objet
de droits de brevet. L’IEC et l’ISO ne sauraient être tenues pour responsables de ne pas avoir identifié
de tels droits de propriété et averti de leur existence. Les détails concernant les références aux droits
de propriété intellectuelle ou autres droits analogues identifiés lors de l’élaboration du document sont
indiqués dans l’Introduction et/ou dans la liste des déclarations de brevets reçues par l’ISO (voir www
.iso .org/patents).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la signification des termes et expressions spécifiques de l’ISO liés à l’évaluation
de la conformité, ou pour toute information au sujet de l’adhésion de l’ISO aux principes de l’OMC
concernant les obstacles techniques au commerce (OTC), voir le lien suivant: Avant-propos -Informations
supplémentaires
Le comité technique responsable de ce document est le ISO/TC 204, Systèmes intelligents de transport.
Cette seconde édition annule et remplace la première édition (ISO 14819-1:2003) qui a fait l’objet d’une
révision technique.
L'ISO 14819 comprend les parties suivantes, présentées sous le titre général Systèmes intelligents de
transport — Informations sur le trafic et le tourisme via le codage de messages sur le trafic:
— Partie 1: Rotocole de codage pour le système de radiodiffusion de données (RDS) — Canal de messages
d'informations sur le trafic (RDS-TMC) avec ALERT-C
— Partie 2: Codes d'événements et d'informations pour le système de radiodiffusion de données (RDS) —
Canal de messages d'informations sur le trafic (RDS-TMC) avec ALERT-C
— Partie 3: Références de localisants pour le système de radiodiffusion de données (RDS) — Canal de
messages d'informations sur le trafic (RDS-TMC) avec ALERT-C
— Parties 6: Accès au cryptage et accès conditionnel pour le système de radiodiffusion de données —
Codage ALERT C du canal de messages sur le trafic
Comparée à la précédente, cette version inclus les ajouts suivants:
— Localisation précise
— Tendances sur les longueurs de bouchons (TTQL)
— Codage des POI de type stationnement
— Codage des routes interrompues
— Codage d'autres POIs isolés (sauf les POIs de type stationnement)
— Codage de routes parallèles
— Identification de la version des tables de localisants TMC
— Format d'échange des tables de localisants
— Événements relatifs à la sécurité en Amérique du Nord en TMC
— Transmission explicite en TMC des codes pays des tables de localisants
— Lignes directrices à l'intention des fournisseurs de services et des fabricants de terminaux pour la
mise en œuvre de la transmission explicite des codes pays des tables de localisants
— Codage des bretelles de liaison
— Anglais - GB - Liste des quantificateurs
— Codes d'événements supplémentaires identifiés par l'Allemagne
— Événements TMC supplémentaires sur proposition danoise
— Autres informations supplémentaires en TMC: Rapport non confirmé
— Diffusion RDS-TMC des numéros de téléphone audiotel
vi © ISO 2013 – Tous droits réservés

Introduction
L'information sur le trafic et le tourisme (TTI) peut être diffusée à l’utilisateur final par l'intermédiaire
d'un certain nombre de services ou de moyens de communication, comprenant les écrans statiques (par
exemple, les panneaux de message variable), la radiodiffusion sonore vers les autoradios, les services
de radiodiffusion de données vers les équipements embarqués (par exemple, le système de navigation
installé) et aux terminaux mobiles (par exemple, les dispositifs de navigation portables).
Pour tous les services de ce type, les données à diffuser et la structure des messages impliqués dans
les diverses interfaces nécessitent une définition claire et des formats normalisés, afin de permettre le
fonctionnement de produits concurrents, quelles que soient les données reçues.
La présente norme traite des spécifications des données pour les messages TTI (messages d'information
sur le trafic et le tourisme), de leurs couches réseau et service, qui doivent être transmis par le système
RDS-TMC, spécifié dans la IEC 62106 (Deuxième édition – 2009).
La chaîne de messages TTI, allant de l’évènement jusqu’à l’utilisateur final, est bien complexe mais la
chaîne de valeurs TTI de la TISA (Association pour les services d’information aux voyageurs) présentée
à la Figure 1 permet de comprendre les principaux composants:

Info/Événement Collecte du Agrégation Fourniture Prestation Réception Rendu des
contenu du contenu de services de services de services messages
Figure 1 — Chaîne de valeurs TTI de la TISA
Un certain nombre de structures (par exemple, les firmes ou sociétés) prennent part à une ou plusieurs
opérations en vue de réaliser les activités présentées dans la chaîne de valeurs. Pour une meilleure
compréhension, deux de ces structures sont décrites:
Fournisseur de service: Organisation qui met sur pied un service de données en recueillant et
traitant les données et en fournissant ce service de données. Un fournisseur de service négocie
ensuite avec un opérateur de diffusion et /ou de transmission l'usage de la largeur de bande de
données nécessaire. Un fournisseur de service est responsable devant ses clients de la «qualité»
des données et doit leur fournir un soutien adapté.
Diffuseur: Organisation traditionnellement constituée en société commerciale responsable d'une
plage continue de programmes, de leur qualité et des données associées au programme, ainsi
que d'une coordination générale des «transmissions diffusées» (un diffuseur détient souvent une
licence d'un organisme de régulation national). Un diffuseur peut aussi être un fournisseur de
service.
Les services TTI aux voyageurs, utilisant des rapports audio et des rapports vidéo intégrés occupent
une heure de diffusion et s’ils sont précieux pour certains voyageurs, ils sont considérés de moindre
importance par d’autres. Par ailleurs, seuls certains sont utiles aux voyageurs dans leur déplacement.
En raison de l’adoption générale du système de radiodiffusion de données (RDS), en diffusion VHF/
FM sur la Bande II, il est possible de transmettre des messages TTI codés, sous forme numérique et de
façon «silencieuse», grâce au canal réservé aux messages de circulation (RDS-TMC), sans interrompre
les programmes prévus. Cela présente un certain nombre d’avantages. Les messages TTI peuvent être
décodés dans la langue de l’utilisateur final quel que soit le lieu et il est possible de mettre beaucoup
plus de messages à disposition, d’éviter l’interruption du programme prévu, et donc de transmettre les
messages TTI de façon plus rapide et plus adaptée.
Le protocole ALERT-C défini dans la présente norme prend en charge un service de radiodiffusion de
données destiné aux voyageurs, fournissant des informations sur de nombreux types d’événements liés
au trafic et au parcours. Les messages fournis comprennent des informations relatives aux incidents de
circulation se produisant sur les itinéraires nationaux et régionaux et sur certaines voies urbaines, et
d’autres informations requises par un voyageur donné, telles que celles ayant trait aux travaux routiers
et aux conditions météorologiques.
La présente norme est fondée sur le «protocole de codage des messages de trafic ALERT C» qui était
un produit issu du projet DRIVE V1029, «Avertissement RDS et localisation des difficultés sur le
trafic routier européen»’ («RDS Advice and problem Location for European Road Traffic»). Le projet
RDS-ALERT avait pour but de définir des normes pour le RDS-TMC, en travaillant en collaboration
avec l'Union Européenne de Radio-télévision (UER) et la Conférence Européenne des Ministres des
Transports (CEMT).
La norme a été appliquée dans bon nombre de pays à travers le monde et, suite aux expériences issues
de son application bien répandue, elle s’est améliorée avec l’intégration de nombreuses modifications
depuis la première version de la proposition d’ALERT-C de 1990. A ce moment, le sous-groupe de
travail SWG 4.1 du CEN TC 278 a conçu le protocole de codage contenu dans les présentes et la liste
d’événements décrite dans l’EN ISO 14819-2, pendant que le SWG7.3 du CEN TC 278 développait la
méthode de référencement géographique décrite dans l’EN ISO 14819-3. Par la suite, le Forum TMC a
été chargé de recueillir des ajouts et améliorations spécifiques devant être intégrés dans la présente
norme. Plus tard, l’Association pour des services d’information aux voyageurs (TISA) a pris en charge
l’entière responsabilité (y compris celle du Forum TMC) pour l’actualisation de la présente norme, qui
à présent inclut un ensemble actualisé d’améliorations du système RDS-TMC orientées par l’industrie.
Le système RDS est entièrement décrit dans la IEC 62106 (Deuxième édition – 2009) et il contient les
éléments pour le raccrocher au RDS-TMC détaillé dans la présente norme. Il emploie un protocole de
données structurées en groupes. Le système RDS utilise les groupes de type 3A définis pour véhiculer
l’identification ODA (Application de données ouverte) ainsi que les services et les informations sur la
couche réseau. Cela permet la signalisation de la fonctionnalité TMC dans d’autres groupes de données.
Il utilise les groupes de type 8A définis pour véhiculer les messages RDS-TMC et les informations de
localisation, ainsi que les informations de suivi des services TMC.
D’une façon générale, deux types de services RDS-TMC sont exigés: l’un qui est en effet gratuit au point
d’utilisation par un utilisateur final et qui fait donc usage de données non cryptées, et l’autre qui est
payant et qui utilise des données cryptées. La capacité d’accès conditionnel a été déterminée par le
Forum TMC et est décrite dans l’EN ISO 14819-6.
viii © ISO 2013 – Tous droits réservés

NORME INTERNATIONALE ISO 14819-1:2013(F)
Systèmes intelligents de transport — Informations sur
le trafic et le tourisme via le codage de messages sur le
trafic —
Partie 1:
Protocole de codage pour le système de radiodiffusion de
données (RDS) — Canal de messages d'informations sur le
trafic (RDS-TMC) avec ALERT-C
1 Domaine d’application
1.1 Généralités
Le protocole ALERT-C est conçu pour fournir la plupart des messages d’information du conducteur
orientés évènements. Il est prévu de définir ultérieurement de nombreuses extensions de protocole,
et de fait, quelques informations de guidage routier orientées état ont été incluses.
1.2 Contenu
La section présentation du protocole ALERT-C spécifie les messages pouvant être présentés à
l'utilisateur conformément aux exigences générales fixées ci-dessus. Elle définit la structure et le
contenu des messages ainsi que leur présentation à l’utilisateur final.
Les messages RDS-TMC sont indépendants de la langue et peuvent être présentés dans celle qui est
choisie par l'utilisateur. Le protocole ALERT-C exploite une liste d’événements normalisée (voir
ISO 14819-2) de messages avec leurs valeurs de code qui inclue aussi les problèmes liés au trafic ou
d'ordre météorologique.
ALERT-C définit deux catégories d'informations contenues dans les messages: les éléments de base et
les éléments optionnels. En principe, les données de base sont présentes dans tous les messages. Les
informations optionnelles peuvent être ajoutées aux messages en cas de nécessité.
Les messages utilisateur RDS-TMC normalisés permettent de délivrer les cinq éléments de base
suivants, afin de disposer d'une information radiodiffusée explicite:
1) Description de l’événement, donnant les détails relatifs aux conditions météorologiques ou
aux problèmes de trafic (par exemple: embouteillage provoqué par un accident) ainsi que, le cas
échéant, leur gravité (par exemple: longueur du bouchon résultant).
2) Localisation, indiquant la zone, la section de route ou le point où est située la source du problème.
3) Direction et étendue, identifiant les zones adjacentes, portions ou points particuliers également
touchés par l'incident, ainsi que, le cas échéant, le sens du trafic affecté.
4) Durée, donnant une indication de la durée prévue du problème.
5) Conseil de déviation, indiquant s'il est ou non conseillé aux utilisateurs finaux de rechercher et
d'emprunter un itinéraire alternatif.
Des informations optionnelles peuvent être ajoutées à n'importe quel message, au moyen d'un ou
plusieurs groupes de données RDS complémentaires. Cet ajout optionnel permet l'obtention d'un
plus grand nombre de détails ou le traitement de situations inhabituelles. En principe, il est possible
d'ajouter un nombre indéfini de champs complémentaires au message de base, à l'unique réserve que la
longueur du message ne dépasse pas cinq groupes RDS.
1.3 Gestion de messages
La section gestion de messages traite des fonctions de gestion des messages du RDS-TMC. Le protocole
ALERT-C opère une distinction entre des messages utilisateur et des messages système. Les messages
utilisateur sont ceux qui sont potentiellement portés à la connaissance de l’utilisateur final, comme
défini à la section présentation. Les messages système ne sont utiles qu'au terminal RDS-TMC, pour les
besoins de la gestion de messages.
1.4 Transmission
La couche transmission opère la diffusion des messages par voie hertzienne. Le protocole ALERT-C,
utilisé en RDS-TMC, reprend l’approche fondamentale d’un travail précédent, dont le but était de coder
la plupart des messages avec un seul groupe RDS.
L’information RDS-TMC comprend à la fois des messages système et des messages utilisateur.
L’information système se rapporte au service TMC en particulier, et détaille les paramètres dont le
terminal a besoin pour trouver, identifier et décoder l’information TMC. L’information système est
transmise dans les groupes de type 3A et certains groupes de type 8A.
Les messages utilisateur contiennent les détails des évènements liés au trafic; ils peuvent utiliser un
ou plusieurs groupes de type 8A. La plupart des messages peuvent être émis en utilisant un groupe
8A unique, cependant des messages avec plus de détails d’information (par exemple un conseil de
déviation) peuvent utiliser jusqu’à 5 groupes de type 8A.
1.5 Liste d’événements
La «liste d’événements» utilisée par ALERT-C contient la description de tous les événements. Elle est
décrite dans l’EN ISO 14819-2.
2 Références normatives
Les documents suivants, en totalité ou partie, sont référencés comme norme dans ce document et sont
indispensables à son application. Pour les références datées, seule l’édition citée s’applique. Pour les
références non datées, la dernière édition du document de référence s’applique (y compris les éventuels
amendements).
ISO 4217:2008, Codes pour la représentation des monnaies et types de fonds
ISO 8601:2004, Éléments de données et formats d'échange — Échange d'information — Représentation de
la date et de l'heure
ISO 14819-2, Systèmes intelligents de transport — Informations sur le trafic et le tourisme via le codage de
messages sur le trafic — Partie 2: Codes d'événements et d'informations pour le système de radiodiffusion
de données (RDS) — Canal de messages d'informations sur le trafic (RDS-TMC) avec ALERT-C
ISO 14819-3, Systèmes intelligents de transport — Informations sur le trafic et le tourisme via le codage de
messages sur le trafic — Partie 3: Références de localisants pour le système de radiodiffusion de données
(RDS) — Canal de messages d'informations sur le trafic (RDS-TMC) avec ALERT-C
IEC 62106:2009, Spécification du Système de Données Radio (RDS) pour la diffusion du son VHF/FM dans la
bande 87,5 MHz à 108,0 MHz
2 © ISO 2013 – Tous droits réservés

3 Termes, définitions et abréviations
3.1 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent:
3.1.1
identifiant de l’application
identification de l’application définie dans la spécification RDS IEC 62106 et qui signale le type de
groupe spécifique utilisé par l’Application de Données Ouverte
3.1.2
champ indice de continuité
champ dont l’objet est de faciliter la distinction entre différents messages multigroupes. Tous les
groupes d’un message multigroupe particulier contiennent la même valeur de l’indice de continuité
Note 1 à l'article: Tous les groupes à l'intérieur d'un message multi-groupe particulier contiennent la même valeur
de cet index de continuité.
3.1.3
code pays
affecte un code à chaque pays
Note 1 à l'article: Les codes de pays ne sont pas spécifiques à un pays et peuvent être réutilisés dans des pays non
voisins.
Note 2 à l'article: Dans le RDS, l'indicatif de pays est transmis dans les 4 premiers bits du code PI pour signaler
l'origine du signal audio qui peut être différent du pays où se trouve l'émetteur.
Note 3 à l'article: Défini dans la spécification RDS IEC 62106.
3.1.4
direction et étendue
identification des zones adjacentes, sections ou points particuliers également touchés par l'incident,
ainsi que, le cas échéant, le sens du trafic affecté
3.1.5
conseil de déviation
indication selon laquelle il est ou non conseillé aux utilisateurs finaux de rechercher et d'emprunter un
itinéraire alternatif
3.1.6
durée
indication de la durée prévisible du problème
3.1.7
utilisateur final
couvre tous les clients finaux possibles
Note 1 à l'article: Il peut s’agir du conducteur d’un véhicule, de l’utilisateur d’un récepteur TMC portable ou fixe,
ou d’un client intelligent traitant les informations tel qu’un système de navigation
3.1.8
description d’événement
indication des détails relatifs aux conditions météorologiques ou aux problèmes de trafic (par exemple:
embouteillage provoqué par un accident) ainsi que, le cas échéant, leur gravité (par exemple: longueur
du bouchon résultant)
3.1.9
liste d’événements
liste approuvée de descriptions et de paramètres d’événements, affectant une valeur de code
d’événement qui indique les détails d’un problème de trafic (par exemple, d’un embouteillage dû un
accident) et, le cas échéant, précise sa gravité (par exemple la longueur du bouchon résultant) ou la
situation météorologique. La liste d’événements est définie dans l’ISO 4217:2008
3.1.10
table de localisants d’un autre pays
table de localisants différente de celle utilisée par défaut par l’émetteur
3.1.11
INTER-ROAD
manière de référencer des localisants d’autres tables à l’aide de messages multigroupes particuliers.
Note 1 à l'article: Ces messages peuvent servir à informer les utilisateurs finaux de problèmes affectant d’autres
zones, en particulier les pays voisins
3.1.12
code pays étendu
code défini dans la spécification RDS IEC 62106 et qui affecte un code unique à chaque pays
3.1.13
localisant
indication de la zone, de la portion de route ou du point où est située la source du problème
3.1.14
table de localisants
table de localisants approuvée pour chaque service qui contient des informations servant à indiquer la
zone, la portion de route ou l’emplacement ponctuel où se situe la source du problème
Note 1 à l'article: Chaque table de localisants est identifiée par trois éléments: un numéro de table de localisants,
un code pays de table de localisants et un code pays étendu de table de localisants. La combinaison de ces trois
éléments identifie une table de localisants de manière unique. Chaque service a une table de localisants définie
par un numéro de table de localisants, un code pays de table de localisants et un code pays étendu de table de
localisants
3.1.15
code pays de la table de localisants
attribue un code à chaque table de localisants basé sur le pays d'origine des localisants de la table
3.1.16
code pays étendu de la table de localisants
attribue un code pays à chaque table de localisants basé sur le pays d'origine des localisants de la table
Note 1 à l'article: Ensemble, le LTECC, LTCC et LTN identifient une base de données de localisants de manière unique.
3.1.17
application de données ouverte
application définie dans la spécification RDS IEC 62106 et qui donne les moyens pour ajouter des
applications à une transmission RDS
3.1.18
identifiant du programme
code d’identification du programme défini dans la spécification RDS IEC 62106 et qui affecte une valeur
unique à chaque source de programme audio
4 © ISO 2013 – Tous droits réservés

3.1.19
code pays de l’identifiant du programme
les quatre premiers bits de l’identifiant du programme sont identiques au code pays si la spécification
RDS IEC 62106 est appliquée
Note 1 à l'article: Le code pays est signalé dans le code de l'identifiant du programme aux fins d'identifier l'origine
du programme audio.
Note 2 à l'article: Habituellement, le code pays de l'identifiant du programme et le code pays de la table de
localisants pour une transmission RDS-TMC ont la même valeur mais ce n'est pas toujours vrai ni nécessaire.
3.1.20
message d’annulation silencieuse
sert à supprimer des messages dans le terminal de l’utilisateur final
3.1.21
ID du service
sert à identifier de manière unique un service TMC particulier provenant d’un fournisseur de service
3.1.22
informations système
permettent à un terminal RDS-TMC de décoder et d’évaluer les données essentielles qui décrivent la
transmission reçue
Note 1 à l'article: Elles caractérisent un service RDS-TMC et comportent certains paramètres du service
nécessaires à la sélection d’un service RDS-TMC
3.1.23
terminal
fournit l’interface utilisateur au service TMC
Note 1 à l'article: Leurs fonctionnalités peuvent couvrir une large gamme de fonctions de terminaux, allant du
terminal simple avec un répertoire de messages limité et une base de données de localisation restreinte, jusqu’à
des terminaux plus sophistiqués offrant l’ensemble des fonctions des messages TMC et/ou une large gamme de
bases de données de localisation stratégiques et tactiques
3.1.24
informations de suivi de fréquence ou de service (informations d’accord)
permettent à un terminal RDS-TMC de passer d’un émetteur à un autre aux frontières de la couverture
d’un émetteur particulier
Note 1 à l'article: Chaque émetteur dirige le terminal RDS-TMC vers les fréquences ou les services TMC
particuliers dans les zones adjacentes
3.1.25
message utilisateur
décrit les messages portés à la connaissance de l’utilisateur final
Note 1 à l'article: Ils contiennent les descriptions de l’événement, de la localisation, de la direction et de l’étendue,
de la durée, etc.
3.1.26
TISA
Organisation d'adhérents à but non lucratif de droit belge ayant pour objectif le développement et la mise
à jour de normes internationnales d'information sur le trafic et pour les voyageurs telles que TMC et TPEG
3.2 Abréviations
Pour les besoins de la présente norme, les abréviations suivantes s’appliquent:
3.2.1
AF
fréquence alternative – fonction RDS
3.2.2
AFI
information de fréquence alternative – fonction RDS-TMC
3.2.3
AID
identifiant de l’application - fonction RDS
3.2.4
ALERT-C
Advice and Problem Location for European Road Traffic, Version C (Avertissement et localisation des
difficultés sur le trafic routier européen, Version C)
3.2.5
CC
code pays – fonction RDS
3.2.6
CT
temps horloge – fonction RDS
3.2.7
EBU
European Broadcasting Union (Union Européenne de Radiodiffusion - UER)
3.2.8
ECC
code pays étendu – fonction RDS
3.2.9
ECMT
European Conference of Ministers of Transport (Conférence européenne des Ministres des
Transports - CEMT)
3.2.10
IVR
réponse vocale interactive – dispositif de renseignements par téléphone, généralement automatique
Note 1 à l'article: ce service est aussi appelé audiotel en français.
3.2.11
LTCC
code pays de la table de localisants
3.2.12
LTECC
code pays étendu de la table de localisants
3.2.13
LTN
numéro de table de localisants
3.2.14
MGS
portée géographique d’un message
6 © ISO 2013 – Tous droits réservés

3.2.15
ODA
application de données ouverte – fonction RDS
3.2.16
ON
autre réseau – fonction RDS
3.2.17
PI
identifiant du programme – fonction RDS
3.2.18
PICC
code pays de l’identifiant du programme
3.2.19
RDS
Radio Data System (Système de radiodiffusion de données)
3.2.20
rfu
réservé pour une utilisation ultérieure
3.2.21
SID
ID de service
3.2.22
TISA
Traveller Information Services Association
3.2.23
TMC
Traffic Message Channel (Canal de messages d'information routière)
3.2.24
TN
réseau reçu
3.2.25
UTC
Temps Universel Coordonné
4 Application
4.1 Généralités
Les messages de trafic diffusés par radio offrent déjà un service d'information performant pour les
automobilistes à travers les di
...


ISO
МЕЖДУНАРОДНЫЙ
14819-1
СТАНДАРТ
Второе издание
2013-12-01
Интеллектуальные транспортные
системы. Кодированные транспортные
информационные сообщения.
Часть 1.
Протокол кодирования канала
автодорожных сообщений
информационной радиосистемы
(RDS-TMC) с использованием
протокола ALERT-C
Intelligent transport systems — Traffic and travel information messages
via traffic message coding —
Part 1:
Coding protocol for Radio Data System Traffic Message Channel
(RDS-TMC) using ALERT-C
Ответственность за подготовку русской версии несёт GOST R
(Российская Федерация) в соответствии со статьёй 18.1 Устава ISO

Ссылочный номер
©
ISO 2013.
ДОКУМЕНТ ЗАЩИЩЕН АВТОРСКИМ ПРАВОМ

© ISO 2013
Все права сохраняются. Если не указано иное, без предварительного письменного согласия издателя никакую часть настоящей
публикации нельзя воспроизводить или использовать в какой-либо форме или каким-либо электронным или механическим
способом, включая фотокопирование, а также публикацию в глобальных и внутренних сетях. Для получение разрешения
необходимо обратиться в ISO по нижеуказанному адресу или к представителю комитета-члена ISO в стране нахождения
инициатора запроса.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Опубликовано в Швейцарии
ii © ISO 2013 – Все права сохраняются

Содержание Страница
Предисловие. v
Введение . vii
1 Область применения . 1
1.1 Общие применения . 1
1.2 Информационное наполнение . 1
1.3 Управление сообщениями . 2
1.4 Передача данных . 2
1.5 Список событий . 2
2 Нормативные ссылки . 2
3 Термины, определения и сокращения . 3
3.1 Термины и определения . 3
3.2 Сокращения . 6
4 Применение . 8
4.1 Общие положения . 8
4.2 Определение понятия “транспортная служба” для канала автодорожных сообщений . 8
4.3 Модель виртуального оконечного оборудования канала автодорожных сообщений . 9
4.4 Событийные информационные сообщения для конечных пользователей . 9
4.5 Стратегическая и оперативная информация . 10
4.6 Географическая актуальность . 10
4.7 Приоритет передачи сообщения . 10
4.8 Список событий . 11
4.9 Возможности для последующих расширений . 12
5 Представление . 12
5.1 Общие положения . 12
5.2 Виртуальный язык канала автодорожных сообщений . 12
5.3 Информационное наполнение сообщений. 13
5.3.1 Общие положения . 13
5.3.2 Описание события (11 бит) . 13
5.3.3 Начальное местоположение (16 бит) . 13
5.3.4 Направление и протяженность (4 бита) . 14
5.3.5 Продолжительность (3 бита) . 15
5.3.6 Необходимость объезда (1 бит) . 17
5.4 Неявная информация . 17
5.4.1 Класс и номер автодороги . 17
5.4.2 Участок автодороги . 17
5.4.3 Область, регион и страна . 17
5.4.4 Предварительно заданные маршруты объезда . 18
5.4.5 Информация о срочности, передаваемая на оконечное оборудование . 18
5.4.6 Направленность . 18
5.4.7 Тип продолжительности . 19
5.4.8 Характер события . 19
5.4.9 Класс обновления . 19
5.4.10 Тип квантификатора . 19
5.5 Дополнительное информационное наполнение сообщения . 19
5.5.1 Общие положения . 19
5.5.2 Комбинирование дополнительной информации . 20
5.5.3 Управляющие коды (метка 1) . 20
5.5.4 Длина затронутого маршрута (метка 2) . 21
5.5.5 Ограничение скорости (метка 3) . 21
5.5.6 Дополнительные квантификаторы (метки 4 и 5) . 21
5.5.7 Вспомогательная информация (метка 6) . 22
5.5.8 Время начала и завершения (метки 7 и 8) . 22
5.5.9 Многособытийные сообщения (метка 9) . 22
5.5.10 Подробные указания по объезду (метка 10) . 23
5.5.11 Пункты назначения (метка 11) . 23
5.5.12 Ссылка на точное местоположение (метка 12) . 24
5.5.13 Перекрестная связь с источником проблемы (метка 13). 25
5.5.14 Разделитель (метка 14) . 25
5.5.15 Прочая информация, указываемая с помощью подметок (метка 15) . 25
5.5.16 Ссылка на телефонные службы (метка 15, подметки 1 и 2) . 26
6 Управление сообщениями . 29
6.1 Общие положения . 29
6.2 Системные сообщения . 30
6.2.1 Общие положения . 30
6.2.2 Таблица местоположений . 30
6.2.3 Требования, предъявляемые к оконечному оборудованию . 30
6.2.4 Изменение номеров баз данных . 31
6.3 Повтор сообщений . 32
6.4 Обновление сообщений . 32
6.5 Удаление сообщений . 32
6.5.1 Общие положения . 32
6.5.2 Хранение сообщений . 33
6.5.3 Точное время завершения . 33
6.5.4 Фоновое сообщение об отмене . 34
6.5.5 Пустое сообщение . 34
6.6 Представление сообщений . 34
6.7 Сопоставление вне зоны обслуживания . 35
6.7.1 Структура концепции INTER-ROAD . 35
6.7.2 Сообщения INTER-ROAD. 35
6.7.3 Обновление и отклонение сообщений INTER-ROAD . 36
7 Передача сообщений . 37
7.1 Общие положения . 37
7.2 Формат групп типа 8A . 37
7.3 Оперативный повтор . 37
7.4 Одногрупповые пользовательские сообщения . 38
7.5 Системные сообщения . 39
7.5.1 Общие положения . 39
7.5.2 Системная информация . 39
7.5.3 Настроечная информация . 43
7.6 Многогрупповые сообщения . 46
7.6.1 Первая группа . 47
7.6.2 Последующие группы . 48
7.7 Сводные сведения об использовании X-битов в группах RDS-TMC типа 8A. 49

iv © ISO 2013 – Все права сохраняются

Предисловие
Международная организация по стандартизации (ISO) является всемирной федерацией национальных
организаций по стандартизации (комитетов-членов ISO). Разработка международных стандартов
обычно осуществляется техническими комитетами ISO. Каждый комитет-член, заинтересованный в
деятельности, для которой был создан технический комитет, имеет право быть представленным в этом
комитете. Международные правительственные и неправительственные организации, имеющие связи с
ISO, также принимают участие в работах. Что касается стандартизации в области электротехники, то
ISO работает в тесном сотрудничестве с Международной электротехнической комиссией (IEC).
Процедуры, использованные при разработке настоящего документа, а также процедуры его
дальнейшего утверждения, описаны в директивах ISO/IEC, Часть 1. Особо необходимо отметить, что
для различных типов документов ISO применяются различные критерии утверждения. Данный проект
международного стандарта разработан в соответствии с редакционными правилами директив ISO/IEC,
Часть 2. www.iso.org/directives
Следует иметь в виду, что некоторые элементы настоящего международного стандарта могут быть
объектом патентных прав. Международная организация по стандартизации не может нести
ответственность за идентификацию какого-либо одного или всех патентных прав. Сведения о любых
патентных правах, обнаруженных во время разработки настоящего документа, будут указаны в
разделе “Введение” и/или в списке патентных уведомлений, полученных ISO. www.iso.org/patents
Все торговые названия, используемые в этом документе, указаны для удобства пользователей и не
должны рассматриваться в качестве одобрения.
Пояснения специальных терминов и выражений, связанных с оценкой соответствия, и сведения о
соблюдении ISO принципов ВТО по недопущению технических препятствий торговле (TBT) см. по
адресу: Предисловие – Дополнительные сведения
За разработку настоящего документа отвечает комитет ISO/ТC 204, Интеллектуальные
транспортные системы.
Второе издание настоящего стандарта отменяет и замещает первое издание ISO 14819-1:2003,
который подвергся пересмотру в техническом плане.
ISO 14819 состоит из следующих частей под общим заголовком Интеллектуальные транспортные
системы. Кодированные транспортные информационные сообщения:
 Часть 1. Протокол кодирования канала автодорожных сообщений информационной
радиосистемы (RDS-TMC) с использованием протокола ALERT-C
 Часть 2. Кодирование событий и информации для канала автодорожных сообщений
информационной радиосистемы (RDS-TMC) с использованием протокола ALERT-C
 Часть 3. Указание местоположения для канала автодорожных сообщений информационной
радиосистемы (RDS-TMC) с использованием протокола ALERT-C
 Часть 6. Шифрование и условный доступ для информационной радиосистемы. Кодирование
канала автодорожных сообщений с использованием протокола ALERT-C.
Данная версия содержит следующие дополнения, которые отсутствовали в тексте предыдущего
стандарта:
 Точное указание местоположения
 Тенденции изменения протяженности транспортного затора (TTQL)
 Кодирование автомобильных стоянок
 Кодирование разрывов дорожной сети
 Кодирование прочих изолированных объектов инфраструктуры (кроме автомобильных стоянок)
 Кодирование параллельных дорог
 Идентификация версий таблиц местоположений канала автодорожных сообщений
 Формат обмена таблицами местоположений
 Передача североамериканских кодов предупреждений по каналу автодорожных сообщений
 Точная передача кода страны таблицы местоположений по каналу автодорожных сообщений
 Рекомендации для поставщиков услуг и производителей оконечного оборудования, используемых
при реализации точной передачи кода страны таблицы местоположений
 Кодирование соединительных дорог
 Добавлен список квантификаторов (GB-English)
 Дополнительные коды событий, используемые в Германии
 Дополнительные события канала автодорожных сообщений, добавленные по предложению
датского комитета-члена ISO
 Дополнительная вспомогательная информация канала автодорожных сообщений:
неподтверждённый отчёт
 Передача телефонного номера системы интерактивного речевого отклика (IVR) по каналу
автодорожных сообщений информационной радиосистемы
 Кодирование соединительных дорог
vi © ISO 2013 – Все права сохраняются

Введение
Транспортная информация (TTI) может передаваться конечным пользователям с помощью целого
ряда служб и средств связи, среди которых статические дисплеи (например, дорожные знаки
переменной информации), радиовещание для автомагнитол, широковещательные службы данных для
автомобильного оборудования (например, для навигационной системы) и перемещающихся оконечных
устройств (например, для переносного навигационного устройства).
Для всех подобных служб распространяемые данные и структуры сообщений, используемые в
различных интерфейсах, требуют четкого определения и стандартизации форматов, чтобы
предоставить возможность продукции конкурирующих производителей обрабатывать любые
полученные данные.
Первая часть ISO 14819 содержит описание данных для транспортных сообщений (вместе с их
сетевым и служебным уровнями), которые должны передаваться по каналу автодорожных сообщений
информационной радиосистемы согласно требованиям IEC 62106 (Второе издание, 2009).
Последовательность передачи транспортной информации от источника события до конечного
пользователя довольно сложна. На Рисунке 1 показана последовательность этапов передачи
информации (сформулирована некоммерческой организацией TISA, Traveller Information Services
Association), помогающая получить представление о ключевых компонентах.

Рисунок 1 — Последовательность этапов передачи транспортной информации
(согласно рекомендациям Traveller Information Services Association)
Для реализации вышеуказанной последовательности передачи информации на одном или нескольких
этапах задействуется целый ряд организаций (например, компании, коммерческие предприятия и т. д.).
Для более лучшего понимания ограничимся двумя организациями:
Поставщик услуг: организация, которая предоставляет информационное обслуживание (сбор,
обработка и инициирование передачи данных). Поставщик услуг договаривается с
вещательной организацией и/или оператором мобильной связи об использовании полосы
частот, необходимой для передачи данных. Поставщик услуг отвечает за качество
информационного наполнения перед своими потребителями и должен предоставлять им
целесообразную поддержку.
Вещательная организация: обычным образом зарегистрированная организация, отвечающая
за непрерывное вещание радиопрограмм и их качество. Вещательная организация может
также нести ответственность за общее координирование радиовещательных передач
(зачастую вещательная организация лицензируется национальным надзорным органом власти).
Кроме того, вещательная организация может выступать в роли поставщика услуг.
Транспортные информационные службы, использующие радиорепортажи и отчеты с мест событий,
занимают эфирное время, при этом могут быть полезны одним слушателям, но оказаться бесполезными
для других. Кроме того, для путешественников, находящихся в пути, полезна лишь часть информации,
предоставляемой таким образом. Благодаря широкому распространению информационной
радиосистемы существует возможность “тихой” передачи (диапазон II для ВЧ/ЧМ-вещания)
кодированных транспортных сообщений в цифровой форме по каналу автодорожных сообщений
информационной радиосистемы, что позволяет избежать прерывания запланированных
радиопрограмм. Такой способ передачи транспортных информационных сообщений предоставляет
целый ряд преимуществ: транспортные сообщения можно декодировать в формат, понятный
конечному пользователю независимо от местоположения; возможна передача большего количества
сообщений без прерывания запланированных трансляций программ; доставка транспортных
сообщений становится более своевременной и актуальной.
Протокол ALERT-C, определение которого дано в настоящей части ISO 14819, разработан для
широковещательных служб, предоставляющих информацию о различного рода транспортных
событиях. Сообщения содержат сведения о дорожно-транспортных происшествиях на национальных и
региональных автотрассах (и некоторых городских дорогах), а также предоставляют прочую
информацию, необходимую путешественникам, например, информацию о дорожных работах и погоде.
Данная часть ISO 14819 подготовлена на основе протокола ALERT-C (протокол кодирования
транспортных сообщений), который разработан в рамках реализации проекта DRIVE V1029 под
названием RDS Advice and Problem Location for European Road Traffic (Передача рекомендаций и
обнаружение проблем с помощью информационной радиосистемы для европейского дорожного
движения). Проект RDS-ALERT, реализуемый в целях разработки стандартов для канала
автодорожных сообщений информационной радиосистемы, контролируется Европейским
вещательным союзом (EBU) совместно с Европейской конференцией министров транспорта (ECMT).
Данный международный стандарт используется во многих странах по всему миру. Вследствие
чрезвычайно обширного практического применения, стандарт ALERT-C претерпел значительные
изменения по сравнению с его версией, предложенной в 1990 году. Рабочая подгруппа CEN TC 278
SWG 4.1 разработала протокол кодирования (см. настоящий стандарт) и список событий, описанный в
ISO 14819-2. Тем временем рабочая подгруппа CEN TC 278 SWG 7.3 разработала способ указания
местоположения (см. ISO 14819-3). Впоследствии европейская неправительственная организация TMC
Forum отвечала за сбор конкретных дополнений и улучшений, предназначенных для добавления в
настоящую часть ISO 14819. Недавно некоммерческая организация Traveller Information Services
Association (TISA) взяла на себя всю ответственность (в том числе обязательства TMC Forum) за
содержание данной части ISO 14819, который теперь охватывает современные отраслевые улучшения
для канала автодорожных сообщений информационной радиосистемы.
Полное описание информационной радиосистемы, приведенное в IEC 62106 (Второе издание, 2009),
содержит сведения о дополнительных возможностях для канала автодорожных сообщений
информационной радиосистемы (подробности см. в настоящей части ISO 14819). В стандарте
используется протокол передачи данных, структурированный по группам. Для передачи
идентификатора Open Data Application (ODA), а также информации сетевого и служебного уровней,
используются группы типа 3A. Благодаря этому возможна передача сигналов канала автодорожных
сообщений с использованием других групп данных. В качестве таких групп можно использовать группы
типа 8A, предназначенные для передачи сообщений RDS-TMC, а также координат местоположения и
информации о настройке служб канала автодорожных сообщений.
Необходимы два типа служб канала автодорожных сообщений информационной радиосистемы:
бесплатные (используют незашифрованные данные) и платные (используют зашифрованные данные).
Возможность условного доступа, разработанная TMC Forum, описывается в ISO 14819-6.
viii © ISO 2013 – Все права сохраняются

МЕЖДУНАРОДНЫЙ СТАНДАРТ ISO 14819-1:2013(R)

Интеллектуальные транспортные системы. Кодированные
транспортные информационные сообщения.
Часть 1.
Протокол кодирования канала автодорожных сообщений
информационной радиосистемы (RDS-TMC) с использованием
протокола ALERT-C
1 Область применения
1.1 Общие применения
Протокол ALERT-C в основном предназначен для передачи событийных автодорожных
информационных сообщений на оконечные устройства путешественников. Многие дополнительные
возможности требуют последующей разработки, при этом настоящий стандарт содержит описание
нескольких событийных автодорожных информационных сообщений.
1.2 Информационное наполнение
Вводный раздел описания протокола ALERT-C указывает сообщения, которые могут передаваться
пользователю в соответствии с вышеупомянутыми общими требованиями. В этом разделе дано определение
структуры и информационного наполнения сообщений, а также способы их передачи конечному пользователю.
Сообщения RDS-TMC не зависят от текстовой кодировки и могут быть представлены в формате,
выбранном пользователем. Для сообщений о событиях протокол ALERT-C использует
стандартизированный список событий (ISO 14819-2) вместе с их кодовыми обозначениями, которые
также указывают на общие проблемы дорожного движения и метеорологическую обстановку.
Протокол ALERT-C определяет две категории информации, содержащейся в сообщениях: основные и
дополнительные информационные компоненты. Как правило, основная информация присутствует во
всех сообщениях. При необходимости в сообщения можно добавить дополнительную информацию.
Стандартные пользовательские сообщения RDS-TMC содержат следующие пять основных
компонентов явной широковещательной информации:
1. Описание события, предоставляет сведения о дорожной обстановке, проблемах дорожного
движения и метеорологической обстановке (например, затор вследствие аварии), а также, если
уместно, информацию о серьезности событий (например, протяженность затора).
2. Местоположение, указывает географическую область, участок автодороги или координаты точки,
где расположен источник проблемы.
3. Направление и протяженность, идентифицирует примыкающие участки или точечные области,
также затронутые происшествием, вместе с направлением движения транспорта (если уместно).
4. Продолжительность, сообщает информацию об ожидаемой продолжительности существования проблемы.
5. Необходимость объезда, указывает, рекомендуется ли конечным пользователям проследовать по
альтернативному маршруту.
Дополнительную информацию можно добавить в любое сообщение с помощью одной или нескольких
дополнительных групп данных информационной радиосистемы. Такое дополнение позволяет
предоставить больше информации или сообщить о необычных ситуациях. Теоретически к каждому
основному сообщению можно добавить любое количество дополнительных полей с учетом
максимальной длины сообщения, состоящего из пяти групп данных информационной радиосистемы.
1.3 Управление сообщениями
Компонент управления сообщениями позволяет использовать функции управления сообщениями RDS-
TMC. Протокол ALERT-C проводит различие между пользовательскими сообщениями и системными
сообщениями. Пользовательские сообщения предназначены для информирования конечного
пользователя согласно определению в вводном разделе. Системные сообщения используются только
оконечными устройствами RDS-TMC в целях управления сообщениями.
1.4 Передача данных
Компонент передачи данных позволяет транслировать сообщения через радио-эфир. Протокол
ALERT-C, используемый каналом автодорожных сообщений информационной радиосистемы,
сохраняет фундаментальный подход предыдущей деятельности, нацеленной на полное кодирование
большинства сообщений в рамках одиночной группы информационной радиосистемы.
Информация RDS-TMC состоит из системных и пользовательских сообщений. Системная информация
связана с определенной службой канала автодорожных сообщений и подробно описывает параметры,
которые необходимы оконечному устройству для обнаружения идентификатора и декодирования
информации канала автодорожных сообщений. Системная информация передается с помощью групп
типа 3A и групп типа 8A.
Пользовательские сообщения содержат сведения о движении транспорта и могут использовать одну
или несколько групп типа 8A. Большинство сообщений передается с использованием одиночной
группы типа 8А, однако сообщения с подробными сведениями (например, сообщения о необходимости
объезда) могут использовать до пяти групп типа 8A.
1.5 Список событий
Список событий ALERT-C содержит все описания событий. Более подробные сведения см. в ISO 14819-2.
2 Нормативные ссылки
Нижеперечисленные документы, полностью или частично, представляют собой обязательные к
применению нормативные ссылки настоящего стандарта. Для датированных ссылок применяется
только цитируемое издание. Для недатированных ссылок применяется самое последнее издание
ссылочного документа (в том числе изменения).
ISO 4217:2008, Коды для представления валют и фондов
ISO 8601:2004, Элементы данных и форматы для обмена информацией. Обмен информацией.
Представление дат и времени
ISO 14819-2, Интеллектуальные транспортные системы. Транспортные информационные
сообщения, передаваемые с использованием кодирования. Часть 2. Кодирование событий и
информации для канала автодорожных сообщений информационной радиосистемы (RDS-TMC) с
использованием протокола ALERT-C
ISO 14819-3, Интеллектуальные транспортные системы. Транспортные информационные
сообщения, передаваемые с использованием кодирования. Часть 3. Указание местоположения для
канала автодорожных сообщений информационной радиосистемы (RDS-TMC) с использованием
протокола ALERT-C
IEC 62106:2009, Спецификация информационной радиосистемы (RDS) для ВЧ/ЧМ радиовещания в
диапазоне частот от 87,5 до 108,0 МГц
2 © ISO 2013 – Все права сохраняются

3 Термины, определения и сокращения
3.1 Термины и определения
Для целей настоящего документа применяются следующие термины и определения.
3.1.1
Идентификатор приложения
Application Identifier
Указывает конкретный тип группы, используемый приложением открытых данных (Open Data
Application)
ПРИМЕЧАНИЕ 1 к статье: Определение термина дано в спецификации информационной радиосистемы, IEC 62106.
3.1.2
Поле индекса непрерывности
Continuity Index Field
Помогает провести различие между многогрупповыми сообщениями
ПРИМЕЧАНИЕ 1 к статье: Все группы в рамках любого конкретного многогруппового сообщения обладают
одинаковым значением этого индекса непрерывности.
3.1.3
Код страны
Country Code
код, назначенный каждой стране
ПРИМЕЧАНИЕ 1 к статье: Коды стран не уникальны и могут повторяться для стран, которые не граничат друг с
другом.
ПРИМЕЧАНИЕ 2 к статье: В информационной радиосистеме код страны передается в первых 4-х битах кода
идентификации станции, чтобы указать источник радиопрограммы, который может отличаться для страны, где
расположен передатчик.
ПРИМЕЧАНИЕ 3 к статье: Определение термина дано в спецификации информационной радиосистемы, IEC 62106.
3.1.4
Направление и протяженность
Direction and Extent
дентифицирует примыкающие участки или точечные области, также затронутые происшествием,
вместе с направлением движения транспорта (если уместно)
3.1.5
Необходимость объезда
Diversion Advice
указывает, рекомендуется ли конечным пользователям проследовать по альтернативному маршруту
3.1.6
Продолжительность
Duration
сообщает информацию об ожидаемой продолжительности существования проблемы
3.1.7
Конечный пользователь
End-user
подразумевает любого пользователя оконечного оборудования
ПРИМЕЧАНИЕ 1 к статье: Данным термином можно обозначить водителя автомобиля, пользователя переносного
или стационарного приёмника канала автодорожных сообщений, а также интеллектуального клиента,
обрабатывающего информацию, используемую, например, в навигационной системе.
3.1.8
Описание события
Event Description
предоставляет сведения о проблемах дорожного движения (например, затор вследствие аварии) или
метеорологической обстановке, а также, если уместно, информацию о серьезности событий (например,
протяженность затора)
3.1.9
Список событий
Event List
согласованная таблица описаний и параметров событий, содержащая значения кодов событий, и
предоставляющая сведения о проблемах дорожного движения (например, затор вследствие аварии)
или метеорологической обстановке, а также, если уместно, информацию о серьезности событий
(например, протяженность затора)
ПРИМЕЧАНИЕ 1 к статье: Определение термина дано в ISO 4217:2008.
3.1.10
Посторонняя таблица местоположений
Foreign Location Table
таблица местоположений, которая отличается от стандартной таблицы местоположений,
используемой передатчиком
3.1.11
INTER-ROAD
INTER-ROAD
способ указания местоположений на основе других таблиц местоположений с помощью специальных
многогрупповых сообщений
ПРИМЕЧАНИЕ 1 к статье: Данные сообщения можно использовать для информирования конечных пользователей
о проблемах в других регионах, например, в соседних странах.
3.1.12
Расширенный код страны
Extended Country Code
уникальный код, назначенный каждой стране
ПРИМЕЧАНИЕ 1 к статье: Уникальный код для каждой страны позволяет назначить комбинация кода страны и
расширенного кода страны.
ПРИМЕЧАНИЕ 2 к статье: Определение термина дано в спецификации информационной радиосистемы, IEC 62106.
3.1.13
Местоположение
Location
указывает географическую область, участок автодороги или координаты точки, где расположен
источник проблемы
3.1.14
Таблица местоположений
Location Table
согласованная таблица, которая содержит служебную информацию для каждой географической
области, участка автодороги или координаты точки, где расположен источник проблемы
ПРИМЕЧАНИЕ 1 к статье: Каждая таблица местоположений идентифицируется тремя элементами: номер таблицы
местоположений, код страны таблицы местоположений и расширенный код страны таблицы местоположений.
Комбинация этих трех элементов обеспечивает уникальную идентификацию таблицы местоположений. Каждая
служба обладает таблицей местоположений, которая определяется с помощью номера таблицы местоположений,
кода страны таблицы местоположений и расширенного кода страны таблицы местоположений.
4 © ISO 2013 – Все права сохраняются

3.1.15
Код страны таблицы местоположений
Location Table Country Code
назначает код каждой таблице местоположений с учетом страны происхождения местоположений,
упоминаемых в этой таблице
3.1.16
Расширенный код страны таблицы местоположений
Location Table Extended Country Code
назначает код каждой таблице местоположений с учетом страны происхождения местоположений,
упоминаемых в этой таблице
ПРИМЕЧАНИЕ 1 к статье: Совместно с расширенным кодом страны таблицы местоположений, кодом страны
таблицы местоположений и номером таблицы местоположений уникальным образом идентифицирует базу
данных местоположений.
3.1.17
Open Data Application
Open Data Application
предоставляет возможности добавления приложений для передачи данных с помощью
информационной радиосистемы
ПРИМЕЧАНИЕ 1 к статье: Определение термина дано в спецификации информационной радиосистемы, IEC 62106.
3.1.18
Идентификатор программы
Programme Identifier
уникальный код, назначенный каждому источнику радиопрограммы
ПРИМЕЧАНИЕ 1 к статье: Определение термина дано в спецификации информационной радиосистемы, IEC 62106.
3.1.19
Код страны идентификатора программы
Programme Identifier Country Code
первые четыре бита идентификатора программы соответствуют коду страны, если реализована IEC 62106
спецификация информационной радиосистемы
ПРИМЕЧАНИЕ 1 к статье: Код страны указывается в коде идентификации станции информационной радиосистемы
с целью идентификации страны происхождения радиопрограммы.
ПРИМЕЧАНИЕ 2 к статье: Обычно код страны идентификатора программы и код страны таблицы местоположений
в сообщениях RDS-TMC имеют одинаковое значение, однако не всегда и необязательно.
3.1.20
Фоновое сообщение об отмене
Silent Cancellation Message
используется для удаления сообщений в оконечном устройстве конечного пользователя
3.1.21
Идентификатор службы
Service-ID
используется для уникальной идентификации определенной службы канала автодорожных сообщений
поставщика услуг
3.1.22
Системная информация
System Information
Позволяет оконечному устройству RDS-TMC декодировать и оценить важные данные, которые
содержат описание принимаемых данных
ПРИМЕЧАНИЕ 1 к статье: Системная информация указывает службу RDS-TMC и содержит характеристики службы,
необходимые для выбора службы RDS-TMC.
3.1.23
Оконечное оборудование
Terminal
позволяет пользователю обмениваться данными со службой канала автодорожных сообщений
ПРИМЕЧАНИЕ 1 к статье: Оконечные устройства обладают различными функциональными возможностями,
начиная небольшой группой сообщений и ограниченной базой данных местоположений, и заканчивая
расширенными функциями обработки сообщений TMC и/или полномасштабными стратегическими и
оперативными базами данных местоположений.
3.1.24
Настроечная информация
Tuning Information
позволяет оконечному устройству RDS-TMC переключаться между передатчиками на границах зон
покрытия передатчиков
ПРИМЕЧАНИЕ 1 к статье: В прилегающих областях каждый передатчик должен передавать оконечному устройству
RDS-TMC сообщения на определенных частотах или службы канала автодорожных сообщений.
3.1.25
Пользовательское сообщение
User Message
сообщение, предназначенное для информирования конечного пользователя
ПРИМЕЧАНИЕ 1 к статье: Пользовательские сообщения содержать описание событий, местоположений,
направлений, протяженностей, продолжительностей и т. д.
3.1.26
TISA
TISA
некоммерческая организация, учрежденная в соответствии с бельгийским законодательством,
деятельность которой направлена на разработку и поддержание международных стандартов для
транспортной информации, таких как TMC и TPEG
3.2 Сокращения
Для целей настоящего документа применяются следующие сокращения.
3.2.1
AF
Alternative Frequency (альтернативная частота) — характеристика информационной радиосистемы
3.2.2
AFI
Alternative Frequency Information (информация об альтернативных частотах) — характеристика канала
автодорожных сообщений информационной радиосистемы
3.2.3
AID
Application Identifier (идентификатор приложения) — характеристика информационной радиосистемы
3.2.4
ALERT-C
Advice and Problem Location for European Road Traffic, Version C (Передача рекомендаций и
обнаружение проблем для европейского дорожного движения, версия С)
6 © ISO 2013 – Все права сохраняются

3.2.5
CC
Country Code (код страны) — характеристика информационной радиосистемы
3.2.6
CT
Clock Time (код отображения точного времени) — характеристика информационной радиосистемы
3.2.7
EBU
European Broadcasting Union (Европейский вещательный союз)
3.2.8
ECC
Extended Country Code (расширенный код страны) — характеристика информационной радиосистемы
3.2.9
ECMT
European Conference of Ministers of Transport (Европейская конференция министров транспорта)
3.2.10
IVR
Interactive Voice Response (Интерактивное речевое взаимодействие) — вызов справочной телефонной
службы, обычно автоматической
3.2.11
LTCC
Location Table Country Code (код страны таблицы местоположений)
3.2.12
LTECC
Location Table Extended Country Code (Расширенный код страны таблицы местоположений)
3.2.13
LTN
Location Table Number (номер таблицы местоположений)
3.2.14
MGS
Message Geographical Scope (географический охват сообщения)
3.2.15
ODA
Open Data Application (приложение открытых данных) — характеристика информационной радиосистемы
3.2.16
ON
Other Network (другая сеть) — характеристика информационной радиосистемы
3.2.17
PI
Programme Identifier (идентификатор программы) — характеристика информационной радиосистемы.
3.2.18
PICC
Programme Identifier Country Code (код страны идентификатора программы)
3.2.19
RDS
Radio Data System (информационная радиосистема)
3.2.20
rfu
Reserved for future use (зарезервировано для последующего использования)
3.2.21
SID
Service-ID (идентификатор службы)
3.2.22
TISA
Traveller Information Services Association (ассоциация, занимающаяся нормативным регулированием
информационных услуг для путешественников)
3.2.23
TMC
Traffic Message Channel (канал автодорожных сообщений)
3.2.24
TN
Tuned Network (настроенная сеть)
3.2.25
UTC
Universal Co-ordinated Time (всемирное координированное время)
4 Применение
4.1 Общие положения
Службы речевых широковещательных транспортных сообщений уже предоставляют ценную
информацию для автомобилистов в странах на территории Европы. Цифровые технологии вещания
стали доступны благодаря широкому распространению информационной радиосистемы (RDS).
Информационная радиосистема обеспечивает фоновую передачу транспортных сообщений в
цифровой форме по каналу автодорожных сообщений (TMC) без прерывания радиопрограмм.
Протокол ALERT-C, определение которого дано в настоящей части ISO 14819, разработан для
цифровых широковещательных служб, предоставляющих автомобилистам информацию о различного
рода транспортных событиях. Например, сведения о дорожных работах, метеорологической
обстановке и дорожно-транспортных происшествиях на национальных и международных автотрассах,
региональных автомагистралях и дорогах местного значения.
В частных случаях паромных переправ и коротких железнодорожных путей, предназначенных для
перевозки автодорожного транспорта (например, туннели в альпийских горах или туннель под Ла-
Маншем), данный протокол применим к некоторым основным сведениям об общественном транспорте.
4.2 Определение понятия “транспортная служба” для канала автодорожных
сообщений
Протокол ALERT-C характеризует канал автодорожных сообщений (TMC) как цифровую фоновую
транспортную службу, вещание которой осуществляется с помощью информационной радиосистемы.
При этом транспортная служба способна предоставить конечным пользователям:
 событийную информацию о причине, серьезности и возможном развитии городских и
междугородных пр
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.