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.
- 125001100171060101yFjRSR5I0110012345678987654312345678001000100010ABCCBAXXXXXN40.509784W003.743978202209020844180100020500001
- 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.