ES2555169T3 - Mecanismo de seguridad para obtener una autorización para un servidor de localización descubierto - Google Patents

Mecanismo de seguridad para obtener una autorización para un servidor de localización descubierto Download PDF

Info

Publication number
ES2555169T3
ES2555169T3 ES13707947.1T ES13707947T ES2555169T3 ES 2555169 T3 ES2555169 T3 ES 2555169T3 ES 13707947 T ES13707947 T ES 13707947T ES 2555169 T3 ES2555169 T3 ES 2555169T3
Authority
ES
Spain
Prior art keywords
network
location server
access
local
terminal
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
ES13707947.1T
Other languages
English (en)
Inventor
Philip Michael Hawkes
Andreas Klaus Wachter
Kirk Allan Burroughs
Stephen William 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 ES2555169T3 publication Critical patent/ES2555169T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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/0884—Network architectures or network communication protocols for network security for authentication of entities by delegation of authentication, e.g. a proxy authenticates an entity to be authenticated on behalf of this entity vis-à-vis an authentication entity
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/107—Network architectures or network communication protocols for network security for controlling access to devices or network resources wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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/08—Access security
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un procedimiento para obtener un acceso autorizado desde un terminal a un servidor de localización descubierto, comprendiendo el procedimiento: conmutar (502, 542, 572) desde una primera red, que no soporta un acceso autenticado a un servidor de localización local el terminal, a una segunda red que soporta el acceso autenticado al servidor de localización local por el terminal; obtener (504, 544, 574) un acceso autenticado al servidor de localización local usando la segunda red; obtener (506, 546, 576) autorización para el servidor de localización descubierto a partir del servidor de localización local; conmutar (508, 548, 578) desde la segunda red de vuelta a la primera red, y acceder (510, 550, 578) al servidor de localización descubierto usando la primera red en función de la autorización obtenida del servidor de localización local.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Mecanismo de seguridad para obtener una autorizacion para un servidor de localizacion descubierto ANTECEDENTES
A medida que los servicios relacionados con la localizacion de dispositivos moviles se vuelven mas populares, las soluciones de localizacion y los servidores de localizacion asociados que permiten y colaboran en tales soluciones de localizacion se utilizan de manera mas generalizada. Un ejemplo de una solucion de localizacion de este tipo es la solucion denominada localizacion segura en el plano de usuario (SUPL) definida por la Alianza Movil Abierta (OMA) en documentos disponibles publicamente. Otro ejemplo es la solucion de localizacion del plano de control (CP) definida por el Proyecto de Asociacion de Tercera Generacion (3GPP) en documentos disponibles publicamente. Debido al siempre creciente predominio de los dispositivos moviles, los servidores de localizacion pueden restringir algunas veces la capacidad del usuario de obtener acceso al servidor de localizacion sin alguna forma de autenticacion o autorizacion. Por tanto, los dispositivos moviles visitantes no siempre pueden acceder facilmente en primera instancia a los servicios proporcionados por el servidor de localizacion.
Se hace referencia al documento de Tcs Systems titulado: "SLP Discovery Models and Mechanisms", 15 de diciembre de 2010 (15/12/2010), paginas 1 a 11, XP55026932, obtenido de la siguiente direccion de Internet: URL:
http://member.open-mobilealli-ance.org/ftp/Public_documents/L0C/2010/0MA-L0C-2010-0316- INP_SUPL_3_0_TCS_SLP_Models_and_Discovery_Mechanisms.zip. El documento describe modelos adicionales de implantacion de plataformas de localizacion SUPL y mecanismos de descubrimiento SLP como apoyo a estos modelos.
RESUMEN
Segun la presente invencion se proporciona un procedimiento, un terminal y un aparato, como se expone respectivamente en las reivindicaciones independientes. Realizaciones preferidas de la invencion se describen en las reivindicaciones dependientes.
Estos y otros problemas pueden resolverse segun las realizaciones de la presente invencion, descritas en el presente documento.
En algunas realizaciones se presenta un procedimiento para obtener un acceso autorizado desde un terminal a un servidor de localizacion descubierto. El procedimiento puede incluir conmutar desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local por medio del terminal, hasta una segunda red que soporta un acceso autenticado al servidor de localizacion local por medio del terminal. El acceso autenticado al servidor de localizacion local puede obtenerse usando la segunda red. La autorizacion para el servidor de localizacion descubierto puede obtenerse despues a partir del servidor de localizacion local. Despues, el terminal puede conmutar desde la segunda red hasta la primera red. Despues, el terminal puede acceder al servidor de localizacion descubierto usando la primera red basandose en la autorizacion obtenida a partir del servidor de localizacion local.
En algunas realizaciones, el servidor de localizacion descubierto incluye una plataforma de localizacion SUPL descubierta (D-SLP). En algunas realizaciones, el servidor de localizacion local incluye una plataforma de localizacion SUPL local (H-SLP). En algunas realizaciones, obtener un acceso autenticado incluye usar al menos uno de un mecanismo de autenticacion de cliente alternativo (ACA), certificados de dispositivo y una arquitectura de inicializacion generica (GBA) para autenticar el terminal por medio de la H-SLP.
En algunas realizaciones, la primera red es una red de area local inalambrica (WLAN). En algunas realizaciones, la segunda red es una red que soporta Evolucion a Largo Plazo (LTE), WCDMA, GSM o HRPD cdma2000.
En algunas realizaciones se presenta un terminal para obtener acceso autorizado a un servidor de localizacion descubierto. El terminal puede incluir un transceptor configurado para conmutar desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local por medio del terminal, hasta una segunda red que soporta un acceso autenticado al servidor de localizacion local por medio del terminal. El transceptor puede conmutar desde la segunda red hasta la primera red despues de que el terminal obtenga un acceso autenticado al servidor de localizacion local usando la segunda red. El terminal tambien puede incluir un procesador configurado para obtener un acceso autenticado al servidor de localizacion local usando la segunda red. El procesador tambien puede estar configurado para obtener una autorizacion para el servidor de localizacion descubierto a partir del servidor de localizacion local y para acceder al servidor de localizacion descubierto usando la primera red basandose en la autorizacion obtenida a partir del servidor de localizacion local.
En algunas realizaciones se presenta un aparato para obtener un acceso autorizado a un servidor de localizacion descubierto. El aparato puede incluir medios para conmutar desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local por medio de un terminal, hasta una segunda red que soporta un acceso autenticado al servidor de localizacion local por medio del terminal. El aparato puede incluir ademas medios
5
10
15
20
25
30
35
40
45
50
55
60
65
para obtener un acceso autenticado al servidor de localizacion local usando la segunda red, y medios para obtener una autorizacion para el servidor de localizacion descubierto a partir del servidor de localizacion local. El aparato tambien puede incluir medios para conmutar desde la segunda red hasta la primera red, y medios para acceder al servidor de localizacion descubierto usando la primera red en funcion de la autorizacion obtenida a partir del servidor de localizacion local.
En algunas realizaciones se presenta un medio legible por procesador no transitorio. El medio legible por procesador puede incluir instrucciones legibles por procesador configuradas para hacer que un procesador conmute desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local por medio de un terminal, hasta una segunda red que soporta un acceso autenticado al servidor de localizacion local por medio del terminal. Las instrucciones legibles por procesador tambien pueden hacer que el procesador obtenga un acceso autenticado al servidor de localizacion local usando la segunda red, obtenga una autorizacion para un servidor de localizacion descubierto a partir del servidor de localizacion local, conmute desde la segunda red hasta la primera red y acceda al servidor de localizacion descubierto usando la primera red basandose en la autorizacion obtenida a partir del servidor de localizacion local.
En algunas realizaciones se presenta un procedimiento para obtener un acceso autorizado desde un terminal a una plataforma de localizacion segura en el plano de usuario (SUPL). El procedimiento puede incluir conmutar desde una primera red que no soporta una autenticacion del terminal hasta a una segunda red que soporta una autenticacion del terminal. El acceso autenticado a una primera plataforma SUPL puede obtenerse usando la segunda red. La autorizacion para una segunda plataforma SUPL puede obtenerse despues a partir de la primera plataforma SUPL. Despues, el terminal puede conmutar desde la segunda red hasta la primera red. Despues, el terminal puede acceder a la segunda plataforma SUPL usando la primera red basandose en la autorizacion obtenida a partir de la primera plataforma SUPL.
En algunas realizaciones se presenta un aparato. El aparato puede incluir uno o mas modulos de comunicacion configurados para acceder a una primera red y una segunda red. El aparato puede configurarse para acceder a una primera plataforma de localizacion segura en el plano de usuario usando la primera red y para acceder a una segunda plataforma de localizacion segura en el plano de usuario usando la segunda red. La primera plataforma de localizacion segura en el plano de usuario puede comprender una plataforma de localizacion local (H-SLP) de localizacion segura en el plano de usuario (SUPL) y/o la segunda plataforma de localizacion segura en el plano de usuario puede comprender una plataforma de localizacion descubierta (D-SLP) de localizacion segura en el plano de usuario (SUPL). El aparato puede estar configurado para tratar de acceder a la H-SLP usando la segunda red, y para acceder a la H-SLP usando la primera red si falla el acceso a la H-SLP a traves de la segunda red.
BREVE DESCRIPCION DE LOS DIBUJOS
La naturaleza y las ventajas de varias realizaciones pueden entenderse haciendo referencia a las siguientes figuras. En las figuras adjuntas, componentes o caracterfsticas similares pueden tener la misma etiqueta de referencia. Ademas, varios componentes del mismo tipo pueden distinguirse anadiendo a la etiqueta de referencia un guion y una segunda etiqueta que distingue los componentes similares. Si solo se usa la primera etiqueta de referencia en la memoria descriptiva, la descripcion puede aplicarse a uno cualquiera de los componentes similares que tenga la misma primera etiqueta de referencia, independientemente de la segunda etiqueta de referencia.
La FIG. 1 es una ilustracion grafica de un entorno de red inalambrica de ejemplo que puede utilizarse junto con los diversos sistemas y procedimientos descritos en el presente documento.
La FIG. 2 ilustra aparatos a modo de ejemplo de varias realizaciones.
Las FIG. 3A, 3B y 3C son ilustraciones a modo de ejemplo de etapas asociadas a varias realizaciones.
Las FIG. 4A, 4B y 4C son ilustraciones a modo de ejemplo de etapas asociadas a otras diversas realizaciones.
Las FIG. 5A, 5B y 5C ilustran diagramas de flujo a modo de ejemplo que describen etapas de varias realizaciones.
La FIG. 6 es un sistema informatico a modo de ejemplo de varias realizaciones.
DESCRIPCION DETALLADA
La expresion "a modo de ejemplo" se usa en el presente documento en el sentido de "que sirve como ejemplo, instancia o ilustracion". No debe considerarse necesariamente que cualquier realizacion o diseno descritos en el presente documento como "a modo de ejemplo" son preferidos o ventajosos con respecto a otras realizaciones o disenos.
Las tecnicas descritas en el presente documento pueden utilizarse en varias redes de comunicaciones inalambricas,
5
10
15
20
25
30
35
40
45
50
55
60
65
tales como redes de acceso multiple por division de codigo (CDMA), redes de acceso multiple por division de tiempo (TDMA), redes de acceso multiple por division de frecuencia (FDMA), redes FDMA ortogonales (OFDMA), redes FDMA de unica portadora (SC-FDMA), etc. Los terminos “redes” y “sistemas” se utilizan normalmente de manera intercambiable. Una red CDMA puede implementar una tecnologfa de radio tal como el Acceso de Radio Terrestre Universal (UTRA), CDMA2000, etc. UTRA incluye CDMA de banda ancha (W-CDMA) y Baja Velocidad de Chip (LCR). CDMA2000 cubre las normas IS-2000, IS-95 e IS-856. Una red TDMA puede implementar una tecnologfa de radio tal como el Sistema Global de Comunicaciones Moviles (GSM). Una red OFDMA puede implementar una tecnologfa de radio tal como UTRA Evolucionado (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash- OFDM_, etc. UTRA es parte del Sistema Universal de Telecomunicaciones Moviles (UMTS). Evolucion a Largo Plazo (LTE) usa E-UTRA. UTRA, E-UTRA, GSM, UMTS y LTE estan descritos en documentos de 3GPP. CDMA2000 esta descrito en documentos de una organizacion llamada “2° Proyecto de Asociacion de Tercera Generacion” (3GPP2). Estas diversas normas y tecnologfas de radio son conocidas en la tecnica.
El acceso multiple por division de frecuencia de unica portadora (SC-FDMA), el cual utiliza modulacion de unica portadora y ecualizacion en el dominio de frecuencia, es una tecnica. SC-FDMA puede tener un funcionamiento y complejidad global similares a los del sistema OFDMA. Una senal SC-FDMA puede tener una relacion de potencia pico a promedio (PAPR) mas baja debido a su estructura intrfnseca de unica portadora. SC-FDMA ha acaparado gran atencion, especialmente en las comunicaciones de enlace ascendente, donde una PAPR mas baja beneficia en gran medida al terminal movil en lo que respecta a la eficacia de la potencia de transmision. Actualmente es un proyecto para el esquema de acceso multiple de enlace ascendente en la Evolucion a Largo Plazo (LTE) de 3GPP, o en UTRA Evolucionado.
En el presente documento se describen varias realizaciones en relacion con un terminal de acceso. Un terminal de acceso tambien puede denominarse sistema, unidad de abonado, estacion de abonado, estacion movil, movil, estacion remota, terminal remoto, dispositivo movil, terminal de usuario, terminal, dispositivo de comunicaciones inalambricas, agente de usuario, dispositivo de usuario, equipo de usuario (UE) o, en el caso de que se soporte SUPL, terminal con capacidad SUPL (SET). Un terminal de acceso puede ser un telefono celular, un telefono sin cables, un telefono de protocolo de inicio de sesion (SIP), una estacion de bucle local inalambrico (WLL), un asistente digital personal (PDA), un dispositivo manual con capacidad de conexion inalambrica, un dispositivo informatico, un telefono inteligente, una tableta, un ordenador portatil u otro dispositivo de procesamiento conectado a o que contiene un modem, por ejemplo un modem inalambrico. Ademas, en el presente documento se describen varias realizaciones en relacion con una estacion base. Una estacion base puede utilizarse para comunicaciones con uno o mas terminales de acceso y tambien puede denominarse punto de acceso, nodo B, nodo B evolucionado (eNodoB), estacion base de punto de acceso, punto de acceso WiFi, femtocelula, estacion base local, nodo B local, nodo B evolucionado local o utilizando otra terminologfa.
Haciendo referencia a la FIG. 1, se ilustra un sistema de comunicaciones inalambricas de acceso multiple segun algunas realizaciones. En una realizacion, un punto de acceso (AP) 100 incluye grupos de multiples antenas, uno que incluye la 104 y la 106, otro que incluye la 108 y la 110, y otro adicional que incluye la 112 y la 114. En la FIG. 1 solo se muestran dos antenas para cada grupo de antenas, aunque puede utilizarse un numero mayor o menor de antenas para cada grupo de antenas. Por ejemplo, solo una o dos antenas totales pueden estar incluidas o acopladas al AP 100. El terminal de acceso (At) 116 se comunica con las antenas 112 y 114, mientras que las antenas 112 y 114 transmiten informacion al terminal de acceso 116 a traves del enlace directo 120 y reciben informacion desde el terminal de acceso 116 a traves del enlace inverso 118. Ejemplos de los AT pueden incluir SET, telefonos moviles, PDA, tabletas inalambricas y similares. El terminal de acceso 122 se comunica con las antenas 106 y 108, mientras que las antenas 106 y 108 transmiten informacion al terminal de acceso 122 a traves del enlace directo 126 y reciben informacion desde el terminal de acceso 122 a traves del enlace inverso 124. En un sistema de duplexacion por division de frecuencia (FDD), los enlaces de comunicaciones 118, 120, 124 y 126 pueden usar diferentes frecuencias para las comunicaciones. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente a la usada por el enlace inverso 118.
Cada grupo de antenas y/o el area en la que estan disenados para comunicarse puede denominarse sector del punto de acceso. En la realizacion, cada grupo de antenas esta disenado para comunicarse con terminales de acceso en un sector de las areas cubiertas por el punto de acceso 100.
En la comunicacion a traves de los enlaces directos 120 y 126, las antenas de transmision del punto de acceso 100 pueden utilizar conformacion de haz para mejorar la relacion de senal a ruido de enlaces directos para los diferentes terminales de acceso 116 y 122. Ademas, un punto de acceso que utiliza conformacion de haz para la transmision a terminales de acceso dispersados de manera aleatoria en su area de cobertura puede generar menos interferencias en los terminales de acceso de celulas vecinas que un punto de acceso que transmite a traves de una unica antena a todos sus terminales de acceso. En algunas realizaciones no se lleva a cabo la conformacion de haz.
Pueden utilizarse otros puntos de acceso o estaciones de transmision. Por ejemplo, una estacion base puede usarse ademas o en lugar del AP 100. En algunas realizaciones, un primer transmisor tal como el AP 100 puede proporcionar acceso a una primera red, mientras que un segundo transmisor, por ejemplo una estacion base celular, puede proporcionar acceso a una segunda red. En algunas realizaciones, las areas en las que puede accederse al
5
10
15
20
25
30
35
40
45
50
55
60
65
primer transmisor y al segundo transmisor estan solapadas.
La FIG. 2 es un diagrama de bloques de una realizacion de un sistema transmisor 210 (que puede implementar, por ejemplo, el punto de acceso 100) y de un sistema receptor 250 (que puede implementar, por ejemplo, el terminal de acceso 116) en un sistema MIMO 200. Sin embargo, debe observarse que aunque se describe un sistema MIMO 200 de ejemplo, en algunas realizaciones no se usa MIMO, ya que pueden usarse otros sistemas (por ejemplo, SISO, MISO, SIMO, etc.). En el sistema transmisor 210, los datos de trafico para una pluralidad de flujos de datos se proporcionan desde una fuente de datos 212 a un procesador de datos de transmision (TX) 214.
En algunas realizaciones, cada flujo de datos se transmite a traves de una antena de transmision respectiva. El procesador de datos TX 214 formatea, codifica y entrelaza los datos de trafico para cada flujo de datos basandose en un esquema de codificacion particular seleccionado para que ese flujo de datos proporcione datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto utilizando tecnicas OFDM. Los datos piloto son normalmente un patron de datos conocido que se procesa de una manera conocida y que puede utilizarse en el sistema receptor para estimar la respuesta de canal. Los datos piloto multiplexados y los datos codificados para cada flujo de datos se modulan despues (es decir, se mapean con sfmbolos) en funcion de un esquema de modulacion particular (por ejemplo, BPSK, QPSK, M-PSK, o M-QAM) seleccionado para que ese flujo de datos proporcione sfmbolos de modulacion. La velocidad de transferencia de datos, la codificacion y la modulacion de cada flujo de datos puede determinarse mediante instrucciones llevadas a cabo por un procesador 230.
Los sfmbolos de modulacion para todos los flujos de datos se proporcionan despues a un procesador MIMO TX 220, que puede procesar adicionalmente los sfmbolos de modulacion (por ejemplo, para OFDM). El procesador MIMO Tx 220 proporciona despues NT flujos de sfmbolos de modulacion a NT transmisores (TMTR) 222a a 222t. En determinadas realizaciones, el procesador MIMO TX 220 aplica pesos de conformacion de haz a los sfmbolos de los flujos de datos y a la antena desde la cual se esta transmitiendo el sfmbolo.
Cada transmisor 222 recibe y procesa un flujo de sfmbolos respectivo para proporcionar una o mas senales analogicas y acondiciona adicionalmente (por ejemplo, amplifica, filtra y convierte de manera ascendente) las senales analogicas para proporcionar una senal modulada adecuada para su transmision a traves del canal MIMO. Despues, NT senales moduladas de los transmisores 222a a 222t se transmiten desde NT antenas 224a a 224t, respectivamente.
En el sistema receptor 250, las senales moduladas transmitidas se reciben por NR antenas 252a a 252r y la senal recibida desde cada antena 252 se proporciona a un receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 acondiciona (por ejemplo, filtra, amplifica y convierte de manera descendente) una senal recibida respectiva, digitaliza la senal acondicionada para proporcionar muestras y procesa adicionalmente las muestras para proporcionar un flujo de sfmbolos "recibido" correspondiente.
Despues, un procesador de datos RX 260 recibe y procesa los NR flujos de sfmbolos recibidos desde los NR receptores 254 basandose en una tecnica de procesamiento de receptor particular para proporcionar NT flujos de sfmbolos "detectados". Despues, el procesador de datos RX 260 desmodula, desentrelaza y descodifica cada flujo de sfmbolos detectado para recuperar los datos de trafico para el flujo de datos. El procesamiento del procesador de datos RX 260 es complementario al realizado por el procesador MIMO TX 220 y el procesador de datos TX 214 en el sistema transmisor 210.
Un procesador 270 puede determinar periodicamente que matriz de precodificacion utilizar. El procesador 270 puede formular un mensaje de enlace inverso que comprende una parte de fndice de matriz y una parte de valor de rango.
El mensaje de enlace inverso puede comprender varios tipos de informacion relacionados con el enlace de comunicacion y/o con el flujo de datos recibido. Despues, el mensaje de enlace inverso se procesa mediante un procesador de datos TX 238, que tambien recibe datos de trafico para una pluralidad de flujos de datos desde una fuente de datos 236, se modula por un modulador 280, se acondiciona por los transmisores 254a a 254r y se envfa al sistema transmisor 210. Dos o mas receptores, transmisores y grupos de antenas pueden estar configurados para acceder a redes diferentes, por ejemplo una red WLAN y una red LTE, WCDMA, o HPRD cdma2000. En algunas realizaciones, un unico receptor, transmisor y grupo de antenas puede estar configurado para acceder a al menos dos redes diferentes. Asimismo, una pluralidad de procesadores puede incluirse para procesar comunicaciones y/o datos para una pluralidad de redes. Ademas, un unico procesador puede configurarse para procesar comunicaciones y/o datos para una pluralidad de redes.
En el sistema transmisor 210, las senales moduladas del sistema receptor 250 se reciben por las antenas 224, se acondicionan por los receptores 222, se desmodulan por un desmodulador 240 y se procesan por un procesador de datos RX 242 para extraer el mensaje de enlace inverso transmitido por el sistema receptor 250. Despues, el procesador 230 determina que matriz de precodificacion utilizar para determinar los pesos de conformacion de haz y despues procesa el mensaje extrafdo.
5
10
15
20
25
30
35
40
45
50
55
60
65
Se presentan aparatos, procedimientos, sistemas y medios legibles por ordenador para obtener conexiones seguras con un servidor de localizacion descubierto. A medida que los servicios relacionados con la localizacion de dispositivos moviles se vuelven mas populares, las soluciones de localizacion y los servidores de localizacion asociados que permiten y colaboran en tales soluciones de localizacion se utilizan de manera mas generalizada. Un ejemplo de una solucion de localizacion de este tipo es la solucion SUPL definida por la OMA. Otro ejemplo es la solucion de localizacion CP definida por 3GPP. En el caso de la solucion de localizacion SUPL y otras determinadas soluciones de localizacion, por ejemplo definidas por el Grupo de Tareas sobre Ingenierfa de Internet (IETF), los servidores de localizacion pueden estar limitados algunas veces a soportar la localizacion de dispositivos moviles en areas geograficas de tamano pequeno o mediano (por ejemplo, un centro comercial, un aeropuerto, un pueblo o una ciudad). En tales casos, un servidor de localizacion puede necesitar primero ser descubierto por un dispositivo movil y despues estar autorizado para usarse por alguna entidad fiable tal como una red local de un dispositivo movil o un servidor de localizacion de red local. En este caso, un posible problema puede ser la incapacidad de obtener acceso a la red local o al servidor de localizacion de red local de tal manera que la red local o el servidor de localizacion de red local puede autenticar el dispositivo movil antes de proporcionar o autorizar las direcciones de uno o mas servidores de localizacion locales autorizados para proporcionar servicios de localizacion al dispositivo movil. Este problema puede producirse particularmente cuando un dispositivo movil usa alguna intranet local (por ejemplo, una red WiFi) para acceder a un servidor de localizacion local, ya que la intranet local no puede permitir el acceso o autenticar el acceso a la red local del dispositivo movil o al servidor de localizacion de red local.
Segun algunas realizaciones, para ilustrar estos y otros problemas, un terminal de acceso (AT), por ejemplo un dispositivo movil y/o el AT 116, puede descubrir un servidor de localizacion accesible a traves de alguna red A que el AT esta usando actualmente. Por ejemplo, la direccion del servidor de localizacion puede proporcionarse (por ejemplo, difundirse) por estaciones base y puntos de acceso, por ejemplo el AP 100, que pertenecen a la red A y, por tanto, a los que el AT puede acceder libremente. Como alternativa, el AT puede consultar alguna entidad de la red A para determinar la direccion (por ejemplo, puede realizar una consulta usando el protocolo de configuracion dinamica de host (DHCP) de IETF) o el AT puede conseguir la direccion cuando se acopla a la red A o puede conseguir la direccion de algun otro modo. El AT puede desear acceder al servidor de localizacion descubierto por varios motivos, por ejemplo para servicios de localizacion, en lugar de a cualquier servidor de localizacion local que el AT pueda tener. Esto puede deberse a que el servidor de localizacion descubierto puede proporcionar mejor servicio en el area particular en que el AT esta actualmente ubicado (por ejemplo, el AT puede estar desplazandose en un area remota al servidor local, o puede estar dentro de un edificio u otra estructura de la que el servidor local tiene poca o ninguna informacion), o por cualquier otro motivo o diversidad de motivos. Antes de acceder al servidor de localizacion descubierto, el AT puede necesitar que el servidor de localizacion descubierto este autorizado por el servidor de localizacion local, por ejemplo, con el fin de ajustarse a organismos de normalizacion y garantizar que el AT puede confiar en el servidor de localizacion descubierto para proporcionar los servicios y para no proporcionar un acceso o informacion no autorizados del AT a otras partes. Ademas, el AT puede recibir informacion desde su servidor de localizacion local (por ejemplo, certificados de seguridad) antes de acceder al servidor de localizacion descubierto para permitir al servidor de localizacion descubierto autenticar el AT y, por tanto, cobrar de manera fiable al usuario o la red local del AT por cualquier servicio, si se ha establecido un acuerdo comercial de este tipo.
Sin embargo, puede ser imposible o muy diffcil que el AT pueda acceder a su servidor de localizacion local usando la red A. Por ejemplo, la red A puede ser una intranet interna de alguna organizacion o lugar de celebracion de eventos y no tener acceso a una red publica, o la red A puede tener acceso a una red publica y permitir que el AT se comunique con su servidor de localizacion local, pero el servidor de localizacion local puede no ser capaz de autenticar el AT. Por ejemplo, si la red A es una red de area local inalambrica (WLAN) con acceso a red publica, la direccion IP del AT puede asignarse por la WLAN y no serfa conocida o no podrfa verificarse por el servidor de localizacion local o por la red local del usuario del AT. Esto podrfa significar que cualquier mecanismo de autenticacion usado normalmente para autenticar el AT podrfa no ser utilizado por el servidor de localizacion local para autenticar el AT, y el servidor de localizacion local podrfa rechazar entonces cualquier solicitud para la autorizacion del servidor de localizacion descubierto recibida desde el AT. Un ejemplo de un mecanismo de autenticacion de este tipo usado por la solucion SUPL y definido por la OMA se conoce como autenticacion de cliente alternativo (ACA) y usa la capacidad de un servidor de localizacion local, conocida como plataforma de localizacion SUPL local (H-SLP), para asociar una direccion IP publica de un SET con una identidad global unica del SET, tal como el numero de red digital de servicios integrados de estacion movil (MSISDN) o la identidad internacional de abonado movil (IMSI). Ademas, el estado de la red A puede impedir que el AT acceda al servidor de localizacion local. Por ejemplo, la red A, la red local del AT o encaminadores, pasarelas o redes intermedios pueden imponer restricciones en la comunicacion con la red local del AT o el AT puede no estar autorizado en la red A para efectuar tal comunicacion. Como alternativa, la red A puede estar congestionada o tener una baja disponibilidad de ancho de banda, ocasionando en el AT demasiadas interrupciones, retardos o colisiones. Ademas, puede no ser posible que el AT autentique el servidor de localizacion local si el procedimiento de autenticacion que va a usarse necesita algun tipo de ayuda de la red local del AT.
Para resolver estos problemas, el AT puede conmutar desde la red A hasta otra red B (por ejemplo, una red LTE, WCDMA o de datos por paquetes de alta velocidad (HRPD) cdma2000) que permita comunicaciones con el servidor de localizacion local y que permita la autenticacion del AT por medio del servidor de localizacion local. Por ejemplo,
5
10
15
20
25
30
35
40
45
50
55
60
65
los mecanismos de autenticacion pueden usarse por un servidor de localizacion local en algunas realizaciones cuando un AT accede al mismo desde una red LTE, WCDMA o HRPD ya que el servidor local puede verificar la identidad del AT a partir de la direccion IP que el AT usa para acceder al servidor local. Esta verificacion puede ser posible ya que la red local del AT puede conocer la direccion IP asignada al AT (por ejemplo, a partir de una asociacion con una direccion global para un AT tal como una IMSI o una MSISDN) o puede realizar una consulta para obtener la identidad del AT (por ejemplo, una IMSI o una MSISDN) conociendo la direccion IP.
Las FIG. 3A, 3B y 3C ilustran los mecanismos anteriormente mencionados segun algunas realizaciones. Con referencia a estas figuras y a las figuras y descripcion subsiguientes, los terminos "servidor de localizacion descubierto" y "servidor descubierto" se usan como sinonimos, asf como los terminos "servidor de localizacion local" y "servidor local". Haciendo referencia a la FIG. 3A, un escenario de red 300 de ejemplo muestra un AT, por ejemplo el AT 116, dentro de la cobertura de la red A. Aquf, el AT ha descubierto un servidor descubierto pero aun no tiene un acceso autorizado al mismo. En este ejemplo, el AT no puede acceder al servidor descubierto para obtener soporte para servidores de localizacion tal como (i) obtener datos de asistencia desde el servidor descubierto para permitir que el AT se localice a si mismo a partir de mediciones realizadas por el AT de puntos de acceso que pertenecen a la red A o (ii) hacer que el servidor descubierto localice el AT a partir de mediciones realizadas por el AT y/o por la red A del AT. Por ejemplo, las mediciones pueden comprender mediciones de temporizacion y de intensidad de senal de estaciones base cercanas (por ejemplo, el aP 100), mediciones de temporizacion para satelites de navegacion global, mediciones de tiempo de ida y vuelta (RTT), mediciones del indicador de intensidad de senal recibida (RSSI), mediciones asistidas del sistema global de navegacion por satelite (GNSS) y similares. Esta incapacidad de acceder al servidor descubierto puede producirse debido a que la red A no soporta los medios de autenticacion para el AT y, por tanto, no puede senalizar al servidor descubierto ninguna informacion de autenticacion suficiente para el AT ni, por tanto, permitir que el servidor descubierto autentique el AT (por ejemplo, para permitir una facturacion subsiguiente del AT o de la red local del AT en relacion con cualquier servicio de localizacion proporcionado al AT por el servidor descubierto). Ademas, el AT puede obtener tal informacion de autenticacion (para permitir la autenticacion del AT por medio del servidor descubierto) a traves de su servidor local, pero la red A puede no proporcionar ningun medio para acceder al servidor local o ningun medio para que el servidor local autentique el AT si puede accederse al servidor local. Ademas, incluso cuando el servidor descubierto puede autenticar el AT a traves de la red A o no necesita autenticar el AT (por ejemplo, porque los servicios de localizacion se proporcionan libremente para el acceso a traves de la red A), el AT puede no ser capaz de acceder al servidor local desde la red A para obtener autorizacion del servidor descubierto o puede ser capaz de acceder al servidor local a traves de la red A pero ser incapaz de autenticar el servidor local o no poder ser autenticado por el servidor local. Como se ha descrito anteriormente, tales impedimentos pueden deberse a varias razones, incluyendo que la red A no tenga acceso a una red publica tal como Internet, que la red local no tenga medios para verificar una direccion IP asignada por la red A, restricciones en la comunicacion impuestas por la red A, la red local o entidades intermedias, que haya demasiado trafico en la red A, que no haya configuraciones de red apropiadas para acceder al servidor local u otros impedimentos.
Haciendo referencia a la FIG. 3B, en algunas realizaciones, siguiendo con el escenario presentado en la FIG. 3A, el AT puede conmutar despues a una segunda red, la red B, que permite un acceso autenticado al servidor local, como se muestra en el escenario de red 325 de ejemplo. Despues, el AT puede conectarse al servidor local en un esfuerzo por conectarse en ultima instancia al servidor descubierto encontrado en la red A. En el escenario ejemplificado en la FIG. 3B, la red B puede permitir una o mas de las siguientes capacidades: (i) acceso al servidor local mediante el AT; (ii) autenticacion del AT por medio del servidor local; (iii) autenticacion del servidor local por medio del AT; (iv) descubrimiento del servidor descubierto por medio del AT a partir del servidor local; (v) autorizacion del servidor descubierto por medio del servidor local incluyendo informacion que indica al AT bajo que circunstancias (por ejemplo, en que ubicaciones o desde que redes) puede acceder al servidor descubierto; (vi) provision de informacion desde el servidor local al AT para permitir la autenticacion del AT por medio del servidor descubierto; y (vii) provision de informacion por medio del servidor local al AT para permitir que la autenticacion del servidor descubierto por medio del AT. Estas capacidades habilitadas pueden no ser soportadas por la red A en el escenario mostrado en la FIG. 3A, impidiendo asf inicialmente que el AT acceda al servidor descubierto.
Haciendo referencia a la FIG. 3C, siguiendo con este escenario, en algunas realizaciones, el AT conmuta a la red A, habiendo usado ahora cualquiera de las capacidades (i), (ii), (iii), (iv), (v), (vi) y (vii) descritas anteriormente y poseyendo cualquier informacion obtenida como consecuencia de estas capacidades, tal como informacion de autenticacion o autorizacion para acceder al servidor descubierto. Despues, el AT puede acceder al servidor descubierto a traves de la red A para obtener servicios de localizacion. El acceso al servidor descubierto a traves de la red A en lugar de la red B puede ser preferido o incluso necesario, por ejemplo porque el servidor descubierto esta en una intranet privada no accesible desde una red publica, tal como la red A, o porque el servidor descubierto solo proporciona servicios de localizacion en asociacion con el acceso desde la red A o porque los costes de uso para el usuario del AT cuando usa la red A son inferiores a los costes cuando se usa la red B. Cuando el AT accede al servidor descubierto a traves de la red A, puede usar informacion recibida desde el servidor local a traves de la red B para (a) permitir la autenticacion del AT por medio del servidor descubierto (por ejemplo, utilizando certificados de dispositivo proporcionados por el servidor local para este fin), (b) permitir la autenticacion del servidor descubierto por medio del AT y/o (c) determinar cuando el AT puede acceder y cuando no al servidor descubierto, por ejemplo.
5
10
15
20
25
30
35
40
45
50
55
60
65
Haciendo referenda a las FIG. 4A, 4B y 4C se presenta un determinado escenario segun otras realizaciones. Haciendo referencia a la FIG. 4A, un AT de ejemplo, por ejemplo el AT 116, puede ser un terminal (SET) con capacidad de localizacion segura en el plano de usuario (SUPL), que puede estar dentro del alcance de transmision de la red A. Aquf, en el escenario de red 400, el SET puede haber descubierto un tipo de ejemplo de servidor descubierto, tal como una plataforma de localizacion SUPL descubierta (D-SLP). Sin embargo, el SET puede ser incapaz de acceder en primera instancia a la D-SLP ya que el SET no puede obtener una autorizacion para la D-SLP y/o informacion de autenticacion para la D-SLP a partir de la SLP local (H-SLP) del SET, en la que el SET puede confiar para proporcionar informacion segura relacionada con la autorizacion y autenticacion para la D-SLP. Como un ejemplo, la red A puede no proporcionar acceso a la H-SLP del SET o la red A puede proporcionar acceso pero no soportar o permitir la autenticacion del SET por medio de la H-SLP del SET usando un procedimiento tal como el mecanismo de autenticacion de cliente alternativo (ACA) de SUPL. Tales impedimentos pueden deberse a varias razones, incluyendo que la red A no tenga acceso a una red publica tal como Internet, que la red local no tenga medios para verificar una direccion IP asignada por la red A, restricciones en la comunicacion impuestas por la red A, la red local o entidades intermedias, que haya demasiado trafico en la red A, que no haya configuraciones de red apropiadas para acceder a la H-SLP u otros impedimentos.
Haciendo referencia a la FIG. 4B, en algunas realizaciones, siguiendo con el escenario presentado en la FIG. 4A, el SET puede conmutar despues a una segunda red, la red B, que soporta un acceso a la H-SLP a partir del SET y la autenticacion del SET por medio de la H-SLP usando, en este ejemplo, el procedimiento de autenticacion aCa, como se muestra en el escenario de red 425 de ejemplo. El SET puede conectarse despues a la H-SLP en un intento por conectarse en ultima instancia a la D-SLp encontrada en la red A. En algunas realizaciones, la red A podrfa ser una WLAN y, en algunas realizaciones, la red B podrfa ser una red LTE, WCDMA o HRPD, por ejemplo. Evidentemente, las redes A y B podrfan ser otros tipos de red. Cuando el SET se conecta a la H-SLP a traves de la red B, la H-SLP puede autenticar el SET usando el procedimiento ACA o algun otro procedimiento definido por la OMA para SUPL, tal como usar certificados de dispositivo o usar la arquitectura de inicializacion generica (GBA). Ademas, el SET puede autenticar la H-SLP usando, por ejemplo, un certificado de clave publica proporcionado por la H-SLP. Estos procedimientos de autenticacion pueden ser posibles usando la red B, pero no ser posibles o estar limitados de alguna manera usando la red A. La H-SLP puede proporcionar despues la direccion de la D-SLP al SET, puede autorizar la D-SLP para el SET y/o puede proporcionar informacion (a) que indica al SET bajo que condiciones puede accederse a la D-SLP y/o (b) que permite que la D-SLP autentique el SET o que el SET autentique la D-SLP.
Haciendo referencia a la FIG. 4C, siguiendo con este escenario, en algunas realizaciones, el SET conmuta a la red A, poseyendo ahora suficiente informacion y/o autorizacion de la H-SLP para acceder a la D-SLP, en el escenario de red 450. Despues, el SET puede acceder a la D-SLP a traves de la red A para obtener servicios de localizacion. El acceso a la D-SLP a traves de la red A en lugar de la red B puede ser preferido o incluso necesario en algunas realizaciones, por ejemplo porque la D-SLP esta en una intranet privada no accesible desde una red publica o porque la D-SLP solo proporciona servicios de localizacion en asociacion con el acceso desde la red A o porque los costes de uso para el usuario del SET en la red A son inferiores a los del acceso desde la red B. Cuando el SET accede a la D-SLP a traves de la red A, puede usar informacion recibida desde la H-SLP a traves de la red B para (a) permitir la autenticacion del SET por medio de la D-SLP (por ejemplo, utilizando certificados de dispositivo proporcionados por la H-SLP para este fin), (b) permitir la autenticacion de la D-SLP por medio del SET y/o (c) determinar cuando el SET puede acceder y cuando no a la D-SLP, por ejemplo.
Haciendo referencia a la FIG. 5A, un diagrama de flujo 500 describe varias etapas de procedimiento segun algunas realizaciones. Estas pueden describirse en los siguientes procesos y pueden ser compatibles con los diagramas ilustrados y descritos en cualquiera de las FIG. 1, 2, 3A, 3B, 3C, 4A, 4B y 4C. Un SET puede necesitar acceder a un servidor de localizacion descubierto usando una primera red para obtener servicios de localizacion en su ubicacion actual. El SET puede ser consciente (por ejemplo, a partir de informacion de configuracion) de que necesita informacion de autorizacion y/o de autenticacion para acceder al servidor de localizacion descubierto a partir de un servidor de localizacion local.
Sin embargo, el SET puede no ser capaz de obtener un acceso autenticado al servidor de localizacion local desde la primera red y, por lo tanto, puede ser incapaz de obtener la informacion de autorizacion y/o de autenticacion usando la primera red, por ejemplo por uno o mas motivos relacionados con cualquiera de las razones descritas en la divulgacion del presente documento. La primera red puede ser cualquier tipo de red digital y puede ser compatible con lo descrito en relacion con la red A en la descripcion anterior, por ejemplo.
En el bloque 502, el SET puede conmutar desde la primera red hasta una segunda red que soporta un acceso autenticado del SET al servidor de localizacion local. Una segunda red de ejemplo que puede ajustarse a esta descripcion puede ser la red B segun las descripciones anteriores. El SET puede implementarse por el AT 116 y/o el sistema 250, por ejemplo. En tales realizaciones, el bloque 502 puede llevarse a cabo, por ejemplo, por al menos el transceptor 252.
En el bloque 504, el SET puede obtener un acceso autenticado al servidor de localizacion local usando la segunda red, por ejemplo con el procesador 270 cuando el SET esta implementado por el sistema 250. El servidor de
5
10
15
20
25
30
35
40
45
50
55
60
65
localizacion local puede ser una H-SLP y puede ser compatible con las descripciones de las FIG. 3A, 3B, 3C, 4A, 4B y 4C.
En el bloque 506, el SET puede obtener del servidor de localizacion local informacion de autorizacion y/o de autenticacion para el servidor de localizacion descubierto, por ejemplo con el procesador 270 cuando el SET esta implementado por el sistema 250. Debe recordarse que la autorizacion desde el servidor de localizacion local puede producirse cuando esta usandose la segunda red. El servidor de localizacion descubierto puede ser una D-SLP y puede ser compatible con las descripciones de las FIG. 3A, 3B, 3C, 4A, 4B y 4C.
En el bloque 508, el SET puede conmutar desde la segunda red hasta la primera red, por ejemplo con el transceptor 252 cuando el SET esta implementado por el sistema 250. En este momento, el sEt puede haber obtenido una autorizacion para el servidor de localizacion descubierto. En el bloque 510, el SET puede acceder al servidor de localizacion descubierto usando la autenticacion obtenida del servidor de localizacion local mientras usa la segunda red, por ejemplo con el procesador 270 cuando el SET esta implementado por el sistema 250.
Haciendo referencia a la FIG. 5B, el diagrama de flujo 530 puede representar una conjunto alternativo de etapas de procedimiento segun otras realizaciones. Estas descripciones pueden ser compatibles con cualquiera de las descripciones de las FIG. 1, 2, 3A, 3B, 3C, 4A, 4B y 4C.
En el bloque 532, en algunas realizaciones, un AT puede usar una WLAN y descubrir un servidor descubierto (por ejemplo, descubrir la direccion de un servidor no conocido anteriormente difundida desde la WLAN). El AT usado en este ejemplo puede ser compatible con el AT 116 y/o el sistema 250, por ejemplo. En tales realizaciones, el bloque 532 puede llevarse a cabo, por ejemplo, por al menos el transceptor 252.
En el bloque 534, el AT necesita una autorizacion para el servidor descubierto a partir del servidor local y trata de acceder al servidor local usando una primera red (por ejemplo, una WLAN). Si el AT no puede acceder al servidor local, por ejemplo porque la WLAN no tiene acceso a una red publica, el AT avanza hasta el bloque 542. El bloque 534 puede llevarse a cabo, por ejemplo, por al menos el transceptor 252 y el procesador 270.
Sin embargo, si el AT puede acceder al servidor local, en el bloque 536, el AT trata despues de establecer una conexion IP segura con el servidor local usando, por ejemplo, el procesador de datos Tx 238 a traves del transceptor 252. En este momento puede producirse uno de dos eventos que son importantes para la presente divulgacion. En el bloque 538, el servidor local puede rechazar el intento de proteger la conexion IP. Este rechazo puede deberse a varios motivos, incluyendo que se produzca una conexion fallida intermitente o la ausencia de medios de autenticacion apropiados en la primera red, u otros motivos. Ademas o como alternativa, en el bloque 540, el servidor local puede indicar un fallo de autenticacion y enviar un mensaje que indica el mismo al AT. El AT puede recibir tales indicaciones en el transceptor 252. Por ejemplo, el servidor local puede ser incapaz de verificar la direccion IP del AT proporcionada por la primera red y, por tanto, la autenticacion puede fallar.
Desde cualquiera de los bloques 534, 538 o 540, en el bloque 542, tras no poder acceder en ultima instancia al servidor local, el AT conmuta desde la primera red hasta una segunda red que soporta un acceso al servidor local y la autenticacion del AT por medio del servidor local, por ejemplo usando el transceptor 252. Por ejemplo, mientras esta en la segunda red, el AT puede obtener una direccion IP que el servidor local puede reconocer en ultima instancia como asignada a una identidad global conocida que pertenece al AT. Despues, en el bloque 544, el AT obtiene un acceso autenticado al servidor local usando la segunda red. El bloque 544 puede implementarse, por ejemplo, por al menos el procesador 270 y el transceptor 252.
En el bloque 546, usando, por ejemplo, el transceptor 252, el AT solicita y recibe una autorizacion para el servidor descubierto y tambien puede recibir informacion para permitir un acceso autenticado al servidor descubierto. El AT puede tener ahora suficiente informacion de autorizacion y, posiblemente, suficiente informacion de autenticacion para el servidor descubierto usando el acceso autenticado obtenido en la segunda red a partir del servidor local. En el bloque 548, el AT conmuta desde la segunda red hasta la primera red, por ejemplo con el transceptor 252 y/o el procesador 270, con el fin de acceder al servidor descubierto, por ejemplo debido a que el servidor descubierto no puede ser accedido desde la segunda red o porque la segunda red genera menos costes de acceso para el usuario del AT. Despues, el AT obtiene acceso al servidor descubierto, que esta ahora en la red apropiada y que posee suficiente informacion de autorizacion y, opcionalmente, de autenticacion para acceder al servidor descubierto. En algunas realizaciones, en el bloque 550, el AT y el servidor descubierto pueden usar certificados de dispositivo para llevar a cabo una autenticacion mutua con los certificados de dispositivo posiblemente proporcionados al AT por el servidor local como parte del bloque 546. Como alternativa, el servidor descubierto no puede autenticar el AT porque el acceso al servidor descubierto puede estar restringido a la primera red y el servidor descubierto puede proporcionar servicios de localizacion gratis a cualquier AT que use la primera red.
Teniendo ahora acceso al servidor descubierto, el AT puede obtener servicios de localizacion a partir del servidor descubierto, por ejemplo puede obtener datos de ayuda a la localizacion, datos de mapas locales, calculo de su ubicacion.
5
10
15
20
25
30
35
40
45
50
55
60
65
Haciendo referencia a la FIG. 5C, el diagrama de flujo 560 puede representar un conjunto alternative de etapas de procedimiento segun otras realizaciones. Estas descripciones pueden ser compatibles con cualquiera de las descripciones de las FIG. 1, 2, 3A, 3B, 3C, 4A, 4B y 4C. El diagrama de flujo 560 puede proporcionar una implementacion de ejemplo de la FIG. 5B.
En el bloque 562, en algunas realizaciones, un SET puede usar una WLAN y descubrir una plataforma de localizacion SUPL descubierta (D-SLP) (por ejemplo, descubrir la direccion de una SLP no conocida anteriormente difundida desde la WLAN). El SET usado en este ejemplo puede ser compatible con el AT 116 y/o el sistema 250, por ejemplo. En tales realizaciones, el bloque 562 puede llevarse a cabo, por ejemplo, por al menos el transceptor 252.
En el bloque 564, el SET necesita autorizacion para la D-SLP a partir de una plataforma de localizacion SUPL local (H-SLP) y trata de acceder a la H-SLP usando una primera red que puede ser la WLAN usada para descubrir la D- SLP. Si el SET no puede acceder a la H-SLP, por ejemplo porque la primera red no tiene acceso a una red publica, el SET avanza hasta el bloque 572. El bloque 564 puede llevarse a cabo, por ejemplo, por al menos el transceptor 252 y el procesador 270.
Sin embargo, si el SET puede acceder a la H-SLP, en el bloque 566, el SET trata despues de establecer una conexion IP segura con la H-SLP usando, por ejemplo, el procesador de datos Tx 238 a traves del transceptor 252. En este momento puede producirse uno de dos eventos en el ejemplo ilustrado. En el bloque 568, la H-SLp puede rechazar el intento de proteger la conexion IP. Este rechazo puede deberse a varios motivos, incluyendo que se produzca una conexion fallida intermitente o la ausencia de medios de autenticacion apropiados en la primera red, u otros motivos. Ademas o como alternativa, en el bloque 570, la H-SLP puede indicar un fallo de autenticacion y envfa un mensaje que indica el mismo al SET. El SET puede recibir tales indicaciones en el transceptor 252. Por ejemplo, la H-SLP puede ser incapaz de verificar la direccion IP proporcionada por la primera red y, por tanto, la autenticacion puede fallar. En algunas realizaciones, la H-SLP trata de autenticar el SET usando el procedimiento ACA pero no puede verificar la direccion IP del SET (asignada por la WLAN). La H-SLP rechaza el intento de establecer una conexion IP segura, en el bloque 568, o indica al SET un fallo en la autenticacion ACA, por ejemplo enviando un mensaje SUPL END con un codigo de error apropiado, en el bloque 570.
Desde cualquiera de los bloques 564, 568 o 570, en el bloque 572, tras no haber podido acceder en ultima instancia a la H-SLP, el SET conmuta desde la primera red hasta una segunda red que soporta la autenticacion del SET por medio de la H-SLP, por ejemplo usando el transceptor 252. En algunas realizaciones, la segunda red soporta lTe. En algunas realizaciones, la segunda red puede soportar WCDMA, GSM o HRPD cdma2000. Por ejemplo, cuando esta en la segunda red, el SET puede obtener una direccion IP que la H-SLP puede reconocer en ultima instancia como asignada al SET a traves de la asociacion de la direccion IP con una identidad global conocida por el SET, tal como una MSDISDN o una IMSI. Despues, en el bloque 574, el SET obtiene un acceso autenticado a la H-SLP usando la segunda red. El bloque 574 puede implementarse, por ejemplo, por al menos el procesador 270 y el transceptor 252.
En el bloque 576, el SET solicita y recibe, usando por ejemplo el transceptor 252, autorizacion para la D-SLP desde la H-SLP y tambien puede recibir informacion para permitir la autenticacion del SET por medio de la D-SLP o la autenticacion de la D-SLP por medio del SET. El SET puede tener ahora suficiente informacion de autorizacion y, posiblemente, de autenticacion para permitir el acceso a la D-SLP usando la informacion de autorizacion y, posiblemente, de autenticacion obtenida en la segunda red a partir de la H-SLP. En el bloque 578, el SET conmuta desde la segunda red hasta la primera red, por ejemplo con el transceptor 252 y/o el procesador 270, con el fin de acceder a la D-SLP, por ejemplo debido a que la D-SLP no puede ser accedida desde la segunda red o porque la segunda red genera menos costes de acceso para el usuario del SET. El SET obtiene acceso a la D-SLP, que esta ahora en la red apropiada y que posee suficiente informacion de autorizacion y, posiblemente, de autenticacion para acceder a la D-SLP. En algunas realizaciones, en el bloque 580, el SET y la D-SLP pueden usar certificados de dispositivo para llevar a cabo una autenticacion mutua, por ejemplo con los certificados de dispositivo proporcionados al SET por la H-SLP como parte del bloque 576. Por ejemplo, la autenticacion mutua puede ser compatible con la SUPL 2.1 o la SUPL 3.0 definidas por la OMA. Como alternativa, la D-SLP no puede autenticar el SET porque el acceso a la D-SLP puede estar restringido a la primera red y la D-SLP puede proporcionar servicios de localizacion gratis a cualquier sEt que use la primera red.
Teniendo ahora acceso a la D-SLP, el SET puede obtener servicios de localizacion desde la D-SLP, por ejemplo para obtener datos de asistencia de localizacion, datos de mapas locales, calculo de su ubicacion.
Las figuras y diagramas de flujo anteriores proporcionan realizaciones en las que un AT no puede obtener informacion de autorizacion ni, posiblemente, de autenticacion para poder acceder a un servidor de localizacion descubierto usando una primera red, y conmuta a una segunda red con el fin de obtener acceso autenticado a un servidor de localizacion local que puede autorizar al servidor de localizacion descubierto y, si fuera necesario, proporcionar informacion para permitir un acceso autenticado subsiguiente por medio del AT al servidor de localizacion descubierto. Despues, el AT conmuta a la primera red para acceder al servidor de localizacion descubierto. En algunas realizaciones, el AT puede no necesitar o puede preferir no conmutar a la primera red y, en
5
10
15
20
25
30
35
40
45
50
55
60
65
cambio, puede acceder al servidor de localizacion descubierto usando la segunda red o usando alguna otra tercera red diferente a la primera y la segunda red. En algunos escenarios, tales realizaciones pueden reducir el retardo a la hora de acceder al servidor de localizacion descubierto y pueden permitir una autenticacion mejorada del AT por medio del servidor de localizacion descubierto o del servidor de localizacion descubierto por medio del AT que es posible cuando el AT accede al servidor de localizacion descubierto usando la primera red.
Tras haber descrito anteriormente multiples aspectos, un ejemplo de un sistema informatico en el que tales aspectos pueden implementarse puede describirse ahora con respecto a la FIG. 6. Segun uno o mas aspectos, un sistema informatico como el ilustrado en la FIG. 6 puede incorporarse como parte de un dispositivo informatico, que puede implementar, llevar a cabo y/o ejecutar cualquiera y/o todas las caracterfsticas, procedimientos y/o etapas de procedimiento descritos en el presente documento. Por ejemplo, uno o mas del procesador 610, la memoria 635 y los subsistemas de comunicaciones 630 pueden usarse para implementar cualquiera o todos los bloques mostrados en las FIG. 5A, 5B y 5C. Por ejemplo, el sistema informatico 600 puede representar algunos de los componentes de un dispositivo manual. Un dispositivo manual puede ser cualquier dispositivo informatico con una unidad sensorial de entrada, tal como una camara y/o una unidad de visualizacion. Ejemplos de un dispositivo manual incluyen, pero no estan limitados a, consolas de videojuegos, tabletas, telefonos inteligentes y dispositivos moviles. En algunas realizaciones, el sistema 600 esta configurado para implementar el dispositivo 250 descrito anteriormente. Por ejemplo, el procesador 610 puede usarse para implementar alguno o todos del procesador de datos Rx 260, el procesador 270 y el procesador de datos Tx 238. El / los dispositivo(s) de entrada 615 puede(n) usarse para implementar algunos o todos los transceptores 252(a)-(r). La memoria 635 puede usarse para implementar la memoria 272, y el subsistema de comunicaciones 630 puede usarse para implementar el modulador 280. La FIG. 6 proporciona una ilustracion esquematica de una realizacion de un sistema informatico 600 que puede llevar a cabo los procedimientos proporcionados por otras diversas realizaciones, descritas en el presente documento, y/o que puede funcionar como el sistema informatico central, un quiosco / terminal remoto, un dispositivo de punto de venta, un dispositivo movil, un descodificador y/o un sistema informatico. La FIG. 6 tiene simplemente como objetivo proporcionar una ilustracion generalizada de varios componentes, pudiendo utilizarse cualquiera de ellos y/o todos ellos segun sea necesario. Por lo tanto, la FIG. 6 ilustra en terminos generales como elementos de sistema individuales pueden implementarse de manera relativamente independiente o de una manera relativamente mas integrada.
El sistema informatico 600 se muestra comprendiendo elementos de hardware que pueden acoplarse electricamente a traves de un bus 605 (o que pueden comunicarse de otro modo, segun sea apropiado). Los elementos de hardware pueden incluir uno o mas procesadores 610, incluyendo de manera no limitativa uno o mas procesadores de proposito general y/o uno o mas procesadores de proposito especial (tales como chips de procesamiento de senales digitales, procesadores de aceleracion de graficos y/o similares); uno o mas dispositivos de entrada 615, que pueden incluir de manera no limitativa una camara, un raton, un teclado y/o similares; y uno o mas dispositivos de salida 620, que pueden incluir de manera no limitativa una unidad de visualizacion, una impresora y/o similares.
El sistema informatico 600 puede incluir ademas (y/o puede estar en comunicacion con) uno o mas dispositivos de almacenamiento no transitorios 625 que pueden comprender, de manera no limitativa, medios de almacenamiento locales y/o accesibles por red, y/o puede incluir, de manera no limitativa, una unidad de disco, una serie de unidades, un dispositivo de almacenamiento optico, un dispositivo de almacenamiento de estado solido tal como una memoria de acceso aleatorio ("RAM") y/o una memoria de solo lectura ("ROM"), que puede ser programable, actualizarse de manera inmediata y/o similar. Tales dispositivos de almacenamiento pueden estar configurados para implementar cualquier medio de almacenamiento de datos apropiado, incluyendo de manera no limitativa varios sistemas de archivos, estructuras de bases de datos y/o similares.
El sistema informatico 600 tambien puede incluir un subsistema de comunicaciones 630, que puede incluir de manera no limitativa un modem, una tarjeta de red (inalambrica o cableada), un dispositivo de comunicacion por infrarrojos, un dispositivo de comunicaciones inalambricas y/o un conjunto de chips (tal como un dispositivo Bluetooth®, un dispositivo 802.11, un dispositivo WiFi, un dispositivo WiMax, componentes de comunicacion celular, etc.) y/o similares. El subsistema de comunicaciones 630 puede permitir el intercambio de datos con una red (tal como la red descrita posteriormente, por citar un ejemplo), otros sistemas informaticos y/o cualquier otro dispositivo descrito en el presente documento. En muchas realizaciones, el sistema informatico 600 puede comprender ademas una memoria de trabajo no transitoria 635, que puede incluir un dispositivo RAM o ROM, como los descritos anteriormente.
El sistema informatico 600 tambien puede comprender elementos de software, mostrados dentro de la memoria de trabajo 635, que incluyen un sistema operativo 640, controladores de dispositivo, librerfas ejecutables y/u otro codigo, tal como uno o mas programas de aplicacion 645, que pueden comprender programas de ordenador proporcionados por diversas realizaciones, y/o que pueden estar disenados para implementar procedimientos y/o configurar sistemas, proporcionados por otras realizaciones, como los descritos en el presente documento. Simplemente a modo de ejemplo, una o mas metodologfas descritas con respecto al (a los) procedimiento(s) descrito(s) anteriormente, por ejemplo descritos con respecto a las FIG. 5A, 5B o 5C, pueden implementarse como codigo y/o instrucciones ejecutables por un ordenador (y/o un procesador de un ordenador); en un aspecto, tal codigo y/o instrucciones pueden usarse para configurar y/o adaptar un ordenador de proposito general (u otro
5
10
15
20
25
30
35
40
45
50
55
60
65
dispositivo) para llevar a cabo una o mas operaciones segun los procedimientos descritos.
Un conjunto de estas instrucciones y/o codigos puede almacenarse en un medio de almacenamiento legible por ordenador, tal como el / los dispositivo(s) de almacenamiento 625 descrito(s) anteriormente. En algunos casos, el medio de almacenamiento puede estar incorporado en un sistema informatico, tal como el sistema informatico 600. En otras realizaciones, el medio de almacenamiento puede ser independiente de un sistema informatico (por ejemplo, un medio extrafble, tal como un disco compacto) y/o proporcionarse en un paquete de instalacion, de modo que el medio de almacenamiento puede usarse para programar, configurar y/o adaptar un ordenador de proposito general con las instrucciones / codigo almacenados en el mismo. Estas instrucciones pueden tomar la forma de un codigo ejecutable, que puede ejecutarse por el sistema informatico 600, y/o puede tomar la forma de un codigo fuente y/o instalable que, tras la compilacion y/o instalacion en el sistema informatico 600 (por ejemplo, usando cualquiera de una variedad de compiladores, programas de instalacion, componentes de compresion / descompresion, etc. disponibles generalmente) toma la forma de un codigo ejecutable.
Variaciones sustanciales pueden realizarse segun requisitos especfficos. Por ejemplo, tambien puede usarse hardware personalizado, y/o elementos particulares pueden implementarse en hardware, software (incluyendo software portable, tal como applets, etc.) o en ambos. Ademas, puede utilizarse una conexion con otros dispositivos informaticos, tales como dispositivos de red de entrada / salida.
Algunas realizaciones pueden utilizar un sistema informatico (tal como el sistema informatico 600) para llevar a cabo procedimientos segun la divulgacion. Por ejemplo, algunas o todas las metodologfas de los procedimientos descritos pueden llevarse a cabo por el sistema informatico 600 como respuesta a que el procesador 610 ejecute una o mas secuencias de una o mas instrucciones (que pueden incorporarse en el sistema operativo 640 y/u otro codigo, tal como un programa de aplicacion 645) incluidas en la memoria de trabajo 635. Tales instrucciones pueden introducirse en la memoria de trabajo 635 desde otro medio legible por ordenador, tal como uno o mas de los dispositivos de almacenamiento 625. Simplemente a modo de ejemplo, la ejecucion de las secuencias de instrucciones contenidas en la memoria de trabajo 635 puede provocar que el / los procesador(es) 610 lleve(n) a cabo una o mas metodologfas de los procedimientos descritos en el presente documento, por ejemplo uno o mas de los elementos del procedimiento descrito con respecto a cualquiera de las FIG. 5A, 5B o 5C.
Los terminos "medio legible por maquina" y "medio legible por ordenador", como se usan en el presente documento, se refieren a cualquier medio que proporciona datos que hacen que una maquina funciona de manera especffica. En una realizacion implementada usando el sistema informatico 600, varios medios legibles por ordenador pueden utilizarse para proporcionar instrucciones / codigo a uno / varios procesador(es) 610 para la ejecucion y/o pueden usarse para almacenar y/o transportar tales instrucciones / codigo (por ejemplo, como senales). En muchas implementaciones, un medio legible por ordenador es un medio de almacenamiento ffsico y/o tangible. Un medio de este tipo puede adoptar muchas formas, incluyendo pero sin limitarse a, medios no volatiles, medios volatiles y medios de transmision. Los medios no volatiles incluyen, por ejemplo, discos opticos y/o magneticos, tales como el / los dispositivo(s) de almacenamiento 625. Los medios volatiles incluyen, de manera no limitativa, memoria dinamica, tal como la memoria de trabajo 635. Los medios de transmision incluyen, de manera no limitativa, cables coaxiales, hilo de cobre y fibra optica, incluyendo los hilos que comprenden el bus 605, asf como los diversos componentes del subsistema de comunicaciones 630 (y/o los medios mediante los cuales el subsistema de comunicaciones 630 proporciona comunicacion con otros dispositivos). Por tanto, los medios de transmision tambien pueden adoptar la forma de ondas (incluyendo, de manera no limitativa, ondas de radio, acusticas y/o de luz, tales como las generadas durante comunicaciones de datos por ondas de radio y por infrarrojos).
En uno o mas ejemplos, las funciones descritas pueden implementarse en hardware, software, firmware o cualquier combinacion de lo anterior. Si se implementan en software, las funciones pueden almacenarse en o transmitirse como una o mas instrucciones o codigo en un medio legible por ordenador. Los medios legibles por ordenador pueden incluir medios de almacenamiento de datos de ordenador. Los medios de almacenamiento de datos pueden ser cualquier medio disponible que pueda ser accedido por uno o mas ordenadores o uno o mas procesadores para recuperar instrucciones, codigo y/o estructuras de datos para la implementacion de las tecnicas descritas en esta divulgacion. El termino "medios de almacenamiento de datos", como se usa en el presente documento, se refiere a productos manufacturados y no se refiere a senales de propagacion transitorias. A modo de ejemplo, y no de manera limitativa, tales medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco optico, almacenamiento de disco magnetico u otros dispositivos de almacenamiento magnetico, memoria flash o cualquier otro medio que pueda usarse para almacenar codigo de programa deseado en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador. Los discos, tal y como se usan en el presente documento, incluyen discos compactos (CD), discos de laser, discos opticos, discos versatiles digitales (DVD), discos flexibles y discos blu-ray, donde los discos normalmente reproducen datos de manera magnetica asf como de manera optica con laser. Las combinaciones de lo anterior tambien deben incluirse dentro del alcance de los medios legibles por ordenador.
El codigo puede ser ejecutado por uno o mas procesadores, tales como uno o mas procesadores de senales digitales (DSP), microprocesadores de proposito general, circuitos integrados de aplicacion especffica (ASIC), matrices logicas de campo programable (FPGA), u otro circuito logico integrado o discreto equivalente. Por
consiguiente, el termino "procesador", como se usa en el presente documento, puede referirse a cualquier estructura anterior o cualquier otra estructura adecuada para la implementacion de las tecnicas descritas en el presente documento. Ademas, en algunos aspectos, la funcionalidad descrita en el presente documento puede proporcionarse en hardware dedicado y/o modulos de software configurados para la codificacion y la 5 descodificacion, o incorporarse en un codec combinado. Ademas, las tecnicas podrfan implementarse completamente en uno o mas circuitos o elementos logicos.
Las tecnicas de esta divulgacion se pueden implementar en una gran variedad de dispositivos o aparatos, incluyendo un telefono inalambrico, un circuito integrado (IC) o un conjunto de IC (por ejemplo, un conjunto de 10 chips). Varios componentes, modulos o unidades se describen en esta divulgacion para enfatizar aspectos funcionales de dispositivos configurados para realizar las tecnicas descritas, pero no requieren necesariamente la realizacion mediante diferentes unidades de hardware. Mas bien, como se ha descrito anteriormente, diversas unidades pueden combinarse en una unidad de hardware de codec o proporcionarse por un conjunto de unidades de hardware interoperativas, incluyendo uno o mas procesadores como se ha descrito anteriormente, junto con software 15 y/o firmware adecuado almacenado en medios legibles por ordenador.
Se han descrito varios ejemplos. Estos y otros ejemplos estan dentro del alcance de las siguientes reivindicaciones.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un procedimiento para obtener un acceso autorizado desde un terminal a un servidor de localizacion descubierto, comprendiendo el procedimiento:
    conmutar (502, 542, 572) desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local el terminal, a una segunda red que soporta el acceso autenticado al servidor de localizacion local por el terminal; obtener (504, 544, 574) un acceso autenticado al servidor de localizacion local usando la segunda red;
    obtener (506, 546, 576) autorizacion para el servidor de localizacion descubierto a partir del servidor de localizacion local;
    conmutar (508, 548, 578) desde la segunda red de vuelta a la primera red, y acceder (510, 550, 578) al servidor de localizacion descubierto usando la primera red en funcion de la autorizacion obtenida del servidor de localizacion local.
  2. 2. El procedimiento de la reivindicacion 1, en el que el servidor de localizacion local comprende una plataforma de localizacion local, H-SLP, de localizacion segura en el plano de usuario, SUPL.
  3. 3. El procedimiento de la reivindicacion 2, en el que obtener un acceso autenticado comprende usar al menos uno de un mecanismo de autenticacion de cliente alternativo, ACA, certificados de dispositivo y una arquitectura de inicializacion generica, GBA, para autenticar el terminal por medio de la H-SLP.
  4. 4. El procedimiento de la reivindicacion 2, en el que obtener un acceso autenticado comprende usar un certificado de clave publica para autenticar la H-SLP por medio del terminal.
  5. 5. Un terminal (116, 122, 250) para obtener un acceso autorizado a un servidor de localizacion descubierto, comprendiendo el terminal:
    un transceptor (254) configurado para:
    conmutar desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local por el terminal, a una segunda red que soporta un acceso autenticado al servidor de localizacion local por el terminal; y
    conmutar desde la segunda red de vuelta a la primera red despues de que el terminal obtenga un acceso autenticado al servidor de localizacion local usando la segunda red; y
    un procesador (270) configurado para:
    obtener un acceso autenticado al servidor de localizacion local usando la segunda red; obtener una autorizacion para el servidor de localizacion descubierto a partir del servidor de localizacion local; y acceder al servidor de localizacion descubierto usando la primera red en funcion de la autorizacion obtenida del servidor de localizacion local.
  6. 6. El terminal segun la reivindicacion 5, en el que el servidor de localizacion local comprende una plataforma de localizacion SUPL local, H-SLP.
  7. 7. El terminal segun la reivindicacion 6, en el que el procesador esta configurado para obtener un acceso autenticado usando al menos uno de un mecanismo de autenticacion de cliente alternativo, ACA, certificados de dispositivo y una arquitectura de inicializacion generica, GBA, para autenticar el terminal mediante la H-SLP.
  8. 8. El terminal segun la reivindicacion 6, en el que el procesador esta configurado para obtener un acceso autenticado usando un certificado de clave publica para autenticar la H-SLP por medio del terminal.
  9. 9. Un aparato para obtener un acceso autorizado a un servidor de localizacion descubierto, comprendiendo el aparato:
    medios para conmutar desde una primera red, que no soporta un acceso autenticado a un servidor de localizacion local por un terminal, a una segunda red que soporta un acceso autenticado al servidor de localizacion local por el terminal; medios para obtener un acceso autenticado al servidor de localizacion local usando la segunda red; medios para obtener una autorizacion para el servidor de localizacion descubierto a partir del servidor de localizacion local; medios para conmutar desde la segunda red de vuelta a la primera red; y
    medios para acceder al servidor de localizacion descubierto usando la primera red en funcion de la autorizacion obtenida del servidor de localizacion local.
  10. 10. El aparato segun la reivindicacion 9, el terminal segun la reivindicacion 5 o el procedimiento segun la
    reivindicacion 1, en los que el servidor de localizacion descubierto comprende una plataforma de localizacion SUPL descubierta, D-SLP.
  11. 11. El aparato segun la reivindicacion 9, en el que el servidor de localizacion local comprende una plataforma de 5 localizacion SUPL local, H-SLP.
    10
  12. 12. El aparato segun la reivindicacion 11, en el que los medios para obtener un acceso autenticado comprenden medios para usar al menos uno de un mecanismo de autenticacion de cliente alternativo, ACA, certificados de dispositivo y una arquitectura de inicializacion generica, GBA, para autenticar el terminal mediante la H-SLP.
  13. 13. El aparato segun la reivindicacion 11, en el que los medios para obtener un acceso autenticado comprenden medios para usar un certificado de clave publica para autenticar la H-SLP por medio del terminal.
  14. 14. El aparato segun la reivindicacion 9, el terminal segun la reivindicacion 5 o el procedimiento segun la 15 reivindicacion 1, en los que la primera red es una red de area local inalambrica, WLAN; y/o en los que la
    segunda red es una red que soporta Evolucion a Largo Plazo, LTE, WCDMA, GSM o HRPD cdma2000.
    20
  15. 15. Un medio legible por procesador no transitorio que comprende instrucciones legibles por procesador configuradas para hacer que un procesador lleve a cabo el procedimiento segun cualquiera de las reivindicaciones 1 a 4, 10 o 14.
ES13707947.1T 2012-02-10 2013-02-08 Mecanismo de seguridad para obtener una autorización para un servidor de localización descubierto Active ES2555169T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261597704P 2012-02-10 2012-02-10
US201261597704P 2012-02-10
US13/762,231 US9100388B2 (en) 2012-02-10 2013-02-07 Secure mechanism for obtaining authorization for a discovered location server
US201313762231 2013-02-07
PCT/US2013/025447 WO2013120027A1 (en) 2012-02-10 2013-02-08 Secure mechanism for obtaining authorization for a discovered location server

Publications (1)

Publication Number Publication Date
ES2555169T3 true ES2555169T3 (es) 2015-12-29

Family

ID=48946773

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13707947.1T Active ES2555169T3 (es) 2012-02-10 2013-02-08 Mecanismo de seguridad para obtener una autorización para un servidor de localización descubierto

Country Status (7)

Country Link
US (2) US9100388B2 (es)
EP (1) EP2813054B1 (es)
JP (1) JP5922259B2 (es)
KR (2) KR20160049035A (es)
CN (2) CN104106249B (es)
ES (1) ES2555169T3 (es)
WO (1) WO2013120027A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9100388B2 (en) 2012-02-10 2015-08-04 Qualcomm Incorporated Secure mechanism for obtaining authorization for a discovered location server
US9300376B2 (en) * 2013-07-05 2016-03-29 Samsung Electronics Co., Ltd. Transmitting apparatus, receiving apparatus, and control methods thereof
CN111885602B (zh) * 2020-07-27 2021-04-27 西南交通大学 一种面向异构网络的批量切换认证及密钥协商方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8630414B2 (en) * 2002-06-20 2014-01-14 Qualcomm Incorporated Inter-working function for a communication system
KR20060004864A (ko) * 2004-07-10 2006-01-16 엘지전자 주식회사 이동통신 단말기의 위치알림 방법 및 시스템
CN100391303C (zh) * 2004-12-15 2008-05-28 华为技术有限公司 一种定位上报服务方法
KR100595714B1 (ko) * 2005-04-01 2006-07-03 엘지전자 주식회사 Ｓｕｐｌ 기반의 위치정보 시스템에서 ｓｕｐｌ 초기화메시지 및 이를 이용한 ｓｕｐｌ 처리방법
KR100677510B1 (ko) * 2005-04-30 2007-02-02 엘지전자 주식회사 Ｉ-ｗｌａｎ에서의 위치정보 서비스를 위한 시스템 및 방법
CN100479605C (zh) 2005-06-29 2009-04-15 华为技术有限公司 一种定位其他终端的方法
CN101346638A (zh) * 2005-11-07 2009-01-14 高通股份有限公司 Wlan和其它无线网络的定位
US7873370B2 (en) 2005-12-01 2011-01-18 Lg Electronics Inc. Location information system and method for performing notification based upon location
KR20070108301A (ko) * 2005-12-01 2007-11-09 엘지전자 주식회사 위치 기반의 통지를 위한 위치정보 시스템 및 그 방법
US9094784B2 (en) * 2006-10-10 2015-07-28 Qualcomm Incorporated Registration of a terminal with a location server for user plane location
CN101647301A (zh) 2007-04-05 2010-02-10 诺基亚公司 用于使用用户数据报协议代替无线数据报协议从定位平台发送supl消息的方法、设备和程序产品
CN101568063B (zh) * 2008-04-24 2011-08-10 华为技术有限公司 位置业务的实现方法及系统
CN101657013B (zh) * 2008-08-20 2011-12-28 华为技术有限公司 用户面定位中的定位方法、系统时间同步方法及终端
US8301160B2 (en) * 2009-03-16 2012-10-30 Andrew Llc System and method for SUPL roaming using a held client
CN101562814A (zh) * 2009-05-15 2009-10-21 中兴通讯股份有限公司 一种第三代网络的接入方法及系统
US8620270B2 (en) * 2009-10-06 2013-12-31 Mosaid Technologies Incorporated System and method providing interoperability between cellular and other wireless systems
US8406786B2 (en) 2010-02-25 2013-03-26 Motorola Mobility Llc Methods and apparatus for extended generic messaging in a networked geolocation system
US9100388B2 (en) 2012-02-10 2015-08-04 Qualcomm Incorporated Secure mechanism for obtaining authorization for a discovered location server

Also Published As

Publication number Publication date
CN107257330A (zh) 2017-10-17
CN104106249B (zh) 2017-05-17
WO2013120027A1 (en) 2013-08-15
KR101615203B1 (ko) 2016-04-25
EP2813054A1 (en) 2014-12-17
US9467856B2 (en) 2016-10-11
JP5922259B2 (ja) 2016-05-24
CN104106249A (zh) 2014-10-15
EP2813054B1 (en) 2015-09-30
US20130212649A1 (en) 2013-08-15
KR20140129118A (ko) 2014-11-06
US9100388B2 (en) 2015-08-04
JP2015507445A (ja) 2015-03-05
US20150373540A1 (en) 2015-12-24
KR20160049035A (ko) 2016-05-04

Similar Documents

Publication Publication Date Title
ES2971007T3 (es) Autenticación de equipos de usuario a través de equipos de usuario de retransmisión
ES2741818T3 (es) Soporte de llamada de emergencia en modo circuito
JP6104943B2 (ja) モバイル・デバイスのため、発見された位置決めサーバへのセキュアなアクセスをイネーブルすること
US9854497B2 (en) Method and apparatus for self configuration of LTE e-Node Bs
US8718688B2 (en) Method and apparatus for solving limited addressing space in machine-to-machine (M2M) environments
ES2357448T3 (es) Liberación de recursos de radio en un sistema de telecomunicaciones de acceso móvil sin licencia.
ES2441185T3 (es) Método y sistema para encaminamiento de llamadas
ES2750376T3 (es) Gestión de sesión de servicio de proximidad asistida por red
ES3015685T3 (en) Shared-application vertical-session-based-edge-application-instance discovery and selection
ES2681679T3 (es) Admisión de llamadas de emergencia VoIP
ES2555169T3 (es) Mecanismo de seguridad para obtener una autorización para un servidor de localización descubierto
ES2625063T3 (es) Procedimiento y aparato para configurar terminales con localización segura en el plano de usuario (SUPL) habilitada
CN117676895A (zh) 通信方法及相关装置
EP4677803A1 (en) Systems and methods for support of security for sidelink communication and positioning
HK40022790B (en) Authenticating user equipments through relay user equipments
HK40022790A (en) Authenticating user equipments through relay user equipments
HK1179096A (en) Voip emergency call handling
HK1122444B (en) Voip emergency call handling