SIST-TS CEN/TS 17148:2018
(Main)Intelligent Transport Systems - eSafety - ProForma eCall Agreement between TPSP and ERO
Intelligent Transport Systems - eSafety - ProForma eCall Agreement between TPSP and ERO
This document provides a pro-forma template "Operational Support Agreement" (OSA) for guidance of "Public Authorities responsible for Emergency Services" (PARES) and Third Party Service Providers (TPSP) of third party assisted eCalls who are considering a formal agreement to accept eCall messages from a TPSP.
While the decision as to whether or not to accept eCall from a particular TPSP, and the terms under which such calls are accepted from any particular TPSP remain firmly in the hands of the PARES and the jurisdiction under which it operates, it is considered to be advantageous to start such negotiations from a standard template. This document provides a pro-forma template which a PARES can require from any applicant TPSP, or an applicant TPSP can offer to any PARES that it approaches to request an agreement to accept their eCalls.
NOTE This pro-forma template is presented as a start point to a formal agreement between a PARES and a TPSP, not the format of the conditions of a final agreement.
CAVEAT: The template that is the subject of this deliverable is advisory, and any agreement between a TPSP and a PARES should be checked by someone legally competent in the jurisdiction that the agreement covers. This document does not claim to be a statement or interpretation of EU law or the national law of any EU Member State. This document is entirely without prejudice to the views of relevant national statutory authorities and their legal functions and powers, whether under EU law or the national law of their Member State.
Intelligente Verkehrssysteme - ESicherheit - Pro-forma Abkommen zwischen Leitstellen und dritter Dienstanbieter
Dieses Dokument bietet eine Pro-Forma-Vorlage einer "Vereinbarung zur Betriebsunterstützung" (OSA, en: Operational Support Agreement) zur Unterstützung öffentlicher, für Notfalldienste verantwortliche Behörden (PARES) und dritter Dienstanbieter (TPSP) bezüglich von Dritten unterstützter eCalls, die eine formale Vereinbarung zur Annahme von eCall-Nachrichten von einem TPSP erwägen.
Während die Entscheidung, einen eCall von einem bestimmten TPSP anzunehmen oder nicht, sowie die Bedingungen, unter denen solche Anrufe von einem bestimmten TPSP angenommen werden, fest in den Händen der PARES und der Rechtsprechung, unter der diese arbeitet, verbleiben, wird es als vorteilhaft angesehen, derartige Verhandlungen mit einer Standardvorlage zu beginnen. Dieses Dokument bietet eine Pro-Forma-Vorlage, die eine PARES von jeglichem Bewerber-TPSP anfordern kann, oder die ein TPSP jeglicher PARES, auf die er zugeht, anbieten kann, um eine Vereinbarung zur Annahme seiner eCalls zu beantragen.
ANMERKUNG Diese Pro-Forma-Vorlage wird als Ausgangspunkt für eine formale Vereinbarung zwischen einer PARES und einem TPSP vorgelegt, sie legt kein Format der Bedingungen einer endgültigen Vereinbarung fest.
WARNUNG: Diese Vorlage, die der Gegenstand dieses Lieferinhalts ist, gilt als beratend, und jegliche Vereinbarung zwischen einem TSPS und einer PARES muss von einer juristisch kompetenten Person gegenüber der Jurisdiktion, unter der diese Vereinbarung gelten soll, geprüft werden. Dieses Dokument beansprucht nicht, eine Erklärung oder Interpretation von EU-Recht oder dem nationalen Recht irgendeines EU-Mitgliedsstaats zu sein. Dieses Dokument ist vollständig unverbindlich gegenüber den Ansichten maßgeblicher nationaler gesetzlicher Instanzen und deren rechtlichen Funktionen und Befugnissen, ob unter dem Recht der EU oder dem nationalen Recht ihrer Mitgliedsstaaten.
Systèmes de transport intelligent - ESafety - Accord type entre fournisseur de service eCall et centres de secours d'urgence
Inteligentni transportni sistemi - e-Varnost - Proforma sporazum med nadzornimi centri in tretjimi ponudniki storitev
Ta dokument podaja proformno predlogo »Sporazum o operativni pomoči« (OSA) za usmerjanje »odgovornih javnih organov za intervencijske storitve« (PARES) in tretjimi ponudnikov storitev (TPSP), ki razmišljajo o uradnem sporazumu, da bi zagotavljali podporo pri sprejemanju e-klicnih sporočil tretjih ponudnikov storitev.
Čeprav je odločitev o tem, ali naj določen tretji ponudnik storitev sprejema e-klice, in pogoji, v katerih določen tretji ponudnik sprejema tovrstne klice, povsem v domeni in pristojnosti odgovornega javnega organa za intervencijske storitve, se začetek takšnih pogajanj, ki izhajajo iz standardne predloge, obravnava kot ugoden. Ta dokument podaja proformno predlogo, ki jo lahko odgovorni javni organi za intervencijske storitve zahtevajo od katerega koli kandidata za tretjega ponudnika storitev ali pa jo lahko kandidat za drugega ponudnika storitev ponudi kateremu koli odgovornemu javnemu organu za intervencijske storitve, na katerega se kandidat obrne s prošnjo za sporazum o sprejemanju e-klicev.
OPOMBA: Ta proformna predloga je predstavljena kot izhodišče za uradni sporazum med odgovornimi javnimi organi za intervencijske storitve in tretjimi ponudniki storitev, ne pa kot oblika pogojev v končni pogodbi.
UGOVOR: Predloga, na katero se nanaša ta dokument, je svetovalne narave, zato naj kakršen koli sporazum med odgovornim javnim organom za intervencijske storitve in tretjim ponudnikom storitev preveri pravno pristojna oseba za področje, ki se nanaša na sporazum. Ta dokument ne pomeni izjave ali razlage prava Unije ali nacionalnega prava katere izmed držav članic EU. Ta dokument v ničemer ne posega v stališča ustreznih nacionalnih zakonodajnih organov in njihovih pravnih funkcij in zakonskih pooblastil, niti po pravu Unije niti po nacionalnem pravu države članice.
General Information
Standards Content (Sample)
SLOVENSKI STANDARD
SIST-TS CEN/TS 17148:2018
01-april-2018
Inteligentni transportni sistemi - e-Varnost - Proforma sporazum med nadzornimi
centri in tretjimi ponudniki storitev
Intelligent Transport Systems - eSafety - ProForma eCall Agreement between TPSP and
ERO
Intelligente Verkehrssysteme - ESicherheit - Pro-forma Abkommen zwischen Leitstellen
und dritter Dienstanbieter
Systèmes de transport intelligent - ESafety - Accord type entre fournisseur de service
eCall et centres de secours d'urgence
Ta slovenski standard je istoveten z: CEN/TS 17148:2018
ICS:
35.240.60 Uporabniške rešitve IT v IT applications in transport
prometu
SIST-TS CEN/TS 17148:2018 en,fr,de
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
---------------------- Page: 1 ----------------------
SIST-TS CEN/TS 17148:2018
---------------------- Page: 2 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148
TECHNICAL SPECIFICATION
SPÉCIFICATION TECHNIQUE
January 2018
TECHNISCHE SPEZIFIKATION
ICS 35.240.60
English Version
Intelligent Transport Systems - eSafety - ProForma eCall
Agreement between TPSP and ERO
Systèmes de transport intelligent - ESafety - Accord Intelligente Verkehrssysteme - ESicherheit - Pro-forma
type entre fournisseur de service eCall et centres de Abkommen zwischen Leitstellen und dritter
secours d'urgence Dienstanbieter
This Technical Specification (CEN/TS) was approved by CEN on 27 November 2017 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, 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, Spain, Sweden, Switzerland,
Turkey and United Kingdom.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION
EUROPÄISCHES KOMITEE FÜR NORMUNG
CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels
© 2018 CEN All rights of exploitation in any form and by any means reserved Ref. No. CEN/TS 17148:2018 E
worldwide for CEN national Members.
---------------------- Page: 3 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
Contents Page
European foreword . 3
Introduction . 4
1 Scope . 5
2 Normative references . 5
3 Terms and definitions . 5
4 Symbols and abbreviations . 10
5 Overview - eCall background . 11
6 PARES: TPSP Arrangements . 13
6.1 Need for Agreement between PARES and TPSP . 13
6.2 Who should sign the Agreement . 13
6.3 Contact and boundaries data . 13
7 Requirements . 14
7.1 General context . 14
7.2 Pro-Forma Template for Operational Support Agreement between an PARES and an
eCall TPSP . 14
(informative) Pro-Forma Template for Operational Support Agreement between a
Public Authority responsible for Emergency Services” (PARES) and an eCall Third
Party Service Provider Organization . 15
Bibliography . 23
2
---------------------- Page: 4 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
European foreword
This document (CEN/TS 17148:2018) has been prepared by Technical Committee CEN/TC 278
“Intelligent 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.
According to the CEN-CENELEC Internal Regulations, the national standards organisations of the
following countries are bound to implement this European Standard: 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, Spain, Sweden, Switzerland, Turkey and
the United Kingdom.
3
---------------------- Page: 5 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
Introduction
An eCall is an emergency call generated either automatically via activation of in-vehicle sensors or manually by the
vehicle occupants; when activated, it provides notification and relevant location information to the most
appropriate 'public safety answering points (PSAP)’, 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 emergency services and establishes a voice channel between the occupants of the vehicle and the
‘most appropriate PSAP'.
There are two variants of eCalls:
a) 112-eCalls;
b) Third Party Service supported eCalls (TPS eCalls).
112-eCalls progress automatically from the vehicle to the “Public Safety Answering Point” (PSAP).
Third Party Service Provider (TPS) involve the services and support of a “Third Party Assistance Provider” (TPSP)
who may filter out false calls, determine if an emergency call requires the emergency services or other services
(such as breakdown assistance), and may provide additional information requested by the owner of the vehicle to
be passed to emergency services in the event of an emergency Call, or where the vehicle does not have the capability
to send the full set of MSD data, may add data and consolidate the MSD before forwarding it to the PSAP.
TPS assisted eCalls are therefore more complex to manage and require an agreement between each TPSP and each
“Public Authority responsible for Emergency Services” (PARES). Up till the development of this document there has
been no ‘standard’ agreement, nor guidance, and it is left to the TPSP to work out what information it provides to
the PARES when requesting an agreement, and to the PARES to work out what information it needs from the TPSP.
While the decision as to whether or not to accept an eCall from a particular TPSP, and the terms under which such
calls are accepted from any particular TPSP remain firmly in the hands of the PARES and the jurisdiction under
which it operates, it is considered to be advantageous to start such negotiations from a standard template. This
document provides a pro-forma template which a PARES can require from any applicant TPSP, or an applicant TPSP
can offer to any PARES that it approaches to request an agreement to accept their eCalls.
4
---------------------- Page: 6 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
1 Scope
This document provides a pro-forma template “Operational Support Agreement” (OSA) for guidance of “Public
Authorities responsible for Emergency Services” (PARES) and Third Party Service Providers (TPSP) of third party
assisted eCalls who are considering a formal agreement to accept eCall messages from a TPSP.
While the decision as to whether or not to accept eCall from a particular TPSP, and the terms under which such calls
are accepted from any particular TPSP remain firmly in the hands of the PARES and the jurisdiction under which it
operates, it is considered to be advantageous to start such negotiations from a standard template. This document
provides a pro-forma template which a PARES can require from any applicant TPSP, or an applicant TPSP can offer
to any PARES that it approaches to request an agreement to accept their eCalls.
NOTE This pro-forma template is presented as a start point to a formal agreement between a PARES and a
TPSP, not the format of the conditions of a final agreement.
CAVEAT: The template that is the subject of this deliverable is advisory, and any agreement between a TPSP and a
PARES should be checked by someone legally competent in the jurisdiction that the agreement covers. This
document does not claim to be a statement or interpretation of EU law or the national law of any EU Member State.
This document is entirely without prejudice to the views of relevant national statutory authorities and their legal
functions and powers, whether under EU law or the national law of their Member State.
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.
EN 15722:2015, Intelligent transport systems — ESafety — ECall minimum set of data
EN 16062:2015, Intelligent transport systems — ESafety — eCall high level application requirements
(HLAP) using GSM/UMTS circuit switched networks
EN 16072:2015, Intelligent transport systems — ESafety — Pan-European eCall operating requirements
EN 16102:2011, Intelligent transport systems — eCall — Operating requirements for third party support
EN 16454:2015, Intelligent transport systems — ESafety — ECall end to end conformance testing
ETSI/TS 122 003, Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); LTE; Circuit Teleservices supported by a Public Land Mobile Network
(PLMN) (3GPP TS 22.003 version 8.0.0 Release 8)
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
3.1
112
single European emergency call number
3.2
112-eCall
‘eCall’ provided by a ‘Teleservice 12’ mobile communication network, as defined in EN 16072 Intelligent
transport systems — eSafety — Pan European eCall operating requirements
5
---------------------- Page: 7 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
3.3
agent of the PARES
officially designated PARES service provider such as a PSAP, emergency rescue organisation, emergency
service such as police, ambulance, paramedics, fire brigade, etc. as notified by the PARES to the TPSP
3.4
call line identifiers (CLI)
calling line identification (CLID), calling number delivery (CND), calling number identification (CNID) or
calling line identification presentation (CLIP), is a telephone service, available in analogue and digital
phone systems and most voice over Internet Protocol (VoIP) applications, that transmits a caller's
number to the called party's telephone equipment during the ringing signal, or when the call is being set
up but before the call is answered (A modem can pass CLID information to a computer for purposes of
call logging) or blocking,
3.5
client
party with whom a TPSP has a valid contact for the provision of eCall TPS services for an equipped vehicle
3.6
data
representations of static or dynamic objects in a formalized manner suitable for communication,
interpretation, or processing by humans or by machines
3.7
data dictionary
organized and constructed (electronic data base) compilation of descriptions of data concepts that
provides a consistent means for documenting, storing and retrieving the syntactical form (i.e.
representational form) and the meaning and connotation of ‘eCall’ ‘data concept’
Note 1 to entry: A data registry provides definition of the metadata concept, it does not store the values of
individual instances. For example a data registry with a data concept 'registration plate identification of a vehicle'
defines how the identification numbers/letters are represented. It does not contain a list of particular licence plates.
3.8
data element
single unit of information of interest (such as a fact, proposition, observation, etc.) about some (entity)
class of interest (e.g., a person, place, process, property, concept, association, state, event) considered to
be indivisible in a particular context
3.9
data registry
registration process to store data definitions, characterized in a consistent manner, as determined
according to the provisions of an international standard, in a data dictionary
Note 1 to entry: Neither a data registry nor a data dictionary provides a database of specific values of instances
of the use of the registry/dictionary in an implementation.
3.10
E112
emergency communications service using the single European emergency call number, 112, which is
enhanced with location information of the calling user
Note 1 to entry: See European Commission Recommendation C 2657 (2003).
6
---------------------- Page: 8 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
3.11
E164
ITU-T recommendation which defines the international public telecommunication numbering plan used
in the PSTN and some other data networks
3.12
eCall
defined in EN 16072 Intelligent transport systems — eSafety — Pan European eCall operating
requirements as “emergency call generated either automatically via activation of in-vehicle sensors or
manually by the vehicle occupants; when activated, it provides notification and relevant location
information to the most appropriate 'public safety answering points (PSAP)’, by means of ‘mobile
wireless communications networks’, carries a defined standardised ’minimum set of data’, notifying that
there has been an incident that requires response from the emergency services and establishes a voice
channel between the occupants of the vehicle and the ‘most appropriate PSAP'
3.13
emergency call
call from a user to an emergency control centre including and especially E112
3.14
emergency control centre
facilities used by emergency organizations to accept and handle emergency calls
Note 1 to entry: A PSAP forwards emergency calls to the emergency control centres.
3.15
emergency response organisation
authority in charge of emergency services within a jurisdiction/Member State; referred to as a Public
Authority responsible for Emergency Services” (PARES) within this document
3.16
equipped vehicle
vehicle equipped with operational means to trigger a TPS eCall
3.17
IVS dataset
minimum set of vehicle-generated data elements which are essential for the performance of the ‘TPS-
eCall’. The format and content of this ‘IVS dataset’ is not defined by EN 16102, but it must be possible for
the service provider to create an MSD as defined in EN 15722 (Intelligent transport systems — eSafety
— ’eCall’ minimum set of data) based on this ‘IVS dataset’
Note 1 to entry: This may be a sub-set of the MSD data elements, as some MSD elements can be inferred/looked-
up from other elements by the TPSP.
3.18
most appropriate PSAP
PSAP defined beforehand by national authorities to cover emergency calls from a certain area or for
emergency calls of a certain type
Note 1 to entry: A number of different instantiations of PSAP service are supported within this Technical
Specification. A PSAP may be a Public Authority or a private service provider operating under the control of a Public
Authority.
7
---------------------- Page: 9 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
3.19
minimum set of data (MSD)
standardised data concept, as specified in EN 15722 (Intelligent transport systems — eSafety — ’eCall’
minimum set of data), comprising data elements essential for the notification of a ‘TPS-eCall’ to a PSAP
3.20
Pan-European eCall
see 112-eCall
3.21
'Public Safety Answering Point' (PSAP)
physical location where emergency calls are first received under the responsibility of a public authority
or a private organisation recognised by the government. See also 'most appropriate PSAP’
Note 1 to entry: A number of different instantiations of PSAP service are supported within this Technical
Specification.
3.22
PARES
Public Authority responsible for Emergency Services: Emergency Response Organisation nominated in
the Agreement
3.23
OSA
Operational Support Agreement which is the subject of the Agreement between the TPSP and PARES
3.24
Service
Provision of eCall TPS services for equipped drivers and vehicles with whom a TPSP has a contract,
performed in accordance with EN 16102:2011 as nominated in the Agreement
3.25
TPSP
eCall Third Party Service Provider
3.26
TPS eCall
eCall or other triggered emergency call made from an equipped vehicle via a TPSP in accordance with
EN 16102
Note 1 to entry: In summary, it includes the transmission of the ‘IVS data set’ (plus possibly additional data) from
the vehicle to a TPSP, and the establishment of a voice call with this TPSP. In the event of an emergency situation
likely to require assistance from the emergency services, the TPSP shall establish a voice connection with the ‘most
appropriate PSAP’. The TPSP shall also forward all relevant information concerning the event, including
the information specified as mandatory by the MSD standard (EN 15722) as a minimum, to this ‘most appropriate
PSAP’. The TPSP shall also provide voice communication between the PSAP and the vehicle occupants, at least by
setting up a conference call, if this is required by any of the parties involved.
3.27
TPS-eCall generator
occupant of a vehicle or equipment within a vehicle that has cause to trigger a ‘TPS-eCall transaction’ by
automatic or manual means
8
---------------------- Page: 10 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
3.28
TPS-eCall notification
notification from a ‘TPS-eCall notifier’ to a ‘most appropriate PSAP’ about a ‘TPS-eCall’ likely to require
assistance from the emergency services, and provision of all relevant information concerning the event
(if necessary collating data from the ‘IVS dataset’ and data from other sources), including the information
specified as mandatory by the MSD standard EN 15722 (Intelligent transport systems — eSafety — ’eCall’
minimum set of data) as a minimum
3.29
TPS-eCall notifier
organisation specifically trained for managing emergency situations, which performs a ‘TPS-eCall
notification’. As a consequence of a ‘TPS-eCall responder’ receiving a ‘TPS-eCall’ likely to require
assistance from the emergency services
Note 1 to entry: The ‘TPS-eCall notifier’ shall also make best efforts to provide voice communication between the
PSAP and the vehicle occupants, at least by setting up a conference call, if this is required by any of the parties
involved.
Note 2 to entry: The ‘TPS-eCall responder’ and ‘TPS-eCall notifier’ will often be the same organization but, to
clarify the separate stages involved, distinct roles and definitions are used in this Technical Specification for each
stage of the ‘TPS-eCall’. Within the ‘TPSP-eCall responder’ different organisations can handle the voice connection
and the data management of an ‘eCall’ event.
3.30
TPS-eCall responder
organisation specifically trained for managing assistance or emergency situations, which receives a ‘TPS-
eCall‘ and notifies the vehicle or caller that the call has been received
Note 1 to entry: The ‘TPS-eCall responder’ and ‘TPS-eCall notifier’ will often be the same organization but, to
clarify the separate stages involved in a ‘TPS-eCall’, distinct roles and definitions are used in this Technical
Specification. Within the ‘TPS-eCall responder’ different organisations can handle the voice connection and the data
management of an ‘eCall’ event.
3.31
TPS-eCall transaction
transmission across a mobile network of a set of data from a vehicle to a ‘TPS eCall responder’ and the
establishment of a voice channel between the vehicle and the ‘TPS-eCall responder’
3.32
TPS in-vehicle equipment
equipment within the vehicle that provides or has access to in-vehicle data required for the ‘IVS dataset’
to effect the ‘TPS-eCall transaction’ via a public mobile wireless communications network providing a
link between the vehicle and a ‘TPS-eCall responder’
3.33
TPS in-vehicle system (TPS-IVS)
‘TPS in-vehicle equipment’ together with the means to trigger, manage and effect the ‘TPS-eCall
transaction’
3.34
TPS in-vehicle system provider
provider of a 'TPS in-vehicle system’
Note 1 to entry: The ‘TPS in-vehicle system provider’ may be the vehicle manufacturer or the provider of
aftermarket equipment.
9
---------------------- Page: 11 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
3.35
TPSP
‘third party service provider’ organisation, recognised by the national rescue authorities as being allowed
to transmit ‘TPS-eCall’ to them, and compliant with the requirements of this Technical Specification
Note 1 to entry: The TPSP has two roles, ‘TPS-eCall responder’ and ‘TPS-eCall notifier’.
3.36
TPSP CallbackNumber
telephone number of a prioritised voice contact at the TPSP call centre which can be used by the PSAP in
case a subsequent callback is required to request more details about the emergency or even to speak to
vehicle occupants
3.37
TPS emergency responder
Person working for the TPSP who is a responder to the eCall generated by the equipped vehicle in
accordance with EN 16102
3.38
VehiclePhoneNumber
telephone number of the ‘TPS in-vehicle system’ which may be used to attempt a call back to the vehicle
4 Symbols and abbreviations
For the purposes of this document, the following symbols and abbreviations apply.
ACD Automatic call distribution
CLI Caller Line Identification
GNSS Global navigation satellite system
GSM Global system for mobile communications
IVS In-Vehicle-System
MNO Mobile network operator
MSD Minimum Set of Data
NAD Network access device (e.g. a GSM or UMTS module)
PARES Public Authority(ies) responsible for Emergency Services
PLMN Public Land Mobile Network
PBX Private Branch eXchange
PSAP Public Safety Answering Point
SID Session identification
TPS Third Party Services
TPS-IVS TPS in-vehicle system
TPSP Third Party Service Provider
TSD TPS-eCall Set of Data
10
---------------------- Page: 12 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
5 Overview - eCall background
eCall is a pan-European initiative with the purpose to bring rapid assistance to motorists involved in an incident
(such as a collision) anywhere in the European Union.
The principle Pan European eCall service, now regulated, and formally called 112-eCall, is regulated to be
introduced into all light vehicle models as from spring 2018, and uses the TS12 emergency call prioritization
provisions to establish a voice channel (using cellular mobile networks [GSM/UMTS]) between the vehicle and the
‘Public Safety Answering Point’ that is the first responder to the emergency ‘eCall’. Having established contact, the
in-vehicle system (IVS) first sends the ‘minimum set of data’ as defined in EN 15722, and then opens up the voice
channel so that the PSAP can talk with the occupants of the vehicle, if this is at all possible. The operating
requirements for ‘Pan-European eCall, are defined in EN 16072. The ‘High Level Access Protocols’ to deliver the
service using GSM/UMTS cellular communications systems are defined in EN 16062, and the GSM/UMTS provisions
to enable this and to recognize an eCall are made in several ETSI Standards and most importantly, Release 8 or later
of the GSM/UMTS communications standards. Conformance tests for eCall are specified in EN 16454.
112-eCall (Pan-European eCall)l effects this service using a ‘Circuit Teleservice’ supported by a Public Land Mobile
Network (PLMN) (Teleservice 12/TS12). See ETSI/TS 122 003. This means that the unit recognizes a call as a 112
emergency call and routes the call to the PSAP via the PLMN according to a routing agreed between the PLMN, MNO
and the PSAP, i.e. the ‘long’ number is not used in order to determine routing.
TPS eCall will use other means of communication between the vehicle and the TPSP, normally an E164 cellular
network call which is routed according to the ‘long’ number dialled. See Appendix E within Annex A for detail.
All ‘new model’ vehicles registered in any EU country will have to be equipped with a 112-eCall in-vehicle system
from spring 2018.
However, the eCall Regulations allow that light vehicle owners can also decide to contract a private eCall service
supported by Third Party Service Providers (TPSP). Such Third Party Service (TPS) supported eCall may be offered
as part of a wider bundle of services to the motorist – for example it may just be one service in a bundle of services
including perhaps, breakdown assistance, route guidance, hotel and parking reservations, etc. and may be offered
by the manufacturer of the vehicle, or by motorist organisations, insurance companies, etc.
In the case of TPS eCall, the automatic or manually activated eCall arrives first to the Third Party Service Provider’s
call centre and then, if established as a case of real emergency, data and voice are forwarded to the most appropriate
Public Safety Answering Point (PSAP). The means by which this service is effected at a ‘standard’ level is in
accordance with EN 16102:2011.
Figure 1 shows a comparison between the communications routing for 112-eCall and TPS eCall.
11
---------------------- Page: 13 ----------------------
SIST-TS CEN/TS 17148:2018
CEN/TS 17148:2018 (E)
Figure 1 — End-to-end ‘112-eCall’ and ‘TPS-eCall’ systems connected to an ‘eCall’ enabled PSAP
The Regulation for eCall ((EU) 2015/758 of 29 April 2015) specifies that:
“(2) Manufacturers shall demonstrate that all new types of vehicles are constructed in such a way as to ensure that, in
the event of a severe accident, detected by activation of one or more sensors or processors within the vehicle, which
occurs in the territory of the Union, an eCall to the single European emergency number 112 is triggered automatically.
Manufacturers shall demonstrate that new types of vehicles are constructed in such a way as to ensure that an eCall to
the single European emergency number 112 can also be triggered manually.”
and
“(3) Paragraph 2 is without prejudice to the right of the vehicle owner to use a TPS eCall in-vehicle system providing
a similar service, in addition to the 112-based eCall in-vehicle system, provided that all the following conditions are
met:
(a) the TPS eCall in-vehicle system shall comply with the standard EN 16102:2011 ‘Intelligent transport systems —
eCall — Operating requirements for third party support’;
(b) manufacturers shall ensure that there is only one system active at a time and that the 112-based eCall in-vehicle
system is triggered automatically in the event that the TPS eCall in-vehicle system does not function;
(c) the vehicle owner shall have the right to choose to use the 112-based eCall in-vehicle system rather than a TPS eCall
in-vehicle system at all times;
(d) manufacturers shall include information on the right referred to in point (c) in the owner's manual.”.
While TPS eCall in-vehicle systems may have a different architecture compared to 112-eCall in-vehicle systems,
there will also be technical differences between TPSP systems, since this is allowed within EN 16102. Much of the
objective of EN 16102 being to provide a similar eCall result to the PSAP, even though there are technical differences
in the in-vehicle
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.