Sistema eCall: Situación actual y estándares

Anuncio
Nº 5/2011
C
U
A
D
E
R
N
O
PLATAFORMA
PLATAFORMA TECNOLÓGICA
ESPAÑOLA
DE LA
CARRETERA
www.ptcarretera.es
Sistema eCall:
Situación actual y estándares
En colaboración con:
© Plataforma Tecnológica Española de la Carretera (PTC). General Pardiñas, 15 – 1º, 28001
Madrid. Reservados todos los derechos.
ISBN: 978-84-615-3969-7
PLATAFORMA
PLATAFORMA TECNOLÓGICA
ESPAÑOLA
DE LA
CARRETERA
www.ptcarretera.es
Sistema eCall:
Situación actual y estándares
Autores:
Ramón Vicente Cirilo Gimeno
Juan José Martínez Durá
Antonio García Celda
(Laboratorio Integrado de Sistemas Inteligentes y Tecnologías de la Información en
Tráfico de la Universidad de Valencia, LISITT)
Agenda Estratégica de
Investigación de la
Carretera en
España (2011-2025)
Temáticas:
Sub-temáticas:
ITS y Movilidad
• Fomento y despliegue de sistemas
cooperativos I2V, V2I, I2I para entornos urbanos e interurbanos
• La carretera electrónica 2.0
En colaboración con:
cuaderno
ecnologico de la
p
c
LA COLECCIÓN “CUADERNOS TECNOLÓGICOS DE LA PTC”
La Plataforma Tecnológica Española de la Carretera (PTC) es el foro de encuentro
apoyado por el Ministerio de Ciencia e Innovación para todos los agentes del sistema cienciatecnología-empresa con un papel relevante en el fomento del empleo, la competitividad y el
crecimiento en el sector de las infraestructuras viarias en España.
Desde su presentación en sociedad en febrero de 2010, la PTC trabaja como una
plataforma transversal que fomenta el intercambio fluido de información y las discusiones a nivel
tecnológico entre los agentes privados y públicos del sector, con el objeto de contribuir a que
España se convierta en el referente mundial en materia de tecnologías asociadas a la
carretera.
La colección de publicaciones “Cuadernos Tecnológicos de la PTC” surge de los convenios
de colaboración que la Plataforma mantiene con un importante número de instituciones académicas activas en la I+D+i en materia de infraestructuras viarias. Cada Cuaderno se incardina dentro de alguna o varias de las temáticas y sub-temáticas de la vigente Agenda Estratégica de Investigación de la Carretera en España (2011-2025).
Listado de Cuadernos Tecnológicos del año 2011:
01/2011: Sistemas de adquisición de información de tráfico: Estado actual y futuro
02/2011: Firmes permeables
03/2011: Sistema fotogramétrico para la medición remota de estructuras en programas
de inspección de puentes
04/2011: Pago por uso de las infraestructuras viarias: Estudio de los accesos a Madrid
05/2011: Sistema eCall: Situación actual y estándares
06/2011: La velocidad de operación y su aplicación en el análisis de la consistencia de
carreteras para la mejora de la seguridad vial
07/2011: Desarrollo de una metodología de análisis de ciclo de vida integral específica para carreteras
08/2011: Control pasivo de velocidad: Intervención en tramos de acceso a entornos
urbanos
sistema ecall: situacion actual y estándares
ÍNDICE
1. DEFINICIÓN DEL SISTEMA ECALL
1
1.1.BREVE DESCRIPCIÓN DEL SISTEMA ECALL
1
1.2.ELEMENTOS QUE INTEGRAN ECALL
6
1.2.1. IVS
7
1.2.2. MNO
8
1.2.3. PSAP
8
1.3.NORMAS RELACIONADAS CON ECALL
2. ESTADO ACTUAL DE LOS ESTÁNDARES ECALL
2.1.ECALL REQUIREMENTS FOR DATA TRANSMISIÓN
9
11
11
2.1.1. Información del documento
11
2.1.2. Contenido del documento
12
2.2.MSD – 15722 (UNE-CEN/TS 15722:2009 EX)
12
2.2.1. Información del documento
12
2.2.2. Contenido del documento
12
2.3.EN ISO 24978:2009
13
2.4.ECALL FLAG
13
2.4.1. Información del documento
13
2.4.2. Contenido de la tabla
14
2.5.ECALL DATA TRANSFER 3GPP TS 26.267 – GENERAL DESCRIPTION
14
2.5.1. Información del documento
14
2.5.2. Contenido del documento
15
2.6.ECALL DATA TRANSFER 3GPP TS 26.268 – ANSI-C REFERENCE CODE
18
2.6.1. Información del documento
18
2.6.2. Contenido del documento
19
2.7.ECALL DATA TRANSFER 3GPP TS 26.269 – CONFORMANCE TESTING
2.7.1. Información del documento
19
19
cuaderno
ecnologico de la
p
c
2.8.ECALL DATA TRANSFER 3GPP TS 26.969 – CHARACTERISATION REPORT
2.8.1. Información del documento
19
19
3. SISTEMAS Y EXPERIENCIAS SIMILARES
20
3.1.EXPERIENCIAS EN ESTADOS UNIDOS
20
3.2.EXPERIENCIAS EN JAPÓN
21
3.3.PROYECTOS EUROPEOS
22
3.4.ALGUNOS EJEMPLOS DE COMPAÑÍAS AUTOMOVILÍSTICAS
23
3.5.TPS-ECALL
24
3.5.1. Introducción
24
3.5.2. Descripción del sistema TPS eCall
24
3.5.3. Comunicación entre el vehículo y el TPSP
25
3.5.4. Comunicación entre TPSP y el PSAP
26
3.5.5. Información que se debe transmitir entre TPSP y PSAP
27
4. GLOSARIO DE TÉRMINOS
28
5. REFERENCIAS
29
INDICE DE ILUSTRACIONES
Ilustración 1. Esquema funcional del sistema eCall
Ilustración 2. Evolución de la accidentalidad en Europa
Ilustración 3. Esquema funcional del sistema eCall
Ilustración 4. Estructura del MSD
Ilustración 5. Esquema funcional del sistema eCall
Ilustración 6. Estándares eCall
Ilustración 7. Arquitectura in-band MODEM
Ilustración 8. Diagrama transmisor IVS
Ilustración 9. Diagrama receptor IVS
Ilustración 10. Diagrama transmisor PSAP
Ilustración 11. Diagrama receptor PSAP
Ilustración 12. Esquema funcional del servicio HELPNET (Japón)
Ilustración 13. Comparación de tiempos de atención del accidente para el servicio HELPNET
Ilustración 14. Esquema del sistema TPS-eCall
Ilustración 15. Esquema de comunicación TPS-PSAP #1
Ilustración 16. Esquema de comunicación TPS-PSAP #2
1
2
3
4
5
11
15
16
16
17
18
21
22
25
26
27
sistema ecall: situacion actual y estándares
1. Definición del sistema eCall
1.1. Breve descripción del sistema eCall
Anualmente se producen en Europa más de 1,2 millones de accidentes que requieren asis­
tencia médica, y muchos más que precisan de otros tipos de asistencia. Es posible que, tras
un accidente, los ocupantes del automóvil se encuentren conmocionados, no sepan dónde
están, sean incapaces de comunicarse o no acierten a utilizar un teléfono móvil. En todos estos casos, en cualquier lugar de Europa en que se encuentren, eCall resultará decisivo: puede
reducir drásticamente los tiempos de respuesta de los servicios de emergencia, salvar vidas y
reducir la gravedad de las lesiones. Una vez plenamente implantado en Europa, los beneficios
socioeconómicos de eCall serán muy elevados.
Ilustración 1. Esquema funcional del sistema eCall1
eCall es una iniciativa de la Comisión Europea que pretende proporcionar ayuda rápida a
automovilistas que sufren un accidente de tráfico de una forma autónoma y automática. Está
basada en un sistema que, ante la detección de una situación de accidente por parte del vehículo (a través de sus sensores), realiza una llamada a un centro de emergencias (E112) para
informar del accidente y enviar datos relevantes del vehículo, así como para establecer una
1
Fuente: European Commission eCall website
1
cuaderno
ecnologico de la
p
c
comunicación de voz entre los pasajeros del vehículo y el centro de emergencias. La información se envía codificada, sobre la propia llamada telefónica, en lo que se ha denominado el
“conjunto mínimo de datos” (MSD – mimimum set of data). Entre otros, se envía información de
la posición del vehículo, que es un elemento vital para que actúen los servicios de emergencia
con celeridad.
Este sistema proviene del año 2001, cuando la Comisión Europea publicó un whitepaper titulado “European Transport Policy for 2010: Time to Decide” [10]. En él se fijaba como objetivo
ambicioso reducir la mortalidad ocasionada por los accidentes tráfico a un 50%.
Ilustración 2. Evolución de la accidentalidad en Europa2
En este contexto, Se pusieron en marcha diversas acciones en el ámbito de la seguridad vial,
entre ellas, el impulso del sistema eCall a través de proyectos de I+D.
eCall se había previsto como un servicio paneuropeo que funcionaría en todos los Estados
miembros de la Comunidad y en los Estados asociados a la iniciativa. Estaría disponible en la
totalidad de los vehículos, con independencia de su marca, país y ubicación real. eCall sería
el único servicio que facilitaría cobertura paneuropea: no serían necesarios ni acuerdos especiales ni dispositivos adicionales, pues eCall funcionaría cuando salgamos de vacaciones y en
nuestros viajes de negocios lo mismo que en casa.
Se estima que eCall tiene el potencial de salvar 2.500 vidas al año en Europa cuando esté introducido en todos los vehículos, así como reducir la gravedad de las secuelas en los heridos
por accidentes de tráfico en un 10-15% de los casos.
La Comisión Europea aspiraba a implementarlo hacia 2009, aunque ha sufrido retraso, a causa
2
Fuente: CARE (EU road accidents database). Mayo 2011.
2
sistema ecall: situacion actual y estándares
de la dificultad de poner de acuerdo al mismo tiempo a todas las partes interesadas (fabricantes de automóviles, de equipos telemáticos, operadores de telefonía móvil, proveedores
de servicios, protección civil, Centros 112 -También conocidos como PSAP (Public Safety Answering Point, sus siglas en inglés) y diferentes ministerios de los Estados Miembros de la UE.
De hecho, la Comisión Europea ha revisado estos objetivos [11] y ha vuelto a plantear una
reducción de la mortalidad en accidentes de tráfico en carretera para el periodo 2010-2020
del 50%, basado en el objetivo de “promocionar el uso de tecnología moderna para aumentar
la seguridad vial”, indicando explícitamente que “en los próximos 7 años, los ITS deberían
contribuir decisivamente a mejorar la efectividad y velocidad de rescate de víctimas, y en particular, la adopción del servicio de llamadas de emergencia paneuropeo eCall”.
La estandarización de los protocolos de comunicación era uno de los obstáculos, y ha sufrido
más retraso del previsto. El Instituto Europeo de Normas de Telecomunicaciones consideró
varias tecnologías (UUSD, USD, SMS, DTMF, modem en banda -[[in-band modem]]-) y al final,
a propuesta de los operadores de telefonía móvil, con el acuerdo del resto de las partes interesadas, ha propuesto un protocolo de comunicación basado en el in-band modem, siendo
la tecnología propuesta por Qualcomm la finalmente aprobada. Este estándar es abierto, y
Qualcomm se ha comprometido a no cargar licencia por su utilización para eCall.
Por otra parte el Comité Europeo de Normalización (CEN) ha acordado las normas comunes
referidas a la estructura del conjunto mínimo de datos (MSD -minimum set of data- sus siglas
en inglés) así como los requisitos operacionales comunes para los sistemas eCall. Es de esperar que una vez aprobadas las principales especificaciones por los institutos europeos de
normalización, se acelere la implementación de eCall en los vehículos.
Ilustración 3. Esquema funcional del sistema eCall3
Respecto a su funcionamiento, el proceso que se sigue es el siguiente:
Si se produce un accidente grave, los sensores del vehículo desencadenan automáticamente
una llamada eCall. Una vez activado, el sistema a bordo del vehículo establece una conexión
3
Fuente: http://www.icarsupport.org/ecall/
3
cuaderno
ecnologico de la
p
c
vocal con el 112 y, al mismo tiempo, envía un mensaje de emergencia, el conjunto mínimo
de datos (MSD, minimum set of data), que incluye información esencial sobre el accidente,
tal como la hora, el lugar y la dirección de marcha (derivada de datos precisos obtenidos de
satélites tales como EGNOS11 y, a partir de 2013, Galileo12), además de una descripción del
vehículo. Esta llamada también podrá ser activada de forma manual.
El MSD está estandarizado a través del CEN TC278 WG15: UNE-CEN/TS 15722:2009 EX, y
contiene la siguiente información:
• eCall Flag
• Identificación del vehículo (VIN)
• Sistema de propulsión (diesel, gasolina, etc.)
• Marca de tiempo
• Localización y dirección
• Número de pasajeros
• Proveedor del servicio
• Formato
• Chequeo de trama
• Datos adicionales opcionales
• Delimitador
Toda esta información se organiza de forma secuencial, creándose una trama de datos que se
transmite sobre la llamada de voz entre el vehículo y el 112:
Ilustración 4. Estructura del MSD
4
sistema ecall: situacion actual y estándares
A su vez, el operador de red móvil detecta que la llamada al 112 constituye una eCall basándose en el «indicativo eCall» insertado por el módulo de comunicaciones del vehículo. Dicho
operador gestiona la eCall como cualquier otra llamada al 112 y la encamina hacia el centro de
respuesta de emergencia más adecuado - punto de respuesta de seguridad pública (PSAP,
Public Safety Answering Point) - que hayan definido las autoridades públicas. El operador del
PSAP recibirá tanto la llamada vocal como el MSD.
La información facilitada por el MSD será descodificada y presentada en la pantalla del
operador del PSAP. La localización y la dirección de la marcha del vehículo pueden mostrarse
en un sistema de información geográfica. Al mismo tiempo, el operador podrá escuchar lo que
sucede en el vehículo y hablar con sus ocupantes si es posible. Esto le ayudará a determinar
qué servicios de emergencia deben trasladarse al lugar del accidente (ambulancia, bom­
beros, policía) y transmitir rápidamente la alarma y toda la información pertinente al servicio
adecuado.
Además, el operador del PSAP podrá informar inmediatamente a los centros de gestión del tráfico de que se ha producido un accidente en un punto concreto, facilitando rápidamente información a los demás usuarios de la carretera y evitando así accidentes secundarios, además
de contribuir a despejar la calzada, reduciendo por consiguiente la congestión.
De forma adicional, el sistema eCall deja abierta la posibilidad de que el vehículo se ponga en
contacto con terceras partes (TPS) que actúan como intermediarios en el proceso de comunicación de la incidencia. Para este caso, se ha previsto que el vehículo pueda enviar información más detallada, dado que el TPS debe tener capacidad de procesar está información
específica del vehículo, a través de un mensaje codificado y denominado “conjunto completo
de datos” (FSD – Full set of data). Este elemento no está estandarizado, pero sí que se contempla como posible escenario de implantación del sistema eCall.
Ilustración 5. Esquema funcional del sistema eCall4
4
Fuente: http://www.icarsupport.org/ecall/
5
cuaderno
ecnologico de la
p
c
1.2. Elementos que integran eCall
Como se ha mostrado en el punto anterior, el funcionamiento del servicio eCall implica la actuación de distintos agentes y/o dispositivitos en la ejecución y atención de la llamada eCall. A
continuación pasamos a comentar cada uno de ellos de forma más detallada [8].
• Vehículo: El dominio del vehículo es la detección de un accidente, ya sea manualmente
(por el conductor o los pasajeros mediante la pulsación del botón eCall) o de forma automática mediante el despliegue de distintos factores desencadenantes que pueden lanzar
la llamada eCall, basándose normalmente en más de una entrada del sensor. La información de despliegue es posteriormente enviada al IVS (invehicle system).
También, es responsable de entregar toda la información requerida a la IVS, lo cual es una
parte del MSD (como por ejemplo, el número VIN).
• IVS: El IVS se compone de cuatro partes todas con responsabilidades separadas (dispositivo GNSS, NAD (Network Access Device), procesador y HMI). Los paquetes “IVS”, toda
la información relacionada con el servicio eCall, es decir, activación de eCall (automático /
manual), la ubicación, dirección de viajes, etc. es enviado a través de la NAD al PSAP, junto
con la conexión de voz establecida.
• IVS2MNO: La interfaz IVS2MNO se refiere a la transferencia de la voz de eCall y MSD de
la NAD en el IVS a la red principal MNOs, lo que significa que el enfoque aquí es sólo la
transmisión. Temas como canal de comunicación, el portador, el protocolo de transporte y
las especificaciones de la red serán el tema central a tratar.
• MNO: El objetivo dentro de este dominio radica principalmente en la forma en la que se
realiza el transporte de MSD y de la voz a través de la red, utilizando la red GSM disponible
en la actualidad. Temas como la tarjeta SIM / USIM en la NAD, las normas y actualizaciones
de red, los esfuerzos de integración, la posible redimensión de la red de infraestructuras y
posible apoyo de la nueva red, son todos los temas relacionados con el MNO (operador de
red móvil).
• MNO2PSAP: Este dominio es la interfaz entre el MNO y PSAP. Debido al potencial número
elevado de sistemas eCall en toda la UE, al gran número de operadores de telecomunicaciones y a la estructura de la PSAP, es importante que la transmisión de voz y MSD se haga
de forma estandarizada.
• PSAP: Cuando la voz y MSD se entregan al PSAP, el dominio de PSAP se centra en conseguir voz y MSD para el operador del mismo PSAP. Después, el operador se encargará
de la eCall en una forma adecuada que cumpla con los procedimientos operativos para los
PSAP.
6
sistema ecall: situacion actual y estándares
1.2.1. IVS
1.2.1.1. Localización
Los datos de localización siempre deben estar disponibles en el momento del accidente debido a la importancia de la rápida y correcta transmisión de los mismos de cara a la llamada
del 112. Para ello, siempre se tendrán almacenados los tres últimos puntos para poder calcular dicha posición sin problemas y enviarla junto al resto de los datos del MSD, de la mejor
manera posible.
1.2.1.2. Agrupamiento MSD
El agrupamiento de la MSD es realizado por el IVS.
1.2.1.3. HMI
El HMI del IVS tiene que informar al conductor, si el sistema eCall a bordo no está funcionando
adecuadamente.
1.2.1.4. Activación/Criterio de cancelación
La estrategia para la activación automática de llamadas eCall debe ser muy robusta y segura,
con el fin de evitar las falsas llamadas. Para ello, una medida que se podría utilizar sería el uso
de una unidad de control fiable, dispositivo eficientemente probado, que minimizaría la posibilidad de que éstas se produjeran.
Respecto a la llamada manual, la estrategia a seguir será que cada vehículo incorpore una
interfaz hombre-máquina que evite activar accidentalmente dicha llamada. Escenarios consi­
derados ha habido muchos, por ejemplo tener que pulsar el botón de eCall durante tres segun­
dos para activar la llamada o pulsarlo dos veces dentro de un intervalo de 5 segundos. Sin
embargo, sea cual sea el modelo implantado, la estrategia debe ser definida individualmente
por los distintos fabricantes de vehículos, asegurando que para cada tipo de vehículo, resultará poco probable la activación involuntaria de una llamada manual.
1.2.1.5. Timing
El tiempo entre la detección de bloqueos a través de un sensor o bien presionando el botón de
eCall y el inicio de la llamada no debería exceder los veinte segundos.
El NAD es el responsable de la iniciación de llamadas. El PSAP enviará una señal de recono-
7
cuaderno
ecnologico de la
p
c
cimiento al IVS indicando que el MSD ha sido transmitido con éxito y ésta será almacenada
por el IVS.
Los criterios de rendimiento que se recomienda en relación con el momento del accidente son:
• T0, Tiempo de distribución de la señal del accidente [tiempo de detonación de airbag, es
decir, el tiempo en el que se genera la señal de salida del sensor a la recepción en el sistema
eCall].Tiempo fijado en segundos.
• Agrupación de los MSD en cuestión de segundos.
• Tiempo de reconocimiento en el orden de segundos. (PSAP envío de un acuse de recibo al
IVS como que ha recibido correctamente el MSD).
1.2.2. MNO
eCall es un sistema paneuropeo que se está construyendo sobre el servicio 112 y E112, lo cual
significa que las capacidades de itinerancia total deben ser proporcionadas.
En cuanto a la solución de respaldo, por si falla eCall, los operadores de redes móviles deberán facilitar la localización celular basada en el principio del mejor esfuerzo. Esto también
significa que los operadores de redes móviles deben tratar a eCall como una llamada de
E112, exactamente con la misma prioridad que a través de su red básica y añadir el MSD a la
llamada del E112.
1.2.3. PSAP
1.2.3.1. Precisión de los mapas
En el caso de una llamada de emergencia, una fase crítica del proceso es poder localizar con
precisión en un mapa la posición de la persona que llama a través de los pares de coordenadas GNSS (uno o varios) y obtener una dirección que pueda ser enviada a los servicios de
emergencia.
El objetivo de la precisión de los mapas es de 15m. - medidos respecto a WGS84.
El proyecto E-MERGE recomienda que el vehículo envíe sus últimas 3 posiciones GPS (véase
el informe final Emerge: Dirección de viaje derivada de las posiciones de los tres últimos GPS
con intervalo de 30 metros) que también ha sido adoptada por la Dirección General de eCall.
• Geometría vial
– Integridad de la geometría de la carretera hasta el nivel más local: un camino está
8
sistema ecall: situacion actual y estándares
presente o no en la BD.
– Exactitud de la geometría de la carretera: la geometría es precisa a 15 metros.
• Nomenclatura vial
– En la categoría de arterias de 1 a 4: 99,9% debe tener un nombre;
– En la categoría de la arteria 5: 97% debe tener un nombre, y exactitud de la nomenclatura vial: cada nombre de la vía debe ser el correcto.
1.2.3.2. Procedimiento operativo
Los procedimientos operativos relacionados con el operador de PSAP, al recibir una llamada
de emergencia, diferencian entre Estado miembro y Estados miembros que tienen indicadores
de resultados expresados en tiempo. Estos indicadores de rendimiento tienen sin embargo un
denominador común: en todos los Estados miembros se establecen en sus respectivos reglamentos legislativos.
Pese a ello, en general, el procedimiento operativo es el mismo:
• Responder a las llamadas de emergencia entrantes.
• Evaluación de las llamadas entrantes.
• Transmisión a 2ª fase de PSAP o la sala de control de emergencia.
• Responder a las llamadas de emergencia entrantes desde el centro de la 112 por la PSAP
2ª etapa o la sala de control de emergencia.
• El envío de la unidad de emergencia.
• Tiempo para llegar a la ubicación de la emergencia.
1.3. Normas relacionadas con eCall
A día de hoy, los grupos de trabajo asociados a eCall siguen trabajando en la definición de
los estándares que definirán su funcionamiento. Como resultado de este trabajo, actualmente,
existen los siguientes documentos y estándares [13]:
• 3GPP TS 22.101 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects Service aspects; Service principles (Release 9) [3]
• CEN TS 15722 data.
Road transport and traffic telematics — eSafety — eCall minimum set of
9
cuaderno
ecnologico de la
p
c
• 3GPP TS 24.008 (eCall Discriminator Table 10.5.135d) 3rd Generation Partnership Project;
Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3
specification; Core network protocols; Stage 3 (Release 8) [7]
• 3GPP TS 26.267 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; General description (Release 8) [1]
• 3GPP TS 26.268 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; ANSI-C reference code
(Release 8) [2]
• 3GPP TS 26.269 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; Conformance testing
(Release 8) [4]
• 3GPP TS 26.969 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; Characterisation Report
(Release 8) [5]
Además de los arriba mencionados, también existen otros estándares y/o documentos que
han tenido como fecha de publicación el último trimestre del 2009:
• CEN WI 00278220 Intelligent transport systems — eSafety - Pan European eCall – Operating
requirements [6]
• CEN WI 00278243 Intelligent Transport Systems - eCall – High Level Application Protocols [6]
En la siguiente figura se muestran conjuntamente como influyen cada uno de los documentos
mencionados en el sistema eCall y luego pasarán a verse más detenidamente.
10
sistema ecall: situacion actual y estándares
Ilustración 6. Estándares eCall5
2. Estado actual de los estándares eCall
2.1. eCall requirements for data transmisión
2.1.1. Información del documento
Documento: eCall requirements for data Transmission – General Description, 3GPP TS 26.101
ETSI TS 122 101, 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects Service aspects; Service principles (Release 10).[3]
Estado: Adoptado. Versión 10 publicada el 01-10-2009
Descripción: Este documento tiene como objetivo recoger las características técnicas que
deberá tener en cuenta la transmisión móvil realizada por el sistema eCall. 5
Fuente: http://www.esafetysupport.org/download/ecall_toolbox/EeIP09-02-04 Standardisation.pdf
11
cuaderno
ecnologico de la
p
c
2.1.2. Contenido del documento
El documento se centra en realizar un repaso a las funcionalidades y características de las
comunicaciones móviles que deben ser tenidas en cuenta en eCall.
En los primeros puntos del documento se hace hincapié en que el sistema eCall va hacer uso
de una red de comunicación en uso y por ello debe respetar un mínimo de requisitos para
que no afecte a su uso normal. Entre estos requisitos esta la arquitectura que debe seguir y el
modelado de la información para que compartan la línea.
A continuación, se centra tanto en ver los nuevos servicios ofrecidos en las tecnologías móviles,
como mensajes multimedia o IP multimedia.
El tercer punto tratado son las llamadas de emergencia, en las cuales se debe tener en cuenta
hacia quien van dirigidas, como son llevadas a cabo y como se transmite la información durante la llamada.
Por último, se enumeran los requisitos de seguridad y fiabilidad que deberán ser contemplados en el desarrollo de la comunicación.
Para acabar con este documento, decir que este documento no plantea una solución a los
problemas, se limita a plantear los requisitos que deberán ser tratados en los documentos
posteriores que especifiquen el medio de transmisión elegida para eCall, In-band modem.
2.2. MSD – 15722 (UNE-CEN/TS 15722:2009 EX)
2.2.1. Información del documento
Documento: UNE-CEN/TS 15722:2009 EX. Telemática aplicada al tráfico y al transporte por
carretera. Sistemas inteligentes integrados de seguridad (e-safety). Sistemas de llamadas de
emergencia (e-call), conjunto mínimo de datos de la llamada de emergencia (MSD).
Estado: Adoptado. Norma UNE desde Septiembre 2009
2.2.2. Contenido del documento
El MSD (conjunto mínimo de datos) es el mensaje que es enviado al operador PSAP durante
la llamada de emergencia. La norma que se está viendo contiene una descripción del contenido fijo del MSD, dejando el contenido variable para la norma EN ISO 24978:2009 que será
explicada en el siguiente punto.
12
sistema ecall: situacion actual y estándares
En esta se puede ver:
• Control (eCall Flag), utilizado para identificar de donde proviene la llamada.
• Identificación del vehículo, número VIN de acuerdo a la ISO 3779
• Tipo de almacenamiento del sistema de propulsión, depósito de diesel, depósito de gasolina, etc.
• Sellado de tiempo.
• Localización del vehículo y su dirección.
• Número de pasajeros.
• Proveedor del servicio.
Datos adicionales, ver norma EN ISO 24978:2009.
2.3. EN ISO 24978:2009
EN ISO 24978 Intelligent transport systems - ITS Safety and emergency messages using any
available wireless media - Data registry procedures (ISO 24978:2009)
Estado actual: Adoptado y publicado6
Fecha de disponibilidad: Como norma UNE Junio 2010 (Norma ISO publicada)
Descripción: Proporciona un conjunto estandarizado de protocolos, parámetros y un método de gestión de unos “Datos de Registro” actualizable para proporcionar las capas de la aplicación de “ITS Safety messages” mediante cualquier medio de comunicación inalámbrico disponible.
2.4. eCall Flag
2.4.1. Información del documento
Documento: eCall Discriminator Table 10.5.135d del documento 3GPP TS 24.008 (ETSI TS
124 008). 3rd Generation Partnership Project; Technical Specification Group Core Network
and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3
(Release 9) [7]
Estado: Adoptado. Versión 9.0 publicada el 28-09-2009
6
El estado del documento ha sido consultado en Octubre del 2009 http://www.cen.eu/CENORM/Sectors/TechnicalCommitteesWorkshops/CENTechnicalCommittees/WP.asp?param=6259&title=CEN/TC+278
13
cuaderno
ecnologico de la
p
c
2.4.2. Contenido de la tabla
Emergency Service Category Value (octet 3)
El significado del Emergency Category Value es el siguiente:
• Bit 1Police
• Bit 2Ambulance
• Bit 3Fire Brigade
• Bit 4Marine Guard
• Bit 5Mountain Rescue
• Bit 6manually initiated eCall
• Bit 7automatically initiated eCall
• Bit 8is spare and set to “0”
Se pueden establecer uno o más bits a “1”
Una estación móvil que establezca una llamada eCall deberá fijar el bit 6 o 7 bits a “1”.
La red deberá usar la información indicada en el bit 6 y 7 bits para direccionar la llamada eCall
al operador indicado.
2.5. eCall Data Transfer 3GPP TS 26.267 – General Description
2.5.1. Información del documento
Documento: eCall Data Transfer – General Description, 3GPP TS 26.267 ETSI TS 126 267, 3rd
Generation Partnership Project; Technical Specification Group Services and System Aspects;
eCall Data Transfer; In-band modem solution; General description (Release 8).[1]
Estado: Adoptado. Versión 8.2 publicada el 01-10-2009
Descripción: Este documento proporciona una visión general junto con la descripción del
algoritmo utilizado en eCall de la tecnología in-band modems, incluyendo el IVS módem y el
PSAP módem. 14
sistema ecall: situacion actual y estándares
2.5.2. Contenido del documento
Introducción general
El documento comienza con la lista de los requisitos previos que debe de cumplir la nueva tecnología para su implantación centrándose sobre todo en la transmisión del MSD y como éste
debe ser transmitido por el canal de voz sin que la llamada de emergencia se vea afectada.
La solución EIM actual consta de un módem de datos IVS y un módem de datos PSAP, empleando señales que han sido diseñadas para pasar a través de códecs de voz moderna, con
sólo la distorsión moderada, previendo altas velocidades en la transmisión del MSD.
En la siguiente imagen tenemos un esquema de la arquitectura planteada:
Ilustración 7. Arquitectura in-band MODEM
Después de establecerse una llamada de voz de emergencia (automática o manualmente),
el receptor del módem IVS supervisa constantemente la señal a la espera de la petición del
paquete MSD desde el PSAP. En ese momento el IVS conecta el transmisor del módem a la
entrada del codificador de voz, silenciando cualquier discurso de los automovilistas durante la
transmisión del MSD para evitar que interfieran en la transmisión.
2.5.2.1. Descripción funcional del IVS módem
El IVS módem está compuesto por un transmisor y un receptor cuya definición se da a continuación, así como también la información restante que se puede encontrar en el documento.
15
cuaderno
ecnologico de la
p
c
El transmisor IVS modula el MSD para generar las señales adecuadas para su transmisión por
el canal de voz hacia el PSAP. Los diferentes bloques del transmisor IVS a continuación
Ilustración 8. Diagrama transmisor IVS
En el documento indicado nos podemos encontrar la siguiente información del transmisor IVS
módem:
• Mensaje MSD y el formato de la trama de datos MSD
• Codificación, modulación y multiplexación de la señal
• Sincronización
El receptor IVS se encarga de recoger y descifrar las señales de control que son enviadas desde el PSAP módem. Además, es el encargado de indicar al transmisor de
que debe iniciar la transmisión del MSD. Los diferentes bloques del receptor IVS son:
Ilustración 9. Diagrama receptor IVS
16
sistema ecall: situacion actual y estándares
También aquí, se puede encontrar en el documento anterior más información del receptor del
IVS módem. En este caso:
• Todo lo relacionado con la sincronización de los detectores y PSAP.
• Codificación.
2.5.2.2. Descripción funcional del PSAP módem
A continuación se da una definición de cada una de las partes de este dispositivo, así como la
información que se puede encontrar en el documento del mismo.
El PSAP módem está compuesto por un transmisor y un receptor. El transmisor PSAP genera
la señal enviada hacia el IVS módem. Esta señal es necesaria para controlar la transmisión del
mensaje. Los diferentes bloques del transmisor PSAP se muestran en la siguiente figura:
Ilustración 10. Diagrama transmisor PSAP
En el documento nos podemos encontrar la siguiente información del transmisor del PSAP
módem:
• Codificación del mensaje
• Modulación, sincronización y multiplexación de la señal.
El receptor PSAP demodula el mensaje MSD del IVS y comprueba la integridad de los datos
recibidos en el MSD evaluando el campo CRC. Los diferentes bloques del receptor PSAP se
muestran en la siguiente figura:
17
cuaderno
ecnologico de la
p
c
Ilustración 11. Diagrama receptor PSAP
En el documento indicado nos podemos encontrar la siguiente información del receptor del
PSAP módem:
• Todo lo relacionado con la sincronización con el IVS.
• Decodificación
2.5.2.3. Protocolo de comunicación
Por último, el documento finaliza con la descripción de los protocolos de transmisión de la información, tanto para el caso de que se haya finalizado todo con éxito, como de si ha ocurrido
algún error en la trasmisión del mismo.
2.6. eCall Data Transfer 3GPP TS 26.268 – ANSI-C Reference Code
2.6.1. Información del documento
Documento: eCall Data Transfer – ANSI-C Reference Code, 3GPP TS 26.267 ETSI TS 126 267,
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; eCall Data Transfer; In-band modem solution; ANSI-C Reference Code (Release 8).[2]
Estado: Adoptado. Versión 8.2 publicada el 01-10-2009
Descripción: Este documento contiene el código ANSI C para el eCall in-band modem para
la transmisión fiable de datos de MSD desde el IVS módem al PSAP módem a través del canal
de las redes celulares. El código ANSI C es necesario para aplicar exactamente lo descrito en
el documento 3GPP TS 26.267.
18
sistema ecall: situacion actual y estándares
2.6.2. Contenido del documento
El documento contiene el código fuente en C, necesario para la transmisión fiable de datos de
MSD desde el IVS módem al PSAP módem, a través del canal de las redes celulares.
Se divide en tres partes:
• El código del programa ejecutable.
• Variables, constantes y tablas utilizadas por las funciones.
• Funciones para la transmisión, recepción y sincronización.
2.7. eCall Data Transfer 3GPP TS 26.269 – Conformance Testing
2.7.1. Información del documento
Documento: eCall Data Transfer – Conformance Testing, 3GPP TS 26.269 ETSI TS 126 269,
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; eCall Data Transfer; In-band modem solution; Conformance testing (Release 8).[2]
Estado: Aprobado. Versión 8.1 publicada el 01-10-2009
Descripción: El documento especifica los requisitos mínimos de rendimiento, los procedi­
mientos de prueba y las secuencias de prueba digitales que se utilizarán para las pruebas de
conformidad de las implementaciones de los eCall in-band modem.
El eCall in-band modem es una tecnología que transmite datos de forma fiable sobre el canal de expresión de las redes celulares y PSTN. Se ha diseñado específicamente para la
transmisión del MSD desde un IVS a un PSAP para la iniciativa Pan-Europea de eCall. En el
documento, la conformidad se determina para la transmisión de un MSD de solo 140 bytes
de longitud. Otras aplicaciones de eCall in-band módem están fuera del alcance del mismo.
2.8. eCall Data Transfer 3GPP TS 26.969 – Characterisation Report
2.8.1. Información del documento
Documento: eCall Data Transfer – Characterisation Report, 3GPP TR 26.269 ETSI TR 126
269, 3rd Generation Partnership Project; Technical Specification Group Services and System
Aspects; eCall Data Transfer; In-band modem solution; Characterisation Report (Release 8).
Estado: Versión 8.0, publicada el 01-10-2009
19
cuaderno
ecnologico de la
p
c
Descripción: El presente documento caracteriza el funcionamiento del sistema de eCall inband módem que se utiliza para la transmisión fiable del MSD de eCall desde un sistema inteligente ubicado en los vehículos (IVS) hacía el PSAP, a través de un canal de voz de la telefonía
móvil o de la red de telefonía básica (PSTN).
Más concretamente, se ofrece una caracterización detallada de la ejecución de la solución
eCall in-band módem. Los resultados de la 3GPP pruebas de selección, así como la verificación y las pruebas de caracterización han sido recogidas en el mismo. Ha sido imposible
probar el módem eCall para todas las condiciones que puedan surgir en el camino de la
transmisión del IVS al PSAP, pero sin embargo el conjunto seleccionado de escenarios de
prueba representa una amplia gama de condiciones que se prevé que podría producirse en
la transmisión en la banda de los datos eCall sobre el acceso de radio y las redes centrales,
así como la RTPC.
3. Sistemas y experiencias similares
Existen, a nivel internacional, un conjunto de experiencias similares al sistema eCall, que por
su importancia es necesario destacar [9]:
3.1. Experiencias en Estados Unidos
Para mejorar el tiempo de respuesta en caso de accidente es necesario reducir tanto el tiempo
de notificación como el tiempo de atención. La disminución de este tiempo se puede conseguir a través del equivalente eCall, que han llamado “Mayday”.
Los dispositivos “Mayday” han sido aprobados por la Comisión Federal de Comunicaciones y
se empezaron a comercializar en Estados Unidos a partir de1996. Existen 2 tipos:
• Sistema Mayday por telefonía móvil. Basado en un dispositivo instalado en el vehículo (de
telefonía móvil) que se activa mediante la voz en caso de accidente, transmite una señal
de auxilio a un centro de emergencias, y proporciona información sobre la posición del vehículo.
• Sistema Mayday vía satélite. Basado en un dispositivo instalado en el vehículo que se activa
en caso de accidente y transmite una señal de auxilio a un centro de emergencias vía satélite, y proporciona información sobre la posición del vehículo.
Aunque inicialmente estos dispositivos se disparaban de forma manual, con el paso del tiempo se ha mejorado la tecnología para que el inicio de la comunicación de emergencia sea de
forma automática.
Se han realizado varias pruebas piloto, entre las que se pueden destacar:
20
sistema ecall: situacion actual y estándares
• COLORADO Mayday System
• Minnesota Mayday Field Operational Test
• PuSHMe
• New York
• URGENCY
3.2. Experiencias en Japón
De forma similar al caso de EEUU, en Japón se creó un servicio de aviso de emergencia de
tipo Mayday (JMS), caracterizado por ser de pago y privado. Se le denominó “HELPNET Service”. Comenzó a funcionar en el año 2000, y es de características muy similares a eCall.
El servicio HELPNET se compone de un dispositivo instalado en el interior del vehículo que,
en caso de accidente, envía una señal, ya sea de forma manual o automática (una vez detectado el despliegue de los airbags) a un centro de recepción de llamadas de emergencia,
denominado Centro de operaciones HELP (HELP Operation Center). Se comunica la posición
del vehículo al centro de emergencias, y este inicia el proceso de atención del accidente.
En la siguiente figura se expone de forma esquemática el funcionamiento del sistema, que,
como puede observarse, es muy similar al del sistema eCall:
Ilustración 12. Esquema funcional del servicio HELPNET (Japón)7
7
Fuente: El sistema de llamada de emergencia (e-call). FITSA
21
cuaderno
ecnologico de la
p
c
Es de especial interés el estudio realizado sobre este sistema, que permite estimar la reducción del tiempo de atención de una emergencia de accidente de tráfico, comparando el
sistema HELPNET con una llamada de aviso convencional. La reducción del tiempo es considerable, y permite, según los expertos, mejorar la atención en los primeros minutos, que en
ocasiones resulta indispensable para salvar la vida de la víctima. La siguiente figura muestra
este estudio comparativo.
Ilustración 13. Comparación de tiempos de atención del accidente para el servicio
HELPNET (Japón)8
3.3. Proyectos europeos
En Europa, y basados en la iniciativa de la Comisión Europea de promocionar la investigación
sobre la atención temprana de los accidentes de tráfico, se desarrollaron varios proyectos de
investigación que requieren una mención.
• ARC-DX. Proyecto iniciado en el año 2000 en el que participaron varios clubs de automóviles
europeos. Se proponía el uso de un dispositivo telemático de activación manual en caso de
accidente, y con compatibilidad en varios países de la Unión Europea. El sistema nunca se
llegó a comercializar.
• AIDER. Este fue un proyecto del 5º Programa Marco de la UE cuyo objetivo era reducir el
tiempo de respuesta ante un accidente y permitir el intercambio de información entre centros de control, centros de atención de emergencias, servicios de emergencia y hospitales.
Como resultado, se diseñó el equipo embarcado en el vehículo (equivalente al eCall) y la
estructura de servicios para dar soporte a la atención temprana de accidentes.
8
Fuente: El sistema de llamada de emergencia (e-call). FITSA
22
sistema ecall: situacion actual y estándares
• E-MERGE. Proyecto perteneciente al 5º Programa Marco de la UE. Definió un sistema interoperable de llamadas compatible en diferentes países de la UE y en diferentes tipos de
vehículos. Se diseñó un dispositivo que permitía la comunicación con un centro de emergencias, y que se podía activar de manera manual o automática. Se iniciaba una llamada de
voz y se enviaban los datos relevantes del accidente a través de SMS. Se realizaron varias
pruebas piloto que probaron su funcionamiento, aunque se vio que el uso de SMS no era el
adecuado para el envío de datos, puesto que la llamada de voz inhabilita en ocasiones el
servicio de mensajería. La principal contribución de este proyecto es que demostró la posibilidad de construir un sistema paneuropeo de estas características.
• GST RESCUE. Proyecto europeo iniciado en 2004, tenía como objetivo diseñar un sistema
para garantizar el envío de datos del vehículo en caso de accidente al centro de emergencias, incluso a los vehículos de los servicios de emergencias. Se basó en los formatos de
datos de proyectos anteriores (MSD y FSD) y se centró en mejorar la cadena de comunicación para asegurar que los datos de los vehículos accidentados llegasen a los destinatarios apropiados.
Con todo, estos proyectos fueron el caldo de cultivo sobre el que se generó poco tiempo
después el sistema eCall.
3.4. Algunos ejemplos de compañías automovilísticas:
Desde
hace
algunos
años
muchas
marcas
de
automóviles9
incorporan un sistema similar a eCall (propietario de cada marca) con el cual y previa contratación de dicho servicio, sus clientes pueden verse beneficiados por su uso en una situación
de emergencia. Estos servicios, que continuarán coexistiendo con eCall debido a que éste los
soportará, se basan en el mismo principio que eCall aunque aquí en lugar de haber un trato
directo entre el accidentado y el PSAP, son las marcas la que intervendrán en el proceso para
ayudar y ofrecerles una mejor y más rápida respuesta de los servicios de emergencia que
puedan necesitar (o cualquier información que durante su trayecto puedan querer) debido a
que, entre otras cosas, actualmente aún no están implantados los PSAP de forma uniforme en
toda Europa.
Así y como se puede ver, es de estos servicio ofrecidos por las empresas a sus clientes y de la
necesidad imperiosa de bajar el número de los accidentados (mortales sobre todo gracias a
disminuir su tiempo de asistencia), además de la disminución en costos que esto supone, de
donde surgen proyectos como los presentados anteriormente, que dan lugar al actual sistema
eCall y a TPS-eCall, que será abordado en el siguiente punto.
9
Se ha comentado en el apartado anterior, aunque se pone aquí más resumidamente y enfocado únicamente
a ellas y a los sistemas que utilizan.
Estas marcas son: Renault, General Motors, DaimlerChrysler y Grupo Ford son cuatro de los cinco fabricantes de automóviles que disponen de un sistema de emergencia. El quinto es el Grupo PSA, los pioneros.
Desde hace varios años esos vehículos incorporan este sistema en varios de sus modelos (Peugeot 206, 307, 407, 607
y 807 / Citroën C3, Xsara, C5 y C8 entre otros).
23
cuaderno
ecnologico de la
p
c
Algunas de las marcas que ofrecen estos servicios son:
Renault (Odysline): Francia y en España en los modelos con sistema de navegación Carminat.
General Motors (OnStar): EEUU y algunos países europeos como Alemania. En España todos los Opel van con teléfono incorporado.
Grupo Ford (On Call): Suecia y EEUU.
DaimlerChrysler (Tele Aid): Mercedes en Alemania.
PSA Peugeot Citroën: Se calcula que unos 30000 vehículos franceses pueden estar dotados
de la denominada llamada de emergencia.
3.5. TPS-eCall
3.5.1. Introducción
Actualmente el grupo de trabajo CEN/TC 278 está trabajando para la estandarización del sistema de eCall que va a ser implantado en distintos países europeos. Dentro de este trabajo
de estandarización se encuentra la creación de un documento en el que se especificará los
requisitos que deberán cumplir las organizaciones externas al PSAP que quieran implantar un
sistema de eCall dentro de sus ámbitos. Este documento se denomina “Third party supporting
eCall – Operating requirements” con código 00278244.
Hay que destacar que este documento se encuentra actualmente en proceso de estandarización, por lo que el presente documento está basado en la información adquirida del estado
actual del proyecto. Esto puede provocar que durante este proceso cambien aspectos en la
generación de esta norma, lo cual puede provocar que parte de lo aquí presentado quede
invalidado.
Como una opción adicional al TPS-eCall, desde el proyecto OASIS [12] ha surgido la idea del
sistema eCall infraestructura, consistente en subsanar la ausencia del IVS o IVS-TPS en los
vehículos con la recogida de al menos de la información del MSD (información mínima del
sistema eCall) desde los distintos dispositivos desplegados por la infraestructura con el fin de
ser trasladada al PSAP en nombre del vehículo accidentado.
3.5.2. Descripción del sistema TPS eCall
Adicionalmente al sistema eCall descrito en el documento “ES 4.1.1 análisis estándar eCall.
Estado actual”, existe otro método de implementarlo consistente en “Third Party Services sup-
24
sistema ecall: situacion actual y estándares
porting eCal” (TPS-eCall)”. Este método dota a un proveedor de servicios externo a eCall de
la posibilidad de establecer una comunicación con el vehículo implicado en un accidente, de
procesarla y en caso de ser una emergencia real que necesita de la intervención del centro
de emergencias, trasladar la llamada al PSAP junto con la información del accidente (mínimo
el MSD).
Esta posibilidad nace por:
• Permitir un filtrado adicional de las llamadas de emergencias a las especificadas en el sistema eCall.
• Servir de apoyo a la llamada de emergencia que debe procesar el PSAP así como proveer
al PSAP información extra a la del MSD.
• Permitir a las empresas que actualmente implantan el servicio de llamadas de emergencia el
seguir aplicando su conocimiento y experiencia, y ofrecerles una norma para este producto.
Ilustración 14. Esquema del sistema TPS-eCall10
3.5.3. Comunicación entre el vehículo y el TPSP
La comunicación entre el vehículo implicado en un accidente y el TPSP es muy similar al
que se realiza en el sistema eCall en una llamada entre el vehículo y el PSAP. Los aspectos
que conviene destacar, ya sea por ser diferente o por su importancia en el proceso, son los
siguientes:
• El número de teléfono deberá ser diferente al número de emergencia del país (112 en caso
de España), ofreciendo cada implementación TPS-eCall su propio número de teléfono.
• Asociado a este número deberá haber un call centre que satisfaga los requisitos de calidad
marcados por la norma.
• Es necesario de un dispositivo IVS-TPS que sea capaz de realizar la llamada de emergencia
al proveedor de servicios privados.
10
Fuente: http://www.esafetysupport.org/download/ecall_toolbox/EeIP09-02-04 Standardisation.pdf
25
cuaderno
ecnologico de la
p
c
• La información mínima que debe ser tratada en un sistema TPS-eCall es el MSD, que deberá
transmitirse durante la llamada entre el vehículo y el TPSP.
• El sistema TPS-eCall deberá permitir que se establezca una comunicación directa entre el
PSAP y los ocupantes del vehículo e incluso una conferencia entre las tres partes implicadas.
El sistema TPS-eCall hace uso de un dispositivo con las mismas características que el descrito
en el estándar eCall (IVS) llamado IVS-TPS. La diferencia radica en que el número de llamada
no es el 112 sino el número que el TPSP habilite para establecer la comunicación entre ambas
partes. Actualmente no existe una regulación de dicho dispositivo, solamente se dan algunas
funcionalidades que debe cumplir. Como se ha comentado anteriormente los principales impulsores de esta tecnología han sido fabricantes de automóviles y empresas que han querido
aportar un servicio añadido a sus clientes, creando conjuntamente a sus dispositivos un Call
Centre para atender las incidencias que puedan generar éstos.
3.5.4. Comunicación entre TPSP y el PSAP
Los estudios de la norma TPS eCall están elaborando diferentes formas de establecer la comunicación entre el proveedor de servicio privado y el PSAP.
El objetivo final de la norma es que el PSAP ofrezca al TPS un Servicio Web al que enviar el
MSD junto con la información adicional que se considere oportuna.
TPSP
PSAP
Llamada de teléfono
TPSP
system
WebService
MSD + información extra
TPSP
system
Ilustración 15. Esquema de comunicación TPS-PSAP #1
Como una forma adicional y temporal mientras el sistema eCall no esté implantado al 100%,
se plantea la creación de una aplicación web alojada en el lado del TPSP al que el PSAP accederá una vez recibido el aviso de accidente.
26
sistema ecall: situacion actual y estándares
TPSP
PSAP
Llamada de teléfono
TPSP
TPSP
aplicación
system
MSD + información extra
Web
Ilustración 16. Esquema de comunicación TPS-PSAP #2
3.5.5. Información que se debe transmitir entre TPSP y PSAP
La información mínima que deberá el TPSP enviar al PSAP es el MSD, detallado en la norma
UNE/CEN/TS 15722 Sistema de llamadas de emergencias (eCall), conjunto mínimo de datos
de la llamada de emergencia (MSD).
Esta información es la siguiente:
• Control (eCall Flag), utilizado para identificar de donde proviene la llamada.
• Identificación del vehículo, número VIN de acuerdo a la ISO 3779
• Tipo de almacenamiento del sistema de propulsión, depósito de diesel, depósito de gasolina, etc.
• Sellado de tiempo.
• Localización del vehículo y su dirección.
• Número de pasajeros.
• Proveedor del servicio.
Dentro del MSD se ha reservado un espacio para que el proveedor pueda introducir información extra a la especificada en la norma. El espacio reservado es de 69 bytes. Además el
texto introducido deberá cumplir con la norma ISO 24978:2009 Intelligent transport Systems
– ITS Safety an emergency messages using any available gíreles media – Data registry procederes.
27
cuaderno
ecnologico de la
p
c
4. Glosario de términos
3GPP: 3rd Generation Partnership Project (3GPP) es un acuerdo de colaboración en tecnología de telefonía móvil, que fue establecido en diciembre de 1998. Esta cooperación
es entre ETSI(Europa), ARIB/TTC (Japón), CCSA (China), ATIS (América del Norte) y TTA
(Corea del Sur).
AENOR: Asociación Española de Normalización y Certificación
ANSI C: Estandarización del lenguaje C fue en ANSI, con el estándar X3.159-1989. CEN: Comité Europeo de Normalización.
Ecall In-band modem: Conjunto de modems (IVS módem y PSAP módem) que opera en modo
full dúplex que permite una transmisión fiable del eCall MSD desde el IVS al PSAP a través del
canal de voz de la llamada de voz de emergencia a través de redes celulares y PSTN.
EeIP: Plataforma Europea de Implementación de eCall.
ETSI (European Telecommunications Standards Institute): Instituto Europeo de Estándares
de Telecomunicaciones.
FSD (Full Set of Data): Conjunto completo de datos a enviar.
GNSS (Global Navigation Satellite Systems): Sistema global de navegación por satélite.
GPS (Global Positioning System): Sistema de Posicionamiento Global (más conocido con
las siglas GPS, aunque su nombre correcto es NAVSTAR-GPS) es un sistema global de navegación por satélite (GNSS)
HMI (Human Machine Interface): Interfaz hombre-máquina.
ISO (International Organization for Standardization): Organización internacional de
estandarización.
ITS (Intelligent Transport Systems): Sistemas de transporte inteligente.
IVS: In-Vehicle System.
IVS2MNO: De IVS a operador de red móvil.
MNO (Mobile Network Operator): Operador de red móvil.
MNO2PSAP: De operador red móvil a PSAP.
MSD (Minimum Set of Data): Conjunto mínimo de datos.
28
sistema ecall: situacion actual y estándares
NAD (Network Access Device): Dispositivo de acceso a la red.
Normas UNE: Las UNE, Una Norma Española, son un conjunto de normas tecnológicas
creadas por los Comités Técnicos de Normalización(CTN), de los que forman parte todas las
entidades y agentes implicados e interesados en los trabajos del comité. por regla general
estos comités suelen estar formados por AENOR, fabricantes, consumidores y usuarios, administración, laboratorios y centros de investigación.
OBU (On-Board Unit): Unidad embarcada en el vehículo.
PSAP (Public Safety Answering Point): Centro de Respuesta Público de Emergencia de
eCall.
TPSP (Third Party Services Provider): Proveedor de servicios de terceras partes o proveedor
de servicios terceros.
TPS (Third Party Services): Servicios de terceros de apoyo a eCall.
VIN (Vehicle Identification Number): Número de serie de un automóvil.
5. Referencias
[1] 3GPP TS 26.267 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; General description
(Release 8) http://www.3gpp.org/ftp/Specs/html-info/26267.htm [2009-12-18]
[2] 3GPP TS 26.268 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; ANSI-C Reference Code
(Release 8) http://www.3gpp.org/ftp/Specs/html-info/26268.htm [2009-12-18]
[3] 3GPP TS 22.101 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects Service aspects; Service principles (Release 9) http://www.3gpp.org/
ftp/Specs/html-info/22101.htm [2009-12-18]
[4] 3GPP TS 26.269 3rd Generation Partnership Project;Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; Conformance http://
www.3gpp.org/ftp/Specs/html-info/26269.htm [2009-10-1]
[5] 3GPP TS 26.969 3rd Generation Partnership Project; Technical Specification Group Services
and System Aspects; eCall Data Transfer; In-band modem solution; Characterization report
(Release 8) http://www.3gpp.org/ftp/Specs/html-info/26969.htm [2009-12-18]
[6] CEN/TC 278 http://www3.nen.nl/cen278/ [2009-12-18]
29
cuaderno
ecnologico de la
p
c
[7] 3GPP TS 24.008 Mobile radio interface Layer 3 specification; Core network protocols; Stage
3 http://www.3gpp.org/ftp/Specs/html-info/24008.htm [2009-12-18]
[8] eSafety Forum. Clarification paper. EG1-eCall Performance Criteria. Draft V14. 11/04/2006.
http://www.esafetysupport.org/download/ecall_toolbox/Reports/Appendix_9.pdf
[2009-12-
18]
[9] FITSA. El sistema de llamada de emergencia (e-call). Evidencias científicas MMV-2005.
ISBN: 84-609-7740-4
[10] Comisión Europea. European Transport Policy for 2010: Time to Decide. COM(2001) 370
final. 12/9/2001
[11] Comisión Europea. Towards a European road safety area: policy orientations on road
safety 2011-2020. COM(2010) 389 final. 20/07/2010
[12] LISITT. Resumen de actividades realizadas en el proyecto OASIS.
http://smagris3.uv.es/irtic/?q=es/proyecto/lisitt/oasis [2011-11-10]
[13] Comisión Europea. List of Standards related to pan-European eCall.
http://ec.europa.eu/information_society/activities/esafety/doc/ecall/standards/annex_list_
status.pdf
“La Información que se expone en el presente informe es fruto de los trabajos de investigación
realizados por los autores en el marco del Proyecto OASIS, subvencionado por el Centro para
el Desarrollo Tecnológico e Industrial (CDTI) dentro del programa CENIT. Dichos resultados
son, pues, propiedad exclusiva de las empresas que promueven dicho proyecto y que constituyen la Agrupación de Interés Económico OASIS CENIT, A.I.E.: IRIDIUM, OHLc, ABERTIS,
SICE, INDRA, DRAGADOS, OHL, GEOCISA, GMV, ASFALTOS AUGUSTA, HIDROFERSA, EIPSA, PyG, CPS, AEC, TORRE DE COMARES.”
30
sistema ecall: situacion actual y estándares
31
PLATAFORMA
PLATAFORMA TECNOLÓGICA
ESPAÑOLA
DE LA
CARRETERA
www.ptcarretera.es
Plataforma Tecnológica Española de la Carretera
(PTC)
General Pardiñas, 15 – 1º
28001 Madrid (España)
Tel.: + (34) 91 444 82 39
Fax: + (34) 91 431 54 42
E-mail: [email protected]
Web: www.ptcarretera.es
Con el apoyo de
En colaboración con:
Descargar