MX2008010874A - Sistema satelital de navegacion global. - Google Patents

Abstract

Tanto un primer como un segundo sistema satelital de navegación (NSS-navigation satellite system) se encuentran adaptados para operar de acuerdo con una primera y segunda especificación, respectivamente, y cada uno de ellos incluye una primera y segunda pluralidad de vehículos de espacio (SV-space vehicles), respectivamente. Tanto la primera como la segunda pluralidad de SVs se encuentran adaptadas para ser identificadas por una primera y una segunda pluralidad de identificaciones correspondientes únicas (IDs - identifications), respectivamente. Un procesador se encuentra adaptado para recibir e identificar una primera pluralidad de señales correspondientes transmitidas desde la primera pluralidad de SVs en respuesta a la primera pluralidad de IDs correspondientes únicos. El procesador se encuentra adaptado para recibir e identificar una segunda pluralidad de señales correspondientes transmitidas desde la segunda pluralidad de SVs en respuesta a la segunda pluralidad de IDs correspondientes únicos. El procesador se encuentra adaptado para determinar la información de localización de posición en respuesta a la recepción e identificación de la primera pluralidad de señales correspondientes y la segunda pluralidad de señales correspondientes.

Description

SISTEMA SATELITAL DE NAVEGACIÓN GLOBAL" CAMPO DE LA INVENCIÓN La presente invención se refiere en términos generales a sistemas de comunicaciones. Más particularmente, la presente invención se refiere a un sistema de comunicaciones que incluye un sistema satelital de navegación global .

ANTECEDENTES DE LA INVENCIÓN Existen muchos tipos diferentes de tecnologías empleados para calcular la ubicación de las estaciones móviles en redes inalámbricas con diversos niveles de éxito y precisión. El GPS asistido (A-GPS - Assisted GPS) es una tecnología de posicionamiento que se utiliza actualmente para ubicar estaciones móviles en redes inalámbricas. Un servidor de A-GPS le proporciona datos de asistencia a la estación móvil para que tenga un Tiempo a Primer Fijo (TTFF - Time To First Fix) bajo, para permitir la adquisición de una señal débil, y para optimizar el uso de la batería de la estación móvil. Un A-GPS es utilizado como una tecnología de ubicación por separado o de manera híbrida con otras tecnologías de posicionamiento que proporcionen mediciones de tipo rango. Un servidor de A-GPS proporcionar datos a una estación móvil inalámbrica que son específicos a la ubicación aproximada de una estación móvil. Los datos de asistencia le ayudan a la estación móvil a acceder rápidamente a los satélites, y potencialmente le permite a la terminal acceder a señales débiles. Después, la estación móvil realizar el cálculo de posición o devuelve opcionalmente las fases de código medidas y potencialmente las fases de código al servidor a fin de realizar el cálculo. El servidor A-GPS puede hacer uso de información adicional tal como mediciones de sincronización de viaje redondo desde una estación base celular hasta la estación móvil con objeto de calcular una ubicación donde que no sería posible de otra manera, por ejemplo, cuando no hay suficiente satélites GPS visibles. Los avances en la tecnología de localización por sistema de posicionamiento global basado en satélites (GPS - global positioning system) , avance de sincronización (TA - timing advance) , y diferencia mejorada de hora observada con base terrestre (E-OTD - enhanced observed time difference) permiten una determinación precisa de la posición geográfica (por ejemplo, latitud y longitud) de un suscriptor de estación móvil. A medida que se despliegan servicios de localización geográfica en redes de comunicaciones inalámbricas, tal información de posición puede almacenarse en elementos de red y ser enviada a los nodos en la red utilizando mensajes de señalización. Tal información puede almacenarse en SMLCs (Serving Mobile Location Centers - Centros de Localización Móvil en Funciones) , SAS (Stand-Alone SMLCs - SMLCs independientes) , PDEs (Position Determining Entities - Entidades de Determinación de Posición) , SLPs (Secure User Plañe Location Platforms - Plataformas de Ubicación Segura de Plano de Usuario) y bases de datos de localización de suscriptor móvil de propósito especial. Un ejemplo de una base de datos de localización de suscriptor móvil de propósito especial es el SMLC propuesto por el Proyecto de Asociación de 3a Generación (3GPP - 3rd Generation Partnership Project) . En particular, el 3GPP ha definido un protocolo de señalización para comunicar información de posición del suscriptor móvil hacia y desde un SMLC. Este protocolo de señalización es denominado protocolo de LCS (Location Services - Servicio de Localización) de Recurso de Radio, denotado RRLP, y define los mensajes de señalización comunicados entre una estación móvil y un SMLC relacionado con la ubicación de un suscriptor móvil. Una descripción detallada del protocolo RRLP se encuentra en 3GPP TS 44.031 7.2.0 (2005-11) Proyecto de Asociación de 3ra Generación; Grupo de Especificación Técnica Red de Acceso de Radio GSM Edge; Servicios de Localización (LCS) ; Estación Móvil (MS -Mobile Station) - Protocolo LCS de Recurso de Radio (RRLP) de Centro de Localización Móvil en Funciones (SMLC) (Edición 7) . Además del Sistema de Posicionamiento Global (GPS) de Estados Unidos, también pueden utilizarse otros Sistemas de Posicionamiento Satelital (SPS - Satellite Positioning Systems) , tales como el sistema GLONASS ruso o el sistema Galileo europeo propuesto, o el Sistema Compass/Beidou chino para la localización de posición de un estación móvil. Sin embargo, cada uno de los sistemas opera de acuerdo con diferentes especificaciones. En particular, cada uno de los sistemas utilizar su propia hora de sistema especifica. Con el lanzamiento de Galileo, el número de satélites de navegación visibles básicamente se duplica en un receptor GPS/Galileo combinado, o se triplica un receptor combinado GPS/GLONASS/Galileo, el cual en General mejora la disponibilidad y precisión del servicio. Los satélites adicionales proporcionan redundancia y pueden utilizarse para, por ejemplo, minar las mediciones de mala calidad manteniendo simultáneamente suficiente dilución geométrica de precisión (GDOP - Geometric Dilution of Precisión) . En algunos escenarios de navegación crítica, un receptor combinado de GPS/Galileo puede ser capaz de obtener un fijo de posición donde ya sea GPS o Galileo solos no proporcionan suficiente mediciones satélites a fin de obtener una solución de navegación exitosa. GPS (Sistema de Posicionamiento Global) y Galileo son sistemas de navegación independientes y por lo tanto, cada sistema utiliza su referencia de tiempo de navegación. La Hora del Sistema GPS se configura con la coordenada de hora universal (UTC) (universal time coordínate) como se mantiene por el Observatorio Naval de EU, denominado como UTC (USNO) . La Hora del Sistema GPS se especifica para mantenerse en 1 módulo de microsegundos de 1 segundo de UTC (USNO) . Se espera que la Hora del Sistema Galileo se configure a la Hora Atómica Internacional (TAI International Atomic Time) y se especifica para mantenerse dentro de 50 ns de TAI. Aparte de un número entero potencial de segundos, se espera que la compensación entre la Hora de GPS y del Sistema Galileo sea del orden de decenas de nanosegundos . La compensación entre la hora del Sistema GPS y Galileo se incluirá en el mensaje de navegación de transmisión Galileo así como también en el futuro mensaje de navegación de transmisión GPS, y es denominado como una Compensación de Hora GPS-Galileo, o más generalmente, a la Compensación de Hora GPS-GNSS (GGTO) . Para el GPS, la GGTO ya se encuentra especificada en el Mensaje de Tipo 35 de la versión de Diciembre de 2004 de IS-GPS-200, Revisión D, la cual puede incluir la GGTO de GPS -Galileo así como también la GGTO de GPS-GLONASS. Por ejemplo, un receptor combinado de GPS/Galileo que utiliza las mediciones de pseudo-rango GPS y Galileo en la solución de navegación puede funcionar de acuerdo con las siguientes tres opciones. 1. Ignorar la compensación de hora GPS-Galileo en el cálculo de posición. 2. Utilizar una medición de señal satelital adicional para obtener la GGTO como parte de la solución de navegación. 3. Utilizar la GGTO sea disponible por la decodificación del( mensaje de navegación o mediante datos de asistencia proporcionados por la red celular. La primera opción da como resultado probablemente una solución de navegación sesgada. La cantidad de sesgo depende de la GGTO actual, y puede ser aceptable en algunos escenarios, pero por supuesto, es menos deseable. La segunda opción requeriría al menos una medición satelital adicional en la solución de navegación, la cual no siempre estará disponible en algunos escenarios críticos (por ejemplo, en interiores o cañones urbanos) . Se requerirían al menos cinco mediciones satelitales para resolver la posición tridimensional, el sesgo de hora de receptor y la GGTO, pero serían deseables más de cinco a fin de mejorar la precisión. La tercera opción no requiere una medición satelital adicional y es el planteamiento preferido en ambientes con visibilidad satelital limitada (por ejemplo, interiores o cañones urbanos) . La GGTO puede obtenerse al decodificar el mensaje de navegación satelital (el cual sin embargo, requiere suficiente resistencia de señal satelital y toma un tiempo relativamente largo; es decir, incrementa el TTFF) , o puede proporcionarse en el mensaje de datos de asistencia (el cual sin embargo, requiere modificaciones a los protocolos de localización estandarizados) . El receptor de usuario debe tener en cuenta la GGTO cuando se convienen los pseudo-rangos para los satélites GPS y Galileo. Ya sean las observaciones de GPS o de Galileo, tiene que corregirse para la GGTO antes de aplicar la solución de navegación. Sin embargo, manejar las diversas horas del sistema y compensaciones de hora en la solución de navegación requiere modificaciones sustanciales a los receptores de usuario existentes, indudablemente elevaría los costos asociados con la producción de receptores de usuario de la siguiente generación que incluyan esta capacidad.

Convenientemente, existe una necesidad de un sistema de comunicaciones, que incluye un sistema satelital de navegación global (GNSS - Global Navigation Satellite System) , el cual puede determinar una localización de posición para una estación móvil con base en señales satelitales enviadas desde uno o más sistemas satelitales, en lugar de sólo un sistema satelital, a fin de proporcionar eficiencias y ventajas adicionales para la localización de posición sin necesidad de manejar diversas horas de sistema GNSS en el receptor móvil y sin especificar un protocolo de localización completamente nuevo para la transferencia de datos de asistencia y de medición móvil. Además, existe la necesidad en la materia de un sistema de comunicaciones, método y/o aparato que se adapte para calcular y corregir la GGTO sin añadir costos significativos de actualización o de producción a los receptores de usuario existentes y futuros .

BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención incluye un método, un aparato, y/o un sistema. El aparato puede incluir sistemas de procesamiento de datos, los cuales ejecutan el método y medios legibles por computadora que almacenan aplicaciones ejecutables las cuales, cuando son ejecutadas en los sistemas de procesamiento de datos, ocasionan que los sistemas de procesamiento de datos ejecuten el método. De acuerdo con un aspecto de la presente invención, tanto un sistema de satelital navegación global primero como uno segundo (GNSS) se encuentran adaptados para operar de acuerdo con una especificación primera y una segunda, respectivamente, e incluye cada una de ellas una pluralidad primera y segunda de vehículos de espacio (SV) , respectivamente. Cada una de las pluralidades de SVs primera y segunda se encuentran adaptadas para ser identificadas por una primera y segunda pluralidad de identificaciones correspondientes únicas (IDs), respectivamente. El procesador se encuentra adaptado para recibir e identificar una segunda pluralidad de señales correspondientes transmitidas desde la segunda pluralidad de los SVs en respuesta a la segunda pluralidad de IDs correspondientes únicas. El procesador se encuentra adaptado para determinar la información de localización de posición en respuesta a la recepción de identificación de la primera pluralidad de señales correspondientes y la segunda pluralidad de señales correspondientes. De acuerdo con otros aspectos de la presente invención, la presente invención emplea un aparato, un método, una memoria legible por computadora y un protocolo de señales.

Estos y otros aspectos de la presente invención serán aparentes a partir de los dibujos anexos y a partir de la siguiente descripción detallada.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Los aspectos de la presente invención se ilustran a manera de ejemplos y no de limitantes en las figuras de los dibujos anexos, en los cuales los números de referencia similares designan elementos correspondientes. La Figura 1 ilustra una representación de diagrama de bloques de un sistema de comunicaciones, que incluye un sistema satelital de navegación global (GNSS) , un sistema celular y una estación móvil, de acuerdo con un aspecto de la presente invención. La Figura 2 ilustra una Tabla A que representa cuatro opciones para modificar un mensaje de solicitud de posición de medición de protocolo de servicios de localización de recursos de radio (RRLP) y un mensaje de respuesta de posición de medición de RRLP para una especificación de RRLP presente, de acuerdo con un aspecto de la presente invención. La Figura 3 ilustra un método para modificar el presente mensaje de solicitud de posición de medición de RRLP y el presente mensaje de respuesta de posición de medición de RRLP de acuerdo con una de las cuatro opciones, de acuerdo con un aspecto de la presente invención. La Figura 4 ilustra la Tabla 1 que representa el mensaje de solicitud de posición de medición de RRLP para la especificación de RRLP presente, de acuerdo con un aspecto de la presente invención. La Figura 5 ilustra la Tabla 2 que representa el mensaje de respuesta de posición de medición de RRLP para una especificación de RRLP presente, de acuerdo con un aspecto de la presente invención. Las Figuras 6 y 7 ilustran la Tabla 3 que representa un mensaje de solicitud de posición de medición de RRLP modificado de acuerdo con la opción uno, de acuerdo con un aspecto de la presente invención. Las Figuras 8 y 9 ilustran la Tabla 4 que representa un mensaje de respuesta de posición de medición de RRLP modificado de acuerdo con la opción uno, de acuerdo con un aspecto de la presente invención. Las Figuras 10 y 11 ilustran la Tabla 5 que representa un mensaje de solicitud de posición de medición de RRLP modificado de acuerdo con la opción uno, de acuerdo con un aspecto de la presente invención. Las Figura 12 y 13 ilustran la Tabla 6 que representa un mensaje de respuesta de posición de medición de RRLP modificado de acuerdo con la opción dos, de acuerdo con un aspecto de la presente invención.

La Figura 14 ilustra la Tabla 7 que representa un mensaje de solicitud de posición de medición de RRLP de acuerdo con la opción tres, de acuerdo con un aspecto de la presente invención. Las Figuras 15 y 16 ilustran la Tabla 8 que representan un mensaje de respuesta de posición de medición de RRLP de acuerdo con la opción tres, de acuerdo con un aspecto de la presente invención. Las Figuras 17 y 18 ilustran la Tabla 9 que representan un mensaje de solicitud de posición de medición de RRLP de acuerdo con la opción cuatro, de acuerdo con un aspecto de la presente invención. Las Figuras 19 y 20 ilustran la Tabla 10 que representan un mensaje de respuesta de posición de medición de RRLP de acuerdo con la opción cuatro, de acuerdo con un aspecto de la presente invención. La Figura 21 ilustra un diagrama de sincronización para determinar una hora de GNSS virtual de acuerdo con un aspecto de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La siguiente descripción y dibujos son ilustrativos de la invención y no deben interpretarse como limitantes de la misma. Se describen numerosos detalles específicos a fin de brindar una comprensión plena de la presente invención. Sin embargo, en algunos casos, los detalles conocidos o convencionales no son descritos con objeto de evitar oscurecer la descripción de la presente invención. Las referencias a una modalidad o una modalidad en la presente descripción no necesariamente se refieren a la misma modalidad, y tales referencias incluyen una o más modalidades .

Sistema de comunicaciones 10 La Figura 1 ilustra una representación de diagrama de bloques de un sistema de comunicaciones 10 que incluye un sistema satelital de navegación global (GNSS) 11, un sistema celular 12, un sistema telefónico de línea alámbrica 13 , de acuerdo con un aspecto de la presente invención. El sistema GNSS 11 incluye múltiple satélites de navegación global 14-21, incluyendo un primer conjunto de satélites 14-17 asociado con un primer GNSS y un segundo conjunto de satélites 18-21 asociados con un segundo GNSS. Tanto el primer como el segundo GNSS pueden ser GNSS diferentes, por ejemplo, el Sistema de Posicionamiento Global (GPS) de Estados Unidos u otro sistema de Posicionamiento Satelital (SPS) , tal como el sistema GLONASS ruso, o el sistema Galileo europeo propuesto. Aunque la Figura 1 solamente muestra dos GNSS, la presente invención no se limita a dos GNSSs . Por ejemplo, el GNSS 11 puede comprender tres o más sistemas satelitales, tales como los satélites GPS, Galileo y GLONASS . El sistema celular 12 incluye múltiples estaciones base celulares 22-24 ("estación base"), un centro de conmutación móvil 25 y un servidor de localización, que es llamado entidad de determinación de posición (PDE - position determining entity) 26. La PDE 26 puede ser un SMLC de 3GPP o un SAS de 3GPP. Cada estación base 22-24 incluye además un transmisor de estación base (BS) 27, un receptor de BS 28, un receptor GPS 29, y un primer receptor de GNSS (por ejemplo, un receptor GPS) 29 y un segundo receptor de GNSS (por ejemplo, el receptor Galileo) 30. Cada estación base 22-24 puede incluir más receptores de GNSS (por ejemplo, un receptor GLONASS) , los cuales no se muestran en la Figura 1. Todos o algunos de los receptores de GNSS pueden ubicarse dentro o fuera de las estaciones base 22-24. El receptor GPS 29 recibe señales provenientes de los satélites GPS 14-17. El receptor Galileo 35 recibe señales provenientes de los satélites Galileo 18-21. De manera similar, cada receptor de GNSS adicional no mostrado en la Figura 1 recibiría señales provenientes de los satélites GNSS apropiados. El sistema de comunicaciones 10 proporciona comunicaciones inalámbricas para la estación móvil 31 y no se limita a sistemas de comunicaciones celulares, inalámbricos fijos, PCS o satelitales . El sistema de comunicaciones 10 puede proporcionar múltiples comunicaciones de acceso, de acuerdo con cualquier norma o protocolo, tal como, por ejemplo, CDMA, TD A, FDMA o GSM, o combinaciones de los mismos.

Sistema Satelital de Navegación Global (GN5S) 11 El sistema GNSS 11 es un conjunto de satélites, tales como los satélites GPS 14-17 y los satélites Galileo 18—21, cada uno de los cuales se desplaza en una órbita predecible sobre la superficie terrestre. Cada satélite transmite una señal modulada con un código de pseudo- ruido (PN pseudo-noise) único al satélite. Cada código de PN comprende un número predeterminado de chips. Por ejemplo, para el código de adquisición aproximativa (C/A Coarse/Acquisition) de GPS, el código de PN es una secuencia de 1023 chips que se repite cada milisegundo. Un receptor GPS, tal como el receptor GPS 24, recibe una señal compuesta que comprende una mezcla de señales provenientes de cada uno de los satélites que son visibles para el receptor GPS. Un detector de señales en el receptor detecta una transmisión proveniente de un satélite particular al determinar el grado de correlación entre la señal recibida y las versiones desplazadas del código de PN para ese satélite. Si se detecta un pico de suficiente calidad en el valor de correlación para uno de las compensaciones de desplazamiento, se considera que el receptor GPS ha detectado la transmisión proveniente del satélite . A fin de realizar la localización de posición para la estación móvil 31 en redes celulares inalámbricas (por ejemplo, sistema celular 12), diversos planteamientos, por ejemplo, para realizar un cálculo de posición utilizando un número determinado de mediciones geométricamente distintas, tales como rango, pseudorango, retraso de viaje redondo y otros que se encuentran asociados con distintos puntos de referencia (por ejemplo, satélites GPS, pseudolitos, estaciones base, superficie terrestre) . Un planteamiento, llamado Triangulación Avanzada de Enlace en Avance (AFLT - Advanced Forward Link Trilateration) , y Diferencia Mejorada de Hora Observada (E-OTD) , u Diferencia de Llegada de Hora Observado (OTDOA -Observed Time Difference of Arrival) mide en la estación móvil 31 las horas de llegada de las señales transmitidas provenientes de cada una de las diversas estaciones base (por ejemplo, transmisiones provenientes de las estaciones base 22-24) . Estas horas o diferencias de horas son transmitidos a una Entidad de Determinación de Posición (PDE) (por ejemplo, un servidor de localización) 26, que calcula la posición de la estación móvil 31 utilizando estas horas o diferencias de horas de recepción. Las horas de transmisión en estas estaciones base se coordinan o miden de manera tal que en una instancia particular de tiempo, son conocidas las horas del día asociadas con múltiples estaciones base 22-24 y dentro de un límite de error especificado. Las posiciones precisas de las estaciones base 22-24 y las horas de recepción se utilizan para determinar la posición de la estación móvil 31. En un sistema de AFLT, las horas de recepción de las señales provenientes de las estaciones base 22-24 se miden en la estación móvil 31. Después, estos datos de sincronización pueden utilizarse para calcular la posición de la estación móvil 31. Tal cálculo puede realizarse en la estación móvil 31 o en el servidor de localización 26, si la información de sincronización así obtenida por la estación móvil 31 es transmitida al servidor de localización 26 mediante un enlace de comunicaciones. Típicamente, las horas de recepciones son comunicadas al servidor de localización 26 a través de una de las estaciones base celulares 22-24. El servidor de localización 26 se acopla para recibir datos provenientes de las estaciones base a través del centro de conmutación móvil 25. El servidor de localización 26 puede incluir un servidor de almanaque de estación base (BSA - base station almanac) , el cual proporciona la ubicación de las estaciones base y/o el área de cobertura de estaciones base. Alternativamente, el servidor de localización 26 y el servidor de BSA puede estar separado uno del otro, y el servidor de localización 26 se comunica con la estación base para obtener el almanaque de estación base para la determinación de posición. El centro de conmutación móvil 25 proporciona señales (por ejemplo, comunicaciones de voz, datos, y/o video) hacia y desde el Sistema Telefónico Público Conmutado (PSTS - Public Switched Telephone System) 13 de manera tal que las señales pueden transmitirse hacia y desde la estación móvil 31 hacia otros teléfonos (por ejemplo, teléfonos alámbricos en la PSTS u otros teléfonos móviles) . En algunos casos, el servidor de localización 26 también puede comunicarse con el centro de conmutación móvil 25 mediante un enlace celular. El servidor de localización 26 (el cual puede utilizar Unidades de Medición de Localización (LMUs - Location Measurement Units) asociadas) también puede monitorear emisiones provenientes de varias estaciones base 22-24 en un esfuerzo por determinar la sincronización relativa de estas emisiones . En otro planteamiento, la llamada Diferencia de Llegada de Hora de Enlace Ascendente (UTDOA - Uplink Time Difference of Arrival) , las horas de recepción de una señal proveniente de la estación móvil 31 se miden en varias estaciones base 22-24. Después, estos datos de sincronización pueden comunicarse al servidor de localización 26 a fin de calcular la posición de la estación móvil 31. Aún un tercer planteamiento para realizar la localización de posición involucra el uso en la estación móvil 31 de un receptor para el Sistema de Posicionamiento Global de Estados Unidos (GPS) u otro Sistema de Posicionamiento Satelital (SPS) , tal como el sistema GLONASS ruso, el sistema Galileo europeo propuesto, el sistema Compass/Beidou chino propuesto, el Sistema de Navegación Regional Indio propuesto (INRS - Indian Regional Navigation System) , así como también diversos sistemas de amplificación tales como el Sistema Satelital Quasi-Zenith Japonés propuesto (QZSS - Quasi-Zenith Satellite System) . Básicamente, el sistema GLONASS existente difiere del sistema GPS en que las emisiones provenientes de diferentes satélites se diferencian uno del otro al utilizar frecuencias portadoras ligeramente diferentes, en lugar de utilizar diferentes códigos pseudoaleatorios . En esta situación, y con el sistema Galileo, son aplicables sustancialmente toda la circuitería y algoritmos descritos con anterioridad. El término "GNSS" utilizado en la presente incluye tales sistemas alternos de posicionamiento satelital, incluyendo el sistema GLONASS ruso y el sistema Galileo Europeo propuesto, y otros mencionados o no mencionados con anterioridad. En el tercer planteamiento, el receptor GPS 34 calcular su ubicación al detectar transmisiones provenientes de algunos de los satélites 14-17. Por cada transmisión detectada, el receptor utiliza el desplazamiento en el código de PN para calcular el retraso (en términos de chips o fracciones de c ips) entre el tiempo de transmisión y la hora de llegada. Dada la velocidad de propagación conocida de la señal de posicionamiento, el receptor GPS calcula la distancia entre sí misma y el satélite. Esta distancia calculada define una esfera alrededor del satélite. El receptor GPS 34 conoce las órbitas y posiciones precisas de cada uno de los satélites, y recibe continuamente actualizaciones para estas órbitas y posiciones. A partir de esta información, el receptor GPS 34 es capaz de determinar su posición (y la hora actual) a partir del punto donde se intersectan las esferas para los cuatro satélites. En combinación con o como alternativa al receptor GPS 34, el receptor Galileo 35 (o cualquier otro receptor de GNSS) puede calcular su ubicación al detectar las transmisiones provenientes de al menos cuatro de los satélites 18-21. Aunque los métodos y aparatos de la presente invención se han descrito con referencia a los satélites GPS, se observará que la descripción es igualmente aplicables a sistemas de posicionamiento que utilizan pseudolitos o una combinación de satélites y pseudolitos. Los pseudolitos son transmisores terrestres, los cuales transmiten un código de PN (similar a una señal de GPS) modulado en una señal portadora de banda L, generalmente sincronizado con la hora del GPS. A cada transmisor se le puede asignar un código de PN único a fin de permitir la identificación por parte de un receptor remoto. Los pseudolitos son útiles en situaciones donde las señales de GPS provenientes de un satélite en órbita pudiesen no estar disponibles, tal como túneles, minas, edificios u otras áreas acotadas. El término "satélite" el término, como se utiliza en la presente, pretende incluir pseudolitos o equivalentes de pseudolitos, y el término señales de GPS, como se utiliza en la presente, pretende incluir señales de tipo GPS provenientes de pseudolitos o equivalentes de pseudolitos . Tal método que utiliza un receptor para las señales de posicionamiento satelital (SPS) puede ser completamente autónomo o puede utilizar la red celular a fin de proporcionar datos de asistencia o para compartir el cálculo de posición. En corto, estos diversos métodos son referidos como "GPS". Los ejemplos de tales métodos se describen en las patentes de E.U. 5,945,944; 5,874,914; 6,208,290; 5,812,087; y 5,841,396. Por ejemplo, la Patente de E.U. No. 5,945,944 describe un método para obtener a partir de señales de transmisión de teléfono celular información de hora precisa, la cual se utiliza en combinación con señales de GPS para determinar la posición del receptor. La Patente de E.U. No. 5,874,914 describe un método para transmitir los desplazamientos de frecuencia Doppler de los satélites en vista al receptor a través de un enlace de comunicaciones a fin de determinar la posición del receptor. La Patente de E.U. No. 5,874,914 describe además un método para transmitir datos de almanaque satelital (o datos de efemérides) aún receptor a través de un enlace de comunicaciones para ayudarle al receptor a determinar su posición. La Patente de E.U. No. 5,874,914 describe también un método para acceder a una señal de frecuencia portadora de precisión de un sistema de telefonía celular a fin de proporcionar una señal de referencia en el receptor para la adquisición de señales de GPS. La Patente de E.U. No. 6,208,290 describe un método para utilizar una ubicación aproximada de un receptor a fin de determinar un Doppler aproximado para reducir el tiempo de procesamiento de la señal SPS. La Patente de E.U. No. 5,812,087 describe un método para comparar diferentes registros de un mensaje de datos satelital recibido en diferentes entidades a fin de determinar en cuál de los registros es recibido en un receptor con objeto de determinar la posición del receptor. En implementaciones prácticas de bajo costo, tanto el receptor de MS 33, como el receptor GPS 34 y/o el receptor Galileo 35 (u otro GNSS) se encuentran integrados en el mismo gabinete y, puede compartir de hecho la circuitería electrónica común, tal como circuiteria de receptor y/o antena. Aún en otra variación de los métodos anteriores, se encuentra el retraso de viaje redondo ( TD - round trip delay) para señales que son enviadas desde la estación base 22, 23, o 24 hacia la estación móvil 31 y después son devueltas a la estación base correspondiente 22, 23 o 24. En un método similar pero alternativo, el retraso de viaje redondo se encuentra para señales que son enviadas desde la estación móvil 31 hacia la estación base y después se devuelven a la estación móvil 31. Cada uno de los retrasos de viaje redondo se divide por dos a fin de determinar un cálculo del retraso en una dirección. El conocimiento de la ubicación de la estación base, más o un retraso en una dirección restringe la ubicación de la estación móvil 31 a un circulo sobre la Tierra. Después, dos de tales mediciones derivadas de distintas estaciones base dar como resultado la intersección de dos circuios, lo que a su vez restringe la ubicación a dos puntos sobre la Tierra. Una tercera medición (incluso un ángulo de llegada o sector de celda) resuelve la ambigüedad. Una combinación de otro método de posición tal como AFLT o TDOA con un sistema GPS es denominado sistema "híbrido". Por ejemplo, la Patente de E.U. No. 5,999,124 describe un sistema híbrido, en el cual la posición de un transceptor basado en celdas se determina a partir de una combinación de al menos: i) una medición de hora que representa una hora de recorrido de un mensaje en las señales de comunicaciones basadas en celda entre el transceptor basado en celdas y un sistema de comunicaciones, y ii) una medición de hora que representa una hora de recorrido de una señal SPS . Se ha utilizado asistencia de altitud en diversos métodos para determinar la posición de un dispositivo móvil. Típicamente, la asistencia de altitud se basa en una pseudo-medición de la altitud. El conocimiento de la altitud de una ubicación de una estación móvil 31 restringe las posibles posiciones de la estación móvil 31 a una superficie de una esfera (o un elipsoide) con su centro ubicado al centro de la tierra. Este conocimiento puede utilizarse para reducir el número de mediciones independientes requeridas para determinar la posición de la estación móvil 31. Por ejemplo, la Patente de E.U. No. 6,061,018 describe un método en el que una altitud calculada se determina a partir de la información de un objeto de celda, el cual puede ser un sitio de celda que tiene un transmisor de sitio de celda en comunicación con la estación móvil 31. Cuando se encuentra disponible en conjunto mínimo de mediciones, puede determinarse una solución única a las ecuaciones de navegación para la posición de la estación móvil 31. Cuando se encuentra disponible más de una medición adicional, puede obtenerse la "mejor" solución para adecuarse mejor a todas las mediciones disponibles (por ejemplo, a través de un procedimiento de solución de mínimos cuadrados que minimice el vector residual de las ecuaciones de navegación) . Dado que el vector residual es típicamente diferente a cero cuando existen mediciones redundantes, debido a los ruidos o errores en las mediciones, puede utilizarse un algoritmo de monitoreo de integridad para determinar si todas las mediciones son consistentes unas con otras. Por ejemplo, puede utilizarse un algoritmo tradicional de monitoreo de integridad autónoma de receptor (RAIM - Receiver Autonomous Integrity Monitoring) para detectar si existe un problema de consistencia en el conjunto de las mediciones redundantes. Por ejemplo, un algoritmo RAIM determina si la magnitud del vector residual para las ecuaciones de navegación se encuentra por debajo de un valor de umbral. Si la magnitud del vector residual es menor que el umbral, las mediciones se consideran consistentes. Si la magnitud del vector residual es mayor que el umbral, existe un problema de integridad, en cuyo caso una de las mediciones redundantes que parece ocasionar la mayor parte de la inconsistencia puede eliminarse entonces para obtener una solución mejorada.

Sistema celular 12 Típicamente, se configuran múltiples estaciones bases celulares 22-24 para cubrir un área geográfica con cobertura de radio, y éstas diferentes estaciones base 22-24 se acoplan al menos a un centro de conmutación móvil 25, como es conocido en la técnica anterior. Consecuentemente, múltiples estaciones base 22-24 se distribuirían geográficamente, pero serían acopladas por el centro de conmutación móvil 25. El sistema celular 12 puede conectarse a una red de receptores de GPS de referencia 29, la cual proporciona información de GPS diferencial, y puede proporcionar datos de efemérides de GPS para su uso en el cálculo de posición de las estaciones móviles. El sistema celular 12 puede conectarse a una red de receptores Galileo de referencia (u otro GNSS) 30, el cual proporciona información de Galileo diferencial (u otro GNSS) , y puede proporcionar datos de efemérides de Galileo (u otro GNSS) para calcular la posición de las estaciones móviles. El sistema celular 12 se acopla a través de un módem u otra interfase de comunicación, a otras computadoras o componentes en red, y/o a sistemas de cómputo o operados por operadores de emergencia, tales como los Puntos de Respuesta de Seguridad Pública, los cuales responden las llamadas telefónicas del 911. En sistemas de CD A que acatan la norma IS-95, cada sector o estación base 22-24 transmite una señal piloto, la cual es modulada con un código de ruido pseudoaleatorio (PN) repetitivo, el cual identifica únicamente esa estación base. Por ejemplo, para los sistemas de CDMA que acatan la norma IS-95, el código de PN es una secuencia de 32768 chips, la cual se repite cada 26.67 mseg. Típicamente, el servidor de localización 26 incluye dispositivos de comunicación, tales como módems o interfase de red. El servidor de localización 26 puede acoplarse a un número determinado de diferentes redes a través de los dispositivos de comunicación (por ejemplo, módems u otras interfases de red) . Tales redes incluyen el centro de conmutación móvil 25 o múltiples centros de conmutación móvil, conmutadores de sistema telefónico de línea alámbrica, estaciones de bases celular 22-24, otros receptores de señal de GPS, otro receptor Galileo, otro receptor de GNSS, u otros procesadores o servidores de localización. Se han descrito diversos ejemplos de métodos para utilizar un servidor de localización 26 en numerosas patentes de E.U., incluyendo: las patentes de E.U. 5,841,396, 5,874,914, 5 , 812 , 087 y 6 , 215 , 442. El servidor de localización 26, que es una forma de sistema de procesamiento de datos, incluye un bus, el cual se acopla a un microprocesador y a una ROM y RAM volátil y una memoria no volátil (no se muestra ninguna de ellas) . El procesador se acopla a la memoria asociada (no se muestra) . El bus interconecta estos diversos componentes conjuntamente. El servidor de localización 26 puede utilizar una memoria no volátil, que se encuentre remota del sistema celular 12, tal como un dispositivo de almacenamiento o de red, el cual se acopla al sistema de procesamiento de datos a través de una interfase de red tal como un módem o una interfase de Ethernet . El bus puede incluir uno o más buses conectados uno con otro a través de diversos puentes, controladores , y/o adaptadores como se conoce en la materia. En muchas situaciones, el servidor de localización 26 puede ejecutar sus operaciones automáticamente sin ayuda humana. En algunos casos, cuando se requiere interacción humana, un controlador de E/S (no se muestra) puede comunicarse con las pantallas, teclados, y otros dispositivos de E/S. También se observará que las computadoras en red y otros sistemas de procesamiento de datos que tienen componentes menores o quizá también pueden utilizarse más componentes con la presente invención y pueden actuar como un servidor de localización o una PDE .

Estación móvil 31 Una estación móvil celular 31 ("estación móvil") incluye un primer receptor de GNSS (por ejemplo, un receptor GPS) 34, y un segundo receptor de GNSS (por ejemplo, el receptor Galileo) 35, o un tercer y adicional receptor de GNSS (por ejemplo, el receptor de GLONASS) , un transmisor de estación móvil (MS - Mobile Station) 32 y un receptor de estación móvil 33. El receptor GPS 34 recibe señales provenientes de los satélites GPS 14-17. El receptor Galileo 35 recibe señales provenientes de los satélites Galileo 18-21. El transmisor de MS 32 transmite señales de comunicaciones al receptor de BS 28. El receptor de MS 33 recibe señales de comunicaciones provenientes del transmisor de MS 27. Otros elementos de la estación móvil 31, los cuales no se muestran en la Figura 1, incluyen, por ejemplo, una antena de GPS, una antena de Galileo (u otro GNSS) , una antena de celular, un procesador, una ínterfase de usuario, un suministro de energía portátil, y un dispositivo de memoria. El procesador incluye además un puerto de procesador y otras funciones móviles. En la estación móvil 31, cada antena de recepción de señales satelital es el receptor de señales satelital es incluye circuitería, tal como la circuitería de adquisición y rastreo (no se muestran) , para ejecutar las funciones requeridas para recibir y procesar señales satelitales. Las señales satelitales (por ejemplo, una señal transmitida desde uno o más satélites 14-17, y/o 18-21) son recibidas a través de la antena satelital y se toman como entrada para el circuito de adquisición y rastreo, el cual adquiere los códigos de PN (Ruido de Pseudocódigo) para los diversos satélites recibidos. Los datos producidos por el circuito o (por ejemplo, indicadores de correlación (no se muestran) ) son procesados por el procesador, ya sea solos o en combinación con otros datos recibidos provenientes de o procesados por el sistema celular 12, a fin de producir datos de localización de posición (por ejemplo, latitud, longitud, hora, satélites, etc.) La antena celular y un transceptor celular (por ejemplo, el transmisor de MS 32 y el receptor de MS 33) heridas para procesar las señales de comunicaciones recibidas y transmitidas por un enlace de comunicaciones. El enlace de comunicaciones es típicamente un enlace de comunicaciones de radiofrecuencia con otro componente, tal como una o más estaciones base 22-24 que tienen una antena de comunicaciones (no se muestra) . El transceptor celular contiene un conmutador de transmisión/recepción (no se muestra) , el cual en ruta las señales de comunicaciones (por ejemplo, señales de radio frecuencia) hacia y desde la antena de comunicaciones y el transceptor celular. En algunas estaciones móviles, se utiliza un filtro de división de banda, o "duplexor" , en lugar del conmutador de T/R. Las señales de comunicaciones recibidas se toman como entrada a un receptor de comunicación en el transceptor celular, y se pasan a un procesador para su procesamiento. Las señales de comunicaciones a transmitirse desde el procesador se propagan a un modulador y convertidor de frecuencia (no se muestran), cada uno de ellos en el transceptor. Un amplificador de potencia (no se muestra) en el transceptor celular incrementa la ganancia de la señal a un nivel apropiado para la transmisión a una o más estaciones base 22-24. En una modalidad de la estación móvil 3?, los datos generados por la circuitería de adquisición y rastreo en el receptor GPS 24 y/o receptor Galileo 35 se transmiten a través de un enlace de comunicaciones (por ejemplo, un canal celular) a una o más estaciones base 22-24. Después, el servidor de localización 26 determina la localización de la estación móvil 31 con base en los datos provenientes de uno o más receptores satelitales 34 y 35, tiempo en el cual se midieron los datos, y se recibieron los datos de efemérides provenientes del receptor satelital de la propia estación base u otras fuentes de tales datos. Después, los datos de localización de posición pueden transmitirse de regreso a la estación móvil 31 o a otras posiciones remotas. En la Patente de E.U. No. 5,874,914 asignada comúnmente se describen muchos detalles acerca de receptores portátiles que utilizan un enlace de comunicaciones. La estación móvil 31 puede incluir una interfase de usuario (no se muestra) , la cual puede proporcionar a además un dispositivo de entrada de datos y un dispositivo de salida de datos (no se muestra ninguno de ellos) . Típicamente, el dispositivo de entrada de datos proporciona datos a un procesador en respuesta a la recepción de datos de entrada ya sea manualmente por parte de un usuario o automáticamente desde otro dispositivo electrónico. Para la entrada manual, el dispositivo de entrada de datos es un teclado y un ratón, pero también puede ser una pantalla táctil o un micrófono y una aplicación de reconocimiento de voz, por ejemplo. Típicamente, la salida de datos proporciona datos provenientes de un procesador para su uso por un usuario u otro dispositivo electrónico. Para la salida a un usuario, el dispositivo de salida de datos es una pantalla que genera una o más imágenes de pantalla en respuesta a la recepción de señales de pantalla provenientes del procesador, pero también puede ser una bocina o una impresora, por ejemplo. Los ejemplos de imágenes de pantalla incluyen, por ejemplo, texto, gráficos, video, fotos, imágenes, gráficas, diagramas, formas, etcétera. La estación móvil 31 también puede contener un dispositivo de memoria (no se muestra) que representa algún tipo de dispositivo de almacenamiento de datos, tal como dispositivos de memoria para computadora u otro medio de almacenamiento legible por computadora, por ejemplo. El dispositivo de memoria representa uno o más dispositivos de memoria, ubicados en una o más posiciones, de implementa dos como una o más tecnologías, dependiendo de la im lementación particular de la estación móvil. Además, el dispositivo de memoria puede ser cualquier dispositivo legible por un procesador y capas de almacenar datos y/o una serie de instrucciones que incorporan un proceso. Los ejemplos del dispositivo de memoria incluyen, pero no se limitan a, RAM, ROM, EPROM, EEPROM, PROM, disco (duro o flexible), CD-ROM, DVD, memoria flash, etc. La estación móvil 31 puede contener un procesador (no se muestra) que controla la operación de la estación móvil 31. Las demás funciones móviles en el procesador representan cualquiera de o todas las demás funciones de la estación móvil 31 que no han sido descritas en la presente. Tales otras funciones móviles incluyen, por ejemplo, operar la estación móvil 31 a fin de permitirle a la estación móvil realizar llamadas telefónicas y comunicar datos. La estación móvil 31 puede incluir un suministro de energía portátil (no se muestra) , el cual almacena y proporciona energía eléctrica portátil para los elementos eléctricos de la estación móvil 31. Los ejemplos del suministro de energía portátil incluyen, pero no se limitan a, baterías y celdas de combustible. El suministro de energía portátil puede ser o puede no ser recargable. Típicamente, el suministro de energía portátil tiene una cantidad limitada de energía eléctrica almacenada, y necesita reemplazarse o renovarse después de cierto uso de manera tal que la estación móvil puede continuar funcionando . La estación móvil 31 puede ser fija (es decir, estacionaria) y/o móvil (es decir, portátil) . La estación móvil 31 puede implementarse en una variedad de formas que incluyen, pero que no se limitan a, una o más de las siguientes: una computadora personal (PC - personal computer) , una computadora de escritorio, una computadora portátil, una estación de trabajo, una minicomputadora, una computadora central, una supercomputadora, un dispositivo basado en red, un procesador de datos, un asistente digital personal (PDA - personal digital assistant) , una tarjeta inteligente, un teléfono celular, un localizador y un reloj de pulsera.

Aplicaciones de Localización de Posición Los ejemplos de aplicaciones de localización de posición incluyen una variedad infinita de aplicaciones en tierra, mar y aire. La comunidad científica utiliza GPS por su capacidad de sincronización de precisión información de posición. Los topógrafos utilizan GPS para una porción creciente de su trabajo. Los usos recreativos de la localización de posición son prácticamente tan variados como el número de deportes recreativos disponibles. La localización de posición es popular entre excursionistas, cazadores, ciclistas de montaña y esquiadores a campo traviesa, sólo por mencionar a unos cuantos. Cualquiera que necesite mantener un registro de donde se encuentra, a fin de encontrar el camino hacia una ubicación especificada, o determinar qué dirección tomar o cuán rápido se va puede utilizar los beneficios del sistema de posicionamiento global. También, la localización de posición es actualmente un lugar común. Algunos sistemas básicos se encuentran in situ y proporcionan asistencia carretera de emergencia al oprimir un botón (por ejemplo, al transmitir su posición actual a una central de comunicaciones) . Los sistemas más sofisticados también muestran la posición del vehículo en un mapa callejero. Actualmente estos sistemas le permiten a un chófer mantener un registro de donde se encuentra y sugerirle la mejor ruta a seguir a fin de llegar a una ubicación designada. La localización de posición es útil para determinar la localización de teléfonos celulares en una emergencia y para servicios basados en la localización. La implementación de la localización de posición celular en Estados Unidos es el resultado de la orden 9-1-1 Reforzada de la Comisión Federal de Comunicaciones (FCC - Federal Communications Commisions) . Esa orden requiere para las soluciones basadas en red: una precisión de 100 metros para 67% de las llamadas, una precisión de 300 metros para 95% de las llamadas; para soluciones de terminal: 50 metros para 67 por ciento de las llamadas, 150 metros para 95 por ciento de llamadas. Cuando se inicia una llamada de emergencia, un centro de coordinación de servicios de emergencia - Punto de Respuesta de Seguridad Pública (PSAP Public Safety Answering Point) hará uso de la localización calculada en el LC . En Europa y Asia, la implementación es llevada a cabo por servicios basados en localización (LBS - Location Based Services) , aunque en estas regiones se han establecido o se están estableciendo requisitos para la localización celular de servicios de emergencia .

Sistema Satelital de Navegación Global (GNSS) El GNSS asistido (A-GNSS) , también llamado GNSS "expandido" o "extendido" (E-GNSS) , extiende el concepto a otros sistemas de navegación satelital además del GPS. Por ejemplo, puede haber ochenta satélites de GNSS orbitando el planeta dentro de diez años, incluyendo satélites GPS, GLONASS, Galileo y otros, transmitiendo todos una variedad de señales basadas en diferentes normas para cada sistema. Esto le entregará al receptor (por ejemplo, ya sea móvil o fijo) acceso a muchos más satélites y sus señales de transmisión, lo cual puede mejorar tanto la precisión como el rendimiento de las determinaciones de localización de posición. Más satélites significan que la precisión de posición es menos susceptible a la geometría satelital y proporciona una mayor redundancia cuando se realiza el cálculo de posición. Una arquitectura GNSS simplificada se muestra en la Figura 1. Un sistema celular 12, u otro tipo de red de referencia de área amplia (WARN - wide área referencia network) es una red de receptores de GNSS que se colocan geográficamente sobre el área de cobertura de la red inalámbrica. El sistema celular 12 recoge el mensaje de navegación de transmisión proveniente de los satélites GNSS, y se lo proporciona a un servidor A-GNSS (por ejemplo, la PDE 26) para su colocación en la memoria asociada. Una estación móvil 31 realiza una llamada de emergencia o se invoca un servicio que requiere localización y se envía un mensaje al servidor A-GNSS. La PDE 26 calcula los datos de asistencia GNSS requeridos utilizando la localización de una o más estaciones base 22-24, como la localización aproximada y se la proporciona a la estación móvil 31.

Normas Los diferentes componentes de un servidor A-GPS se definen en 3GPP TS 23.271, TS 43.059 y TS 25.305. Se implementa un Centro de Localización Móvil en Funciones (SMLC) como parte de una red inalámbrica y su propósito es determinar la localización de terminales dentro de la red. El SMLC opera en redes GSM/GPRS y es conocido como un SMLC Independiente (SAS) en redes UMTS o una Plataforma de Localización de SUPL (SLP) cuando se da soporte a diferentes tipos de acceso inalámbrico con una solución de plano de usuario. El SMLC puede soportar el todos los métodos de localización de posición inalámbricos basados en terminal y basados en red, incluyendo A-GPS tanto en las versiones basadas en terminal como aquellas asistidas por terminal. Existen diversas especificaciones (es decir, normas) que soportan los protocolos para la mensajería de A-GPS con las terminales. Las redes GSM utilizan la especificación de RRLP. Las redes UMTS utilizan la especificación de Control de Recursos de Radio (RRC - Radio Resource Control) . Las redes de CDMA utilizan las especificaciones TIA IS-801 y 3GPP2 C.S0022. Cada una de estas especificaciones especifica diferentes maneras para codificar la misma información básica, pero es específica a la tecnología de radio empleada. Aunque la presente descripción describe ejemplos (es decir, opciones) , para modificar la especificación de RRLP, la especificación de RRC, las especificaciones IS-801 y C.S0022 o cualquier otra especificación pueden modificarse para alcanzar los mismos efectos o similares. La especificación de RRLP incluye un mensaje de solicitud de posición de medición 36 (Figura 1) , el cual proporciona instrucciones de posicionamiento y posiblemente datos de asistencia a la estación móvil 31, y un mensaje de respuesta de posición de medición 37 (Figura 1) , el cual le proporciona al estación móvil 31 mediciones de cálculo de posición o pseudo-rango proveniente de la estación móvil 31 al sistema celular 12. La especificación de RRC, la especificación IS-801/C . S0022 o cualquier otra especificación puede incluir mensajes de solicitud y/o respuesta para alcanzar los mismos efectos o similares.

Cuatro opciones para modificar un mensaje de posición de medición de RRLP La Figura 2 ilustra la Tabla A que representa cuatro opciones para modificar el mensaje de solicitud de posición de medición de RRLP 36 (ver la Figura 1) y el mensaje de respuesta de posición de medición de RRLP 37 (ver la Figura 1) para la especificación de RRLP, de acuerdo con un aspecto de la presente invención. En la Tabla A, el mensaje de solicitud de posición de medición de RRLP 36 y el mensaje de respuesta de posición de medición de RRLP 37 son representados en la especificación de RRLP presente en las Tablas 1 y 2, respectivamente. La opción 1 proporciona un mensaje de solicitud de posición de medición de RRLP modificado y un mensaje de respuesta de posición de medición de RRLP modificado en las Tablas 3 y 4, respectivamente. La opción 2 proporciona un mensaje de solicitud de posición de medición de RRLP modificado y un mensaje de respuesta de posición de medición de RRLP modificado en las Tablas 5 y 6, respectivamente. La opción 3 proporciona un mensaje de solicitud de posición de medición de RRLP modificado y un mensaje de respuesta de posición de medición de RRLP modificado en las Tablas 7 y 8, respectivamente. La opción 4 proporciona un mensaje de solicitud de posición de medición de RRLP modificado y un mensaje de respuesta de posición de medición de RRLP modificado en las Tablas 9 y 10, respectivamente. La opción 1 introduce Galileo/GNSS , como un nuevo método de localización satelital. La opción 2 introduce un "método de localización GNSS" y encapsula los detalles de las diversas constelaciones (sistemas GPS, Galileo, y futuros sistemas potenciales de navegación o amplificación satelital) en los nuevos elementos de información de GNSS . La opción 3 introduce un "método de localización GNSS" independiente de are algún Documento de Control de Interfase (ICD - Interface Control Document) de la constelación particular. La opción 4 introduce una combinación de ventajas de las opciones 2 y 3, después de evaluar y comparar cada una de las opciones 1, 2 y 3. Las opciones 1, 2 y 3 se han descrito para determinar cómo podría añadirse el Galileo/GNSS a la especificación de RRLP.

Método para modificar los mensajes de solicitud y respuesta de posición de medición La Figura 3 ilustra un método 38 para modificar el mensaje de solicitud de posición de medición de RRLP 36 y el mensaje de respuesta de posición de medición de RRLP 37 para la especificación de RRLP presente de acuerdo con una de las cuatro opciones, de acuerdo con un aspecto de la presente invención. En el bloque 50 comienza el método 38. En el bloque 51, el método 38 identifica el mensaje de solicitud de posición de medición de RRLP 36 (por ejemplo, Tabla 1) . En el bloque 52, el bloque 38 modifica el mensaje de solicitud de posición de medición de RRLP 36 (por ejemplo, Tabla 1) de acuerdo con la Opción 1 (por ejemplo, Tabla 3) , la Opción 2 (por ejemplo, Tabla 5) , la Opción 3 (por ejemplo, Tabla 7) , o la Opción 4 (por ejemplo, Tabla 9) . En el bloque 53, el método 38 identifica el mensaje de respuesta de posición de medición de RRLP 37 (por ejemplo, Tabla 2) . En el bloque 54, el método 38 modifica el mensaje de respuesta de posición de medición de RRLP 37 (por ejemplo, Tabla 2) de acuerdo con la Opción 1 (por ejemplo, Tabla 4) , la Opción 2 (por ejemplo, Tabla 6) , la Opción 3 (por ejemplo, la Tabla 8) o la Opción 4 (por ejemplo, la Tabla 10) . Cada una de las tablas 3, 5, 7 y 9 representa un mensaje de solicitud de posición de medición de RRLP cada una de las tablas para las opciones 1, 2, 3 y 4, respectivamente, e incluye los elementos del presente mensaje de solicitud de posición de medición de RRLP 36, mostrado en la Tabla 1, así como también nuevos elementos 60 para soportar un segundo sistema GNSS (por ejemplo, Galileo) . Cada una de las tablas 4, 6, 8, y 10 representa un mensaje de respuesta de posición de medición de RRLP modificada para las opciones 1, 2, 3 y 4, respectivamente, e incluye los elementos del presente mensaje de respuesta de posición de medición de RRLP mostrado en la Tabla 2, nuevos elementos 60 para el sistema GNSS (por ejemplo, Galileo) . El número de referencia 60 generalmente identifica los nuevos elementos en cada una de las Tablas 3-10, aunque los nuevos elementos en cada una de esas tablas pueden ser diferentes. En cada una de las Tablas 3-10, los presentes elementos se listan primeramente seguidos por los nuevos elementos, aunque esto no es un requisito. Por lo tanto, el inicio de cada una de las Tablas 3, 5, 7 y 9 es el mismo que e incluye los elementos de la Tabla 1 y el inicio de cada una de las Tablas 4, 6, 8 y 10 es el mismo que incluye los elementos de la Tabla 2.

Presentes mensajes de solicitud y respuesta de posición de medición de RRLP La Figura 4 ilustra la Tabla 1 que representa el mensaje de solicitud de posición de medición de RRLP 36 para la especificación de RRLP presente, de acuerdo con un aspecto de la presente invención. La Figura 5 ilustra la Tabla 2 que representa el mensaje de respuesta de posición de medición de RRLP 37 para una presente especificación de RRLP, de acuerdo con un aspecto de la presente invención. Las Figuras 4 y 5 ilustran los presentes mensajes de solicitud y respuesta de posición de medición de RRLP, respectivamente, como se describe actualmente en la especificación de RRLP para GPS asistido (A-GPS) , e indica los cambios para la introducción de Galileo en la especificación de RRLP. La especificación de RRLP (TS 44.031) es la principal especificación GERAN, la cual necesita modificarse con objeto de soportar Galileo/GNSS . La especificación de RRLP contiene los detalles de las instrucciones de posicionamiento y elementos de datos de asistencia . La especificación de RRLP incluye un mensaje de solicitud de posición de medición, el cual proporciona instrucciones de posicionamiento y posiblemente datos de asistencia a la estación móvil 31, y un mensaje de respuesta de posición de medición, el cual le proporciona a la estación móvil 31 mediciones de pseudo-rango o cálculo de localización desde la estación móvil 31 hacia el sistema celular 12. Los cambios necesarios para la introducción de Galileo/SNSS se resumen en la columna de la extrema derecha de las Tablas 1 y 2. Una entrada vacía en la columna de la extrema derecha indica que no se requieren cambios . Los cambios mostrados en la columna de la extrema derecha no son específicos a ninguna opción en particular (es decir, las opciones 1-4) , y muestran cuáles parámetros de A-GPS existentes pueden reutilizarse o pueden necesitar ser reemplazados, extendidos, o bien, modificados. En algunos casos, será necesaria más información sobre Galileo (por ejemplo, las especificaciones finales) antes de que puedan finalizar se algunos cambios de parámetro. En cada una de las Tablas 1 y 2, así como también en las Tablas 3 a 10, el número de símbolos ">" indicar un nivel jerárquico de un campo en la codificación de ASN.l.

Opción 1 - Nuevo método de localización "Galileo" Las Figuras 6 y 7 ilustran la Tabla 3 que representa un mensaje de solicitud de posición de medición de RRLP modificado de acuerdo con la opción 1, de acuerdo con un aspecto de la presente invención. Las Figuras 8 y 9 ilustran la Tabla 4 que representa un mensaje de respuesta de posición de medición de RRLP de acuerdo con la opción 1, de acuerdo con un aspecto de la presente invención. En la opción 1, se añaden nuevos elementos de Galileo 60 a la especificación de RRLP presente, como se observa en la Tabla 1, similar a A-GPS. Los presentes elementos de información específica a A-GPS continúan utilizándose, y se añaden nuevos elementos de información específica 60 a A-GPS. Las modificaciones para la especificación de RRLP son la introducción de nuevos elementos de información en, por ejemplo, los contenedores de la extensión de la Edición 7, y se resumen en la Tabla 3 y 4 para el mensaje de solicitud de posición de medición y el mensaje de respuesta de posición de medición, respectivamente. La opción 1 puede implementarse de diversas maneras, y las Tablas 3 y 4 describen un ejemplo.

Las ventajas de la opción 1 incluyen lo siguiente: 1. La evolución directa del presente protocolo de RRLP. Los elementos de información de A-GPS existentes aún se utilizarían para receptores GPS- Galileo combinados. Un receptor únicamente GPS continuaría utilizando los elementos de información de A-GPS existentes, y los receptores únicamente Galileo utilizarían solamente de principalmente los nuevos elementos de información añadidos. 2. Se preserva la compatibilidad con productos anteriores a los protocolos existentes en implementaciones de A-GPS. Las implementaciones existentes de A-GPS (SMLC y MS) no se verían afectadas por la introducción de Galileo. 3. Los modos GNSS convencional y asistido no requerirían diferentes algoritmos de usuario.

Los retos de la opción 1 incluyen lo siguiente: 1. Los elementos de datos de asistencia son específicos al ICD. Por lo tanto, puede no ser posible definir todos los elementos de datos de asistencia de Galileo requeridos antes de que el ICD de Galileo final esté disponible. 2. Ningún planteamiento genérico. Cada vez que tiene que añadirse un nuevo sistema GNSS, la especificación tiene que modificarse consecuentemente.

Opción 2 - Nuevo método de localización "GNSS" Las Figuras 10 y 11 ilustran la Tabla 5 que representa un mensaje de solicitud de posición de medición de RRLP modificado de acuerdo con la opción 2, de acuerdo con un aspecto de la presente invención. Las Figuras 12 y 13 ilustran la Tabla 6 que representa un mensaje de respuesta de posición de medición de RRLP modificado de acuerdo con la opción 2, de acuerdo con un aspecto de la presente invención. En la opción 2, se introduce un nuevo método de localización "GNSS" , y los elementos de información específica de GPS y/o Galileo se encapsulan en elementos de información de GNSS . Las modificaciones requeridas para la especificación de RRLP son la introducción de nuevos elementos de información en, por ejemplo, los contenedores de la extensión de la Edición 7 y se resumen en la Tabla 5 y 6 para el mensaje de solicitud de posición de medición y de respuesta de posición de medición, respectivamente. La opción 2 puede implementarse de diversas maneras, y las Tablas 5 y 6 describen un ejemplo. El ejemplo mostrado en las Tabla 5 y 6 tiene como propósito asumir que la codificación de ASN.l es posible para GPS y Galileo .

Las ventajas de la opción 2 incluyen lo siguiente: 1. La opción 2 puede dar como resultado menos codificación de ASN.l adicional en RRLP para cualquier nuevo sistema GNSS visto que es suficientemente compatible con GPS y Galileo para compartir la misma señalización de GNSS. 2. Los modos GNSS convencional y asistido pueden no requerir diferentes algoritmos de usuario.

Los retos de la opción 2 incluyen lo siguiente: 1. Se crean dos ramas en el RRLP. Las presentes implementaciones de A-GPS continuarían utilizando los elementos de información existentes, y las futuras implementaciones GPS/Galileo (SMLC y MS) y tendrían que soportar tanto los elementos de información de A-GPS existentes como los nuevos elementos de información de GNSS . Si una terminal y un SMLC son compatibles con GNSS, solamente pueden utilizarse elementos de información de GNSS nuevos incluso en el caso de un A-GPS únicamente. Sin embargo, las terminales compatibles con GNSS aún tendrán que soportar los elementos de información de A-GPS existentes también ha dado que no puede garantizarse que todos los SMLCs en todas las redes soportarían ambas ramas de protocolo (por ejemplo, suponiendo que se añade GNSS a la Edición 7, entonces hasta que todos los SMLCs soporten la Edición 7, las nuevas terminales compatibles con la Edición 7 también deben soportar la Edición 6) . 2. Los elementos de información relacionados con el A-GPS se definen dos veces, en el RRLP existente y en la nueva rama de GNSS . 3. Los elementos de datos de asistencia son específicos al ICO, pero con codificación de ASN.l común. La codificación de ASN.l común puede no ser factible . 4. Puede ser difícil o imposible añadir futuros sistemas de navegación o amplificación que utilizan esta opción, si estos futuros sistemas no son suficientemente compatibles con GPS y Galileo. En ese caso, pudiese ser necesario revertirse a una opción diferente (por ejemplo, la opción 1 o la opción 4) .

Opción 3 - Nuevo método de localización de "GNSS" independiente de cualquier ICD La Figura 14 ilustra la Tabla 7 que representa un mensaje de solicitud de posición de medición de RRLP modificado de acuerdo con la opción 3, de acuerdo con un aspecto de la presente invención. Las Figuras 15 y 16 ilustran la Tabla 8 que representa un mensaje de respuesta de posición de medición de RRLP de acuerdo con la opción 3, de acuerdo con un aspecto de la presente invención. La opción 3 es similar a la opción 2 (es decir, se introduce un nuevo método de posicionamiento "GNSS"), pero el planteamiento se mantiene genérico en términos de estructura así como también en términos de los datos de constelación. Los elementos de datos de asistencia y los resultados de la medición no serán específicos a ningún ICD. En lugar de utilizar los datos de navegación satelital como tales o reutilizar y expandir el concepto de A-GPS, los datos de asistencia de posicionamiento se generan específicamente para terminales compatibles con A-GNSS . Por ejemplo, un modelo de navegación se codificará independientemente de los parámetros de efemérides de GPS o Galileo, por lo que será suficiente cualquier modelo orbital para satélites de órbita terrestre media (MEO -médium earth orbit) . La hora es independiente de la hora de la semana (TOW - time of eek) de GPS o Galileo, por ejemplo, podrían utilizarse coordenadas de hora universal (UTO, etc. En RRLP, la Opción 3 luciría similar a la Opción 2; sin embargo, no existe necesidad de distinguir constelaciones individuales. Aún se necesita distinguir las diferentes constelaciones de alguna manera, dado que el receptor GPS/Galileo no necesita ser habilitado para medir las señales específicas de GPS y Galileo. A continuación se describe un ejemplo en las Tablas 7 y 8. Los detalles de todos los elementos añadidos necesitan definirse nuevamente y no son referidos a un ICD en particular.

Las ventajas de la opción 3 incluyen lo siguiente: 1. Planteamiento genérico desde el punto vista del protocolo. La estación móvil vería las constelaciones de GPS y Galileo como un solo GNSS desde la perspectiva de la recepción de datos de asistencia y las mediciones de retorno. 2. Los elementos de datos de asistencia no son dependientes de un ICD específico. Los futuros sistemas serían soportados con cambios mínimos o ningún cambio requerido para la especificación. etos de la opción 3 incluyen lo siguiente: 1. Dos ramas se crean en el RRLP. Las implementaciones actuales de A-GPS continuarían utilizando los elementos de información existentes y las futuras implementaciones de GPS-Galileo (SMLC y MS) tendrían que soportar tanto los elementos de información existentes de A-GPS como los nuevos elementos de información de GNSS. Si una terminal y un SMLC son compatibles con GNSS, solamente pueden utilizarse los nuevos elementos de información de GNSS en caso del A-GPS únicamente. Sin embargo, las terminales compatibles con GNSS aún tendrán que soportar los elementos de información existentes de A-GPS, dado que no puede garantizarse que los SMLCs en las redes soportarían ambas ramas del protocolo (por ejemplo, suponiendo que se añade GNSS a la Edición 7, entonces hasta los SMLCs soportan la Edición 7, las nuevas terminales compatibles con la Edición 7 también deben soportar la Edición 6) . 2. Puede necesitarse definir nuevos modelos orbitales comunes y un nuevo marco de referencia geodésico para mantener este planteamiento verdaderamente genérico. Puede no ser posible utilizar ya los algoritmos de usuario existentes de A- GPS. El nuevo protocolo de GNSS no sería compatible con las implementaciones existentes de A-GPS. 3. Las implementaciones de GNSS convencionales y asistidas serían diferentes. Pueden ser necesarios diferentes algoritmos de usuario para el modo convencional y asistido. El modo convencional puede ya no verse más como un caso especial del modo asistido .

Nueva opción 4 - Añadir Galileo utilizando unidades y formatos de GPS existentes Las Figuras 17 y 18 ilustran la Tabla 9 que representa un mensaje de solicitud de posición de medición de RRLP de acuerdo con la opción 4, de acuerdo con un aspecto de la presente invención. Las Figuras 19 y 20 a ilustra la Tabla 10 que representa un mensaje de respuesta de posición de medición de RRLP de acuerdo con la opción 4, de acuerdo con un aspecto de la presente invención. Uno de los retos de las opciones 2 y 3 la introducción de una nueva rama de protocolo en RRLP, que significa que habrá dos formatos diferentes de protocolo para el soporte de A-GPS. Por lo tanto, la introducción de Galileo también puede tener impactos eventualmente en implementaciones de únicamente A-GPS. Por otra parte, las opciones 2 y 3 intentan ser genéricas e introducir el concepto de un "Sistema Satelital de Navegación Global (GNSS)". La opción 3 tiene la ventaja de ser independiente de un ICD especifico; y por lo tanto, los futuros sistemas satelitales serán soportados con cambios mínimos o sin cambios requeridos en la especificación. La opción 4 describe un planteamiento alterno, el cual combina las ventajas de las opciones 1, 2 y 3, y evita la mayoría de los retos asociados con las opciones 1, 2 y 3. En la opción 4, el sistema Galileo o cualquier otro sistema GNSS se añade utilizando los elementos de información existentes de A-GPS. En lugar de definir ya sea nuevos elementos de información específicos de Galileo (u otro GNSS) (por ejemplo, las opciones 1 y 2) o los nuevos elementos de información GNSS (por ejemplo, opción 3) , los elementos de información existentes de A-GPS se utilizan también para vehículos de espacio (SV) de Galileo al introducir nuevas SV-IDs específicas de Galileo. Las SV-IDs existentes 1-64 se utilizan únicamente para satélites GPS, y las SV-IDs adicionales, por ejemplo, 65-128 se encuentran reservadas para Galileo. Se definan suficientes SV-IDs adicionales para permitir añadir fácilmente futuros sistemas de navegación satelital. Los futuros elementos de información conceptualizados y Galileo pueden convertirse en metros, segundos, radiales, Hz, etc., los cuales a su vez pueden convertirse en unidades y formatos existentes de GPS. A la conversión se basa en suposiciones comunes bien definidas aplicadas de la misma manera tanto en el emisor como en el receptor de los elementos de información. Dado que los parámetros de elemento de información existentes de GPS tienen un rango adecuado para cubrir cualquier sistema satelital comparable, tales conversiones son posibles. Los datos de asistencia dependientes del tiempo para las nuevas SV-IDs de Galileo pueden traducirse en hora de GPS (opción 4a - ver la hora GNSS virtual a continuación) , o puede utilizar la hora Galileo conjuntamente con los parámetros de conversión de compensación de hora de GPS a Galileo (GGTO) (Opción 4b) . Ya sea el SMLC (opción 4a) o la MS (opción 4b) , ejecuta la conversión a un marco de hora de GPS común. Dado que no es extensible la SV-ID existente en el ASN.l de RRLP, necesita definirse una nueva "SV-ID adicional", cubriendo las IDs hasta por ejemplo, 255 (o 511 o 1023) , lo cual permite añadir futuros sistemas de amplificación o GNSSs. Todos los datos de asistencia de GPS existentes que sean dependientes de SV se definen en una IE de "Datos de Asistencia Adicionales" aplicables para SV-IDs mayores que 64. La codificación de la IE de "Datos de Asistencia Adicionales" es exactamente la misma que las IEs de Datos de Asistencia actuales para GPS. Por lo tanto, el impacto sobre los protocolos en implementaciones existentes es mínimo, pero el planteamiento sigue siendo genérico . Otros protocolos de localización tales como IS-801-B ya tienen suficientes bits de reserva para la SV-ID. Por lo tanto, no se necesitaría una IE de "Datos de Asistencia Adicionales" en tales protocolos de localización, lo cual reduce aún más el impacto sobre los protocolos e implementaciones de localización existentes. Puede haber diversas posibilidades para implementar la opción 4. El ejemplo ilustrado en las Tablas 9 y 10 puede ser solamente una posibilidad. Puede evitarse alguna nueva codificación de ASN.l al especificar reglas para crear segmentos de RRLP. Por ejemplo, puede incluirse un nuevo parámetro de ID de constelación (o posiblemente un incremento de SV ID) en cualquier componente de RRLP que contenga datos específicos de constelación. Luego entonces, los datos para más de una constelación no serían incluidos en el mismo componente de RRLP. Esto permitiría reutilizar los parámetros existentes de GSP ASN.l para cualquier constelación, y evitar definir una nueva AS .1.

Las ventajas de la opción 4 incluyen lo siguiente: 1. Planteamiento genérico, pero aún compatible con los protocolos en implementaciones existentes. El receptor de usuario vería las constelaciones de GPS y Galileo como un solo GNSS (desde la perspectiva de recepción de datos de asistencia y mediciones de retorno) . 2. Evolución del presente protocolo. Los elementos de información existentes de A-GPS aún se utilizarían para los receptores combinados GPS- Galileo . 3. Se preservaría la compatibilidad con versiones anteriores de los protocolos e implementaciones existentes de A-GPS. Las implementaciones existentes de A-GPS no se verían afectadas por la introducción de Galileo.

Hora de GNSS virtual La presente invención incluye además un sistema de comunicaciones, método y aparato adaptados para manejar j las diferentes escalas de hora de navegación utilizadas en GPS y Galileo (o cualquier otro sistema de amplificación o navegación satelital) . Los aspectos de la presente invención se describen con referencia a las Figuras 1 y 21. De acuerdo con un aspecto de la presente invención, el servidor de localización 26 (por ejemplo, SMLC en 3GPP) se encuentra adaptado para mantener una hora de "GNSS virtual" y comunicarle la hora de GNSS virtual al receptor móvil 31. La hora de GSS virtual le permite a la estación móvil 31 "ver" la constelación de GPS y Galileo como un solo Sistema Satelital de Navegación Global (GNSS) . Como tal, la estación móvil 31 no necesitaría corregir las observaciones de GPS a Galileo para la GGTO. Las mejoras de la presente invención mejorarían el rendimiento de las estaciones móviles existentes y reducirían los costos asociados con las nuevas estaciones móviles. En lugar de proporcionarle la GGTO a la estación móvil 31, el servidor de localización 26 tomaría a la GGTO en cuenta cuando se proporcione el modelo de navegación y la asistencia de corrección de reloj a la estación móvil 31. En operación, la estación móvil 31 no utilizaría la corrección de reloj derivada de la transmisión de GPS y Galileo sino más bien las correcciones de reloj calculadas por el servidor de localización y referidas a la hora de GNSS virtual . La Figura 21 muestra un diagrama de sincronización utilizable en el cálculo de la hora de GNSS virtual. Se utilizan diferentes regiones de la Figura 21 para diferenciar entre los diferentes sistemas de navegación. La porción superior de la Figura 21 muestra la hora en los satélites (por ejemplo, GPS y Galileo) , y la porción inferior muestra la hora en la estación móvil 31. Como ejemplo, la hora del sistema GPS se muestra, múltiplos de 1 milisegundo. Cada satélite GPS tiene su propio reloj que tiene una cierta compensación respecto a la hora del sistema GPS. Esta compensación se observa en la Figura 21 como "sesgo de reloj de GPS SV#1" y "sesgo de reloj de GPS SV#Nsat" · El sesgo de reloj de GPS puede calcularse en la estación móvil 31 utilizando los parámetros de corrección de reloj recibidos ya sea desde la red celular 12, u obtenidos al decodificar el mensaje de navegación de transmisión de GPS. El diagrama de sincronización Galileo también se muestra en la porción superior de la Figura 21. El servicio abierto Galileo utiliza códigos de 4 milisegundos y por lo tanto la hora del sistema Galileo se muestra como múltiplos de 4 milisegundos. Como en la operación del GPS, cada satélite tiene su propio reloj que tiene una determinada compensación de la Hora del Sistema Galileo. Esta compensación se observa en la Figura 1 como "sesgo de reloj SV#1 Galileo" y "sesgo de reloj SV#Nsat2 Galileo" . El sesgo de reloj de Galileo puede calcularse en la estación móvil 31 utilizando los parámetros de corrección de reloj de Galileo, como se observaba con anterioridad con referencia al sesgo de reloj de GPS. Como se observaba con anterioridad, la Hora del Sistema GPS y Galileo son marcos de hora independientes . Por lo tanto, existe una compensación entre las dos horas del sistema, denotada como "Compensación de Hora GPS-Galileo (GGTO)" en la Figura 21 y mostrada entre los cronogramas de GPS y los cronogramas de Galileo. En el ejemplo de la Figura 21, se supone que esta GGTO es menor que 1 milisegundo además que cualquier número entero de segundos no es significativo en la GGTO. Como se observa con anterioridad, un estación móvil 31 que utiliza mediciones de señal satelital de GPS y Galileo para el cálculo de posesión necesitaría tener las siguientes entradas : parámetros de efemérides de GPS y de corrección de reloj de GPS; parámetros de efemérides Galileo y de corrección reloj de Galileo (GGTO) . Afortunadamente, los aspectos de la presente invención simplifican la cantidad de datos recibidos por la estación móvil 31 y la cantidad de procesamiento requerida por la estación móvil 31. En lugar de comunicar el GGTO al estación móvil 31, el servidor de localización 26 puede determinar la obra de GNSS virtual y calcular los parámetros de corrección de reloj de GPS y Galileo con relación a la hora de GNSS virtual . La hora de GNSS virtual puede ser cualquier base horaria apropiada, por ejemplo, UTC u hora celular (o como caso especial, la hora GPS o de Galileo) . Con la hora de GNSS virtual a la estación móvil 31 no necesitaría distinguir entre el pseudo-rango de GPS o Galileo, y por lo tanto operaría uniformemente sin tomar en cuenta las geometrías satelitales anteriormente descritas. La hora de GNSS virtual determinada por el servidor de localización 26 se muestra en la parte superior de la Figura 21. El servidor de localización 26 se encuentra adaptado además para determinar la compensación entre la hora de GNSS virtual y las horas de sistema GPS y Galileo. Los parámetros de corrección de reloj GNSS se calculan por el servidor de localización 26 utilizando las correcciones de reloj de GPS y Galileo conocidas así como también la GGTO y la compensación entre la hora de GNSS virtual y la hora GPS o Galileo. La parte inferior de la Figura 1 muestra la sincronización en el receptor de usuario. La MS realiza las mediciones de fase de código GPS y Galileo de manera usual. Los satélites GPS y Galileo pueden tener un número definido SV tal como, por ejemplo, un número definido SV 3GPP. Por ejemplo, cada uno de los satélites GPS puede numerarse #1 a #Nsat y cada uno de los satélites Galileo puede numerarse #Nsat+l a #Nsat2, que se traduce efectivamente en un número 3GPP de satélites SV #1 a Naat+Ngat2. La estación móvil 31 puede adaptarse para reconocer cuál número SV pertenece a satélites GPS y Galileo, respectivamente, a fin de realizar las correlaciones con el código de réplica correcto. Las mediciones de fase de código individual se convierten en tiempo de transmisión satelital de manera convencional, lo cual puede utilizarse para calcular las mediciones de pseudo- rango . La definición de pseudo- rango Pi a SVi se define en la ecuación 1: Pi (n) = c(TR(n) -TTi (n) ) (1) donde c es la constante de propagación (velocidad de la luz), TR(n) es el tiempo de recepción correspondiente a una época n del reloj de receptor, y TTi (n) es el tiempo de transmisión con base en el reloj de SVi. Cuando el código PRN transmitido por satélite alcanza la estación móvil 31, que se adapta para correlacionar un código de PRN de réplica con ella, la compensación de fase de código del código de réplica con respecto al inicio de la semana de GPS o Galileo representa el tiempo de transmisión de SVi . Utilizando el ejemplo de la Figura 1 (parte inferior; "En MS" ) , la medición de tasa de código a SV#1 ("Hora de GPS Observada SV#1" ) es de aproximadamente 370 chips, y el tiempo de transmisión para este satélite particular se calcula a continuación en la ecuación 2 : TTSVI = 145 ms - 370 chips GPS (2) De manera similar, en el tiempo de transmisión para los otros 3 ejemplos de medición satelital mostrados en la Figura 1 se calculan a continuación: TTSV = 137 ms - 200 chips GPS (3) TTSV+I = 142 ms - 3070 chips GPS (4) TTSV+I+NV2 = 138 ms - 2995 chips GPS (5) La duración para un chip GPS o Galileo es de aproximadamente 977 nanosegundos . El tiempo de recepción en el ejemplo de la Figura 1 es 215 ms , por lo tanto, los pseudo- rangos aproximados que utilizan este ejemplo se muestran a continuación: Psvi ¾ c(215-144.6) ¾ c»70.4 ms PsvNsat ¾ c (215-136.8) * c*78.2 ms PsvNsat+i ~ C (215-139) * c»76 ms PTSV+ 1 +NV2 ¾ c(215-135.1) * c«79.9 ms Todos los tiempos de transmisión satelital contienen un error de sesgo con respecto a la hora verdadera GPS o Galileo, como se menciona con anterioridad (por ejemplo, "sesgo de reloj de GPS SV#1" o "sesgo de reloj Galileo SV#1") . En el procesamiento convencional de receptor GPS y/o Galileo, los tiempos de transmisión satelital anteriormente mencionados se corrigen para estos sesgos de reloj de GPS y Galileo en el proceso de navegación utilizando los parámetros de corrección de reloj obtenidos a partir del mensaje de transmisión de navegación o a partir de los datos de asistencia celular. Normalmente, los pseudo-rangos se corrigen adicionalmente para los retrasos atmosféricos (por ejemplo, ionosfera y troposfera) y otros sesgos comunes (por ejemplo, efectos relativistas) . Los algoritmos de navegación convencionales utilizarían entonces los pseudo-rangos GPS o Galileo y resolverían la posición tridimensional de la estación móvil 31 y el sesgo de reloj de la estación móvil 31 (es decir, la compensación del reloj local del receptor a partir de la hora del sistema GPS o Galileo) . De acuerdo con lo anterior, en el procesamiento de navegación convencional GPS/Galileo combinado (es decir, utilizando pseudo-rangos GPS más Galileo) , la estación móvil 31 de manejar dos sesgos de reloj de receptor, uno con relación a la hora GPS, y uno con relación a la hora Galileo. Además, en el procesamiento de navegación convencional GPS/Galileo en combinado, los pseudo-rangos a los satélites GPS y Galileo necesitan procesarse separadamente en la estación móvil 31. Una vez que los pseudo-rangos a los satélites GPS y Galileo se corrigen para los errores de sesgo (correcciones de reloj y otros) , la diferencia entre las horas del sistema GPS y Galileo tienen que tomarse en cuenta. Tanto los pseudo-rangos GPS como Galileo tienen que corregirse para la compensación de hora entre los dos sistemas (GGTO) antes de que los pseudo-rangos GPS y Galileo puedan utilizarse en algoritmos de navegación convencionales . Sin embargo, de acuerdo con los parámetros de corrección de reloj GNSS virtual descritos en la presente, el procesamiento de navegación convencional existente puede utilizarse para los receptores GPS/Galileo combinados. En lugar de aplicar las correcciones de reloj de GPS a las mediciones de pseudo-rango de GPS, y las correcciones de reloj Galileo a las mediciones de pseudo-rango de Galileo y aplicar la GGTO ya sea a los pseudo-rangos de GPS o de Galileo, se utilizan las correlaciones de reloj GNSS común, y no necesita aplicarse ninguna compensación para GGTO en la estación móvil 31. Por lo tanto, los procedimientos de procesamiento de navegación existentes en la estación móvil 31 pueden utilizarse para las mediciones GPS/Galileo combinadas. Es decir, la estación móvil 31 "vería" los pseudo-rangos de Galileo justo como pseudo-rangos de GPS adicionales, o viceversa. Los detalles adicionales de la presente invención se describen a continuación con referencia a los cálculos a manera de ejemplo utilizables de acuerdo con algunos aspectos de la presente invención. En el siguiente ejemplo, el tiempo de transmisión tgps de GPS se determina por: tgps = tsvigps ~ Atsvigps (10) donde tSvigP.s es el tiempo de fase de código GPS SVi efectivo en transmisión, y AtSvigps es la compensación de tiempo de fase de código GPS SVi, calculada utilizando los parámetros de corrección de reloj de GPS ("sesgo de reloj GPS SV#1" en la Figura 1) . De manera similar, la hora Galileo de transmisión, tganieo se determina por: tgalíleo = t svigalileo ~ Atsvigalileo (H) donde tsvigaineo es el tiempo de fase de código SVi de Galileo en transmisión, y tsvígaineo es la compensación de tiempo de fase de código Galileo SVi, calculada utilizando los parámetros de corrección de reloj de Galileo ("sesgo de reloj Galileo SV#1" en la Figura 1) . La compensación entre la hora del sistema GPS y Galileo (GGTO) se determina por: tgps — ^-galileo = tggto (12) donde el signo de la GGTO es cuestión de convención. En lugar de proporcionar la estación móvil 31 con correcciones de reloj GPS tSvigP.s Y Galileo Atsvigaineo, asi como también con la tggto de GGTO, el servidor de localización 26 se encuentra adaptado para calcular los parámetros de corrección de reloj GNSS útSvi con relación a una hora de GNSS tgnss como se observa a continuación. El servidor de localización 26 se encuentra adaptado para medir y/o calcular la compensación a partir de su propia hora de GNSS virtual y la o las hora del sistema GPS o la hora del sistema Galileo. Como se observa a continuación: tgps — tgnss = Atgp,s-gnss (13) donde ñtgPs-gnss se define como la compensación entre la hora del sistema GPS y la hora de GNSS virtual. Después, los parámetros de corrección de reloj específico de GNSS pueden ser calculados por el servidor de localización 26 para cada uno de entre los satélites GPS y Galileo de la siguiente manera . Para GPS SVi , el servidor de localización 26 se encuentra adaptada para calcular: Atsvi = AtgpS-gnss + Atsvigps (14) y para Galileo SVi( el servidor de localización 26 se adapta para calcular: Atsvi = ? tgps-gn.ss + ¿ggto + Atsvigalileo (15) donde AtSVi son ahora correcciones de reloj GNSS virtual. Los valores para Atsvigps, Atsvigaineo y tggto se encuentran disponibles en el servidor de localización 26 derivados de los mensajes de transmisión de GPS y Galileo; y el valor para Atgps-gnss es determinado por el servidor de localización 26 como se observa con anterioridad.

Los parámetros de corrección de reloj de GNSS Atsvi pueden ser calculados por el servidor de localización 26 para cada satélite GPS y Galileo y se proporcionan en forma de ciertos parámetros a la estación móvil 31 en el mensaje de datos de asistencia. Por ejemplo, los parámetros de corrección de reloj de GNSS pueden proporcionarse a la estación móvil 31 como coeficientes polinómicos como es habitual tanto en los mensajes de datos de GPS como de Galileo. De acuerdo con diversos aspectos de la presente invención, la estación móvil 31 no distingue directamente entre los satélites GPS y Galileo en el procesamiento de navegación. Ambas constelaciones son tratadas como un solo GNSS con respecto a los cálculos de pseudo-rango . Con objeto de identificar uno o más satélites en la constelación combinada, puede asignarse una ID de SV de GNSS estandarizada a cada satélite GPS y Galileo. Por ejemplo, los satélites de GPS pueden identificarse a través de las identificaciones estandarizadas IDs de SV de GNSS i=l a 64, y los satélites de Galileo pueden ser identificados a través de los números estandarizados IDs de SV de GNSS j= 65 a 128. La estación móvil 31 puede adaptarse adicionalmente para reconocer cuál código PRN de GPS o Galileo es utilizado por cada ID de SV de GNSS. La estación móvil 31 puede adaptarse adicionalmente para calcular una hora de GNSS de transmisión para cada medición satelital de la misma manera que la tarea que se ejecuta actualmente para una sola constelación. Sin embargo, a diferencia del estado de la técnica, la estación móvil 31 del aspecto de la presente invención a manera de ejemplo no necesita distinguir directamente entre los tiempos de transmisión de GPS o de Galileo. El tiempo de transmisión del GNSS puede calcularse de la siguiente manera: tgnss = tsvi - tsVi (16) donde tSvi es el tiempo de fase de código de SVi de GNSS (GPS o Galileo) en transmisión, y AtSvi es la compensación de tiempo de fase de código de SV± de GNSS, calculada utilizando los parámetros de corrección de reloj de GNSS ("sesgo de reloj virtual SV #1" en la Figura 21), como se define con anterioridad. En otro aspecto de la presente invención, el servidor de localización 26 puede adaptarse para proporcionar la estación móvil 31 con datos de asistencia. Los datos de asistencia pueden incluir, por ejemplo, la lista de las IDs de SV de GNSS visibles, los parámetros de efemérides de GNSS correspondientes (los cuales podrían ser los parámetros específicos de GPS y Galileo) , la hora de GNSS virtual y las correcciones de reloj de GNSS, como se observaba con anterioridad.

En otro aspecto de la presente invención, la estación móvil 31 puede adaptarse para generar el código de réplica específico a cada ID i de SV de GNSS y medir la fase de código de GNSS . Las mediciones de fase de código se etiquetan en el tiempo con el cálculo de hora de GNSS virtual . Dado que la hora de GNSS virtual usualmente no puede obtenerse directamente a partir de la señales de GPS o Galileo, podría proporcionarse a la estación móvil 31 en el mensaje de daos de asistencia como se observaba con anterioridad. Un planteamiento adecuado serviría para proporcionarle al receptor de usuario un cálculo de la relación de hora de GNSS-celular obtenida por el servidor de localización 26 utilizando, por ejemplo, Unidades de Medición de Localización (LMUs) en la red. Estas LMUs miden la relación entre la hora celular y la hora de GNSS virtual y le proporcionan estas mediciones al servidor de localización 26 sobre una base regular. El servidor de localización 26 mantiene una base de datos de esta relación de horas y le proporciona la relación de hora de GNSS-celular a la estación móvil 31 en el mensaje de datos de asistencia. Las LMUs pueden ser elementos de red dedicados, o estaciones móviles que tengan esta funcionalidad de LMU implementada . En otro aspecto de la presente invención, la hora de GNSS virtual puede establecerse igual a la hora de GPS o Galileo. Por ejemplo, si se utiliza la hora de GPS como la hora de GNSS virtual, entonces se simplificaría el cálculo de los parámetros de corrección de reloj de GNSS en el servidor de localización 26 de acuerdo con las ecuaciones (14) y (15) . En este caso a manera de ejemplo, la compensación entre la hora del sistema GPS y la hora de GNSS virtual Atgps-gnss sería cero. En este ejemplo, solamente se necesitaría calcular los parámetros de corrección de reloj transmitidos de GPS y Galileo (AtSvigPS, tsviganieo, tggto) las correcciones de reloj de GNSS en el servidor de localización 26, y los algoritmos de recuperación de hora existentes en la estación móvil 31 podrían utilizarse para obtener la hora de GNSS, por ejemplo, a partir de la señales satelitales de GPS. Utilizando la hora de GPS como la hora de GNSS virtual sería particularmente ventajoso cuando la opción 4 descrita con anterioridad se utiliza para la adición de Galileo (o cualquier otro GNSS) en un protocolo de localización existente de A-GPS (por ejemplo, RRLP como se describe con anterioridad) . Los elementos de información existentes de A-GPS se utilizan para proporcionar datos de 'asistencia de Galileo. Dado que los datos de asistencia dependientes de la hora de Galileo se convierten en la hora de GPS como se describió con anterioridad (es decir, la hora de GPS se utiliza como la hora de GNSS virtual) , los elementos de información de GPS existentes pueden utilizarse para transmitir los datos relacionados con Galileo a la estación móvil 31. Utilizando la hora de GPS como la hora de GNSS virtual junto con un protocolo de localización existente para A-GPS (es decir, opción 4) , GPS y Galileo (o cualquier otro GNSS adicional) se tratan como un solo sistema satelital de navegación. La estación móvil no necesitaría manejar diferentes tramas de tiempo de navegación y no se vería afectada por problemas relacionados con la GGTO tales como aquellos observados con anterioridad. Los satélites Galileo (o cualquier otro GNSS) serían vistos como satélites GPS adicionales en la estación móvil 31. Por lo tanto, el impacto sobre las implementaciones y normas existentes de A-GPS para el soporte de GNSSs adicionales sería mínimo.

Implementaciones alternas El sistema, elementos y/o procesos incluidos en la presente pueden implementarse en hardware, software o una combinación de ambos, y pueden incluir uno o más procesadores. Un procesador es un dispositivo y/o un conjunto de instrucciones legibles por máquina para ejecutar la tarea. Un procesador puede ser cualquier dispositivo, capaz de ejecutar una serie de instrucciones que incorporan un proceso, incluyendo pero sin limitarse a una computadora, un microprocesador, un controlador, un circuito integrado de aplicación especifica (ASIC application specific integrated circuit) , máquina de estados finitos, procesador de señales digitales (DSP -digital signal processor) , o algún otro mecanismo. El procesador incluye cualquier combinación de hardware, firmware y/o software. El procesador actúa después de almacenar y/o recibir información al calcular, manipular, analizar, modificar, convertir o transmitir información para su uso por una aplicación o procedimiento ejecutable o un dispositivo de información, y/o al enrutar la información a un dispositivo de salida. Una aplicación ejecutable comprende código de máquina o instrucciones legibles por máquina para implementar las funciones predeterminadas que incluyen, por ejemplo, aquellas de un sistema operativo, un programa de aplicación de software, un programa de aplicación de software, u orto sistema de procesamiento de información, por ejemplo, en respuesta al comando o entrada de usuario. Un procedimiento ejecutable es un segmento de código (es decir, instrucciones legibles por máquina) , sub-rutina, u otra sección distinta de código o porción de una aplicación ejecutable para ejecutar uno o más procesos particulares, y puede incluir ejecutar acciones en los parámetros de entrada recibida (o en respuesta a parámetros de entrada recibida) y proporcionar los parámetros de serie resultantes . En diversas modalidades, puede utilizarse circuitería con conexión permanente en combinación con instrucciones de software para implementar la presente invención. Consecuentemente, las técnicas no se limitan a alguna combinación específica de circuitería de hardware y software, ni a ninguna fuente en particular para las instrucciones ejecutadas por el sistema de procesamiento de datos. Además, a través de esta descripción, se describe diversas funciones y operaciones según son ejecutadas u ocasionadas por el código de software para simplificar la descripción. Sin embargo, aquellos expertos en la materia reconocerán que lo que se entiende por tales expresiones es que las funciones son resultado de la ejecución del código por un procesador. Será aparente a partir de esta descripción de los aspectos de la presente invención pueden incorporarse, al menos en parte, en software. Es decir, las técnicas pueden implementarse en un sistema de cómputo u otro sistema de procesamiento de datos en respuesta a su procesador que ejecuta secuencias de instrucciones alojadas en un medio legible por máquina. Un medio legible por máquina incluye cualquier mecanismo que proporcione (es decir almacene y/o transmita) información en forma accesible por una máquina (por ejemplo, una computadora, dispositivo de red, asistente digital personal, computadora, procesador de datos, herramienta de fabricación, cualquier dispositivo con un conjunto de uno o más procesadores, etc.) . Puede utilizarse un medio legible por máquina para almacenar a software y datos los cuales, cuando son ejecutados por un sistema de procesamiento de datos, ocasiona que el sistema ejecute diversos métodos de la presente invención. Pueden almacenarse porciones de este software ejecutable y/o datos en diversos lugares. Por ejemplo, un medio legible por máquina incluye medios grabables/no grabables (por ejemplo, memoria de solo lectura (ROM - read only memory) , memoria de acceso aleatorio (RAM - random access memory) , medios de almacenamiento de disco magnético, medios de almacenamiento óptico, dispositivo de memoria flash, memoria no volátil, memorias asociadas, dispositivos de almacenamiento remoto, etc.), así como también señales eléctricas, ópticas, acústicas u otras formas de señales propagadas (por ejemplo, ondas portadoras, señales infrarrojas, señales digitales, etc.), etc. En la especificación anterior, se ha descrito la invención con referencia a las modalidades específicas de la misma a manera de ejemplo. Será evidente que pueden realizarse diversas modificaciones a las mismas sin aislarse del espíritu y alcance más amplios de la invención como se expone en las siguientes reivindicaciones. Convenientemente, la especificación y dibujos deben considerarse en un sentido ilustrativo más que en sentido restrictivo .

Claims (40)

1. NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecedente, se reclama como propiedad lo contenido en las siguientes reivindicaciones
2. REIVI DICACIONES 1. Un sistema de comunicaciones que incluye un primer sistema satelital que incluye un primer satélite, donde el satélite se encuentra adaptado para operar de acuerdo con una primera especificación que incluye una primera hora de sistema, y un segundo sistema satelital que incluye un segundo satélite, donde el segundo satélite se encuentra adaptado para operar de acuerdo con una segunda especificación que incluye una segunda hora de sistema, caracterizado el sistema de comunicaciones porque comprende : un servidor de localización adaptado para comunicarse con una estación móvil, y adaptado además para definir una hora de sistema satelital de navegación global virtual (GNSS) , recibir una primera señal proveniente del primer satélite que incluye un tiempo de fase de código de primer satélite, recibir una segunda señal proveniente del segundo satélite que incluye un tiempo de fase de código de segundo satélite y calcular una, y calcular una compensación dé) hora de GNSS en función de la hora de GNSS virtual, el tiempo de fase de código de primer satélite y el tiempo de fase de código de segundo satélite. 2. El sistema según la reivindicación 1, caracterizado además porque comprende una estación móvil adaptada para comunicarse con el servidor de localización y adaptada para determinar una posición de la estación móvil en respuesta a la compensación de hora de GNSS .
3. 3. El sistema según la reivindicación 2, caracterizado porque la estación móvil se encuentra adaptada para determinar una posición de la estación móvil en respuesta a un tiempo de transmisión de GNSS para el primer satélite, donde el tiempo de transmisión de GNSS es una función de un tiempo de fase de código de GNSS efectivo en transmisión para el primer satélite y una compensación de tiempo de fase de código de GNSS.
4. 4. El sistema según la reivindicación 2, caracterizado porque la estación móvil se encuentra adaptada para determinar una posición de la estación móvil en respuesta a un tiempo de transmisión de GNSS para el segundo satélite, donde el tiempo de transmisión de GNSS un tiempo de fase de código de GNSS efectivo en transmisión para el segundo satélite y una compensación de tiempo de fase de código de GNSS para el segundo satélite.
5. 5. El sistema según la reivindicación 1, caracterizado porque el servidor de localización se encuentra adaptado para calcular un parámetro de corrección de reloj de GNSS para cada uno de los satélites primero y segundo .
6. 6. El sistema según la reivindicación 5, caracterizado porque el servidor de localización se encuentra adaptado para transmitir a la estación móvil los parámetros de corrección de reloj de GNSS para cada uno de los satélites primero y segundo.
7. 7. El sistema según la reivindicación 6, caracterizado porque la estación móvil se encuentra adaptada para recibir los parámetros de corrección de reloj de GNSS derivados del servidor de localización y calcular una compensación de tiempo de fase de código de GNSS para cada uno de los satélites primero y segundo.
8. 8. El sistema según la reivindicación 1, caracterizado porque el primer sistema satelital comprende además un sistema satelital de posicionamiento global (GPS) .
9. 9. El sistema según la reivindicación 1, caracterizado porque el segundo satélite comprende además un sistema satelital Galileo.
10. 10. El sistema según la reivindicación 1, caracterizado porque el primer satélite comprende un primer reloj de satélite, y donde el primer reloj de satélite se compensa a partir de la hora del primer sistema.
11. 11. El sistema según la reivindicación 1, caracterizado porque el segundo sistema satelital comprende un segundo reloj de satélite, y donde el segundo reloj de satélite se compensa a partir de la hora del segundo sistema .
12. 12. El sistema según la reivindicación 1, caracterizado porque el servidor de localización se encuentra adaptado para definir la hora de GNSS virtual de manera sustancialmente idéntica a la hora del primer sistema .
13. 13. El sistema según la reivindicación 1, caracterizado porque el servidor de localización se encuentra adaptado para definir la hora de GNSS virtual de manera sustancialmente idéntica a la hora del segundo sistema .
14. 14. El sistema según la reivindicación 1, caracterizado porque el servidor de localización se encuentra adaptado para identificar los satélites primero y segundo de acuerdo con una identificación de GNSS.
15. 15. Un método de comunicaciones, caracterizado porque comprende : recibir una primera señal proveniente de un primer sistema satelital que incluye un primer satélite, donde el satélite se encuentra adaptado para operar de acuerdo con una primera especificación que incluye una primera hora del sistema; recibir una segunda señal proveniente de un segundo sistema satelital que incluye un segundo satélite, donde el segundo satélite se encuentra adaptado para operar de acuerdo con una segunda especificación que incluye una segunda hora del sistema; proporcionar un servidor de localización adaptado para comunicarse con una estación móvil; definir en el servidor de localización una hora de sistema satelital de navegación global virtual (GNSS) ; recibir en el servidor de localización una primera señal proveniente del primer satélite que incluye un tiempo de fase de código de primer satélite; recibir en el servidor de localización una segunda señal proveniente del segundo satélite que incluye un tiempo de fase de código de segundo satélite; y calcular en el servidor de localización una compensación de hora de GNSS en función de la hora de GNSS virtual, el tiempo de fase de código de primer satélite y el tiempo de fase de código de segundo satélite.
16. 16. El método según la reivindicación 15, caracterizado además porque comprende el paso para transmitir la compensación de hora de GNSS a una estación móvil .
17. 17. El método según la reivindicación 16, caracterizado además porque comprende el paso para determinar una posición de la estación móvil, en la estación móvil, en respuesta a una hora de GNSS de transmisión para el primer satélite, donde la hora de GNSS de transmisión es una función de un tiempo de fase de código de GNSS efectivo en transmisión para el primer satélite y una compensación de tiempo de fase de código de GNSS para el primer satélite.
18. 18. El método según la reivindicación 16, caracterizado además porque comprende el paso para determinar una posición de la estación móvil, en la estación móvil, en respuesta a una hora de GNSS de transmisión para el segundo satélite, donde la hora de GNSS de transmisión es una función de un tiempo de fase de código de GNSS efectivo en transmisión para el segundo satélite y una compensación de tiempo de fase de código de GNSS para el segundo satélite.
19. 19. El método según la reivindicación 15, caracterizado además porque comprende el paso para calcular un parámetro de corrección de reloj de GNSS para cada uno de los satélites primero y segundo.
20. 20. El método según la reivindicación 19, caracterizado además porque comprende el paso para transmitir a la estación móvil los parámetros de corrección de reloj de GNSS para los satélites primero y segundo.
21. 21. El método según la reivindicación 20, caracterizado además porque comprende los pasos para: recibir los parámetros de corrección de reloj de GNSS en la estación móvil, y calcular una compensación de tiempo de fase de código de GNSS para cada uno de los satélites primero y segundo en respuesta a los mismos .
22. 22. El método según la reivindicación 15, caracterizado porque el primer sistema satelital comprende además un sistema satelital de posicionamiento global (GPS) .
23. 23. El método según la reivindicación 15, caracterizado porque el segundo sistema satelital comprende un sistema satelital Galileo.
24. 24. El método según la reivindicación 15, caracterizado porque comprende el paso para definir la hora de GNSS virtual de manera sustancialmente idéntica a la hora del primer sistema.
25. 25. El método según la reivindicación 15, caracterizado además porque comprende el paso para definir la hora de GNSS virtual de manera sustancialmente idéntica a la hora del segundo sistema.
26. 26. El método según la reivindicación 15, caracterizado además porque comprende el paso para identificar los satélites primero y segundo de acuerdo con una identificación de GNSS.
27. 27. Un aparato de comunicaciones, caracterizado porque comprende : un servidor de localización adaptado para: (a) comunicarse con una estación móvil, (b) definir una hora de sistema satelital de navegación global (GNSS) , (c) recibir una primera señal proveniente de un primer satélite que incluye un tiempo de fase de código de primer satélite, (d) recibir una segunda señal proveniente de un segundo satélite que incluye un tiempo de fase de código de segundo satélite, y (e) calcular la compensación de tiempo de GNSS en función de la hora de GNSS virtual, el tiempo de fase de código de primer satélite y el tiempo de fase de código de segundo satélite.
28. 28. El aparato según la reivindicación 27, caracterizado porque el servidor de localización se encuentra adaptado también para calcular un parámetro de corrección de reloj de GNSS para cada uno de los satélites primero y segundo .
29. 29. El aparato según la reivindicación 27, caracterizado porque el servidor de localización se encuentra adaptado también para transmitir a la estación móvil los parámetros de corrección de reloj de GNSS para los satélites primero y segundo.
30. 30. El aparato según la reivindicación 27, caracterizado porque el primer sistema satelital comprende además un sistema satelital de posicionamiento global (GPS) .
31. 31. El aparato según la reivindicación 27, caracterizado porque el segundo sistema satelital comprende un sistema satelital Galileo.
32. 32. El aparato según la reivindicación 27, caracterizado porque el primer satélite comprende un primer reloj de satélite, y donde el primer reloj de satélite se compensa a partir de la hora del primer sistema.
33. 33. El aparato según la reivindicación 27, caracterizado porque el segundo satélite comprende un segundo reloj de satélite, y donde el segundo reloj de satélite se compensa a partir de la hora del segundo sistema .
34. 34. El aparato según la reivindicación 27, caracterizado porque el servidor de localización se encuentra adaptado para definir la hora de GNSS virtual de manera sustancialmente idéntica a la hora del primer sistema .
35. 35. El aparato según la reivindicación 27, caracterizado porque el servidor de localización se encuentra adaptado para definir la hora de GNSS virtual de manera sustancialmente idéntica a la hora del segundo sistema .
36. 36. El aparato según la reivindicación 27, caracterizado porque el servidor de localización se encuentra adaptado para identificar los satélites primero y segundo de acuerdo con la identificación de GNSS.
37. 37. Un aparato de comunicaciones caracterizado porque comprende : una estación móvil adaptada para comunicarse con un servidor de localización, adaptado el servidor de localización para: (a) definir una hora de sistema satelital de navegación global (GNSS) , (b) recibir una primera señal proveniente de un primer satélite incluyendo un tiempo de fase de código de primer satélite, (c) recibir una segunda señal proveniente de un segundo satélite incluyendo un tiempo de fase de código de segundo satélite, (d) calcular una compensación de hora de GNSS en función de la hora de GNSS virtual, el tiempo de fase de código de primer satélite y el tiempo de fase de código de segundo satélite, donde la estación móvil se encuentra adaptada para recibir del servidor de localización la compensación de hora de GNSS y determinar una posición de la estación móvil en respuesta a la misma.
38. 38. El aparato según la reivindicación 37, caracterizado porque la estación móvil se encuentra adaptada adicionalmente para determinar una posición de la estación móvil en respuesta a una hora de GNSS de transmisión para el primer satélite, donde la hora de GNSS de transmisión es una función de un tiempo de fase de código de GNSS efectivo en transmisión para el primer satélite y una compensación de tiempo de fase de código de GNSS para el primer satélite.
39. 39. El aparato según la reivindicación 37, caracterizado porque la estación móvil se encuentra adaptada adicionalmente para determinar una posición de la estación móvil en respuesta a una hora de GNSS de transmisión para el segundo satélite, donde la hora de GNSS de transmisión es una función de un tiempo de fase de código de GNSS efectivo en transmisión para el segundo satélite y una compensación de tiempo de fase de código de GNSS para el segundo satélite.
40. 40. El aparato según la reivindicación 37, caracterizado porque la estación móvil comprende uno de entre una computadora personal (PC) , una computadora de escritorio, una computadora portátil, una estación de trabajo, una minicomputadora, una computadora central, una supercomputadora, un dispositivo basado en red, un procesador de datos, un asistente digital personal (PDA), una tarjeta inteligente, un teléfono celular, un localizador o un reloj de pulsera.