C

Caso de Uso 15

Caso de Uso 15

Caso de uso 15 - Respaldo de conexiones de señal V-16 (Protocolo A)

1. Objetivo

El presente documento se elabora con el objetivo de servir de guía para el desarrollo de las funcionalidades requeridas como servicio de respaldo en el caso de conexiones de dispositivos V-16 usando el protocolo A descrito en la Resolución de 30 de noviembre de 2021, de la Dirección General de Tráfico, por la que se define el protocolo y el formato para el envío de datos desde la señal V-16 al Punto de Acceso Nacional, en el ámbito de la Directiva 2010/40/UE del Parlamento Europeo y del Consejo, de 7 de julio de 2010, por la que se establece el marco para la implantación de los sistemas de transporte inteligente en el sector del transporte por carretera.

2. Antecedentes

Con fecha 23 de mayo de 2022 se ha publicado el Escrito Directriz MOV 3/2022: Proceso para la certificación de señales V16 conectadas a DGT 3.0. [https://www.dgt.es/muevete-con-seguridad/conoce-las-normas-de-trafico/todas-las-normas/] Como complemento al mismo, se publica una guía con la longitud de los campos a los que se hace referencia en dicha normativa y en la Resolución de 30 de noviembre de 2021, de la Dirección General de Tráfico, por la que se define el protocolo y el formato para el envío de datos desde la señal V-16 al Punto de Acceso Nacional, en el ámbito de la Directiva 2010/40/UE del Parlamento Europeo y del Consejo, de 7 de julio de 2010, por la que se establece el marco para la implantación de los sistemas de transporte inteligente en el sector del transporte por carretera.

3. Modelo de datos

Como se ha indicado en la documentación de referencia, es necesario disponer, además de un canal estándar (protocolo A), de un lenguaje estandarizado que permita la interoperabilidad entre los diferentes fabricantes. Esto se consigue con la estandarización del modelo de datos que se requiere que envíen los dispositivos al operador y este, enrute hacia la nube del fabricante.

A continuación se describe el conjunto de atributos requeridos, con la longitud fija de cada uno de ellos

Ambito Campo Long Descripción
mensaje Longitud 3 Longitud de la trama actual
Versión de Trama 3 Versión de la trama
Tipo de Trama 1 Tipo de Trama: 0=Inicio Incidencia, 1=Incidencia, 2 =Fin de inicidencia
Secuencia 3 Número secuencial incrementado por trama transmitida , reiniciado por incidente
dispositivo ID Fabricante 4 ID del fabricante proporcionado por DGT3.0 Enlace a su documentación
Versión SW 2 Versión de Software
Versión HW 2 Versión de Hardware
ID del dispositivo 8 Número entero que identificará inequívocamente al dispositivo.
calidad Batería 2 Número de Voltios multiplicado por diez, en formato entero.
Tiempo Activación 3 Tiempo despierto desde que se presiona el pulsador (minutos)
IMEI 15 Cadena de caracteres ASCII. IMEI="000000000000000"
Celda + ECL 8 ID de la celda 30bit (realmente se usan 28) + ECL
RSSI 4 Received signal strength level
RSRP 4 Reference signal received power
RSRQ 4 Reference signal received quality
PLMN 6 PLMN (Public Land Mobile Network) Cadena ASCII 5 a 6 dígitos (MCC MNC)
Auxiliar 5 Campo auxiliar reservardo para uso futuro
localización NS 1 N (Norte) o S (Sur) (1 caracter)
DD.DDDDDD 9 Latitud Grados (DD.DDDDDD)
EW 1 E (Este) o W (oeste) (1 caracter)
DDD.DDDDDD 10 Longitud Grados (DDD.DDDDDD)
YYYYMMDDHHMISS 14 UTC GPS TIMESTAMP
Altitud 4 Metros, entero
EPE_horiz 2 Error de posición horizontal (metros), entero
Satelites 2 Numero de satelites
HDOP 5 Horizontal dilution of precision * 100, entero

Los atributos relativos a mensaje, dispositivo y calidad se darán en formato texto y los de localización en texto. Se ha consultado con los fabricantes de hardware y se ha obtenido que esta es la solución más eficiente desde el punto de vista del chip que gestiona el dispositivo.

En caso de que alguno de los campos utilice menos carácteres de los definidos en la tabla anterior, dicho campo deberá ser completado con tantos 0s a la izquierda como sean necesarios para alcanzar el número de carácteres establecidos para dicho campo.

A continuación, se muestran dos ejemplos de tramas que siguen el formato anterior. La primera trama se corresponde con el inicio de una incidencia, la segunda, con el final de la misma tras varios mensajes.

  1. 125001100171060101yFjRSR5I0110012345678987654312345678001000100010ABCCBAXXXXXN40.509784W003.743978202209020844180100020500001
  2. 125001201571060101yFjRSR5I0110012345678987654312345678001000100010ABCCBAXXXXXN40.509784W003.743978202209020844190100020500001

Nota sobre falta de posicionamiento en el mensaje

En caso de que no se pueda obtener la información de localización del GPS se generarían tramas sin esta. No será necesario el envío de las mismas a la plataforma.