Protocolos

¿Qué son?

Antes de comenzar a hablar de los protocolos tenemos que actualizar algunos conocimientos y datos, la mayoría de ellos los podemos encontrar en el ETSI TS 102 361-1 V2.4.1 (2006-02), en su página 73 encontramos la siguiente tabla (8.1) en ella se nos muestran la tasa de datos, esta tasa de datos es importante conocerla ya que nos muestra cómo van a venir los octetos donde va la información, en ella lo que nos indica simplemente es la representación de estos octetos.

¿Cómo se traduce esto?

Para explicarlo vamos a ver unas líneas de código.

2018.04.08 3:19:18   -DMR slot2 BS DATA DCC=3 Rate 1/2 Data 02 33 31 34 1F 89 10 34 CC 55 33 6F  .314…4.U3o
2018.04.08 3:19:18   -DMR slot2 BS DATA DCC=3 Rate 1/2 Data 02 35 FC 31 00 57 02 34 31 18 03 18  .5.1.W.41…
2018.04.08 3:19:18   -DMR slot2 BS DATA DCC=3 Rate 1/2 Data 5D 6C 00 19 56 32 70 40 05 65 00 00  I.%V.pACe8..
2018.04.08 3:19:18   -DMR slot2 BS DATA DCC=3 Rate 1/2 Data 00 00 00 00 00 00 00 00 C6 F6 86 19  …………
2018.04.08 3:19:18   -DMR slot2 BS DATA DCC=3 Rate 1/2 Data 00 00 00 00 00 00 00 00 C6 F6 86 19  …………

Si observamos las líneas de código vemos que hay texto en varios colores, vamos a ver qué significan cada uno de estos códigos de colores:

Texto verde: Lo primero que hay que saber es que dependiendo de cómo hayamos programado nuestro DSD+ nos va a proporcionar una información u otra, esto depende de la verbosidad que pongamos nosotros, sabemos que va del 1 al 4 y, como es lógico, conviene poner 4 ya que es la que más información nos proporciona.

Una vez dicho esto vemos la siguiente información: 2018.04.08 3:19:18 representa el grupo fecha/hora de cuando se ha demodulado la señal;   el siguiente dato es variable, podemos encontrar -DMR o +DMR, representa el sistema de transmisión que estamos captando, en este caso DMR, en cuanto al signo no lo sé con certeza, por lo poco que he visto de este tema negativo sería sistema europeo y positivo americano, pero no lo puedo asegurar; slot2 representa por qué slot o ranura está transmitiendo; BS (Base Station) es el tipo de estación de la transmisión que captamos; DATA nos indica que son datos lo que viene a continuación; y por último, DCC=3 es el número asignado al código color, como sabemos hay 15 números.

Texto rojo: Nos está indicando que la tasa de datos es de 1/2.

Texto cian:  Observamos que hay 12 octetos.

Texto rosa: No se le va a prestar atención ya que tan solo es la representación en txt de los números hexadecimales de los octetos anteriores. 

Si atendemos al texto rojo y cian, que corresponde a lo que nos interesa en este tema, sólo significa una cosa, que se trata de unas líneas de código no confirmadas, con una tasa de datos de 1/2 y un número de 12 octetos por bloque o línea.

Como es lógico cada vez que estudiemos un paquete de datos tendremos que observar el número de octetos que tiene cada línea para comprobar esta tasa de datos.

Una de las líneas de código que vamos a ver con más frecuencia es el BPTC o bloqueador de código turbo del producto el cual tiene 196 x 96 bits de código, la primera cifra corresponde a la suma de los dos bloques de información útil de 98 bits cada uno, mientras que la segunda corresponde a la suma del control de enlace (LC - 72 bits) más la suma de comprobación de redundancia cíclica para la detección de errores de datos (CRC - 24 bits).

El párrafo anterior se explica mejor con el siguiente cuadro.

Ahora es cuando comenzamos a observar estos paquetes de datos y ver qué contienen. En esta entrada de hoy sólo vamos a explicar, como he expresado anteriormente, qué contienen estos datos, pero hay que tener en cuenta que dependiendo del tipo de protocolo que utiliza los llevará dispuestos de forma diferente, a fecha de hoy conozco 22 protocolos a los que he podido observar alguna información, los iré poniendo en las siguientes entradas.

Caso 1

En la siguiente tabla se trata de explicar qué es cada una de las cosas que se ven en esas dos líneas de código.

2018.05.02 22:51:56  -DMR   slot1  BS DATA DCC=12 CSBK Aloha  SysCode=10.1100.00010100  AB;  Registration req'd
2018.05.02 22:51:56  [LB=1 CSBKO=25 (Aloha) FID=16 v16=1C00 id1=14069843 id2=0]

Hagamos ahora alguna explicación sobre estos datos.

Muchos de estos datos ya fueron explicados en la entrada de mi blog ¿Qué datos encontramos? por lo que no voy a explicarlos. Tan sólo voy a referirme al punto SysCode o tipo de red ya que aunque en muchos foros, como por ejemplo uno de mis favoritos RadioReference, se indica una cosa que no estoy totalmente de acuerdo con ella, pasaré a explicarlo:

En el punto 6.3.2.2.1.1 Structure of the System Identity Code (C_SYScode), página 62, del ETSI TS 102 361-4 V1.9.2 (2018-04) explica la estructura de las redes en Tier III, tanto éstas como las de Tier II han sido explicadas en las entradas de mi blog Redes del DMR Tier II y Redes del DMR en Tier III, en ella se muestra muy claramente cómo es la estructura del SysCode y qué datos aporta, como son el tipo de red, el identificador de la red y el sitio, pero nunca habla del área aunque sí existe el SYS_AREA que también lo explicaré en próximas entradas, sin embargo en el mencionado foro sí que he visto varias entradas de personas que indican que existe este área, dividen el sitio en dos partes separándolo en área y sitio, creo que esto no es correcto tal y como lo hacen si atendemos a lo que nos indica el ETSI, también es cierto que en el desarrollo de la herramienta DSD+ sí se ha hecho esta estructura, con lo que pienso que puede llevar a error, vuelvo a repetir que bajo mi punto de vista y acorde a lo que indica el ETSI no existe este área tal y como se explica en ese foro.

Caso 2

Al igual que en el caso anterior se van a explicar también los datos de la siguiente imagen mediante la tabla adjunta.

2018.05.04  0:17:00  -DMR slot2  BS DATA  DCC=3  Data Header DPF=[15:Prop] SAP=1 MFID=16  02 01 11 01 42 0D 24 22
2018.05.04  0:17:00  -DMR slot2  BS DATA  DCC=3  Rate 1/2 Data 0C 00 00 02 0D 00 29 68 0F A1 0F A1  ..'...0$..].
2018.05.04  0:17:00  -DMR slot2  BS DATA  DCC=3  Rate 1/2 Data 02 39 38 34 1F 89 48 04 23 55 33 6D  .984..H..U3m
2018.05.04  0:17:00  -DMR slot2  BS DATA  DCC=3  Rate 1/2 Data DB 22 FC 32 92 E8 24 10 80 62 5D 07  .I.2._$..b].
2018.05.04  0:17:00  -DMR slot2  BS DATA  DCC=3  Rate 1/2 Data 5D 6C 00 19 56 32 70 40 05 65 00 00  ]l..V.p@.e..
2018.05.04  0:17:00  -DMR slot2  BS DATA  DCC=3  Rate 1/2 Data 00 00 00 00 00 00 00 00 90 31 99 67  .........1.g

Vamos a mirar en este caso los datos de todas las líneas y principalmente la información de los paquetes de datos que vienen en formato hexadecimal.

Como en el caso anterior voy a hacer aclaraciones sobre estos datos.

La combinación de los protocolos DPF y SAP es la que proporciona qué tipo de datos se van a mostrar posteriormente y en qué posición van.

El octeto 0D no es exactamente la posición de los datos del GPS, sino la indicación de que existen datos GPS en este paquete de datos, eso sí, no siempre que aparece el octeto 0D indica que tiene datos GPS, esto lo es cuando está en una determinada posición.

Los tokens de tiempo, GPS, velocidad y dirección o azimut son números hexadecimales que nos indican que detrás vienen los datos correspondientes al tiempo, GPS, velocidad o dirección. Estos números son siempre los mismos a excepción del token del GPS que es variable y, aunque no lo puedo confirmar, es muy probable que guarde relación con la zona donde esté ubicado el equipo transmisor.

Aunque en esta entrada no he profundizado mucho en los datos, iré explicando con más profundidad todos estos datos como he expresado anteriormente.