MXPA05009417A - Sistema, metodo y aparato para servicios de localizacion de un usuario con base en un plano (lcs). - Google Patents

Sistema, metodo y aparato para servicios de localizacion de un usuario con base en un plano (lcs).

Info

Publication number
MXPA05009417A
MXPA05009417A MXPA05009417A MXPA05009417A MXPA05009417A MX PA05009417 A MXPA05009417 A MX PA05009417A MX PA05009417 A MXPA05009417 A MX PA05009417A MX PA05009417 A MXPA05009417 A MX PA05009417A MX PA05009417 A MXPA05009417 A MX PA05009417A
Authority
MX
Mexico
Prior art keywords
location
mobile station
network
location information
lcs
Prior art date
Application number
MXPA05009417A
Other languages
English (en)
Inventor
Gellens Randallc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=32966718&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MXPA05009417(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MXPA05009417A publication Critical patent/MXPA05009417A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication

Abstract

Un sistema, metodo y aparato para proveer los servicios de localizacion, en donde la determinacion de la localizacion (130) y la descripcion de la localizacion (120) se tratan por separado y como procedimientos independientes o sesiones LCS; puede desarrollarse la determinacion de la localizacion (si es necesario) a traves de un primer conjunto de entidades de la red (256, 218, 260) para obtener la informacion de localizacion para una estacion movil; se puede almacenar en memoria intermedia la informacion de localizacion para la descripcion subsiguiente a cualquier numero de aplicaciones; puede desarrollarse la descripcion de localizacion (cuando se solicite) a traves de un segundo conjunto de entidades de la red (256, 218, 216) para proveer la informacion de localizacion; la determinacion de localizacion puede utilizar un primer procedimiento de seguridad para la autentificacion y autorizacion, y para obtener un primer codigo de sesion utilizado para determinar la localizacion; la descripcion de localizacion puede utilizar un segundo procedimiento de seguridad para la autentificacion y autorizacion, y para obtener un segundo codigo de sesion utilizado para describir la localizacion; para una estacion movil de seguimiento, puede desarrollarse la determinacion de localizacion a traves de una red de servicio, y puede desarrollarse la descripcion de localizacion a traves de una red local.

Description

SISTEMA, MÉTODO Y APARATO PARA SERVICIOS DE LOCALIZACIÓN DE UN USUARIO CON BASE EN UN PLANO (LCS) CAMPO DE LA INVENCIÓN La presente invención se refiere en forma general con la comunicación, y más específicamente con un sistema, método y aparato para desarrollar la determinación de localización y proveer la información de localización a través de una arquitectura de servicios de localización de un usuario con base en un plano (LCS) .
ANTECEDENTES DE LA INVENCIÓN Frecuentemente se desea, y algunas veces es necesario, conocer la localización de un usuario inalámbrico. Por ejemplo, la Comisión Federal de Comunicaciones (FCC) ha adoptado un reporte y orden para un servicio inalámbrico ampliado 911 (E-9-1-1) que requiere la localización de una estación móvil (por ejemplo, un teléfono celular) para proveerlo a un Punto de Respuesta de Seguridad Pública (PSAP) cada vez que se establezca una llamada 911 desde la estación móvil. Adicionalmente al mando FCC, una red operadora/proveedor del servicio puede soportar varias aplicaciones que utilizan los servicios de localización, los cuales son servicios que pueden proveer la localización e las estaciones móviles. Tales aplicaciones pueden incluir, por ejemplo, facturación sensible a la localización, rastreo del elemento activo, control y recuperación del elemento activo, administración de la. flota y del recurso, servicios personales de localización, etcétera. Algunos ejemplos de las aplicaciones para los servicios personales de localización incluyen (1) proveer un mapa local a una estación móvil en base a su localización, (2) proveer una recomendación para una instalación (por ejemplo, un hotel o un restaurante) en base a la localización de la estación móvil, y (3) proveer direcciones para la instalación recomendada desde la localización de la estación móvil. En muchas redes de comunicación inalámbrica convencionales, se integran la determinación de localización de una estación móvil y el uso de esta localización. Esto es, si una aplicación requiere la localización de la estación móvil, entonces se inicia un procedimiento para determinar y reportar la localización de la estación móvil utilizada por esta aplicación. No se desea este diseño integrado por varias razones. Primera, si las aplicaciones múltiples requieren la localización de una estación móvil, entonces posiblemente sea necesario determinar la localización de la estación móvil varias veces, una vez para cada una de estas aplicaciones. Esto da como resulta el uso ineficiente de los recursos del sistema tan apreciados. Segunda, una entidad de red designada para manejar la determinación y el reporte de localización de las estaciones móviles posiblemente sea necesario rediseñarla cada vez que un proveedor de servicio agregue una nueva aplicación. Por lo tanto, es necesario en la técnica un sistema, método y aparato que puede desarrollar más eficientemente la determinación de localización y proveer la información de localización para las estaciones móviles.
SUMARIO DE LA INVENCIÓN Se describen en la presente invención un sistema, método y aparato que tienen la capacidad de proveer eficientemente los servicios de localización. El sistema, método y aparato se basan en una arquitectura LCS, en donde se tratan la determinación de localización y la descripción de localización como procedimientos separados e independientes. La determinación de localización se refiere a la determinación de la información de localización para una estación móvil. Esta información de localización puede comprender un cálculo de la localización para la estación móvil, una exactitud o incertidumbre en el cálculo de localización, otra información pertinente, o una combinación de los mismos. La descripción de localización se refiere a la descripción de la información de localización para las aplicaciones que soliciten la información de localización. Puede desarrollarse la determinación de localización a través de un primer conjunto de entidades de la red que utilizan los protocolos y mecanismos en una capa de "determinación de localización". Pueden utilizarse varios procedimientos y flujos de llamada para desarrollar la determinación de localización, tal como se describe a continuación. El flujo de llamadas especifico que se utiliza para la determinación de localización depende de (1) si la solicitud para la determinación de localización se origina desde la estación móvil o desde la red, y (2) el método en particular utilizado para determinar la localización de la estación móvil (por ejemplo, un método basado en IS-801 o un método de identificación de celda) . La información de localización obtenida de la determinación de localización desarrollada puede almacenarse en la memoria caché (es decir, almacenada en una unidad de memoria) en la estación móvil y/o entidades de red para usarla en un futuro. Puede desarrollarse la descripción de localización a través de un segundo conjunto de entidades de red utilizando los protocolos y mecanismos en una capa de "descripción de localización", la cual reside en la parte superior de la capa de determinación de localización. En forma similar, pueden utilizarse varios procedimientos y flujos de llamada para desarrollar la descripción de localización. El flujo de llamadas especifico que se utiliza para la descripción de localización puede depender de (1) si la solicitud de la descripción de localización se origina desde la estación móvil o desde la red, y (2) si se capta la información de localización. Puede desarrollarse la determinación de localización como sea necesario. Por ejemplo, cuando se necesita la información de localización, si la información de localización es antigua o no cumple con los requisitos, etcétera. Una vez que se obtiene, puede describirse la información de localización a cualquier número de aplicaciones. De esta manera, puede desarrollarse solamente una vez la determinación de localización, mientras puede desarrollarse la descripción de localización muchas veces para proveer la información de localización para aplicaciones múltiples. Puede proveerse un registro detallado de llamadas (CDR) para cada solicitud para la determinación de localización, y puede proveerse también un CDR para cada solicitud de descripción de localización.
Pueden utilizarse los CDRs para la contabilidad, facturación, y/u otros propósitos. La determinación de localización puede utilizar un primer procedimiento de seguridad para (1) autentificación y autorización y (2) establecimiento de clave de sesión para obtener una primera clave de sesión. Puede utilizarse la primera clave de sesión para autentificar y/o encrxptar los mensajes intercambiados para la determinación de localización. La descripción de localización puede utilizar un segundo procedimiento de seguridad para (1) la autentificación y autorización y (2) establecimiento de clave de sesión para obtener una segunda clave de sesión. Puede utilizarse la segunda clave de sesión para autentificar y/o encriptar los mensajes intercambiados para la descripción de localización. Los procedimientos de seguridad, primero y segundo, pueden utilizar los mismos o diferentes algoritmos de seguridad. Por ejemplo, el primer procedimiento de seguridad puede utilizar un algoritmo MD-5, y el segundo procedimiento de seguridad puede utilizar un procedimiento de Autentificación y Convenio de Clave (AKA) . Para una estación móvil que ha itinerado fuera de su red local, puede desarrollarse la determinación de localización a través de una red de servicio y puede desarrollarse la descripción de localización a través de la red local. Puede utilizarse la primera clave de sesión con las entidades de la red en la red de servicio, y puede utilizarse la segunda clave de sesión con las entidades de la red en la red local . A continuación se describen varios aspectos y modalidades con mayor detalle.
BREVE DESCRIPCIÓN DE LAS FIGURAS Las características, naturaleza y ventajas de la presente invención serán más aparentes a partir de la descripción detallada que se describe a continuación cuando se consideren con conjunto con las figuras, en cuyos caracteres como referencia, se identifican de manera correspondiente en la presente invención: Las figuras 1A y IB muestran una arquitectura del usuario con base en un plano LCS. La figura 2 muestra una red que implementa la arquitectura LCS en la figura 1. Las figuras 3? y 3B muestran los flujos de llamada que pueden establecerse para una estación móvil y un servidor LCS, respectivamente, para obtener la dirección IP de un SMPC. Las figuras 4? y 4B muestran los flujos de llamada para la autentificación, autorización, y establecimiento de clave de sesión para la determinación de localización y la descripción de localización, respectivamente . Las figuras 5A y 5B muestran los flujos de llamada para desarrollar la determinación de localización originada en la móvil con un método basado en IS-801 y un método de identificación de celda, respectivamente. Las figuras 6A a 6C muestran los flujos de llamada para desarrollar la descripción de localización originada en la móvil con el servidor de localización y la información de localización que se está localizando y captando en entidades diferentes. La figura 7 muestra un flujo de llamada para establecer la dirección IP de una estación móvil que no está siempre encendida. Las figuras 8? y 8B muestran los flujos de llamada para desarrollar la determinación de localización terminada en la móvil con el método basado en IS-801 y el método de identificación de celda, respectivamente. Las figuras 9A a 9C muestran los flujos de llamada para desarrollar la descripción de localización terminada en la móvil con el servidor de localización y la información de localización que se está localizando y captando en las entidades diferentes.
Las figuras 10A y 10B muestran los flujos de llamada para reportar los CDRs para la descripción de localización y la determinación de localización, respectivamente . La figura 11 muestra un diagrama en bloques de varias entidades en la red de la figura 2.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Se utiliza la palabra "ejemplar" en la presente invención para significar que "sirve como un ejemplo, mención, o ilustración". Cualquier modalidad o diseño que se describe en la presente invención como "ejemplar" no se considera necesariamente como preferente o ventajosa sobre otras modalidades o diseños. Adicionalmente, en la descripción siguiente, los términos "localización" y "ubicación" y sinónimos se utilizan de manera intercambiable . La figura 1A muestra una arquitectura de servicios de localización de un usuario con base en un plano (LCS) 100 que puede proveer más eficientemente los servicios de localización. Un plano de un usuario es un mecanismo que porta datos para las aplicaciones de capa más alta. Puede crearse un plano de un usuario de varios protocolos tales como el Protocolo de Datagrama de Usuario (UDP) , Protocolo de Control de Transmisión (TCP) , y Protocolo de Internet (IP) , de los cuales, todos son conocidos en la técnica. Los protocolos en el plano del usuario se basan típicamente en otros protocolos de un plano de control (más bajo) para funcionar apropiadamente. La arquitectura LCS 100 incluye una capa de aplicación/contenido 110, una capa de descripción de localización 120, y una capa de determinación de localización 130. Las aplicaciones en la capa 110 utilizan la información de localización para proveer los servicios dependientes de localización. La información de localización puede comprender un cálculo de localización para cada uno de uno o más objetivos LCS, una exactitud o incertidumbre de cada cálculo de localización, o alguna otra información pertinente, o una combinación de los mismos. Un objetivo LCS es una estación móvil, cuya localización se está buscando. La capa de descripción de localización 120 incluye los protocolos y mecanismos que pueden utilizarse para describir (es decir, proveer) la información de localización para las estaciones móviles objetivo. Las aplicaciones en la capa 110 pueden requerir la información de localización acogiéndose a los protocolos y mecanismos en la capa 120. Posteriormente, estos protocolos y mecanismos entregarían la información de localización a las aplicaciones solicitantes. La capa de determinación de localización 130 incluye los protocolos y mecanismos que pueden utilizarse para determinar (es decir, obtener) la información de localización para las estaciones móviles objetivo. Los protocolos y mecanismos en la capa 130 pueden acogerse por medio de los protocolos y mecanismos en la capa 120, en caso y cuando sea necesario, para determinar la información de localización. Se describen los protocolos y mecanismos en las capas 120 y 130 con mayor detalle a continuación. La arquitectura LCS 100 se basa en el reconocimiento que la determinación de localización y la descripción de localización son dos procedimientos independientes que no se pueden acoplar. Este diseño de desacoplamiento para la arquitectura LCS 100 puede tener varias ventajas. Primera, la arquitectura LCS 100 puede soportar fácilmente nuevas aplicaciones sin necesidad de modificar o rediseñar la descripción de localización subyacente y las capas de determinación de localización. Adicionalmente, la arquitectura LCS 100 puede soportar varios tipos de aplicaciones tales como, por ejemplo, BREW (Medio Ambiente de Ejecución Binaria Inalámbrica) , WAP (Protocolo de Aplicación Inalámbrica) , SMS (Servicio de Mensajes Cortos), y aplicaciones Java. Segunda, puede describirse la información de localización para las aplicaciones múltiples sin necesidad de obtener esta información por separado y en forma redundante. Tercera, pueden utilizarse los procedimientos por separado para la autentificación, autorización, y contabilidad (???) para la determinación de localización y la descripción de localización para obtener varios beneficios, tal como A continuación se describen. La figura 2 muestra un diagrama de una red 200 que implementa la arquitectura de un usuario con base en un plano LCS 100. La red 200 incluye una red local 210, una red de servicio 250, y una red de terceros 290. La red local 210 es una red de comunicación inalámbrica con la cual se ha registrado una estación móvil 280. (Frecuentemente, se hace referencia también a una estación móvil como a una terminal, una móvil, un dispositivo inalámbrico, un equipo de usuario (ÜE) , o alguna otra terminología) . La red de servicio 250 es una red de comunicación inalámbrica a través de la cual la estación móvil 280 está recibiendo el servicio actualmente. La red de servicio 250 es diferente de red local 210 si la estación móvil 280 está itinerando y se ha movido fuera de la cobertura de la red local 210. Una red de terceros 290 es una red de datos/comunicación que no es parte de la red local 210 o de una red de servicio 250. Por ejemplo, la red de terceros 290 puede ser una red de datos mantenida por un proveedor de servicio de Internet. La red local 210 incluya varias entidades de la red que se comunican entre si por medio de una red IP 212. Una entidad de la red es una entidad lógica dentro de una red y se designa para desarrollar una función en particular. En forma similar, la red de servicio 250 incluye varias entidades de la red que se comunican entre si a través de una red IP 252. Las redes IP 250 y 252 se acoplan además a una red de Internet IP 292. Las entidades de la red dentro de una red local 210, red de servicio 250, y red de terceros 290 pueden comunicarse entre si a través de las redes IIP 212, 252, y 292. Dentro de la red 200, un "cliente de localización" y un "servidor de localización" son dos funciones que interactúan entre si para describir la información de localización. El cliente de localización solicita la información de localización para uno o más objetivos LCS. El servidor de localización provee la información de localización al cliente de localización solicitante. El cliente de localización y el servidor de localización pueden residir cada uno en una estación móvil o algunas otras entidades de la red. Por ejemplo, el cliente de localización puede residir en la estación móvil 280, un proveedor LCS 202a en la red local 210, un proveedor LCS 202b en la red de servicio 250, o un proveedor LCS 202c en la red de terceros 290. Un proveedor LCS es una entidad de la red que utiliza la información de localización para proveer los servicios de localización. El servidor de localización puede residir en una estación móvil 280 o un servidor LCS 216 en la red local 210. La estación móvil 280 puede servir como un cliente de localización, un servidor de localización, y/o un objetivo LCS. Por ejemplo, si una aplicación dentro de la estación móvil 280 necesita la localización de la estación móvil 280, entonces la estación móvil 280 serviría como ambos, el cliente de localización y el objetivo LCS. Para mayor simplicidad, la estación móvil 280 es un objetivo LCS en la siguiente descripción. Dentro de la red local 210, el servidor LCS 216 es una entidad de la red designada para servir como un servidor de localización para la descripción de localización. El servidor LCS 216 interactúa con una entidad de autentificación, autorización, y contabilidad local (?-???) 218 para desarrollar la autentificación y autorización para la descripción de localización. Se utiliza una base de datos 222 para almacenar la información de la suscripción para los suscriptores (es decir, usuarios) de la red local 210. Se requiere normalmente que cada usuario cuente con una "suscripción" para cada red de comunicación inalámbrica a la cual se desea tener acceso. Una suscripción comprende la información pertinente necesaria para acceder a una red de comunicación inalámbrica designada, tal como la información de identificación del usuario/suscriptor, la información de seguridad, etcétera. Se hace referencia también a la suscripción de cada usuario como un "perfil del suscriptor", o un "perfil del usuario". Puede actualizarse la información de la suscripción en la base de datos 222 por medio de un administrador de suscripción LCS 220 y se puede acceder por medio de ?-??? para la autentificación, autorización, y contabilidad. Un centro de mensajes 222 es responsable de almacenar, transmitir, y enviar mensajes SMS para las estaciones móviles. Un registrador de localización local/HLR) 224 almacena la información del registro para las estaciones móviles que se han registrado con la red local 210. Dentro de una red de servicio 250, un centro de ubicación móvil de servicio (SMPC) 256 sirve como el punto de interfaz para la red de servicio 250 para la determinación de localización. El SMPC 256 interactúa con ?-??? 218 para desarrollar la autentificación y autorización para la determinación de localización. El SMPC 256 permite también que las estaciones móviles accedan a una entidad determinadora de ubicación de servicio (SPDE) 260 para la determinación de localización. Se utiliza opcionalmente la SMPC 256 para desarrollar la autentificación y autorización de la estación móvil 280 en caso que la estación móvil 280 necesite la SPDE 260 como un recurso para la determinación de localización. SPDE 260 determina la localización geográfica de un objetivo LCS de acuerdo con una Calidad de Servicio de Ubicación especifica (PqoS) . La PqoS especifica la exactitud de la localización de la LCS objetivo, la cual puede imponerse por medio de la aplicación solicitante. Posiblemente, los requerimientos PqoS diferentes necesiten utilizar los métodos de determinación de localización diferentes, tal como A continuación se describen. Una entidad de autentificación, autorización, y contabilidad visitada (V-AAA) 258 sirve como una representación de ?-??? 218 y puede soportar la autentificación y autorización para la determinación de localización. Un nodo de servicio de datos de paquete (PDSN) 270 es responsable del establecimiento, mantenimiento, y finalización de las sesiones de datos para las estaciones móviles en la red de servicio 250. Un centro de conmutación móvil (MSC) 272 desarrolla las funciones de conmutación (es decir, enrutamiento de mensajes y datos) para las estaciones móviles dentro de su área de cobertura. Una función de control de paquete (PCF) 274/controlador de la estación base (BSC) controla la transmisión de datos entre PDSN 270 y una estación base con la cual la estación móvil 280 actualmente está en comunicación. Un registrador de localización visitador (VLR) (que no se muestra en la figura 2) almacena la información del registro para las estaciones móviles que se han registrado con la red de servicio 250. Los servidores del sistema de nombre de dominio (DNS) 222 y 262 transmiten los nombre de dominio (por ejemplo, www . domain-name . com) en direcciones IP (por ejemplo, 204.62.131.129), que se requieren por las entidades de la red para comunicarse entre si a través de las redes IP. Cada servidor DNS recibe las solicitudes DNS desde otras entidades de la red para las direcciones IP de los nombres de dominio, determina las direcciones IP para estos nombres de dominio, y envía las respuestas DNS con las direcciones IP de regreso a las entidades de la red que lo solicitan. Un servidor DNS en una red dada (por ejemplo, servidor DNS 222) puede intercambiar la información con otros servidores DNS en otras redes (por ejemplo, el servidor DNS 262) para obtener las direcciones IP. Para mayor simplicidad, la figura 2 muestra solamente algunas entidades de la red dentro de la red local 210 y algunas entidades de la red dentro de la red de servicio 250. La red local 210 incluye también típicamente las entidades de la red (por ejemplo, PDE y MPC) que soportan la determinación de localización para las estaciones móviles en comunicación con la red local 210. En consecuencia, la red de servicio también incluye típicamente las entidades de la red (por ejemplo, el servidor LCS 216 y el administrador de suscripción LCS 220) que soporta la descripción de localización para las estaciones móviles cuya red local es la red de servicio 250. No se muestran en la figura 2 estas entidades de la red adicionales para mayor simplicidad. Adicionalmente, las redes 210 y 250 pueden incluir cada una ejemplos múltiples de cada entidad de la red. Por ejemplo, la red de servicio 250 puede incluir PDSNs múltiples. La figura 2 muestra una vista lógica de la red 200, la cual incluye varias entidades de la red designadas para desarrollar funciones específicas. Estas entidades de la red incluyen los proveedores LCS 202a, 202b, y 202c, el servidor LCS 216, H-AAA 218, SMPC 256, SPDE 260, etcétera. Las entidades de la red son entidades lógicas de sus redes respectivas (local, de servicio, y de terceros) . Pueden implementarse las entidades de la red que se muestran en la figura 2 de varias maneras. Adicionalmente, pueden combinarse estas entidades de la red dentro del la misma unidad hardware o pueden residir en unidades hardware diferentes .
La figura IB muestra una implementación de la arquitectura LCS 100 con las entidades de la red que se muestran en la figura 2. Puede desarrollarse la determinación de localización por medio de un primer conjunto de entidades de la red para determinar la información de localización para la estación móvil 280. Las entidades de la red que pueden involucrarse para la determinación de localización incluyen la estación móvil 280, SPDE 260, SMPC 256, y H-AAA 218. Se involucra SPDE 260 si es necesaria su asistencia para la determinación de localización. Puede involucrarse opcionalmente SMPC 256 si SPDE 260 necesita su asistencia para la determinación de localización. Puede involucrarse opcionalmente ?-??? 218 si son necesarias la autentificación y autorización para la determinación de localización. Puede desarrollarse la descripción de localización por medio de un segundo conjunto de entidades de la red para describir la información de localización para la estación móvil 280. Las entidades de la red que pueden involucrarse para la descripción de localización incluyen la estación móvil 280, servidor LCS 216, SMPC 256, y ?-??? 218. SMPC 256 es opcional y puede involucrarse si se capta la información de localización (es decir, se almacena) en SMPC 256. H-AAA 218 es opcional también y puede involucrarse si son necesarias la autentificación y autorización para la descripción de localización. Con referencia nuevamente a la figura 2, las entidades de la red dentro de la red 200 pueden comunicarse entre si a través de las interfaces definidas especialmente. A continuación se describen algunas de estas interfaces . La determinación de localización puede utilizar las interfaces siguientes. Se utiliza una interfaz SPDE-MS para intercambiar información entre la estación móvil 280 y SPDE 260 para la determinación de localización. Se describe la interfaz SPDE-MS en un documento TIA/EIA/IS-IS-801, titulado "Positrón Determination Service Standards for Doble Mode Spread Spectrum Systems" ("Normas de Servicio para la Determinación de la Localización para los Sistemas de Propagación de Espectro de Modalidad Doble") , el cual está disponible públicamente. Se utiliza una interfaz SMPC-???? para enviar la información de autentificación y autorización para la determinación de localización. H-AAA 218 puede enviar la información suscriptora al SMPC 256 para su autentificación . SMPC 256 puede enviar también la información de la transacción a ?-??? 218 para la contabilidad y facturación, tal como se describe a continuación. Se utiliza una interfaz SMPC-SPDE para intercambiar la información entre SPDE 260 y SMPC 256 para la determinación de localización. Se describe la interfaz S PC-SPDE en un documento TIA/EIA/PN-4747 , titulado "Location Services Enhacements" ("Ampliaciones de Servicios de Localización", y en un documento J-036, de los cuales, ambos están disponibles públicamente. Una interfaz SMPC-MS permite a la red de servicio 250 desarrollar varias funciones de control antes que se lleve a cabo la determinación de localización. La descripción de localización puede utilizar las interfaces siguientes. Se utiliza una interfaz de cliente de localización-servidor de localización para enviar la información de localización desde un servidor de localización a un cliente de localización para la descripción de la ubicación. Se utiliza una interfaz HAAA-servidor LCS para enviar la información de autentificación y autorización para la descripción de localización. H-AAA 218 puede enviar el perfil del suscriptor al servidor LCS 216. El servidor LCS 216 puede enviar también la información de contabilidad para H-AAA 218. Si se localiza la estación móvil 280 fuera de su red local 210 y está en comunicación con la red de servicio 250, entonces se desarrolla la determinación de localización a través de la red de servicio 250 (con asistencia de la red local 210, si es necesario) y se desarrolla la descripción de localización por medio de la red local 210 (con la información de localización obtenida a través de la red de servicio 250) . Si la estación móvil 280 está en comunicación con su red local 210, entonces se desarrolla la determinación de localización por medio de las entidades de la red (por ejemplo, PDE, MPC) en la red local 210, y se desarrolla también la descripción de localización por medio de la red local 210. Los servicios de localización incluyen (1) los servicios de localización iniciados en la móvil u originados en la móvil, en donde se localiza al solicitante en la estación móvil 280 y (2) los servicios de localización iniciados en red o terminados en la móvil, en donde se localiza al solicitante en la red 210, 250 o 290. El cuadro 1 muestra donde pueden localizarse el cliente de localización y el servidor de localización para los servicios de localización terminados en la móvil y originados en la móvil. Se originan los servicios de localización por medio de un cliente de localización, el cual puede localizarse en la estación móvil 280 o en el proveedor LCS 202a, 202b, o 202c.
CUADRO 1 Originada en la Móvil Terminada en la Móvil Cliente LCS Estación Móvil 280 Proveedor LCS 202 Cliente LCS Estación Móvil 280 o Estación Móvil 280 Servidor LCS 216 o Servidor LCS 216 Una solicitud originada en la móvil LCS puede resultar de una aplicación que se localiza en la estación móvil 280 o de una aplicación que se localiza en la red 210, 250, o 290. La estación móvil 280 desarrolla los controles apropiado (por si misma o bajo la dirección de la red) para entregar la información de localización al solicitante. Algunos ejemplos de las solicitudes originadas en la móvil LCS incluyen: • La solicitud para la información de localización para la estación móvil 280 - se localiza el cliente de localización en la estación móvil 280.
• La solicitud autónoma para los datos de asistencia - la estación móvil 280 solicita los datos de asistencia fuera del contexto de la determinación de localización (de esta manera, no se une la solicitud LCS para los datos de asistencia para cualquier cliente de localización especifico) . • La solicitud para la descripción de la información de localización a terceros - se envia la información de localización a un cliente de localización de terceros (proveedor LCS 202c) que se designa por medio de la estación móvil 280. Una solicitud terminada en la móvil LCS puede resultar de una aplicación que se localiza en la red 210, 250, ó 290. El servidor LCS 216 desarrolla los controles apropiados (por ejemplo, autentificación, validación y autorización de servicio, encriptación, etcétera) . Las solicitudes terminadas en la móvil LCS incluyen la solicitud para la información de localización para la estación móvil 280, en donde se localiza el servidor de localización en la estación móvil 280. Ya que se tratan la determinación de localización y la descripción de localización como procedimientos por separado, pueden definirse los flujos de llamada diferentes y utilizarse para estos dos procedimientos. Un flujo de llamada es una secuencia de pasos que pueden desarrollarse para lograr un resultado dado. Cada paso en un flujo de llamada puede acogerse a un procedimiento en particular. A continuación se describen los flujos de llamada ejemplares para (1) descubrimiento de la dirección IP de SMPC 256 (para una estación móvil itinerante), (2) autentificación, autorización, y establecimiento de clave de sesión, (3) descripción de localización y determinación de localización originadas en la móvil, (4) descripción de localización y determinación de localización terminadas en la móvil, y (5) otras funciones LCS relacionadas. 1. Descubrimiento CMPC En la presente invención se provee un esquema de descubrimiento SMPC para permitir que una estación móvil determine dinámicamente la dirección de un SMPC para la determinación de localización. Este esquema soporta la itineración para la estación móvil, ya que la dirección SMPC no necesita preconfigurarse en la estación móvil. La figura 3A muestra un flujo de llamada ejemplar 300 para la estación móvil 280 para obtener la dirección IP de SMPC 256. La estación móvil 280 inicia una llamada de datos para establecer una sesión PPP (Protocolo Punto-a-Punto) con PDSN 270 (paso 312) . Durante una fase IPCP (Protocolo de Control IP) de la llamada de datos, la estación móvil 280 recibe la dirección IP del servidor DNS 262. La estación móvil 280 entonces envia una solicitud DNS para SMPC 256 utilizando un nombre de dominio calificado completamente (FQDN) (paso 314) . FQDN es un nombre de dominio que extiende todo el camino de regreso hacia la raíz del árbol. Como algunos ejemplos, FQDN utilizado para la determinación de ubicación puede ser NVpde . gpsone . <SID> . net . " , "<NID> . <SID> .mpc . net . "mpcgpsone.net.", o "<SID> .mpcgpsone . e . ", en donde "<NID>" es un identificador de la red y <SID> es un identificador del sistema. Puede preconfigurarse FQDN en la estación móvil 280 o enviarse a la estación móvil 280 a través de la señalización aérea. Puede estandarizarse también FQDN para la determinación de localización a través de las redes de comunicación inalámbrica para ampliar la itineración. El servidor DNS 262 mapea FQDN dentro de la dirección IP de SMPC 256 y envía a la estación móvil 280 una respuesta DNS con esta dirección IP (paso 316) . Puede itinerarse una estación móvil y puede estar en comunicación con una red visitada, y puede localizarse el servidor LCS en la red local, como se muestra en la figura 2. En este caso, el servidor LCS posiblemente necesite conocer la dirección IP de SMPC. Por ejemplo, puede almacenarse en la memoria caché la información de localización para la estación móvil itinerante en el SMPC, y se necesitaría la dirección IP de SMPC para obtener esta información de localización. Se provee en la presente invención un esquema de descubrimiento SMPC para permitir que el servidor LCS determine dinámicamente la dirección del SMPC para la descripción de localización. La figura 3B muestra un flujo de llamada ejemplar 350 para el servidor LCS 2165 para obtener la dirección IP de SMPC 256. La estación móvil 280 inicia una llamada de datos para establecer una sesión PPP con PDSN 270 (PASO 362) . Durante el establecimiento de la llamada de datos, PDSN 270 envía a ?-??? 218 un mensaje de Solicitud de Acceso con ambos, la identificación de la estación móvil 280 (MS ID) y la dirección IP de SMPC 256 (paso 364) . Puede preconfigurarse la dirección IP de SMPC 256 en PDSN 270 de acuerdo con la topología de la red de servicio 250. Se deberá notar que un SMPC 256 puede servir a PDSNs múltiples 270. H-7A7AA 218 recibe el mensaje de Solicitud de Acceso desde PDSN 270 y lo reconoce enviando de regreso un mensaje Acepta Acceso (paso 366) . ?-7?7?? 218 entonces envía la identificación de la estación móvil 280 y la dirección IP de SMPC 256 al servidor LCS 216 (paso 368) . El servidor LCS 216 envía de regreso un reconocimiento a H-AAA 218 (paso 370) . 2. Autentificación, autorización y establecimiento de clave de sesión Como se anota anteriormente, se tratan la determinación de localización y la descripción de localización como procedimientos por separado por medio de la arquitectura LCS 100. Pueden utilizarse entonces los procedimientos de autentificación, autorización, y establecimiento de clave de sesión diferentes para estos dos procedimientos para proveer varios beneficios, mismos que a continuación se describen.
A. Determinación de localización Para la determinación de localización, para ambos servicios de localización, originado en la móvil y terminado en la móvil, SMPC 256 puede desarrollar la autentificación y autorización en base a la identidad del solicitante. Por ejemplo, pueden desarrollarse estos procedimientos (1) si es necesario que SPDE 260 dé asistencia con la determinación de localización, (2) si es necesaria una clave de sesión utilizada para la determinación de localización (a la cual se hace referencia como "Clave de Sesión 1") , (3) si ha vencido la vigencia de la Clave de Sesión 1 actual, etcétera. Ya que se autentificó exitosamente la estación móvil 280, ?-??? 218 puede enviar la información de seguridad a SMPC 256, el cual puede transmitir posteriormente la información de seguridad a la estación móvil 280. La información de seguridad puede incluir, por ejemplo, una nueva Clave de Sesión 1, la vigencia de la Clave de Sesión 1, etcétera. Posteriormente, puede utilizarse la Clave de Sesión 1 entre la estación móvil 280 y SMPC 256 o entre la estación móvil 280 y SPDE 260 para la determinación de localización. Puede utilizarse la Clave de Sesión 1 para autentificar los mensajes y/o encriptarlos .
La figura 4A muestra un flujo de llamada 400 ejemplar para la autentificación, autorización, y establecimiento de la clave de sesión para la determinación de localización. El flujo de llamada 400 utiliza un algoritmo de Resumen de Mensaje MD-5 para autentificar solamente la estación móvil 280 a la red. El algoritmo MD-5 es conocido en la técnica y se describe por R. Rivest en un documento RFC 1321, titulado "The MD5 Message-Digest Algorithm" ("El Algoritmo de Resumen de Mensaje MD5") , el cual está disponible públicamente. Los mensajes entre SMPC 256 y ?-??? 218 se realizan a través de EAP (Extensible Authentication Protocol) (Protocolo de Autentificación Extensible) en ÜDP, y los mensajes entre SMPC 256 y la estación móvil 280 se realizan a través de UDP. Se describe EAP en UDP por P. Engelstad en un documento titulado "EAP over UDP (EAPoUDP) " ("EAP sobre UDP (EAPoUDP)"), el cual está disponible públicamente. Puede desarrollarse también la autentificación mutua para autentificar tanto a la estación móvil 280 a la red como la red a la estación móvil 280. Si se requiere autentificación mutua, entonces puede utilizarse el procedimiento del Acuerdo de Autentificación y Clave (AKA) o algunos otros mecanismos en lugar del procedimiento MD-5. Se describen los procedimientos AKA para W-CDMA en un documento 3GPP TS 33.102 titulado "3G Security Security Architecture" ("Seguridad 3G; Arquitectura de Seguridad") , el cual está disponible públicamente. Para el flujo de llamada 400, SMPC 256 envia inicialmente a H-AAA 218 un paquete de Solicitud de Acceso RADIOS (paso 412) . RADIUS (Remote Authentification Dial-In User Service) (Servicio del Usuario para Autentificación remota por medio de marcación) es un sistema de seguridad que utiliza un servidor-cliente para que los usuarios remotos realicen la autentificación a través de series de señales de identificación y respuestas que un cliente (SMPC 256) transmite entre un servidor (H-AAA 218) y un usuario (estación móvil 280) . El paquete de Solicitud de Acceso RADIOS contiene un mensaje EAP que contiene además un campo de Respuesta EAP. El campo de Respuesta EAP contiene un Identificador de Acceso de la Red (NAI) para la estación móvil 280. Antes de desarrollar el flujo de llamada 400, la estación móvil 280 establece una sesión PPP (no mostrada en la figura 4A) . El NAI es una identificación del usuario (por ejemplo, username@domain-narae . com) proporcionado por la estación móvil 280 (actuando como un cliente) durante la autentificación PPP. H-AAA 218 recibe un paquete de Solicitud de Acceso RADIUS de SMPC 256 y responde enviando de regreso un paquete de Señal de Identificación de Acceso RADIUS. El paquete de Señal de Identificación de Acceso RADIUS contiene un mensaje EAP que contiene además un campo de Solicitud EAP para una Señal de Identificación MD-5 (paso 414) . La Señal de Identificación MD-5 es una señal de identificación de autentificación generada por H-AAA 218 en base al NAI recibido de SMPC 256. SMPC 256 envía la Solicitud EAP con la Señal de Identificación MD-5 (en UDP) a la estación móvil 280 (paso 416) . La estación móvil 280 recibe la Solicitud EAP de SMPC 256 y determina una respuesta a la señal de identificación de autentificación . La estación móvil 280 responde posteriormente enviando una Respuesta EAP con una Respuesta MD-5 (en UDP) para SMPC 256 (paso 418) . SMPC 256 reenvía posteriormente a H-AAA 218 su paquete Solicitud de Acceso RADIUS original, el cual contiene la Respuesta MD-5 proporcionada por la estación móvil 280 (paso 420) . H-AAA 218 autentifica la estación móvil 280 en base a la Respuesta MD-5. Ya que se autentifica exitosamente la estación móvil 280, H-AAA 218 envía de regreso un paquete de Respuesta de Acceso RADIUS (paso 422) . Este paquete contiene un mensaje EAP que contiene además un campo Exitoso EAP. El campo de Completado EAP contiene el perfil del usuario para la estación móvil 280, el cual se obtiene de la base de datos 222. H-AAA 218 puede regresar también la información de seguridad. La información de seguridad puede incluir, por ejemplo, una nueva Clave de Sesión 1, un número aleatorio de la Clave de Sesión 1 (RAND) , y la vigencia de la Clave de Sesión 1. SPMC 256 envia entonces Completado EAP (en UDP) a la estación móvil 280 (paso 424) . SMPC 256 autoriza también a la estación móvil 280 verificando el perfil del usuario recibido desde ?-??? 218 (paso 426) .
B . Descripción de localización Para la descripción de localización, para ambos servicios de localización, originado en la móvil y terminado en la móvil, puede localizarse el servidor de localización en la red local (es decir, en el servidor LCS 216) . En este caso el servidor LCS 216 puede desarrollar los procedimientos de autentificación y autorización en base a la identificad del solicitante. Pueden desarrollarse estos procedimientos, por ejemplo, (1) si se necesita una clave de sesión utilizada para la descripción de localización (la cual se hace referencia en la presente invención como "Clave de Sesión 2") , (2) si ha vencido la vigencia de la Clave de Sesión 2 actual, etcétera. Pueden desarrollarse, ya sea la autentificación en un sentido (por ejemplo, la autentificación de la estación móvil 280 a través de una señal de identificación MD-5 como se muestra en la figura 4A) o identificación mutua (por ejemplo, utilizando AKA u otro mecanismo) . La figura 4B muestra un flujo de llamada 450 ejemplar para la autentificación, autorización, y establecimiento de la clave de sesión para la descripción de localización. El flujo de llamada 450 utiliza el procedimiento AKA para autentificar la estación móvil 280. Para el flujo de llamada 450, la estación móvil 280 envía inicialmente un mensaje de Solicitud de Clave de Sesión de descripción de localización al servidor LCS 216 (paso 462) . Este mensaje solicita una nueva Clave de Sesión 2 para la descripción de localización e incluye el NAI para la estación móvil 280. El servidor LCS 216 envía posteriormente a H-AAA 218 un paquete de Solicitud de Acceso RADIUS (paso 464) . Este paquete contiene un mensaje EAP que contiene además un campo de Respuesta EAP con el NAI. H-AAA 218 lleva a cabo los procedimientos AKA y genera un número aleatorio (RAND) y un valor de autentificación (AUTN) (paso 466) . H-AAA 218 responde posteriormente enviando de regreso un paquete de Señal de Identificación de Acceso RADIUS (paso 468) . Este paquete contiene un mensaje EAP que contiene además un campo de Solicitud EAP. El campo de Solicitud EAP porta una Señal de Identificación AKA que incluye el AUTN y RAND generados por H-AAA 218. SMPC 256 recibe el paquete de Señal de Identificación de Acceso RADIUS desde H-AAA 218 y transmite la Solicitud EAP con la Señal de Identificación AKA (en UDP) para la estación móvil 280 (paso 470) . La estación móvil 280 recibe la Solicitud EAP desde S PC 256, lleva a cabo los procedimientos AKA, y verifica el AUTN recibido. Si se verifica el AUTN recibido, entonces la estación móvil 280 genera una nueva Clave de Sesión 2 y un RES en base al RAND recibido (paso 472) . La estación móvil 280 responde entonces enviando al SMPC 256 una Respuesta EAP con una Respuesta AKA que incluye el RES (paso 474) . SMPC 256 retransmite posteriormente a H-AAA 218 su paquete de Solicitud de Acceso RADIUS original (paso 476) . Este paquete contiene la Respuesta AKA con el RES proporcionado por la estación móvil 280. H-AAA 218 autentifica la estación móvil 280 en base a la Respuesta KA. Ya que se autentifica exitosamente la estación móvil 280 verificando el RES, H-AAA 218 envía un paquete de Respuesta de Acceso RADIUS al servidor LCS 216 (paso 478) . Este paquete contiene un mensaje EAP que contiene además un campo Exitoso EAP. El campo Exitoso EAP contiene el perfil del usuario para la estación móvil 280, el cual se obtiene desde la base de datos 222. H-AAA 218 regresa también la información de seguridad. La información de seguridad puede incluir, por ejemplo, la Clave de Sesión 2, el RAND de la Clave de Sesión 2, y la vigencia de la Clave de Sesión 2. SMPC 256 recibe el paquete de Respuesta de Acceso RADIUS desde ?-??? 218 y puede retener el perfil del usuario y la Clave de Sesión 2 para su propio uso. SMPC 256 envia entonces el Completado EAP (en UDP) para la estación móvil 280 (paso 480) . SMPC 256 autoriza a continuación a la estación móvil 280 verificando el perfil del usuario (paso 482) . SMPC 256 envia posteriormente a la estación móvil 280 un mensaje de Respuesta de Clave de Sesión de descripción de localización que incluye la vigencia de la Clave de Sesión 2 (paso 484) . Tal como se muestra en la figura 4B, en la autentificación exitosa de la estación móvil 280, ?-??? 218 puede enviar la información de seguridad (por ejemplo, la Clave de Sesión 2, la vigencia de la Clave de Sesión 2) al servidor LCS 216, el cual puede enviar posteriormente la información de seguridad a la estación móvil 280. Puede utilizarse la Clave de Sesión 2 entre la estación móvil 280 y el servidor LCS 216 para la descripción de localización. Puede obtenerse la Clave de Sesión 2 por medio de los eventos siguientes: • Cuando la estación móvil 280 suscriba el servicio para el servidor LCS 216.
• Cuando la estación móvil 280 o el servidor LCS detecte que ha vencido la vigencia de la Clave de Sesión 2. • Cuando la estación móvil 280 (actuando como un cliente de localización) solicite la información de localización desde el servidor LCS 216. El flujo de llamada 400 muestra el uso del algoritmo MD-5 para la determinación de localización, y el flujo de llamada 450 muestra el uso de los procedimientos A A para la descripción de localización. Pueden utilizarse también otros algoritmos de seguridad para la determinación de localización y la descripción de localización, y esto se encuentra dentro del alcance de la invención. Por ejemplo, puede utilizarse un algoritmo CAVE (Encriptación celular y de voz) para la autentificación del acceso. Un CHAP (Protocolo de Autentificación de Diálogo de Señal de Identificación) y puede utilizarse un Protocolo IP Móvil para la autentificación IP. Los algoritmos CAVE, CHAP, e IP Móvil son conocidos en la técnica.
C . Seguridad y Privacidad Autentificación y autorización Pueden desarrollarse independientemente la autentificación y autorización para la determinación de localización y descripción de localización, por ejemplo, utilizando el flujo de llamada 400 en la figura 4?. Pueden desarrollarse la autentificación y autorización para la descripción de localización, por ejemplo, utilizando el flujo de llamada 450 en la figura 4B.
Encriptación Puede enviarse la información de localización como tráfico de usuario y encriptado utilizando la Encriptación de Capa de Enlace, tal como se describe en un documento IS-2000.5-C, titulado "Upper layer (Layer3) Signaling Standard for cdma2000 Spread Spectrum Systems" ("Norma de Señalización de Capa Superior (Capa3) para los Sistemas de Espectro Propagado cdma2000") , el cual está disponible públicamente. Puede encriptarse también la información de localización utilizando una clave de sesión (obtenida por medio del desarrollo de procedimientos en el flujo de llamada 400 o 450) y enviarse utilizando la encriptación extremo-a-extremo. Si se utiliza la encriptación extremo-a-extremo, entonces H-AAA 218 puede generar claves de sesión diferentes desde una clave raiz (por ejemplo, puede utilizarse una "UNA CLAVE" como la clave raiz) . Pueden proveerse estas claves de sesión diferentes para, y utilizadas por, entidades de red diferentes para la encriptación de la información de localización . Pueden obtenerse las claves de sesión por separado y utilizarlas para la determinación de localización y la descripción de localización. El uso de las claves de sesión por separado simplifica la arquitectura 1CS y reduce los riesgos de seguridad. La estación móvil 280 mantiene una asociación de seguridad con las entidades de la red (por ejemplo, el servidor LCS 216) en la red local 210. No se describe la clave de sesión para esta asociación (Clave de Sesión 2) para cualquier entidad de la red fuera de la red local 210. Pueden señalizarse y/o encriptarse los intercambios de la información de localización entre el servidor LCS 216 y la estación móvil 280 utilizando la Clave de Sesión 2. Una estación móvil itinerante 280 puede mantener otra asociación de seguridad con las entidades de la red (por ejemplo, SMPC 256 y SPDE 260) en la red de servicio 250. Se establece una clave de sesión por separado (Clave de Sesión 1) para las entidades en la red de servicio 250. Pueden señalizarse y/o encriptarse los intercambios de la información de localización entre SPDE 260 y la estación móvil 280, o entre SMPC 256 y la estación móvil 280, utilizando la Clave de Sesión 1.
Pueden utilizarse también las claves de sesión para las verificaciones de la integridad y autentificación del mensaje. Puede determinarse el uso de las claves de sesión para la autentificación/encriptación del mensaje y la vigencia de cada clave de sesión por medio de los parámetros de operación. Estos parámetros pueden considerar las políticas de datos específicos. Esto permite el grado de protección de seguridad que se va a seleccionar o ajustar en base al valor de la información que se va a proteger .
Servicios de localización originados en la móvil Para los servicios de localización originados en la móvil, se localiza el cliente de localización en la estación móvil 280 y puede localizarse el servidor de localización en la estación móvil 280 o en el servidor LCS 216 (véase Cuadro 1) . Si se localiza el servidor de localización en la estación móvil 280, entonces el cliente de localización solicita la información de localización a la estación móvil 280.
A. Determinación de localización IS-801 soporta un número de métodos para la determinación de localización. Un sistema de localización satelital (SPS) en base al método, puede proveer un cálculo de localización exacto para una estación móvil en base a las señales recibidas de un número suficiente de satélites SPS (cuatro típicamente) . Un método híbrido puede proveer un cálculo de localización, con exactitud intermedia, para una estación móvil en base a las señales recibidas de un número suficiente de satélites SPS y estaciones base. Un método de Trilateración de Enlace de Avance Avanzado (A-FLT) puede proveer un cálculo de localización, con exactitud reducida, para una estación móvil en base a las señales recibidas de un número suficiente de estaciones base (tres o más típicamente) . La figura 5A muestra un flujo de llamada 500 ejemplar para desarrollar la determinación de localización originada en la móvil con un método base IS-801. La estación móvil 280 inicia una llamada de datos para establecer una sesión PPP con PDSN 270 (paso 512) . Posteriormente, la estación móvil 280 envía a SMPC 256 un mensaje de Solicitud de Localización Originada en la Móvil que incluye el ??? para la estación móvil 280 (paso 514) . SMPC 256 recibe este mensaje y determina si es necesario que se desarrolle o no la autentificación y autorización para la estación móvil 280. Por ejemplo, no es necesario desarrollar la autentificación y autorización, si se han desarrollado previamente los procedimientos de autentificación y autorización para la estación móvil 280 y la Clave de Sesión 1 obtenida a través de estos procedimientos, es todavía válida debido a que no ha vencido la vigencia de la Clave de Sesión 1. Posiblemente se necesite desarrollar la autentificación y autorización, por ejemplo, si no se han desarrollado previamente los procedimientos de autentificación y autorización por la estación móvil 280 o si ha vencido la vigencia de la Clave de Sesión 1. Si no es necesario que se desarrolle la autentificación y autorización, entonces se omiten los pasos 516, 518, y 520. De lo contrario, se desarrolla el flujo de llamada 400 en la figura 4A y posiblemente SMPC 256 reciba o no una nueva Clave de Sesión 1, un nuevo RftND de Clave de Sesión 1, y una nueva vigencia de Clave de Sesión 1 desde ?-??? 218 (paso 516) . Si SMPC 256 no recibe una nueva Clave de Sesión 1 desde ?-??? 218 del paso desarrollado 516, entonces se omiten los pasos 518 y 520. Si SMPC 256 recibe una nueva Clave de Sesión 1 desde ?-??? 218 del paso desarrollado 516, entonces SMPC 256 envía un mensaje GEOPOSREQ a SPDE 260 que incluye esta Clave de Sesión 1 (paso 518) . Posteriormente SPDE 260 responde enviando un mensaje "geoposereq" de regreso a SMPC 256 (paso 520) . Se describen los mensajes GEOPOSREQ y geoposereq en TIA/EIA/PN-4747. Puede desarrollarse o no el paso 516 para el flujo de llamada 500, y esto se indica por medio de una caja punteada alrededor del paso 516. Pueden desarrollarse o no los pasos 518 y 520, y esto se indica también por medio de una caja punteada alrededor de los pasos 518 y 520. En cualquier caso, SMPC 256 envía un mensaje de Respuesta de Localización Originada en la Móvil a la estación móvil 280 (paso 522) . Este mensaje incluye el RAND de Clave de Sesión 1 actual, el cual es ya sea, (1) el nuevo RAND de Clave de Sesión 1 recibido desde ?-??? 218, si se obtiene este RAND como resultado del desarrollo de los procedimientos de autentificación y autorización en el paso 516, o (2) un RAND de Clave de Sesión 1 obtenido del desarrollo previo de los procedimientos de autentificación y autorización. La estación móvil 280 utiliza el RAND de Clave de Sesión 1 desde SMPC 256 para derivar la Clave de Sesión 1, la cual puede utilizarse posteriormente para señalizar y/o encriptar los mensajes. Posteriormente, se establece una sesión de determinación de localización IS-801 entre la estación móvil 280 y SPDE 260 para determinar la localización de la estación móvil 280 (paso 524). Pueden autentificarse y/o encriptarse todos los mensajes IS-801 para esta sesión IS-801 con la Clave de Sesión 1. La estación móvil 280 obtiene la información de localización cuando finaliza la sesión IS-801. Esta información de localización puede incluir un cálculo de localización para la estación móvil 280, una exactitud o incertidumbre para el cálculo de localización, etcétera. Si se desarrolla la determinación de localización por medio de SPDE 260 con la asistencia de la estación móvil 280, entonces SPDE 260 puede enviar la información de localización a la estación móvil 280. Después de finalizar exitosamente la sesión IS-801, se puede almacenar en la memoria caché la información de localización (es decir, almacenarse en una unidad de memoria) en la estación móvil 280, el servidor LCS 216, y/o S PC 256 para usarla en un futuro. Si se almacena la información de localización en la memoria caché en el servidor LCS 216, entonces la estación móvil 280 envía la información de localización (la cual puede autentificarse y/o encriptarse con la Clave de Sesión 2) al servidor LCS 216 (paso 526) . Si se almacena la información de localización en la memoria caché en SMPC 256, entonces la estación móvil 280 envía la información de localización (la cual puede autentificarse y/o encriptarse con la Clave de Sesión 1) a SMPC 256 (paso 528) . Pueden desarrollarse o no los pasos 526 y 528, y se indica esto por medio de una caja punteada alrededor de cada uno de estos pasos. La figura 5B muestra un flujo de llamada 550 ejemplar para desarrollar la determinación de localización originada en la móvil con un método de identificación de celda. El método de identificación de celda provee la identidad de una celda de servicio con la cual se comunica actualmente la estación móvil 280. Para el método de identificación de celda, se considera que la estación móvil 280 se localiza en una localización designada que se asocia con la celda de servicio. Por ejemplo, la localización designada puede ser la localización de la antena para la celda de servicio, la localización de la estación base para la celda de servicio, o alguna otra localización dentro del área de cobertura de la celda de servicio. La exactitud del cálculo de localización para la estación móvil 280 depende del tamaño de la celda de servicio. Para el flujo de llamada 550, la estación móvil 280 inicia una llamada de datos para establecer una sesión PPP con PDSN 270 (paso 552) . La estación móvil 280 envía posteriormente a SMPC 256 un mensaje Solicitud de Localización Originada en la Móvil que incluye el ??? para la estación móvil 280 (paso 554) . SMPC 256 determina a continuación la identificación de la celda de servicio con la cual se comunica actualmente la estación móvil 280. SMPC 256 envía posteriormente a SPDE 260 un mensaje GEOPOSREQ con una indicación que se está utilizando el método de identificación de celda, (paso 556) . SPDE 260 recibe este mensaje desde SMPC 256 y envía de regreso un mensaje geoposereq que incluye la información de localización para la estación móvil 280. Esta información de localización puede incluir un cálculo de localización para la estación móvil (en base a la identificación de la celda de servicio) , la incertidumbre o exactitud de la localización, etcétera. SMPC 256 envía posteriormente a la estación móvil 280 un mensaje Solicitud de Localización Originada en la Móvil que incluye la información de localización para la estación móvil 280 (paso 560) . El servidor LCS 216, SMPC 256, y/o estación móvil 280 puede almacenar en la memoria caché la información de localización para usarla en un futuro. Si se almacena la información de localización en la memoria caché en el servidor LCS 216, entonces la estación móvil 280 envía la información de localización (la cual puede autentificarse y/o encriptarse con la Clave de Sesión 2) al servidor LCS 216 (paso 562) .
Descripción de localización Una vez que se ha obtenido la información de localización para la estación móvil 280 desarrollando la determinación de localización, puede almacenarse en la memoria caché esta información para utilizarla en un futuro. Puede almacenarse en la memoria caché la información de localización en la estación móvil 280, S PC 256, y/o servidor LCS 216. Puede determinarse en dónde almacenar en la memoria caché la información de localización en base a varios factores tales como, por ejemplo, la política del proveedor de servicio, la suscripción del usuario, etcétera. Para la descripción de localización originada en la móvil, se localiza el cliente de localización en la estación móvil 280, y puede localizarse el servidor de localización en la estación móvil 280 o en el servidor LCS 216. El Cuadro 2 enlista varios flujos de llamada que pueden utilizarse para proveer la información de localización para la descripción de localización originada en la móvil. El flujo de llamada específico que se va a utilizar para la descripción de localización depende de dónde se localiza el cliente de localización y dónde se almacena la información de localización en la memoria caché .
CUADRO 2 Descripción de localización originada en la móvil Si se localiza el servidor de localización en la estación móvil 280 y se almacena también en la memoria caché la información de localización, entonces el servidor de localización puede obtener la información de localización de la memoria y proveerla directamente al cliente de localización. La figura 6? muestra un flujo de llamada 600 ejemplar para desarrollar la descripción de localización en donde se localiza el servidor de localización en la estación móvil 280 y se almacena la información de localización en la memoria caché en SMPC 255. La estación móvil 280 inicia una llamada de datos para establecer una sesión PPP con PDSN 270 (paso 612) . La estación móvil 280 (actuando como el cliente de localización) envía posteriormente a SMPC 256 un mensaje de Solicitud de Servicio de Localización que incluye el NAI para la estación móvil 280 (paso 614). SMPC 256 recibe este mensaje y determina si es necesario o no desarrollar la autentificación y autorización para la estación móvil 280. Si se necesita desarrollar la autentificación y autorización, entonces se desarrolla el flujo de llamada 400 en la figura 4A para obtener una Clave de Sesión 1 y un nuevo RAND Clave de Sesión 1 (paso 616) . De lo contrario, se omite el paso 616. Puede desarrollarse o no el paso 616 para el flujo de llamada 600, y se indica esto con una caja punteada alrededor del paso 616. Se utiliza el flujo de llamada 400 (en lugar del flujo de llamada 450) para autentificación, autorización, y determinación de la clave de sesión porque se localiza SMPC 256 en la red de servicio 250. SMPC 256 envía posteriormente a la estación móvil 280 un mensaje de Respuesta de Servicio de Localización que incluye la información de localización que se ha almacenado en la memoria caché para la estación móvil 280 (paso 618) . Si se desarrolló el paso 616, entonces SMPC 256 puede incluir el nuevo RAND de Clave de Sesión 1 en este mensaje de Respuesta de Servicio de Localización y puede señalizar y/o encriptar también la información de localización con la nueva Clave de Sesión 1 obtenida del paso 616. Si no se desarrolló el paso 616, entonces SMPC 256 puede señalizar y/o encriptar la información de localización con una Clave de Sesión 1 obtenida de los procedimientos previos de autentificación y autorización, en caso que no haya vencido la vigencia de esta Clave de Sesión 1. Para el flujo de llamada 600, SMPC 256 desarrolla efectivamente la función del servidor de localización. La figura 6B muestra un flujo de llamada 630 ejemplar que desarrolla la descripción de localización en donde se localiza el servidor de localización en el servidor LCS 216 y se almacena en la memoria caché también la información de localización en el servidor LCS 216. La estación móvil 280 inicia una llamada de datos para establecer una sesión PPP con PDSN 270 (paso 632) . La estación móvil 280 (actuando como el cliente de localización) envía posteriormente al servidor LCS 216 un mensaje de Respuesta de Servicio de Localización que incluye el NAI para la estación móvil 280 (paso 634). El servidor LCS 216 recibe este mensaje y determina si es necesario o no desarrollar la autentificación y autorización para la estación móvil 280. Si se necesita desarrollar la autentificación y autorización, entonces se desarrolla el flujo de llamada 400 en la figura 4B para obtener una Clave de Sesión 2 y una nueva vigencia de la Clave de Sesión 2 (paso 636) . De lo contrario, se omite el paso 636. Puede desarrollarse o no el paso 636 para el flujo de llamada 630, y se indica esto con una caja punteada alrededor del paso 636. El servidor LCS 216 envia posteriormente a la estación móvil 280 un mensaje de Respuesta de Servicio de Localización que incluye la información de localización que se ha almacenado en la memoria caché para la estación móvil 280 (paso 638) . Si se desarrolló el paso 636, entonces el servidor LCS 216 puede incluir también la vigencia de la Clave de Sesión 2 en este mensaje de Respuesta de Servicio de Localización y puede señalizar y/o encriptar la información de localización con la nueva Clave de Sesión 2. Si no se desarrolló el paso 636, entonces el servidor LCS 216 puede señalizar y/o encriptar la información de localización con una Clave de Sesión 2 obtenida de los procedimientos previos de autentificación y autorización, si no ha vencido la vigencia de esta Clave de Sesión 2. La figura 6C muestra un flujo de llamada 660 ejemplar para desarrollar la descripción de localización en donde se localiza el servidor de localización en el servidor LCS 216 y se almacena la información de localización en la memoria caché en SMPC 256. La estación móvil 280 inicia una llamada de datos para establecer una sesión PPP con PDSN 270 (paso 662) . La estación móvil 280 (actuando cono el cliente de localización) envia posteriormente al servidor LCS 216 un mensaje de Respuesta de Servicio de Localización que incluye el NAI para la estación móvil 280 (paso 634) . El servidor LCS 216 recibe este mensaje y determina que no cuenta con la información de localización, lo cual satisface los requerimientos PQoS, para la estación móvil 280. El servidor LCS 216 solicita posteriormente la información de localización para la estación móvil 280 desde SMPC 256. Esto se logra, enviando a SMPC 256 un mensaje de Respuesta de Servicio de Localización que incluye el NAI (paso 666) . El servidor LCS 216 puede obtener la dirección IP de SMPC 256 desarrollando el flujo de llamada 350 en la figura 3B. SMPC 256 recibe la solicitud desde el servidor LCS 256 y envía de regreso un mensaje de Respuesta de Servicio de Localización (paso 668) . Este mensaje incluye la información de localización que se ha almacenado en la memoria caché en SMPC 256 para la estación móvil 280. Posteriormente, el servidor LCS 216 determina si se necesita desarrollar la autentificación y autorización para la estación móvil 280. Si no se necesita desarrollar la autentificación y autorización, entonces se desarrolla el flujo de llamada 450 en la figura 4B y una nueva Clave de Sesión 2 y se obtiene una nueva vigencia de la Clave de Sesión 2 (paso 670) . De lo contrario, se omite el paso 670. Puede desarrollarse o no el paso 670 para el flujo de llamada 660, y esto se indica por medio de una caja punteada alrededor del paso 670. El servidor LCS 216 envía posteriormente a la estación móvil 280 un mensaje de Respuesta de Servicio de Localización que incluye la información de localización para la estación móvil 280 (paso 672) . Si se desarrolló el paso 670, entonces el servidor LCS 216 puede incluir también la nueva vigencia de la Clave de Sesión 2 en este mensaje de Respuesta de Servicio de Localización y puede señalizar y/o encriptar la información de localización con la nueva Clave de Sesión 2. Si no se desarrolló el paso 670, entonces el servidor LCS 216 puede señalizar y/o encriptar la información de localización con una Clave de Sesión 2 obtenida de los procedimientos previos de autentificación y autorización, si no ha vencido la vigencia de esta Clave de Sesión 2. 4. Servicios de localización terminados en la móvil Para los servicios de localización terminados en la móvil, se localiza el cliente de localización en un proveedor LCS y puede localizarse el servidor de localización en la estación móvil 280 o en el servidor LCS 2165 en la red local 210 (véase Cuadro 1) .
Puede iniciarse la sesión LCS terminada en la móvil por medio de la red si la estación móvil 280 (la cual es la estación móvil objetivo) ha establecido una sesión de datos "siempre-activa" y está lista para recibir las solicitudes de localización del servidor LCS 216. Después que se enciende la estación móvil 280, se puede iniciar una sesión de datos. En este caso, se puede actualizar el servidor DNS con la dirección IP de la estación móvil 280. La estación móvil 280 puede registrar su dirección IP con el servidor LCS 216 y puede desarrollar los procedimientos de autentificación y autorización para obtener una clave de sesión, y utilizarla para señalizar y/o encriptar los mensajes. Esta sesión de datos se mantiene tanto tiempo como la estación móvil 280 se encuentre encendida. Si el servidor LCS 216 envía un mensaje de Solicitud DNS para la dirección IP de la estación móvil 280, posteriormente, el servidor DNS 262 puede responder rápidamente con un mensaje de .Respuesta DNS porque el servidor DNS 262 ya cuenta con la dirección IP de la estación móvil 280. La figura 7 es un flujo de llamada 700 ejemplar para establecer la dirección IP de la estación móvil 280 si no está siempre encendida. El flujo de llamada 700 utiliza los mensajes SMS para forzar a que la estación móvil 280 inicie una sesión LCS originada en la móvil. Posteriormente, se establece la dirección IP de la estación móvil 280 como parte de la sesión LCS originada en la móvil . Para el flujo de llamada 700, el servidor LCS 216 envia un mensaje de Invocación de entrega punto-a-punto SMS (SMDPP) al centro de mensajes 222, el cual le da servicio a la estación móvil 280 (paso 712). Este mensaje SMDPP incluye una Notificación de Actividad e la IMSI de la estación móvil 280. Se utiliza la Notificación de Actividad para invocar a la estación móvil 280 para que inicie una llamada de datos de tal forma que pueda establecerse su dirección IP. La IMSI (Identificación de Suscriptor Móvil Internacional) es un número que puede identificar excepcionalmente la estación móvil 280. Al momento de enviar el mensaje SMDPP, el servidor LCS 216 inicia un temporizador , el cual se utiliza para temporizar la espera para responder al mensaje SMDPP. El centro de mensajes 222 recibe el mensaje SMDPP del servidor LCS 216 y envia de regreso una devolución de resultado smdpp (paso 714) . El centro de mensajes 222 necesita saber la dirección SMS de la red de servicio actual para la estación móvil 280. Se utiliza la dirección SMS para enviar los mensajes SMS a la estación móvil 280. El centro de mensajes 222 envia posteriormente un mensaje de Invocación de de Solicitud (SMSREQ) a HLR 224 (paso 716) . Si HLR 224 cuenta con la dirección SMS de la red de servicio 250 (la cual es la red de servicio actual para la estación móvil 280) , entonces HLR 224 responde con un mensaje smsreq que contiene esta dirección SMS (paso 718) . De lo contrario, HLR 224 transmite el mensaje SMSREQ a la red de servicio 250 (que no se muestra en la figura 7) . Al momento que se recibe la dirección SMS de la red de servicio 250, el centro de mensajes 222 envía el mensaje SMDPP a MSC 272 en la red de servicio 250 (paso 720) . Se envía el mensaje SMDPP utilizando la dirección SMS obtenida de HLR 224 O DE LA RED DE SERVICIO 250 EN EL PASO 718. MSC 272 recibe el mensaje SMDPP del centro de mensajes 222 y envía el mensaje a la estación móvil 280. MSC 272 extracta también la Notificación de Activación del mensaje SMDPP recibido, incluye la Notificación de Activación en un mensaje de Solicitud de Entrega SMS (SMD-REQ) , y envía el mensaje SMD-REQ al aire para la estación móvil 280 (paso 722 ) . La estación móvil 280 recibe el mensaje SMD-REQ y contesta con un mensaje de Reconocimiento de entrega SMS (SMD-ACK) (paso 724) . MSC 274 recibe el mensaje SMD-ACK de la estación móvil 280 y envía de regreso un mensaje smdpp al centro de mensajes 222 (paso 726) . La Notificación de Activación hace que la estación móvil 280 origine una llamada de datos, establezca una sesión PPP con PDSN 270, y obtenga una dirección IP (paso 728). Puede utilizarse un IPCP o un procedimiento IP Móvil, conocidos en la técnica, para proveer una dirección IP para la estación móvil 280. Posteriormente, la estación móvil 280 inicia una sesión LCS originada en la móvil con el servidor LCS 216 (paso 730) . Para los servicios de localización terminados en la móvil, el servidor LCS 216 puede descubrir la dirección IP de SMPC 256 utilizando los procedimientos en el flujo de llamada 350.
A. Determinación de localización Si la información de localización se almacena en la memoria caché de la estación móvil 280 o servidor LCS 216, entonces no es necesario que la red inicie la determinación de localización, ya que la estación móvil 280 forzará una sesión de determinación de localización. Si se permite que la información de localización se almacene en la memoria caché en SMPC 256, entonces SMSPC 256 puede iniciar una sesión LCS terminada en la móvil. La figura 8A muestra un flujo de llamada 800 ejemplar para desarrollar la determinación de localización terminada en la móvil con un método basado en IS-801. SMPC 256 envía un mensaje de Solicitud de Localización Terminada en la Móvil a la estación móvil 280 (paso 814) . Los pasos restantes 816 y 828 en el flujo de llamada 800 son los mismos que los pasos 516 a 528 en el flujo de llamada 500 en la figura 5A, excepto que se utilizan mensajes diferentes. En forma particular, se utiliza un mensaje Solicitud de Localización Terminada en la Móvil para el paso 822 mientras que se utiliza un mensaje de Respuesta de Localización Originada en la Móvil para el paso 522. La figura 8B es un flujo de llamada 850 ejemplar para desarrollar la determinación de localización con el método de identificación de celda. El flujo de llamada 850 incluye 856, 858, 860, y 862, los cuales corresponden a los pasos 556, 558, 560, y 562, respectivamente, en el flujo de llamada 550 en la figura 5B. Se omiten los pasos 552 y 554 del flujo de llamada 850. Adicionalmente , se utiliza un mensaje de Solicitud de Localización Terminada en la Móvil para el paso 860, mientras que se utiliza un mensaje de -Respuesta de Localización Originada en la Móvil para el paso 560.
B. Descripción de localización Para la descripción de localización terminada en la móvil, se localiza el cliente de localización en un proveedor LCS 202x, el cual puede ser un proveedor LCS 202a en la red local 210, proveedor LCS 202b en la red de servicio 250, o proveedor LCS 202c en la red de terceros 290 en la figura 2. Puede localizarse el servidor de localización en la estación móvil 280 o en el servidor LCS 216 en la red local 210. La información de localización puede almacenarse en la memoria caché del servidor LCS 216, SMPC 256, o estación móvil 280. El cuadro 3 enlista varios flujos de llamada que pueden utilizarse para obtener la información de localización para la descripción de localización terminada en la móvil. El flujo de llamada especifico que se utiliza para la descripción de localización depende de donde se localiza el servidor de localización y donde se almacena la información de localización en la memoria caché.
CUADRO 3 Descripción de localización terminada en móvil Donde se Donde se Donde se Método de localiza el localiza el almacena la descripción de cliente LCS servidor LCS información de localización localización en la memoria caché Proveedor Estación móvil Estación móvil Provee LCS directamente la información de localización Proveedor Servidor LCS 216 Servidor LCS 216 Utiliza el flujo LCS de llamada 900 en la figura 9a Proveedor Servidor LCS 216 SMPC 256 Utiliza el flujo LCS de llamada 930 en la figura 9B Proveedor Servidor LCS 216 Estación móvil Utiliza el flujo LCS de llamada 960 en la figura 9C Si se localiza el servidor de localización en la estación móvil 280 y se almacena en la memoria caché también la información de localización en la estación móvil 280, entonces el servidor de localización puede obtener la información de localización de la memoria y proveerla directamente al cliente de localización. La figura 9A muestra un flujo de llamada 900 ejemplar que desarrolla la descripción de localización en donde se localiza el servidor de localización en el servidor LCS 216 y se almacena en la memoria caché también en el servidor LCS 216. El proveedor LCS 202x (actuando como un cliente de localización) envía al servidor LCS 216 un mensaje de Solicitud de Servicio de Localización (paso 912) . Este mensaje solicita la información de localización a la estación móvil 280, la cual es la estación móvil objetivo. Para el flujo de llamada 900, se asume que la información de localización almacenada en la memoria caché en el servidor LCS 216 puede satisfacer los requerimientos PQoS. El servidor LCS 216 posiblemente necesite autentificar y autorizar el cliente de localización (es decir, el proveedor LCS 202x) a través de los procedimientos de autentificación y autorización, los cuales no se muestran en la figura 9A para mayor simplicidad.
El perfil de usuario para la estación móvil 280 puede indicar que se necesita la verificación de usuario antes de cada descripción de la información de localización para la estación móvil 280. En este caso, el servidor LCS 216 y la estación móvil 280 desarrollan la autentificación mutua utilizando el flujo de llamada 450 en la figura 4B (paso 914) . El servidor 216 envía posteriormente un mensaje de Solicitud de Verificación de Usuario (el cual puede señalizarse y/o encriptarse utilizando la Clave de Sesión 2 obtenida en el paso 914) a la estación móvil 280. La estación móvil 280 responde enviando de regreso un mensaje de Respuesta de Verificación de Usuario (el cual puede señalizarse y/o encriptarse también utilizando la Clave de Sesión 2 obtenida en el paso 914) . Este mensaje indica gue se permite la descripción de la información de localización para la estación móvil 280. Ya que pueden desarrollarse o no los pasos 914, 916, y 918 para el flujo de llamada 900, dependiendo del perfil de usuario, estos pasos están rodeados de cajas punteadas. Posteriormente, el servidor LCS 216 envía al proveedor LCS 202x un mensaje de Respuesta de Servicio de Localización que incluye la información de localización para la estación móvil 280 (paso 920) . La figura 9B muestra un flujo de llamada 930 ejemplar para desarrollar la descripción de localización en donde se localiza el servidor de localización en el servidor LCS 216 y se almacena la información de localización en la memoria caché en S PC 256. El proveedor LCS 202x (actuando como un cliente de localización) envía al servidor LCS 216 un mensaje de Solicitud de Servicio de Localización para la información de localización para la estación móvil 280 (paso 932). El servidor LCS 216 posiblemente necesite autentificar y autorizar el cliente de localización, el cual no se muestra en la figura 9B para mayor simplicidad. Posteriormente, pueden desarrollarse los pasos 934r 936, y 938 si el perfil de usuario para la estación móvil 280 indica que se necesita previamente la verificación de usuario para cada descripción de la información de localización para la estación móvil 280. Los pasos 934, 936, y 938 corresponden a los pasos 914, 916, y 918, respectivamente, en la figura 9A. La información de localización para la estación móvil 280 puede almacenarse en la memoria caché del servidor LCS 216. Sin embargo, se asume que esta información de localización no satisface los requerimientos PQoS. El servidor LCS 216 puede decidir posteriormente obtener la información de localización para la estación móvil 280 del SMPC 256. Esto se logra enviando un mensaje de Solicitud de Servicio de Localización al SMPC 256 (paso 940) . Si el SMPC 256 cuenta con la información de localización solicitada para la estación móvil 280, entonces envía de regreso esta información de localización al servidor LCS 216 en un mensaje de Respuesta de Servicio de Localización {paso 942) . De lo contrario, SMPC 256 inicia una sesión de determinación de localización (utilizando el flujo de llamada 800 en la figura 8A o el flujo de llamada 850 en la figura 8B) para obtener la información de localización, la cual se envía de regreso posteriormente al servidor LCS 216. El servidor LCS 216 envía después la información de localización para la estación móvil 280 (paso 944) . La figura 9C muestra un flujo de llamada 960 ejemplar que desarrolla la descripción de localización en donde se localiza el servidor de localización en el servidor LCS 216 y la información de localización se almacena en la memoria caché en la estación móvil 280 (la cual es la estación móvil objetivo) . El proveedor LCS 202x (actuando como un cliente de localización) envía al servidor LCS 216 un mensaje de Solicitud de Servicio de Localización para la información de localización para la estación móvil 280 (paso 962) . El servidor LCS 216 posiblemente necesite autentificar y autorizar el cliente de localización, el cual no se muestra en la figura 9C para mayor simplicidad. La información de localización a la estación móvil 280 puede almacenarse en la memoria caché en el servidor LCS 216. Sin embargo, se asume que esta información de localización no satisface los requerimientos PQoS. El servidor LCS 216 puede decidir posteriormente obtener la información de localización desde la estación móvil 280. El perfil de usuario para la estación móvil 280 puede indicar que se necesita la verificación de usuario antes de cada descripción de la información de localización, entonces se desarrolla la autentificación mutua entre el servidor LCS 216 y la estación móvil 280 (paso 964) . El servidor 216 envia posteriormente un mensaje de Solicitud de Servicio de Localización a la estación móvil 280 (paso 966) . Este mensaje cuenta con campo Requerido de Verificación de Usuario establecido a "1" si se necesita la verificación de usuario y a "0" si no se necesita la verificación de usuario. La estación móvil 280 verifica posteriormente el usuario en caso que se solicite, como lo indica el campo Requerido de Verificación de Usuario. La estación móvil 280 envia posteriormente al servidor LCS 216 un mensaje de .Respuesta de Servicio de Localización que incluye la información de localización para la estación móvil 280 (paso 968) . Pueden señalizarse y/o encriptarse los mensajes intercambiado entre el servidor LCS 216 y la estación móvil 280 en los pasos 966 y 968 utilizando la Clave de Sesión 2 obtenida en el paso 964. El servidor LCS 216 envia posteriormente al proveedor LCS 202x un mensaje de Respuesta de Servicio de Localización que incluye la información de localización para la estación móvil 280 (paso 970) . Para la descripción de localización para ambos casos, originada en la móvil y terminada en la móvil, se determina la información de localización de "propiedad" dependiendo de donde reside el servidor de localización (es decir, ya sea en la estación móvil 280 o en el servidor LCS 216) . El propietario de la información de localización es la autoridad para la información y puede aplicar sus propios reglamentos y políticas para describir la información. Si se localiza el servidor de localización en el servidor LCS 216, entonces el servidor LCS 216 controla la descripción de la información de localización sin importar en donde se localice el cliente de localización. El servidor LCS 216 puede desarrollar opcionalmente la autentificación y autorización si la estación móvil 280 está describiendo la localización (por ejemplo, si la información de localización se almacena en la memoria caché de la estación móvil 280) . Si el servidor de localización se localiza en la estación móvil 280, entonces la estación móvil 280 controla la descripción de la información de localización sin importar en donde se pueda localizar el cliente de localización. Sin embargo, enviando todas las solicitudes a la estación móvil 280 para esta información de localización puede incurrir en retrasos extras. Los retrasos extras pueden causarse, por ejemplo, si la estación móvil 280 está inactiva, ocupada, o inclusive fuera de la cobertura por un momento breve. Puede proveerse un LCS alterno en la red local 210 y utilizarlo como un alterno para la estación móvil 280 para la descripción de localización. La estación móvil 280 puede enviar su información de localización, asi como sus políticas/reglamentos de descripción al LCS alterno. Posteriormente, pueden dirigirse las solicitudes para la información de localización para la estación móvil 280 al LCS alterno, el cual posiblemente tenga la capacidad de dar servicio a estas solicitudes más eficientemente que la estación móvil 280. Para estas solicitudes, el LCS alterno actuarla en lugar de la estación móvil 280 y aplicarla las políticas/reglamentos de descripción de la estación móvil 280. El LCS alterno posiblemente solicite también la actualización de la información de localización de la estación móvil 280, según sea necesario. Por ejemplo, el LCS alterno puede solicitar a la estación móvil 280 que actualice la información de localización si no se puede satisfacer una solicitud de un cliente de localización con la información de localización actual para la estación móvil 280, posiblemente porque es antigua o no puede satisfacer los requerimientos PQoS. 5. Contabilidad y Facturación Pueden desarrollarse la contabilidad y facturación en el servidor LCS 216 dentro de la red local 210 y/o SMPC 256 dentro de la red de servicio 250. SMPC 256 puede generar un registro detallado de llamadas (CDR) para cada solicitud de determinación de localización. En consecuencia, el servidor LCS 216 puede generar un CDR para cada solicitud de descripción de localización. Se pueden utilizar los CDRs para contabilizar, facturar y/u otros propósitos. El cuadro 4 enlista varios conceptos que pueden incluirse en un CDR.
Cuadro 4 Conceptos Descripción Identificación cliente de La identidad del cliente de localización localización solicitando la información de localización Identificación de la estación La identidad de la estación móvil objetivo móvil objetivo que se está buscando (por ejemplo, la IMSI de la estación móvil objetivo) Completada o Fallada Indica si se proporcionó o no la información de localización Estampilla de hora La hora en que se determinó la información de localización Hora de respuesta La hora en la que se proporcionó la respuesta ra Cálculo de localización Un cálculo de la localización de la estación móvil objetivo y la conflabilidad de este cálculo de localización 10A muestra un flujo de llamada 1000 ejemplar para reportar un CDR para cada solicitud de descripción de localización recibida por medio del servidor LCS 216. Un cliente de localización 204 envia al servidor LCS 216 un mensaje de Solicitud de Servicio de Localización para la información de localización para la estación móvil 280, la cual es la estación móvil objetivo (paso 1012) . El cliente de localización 204 puede ser la estación móvil 280 o el proveedor LCS 202a, 202b, o 202c. Dependiendo de donde se almacena la información de localización en la memoria caché, pueden utilizarse flujos de llamada diferentes para obtener la información de localización, tal como se describe anteriormente. Posteriormente, el servidor LCS 216 envía al cliente de localización 204 un mensaje de Respuesta de Servicio de Localización que incluye la información de localización para la estación móvil 280 (paso 1014) . El servidor LCS 216 envía posteriormente a H-AAA 218 un mensaje de Solicitud de Conteo que incluye el CDR (paso 1016) . Puede almacenarse el CDR por medio de H-AAA-218 y utilizarse para contabilidad, facturación y/u otros propósitos. H-AAA 218 responde enviando de regreso un mensaje de .Respuesta de Contabilidad (paso 1018). La figura 10B muestra un flujo de llamada 1050 ejemplar para reportar un CDR para cada solicitud de determinación de localización recibida por SMPC 256. La estación móvil 280 envía a SMPC 256 un mensaje de Solicitud de Determinación de Localización para determinar la localización de la estación móvil 280 (paso 1052) . Pueden utilizarse varios procedimientos para determinar la locación de la estación móvil 280, tal como se describe anteriormente. Posteriormente, SMPC 256 envía un mensaje de Respuesta de determinación de localización que incluye la información de localización para la estación móvil 280 (paso 1054) . SMPC 256 genera un CDR para la solicitud de determinación de localización. SMPC 256 envía posteriormente a H-AAA 218 un mensaje de Solicitud de Conteo que incluye el CDR (paso 1056) . H-AAA 218 puede almacenar y utilizar el CDR para la contabilidad, facturación y/u otros propósitos. H-AAA responde enviando de regreso un mensaje Respuesta de Contabilidad (paso 1058) . 6. Sistema La figura 11 muestra un diagrama en bloques de varias entidades en la red 200. La estación móvil 280 puede ser un teléfono celular, una computadora con un módem inalámbrico. Una unidad determinadora de la localización autónoma, o alguna otra unidad. Una estación base 274x puede desarrollar la función de BSC/PCF 274 en la figura 2.
Para mayor simplicidad, solamente se muestra una entidad de red 1100 solamente en la figura 11. La entidad de red 1100 puede ser cualquiera de las entidades de la red que se muestran en la figura 2 (por ejemplo, el servidor LCS 216, SMPC 256, SPDE 260, proveedor LCS 202a, 202b, o 202c, o cualquier otra unidad de red) . En el enlace de avance, la estación base 274x transmite los datos, el piloto y la señalización a las estaciones móviles dentro de su área de cobertura. Se procesan estos diferentes tipos de datos (por ejemplo, codificados, modulados, filtrados, ampliados, modulados de cuadratura, y convertidos en forma ascendente) por medio de un modulador/transmisor (Mod/TMTR) 1120 para proveer una señal modulada de enlace de avance, la cual se transmite posteriormente a través de una antena 1122 a las estaciones móviles . La estación móvil 280 recibe las señales moduladas de enlace de avance desde una o más estaciones base (las cuales incluyen la estación base 274x) en una antena 1152. Se provee la señal de entrada receptora de la antena 1152 (la cual incluye un número de señales recibidas) a un receptor/desmodulador (RCVR/Demod) 1154. El RCVR/Demod 1154 procesa posteriormente la señal de entrada receptora en una forma complementaria para proveer varios tipos de información que pueden utilizarse para la determinación de localización y la descripción de localización. Por ejemplo, el RCVR/Demod 1154 puede proveer el tiempo de llegada de las señales recibidas (las cuales pueden utilizarse para la determinación de localización) , los mensajes decodificados utilizados para los flujos de llamada que se describen anteriormente, y asi continuamente. Un procesador 1160 desarrolla varias funciones de control y procesamiento para la estación móvil 280, y una unidad de memoria 1162 almacena los códigos y los datos del programa para el procesador 1160. En el enlace inverso, la estación móvil 280 puede transmitir los datos, el piloto, y/o señalización para la estación base 274x. Estos varios tipos de datos se procesan por medio de un modulador/transmisor (Mod/TMTR) 1164 para proveer una señal modulada de enlace inverso, la cual se transmite posteriormente a través de la antena 1152. La estación base 274x recibe la señal modulada de enlace inverso desde la estación móvil 280 a la antena 1122, y se provee la señal de entrada receptora de la antena 1122 al receptor/desmodulador (RCVR/Demod) 1124. El RCVR/Demod 1124 procesa posteriormente la señal de entrada receptora en una forma complementaria para proveer varios tipos de información, la cual puede proveerse posteriormente a un procesador 1110. Un procesador 1110 desarrolla varias funciones de control y procesamiento para la estación base 274x, y una unidad de memoria 1112 almacena los códigos y datos del programa para el procesador 1110. Un puerto de comunicación 1114 (Comm) permite que la estación base 274x intercambie los datos con otras entidades de la red. Dentro de la entidad de red 1100, un puerto de comunicación 1136 permite que la entidad 1100 intercambie los datos con otras entidades de red. ün procesador 1130 desarrolla varias funciones de control y procesamiento para la entidad 1100 y una unidad de memoria 1132 que almacena los datos y códigos del programa para el procesador 1130. Puede utilizarse una base de datos 1134 para almacenar la información pertinente. Por ejemplo, la base de datos 1134 puede implementar la base de datos 222 o HLR 224 en la figura 2. Para la determinación de localización, puede interactuar una función de determinación de localización 1172 (Det F) en la estación móvil 280 con una función de determinación de localización par 1142 en la entidad de red 1100 para desarrollar la determinación de localización. Las funciones 1142 y 1172 pueden implementar cualquiera de los flujos de llamada que se describen anteriormente para la determinación de localización. Para la descripción de localización, puede interactuar una función de descripción de localización 1174 (Dis F ) en la estación móvil 280 con una función de descripción de localización par 1144 en la entidad de red 1100 para desarrollar la descripción de localización. La función 1144 puede implementar el cliente de localización o el servidor de localización, y la función 1174 puede implementar el cliente de localización o el servidor de localización o ambos. Las funciones 1144 y 1174 pueden implementar cualquiera de los flujos de llamada que se describen anteriormente para la descripción de localización . Pueden implementarse el sistema, método y aparato que se describen en la presente invención con varios medios, tales como hardware, software, o una combinación de los mismos. Pueden implementarse el sistema, método y aparato para una implementación de hardware dentro de uno o más circuitos integrados de aplicación especifica (ASIC) , procesadores de señal digital (DSPs) , dispositivos de procesamiento de señal digital (DSPDs) , dispositivos lógicos programables (Plus) , una red de puertas programable de campo (FPGA) , procesadores, controladores, microcontroladores, microprocesadores, otras unidades electrónicas designadas para desarrollar las funciones que se describen en la presente invención, o una combinación de los mismos. Para una implementación de software, puede implementarse el método que se describe en la presente invención con módulos (por ejemplo, procedimientos, funciones, etcétera) que desarrollan las funciones que se describen en la presente invención. Pueden almacenarse los códigos de software en una unidad de memoria (por ejemplo, unidad de memoria 1112, 1132, o 1162 en la figura 11) y ejecutarse por medio de un procesador (por ejemplo, procesador 1110, 1130, o 1160) . Puede implementarse la unidad de memoria dentro del procesador o externo al procesador, en cuyo caso puede acoplarse en forma comunicativa al procesador a través de varios medios conocidos en la técnica. Se incluyen los encabezados en la presente invención como referencia y para ayudar a localizar ciertas secciones. Estos encabezados no tienen la intención de limitar el alcance de los conceptos que A continuación se describen en la presente invención, y pueden aplicarse estos conceptos en otras secciones a través de toda la especificación . Se provee la descripción anterior de las modalidades descritas para permitir a cualquier persona experta en la técnica realizar o hacer uso de la presente invención. Varias modificaciones a estas modalidades serán aparentes para aquellos expertos en la técnica, y pueden aplicarse los principios genéricos definidos en la presente invención para otras modalidades sin apartarse del espíritu o alcance de la invención. De esta manera, la presente invención no tiene la intención de limitar las modalidades que se muestran en la presente invención, sin embargo, está de acuerdo con el amplio alcance consistente de los principios y características novedosas que se describen en la presente invención.

Claims (43)

  1. 75 NOVEDAD DE LA INVENCIÓN Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes: REIVINDICACIONES 1. - Un método que provee los servicios de localización (LCS) , que comprende: desarrollar la determinación de localización a través de un primer conjunto de por lo menos una entidad de la red para obtener la información de localización para una estación móvil; y desarrollar la descripción de localización a través de un segundo conjunto de por lo menos una entidad de la red para proveer la información de localización para la estación móvil . 2.- El método de conformidad con la reivindicación 1, que además comprende: desarrollar la autentificación y autorización para la determinación de localización en base a un primer procedimiento de seguridad; y desarrollar la autentificación y autorización para la descripción de localización en base a un segundo procedimiento de seguridad. 76 3. - El método de conformidad con la reivindicación 2, caracterizado porque el primer procedimiento de seguridad se basa en un algoritmo MD-5 y el segundo procedimiento de seguridad se basa en un procedimiento de Acuerdo de Clave y Autentificación (AKA) . 4. - El método de conformidad con la reivindicación 1, que además comprende: desarrollar un primer establecimiento de clave de sesión para obtener una primera clave de sesión, caracterizada porque se utiliza la primera clave de sesión para la autentificación y encriptación de mensajes intercambiados con el primer conjunto de por lo menos una entidad de la red; y desarrollar un segundo establecimiento de clave de sesión para obtener una segunda clave de sesión, caracterizada porque se utiliza la segunda clave de sesión para la autentificación y encriptación de mensajes intercambiados con el segundo conjunto de por lo menos una entidad de la red. 5. - El método de conformidad con la reivindicación 1, caracterizado porque se desarrollan la determinación de localización y la descripción de localización en dos sesiones LCS por separado. 6. - El método de conformidad con la reivindicación 1, que además comprende: almacenar la información de localización en la memoria caché para la 77 estación móvil, y caracterizado porque se desarrolla la descripción de localización utilizando la información de localización almacenada en la memoria caché para la estación móvil. 7. - El método de conformidad con la reivindicación 1, caracterizado porque se localiza el primer conjunto de por lo menos una entidad de la red en una red de servicio para la estación móvil y el segundo conjunto de por lo menos una entidad de la red se localiza en una red local para la estación móvil. 8. - El método de conformidad con la reivindicación 1, caracterizado porque se desarrolla la descripción de localización por un cliente de localización y un servidor de localización. 9. - El método de conformidad con la reivindicación 8, caracterizado porque el segundo conjunto de por lo menos una entidad de la red incluye un proveedor LCS, y caracterizado porque se localiza el cliente de localización en la estación móvil o el proveedor LCS. 10. - El método de conformidad con la reivindicación 8, caracterizado porque el segundo conjunto de por lo menos una entidad de la red incluye un servidor LCS, y caracterizado porque se localiza el servidor de localización en la estación móvil o el servidor LCS. 78 11. - El método de conformidad con la reivindicación 1, caracterizado porque el primer conjunto de por lo menos una entidad de la red incluye una entidad determinadora de localización (PDE) . 12. - El método de conformidad con la reivindicación 11, caracterizado porque el primer conjunto de por lo menos una entidad de la red incluye además un centro de localización móvil de servicio (SMPC) . 13. - El método de conformidad con la reivindicación 11, caracterizado porque el primer conjunto de por lo menos una entidad de la red incluye además una entidad de contabilidad, autorización y autentificación local (H-AAA) . 14. - El método de conformidad con la reivindicación 1, caracterizado porque el segundo conjunto de por lo menos una entidad de la red incluye un servidor LCS. 15. - El método de conformidad con la reivindicación 14, caracterizado porque el segundo conjunto de por lo menos una entidad de la red incluye además una entidad de contabilidad, autorización, y autentificación local (H-AAA) . 16. - El método de conformidad con la reivindicación 1, caracterizado porque la información de 79 localización para la estación móvil comprende un cálculo de localización para la estación móvil. 17. - El método de conformidad con la reivindicación 1, caracterizado porque la información de localización para la estación móvil comprende además una incertidumbre para el cálculo de localización para la estación móvil. 18. - Un aparato que comprende: medios para desarrollar la determinación de localización a través de un primer conjunto de por lo menos una entidad de la red para obtener la información de localización para una estación móvil; y medios para desarrollar la descripción de localización a través de un segundo conjunto de por lo menos una entidad de la red para proveer la información de localización para la estación móvil. 19. - El aparato de conformidad con la reivindicación 18, que además comprende: medios para desarrollar la autentificación y autorización para la determinación de localización en base a un primer procedimiento de seguridad; y desarrollar la autentificación y autorización para la descripción de localización en base a un segundo procedimiento de seguridad. 20. - El aparato de conformidad con la reivindicación 18, que además comprende: medios para 80 desarrollar un primer establecimiento de clave de sesión para obtener una primera clave de sesión, caracterizada porque se utiliza la primera clave de sesión para la autentificación y encriptacion de mensajes intercambiados con el primer conjunto de por lo menos una entidad de la red; y medios para desarrollar un segundo establecimiento de clave de sesión para obtener una segunda clave de sesión, caracterizada porque se utiliza la segunda clave de sesión para la autentificación y encriptacion de mensajes intercambiados con el segundo conjunto de por lo menos una entidad de la red. 21. - El aparato de conformidad con la reivindicación 18, que además comprende: almacenar la información de localización en la memoria caché para la estación móvil, y caracterizado porque se desarrolla la descripción de localización utilizando la información de localización almacenada en la memoria caché para la estación móvil. 22. - Una estación móvil inalámbrica que comprende: un procesador operativo para desarrollar la primera función para obtener la información de localización para la estación móvil y para desarrollar una segunda función para proveer la información de localización, caracterizado porque la primera función interactúa con por lo menos un par de la primera función localizada en el 81 primer conjunto de por lo menos una entidad de la red para obtener la información de localización, y caracterizado porque la segunda función interactúa con por lo menos un par de la segunda función localizada en un segundo conjunto de por lo menos una entidad de la red para proveer la información de localización. 23. - Un producto de programa modalizado en un medio de almacenamiento tangible, el programa comprende instrucciones ejecutables para: desarrollar la primera función para obtener la información de localización para la estación móvil, caracterizado porque la primera función interactúa con por lo menos un par de la primera función localizada en el primer conjunto de por lo menos una entidad de la red para obtener la información de localización; y desarrollar una segunda función para proveer la información de localización, caracterizado porque la segunda función interactúa con por lo menos un par de la segunda función localizada en un segundo conjunto de por lo menos una entidad de la red para proveer la información de localización. 24. - Un método para proveer los servicios de localización (LCS) , que comprende: desarrollar la determinación de localización a través de una primera sesión LCS para obtener la información de localización para una estación móvil; y desarrollar la descripción de 82 localización a través de una segunda sesión LCS para proveer la información de localización para la estación móvil . 25. - El método de conformidad con la reivindicación 24, caracterizado porque se desarrollan la primera y segunda sesiones LCS a tiempos diferentes. 26. - El método de conformidad con la reivindicación 24, que además comprende: desarrollar la autentificación y autorización para la primera sesión LCS en base a un primer procedimiento de seguridad; y desarrollar la autentificación y autorización para la segunda sesión LCS en base a un segundo procedimiento de seguridad . 27. - El método de conformidad con la reivindicación 24, que además comprende: desarrollar un primer establecimiento de la clave de sesión para obtener una primera clave de sesión para utilizarla en la primera sesión LCS; y desarrollar un segundo establecimiento de la clave de sesión para obtener una segunda clave de sesión para utilizarla en la segunda sesión LCS. 28. - El método de conformidad con la reivindicación 24, que además comprende: proveer un primer registro de detalle de llamada (CDR) para la primera sesión LCS; y proveer un segundo CDR para la segunda sesión LCS. 83 29. - Un aparato que comprende: medios para desarrollar la determinación de localización a través de una primera sesión LCS para obtener la información de localización para una estación móvil; y medios para desarrollar la descripción de localización a través de una segunda sesión LCS para proveer la información de localización para la estación móvil. 30. - Un método para proveer los servicios de localización (LCS), que comprende: obtener la información de localización para una estación móvil; proveer la información de localización para una primera aplicación; y proveer la información de localización para una segunda aplicación . 31. - El método de conformidad con la reivindicación 30, caracterizado porque se obtiene la información de localización desarrollando la determinación de localización una vez a través de la sesión de determinación de localización, y caracterizado porque se provee la información de localización para una primera y segunda aplicaciones para desarrollar la descripción de localización dos veces a través de dos sesiones de descripción de localización. 32. - El método de conformidad con la reivindicación 30, que además comprende: almacenar la 84 información de localización en la memoria caché en la estación móvil o en una entidad de la red. 33. - El método de conformidad con la reivindicación 30, que además comprende: proveer un primer registro detallado de llamada (CRD) para proveer la información de localización para la primera aplicación; y proveer un segundo CRD para proveer la información de localización para la segunda aplicación 34. - El método de conformidad con la reivindicación 30, caracterizado porque se localiza la primera aplicación en una primera red y se localiza la segunda aplicación en una segunda red. 35. - Un aparato que comprende: medios para obtener la información de localización para una estación móvil; medios para proveer la información de localización para una primera aplicación; y medios para proveer la información de localización para una segunda aplicación. 36.- Un método para proveer los servicios de localización (LCS) , que comprende: desarrollar la determinación de localización a través de por lo menos una entidad de la red en una red de servicio para obtener la información de localización para una estación móvil; y desarrollar la descripción de localización a través de por lo menos una entidad de la red en una entidad local para 85 proveer la información de localización para la estación móvil . 37. - El método de conformidad con la reivindicación 36, que además comprende: desarrollar un primer establecimiento de clave de sesión para obtener una primera clave de sesión, caracterizada porque se utiliza la primera clave de sesión para la autentificación y encriptación de mensajes intercambiados con por lo menos una entidad de la red en la red de servicio; y desarrollar un segundo establecimiento de clave de sesión para obtener una segunda clave de sesión, caracterizada porque se utiliza la segunda clave de sesión para la autentificación y encriptación de mensajes intercambiados con por lo menos una entidad de la red en la red local. 38. - El método de conformidad con la reivindicación 36, caracterizado porque por lo menos una entidad de la red en la red de servicio incluye un centro de localización móvil de servicio (SMPC) , el método que además comprende: determinar una dirección de Protocolo Internet (IP) de SMPC. 39. - El método de conformidad con la reivindicación 38, caracterizado porque se determina la dirección IP de SMPC utilizando un nombre de dominio calificado completamente para SMPC. 86 40. - El método de conformidad con la reivindicación 38, caracterizado porque se desarrolla la descripción de localización a través de SMPC. 41. - El método de conformidad con la reivindicación 36, que además comprende: enviar un mensaje a la estación móvil para impulsar a que la estación móvil inicie una sesión LCS para desarrollar la determinación de localización. 42. - El método de conformidad con la reivindicación 36, que además comprende: almacenar la información de localización en la memoria caché en la estación móvil, una entidad de la red en la red de servicio, una entidad de la red en la red local, o una combinación de las mismas. 43. - Un aparato que comprende: medios para desarrollar la determinación de localización a través de por lo menos una entidad de la red en una red de servicio para obtener la información de localización para una estación móvil; y medios para desarrollar la descripción de localización a través de por lo menos una entidad de la red en una red local para proveer la información de localización para la estación móvil. 87 RESUMEN DE LA INVENCIÓN Un sistema, método y aparato para proveer los servicios de localización, en donde la determinación de la localización (130) y la descripción de la localización (120) se tratan por separado y como procedimientos independientes o sesiones LCS; puede desarrollarse la determinación de la localización (si es necesario) a través de un primer conjunto de entidades de la red (256, 218, 260) para obtener la información de localización para una estación móvil; se puede almacenar en memoria intermedia la información de localización para la descripción subsiguiente a cualquier número de aplicaciones; puede desarrollarse la descripción de localización (cuando se solicite) a través de un segundo conjunto de entidades de la red (256, 218, 216) para proveer la información de localización; la determinación de localización puede utilizar un primer procedimiento de seguridad para la autentificación y autorización, y para obtener un primer código de sesión utilizado para determinar la localización; la descripción de localización puede utilizar un segundo procedimiento de seguridad para la autentificación y autorización, y para obtener un segundo código de sesión utilizado para describir la localización; para una estación móvil de seguimiento, puede desarrollarse la determinación 88 de localización a través de una red de servicio, y puede desarrollarse la descripción de localización a través de una red local.
MXPA05009417A 2003-03-05 2004-03-04 Sistema, metodo y aparato para servicios de localizacion de un usuario con base en un plano (lcs). MXPA05009417A (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US45235803P 2003-03-05 2003-03-05
US45291403P 2003-03-07 2003-03-07
US46083903P 2003-04-05 2003-04-05
US10/792,062 US8023958B2 (en) 2003-03-05 2004-03-02 User plane-based location services (LCS) system, method and apparatus
PCT/US2004/006737 WO2004080096A2 (en) 2003-03-05 2004-03-04 User plane-based location services (lcs) system, method and apparatus

Publications (1)

Publication Number Publication Date
MXPA05009417A true MXPA05009417A (es) 2005-11-23

Family

ID=32966718

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA05009417A MXPA05009417A (es) 2003-03-05 2004-03-04 Sistema, metodo y aparato para servicios de localizacion de un usuario con base en un plano (lcs).

Country Status (9)

Country Link
US (1) US8023958B2 (es)
EP (1) EP1600020A2 (es)
JP (1) JP4705020B2 (es)
KR (1) KR101073282B1 (es)
BR (1) BRPI0408017A (es)
CA (1) CA2517800C (es)
HK (1) HK1088764A1 (es)
MX (1) MXPA05009417A (es)
WO (1) WO2004080096A2 (es)

Families Citing this family (123)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6560461B1 (en) 1997-08-04 2003-05-06 Mundi Fomukong Authorized location reporting paging system
US8290505B2 (en) 2006-08-29 2012-10-16 Telecommunications Systems, Inc. Consequential location derived information
US8918073B2 (en) 2002-03-28 2014-12-23 Telecommunication Systems, Inc. Wireless telecommunications location based services scheme selection
US8027697B2 (en) 2007-09-28 2011-09-27 Telecommunication Systems, Inc. Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system
US7426380B2 (en) 2002-03-28 2008-09-16 Telecommunication Systems, Inc. Location derived presence information
US9154906B2 (en) 2002-03-28 2015-10-06 Telecommunication Systems, Inc. Area watcher for wireless network
US8666397B2 (en) 2002-12-13 2014-03-04 Telecommunication Systems, Inc. Area event handling when current network does not cover target area
US7489938B2 (en) * 2003-05-14 2009-02-10 Nokia Corporation Apparatus and method for providing location information
US7181196B2 (en) * 2003-05-15 2007-02-20 Lucent Technologies Inc. Performing authentication in a communications system
WO2005051033A1 (en) * 2003-11-13 2005-06-02 Nokia Corporation Ip-based mechanism for location service systems, methods, and devices
US7424293B2 (en) * 2003-12-02 2008-09-09 Telecommunication Systems, Inc. User plane location based service using message tunneling to support roaming
US7260186B2 (en) 2004-03-23 2007-08-21 Telecommunication Systems, Inc. Solutions for voice over internet protocol (VoIP) 911 location services
US7903791B2 (en) 2005-06-13 2011-03-08 Telecommunication Systems, Inc. Enhanced E911 location information using voice over internet protocol (VoIP)
US20080090546A1 (en) 2006-10-17 2008-04-17 Richard Dickinson Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging
US20080126535A1 (en) 2006-11-28 2008-05-29 Yinjun Zhu User plane location services over session initiation protocol (SIP)
FI20040037A0 (fi) * 2004-01-13 2004-01-13 Nokia Corp Paikkainformaation tuottaminen
FI20040036A0 (fi) * 2004-01-13 2004-01-13 Nokia Corp Paikkainformaation tuottaminen vieraillussa verkossa
KR100842589B1 (ko) * 2004-01-29 2008-07-01 삼성전자주식회사 고속 데이터 전송을 위한 이동통신 시스템에서 이동단말에 대한 푸시 서비스 제공 방법과 이를 위한 푸시서버 장치
US7688260B2 (en) * 2004-08-26 2010-03-30 Global Locate, Inc. Method and apparatus for locating position of a mobile device in an assisted satellite positioning system
US20060019635A1 (en) * 2004-06-29 2006-01-26 Nokia Corporation Enhanced use of a network access identifier in wlan
WO2006013454A1 (en) * 2004-08-02 2006-02-09 Nokia Corporation Apparatus, and associated method, for providing location service to a roaming mobile station
US7353034B2 (en) 2005-04-04 2008-04-01 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
KR100834817B1 (ko) 2005-04-21 2008-06-05 삼성전자주식회사 아이엠에스 기반 네트워크에서 위치 서비스를 제공하기위한 방법
KR100878813B1 (ko) * 2005-04-29 2009-01-14 엘지전자 주식회사 위치정보 전송 방법
EP1886523B1 (en) * 2005-04-29 2012-01-11 LG Electronics Inc. Transmission of location information
KR100789825B1 (ko) 2005-04-29 2008-01-02 엘지전자 주식회사 위치정보 전송 방법
US8548487B2 (en) * 2005-06-07 2013-10-01 Nokia Corporation Signaling for administrative domain change during location tracking
CN100411480C (zh) * 2005-06-29 2008-08-13 华为技术有限公司 实现网络服务提供商选择的方法
KR100841309B1 (ko) 2005-07-01 2008-06-26 엘지전자 주식회사 메시지 오류 처리 방법 및 위치추적 시스템
US8660573B2 (en) 2005-07-19 2014-02-25 Telecommunications Systems, Inc. Location service requests throttling
CN100396154C (zh) * 2005-07-28 2008-06-18 中国联合通信有限公司 一种实现移动定位业务的方法
CN100421518C (zh) * 2005-08-01 2008-09-24 华为技术有限公司 一种基于安全的用户平面移动定位方法及系统
US10178522B2 (en) 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
KR100909609B1 (ko) * 2005-08-11 2009-07-28 엘지전자 주식회사 이동통신 시스템에서의 지역관련 위치 추적 방법
EP1922826B1 (en) * 2005-08-11 2012-11-07 LG Electronics Inc. Area-based positioning method in mobile communications system
KR100735353B1 (ko) 2005-08-12 2007-07-04 삼성전자주식회사 Ｓｕｐｌ을 이용한 위치 측정 시스템 및 방법
CN101305636A (zh) * 2005-09-15 2008-11-12 高通股份有限公司 紧急电路模式呼叫支持
US9137770B2 (en) * 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
US9282451B2 (en) 2005-09-26 2016-03-08 Telecommunication Systems, Inc. Automatic location identification (ALI) service requests steering, connection sharing and protocol translation
US8467320B2 (en) 2005-10-06 2013-06-18 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) multi-user conferencing
US7907551B2 (en) 2005-10-06 2011-03-15 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) location based 911 conferencing
CN100421521C (zh) * 2005-10-13 2008-09-24 华为技术有限公司 一种基于安全的用户平面移动定位方法
US20070117563A1 (en) * 2005-10-28 2007-05-24 Interdigital Technology Corporation Call setup procedure in an evolved third generation radio access network
US8185128B2 (en) * 2005-11-30 2012-05-22 Qualcomm Incorporated Method and apparatus for supporting location services with roaming
US8150363B2 (en) 2006-02-16 2012-04-03 Telecommunication Systems, Inc. Enhanced E911 network access for call centers
US8059789B2 (en) 2006-02-24 2011-11-15 Telecommunication Systems, Inc. Automatic location identification (ALI) emergency services pseudo key (ESPK)
CA2646550C (en) * 2006-04-06 2014-03-25 Lg Electronics Inc. Set initiated area event triggered positioning method in mobile communication system
US8121611B2 (en) * 2006-04-06 2012-02-21 Lg Electronics Inc. SET initiated area event triggered positioning method in mobile communication system
KR100942656B1 (ko) 2006-04-06 2010-02-17 엘지전자 주식회사 이동통신 시스템에서의 로밍 단말의 지역관련 위치 확인방법
US8208605B2 (en) 2006-05-04 2012-06-26 Telecommunication Systems, Inc. Extended efficient usage of emergency services keys
US7890119B2 (en) * 2006-05-23 2011-02-15 Sprint Spectrum L.P. Dynamic selection of user plane or control plane or control plane for location determination
KR100766605B1 (ko) 2006-05-24 2007-10-11 주식회사 케이티프리텔 로밍된 서비스 플랫폼 간의 연동 시스템을 통한 위치 정보제공 방법 및 시스템
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
US7957751B2 (en) * 2006-08-02 2011-06-07 Telecommunication Systems, Inc. Personal location code
CN101150848B (zh) * 2006-09-18 2011-06-15 摩托罗拉移动公司 用于鉴权无线通信装置的方法
US9094784B2 (en) * 2006-10-10 2015-07-28 Qualcomm Incorporated Registration of a terminal with a location server for user plane location
WO2008057477A2 (en) 2006-11-03 2008-05-15 Telecommunication Systems, Inc. Roaming gateway enabling location based services (lbs) roaming for user plane in cdma networks without requiring use of a mobile positioning center (mpc)
US8195196B2 (en) * 2006-12-29 2012-06-05 United States Cellular Corporation Mobility based service in wireless environment
US8356176B2 (en) 2007-02-09 2013-01-15 Research In Motion Limited Method and system for authenticating peer devices using EAP
EP1956791A1 (en) 2007-02-09 2008-08-13 Research In Motion Limited Method and system for authenticating peer devices using EAP
US8050386B2 (en) 2007-02-12 2011-11-01 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
US8510822B2 (en) * 2007-03-08 2013-08-13 Nec Corporation Communication system, reliable communication mechanism, and communication method used for the same
US9083745B2 (en) * 2007-03-12 2015-07-14 Qualcomm Incorporated Network independent location services
US9078227B2 (en) * 2007-06-14 2015-07-07 Intel Corporation Location support in wireless networks
FR2918529A1 (fr) * 2007-07-02 2009-01-09 France Telecom Procede de communication d'un terminal avec un serveur
CN101369900B (zh) * 2007-08-16 2011-12-21 华为技术有限公司 定位业务的计费系统及方法
US8185087B2 (en) 2007-09-17 2012-05-22 Telecommunication Systems, Inc. Emergency 911 data messaging
US9130963B2 (en) 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US7929530B2 (en) 2007-11-30 2011-04-19 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US8626926B2 (en) 2008-02-26 2014-01-07 Qualcomm Incorporated Method and apparatus for performing session info query for user plane location
US8510804B1 (en) * 2008-03-25 2013-08-13 Sprint Communications Company L.P. Authorizing application use by a mobile device
US8068587B2 (en) 2008-08-22 2011-11-29 Telecommunication Systems, Inc. Nationwide table routing of voice over internet protocol (VOIP) emergency calls
US8250362B2 (en) * 2008-12-04 2012-08-21 Broadcom Corporation Home network encryption techniques
US8422989B1 (en) * 2008-12-09 2013-04-16 Sprint Communications Company L.P. Method and system for encoding telecommunications user information
US20100234022A1 (en) * 2009-03-16 2010-09-16 Andrew Llc System and method for supl roaming in wimax networks
CN102334320A (zh) * 2009-04-27 2012-01-25 华为技术有限公司 定位参考信号
US9301191B2 (en) 2013-09-20 2016-03-29 Telecommunication Systems, Inc. Quality of service to over the top applications used with VPN
US8867485B2 (en) 2009-05-05 2014-10-21 Telecommunication Systems, Inc. Multiple location retrieval function (LRF) network having location continuity
US8930438B2 (en) 2009-06-17 2015-01-06 Apple Inc. Push-based location update
CN101594336B (zh) * 2009-06-19 2012-12-19 中兴通讯股份有限公司 一种定位参考信号的发送方法
KR100947726B1 (ko) 2009-09-17 2010-03-16 엘지전자 주식회사 이동통신 시스템에서의 로밍 단말의 지역관련 위치 확인 방법
US8335486B1 (en) * 2009-10-28 2012-12-18 Sprint Communications Company L.P. Average concurrent use indicator for positioning determining equipment
US8769784B2 (en) 2009-11-02 2014-07-08 Authentify, Inc. Secure and efficient authentication using plug-in hardware compatible with desktops, laptops and/or smart mobile communication devices such as iPhones
US8713325B2 (en) 2011-04-19 2014-04-29 Authentify Inc. Key management using quasi out of band authentication architecture
US8789153B2 (en) * 2010-01-27 2014-07-22 Authentify, Inc. Method for secure user and transaction authentication and risk management
US8719905B2 (en) 2010-04-26 2014-05-06 Authentify Inc. Secure and efficient login and transaction authentication using IPhones™ and other smart mobile communication devices
US8549601B2 (en) * 2009-11-02 2013-10-01 Authentify Inc. Method for secure user and site authentication
US8745699B2 (en) 2010-05-14 2014-06-03 Authentify Inc. Flexible quasi out of band authentication architecture
US8458774B2 (en) * 2009-11-02 2013-06-04 Authentify Inc. Method for secure site and user authentication
US10581834B2 (en) 2009-11-02 2020-03-03 Early Warning Services, Llc Enhancing transaction authentication with privacy and security enhanced internet geolocation and proximity
US8806592B2 (en) 2011-01-21 2014-08-12 Authentify, Inc. Method for secure user and transaction authentication and risk management
US8812018B2 (en) * 2010-07-28 2014-08-19 Unwired Planet, Llc System and method for predicting future locations of mobile communication devices using connection-related data of a mobile access network
WO2012018943A1 (en) * 2010-08-03 2012-02-09 Vonage Network, Llc Systems and methods for terminating communications between registered members of a communications service
US9094810B2 (en) * 2010-08-06 2015-07-28 Qualcomm Incorporated Transfer and modification of location related data during an ongoing location session
US8942743B2 (en) 2010-12-17 2015-01-27 Telecommunication Systems, Inc. iALERT enhanced alert manager
US8688087B2 (en) 2010-12-17 2014-04-01 Telecommunication Systems, Inc. N-dimensional affinity confluencer
WO2012141762A1 (en) 2011-02-25 2012-10-18 Telecommunication Systems, Inc. Mobile internet protocol (ip) location
US9832183B2 (en) 2011-04-19 2017-11-28 Early Warning Services, Llc Key management using quasi out of band authentication architecture
US9479344B2 (en) 2011-09-16 2016-10-25 Telecommunication Systems, Inc. Anonymous voice conversation
US8831556B2 (en) 2011-09-30 2014-09-09 Telecommunication Systems, Inc. Unique global identifier header for minimizing prank emergency 911 calls
US8949307B2 (en) 2011-11-15 2015-02-03 Google Inc. Cloud-to-device messaging for application activation and reporting
US9313637B2 (en) 2011-12-05 2016-04-12 Telecommunication Systems, Inc. Wireless emergency caller profile data delivery over a legacy interface
US9264537B2 (en) 2011-12-05 2016-02-16 Telecommunication Systems, Inc. Special emergency call treatment based on the caller
US8984591B2 (en) 2011-12-16 2015-03-17 Telecommunications Systems, Inc. Authentication via motion of wireless device movement
RU2486675C1 (ru) * 2011-12-21 2013-06-27 Открытое акционерное общество "Научно-производственное предприятие "Полет" Система радиосвязи с воздушными объектами
US9384339B2 (en) 2012-01-13 2016-07-05 Telecommunication Systems, Inc. Authenticating cloud computing enabling secure services
US9307372B2 (en) 2012-03-26 2016-04-05 Telecommunication Systems, Inc. No responders online
US9544260B2 (en) 2012-03-26 2017-01-10 Telecommunication Systems, Inc. Rapid assignment dynamic ownership queue
US9338153B2 (en) 2012-04-11 2016-05-10 Telecommunication Systems, Inc. Secure distribution of non-privileged authentication credentials
US9716691B2 (en) 2012-06-07 2017-07-25 Early Warning Services, Llc Enhanced 2CHK authentication security with query transactions
US10025920B2 (en) 2012-06-07 2018-07-17 Early Warning Services, Llc Enterprise triggered 2CHK association
US9161196B2 (en) * 2012-08-07 2015-10-13 Google Technology Holdings LLC Apparatus and method for secure private location information transfer
WO2014028712A1 (en) 2012-08-15 2014-02-20 Telecommunication Systems, Inc. Device independent caller data access for emergency calls
US9208346B2 (en) 2012-09-05 2015-12-08 Telecommunication Systems, Inc. Persona-notitia intellection codifier
US9390279B2 (en) * 2012-09-11 2016-07-12 Nextnav, Llc Systems and methods for providing conditional access to transmitted information
US9456301B2 (en) 2012-12-11 2016-09-27 Telecommunication Systems, Inc. Efficient prisoner tracking
US8983047B2 (en) 2013-03-20 2015-03-17 Telecommunication Systems, Inc. Index of suspicion determination for communications request
FR3009159B1 (fr) * 2013-07-26 2017-06-23 Inst Mines Telecom Procede de traitement de donnees de geolocalisation
US9408034B2 (en) 2013-09-09 2016-08-02 Telecommunication Systems, Inc. Extended area event for network based proximity discovery
US9516104B2 (en) 2013-09-11 2016-12-06 Telecommunication Systems, Inc. Intelligent load balancer enhanced routing
US9479897B2 (en) 2013-10-03 2016-10-25 Telecommunication Systems, Inc. SUPL-WiFi access point controller location based services for WiFi enabled mobile devices
EP3113501A1 (en) * 2015-06-29 2017-01-04 Nagravision SA Content protection
US10552823B1 (en) 2016-03-25 2020-02-04 Early Warning Services, Llc System and method for authentication of a mobile device

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE512065C2 (sv) 1995-02-16 2000-01-24 Europolitan Ab Förfarande och anordning för positionsbestämning av en mobilstation i ett cellulärt mobiltelefonsystem
DE19514084C1 (de) * 1995-04-13 1996-07-11 Siemens Ag Verfahren zum rechnergestützten Austausch kryptographischer Schlüssel zwischen einer Benutzercomputereinheit U und einer Netzcomputereinheit N
US6185427B1 (en) 1996-09-06 2001-02-06 Snaptrack, Inc. Distributed satellite position system processing and application network
US6195557B1 (en) 1998-04-20 2001-02-27 Ericsson Inc. System and method for use of override keys for location services
US6169899B1 (en) 1998-09-11 2001-01-02 Ericsson Inc. System and method for providing historical data for location services
FI108391B (fi) 1998-10-27 2002-01-15 Nokia Corp Sijaintipalvelut pakettiradioverkossa
US6321092B1 (en) * 1998-11-03 2001-11-20 Signal Soft Corporation Multiple input data management for wireless location-based applications
EP1044554B1 (de) 1998-12-29 2001-06-27 Swisscom Mobile AG Verfahren und system, um benutzern eines telekommunikationsnetzes objekte zur verfügung zu stellen
DE69906592T2 (de) 1999-05-05 2004-01-29 Nokia Corp Verfahren zur ortsbestimmung von einer mobilstation
EP1188287B1 (en) 1999-06-09 2009-09-23 Nokia Corporation Determination of the position of a mobile terminal
WO2001037477A1 (en) 1999-11-15 2001-05-25 Verizon Laboratories Inc. Cryptographic techniques for a communications network
US6385458B1 (en) * 1999-12-10 2002-05-07 Ericsson Inc. Priority handling of location services in a mobile communications network
FI109863B (fi) 2000-01-26 2002-10-15 Nokia Corp Tilaajapäätelaitteen paikantaminen pakettikytkentäisessä radiojärjestelmässä
GB0007258D0 (en) * 2000-03-25 2000-05-17 Hewlett Packard Co Providing location data about a mobile entity
FI110558B (fi) * 2000-05-24 2003-02-14 Nokia Corp Menetelmä matkaviestinverkon kautta pakettidataverkkoon kytketyn päätelaitteen paikkatiedon käsittelemiseksi
US7062279B2 (en) * 2000-06-22 2006-06-13 Openwave Systems Inc. Anonymous positioning of a wireless unit for data network location-based services
FI108372B (fi) 2000-06-30 2002-01-15 Nokia Corp Menetelmõ ja laite paikanmõõritykseen
US7203752B2 (en) * 2001-02-16 2007-04-10 Openwave Systems Inc. Method and system for managing location information for wireless communications devices
WO2002076118A1 (en) 2001-03-01 2002-09-26 Signalsoft Corporation Managing wireless location information in a multi-source environment
US7068189B2 (en) 2001-07-03 2006-06-27 Nortel Networks Limited Location and event triggered notification services
US7013391B2 (en) * 2001-08-15 2006-03-14 Samsung Electronics Co., Ltd. Apparatus and method for secure distribution of mobile station location information
FI114276B (fi) * 2002-01-11 2004-09-15 Nokia Corp Verkkovierailun järjestäminen
EP1491062B1 (en) 2001-11-19 2008-12-17 Nokia Corporation Provision of location information
US7383049B2 (en) * 2001-12-27 2008-06-03 Qualcomm Incorporated Automation of maintenance and improvement of location service parameters in a data base of a wireless mobile communication system
US7082311B2 (en) * 2003-01-21 2006-07-25 Motorola, Inc. Location technology support determinations in wireless communications networks and devices
US7359716B2 (en) * 2003-01-31 2008-04-15 Douglas Rowitch Location based service (LBS) system, method and apparatus for authorization of mobile station LBS applications
US7151939B2 (en) 2003-02-18 2006-12-19 Qualcomm Incorporated Method, apparatus, and machine-readable medium for providing indication of location service availability and the quality of available location services

Also Published As

Publication number Publication date
HK1088764A1 (es) 2006-11-10
JP4705020B2 (ja) 2011-06-22
WO2004080096A2 (en) 2004-09-16
KR101073282B1 (ko) 2011-10-12
US20040242238A1 (en) 2004-12-02
EP1600020A2 (en) 2005-11-30
CA2517800A1 (en) 2004-09-16
KR20050104420A (ko) 2005-11-02
WO2004080096A3 (en) 2005-03-03
JP2006521767A (ja) 2006-09-21
US8023958B2 (en) 2011-09-20
CA2517800C (en) 2013-04-23
BRPI0408017A (pt) 2006-04-11

Similar Documents

Publication Publication Date Title
CA2517800C (en) User plane-based location services (lcs) system, method and apparatus
US11716621B2 (en) Apparatus and method for providing mobile edge computing services in wireless communication system
US9131463B2 (en) Method for positioning target terminal while protecting privacy of user thereof
EP1842353B1 (en) Method for selecting an access point name (apn) for a mobile terminal in a packet switched telecommunications network
US8555345B2 (en) User authentication and authorisation in a communications system
KR101022997B1 (ko) 긴급 회선 모드 호 지원
EP2039110B1 (en) Method and system for controlling access to networks
US9113332B2 (en) Method and device for managing authentication of a user
US20130080779A1 (en) Indentifiers in a communication system
US20060195893A1 (en) Apparatus and method for a single sign-on authentication through a non-trusted access network
US9107072B2 (en) Seamless mobile subscriber identification
JP2008109703A (ja) 通信ネットワークでプライバシーを呼び出す方法
US20060154645A1 (en) Controlling network access
US20080311881A1 (en) Emergency call services for wireless network roaming
CN1325242A (zh) 处理有关经蜂窝网连接到分组数据网的终端的位置信息的方法
TWI516151B (zh) 通訊方法與通訊系統
CN112261022A (zh) 一种基于api网关的安全认证方法
US20020042820A1 (en) Method of establishing access from a terminal to a server
RU2368105C2 (ru) Система, способ и устройство обслуживания местоположения (омп) на основании плоскости пользователя
WO2023216274A1 (zh) 密钥管理方法、装置、设备和存储介质
CN100394811C (zh) 基于用户平面的位置服务系统、方法和设备
EP1843541B1 (en) A method of securing communication between an access network and a core network

Legal Events

Date Code Title Description
FG Grant or registration