BRPI0906772B1

BRPI0906772B1 - método e equipamento para usar informação de capacidade para localização de plano de usuário

Info

Publication number: BRPI0906772B1
Application number: BRPI0906772-8A
Authority: BR
Inventors: Dominic Gerard Farmer; Andreas K. Wachter; Kirk Allan Burroughs
Original assignee: Qualcomm Incorporated
Priority date: 2008-01-11
Filing date: 2009-01-09
Publication date: 2020-10-20
Also published as: AU2009203964A1; ES2631911T3; JP2011510541A; US20140235208A1; WO2009089486A1; JP5155412B2; CA2711856A1; BRPI0906772A2; CN105897937B; CA2711856C; US9369837B2; CA2904747A1; KR20100113560A; AU2009203964B2; KR101161980B1; EP2238774B1; CN101946528A; TW200941985A; UA100037C2; HUE034285T2

Abstract

MÉTODO E EQUIPAMENTO PARA USAR INFORMAÇÃO DE CAPACIDADE PARA LOCALIZAÇÃO DE PLANO DE USUÁRIO São descritas técnicas para suportar serviços de localização em uma arquitetura de localização no plano de usuário tal como Localização Segura no Plano de Usuário (SUPL). Em um aspecto, um terminal informa um servidor de localização das capacitações para serviço do terminal. O servidor de localização usa as capacitações para serviço para requisitar apenas serviços de localização suportados pelo terminal e para evitar requisitar serviços de localização não suportados. O terminal gera uma mensagem que contém suas capacitações para serviço e envia a mensagem através de um plano de usuário, por exemplo, SUPL. O servidor de localização recebe a mensagem, obtém as capacitações para serviço do terminal e armazena estas capacitações para serviço para futuras sessões de localização iniciadas pela rede com o terminal. O servidor de localização determina se um serviço de localização é suportado pelo terminal baseado nas capacitações para serviço do terminal. O servidor de localização se comunica com o terminal através do plano de usuário para o serviço de localização se o mesmo é suportado pelo terminal.

Description

CAMPO DA INVENÇÃO

[001] A presente revelação se refere de modo geral a comunicações, e mais especificamente a técnicas para suportar serviços de localização.

DESCRIÇÃO DA TÉCNICA ANTERIOR

[002] Frequentemente é desejável, e algumas vezes necessário, conhecer a localização de um terminal. Os termos "localização" e "posição" são sinônimos e são usados alternadamente aqui. Por exemplo, um usuário pode utilizar o terminal para navegar por um sitio web e pode clicar em conteúdo sensível a localização. A localização do terminal pode em seguida ser determinada e usada para fornecer conteúdo apropriado ao usuário. Como outro exemplo, o usuário pode colocar uma chamada de emergência com o uso do terminal. A localização do terminal pode em seguida ser determinada e usada para enviar a assistência de emergência para o usuário. Existem muitos outros cenários nos quais o conhecimento da localização do terminal é útil ou necessário.

[003] Um servidor de localização pode trocar mensagens com um terminal para estabelecer uma sessão de localização para um serviço de localização. Se o estabelecimento da sessão é bem-sucedido, em seguida o servidor de localização pode se comunicar com o terminal para o serviço de localização. Se o estabelecimento da sessão é mal sucedido, por exemplo, porque o terminal não suporta o serviço de localização, então a sessão de localização pode ser terminada. O servidor de localização pode em seguida tentar estabelecer uma sessão de localização por outro serviço de localização que poderia ser suportado pelo terminal. Entretanto, cada tentativa de estabelecimento de sessão mal sucedida consome recursos de rede e atrasa o serviço de localização. Portanto é desejável realizar o estabelecimento da sessão tão eficientemente quanto possível a fim de economizar recursos de rede e rapidamente fornecer/obter serviço de localização.

RESUMO DA INVENÇÃO

[004] Técnicas para suportar eficientemente serviços de localização em uma arquitetura de localização no plano de usuário tal como Localização de Plano de Usuário Segura (SUPL) são descritas aqui. Em um aspecto, um terminal pode informar a um servidor de localização as capacidades de serviço do terminal. O servidor de localização pode usar as capacidades de serviço para requisitar apenas serviços de localização suportados pelo terminal e evitar a requisição de serviços de localização não suportados.

[005] Em uma concepção, o terminal pode gerar uma mensagem que compreende capacidade de serviço do terminal e pode enviar a mensagem através de um plano de usuário, por exemplo, SUPL. As capacidades de serviço podem compreender serviços de localização suportados pelo terminal, capacidades de reportar do terminal para serviço de acionamento periodicamente, capacidades para evento de área do terminal para serviço acionado por evento de área, capacidades para sessão do terminal, e/ou outras capacidades. O servidor de localização pode receber a mensagem a partir do terminal e obter as capacidades do terminal. 0 servidor de localização pode armazenar estas capacidades de serviço para futuras sessões de localização iniciadas pela rede com o terminal.

[006] O servidor de localização pode determinar se um serviço de localização é suportado pelo terminal baseado nas capacidades de serviço do terminal. O servidor de localização pode em seguida se comunicar com o terminal através do plano de usuário para o serviço de localização se suportado pelo terminal. Em uma concepção, o servidor de localização pode obter as capacidades de serviço do terminal em uma primeira sessão de localização e pode usar as capacidades de serviço em uma segunda sessão de localização para determinar se o serviço de localização é suportado pelo terminal. Em outra concepção, o servidor de localização pode obter e usar as capacidades de serviço na mesma sessão de localização.

[007] O servidor de localização pode receber uma requisição de um cliente de localização para um serviço de localização particular para o terminal. O servidor de localização pode determinar se o serviço de localização particular é suportado pelo terminal baseado nas capacidades de serviço do terminal. O servidor de localização pode terminar a requisição se o serviço de localização particular não for suportado pelo terminal. O servidor de localização pode iniciar uma sessão de localização para o serviço de localização particular se o mesmo é suportado pelo terminal.

[008] Vários aspectos e características da revelação são descritas em maiores detalhes abaixo.

BREVE DESCRIÇÃO DAS FIGURAS

[009] A Figura 1 mostra um exemplo de fornecimento de suporte a serviços de localização.

[0010] A Figura 2 mostra um fluxo de chamada para serviço imediato iniciado pela rede.

[0011] A Figura 3 mostra um fluxo de chamada para serviço acionado periodicamente iniciado pela rede.

[0012] A Figura 4 mostra um fluxo de chamada para serviço acionado por evento de área iniciado pela rede.

[0013] A Figura 5 mostra um fluxo para serviço imediato iniciado pelo terminal.

[0014] A Figura 6 mostra um fluxo de chamada para enviar capacidades de serviço para um servidor de localização.

[0015] A Figura 7 mostra uma mensagem SUPL para enviar capacidades de serviço do terminal.

[0016] A Figura 8 mostra um processo realizado pelo servidor de localização para suportar os serviços de localização.

[0017] A Figura 9 mostra um processo realizado por um servidor de localização para serviço de localização iniciado pela rede.

[0018] A Figura 10 mostra um processo realizado pelo terminal.

[0019] A Figura 11 mostra um diagrama de bloco de uma rede, o terminal e o servidor de localização.

DESCRIÇÃO DETALHADA DA INVENÇÃO

[0020] Técnicas para suportar serviços de localização em arquiteturas/soluções de localização de plano de usuário são descritas aqui. Uma arquitetura de localização do plano de usuário é uma arquitetura de localização que envia mensagens para serviços de localização através de um plano de usuário. Arquiteturas de localização do plano de usuário são ao contrário das arquiteturas de localização no plano de controle, as que enviam mensagens para serviços de localização através de um plano de controle. Um plano de usuário é um mecanismo para carregar sinalização para aplicações de camadas mais altas e empregar uma portadora no plano de usuário, que é tipicamente implementada com protocolos tais como Protocolo de Datagrams de Usuário (UDP), Protocolo de Controle de Transmissão (TCP), e Protocolo Internet (IP). Um plano de controle é um mecanismo com protocolos, interfaces e mensagens de sinalização específicos de rede. Mensagens de suporte a serviços de localização são levadas como parte da sinalização em uma arquitetura de plano de controle e como parte dos dados (de uma perspectiva da rede) em uma arquitetura de plano de usuário. 0 conteúdo das mensagens pode, entretanto, ser a mesma ou similar tanto nas arquiteturas de localização de plano de usuário como de plano de controle.

[0021] As técnicas descritas aqui podem ser usadas para várias arquiteturas de localização de plano de usuário tais como SUPL da Aliança Móvel Aberta (OMA) e X.S0024 de uma organização nomeada "3rd Generation Partnership Project 2" (3GPP2). Para maior clareza, certos aspectos das técnicas são descritos abaixo para SUPL e a terminologia SUPL é usada em grande parte da descrição abaixo.

[0022] A Figura 1 mostra um exemplo de fornecimento de suporte a serviços de localização. Um terminal 120 pode se comunicar com uma rede sem fio 110 e/ou uma rede cabeada 112 a qualquer momento para obter serviços de comunicação. O terminal 120 pode ser estacionário ou móvel e também pode ser classificado como uma estação móvel (MS), um equipamento de usuário (UE), uma estação de assinante, uma estação, etc. O terminal 120 pode ser um telefone celular, um assistente digital pessoal (PDA), um dispositivo portátil, um dispositivo sem fio, um computador laptop, um modem sem fio, um telefone sem fio, um dispositivo de telemetria, um dispositivo de rastreamento, etc. O terminal 120 pode ser classificado como um Terminal Habilitado para SUPL (SET) no SUPL. Os temos "terminal" e "SET" são usados alternadamente aqui.

[0023] A rede sem fio 110 pode ser uma rede de longa distância sem fio (WWAN), rede de área metropolitana sem fio (WMAN) , uma rede local sem fio (WLAN) , etc. Os termos "rede" e "sistema" são frequentemente usados alternadamente. Uma WWAN pode ser uma rede de Acesso Múltiplo por Divisão de Código (CDMA) , uma rede de Acesso Múltiplo por Divisão de Tempo (TDMA) , uma rede de Acesso Múltiplo por Divisão de Frequência (FDMA), uma rede FDMA ortogonal (OFDMA) , uma rede FDMA de portadora única (SC- FDMA) , etc. Uma rede CDMA pode implementar uma tecnologia de rádio tal como CDMA Banda Larga (WCDMA) , cdma2000, etc. o cdma200 cobre os padrões IS-2000, IS-95 e IS-856. Uma rede TDMA pode implementar uma tecnologia de rádio tal como Sistema Global para Comunicações Móveis (GSM). Uma rede PFDMA pode implementar uma tecnologia de rádio tal como Evolução de Longo Termo (LTE), Banda Larga Ultra Móvel, Flash-OFDM©, etc. 0 WCDMA, GSM e LTE são descritos em documentos de uma organização chamada "3rd Generation Partnership Project"(Projeto de Parceria de 3a Geração) (3GPP). 0 CDMA e UMB são descritos em documentos da 3GPP2. Os documentos da 3GPP e 3GPP2 estão disponíveis publicamente. Uma WMAN pode implementar uma tecnologia de rádio tal como 802.11 (a qual é geralmente referenciada como Wi-Fi), Hiperlan, etc. A rede cabeada 112 pode ser uma rede a cabo, uma rede de linha de assinante digital (DSL) , a Internet, etc.

[0024] O SET 120 pode receber e medir sinais de satélites 150 para obter medições de pseudo-alcance para os satélites. Os satélites podem ser parte do Sistema de Posicionamento Global dos Estados Unidos (GPS), do sistema Galileo Europeu, do sistema GLONASS Russo, ou algum outro sistema de posicionamento por satélite (SPS) ou sistema de navegação global por satélite (GNSS). As medições de pseudo-alcance e as localizações conhecidas dos satélites 150 podem ser usadas para derivar uma posição estimada para o SET 120. Uma posição estimada também pode ser referenciada como localização estimada, um ajuste de posição, etc. O SET 120 também pode receber e medir sinais das estações base dentro da rede sem fio 110 para obter sincronismo e/ou medições de intensidade do sinal para as estações base. Uma estação base também pode ser referenciada como uma estação transceptora base (BTS), um Nó B, um Nó B evoluído (eNB) , um ponto de acesso, etc. O sincronismo e/ou medições de intensidade de sinal e as localizações conhecidas das estações base podem ser usados para derivar uma posição estimada para o SET 120. Em geral, uma posição estimada pode ser derivada baseada em medições para satélites e/ou estações base e com o uso de um ou uma combinação de métodos de posicionamento.

[0025] Uma Plataforma de Localização SUPL (SLP) 130 pode comunicar com o SET 120 para suportar serviços de localização para o SET. Serviços de localização podem incluir posicionamento, o qual é um processo para determinar uma posição estimada geográfica ou civil para um SET. O posicionamento pode fornecer coordenadas de latitude, longitude e altitude e uma incerteza para uma posição estimada geográfica ou um endereço de rua para uma posição estimada civil. A comunicação entre SLP 130 e SET 120 pode ser através de rede sem fio 110 e/ou rede cabeada 112. A SLP 130 pode ser operada a partir de redes 110 e 112 ou pode ser parte da rede 110 ou 112. A SLP 130 pode ser uma SLP Residencial (H-SLP) com a qual o SET 120 tem uma assinatura de serviço, uma SLP Visitada (V-SLP) que serve o SET 120 momentaneamente, ou uma SLP de Emergência (E-SLP) que serve o SET 120 para serviços de emergência.

[0026] A SLP 130 pode incluir um Centro de Localização SUPL (SLC) 132 e um Centro de Posicionamento SUPL (SPC) 134. O SLC 132 pode realizar várias funções para serviços de localização, coordenar a operação do SUPL, e interagir com SETs sobre uma portadora no plano de usuário. O SLC 132 pode realizar funções para privacidade, iniciação, segurança, suporte a romeiros, faturamento/cobrança, gerenciamento do serviço, cálculo de localização, etc. O SPC 134 pode suportar o posicionamento para os SETs e entregar os dados de assistência para os SETs s também pode ser responsável por mensagens e procedimentos usados para cálculo da localização. 0 SPC 134 pode realizar funções para segurança, entrega de dados de assistência, recuperação de referência, cálculo de localização, etc.

[0027] Um agente SUPL 140 pode se comunicar com a SLP 130 para obter informação de localização para o SET 120. Uma SUPL é um serviço de ponto de acesso ou um cliente de localização que faz acesso a recursos de rede para obter informação de localização. Informação de localização pode compreender uma posição estimada e/ou qualquer informação relacionada à localização. O SET 120 também tem um agente SUPL que é residente dentro do SET. O SET 120, SLP 130 e agente SUPL 140 podem suportar cada um uma versão de SUPL. A Versão 2.0 da SPUL (SUPL 2.0) é descrita na OMA-AD-SUPL-V2, intitulada "Secure User Plane Location Architecture", (Arquitetura Segura de Localização no Plano de usuário) e OMA-TS-ULP-V2, intitulada "User Plane Location Protocol"(Protocolo de Localização no Plano de usuário). Estes documentos SUPL estão publicamente disponíveis pela OMA.

[0028] O SET 120 pode suportar um ou mais métodos de posicionamento ou medições para um ou mais métodos de posicionamento. As medições podem ser usadas para determinar a localização do SET. Por exemplo, o SET 120 pode suportar GPS autônomo, GPS assistido (A-GPS), Triangulação de Enlace Progressivo Avançada (A-FLT), Diferença de Tempo Observado Melhorada (E-OTD), Diferença de Tempo de Chegada Observado (OTDOA), ID de Célula Melhorado, ID de Célula, etc. GPS autônomo e GPS assistido são métodos de posicionamento baseados em medições por satélites, e o termo "GPS" se refere genericamente a qualquer sistema de posicionamento por satélite. AFLT, E- OTD, e OTDOA são métodos de posicionamento baseados em medições de sincronismo para estações base em uma rede sem fio.

[0029] O SET 120 também pode suportar um ou mais serviços de localização. A Tabela 1 lista alguns serviços de localização que podem ser suportados pelo SET 120 e fornece uma pequena descrição de cada serviço de localização. Serviço de emergência pode ser baseado em serviço imediato ou algum outro serviço de localização. O SET 120 também pode suportar outros serviços de localização não listados na Tabela 1.

[0030] No SUPL 2.0, uma SLP geralmente não tem conhecimento das capacidades de serviço de um SET. As capacidades de serviço podem incluir serviços de localização suportados pelo SET e outras capacidades do SET, como descrito abaixo. Como resultado, quando um serviço de localização é chamado (por exemplo, em resposta a uma requisição de um agente SUPL) , a SLP pode não saber se este serviço de localização é suportado pelo SET. Se a SLP requisita o serviço de localização e este não é suportado pelo SET, em seguida a SLP e o SET podem se envolver em uma troca de mensagens que por fim resulta no término de uma sessão de localização. Recursos de rede valiosos podem ser desperdiçados ao chamar e em seguida abortar a sessão de localização para o serviço de localização não suportado.

[0031] A SLP pode gerar e manter uma tabela de capacidades de serviço do SET. A SLP pode determinar os serviços de localização suportados pelo SET de uma maneira de tentativa e erro através da chamada de todos os serviços de localização possíveis. A SLP também pode esperar até que cada serviço de localização seja requisitado por um agente SLP e pode excluir da tabela todos os serviços que resultaram em sessões de localização terminadas. Em qualquer caso, a SLP pode gerar a tabela de capacidades de serviços através da requisição de diferentes serviços de localização a partir do SET. Uma vez que a SLP tenha gerado a tabela completa, A SLP pode usar a tabela para rejeitar rapidamente requisições para serviços de localização não suportados pelo SET sem desperdiçar recursos de rede. Entretanto, construir a tabela de capacidades de serviços baseada em resultados de sessões de localização pode consumir muitos recursos de rede, pode demorar demais para ser completada, e/ou pode ser propensa a erros. Por exemplo, a tabela pode se tornar inválida se as capacidades de serviço do SET mudam.

[0032] A SLP pode transformar uma solicitação para um serviço de localização que o SET não suporta em uma ou mais requisições para um serviço de localização que o SET suporta. Por exemplo, a SLP pode transformar uma requisição para serviço de acionamento periódico em uma sequência de requisições para serviço imediato e pode determinar quando enviar cada requisição para serviço imediato. Entretanto, tal transformação de uma requisição de serviço de localização pode aumentar a complexidade da SLP e pode ser aplicável para apenas alguns casos.

[0033] Em um aspecto, o SET 120 pode informar diretamente a SLP 130 das capacidades de serviço do SET. A SLP 130 pode usar as capacidades de serviço do SET para requisitar apenas serviços de localização suportados pelo SET 120 e evitar requisitar serviços de localização não suportados.

[0034] A Figura 2 mostra um desenho de um fluxo de uma chamada 200 para serviço imediato iniciado pela rede. O agente SUPL 140 pode querer informação de localização para o SET 120 e pode enviar uma mensagem de Requisição Padrão Imediata de Localização (SLIR) de Protocolo de Localização Móvel (MLP) para a SLP 130 (etapa A). A SLP 130 pode autenticar e autorizar o agente SUPL 140 para a informação de localização requisitada. A SLP 130 pode em seguida obter informação de roteamento para o SET 120 (etapa B).

[0035] A SLP 130 pode enviar uma mensagem SUPL INIT para iniciar uma sessão de localização com o SET 120 (etapa C). Uma sessão de localização também pode ser referenciada como uma sessão SUPL. A mensagem SUPL INIT pode incluir um identificador de sessão (id-sessão) usado para identificar a sessão de localização, um método de posicionamento pretendido (método-pós), a qualidade de posicionamento pretendida (QoP), um modo SLP que indica se a SLP está usando modo proxy ou não-proxy, etc. O SET 120 pode se comunicar diretamente com o SPC 134 no modo não- proxy (não mostrado na Figura 2) ou indiretamente com o SPC 134 através da SLC 132 no modo proxy (como mostrado da Figura 2).

[0036] Quando do recebimento da mensagem SUPL INIT, o SET 120 pode realizar um procedimento de configuração de conexão de dados, conectar-se a uma rede de dados de pacotes se o SET ainda não está conectado, e estabelecer uma conexão IP segura para a SLP 130 (etapa D). O SET 120 pode em seguida enviar uma mensagem SUPL POS INIT para a SLP 130 para iniciar uma sessão de posicionamento (etapa E) . A mensagem SUPL POS INIT pode incluir o id- sessão, um id-localização (lid) que identifica a célula atual que serve o SET. capacidades do SET, etc. As capacidades do SET podem incluir capacidades para posicionamento e/ou capacidades de serviço do SET. As capacidades para posicionamento podem incluir os métodos de posicionamento suportados (por exemplo, A-GPS assistida pelo SET, A-GPS baseada no SET, etc.) e os protocolos de posicionamento associados (por exemplo, RRLP, RRC, TIA- 801). As capacidades de serviço podem incluir serviços de localização suportados (por exemplo, qualquer dos serviços de localização listados na Tabela 1), capacidades para reportar e/ou outras capacidades, como descritas abaixo. A SLP 130 pode armazenar as capacidades do SET que incluem as capacidades de serviços para uso futuro (etapa X).

[0037] Se for necessária uma posição estimada para o SET 120, então a SLP 130 e o SET 120 podem trocar mensagens para a sessão de posicionamento (etapa F). Para o posicionamento assistido pelo SET, a SLP 130 pode calcular uma posição estimada para o SET 120 baseada em medições recebidas a partir do SET. Para posicionamento baseado no SET, o SET 120 pode calcular a posição estimada baseado em assistência da SLP 130. Em qualquer caso, em consequência da conclusão da sessão de posicionamento, a SLP 130 pode enviar uma mensagem SUPL END para o SET 120 (etapa G) . A SLP 130 também pode enviar a informação de localização requisitada em uma mensagem de Resposta Padrão Imediata de Localização (SLIA) para o agente SUPL 140 (etapa H).

[0038] A Figura 3 mostra um desenho de um fluxo de chamada 300 para serviço acionado periodicamente iniciado pela rede. O agente SUPL 140 pode enviar uma mensagem MLP de Requisição Acionada de Reporte de Localização (TLRR) para a SLP 130 para requisitar informação de localização para o SET 120 (etapa A) . A mensagem MLP TLRR pode indicar um modo de reportar (por exemplo, reportar em lote, reportar em tempo quase real, ou reportar em tempo real) e também pode incluir condições para enviar informações em lote. A SLP 130 pode autenticar e autorizar o agente SUPL 140 para a informação de localização requisitada e pode obter informação de roteamento para o SET 120 (etapa B). A SLP 130 pode enviar uma mensagem SUPL INIT para iniciar uma sessão de acionador periódico com o SET (etapa C) . A mensagem SUPL INIT pode incluir um id-sessão, um indicador de tipo de acionador que indica o acionador periódico, um método de posicionamento pretendido, o modo SLP, etc.

[0039] O SET 120 pode receber a mensagem SUPL INIT, realizar um procedimento de configuração de conexão de dados, se conectar a uma rede de dados de pacotes, e estabelecer uma conexão IP segura para a SLP 130 (etapa D). O SET 120 pode em seguida enviar uma mensagem SUPL TRIGGERED START para a SLP 130 para iniciar uma sessão de posicionamento (etapa E) . A mensagem SUPL TRIGGERED START pode incluir o id-sessão, o id-localização, as capacidades de serviço, capacidades para reportar, etc. As capacidades para reportar podem indicar se o SET 120 é capaz de reportar em lote, reportar em tempo quase-real, ou reportar em tempo real. A SLP 130 pode armazenar as capacidades do SET que incluem as capacidades de serviços para uso futuro (etapa X).

[0040] A SLP 130 pode selecionar um método de posicionamento para a sessão acionada periodicamente e pode enviar uma mensagem SUPL RESPONSE TRIGGERED para o SET 120 (etapa F) . A mensagem SUPL RESPONSE TRIGGERED pode incluir o id-sessão, o método de posicionamento selecionado, os parâmetros de acionador periódico, o modo de reportar, etc. A SLP 130 também pode enviar uma mensagem MLP de Resposta a Informação de Reporte Acionada (TLRA) para o agente SUPL 140 para indicar que a requisição de localização acionada foi aceita (etapa G) . A mensagem MLP TLRA pode incluir um id de requisição (id-req) para ser usado como um id da transação inteira para a sessão acionada periodicamente.

[0041] Quando um acionador periódico em um SET 120 indica que é necessário um ajuste de posição, o SET 120 pode se conectar a uma rede de dados de pacotes se necessário. O SET 120 pode em seguida enviar uma mensagem SUPL POS INIT para iniciar uma sessão de posicionamento com a SLP 130 (etapa H). A mensagem SUPL POS INIT pode incluir o id-sessão, o id-localização, as capacidades do SET, etc. Se uma posição estimada para o SET 120 é necessária, então ASLP 130 e o SET 120 podem trocar mensagens para a sessão de posicionamento (etapa I) . Em consequência da conclusão da sessão de posicionamento, a SLP 130 pode enviar uma mensagem SUPL REPORT que contém o id-sessão e a posição estimada para o SET 120 (etapa J) . A SLP 130 também pode enviar a posição estimada em uma mensagem MLP de Reporte de Localização Acionada (TLREP) para o agente SIPL 140 (etapa K) .

[0042] O SET 120 pode determinar autonomamente sua posição (etapa L) e pode enviar uma posição estimada em uma mensagem SUPL REPORT para a SLP 130 (etapa M) . A SLP 130 pode enviar a posição estimada em uma mensagem MLP TLREP para o agente SUPL 140 (etapa N).

[0043] As etapas H a N podem ser repetidas conforme apropriado. As etapas O a Q podem ser realizadas para uma sessão de posicionamento para a última posição estimada e podem ser uma repetição das etapas H a J. O SET 12 0 pode enviar uma mensagem SUPL REPORT que contém todos ou um subconjunto das posições estimadas armazenadas no SET para a SLP 130 (etapa R) . A SLP 130 pode enviar para o agente SUPL 140 uma mensagem MLP TLREP que contém as posições estimadas informadas pelo SET 120 e/ou calculadas pela SLP (etapa S) . Depois de informar o resultado da última posição para o agente SUPL 140, a SLP 130 pode enviar uma mensagem SUPL END para o SET 120 para indicar o fim da sessão acionada periodicamente (etapa T).

[0044] A Figura 4 mostra um desenho de um fluxo de chamada 400 para serviço acionado por evento de área iniciado pela rede. O agente SUPL 140 pode enviar uma mensagem MLP TLRR para a SLP 130 para requisitar reportes de localização para o SET 120 (etapa A) . A SLP 130 pode autenticar e autorizar o agente SUPL 140 para a informação de localização requisitada e pode obter informação de roteamento para o SET 120 (etapa B). A SLP 130 pode enviar uma mensagem SUPL INIT com um id-sessão, um indicador de tipo de acionador que indica o acionador de evento de área, etc. (etapa C) . O SET 120 pode realizar um procedimento de configuração de conexão de dados, se conectar a uma rede de dados de pacotes, e estabelecer uma conexão IP segura para a SLP 130 (etapa D) . O SET 120 pode em seguida enviar uma mensagem SUPL TRIGGERED START para iniciar uma sessão de posicionamento acionada por evento de área (etapa E) . A mensagem SUPL TRIGGERED START pode incluir o id-sessão, o id-localização, as capacidades do SET (por exemplo, capacidades de serviços), etc. A SLP 130 pode armazenar as capacidades do SET que incluem as capacidades de serviços para uso futuro (etapa X) . A SLP 130 pode enviar uma mensagem SUPL RESPONSE TRIGGERED com os parâmetros de acionador de evento de área (etapa F) . A SLP também pode enviar uma mensagem MLP TLRA para o agente SUPL 140 (etapa G) .

[0045] Sempre que um acionador de evento de área indica que deve ser executado um ajuste de posição, o SET 120 pode enviar uma mensagem SUPL POS INIT para iniciar uma sessão de posicionamento com a SLP 130 (etapa H) . A mensagem SUPL POS INIT pode incluir o id-sessão, as capacidades do SET (por exemplo, capacidades para posicionamento e capacidades de serviço), etc. A SLP 1340 e o SET 120 podem trocar mensagens para a sessão de posicionamento (etapa I), e a SLP 130 pode enviar uma mensagem SUPL REPORT que contém uma posição estimada para o SET 120 (etapa J). O SET 120 pode então verificar a posição estimada para determinar se uma condição de acionador de evento foi encontrada (etapa K) . Se for encontrada uma condição, então o SET 120 pode enviar uma mensagem que contém a posição estimada para a SLP 130 (etapa L) . A SLP 130 pode em seguida encaminhar a posição estimada em uma mensagem MLP TLREP para o agente SUPL 140 (etapa M).

[0046] As etapas H a M podem ser repetidas como apropriado (etapa N) . Quando o último reporte foi enviado, a SLP 130 pode enviar uma mensagem SUPL END para o SET 120 para encerrar a sessão acionada por evento de área (etapa O).

[0047] Para um serviço iniciado pela rede, o SET 120 pode enviar suas capacidades de serviço em uma mensagem SUPL para a SLP 130. Esta mensagem SUPL pode ser uma mensagem SUPL POS INIT na Figura 2 ou uma mensagem SUPL TRIGGERED START nas Figuras 3 e 4. A SLP 130 pode usar as capacidades de serviço do SET para determinar se requisita ou não um serviço de localização particular e para evitar requisitar um serviço de localização não suportado pelo SET.

[0048] A Figura 5 mostra o desenho de um fluxo de chamada 500 para serviço imediato iniciado pelo SET. Um agente SUPL no SET 120 pode receber uma requisição para informação de localização a partir de uma aplicação sendo executada no SET. O SET 120 pode realizar um procedimento de configuração de conexão de dados, se conectar a uma rede de dados de pacotes se necessário, e estabelecer uma conexão IP segura para a SLP 130 (etapa A). O SET 120 pode em seguida enviar uma mensagem SUPL START para iniciar uma sessão de localização com a SLP 130 (etapa B) . A mensagem SUPL START pode incluir o id-sessão as capacidades do SET (por exemplo, capacidades de serviços), etc. A SLP 130 pode receber a mensagem SUPL START e pode extrair e armazenar as capacidades do SET que incluem as capacidades de serviços para uso futuro (etapa X). A SLP 130 pode determinar que o SET 120 atualmente não está em roaming para a SUPL (etapa C) . A SLP pode em seguida enviar para o SET 120 uma mensagem SUPL RESPONSE que pode incluir o id-sessão, um método de posicionamento selecionado, etc. (etapa D).

[0049] O SET 120 pode em seguida enviar para a SLP 130 uma mensagem SUPL POS INIT que pode incluir o id- sessão, as capacidades do SET, etc. (etapa E). A SLP 130 e o SET 120 podem em seguida trocar mensagens para uma sessão de posicionamento (etapa F) . Em consequência da conclusão da sessão de posicionamento, a SLP 1130 pode enviar uma mensagem SUPL END com a informação de localização requisitada para o SET 120 (etapa G).

[0050] Fluxos de chamada para serviço acionado periodicamente iniciado pelo SET e serviço acionado por evento de área iniciado pelo SET no SUPL são descritos nos documentos OMA-AD-SUPL-V2 e OMA-TS-ULP-V2 mencionados acima. Para cada um destes fluxos de chamada, o SET 120 pode enviar uma mensagem SUPL TRIGGERED START para iniciar uma sessão acionada periodicamente ou uma sessão acionada por evento de área. A mensagem SUPL TRIGGERED START inclui as capacidades do SET.

[0051] Para um serviço iniciado pelo SET, o SET 120 pode enviar suas capacidades de serviço em uma mensagem SUPL. que pode ser uma mensagem SUPL START ou uma mensagem SUPL TRIGGERED START. Em uma concepção, o SLP 130 pode armazenar as capacidades de serviço do SET 120 para uso posterior para determinar se um serviço de localização particular pode ser requisitado para o SET. Em outra concepção, A SLP 130 pode usar as capacidades de serviço do SET 120 para a sessão corrente de localização iniciada pelo SET. Por exemplo, o SET 120 pode requisitar um serviço de localização não suportado pela SLP 130 ou não autorizado para o SET. A SLP 130 pode em seguida responder com um ou mais serviços de localização suportados tanto pelo SET 120 como pela SLP 130 e também permitidos para o SET 120. As capacidades de serviços enviadas pelo SET 120 também podem ser usadas de outras maneiras para a sessão de localização corrente ou uma sessão de localização posterior.

[0052] O SET 120 também pode enviar suas capacidades para uma SLP 130 para prover a SLP com estas informações e/ou sempre que houver uma mudança nas capacidades do SET. A mudança nas capacidades do SET pode ocorrer devido a uma mudança na assinatura do serviço, uma mudança no módulo de identificação, etc.

[0053] A Figura 6 mostra um desenho de um fluxo de chamada 600 para enviar as capacidades do SET 120 para a SLP 130. O SET 120 pode detectar uma atualização ou mudança nas capacidades do SET (etapa A) . O SET 120 pode realizar um procedimento de configuração de conexão de dados, se conectar a uma rede de dados de pacotes se necessário, e estabelecer uma conexão IP segura para a SLP 130 (etapa B) . O SET 120 pode em seguida enviar uma mensagem SUPL INFO para a SLP 130 (etapa C) . A mensagem SUPL INFO pode incluir um id-sessão, as capacidades do SET (por exemplo, capacidades de serviço atualizadas), etc. A SLP 130 pode receber a mensagem SUPL INFO, obter as capacidades do SET, e armazenar as capacidades do SET em uma tabela para o SET 120 (etapa X) . A SLP 130 pode em seguida enviar uma mensagem SUPL END para o SET 120 para terminar a sessão de localização (etapa D).

[0054] Em geral, o SET 120 pode enviar suas capacidades em qualquer mensagem para a SLP 130. Em uma concepção, o SET 120 pode enviar suas capacidades em qualquer das mensagens SUPL mostradas na Tabela 2. O SET 120 também pode enviar suas capacidades em outras mensagens SUPL. Os formatos das várias mensagens SUPL são descritos no documento OMA-TS-ULP-V2 mencionado acima.

[0055] Em uma concepção, as capacidades de serviço do SET 120 podem incluir qualquer das capacidades listadas na Tabela 3. As capacidades de serviços também podem incluir outras capacidades do SET 120.

[0056] A Figura 7 mostra um desenho de uma mensagem SUPL 700 para enviar capacidades de serviço para o SET 120. A Mensagem SUPL 700 pode ser uma das mensagens SUPL listadas na Tabela 2 ou alguma outra mensagem SUPL. Nesta concepção a mensagem SUPL 700 inclui um parâmetro de Capacidades do SET 710 e possivelmente outros parâmetros não mostrados na Figura 7 pela simplicidade. O parâmetro de Capacidades do SET 710 pode incluir um sub-parâmetro de Capacidades de serviço 720 e possivelmente outros sub- parâmetros para métodos de posicionamento suportados, protocolos de posicionamento suportados, etc. O sub- parâmetro de Capacidades de serviço 720 pode incluir um campo 730 para serviços suportados, um campo 732 para capacidades para reportar, um campo 734 para capacidades para sessão, e um campo 736 para capacidades para eventos de área. O sub-parâmetro de Capacidades de serviço 720 pode incluir campos diferentes e/ou adicionais para outras capacidades.

[0057] Na concepção mostrada na Figura 7, o SET 120 pode enviar suas capacidades de serviço em um sub- parâmetro "Capacidades de serviço", que pode ser opcionalmente incluído em um parâmetro "Capacidades do SET", que por sua vez pode ser incluido em qualquer das mensagens SUPL mostradas na Tabela 2 ou alguma outra mensagem SUPL. Em outra concepção, o SET 120 pode enviar suas capacidades de serviço em um parâmetro "Capacidade de Serviço do SET", que pode ser opcionalmente incluido em qualquer das mensagens SUPL mostradas na Tabela 2 ou alguma outra mensagem SUPL.

[0058] A Tabela 4 mostra uma concepção do parâmetro "Capacidade do SET", que inclui o sub-parâmetro "Capacidades de serviço". Na coluna "Parâmetro" da Tabela 4, ">" simboliza um sub-parâmetro do parâmetro "Capacidade do SET", ">>" simboliza um campo do sub-parâmetro e ">>>" simboliza um sub-campo do campo. Na coluna "Presença" da Tabela 4, um "M" indica um parâmetro mandatório, um "O" indica um parâmetro opcional, e um "CV" indica um parâmetro que é condicional em valor. Pela simplicidade, na Tabela 4 são mostrados apenas campos do sub-parâmetro "Capacidades de serviço". O parâmetro "Capacidade do SET" pode incluir outros sub-parâmetros descritos no documento OMA-TS-ULP-V2 mencionado acima, por exemplo, sub-parâmetros para capacidades para posicionamento.

[0059] A Tabela 4 mostra uma concepção especifica de informação que pode ser enviada para as capacidades de serviços do SET 120. A informação dada na Tabela 4 também pode ser definida ou aplicada de maneiras diferentes das descritas na Tabela 4. Por exemplo, os serviços de localização suportados podem ser aplicáveis tanto para serviços iniciados pela rede bem como os serviços iniciados pelo SET. Informação diferente e/ou adicional também pode ser enviada para as capacidades de serviço.

[0060] Para maior clareza, as técnicas para suportar serviços de localização têm sido descritas especificamente para SUPL. As técnicas também podem ser usadas para outras arquiteturas/soluções de localização no plano de usuário. O SET 120 e a SLP 130 podem ser referenciados por terminologia diferente em outras arquiteturas de localização. Por exemplo, a SLP também pode ser referenciada como um servidor de localização, um servidor de serviços de localização (LCS), um centro de localização, um servidor de posição, etc.

[0061] A Figura 8 mostra um desenho de um processo 800 realizado por um servidor de localização (por exemplo, uma SLP) para suportar serviços de localização. O servidor de localização pode receber uma mensagem enviada por um terminal para o servidor de localização através de um plano de usuário, por exemplo, SUPL (bloco 812) . Esta mensagem pode ser uma das mensagens SUPL mostradas na Tabela 2 ou alguma outra mensagem. O servidor de localização pode obter as capacidades de serviço do terminal a partir da mensagem (bloco 814) . As capacidades de serviço do terminal podem compreender serviços de localização suportados pelo terminal e podem indicar se o terminal suporta serviço acionado periodicamente, serviço acionado por evento de área, etc. As capacidades de serviço do terminal também podem compreender capacidades para reportar do terminal para serviço acionado periodicamente, capacidades para evento de área do terminal para serviço acionado por evento de área, capacidades para sessão do terminal para a quantidade de sessões de localização simultâneas suportadas pelo terminal, e/ou outras capacidades, por exemplo, como mostrado na Figura 7 e Tabela 4. O servidor de localização pode armazenar as capacidades de serviço do terminal, por exemplo, para futuras sessões de localização iniciadas pela rede com o terminal (bloco 816).

[0062] O servidor de localização pode determinar se um serviço de localização é suportado pelo terminal baseado nas capacidades de serviço do terminal (bloco 818) . O servidor de localização em seguida pode se comunicar com o terminal através do plano de usuário para o serviço de localização se suportado pelo terminal (bloco 820) . Em uma concepção, que é mostrada na Figura 8, o servidor de localização pode receber a mensagem, obter as capacidades de serviço do terminal e armazenar as capacidades de serviço em uma primeira sessão de localização. O servidor de localização pode determinar se o serviço de localização é suportado pelo terminal e se comunicar com o terminal em uma segunda sessão de localização depois da primeira sessão de localização. Nesta concepção, os blocos 812, 814 e 816 podem ser para uma sessão de localização, e os blocos 818 e 820 podem ser para outra sessão de localização, como mostrado na Figura 8. Em outra concepção, o servidor de localização pode obter as capacidades de serviço no inicio de uma sessão de localização e pode usar as capacidades de serviço para determinar se o serviço de localização é suportado pelo terminal na mesma sessão de localização. Nesta concepção, os blocos 812 a 820 podem ser para uma única sessão de localização.

[0063] A Figura 9 mostra um desenho de um processo 900 realizado por um servidor de localização (por exemplo, uma SLP) para serviços de localização iniciados pela rede. O servidor de localização pode receber de um cliente de localização (por exemplo, um agente SUPL) uma solicitação para um serviço particular de localização para um terminal (bloco 912) . O serviço particular de localização pode ser para um serviço acionado periodicamente, um serviço acionado por evento de área, etc. O servidor de localização pode determinar se o serviço de localização particular é suportado pelo terminal baseado nas capacidades de serviço do terminal (bloco 914) . O servidor de localização pode terminar a requisição se o serviço particular de localização não for suportado pelo terminal (bloco 916). O servidor de localização pode iniciar uma sessão de localização para o serviço particular de localização se o mesmo é suportado pelo terminal (bloco 918) .

[0064] A Figura 10 mostra um desenho de um processo 1000 realizado por um terminal (por exemplo, um SET) para suportar ou obter serviços de localização. 0 terminal pode gerar uma mensagem que compreende as capacidades de serviço do terminal (bloco 1012). Esta mensagem pode ser uma das mensagens SUPL mostradas na Tabela 2 ou alguma outra mensagem. As capacidades de serviço do terminal podem compreender qualquer das capacidades mostradas na Tabela 4 e/ou outras capacidades. O terminal pode enviar a mensagem para um servidor de localização através de um plano de usuário, por exemplo, através de SUPL (bloco 1014). O terminal pode se comunicar com o servidor de localização através do plano de usuário para um serviço de localização, por exemplo, determinado pelo servidor de localização para ser suportado pelo terminal baseado nas capacidades de serviço do terminal (bloco 1016).

[0065] Em uma concepção, que é mostrada na Figura 10, o terminal pode gerar e enviar a mensagem em uma primeira sessão de localização. O terminal pode se comunicar com o servidor de localização para o serviço de localização em uma segunda sessão de localização após a primeira sessão de localização. Nesta concepção os blocos 1012 e 1014 podem ser para uma sessão de localização, e o bloco 1016 pode ser para outra sessão de localização, como mostrado na Figura 10. Em outra concepção, o terminal pode enviar a mensagem no inicio de uma sessão de localização, e o serviço de localização para a mesma sessão de localização pode ser determinado pelo servidor de localização baseado nas capacidades de serviço do terminal. Nesta concepção, os blocos 1012 a 1016 podem ser para uma única sessão de localização. Em geral, o terminal pode enviar uma mensagem que compreende suas capacidades de serviço no inicio de uma sessão de localização, durante a sessão de localização, ou no final de uma sessão de localização. Por exemplo, o terminal pode enviar suas capacidades de serviço na primeira mensagem enviada pelo terminal para uma sessão de localização, Como outro exemplo, o terminal pode enviar uma mensagem para terminar uma sessão de localização iniciada pelo servidor de localização para um serviço de localização não suportado pelo terminal. Esta mensagem pode incluir as capacidades de serviço do terminal, que podem ser usadas pelo servidor de localização para posteriormente requisitar um serviço de localização suportado pelo terminal.

[0066] O terminal pode detectar uma mudança em suas capacidades de serviço (bloco 1018) . O terminal pode enviar uma mensagem que compreende capacidades de serviço atualizadas para o servidor de localização (bloco 1020) . Os blocos 1018 e 1020 podem ser para uma sessão de localização que pode ser separada da(s) sessão (ões) de localização para os blocos 1012 a 1016, como mostrado na Figura 10.

[0067] A Figura 11 mostra um diagrama de bloco de um desenho de rede sem fio 110, terminal/SET 120, e servidor de localização/SLP 130 na Figura 1. Para maior simplicidade, a Figura 11 mostra apenas um controlador/processador 1120, uma memória 1122, e um transmissor/receptor (TMTR/RCVR) 1124 para o terminal 120, apenas um controlador/processador 1130, uma memória 1132, um transmissor/receptor 1134, e uma unidade de comunicação (Comm) 1136 para a rede de comunicação 110, e apenas um controlador/processador 1140, uma memória 1142, e uma unidade de comunicação 1144 para a SLP 130. Em geral, cada entidade pode incluir qualquer quantidade de processadores, controladores, memórias, transmissores/receptores, unidades de comunicação, etc. 0 terminal 120 pode suportar comunicação com uma ou mais redes sem fio e/ou redes cabeadas. O terminal também pode receber e processar sinais de um ou mais sistemas de posicionamento por satélite, por exemplo, GPS, Galileo, etc.

[0068] No enlace descendente, a rede sem fio 110 pode transmitir dados de tráfeqo, sinalização, e piloto para os terminais dentro de sua área de cobertura. Estes vários tipos de informação podem ser processados pelo processador 1130, condicionados pelo transmissor 1134, e transmitidos no enlace descendente. No terminal 120, os sinais de enlace descendente da rede sem fio 110 podem ser recebidos e condicionados pelo receptor 1124 e adicionalmente processados pelo processador 1120 para obter vários tipos de informação. O processador 1120 pode realizar o processo 1000 na Figura 10 e/ou outros processos para as técnicas descritas aqui. As memórias 1122 e 1132 podem armazenar códigos de programas e dados para o terminal 120 e rede sem fio 110, respectivamente.

[0069] No enlace ascendente o terminal 120 pode transmitir dados de tráfego, sinalização, e piloto para a rede sem fio 110. Estes vários tipos de informação podem ser processados pelo processador 1120, condicionados pelo transmissor 1124 e transmitidos no enlace ascendente. Na rede sem fio 110, os sinais de enlace ascendente do terminal 120 e outros terminais podem ser recebidos e condicionados pelo receptor 1134 e processados adicionalmente pelo processador 1130 para obter vários tipos de informação dos terminais. A rede sem fio 110 pode se comunicar direta ou indiretamente com a SLP 130 através da unidade de comunicação 1136.

[0070] Dentro da SLP 130, o processador 1140 pode realizar processamento para suportar serviços de localização para terminais. Por exemplo, o processador 1140 pode realizar o processo 800 na Figura 8, o processo 900 na Figura 9, e/ou outros processos para as técnicas descritas aqui. O processador 1140 também pode computar posições estimadas para o terminal 120, fornecer informação de localização para o agente SUPL 140, etc. A memória 1142 pode armazenar códigos de programa e dados para a SLP 130. A unidade de comunicação 1144 pode permitir que a SLP se comunique com a rede sem fio 110, terminal 120, e/ou outras entidades da rede. A SLP 130 e terminal 120 podem trocar mensagens através de um plano de usuário, por exemplo, SUPL, e estas mensagens podem ser transportadas por rede sem fio 110 através de um enlace de rádio.

[0071] Aqueles versados na técnica devem entender que informação e sinais podem ser representados com o uso de qualquer de uma variedade de tecnologias e técnicas diferentes. Por exemplo, dados, instruções, comandos, informação, sinais, bits, símbolos, e chips que podem ser referenciados por toda a descrição acima podem ser representados por voltagens, correntes, ondas eletromagnéticas, campos ou partículas magnéticas, campos ou partículas óticas, ou qualquer combinação destes.

[0072] Aqueles versados na técnica devem avaliar adicionalmente que vários blocos, módulos, circuitos e etapas de algoritmos lógicos ilustrativos descritos em conexão com a revelação aqui podem ser implementados como hardware eletrônico, software de computador, ou combinações de ambos. Para ilustrar claramente esta possibilidade de intercâmbio de hardware e software, vários componentes, blocos, módulos, circuitos e etapas ilustrativos foram descritos acima genericamente em termos de sua funcionalidade. Se tal funcionalidade é implementada como hardware ou software depende da aplicação particular e restrições de projeto impostas no sistema integralmente. Encarregados versados na técnica podem implementar a funcionalidade descrita de várias formas para cada aplicação particular, mas tais decisões de implementação não devem ser interpretadas como provocando um afastamento do escopo da presente revelação.

[0073] Os vários blocos, módulos e circuitos lógicos ilustrativos descritos em conexão com a revelação aqui podem ser implementados ou realizados com um processador de propósito geral, um processador de sinal digital (DSP, um circuito integrado de aplicação especifica (ASIC), arranjo de portas programável em campo (FPGA) ou outro dispositivo lógico programável, porta aleatória ou transistor lógico, componentes de hardware discretos, ou qualquer combinação destes concebidos para realizar as funções descritas aqui. Um processador de propósito geral pode ser um microprocessador, mas na alternativa, o processador pode ser qualquer processador, controlador, microcontrolador, ou máquina de estado convencional. Um processador também pode ser implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um DSP central, ou qualquer outra configuração semelhante.

[0074] As etapas de um método ou algoritmo descritas em conexão com a revelação aqui podem ser incorporadas diretamente em hardware, em um módulo de software executado por um processador, ou em uma combinação dos dois. Um módulo de software pode residir em memória RAM, memória flash, memória ROM, memória EPROM, memória EEPROM, registradores, disco rigido, disco removível, CD- ROM, ou qualquer outra forma de meio de armazenamento conhecida na técnica. Um meio de armazenamento exemplar é acoplado ao processador de modo que o processador possa ler informação de, e escrever informação no meio de armazenamento. Como alternativa o meio de armazenamento pode ser integrado ao processador. O processador e o meio de armazenamento podem residir em um ASIC. O ASIC pode residir em um terminal de usuário. Como alternativa o processador e o meio de armazenamento podem residir como componentes discretos em um terminal de usuário.

[0075] Em uma ou mais concepções exemplares, as funções descritas podem ser implementadas em hardware, software, firmware, ou qualquer combinação destes. Se implementadas em software, as funções podem ser armazenadas em ou transmitidas sobre como uma ou mais instruções ou código em um meio legivel por computador. A midia legivel por computador inclui tanto midia de armazenamento de computador como midia de comunicação que inclui qualquer meio que facilite a transferência de um programa de computador de um lugar para outro. Uma midia de armazenamento pode ser qualquer mídia disponível que possa ser acessada por um computador de propósito geral ou propósito especial. A título de exemplo, e não de limitação, tal mídia legível por computador pode compreender qualquer mídia física tal como RAM, ROM, EEPROM, CD-ROM ou outro armazenamento em disco ótico, armazenamento em disco magnético, ou outros dispositivos de armazenamento magnético, ou qualquer outro meio físico que possa ser usado para transportar ou armazenar os meios de código de programa desejados na forma de instruções ou estruturas de dados e que possam ser acessados por um computador de propósito geral ou de propósito especial, ou um processador de propósito geral ou de propósito especial. As técnicas também podem ser implementadas com o uso de uma ou mais mídia transmissiva, que pode ser mídia física ou vácuo. Por exemplo, software pode ser transmitido de um sítio web, servidor, ou outra fonte com o uso de um cabo coaxial, cabo de fibra ótica, par trançado, linha de assinante digital (DSL), ou tecnologias sem fio tais como infravermelho, rádio e microondas, então o cabo coaxial, cabo de fibra ótica, par trançado, DSL são incluídos na definição de meio. Disco como usado aqui, inclui disco compacto (CD), disco laser, disco ótico, disco versátil digital (DVD), disco flexível e disco blue-ray onde discos usualmente reproduzem dados magneticamente ou oticamente com lasers. Combinações do acima exposto devem ser incluídas dentro do escopo de mídia legível por computador.

[0076] A descrição precedente da revelação é fornecida para permitir que qualquer pessoa versada na técnica faça uso da revelação. Várias modificações a revelação podem ser prontamente evidentes para aqueles versados na técnica, e os princípios genéricos definidos aqui podem ser aplicados a outras variações sem se afastar do escopo da revelação. Desta forma, a revelação não pretende ser limitada aos exemplos e concepções descritos aqui, mas para estar de acordo com o escopo mais amplo consistente com os princípios e características originais reveladas aqui.

Claims

1. Método para suportar serviços de localização, caracterizadopelo fato de que compreende: receber uma mensagem enviada por um terminal para um servidor de localização através de um plano de usuário, a mensagem indicado capacidades de serviço do terminal, as capacidades de serviço compreendendo critério de acionamento para determinar se obtém uma estimativa de localização do terminal, em que as capacidades de serviço do terminal compreendem pelo menos uma capacidade selecionada do grupo que consiste em capacidades de relatório do terminal para serviço de acionamento periódico, capacidades de evento de área do terminal para serviço acionado por evento de área e capacidades de sessão do terminal para um número de sessões de localização simultâneas suportado pelo terminal; determinar se um serviço de localização é suportado pelo terminal com base, pelo menos em parte, nas capacidades de serviço do terminal, em que o serviço de localização é configurado para obter uma estimativa de localização do terminal pelo menos parcialmente em resposta a uma ocorrência do critério de acionamento; e comunicar com o terminal através do plano de usuário para o serviço de localização pelo menos parcialmente em resposta à determinação de que o serviço de localização é suportado pelo terminal.

2. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que o recebimento da mensagem ocorre durante uma primeira sessão de localização, e em que a determinação e a comunicação ocorrem durante uma segunda sessão de localização depois da primeira sessão de localização.

3. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que o recebimento da mensagem, a determinação e a comunicação ocorrem durante uma única sessão de localização.

4. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que compreende adicionalmente: receber de um cliente de localização uma solicitação para um serviço de localização particular para o terminal; determinar se o serviço de localização particular é suportado pelo terminal baseado nas capacidades de serviço do terminal; terminar a solicitação se o serviço de localização particular não for suportado pelo terminal; e iniciar uma sessão de localização para o serviço de localização particular se o mesmo é suportado pelo terminal.

5. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que as capacidades de serviço do terminal compreendem pelo menos um serviço de localização suportado pelo terminal.

6. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que as capacidades de serviço do terminal indicam se o terminal suporta cada um entre serviço acionado periodicamente e serviço acionado por evento de área.

7. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que receber a mensagem compreende receber uma mensagem de Localização Segura no Plano de Usuário (SUPL) START, uma mensagem SUPL TRIGGERED START, uma mensagem SUPL POS INIT, uma mensagem SUPL END, uma mensagem SUPL AUTH REQ, ou uma mensagem SUPL INFO enviada pelo terminal para o servidor de localização.

8. Equipamento para comunicação sem fio, caracterizadopelo fato de que compreende: pelo menos um processador para: processar uma mensagem recebida enviada por um terminal para um servidor de localização através de um plano de usuário, a mensagem indicado capacidades de serviço do terminal, as capacidades de serviço compreendendo critério de acionamento para determinar se obtém uma estimativa de localização do terminal; determinar se um serviço de localização é suportado pelo terminal com base, pelo menos em parte, nas capacidades de serviço do terminal, em que o serviço de localização é configurado para obter a estimativa de localização do terminal pelo menos parcialmente em resposta a uma ocorrência do critério de acionamento; em que o pelo menos um processador é configurado para determinar, a partir das capacidades de serviço do terminal, pelo menos uma capacidade de terminal selecionada do grupo que consiste em serviços de localização suportados pelo terminal, capacidades de relatório do terminal para serviço de acionamento periódico, capacidades de evento de área do terminal para serviço acionado por evento de área e capacidades de sessão do terminal para um número de sessões de localização simultâneas suportado pelo terminal; e comunicar com o terminal através do plano de usuário para o serviço de localização pelo menos parcialmente em resposta à determinação de que o serviço de localização é suportado pelo terminal.

9. Equipamento, de acordo com a reivindicação 8, caracterizadopelo fato de que o pelo menos um processador é configurado para receber, de um cliente de localização, uma solicitação para um serviço de localização particular para o terminal, para determinar se o serviço de localização particular é suportado pelo terminal com base nas capacidades de serviço do terminal, para terminar a solicitação pelo menos parcialmente em resposta à determinação de que o serviço é o serviço de localização particular que não é suportado pelo terminal, e para iniciar uma sessão de localização para o serviço de localização particular pelo menos parcialmente em resposta à determinação de que o serviço de localização é suportado pelo terminal.

10. Equipamento para comunicação, caracterizado pelo fato de que compreende: meios para receber uma mensagem enviada por um terminal para um servidor de localização através de um plano de usuário, a mensagem indicando capacidades de serviços do terminal, as capacidades de serviço compreendendo critério de acionamento para determinar se obtém uma estimativa de localização do terminal, em que as capacidades de serviço do terminal compreendem pelo menos uma capacidade selecionada do grupo que consiste em capacidades de relatório do terminal para serviço de acionamento periódico, capacidades de evento de área do terminal para serviço acionado por evento de área e capacidades de sessão do terminal para um número de sessões de localização simultâneas suportado pelo terminal; meios para determinar se um serviço de localização é suportado pelo terminal com base, pelo menos em parte, nas capacidades de serviço do terminal, em que o serviço de localização é configurado para obter uma estimativa de localização do terminal pelo menos parcialmente em resposta a uma ocorrência do critério de acionamento; e meios para comunicar com o terminal através do plano de usuário para o serviço de localização pelo menos parcialmente em resposta à determinação de que o serviço de localização é suportado pelo terminal.

11. Equipamento, de acordo com a reivindicação 10, caracterizadopelo fato de que compreende adicionalmente: meios para receber a partir de um cliente de localização uma solicitação para um serviço de localização particular para o terminal; meios para determinar se o serviço de localização particular é suportado pelo terminal com base nas capacidades de serviço do terminal; meios para terminar a solicitação pelo menos parcialmente em resposta à determinação de que o serviço de localização particular não é suportado pelo terminal; e meios para iniciar uma sessão de localização para o serviço de localização particular pelo menos parcialmente em resposta à determinação de que o serviço de localização é suportado pelo terminal.

12. Memória legivel por computador, caracterizada pelo fato de que contém gravado na mesma o método conforme definido em qualquer uma das reivindicações 1 a 7.

13. Método para suportar serviços de localização, caracterizadopelo fato de que compreende: gerar uma mensagem que compreende capacidades de serviço de um terminal, a mensagem indicando capacidades de serviços do terminal, as capacidades de serviço compreendendo critério de acionamento para determinar se obtém uma estimativa de localização do terminal, em que as capacidades de serviço do terminal compreendem pelo menos uma capacidade selecionada do grupo que consiste em capacidades de relatório do terminal para serviço de acionamento periódico, capacidades de evento de área do terminal para serviço acionado por evento de área e capacidades de sessão do terminal para um número de sessões de localização simultâneas suportado pelo terminal; enviar a mensagem a partir do terminal para um servidor de localização através de um plano de usuário; e comunicar com o servidor de localização através do plano de usuário para um serviço de localização; em que o serviço de localização é determinado pelo servidor de localização para ser suportado pelo terminal com base pelo menos em parte nas capacidades de serviço do terminal.

14. Método, de acordo com a reivindicação 13, caracterizadopelo fato de que a geração da mensagem e o envio da mensagem ocorrem durante uma primeira sessão de localização, e em que a comunicação ocorre durante uma segunda sessão de localização após a primeira sessão de localização.

15. Método, de acordo com a reivindicação 13, caracterizadopelo fato de que a geração da mensagem, o envio da mensagem e a comunicação ocorrem durante uma única sessão de localização.

16. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que compreende adicionalmente: detectar uma mudança nas capacidades para serviço do terminal; e enviar uma mensagem que compreende capacidades de serviço atualizadas do terminal para o servidor de localização.

17. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que a mensagem que compreende as capacidades de serviço do terminal compreendem uma primeira mensagem enviada pelo terminal para uma sessão de localização.

18. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que a mensagem que compreende as capacidades de serviço do terminal é enviada para terminar uma sessão de localização.

19. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que a mensagem que compreende as capacidades de serviço do terminal é enviada para terminar uma sessão de localização iniciada pelo servidor de localização para um serviço de localização não suportado pelo terminal.

20. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que as capacidades de serviço do terminal indicam se o terminal suporta cada um de serviço acionado periodicamente e serviço acionado por evento de área.

21. Equipamento para comunicação, caracterizado pelo fato de que compreende: pelo menos um processador para: gerar uma mensagem que compreende capacidades de serviço de um terminal, a mensagem indicando capacidades de serviços do terminal, as capacidades de serviço compreendendo critério de acionamento para determinar se obtém uma estimativa de localização do terminal, em que as capacidades de serviço do terminal compreendem pelo menos uma capacidade selecionada do grupo que consiste em capacidades de relatório do terminal para serviço de acionamento periódico, capacidades de evento de área do terminal para serviço acionado por evento de área e capacidades de sessão do terminal para um número de sessões de localização simultâneas suportado pelo terminal; iniciar transmissão da mensagem a partir do terminal para um servidor de localização através de um plano de usuário; e iniciar comunicação com o servidor de localização através do plano de usuário para um serviço de localização, em que o serviço de localização é determinado pelo servidor de localização para ser suportado pelo terminal com base pelo menos em parte nas capacidades de serviço do terminal.

22. Equipamento, de acordo com a reivindicação 21, caracterizadopelo fato de que o pelo menos um processador é configurado para detectar uma mudança nas capacidades de serviço do terminal, e é adicionalmente configurado para iniciar transmissão de uma mensagem que compreende ascapacidades de serviço atualizadas do terminal para o servidor de localização.