1、 Dezember 2011 DIN V ENV 12313-4 DIN SPEC 70657 ICS 35.240.60 Verkehrs- und Reiseinformationen (TTI) TTI-Nachrichten mittels Verkehrsnachrichtenkodierung Teil 4: Kodierungsprotokoll fr Radiodatensysteme Verkehrsnachrichtenkanal (RDS-TMC) RDS-TMC unter Nutzung von ALERT Plus mit ALERT C; Englische Fa
2、ssung ENV 12313-4:2000 Traffic and Traveller Information (TTI) TTI Messages via Traffic Message Coding Part 4: Coding Protocol for Radio Data System Traffic Message Channel (RDS-TMC) RDS-TMC using ALERT Plus with ALERT C; English version ENV 12313-4:2000 Zur Erstellung einer DIN SPEC knnen verschied
3、ene Verfahrensweisen herangezogen werden: Das vorliegende Dokument wurde nach den Verfahrensregeln einer Vornorm erstellt. Gesamtumfang 42 SeitenNormenausschuss Automobiltechnik (NAAutomobil) im DIN DIN Deutsches Institut fr Normung e.V. .Jede Art der Vervielfltigung, auch auszugsweise, nur mit Gene
4、hmigung des DIN Deutsches Institut fr Normung e.V. , Berlin gestattet. Alleinverkauf der Normen durch Beuth Verlag GmbH, 10772 Berlin Preisgruppe 17 www.din.de www.beuth.de !$uG*“1823607DIN V ENV 12313-4 (DIN SPEC 70657):2011-12 Nationales Vorwort Dieses Dokument (ENV 12313-4:2000) wurde vom Technis
5、chen Komitee CEN/TC 278 Telematik fr den Straen-Verkehr und -Transport“ ausgearbeitet, dessen Sekretariat vom NEN (Niederlande) gehalten wird. Das zustndige deutsche Normungsgremium ist der Gemeinschaftsarbeitsausschuss NA 052-02-71 GA Telematik“ des Normenausschusses Automobiltechnik (NAAutomobil).
6、 Das Prsidium des DIN hat mit seinem Beschluss 1/2004 festgelegt, dass von dem in den Regeln der europischen Normungsarbeit von CEN/CENELEC verankerten Grundsatz, wonach Europische Normen in den drei offiziellen Sprachen Deutsch, Englisch und Franzsisch verffentlicht werden, in begrndeten Ausnahmefl
7、len abgewichen und auf die deutsche Sprachfassung verzichtet werden kann. Die ALERT-Plus-Funktion ist eine kompatible Erweiterung der ALERT-C-Funktion und erlaubt die Nutzung von statusorientierten Informationen des RDS-TMC-Senders. Die Informationen beziehen sich auf: Straenverkehr, Reisezeit, usw.
8、; aktuelle Parkhausbelegungen; den ffentlichen Verkehr wie Abreisezeiten, usw. Anwender dieses Fachdokuments sind vor allem Hersteller von Infotainment- und Navigationsherstellern sowie Rundfunkanstalten und Reisedienstanbieter. Eine DIN SPEC nach dem Vornorm-Verfahren ist das Ergebnis einer Normung
9、sarbeit, das wegen bestimmter Vorbehalte zum Inhalt oder wegen des gegenber einer Norm abweichenden Aufstellungsverfahrens vom DIN noch nicht als Norm herausgegeben wird. Zur vorliegenden DIN SPEC wurde kein Entwurf verffentlicht. Erfahrungen mit dieser DIN SPEC sind erbeten vorzugsweise als Datei p
10、er E-Mail an naautomobildin.de in Form einer Tabelle. Die Vorlage dieser Tabelle kann im Internet unter http:/www.din.de/stellungnahme abgerufen werden; oder in Papierform an den Normenausschuss Automobiltechnik (NAAutomobil), Behrenstrae 35, 10117 Berlin. 2 EUROPEAN PRESTANDARD PRNORME EUROPENNE EU
11、ROPISCHE VORNORM ENV 12313-4 April 2000 ICS 35.240.60 English version Traffic and Traveller Information (TTI) TTI Messages via Traffic Message Coding Part 4: Coding Protocol for Radio Data System Traffic Message Channel (RDS-TMC) RDS-TMC using ALERT Plus with ALERT C This European Prestandard (ENV)
12、was approved by CEN on 26 April 1999 as a prospective standard for provisional application. The period of validity of this ENV is limited initially to three years. After two years the members of CEN will be requested to submit their comments, particularly on the question whether the ENV can be conve
13、rted into a European Standard. CEN members are required to announce the existence of this ENV in the same way as for an EN and to make the ENV available promptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in parallel to the ENV) until
14、 the final decision about the possible conversion of the ENV into an EN is reached. CEN members are the national standards bodies of Austria, Belgium, Czech Republic, Denmark, Finland, France, Germany, Greece, Iceland, Ireland, Italy, Luxembourg, Netherlands, Norway, Portugal, Spain, Sweden, Switzer
15、land and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR NORMUNG Central Secretariat: rue de Stassart, 36 B- 1050 Brussels 2000 CEN All rights of exploitation in any form and by any means reserved worldwide for CEN national Members. Ref. N
16、o. ENV 12313-4:2000 EPage 2ENV 12313-4:2000CONTENTS LISTCONTENTS LIST 2FOREWORD 4INTRODUCTION 41. SCOPE 61.1 Application 61.2 Presentation 61.3 Service management 71.4 Transmission 72. NORMATIVE REFERENCES 83. APPLICATION 83.1 Content of the TMC “travel service“ 83.2 TMC terminal 93.3 Event-orientat
17、ed information (ALERT C) 93.4 Status-orientated information (ALERT Plus) 93.5 Strategic and tactical information 93.6 Geographic relevance 103.7 Transmitted message priority 104. PRESENTATION 104.1 Event-orientated messages 104.2 Status-orientated messages 104.2.1 Message format (variant : 4 bits) 1
18、14.2.2 Collection (11 or 12 bits) 124.2.3 Statuses (20 or 21 bits) 134.2.4 Coding mechanism 13DIN V ENV 12313-4 (DIN SPEC 70657):2011-12 Page 3ENV 12313-4:20005. SERVICE MANAGEMENT 205.1 Introduction 205.1.1 Pure ALERT C service 215.1.2 Added value services (ALERT C and ALERT Plus) 215.2 System mess
19、ages (32 bits) 245.2.1 Service layer information 245.2.2 Network layer information 256. TRANSMISSION 326.1 System messages 336.1.1 Type 1A groups 336.1.2 Type 5A groups 346.1.3 Type 3A groups 356.1.4 Type 8A groups 366.2 Immediate repetition 376.3 Event-orientated messages (ALERT C) 386.4 Status-ori
20、entated messages (ALERT Plus) 386.5 Summary 40DIN V ENV 12313-4 (DIN SPEC 70657):2011-12 Page 4ENV 12313-4:2000FOREWORDThis European Prestandard has been prepared by FORCE/ECORTIS WP 13.6 expertteam on ALERT Plus coding protocol and location referencing and by TechnicalCommittee CEN/TC 278 “Road tra
21、nsport and traffic telematics“, the secretariat ofwhich is held by NNI.According to the CEN/CENELEC Internal Regulations, the national standardsorganizations of the following countries are bound to announce this EuropeanPrestandard: Austria, Belgium, Czech Republic, Denmark, Finland, France, Germany
22、,Greece, Iceland, Ireland, Italy, Luxembourg, Netherlands, Norway, Portugal, Spain,Sweden, Switzerland and the United Kingdom.INTRODUCTIONThe ALERT Plus function is a compatible extension of the ALERT C function andmakes it possible to use RDS-TMC broadcast status-orientated information. Thisinforma
23、tion is related to:the road traffic, such as level of service or travel time,the car park occupancy,the public transport, such as travel time, frequency or headway.Other status-orientated information have still to be considered, such as theinformation about snow on the road, water height, wind force
24、, pollution, timedelay lost due to traffic condition. The coding mechanisms are the same.This function constitutes an additional response to the information needs of roadusers, particularly in dense urban areas, by taking into account the constraints whichaffect the road network or the public transp
25、ort operators.The ALERT Plus broadcasting protocol provides an information coding techniquewhich allows the recipient to recover the broadcast information in its entirety. Thetransmitted messages contain dynamic data (statuses) which can only be interpretedwith reference to static data (locations.).
26、 To facilitate broadcasting, locations aregrouped together in addresses called collections. Both transmitter and receiver mustbe aware of all elements.There are many functional responsibilities associated with the provision of an RDS-TMC service, ranging from road based data collection, to message c
27、ompilation andfinally transmission. Because it was noted that the functional responsibilities and theirnames were not commonly understood, the key functions are defined in the ENV12313-1, ALERT C Protocol, date. These definitions are also useful to understand thestandard described in this document.
28、However they have to be completed by thefollowing definition which characterises a functional responsibility of importance forthe ALERT Plus function:Road Network Operator:DIN V ENV 12313-4 (DIN SPEC 70657):2011-12 Page 5ENV 12313-4:2000A public or private authority responsible for part of the road
29、network of a country.Without making assumptions regarding the agreements which data service providermay enter into with road network operators, the standard allows information to bebroadcast in unscrambled or scrambled form using either the public collections whichbelong to road network operators, i
30、f such collections exist, or private collections.The present pre-standard describes the broadcasting of dynamic data. All partsreferring to location referencing are dealt separately by CEN TC278 SWG7.3 and arenot included in this document.Two approaches are generally distinguished in the RDS-TMC wor
31、ld:The first approach is based on the idea of an universal ALERT C service. This ispossible if a continuous and inter-operable network of ALERT C free-access servicesis in place in a country or around a continent. A good example could be the RDS-TMC Pan-European Service ALERT .The second approach gi
32、ves a more important role to the data service provider and issuitable for operating added value, generally paid-for, services. In that case, ALERT Cprotocol is used to transmit event-orientated messages and ALERT Plus protocol totransmit status-orientated messages.For historical reasons, two RDS-TMC
33、 Open Data Applications (ODA) have beendefined. With the first one, you are limited to the first kind of service since onlyALERT C is specified. The ALERT service can be operated using this first ODA.The second ODA takes into account both approaches (ALERT C and ALERT Plus),allowing to operate the A
34、LERT service as well as an added value TMC service onthe same transmitter. A service provider is thus able to offer the ALERT service,and to propose in parallel to his clients a more sophisticated information such as traveltimes. This additional service may be paid-for and encrypted while the basic
35、ALERTC service may remain free-access. Finally this second solution has the advantages ofbeing backward compatible with the existing implementation using the 1A/8AALERT C, as well as ALERT Plus format.This two ODAs are fully compatible, since the ALERT C part of the mixed ALERTC/ALERT Plus ODA is ex
36、actly the same as the protocol of the pure ALERT C ODA.For instance a service provider may operate the ALERT service using indifferentlyone of both ODA. Only the transmitted Application IDentifier (AID) is different. ARDS-TMC receiver must be aware of the two different AIDs and that is all. The user
37、messages, as well as the system messages are the same.This document describes the mixed ALERT C/ALERT Plus ODA, but systematicallyrefers to the pure ALERT C ODA (RDS - TMC ALERT C Protocol, CEN ENV12313-1, June 1997) when dealing with the ALERT C protocol. The 1A/5A/8Aformat is also standardised in
38、order to take into account existing implementations.However in the future all RDS-TMC services should migrate into the ODA format.DIN V ENV 12313-4 (DIN SPEC 70657):2011-12 Page 6ENV 12313-4:20001. SCOPE1.1 APPLICATIONThe ALERT Plus function is an extension of the ALERT C function. While ALERT Ccove
39、rs event-orientated information to be conveyed by the RDS medium, ALERTPlus deals with status-orientated information to be conveyed by the same medium.The ALERT Plus function informs motorists about the changes affecting the status oftraffic at pre-defined locations. Different status types are defin
40、ed such as level ofservice on road sections or areas, travel times on road sections, car park occupancy,status of public transport traffic.A location can be a road section, a pole, a car park, ., referenced in the locationtable. Location referencing is however dealt separately by CEN TC278 SWG7.3 an
41、dis not included in this document.A part of the document is valid for other data transmission media such as AM orSWIFT broadcast data systems, the digital cellular radio system (GSM), and thedigital audio broadcasting (DAB). At least the user messages content is mediumindependent.1.2 PRESENTATIONThi
42、s document deals with the coding protocol for the multiplex broadcasting of event-orientated and status-orientated information, but it essentially describes the content ofstatus-orientated messages. The event-orientated messages are described in the ENV12313-1, ALERT C Protocol, date.The presentatio
43、n section describes the way in which messages are coded forbroadcasting.The main coding principle for status-orientated messages is to gather together theinformation which relates to several locations in the same message, and to transmit aso called collection number instead of transmitting directly
44、location numbers like inthe ALERT C protocol. Each collection identifies a set of locations according to thecollection table.Status-orientated messages contain three fields:message format,collection number,statuses of the locations identified by the collection.The transmitted message format makes it
45、 possible to differentiate between two typesof messages, those which give information about five different locations and thosewhich give information about seven different locations. This difference in the formatallows more flexibility according to the status type and the location type.DIN V ENV 1231
46、3-4 (DIN SPEC 70657):2011-12 Page 7ENV 12313-4:2000The transmitted collection is a number which represents a set of five or sevenlocations. A collection is also associated with a particular status type. This mechanismhas the advantage of limiting the information transmitted since only one collection
47、number is transmitted instead of the five or seven corresponding locations numbers.According to the message format, the collection identifies five or seven locations.The transmitted five or seven statuses are information about the five or sevenlocations identified by the transmitted collection numbe
48、r. All the statuses in aparticular message have the same format set by the transmitted message format. Thestatuses are coded according to the code conversion tables.The following tables must be installed in the terminal and in the encoding system toenable them to process TMC-messages:location tables
49、,collection tables,code conversion tables,1.3 SERVICE MANAGEMENTA distinction is made between user messages and service management messages. Usermessages are those potentially made known to the driver, as defined in thepresentation section. The service management messages consist of system messagesand ALERT C message management functions. They are of use only to the TMCdecoder for service management purposes.ALERT C message management functions, concerning message insertion, updatingand deletion of even
