Rinex

RINEX son las siglas en inglés de "Receiver INdependent EXchange". Se trata de un formato de
ficheros de texto orientado a almacenar, de manera estandarizada, medidas proporcionadas por
receptores de sistemas de navegación por satélite, como GPS, GLONASS, EGNOS, WAAS o Galileo.

La salida final de un receptor de navegación suele ser su posición, velocidad u otras magnitudes
físicas relacionadas. Sin embargo, el cálculo de todas estas magnitudes se basa en una serie de
medidas a una o varias constelaciones de satélites. Aunque los receptores calculan las posiciones en
tiempo real, en muchos casos resulta interesante almacenar las medidas intermedias para su uso
posterior. RINEX es el formato estandarizado que permite la gestión y almacenamiento de las
medidas generadas por un receptor, así como su procesado off-line por multitud de aplicaciones
informáticas, independientemente de cual sea el fabricante tanto del receptor como de la aplicación
informática.

El formato Rinex ha ido evolucionando con el tiempo, para adaptarse al aumento progresivo de tipos
de medidas, correspondientes a los nuevos sistemas de navegación por satélite. La versión más
común en la actualidad es la 2.10* [1], que permite el almacenamiento de medidas de
pseudodistancias, fase de portadora y Doppler para sistemas GPS, GLONASS, EGNOS y WAAS,
simultáneamente. Recientemente se ha presentado la versión Rinex 3.0, capaz de albergar de forma
ordenada el ingente número de medidas previstas para los nuevos sistemas, como el GPS avanzado
o Galileo.

Hasta ahora se han desarrollado dos versiones principales de formato RINEX:

I. RINEX versión 1: presentada y aceptada por el 5 ° Simposio Geodésico Internacional sobre

Posicionamiento Satelital en Las Cruces, 1989.
II. RINEX versión 2: presentada y aceptada por el II Simposio Internacional de Posicionamiento
Preciso con el Sistema de Posicionamiento Global en Ottawa, 1990.
III. RINEX versión 3: la nueva versión también incluye las definiciones no oficiales de la Versión
2.20 para receptores espaciales.

Nomenclatura de los ficheros RINEX versión 3

La ubicación y nomenclatura de los ficheros se realiza según la estructura:

/RefData.YY/Month.MMM/Day.DD/XXXXMRCCC_S_YYYYDDDHHMM_PPU_DDU_TT.FFF.CCC

 Donde:
 XXXXMRCCC: Nombre (XXXX), número del monumento (M), número del receptor (R) y
código ISO de país (CCC).
 S: Fuente de los datos (receptor, stream o desconocido) para la generación de las
observaciones.
 YYYYDDDHHMM: Inicio de los datos contenidos en el fichero (YYYY: año; DDD; día del año;
HH: hora; MM: minuto).
 PPU: Periodo nominal (PP) y unidades (U) (minutos, horas, días, años o no especificado) de
los datos del fichero.
  DDU: Intervalo de registro (DD) y unidades (U) (hertzs, minutos, horas, días, años o no
especificado) de los datos del fichero.
 TT: Tipo de datos contenidos en el fichero (GPS, GLONASS, GALILEO, Mixed, Navigation…).
 FFF: Formato del fichero (RINEX: rnx, Hatanaka: crx…).
 CCC: Compresión del fichero (gz…).

Nota: Los ficheros de navegación se pueden descargar desde el directorio de ficheros diarios. Hay
tantos ficheros como constelaciones seguidas por cada estación.

En esencia la base de un archivo RINEX parte de que la mayoría del software para GPS emplea los
siguientes observables:

 La medida de la portadora de fase en una o más frecuencias (L1 o L1 y L2).

 La medida de Pseudodistancia o código. (Es una ‘medida de la distancia’ entre el satélite y
el receptor. Se comparan los códigos de la señal recibida y el código que genera el receptor)
 El tiempo obtenido en el instante de validar las medidas de fase y código. (El desfase de
tiempo necesario para alinear ambos códigos, correlación, corresponde al tiempo de
propagación de la señal entre satélite y receptor. Este retraso se transforma en distancia
usando la velocidad de la luz)

Consecuentemente la mayoría de la información que recogen los receptores es innecesaria, pues

únicamente con estos tres observables y alguna información adicional relativa al estacionamiento
(altura de la antena, nombre de la estación...) sería suficiente. También hay que tener en cuenta
que el software asume que la lectura del tiempo en los receptores y en los satélites es correcta para
la medida de la pseudodistancia y la fase de la portadora.

El RINEX implica que los datos binarios propios de cada tipo de receptor pueden ser transformados
a formato independiente universal ASCII7 durante el proceso de descarga, permitiendo así usar otro
tipo de software o intercambiar datos procedentes de otros receptores. Dado que la estructura de
los datos fuente (binario) difiere de cada receptor, es necesario que cada proveedor de software
GPS genere un intérprete para este formato. En la campaña EUREF-89 se necesitó de programas que
trasladaran a RINEX los datos recogidos, pero la mayoría de las casas fabricantes no disponían de
dicha posibilidad en aquel momento, por lo que el Instituto Astronómico de la Universidad de Berna
tuvo que generar los programas adecuados para sus receptores. Dichos programas están disponibles
al público y se puede tener acceso a ellos por Internet.

¿Cómo se compone un archivo RINEX?

El formato RINEX se compone de la creación de cuatro tipos de archivos a partir de la versión 2.

Estos cuatro tipos son:

I. El archivo de los datos de observación

II. El archivo de datos meteorológicos.
III. El archivo con el mensaje de navegación de cada constelación

En las primeras versiones únicamente se disponía de dos archivos, el de observación y el de

navegación.
Archivo de observaciones.

En el archivo de datos de la observación la pseudodistancia se mide en Metros. Se aceptan tres tipos

de pseudodistancias, la C1 (código C/A o estándar sobre la frecuencia L1), la P 1 (código P o Precise
en L 1) y la P 2 (código P en L2). Algunos receptores no recogen observaciones sobre la frecuencia
L2 bajo A/S, dado que en este caso el código P es encriptado pasando a ser el código Y; si se dispone
de un desencriptador, el RINEX es capaz de generar un código P2 sintético, pero de todas formas
estas observaciones deben ser marcadas como afectadas por el A/S.

La medición de fase también se puede realizar sobre las frecuencias L1 o L2, y se denominan del
mismo modo L1 y L2. Se mide en ciclos completos, aunque en los primeros receptores la unidad era
el medio ciclo, debiéndose convertidos los datos a ciclos completos. Este tipo de receptores además
presentan otros tipos de problemas con la medición de la pseudodistancia que es ambigua e incluso
con la medición de código y fase porque no se realizaba al mismo tiempo; estos inconvenientes
hacen necesaria una manipulación de datos previa a la transformación a RINEX.

El RINEX también dispone de lugar para las mediciones Doppler en aquellos receptores donde esté
disponible la lectura de sus observables D1 y D2. En el RINEX se expresan en Hertz. La fase debe ser
expresada en el mismo sentido que la pseudodistancia, un incremento en la pseudodistancia implica
un incremento en el valor de la fase, el cual es opuesto a la cuenta Doppler. Ninguno de estos
observables debe ser corregido por sesgos externos tales como la refracción atmosférica o el
retardo del reloj del satélite.

Es necesario realizar una aclaración respecto a la medida del tiempo. La mayoría de los receptores
miden el tiempo en la llegada de la señal tanto para la pseudodistancia como para la medición de
fase. Estos receptores además sincronizan el tiempo de las observaciones obtenidas de los diversos
canales del receptor a diversos satélites al mismo tiempo. Dado que el reloj del receptor es
esencialmente independiente de él de los satélites, la observación real puede diferir entre varios
receptores. Las diferencias en general suelen ser de menos de un milisegundo debido a que los
receptores GPS sincronizaron sus relojes con tiempo real GPS. Además si el receptor o el software
conversor ajusta las medidas usando tiempo real descorregido de retardos del reloj del satélite, la
consistencia de las tres observables bases (la fase, la pseudodistancia y el tiempo) debe mantenerse.
Esto requiere la corrección del retardo del reloj del receptor.

Archivos de navegación

El archivo con el mensaje de navegación contiene los datos de orbitales, los parámetros del reloj y
la precisión de las medidas de pseudodistancia de los satélites observados. Su cabecera puede
contener opcionalmente datos del mensaje de navegación tales como los parámetros del modelo
ionosférico para aparatos de una sola frecuencia y términos de correcciones relacionados con el
tiempo GPS y UTC10. Una gran parte de este archivo está basado en el formato ARGO de la NGS.

El archivo de navegación GLONASS sigue esta misma filosofía para su cabecera. Sin embargo, la
estructura de datos difiere mucho de la empleada por el GPS, sobre todo debe definir la diferencia
entre los sistemas de tiempo empleados en las dos constelaciones. Además, define las órbitas de
los satélites por sus coordenadas, insertadas desde las bases centrales a unas horas determinadas
e indicándose la antigüedad de dicha información. La definición del tiempo GLONASS también ha
dado sus problemas, siendo necesario indicar la procedencia del tiempo de referencia de las
observaciones. Dado su pequeño uso actual en España no se profundizará en los problemas que
plantea la definición del tiempo GLONASS ni en sus observables, para ello se puede recurrir a la
bibliografía.

Archivo de datos meteorológicos.

Por último, el archivo de datos meteorológicos fue definido para la versión 2 en delante de RINEX y
su función es la de simplificar la exportación y procesamiento de datos meteorológicos recogidos
por los observatorios. Sigue el mismo principio que el archivo de observación. Contiene datos como
la presión atmosférica en milibares, la temperatura seca y húmeda en grados Celsius y la humedad
relativa; opcionalmente puede contener la humedad central del retardo ionosférico obtenida por
un radiómetro de vapor de agua. Cada archivo contiene los datos de una estación.

Últimas modificaciones. Estado actual.

Los últimos cambios efectuados en los archivos RINEX están relacionados con la inclusión de
observaciones procedentes de la constelación GLONASS, posibilitando archivos mixtos, y a un nuevo
tratamiento que se le da a la medición bajo A/S. Una de las variaciones más relevantes de la inclusión
del sistema GLONASS es la creación de un nuevo archivo de navegación para dicho sistema, siendo
–como ya se ha comentado- cuatro los archivos que se generan. Además, el número PRN de cada
satélite tiene el formato snn, donde s se corresponde con el identificador del sistema al que
pertenece (G o banco: para GPS, R: GLONASS, T: Transis) y nn es el número del satélite. Otros
cambios han concernido a la ampliación de captación de satélites por época, dado que estaba
limitado a 12 satélites, o a la inclusión de parámetros adicionales dentro del archivo de navegación.