SIST-TS CEN/TS 15213-2:2006
(Main)Road transport and traffic telematics - After-theft systems for the recovery of stolen vehicles - Part 2: Common status message elements
Road transport and traffic telematics - After-theft systems for the recovery of stolen vehicles - Part 2: Common status message elements
This document specifies the basic structure of the message elements, or items of information, that are put together to form the common message sets used in exchanging information in an After Theft System for Vehicle Recovery.
Parts 3, 4 and 5 of CEN/TS 15213 will define the content of these messages. The design is such that all currently identified information can be included in an unambiguous format, while allowing for additional items to be included should they either be required in the future or become available in the future.
These message elements can also be referenced in a unique manner and described in plain language for transmission by voice, fax or e-mail. Similarly the data can be encoded in XML language for electronic transmission.
Standards for Automatic Vehicle Identification (AVI) and Automatic Equipment Identification (AEI) are being developed by CEN/TC 278 WG 12 in parallel with EN ISO 14814. This ATSVR standard does not prejudice that work and does not seek to establish parameters for future AVI/AEI standards. DSRC and AVI standards are seen as the basic technology blocks for types of short-range ATSVR systems.
This part of CEN/TS 15213 aims to identify the main elements and illustrate the data concepts and way forward.
Straßenverkehrstelematik - Systeme zum Wiederauffinden gestohlener Fahrzeuge - Teil 2: Bestandteile allgemeiner Statusmitteilungen
Application télématique pour le transport routier et la circulation - Systemes intervenant apres un vol pour la récupération des véhicules volés - Partie 2: Eléments de messages d'état communs
Cestna transportna in prometna telematika - Sistemi za odkrivanje ukradenih vozil – 2. del: Elementi splošnega poročila o stanju
General Information
Relations
Standards Content (Sample)
SLOVENSKI STANDARD
SIST-TS CEN/TS 15213-2:2006
01-julij-2006
&HVWQDWUDQVSRUWQDLQSURPHWQDWHOHPDWLND6LVWHPL]DRGNULYDQMHXNUDGHQLK
YR]LO±GHO (OHPHQWLVSORãQHJDSRURþLODRVWDQMX
Road transport and traffic telematics - After-theft systems for the recovery of stolen
vehicles - Part 2: Common status message elements
Straßenverkehrstelematik - Systeme zum Wiederauffinden gestohlener Fahrzeuge - Teil
2: Bestandteile allgemeiner Statusmitteilungen
Application télématique pour le transport routier et la circulation - Systemes intervenant
apres un vol pour la récupération des véhicules volés - Partie 2: Eléments de messages
d'état communs
Ta slovenski standard je istoveten z: CEN/TS 15213-2:2006
ICS:
13.310 Varstvo pred kriminalom Protection against crime
35.200 Vmesniška in povezovalna Interface and interconnection
oprema equipment
43.040.15 $YWRPRELOVNDLQIRUPDWLND Car informatics. On board
9JUDMHQLUDþXQDOQLãNLVLVWHPL computer systems
SIST-TS CEN/TS 15213-2:2006 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
---------------------- Page: 1 ----------------------
SIST-TS CEN/TS 15213-2:2006
---------------------- Page: 2 ----------------------
SIST-TS CEN/TS 15213-2:2006
TECHNICAL SPECIFICATION
CEN/TS 15213-2
SPÉCIFICATION TECHNIQUE
TECHNISCHE SPEZIFIKATION
May 2006
ICS 35.240.60
English Version
Road transport and traffic telematics - After-theft systems for the
recovery of stolen vehicles - Part 2: Common status message
elements
Application télématique pour le transport routier et la
circulation - Systèmes intervenant après un vol pour la
récupération des véhicules volés - Partie 2: Eléments de
messages d'état communs
This Technical Specification (CEN/TS) was approved by CEN on 6 September 2005 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, 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 CEN/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 of Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France,
Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania,
Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION
EUROPÄISCHES KOMITEE FÜR NORMUNG
Management Centre: rue de Stassart, 36 B-1050 Brussels
© 2006 CEN All rights of exploitation in any form and by any means reserved Ref. No. CEN/TS 15213-2:2006: E
worldwide for CEN national Members.
---------------------- Page: 3 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
Contents Page
Foreword.3
Introduction .4
1 Scope .5
2 Normative references .5
3 Terms and definitions .5
4 Numerical notations .5
5 Abbreviations.6
6 Requirements.6
7 General rules for data elements.8
8 Data protection.10
Annex A (normative) Data elements .11
Annex B (normative) Passing data by other means.26
Bibliography .27
2
---------------------- Page: 4 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
Foreword
This document (CEN/TS 15213-2:2006) has been prepared by Technical Committee CEN/TC 278 “Road
transport and traffic telematics”, the secretariat of which is held by NEN.
CEN/TS 15213 “Road transport and traffic telematics — After-theft systems for the recovery of stolen
vehicles” consists of the following parts:
Part 1: Reference architecture and terminology
Part 2: Common status message elements
Part 3: Interface and system requirements in terms of short range communication system
Part 4: Interface and system requirements in terms of long range communication system
Part 5: Messaging interface
Part 6: Test procedures
According to the CEN/CENELEC Internal Regulations, the national standards organizations of the following
countries are bound to announce this CEN Technical Specification: Austria, Belgium, Cyprus, Czech Republic,
Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania,
Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden,
Switzerland and United Kingdom.
3
---------------------- Page: 5 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
Introduction
This document was developed by CEN/TC 278 "Road transport and traffic telematics" Working Group 14
(WG 14) on the subject of After Theft Systems for Vehicle Recovery (ATSVR).
WG 14 comprised representatives and experts from police, insurance associations (CEA), car manufacturers,
transport associations, vehicle rental associations and ATSVR system and product providers. The work was
also in cooperation with Europol and the European Police Cooperation Working Group (EPCWG).
This document was developed to define an architecture within guidelines from CEN/TC 278 through which a
level of interoperability can be achieved between Systems Operating Centres (SOC) and Law Enforcement
Agencies (LEA), both nationally and internationally.
This will provide minimum standards of information and assurance to users as to the functionality of systems,
thereby enabling the recovery of vehicles, detection of offenders and a reduction in crime.
This document should be read in conjunction with CEN/TS 15213-1 which provides the preliminary framework
for ATSVR concepts.
4
---------------------- Page: 6 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
1 Scope
This document specifies the basic structure of the message elements, or items of information, that are put
together to form the common message sets used in exchanging information in an After Theft System for
Vehicle Recovery.
Parts 3, 4 and 5 of CEN/TS 15213 will define the content of these messages. The design is such that all
currently identified information can be included in an unambiguous format, while allowing for additional items
to be included should they either be required in the future or become available in the future.
These message elements can also be referenced in a unique manner and described in plain language for
transmission by voice, fax or e-mail. Similarly the data can be encoded in XML language for electronic
transmission.
Standards for Automatic Vehicle Identification (AVI) and Automatic Equipment Identification (AEI) are being
developed by CEN/TC 278 WG 12 in parallel with EN ISO 14814. This ATSVR standard does not prejudice
that work and does not seek to establish parameters for future AVI/AEI standards. DSRC and AVI standards
are seen as the basic technology blocks for types of short-range ATSVR systems.
This part of CEN/TS 15213 aims to identify the main elements and illustrate the data concepts and way
forward.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
CEN/TS 15213-1:2005, Road transport and traffic telematics – After-theft systems for the recovery of stolen
vehicles – Part 1: Reference architecture and terminology
EN ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country
codes (ISO 3166-1:1997)
3 Terms and definitions
For the purposes of this document, the terms and definitions given in CEN/TS 15213-1:2005 apply.
4 Numerical notations
Numerical notations are represented as follows:
Decimal (“normal”) notation will have no subscript
EXAMPLE 127
Hexadecimal numbers will be denoted by the subscript 16
EXAMPLE 7F16
Binary numbers will be denoted by the subscript 2
5
---------------------- Page: 7 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
EXAMPLE 011111
2
Characters will be encoded in ASCII and represented as follows:
Characters will have no subscript or hyphen
EXAMPLE ABC59MNO
5 Abbreviations
5.1
AEI
Automatic Equipment Identification
5.2
ASCII
American Standard Code for Information Interchange
5.3
ATSVR
After Theft System for Vehicle Recovery
5.4
AVI
Automatic Vehicle Identification
5.5
RTTT
Road Traffic and Transport Telematics
See also CEN/TS 15213-1.
6 Requirements
6.1 General requirements
The coding structure defined in this document is an enabling structure. It is designed to allow combinations of
data elements to be used in composite data structures. It is designed to allow as much interoperability of the
data elements as possible. Data elements may be of any length and may be combined in many ways.
This document recognises that there will be systems of different capability that should be interoperable, even
though the systems may be significantly different. Even where information is obtained by a proprietary system,
the data, once collected, is held in a common interoperable format and so may be accurately and confidently
used.
The document has been designed according to the principles of ISO/IEC 8825-2. The encoding rules enable
the chaining of multiple data elements to build complex data structures
The structure is built from a series of data elements that identify:
a) First the Sector Identifier indicating that it is an RTTT data structure.
b) Second the RTTT Application Identifier.
c) Third the Coding structure Identifier.
6
---------------------- Page: 8 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
d) Fourth (et seq.) the data elements.
By adopting this document, some degree of compatibility can be achieved with AVI and AEI existing standards.
The overall coding structure shall:
be unambiguous and flexible enough to include relevant numbering structures;
follow relevant standards;
provide an exact coding of the data elements;
be extendable to enable future expansion;
be able to accommodate private structures.
6.2 Data structure
This subclause refers to a future general ASN.1 coding structure standard being developed by CEN/TC 278.
When this document is available, this subclause will be replaced.
The schematic of the ASN.1 Message is:
RTTT RTTT Coding
CS Data
Sector Length Application Length structure Length
Field
Identifier Identifier Identifier
EXAMPLE 1 For a data content field of 6 bytes or octets
RTTT sector Identifier (to be found) nm
16
Length, number of bytes following this length field e.g. 11 0B16
RTTT Application Identifier (to be found) pq
16
Length, number of bytes following this length field e.g. 09 09
16
Coding structure Identifier e.g. 1 41
16
Length, number of bytes following this length field e.g. 07 07
16
Data content – 7 bytes
The length field defines the length of the rest of the message, excluding the length field itself.
In the example below the data contents have three data elements: country code, issuer and unique number.
NOTE Each element does not have to be a multiple of 8 bits, although the Data content is a multiple of 8 bits.
EXAMPLE 2 Country code 2 octets e.g. GB
Issuer 14 bits e.g. 110F
16
Unique number 32 bits e.g. 12345678
16
Total 56 bits or 7 bytes.
7
---------------------- Page: 9 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
7 General rules for data elements
7.1 General points
This section defines some general codes and rules used by the data elements section, these codes and rules
have been constructed from existing standards where available. Each of the data elements will be given a
unique reference.
7.2 Country code
Country code values shall be assigned according to EN ISO 3166-1.
NOTE An updated list of country codes can be found at
http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/index.html .
7.3 Alphabet Indicator
This is the alphabet used in the rest of the message or until another alphabet indicator is read. This is
referenced in EN ISO 14816.
8
---------------------- Page: 10 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
Definition Decimal Code Hex Code
latinAlphabetNo1 1 1
16
latinAlphabetNo2 2 2
16
latinAlphabetNo3 3 3
16
latinAlphabetNo4 4 4
16
latincyrillicAlphabet 5 5
16
latinArabicAlphabet 6 6
16
latinGreecAlphabet 7 7
16
latinHebrewAlphabet 8 8
16
latinAlphabetNo5 9 9
16
latinAlphabetNo6 10 A
16
two OctetBMP 128 80
16
fourOctetCanonical 129 81
16
Default latinAlphabetNo1
7.4 Date
The date element will be fixed format of eight octets of numbers coded as ASCII characters. It may require a
time zone parameter when used, depending on context.
YYYYMMDD
EXAMPLE 20011206 for the 6th of December 2001
7.5 Time
Time will default to UTC and be of twelve octets coded as ASCII characters. This format allows sorting by
date. The Time data element requires time zone information.
YYYYMMDDhhmm
EXAMPLE 200112060958 for 09:58 on the 6th of December 2001
7.6 Time zone
The time zone will be represented by the hours difference from UTC. The first octet will be the sign “+” or “-
“ and the second and third will be the hours difference.
SZZ
EXAMPLE +01 for winter time in Europe.
9
---------------------- Page: 11 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
7.7 String delimiters
The standard delimiters of “null” 00 or <> or <> will be used.
16
8 Data protection
8.1 General requirements
All data shall be accurate, up to date and secure, particularly where this relates to personal data. All data shall
th
be kept in accordance with the data protection principles set out by the Council of Europe Convention on 28
January 1981 and shall take account of Recommendation R(87)15 of the Committee of Ministers of the
th
Council of Europe 17 September 1987 concerning the use of personal data in the police sector.
There are some variations in requirements across EU member states. Therefore the data shall also be kept in
accordance with the national data protection requirements of the country where the data originates and the
country where the data is stored.
10
---------------------- Page: 12 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
Annex A
(normative)
Data elements
A.1 List of data elements
All the messages considered to be part of the common message set will consist of a number of the following
message elements.
Table A.1 — List of data elements
Element Description from heading CSI Code Document Reference
16
Date 01 A.2
Date and time 02 A.3
Dynamic Data, Descriptive Location 11 A.4
Dynamic Data, Direction 12 A.5
Dynamic Data, Geographic Location 13 A.6
Dynamic Data, Speed 14 A.7
Incident, LEA holding original report 20 A.8
Incident, Place of Theft 21 A.14
Incident, Report 22 A.9
Incident, Reporting Person 23 A.10
Incident, Stolen Status 24 A.11
Incident, Theft Update, Location 25 A.13
Incident, Time of Theft 26 A.12
Incident, Unique Reference Number 27 A.15
Incident, vehicle load 28 A.34
Incident, vehicle reference 2A A.36
LEA, Communication 30 A.16
LEA, Identifier 31 A.17
Message Reference 32 A.18
Name and Address, Keeper 33 A.19
Name & Address, Owner 34 A.20
SOC, Communication Number 35 A.21
SOC, Identifier 36 A.22
Message Time 37 A.37
Vehicle, ATSVR Details 48 A.23
Vehicle, Body Type 49 A.24
Vehicle, Colour 50 A.25
Vehicle, Engine Number 47 A.26
Vehicle, Engine Size 41 A.27
Vehicle, Manufacturer 42 A.28
Vehicle, Model 43 A.29
Vehicle, Nationality and Licence Plate 44 A.30
Vehicle, Other Descriptive Information 51 A.31
Vehicle, date of manufacture 52 A.37
Vehicle, Registration Date 46 A.32
Vehicle, VIN 45 A.33
11
---------------------- Page: 13 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
A.2 Date
A.2.1 Function
The basic date field is used for defining non-time critical time and data information, such as date of first
vehicle registration. This is distinct from the time and date of the message.
A.2.2 Coding format
Code Data element size Time Zone Time
01 0F 3 octets 12 octets
16 16
A.3 Date and time
A.3.1 Function
All dynamic data shall be referenced to a specific date and time at which the data was true. This is distinct
from the time and date of the message.
A.3.2 Coding format
Code Data element size Time Zone Time
02 0F 3 octets 12 octets
16 16
A.4 Dynamic Data, Descriptive Location
A.4.1 Function
The function of this field is to describe a location by reference to visual landmarks apparent to an observer at
that location. It may include reference to road numbers allocated by Government e.g.: A1234. It may include
distances from landmarks. The text description will be in ASCII characters. A road Intersection is regarded as
two road descriptors. A relative position is regarded as range and bearing to a Geographic Location. If
required, because of the complexity of describing a location or route, more than one dynamic data, descriptive
location, elements can be included in one message.
A.4.2 Coding format
Code Data element size Alphabet Code Text Description
11 1 octet 1 octet Variable
16
A.5 Dynamic Data, Direction
A.5.1 Function
The function of this field is to give the direction of movement of a vehicle. Care shall be exercised to
distinguish between known direction and unknown direction.
A.5.2 Coding structure
Code Data element size Descriptor Direction value
12 02 or 04 1 octet 1 octet or 3 octets
16 16 16
12
---------------------- Page: 14 ----------------------
SIST-TS CEN/TS 15213-2:2006
CEN/TS 15213-2:2006 (E)
Direction descriptor will be:
Description Code
Direction not known 00
16
Bearing in degrees 01
16
8-point compass 02
16
Future spare 03 – FF
16 16
Direction will be given as a true bearing or 8-point compass.
When given as a bearing it will be three numeric characters coded as ASCII characters. The bearing is strictly
relative to the ellipsoid used in calculating the position. For practical purposes the differences will be small
and will be ignored. Thus a single value in whole degrees, 0 to 359, will be allowed.
When given as an 8-point compass a single ASCII numeric character will be used, value 0 to 7, zero is north
and increment clockwise. For example:
Direction Value English French German ….
0 North Nord Nord
1 North East Nord Est Nord Ost
2 East Est Ost
3 South East Sud Est Süd Ost
4 South Sud Süd
5 South West Sud Ouest Süd West
6 West Ouest West
7 North West Nord OuestNord West
A.6 Dynamic Data, Geographic Location
A.6.1 Function
The function of this field is to describe a location in geographic co-ordinates and will include the frame of
reference of those co-ordinates. E.g. latitude and longitude may be given together with the figure of the earth
(e.g. WGS84). If given in Grid format, then it will include reference to the grid origin (e.g. OSGB36).
A.6
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.