ES2631911T3 - Procedimiento y aparato para utilizar la información de capacidad de servicio en la ubicación del plano de usuario - Google Patents

Procedimiento y aparato para utilizar la información de capacidad de servicio en la ubicación del plano de usuario Download PDF

Info

Publication number
ES2631911T3
ES2631911T3 ES09701425.2T ES09701425T ES2631911T3 ES 2631911 T3 ES2631911 T3 ES 2631911T3 ES 09701425 T ES09701425 T ES 09701425T ES 2631911 T3 ES2631911 T3 ES 2631911T3
Authority
ES
Spain
Prior art keywords
location
terminal
service
message
capabilities
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
ES09701425.2T
Other languages
English (en)
Inventor
Dominic Gerard Farmer
Andreas K. Wachter
Kirk Allan Burroughs
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 ES2631911T3 publication Critical patent/ES2631911T3/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/029—Location-based management or tracking services
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • 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
    • 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/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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

Un procedimiento (800) de soporte a servicios de ubicación, que comprende: recibir (812) un mensaje enviado por un terminal (120) a un servidor de ubicación (130) a través de un plano de usuario, indicando el mensaje capacidades de servicio del terminal, comprendiendo las capacidades de servicio una indicación de al menos un servicio de ubicación activado que es soportado por el terminal, teniendo dicho servicio de ubicación activado un criterio de activación asociado para determinar si se obtiene una estimación de ubicación del terminal y para suministrar la estimación de ubicación a un cliente de ubicación (140); determinar (818) en el servidor de ubicación (130) si un servicio de ubicación es soportado por el terminal en base, al menos en parte, a las capacidades de servicio del terminal, en el que el servicio de ubicación es capaz de obtener la estimación de ubicación del terminal, al menos parcialmente, en respuesta a una ocurrencia de los criterios de activación; y comunicarse (820) con el terminal a través del plano de usuario para el servicio de ubicación, al menos parcialmente, en respuesta a la determinación de que el servicio de ubicación está soportado por el terminal, en el que dicha comunicación comprende transmitir parámetros de activación para dicho servicio de ubicación al terminal.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Procedimiento y aparato para utilizar la informacion de capacidad de servicio en la ubicacion del plano de usuario ANTECEDENTES
I. Campo
La presente divulgacion se refiere, en general, a comunicacion y, mas especificamente, a tecnicas de soporte a servicios de ubicacion.
II. Antecedentes
A menudo es deseable y, a veces necesario, conocer la ubicacion de un terminal. Los terminos "ubicacion" y "posicion" son sinonimos y se usan indistintamente en el presente documento. Por ejemplo, un usuario puede utilizar el terminal para navegar a traves de un sitio web y puede hacer clic en el contenido sensible a la ubicacion. La ubicacion del terminal puede, a continuacion, ser determinada y usada para proporcionar contenido apropiado al usuario. Para mencionar otro ejemplo, el usuario puede realizar una llamada de emergencia utilizando el terminal. La ubicacion del terminal puede, a continuacion, determinarse y usarse para enviar ayuda de emergencia al usuario. Hay muchos otros escenarios en los que el conocimiento de la ubicacion del terminal es util o necesario.
Un servidor de ubicacion puede intercambiar mensajes con un terminal para establecer una sesion de ubicacion para un servicio de ubicacion. Si el establecimiento de la sesion tiene exito, el servidor de ubicacion puede comunicarse con el terminal para el servicio de ubicacion. Si el establecimiento de la sesion no tiene exito, por ejemplo, porque el terminal no soporta el servicio de ubicacion, la sesion de ubicacion puede terminar. El servidor de ubicacion puede, a continuacion, intentar establecer una sesion de ubicacion con otro servicio de ubicacion que pueda ser soportado por el terminal. Sin embargo, cada intento fallido de establecimiento de sesion consume recursos de red y retrasa el servicio de ubicacion. Por lo tanto, es deseable realizar el establecimiento de sesion lo mas eficazmente posible para conservar los recursos de la red y proporcionar/obtener rapidamente el servicio de ubicacion.
Se hace referencia al documento WO 2004/073318, que describe un procedimiento en el que el usuario de un dispositivo movil inalambrico puede habilitar o deshabilitar su dispositivo movil para responder automaticamente a solicitudes externas de informacion de ubicacion. Por ejemplo, un usuario puede inhabilitar su dispositivo inalambrico para transmitir informacion de ubicacion a todos los solicitantes, excepto a los proveedores de servicios de emergencia (por ejemplo, policia y bomberos). El procedimiento informa al proveedor de servicios de no emergencia que las capacidades de determinar la posicion de no emergencia del dispositivo movil han sido desactivadas, limitando asi el trafico de datos por el aire.
RESUMEN
De acuerdo con la presente invencion, se proporciona un procedimiento de soporte a servicios de ubicacion, como se expone en las reivindicaciones 1 y 9, y un aparato de comunicaciones, como se expone en las reivindicaciones 7 y 13. Los modos de realizacion de la invencion se reivindican en las reivindicaciones dependientes.
En este documento se describen tecnicas de soporte a servicios de ubicacion eficaces en una arquitectura de ubicacion del plano de usuario, tal como ubicacion segura del plano de usuario (SUPL, Secure User Plane Location). En un aspecto, un terminal puede informar a un servidor de ubicacion de las capacidades de servicio del terminal. El servidor de ubicacion puede utilizar las capacidades de servicio para solicitar solo servicios de ubicacion soportados por el terminal y para evitar solicitar servicios de ubicacion no soportados.
En un diseno, el terminal puede generar un mensaje que comprende capacidades de servicio del terminal y puede enviar el mensaje a traves de un plano de usuario, por ejemplo, SUPL. Las capacidades de servicio pueden comprender servicios de ubicacion soportados por el terminal, capacidades de generacion de informes del terminal para un servicio activado periodicamente, capacidades por eventos de zona del terminal para un servicio activado por un evento de zona, capacidades de sesion del terminal y/u otras capacidades. El servidor de ubicacion puede recibir el mensaje desde el terminal y obtener las capacidades de servicio del terminal. El servidor de ubicacion puede almacenar estas capacidades de servicio para futuras sesiones de ubicacion iniciadas en la red con el terminal.
El servidor de ubicacion puede determinar si un servicio de ubicacion es soportado por el terminal en base a las capacidades de servicio del terminal. El servidor de ubicacion puede, a continuacion, comunicarse con el terminal a traves del plano de usuario para el servicio de ubicacion, si es soportado por el terminal. En un diseno, el servidor de ubicacion puede obtener las capacidades de servicio del terminal en una primera sesion de ubicacion y puede utilizar las capacidades de servicio en una segunda sesion de ubicacion para determinar si el servicio de ubicacion es soportado por el terminal. En otro diseno, el servidor de ubicacion puede obtener y utilizar las capacidades de
5
10
15
20
25
30
35
40
45
50
55
60
65
servicio en la misma sesion de ubicacion.
El servidor de ubicacion puede recibir de un cliente de ubicacion una solicitud de un servicio de ubicacion particular para el terminal. El servidor de ubicacion puede determinar si el servicio de ubicacion particular es soportado por el terminal en base a las capacidades de servicio del terminal. El servidor de ubicacion puede terminar la solicitud si el servicio de ubicacion particular no es soportado por el terminal. El servidor de ubicacion puede iniciar una sesion de ubicacion para el servicio de ubicacion particular si es soportado por el terminal.
A continuacion, se describen en mas detalle diversos aspectos y caracteristicas de la divulgacion.
BREVE DESCRIPCION DE LOS DIBUJOS
La FIG. 1 muestra un ejemplo de implementacion de soporte a servicios de ubicacion.
La FIG. 2 muestra un flujo de llamadas para un servicio inmediato iniciado en la red.
La FIG. 3 muestra un flujo de llamadas para el servicio activado periodicamente iniciado en la red.
La FIG. 4 muestra un flujo de llamada para un servicio activado por eventos de zona iniciado en la red.
La FIG. 5 muestra un flujo de llamada para un servicio inmediato iniciado a traves de un terminal.
La FIG. 6 muestra un flujo de llamadas para enviar capacidades de servicio de un terminal a un servidor de ubicacion.
La FIG. 7 muestra un mensaje SUPL para enviar capacidades de servicio del terminal.
La FIG. 8 muestra un proceso realizado con el servidor de ubicacion para el soporte a servicios de ubicacion.
La FIG. 9 muestra un proceso realizado por el servidor de ubicacion para el servicio de ubicacion iniciado en la red. La FIG. 10 muestra un proceso realizado por el terminal.
La FIG. 11 muestra un diagrama de bloques de una red inalambrica, el terminal y el servidor de ubicacion. DESCRIPCION DETALLADA
En este documento se describen tecnicas de soporte a servicios de ubicacion en arquitecturas/soluciones de ubicacion del plano de usuario. Una arquitectura de ubicacion del plano de usuario es una arquitectura de ubicacion que envia mensajes para servicios de ubicacion a traves de un plano de usuario. Las arquitecturas de ubicacion del plano de usuario estan en contraste con las arquitecturas de ubicacion del plano de control, que envian mensajes para servicios de ubicacion a traves de un plano de control. Un plano de usuario es un mecanismo para llevar la senalizacion de aplicaciones de capa superior y emplear un portador de plano de usuario, que se implementa habitualmente con protocolos tales como Protocolo de Datagramas de Usuario (UDP, User Datagram Protocol), Protocolo de Control de Transmision (TCP, Transmission Control Protocol) y Protocolo de Internet (IP, Internet Protocol). Un plano de control es un mecanismo para llevar la senalizacion de aplicaciones de capa superior y se implementa habitualmente con protocolos especificos de red, interfaces y mensajes de senalizacion. Los mensajes de soporte a servicios de ubicacion se llevan como parte de la senalizacion en una arquitectura de plano de control y como parte de datos (desde una perspectiva de red) en una arquitectura de plano de usuario. Sin embargo, el contenido de los mensajes puede ser el mismo o similar en ambas arquitecturas de ubicacion del plano de usuario y el plano de control.
Las tecnicas descritas en este documento pueden usarse para varias arquitecturas de ubicacion del plano de usuario, tales como SUPL de alianza movil abierta (OMA, Open Mobile Alliance) y X.S0024 de una organizacion denominada "proyecto de asociacion de 3a generacion 2" (3GPP2, 3rd Generation Partnership Project 2). Para mayor claridad, determinados aspectos de las tecnicas se describen a continuacion para SUPL, utilizandose la terminologia de SUPL en gran parte de la siguiente descripcion.
La FIG. 1 muestra un ejemplo de implementacion de soporte a servicios de ubicacion. Un terminal 120 puede comunicarse con una red inalambrica 110 y/o una red fija 112 en cualquier momento dado para obtener servicios de comunicacion. El terminal 120 puede ser estacionario o movil y tambien puede denominarse una estacion movil (MS, Mobile Station), un equipo de usuario (UE, User Equipment), una estacion de abonado, una estacion, etc. El terminal 120 puede ser un telefono movil, un asistente digital personal (PDA, Personal Digital Assistant), un dispositivo portatil, un dispositivo inalambrico, un ordenador portatil, un modem inalambrico, un telefono inalambrico, un dispositivo de telemetria, un dispositivo de rastreo, etc. El terminal 120 puede denominarse un terminal habilitado con SUPL (SET, SUPL Enabled Terminal) en SUPL. Los terminos "terminal" y "SET" pueden intercambiarse en el presente documento.
La red inalambrica 110 puede ser una red de zona amplia inalambrica (WWAN, Wireless Wide Area Network), una red de zona metropolitana inalambrica (WMAN, Wireless Metropolitan Area Network), una red de zona local inalambrica (WLAN, Wireless Local Area Network), etc. Los terminos "red" y "sistema" se usan a menudo de forma intercambiable. Una WWAN puede ser una red de Acceso Multiple por Division de Codigo (CDMA, Code Division Multiple Access), una red de Acceso Multiple por Division de Tiempo (TDMA, Time Division Multiple Access), una red de Acceso Multiple por Division de Frecuencia (FDMA, Frequency Division Multiple Access), una red FDMA Ortogonal (OFdMa, Orthogonal FDMA), una red fDmA de Portadora Unica (SC-FDMA, Single-Carrier FDMA), etc. Una red CDMA puede implementar una tecnologia de radio como CDMA de banda ancha (CDMA), cdma2000, etc.
5
10
15
20
25
30
35
40
45
50
55
60
65
cdma2000 cubre las normas IS-2000, IS-95 e IS-856. Una red TDMA puede implementar una tecnologia de radio tal como el Sistema Global de Comunicaciones Moviles ("GSM", Global System for Mobile Communications). Una red OFDMA puede implementar una tecnologia de radio tal como Evolucion a Largo Plazo (LTE, Long Term Evolution), Banda Ancha Ultramovil (UMB, Ultra Mobile Broadband), Flash-OFDM©, etc. WCDMA, GSM y LTE se describen en documentos de una organizacion denominada "Proyecto Asociacion de Tercera Generacion" (3GPP). CDMA y UMB se describen en documentos de 3GPP2. Los documentos del 3GPP y del 3GPP2 estan disponibles al publico. Una WMAN puede implementar una tecnologia de radio tal como IEEE 802.16, que comunmente se conoce como WiMAX. Una WLAN puede implementar una tecnologia de radio como 802.11 (que se conoce comunmente como Wi-Fi), Hiperlan, etc. La red fija 112 puede ser una red por cable, una red de linea de abonado digital (DSL, Digital Subscriber Line), Internet, etc.
El SET 120 puede recibir y medir senales desde satelites 150 y puede obtener mediciones de pseudodistancias para los satelites. Los satelites 150 pueden formar parte del Sistema de Localizacion Global (GPS, Global Positioning System) de los Estados Unidos, del sistema europeo Galileo, del sistema ruso GLONASS o de algun otro sistema de localizacion por satelite (SPS, Satellite Positioning System) o de un sistema mundial de navegacion por satelite (GNSS, Global Navigation Satellite System). Las mediciones de pseudodistancias y las ubicaciones conocidas de los satelites 150 pueden usarse para obtener una estimacion de la posicion del SET 120. Una estimacion de la posicion tambien puede denominarse estimacion de la ubicacion, correccion de la posicion, etc. Un SET 120 tambien puede recibir y medir senales desde estaciones base dentro de la red inalambrica 110 para obtener mediciones de tiempo y/o intensidad de senal para las estaciones base. Una estacion base tambien puede denominarse estacion transceptora base (BTS, Base Transceiver Station), Nodo B, Nodo B evolucionado (eNB), punto de acceso, etc. Las mediciones de tiempo y/o intensidad de senal y las ubicaciones conocidas de las estaciones base se pueden utilizar para obtener una estimacion de la posicion del SET 120. En general, se puede obtener una estimacion de la posicion basandose en mediciones de satelites y/o estaciones base y utilizando uno o una combinacion de procedimientos de localizacion.
Una plataforma de ubicacion SUPL (SLP) 130 puede comunicarse con el SET 120 para dar soporte a servicios de ubicacion para el SET. Los servicios de ubicacion se refieren a servicios cualesquiera basados en, o relacionados con, informacion de ubicacion. Los servicios de ubicacion pueden incluir localizacion, que es un proceso para determinar una estimacion de la posicion geografica o civil de un SET. La localizacion puede proporcionar coordenadas de latitud, longitud y altitud y una incertidumbre para una estimacion de una posicion geografica o una direccion de una calle para una estimacion de una posicion civil. La comunicacion entre la SLP 130 y el SET 120 puede ser a traves de la red inalambrica 110 y/o la red fija 112. La SLP 130 puede estar separada de las redes 110 y 112 o puede formar parte de la red 110 o 112. La SLP 130 puede ser una sLp Domestica (H-SLP) con la que el SET 120 tiene una suscripcion de servicio, una SLP Visitada que sirve actualmente al SET 120 o una SLP de Emergencia que sirve al SET 120 en servicios de emergencia.
La SLP 130 puede incluir un centro de ubicacion SUPL (SLC, SUPL Location Center) 132 y un centro de localizacion SUPL (SPC, SUPL Positioning Center) 134. El SLC 132 puede realizar diversas funciones de servicios de ubicacion, coordinar la operacion de SUPL e interactuar con los SET sobre el portador del plano de usuario. El SLC 132 puede realizar funciones de privacidad, iniciacion, seguridad, soporte de itinerancia, tarificacion/facturacion, gestion de servicio, calculo de ubicacion, etc. El SPC 134 puede dar soporte a la localizacion de los SET y a la entrega de datos de asistencia a los SET, y tambien puede ser responsable de mensajes y procedimientos utilizados para el calculo de la ubicacion. El SPC 134 puede realizar funciones de seguridad, entrega de datos de asistencia, recuperacion de referencias, calculo de ubicacion, etc.
Un agente 140 SUPL puede comunicarse con la SLP 130 para obtener informacion de ubicacion para el SET 120. Un agente SUPL es un punto de acceso de servicio o un cliente de ubicacion que accede a recursos de red para obtener informacion de ubicacion. La informacion de ubicacion puede comprender una estimacion de posicion y/o cualquier informacion relacionada con la ubicacion. El SET 120 tambien puede tener un agente SUPL que reside dentro del SET. Los agentes SET 120, SLP 130 y SUPL 140 pueden dar soporte a cada version de SUPL. La version de SUPL 2.0 (SUPL 2.0) se describe en los documentos OMA-AD-SUPL-V2, titulado "Secure User Plane Location Architecture" y OMA-TS-ULP-V2, titulado "UserPlane Location Protocol". Estos documentos SUPL estan disponibles publicamente en OMA.
El SET 120 puede dar soporte a uno o mas procedimientos de localizacion o mediciones para uno o mas procedimientos de localizacion. Las mediciones pueden usarse para determinar la ubicacion del SET. Por ejemplo, el SET 120 puede dar soporte a GPS autonomo, GPS asistido (A-GPS), Trilateracion Avanzada de Enlace Directo (A-FLT, Advanced Forward Link Trilateration), Diferencia de Tiempo Observada Mejorada (E-OTD, Enhanced Observed Time Difference), Diferencia Observada en el Tiempo de Llegada (OTDOA, Observed Time Difference Of Arrival), identificador de celda mejorada, identificador de celda, etc. El GPS autonomo y el GPS asistido son procedimientos de localizacion basados en mediciones por satelites, y el termino "GPS" se refiere, genericamente, a cualquier sistema de localizacion por satelite. Los procedimientos AFLT, E-OTD y OTDOA son procedimientos de localizacion basados en mediciones de tiempo para estaciones base en una red inalambrica.
El SET 120 tambien puede soportar uno o mas servicios de ubicacion. La Tabla 1 enumera algunos servicios de
5
10
15
20
25
30
35
40
45
50
ubicacion que pueden ser soportados por el SET 120, y proporciona una breve descripcion de cada servicio de ubicacion. El servicio de emergencia puede basarse en un servicio inmediato o en algun otro servicio de ubicacion. El SET 120 tambien puede soportar otros servicios de ubicacion que no se enumeran en la Tabla 1.
Tabla 1
Servicio de ubicacion
Descripcion
Inmediato
La ubicacion de un SET se determina inmediatamente y se proporciona a un agente SUPL.
Activacion periodica Activacion periodica
La ubicacion de un SET se determina periodicamente y se proporciona a un agente SUPL.
Activacion por eventos de zona
La ubicacion de un SET es determinada y proporcionada a un agente SUPL siempre que es activada por un evento de zona, por ejemplo, siempre que la ubicacion.
La ubicacion del SET esta dentro de una zona objetivo o entra o sale de la zona objetivo.
En SUPL 2.0, una SLP generalmente no tiene conocimiento de las capacidades de servicio de un SET. Las capacidades de servicio pueden incluir servicios de ubicacion soportados por el SET y otras capacidades del SET, tal como se describen a continuacion. Como resultado, cuando se invoca un servicio de ubicacion (por ejemplo, en respuesta a una solicitud de un agente SUPL), la SLP puede no saber si este servicio de ubicacion esta soportado por el SET. Si la SLP solicita el servicio de ubicacion y no es soportado por el SET, entonces la SLP y el SET pueden realizar un intercambio de mensajes que finalmente da como resultado la terminacion de una sesion de ubicacion. Valiosos recursos de la red se pueden desperdiciar invocando y, a continuacion, abortando la sesion de ubicacion del servicio de ubicacion no soportado.
La SLP puede generar y mantener una tabla de capacidades de servicio del SET. La SLP puede determinar los servicios de ubicacion soportados por el SET a modo de prueba y error al invocar todos los servicios de ubicacion posibles. La SLP tambien puede esperar hasta que cada servicio de ubicacion sea solicitado por un agente SUPL y puede excluir de la tabla todos los servicios de ubicacion que resultaron en sesiones de ubicacion terminadas. En cualquier caso, la SLP puede generar la tabla de capacidades de servicio solicitando diferentes servicios de ubicacion desde el SET. Una vez que la SLP ha generado la tabla completa, la SLP puede utilizar la tabla para rechazar rapidamente solicitudes de servicios de ubicacion no soportados por el SET sin perder recursos de red. Sin embargo, la construccion de la tabla de capacidades de servicio basada en los resultados de las sesiones de ubicacion puede consumir demasiados recursos de red, puede tardar demasiado tiempo en completarse y/o puede ser propensa a errores. Por ejemplo, la tabla puede resultar invalida si cambian las capacidades de servicio del SET.
La SLP puede transformar una solicitud de un servicio de ubicacion que el SET no soporta en una o varias solicitudes de un servicio de ubicacion que soporta el SET. Por ejemplo, la SLP puede transformar una solicitud de un servicio activado periodicamente en una secuencia de solicitudes de servicio inmediato y puede determinar cuando enviar cada solicitud de servicio inmediato. Sin embargo, dicha transformacion de una solicitud de servicio de ubicacion puede aumentar la complejidad de la SLP y puede ser aplicable solo en algunos casos.
En un aspecto, el SET 120 puede informar directamente a la SLP 130 de las capacidades de servicio del SET. La SLP 130 puede utilizar las capacidades del servicio SET para solicitar solo servicios de ubicacion soportados por el SET 120 y para evitar la solicitud de servicios de ubicacion no soportados.
La FIG. 2 muestra un diseno de un flujo de llamadas 200 para un servicio inmediato iniciado en la red. El agente SUPL 140 puede desear informacion de ubicacion para el SET 120 y puede enviar un mensaje de solicitud inmediata de ubicacion estandar (SLIR, Standard Location Immediate Request) con protocolo de ubicacion movil (MLP, Mobile Location Protocol) al SLP 130 (etapa A). La SLP 130 puede autenticar y autorizar al agente SUPL 140 para la informacion de ubicacion solicitada. La SLP 130 puede, a continuacion, obtener informacion de encaminamiento para el SET 120 (etapa B).
La SLP 130 puede enviar un mensaje SUPL INIT para iniciar una sesion de ubicacion con el SET 120 (etapa C). Una sesion de ubicacion tambien puede denominarse una sesion SUPL. El mensaje SUPL INIT puede incluir un identificador de sesion utilizado para identificar la sesion de ubicacion, un procedimiento de localizacion deseado (posmethod), la calidad deseada de la localizacion (QoP, Quality of Positioning), un modo SLP que indica si la SLP esta usando el modo proxy o no proxy, etc. El SET 120 puede comunicarse directamente con el SPC 134 en el modo no proxy (no se muestra en la FIG. 2) o indirectamente con el SPC 134 a traves del SLC 132 en el modo proxy (tal como se muestra en la FIG. 2).
Al recibir el mensaje SUPL INIT, el SET 120 puede realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de paquetes de datos si el SET aun no esta conectado y establecer una conexion IP segura a
5
10
15
20
25
30
35
40
45
50
55
60
65
SLP 130 (etapa D). El SET 120 puede, a continuacion, enviar un mensaje SUPL POS INIT a la SLP 130 para iniciar una sesion de localizacion (etapa E). El mensaje SUPL POS INIT puede incluir el identificador de sesion, un identificador de ubicacion (lid) que identifica la celda de servicio actual del SET, las capacidades del SET, etc. Las capacidades del SET pueden incluir capacidades de localizacion y/o capacidades de servicio del SET. Las capacidades de localizacion pueden incluir los procedimientos de localizacion soportados (por ejemplo, A-GPS asistido por SET, A-GPS basado en SET, etc.) y los protocolos de localizacion asociados (por ejemplo, RRLP, RRC, TIA-801). Las capacidades de servicio pueden incluir servicios de ubicacion soportados (por ejemplo, cualquiera de los servicios de ubicacion enumerados en la Tabla 1), capacidades de generacion de informes y/u otras capacidades, tal como se describe a continuacion. La SLP 130 puede almacenar las capacidades del SET, incluidas las capacidades de servicio para uso futuro (etapa X).
Si se necesita una estimacion de la posicion del SET 120, entonces la SLP 130 y el SET 120 pueden intercambiar mensajes para la sesion de localizacion (etapa F). Para la localizacion con el SET, la SLP 130 puede calcular una estimacion de la posicion del SET 120 en base a las mediciones recibidas del SET. Para la localizacion basada en el SET, el SET 120 puede calcular la estimacion de posicion basandose en la asistencia de la SLP 130. En cualquier caso, al completar la sesion de localizacion, la SLP 130 puede enviar un mensaje SUPL END al SET 120 (etapa G). La SLP 130 tambien puede enviar la informacion de ubicacion solicitada en un mensaje de respuesta inmediata de ubicacion estandar (SLIA) de MLP al agente SUPL 140 (etapa H).
La FIG. 3 muestra un diseno de un flujo de llamada 300 para un servicio activado periodicamente iniciado en la red. El agente 140 de SUPL puede enviar un mensaje de solicitud de informe de ubicacion activada (TLRR, Triggered Location Reporting Request) de MLP a la SLP 130 para solicitar informacion de ubicacion para el SET 120 (etapa A). El mensaje TLRR de MLP puede indicar un modo de informe (por ejemplo, informes por lotes, informes en tiempo casi real o informes en tiempo real) y tambien puede incluir condiciones para el envio de informes por lotes. La SLP 130 puede autenticar y autorizar el agente SUPL 140 para la informacion de ubicacion solicitada y puede obtener la informacion de encaminamiento para el SET 120 (etapa B). La SLP 130 puede enviar un mensaje SUPL INIT para iniciar una sesion activada periodicamente con el SET 120 (etapa C). El mensaje SUPL INIT puede incluir un identificador de sesion, un indicador del tipo de activacion que indique la activacion periodica, un procedimiento de localizacion deseado, el modo SLP, etc.
El SET 120 puede recibir el mensaje SUPL INIT, realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de paquetes de datos y establecer una conexion IP segura a la SLP 130 (etapa D). El SET 120 puede a continuacion, enviar un mensaje SUPL TRIGGERED START a la SLP 130 para iniciar una sesion de localizacion (etapa E). El mensaje SUPL TRIGGERED START puede incluir el identificador de sesion, el identificador de ubicacion, las capacidades del SET, etc. Las capacidades del SET pueden incluir capacidades de localizacion, capacidades de servicio, capacidades de generacion de informes, etc. Las capacidades de generacion de informes pueden indicar si el SET 120 puede generar informes por lotes, informes en tiempo casi real o informes en tiempo real. La SLP 130 puede almacenar las capacidades del SET, incluidas las capacidades de servicio para uso futuro (etapa X).
La SLP 130 puede seleccionar un procedimiento de localizacion para la sesion activada periodicamente y puede enviar un mensaje SUPL TRIGGERED RESPONSE al SET 120 (etapa F). El mensaje SUPL TRIGGERED RESPONSE puede incluir el identificador de sesion, el procedimiento de localizacion seleccionado, los parametros de activacion periodicos, el modo de generacion de informes, etc. La SLP 130 tambien puede enviar un mensaje de respuesta de informe de ubicacion activada (TLRA, Triggered Location Reporting Answer) de MLP al agente SUPL 140 para indicar que se ha aceptado la solicitud de ubicacion activada (etapa G). El mensaje TLRA de MLP puede incluir un identificador de peticion (req-id) que se utilizara como un identificador de transaccion para toda la sesion activada periodicamente.
Cuando una activacion periodica en el SET 120 indica que se necesita una correccion de la posicion, el SET 120 puede conectarse a la red de paquetes de datos si es necesario. El SET 120 puede, a continuacion, enviar un mensaje SUPL POS INIT para iniciar una sesion de localizacion con la SLP 130 (etapa H). El mensaje SUPL POS INIT puede incluir el identificador de sesion, el identificador de ubicacion, las capacidades del SET, etc. Si se necesita una estimacion de la posicion del SET 120, entonces la SLP 130 y el SET 120 pueden intercambiar mensajes para la sesion de localizacion (etapa I). Una vez completada la sesion de localizacion, la SLP 130 puede enviar un mensaje SUPL REPORT que contiene el identificador de sesion y la estimacion de la posicion, al SET 120 (etapa J). La SLP 130 tambien puede enviar la estimacion de la posicion en un mensaje de Informe de ubicacion Activada de MLP (TLREP) al agente 140 SUPL (etapa K).
El SET 120 puede determinar de manera autonoma su posicion (etapa L) y puede enviar una estimacion de la posicion en un mensaje SUPL REPORT a la SLP 130 (etapa M). La SLP 130 puede enviar la estimacion de la posicion en un mensaje TLREP de MLP al agente SUPL 140 (etapa N).
Las etapas H a N pueden repetirse segun sea aplicable. Las etapas O a Q se pueden realizar para una sesion de localizacion para la ultima estimacion de la posicion y pueden ser una repeticion de las etapas H a J. El SET 120 puede enviar un mensaje SUPL REPORT que contiene todo o un subconjunto de las estimaciones de las posiciones
5
10
15
20
25
30
35
40
45
50
55
60
65
almacenadas en el SET a la SLP 130 (etapa R). La SLP 130 puede enviar al agente SUPL 140 un mensaje TLREP de MLP que contiene las estimaciones de las posiciones notificadas por el SET 120 y/o calculadas por la SLP (etapa S). Despues de notificar el ultimo resultado de posicion al agente SUPL 140, la SLP 130 puede enviar un mensaje SUPL END al SET 120 para indicar el final de la sesion activada periodicamente (etapa T).
La FIG. 4 muestra un diseno de un flujo de llamadas 400 para proporcionar un servicio activado por un evento de zona iniciado en la red. El agente SUPL 140 puede enviar un mensaje TLRR de MLP a la SLP 130 para solicitar informes de ubicacion para el SET 120 (etapa A). La SLP 130 puede autenticar y autorizar el agente SUPL 140 para la informacion de ubicacion solicitada y puede obtener la informacion de encaminamiento para el SET 120 (etapa B). La SLP 130 puede enviar un mensaje SUPL INIT con un identificador de sesion, un indicador del tipo de activacion que indica la activacion de un evento de zona, etc. (etapa C). El SET 120 puede realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de paquetes de datos y establecer una conexion IP segura con la SLP 130 (etapa D). El SET 120 puede, a continuacion, enviar un mensaje SUPL TRIGGERED START para iniciar una sesion activada por un evento de zona (etapa E). El mensaje SUPL TRIGGERED START puede incluir el identificador de sesion, el identificador de ubicacion, las capacidades del SET (por ejemplo, capacidades de servicio), etc. La SLP 130 puede almacenar las capacidades del SET, incluidas las capacidades de servicio para uso futuro (etapa X). La SLP 130 puede enviar un mensaje SUPL TRIGGERED RESPONSE con parametros de activacion por un evento de zona (etapa F). La SLP 130 tambien puede enviar un mensaje TLRA de MLP al agente SUPL 140 (etapa G).
Siempre que una activacion por un evento de zona indique que se va a ejecutar una correccion de la posicion, el SET 120 puede enviar un mensaje SUPL POS INIT para iniciar una sesion de localizacion con la SLP 130 (etapa H). El mensaje SUPL POS INIT puede incluir el identificador de sesion, las capacidades del SET (por ejemplo, capacidades de localizacion y capacidades de servicio), etc. La SLP 130 y el SET 120 pueden intercambiar mensajes para la sesion de localizacion (etapa I) y la SLP 130 puede enviar un mensaje SUPL REPORT que contiene una estimacion de la posicion al SET 120 (etapa J). El SET 120 puede, a continuacion, comprobar la estimacion de la posicion para determinar si se ha cumplido una condicion de activacion por evento (etapa K). Si se ha cumplido una condicion, el SET 120 puede enviar un mensaje SUPL REPORT que contiene la estimacion de la posicion a la SLP 130 (etapa L). La SLP 130 puede, a continuacion, reenviar la estimacion de la posicion en un mensaje TLREP de MLP al agente SUPL 140 (etapa M).
Las etapas H a M pueden repetirse segun sea aplicable (etapa N). Cuando se ha enviado el ultimo informe, la SLP 130 puede enviar un mensaje SUPL END al SET 120 para terminar la sesion activada por un evento de zona (etapa O).
Para un servicio iniciado en la red, el SET 120 puede enviar sus capacidades de servicio en un mensaje SUPL a la SLP 130. Este mensaje SUPL puede ser un mensaje SUPL POS INIT en la FIG. 2 o un mensaje SUPL TRIGGERED START en las FIGS. 3 y 4. La SLP 130 puede utilizar las capacidades de servicio del SET 120 para determinar si desea o no solicitar un servicio de ubicacion particular y para evitar solicitar un servicio de ubicacion no soportado por el SET.
La FIG. 5 muestra un diseno de un flujo de llamadas 500 para proporcionar servicios inmediatos iniciados en el SET. Un agente SUPL en el SET 120 puede recibir una solicitud de informacion de ubicacion de una aplicacion que se ejecuta en el SET. El SET 120 puede realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de paquetes de datos, si es necesario, y establecer una conexion IP segura a la SLP 130 (etapa A). El SET 120 puede, a continuacion, enviar un mensaje SUPL START para iniciar una sesion de ubicacion con la SLP 130 (etapa B). El mensaje SUPL START puede incluir un identificador de sesion, las capacidades del SET (por ejemplo, capacidades de localizacion y capacidades de servicio), etc. La SLP 130 puede recibir el mensaje SUPL START y puede extraer y almacenar las capacidades del SET, incluidas las capacidades de servicio para uso futuro (etapa X). La SLP 130 puede determinar que el SET 120 no esta actualmente en itinerancia para SUPL (etapa C). La SLP 130 puede, a continuacion, enviar al SET 120 un mensaje SUPL RESPONSE que puede incluir el identificador de sesion, un procedimiento de localizacion seleccionado, etc. (etapa D).
El SET 120 puede, a continuacion, enviar a la SLP 130 un mensaje SUPL POS INIT que puede incluir el identificador de sesion, las capacidades del SET, etc. (etapa E). La SLP 130 y el SET 120 pueden, a continuacion, intercambiar mensajes para una sesion de localizacion (etapa F). Una vez completada la sesion de localizacion, la SLP 130 puede enviar un mensaje de SUPL END con la informacion de ubicacion solicitada al SET 120 (etapa G).
Los flujos de llamada para el servicio activado periodicamente iniciado en el SET y el servicio activado por un evento de zona iniciado por el SET en SUPL se describen en los documentos OMA-AD-SUPL-V2 y OMA-TS-ULP-V2 antes mencionados. Para cada uno de estos flujos de llamada, el SET 120 puede enviar un mensaje SUPL TRIGGERED START para iniciar una sesion activada periodicamente o una sesion activada por un evento de zona. El mensaje SUPL TRIGGERED START puede incluir las capacidades del SET.
Para un servicio iniciado en el SET, el SET 120 puede enviar sus capacidades de servicio en un mensaje SUPL, que puede ser un mensaje SUPL START o un mensaje SUPL TRIGGERED START. En un diseno, la SLP 130 puede
5
10
15
20
25
30
35
almacenar las capacidades de servicio del SET 120 para su uso posterior y determinar si se puede solicitar un servicio de ubicacion particular para el SET. En otro diseno, la SLP 130 puede utilizar las capacidades de servicio del SET 120 para la sesion de ubicacion actual iniciada en el SET. Por ejemplo, el SET 120 puede solicitar un servicio de ubicacion no soportado por la SLP 130 o no autorizado para el SET 120. La SLP 130 puede, a continuacion, responder con uno o mas servicios de ubicacion soportados tanto por el SET 120 como la SLP 130 y tambien permitidos para el SET 130. Las capacidades de servicio enviadas por el SET 120 tambien pueden usarse de otras maneras en la sesion de ubicacion actual o en una sesion de ubicacion posterior.
El SET 120 tambien puede enviar sus capacidades a la SLP 130 y proporcionar a la SLP esta informacion y/o cuando hay un cambio en las capacidades del SET. El cambio en las capacidades del SET puede ocurrir debido a un cambio en la suscripcion del servicio, un cambio en el modulo de identidad, etc.
La FIG. 6 muestra un diseno de un flujo de llamada 600 para enviar las capacidades del SET 120 a la SLP 130. El SET 120 puede detectar una actualizacion o cambio en las capacidades del SET (etapa A). El SET 120 puede realizar un procedimiento de configuracion de conexion de datos, conectarse a una red de paquetes de datos, si es necesario, y establecer una conexion IP segura con la SLP 130 (etapa B). El SET 120 puede, a continuacion, enviar un mensaje SUPL INFO a la SLP 130 (etapa C). El mensaje SUPL INFO puede incluir un identificador de sesion, las capacidades del SET (por ejemplo, capacidades de servicio actualizadas), etc. La SLP 130 puede recibir el mensaje SUPL INFO, obtener las capacidades del SET y almacenar las capacidades del SET en una tabla para el SET 120 (etapa X). La SLP 130 puede, a continuacion, enviar un mensaje SUPL END al SET 120 para terminar la sesion de ubicacion (etapa D).
En general, el SET 120 puede enviar sus capacidades en cualquier mensaje a la SLP 130. En un diseno, el SET 120 puede enviar sus capacidades en cualquiera de los mensajes SUPL que se muestran en la Tabla 2. El SET 120 tambien puede enviar sus capacidades en otros mensajes SUPL. Los formatos de varios mensajes SUPL se describen en el documento OMA-TS-ULP-V2 antes mencionado.
Tabla 2
Mensaje SUPL
Descripcion
SUPL START
Enviado por el SET a la SLP para el servicio inmediato iniciado en el SET.
SUPL TRIGGERED START
Enviado por el SET a la SLP para iniciar un servicio activado periodicamente o un servicio activado por un evento de zona en las sesiones de ubicacion iniciadas en la red e iniciadas en el SET.
SUPL POS INIT
Enviado por el SET a la SLP para iniciar una sesion de localizacion.
SUPL END
Enviado por la SLP al SET para terminar una sesion de ubicacion, o por el SET para terminar una sesion iniciada en la red para un servicio de ubicacion no soportado por el SET.
SUPL AUTH REQ
Enviado por el SET a la SLP para solicitar informacion para la autenticacion mutua del SET y de la SLP.
SUPL INFO
Enviado por el SET a la SLP para actualizar las capacidades del SET.
En un diseno, las capacidades de servicio del SET 120 pueden incluir cualquiera de las capacidades enumeradas en la Tabla 3. Las capacidades de servicio tambien pueden incluir otras capacidades del SET 120.
Tabla 3 - Capacidades de servicio
Capacidad
Descripcion
Servicios soportados
Indicar los servicios de ubicacion soportados por el SET.
Capacidades de generacion de informes
Indicar las capacidades de generacion de informes del SET para el servicio activado periodicamente, por ejemplo, el modo y los parametros de generacion de informes soportados.
Capacidades por eventos de zona
Indicar las capacidades del SET para el servicio activado por un evento de zona, por ejemplo, el numero de zonas objetivo, las listas de identificadores de zona, etc.
Capacidades de la sesion
Indicar las capacidades de sesion del SET, por ejemplo, el numero de sesiones de ubicacion simultanea soportadas por el SET.
La FIG. 7 muestra un diseno de un mensaje SUPL 700 para enviar capacidades de servicio del SET 120. El mensaje
5
10
15
20
25
SUPL 700 puede ser uno de los mensajes SUPL enumerados en la Tabla 2, o algun otro mensaje SUPL. En este diseno, el mensaje SUPL 700 incluye un parametro de las capacidades del SET 710 y, posiblemente, otros parametros que no se muestran en la FIG. 7, para simplificar. El parametro de las capacidades del SET 710 puede incluir un subparametro de capacidades de servicio 720 y, posiblemente, otros subparametros para procedimientos de localizacion soportados, protocolos de localizacion soportados, etc. El subparametro de capacidades de servicio 720 puede incluir un campo 730 para servicios soportados, un campo 732 para capacidades de generacion de informes, un campo 734 para capacidades de sesiones y un campo 736 para capacidades por eventos de zona. El subparametro de las capacidades de servicio 720 puede incluir campos diferentes y/o campos adicionales para otras capacidades.
En el diseno que se muestra en la FIG. 7, el SET 120 puede enviar sus capacidades de servicio en un subparametro "capacidades de servicio" que, opcionalmente, puede estar incluido en un parametro "capacidad del SET" que, a su vez, puede estar incluido en cualquiera de los mensajes SUPL que se muestran en la Tabla 2, o en algun otro mensaje SUPL. En otro diseno, el SET 120 puede enviar sus capacidades de servicio en un parametro "capacidad de servicio del SET" que puede estar, opcionalmente, incluido en cualquiera de los mensajes SUPL que se muestran en la Tabla 2, o algun otro mensaje SUPL.
La Tabla 4 muestra un diseno del parametro "capacidad del SET", que incluye el subparametro "capacidades de servicio". En la columna "Parametro" de la Tabla 4, ">" denota un subparametro del parametro "capacidad del SET", ">>" denota un campo del subparametro y un ">>>" denota un subcampo del campo. En la columna "Presencia" de la Tabla 4, un "M" indica un parametro obligatorio, un "O" indica un parametro opcional y un "CV" indica un parametro que esta condicionado al valor. Para simplificar, solo los campos del subparametro "capacidades de servicio" se muestran en la Tabla 4. El parametro "capacidad del SET" puede incluir otros subparametros descritos en el documento OMA-TS-ULP-V2 antes mencionado, por ejemplo, subparametros para las capacidades de localizacion.
Tabla 4 - Parametro de las capacidades del SET
Parametro
Presencia Valor/Descripcion
Capacidades del SET
Capacidades del SET (no mutuamente excluyentes) en terminos de tecnologias de localizacion soportadas y protocolos de localizacion. Durante una sesion SUPL particular, un SET puede enviar sus capacidades mas de una vez - especificamente, en los casos iniciados por el SET, las capacidades del SET se envian en SUPL START, SUPL TRIGGERED START y SUPL
POS IN IT. Para solicitudes inmediatas, las capacidades del SET NO DEBEN cambiar durante esta sesion en particular. Para las solicitudes activadas, las capacidades del SET PUEDEN cambiar durante una sesion. El parametro de las capacidades del SET tambien PUEDE ser utilizado por el SET para informar al H-SLP sobre sus capacidades de servicio.
> Capacidades de servicio
O En este parametro se describen las capacidades de servicio del SET. El SET PUEDE enviar este parametro en SUPL START, SUPL POS INIT, SUPL TRIGGERED START, SUPL AUTH REQ y SUPL END. El proposito de este parametro es informar al H-SLP sobre las capacidades de servicio del SET
>> servicios soportados
M Define los servicios soportados por el SET. Solo los servicios iniciados en la red son relevantes en este contexto. Cero o mas de los siguientes servicios son soportados: • Activacion periodica • Activacion por evento de zona
>> capacidades de generacion de informes
CV Define las capacidades de generacion de informes del SET. Este parametro solo es necesario si las activaciones periodicas son soportadas por el SET, en cuyo caso el parametro es obligatorio.
>>> modo rep
M Modo o modos de generacion de informes soportados: • Tiempo real • Tiempo casi real • Informes por lotes (Se debe dar soporte, al menos, a uno de los tres modos de informes)
>>> tipo de generacion de informes por lotes
M Define el tipo de generacion de informes por lotes soportado por el SET (solo aplicable al tiempo casi real y a generacion de informes por lotes): • Generacion de informe de la posicion (verdadero si la generacion del informe de la posicion esta permitida, falso en caso contrario) • Generacion de informe de mediciones (verdadero si la generacion del informe de mediciones esta permitida, falso en caso contrario) • Mediciones historicas (verdadero si la generacion del informe de mediciones esta permitida, falso en caso contrario)
>>> params de informes por lotes
M • Numero maximo de posiciones/mediciones (intervalo: 1 a 2048) • Numero maximo de mediciones historicas (intervalo: 1 a 64)
>> Capacidades de sesion
M Define las capacidades de sesion del SET:
• Numero total de sesiones simultaneas. • Numero maximo de sesiones activadas periodicamente simultaneas (solo se utiliza para activaciones periodicas). • Numero maximo de sesiones activadas por eventos de zona simultaneos (solo se utilizan para activaciones por eventos de zona).
>> capacidades por eventos de zona
CV Define las capacidades por eventos de zona del SET. Este parametro solo es necesario si el SET soporta las activaciones por eventos de zona, en cuyo caso el parametro es obligatorio.
>>> numero maximo de zonas geograficas objetivo
O Este parametro define el numero maximo de zonas geograficas objetivo que soporta el SET. (intervalo: 1 a 32) Este parametro es opcional. Si no esta presente, el SET no soporta zonas geograficas objetivo.
>>> numero maximo de listas de identificadores de zona
O Este parametro define el numero maximo de listas de identificadores de zona que soporta el SET. (intervalo: 1 a 32) Este parametro es opcional. Si no esta presente, el SET no soporta identificadores de zona.
>>> numero maximo de identificadores de zona por cada lista de identificadores de zona
CV Este parametro define el numero maximo de identificadores de zona por cada lista de Identificadores de zona que soporta el SET. (intervalo: 1 a 256) Este parametro es condicional: si el numero maximo de listas de identificadores de zona esta presente, entonces este parametro DEBE estar presente. De lo contrario este parametro NO DEBE estar presente.
La Tabla 4 muestra un diseno especifico de informacion que puede ser enviado para las capacidades de servicio del SET 120. La informacion proporcionada en la Tabla 4 tambien puede definirse o aplicarse de diferentes maneras a las descritas en la Tabla 4. Por ejemplo, los servicios de ubicacion soportados pueden ser aplicables tanto a 5 servicios iniciados en la red como a servicios iniciados en el SET. Tambien se puede enviar informacion diferente y/o adicional para las capacidades de servicio.
Para mayor claridad, las tecnicas de soporte a los servicios de ubicacion se han descrito especificamente para SUPL. Las tecnicas tambien se pueden utilizar para otras arquitecturas/soluciones de ubicacion del plano de 10 usuario. El SET 120 y la SLP 130 pueden recibir denominaciones diferentes en otras arquitecturas de ubicacion. Por ejemplo, la SLP 130 tambien puede denominarse servidor de ubicacion, servidor de servicios de ubicacion (LCS), centro de ubicacion, servidor de posicion, etc.
La FIG. 8 muestra un diseno de un proceso 800 llevado a cabo por un servidor de ubicacion para soportar servicios 15 de ubicacion. El servidor de ubicacion puede recibir un mensaje enviado por un terminal al servidor de ubicacion a traves de un plano de usuario, por ejemplo, SUPL (bloque 812). Este mensaje puede ser uno de los mensajes SUPL que se muestran en la Tabla 2 o algun otro mensaje. El servidor de ubicacion puede obtener capacidades de servicio del terminal a partir del mensaje (bloque 814). Las capacidades de servicio del terminal pueden comprender servicios de ubicacion soportados por el terminal y pueden indicar si el terminal da soporte a un servicio activado 20 periodicamente, servicio activado por eventos de zona, etc. Las capacidades de servicio del terminal tambien pueden comprender capacidades de generacion de informes del terminal para un servicio activado periodicamente, capacidades por eventos de zona del terminal para un servicio activado por eventos de zona, capacidades de sesion del terminal para el numero de sesiones de ubicacion simultaneas soportadas por el terminal y/u otras capacidades, por ejemplo, tal como las mostradas en la FIG. 7 y la Tabla 4. El servidor de ubicacion puede almacenar las 25 capacidades de servicio del terminal, por ejemplo, para futuras sesiones de ubicacion iniciadas en la red con el terminal (bloque 816).
5
10
15
20
25
30
35
40
45
50
55
60
65
El servidor de ubicacion puede determinar si el terminal soporta un servicio de ubicacion en base a las capacidades de servicio del terminal (bloque 818). El servidor de ubicacion puede, a continuacion, comunicarse con el terminal a traves del plano de usuario para el servicio de ubicacion si esta soportado por el terminal (bloque 820). En un diseno, que se muestra en la FIG. 8, el servidor de ubicacion puede recibir el mensaje, obtener las capacidades de servicio del terminal y almacenar las capacidades de servicio en una primera sesion de ubicacion. El servidor de ubicacion puede determinar si el servicio de ubicacion esta soportado por el terminal y comunicarse con el terminal en una segunda sesion de ubicacion despues de la primera sesion de ubicacion. En este diseno, los bloques 812, 814 y 816 pueden ser para una sesion de ubicacion, y los bloques 818 y 820 pueden ser para otra sesion de ubicacion, tal como se muestra en la FIG. 8. En otro diseno, el servidor de ubicacion puede obtener las capacidades de servicio al comienzo de una sesion de ubicacion, y puede usar las capacidades de servicio para determinar si el servicio de ubicacion esta soportado por el terminal en la misma sesion de ubicacion. En este diseno, los bloques 812 a 820 pueden ser para una unica sesion de ubicacion.
La FIG. 9 muestra un diseno de un proceso 900 realizado por un servidor de ubicacion (por ejemplo, un SLP) para servicios de ubicacion iniciados en la red. El servidor de ubicacion puede recibir desde un cliente de ubicacion (por ejemplo, un agente SUPL) una solicitud de un servicio de ubicacion particular para un terminal (bloque 912). El servicio de ubicacion particular puede ser para un servicio activado periodicamente, un servicio activado por eventos de zona, etc. El servidor de ubicacion puede determinar si el servicio de ubicacion particular esta soportado por el terminal en base a las capacidades de servicio del terminal (bloque 914). El servidor de ubicacion puede terminar la solicitud si el servicio de ubicacion particular no esta soportado por el terminal (bloque 916). El servidor de ubicacion puede iniciar una sesion de ubicacion para el servicio de ubicacion particular si esta soportado por el terminal (bloque 918).
La FIG. 10 muestra un diseno de un proceso 1000 realizado por un terminal (por ejemplo, un SET) para dar soporte a, u obtener, servicios de ubicacion. El terminal puede generar un mensaje que comprende las capacidades de servicio del terminal (bloque 1012). Este mensaje puede ser uno de los mensajes SUPL que se muestran en la Tabla 2 o algun otro mensaje. Las capacidades de servicio del terminal pueden comprender cualquiera de las capacidades que se muestran en la Tabla 4 y/u otras capacidades. El terminal puede enviar el mensaje a un servidor de ubicacion a traves de un plano de usuario, por ejemplo, a traves de SUPL (bloque 1014). El terminal puede comunicarse con el servidor de ubicacion a traves del plano de usuario para un servicio de ubicacion, por ejemplo, determinado por el servidor de ubicacion que estara soportado por el terminal en base a las capacidades de servicio del terminal (bloque 1016).
En un diseno, que se muestra en la FIG. 10, el terminal puede generar y enviar el mensaje en una primera sesion de ubicacion. El terminal puede comunicarse con el servidor de ubicacion para el servicio de ubicacion en una segunda sesion de ubicacion despues de la primera sesion de ubicacion. En este diseno, los bloques 1012 y 1014 pueden ser para una sesion de ubicacion, y el bloque 1016 puede ser para otra sesion de ubicacion, tal como se muestra en la FIG. 10. En otro diseno, el terminal puede enviar el mensaje al comienzo de una sesion de ubicacion y el servicio de ubicacion para la misma sesion de ubicacion puede ser determinado por el servidor de ubicacion en base a las capacidades de servicio del terminal. En este diseno, los bloques 1012 a 1016 pueden ser para una unica sesion de ubicacion. En general, el terminal puede enviar un mensaje que comprende sus capacidades de servicio al comienzo de una sesion de ubicacion, durante la sesion de ubicacion o al final de la sesion. Por ejemplo, el terminal puede enviar sus capacidades de servicio en el primer mensaje enviado por el terminal para una sesion de ubicacion. Como ejemplo adicional, el terminal puede enviar un mensaje para terminar una sesion de ubicacion iniciada por el servidor de ubicacion de un servicio de ubicacion no soportado por el terminal. Este mensaje puede incluir las capacidades de servicio del terminal, que puede ser utilizado por el servidor de ubicacion para solicitar posteriormente un servicio de ubicacion soportado por el terminal.
El terminal puede detectar un cambio en sus capacidades de servicio (bloque 1018). El terminal puede enviar un mensaje que comprende las capacidades de servicio actualizadas al servidor de ubicacion (bloque 1020). Los bloques 1018 y 1020 pueden ser para una sesion de ubicacion que puede estar separada de la sesion o las sesiones de ubicacion de los bloques 1012 a 1016, tal como se muestra en la FIG. 10.
La FIG. 11 muestra un diagrama de bloques de un diseno de red inalambrica 110, terminal/SET 120 y servidor de ubicacion/SLP 130 en la Fig. 1. Para simplificar, la FIG. 11 muestra solo un controlador/procesador 1120, una memoria 1122 y un transmisor/receptor (TMTR / RCVR) 1124 para el terminal 120, solo un controlador/procesador 1130, una memoria 1132, un transmisor/receptor 1134 y una unidad comunicacion (Comm) 1136 para la red inalambrica 110, y solo un controlador/procesador 1140, una memoria 1142 y una unidad de comunicacion 1144 para la SLP 130. En general, cada entidad puede incluir cualquier numero de procesadores, controladores, memorias, transmisores/receptores, unidades de comunicacion, etc. El terminal 120 puede dar soporte a la comunicacion con una o varias redes inalambricas y/o fijas. El terminal 120 tambien puede recibir y procesar senales de uno o mas sistemas de localizacion por satelite, por ejemplo, GPS, Galileo, etc.
En el enlace descendente, la red inalambrica 110 puede transmitir datos de trafico, senalizacion y control a los terminales dentro de su zona de cobertura. Estos diversos tipos de informacion pueden ser procesados por el procesador 1130, acondicionados por el transmisor 1134 y transmitidos en el enlace descendente. En el terminal
5
10
15
20
25
30
35
40
45
50
55
60
65
120, las senales de enlace descendente de la red inalambrica 110 pueden ser recibidas y acondicionadas por el receptor 1124 y procesadas adicionalmente por el procesador 1120 para obtener diversos tipos de informacion. El controlador/procesador 1120 puede llevar a cabo o dirigir el proceso 1000 de la FIG. 10 y/u otros procesos de las tecnicas descritas en el presente documento. Las memorias 1122 y 1132 pueden almacenar codigos y datos para el terminal 120 y la red inalambrica 110, respectivamente.
En el enlace ascendente, el terminal 120 puede transmitir datos de trafico, senalizacion y control a la red inalambrica 110. Estos diversos tipos de informacion pueden ser procesados por el procesador 1120, acondicionados por el transmisor 1124 y transmitidos en el enlace ascendente. En la red inalambrica 110, las senales del enlace ascendente desde el terminal 120 y otros terminales pueden ser recibidas y acondicionadas por el receptor 1134, y procesadas por el procesador 1130 para obtener varios tipos de informacion desde los terminales. La red inalambrica 110 puede comunicarse directa o indirectamente con la SLP 130 a traves de la unidad de comunicacion 1136.
Dentro de la SLP 130, el procesador 1140 puede realizar el procesamiento para dar soporte a servicios de ubicacion para terminales. Por ejemplo, el procesador 1140 puede realizar el proceso 800 en la FIG. 8, el proceso 900 en la FIG. 9 y/u otros procesos para las tecnicas descritas en el presente documento. El procesador 1140 tambien puede calcular estimaciones de la posicion para el terminal 120, proporcionar informacion de ubicacion al agente SUPL 140, etc. La memoria 1142 puede almacenar codigos de programa y datos para la SLP 130. La unidad de comunicacion 1144 puede permitir que la SLP 130 se comunique con la red inalambrica 110, el terminal 120 y/u otras entidades de red. La SLP 130 y el terminal 120 pueden intercambiar mensajes a traves de un plano de usuario, por ejemplo, SUPL, y estos mensajes pueden ser transportados por la red inalambrica 110 a traves de un enlace de radio.
Los expertos en la tecnica entenderan que la informacion y las senales pueden representarse usando cualquiera entre varias tecnologias y tecnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la informacion, las senales, los bits, los simbolos y chips que pueden haber sido mencionados a lo largo de la descripcion anterior, pueden representarse mediante tensiones, corrientes, ondas electromagneticas, campos o particulas magneticos, campos o particulas opticos, o cualquier combinacion de los mismos.
Los expertos en la tecnica apreciaran ademas que los diversos bloques logicos, modulos, circuitos y etapas de algoritmo ilustrativos descritos en relacion con la descripcion del presente documento pueden implementarse como hardware electronico, software informatico o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito diversos componentes, bloques, modulos, circuitos y etapas ilustrativos en lo que respecta, en general, a su funcionalidad. Que dicha funcionalidad se implemente como hardware o software depende de la aplicacion especifica y las restricciones de diseno impuestas al sistema completo. Los expertos en la tecnica pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicacion particular, pero no deberia interpretarse que tales decisiones de implementacion suponen apartarse del alcance de la presente invencion.
Los diversos bloques logicos, modulos y circuitos ilustrativos descritos en conexion con la descripcion en el presente documento pueden implementarse o realizarse con un procesador de uso general, con un procesador de senales digitales (DSP, Digital Signal Processor), con un circuito integrado especifico de la aplicacion (ASIC, Application Specific Integrated Circuit), con una matriz de puertas programables por campo (FPGA, Field Programmable Gate Array) o con otro dispositivo de logica programable, logica de transistor o de puertas discretas, componentes de hardware discretos o con cualquier combinacion de los mismos disenada para realizar las funciones descritas en el presente documento. Un procesador de proposito general puede ser un microprocesador pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador 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 serie de microprocesadores, uno o mas microprocesadores junto con un nucleo de DSP o cualquier otra configuracion de este tipo.
Las etapas de un procedimiento o algoritmo descrito en relacion con la descripcion del presente documento pueden realizarse directamente en hardware, en un modulo de software ejecutado por un procesador o en una combinacion de los dos. Un modulo de software puede residir en memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraible, un CD-ROM o en cualquier otra forma de medio de almacenamiento conocida en la tecnica. Un medio de almacenamiento a modo de ejemplo esta acoplado al procesador de tal manera que el procesador puede leer informacion de, y escribir informacion en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede estar integrado en el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
En uno o mas disenos a modo de ejemplo, las funciones descritas pueden implementarse en hardware, software, firmware o en cualquier combinacion de los mismos. Si se implementan en software, las funciones pueden ser almacenadas o transmitidas como una o varias instrucciones o codigos en un medio legible por ordenador. Los
medios legibles por ordenador incluyen tanto medios de almacenamiento informatico como medios de comunicacion, incluido cualquier medio que facilite la transferencia de un programa informatico de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que pueda accederse mediante un ordenador de proposito general o de proposito especial. A modo de ejemplo, y no de manera limitativa, los medios legibles por ordenador 5 pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco optico, almacenamiento de disco magnetico u otros dispositivos de almacenamiento magnetico, o cualquier otro medio que pueda usarse para transportar o almacenar medios de codigo informatico deseado en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador de proposito general o de proposito especial, o mediante un procesador de proposito general o de proposito especial. Ademas, las tecnicas pueden implementarse utilizando uno 10 o mas medios de transmision, que pueden ser medios fisicos o el vacio. Por ejemplo, si las instrucciones se transmiten desde una sede de la Red, un servidor u otra fuente remota usando un cable coaxial, un cable de fibra optica, un par trenzado, una linea de abonado digital (DSL) o tecnologias inalambricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra optica, el par trenzado, la DSL o las tecnologias inalambricas tales como infrarrojos, radio y microondas se incluyen en la definicion de medio. Los discos, tal como se usan en el 15 presente documento, incluyen disco compacto (CD, Compact Disc), disco de laser, disco optico, disco versatil digital (DVD, Digital Versatile Disc), disco flexible y el disco Blu-ray, donde algunos discos normalmente reproducen datos de manera magnetica, mientras que otros discos reproducen los datos de manera optica con laser. Las combinaciones de lo que antecede tambien deberian incluirse dentro del alcance de los medios legibles por ordenador.
20
La anterior descripcion de la invencion se proporciona para permitir que cualquier experto en la tecnica realice o use la invencion. Diversas modificaciones a la invencion resultaran facilmente 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 invencion. Por tanto, la invencion no pretende limitarse a los ejemplos y disenos descritos en el 25 presente documento, sino que se le ha de conceder el alcance mas amplio compatible con los principios y caracteristicas novedosas dados a conocer en el presente documento.

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un procedimiento (800) de soporte a servicios de ubicacion, que comprende:
    recibir (812) un mensaje enviado por un terminal (120) a un servidor de ubicacion (130) a traves de un plano de usuario, indicando el mensaje capacidades de servicio del terminal, comprendiendo las capacidades de servicio una indicacion de al menos un servicio de ubicacion activado que es soportado por el terminal, teniendo dicho servicio de ubicacion activado un criterio de activacion asociado para determinar si se obtiene una estimacion de ubicacion del terminal y para suministrar la estimacion de ubicacion a un cliente de ubicacion (140);
    determinar (818) en el servidor de ubicacion (130) si un servicio de ubicacion es soportado por el terminal en base, al menos en parte, a las capacidades de servicio del terminal, en el que el servicio de ubicacion es capaz de obtener la estimacion de ubicacion del terminal, al menos parcialmente, en respuesta a una ocurrencia de los criterios de activacion; y
    comunicarse (820) con el terminal a traves del plano de usuario para el servicio de ubicacion, al menos parcialmente, en respuesta a la determinacion de que el servicio de ubicacion esta soportado por el terminal, en el que dicha comunicacion comprende transmitir parametros de activacion para dicho servicio de ubicacion al terminal.
  2. 2. El procedimiento (800) de la reivindicacion 1, en el que la recepcion del mensaje se produce durante una primera sesion de ubicacion y en el que la determinacion se produce durante una segunda sesion de ubicacion despues de la primera sesion de ubicacion.
  3. 3. El procedimiento (800) de la reivindicacion 1, en el que la recepcion del mensaje, la determinacion y la comunicacion son para una sesion de ubicacion unica.
  4. 4. El procedimiento (800, 900) de la reivindicacion 1, que comprende ademas:
    recibir (912) desde dicho cliente de ubicacion (140) una solicitud de un servicio de ubicacion particular para el terminal;
    determinar (914) si el servicio de ubicacion particular esta soportado por el terminal en base a las capacidades de servicio del terminal;
    terminar (916) la solicitud si el servicio de ubicacion particular no esta soportado por el terminal; e
    iniciar (918) una sesion de ubicacion para el servicio de ubicacion particular si esta soportado por el terminal.
  5. 5. El procedimiento (800) de la reivindicacion 1, en el que la recepcion del mensaje comprende
    recibir un mensaje START de Ubicacion Segura de Plano de Usuario (SUPL), un mensaje SUPL TRIGGERED START, un mensaje SUPL POS INIT, un mensaje SUPL END, un mensaje SUPL AUTH REQ, o un mensaje SUPL INFO enviado por el terminal al servidor de ubicacion.
  6. 6. Un aparato para comunicaciones, que comprende:
    medios para recibir un mensaje enviado por un terminal (120) a un servidor de ubicacion (130) a traves de un plano de usuario, indicando el mensaje las capacidades de servicio del terminal, comprendiendo las capacidades de servicio una indicacion de al menos un servicio de ubicacion activado que esta soportado por el terminal, teniendo dicho servicio de ubicacion activado un criterio de activacion asociado para determinar si se obtiene una estimacion de ubicacion del terminal y para proporcionar la estimacion de ubicacion a un cliente de ubicacion (140);
    medios (1140) para determinar si un servicio de ubicacion esta soportado por el terminal, al menos en parte, en base a las capacidades de servicio del terminal, en el que el servicio de ubicacion es capaz de obtener la estimacion de la ubicacion del terminal, al menos parcialmente, en respuesta a una ocurrencia de los criterios de activacion; y
    medios (1144) para comunicarse con el terminal a traves del plano de usuario para el servicio de ubicacion, al menos parcialmente, en respuesta a determinar que el servicio de ubicacion esta soportado por el terminal, en el que dicha comunicacion comprende transmitir al terminal los parametros de activacion para dicho servicio de ubicacion.
  7. 7. Un producto de programa informatico, que comprende:
    un medio legible por ordenador que comprende:
    codigo para hacer que al menos un ordenador lleve a cabo las etapas de cualquiera de las reivindicaciones 1 o 5.
  8. 8. Un procedimiento (1000) de soporte a servicios de ubicacion, que comprende:
    5
    10
    15
    20
    25
    30
    generar (1012) un mensaje que comprende las capacidades de servicio de un terminal (120), indicando el mensaje las capacidades de servicio del terminal, comprendiendo las capacidades de servicio una indicacion de al menos un servicio de ubicacion activado que esta soportado por el terminal, teniendo dicho servicio de ubicacion activado un criterio de activacion asociado para determinar si se obtiene una estimacion de la ubicacion del terminal y para proporcionar la estimacion de ubicacion a un cliente de ubicacion (140); enviar (1014) el mensaje desde el terminal a un servidor de ubicacion (130) a traves de un plano de usuario; y comunicarse (1016) con el servidor de ubicacion a traves del plano de usuario para un servicio de ubicacion, en el que dicha comunicacion comprende recibir parametros de activacion para dicho servicio de ubicacion desde el servidor de ubicacion.
  9. 9. El procedimiento (1000) de la reivindicacion 8, en el que el servicio de ubicacion se determina por el servidor de ubicacion que sera soportado por el terminal en base, al menos en parte, a las capacidades de servicio del terminal.
  10. 10. El procedimiento (1000) de la reivindicacion 8, en el que la generacion del mensaje y el envio del mensaje se producen durante una primera sesion de ubicacion, y en el que la comunicacion se produce durante una segunda sesion de ubicacion despues de la primera sesion de ubicacion.
  11. 11. El procedimiento (1000) de la reivindicacion 8, en el que la generacion del mensaje, el envio del mensaje y la comunicacion se producen durante una unica sesion de ubicacion.
  12. 12. Un aparato de comunicaciones, que comprende:
    al menos un procesador configurado
    para generar un mensaje que comprende capacidades de servicio de un terminal (120), indicando el mensaje capacidades de servicio del terminal, comprendiendo las capacidades de servicio una indicacion de al menos un servicio de ubicacion activado que esta soportado por el terminal, teniendo dicho servicio de ubicacion activado un criterio de activacion asociado para determinar si se obtiene una estimacion de ubicacion del terminal y para proporcionar la estimacion de ubicacion a un cliente de ubicacion (140), enviar el mensaje desde el terminal a un servidor de ubicacion (130) a traves de un plano de usuario, y comunicarse con el servidor de ubicacion a traves del plano de usuario para un servicio de ubicacion, en el que dicha comunicacion comprende recibir parametros de activacion para dicho servicio de ubicacion desde dicho servidor de ubicacion.
ES09701425.2T 2008-01-11 2009-01-09 Procedimiento y aparato para utilizar la información de capacidad de servicio en la ubicación del plano de usuario Active ES2631911T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US246815 1994-05-20
US2063508P 2008-01-11 2008-01-11
US20635P 2008-01-11
US12/246,815 US8712439B2 (en) 2008-01-11 2008-10-07 Method and apparatus for using service capability information for user plane location
PCT/US2009/030651 WO2009089486A1 (en) 2008-01-11 2009-01-09 Method and apparatus for using service capability information for user plane location

Publications (1)

Publication Number Publication Date
ES2631911T3 true ES2631911T3 (es) 2017-09-06

Family

ID=40851108

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09701425.2T Active ES2631911T3 (es) 2008-01-11 2009-01-09 Procedimiento y aparato para utilizar la información de capacidad de servicio en la ubicación del plano de usuario

Country Status (16)

Country Link
US (2) US8712439B2 (es)
EP (1) EP2238774B1 (es)
JP (1) JP5155412B2 (es)
KR (1) KR101161980B1 (es)
CN (3) CN101946528A (es)
AU (1) AU2009203964B2 (es)
BR (1) BRPI0906772B1 (es)
CA (2) CA2904747C (es)
ES (1) ES2631911T3 (es)
HU (1) HUE034285T2 (es)
IL (1) IL206913A0 (es)
MX (1) MX2010007602A (es)
RU (1) RU2467504C2 (es)
TW (1) TWI496444B (es)
UA (1) UA100037C2 (es)
WO (1) WO2009089486A1 (es)

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8712439B2 (en) * 2008-01-11 2014-04-29 Qualcomm Incorporated Method and apparatus for using service capability information for user plane location
US8626926B2 (en) * 2008-02-26 2014-01-07 Qualcomm Incorporated Method and apparatus for performing session info query for user plane location
US8660574B2 (en) 2008-04-02 2014-02-25 Qualcomm Incorporated Generic positioning protocol
US8620255B2 (en) 2008-06-16 2013-12-31 Qualcomm Incorporated Method and apparatus for supporting emergency calls and location for femto access points
KR20100020860A (ko) * 2008-08-13 2010-02-23 삼성전자주식회사 휴대방송 시스템에서의 방송서비스 제공방법 및 그 휴대방송 시스템
US8554172B2 (en) * 2008-10-21 2013-10-08 At&T Mobility Ii Llc Using electronic surveillance data as event triggers for lawful location tracking
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
US8917206B2 (en) * 2009-06-09 2014-12-23 Qualcomm Incorporated Mobile-based positioning with non-conforming use of assistance data
US8880103B2 (en) 2009-10-12 2014-11-04 Qualcomm Incorporated Method and apparatus for transmitting indoor context information
CN102065399A (zh) * 2009-11-12 2011-05-18 中兴通讯股份有限公司 一种基于未认证set终端实现紧急定位的方法及系统
US8699460B2 (en) * 2010-04-10 2014-04-15 Qualcomm Incorporated Position location call flow
US10383166B2 (en) 2010-04-14 2019-08-13 Qualcomm Incorporated Method and apparatus for supporting location services via a home node B (HNB)
US9119028B2 (en) 2010-04-14 2015-08-25 Qualcomm Incorporated Method and apparatus for supporting location services via a Home Node B (HNB)
WO2011142715A1 (en) * 2010-05-10 2011-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for measurement configuration support
US8909257B2 (en) 2010-06-19 2014-12-09 Qualcomm Incorporated Positioning protocol conveyance
US8804574B2 (en) * 2010-10-01 2014-08-12 Telefonaktiebolaget L M Ericsson (Publ) Language dependent positioning and signalling
US8627422B2 (en) 2010-11-06 2014-01-07 Qualcomm Incorporated Authentication in secure user plane location (SUPL) systems
US8600403B2 (en) 2010-12-03 2013-12-03 Qualcomm Incorporated Method and apparatus for configuring and locating a home base station
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
US8738027B2 (en) 2011-02-07 2014-05-27 Qualcomm Incorporated Methods and apparatus for identifying and authorizing location servers and location services
US20120276922A1 (en) * 2011-04-28 2012-11-01 Ho-Sung Chien Method of Handling Velocity Triggered SUPL Service and Related Communication Device
US9363782B2 (en) 2011-06-22 2016-06-07 Qualcomm Incorporated Methods and apparatus for wireless device positioning in multicarrier configurations
US9572124B2 (en) * 2012-06-20 2017-02-14 Qualcomm Incorporated D-SLP service area detection using area ID
WO2014109694A2 (en) * 2013-01-09 2014-07-17 Telefonaktiebolaget L M Ericsson (Publ) Supporting and enhancing image-based positioning
US9516104B2 (en) * 2013-09-11 2016-12-06 Telecommunication Systems, Inc. Intelligent load balancer enhanced routing
EP3066811B1 (en) 2013-11-06 2019-02-27 Telefonaktiebolaget LM Ericsson (publ) Passing service capabilities from a device to another
CN106658424B (zh) * 2015-11-02 2019-01-25 中兴通讯股份有限公司 车联网v2x业务的发送方法及装置
CN109074396B (zh) * 2016-05-10 2022-06-14 北京嘀嘀无限科技发展有限公司 推荐个性化内容的系统和方法
US12114283B2 (en) 2016-08-21 2024-10-08 Qualcomm Incorporated Methods and systems for support of location for the internet of things
US11405863B2 (en) 2016-10-05 2022-08-02 Qualcomm Incorporated Systems and methods to enable combined periodic and triggered location of a mobile device
US10512057B1 (en) * 2018-08-01 2019-12-17 Qualcomm Incorporated Positioning of a mobile device using an enhanced exchange of capabilities
US11985567B2 (en) * 2018-09-12 2024-05-14 Qualcomm Incorporated Methods and systems for enhancement of positioning related protocols
US11218933B2 (en) 2018-09-14 2022-01-04 Qualcomm Incorporated Systems and methods for deferred 5G location of a mobile device using a combined AMF and LMF based location solution
US11350271B2 (en) 2018-10-15 2022-05-31 Qualcomm Incorporated Location of a mobile device with 5G wireless access using SUPL
US11259146B2 (en) * 2018-10-30 2022-02-22 Qualcomm Incorporated Systems and methods for efficient positioning of a mobile device with dual wireless connectivity
EP4150361A1 (en) * 2020-05-15 2023-03-22 Nokia Technologies Oy Dynamic update of positioning reference signals based on user equipment location updates
US12108305B2 (en) 2020-09-29 2024-10-01 Qualcomm Incorporated System and methods for power efficient positioning of a mobile device
WO2023004543A1 (zh) * 2021-07-26 2023-02-02 北京小米移动软件有限公司 信息传输方法、装置、通信设备和存储介质
WO2024114965A1 (en) * 2023-07-11 2024-06-06 Lenovo (Singapore) Pte. Ltd Overload handling for sidelink positioning in a wireless communication system

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2308039B (en) 1995-12-08 2000-01-26 Motorola Inc A telecommunications system and a method of providing services to terminals in such a system
JP2004158947A (ja) 2002-11-05 2004-06-03 Nec Corp 移動通信システムにおける測位システム並びに測位方法
US7457629B2 (en) 2003-02-14 2008-11-25 Nortel Networks Limited Method and system for reporting the status of non-emergency-services position-determination capability
US7660590B2 (en) 2003-12-23 2010-02-09 At&T Mobility Ii Llc Terminal-based server for location tracking
FI20040037A0 (fi) * 2004-01-13 2004-01-13 Nokia Corp Paikkainformaation tuottaminen
KR101069451B1 (ko) 2004-04-14 2011-09-30 엘지전자 주식회사 이동통신 시스템의 인접 셀 서비스 수신 방법
CN1910838A (zh) * 2004-04-14 2007-02-07 Lg电子株式会社 反映用户偏好的位置信息系统及其服务提供方法
US20050250516A1 (en) * 2004-04-14 2005-11-10 Lg Electronics Inc. Location information system reflecting user preferences and service providing method thereof
WO2005117295A1 (en) 2004-04-14 2005-12-08 Lg Electronics Inc. Location information system reflecting user preferences and service providing method
KR100690867B1 (ko) 2004-08-06 2007-03-09 엘지전자 주식회사 이동통신 시스템에서 사용자의 프라이버시 관리장치 및 방법
EP1886523B1 (en) 2005-04-29 2012-01-11 LG Electronics Inc. Transmission of location information
KR100690877B1 (ko) 2005-08-11 2007-03-09 엘지전자 주식회사 이동통신 시스템에서의 주기적인 위치추적 방법
AU2006225248B2 (en) 2005-10-10 2007-10-18 Samsung Electronics Co., Ltd. Location service-providing system and deferred location request service-providing method using previously computed location in location service-providing system
KR20070108301A (ko) 2005-12-01 2007-11-09 엘지전자 주식회사 위치 기반의 통지를 위한 위치정보 시스템 및 그 방법
AU2007202371A1 (en) 2006-06-03 2007-12-20 Samsung Electronics Co., Ltd. Location service providing system and method for providing triggered location request service
KR20070115550A (ko) * 2006-06-03 2007-12-06 삼성전자주식회사 조건적 반복 위치 정보 제공 서비스를 제공하기 위한 위치 정보 제공 시스템 및 방법
US8712439B2 (en) * 2008-01-11 2014-04-29 Qualcomm Incorporated Method and apparatus for using service capability information for user plane location

Also Published As

Publication number Publication date
CN103987013A (zh) 2014-08-13
CN105897937A (zh) 2016-08-24
CA2904747C (en) 2017-10-17
KR101161980B1 (ko) 2012-07-03
CA2711856C (en) 2016-09-20
JP5155412B2 (ja) 2013-03-06
CN105897937B (zh) 2020-04-10
KR20100113560A (ko) 2010-10-21
US20090181698A1 (en) 2009-07-16
US8712439B2 (en) 2014-04-29
CA2904747A1 (en) 2009-07-16
WO2009089486A1 (en) 2009-07-16
BRPI0906772B1 (pt) 2020-10-20
AU2009203964A1 (en) 2009-07-16
JP2011510541A (ja) 2011-03-31
TWI496444B (zh) 2015-08-11
US20140235208A1 (en) 2014-08-21
IL206913A0 (en) 2010-12-30
TW200941985A (en) 2009-10-01
BRPI0906772A2 (pt) 2015-07-14
UA100037C2 (ru) 2012-11-12
EP2238774B1 (en) 2017-05-03
US9369837B2 (en) 2016-06-14
EP2238774A1 (en) 2010-10-13
CA2711856A1 (en) 2009-07-16
RU2010133545A (ru) 2012-02-20
RU2467504C2 (ru) 2012-11-20
MX2010007602A (es) 2010-09-28
HUE034285T2 (en) 2018-02-28
CN103987013B (zh) 2018-02-23
CN101946528A (zh) 2011-01-12
AU2009203964B2 (en) 2013-05-09

Similar Documents

Publication Publication Date Title
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
US9565530B2 (en) Methods and apparatus for identifying and authorizing location servers and location services
EP2578031B1 (en) Support of multiple positioning protocols
ES2549484T3 (es) Procedimiento y aparato para soportar servicios de localización con una capa de servicio de localización racionalizado
US10009319B2 (en) Methods, apparatuses and articles for identifying and authorizing location servers and location services using a proxy location server
ES2510406T3 (es) Transporte de protocolo de posicionamiento
EP2673939B1 (en) Methods, apparatuses and articles for identifying and authorizing location servers and location services using a proxy location server
ES2381179T3 (es) Método de posicionamiento desencadenado por evento de zona iniciado por red para un terminal itinerante en un sistema de comunicación móvil
KR20090115911A (ko) 로밍 단말을 위한 위치 서비스 제공 방법
ES2672330T3 (es) Procedimiento, aparato y producto de programa informático para identificar y autorizar servidores de ubicación y servicios de ubicación utilizando un servidor intermediario de ubicación
KR101115492B1 (ko) 로밍 망의 기지국 정보가 제공되지 않는 통신 환경에서 로밍된 가입자 단말기를 측위하는 방법 및 시스템