Digital Mobile Radio ... sus tripas 014 - DPF=[15Prop] SAP=1
El cambiar de formato de estudio es para que no se haga monótona la visión de los mismos.
El estudio lo vamos a realizar con la herramienta que últimamente estoy presentando en mis vídeos, pero una herramienta no es suficiente para conocer bien una trama de datos, la herramienta no nos lo da todo y por ello en lugar de presentar una trama, veremos dos.
¿Por qué dos en lugar de uno? Para contestar a la pregunta vamos a abrir nuestra herramienta de estudio de tramas DMR.
Lo primero que haremos será pegar está primera trama y vemos qué ocurre con ella.
Si miramos el texto limpio, vemos que nos aparece en la primera línea el número de bloques y lo iguala a cinco, qué significa esto, la traducción correcta a bloques cuando hablamos de tramas DMR sería líneas y nos indica el número de líneas que existen después de la cabecera, es decir, que deberíamos tener cinco líneas, pero en realidad vemos cuatro.
Ahora bien, en esta trama en concreto se ha perdido un segundo encabezamiento, ¿por qué sabemos que nos falta ese segundo encabezamiento?
Para dar respuesta a esta segunda pregunta vamos a ver qué nos cuenta el ETSI TS 102 361-1 v2.5.1 sobre el encabezamiento que sí tenemos.
Dice lo siguiente:
"Un paquete de datos propietario utiliza cualquier bloque de encabezado de datos como su primer bloque de encabezado.”
Observamos que el punto de acceso al servicio es paquete de datos propietario, lo que nos está indicando en este párrafo del ETSI, que continúa diciendo:
“También tiene un segundo bloque de cabecera. La presencia del segundo bloque de encabezado se indica mediante el valor específico (=9) del elemento de información del punto de acceso al servicio del primer encabezado".
Y como podemos ver, en nuestro ejemplo está igualado a 9.
El principal problema de esto es que cuando existen dos encabezados, el segundo de ellos es el que nos indica qué información va a transmitir en esa trama.
Vemos en el ejemplo que nuestra herramienta nos presenta muy poca información referente a esta trama de datos, pero se puede observar que en ella porta información GPS, en este caso en concreto, viene en las tres primeras líneas de datos hexadecimales.
Para estudiarla vamos a pegar un paquete de datos parecido a este pero que viene completo.
Si prestamos algo más de atención podemos ver que las dos últimas líneas son repetición de la anterior, con lo que esas dos líneas sobran y se han producido por el fallo del CRC o comprobación de redundancia cíclica.
El siguiente de los fallos que se puede observar es que en el tipo de paquete o trama nos indica qué es un paquete de datos con entrega no confirmada y paquete de datos propietario, esto es cierto, esto es lo que nos indica ese primer encabezamiento, pero si en lugar de copiar el paquete completo obviamos este primero encabezamiento vemos otra cosa.
Para lo cual pegamos de nuevo nuestro paquete, pero sin el primer encabezamiento y vemos que ahora nos indica qué es un paquete de datos de propiedad y reservado.
Además de lo ya explicado durante el vídeo y en relación a los datos que podemos ver que se nos han iluminado, yo prestaría atención en dos en particular, el primero de ellos es que estamos ante un equipo Motorola y el segundo, en relación a los datos GPS podemos por un lado trasladar estás coordenadas a cualquier sistema cartográfico como podría ser Google Maps y por otro lado mirar la velocidad, la velocidad como indica y se presenta en esta herramienta en kilómetros por hora y vemos que es de 0,1512 km/h esto significa que el transmisor está estático parado.
Espero que con este nuevo formato de explicación de las distintas tramas se puedan llegar a entender mejor, seguiremos intercalando tramas con lo que veremos más a menudo este tipo de tramas estudiadas hoy.