ES2646547T3 - Servicios de ubicación independientes de red - Google Patents

Servicios de ubicación independientes de red Download PDF

Info

Publication number
ES2646547T3
ES2646547T3 ES08743810.7T ES08743810T ES2646547T3 ES 2646547 T3 ES2646547 T3 ES 2646547T3 ES 08743810 T ES08743810 T ES 08743810T ES 2646547 T3 ES2646547 T3 ES 2646547T3
Authority
ES
Spain
Prior art keywords
terminal
location
information
request
service
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
ES08743810.7T
Other languages
English (en)
Inventor
Stephen W. Edge
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
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
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2646547T3 publication Critical patent/ES2646547T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/38—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system
    • G01S19/39—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system the satellite radio beacon positioning system transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/42—Determining position
    • G01S19/48—Determining position by combining or switching between position solutions derived from the satellite radio beacon positioning system and position solutions derived from a further system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent
    • H04W12/64—Location-dependent; Proximity-dependent using geofenced areas
    • 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/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • 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
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/01—Satellite radio beacon positioning systems transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/03—Cooperating elements; Interaction or communication between different cooperating elements or between cooperating elements and receivers
    • G01S19/05—Cooperating elements; Interaction or communication between different cooperating elements or between cooperating elements and receivers providing aiding data
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S5/00—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/02—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations using radio waves
    • G01S5/0205—Details
    • G01S5/0236—Assistance data, e.g. base station almanac
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S5/00—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/02—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations using radio waves
    • G01S5/10—Position of receiver fixed by co-ordinating a plurality of position lines defined by path-difference measurements, e.g. omega or decca systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un procedimiento para dar soporte a servicios de ubicación, que comprende: un centro de ubicación (130) que se comunica con un terminal (110) para establecer una cuenta para el terminal (110) con el centro de ubicación (130) para servicios de ubicación, en el que el establecimiento de la cuenta comprende: el centro de ubicación (130) que proporciona al terminal (110) información de dirección para el centro de ubicación (130) e información de seguridad; y el centro de ubicación (130) que recibe información de identidad pública para el terminal (110); y que proporciona servicios de ubicación al terminal (110) basándose en la cuenta establecida, que comprende: enviar una solicitud para el servicio de ubicación al terminal (110) basándose en la información de identidad pública; y, establecer una comunicación segura con el terminal (110) para los servicios de ubicación basándose en la información de seguridad.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Servicios de ubicacion independientes de red ANTECEDENTES
I. Campo
[0001] La presente divulgacion se refiere, en general, a la comunicacion y, mas especfficamente, a tecnicas para dar soporte a servicios de ubicacion (LCS) para terminales.
II. Antecedentes
[0002] El documento W02004/080096 divulga un sistema, un procedimiento y un aparato para proporcionar servicios de ubicacion seguros, en los que se utilizan procedimientos de autentificacion y autorizacion para obtener claves criptograficas de sesion desde un servidor AAA de red domestica (H-AAA) para asegurar las sesiones de descubrimiento y divulgacion de servicio de ubicacion. El documento US 2002/147000 divulga un procedimiento para crear una cuenta de abonado y proporcionar informacion personalizada al dispositivo de un abonado, tal como informes de condiciones de trafico locales. Los sistemas de navegacion por satelite, como Tom-Tom GO (marca comercial), permiten proporcionar un mapa de ruta que muestre una ubicacion actual.
[0003] Es a menudo deseable, y a veces necesario, conocer la ubicacion de un terminal, por ejemplo, un telefono celular. Los terminos "ubicacion" y "posicion" son sinonimos y se usan indistintamente en el presente documento. Por ejemplo, un cliente de LCS puede desear conocer la ubicacion del terminal y puede comunicarse con un centro de ubicacion con el fin de solicitar la ubicacion del terminal. El centro de ubicacion y el terminal pueden entonces intercambiar mensajes, segun sea necesario, para obtener una estimacion de ubicacion para el terminal. El centro de ubicacion puede entonces devolver la estimacion de ubicacion al cliente de LCS.
[0004] Varias normas de LCS han sido desarrolladas por organizaciones tales como "Proyecto de Asociacion de 3.a Generacion" (3GPP), "Proyecto de Asociacion de 3.a Generacion 2" (3GPP2), y Open Mobile Alliance (OMA). Estas normas de LCS permiten a un terminal obtener su ubicacion o la ubicacion de otro terminal. Estas normas de LCS tambien permiten que un cliente de LCS solicite y obtenga la ubicacion de un terminal objetivo.
[0005] Las normas de LCS en general requiere el soporte de una red domestica inalambrica de un terminal ubicado y/o una red inalambrica de servicio que actualmente ofrece servicio al terminal. Este soporte es necesario para (i) interpretar y transferir una solicitud de ubicacion de un cliente de LCS a la red inalambrica de servicio o domestica y (ii) devolver una respuesta de ubicacion con una estimacion de ubicacion para el terminal desde la red inalambrica de servicio o domestica al cliente de LCS. Este soporte tambien es necesario para realizar el posicionamiento para el terminal y/o para ayudar al terminal a realizar mediciones relacionadas con el posicionamiento y realizar el posicionamiento. Dado que estas normas de LCS se basan en el soporte de la red inalambrica de servicio y/o domestica, es posible que un proveedor de ubicacion de terceros no pueda proporcionar servicios de ubicacion para el terminal a menos que la red inalambrica de servicio y/o domestica soporte servicios de ubicacion y haya un acuerdo comercial entre el proveedor de ubicacion y la red inalambrica de servicio y/o domestica.
RESUMEN
[0006] De acuerdo con aspectos de la presente invencion, se proporciona un procedimiento de acuerdo con la reivindicacion 1 y un aparato correspondiente de acuerdo con la reivindicacion 10 para soportar servicios de ubicacion, en el que procedimiento de la reivindicacion 1 comprende los siguientes pasos de procedimiento:
un centro de ubicacion que se comunica con un terminal para establecer una cuenta para el terminal con el centro de ubicacion para servicios de ubicacion, en el que el establecimiento de la cuenta comprende:
el centro de ubicacion que proporciona al terminal informacion de direccion para el centro de ubicacion e informacion de seguridad; y
recibir informacion de identidad publica para el terminal; y proporcionar servicios de ubicacion al terminal basandose en la cuenta establecida, que comprende:
enviar una solicitud de servicio de ubicacion al terminal basada en la informacion de identidad publica; y,
establecer una comunicacion segura con el terminal para los servicios de ubicacion basandose en la informacion de seguridad.
[0007] En el presente documento se describen tecnicas para soportar LCS independientes de red. Las tecnicas pueden permitir que los terminales obtengan servicios de ubicacion de proveedores de ubicacion de terceros sin
5
10
15
20
25
30
35
40
45
50
55
60
65
depender del soporte de los servicios de ubicacion mediante redes de servicio y domesticas. En un diseno de LCS independientes de red, un centro de ubicacion se comunica con un terminal para establecer una cuenta para el terminal con el centro de ubicacion para servicios de ubicacion. El centro de ubicacion puede establecer la cuenta para el terminal independientemente de una red domestica o una red de servicio para el terminal. Durante el registro para establecer la cuenta, el centro de ubicacion (i) proporciona informacion de direccion para el centro de ubicacion, informacion de seguridad y, opcionalmente, otra informacion para el centro de ubicacion y (ii) recibe informacion de identidad publica (por ejemplo, marcacion) y, opcionalmente, otra informacion para el terminal. El centro de ubicacion puede posteriormente proporcionar servicios de ubicacion al terminal basandose en la cuenta establecida y sin interactuar con la red de servicio o domestica para el terminal. Para la solicitud de ubicacion terminada en el movil (MT-LR), el centro de ubicacion envfa una solicitud de ubicacion al terminal basandose en la informacion de identidad publica para el terminal. El centro de ubicacion establece una comunicacion segura con el terminal basandose en la informacion de seguridad y puede proporcionar servicio de ubicacion a traves de la comunicacion segura.
[0008] Las tecnicas para soportar el suministro de datos de asistencia tambien se describen en el presente documento. Varios aspectos y caracterfsticas de la divulgacion tambien se describen a continuacion en mayor detalle.
BREVE DESCRIPCION DE LOS DIBUJOS
[0009]
La FIG. 1 muestra una implementacion que soporta LCS independientes de red.
La FIG. 2 muestra un terminal que soporta LCS independientes de red.
La FIG. 3 muestra un proceso para LCS independientes de red.
Las FIGs. 4, 5, 6, 7, 8 y 9 muestran seis esquemas de registro para establecer una cuenta para el terminal con un centro de ubicacion para servicios de ubicacion.
La FIG. 10 muestra un proceso para el servicio de ubicacion iniciado en red en SUPL.
La FIG. 11 muestra un proceso para el servicio de ubicacion iniciado por SET en SUPL.
La FIG. 12 muestra un proceso para soportar servicios de ubicacion mediante el centro de ubicacion.
La FIG. 13 muestra un proceso para obtener servicios de ubicacion mediante el terminal.
La FIG. 14 muestra la descarga de datos de asistencia y la carga de datos medidos.
La FIG. 15 muestra un diseno para soportar la descarga y carga de datos.
Las FIGs. 16, 17 y 18 muestran tres procesos para soportar el suministro de datos de asistencia.
La FIG. 19 muestra un diagrama de bloques del terminal, una red de acceso por radio (RAN), el centro de ubicacion y un servidor de ubicacion.
DESCRIPCION DETALLADA
[0010] Las tecnicas descritas en el presente documento permiten que un proveedor de ubicacion soporte los servicios de ubicacion para los terminales sin depender de las redes de servicio y domesticas, lo cual se conoce como LCS independientes de red. Las tecnicas pueden utilizarse con varias normas de LCS, tales como Ubicacion Segura del Plano de Usuario (SUPL) de OMA, V1 y V2 del Grupo de Desarrollo (CDG) de Acceso Multiple por Division de Codigo (CDMA), X.S0024 de 3GPP2, etc. SUPL es aplicable para 3GPP, 3gPp2 y redes tipo red de area local inalambrica (WLAN). X.S0024, V1 y V2 son aplicables para redes 3GPP2. Estas normas de lCs tambien se denominan soluciones de ubicacion. Para mayor claridad, se describen a continuacion algunos aspectos de las tecnicas para SUPL.
[0011] La FIG. 1 muestra un ejemplo de implementacion 100 que soporta LCS independientes de red. Un terminal 110 puede comunicarse con una o mas redes inalambricas y/o de cable 120 para obtener servicios de comunicacion y/o conectividad de datos. El terminal 110 puede ser estacionario o movil y tambien puede denominarse una estacion movil (MS), un equipo de usuario (UE), un terminal de acceso, una unidad de abonado, una estacion, etc. El terminal 110 puede ser un telefono movil, un asistente digital personal (PDA), un dispositivo inalambrico, un dispositivo de cable, un modem inalambrico, un ordenador portatil, un ordenador personal (PC), un dispositivo de telemetrfa, un dispositivo de rastreo, etc. El terminal 110 puede comunicarse con una o mas estaciones base en una
5
10
15
20
25
30
35
40
45
50
55
60
65
red inalambrica y/o uno o mas servidores en una red de cable. El terminal 110 puede comunicarse directamente con una red inalambrica y/o de cable o puede comunicarse a traves de una o mas entidades (por ejemplo, PC, portatiles, pasarelas, telefonos celulares, PDA, etc.) que estan en comunicacion con una red inalambrica y/o red de cable. El terminal 110 tambien puede recibir senales de uno o mas satelites 190, que pueden ser parte del Sistema de Posicionamiento Global (GPS) de los Estados Unidos, el sistema Galileo europeo, el sistema GLONASS ruso o un Sistema Global de Navegacion por Satelite (GNSS). El terminal 110 puede medir senales desde los satelites 190 y obtener mediciones de pseudo-intervalos para los satelites. El terminal 110 tambien puede medir senales de estaciones base en una red inalambrica y obtener mediciones de sincronizacion para las estaciones base. Las mediciones de pseudo-intervalo y/o mediciones de sincronizacion pueden utilizarse para obtener una estimacion de ubicacion para el terminal 110. Una estimacion de ubicacion tambien se denomina una estimacion de posicion, una fijacion de posicion, etc.
[0012] La(s) red(es) 120 puede incluir una red inalambrica que proporciona una comunicacion de radio para los terminales situados dentro de su area de cobertura. Una red inalambrica tambien puede denominarse una red de acceso, una red de radio, una red de acceso por radio, etc. Una red inalambrica puede ser (i) una red inalambrica domestica con la que el terminal 110 tiene suscripcion de servicio y/o (ii) una red inalambrica de servicio que actualmente ofrece servicio al terminal. Las redes inalambricas de servicio y domesticas pueden ser las mismas o diferentes redes inalambricas. De forma alternativa o adicionalmente, la(s) red(es) 120 pueden incluir una red de cable tal como una red de area local (LAN), una red de lfnea de abonado digital (DSL), una red de cable por paquetes, una red de Proveedor de Servicios de Internet (ISP), una red telefonica, Internet y/u otras redes de voz y datos. En la descripcion en el presente documento, una red domestica puede ser una red domestica inalambrica, o una red domestica de cable, o una red domestica inalambrica y de cable; una red de servicio puede ser una red de servicio inalambrica una red de servicio de cable, o una red de servicio inalambrica y de cable; y un operador de red puede ser un operador de red / proveedor de servicios inalambrico y/o un operador de red / proveedor de servicios de cable
[0013] Un centro de ubicacion 130 puede soportar LCS independientes de red para terminales y puede ser utilizado o alquilado por un proveedor de ubicacion, que puede ser independiente o parte de un operador / proveedor de servicio de red. El centro de ubicacion 130 puede tambien denominarse pasarela, plataforma de ubicacion, etc. El centro de ubicacion 130 puede realizar diversas funciones tales como registro de usuarios, soporte de servicios de ubicacion, soporte de privacidad de abonados, autorizacion, autentificacion, carga / facturacion, administracion de servicio, etc. El centro de ubicacion 130 puede comprender un Centro de Ubicacion SUPL (SLC), una Plataforma de Ubicacion SUPL (SLP), un Centro de Ubicacion Movil de Pasarela 3GPP (GMLC), un Centro de Posicion Movil 3GPP2 (MPC), etc. Un cliente de LCS 140 puede comunicarse con el centro de ubicacion 130, ya sea directamente o a traves de otro centro de ubicacion, para obtener informacion de ubicacion para objetivos de LCS. Un cliente de LCS es una funcion o entidad que solicita informacion de ubicacion para objetivos de lCs. Un objetivo de LCS es un terminal cuya ubicacion se busca.
[0014] Un servidor de ubicacion 150 puede soportar posicionamiento para los terminales y puede ser utilizado o alquilado por el proveedor de ubicacion o alguna otra entidad. El servidor de ubicacion 150 puede realizar varias funciones para soportar posicionamiento, por ejemplo, calcular estimaciones de ubicacion, suministrar datos de asistencia a terminales, realizar funciones para seguridad, etc. El posicionamiento se refiere a un proceso para determinar una estimacion de ubicacion geografica o civil para un objetivo de LCS (por ejemplo, obtener coordenadas de latitud, longitud y altitud para la ubicacion geografica o una direccion para la ubicacion civil). El servidor de ubicacion 150 puede comprender un Centro de Posicionamiento SUPL (SPC), un Centro de Ubicacion Movil de Servicio 3GPP (SMLC), una Entidad Determinadora de Posicion 3GPP2 (PDE), etc. El servidor de ubicacion 150 puede ser independiente del centro de ubicacion 130 (como se muestra en la FIG. 1) o puede ser parte del centro de ubicacion 130. Una unidad de almacenamiento 160 puede almacenar una base de datos de datos de asistencia y puede proporcionar datos de asistencia como se ha solicitado mediante el servidor de ubicacion 150. Una Red de Referencia de Area Amplia (WARN) 170 puede supervisar satelites y proporcionar al servidor de ubicacion 150 informacion de referencia de satelite para las areas de cobertura del servidor de ubicacion. La informacion de referencia de satelite puede comprender informacion de efemerides de GPS y correccion diferencial para la informacion de efemerides de GPS y puede utilizarse en calculos de ubicacion de GPS y GPS asistido (A-GPS).
[0015] Los servicios de ubicacion suelen estar disponibles solo a traves de los operadores de red. Un cliente de LCS puede obtener una estimacion de ubicacion para un terminal si el terminal tiene una suscripcion de servicio de ubicacion con una red domestica, el cliente de LCS tiene una suscripcion de cliente con una red solicitante y existe un acuerdo comercial entre la red domestica y la red solicitante, si se trata de redes diferentes. Tfpicamente, el terminal esta tfpicamente provisto de servicios de ubicacion a traves del operador de la red domestica y solo puede obtener servicios de ubicacion a traves de redes operadas por el operador de la red domestica o cubiertos por un acuerdo de roaming con el operador de la red domestica. Estas restricciones pueden limitar el suministro de servicios de ubicacion en muchos casos.
[0016] En un aspecto, el centro de ubicacion 130 puede soportar LCS independientes de red y permitir a los terminales para obtener servicios de ubicacion sin depender de soporte de los servicios de ubicacion mediante redes
5
10
15
20
25
30
35
40
45
50
55
60
65
de servicio y domesticas. Un proveedor de ubicacion que utiliza o alquila el centro de ubicacion 130 puede o no ser un operador de red y puede ser un ISP, un proveedor de servicios de VoIP (VSP), algun otro proveedor de servicios o simplemente un proveedor de solo servicios de ubicacion. Un terminal puede tener una suscripcion LCS con cualquier proveedor de ubicacion y no esta limitado a su operador de red domestica. Un cliente de LCS tambien puede tener una suscripcion LCS con cualquier proveedor de ubicacion y no esta limitado a un operador de red. El centro de ubicacion 130 puede administrar la suscripcion de usuarios tanto para clientes de LCS como para objetivos de LCS, proporcionar servicios de ubicacion, administrar la privacidad del usuario y/o realizar otras funciones. El centro de ubicacion 130 puede comunicarse con los clientes de LCS y los objetivos de LCS mediante Protocolo de Internet (IP), Protocolo de Control de Transmision / IP (TCP/IP), Protocolo de Datagrama de Usuario (UDP), Servicio de Mensajes Cortos (SMS), Protocolo de Transferencia de Hipertexto (HTTP), Protocolo de Inicio de Sesion (SIP), Protocolo de Ubicacion Movil (MLP) y/u otros medios de comunicacion de datos soportados por redes inalambricas y/o por cable.
[0017] La FIG. 2 muestra un diagrama de bloques a modo de ejemplo de un diseno del terminal 110, que soporta LCS independientes de red. En este diseno, el terminal 110 incluye Interfaces de Programacion de Aplicacion (API) 210 de interfaz de usuario (I / F), un programa de registro 220, API 230 de sistema operativo (OS), un modulo LCS 240 y una memoria no volatil segura 250. El terminal 110 tambien puede incluir otros modulos y programas, asf como una memoria no volatil no segura para datos menos crfticos con el fin de aumentar la capacidad de almacenamiento y reducir el coste. Las API de interfaz de usuario 210 soportan interactuar con un usuario a traves de una pantalla de visualizacion (no mostrada) y/o un ordenador independiente 112. El ordenador 112 puede comunicarse con el terminal 110 y/o el centro de ubicacion 130 a traves de HTTP, HTTP seguro (HTTPS), etc. El ordenador 112 puede ser independientes del terminal 110 o parte del terminal 110.
[0018] El programa de registro 220 ayuda al establecimiento de una cuenta para el terminal 110 con el centro de ubicacion 130. El programa de registro 220 puede ser preconfigurado en el terminal 110, descargado por el usuario desde un sitio web de proveedor de ubicacion, descargado por un proveedor de servicios (por ejemplo, el operador de red domestica), descargado por un proveedor de servicios utilizando OMA Device Management, transferido o descargado desde algun otro dispositivo (por ejemplo, un PC, un portatil o una PDA), copiado desde un dispositivo de almacenamiento pasivo (por ejemplo, un disquete, una unidad de disco duro, un CD-ROM, un DVD-ROM o una tarjeta de memoria flash), o instalado en el terminal 110 de alguna otra manera. El programa de registro 220 puede ser soportado en software, firmware, hardware o cualquier combinacion de estos. El programa de registro 220 puede ser independiente de otras aplicaciones, programas, procesos y sistema operativo del terminal, o puede combinarse con uno o mas de estos. El programa de registro 220 puede ser comun a diferentes tipos de terminal, por ejemplo, debido al uso de API comunes conocidas 210 y 230 que administran diferentes recursos de terminal (por ejemplo, pantalla, teclado, memoria e interfaz de senalizacion de red) de manera uniforme para diferentes tipos de terminales. El programa de registro tambien puede ser unico o especial para el terminal 110, por ejemplo, puede ser parte de las capacidades proporcionadas por el fabricante del terminal o por algun proveedor de origen al fabricante del terminal. El programa de registro 220 puede ser aplicable para un proveedor de ubicacion especffico y puede personalizarse para asegurar la interaccion correcta del programa con el centro de ubicacion 130 durante un procedimiento de registro para establecer la cuenta. De forma alternativa, el programa de registro 220 puede ser aplicable para diferentes proveedores de ubicacion y puede soportar un procedimiento de registro comun para todos los proveedores de ubicacion o un procedimiento de registro distinto para cada proveedor de ubicacion. El programa de registro 220 puede ser activado por el usuario, por ejemplo, haciendo clic en un icono en la pantalla del terminal 110, respondiendo a un mensaje de menu, a traves del ordenador 112, etc.
[0019] Cuando se activa, el programa de registro 220 puede leer el estado de configuracion actual para todos los proveedores de ubicacion en el terminal 110 y suprimir o modificar cualquier informacion de configuracion en conflicto (por ejemplo, despues de pedir al usuario que confirme). El programa de registro 220 puede pedir al usuario que confirme el proveedor de ubicacion al que se accede o que proporcione o seleccione el proveedor de ubicacion si el programa soporta varios proveedores de ubicacion. El programa de registro 220 puede interactuar con el usuario a traves de las API 210 para transferir informacion a y desde el usuario como parte del registro al proveedor de ubicacion. El programa de registro 220 puede comunicarse con el ordenador 112 para intercambiar informacion, como se describe a continuacion. El programa de registro 220 tambien puede acceder e interactuar con el centro de ubicacion 130 a traves de una comunicacion segura para transferir de forma segura la informacion del usuario y la informacion del terminal al centro de ubicacion 130 y para recibir informacion del proveedor de ubicacion (por ejemplo, identidad, direccion del centro de ubicacion, claves de autentificacion, etc.) desde el centro de ubicacion 130. La comunicacion segura puede basarse en HTTPS, TCP / Transport Layer Security (TCP/TLS), etc. El programa de registro 220 puede pedir al usuario que introduzca o confirme informacion pertinente tal como nombre, direccion de correo electronico, informacion de tarjeta de credito, privacidad deseada, servicios deseados, etc. El programa de registro 220 tambien puede acceder a la informacion de usuario desde el centro de ubicacion 130, que puede obtener esta informacion a traves de un procedimiento de configuracion en lfnea independiente realizado por el usuario. El programa de registro 220 puede confirmar la finalizacion de la activacion del servicio al usuario.
[0020] El programa de registro 220 puede acceder a recursos y capacidades soportados por el terminal 110 interactuando con el sistema operativo del terminal 110 (que puede ser Sun Microsystems JAVA, Qualcomm BREW, Microsoft Windows Mobile, Symbian, Google Android, etc.) a traves de las API 230 proporcionadas por el sistema
5
10
15
20
25
30
35
40
45
50
55
60
65
operativo. El programa de registro 220 puede recuperar informacion y escribir informacion para asegurar la memoria no volatil 250 a traves de las API 230. El programa de registro 220 tambien puede modificar y/o anadirse a la informacion del proveedor de ubicacion asociada con una solucion de ubicacion especffica tal como SUPL a traves de las API 230. Por ejemplo, el programa de registro 220 puede crear una nueva direccion y claves de seguridad para una SLP domestica (H-SLP) para soportar SUPL. El modulo LCS 240 puede soportar servicios de ubicacion para el terminal 110 y puede soportar SUPL y/u otras soluciones de ubicacion. En la descripcion de varios esquemas de registro divulgados en el presente documento, a veces se hacen referencias al terminal 110 como fuente o destinatario de diferentes acciones y eventos. El proposito es simplificar la descripcion y el programa de registro 220 puede ser la fuente o destinatario final de cualquier accion o evento de este tipo (por ejemplo, asistido por servicios soportados por API 210 y/o API 230).
[0021] La FIG. 3 muestra un proceso 300 realizado por el terminal 110 para LCS independientes de red. El terminal 110 puede realizar un registro con el centro de ubicacion 130 para establecer una cuenta para el terminal con el proveedor de ubicacion (bloque 310). El registro puede realizarse una vez y basandose en cualquiera de los esquemas de registro descritos a continuacion. El registro permite al proveedor de ubicacion obtener informacion pertinente para el terminal 110, permite al proveedor de ubicacion ubicar el terminal 110 y permite al proveedor de ubicacion atender solicitudes de ubicacion desde el terminal. El registro tambien proporciona al terminal 110 informacion pertinente para el proveedor de ubicacion, permite al terminal realizar solicitudes de ubicacion al proveedor de ubicacion y permite al terminal responder a solicitudes de ubicacion del proveedor de ubicacion. El proveedor de ubicacion puede convertirse en un H-SLP principal (solo) para SUPL o puede convertirse en un H-SLP secundario para SUPL con el fin de evitar perturbar el servicio SUPL primario con la red domestica.
[0022] Despues de completar el registro, el terminal 110 puede obtener los servicios de ubicacion desde el centro de ubicacion 130 a traves de la cuenta establecida (bloque 320). El terminal 110 puede realizar el registro con el centro de ubicacion 130 despues del registro, mientras obtiene servicios de ubicacion o despues de completar los servicios de ubicacion. El terminal 110 puede proporcionar su direccion IP al centro de ubicacion 130 para su registro. El cliente de LCS 140 tambien puede obtener servicios de ubicacion desde el centro de ubicacion 130 con el fin de obtener informacion de ubicacion para el terminal 110.
[0023] El usuario del terminal 110 puede registrarse con el proveedor de ubicacion como un objetivo de LCS y/o un cliente de LCS. El registro como objetivo de LCS permite determinar la ubicacion del terminal 110 y proporcionarla al terminal 110 y/o a otros clientes de LCS. El registro como cliente de LCS permite al terminal 110 obtener estimaciones de ubicacion para otros terminales. Puede soportarse la seguridad y la privacidad para permitir que la ubicacion del terminal 110 sea determinada y proporcionada solo cuando se autorice.
[0024] La FIG. 4 muestra un diseno de un primer esquema de registro para LCS independientes de red. El usuario del terminal 110 puede acceder y comunicarse con el centro de ubicacion 130 a traves de HTTP, HTTPS, etc. El usuario puede establecer servicio con el proveedor de ubicacion como un objetivo de LCS y/o un cliente de LCS (paso 1). El usuario puede no proporcionar ninguna informacion para el terminal 110 y puede obtener informacion de nombre de usuario y contrasena y reglas de privacidad de ubicacion de configuracion. El centro de ubicacion 130 puede devolver informacion tal como un Uniform Resource Identifier (URI) para el proveedor de ubicacion, una referencia local, una clave secreta temporal, etc. (paso 2). El URI del proveedor de ubicacion puede ser una direccion IP, un nombre de dominio totalmente calificado (FQDN) o alguna otra informacion utilizada para llegar al centro de ubicacion 130. La referencia local se puede utilizar como un ID temporal para el registro. La clave secreta temporal se puede utilizar para las funciones de seguridad descritas a continuacion. El centro de ubicacion 130 puede enviar toda la informacion en una sola cadena alfanumerica, por ejemplo, una cadena de 10 a 25 dfgitos o caracteres lo suficientemente corta para ser gestionada por el usuario, por ejemplo, escrita, mecanografiada, etc. Los pasos 1 y 2 pueden realizarse desde un ordenador independiente 112 (como se muestra en la FIG. 4) o mediante el terminal 110 (no mostrado en la FIG. 4). El usuario puede activar el programa de registro 220 en el terminal 110 (por ejemplo, utilizando una funcion de menu especial) y puede introducir el URI del proveedor de ubicacion y otra informacion recibida desde el centro de ubicacion 130, por ejemplo cuando el programa de registro 220 lo pida o como entrada no solicitada al programa de registro 220 (paso 3). El terminal 110 puede almacenar la informacion en su memoria no volatil segura 250, por ejemplo, segun lo indicado por el programa de registro 220.
[0025] El terminal 110 puede entonces acceder al centro de ubicacion 130 para activar el servicio (paso 4). El terminal 110 puede proporcionar la referencia local recibida en el paso 2 para identificar el usuario con el centro de ubicacion 130. El terminal 110 puede realizar autentificacion mutua con la clave secreta temporal para autentificar el centro de ubicacion 130 en el terminal 110 y para autentificar el terminal 110 en el centro de ubicacion 130. La autentificacion mutua puede basarse en la autentificacion de TLS de Clave Pre-compartida (PSK-TLS) o en algun otro protocolo de seguridad. Despues de completar la autentificacion mutua, el terminal 110 puede proporcionar su informacion de identidad publica, que puede ser un Numero de Directorio Movil (MDN), un Numero ISDN Internacional de Estacion Movil (MSISDN), un URI SIP de usuario publico, etc. El centro de ubicacion 130 puede proporcionar su identidad (por ejemplo, un nombre) y un URI permanente al terminal 110. El centro de ubicacion 130 y el terminal 110 tambien pueden negociar una clave secreta permanente (por ejemplo, usando un intercambio de claves Diffie-Hellman). El terminal 110 puede almacenar la clave secreta permanente en una memoria no volatil segura 250 y puede usar esta clave secreta para futuras autentificaciones con el centro de ubicacion 130. El terminal
5
10
15
20
25
30
35
40
45
50
55
60
65
110 puede realizar la desactivacion del servicio de ubicacion con el centro de ubicacion 130 (por ejemplo, a instancias del usuario) realizando pasos similares a los pasos 3 y 4. Para todos los esquemas de registro, la desactivacion del servicio de ubicacion y la eliminacion de la informacion relacionada con la cuenta entre el terminal 110 y el centro de ubicacion 130 pueden realizarse usando pasos similares a los utilizados para el registro.
[0026] Para el primer esquema de registro, las propiedades de seguridad son las siguientes. Los pasos 1 y 2 se pueden realizar de una manera segura. El usuario puede conocer la verdadera identidad del proveedor de ubicacion y HTTPS puede utilizarse para devolver de forma segura la clave secreta temporal y la referencia local en el paso 2. El paso 3 puede no ser seguro ya que alguien distinto del usuario real podrfa realizar los pasos 1 y 2 y, a continuacion, obtener acceso temporal al terminal 110. Esto puede eludirse (i) mostrando de manera prominente el nombre del proveedor de ubicacion (por ejemplo, en una pantalla de bienvenida del terminal 110) para que el usuario real pueda tomar conciencia y (ii) alertando al usuario que vuelva a confirmar la activacion (por ejemplo, periodicamente) en el terminal 110. El paso 4 debe ser tan seguro como los pasos 1 y 2. El terminal 110 (o el programa de registro 220) puede proporcionar menus y funciones para soportar la activacion del proveedor en el paso 3 y la activacion del servicio en el paso 4.
[0027] La FIG. 5 muestra un diseno de un segundo esquema de registro para LCS independientes de red. El usuario del terminal 110 puede establecer servicio con el proveedor de ubicacion como un objetivo de LCS y/o un cliente de LCS (paso 1). El usuario puede proporcionar el MDN, MSISDN o URI SIP de usuario publico para el terminal 110 y puede obtener informacion de nombre de usuario y contrasena y reglas de privacidad de ubicacion de configuracion. El centro de ubicacion 130 puede devolver un codigo para una autentificacion posterior (paso 2).
[0028] El centro de ubicacion 130 puede entonces enviar una solicitud de activacion de servicio al terminal 110 (paso 3). Esta solicitud se puede enviar utilizando un mensaje SMS que contiene el nombre del proveedor de ubicacion, el URI y, posiblemente, el codigo proporcionado en el paso 2. El terminal 110 puede alertar al usuario para que autorice la activacion del servicio (posiblemente en un momento posterior) (paso 4). El terminal 110 puede mostrar el nombre del proveedor de ubicacion y posiblemente el codigo para la autentificacion y puede solicitar al usuario que autorice la activacion del servicio. Si la activacion del servicio es autorizada por el usuario, entonces el terminal 110 puede confirmar la activacion del servicio al centro de ubicacion 130 (paso 5). El centro de ubicacion 130 puede proporcionar un URI permanente al terminal 110. El terminal 110 puede autentificar la identidad del proveedor de ubicacion, por ejemplo, utilizando un certificado de clave rafz publica para el centro de ubicacion 130. El centro de ubicacion 130 y el terminal 110 pueden negociar una clave secreta comun para la autentificacion futura, y el terminal 110 puede almacenar esta clave secreta en una memoria no volatil segura 250 para futuras autentificaciones. El terminal 110 puede proporcionar confirmacion de la activacion del servicio al usuario en el paso 4 o despues del paso 5.
[0029] Para el segundo esquema de registro, las propiedades de seguridad son las siguientes. Los pasos 1 y 2 pueden realizarse de una manera segura, por ejemplo, el usuario puede conocer la verdadera identidad del proveedor de ubicacion. Tal vez no sea necesario que el paso 3 sea seguro ya que el servicio aun no esta activado. El paso 4 tal vez no sea seguro ya que otra persona puede obtener acceso temporal al terminal 110. Sin embargo, el retraso entre los pasos 1 y 2 y los pasos 3 y 4 puede hacer que esto sea menos probable, particularmente si el proveedor de ubicacion o el terminal garantiza que este retraso no sea pequeno (por ejemplo, asegura un retraso de una hora o un dfa). Esto se debe a que alguien que habfa obtenido acceso temporal al terminal 110 necesitarfa retener el acceso para completar los pasos 4 y 5 (dado que el usuario real verfa el paso 4 como un evento inesperado y probablemente no lo permitirfa). El principal riesgo de los pasos 3 y 4 puede ser una solicitud de activacion del servicio de otro proveedor de ubicacion al que no accede el usuario en los pasos 1 y 2. Para protegerse contra esto, en el paso 4, se puede solicitar al usuario que introduzca el codigo recibido en el paso 2 en lugar de verificar el codigo mostrado por el terminal 110. El codigo proporcionado en el paso 2 puede usarse entonces para autentificacion mutua entre el terminal 110 y el proveedor de ubicacion. En el paso 5, el terminal 110 puede verificar la identidad del proveedor de ubicacion utilizando el certificado de clave rafz publica. El terminal 110 (o el programa de registro 220) puede proporcionar menus y funciones para soportar la activacion del usuario en el paso 4 y la activacion del servicio en los pasos 3 y 5.
[0030] La FIG. 6 muestra un diseno de un tercer esquema de registro para LCS independientes de red. El usuario del terminal 110 puede establecer servicio con el proveedor de ubicacion como un objetivo de LCS y/o un cliente de LCS (paso 1). El usuario puede proporcionar el nombre del usuario, la direccion postal, la direccion de correo electronico, posiblemente el numero de tarjeta de credito, MDN, MSISDN o URI SIP del usuario publico del terminal 110, etc. El usuario puede obtener informacion de nombre de usuario y contrasena y reglas de privacidad de ubicacion de configuracion. El centro de ubicacion 130 puede devolver el URI del proveedor de ubicacion (por ejemplo, una direccion IP) y una clave secreta (paso 2). El usuario puede activar el proveedor de ubicacion en el terminal 110 (por ejemplo, utilizando una funcion de menu especial) y puede introducir el URI del proveedor de ubicacion y otra informacion recibida del centro de ubicacion 130 (paso 3). El terminal 110 puede almacenar la informacion en una memoria no volatil segura 250.
[0031] El centro de ubicacion 130 puede verificar la activacion en un momento posterior (por ejemplo, uno o mas dfas despues) y puede enviar una solicitud de ubicacion (por ejemplo, una MT-LR) usando SUPL para la verificacion
5
10
15
20
25
30
35
40
45
50
55
60
65
(paso 4). La verificacion puede probar la asociacion del MDN, MSISDN o URI SIP de usuario publico proporcionado en el paso 1 al codigo secreto devuelto en el paso 2. La activacion en el paso 3 puede considerarse verificada si el centro de ubicacion 130 es capaz de acceder al terminal 110 utilizando el MDI, MSISDN o URI SIP de usuario publico, autentificar el terminal 110 utilizando la clave secreta y obtener una estimacion de ubicacion. Si se verifica la activacion, el centro de ubicacion 130 o el terminal 110 puede alertar al usuario. Si la verificacion no tiene exito, el centro de ubicacion 130 puede informar al usuario, por ejemplo, a traves de un correo electronico enviado a la direccion de correo electronico proporcionada en el paso 1. Las propiedades de seguridad para el tercer esquema de registro pueden ser las descritas anteriormente para el primer esquema de registro en la FIG. 4 para asegurar una activacion segura.
[0032] La FIG. 7 muestra un diseno de un cuarto esquema de registro para LCS independientes de red. Los pasos 1, 2 y 3 en el cuarto esquema de registro pueden realizarse como se ha descrito anteriormente para los pasos 1, 2 y 3 en el tercer esquema de registro. El terminal 110 puede verificar la activacion (paso 4). La verificacion puede ser una solicitud de ubicacion (por ejemplo, una MO-LR) usando SUPL dirigida al centro de ubicacion 130. La verificacion puede probar la asociacion del terminal 110 al codigo secreto devuelto en el paso 2. La activacion en el paso 3 puede considerarse verificada si el terminal 110 es capaz de autentificar el centro de ubicacion 130 usando la clave secreta y obtener una estimacion de ubicacion. El terminal 110 tambien puede confirmar la activacion al usuario. El centro de ubicacion 130 tambien puede verificar el MDN, MSISDN o URI SIP de usuario publico proporcionado en el paso 1, por ejemplo, instigando una solicitud de ubicacion (por ejemplo, MT-LR) al terminal 110. Las propiedades de seguridad para los pasos 1, 2 y 3 en el cuarto esquema de registro pueden ser las descritas anteriormente para los pasos 1, 2 y 3 en el primer esquema de registro en la FIG. 4 para asegurar una activacion segura. Los pasos 4 y 5 en el cuarto esquema de registro pueden ser tan seguros como los pasos 1 y 2 en este esquema.
[0033] La FIG. 8 muestra un diseno de un quinto esquema de registro para LCS independientes de red. El usuario del terminal 110 puede establecer servicio con el proveedor de ubicacion como un objetivo de LCS y/o un cliente de LCS (paso 1). El usuario puede proporcionar el MDN, MSISDN o URI SIP de usuario publico del terminal 110 y puede obtener informacion de nombre de usuario y contrasena y reglas de privacidad de ubicacion de configuracion. El centro de ubicacion 130 puede devolver una primera clave secreta (clave 1) (paso 2) y puede enviar una solicitud de activacion de servicio al terminal 110 (paso 3). El paso 3 puede ocurrir inmediatamente despues del paso 2 o en un momento posterior. La solicitud puede enviarse en un mensaje SMS o algun otro mensaje (por ejemplo, MMS, IM) que contenga el nombre del proveedor de ubicacion, el URI del proveedor de ubicacion y una segunda clave secreta (clave 2).
[0034] El terminal 110 puede alertar al usuario para que autorice la activacion del servicio (paso 4). El terminal 110 puede mostrar el nombre del proveedor de ubicacion y obtener la clave 1 del usuario. Si el usuario autoriza la activacion del servicio, el terminal 110 puede verificar la activacion del servicio con el centro de ubicacion 130 (paso 5). Como parte del paso 5, la clave 1 y la clave 2 se pueden combinar en una clave secreta permanente K. Como otra parte del paso 5, el terminal 110 puede realizar una solicitud de ubicacion de MO-LR (por ejemplo, utilizando SUPL) usando la clave secreta K para la autentificacion mutua. Si la autentificacion mutua tiene exito utilizando la clave secreta K y se obtiene una estimacion de ubicacion, entonces la activacion de servicio en el paso 3 puede considerarse verificada tanto por el terminal 110 como por el centro de ubicacion 130. El terminal 110 puede confirmar la activacion del servicio al usuario en el paso 4 o despues del paso 5.
[0035] Las propiedades de seguridad para los pasos 1, 2, 3 y 4 en el quinto esquema de registro pueden ser como se describen anteriormente para los pasos 1, 2, 3 y 4 en el segundo esquema de registro en la FIG. 5 para asegurar una activacion segura. El paso 5 debe ser seguro ya que la clave secreta K se obtiene a partir de dos interacciones independientes. Esto evita que el usuario no pueda acceder a una solicitud de activacion de servicio de otro proveedor de ubicacion en los pasos 1 y 2.
[0036] Del primer al quinto esquema de registro, el usuario puede registrarse para el servicio como un objetivo de LCS y/o un cliente de LCS con el proveedor de ubicacion accediendo al centro de ubicacion 130 a traves de Internet utilizando TCP/IP, HTTP, HTTPS u otros medios. El usuario puede proporcionar informacion pertinente tal como el nombre de usuario, direccion postal, direccion de correo electronico, informacion de facturacion, informacion de identidad publica para el terminal 110, etc. Para el registro como objetivo de LCS, la informacion pertinente puede ser proporcionada y almacenada por el terminal 110 para que puede interactuar correctamente con el centro de ubicacion 130 para permitir que se obtenga la ubicacion del terminal cuando lo solicite el usuario o algun otro cliente de LCS.
[0037] Del primer al quinto esquema de registro, cada uno de ellos incluye partes de configuracion y activacion independientes. Para la parte de configuracion, se crea una cuenta de usuario en el centro de ubicacion 130 y puede incluir informacion de usuario tal como nombre de usuario, direccion postal, direccion de correo electronico, detalles de facturacion, preferencias de privacidad, servicios de ubicacion suscritos, MDN, MSISDN o URI SIP de usuario publico del terminal 110, etc. Para la parte de activacion, la informacion sobre el proveedor de ubicacion esta configurada en el terminal 110, y la informacion sobre el terminal 110 (por ejemplo, MDN, MSISDN o URI SIP de usuario publico) puede proporcionarse al centro de ubicacion 130. La informacion puede almacenarse tanto en el
5
10
15
20
25
30
35
40
45
50
55
60
65
terminal 110 como en el centro de ubicacion 130 para permitir la autentificacion mutua cuando el terminal 110 y el centro de ubicacion 130 interaction posteriormente para servicios de ubicacion. Una solucion de ubicacion particular (por ejemplo, SUPL) puede ser habilitada para el uso entre el terminal 110 y el centro de ubicacion 130 para soportar servicios de ubicacion.
[0038] La parte de configuracion implica la transferencia de informacion entre el usuario y el centro de ubicacion 130 y puede realizarse mediante una conexion en lfnea independiente (por ejemplo, a traves de Internet), como se muestra en las FIGs. 4 a 8. La parte de activacion implica la transferencia de informacion entre el terminal 110 y el centro de ubicacion 130 y la interaccion entre el usuario y el terminal 110. Las partes de configuracion y activacion pueden combinarse.
[0039] La FIG. 9 muestra un diseno de un sexto esquema de registro para LCS independientes de red. Opcionalmente, el usuario del terminal 110 puede establecer servicio con el proveedor de ubicacion usando un acceso en lfnea independiente (por ejemplo, desde el ordenador 112) (paso 1), y el centro de ubicacion 130 puede devolver informacion de nombre de usuario y contrasena para permitir el acceso futuro del usuario al proveedor de ubicacion (paso 2). El usuario del terminal 110 puede invocar el programa de registro 220 en el terminal (por ejemplo, a traves de una funcion de menu) o puede descargar primero el programa de registro desde el centro de ubicacion 130 al terminal 110 o primero obtener el programa de registro 220 de alguna otra manera y a continuacion invocar el programa de registro (paso 3). El programa de registro 220 puede guiar al usuario a traves del procedimiento de registro (paso 4). Si no se llevaron a cabo los pasos 1 y 2, el programa de registro 220 puede acceder al centro de ubicacion 130 y ayudar a guiar al usuario a traves de la parte de registro de los pasos 1 y 2. Si se llevaron a cabo los pasos 1 y 2, el programa de registro 220 puede ayudar al usuario a iniciar sesion en el centro de ubicacion 130 utilizando la informacion de nombre de usuario y contrasena recibida en el paso 2. El usuario puede agregar mas informacion de registro y/o cambiar la informacion de registro existente. El programa de registro 220 puede acceder e interactuar con el centro de ubicacion 130 utilizando cualquier protocolo relacionado seguro de TCP/lP o UDP/IP tal como HTTPS o TLS. La informacion de nombre de usuario y contrasena se puede utilizar para ayudar a establecer una comunicacion segura. El programa de registro 220 puede proporcionar informacion de identidad publica (por ejemplo, el MDN, MSDISDN o URI SIP de usuario publico), las soluciones de ubicacion soportadas por el terminal 110 y/u otra informacion al centro de ubicacion 130.
[0040] El centro de ubicacion 130 puede proporcionar informacion de proveedor de ubicacion, informacion de seguridad, informacion de servicio, y/u otra informacion de registrarse para el programa de registro 220 (paso 5). La informacion del proveedor de ubicacion puede incluir el nombre y la direccion del proveedor de ubicacion (por ejemplo, URI o direccion IP). La informacion de seguridad puede incluir claves de autentificacion y cifrado para permitir la autentificacion mutua y la comunicacion segura entre el terminal 110 y el centro de ubicacion 130 para futuras solicitudes de ubicacion. La informacion de servicio puede incluir preferencias de privacidad y/u otra informacion para el usuario. Otra informacion puede incluir una(s) solucion (ones) de ubicacion soportadas por el proveedor de ubicacion. El programa de registro 220 puede almacenar la informacion recibida en el paso 5 en la memoria no volatil segura 250 dentro del terminal 110 para uso posterior para servicios de ubicacion (paso 6). El programa de registro 220 puede invocar opcionalmente una MO-LR (por ejemplo, utilizando SUPL) para obtener una estimacion de ubicacion para el terminal 110 para verificar que la solucion de ubicacion funcionara ahora correctamente con el proveedor de ubicacion (paso 7). El centro de ubicacion 130 puede invocar de manera similar una MT-LR (por ejemplo, utilizando SUPL) para obtener una estimacion de ubicacion para el terminal 110 para verificar el funcionamiento correcto. El programa de registro 220 puede confirmar que la configuracion y la activacion estan completas para el usuario (paso 8).
[0041] Si el programa de registro 220 es proporcionado por el proveedor de ubicacion (por ejemplo, se descarga de un sitio web del proveedor de ubicacion o es suministrado por el proveedor de ubicacion a cualquier proveedor de programas y caracterfsticas para terminal 110), entonces puede ser posible utilizar los procedimientos de comunicacion que el proveedor de ubicacion prefiera entre el programa de registro 220 y el centro de ubicacion 130 en los pasos 4, 5 y 7. En particular, puede ser posible emplear medios fiables de autentificacion y cifrado y medios flexibles y extensibles de transferencia de datos entre el programa de registro 220 y el centro de ubicacion 130. Tambien puede ser posible hacer que la interaccion entre el usuario y el programa de registro 220 en los pasos 3 y 8 sea simple y facil desde la perspectiva del usuario. Estos efectos tambien se pueden conseguir si el proveedor de ubicacion no proporciona el programa de registro 220 si se proporciona la interfaz y los procedimientos utilizados entre el programa de registro 220 y el centro de ubicacion 130, por ejemplo, estandarizados o de otra manera disponibles publicamente. El sexto esquema de registro puede ser mas adecuado para los casos en los que el proveedor de ubicacion proporciona el programa de registro 220 mientras que los esquemas de registro primero a quinto pueden ser mas adecuados cuando el proveedor de ubicacion no proporcione el programa de registro 220. Sin embargo, todos los esquemas de registro pueden ser utilizados independientemente de si el programa de registro 220 es proporcionado por el proveedor de ubicacion o por alguna otra fuente.
[0042] Para el sexto esquema de registro, las propiedades de seguridad son las siguientes. Los pasos 1 y 2 (si se realizan) pueden ser seguros; por ejemplo, el usuario puede conocer la verdadera identidad del proveedor de ubicacion y puede utilizarse HTTPS para devolver de forma segura la informacion de nombre de usuario y contrasena en el paso 2. El paso 3 no es seguro y puede ser eludido como se ha descrito anteriormente para el
5
10
15
20
25
30
35
40
45
50
55
60
65
primer esquema de registro. Los pasos 5 a 8 pueden ser seguros debido al uso de un protocolo IP seguro (por ejemplo, HTTPS o TLS) entre el terminal 110 y el centro de ubicacion 130.
[0043] En un esquema de registro septimo, el proveedor de ubicacion puede estar preconfigurado (por ejemplo, como el H-SLP primario o secundario) en el terminal 110. Esta preconfiguracion puede evitar un procedimiento de configuracion y activacion entre el terminal 110 y el centro de ubicacion 130 puesto que la informacion del proveedor de ubicacion (por ejemplo, direccion H-SLP, parametros de autentificacion, etc.) ya puede almacenarse en una memoria no volatil segura 250 dentro del terminal 110. El servicio puede estar pre-activado y listo para usar o puede ser activado por el usuario mediante una funcion de menu u otro comando en el terminal 110. El proveedor de ubicacion puede cambiarse y/u otros proveedores de ubicacion pueden agregarse mas tarde a traves de cualquiera de los esquemas de registro descritos anteriormente.
[0044] Los esquemas de registro descritos anteriormente soportan portabilidad de los servicios de ubicacion. El usuario puede cambiar de operador de red domestica, conservar el mismo MDN o MSISDN debido a la portabilidad numerica y continuar obteniendo servicios de ubicacion del mismo proveedor de ubicacion. La transferencia SMS de un mensaje SUPL INIT seguira funcionando debido a la portabilidad numerica (siempre que se soporte la mejora de la portabilidad de SMS). Otros aspectos de los servicios de ubicacion seguirfan aplicandose porque el servicio no esta vinculado al operador de la red domestica.
[0045] En general, el terminal 110 y la ubicacion central 130 puede utilizar cualquier solucion de ubicacion para obtener y proporcionar estimaciones de ubicacion para el terminal 110 a los clientes de LCS y/o al terminal 110, para obtener y proporcionar estimaciones de ubicacion para los objetivos de LCS al terminal 110, para proporcionar datos de asistencia para ayudar al terminal 110 a determinar su propia ubicacion, etc. En un diseno, SUPl puede utilizarse para soportar todas las funciones anteriores. SUPL puede aprovechar la capacidad IP del centro de ubicacion 130, la clave secreta compartida establecida durante la activacion del servicio para la autentificacion mutua y, como una extension de SUPL, la capacidad del terminal para registrar su direccion IP actual en una H-SLP.
[0046] El centro de ubicacion 130 puede soportar SUPL y puede realizar funciones adicionales para (i) crear cuentas de usuario a traves del procedimiento de registro descrito anteriormente y (ii) activar el uso de SUPL en los terminales a traves del procedimiento de registro. El centro de ubicacion 130 puede actuar como un H-SLP con respecto al terminal 110. Si el terminal 110 ya tiene un HSLP primario en la red domestica, entonces el proveedor de ubicacion puede convertirse en un H-SLP secundario para permitir el uso de SUPL tanto para la red domestica como para el proveedor de ubicacion. Si el terminal 110 tiene una H-SLP primaria y una H-SLP secundaria, puede soportarse una solicitud MT-LR desde la H-SLP primaria o secundaria para obtener la ubicacion del terminal 110 en nombre de un cliente de LCS de la forma actualmente definida para SUPL. En el caso de una solicitud por parte del terminal 110 (por ejemplo, instigada por el usuario o una aplicacion en el terminal 110) para la ubicacion del terminal 110 o la ubicacion de algun otro terminal, el terminal 110 (o el usuario o aplicacion instigante) pueden decidir si enviar la solicitud a la H-SLP primaria o secundaria utilizando procedimientos SUPL definidos.
[0047] Con referencia de nuevo a la FIG. 2, el modulo LCS 240 puede acceder a la informacion del proveedor de ubicacion (por ejemplo, direccion H-SLP, direcciones H-SLP primaria y secundaria, claves de seguridad, servicios suscritos, etc.) en la memoria segura 250, que puede haber sido colocada anteriormente por cualquiera de los esquemas de registro descritos anteriormente. El modulo LCS 240 puede ser parte de (por ejemplo, una extension del) programa de registro 220, en cuyo caso el modulo LCS 240 puede saber como acceder a la informacion del proveedor de ubicacion particular en la memoria segura 250 empleando las mismas rutinas de acceso de la misma manera que el programa de registro 220. Cuando el modulo LCS 240 es parte del programa de registro 220 y ha sido proporcionado por el proveedor de ubicacion, tambien puede ser posible utilizar cualquier solucion de ubicacion y conjunto de procedimientos de ubicacion asociados entre el terminal 110 y el servidor de ubicacion 150 (por ejemplo, no necesariamente una solucion estandarizada como SUPL), lo que puede ser conveniente (por ejemplo, reducir el coste) para el proveedor de ubicacion. Si el programa de registro 220 y el modulo lCs 240 son independientes (por ejemplo, proporcionados por diferentes fuentes), las capacidades conocidas de las API 230 de OS pueden usarse para permitir el acceso comun. Ademas, el acceso comun puede ser asistido por convenciones conocidas que se proporcionan en las especificaciones que definen las API 230 de OS (por ejemplo, convenciones que definen valores de parametros particulares y/o nombres de parametros particulares que se refieren a tipos particulares de informacion de proveedor de ubicacion).
[0048] La FIG. 10 muestra un flujo de mensajes 1000 para un servicio de ubicacion iniciado en red en SUPL. El flujo de mensajes 1000 se puede usar para el bloque 320 en la FIG. 3. En SUPL, el terminal 110 puede denominarse un Terminal Habilitado SUPL (SET), el centro de ubicacion 130 puede denominarse H-SLP, y el cliente de LCS 140 puede denominarse un Agente SUPL.
[0049] El cliente de LCS 140 puede desear informacion de ubicacion para el terminal 110 y puede enviar un mensaje de solicitud inmediata de ubicacion estandar (SLIR) de MLP al centro de ubicacion 130 (paso A). El centro de ubicacion 130 puede autentificar y autorizar al cliente de LCS 140 para la informacion de ubicacion solicitada. El centro de ubicacion 130 puede obtener entonces informacion de encaminamiento para el terminal 110, que es el objetivo de LCS (paso B).
5
10
15
20
25
30
35
40
45
50
55
60
65
[0050] El centro de ubicacion 130 puede enviar un mensaje SUPL INIT para iniciar una sesion de ubicacion con el terminal 110 (paso C). El mensaje SUPL INIT puede enviarse usando SMS, WAP Push, SIP Push o transferencia UDP/IP o TCP/IP si el terminal 110 ha realizado el registro con el centro de ubicacion 130 y proporciona su direccion IP al centro de ubicacion. El mensaje SUPL INIT puede incluir un identificador de sesion utilizado para identificar la sesion de ubicacion, un procedimiento de posicionamiento deseado (post-metodo), la calidad deseada de posicionamiento (QoP), etc. Al recibir el mensaje SUPL INIT, el terminal 110 puede realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de datos de paquetes si el terminal ya no esta conectado y establece una conexion IP segura con el centro de ubicacion 130 (paso D). El terminal 110 puede enviar un mensaje SUPL POS INIT al centro de ubicacion 130 (paso E). El mensaje SUPL POS INIT puede incluir el identificador de sesion, las capacidades de terminal (por ejemplo, metodos y protocolos de posicionamiento soportados), etc. El terminal 110 puede autentificar el centro de ubicacion 130 en el paso C y el centro de ubicacion 130 puede autentificar el terminal 110 en el paso E basandose en PSK-TLS utilizando la clave secreta compartida (SSK) establecida durante el registro.
[0051] El terminal 110 puede entonces intercambiar mensajes con el centro de ubicacion 130 y/o el servidor de ubicacion 150 para una sesion de posicionamiento, que puede basarse en IS-801, Protocolo LCS de Recursos de Radio (RRLP), Control de Recursos de Radio (RRC), Protocolo de Posicionamiento Generico (GPP), etc. (paso F). Para el posicionamiento asistido por SET, el centro de ubicacion 130 o el servidor de ubicacion 150 puede calcular una estimacion de ubicacion para el terminal 110 basandose en las mediciones de posicionamiento recibidas del terminal. Para el posicionamiento basado en SET, el terminal 110 puede calcular la estimacion de ubicacion basandose en la asistencia del centro de ubicacion 130 o el servidor de ubicacion 150. En cualquier caso, al completar la sesion de posicionamiento, el centro de ubicacion 130 puede enviar un mensaje SUPL eNd al terminal 110 (paso G) y tambien puede enviar la informacion de ubicacion solicitada en un mensaje de Respuesta Inmediata de Ubicacion Estandar (SlIA) de MLP al cliente de LCS 140 ( paso H).
[0052] La FIG. 11 muestra un flujo de mensajes 1100 para el servicio de ubicacion iniciado por SET en SUPL. El
flujo de mensajes 1100 tambien se puede usar para el bloque 320 en la FIG. 3. Un cliente de LCS en el terminal 110 puede recibir una solicitud de informacion de ubicacion de una aplicacion que se ejecuta en el terminal. El terminal 110 puede realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de datos de paquetes, si es necesario, y establecer una conexion IP segura al centro de ubicacion 130 (paso A). El terminal 110 puede, a continuacion, enviar un mensaje SUPL START para iniciar una sesion de ubicacion con el centro de
ubicacion 130 (paso B). El mensaje SUPL START puede incluir un identificador de sesion, las capacidades de
terminal, etc. El centro de ubicacion 130 puede obtener informacion de encaminamiento para el terminal 110 (paso C) y a continuacion enviar al terminal 110 un mensaje SUPL RESPONSE que puede incluir el identificador de sesion, un procedimiento de posicionamiento seleccionado, etc. (paso D). El terminal 110 puede devolver un mensaje SUPL POS INIT que puede incluir el identificador de sesion y posiblemente otra informacion (paso E). El terminal 110 puede entonces intercambiar mensajes con el centro de ubicacion 130 y/o el servidor de ubicacion 150 para una sesion de posicionamiento (paso F). Una vez completada la sesion de posicionamiento, el centro de
ubicacion 130 puede enviar un mensaje de SUPL END con la informacion de ubicacion solicitada al terminal 110
(paso G).
[0053] Los flujos de mensajes 1000 y 1100, asf como otros aspectos de SUPL, se describen en OMA-AD-SUPL-V1, titulado "Arquitectura de Ubicacion Segura de Plano de Usuario", fechado el 15 de junio de 2007 en OMA-TS-ULP- V1, titulado "Protocolo de Ubicacion de Plano de Usuario", fechado el 15 de junio de 2007 en OMA-AD-SUPL-V2, titulado "Arquitectura de Ubicacion Segura de Plano de Usuario", fechado el 31 de agosto de 2007 y en OMA-TS- ULPV2, titulado "Protocolo de Ubicacion de Plano de Usuario", fechado el 6 de febrero de 2008. Estos documentos SUPL estan disponibles publicamente en OMA.
[0054] Como se muestra en las FIGs. 10 y 11, se puede utilizar un Protocolo de Posicionamiento Generico (GPP) para la sesion de posicionamiento en el paso F. GPP puede soportar varios tipos de acceso y puede ser mas adecuado para LCS independientes de red para permitir al terminal 110 obtener servicios de ubicacion a traves de cualquier red inalambrica y/o de cable. Los protocolos de posicionamiento especfficos de acceso, como RRLP, RRC e IS-801, tambien pueden soportarse y pueden ser mas adecuados para GPS y GNSS.
[0055] Los LCS independientes de red pueden ser utilizados para diversas aplicaciones. Por ejemplo, se pueden usar LCS independientes de red para obtener estimaciones de ubicacion para diversos propositos, recibir notificacion de eventos y oportunidades basandose en la ubicacion actual, rastrear elementos o personas (por ejemplo, ninos), etc.
[0056] La FIG. 12 muestra un diseno de un proceso 1200 para soportar LCS independientes de red. El proceso 1200 puede realizarse mediante el centro de ubicacion 130 o alguna otra entidad. El centro de ubicacion puede comunicarse con un terminal para establecer una cuenta para el terminal con el centro de ubicacion para servicios de ubicacion (bloque 1212). El centro de ubicacion puede establecer la cuenta para el terminal independientemente de una red domestica para el terminal. El centro de ubicacion puede posteriormente proporcionar servicios de ubicacion al terminal basandose en la cuenta establecida y sin interactuar con la red domestica o una red de servicio
5
10
15
20
25
30
35
40
45
50
55
60
65
para el terminal (bloque 1214).
[0057] Para el bloque 1212, el centro de ubicacion puede proporcionar informacion de direccion (por ejemplo, un URI, una direccion IP, etc.) para el centro de ubicacion e informacion de seguridad (por ejemplo, al menos una clave secreta) durante el registro para establecer la cuenta. El centro de ubicacion puede recibir informacion de identidad publica (por ejemplo, un MDN, un MSDISDN o un URI SIP de usuario publico) para el terminal durante el registro. Para MT-LR en el bloque 1214, el centro de ubicacion puede enviar una solicitud de servicio de ubicacion al terminal basandose en la informacion de identidad publica. Para MO-LR en el bloque 1214, el centro de ubicacion puede recibir una solicitud de servicio de ubicacion enviada por el terminal basandose en la informacion de direccion. Tanto para MT-LR como para MO-LR, el centro de ubicacion puede establecer una comunicacion segura con el terminal para el servicio de ubicacion basandose en la informacion de seguridad.
[0058] El registro para establecer la cuenta se puede realizar de varias maneras. Para el primer esquema de registro en la FIG. 4, el centro de ubicacion puede recibir una solicitud para configurar la cuenta para el terminal, proporcionar informacion de direccion para el centro de ubicacion y una clave secreta en respuesta a la solicitud, recibir acceso mediante el terminal basandose en la informacion de direccion, realizar autentificacion mutua con el terminal basandose en la clave secreta, y activar el servicio para el terminal despues de la autentificacion mutua exitosa.
[0059] Para el segundo esquema de registro en la FIG. 5, el centro de ubicacion puede recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal, enviar una solicitud de activacion de servicio al terminal basandose en la informacion de identidad publica y recibir una confirmacion de activacion del servicio desde el terminal.
[0060] Para el tercer esquema de registro en la FIG. 6, el centro de ubicacion puede recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal, proporcionar informacion de direccion para el centro de ubicacion y una clave secreta en respuesta a la solicitud, enviar una solicitud de activacion de servicio al terminal basandose en la informacion de identidad publica, realizar autentificacion mutua con el terminal basado en la clave secreta, y activar el servicio para el terminal despues de la autentificacion mutua exitosa. La solicitud de activacion de servicio puede ser una solicitud de ubicacion (por ejemplo, una MT-LR), que puede simplificar la implementacion puesto que la solicitud de ubicacion puede estar ya soportada como parte de servicios de ubicacion normal.
[0061] Para el cuarto esquema de registro en la FIG. 7, el centro de ubicacion puede recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal, proporcionar informacion de direccion para el centro de ubicacion y una clave secreta en respuesta a la solicitud, recibir una solicitud de activacion de servicio enviada por el terminal basandose en la informacion de direccion, realizar autentificacion mutua con el terminal basandose en la clave secreta y activar el servicio para el terminal despues de una autentificacion mutua exitosa. La solicitud de activacion del servicio puede ser una solicitud de ubicacion (por ejemplo, una MO-LR), que puede simplificar la implementacion ya que la solicitud de ubicacion puede estar ya soportada como parte de los servicios de ubicacion normales.
[0062] Para el quinto esquema de registro en la FIG. 8, el centro de ubicacion puede recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal, proporcionar una primera clave secreta en respuesta a la solicitud, enviar una solicitud de activacion de servicio y una segunda clave secreta al terminal basandose en la informacion de identidad publica, generar una tercera clave secreta basandose en la primera y la segunda claves secretas, recibir una solicitud de ubicacion enviada por el terminal para activar el servicio, realizar autentificacion mutua con el terminal basandose en la tercera clave secreta y activar el servicio para el terminal despues de autentificacion mutua exitosa.
[0063] Para el sexto esquema de registro en la FIG. 9, el centro de ubicacion puede recibir una solicitud para configurar la cuenta para el terminal, proporcionar informacion de nombre de usuario y contrasena en respuesta a la solicitud, establecer una comunicacion segura con el terminal basandose en la informacion de nombre de usuario y contrasena, recibir informacion de identidad publica para el terminal y enviar informacion de direccion para el centro de ubicacion y la informacion de seguridad al terminal.
[0064] El registro para establecer la cuenta puede implicar (i) la interaccion entre el centro de ubicacion y el terminal y (ii) posiblemente la interaccion entre el centro de ubicacion y un ordenador independiente. El registro tambien puede implicar pasos diferentes de los anteriores, intercambio de informacion adicional y/o diferente, etc.
[0065] La FIG. 13 muestra un diseno de un proceso 1300 para obtener servicios de ubicacion a traves de LCS independientes de red. El proceso 1300 puede realizarse mediante el terminal 110 o alguna otra entidad. El terminal puede comunicarse con un centro de ubicacion para establecer una cuenta para el terminal con el centro de ubicacion para servicios de ubicacion (bloque 1312). El terminal puede establecer la cuenta con el centro de ubicacion independiente de una red domestica para el terminal. A continuacion, el terminal puede obtener servicios de ubicacion desde el centro de ubicacion basandose en la cuenta establecida y sin interactuar con la red domestica
5
10
15
20
25
30
35
40
45
50
55
60
65
o una red de servicio para el terminal (bloque 1314).
[0066] Para el bloque 1312, el terminal puede recibir informacion de direccion (por ejemplo, un URI, una direccion IP, etc.) para el centro de la ubicacion e informacion de seguridad (por ejemplo, al menos una clave secreta) durante el registro para establecer la cuenta. El terminal puede almacenar de forma segura la informacion de direccion y la informacion de seguridad. Para MT-LR en el bloque 1314, el terminal puede recibir una solicitud de servicio de ubicacion desde el centro de ubicacion. Para MO-LR en el bloque 1314, el terminal puede enviar una solicitud de servicio de ubicacion al centro de ubicacion basandose en la informacion de direccion. Tanto para MT-LR como para MO-LR, el terminal puede establecer una comunicacion segura con el centro de ubicacion para el servicio de ubicacion basandose en la informacion de seguridad.
[0067] El registro para establecer la cuenta se puede realizar de varias maneras. Para el primer esquema de registro en la FIG. 4, el terminal puede recibir informacion de direccion para el centro de ubicacion y una clave secreta proporcionada por el centro de ubicacion, acceder al centro de ubicacion basandose en la informacion de direccion, realizar autentificacion mutua con el centro de ubicacion basandose en la clave secreta y activar el servicio con el centro de ubicacion despues de la autentificacion mutua exitosa.
[0068] Para el segundo esquema de registro en la FIG. 5, el terminal puede recibir una solicitud de activacion del servicio desde el centro de ubicacion, solicitar autorizacion del usuario para la activacion del servicio y enviar una confirmacion de la activacion del servicio al centro de ubicacion en respuesta a la recepcion de la autorizacion del usuario.
[0069] Para el tercer esquema de registro en la FIG. 6, el terminal puede recibir informacion de direccion para el centro de ubicacion y una clave secreta proporcionada por el centro de ubicacion, recibir una solicitud de activacion de servicio (por ejemplo, una solicitud de ubicacion MT-LR) desde el centro de ubicacion, realizar autentificacion mutua con el centro de ubicacion basandose en la clave secreta, y activar el servicio con el centro de ubicacion despues de la autentificacion mutua exitosa.
[0070] Para el cuarto esquema de registro en la FIG. 7, el terminal puede recibir informacion de direccion para el centro de ubicacion y una clave secreta proporcionada por el centro de ubicacion, enviar una solicitud de activacion de servicio (por ejemplo, una solicitud de ubicacion de MO-LR) al centro de ubicacion basandose en la informacion de direccion y realizar autentificacion mutua con el centro de ubicacion basandose en la clave secreta, y activar el servicio con el centro de ubicacion despues de la autentificacion mutua exitosa.
[0071] Para el quinto esquema de registro en la FIG. 8, el terminal puede obtener una primera clave secreta a traves de la entrada del usuario, recibir una solicitud de activacion del servicio y una segunda clave secreta desde el centro de ubicacion, generar una tercera clave secreta basandose en la primera y la segunda claves secretas, enviar una solicitud de ubicacion al centro de ubicacion para activar el servicio, realizar autentificacion mutua con el centro de ubicacion basandose en la tercera clave y activar el servicio con el centro de ubicacion despues de la autentificacion mutua exitosa.
[0072] Para el sexto esquema de registro en la FIG. 9, el terminal puede obtener informacion de nombre de usuario y contrasena proporcionada por el centro de ubicacion, establecer una comunicacion segura con el centro de ubicacion basandose en la informacion de nombre de usuario y contrasena, proporcionar informacion de identidad publica al centro de ubicacion y recibir informacion de direccion para el centro de ubicacion e informacion de seguridad del centro de ubicacion.
[0073] El registro puede implicar (i) la interaccion entre el terminal y el centro de ubicacion y, posiblemente, (ii) la interaccion entre el terminal y un ordenador independiente. El registro tambien puede implicar pasos diferentes de los anteriores, intercambio de informacion adicional y/o diferente, etc.
[0074] El servidor de ubicacion 150 puede proporcionar datos de asistencia al terminal 110. Los datos de asistencia pueden ser datos de satelite / navegacion para ayudar al terminal 110 a realizar mediciones de satelites, datos de asistencia terrestre para ayudar al terminal 110 a realizar mediciones para estaciones terrestres, por ejemplo celulas / estaciones base, puntos de acceso (AP) WLAN, etc. Los datos de asistencia terrestre pueden comprender datos de almanaque de estacion base (BSA), que pueden incluir informacion que (i) identifica determinadas estaciones base, celulas, sectores de celulas, AP de WLAN y otras entidades de acceso inalambrico, (ii) proporciona detalles sobre soporte inalambrico por parte de cada entidad (por ejemplo, tecnologfa de radio, frecuencias y canales utilizados, potencia de salida), (iii) proporciona la ubicacion de cada entidad (por ejemplo, la latitud / longitud / altitud, el pais, el estado, el condado, la ciudad, la calle), (iv) proporciona detalles de sincronizacion para cada entidad (por ejemplo, sincronizacion de transmision con relacion a otras entidades o con relacion a algun tiempo absoluto y desviacion de sincronizacion), y (v) proporciona otra informacion que puede ser util para realizar mediciones de senales recibidas de estas entidades para obtener ubicacion y para calcular la ubicacion. Los datos de asistencia pueden proporcionarse para diversos procedimientos de posicionamiento tales como GPS, Galileo, GLONASS, Diferencia de Tiempo Observada Mejorada (E-OTD), Diferencia de Tiempo de Llegada Observada (OTDOA), Trilateracion de Enlace Directo Avanzado (A-FLT), ID de Celula Mejorado (E-CID), etc. Los datos de asistencia pueden ser validos
5
10
15
20
25
30
35
40
45
50
55
60
65
durante un perfodo de tiempo prolongado (por ejemplo, dfas o semanas) y pueden permitir al terminal 110 determinar su propia ubicacion utilizando un procedimiento de posicionamiento adecuado en cualquier momento durante el perfodo de tiempo ampliado sin ninguna ayuda adicional del servidor de ubicacion 150 ni de ninguna red inalambrica. Los datos de asistencia tambien pueden, o en su lugar, permitir al terminal 110 realizar mediciones de senales de estaciones de satelite y base sin ayuda adicional del servidor de ubicacion 150 y enviar las mediciones de senal en cualquier momento posterior al servidor de ubicacion 150 o alguna otra entidad para proporcionar u obtener ubicacion. La capacidad de proporcionar datos de asistencia puede denominarse Asistencia al Receptor eXTended (XTRA).
[0075] Los LCS y XTRA independientes de red se pueden usar por separado o juntos ya que no son mutuamente dependientes. Cuando se usan ambos, pueden ser proporcionados por los mismos proveedores o diferentes (por ejemplo, un proveedor de ubicacion puede proporcionar soporte XTRA y otro proveedor de ubicacion puede proporcionar LCS independientes de red). La combinacion de XTRA con LCS independientes de red puede permitir que un proveedor de ubicacion soporte un subconjunto mfnimo de SUPL en el que no se utilice ningun protocolo de posicionamiento (RRLP, RRC o ISA-801) ni ningun SPC porque ahora el terminal puede medir y calcular su propia ubicacion sin necesidad de interaccion con un servidor de ubicacion que utilice un protocolo de posicionamiento.
[0076] La FIG. 14 muestra el uso de XTRA para soportar el suministro de datos de asistencia. El terminal 110 puede solicitar datos de asistencia del servidor de ubicacion 150. La solicitud puede ser para datos de asistencia terrestre (por ejemplo, datos de asistencia de posicionamiento RRLP, RRC e IS-801) y/o datos de navegacion (por ejemplo, datos de efemerides de GPS).
[0077] Puede soportarse uno o mas de los siguientes tipos de descarga.
• El terminal de descarga basado en la ubicacion 110 puede descargar datos de asistencia terrestre para todas las estaciones base (por ejemplo, en todas las redes inalambricas, todas las redes inalambricas cuya tecnologfa y frecuencias sean soportadas por el terminal, o solo la red inalambrica de servicio) a una distancia D de su ubicacion actual.
• El terminal de descarga basado en el uso 110 puede registrar estaciones base y/o redes y AP de WLAN encontrados (por ejemplo, utilizados u observados) por el terminal y puede descargar datos de asistencia terrestre para estaciones base y redes y AP de WLAN encontrados (y los que esten proximos). El servidor de ubicacion 150 puede registrar la estacion base y el uso de AP de WLAN y/o el historial de observacion para el terminal 110 y puede actualizarlo en futuras interacciones XTRA.
• El terminal de descarga basado en ubicacion y uso 110 puede registrar las ubicaciones visitadas por el terminal (por ejemplo, una estimacion de ubicacion por hora) y puede enviar su historial de ubicaciones al servidor de ubicacion 150. El terminal 110 puede entonces descargar datos de asistencia terrestre para estaciones base cerca de los lugares mas comunes (por ejemplo, trabajo, hogar, etc.) visitados por el terminal. El servidor de ubicacion 150 puede registrar el historial de ubicaciones para el terminal 110 y actualizar en futuras interacciones XTRA.
[0078] Para todos los esquemas de descarga descritos anteriormente, los datos de asistencia terrestre descargados pueden incluir ubicaciones de estacion base y AP de WLAN, datos de sincronizacion (por ejemplo, diferencias de tiempo real (RTD), diferencias de tiempo absoluto (ATDS), desviacion de sincronizacion, etc.) para habilitar procedimientos de posicionamiento basados en terminal, datos de asistencia de tiempo finos (FTA) y/u otros datos. Entre los procedimientos de posicionamiento basados en terminales pueden incluirse E-OTD, OTDOA, A-FLT, E- CID, etc. Algunos datos de asistencia terrestre (por ejemplo, datos de sincronizacion para tecnologfas inalambricas asfncronas como el Sistema Global para Comunicaciones Moviles (GSM), CDMA de Banda Ancha (WCDMA) y Evolucion a Largo Plazo (LTE) pueden no ser validos por un perfodo de tiempo prolongado. El servidor de ubicacion 150 o el terminal 110 pueden decidir que datos descargar en el terminal 110.
[0079] Los terminales 110, 114 y 116 pueden cargar datos medidos al servidor de ubicacion 150. El terminal 110 puede enviar los datos medidos a traves de un parametro de ID de ubicacion SUPL para cada fijacion de ubicacion, un parametro de ID de ubicacion multiple SUPL para mediciones historicas, una estimacion de ubicacion SUPL para posicionamiento asistido por SET o basado en SET, datos patentados mediante interaccion con el servidor de ubicacion 150, etc. Los datos medidos pueden ser para celulas y redes en la proximidad actual del terminal 110 o las que se han encontrado en el pasado. Los datos medidos pueden ser utilizados por el servidor de ubicacion 150 para construir una base de datos de asistencia terrestre mas grande y mas fiable. El servidor de ubicacion 150 puede combinar datos medidos de muchos terminales (por ejemplo, terminales 110, 114, 116 en la FIG. 14) para muchas celulas, estaciones base, AP de WLAN y redes diferentes y puede proporcionar mas adelante partes de los datos combinados a terminales (por ejemplo, el terminal 110 en la FIG. 14) para ayudarles a obtener sus propios lugares.
[0080] Los datos medidos pueden incluir varios tipos de mediciones, tales como mediciones de AP de WLAN, mediciones RRLP E-OTD, mediciones de informe de mediciones de red GSM (NMR), GSM FTA, mediciones RRC OTDOA, mediciones de lista de resultados medidos WCDMA para WCDMA (MrL), WCDMA FTA, mediciones IS-
5
10
15
20
25
30
35
40
45
50
55
60
65
801 A-FLT y datos de celula, etc. Las mediciones de AP de WLAN pueden permitir la determinacion de identidades, ubicaciones y capacidades IEEE 802.11v de AP WLAN. Las mediciones RRLP E-OTD, las mediciones GSM NMR y GSM FTA pueden permitir la determinacion o aproximacion de ubicaciones de estaciones base GSM, permitir la determinacion de RTD entre estaciones base GSM, habilitar la asociacion de tiempo GPS para estaciones base GSM, etc. Las mediciones RRC OTDOA, las mediciones WCDMA MRL y WCDMA FtA pueden permitir la determinacion o aproximacion de las estaciones base WCDMA, permitir la determinacion de RTD entre estaciones base WCDMA, habilitar la asociacion de tiempo GPS para estaciones base WCDMA, etc. Las mediciones IS-801 A- FLT y los datos de celula pueden permitir la determinacion o verificacion de las ubicaciones, la potencia de salida y la sincronizacion de las estaciones base CDMA 1x, CDMA EvDO y UMB.
[0081] El servidor de ubicacion 150 puede recibir la mismo o equivalente informacion de multiples terminales, por ejemplo, informacion sobre la misma celula o AP de WLAN. El servidor de ubicacion 150 puede verificar la informacion y puede mejorar la fiabilidad y exactitud de la informacion, por ejemplo, promediando los valores de informacion correspondientes. Ademas, el servidor de ubicacion 150 puede ser capaz de combinar informacion de diferentes terminales para obtener nueva informacion, por ejemplo, coordenadas de ubicacion de torres de celulas y AP de WLAN de mediciones de estos diferentes terminales.
[0082] Los datos de asistencia pueden descargarse de forma segura al terminal 110 y almacenarse de forma segura en el terminal 110. Los datos de asistencia pueden considerarse valiosos y confidenciales para el proveedor de ubicacion y pueden estar protegidos de (i) escuchas e interceptaciones durante la descarga y (ii) acceso no autorizado en el terminal 110 y en el servidor de ubicacion 150. La seguridad puede conseguirse cifrando los datos descargados y cargados, cifrando o impidiendo el acceso externo a los datos almacenados en el terminal 110, y protegiendo los datos almacenados en el servidor de ubicacion 150. Dado que los datos intercambiados a traves de SUPL ya estan cifrados, la seguridad puede estar enfocada en otras areas donde el cifrado no se utiliza de forma inherente.
[0083] Para proporcionar seguridad, los datos de asistencia almacenados en una memoria legible externamente dentro del terminal 110 (incluyendo cualquier memoria que se pueda retirar ffsicamente de terminal 110 y leer externamente) pueden estar cifrados. Los datos de asistencia almacenados en los procesadores dentro del terminal 110 pueden estar cifrados y/o protegidos contra el acceso externo. Para soportar XTRA, se puede pre-configurar una identidad de procesador o terminal unica, una clave secreta Ks, una clave publica Kp para el servidor de ubicacion 150 y/u otros parametros en el terminal 110. Se pueden negociar claves secretas adicionales K1, K2, etc. entre el terminal 110 y el servidor de ubicacion 150 durante la interaccion con el servidor de ubicacion para XTRA. Las claves secretas K1, K2, etc., se pueden utilizar para cifrar datos para carga, descarga y almacenamiento.
[0084] Puede ser que no todos los datos esten cifrados en el terminal 110: por ejemplo, al menos una clave secreta se puede almacenar en forma no cifrada con el fin de descifrar otros datos. Alguna memoria en el terminal 110 puede ser segura (por ejemplo, residente de memoria en un chip de procesador en el terminal 110) y tal vez no sea posible leer o de alguna manera obtener el contenido de esta memoria sin danar o destruir permanentemente la memoria. En este caso, se pueden almacenar ciertos datos crfticos en esta memoria incluyendo claves de cifrado, la direccion del centro de ubicacion 130, la direccion del servidor de ubicacion 150, los servicios de ubicacion habilitados o soportados por estos servidores y la identidad o identidades (publicas o privadas) del terminal. La cantidad de datos crfticos puede ser bastante pequena (por ejemplo, unos cuantos cientos de bytes), lo cual puede ser util si la cantidad de memoria segura disponible para el terminal 110 es limitada (por ejemplo, por razones de coste). Otros datos menos crfticos se pueden almacenar en la memoria que se puede leer externamente. Tales datos pueden incluir datos de BSA y gPs y otros datos de efemerides de satelite proporcionados por el servidor de ubicacion 150 y mediciones de estaciones base y AP de WLAN realizadas por el terminal 110. Tales datos menos crfticos pueden ser mas extensos, por ejemplo, uno o mas megabytes. Estos datos menos crfticos pueden todavfa protegerse cifrandolos usando claves de seguridad almacenadas no cifradas dentro de la memoria segura del terminal 110. Tambien pueden emplearse mecanismos de seguridad similares dentro del centro de ubicacion 130 y del servidor de ubicacion 150 con el fin de proteger tanto los datos crfticos como los menos crfticos.
[0085] El terminal 110 puede interactuar con el servidor de ubicacion 150 de una manera segura para XTRA. El terminal 110 y el servidor de ubicacion 150 pueden autentificarse entre sf antes de la descarga o carga de datos. La integridad de los datos puede protegerse durante la descarga y la carga basandose en varios esquemas de seguridad.
[0086] En un primer esquema de seguridad, el terminal 110 tiene una identidad unica y una clave secreta unica Ks. El terminal 110 y el servidor de ubicacion 150 pueden realizar una autentificacion mutua PSK-TLS segura usando la clave secreta Ks. Entonces se puede invocar el cifrado y se pueden asignar claves secretas mutuas adicionales K1, K2, etc., si se prefiere. Las cargas y descargas futuras pueden protegerse usando la clave secreta Ks y/o K1, K2, etc.
[0087] En un segundo esquema de seguridad, el terminal 110 tiene una identidad y una clave secreta Ks que son comunes a otros terminales, pero se mantienen confidenciales. El uso compartido de claves comunes para muchos o todos los terminales en lugar de asignar claves unicas a cada terminal puede utilizarse para reducir los costes de
5
10
15
20
25
30
35
40
45
50
55
60
65
fabricacion y funcionamiento. El terminal 110 y el servidor de ubicacion 150 pueden realizar la autentificacion mutua PSK-TLS utilizando la clave secreta Ks. Una identidad unica y una o mas claves secretas unicas K1, K2, etc., pueden entonces ser negociadas y almacenadas en el terminal 110 y en el servidor de ubicacion 150. Futuras cargas y descargas pueden protegerse utilizando claves secretas unicas K1, K2, etc.
[0088] En un tercer esquema de seguridad, el terminal 110 tiene la clave publica Kp del servidor de ubicacion 150. El terminal 110 puede autentificar el servidor de ubicacion 150 utilizando, por ejemplo, TLS con el procedimiento de clave asimetrica Rivest Shamir Adleman (RSA). El servidor de ubicacion 150 puede autentificar implfcitamente el terminal 110 en virtud de la interaccion correcta mediante el terminal 110 con el servidor 150 (por ejemplo, si esta interaccion no esta definida publicamente). Una identidad unica y una o mas claves secretas unicas K1, K2, etc., se pueden negociar y almacenar en el terminal 110 y en el servidor de ubicacion 150 para futuras descargas y cargas. De forma alternativa, el terminal 110 puede continuar utilizando la clave publica Kp para futuras descargas y cargas.
[0089] En un cuarto esquema de seguridad, el terminal 110 tiene la clave publica Kp del servidor de ubicacion 150 y un certificado de seguridad de clave publica que incluye una firma digital de informacion publica y otra para el terminal 110, tal como la informacion de su identidad publica. La firma digital puede obtenerse utilizando una clave secreta asociada con la clave publica Kp o alguna otra clave publica conocida por el servidor de ubicacion 150. El terminal 110 puede autentificar el servidor de ubicacion 150 usando, por ejemplo, TLS con el procedimiento de clave asimetrica RSA. El servidor de ubicacion 150 puede autentificar de manera similar el terminal 110 usando su certificado de seguridad de clave publica y su clave publica conocida asociada, por ejemplo, usando TLS con RSA. Una identidad unica y una o mas claves secretas unicas K1, K2, etc., se pueden entonces negociar y almacenar en el terminal 110 y en el servidor de ubicacion 150 para futuras descargas y cargas. De forma alternativa, el terminal 110 puede continuar utilizando la clave publica Kp y el certificado de seguridad de clave publica para futuras descargas y cargas.
[0090] Para simplificar la seguridad, se puede utilizar una identidad comun, una clave secreta Ks comun y/o una clave publica comun Kp para multiples terminales, pero puede mantenerse confidencial. El terminal 110 y el servidor de ubicacion 150 pueden entonces negociar una identidad unica y una clave secreta unica K1 para el terminal. Una clave secreta unica para el terminal tambien puede obtenerse de otras maneras. En cualquier caso, la identidad unica puede ser util para mantener registros sobre el terminal 110 en o accesibles mediante el servidor de ubicacion 150, identificar y filtrar terminales defectuosos o no fiables, encontrar un terminal perdido o robado, identificar cargas y descargas repetidas de datos BSA duplicados, mantener registros para cada terminal individual (por ejemplo, las estaciones base y/o ubicaciones mas comunes utilizadas por cada terminal), etc. El terminal 110 puede volver a la clave secreta original Ks o la clave publica Kp si la clave secreta K1 se pierde o esta corrupta en el terminal 110 o en el servidor de ubicacion 150. El procedimiento de interaccion de autentificacion entre el terminal 110 y el servidor de ubicacion 150 puede ser el mismo o similar para el acceso inicial y el posterior. El procedimiento de interaccion de autentificacion tambien puede ser el mismo o similar al utilizado para las solicitudes de ubicacion (por ejemplo, autentificacion SUPL SSK).
[0091] Las mediciones pueden ser enviadas por terminales a traves de SUPL o alguna otra solucion de ubicacion al servidor de ubicacion 150 y pueden usarse para construir datos de asistencia terrestre. Los datos de asistencia (por ejemplo, datos de asistencia terrestre y/o datos de navegacion) tambien pueden ser descargados por terminales a traves de SUPL o alguna otra solucion de ubicacion del servidor de ubicacion 150.
[0092] Para la descarga, SUPL 1.0 soporta la descarga de datos de BSA solo para las celulas cercanas. Los datos de BSA pueden incluir la latitud y longitud del sistema transceptor de base (BTS) y RTDs y pueden estar destinados a procedimientos de posicionamiento basados en SET tales como E-OTD y OTDOA. SUPL 2.0 o una version posterior de SUPL puede soportar la descarga de datos de navegacion utilizando efemerides ampliadas y correcciones de almanaque ampliadas en los niveles RRLP, RRC e IS-801. Una version posterior de SUPL puede soportar la descarga de datos BSA para areas geograficas que se extienden mas alla de la cobertura inmediata de un terminal.
[0093] Para la carga, SUPL 1.0 soporta carga limitada de resultados de ID de celulas y mediciones de celulas para la celula CDMA, WCDMA o GSM de servicio actual. SUPL 2.0 soporta la carga de datos para la celula de servicio y otras celulas recibidas, informacion de WLAN y datos historicos de medicion de celulas (por ejemplo, durante los ultimos 10 minutos). El servidor de ubicacion 150 puede solicitar mediciones historicas almacenadas en el terminal 110 durante un perfodo largo (por ejemplo, horas o dfas). El servidor de ubicacion 150 puede informar al terminal 110 cuales son los tipos de celulas y las mediciones de BSA para informar. El terminal 110 puede informar sobre varios tipos de informacion para la celula de servicio actual y las celulas de servicio anteriores (por ejemplo, durante los ultimos 10 minutos). El terminal 110 tambien puede informar individualmente sobre cada celula y aP de WLAN que se pueden recibir. El servidor de ubicacion 150 puede obtener mediciones historicas desde el terminal 110 durante cualquier periodo de tiempo si se han almacenado previamente en el terminal 110.
[0094] El terminal 110 puede cargar varios tipos de informacion. El terminal 110 puede proporcionar informacion de celula GSM tal como ID de celula y avance de sincronizacion (TA) para la celula GSM de servicio, nivel de senal recibido para (por ejemplo, hasta 15) otras celulas obtenidas al mismo tiempo, etc. El terminal 110 puede
5
10
15
20
25
30
35
40
45
50
55
60
65
proporcionar informacion de celulas WCDMA como (i) ID de celula y nivel de indicador de intensidad de senal recibida (RSSI) por portadora UTRA para la celula wCdMA de servicio e (ii) ID de celula, CPICH Ec/No, CPICH RSCP y/o perdida de trayectoria para (por ejemplo, hasta 32), celulas proximas, etc. El terminal 110 puede proporcionar informacion de celula CDMA tal como ID de celula (NID, SID), latitud/longitud de estacion base y tiempo de GPS (con segunda granularidad). El terminal 110 puede proporcionar informacion de AP de WLAN tal como una direccion de Control de Acceso de Medio (MAC), potencia de transmision de AP, ganancia de antena, relacion de senal a ruido (S/N) recibida e intensidad de senal, tipo 802.11, RTD, ubicacion comunicada de AP de WLAN, potencia de transmision SET, ganancia de antena y S/N e intensidad de senal recibida en AP de WLAN. El terminal 110 tambien puede proporcionar A-GPS FTA para GsM, WCDMA y CDMA.
[0095] La FIG. 15 muestra un diseno del terminal 110 y del servidor de ubicacion 150. El terminal 110 puede incluir un programa de descarga / carga 1510 y una memoria 1520. El programa 1510 puede soportar la descarga y carga de datos a traves de SUPL, XTRA y/o alguna otra solucion o protocolo de ubicacion. La memoria 1520 puede almacenar (i) datos medidos que comprenden mediciones de celulas y/o WLAN realizadas por el terminal 110 y adecuadas para carga, (ii) un subconjunto BSA que comprende datos de asistencia terrestre descargados desde el servidor de ubicacion 150 y/o (iii) datos de navegacion descargados desde el servidor de ubicacion 150 por los terminales.
[0096] El servidor de ubicacion 150 puede incluir un programa de descarga / carga 1550 y una memoria 1560. El programa 1550 puede soportar la descarga y carga de datos a traves de SUPL, XTRA y/o alguna otra solucion o protocolo de ubicacion. La memoria 1560 puede almacenar una base de datos BSA que comprende datos de asistencia terrestre y/o una base de datos de navegacion, que puede descargarse del servidor de ubicacion 150.
[0097] Para SUPL, la descarga y la carga de datos puede soportarse con varios mensajes SUPL existentes. El servidor de ubicacion 150 puede enviar un mensaje SUPL INIT, un mensaje SUPL RESPONSE o un mensaje SUPL TRIGGERED RESPONSE con mediciones soportadas por el servidor de ubicacion 150. El terminal 110 puede enviar un mensaje SUPL START, un mensaje SUPL POS INIT o un mensaje SUPL REPORT con mediciones de celula y/o WLAN soportadas por el servidor de ubicacion 150. El servidor de ubicacion 150 tambien puede enviar un mensaje SUPL POS que lleva un mensaje RRLP/RRC/IS-801 con datos de navegacion. Para XTRA, la descarga y carga de datos de asistencia terrestre pueden soportarse con mensajes XTRA y/o SUPL.
[0098] Los datos cargados desde los terminales a traves de SUPL y/u otras soluciones de ubicacion se pueden utilizar para construir una base de datos para estaciones base y AP de WLAN. Los datos cargados tambien pueden ser utilizados por el servidor de ubicacion 150 para obtener estimaciones de ubicacion para terminales y para descargar a terminales para auto-fijaciones.
[0099] La FIG. 16 muestra un diseno de un proceso 1600 para soportar servicios de ubicacion. El proceso 1600 puede ser realizado por el servidor de ubicacion 150 o alguna otra entidad. El servidor de ubicacion puede realizar autentificacion mutua con un terminal sin tener una cuenta para el terminal (bloque 1612). El servidor de ubicacion puede proporcionar servicios de ubicacion despues de la autentificacion mutua exitosa (bloque 1614).
[0100] La autentificacion mutua puede realizarse de varias maneras. En un primer esquema, el servidor de ubicacion puede realizar autentificacion mutua con el terminal basandose en una clave secreta unica para el terminal, generar al menos una clave secreta mutua despues de la autentificacion mutua exitosa y utilizar la al menos una clave secreta mutua para una comunicacion segura con el terminal. En un segundo esquema, el servidor de ubicacion puede realizar autentificacion mutua con el terminal basandose en una clave secreta aplicable para una pluralidad de terminales que incluye el terminal, generar al menos una clave secreta mutua despues de la autentificacion mutua exitosa y usar el al menos una clave secreta mutua para una comunicacion segura con el terminal. En un tercer esquema, el servidor de ubicacion puede realizar la autentificacion mutua con el terminal basandose en una clave publica para un servidor de ubicacion, generar al menos una clave secreta despues de la autentificacion mutua exitosa y utilizar la al menos una clave secreta mutua para una comunicacion segura con el terminal. La autentificacion mutua tambien puede realizarse de otras maneras.
[0101] Para el bloque 1614, el servidor de ubicacion puede recibir una solicitud de datos de asistencia del terminal y puede descargar los datos de asistencia solicitados al terminal. El servidor de ubicacion tambien puede recibir datos medidos desde el terminal y puede actualizar una base de datos de asistencia basandose en los datos medidos. El servidor de ubicacion tambien puede determinar y/o proporcionar la ubicacion del terminal al terminal y/o clientes de LCS.
[0102] La FIG. 17 muestra un diseno de un proceso 1700 para soportar el suministro de datos de asistencia terrestre. El proceso 1700 puede ser realizado por el servidor de ubicacion 150 o alguna otra entidad. El servidor de ubicacion puede comunicarse con un terminal para el servicio de ubicacion (bloque 1712). El servidor de ubicacion puede proporcionar a los datos de asistencia terrestre del terminal un area geografica mayor que el area de cobertura actual del terminal (bloque 1714). El area geografica puede determinarse basandose en areas donde es probable que el terminal este ubicado. Para la descarga basada en la ubicacion, el servidor de ubicacion puede proporcionar datos de asistencia terrestre para estaciones base dentro de una distancia predeterminada de la
5
10
15
20
25
30
35
40
45
50
55
60
65
ubicacion actual del terminal. Para la descarga basada en el uso, el centro de ubicacion puede recibir informacion indicativa de las estaciones base encontradas (por ejemplo, utilizadas y/u observadas previamente) por el terminal, determinar el area geografica basandose en areas que abarcan las estaciones base encontradas y proporcionar datos de asistencia terrestre para estaciones base dentro del area geografica. Para la descarga basada en el uso y la ubicacion, el servidor de ubicacion puede recibir informacion indicativa de las ubicaciones visitadas por el terminal, determinar el area geografica basandose en areas que abarcan los lugares visitados y proporcionar datos de asistencia terrestre para estaciones base dentro del area geografica. Los datos de asistencia terrestre tambien pueden ser para redes y AP WLAN y/u otras estaciones terrestres.
[0103] La FIG. 18 muestra un diseno de un proceso 1800 para soportar la carga de los datos medidos. El proceso 1800 puede ser realizado por el servidor de ubicacion 150 o alguna otra entidad. El servidor de ubicacion puede recibir un mensaje SUPL que comprende datos medidos desde un terminal (bloque 1812). El servidor de ubicacion puede actualizar una base de datos de asistencia terrestre basandose en los datos medidos (bloque 1814). Los datos medidos pueden comprender uno o mas de los siguientes: un ID de celula de una celula de servicio, un avance de sincronizacion para la celula de servicio, un nivel de senal recibido de la celula de servicio, un nivel de senal recibido de al menos una celula proxima, latitud y longitud de estacion base, diferencia de sincronizacion entre dos celulas, desviacion de sincronizacion entre dos celulas, diferencia de sincronizacion entre una celula y una fuente de tiempo absoluta, desviacion de sincronizacion entre una celula y una fuente de tiempo absoluta, mediciones de satelite (por ejemplo, GPS), estimacion de ubicacion, una direccion MAC para un punto de acceso de WLAN, potencia de transmision del punto de acceso, ganancia de antena del punto de acceso, S/N recibida del punto de acceso, intensidad de senal del punto de acceso, tipo IEEE 802.11 del punto de acceso, RTD para el punto de acceso, ubicacion comunicada del punto de acceso, potencia de transmision del terminal, ganancia de antena del terminal y S/N para el terminal en el punto de acceso.
[0104] Las FIGs. 16 a 18 muestran los procesos realizados por el servidor de ubicacion 150. El terminal 110 puede realizar procesos complementarios a los procesos de las FIGs. 16 a 18.
[0105] La FIG. 19 muestra un diagrama de bloques de un diseno de terminal 110, una red de acceso por radio (RAN) 120, un centro de ubicacion 130 y un servidor de ubicacion 150. Para simplificar, la FIG. 19 muestra (i) un controlador / procesador 1910, una memoria 1912 y un transmisor / receptor (TMTR/RCVR) 1914 para el terminal 110, (ii) un controlador / procesador 1920, una memoria 1922, un transmisor / receptor 1924 y una unidad de comunicacion (Comm) 1926 para RAN 120, (iii) un controlador / procesador 1930, una memoria 1932 y una unidad de comunicacion 1934 para el centro de ubicacion 130, y (iv) un controlador / procesador 1950, una memoria 1952 y una unidad de comunicacion 1954 para el servidor de ubicacion 150. En general, cada entidad puede incluir cualquier numero de controladores, procesadores, memorias, transceptores, unidades de comunicacion, etc.
[0106] En el enlace descendente, las estaciones base en RAN 120 transmiten datos de trafico, mensajes / senalizacion y senales piloto a los terminales dentro de sus zonas de cobertura. Estos diversos tipos de datos son procesados por el procesador 1920, acondicionados por el transmisor 1924 y transmitidos en el enlace descendente. En el terminal 110, las senales de enlace descendente desde las estaciones base son recibidas por una antena, acondicionadas por el receptor 1914 y procesadas por el procesador 1910 para obtener varios tipos de informacion para posicionamiento y ubicacion y otros servicios. El procesador 1910 puede llevar a cabo o dirigir el proceso 1300 de la FIG. 13 y/u otros procesos de las tecnicas descritas en el presente documento. Las memorias 1912 y 1922 almacenan datos y codigos de programa para el terminal 110 y la RAN 120, respectivamente. En el enlace ascendente, el terminal 110 puede transmitir datos de trafico, mensajes / senalizacion y senales piloto a las estaciones base en la RAN 120. Estos diversos tipos de datos son procesados por el procesador 1910, acondicionados por el transmisor 1914 y transmitidos en el enlace ascendente. En la RAN 120, las senales de enlace ascendente procedentes del terminal 110 y otros terminales son recibidas y acondicionadas por el receptor 1924 y procesadas posteriormente por el procesador 1920 para obtener diversos tipos de informacion, por ejemplo, datos, mensajes / senalizacion, etc. La RAN 120 puede comunicarse con otras entidades de red a traves de la unidad de comunicacion 1926.
[0107] Dentro del centro de ubicacion 130, el procesador 1930 lleva a cabo el procesamiento de posicionamiento y/o ubicacion para el centro de ubicacion. El procesador 1930 puede llevar a cabo o dirigir el proceso 1200 de la FIG. 12, el proceso 1600 en la FIG. 16, el proceso 1700 en la FIG. 17, el proceso 1800 en la FIG. 18 y/u otros procesos para las tecnicas descritas en el presente documento. La memoria 1932 almacena datos y codigos de programa para el centro de ubicacion. La unidad de comunicacion 1934 permite que el centro de ubicacion 130 se comunique con otras entidades.
[0108] Dentro del servidor de ubicacion 150, el procesador 1950 lleva a cabo el procesamiento de posicionamiento y/o ubicacion para terminales, la descarga de datos de asistencia a los terminales, y la carga de datos medidos de los terminales, etc. El procesador 1950 puede llevar a cabo o dirigir el proceso 1600 en la FIG. 16, el proceso 1700 en la FIG. 17, el proceso 1800 en la FIG. 18 y/u otros procesos para las tecnicas descritas en el presente documento. La memoria 1952 almacena datos y codigos de programa para el servidor de ubicacion. La unidad de comunicacion 1954 permite que el servidor de ubicacion se comunique con otras entidades.
5
10
15
20
25
30
35
40
45
[0109] Los expertos en la tecnica entenderan que la informacion y las senales pueden representarse usando cualquiera entre varias tecnologfas y tecnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la informacion, las senales, los bits, los sfmbolos y los segmentos que puedan haber sido mencionados a lo largo de la descripcion anterior pueden representarse mediante tensiones, corrientes, ondas electromagneticas, campos o partfculas magneticos, campos o partfculas opticos, o cualquier combinacion de los mismos.
[0110] Los expertos en la tecnica apreciaran ademas que los diversos bloques logicos, modulos, circuitos y pasos de algoritmo ilustrativos, descritos en relacion con la divulgacion en el presente documento pueden implementarse como hardware electronico, software informatico, firmware informatico o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware, software y firmware, anteriormente se han descrito diversos componentes, bloques, modulos, circuitos y pasos ilustrativos, en general, en lo que respecta a su funcionalidad. Si tal funcionalidad se implementa como hardware, software o firmware, depende de la aplicacion particular y de las limitaciones de diseno impuestas sobre todo el sistema. Los expertos en la tecnica pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicacion particular, pero no debena interpretarse que tales decisiones de implementacion suponen apartarse del alcance de la presente divulgacion.
[0111] Los diversos bloques logicos, modulos y circuitos ilustrativos descritos en relacion con la divulgacion en el presente documento pueden implementarse o realizarse con un procesador de proposito general, un procesador de senales digitales (DSP), un circuito integrado espedfico de la aplicacion (ASIC), un conjunto de compuertas programables sobre el terreno (FPGA) u otro dispositivo de logica programable, logica discreta de transistores o de compuertas, componentes de hardware discretos o con cualquier combinacion de los mismos disenada para realizar las funciones descritas en el presente documento. Un procesador de uso general puede ser un microprocesador pero, de forma alternativa, el procesador puede ser cualquier procesador, controlador, micro controlador o maquina de estados convencional. Un procesador tambien puede implementarse como una combinacion de dispositivos informaticos, por ejemplo, una combinacion de un dSp y un microprocesador, una pluralidad de microprocesadores, uno o mas microprocesadores conjuntamente con un nucleo de DSP o cualquier otra configuracion de este tipo.
[0112] Los pasos de un procedimiento o algoritmo descrito en relacion con la divulgacion en el presente documento pueden realizarse directamente en hardware, en un modulo de software ejecutado por un procesador o en una combinacion de los mismos. Un modulo de software puede residir en memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco ngido, un disco extrafble, un CD-ROM o en cualquier otra forma de medio de almacenamiento conocida en la tecnica. Un modulo de firmware puede residir en memoria ROM, memoria PROM, memoria EPROM, memoria EEPROM o puede ser parte de un dispositivo de procesamiento. Un medio de almacenamiento a modo de ejemplo esta acoplado al procesador de tal manera que el procesador pueda leer informacion de, y escribir informacion en, el medio de almacenamiento. De forma alternativa, el medio de almacenamiento puede estar integrado en el procesador. El procesador y el medio de almacenamiento pueden residir en un ASlC. El ASIC puede residir en un terminal de usuario. De forma alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
[0113] La anterior descripcion de la divulgacion se proporciona para permitir que cualquier experto en la tecnica realice o use la divulgacion. Diversas modificaciones a la divulgacion resultaran inmediatamente evidentes para los expertos en la tecnica, y los principios genericos definidos en el presente documento pueden aplicarse a otras variantes sin apartarse del alcance de la divulgacion. Por tanto, la divulgacion no pretende limitarse a los ejemplos y disenos descritos en el presente documento, sino que se le ha de conceder el alcance mas amplio compatible con los principios y caractensticas novedosas divulgados en el presente documento.

Claims (6)

1.
10
15
20
2.
25
3.
30
4.
35
40
45
5.
50
55
6.
60
REIVINDICACIONES
Un procedimiento para dar soporte a servicios de ubicacion, que comprende:
un centro de ubicacion (130) que se comunica con un terminal (110) para establecer una cuenta para el terminal (110) con el centro de ubicacion (130) para servicios de ubicacion, en el que el establecimiento de la cuenta comprende:
el centro de ubicacion (130) que proporciona al terminal (110) informacion de direccion para el centro de ubicacion (130) e informacion de seguridad; y
el centro de ubicacion (130) que recibe informacion de identidad publica para el terminal (110); y
que proporciona servicios de ubicacion al terminal (110) basandose en la cuenta establecida, que comprende:
enviar una solicitud para el servicio de ubicacion al terminal (110) basandose en la informacion de identidad publica; y,
establecer una comunicacion segura con el terminal (110) para los servicios de ubicacion basandose en la informacion de seguridad.
El procedimiento segun la reivindicacion 1, en el que la cuenta para el terminal se establece independientemente de una red domestica para el terminal, y en el que se proporcionan servicios de ubicacion al terminal sin interactuar con la red domestica o una red de servicio para el terminal.
El procedimiento segun la reivindicacion 1, en el que la informacion de direccion comprende al menos una de una direccion de Identificador de Recursos Uniformes, URI, y un Protocolo de Internet, IP, para el centro de ubicacion, en el que la informacion de seguridad comprende al menos una clave secreta y en la que la informacion de identidad publica comprende al menos uno de un Numero de Directorio Movil, MDN, un Numero ISDN Internacional de Estacion Movil, MSISDN y un Protocolo de Inicio de Sesion de usuario publico, SIP, URI para el terminal.
El procedimiento segun la reivindicacion 1, que comprende ademas: recibir una solicitud para configurar la cuenta para el terminal;
proporcionar informacion de direccion para el centro de ubicacion y una clave secreta en respuesta a la solicitud;
recibir acceso mediante el terminal basandose en la informacion de direccion;
realizar autentificacion mutua con el terminal basandose en la clave secreta; y
activar el servicio para el terminal despues de una autentificacion mutua exitosa.
El procedimiento segun la reivindicacion 1, que comprende ademas:
recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal;
enviar una solicitud de activacion de servicio al terminal basandose en la informacion de identidad publica; y
recibir una confirmacion de activacion del servicio desde el terminal.
El procedimiento segun la reivindicacion 1, que comprende ademas:
recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal;
proporcionar informacion de direccion para el centro de ubicacion y una clave secreta en respuesta a la solicitud;
enviar una solicitud de activacion de servicio al terminal basandose en la informacion de identidad publica; realizar autentificacion mutua con el terminal basandose en la clave secreta; y
5
10
15
20
25
30
35
40
45
50
55
activar el servicio para el terminal despues de una autentificacion mutua exitosa.
El procedimiento segun la reivindicacion 1, que comprende ademas:
recibir una solicitud para configurar la cuenta y la informacion de identidad publica para el terminal;
proporcionar informacion de direccion para el centro de ubicacion y una clave secreta en respuesta a la solicitud;
recibir una solicitud de activacion de servicio enviada por el terminal basandose en la informacion de direccion;
realizar autentificacion mutua con el terminal basandose en la clave secreta; y activar el servicio para el terminal despues de una autentificacion mutua exitosa.
El procedimiento segun la reivindicacion 1, que comprende ademas: recibir una solicitud para configurar la cuenta para el terminal; proporcionar una primera clave secreta en respuesta a la solicitud;
enviar una solicitud de activacion de servicio y una segunda clave secreta al terminal basandose en la informacion de identidad publica;
generar una tercera clave secreta basandose en la primera y la segunda claves secretas;
recibir una solicitud de ubicacion desde el terminal; realizar autentificacion mutua con el terminal basandose en la tercera clave secreta; y
activar el servicio para el terminal despues de una autentificacion mutua exitosa.
El procedimiento segun la reivindicacion 1, que comprende ademas: recibir una solicitud para configurar la cuenta para el terminal;
proporcionar informacion de nombre de usuario y contrasena en respuesta a la solicitud;
establecer una comunicacion segura con el terminal basandose en la informacion de nombre de usuario y contrasena;
recibir informacion de identidad publica para el terminal; y
enviar informacion de direccion para el centro de ubicacion e informacion de seguridad al terminal.
Un aparato para dar soporte a servicios de ubicacion, que comprende:
medios para comunicarse con un terminal (110) para establecer una cuenta para el terminal con un centro de ubicacion (130) para servicios de ubicacion, incluyendo medios para proporcionar al terminal (110) informacion de direccion para el centro de ubicacion (130) y con informacion de seguridad , y medios para recibir informacion de identidad publica para el terminal (110); y
medios para proporcionar servicios de ubicacion al terminal (110) basandose en la cuenta establecida, incluyendo medios para enviar una solicitud de servicio de ubicacion al terminal (110) basandose en la informacion de identidad publica, y medios para establecer una comunicacion segura con el terminal (110) para los servicios de ubicacion basandose en la informacion de seguridad.
ES08743810.7T 2007-03-12 2008-03-12 Servicios de ubicación independientes de red Active ES2646547T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US89428207P 2007-03-12 2007-03-12
US894282P 2007-03-12
US95057807P 2007-07-18 2007-07-18
US950578P 2007-07-18
US12/046,259 US9083745B2 (en) 2007-03-12 2008-03-11 Network independent location services
US46259 2008-03-11
PCT/US2008/056736 WO2008112819A2 (en) 2007-03-12 2008-03-12 Network independent location services

Publications (1)

Publication Number Publication Date
ES2646547T3 true ES2646547T3 (es) 2017-12-14

Family

ID=39545104

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08743810.7T Active ES2646547T3 (es) 2007-03-12 2008-03-12 Servicios de ubicación independientes de red

Country Status (8)

Country Link
US (3) US9083745B2 (es)
EP (4) EP2122994B1 (es)
JP (3) JP5815208B2 (es)
KR (2) KR101159080B1 (es)
CN (1) CN101658013B (es)
ES (1) ES2646547T3 (es)
HU (1) HUE037024T2 (es)
WO (1) WO2008112819A2 (es)

Families Citing this family (99)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0641718A (ja) * 1992-07-28 1994-02-15 Ishikawajima Harima Heavy Ind Co Ltd 耐熱材料の表面処理方法
EP0993739A1 (en) 1997-05-21 2000-04-19 E.S.P. Communications, Inc. System, method and apparatus for "caller only" initiated two-way wireless communication with caller generated billing
US7598855B2 (en) 2005-02-01 2009-10-06 Location Based Technologies, Inc. Apparatus and method for locating individuals and objects using tracking devices
KR100690877B1 (ko) * 2005-08-11 2007-03-09 엘지전자 주식회사 이동통신 시스템에서의 주기적인 위치추적 방법
US8989763B2 (en) 2008-03-27 2015-03-24 Qualcomm Incorporated Updating position assist data on a mobile computing device
US9071701B2 (en) * 2006-08-31 2015-06-30 Qualcomm Incorporated Using wireless characteristic to trigger generation of position fix
US9083745B2 (en) * 2007-03-12 2015-07-14 Qualcomm Incorporated Network independent location services
US8244468B2 (en) 2007-11-06 2012-08-14 Location Based Technology Inc. System and method for creating and managing a personalized web interface for monitoring location information on individuals and objects using tracking devices
US9111189B2 (en) 2007-10-31 2015-08-18 Location Based Technologies, Inc. Apparatus and method for manufacturing an electronic package
US8774827B2 (en) * 2007-04-05 2014-07-08 Location Based Technologies, Inc. Apparatus and method for generating position fix of a tracking device in accordance with a subscriber service usage profile to conserve tracking device power
US8102256B2 (en) 2008-01-06 2012-01-24 Location Based Technologies Inc. Apparatus and method for determining location and tracking coordinates of a tracking device
US8224355B2 (en) 2007-11-06 2012-07-17 Location Based Technologies Inc. System and method for improved communication bandwidth utilization when monitoring location information
US8497774B2 (en) * 2007-04-05 2013-07-30 Location Based Technologies Inc. Apparatus and method for adjusting refresh rate of location coordinates of a tracking device
KR100896680B1 (ko) * 2007-04-13 2009-05-14 에스케이 텔레콤주식회사 Ｇ-ｐＣｅｌｌ 데이터베이스를 이용하여 위치에 따라이동통신 단말기에 네트워크 기반의 위치 측위를 제공하는방법 및 시스템
JP2009021855A (ja) * 2007-07-12 2009-01-29 Toshiba Corp 中継装置、通信方法及び通信プログラム
US8983497B2 (en) 2007-10-04 2015-03-17 Zos Communications, Llc Method for managing a geo-targeted campaign
US9367295B2 (en) * 2007-10-04 2016-06-14 Zos Communications, Llc Methods for virally distributing location-based applications
US8654974B2 (en) * 2007-10-18 2014-02-18 Location Based Technologies, Inc. Apparatus and method to provide secure communication over an insecure communication channel for location information using tracking devices
US8660574B2 (en) * 2008-04-02 2014-02-25 Qualcomm Incorporated Generic positioning protocol
EP2263391A4 (en) * 2008-04-08 2014-09-17 Nokia Corp ASSISTANCE DATA SPECIFICATIONS AND PROTOCOLS FOR NAVIGATION SYSTEMS
US20090268680A1 (en) * 2008-04-28 2009-10-29 Samsung Electronics Co., Ltd. Signaling formats for indicating unused resource blocks in lte systems
US8838145B2 (en) * 2008-11-25 2014-09-16 Broadcom Corporation Accessing navigation information via a global positioning group support server
JP5168137B2 (ja) * 2008-12-26 2013-03-21 ソニー株式会社 通信装置、通信方法、プログラム、情報管理装置および通信システム
US8165599B1 (en) * 2008-12-30 2012-04-24 Sprint Spectrum L.P. Method and system for locating mobile stations using call measurement data
US9955352B2 (en) 2009-02-17 2018-04-24 Lookout, Inc. Methods and systems for addressing mobile communications devices that are lost or stolen but not yet reported as such
US8467768B2 (en) * 2009-02-17 2013-06-18 Lookout, Inc. System and method for remotely securing or recovering a mobile device
US8301160B2 (en) * 2009-03-16 2012-10-30 Andrew Llc System and method for SUPL roaming using a held client
US8391884B2 (en) * 2009-03-26 2013-03-05 Andrew Llc System and method for managing created location contexts in a location server
US8462769B2 (en) * 2009-03-26 2013-06-11 Andrew Llc System and method for managing created location contexts in a location server
US20100259444A1 (en) * 2009-04-08 2010-10-14 Andrei Kosolobov Method and system for dynamic wireless node capture for a lbs server, client, and reference database
US9435874B2 (en) * 2009-04-21 2016-09-06 Qualcomm Incorporated Method and apparatus for supporting positioning for terminals in a wireless network
US8660540B2 (en) 2009-04-21 2014-02-25 Qualcomm Incorporated Supporting version negotiation for positioning for terminals in a wireless network
US20100273451A1 (en) * 2009-04-28 2010-10-28 Bergstroem Joakim Method and Apparatus for Mobile Terminal Positioning Operations
WO2010140003A2 (en) * 2009-06-04 2010-12-09 Bae Systems Plc System and method of analysing transfer of data over at least one network
US8917206B2 (en) * 2009-06-09 2014-12-23 Qualcomm Incorporated Mobile-based positioning with non-conforming use of assistance data
JP5153002B2 (ja) * 2009-06-12 2013-02-27 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動通信システム及び交換局
US9151821B2 (en) * 2009-07-24 2015-10-06 Qualcomm Incorporated Watermarking antenna beams for position determination
US8838132B2 (en) * 2009-08-12 2014-09-16 Qualcomm Incorporated Enhanced positioning assistance data for reduced signaling
US20110039578A1 (en) * 2009-08-14 2011-02-17 Qualcomm Incorporated Assistance data for positioning in multiple radio access technologies
US8918115B2 (en) * 2009-09-10 2014-12-23 Motorola Mobility Llc Method and location server for determining a postion of a target device
CN102036162A (zh) * 2009-09-24 2011-04-27 中兴通讯股份有限公司 一种定位系统、方法及终端
US8880103B2 (en) * 2009-10-12 2014-11-04 Qualcomm Incorporated Method and apparatus for transmitting indoor context information
US8531334B2 (en) * 2009-11-06 2013-09-10 Microsoft Corporation Location proofs
CN101718872B (zh) * 2009-12-11 2012-11-28 惠州Tcl移动通信有限公司 一种pc实现a-gps的方法
KR101650348B1 (ko) 2010-01-13 2016-08-24 삼성전자주식회사 수신 메시지를 이용한 이동통신 단말기의 위치 확인 방법 및 장치
WO2011110899A1 (en) * 2010-03-10 2011-09-15 Nokia Corporation Exchange of messages relating to positioning data
US8874710B2 (en) * 2010-04-27 2014-10-28 Nokia Corporation Access network discovery
US8605653B2 (en) * 2010-05-28 2013-12-10 Sonus Networks, Inc. Utilizing emergency procedures to determine location information of a voice over internet protocol device
US9063222B2 (en) * 2010-05-28 2015-06-23 Qualcomm Incorporated Almanac maintenance for mobile station positioning
US10063642B2 (en) * 2010-08-21 2018-08-28 Qualcomm Incorporated Method and apparatus for supporting location services via a generic location session
US10267892B2 (en) 2010-10-04 2019-04-23 Qualcomm Incorporated Locating a device using a reference point to align location information
US8627422B2 (en) 2010-11-06 2014-01-07 Qualcomm Incorporated Authentication in secure user plane location (SUPL) systems
CN102281628A (zh) * 2010-12-31 2011-12-14 吴东辉 基于网站或网络服务器的移动终端定位、测速的方法和系统
CN106211060A (zh) * 2010-12-31 2016-12-07 吴东辉 一种基于移动通讯系统的运动卡路里计算系统
JP5982403B2 (ja) 2011-01-18 2016-08-31 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムで端末の性能を報告する方法及び装置
US8738027B2 (en) * 2011-02-07 2014-05-27 Qualcomm Incorporated Methods and apparatus for identifying and authorizing location servers and location services
US10009319B2 (en) 2011-02-07 2018-06-26 Qualcomm Incorporated Methods, apparatuses and articles for identifying and authorizing location servers and location services using a proxy location server
US9615338B2 (en) 2011-02-15 2017-04-04 Samsung Electronics Co., Ltd. Power headroom report method and apparatus of UE
ES2401228B1 (es) * 2011-03-01 2014-05-05 Telefónica, S.A. Método para localización móvil en una red inalámbrica que ofrece servicios basados en localización
CN107017970B (zh) 2011-04-05 2020-07-14 三星电子株式会社 载波聚合系统中的终端和基站及其方法
KR20120115953A (ko) 2011-04-11 2012-10-19 삼성전자주식회사 단말 획득 정보를 효율적으로 기지국에 전달하는 방법 및 장치
KR101948801B1 (ko) 2011-04-11 2019-02-18 삼성전자주식회사 Ｍｂｍｓ 지원 사용자 장치의 데이터 수신 방법 및 장치
EP2706677B1 (en) 2011-05-03 2016-08-10 Samsung Electronics Co., Ltd. Method and apparatus for user equipment receiving mbms service processing semi-permanent scheduling from mbsfn subframe in wireless communication system
EP2709292B1 (en) 2011-05-10 2021-09-29 Samsung Electronics Co., Ltd. Method and apparatus for applying a time alignment timer in a wireless communication system using a carrier aggregation technique
US9363782B2 (en) 2011-06-22 2016-06-07 Qualcomm Incorporated Methods and apparatus for wireless device positioning in multicarrier configurations
US10068084B2 (en) * 2011-06-27 2018-09-04 General Electric Company Method and system of location-aware certificate based authentication
US8788881B2 (en) * 2011-08-17 2014-07-22 Lookout, Inc. System and method for mobile device push communications
CN102984646B (zh) * 2011-09-05 2016-03-30 中国移动通信集团辽宁有限公司 一种手机客户端位置业务的提供方法以及系统
US10009318B2 (en) * 2012-03-14 2018-06-26 Microsoft Technology Licensing, Llc Connecting to a cloud service for secure access
KR101964349B1 (ko) * 2012-03-19 2019-04-01 한국전자통신연구원 통신 시스템에서 자원 할당 장치 및 방법
RU2602983C2 (ru) 2012-08-06 2016-11-20 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ предоставления отчета по информации о мобильности в системе беспроводной связи и устройство для поддержки этого
CN102858011A (zh) * 2012-09-14 2013-01-02 大唐移动通信设备有限公司 一种移动终端的用户面定位方法及装置
WO2014107162A1 (en) * 2013-01-04 2014-07-10 Evado Filip Holding Ltd. Location tracking system
WO2014107160A1 (en) * 2013-01-04 2014-07-10 Evado Filip Holding Ltd. Location tracking system
EP2816827B1 (en) * 2013-04-25 2018-11-28 Huawei Technologies Co., Ltd. Method and apparatus for distributing information, and network system
US9836613B2 (en) * 2013-05-02 2017-12-05 Qualcomm Incorporated Obfuscating the locations of access points and femtocells
CN105340356A (zh) * 2013-08-02 2016-02-17 英特尔Ip公司 电力周期间的安全用户平面位置(supl)会话持久性
US9439163B2 (en) * 2013-12-23 2016-09-06 Cellco Partnership Processing of a coarse location request for a mobile device
CN103728633B (zh) * 2014-01-22 2015-08-12 宇龙计算机通信科技(深圳)有限公司 一种避免定位丢失的方法及装置
US10419872B2 (en) * 2014-04-18 2019-09-17 Intel Corporation Adaptable multimode location protocol manager
US9621735B2 (en) * 2014-06-25 2017-04-11 Textnow, Inc. Mobile electronic communications combining voice-over-IP and mobile network services
CN104683438A (zh) * 2014-12-12 2015-06-03 广西科技大学 一种北斗或gps双模在线定位方法
AU2016215367B2 (en) * 2015-02-06 2018-07-26 Apple Inc. Method and apparatus for location determination with WLAN/WPAN/sensor support
US9760731B2 (en) * 2015-10-06 2017-09-12 L3 Technologies, Inc. Configurable cross-domain information assurance
KR102321928B1 (ko) * 2016-08-12 2021-11-05 소니그룹주식회사 위치 서버, 인프라스트럭처 장비, 통신 디바이스 및 보충의 위치결정 참조 신호들을 사용하기 위한 방법들
WO2018058681A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 传输定位辅助数据的方法和设备
CN108260154B (zh) * 2016-12-29 2020-11-17 千寻位置网络有限公司 一种agnss用户面定位服务的自动化功能测试方法及其系统
US10383081B2 (en) * 2017-05-05 2019-08-13 Qualcomm Incorporated Methods and systems for positioning of a mobile device using broadcast of assistance data
EP3410156A1 (en) * 2017-06-02 2018-12-05 Nokia Technologies Oy Positioning information verification
CN108111580B (zh) * 2017-12-13 2019-09-27 Oppo广东移动通信有限公司 区域确定方法、装置、存储介质、移动终端及服务器
US11356804B2 (en) 2018-02-25 2022-06-07 Qualcomm Incorporated Systems and methods for efficiently supporting broadcast of location assistance data in a wireless network
US11191056B2 (en) 2018-08-08 2021-11-30 Qualcomm Incorporated Systems and methods for validity time and change notification of broadcast location assistance data
CN111092917A (zh) * 2018-10-23 2020-05-01 千寻位置网络有限公司 提供定位导航服务的方法及装置、服务系统
US11181609B2 (en) * 2019-02-15 2021-11-23 Qualcomm Incorporated Positioning assistance data procedures
WO2020202376A1 (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 通信装置、ユーザ端末、通信システム及びその制御方法並びにプログラム
US11245536B2 (en) * 2019-04-16 2022-02-08 Meta Platforms, Inc. Secure multi-party computation attribution
US11252410B2 (en) 2019-06-11 2022-02-15 Tencent America LLC Method and apparatus for video coding
CN110446257B (zh) * 2019-08-21 2021-09-28 惠州Tcl移动通信有限公司 基于移动终端的定位方法及定位装置
US11870801B2 (en) * 2021-01-27 2024-01-09 Paypal, Inc. Protecting computer system end-points using activators

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995018977A1 (en) * 1994-01-03 1995-07-13 Trimble Navigation A network for code phase differential gps corrections
US7912645B2 (en) * 1997-10-22 2011-03-22 Intelligent Technologies International, Inc. Information transfer arrangement and method for vehicles
US7426437B2 (en) * 1997-10-22 2008-09-16 Intelligent Technologies International, Inc. Accident avoidance systems and methods
GB9617483D0 (en) * 1996-08-20 1996-10-02 Turner Miles Navigation display
US6185427B1 (en) * 1996-09-06 2001-02-06 Snaptrack, Inc. Distributed satellite position system processing and application network
US8255144B2 (en) * 1997-10-22 2012-08-28 Intelligent Technologies International, Inc. Intra-vehicle information conveyance system and method
US8965677B2 (en) * 1998-10-22 2015-02-24 Intelligent Technologies International, Inc. Intra-vehicle information conveyance system and method
US6453237B1 (en) * 1999-04-23 2002-09-17 Global Locate, Inc. Method and apparatus for locating and providing services to mobile devices
US20030120555A1 (en) * 2000-03-09 2003-06-26 Takashi Kitagawa Information processing apparatus with optical data reader, servers, and electronic commerce method
US6785551B1 (en) * 2000-04-07 2004-08-31 Ford Motor Company Method of providing dynamic regionally relevant data to a mobile environment
CN1395689A (zh) * 2000-09-20 2003-02-05 皇家菲利浦电子有限公司 一种确定移动单元方位的方法
US7519372B2 (en) * 2001-04-03 2009-04-14 At&T Mobility Ii Llc Methods and apparatus for mobile station location estimation
US20020147000A1 (en) * 2001-04-04 2002-10-10 Holmes-Kinsella David A. System and method for real-time addition of devices to a subscriber account
US6940492B2 (en) * 2001-05-30 2005-09-06 Sony Corporation System and method of secure touch screen input and display
US6628934B2 (en) 2001-07-12 2003-09-30 Earthlink, Inc. Systems and methods for automatically provisioning wireless services on a wireless device
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
KR100986955B1 (ko) * 2001-12-27 2010-10-12 퀄컴 인코포레이티드 위치 측정 능력을 갖는 무선 통신 시스템에서 기지국위성력 정보의 생성 및 이용
US7996888B2 (en) 2002-01-11 2011-08-09 Nokia Corporation Virtual identity apparatus and method for using same
US6961562B2 (en) * 2002-06-19 2005-11-01 Openwave Systems Inc. Method and apparatus for acquiring, processing, using and brokering location information associated with mobile communication devices
JP4103465B2 (ja) 2002-06-26 2008-06-18 ソニー株式会社 情報端末装置、情報処理装置、及び情報送受信システム
US8539232B2 (en) 2002-06-26 2013-09-17 Sony Corporation Information terminal apparatus, information processing apparatus and information communication system
JP4136517B2 (ja) * 2002-07-31 2008-08-20 株式会社日立製作所 移動端末
US7548746B2 (en) 2002-11-01 2009-06-16 At&T Mobility Ii Llc General purpose automated activation and provisioning technologies
TW200411465A (en) 2002-11-19 2004-07-01 Xepa Corp An accounting and management system for self-provisioning digital services
AU2002358800A1 (en) * 2002-12-27 2004-07-22 Nokia Corporation Location based services for mobile communication terminals
JP4663245B2 (ja) 2003-02-04 2011-04-06 株式会社リコー 電子装置、画像処理装置、遠隔管理システム、プログラム及び認証方法
US7170447B2 (en) 2003-02-14 2007-01-30 Qualcomm Incorporated Method and apparatus for processing navigation data in position determination
US8023958B2 (en) 2003-03-05 2011-09-20 Qualcomm Incorporated User plane-based location services (LCS) system, method and apparatus
US20040181326A1 (en) * 2003-03-14 2004-09-16 Adams Thomas Lee Network-Based Home Vehicular Management
US8483717B2 (en) 2003-06-27 2013-07-09 Qualcomm Incorporated Local area network assisted positioning
US7123928B2 (en) 2003-07-21 2006-10-17 Qualcomm Incorporated Method and apparatus for creating and using a base station almanac for position determination
US20070077939A1 (en) 2003-10-17 2007-04-05 Akira Uematsu Location information notifying system and method, terminal location determining apparatus, and privacy check apparatus
FI20040037A0 (fi) 2004-01-13 2004-01-13 Nokia Corp Paikkainformaation tuottaminen
US7586438B1 (en) * 2004-04-19 2009-09-08 Novariant Inc. Navigation with satellite communications
KR101119295B1 (ko) 2004-04-21 2012-03-16 삼성전자주식회사 네트워크에 독립적으로 구성된 측위 서버를 이용한이동단말기의 위치결정장치 및 그 방법
KR100690867B1 (ko) 2004-08-06 2007-03-09 엘지전자 주식회사 이동통신 시스템에서 사용자의 프라이버시 관리장치 및 방법
JP2006105640A (ja) * 2004-10-01 2006-04-20 Hitachi Ltd ナビゲーション装置
US20070043829A1 (en) * 2005-08-17 2007-02-22 Robin Dua Method and system for accessing a storage or computing device via the Internet
US7257413B2 (en) * 2005-08-24 2007-08-14 Qualcomm Incorporated Dynamic location almanac for wireless base stations
US8068056B2 (en) 2005-08-25 2011-11-29 Qualcomm Incorporated Location reporting with secure user plane location (SUPL)
US8965393B2 (en) * 2006-05-22 2015-02-24 Polaris Wireless, Inc. Estimating the location of a wireless terminal based on assisted GPS and pattern matching
US8798639B2 (en) * 2007-01-17 2014-08-05 Qualcomm Incorporated Method and apparatus for using historic network information for determining approximate position
US9083745B2 (en) * 2007-03-12 2015-07-14 Qualcomm Incorporated Network independent location services
US8838132B2 (en) * 2009-08-12 2014-09-16 Qualcomm Incorporated Enhanced positioning assistance data for reduced signaling
US20120262335A1 (en) * 2011-04-15 2012-10-18 Qualcomm Incorporated Network coverage and demand maps

Also Published As

Publication number Publication date
WO2008112819A2 (en) 2008-09-18
US20150319571A1 (en) 2015-11-05
JP2010521891A (ja) 2010-06-24
US20210092552A1 (en) 2021-03-25
WO2008112819A3 (en) 2009-02-19
EP2461542A3 (en) 2014-10-08
EP2122994A2 (en) 2009-11-25
US10841729B2 (en) 2020-11-17
EP2461541A2 (en) 2012-06-06
JP5815208B2 (ja) 2015-11-17
KR20090126297A (ko) 2009-12-08
EP2461541A3 (en) 2014-07-23
US9083745B2 (en) 2015-07-14
CN101658013A (zh) 2010-02-24
HUE037024T2 (hu) 2018-08-28
JP2016006987A (ja) 2016-01-14
JP2014053021A (ja) 2014-03-20
EP2461543A3 (en) 2012-08-22
EP2461542A2 (en) 2012-06-06
EP2461543A2 (en) 2012-06-06
US11678134B2 (en) 2023-06-13
JP6121490B2 (ja) 2017-04-26
KR101159080B1 (ko) 2012-06-25
CN101658013B (zh) 2013-05-29
US20080228654A1 (en) 2008-09-18
KR101215530B1 (ko) 2012-12-26
KR20110128365A (ko) 2011-11-29
EP2122994B1 (en) 2017-08-09
EP2461543B1 (en) 2022-02-09

Similar Documents

Publication Publication Date Title
US11678134B2 (en) Network independent location services
US9706408B2 (en) Authentication in secure user plane location (SUPL) systems
ES2388508T3 (es) Informes de ubicación con ubicación segura de plano de usuario (SUPL)
ES2631911T3 (es) Procedimiento y aparato para utilizar la información de capacidad de servicio en la ubicación del plano de usuario
ES2539454T3 (es) Procedimiento y aparato de realización de una consulta de información de sesión para la localización en el plano de usuario
US9946883B2 (en) Methods and apparatuses for protecting positioning related information
ES2510406T3 (es) Transporte de protocolo de posicionamiento