1、Mai 2012 Normenausschuss Automobiltechnik (NAAutomobil) im DINDKE Deutsche Kommission Elektrotechnik Elektronik Informationstechnik im DIN und VDEPreisgruppe 24DIN Deutsches Institut fr Normung e. V. Jede Art der Vervielfltigung, auch auszugsweise, nur mit Genehmigung des DIN Deutsches Institut fr N
2、ormung e. V., Berlin, gestattet.ICS 03.220.20; 35.240.60Zur Erstellung einer DIN SPEC knnen verschiedene Verfahrensweisen herangezogen werden: Das vorliegende Dokument wurde nach den Verfahrensregeln einer Vornorm erstellt.!$tRE“1814734www.din.deDDIN CEN/TS 16331Elektronische Gebhrenerhebung Interop
3、erable Anwendungsprofile fr unabhngige Systeme;Englische Fassung CEN/TS 16331:2012Electronic fee collection Interoperable application profiles for autonomous systems;English version CEN/TS 16331:2012Perception du tlpage Profil dapplication dinteroprabilit pour les systmes autonomes;Version anglaise
4、CEN/TS 16331:2012Alleinverkauf der Spezifikationen durch Beuth Verlag GmbH, 10772 Berlin www.beuth.deGesamtumfang 72 SeitenDIN SPEC 70125B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF86D9NormCD - Stand 2012-08 DIN CEN/TS 16331 (DIN SPEC 70125):2012-05 2 Nationales Vorwort Dieses Dokument (CEN/TS 16331:2
5、012) wurde vom Technischen Komitee CEN/TC 278 Straentransport und Verkehrstelematik“, dessen Sekretariat vom NEN (Niederlande) gehalten wird, in Zusammenarbeit mit dem Technischen Komitee ISO/TC 204 Intelligent transport systems” erarbeitet. Das zustndige deutsche Normungsgremium ist der Gemeinschaf
6、tsarbeitsausschuss NA 052-02-71 GA Straenverkehrtelematik“ des Normenausschusses Automobiltechnik. 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 of
7、fiziellen Sprachen Deutsch, Englisch und Franzsisch verffentlicht werden, in begrndeten Ausnahmefllen abgewichen und auf die deutsche Sprachfassung verzichtet werden kann. Diese technische Spezifikation sollte von Nutzern von elektronischen Gebhrenerhebung (en: EFC) Regimes als Leitfaden bei Planung
8、, Einfhrung oder Erweiterung von EFC Gruppen verwendet werden, welche Interoperabilitt fr mautpflichtige Fahrzeuge in allen teilnehmenden EFC Gebieten bereitstellen. Das Ziel einer interoperablen EFC-Gruppe ist die Sicherstellung, dass Gebhren in allen EFC Gebieten fr ein mautpflichtiges Fahrzeug gl
9、eich erhoben werden kann. Eine DIN SPEC nach dem Vornorm-Verfahren ist das Ergebnis einer Normungsarbeit, 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
10、kein Entwurf verffentlicht. Erfahrungen mit dieser DIN SPEC sind erbeten vorzugsweise als Datei per E-Mail an wernvda.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 Automobiltechni
11、k, Behrenstr. 35, 10117 Berlin. B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF86D9NormCD - Stand 2012-08 DIN CEN/TS 16331 (DIN SPEC 70125):2012-05 3 Begriffe Fr die Anwendung dieses Dokuments gelten die folgenden Begriffe. 3.1 Attribut (en: attribute) Anwendungsinformation, welche aus einem oder mehrere
12、n Datenelementen zusammengesetzt wurde und von verschiedenen Transaktionsimplementierungen gehandhabt werden QUELLE: EN ISO 14906:2011 3.2 Back End generischer Name einer Rechner- oder Kommunikationseinheit des Serviceanbieters und/ oder der Maut-einheit QUELLE: CEN ISO/TS 17575:2010 3.3 Abbuchungsb
13、ericht (en: charge report) Datenstruktur, welche vom Front-End zum Back-End gesendet wird, um Straenbenutzungsdaten und Zusatzinformationen zu bertragen QUELLE: CEN ISO/TS 17575:2010 3.4 Kontextdaten (en: context data) vom Mauterheber definierte notwendige Information zur Festlegung der Mautgebhr da
14、mit sich ein Fahrzeug in einem bestimmten Mautgebiet bewegen kann und um die Mauttransaktion abzuschlieen QUELLE: ISO 17573:2010 3.5 Kontextanordnung (en: context layout) Gruppe von Attributen eines Kontextes, welche geografische Informationen eines Mautgebietes liefern 3.6 EFC Bereich (en: EFC clus
15、ter) Gruppe von Mautschemata, die innerhalb eines gemeinsamen Abkommens agieren, zur Untersttzung der Interoperabilitt von Fahrzeugen mit der entsprechenden OBE unter einem Serviceanbieter der Teil des Clusters ist QUELLE: CEN ISO/TS 17575-4:2011 B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF86D9NormCD
16、- Stand 2012-08 DIN CEN/TS 16331 (DIN SPEC 70125):2012-05 4 3.7 EFC Gebiet (en: EFC domain) das Gleiche wie Mautgebiet: Bereich oder Teil eines Straennetzwerks in der ein bestimmtes Mautregime angewendet wird QUELLE: ISO 17573:2010 3.8 EFC Regime (en: EFC regime) das Gleiche wie Mautregime: Menge vo
17、n Gesetzesdefinitionen, einschlielich Betreiberegeln, welche die Erhebung von Mautgebhren regeln QUELLE: ISO 17573:2010 3.9 Front End Teile eines Mautsystems mit dem Straenbenutzungsdaten eines individuellen Straenbenutzer gesammelt, verarbeitet und an die Back-End-Einheit bermittelt werden ANMERKUN
18、G Das Front-End verbindet die fahrzeugelektronische Ausrstung sowie einen optionalen Vertreter (Proxy) QUELLE: CEN ISO/TS 17575-1:2010 3.10 berblick (en: overview) Attribut und Gruppe von Datenelementen, die Informationen darber geben, ob ein EFC Kontext fr ein spezifisches Fahrzeug relevant sind od
19、er nicht 3.11 relative Zeit (en: relative time) Zeitpunkt relativ zu einem definierten Ereignis z. B. der Eintritt eines Fahrzeugs in einen spezifischen EFC Bereich in Minuten und/oder Stunden 3.12 Erreichbarkeitsregeln (en: roaming rules) Menge von Attributen fr Front-Ends nach CEN ISO/TS 17575-4,
20、die eine Menge von zugehrigen EFC Kontexten und deren Beziehungen festlegen; und/oder fr Back-Ends nach EN ISO 12855, die Beziehungen fr multikontextuelle EFC Gebiete festlegen B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF86D9NormCD - Stand 2012-08 TECHNICAL SPECIFICATION SPCIFICATION TECHNIQUE TECHNIS
21、CHE SPEZIFIKATION CEN/TS 16331 March 2012 ICS 03.220.20; 35.240.60 English Version Electronic fee collection Interoperable application profiles for autonomous systems Perception du tlpage Profil dapplication dinteroprabilit pour les systmes autonomes Elektronische Gebhrenerhebung Interoperable Anwen
22、dungsprofile fr unabhngige Systeme This Technical Specification (CEN/TS) was approved by CEN on 8 January 2012 for provisional application. The period of validity of this CEN/TS is limited initially to three years. After two years the members of CEN will be requested to submit their comments, partic
23、ularly on the question whether the CEN/TS can be converted into a European Standard. CEN members are required to announce the existence of this CEN/TS in the same way as for an EN and to make the CEN/TS available promptly at national level in an appropriate form. It is permissible to keep conflictin
24、g national standards in force (in parallel to the CEN/TS) until the final decision about the possible conversion of the CEN/TS into an EN is reached. CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germa
25、ny, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR
26、NORMUNG Management Centre: Avenue Marnix 17, B-1000 Brussels 2012 CEN All rights of exploitation in any form and by any means reserved worldwide for CEN national Members. Ref. No. CEN/TS 16331:2012: E B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF86D9NormCD - Stand 2012-08 Contents Page Foreword 5 Intro
27、duction .6 1 Scope 8 2 Normative references 9 3 Terms and definitions 10 4 Abbreviations 11 5 General profile independent IAP requirements . 11 5.1 The principle defining EFC cluster supported regime characteristics using profiles 11 5.2 Toll Charger requirements . 12 5.2.1 General . 12 5.2.2 Toll C
28、harge Back End requirements . 13 5.3 Toll Charger RSE requirements 13 5.4 Service Provider requirements 13 5.4.1 General . 13 5.4.2 Service Provider Back End Requirements . 14 5.4.3 Front End specific requirements . 14 6 The use of conditional requirements 16 7 Standardised profiles . 16 7.1 General
29、 . 16 7.2 How to use standardised profiles . 21 7.2.1 General . 21 7.2.2 SR (Sectioned Roads tolling) 21 7.2.3 SD (Sectioned Roads tolling or Distance based Area pricing) 21 7.2.4 OSD (Overlapping Sectioned Roads tolling or Distance based Area pricing) . 22 7.2.5 OSDT (Overlapping Sectioned Roads to
30、lling or Distance or Time based Area pricing) . 22 7.2.6 OSDTC (Overlapping Sectioned Roads tolling or Distance or Time based Area or Cordon pricing) . 22 7.3 Front End classes selection 22 Annex A (normative) Conditional profile requirements . 23 A.1 General . 23 A.2 Conditional requirements to be
31、observed by the Toll Charger . 23 A.2.1 When using contextInterrelations . 23 A.2.2 When using roadSectionPricing . 23 A.2.3 When using arePricingDistance 23 A.2.4 When using roadNetworks 23 A.2.5 When using arePricingTime 23 A.2.6 When using cordonPricing 23 A.2.7 When using agnssGDFLayout or tollC
32、ontextLayout 24 A.2.8 When using tariffTable . 24 A.2.9 When using tariffClassDefinition 24 A.2.10 When using localVehicleClassDefinition . 24 A.2.11 When using timeClassDefinition . 24 A.2.12 When using relativeTimePeriods 24 A.2.13 When using classesSetExternally. 25 A.2.14 When using userClassdef
33、inition . 25 A.2.15 When using actualNumberOfPassengers 25 A.2.16 When using SectionLayout 25 A.2.17 When using AreaLayout . 25 A.2.18 When using roadNetwork 25 A.2.19 When using chargeReportingEvents 25 CEN/TS 16331:2012 (E) DIN CEN/TS 16331 (DIN SPEC 70125):2012-05 2B55EB1B3E14C22109E918E8EA43EDB3
34、0F09DCCB7EF86D9NormCD - Stand 2012-08 Page A.2.20 When using chargeReportConfiguration 25 A.3 Conditional requirements to be observed by the Service Provider . 27 A.3.1 When using tollDeclarationADU 27 A.3.2 When using combinedChargeReportContexts. 28 A.3.3 When using precedenceLevel 28 A.3.4 When u
35、sing roadSectionPricing 28 A.3.5 When using areaPricingDistance 29 A.3.6 When using areaPricingDistance.roadNetworks . 29 A.3.7 When using areaPricingTime . 29 A.3.8 When using cordonPricing . 29 A.3.9 When using tariffTable 29 A.3.10 When using tariffClassDefinition . 29 A.3.11 When using localVehi
36、ceClasses 29 A.3.12 When using timeClasses 29 A.3.13 When using timeClasses.ordinalElements.relativeTimeClasses . 30 A.3.14 When using timeClasses.nominalElements.classesSetEexternally 30 A.3.15 When using userClasses 30 A.3.16 When using tollContextLayout. 30 A.3.17 When using chargeReportingEvents
37、 30 A.3.18 When using chargeReportConfiguration 30 A.4 Conditional requirements to be observed by the Front End 30 A.4.1 When using in the ChargeReport all other elements than usageStatement . 30 A.4.2 When using in the ChargeReport the usageStatementList . 31 A.4.3 When using aggregatedFee 31 A.4.4
38、 When using aggregatedSingleTariffClassSession 31 A.4.5 When using listOfChargeObjects 31 A.4.6 When using listOfRawUsageData 31 Annex B (normative) The use of identifiers . 32 B.1 General . 32 B.2 Identifiers specified in CEN ISO/TS 13141 36 B.3 Identifiers specified in CEN ISO/TS 17575-1 . 36 B.4
39、Identifiers specified in CEN ISO/TS 17575-3 . 38 B.5 Identifiers specified in CEN ISO/TS 17575-4 . 39 B.6 Identifiers specified in CEN ISO/TS 12813 39 B.7 Identifiers specified in EN ISO 12855 39 Annex C (normative) Protocol Implementation Conformance Statement 40 C.1 Guidance for completing the PIC
40、S proforma . 40 C.1.1 Purposes and structure 40 C.1.2 Abbreviations and conventions . 40 C.1.3 Instructions for completing the PICS proforma . 42 C.2 PICS proforma for the Toll Chargers Back-end 42 C.2.1 Identification of the implementation 42 C.2.2 Identification of the protocol 45 C.2.3 Global sta
41、tement of conformance . 45 C.2.4 Profiles 45 C.2.5 EN ISO 12855 . 45 C.3 PICS proforma for the Toll Charger RSE 49 C.3.1 Identification of the implementation 49 C.3.2 Identification of the protocol 51 C.3.3 Global statement of conformance . 51 C.3.4 Support for CCC and LAC Applications 51 C.4 PICS p
42、roforma for the Service Provider Back-end 53 C.4.1 Identification of the implementation 53 C.4.2 Identification of the protocol 55 C.4.3 Global statement of conformance . 55 C.4.4 Profiles 56 C.4.5 EN ISO 12855 . 56 CEN/TS 16331:2012 (E) DIN CEN/TS 16331 (DIN SPEC 70125):2012-05 3B55EB1B3E14C22109E9
43、18E8EA43EDB30F09DCCB7EF86D9NormCD - Stand 2012-08 Page C.5 PICS proforma for the Service Provider Front End . 60 C.5.1 Identification of the implementation . 60 C.5.2 Identification of the protocol . 62 C.5.3 Global statement of conformance . 62 C.5.4 Front End Class 63 C.5.5 CEN ISO/TS 17575-1 Char
44、ge Report - Usage Statement. 63 C.5.6 CEN ISO/TS 17575-3 Charge Report Configuration 63 C.5.7 Support for CCC and LAC Applications . 64 Annex D (informative) IAP taxonomy and numbering 65 D.1 General . 65 D.2 Taxonomy of Interoperable Application Profiles (IAP) . 65 D.2.1 Specified profiles 65 D.2.2
45、 Future new profiles . 66 D.3 IAP numbering and referencing 66 D.3.1 IAP numbering 66 D.3.2 IAP referencing . 66 Annex E (informative) How to define new profiles - the profile creation principle 67 Bibliography . 68 CEN/TS 16331:2012 (E) DIN CEN/TS 16331 (DIN SPEC 70125):2012-05 4B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF86D9NormCD - Stand 2012-08 Foreword This document (CEN/TS 16331:2012) has been prepared
