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: info@ptcarretera.es Web: www.ptcarretera.es Con el apoyo de En colaboración con:
