BS PD CEN TS 16405-2017 Intelligent transport systems Ecall Additional data concept specification for heavy goods vehicles《智能运输系统 电子呼叫 重型货车的额外数据概念规格》.pdf

1、Intelligent transport systems Ecall Additional data concept specification for heavy goods vehicles PD CEN/TS 16405:2017 BSI Standards Publication WB11885_BSI_StandardCovs_2013_AW.indd 1 15/05/2013 15:06National foreword This Published Document is the UK implementation of CEN/TS 16405:2017. It supers

2、edes PD CEN/TR 16405:2013 which is withdrawn. The UK participation in its preparation was entrusted to Technical Committee EPL/278, Intelligent transport systems. A list of organizations represented on this committee can be obtained on request to its secretary. This publication does not purport to i

3、nclude all the necessary provisions of a contract. Users are responsible for its correct application. The British Standards Institution 2017. Published by BSI Standards Limited 2017 ISBN 978 0 580 86428 5 ICS 03.220.20; 35.240.60 Compliance with a British Standard cannot confer immunity from legal o

4、bligations. This Published Document was published under the authority of the Standards Policy and Strategy Committee on 28 February 2017. Amendments/corrigenda issued since publication Date Text affected PUBLISHED DOCUMENT PD CEN/TS 16405:2017 TECHNICAL SPECIFICATION SPCIFICATION TECHNIQUE TECHNISCH

5、E SPEZIFIKATION CEN/TS 16405 January 2017 ICS 03.220.20; 35.240.60 Supersedes CEN/TR 16405:2013 English Version Intelligent transport systems - Ecall - Additional data concept specification for heavy goods vehicles Systmes de transports intelligents - Scurit - Spcification de conception de donnes ad

6、ditionnelles pour les poids lourds Intelligente Verkehrssysteme - E-Sicherheit - Zustzliche Datenkonzept-Spezifikation fr Lastkraftwagen This Technical Specification (CEN/TS) was approved by CEN on 13 October 2014 for provisional application. The period of validity of this CEN/TS is limited initiall

7、y to three years. After two years the members of CEN will be requested to submit their comments, particularly 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 C

8、EN/TS available promptly at national level in an appropriate form. It is permissible to keep conflicting 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 o

9、f Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Serbia, Slovakia, Slovenia

10、, Spain, Sweden, Switzerland, Turkey and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR NORMUNG CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels 2017 CEN All rights of exploitation in any form and by any means reserved wor

11、ldwide for CEN national Members. Ref. No. CEN/TS 16405:2017 E PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 2 Contents Page Foreword 3 Introduction 4 1 Scope 5 2 Normative References . 5 3 Terms and definitions . 5 4 Symbols and abbreviations . 6 5 Requirements . 7 5.1 General 7 5.2 Concepts and formats

12、 7 5.2.1 MSD data concepts 7 5.2.2 Representation of MSD data concepts . 7 5.2.3 Distribution of MSD data 7 5.2.4 Commercial vehicles optional additional data concept Object Identifier 7 5.2.5 Commercial vehicle optional additional data concept data 8 5.3 Contents of the Minimum Set of Data (MSD) .

13、8 5.3.1 Basic contents of MSD 8 5.3.2 Contents of the optionalAdditionalData for Schema A 9 5.3.3 Contents of the optionalAdditionalData for Schema B . 13 Annex A (normative) ASN.1 definition of optional datablock . 16 A.1 General . 16 A.2 Definition of contents of optionalAdditionalData.data Schema

14、 A 16 A.2.1 ASN.1 definition 16 A.2.2 Syntax check of ASN.1 definition 18 A.2.3 Example . 18 A.3 Definition of contenst of optionalAdditionalData.data Schema B 19 A.3.1 General . 19 A.3.2 ASN.1 definition 19 A.3.3 Syntax check . 20 A.3.4 Example . 20 Annex B (informative) ASN.1 definition of complet

15、e MSD message with HGV info . 22 B.1 General . 22 B.2 ASN.1 definition of complete extended MSD message, HGV Schema A . 22 B.3 Example . 29 Bibliography . 32 PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 3 Foreword This document (CEN/TS 16405:2017) has been prepared by Technical Committee CEN/TC 278 “In

16、telligent transport systems”, the secretariat of which is held by NEN. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. CEN shall not be held responsible for identifying any or all such patent rights. This document supersedes CEN/T

17、R 16405:2013. A Technical Report on this subject, proposing these specifications, was approved in 2012 (CEN/TR 16405), for field testing. The proposed specifications have subsequently been tested in the field (by EC Project HeERO and others). The semantic content of this Technical Specification rema

18、ins unchanged. However the parent Standard EN 15722 (eCall Minimum Set of Data) has been revised and updated, and this Technical Specification is consistent with the layout and specifications of the revised EN 15722. According to the CEN/CENELEC Internal Regulations, the national standards organisat

19、ions of the following countries are bound to announce this Technical Specification: Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg,

20、 Malta, Netherlands, Norway, Poland, Portugal, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and the United Kingdom. PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 4 Introduction An eCall is an emergency call generated either automatically via activation of in-vehicle sensors or

21、 manually by the vehicle occupants; when activated, to provide notification and relevant location information to the most appropriate Public Safety Answering Points (PSAP), by means of mobile wireless communications networks and carries a defined standardized Minimum Set of Data (MSD), notifying tha

22、t there has been an incident that requires response from the emergency services and establishes an audio channel between the occupants of the vehicle and the most appropriate PSAP. The MSD (specified in EN 15722) contains static information regarding the vehicle, dynamic information regarding its lo

23、cation, direction of travel etc., at the time of the incident, and makes provision for additional data to be provided. This Technical Specification provides specification for an optional additional data concept for commercial vehicles to provide dynamic data about the load that it is carrying at the

24、 time of the incident that triggered the eCall, with specific emphasis on identification of dangerous goods. Two variants are provided, one (schema A) for use where information about the goods (ADR classified or not) is known in the eCall device; the second variant (schema B) is for use where inform

25、ation about the load has to be fetched from other sources. It is the intention that this Technical Specification is tested in demonstration projects (such as HeERO) with a view to becoming the basis for a future European or International Standard. In order to claim conformance with this Technical Sp

26、ecification, communication is to be established using accepted wireless communication standards, and it is to be able to demonstrate that the MSD transferred together with any standardized optional data elements defined herein comply with the specifications of this Technical Specification, to the ex

27、tent that such data are available from the vehicle. PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 5 1 Scope This Technical Specification defines an additional data concept that may be transferred as an optional additional data concept as defined in EN 15722 eCall MSD, that may be transferred from a good

28、s vehicle to a PSAP in the event of a crash or emergency via an eCall communication session. Two variants are provided, one (schema A) for use where information about the goods (ADR classified or not) is known in the eCall device; the second variant (schema B) is for use where such information is to

29、 be fetched from elsewhere. NOTE This Technical Specification is complementary and additional to EN 15722; and contains as little redundancy as possible. The communications media protocols and methods for the transmission of the eCall message are not specified in this Technical Specification. Additi

30、onal data concepts may also be transferred, and any such data concepts should be registered using a data registry as defined in EN ISO 24978. See for an example. 2 Normative References The following referenced documents are indispensable for the application of this document. For dated references, o

31、nly the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. EN 15722, Intelligent transport systems - ESafety - ECall minimum set of data ISO/IEC 8825-2, Information technology ASN.1 encoding rules: Specification of Packed

32、Encoding Rules (PER) Part 2 EN ISO 24978, Intelligent transport systems - ITS Safety and emergency messages using any available wireless media - Data registry procedures (ISO 24978) 3 Terms and definitions For the purposes of this document, the following terms and definitions apply. 3.1 112 single E

33、uropean emergency call number supporting Teleservice 12 ETSI/TS 122 003 3.2 ASN.1 abstract syntax notation one as specified in the various parts of ITU Recs 8824 and 8825 (ISO 8824 and ISO 8825 various parts) PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 6 3.3 commercial vehicle mechanically propelled r

34、oad vehicle (vehicle type N1, N2 or N3) that is of a construction primarily suited for the carriage of goods or burden of any kind (not including people) and travelling on a road laden Note 1 to entry: This includes vehicles designed or adapted to have a maximum weight exceeding 3,500 tonnes, but ex

35、plicitly excludes busses or other vehicles designed and constructed for the carriage of passengers (ie. vehicle types M1, M2 or M3) 3.4 dangerous goods categories of goods carried by road defined by the European Agreement concerning the International Carriage of Dangerous Goods by Road (ADR) as dang

36、erous; these are characterised as articles or substances which are capable of posing a significant risk to health, safety or to property when transported 3.5 eCall emergency call generated either automatically via activation of in-vehicle sensors or manually by the vehicle occupants; when activated

37、it provides notification and relevant location information to the most appropriate Public Safety Answering Point, by means of mobile wireless communications networks, carries a defined standardized Minimum Set of Data notifying that there has been an incident that requires response from the emergenc

38、y services, and establishes an audio channel between the occupants of the vehicle and the most appropriate Public Safety Answering Point 3.6 Kemler code ADR Hazard Identification Number (HIN), carried on placards on tank cars and tank containers running by road under international ADR regulations 3.

39、7 uniform resource identifier URI string of characters used to identify a name or a resource on the Internet 3.8 uniform resource locator URL URI that in addition to identifying a resource provides a means of locating the resource by describing its primary access mechanism EXAMPLE Its network locati

40、on 4 Symbols and abbreviations ADR Accord europen relative au transport international des marchandises Dangereuses par Route ETSI European Telecommunications Standards Institute M Mandatory MSD Minimum set of data PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 7 O Optional PER Packed Encoding Rules (ASN.

41、1) PSAP Public Safety Answering Point UPER Unaligned Packed Encoding Rules (ASN.1) 5 Requirements 5.1 General This Technical Specification describes an addendum to the standard defined in EN 15722 for the coding of the MSD message. Any requirement from EN 15722 shall be met for the exchange of infor

42、mation about loads in the additional data block 5.2 Concepts and formats 5.2.1 MSD data concepts The MSD as defined in EN 15722 is a direct, timely message to the PSAP operator receiving the emergency call. The MSD has an optional additional data block that will be used to add information elements c

43、ontaining information about the load of the vehicle involved. The information elements in the additional data block of the MSD have been selected on the basis of their relevance in an emergency rescue situation. 5.2.2 Representation of MSD data concepts The MSD is represented in Abstract Syntax Nota

44、tion (ASN.1) using the Unaligned Packed Encoding Rules (UPER) as defined in ISO/IEC 8825-2 using the ASN1 definitions defined in Annex A of EN 15722. The message shall be sent in the sequence defined in that same Annex. The information about the load of the vehicle sending the MSD shall be represent

45、ed in ASN.1 UPER as well, following the provision made in above named Annex. 5.2.3 Distribution of MSD data The MSD shall be transmitted as described in EN 15722. 5.2.4 Commercial vehicles optional additional data concept Object Identifier The object identifier uniquely identifies the format and mea

46、ning of the data which follows in the optional additional data concept. Both the syntax of the data structure and the semantic meaning of the content is referenced via this identifier so that it can be usefully applied. The uniqueness of each specific relative identifier is ensured by a specific int

47、ernational standardizations body, and maintained in a data registry operated in accordance with EN ISO 24978. These identifiers are all relative to a specific root. And the root of all eCall relative OIDs shall be the same. eCall has been allocated the OID 1.0.14817.106.2.1. Within this, arc .2 has

48、been defined to contain Optional Additional Data concepts. The OID for this deliverable shall be 1.0.14817.106.2.1.2.1. PD CEN/TS 16405:2017CEN/TS 16405:2017 (E) 8 This deliverable defines two schemes that each have their own unique OID: Schema A: 1.0.14817.106.2.1.2.1.1 Schema B: 1.0.14817.106.2.1.

49、2.1.2 The OID for Optional Additional Data concepts (1.0.14817.106.2.1.2) is fixed and shall not be transmitted over the air as part of the optional additional data. The MSD data element oid is defined as RELATIVE-OID and shall contain 1.1 if Schema A is used, or 1.2 if Scheme B is used. For further detail regarding the use of OIDs in eCall, see EN 15722. 5.2.5 Commercial vehicle optional additional data concept data The objective of the commercial vehicle data concept is to provide the PSAP with data conc