BRPI0619110A2 - método e sistema de informação de localização para executar notificação baseada em localização - Google Patents

Abstract

MéTODO E SISTEMA DE INFORMAçãO DE LOCALIZAçãO PARA EXECUTAR NOTIFICAçãO BASEADA EM LOCALIZAçãO. Um sistema e um método são descritos para executar uma notificação baseada em localização em uma rede de Localização de Plano de Usuário Seguro (SUPL) que é fornecida com uma Plataforma de Localização SUPL (SLP) e um Terminal Habilitado com SUPL (SET) para assim executar uma autenticação de privacidade baseada em uma localização do SET, onde quando um cliente solicita o posicionamento do SET, a SLP transmite um parâmetro de modo de notificação ao SET através de uma mensagem de inicio de sessão, onde ele pode ser pré-definido se a notificação for executada baseada em uma localização ou um usuário quando a SLP (isto é, sistema servidor) notifica o SET (ou o usuário do SET) do posicionamento do SET solicitado pelo cliente (isto é, um sistema cliente), assim para habilitar o SET a determinar um ponto no tempo de uma resposta à notificação.

Description

"MÉTODO E SISTEMA DE INFORMAÇÃO DE LOCALIZAÇÃO PARA EXECUTAR NOTIFICAÇÃO BASEADA EM LOCALIZAÇÃO"

Campo da Invenção

A presente invenção refere-se a um sistema de in- formação de localização, e mais particularmente, a um siste- ma e um método de informação de localização para executar uma notificação baseada em localização em uma rede de Loca- lização de Plano de Usuário Seguro (SUPL).

Fundamentos da Invenção

Em geral, de modo a fornecer serviços de localiza- ção a um usuário, considerável informação de sinalização e de localização deveria ser transferida entre um terminal mó- vel e um servidor de localização. As então chamadas tecnolo- gias de posicionamento foram padronizadas para fornecer tais serviços de localização, por exemplo, um serviço de locali- zação baseado na localização (posição) de um dispositivo mó- vel, são submetidas a uma rápida disseminação difundida.

As tecnologias de posicionamento podem ser forne- cidas através de um plano de usuário e um plano de controle. Uma Localização de Plano de Usuário Seguro (SUPL), que é bem conhecida como um exemplo de tecnologias de posicionamento, fornece serviços de localização através do plano de usuário.

A tecnologia SUPL é um método eficiente para transferir informação de localização solicitada para o cál- culo da localização (isto é, posicionamento) de uma estação móvel. 0 SUPL emprega um transmissor de dados de plano de usuário para transferir a informação de assistência de posi- cionamento tal como a assistência ao Sistema de Posiciona- mento Global (GPS), e para carregar os protocolos associados à tecnologia de posicionamento entre o terminal móvel e uma rede.

Em geral, uma rede SUPL associada com serviços de localização no sistema de informação de localização inclui um agente SUPL, uma Plataforma de Localização SUPL (SPL) e um terminal habilitado com SUPL (SET). 0 agente SUPL refere- se a um ponto de acesso a serviço lógico que usa informação de localização que á realmente medida. 0 SLP refere-se a um ponto de acesso a serviço SUPL em uma parte da rede onde os recursos de rede são acessados para obter a informação de localização. O SET refere-se a um dispositivo para comunica- ção com a rede SUPL que usa uma interface SUPL, por exemplo, um Equipamento de Usuário (UE) do UMTS, uma Estação Móvel (MS) de GSM, uma MS IS-95, computadores laptop ou Assisten- tes Pessoais Digitais (PDAs) que tem uma função SET, ou seus similares. O SET pode também ser um dos vários terminais mó- veis que são conectados através de uma banda larga LAN (WLAN). O SET suporta vários procedimentos definidos pelo SUPL sendo conectado à rede via o transmissor de plano de usuário.

Em um sistema de comunicação móvel tal como o sis- tema de informação de localização, muitos usuários de termi- nais desejam que diferentes políticas de privacidade sejam aplicadas de acordo com as localizações atuais de seus ter- minais. Ou seja, um usuário pode desejar receber uma notifi- cação de solicitação de posicionamento baseada em uma loca- lização atual de seu terminal tal como restringir o acesso da informação de localização por um terceiro. Por exemplo, o posicionamento de seu terminal pode ser concedido quando ele está em casa, mas pode solicitar que a notificação de soli- citação de posicionamento seja executada quando ele está no trabalho em seu escritório.

Assim, as regras de privacidade podem ser aplica- das diferentemente de acordo com o usuário que solicita o posicionamento e uma localização do SET (por exemplo, casa, escritório, etc.) em um sistema de informação de localiza- ção, por exemplo, uma rede SUPL. Portanto, se o SET está lo- calizado dentro de uma área especifica, antes da localização do SET ser reportada a um usuário (um terceiro) que solicita o posicionamento, um servidor de localização executa um pro- cedimento de verificação de privacidade apropriado de acordo com o usuário correspondente e a localização do SET. Prefe- rencialmente, o SET, sendo um dispositivo capaz de se comu- nicar a rede SUPL, pode ser um dentre um Equipamento de Usu- ário (UE) de UMTS, uma Estação Móvel (MS) de GSM, um IS-95 MS, ou seus similares. Na presente invenção, o SET será sim- plesmente referido como um terminal.

Entretanto, a notificação pelo servidor de locali- zação é simplesmente solicitada pela transmissão de um ele- mento de notificação ao SET sem levar em consideração o usu- ário ou a localização do SET. Conseqüentemente, não há meios de o lado do SET reconhecer se a solicitação de notificação correspondente é executada baseada na localização (ou basea- da no usuário), o que resulta em um sistema instável devido a um ponto no tempo não claro de uma resposta à notificação do SET. Em uma estrutura de rede SUPL, somente as funções de cada dispositivo SUPL foram sugeridas até aqui, enquanto um sistema de transferência de sinal entre cada dispositivo SUPL para transferir a informação de localização é ainda discutido. Conseqüentemente, as necessidades pelo sistema de transferência de sinal são mais enfatizadas.

Sumário da Invenção

Problema Técnico

Portanto, é um objetivo da presente invenção for- necer um sistema e um método de informação de localização pelos quais o terminal pode identificar um tipo de notifica- ção executada através de um servidor de localização.

Solução Técnica

Para executar esses objetivos, é fornecido um mé- todo de notificação baseado em localização em um sistema de comunicação móvel que compreende: receber uma mensagem de inicio de sessão que inclui um parâmetro (indicador) de modo de notificação a partir de um servidor de localização; e ve- rificar o parâmetro de modo de notificação recebido tal como para determinar se a notificação é executada baseada na lo- calização do SET.

Preferencialmente, o parâmetro de modo de notifi- cação indica se uma notificação/verificação pelo servidor de localização é uma notificação/verificação normal ou uma no- tificação/verificação baseada na localização.

Preferencialmente, se o parâmetro de modo de noti- ficação é a notificação/verificação baseada na localização, o terminal não transmite uma mensagem de final de sessão até que ele receba uma mensagem de notificação de sessão.

Preferencialmente, se a notificação/verificação não é baseada na localização do terminal, o terminal trans- mite a mensagem de final de sessão ao servidor de localiza- ção.

Para alcançar esses objetivos, é fornecido um ter- minal de comunicação móvel adaptado a um sistema de informa- ção de localização de acordo com a presente invenção, o ter- minal compreende: uma unidade de Radiofreqüência (RF) para receber uma mensagem de inicio de sessão que inclui um parâ- metro de modo de notificação a partir de um servidor de lo- calização; e uma unidade de processamento de sinal (proces- sador) para verificar o parâmetro de modo de notificação re- cebido tal como para determinar se a notificação é executada baseada na localização do terminal.

Preferencialmente, o parâmetro de modo de notifi- cação indica se uma notificação/verificação executada pelo servidor de localização é uma notificação/verificação normal ou uma notificação/verificação baseada na localização.

Preferencialmente, a unidade de processamento de sinal não transmite uma mensagem de final de sessão até que ela receba uma mensagem de notificação de sessão quando o parâmetro de modo de notificação é uma notifica- ção/verificação baseada na localização.

Preferencialmente, a unidade de processamento de sinal transmite a mensagem de final de sessão ao servidor de localização quando a notificação/verificação não é executada baseada na localização do terminal. Breve Descrição dos Desenhos

A Fig. 1 ilustra uma primeira modalidade de um mé- todo de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal não está em mobilida- de em um modo proxy.

A Fig. 2 ilustra uma segunda modalidade de um mé- todo de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo proxy.

A Fig. 3 ilustra uma terceira modalidade de um mé- todo de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo proxy.

A Fig. 4 ilustra uma quarta modalidade de um méto- do de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal não está em mobilida- de em um modo não proxy.

A Fig. 5 ilustra uma quinta modalidade de um méto- do de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo não proxy.

A Fig. 6 ilustra uma sexta modalidade de um método de notificação baseado em localização em um sistema de in- formação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo não proxy.

A Fig. 7 ilustra uma estrutura esquemática de um terminal de comunicação móvel adaptado a um sistema de in- formação de localização de acordo com a presente invenção.

Descrição Detalhada da Invenção

A presente invenção pode ser implementada para uma rede SUPL. Entretanto, a presente invenção pode ser aplicá- vel à sistemas de comunicação via rádio (sem fio) que são operados de acordo com outras especificações. Aqui, referên- cia será feita em detalhes às modalidades preferenciais da presente invenção.

Na presente invenção, quando uma aplicação (isto é, um sistema servidor) transmite uma solicitação de posi- cionamento feita por um terceiro (isto é, um sistema clien- te) a um terminal (ou um Equipamento de Usuário (UE)), a a- plicação a transmite junto com o parâmetro (indicador) de modo de notificação, que permite que o terminal verifique o parâmetro de modo de notificação recebido para determinar assim se a notificação é executada baseada na localização do terminal. Se ele verificou que a notificação é executada ba- seada na localização do terminal, o terminal mantém uma ses- são com o terminal até que um elemento de notificação real seja transmitido a partir do servidor de localização depois do posicionamento. Se a notificação não é executada baseada na localização do terminal, o terminal transmite uma mensa- gem de final de sessão ao servidor de localização. Para isso, na presente invenção, quando um cliente de Serviços de Localização (LCS) solicita o posicionamento de um Terminal Habilitado com SUPL (SET) alvo, uma Platafor- ma de Locação SUPL (SLP) dentro do servidor de localização transmite ao SET uma mensagem inicial SUPL (SUPL INIT) que inclui o parâmetro de modo de notificação. Preferencialmen- te, o parâmetro de modo de notificação denota um parâmetro que indica se a notificação e/ou verificação transmitida a partir do servidor de localização é uma notifica- ção/verificação normal ou uma notificação/verificação basea- da na localização.

Em geral, em uma rede SUPL, uma SLP, que é um ser- vidor de localização, é constituída de um Centro de Posicio- namento SUPL (SPC) que é uma entidade que calcula uma Ioca- lização real e um Centro de Localização SUPL (SLC) que ge- rencia outras funções da SLP, exceto o cálculo da informação de localização, por exemplo, mobilidade, gerenciamento de recursos, e seus similares. Portanto, o SET calcula a infor- mação de localização através de uma comunicação com o SPC via o SLC no caso de um modo proxy, enquanto o cálculo de informação de localização ocorre através da execução de uma conexão direta com o SPC no caso de um modo proxy.

Aqui, o método de notificação baseado em localiza- ção em um sistema de informação de localização de acordo com a presente invenção será explicado com base em um modo proxy e em um modo não proxy.

A Fig. 1 ilustra uma primeira modalidade de um mé- todo de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal não está em mobilida- de em um modo proxy. Aqui, a SLP corresponde a um lado da rede e o SET corresponde a um lado do terminal.

Como ilustrado na Fig. 1, quando um cliente LCS solicita o posicionamento do SET a partir de um agente SUPL em uma rede, o agente SUPL transfere a solicitação de posi- cionamento feita pelo cliente LCS à SLP através de um Proto- colo de Localização Móvel (MLP) e mensagem de Solicitação Imediata de Localização Padrão (SLIR) (SlO). A mensagem SLIR MLP pode incluir id de ms, id de cliente LCS, QoP (Qualidade de Posição), e seus similares.

A SLP verifica se o agente SUPL está autenticado (autorizado) para serviços de localização baseados no id de cliente LCS recebido. A SLP então executa um procedimento de verificação de privacidade baseado no id de ms e o id de cliente LCS, ou seja, verifica a partir de uma Entidade de Verificação de Privacidade (PCE) externa se o cliente LCS é concedido para o posicionamento baseado no id de ms e no id de cliente LCS. A SLP pode executar a verificação de priva- cidade solicitando ao PCE ou recebendo diretamente informa- ção de privacidade a partir do PCE. Também, a SLP verifica se uma localização anteriormente calculada do SET satisfaz uma QoP solicitada.

De acordo com os resultados verificados, se a lo- calização anteriormente calculada do SET satisfaz a QoP so- licitada, e qualquer notificação e/ou verificação não preci- sa ser executada, a SLP prossegue diretamente para a etapa S19 para transferir assim o valor da localização anterior- mente calculada do SET ao agente SUPL.

De modo oposto, se a localização do SET anterior- mente calculada não satisfaz o QoP solicitado e uma notifi- cação e/ou verificação necessita ser executada, a SLP deter- mina se o SET suporta o SUPL usando uma tabela de pesquisa de SET, e verifica (confirma) se o SET atualmente pertence a uma área de serviço (isto é, se o SET está em mobilidade) usando informação de roteamento (Sll).

Mediante o término da verificação da autenticação (autorização) do agente SUPL e da verificação de privacidade do cliente LCS, a SLP transmite uma mensagem de inicio de sessão (isto é, SUPL INIT) ao SET para assim iniciar uma sessão de posicionamento com o SET (S12) . A mensagem SUPL INIT pode ser um WAP PUSH ou um acionador SMS, e inclui no mínimo parâmetros, tal como a id de sessão, métodos de posi- cionamento (posmethod), modos SLP (isto é, proxy/não proxy), modo de notificação, e seus similares.

O parâmetro de modo de notificação é usado para permitir que um lado do SET identifique que a notificação transmitida a partir da SLP é executada com base na locali- zação. Isto é, até aqui, o SET não poderia identificar se a notificação transmitida a partir da SLP indica uma notifica- ção normal ou uma notificação com base na localização. Por- tanto, quando a SLP solicita uma notificação, o SET consulta um usuário do SET sem levar em consideração os tipos de no- tificação/verificação e então transmite imediatamente o re- sultado da resposta da consulta à SLP. Entretanto, quando a solicitação de notificação feita pelo servidor de localização é uma notificação baseada na localização, o SET não deveria imediatamente transmitir a resposta da notificação à SLP, mas transmiti-la depois de executar um processo de posicionamento SUPL.

Preferencialmente, a notificação/verificação nor- mal indica uma notificação/verificação além da notifica- ção/verificação baseada na localização, por exemplo, uma no- tificação/verificação baseada em um usuário.

A definição e o tipo do parâmetro de modo de noti- ficação foram ilustrados na Tabela 1 a seguir:

Tabela 1

<table>table see original document page 12</column></row><table> configurada em "0" e a notificação/verificação normal basea- da na localização é configurada em "1". Também, quando a no- tificação ou verificação é solicitada para ser executada de acordo com o resultado da verificação de privacidade, a SLP pode incluir um parâmetro de modo de notificação na mensagem SUPL INIT.

Quando a mensagem SUPL INIT é recebida a partir da SLP, o SET é conectado à rede de dados de pacote (por exem- plo, uma rede 3GPP ou 3GPP2) quando a conexão de dados é a- tualmente não aberta (configurada) para qualquer rede (S13). Uma vez completada a configuração da conexão de dados, o SET verifica se a notificação é executada com base na localiza- ção usando o parâmetro de modo de notificação incluído na mensagem SUPL INIT.

De acordo com o resultado verificado, se a notifi- cação executada pela SLP não é baseada na localização, o SET consulta o usuário do SET se concede a permissão para posi- cionamento de acordo com as regras de notificação. Se o usu- ário concede permissão para o posicionamento, o SET transmi- te uma mensagem SUPL POS INIT à SLP, e se não, o SET trans- mite à SLP uma mensagem de final de sessão (isto é, SUPL END) (não mostrada) que inclui a resposta do usuário à noti- ficação. De modo oposto, se a notificação é executada com base na localização, o SET transmite à SLP uma mensagem SUPL POS INIT que não inclui qualquer resposta à notificação (is- to é, retém a resposta de notificação), para assim iniciar uma sessão de posicionamento com a SLP (S14).

A mensagem SUPL POS INIT pode incluir no mínimo o id de sessão, as capacidades do SET e o identificador de lo- calização (Iid). As capacidades do SET podem incluir métodos de medição de localização (posicionamento) (por exemplo, A- GPS assistido por MS, A-GPS baseado em MS, e método de id de célula) e protocolos de medição de localização associados (posicionamento) (por exemplo, RRLP, RRC, e TIA-801) . Tam- bém, o SET pode adicionalmente fornecer NMR para tecnologias via rádio (por exemplo, GSM: TA e RXLEV) a serem usadas.

Quando a mensagem SUPL POS INIT é recebida a par- tir do SET, a SLP determina qual protocolo de posicionamento (RRLP, RRC, e TIA-801) deveria ser usado com base no método de posicionamento (posmethod) suportado pelo SET.

Então, a SLP e o SET trocam seqüencialmente várias mensagens sucessivas de procedimento de posicionamento (RRLP, RRC, e TIA-801) para calcular a localização do SET (S15). A localização é calculada com base nas medições que a SLP recebeu a partir do SET (assistido por MS), ou assistên- cia que o SET obteve a partir da SLP (baseado em MS).

Quando o processo de posicionamento SUPL é comple- tado, a SLP verifica se concede a permissão para o posicio- namento de um usuário que solicitou o posicionamento na lo- calização calculada do SET solicitando diretamente ao PCE ou usando a informação de privacidade recebida a partir do PCE. De acordo com o resultado verificado, quando uma notificação ao usuário do SET é solicitada para ser executada (isto é, quando o posicionamento do SET é condicionalmente concedi- do) , a SLP transmite uma mensagem de notificação de sessão (SUPL NOTIFY) que inclui um elemento de notificação ao SET (S16). Preferencialmente, a mensagem SUPL NOTIFY pode inclu- ir o id de sessão e um parâmetro de notificação.

Quando recebe a mensagem SUPL NOTIFY, o SET reco- nhece que a notificação pela SLP é executada com base na lo- calização. 0 SET então consulta o usuário do SET se o valor da localização do SET deveria ser transmitido, e então transmite uma resposta do usuário do SET à notificação à SLP através de uma mensagem de resposta à notificação de sessão (isto é, SUPL NOTIFY RESPONSE) (S17). Preferencialmente, a mensagem SUPL NOTIFY RESPONSE pode incluir o id de sessão e um parâmetro de resposta à notificação. A definição e o tipo do parâmetro de tipo de notificação são mostrados na [TABELA 2] a seguir.

Tabela 2

<table>table see original document page 15</column></row><table>

Portanto, mediante o cálculo completo da localiza- ção do SET, a SLP transmite uma mensagem SUPL END ao SET pa- ra informar que o processo de posicionamento não é mais ini- ciado (S18) . Também a resposta do usuário à notificação in- cluída na mensagem SUPL NOTIFY RESPONSE é configurada para "permitida", ou seja, se o usuário do SET concede permissão para transmitir o valor resultante do posicionamento (isto é, a localização atual calculada do SET), a SLP transmite a mensagem de Resposta Imediata de Localização Padrão MLP (SLIA) incluindo o valor de localização do SET ao agente SUPL (S19).

Como mencionado acima, a presente invenção pode transmitir ao SET o parâmetro de modo de notificação através da mensagem SUPL INIT tal como para permitir que o SET iden- tifique se a notificação/verificação transmitida a partir da SLP é a notificação/verificação normal (isto é, a notifica- ção/verificação baseada em um usuário) ou uma notifica- ção/verificação baseada na localização.

A Fig. 2 ilustra uma segunda modalidade de um mé- todo de notificação baseada em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que o terminal está em mobilidade em um modo proxy. Aqui, uma H-SLP denota uma SLP em uma rede residencial, e uma V-SLP denota uma SLP em uma rede visita- da. Também, uma SLP de Solicitação (R-SLP) denota uma SLP a qual um cliente externo é inicialmente conectado quando ini- ciando um procedimento SUPL em uma rede.

A segunda modalidade da presente invenção mostrada na Fig. 2 é a mesma da primeira modalidade da presente in- venção, exceto pelos fatos de que a H-SLP recebe uma solici- tação de posicionamento a partir do agente SUPL via a R-SLP, e as mensagens de protocolo RLP são usadas tal que as mensa- gens são trocadas entre a V-SLP e a H-SLP para assim iniciar uma sessão SUPL, transferir sessão de posicionamento e in- formar o início do processo de posicionamento SUPL. Especi- almente, a segunda modalidade da presente invenção pode ser aplicada quando a V-SLP executa posicionamento com o SET.

Como ilustrado na Fig. 2, o agente SUPL solicita posicionamento do cliente LCS a partir da R-SLP através de uma mensagem MLP SLIR (S20) . A mensagem MLP SLIR pode inclu- ir id de ms, lcs-cliente-id, Qualidade de Posição (QoP), e seus similares.

Quando recebe a mensagem MLP SLIR, a R-SLP verifi- ca se o agente SUPL está autorizado para serviços de locali- zação baseados em id de cliente LCS, e determina uma H-SLP baseada no id de ms. Também, a R-SLP verifica se o SET atu- almente pertence a uma área de serviço (isto é, se o SET es- tá em mobilidade) usando informação de roteamento (S21). Me- diante o termino de tal série de operações, a R-SLP transfe- re a solicitação para o posicionamento do cliente LCS à H- SLP usando uma mensagem de protocolo RLP (isto é, RLP SLIR) (S22).

A H-SLP executa uma verificação de privacidade ba- seada no id de ms e no id de cliente LCS, e determina se o SET suporta o SUPL usando uma tabela de pesquisa de SET. A H-SLP então determina se o SET está atualmente localizado em uma área de serviço (isto é, se o SET está em mobilidade) usando a informação de roteamento (S23).

Se for determinado que o SET suporta o SUPL e está em mobilidade, a H-SLP transmite uma mensagem RLP-SSRLIR à V-SLP para informar que o SET está para iniciar o processo de posicionamento SUPL (S24). A V-SLP informa à H-SLP que o processo de posicionamento SUPL está pronto para iniciar a- través da mensagem RLP-SSRLIA (S25) . A mensagem RLP-SSRLIR pode incluir pelo menos id de sessão, id de ms e QoP, e a mensagem RLP-SSRLIA pode incluir pelo menos id de sessão, e um endereço de V-SPC.

Portanto, a H-SLP transmite uma mensagem SUPL INIT ao SET para iniciar uma sessão de posicionamento com o SET (S26). A mensagem SUPL INIT pode ser um WAP PUSH ou um acio- nador SMS, e pode incluir pelo menos id de sessão, métodos de posicionamento (posmethod), modo SLP (proxy/não proxy), um modo de notificação, e seus similares.

Quando recebe a mensagem SUPL INIT a partir da H- SLP, o SET é conectado à rede de dados de pacote (por exem- plo, uma rede 3GPP ou 3GPP2) quando a conexão de dados é a- tualmente não aberta (configurada) para qualquer rede (S27). Uma vez completada a configuração da conexão de dados, o SET consulta um usuário do SET se concede permissão para posi- cionamento de acordo com regras de notificação, e verifica se a notificação é executada com base em uma localização do SET usando o valor do parâmetro de modo de notificação in- cluído na mensagem SUPL INIT.

Se for verificado que a notificação executada pela SLP não é baseada na localização do SET, o SET transmite uma mensagem SUPL POS INIT incluindo uma resposta do usuário do SET à notificação à H-SLP para iniciar uma sessão de posi- cionamento com a H-SLP. Se for verificado que a notificação executada pela SLP é baseada na localização do SET, ele transmite à H-SLP uma mensagem SUPL POS INIT que não inclui a resposta à notificação para assim iniciar a sessão de po- sicionamento com a H-SLP (S28) . A mensagem SUPL POS INIT po- de incluir no mínimo o id de sessão, as capacidades do SET e um identificador de localização (Iid). As capacidades do SET podem incluir métodos de medição de localização (posiciona- mento) (por exemplo, A-GPS assistido por MS, A-GPS baseado em MS, e método de id de célula) e protocolos de medição de localização associados (posicionamento) (por exemplo, RRLP, RRC, e TIA-801).

Quando a mensagem SUPL POS INIT é recebida a par- tir do SET, a H-SLP transfere a mensagem SUPL POS INIT para a V-SLP através de uma mensagem RLP-SSRP (S29). A V-SLP en- tão determina qual protocolo de posicionamento (RRLP, RRC, e TIA-801) deveria ser usado baseado no método de posiciona- mento (isto é, posmethod) suportado pelo SET.

Portanto, a V-SLP e a H-SLP seqüencialmente trocam várias mensagens sucessivas de procedimento de posicionamen- to (RRLP, RRC, e TIA-801) para calcular a localização do SET (S30 e S31). A localização é calculada com base nas medições que a V-SLP recebeu a partir do SET (assistido por MS) , ou assistência que o SET obteve a partir da V-SLP (baseado em MS).

Quando o processo de posicionamento SUPL é comple- tado, a V-SLP verifica se transmite uma mensagem SUPL END incluindo o valor de localização calculado do SET através da mensagem RLP-SSRP (S32). A H-SLP verifica se concede a per- missão para o posicionamento do usuário que solicitou o po- sicionamento na localização calculada do SET solicitando di- retamente ao PCE ou usando a informação de privacidade rece- bida a partir do PCE.

De acordo com o resultado verificado, quando uma notificação ao usuário do SET necessita ser executada (isto é, quando o posicionamento do SET é condicionalmente conce- dido) , a H-SLP transmite uma mensagem SUPL NOTIFY que inclui um elemento de notificação ao SET (S33) . Quando recebe a mensagem SUPL NOTIFY a partir da H-SLP, o SET reconhece que a notificação executada pela H-SLP é notificação baseada na localização. Conseqüentemente, o SET consulta o usuário do SET se o valor de localização do SET deveria ser transmiti- do, e então transmite uma resposta do usuário do SET à noti- ficação à H-SLP através de uma mensagem SUPL NOTIFY RESPONSE (S34).

Assim, a H-SLP transmite uma mensagem SUPL END ao SET para informar que o processo de posicionamento não é mais iniciado (S35) . Também, quando a resposta do usuário à notificação incluída na mensagem SUPL NOTIFY RESPONSE é con- figurada para "permitida", ou seja, se o usuário do SET con- cede permissão para transmitir o valor resultante do posi- cionamento (isto é, a localização atual calculada do SET), a H-SLP transmite a mensagem MLP SRLIA incluindo o valor de localização do SET à R-SLP (S36). A R-SLP finalmente trans- mite uma mensagem MLP SLIA incluindo o valor de localização do SET ao agente SUPL (S37).

A Fig. 3 ilustra uma terceira modalidade de um mé- todo de notificação baseada em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo proxy. A terceira modalidade da presente invenção é a mesma da segunda modalidade da presente invenção, exceto pelo fato de que a H-SLP executa posicionamento com o SET.

Primeiro, o agente SUPL transfere uma solicitação para posicionamento do cliente LCS à R-SLP através de uma mensagem MLP SLIR (S40). A R-SLP verifica se o agente SUPL está autorizado para serviços de localização baseados em id de cliente LCS, e determina a H-SLP baseada em id de ms. A mensagem MLP SLIR pode incluir id de ms, id de cliente LCS e QoP. Também, a R-SLP verifica se o SET atualmente pertence a uma área de serviço (isto é, se o SET está em mobilidade) usando informação de roteamento (S41).

Mediante o término de tal série de operações, a R- SLP transfere a solicitação pelo posicionamento do cliente LCS usando a mensagem de protocolo RLP (isto é, RLP SLIR) (S42). A H-SLP executa uma verificação de privacidade basea- da no id de ms e no id de cliente LCS, e determina se o SET suporta o SUPL usando a tabela de pesquisa de SET. A H-SLP então determina se o SET está atualmente localizado em uma área de serviço (isto é, se o SET está em mobilidade) usando informação de roteamento (S43).

Se for determinado que o SET suporta o SUPL e está em mobilidade, a H-SLP transmite a mensagem SUPL INIT ao SET para iniciar uma sessão de posicionamento com o SET (S44). A mensagem SUPL INIT pode ser um WAP PUSH ou um acionador SMS, e pode incluir pelo menos id de sessão, métodos de posicio- namento (posmethod), modo SLP (proxy/não proxy), um modo de notificação, e seus similares.

Quando recebe a mensagem SUPL INIT a partir da H- SLP, o SET é conectado à rede de dados de pacote (por exem- plo, uma rede 3GPP ou 3GPP2) quando a conexão de dados é a- tualmente não aberta (configurada) para qualquer rede (S45). Uma vez completada a configuração da conexão de dados, o SET consulta um usuário do SET se concede permissão para posi- cionamento de acordo com regras de notificação, e verifica se a notificação é executada com base em uma localização do SET usando o valor do parâmetro de modo de notificação in- cluído na mensagem SUPL INIT.

Se for verificado que a notificação executada pela SLP não é baseada na localização do SET, o SET transmite uma mensagem SUPL POS INIT incluindo uma resposta do usuário do SET à notificação à H-SLP para iniciar uma sessão de posi- cionamento com a H-SLP. Se for verificado que a notificação executada pela SLP é baseada na localização do SET, ele transmite à H-SLP uma mensagem SUPL POS INIT que não inclui a resposta à notificação para assim iniciar a sessão de po- sicionamento com a H-SLP (S46). A mensagem SUPL POS INIT po- de incluir no mínimo o id de sessão, as capacidades do SET e um identificador de localização (Iid). As capacidades do SET podem incluir métodos de medição de localização (posiciona- mento) (por exemplo, A-GPS assistido por MS, A-GPS baseado em MS, e método de id de célula) e protocolos de medição de localização associados (posicionamento) (por exemplo, RRLP, RRC, e TIA-8 01).

Quando a mensagem SUPL POS INIT é recebida a par- tir do SET, a H-SLP transfere a mensagem RLP-SRLIR incluindo o id de ms e o identificador de localização (Iid) assim para permitir que a V-SLP calcule a localização bruta do SET (S47) . A V-SLP calcula a localização bruta do SET usando o identificador de localização (Iid) e então transfere a loca- lização bruta calculada do SET através de uma mensagem RLP SRLIA (S48) .

Se a localização bruta do SET satisfaz a QoP exi- gida pelo cliente, a H-SLP prossegue para a etapa S53. Se não satisfaz, a H-SLP determina qual protocolo de posiciona- mento (RRLP, RRC e TIA-801) deveria ser usado baseado no mé- todo de posicionamento (posmethod) suportado pelo SET.

Portanto, a H-SLP e o SET trocam seqüencialmente várias mensagens sucessivas de procedimento de posicionamen- to (RRLP, RRC, e TIA-801) para calcular a localização do SET (S49). A localização é calculada com base nas medições que a H-SLP recebeu a partir do SET (assistido por MS), ou assis- tência que o SET obteve a partir da V-SLP (baseado em MS).

Quando o processo de posicionamento SUPL é comple- tado, a H-SLP verifica se concede a permissão para o posi- cionamento de um usuário que solicitou o posicionamento na localização calculada do SET solicitando diretamente ao PCE ou usando a informação de privacidade recebida a partir do PCE. De acordo com o resultado verificado, quando uma noti- ficação ao usuário do SET é solicitada para ser executada (isto é, quando o posicionamento do SET é condicionalmente concedido), a H-SLP transmite uma mensagem SUPL NOTIFY que inclui um elemento de notificação ao SET (S50) . Quando rece- be a mensagem SUPL NOTIFY a partir da H-SLP, o SET reconhece que a notificação pela SLP é executada com base na localiza- ção. 0 SET então consulta o usuário do SET se o valor da lo- calização do SET deveria ser transmitido, e então transmite uma resposta do usuário do SET à notificação à H-SLP através de uma mensagem SUPL NOTIFY RESPONSE (S51).

Conseqüentemente, a H-SLP transmite uma mensagem SUPL END ao SET para informar que o processo de posiciona- mento não é mais iniciado (S52). Também, quando a resposta do usuário à notificação incluída na mensagem SUPL NOTIFY RESPONSE é configurada para "permitida", ou seja, se o usuá- rio do SET concede permissão para transmitir o valor resul- tante do posicionamento (isto é, a localização atual calcu- lada do SET), a H-SLP transmite a mensagem MLP SRLIA inclu- indo o valor de localização do SET à R-SLP (S53) . A R-SLP finalmente transmite uma mensagem MLP SLIA incluindo o valor de localização do SET ao agente SUPL (S54).

A Fig. 4 ilustra uma quarta modalidade de um méto- do de notificação baseado em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal não está em mobilida- de em um modo não proxy.

A quarta modalidade da presente invenção ilustra um caso em que a SLP (isto é, SLP Residencial) é dividida em um Centro de Localização SUPL (SLC) e em um Centro de Posi- cionamento SUPL (SPC) a partir de sua perspectiva funcional para assim executar o processo de posicionamento. Ou seja, na quarta modalidade, a SLP é dividida no SPC para calcular uma localização do SET trocando mensagens com o SET real, e o SLC para executar outras funções da SLP exceto a função de calcular a informação de localização do SET, tal que o SPC execute o processo de posicionamento diretamente com o SET e uma transferência de informação entre o SPC e o SLC seja e- xecutada via uma comunicação interna.

Como ilustrado na Fig. 4, o agente SUPL transfere a solicitação por posicionamento do cliente LCS ao H-SLC da SLP através de uma mensagem MLP SLIR (S60) . A mensagem MLP SLIR pode incluir id de ms, id de cliente LCS, QoP, e seus similares.

O H-SLC autoriza o agente SUPL baseado em id de cliente LCS, e executa uma verificação de privacidade de as- sinante para o cliente LCS baseado em id de ms. A verifica- ção de privacidade, como mencionada acima, pode ser executa- da solicitando ao PCE ou recebendo informação de privacidade a partir do PCE.

Também, o H-SLC determina se o SET suporta o SUPL usando uma tabela de pesquisa de SET. Se necessário, o H-SLC verifica se o SET está em mobilidade (isto é, se o SET está atualmente localizado em uma área de serviço) usando infor- mação de roteamento (S61) . Mediante o término de tal série de operações, o H-SLC pode trocar informação necessária para configurar uma sessão SUPL POS com o SET através de uma ini- cialização interna com o H-SPC.

Mediante o término da verificação da autenticação do agente SUPL e da verificação de privacidade de assinante, o H-SLC transmite uma mensagem SUPL INIT ao SET para iniciar uma sessão SUPL com o SET (S62) . A mensagem SUPL INIT pode ser um WAP PUSH ou um acionador SMS, e inclui no mínimo id de sessão, métodos de posicionamento (posmethod) , modos SLP (isto é, proxy/não proxy), modo de notificação, mac, id cha- ve, e seus similares.

Quando recebe a mensagem SUPL INIT a partir do H- SLC da SLP, o SET é conectado a uma rede de dados de pacote (por exemplo, uma rede 3GPP ou 3GPP2) guando a conexão de dados está atualmente não aberta (configurada) para gualguer rede (S63). O SET verifica se a SLP usa um modo proxy ou não proxy usando o modo da SLP para então transmitir uma mensa- gem de solicitação de autenticação de SUPL (isto é, SUPL AUTH REQ) ao H-SLC (S64) . A mensagem SUPL AUTH REQ pode in- cluir id de sessão, id de chave 2 e SET presente.

O H-SLC gera uma chave a ser usada para uma inte- rautenticação entre o SPC e o SET usando o id de chave 2 e o SET presente, e transfere a chave gerada ao H-SPC através de uma comunicação interna. O H-SPC então transmite uma mensa- gem de resposta de autenticação de SUPL (isto é, SUPL AUTH RESP) ao SET (S65).

Quando a mensagem SUPL AUTH RESP é recebida, o SET estima (aproxima) regras de notificação para tomar uma ação apropriada. O SET verifica se a notificação é executada ba- seada na localização do SET usando o valor de parâmetro de modo de notificação incluído na mensagem SUPL INIT. Ademais, o SET estabelece uma conexão de IP segura ao V-SPC para exe- cutar a interautenticação com o V-SPC.

De acordo com o resultado verificado, quando a no- tificação executada pela H-SLP não é baseada na localização do SET, ele transmite ao H-SPC uma mensagem SUPL POS INIT que incluindo a resposta do usuário do SET à notificação pa- ra iniciar a sessão de posicionamento com a H-SPC. Se a no- tificação é executada baseada na localização do SET, ele transmite ao H-SPC uma mensagem SUPL POS INIT que não inclui uma resposta à notificação para iniciar a sessão de posicio- namento com o H-SPC (S66) . A mensagem SUPL POS INIT pode in- cluir id de sessão, as capacidades do SET e um identificador de localização (Iid). As capacidades do SET podem incluir métodos de medição de localização (posicionamento) (por e- xemplo, A-GPS assistido por MS, A-GPS baseado em MS, e méto- do de id de célula) e protocolos de medição de localização associados (posicionamento) (por exemplo, RRLP, RRC, e TIA- 801).

O H-SPC calcula uma localização inicial ou um uma localização bruta usando o identificador de localização (Iid) e verifica se a localização correspondente combina com a QoP solicitada pelo agente SUPL. Se a localização corres- pondente combina com a QoP solicitada pelo agente SUPL, o H- SPC transfere a localização correspondente ao H-SLC via a comunicação interna. 0 H-SLC conseqüentemente prossegue ime- diatamente para a etapa S73. Se a localização correspondente não combina com a QoP solicitada pelo agente SUPL, o H-SPC determina qual protocolo de posicionamento (RRLP, RRC, e TIA-801) deveria ser usado baseado na mensagem SUPL POS INIT para trocar seqüencialmente várias mensagens sucessivas de procedimento de posicionamento (RRLP, RRC, e TIA-801), des- se modo executando o processo de posicionamento SUPL (S67).

Então, o H-SPC ou o SET calcula a localização do SET através das mensagens de processo de posicionamento SUPL para o posicionamento. A localização é calculada baseada nas medidas que a SLP recebeu do SET (assistido por MS) , ou as- sistência que o SET obteve a partir da SLP (baseado em MS).

Quando a localização do SET é completamente calcu- lada, o H-SPC consulta o H-SLC se a notificação ou verifica- ção é executada baseada na localização do SET via a comuni- cação interna. Quando a notificação ou verificação é execu- tada baseada na localização do SET, o H-SPC transmite a lo- calização calculada do SET ao SET através de uma mensagem de relatório SUPL (isto é, SUPL REPORT) (S68).

O SET transmite a mensagem SUPL REPORT recebida ao H-SLC (S69), e o H-SLC transmite uma mensagem SUPL NOTIFY que inclui um elemento de notificação ao SET (S70). O SET que recebeu a mensagem SUPL NOTIFY reconhece que a notifica- ção executada pelo H-SLC é baseada em localização. O SET consulta o usuário do SET se o valor de localização do SET deve ser transmitido e então transmite uma resposta do usuá- rio do SET à notificação ao H-SLC através de uma mensagem SUPL NOTIFY RESPONSE (S71).

Portanto, o H-SLC transmite uma mensagem SUPL END ao SET para informar que o processo de posicionamento não é mais iniciado (S72). Quando a resposta de notificação do u- suário incluída na mensagem SUPL NOTIFY RESPONSE é configu- rada para "permitida", ou seja, se o usuário do SET concede a permissão para transmitir o valor resultante do posiciona- mento (isto é, a localização atual calculada do SET) , o H- SLC transmite uma mensagem MLP SLIA que inclui o valor de localização do SET ao agente SUPL (S73).

A FIG. 5 ilustra uma quinta modalidade de um méto- do de notificação baseada em localização em um sistema de informação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo não proxy. A quinta modalidade da presente invenção mostrada na Fig. 5 é a mesma da quarta modalidade da presen- te invenção, exceto pelo fato em que a H-SLP recebe a soli- citação de posicionamento feita pelo agente SUPL via a R- SLP, e as mensagens de protocolo RLP são usadas tal que as mensagens são trocadas entre a H-SLP e o V-SLC para assim iniciar uma sessão SUPL, transferir a sessão de posiciona- mento e informar o inicio do processo de posicionamento SUPL. Especialmente, a quinta modalidade da presente inven- ção pode ser aplicada quando o V-SPC executa o posicionamen- to com o SET.

Como ilustrado na Fig. 5, o agente SUPL solicita o posicionamento do cliente LCS a partir da R-SLP através de uma mensagem MLP SLIR (S80) . A mensagem MLP SLIR pode inclu- ir id de ms, id de cliente LCS, QoP, e seus similares.

A R-SLP que recebeu a mensagem MLP SLIR verifica se o agente SUPL está autenticado para serviços de localiza- ção baseado em id de cliente LCS, e determina uma H-SLP ba- seada no id de ms. A R-SLP também verifica se o SET atual- mente pertence a uma área de serviço (isto é, se o SET está em mobilidade) usando a informação de roteamento (S81). Me- diante o término de tal série de operações, a R-SLP transfe- re a solicitação pelo posicionamento do cliente LCS à H-SLP usando uma mensagem de protocolo RLP (isto é, RLP SLIR) (S82).

A H-SLP então executa uma verificação de privaci- dade baseada no id de ms e no id de cliente LCS. A H-SLP de- termina se o SET suporta o SUPL usando uma tabela de pesqui- sa de SET, e também determina se o SET atualmente pertence a uma área de serviço (isto é, se o SET está em mobilidade) usando a informação de roteamento (S83).

De acordo com o resultado da determinação, quando o SET suporta o SUPL e está em mobilidade, a H-SLP transmite uma mensagem RLP-SSRLIR a um V-SLC para informar que o SET está iniciando um processo de posicionamento SUPL (S84). A- demais, quando se identifica de acordo com o resultado da verificação de privacidade que a notificação e a verificação são executadas baseadas em uma localização real do usuário do SET, mediante o cálculo da localização, a H-SLP informa ao V-SLC que a colaboração é necessária entre a H-SLP e a V- SLP de modo a aplicar uma privacidade de assinante com rela- ção ao cliente LCS.

O V-SLC informa o término da sessão de posiciona- mento SUPL ao V-SPC via uma inicialização interna. De acordo com o resultado de verificação de privacidade, quando a no- tificação e a verificação são executadas baseadas na locali- zação real do usuário do SET, mediante o cálculo da locali- zação, o V-SLC informa o V-SPC que colaboração é necessária entre o V-SLC e o V-SPC de modo a aplicar uma privacidade de assinante com relação ao cliente LCS.

Em adição, o V-SLC informa a H-SLP que o processo de posicionamento SUPL está pronto para ser iniciado através de uma mensagem RLP-SSRLIA (S85). A mensagem RLP-SSRLIR pode incluir no mínimo o id de sessão, o id de ms e a QoP, en- quanto a mensagem RLP-SSRLIA pode incluir no mínimo o id de sessão e o endereço de V-SPC.

Assim, a H-SLP transmite uma mensagem SUPL INIT ao SET para iniciar a sessão de posicionamento com o SET (S86). A mensagem SUPL INIT pode ser um WAP PUSH ou um acionador SMS, e inclui no mínimo o id de sessão, o endereço de V-SPC, métodos de posicionamento (posmethod), o modo SLP (proxy/não-proxy), um modo de notificação, mac, id de chave, e seus similares.

Quando a mensagem SUPL INIT é recebida a partir da H-SLP, o SET é conectado a uma rede de dados de pacote (por exemplo, uma rede 3GPP ou 3GPP2) quando a conexão de dados está atualmente não aberta (configurada) para qualquer rede (S87) . 0 SET verifica se a H-SLP usa um modo proxy ou não proxy, usando o modo SLP para então transmitir uma mensagem SUPL AUTH REQ à H-SLP (S88) . A mensagem SUPL AUTH REQ pode incluir o id de sessão, o id de chave 2 e o SET presente.

A H-SLP gera uma chave a ser usada por uma inte- rautenticação entre o H-SPC e o SET usando o id de chave 2 e o SET presente, e transfere a chave gerada ao V-SLC através da comunicação interna (S89) . O V-SLC então transfere a cha- ve gerada ao V-SPC através da comunicação interna. A H-SLP também transmite uma mensagem SUPL AUTH RESP ao SET (S90). Quando recebe a mensagem SUPL AUTH RESP a partir da H-SLP, o SET estima (aproxima) as regras de notificação para tomar uma ação apropriada. 0 SET verifica se a notifi- cação é executada baseada na localização do SET usando o va- lor de parâmetro do modo notificação incluído na mensagem SUPL INIT. Ademais, o SET estabelece uma conexão de IP segu- ra com o V-SPC para executar a interautenticação com o V- SPC.

De acordo com o resultado verificado, quando a no- tificação não é executada baseada na localização do SET, ele transmite ao V-SPC uma mensagem SUPL POS INIT que inclui a resposta do usuário do SET à notificação para iniciar a ses- são de posicionamento. Se a notificação é executada baseada na localização do SET, ele transmite ao V-SPC uma mensagem SUPL POS INIT que não inclui uma resposta à notificação para iniciar a sessão de posicionamento com o V-SPC (S91). A men- sagem SUPL POS INIT pode incluir no mínimo o id de sessão, o identificador de localização (Iid) e capacidades do SET.

Quando a mensagem SUPL POS INIT é recebida a par- tir do SET, o V-SPC informa ao V-SLC que o processo de posi- cionamento é iniciado através da comunicação interna, e de- termina qual protocolo de posicionamento (RRLP, RRC, e TIA- 801) deveria ser usado baseado no método de posicionamento (posmethod) incluído na mensagem SUPL POS INIT.

Então, o V-SPC e o SET trocam seqüencialmente vá- rias mensagens sucessivas de procedimento de posicionamento (RRLP, RRC, e TIA-801) para calcular a localização do SET (S92). A localização é calculada baseada em medições que o V-SPC recebeu a partir do SET (assistido por MS), ou assis- tência que o SET obteve a partir do V-SPC (baseado em MS).

Quando calculando completamente a localização do SET, quando o V-SLC indica que a notificação ou verificação é executada baseada em localização do SET via a inicializa- ção interna depois da etapa S84, o V-SPC transmite o valor da localização calculada do SET ao SET através de uma mensa- gem SUPL REPORT (S93), assim para informar o fim do posicio- namento ao V-SLC. Conseqüentemente, o V-SLC verifica na eta- pa S84 se a H-SLP indicou que a notificação ou verificação é executada baseada na localização do SET. Se for executada, o V-SLC transmite uma mensagem RLP-SSRP à H-SLP para informar que o posicionamento está terminado (finalizado) (S94) .

O SET transmite a mensagem SUPL REPORT recebida a partir do V-SPC à H-SLP (S95) . A H-SLP então transmite uma mensagem SUPL NOTIFY que inclui um elemento de notificação ao SET (S96). 0 SET que recebeu a mensagem SUPL NOTIFY reco- nhece que a notificação executada pela H-SLP é baseada na localização. 0 SET então questiona o usuário do SET se o va- Ior da localização do SET deveria ser transmitido, e então transmite uma resposta do usuário do SET à notificação à H- SLP através de uma mensagem SUPL NOTIFY RESPONSE (S97) .

Assim, a H-SLP transmite uma mensagem SUPL END ao SET para informar que o processo de posicionamento não é mais iniciado (S98). Quando a resposta do usuário à notifi- cação incluída na mensagem SUPL NOTIFY RESPONSE é configura- da para "permitida", ou seja, se o usuário do SET concede a permissão para transmitir o valor resultante de posiciona- mento (isto é, a localização atual calculada do SET) , a H- SLP transmite uma mensagem MLP SRLIA que inclui o valor da localização do SET à R-SLP (S99). A R-SLP transmite final- mente uma mensagem MLP SLIA que inclui o valor de localiza- ção do SET ao agente SUPL (SlOO) .

A Fig. 6 ilustra uma sexta modalidade de um método de notificação baseada em localização em um sistema de in- formação de localização de acordo com a presente invenção, que ilustra um caso em que um terminal está em mobilidade em um modo não proxy. A sexta modalidade da presente invenção é a mesma da quinta modalidade da presente invenção exceto que o H-SPC executa o posicionamento com o SET.

Primeiro, o agente SUPL transfere uma solicitação por posicionamento do cliente LCS à R-SLP através de uma mensagem MLP SLIR (SllO). A R-SLP verifica se o agente SUPL está autenticado para serviço de localização baseado no id de cliente LCS, e determina uma H-SLP baseada no id de ms. A mensagem MLP SLIR pode incluir o id de ms, o id de cliente LCS, QoP, e seus similares. A R-SLP também verifica se o SET está localizado atualmente dentro de uma área de serviço (isto é, se o SET está em mobilidade) usando informação de roteamento (Slll).

Mediante o término de tal série de operações, a R- SLP transfere a solicitação pelo posicionamento do cliente LCS através de uma mensagem de protocolo RLP (RLP SLIR) (S112). O H-SLC executa uma verificação de privacidade base- ada no id de ms e no id de cliente LCS, e determina se o SET suporta o SUPL usando uma tabela de pesquisa do SET. 0 H-SLC também determina se o SET está atualmente localizado dentro de uma área de serviço (isto é, se o SET está em mobilidade) usando informação de roteamento (S113). Ademais, 0 H-SLC in- forma ao H-SPC de uma sessão de posicionamento SUPL (penden- te) através de uma iniciação interna.

De acordo com a determinação, quando o SET suporta o SUPL e está em mobilidade, a H-SLP transmite uma mensagem SUPL INIT ao SET para iniciar a sessão de posicionamento com o SET (S114). A mensagem SUPL INIT pode ser um WAP PUSH ou um acionador SMS, e inclui no mínimo id de sessão, endereço de H-SPC, métodos de posicionamento (posmethod), o modo SLP (proxy/não proxy), um modo de notificação, mac, id de chave, e seus similares.

Quando a mensagem SUPL INIT é recebida a partir da H-SLP, o SET é conectado a uma rede de dados de pacote (por exemplo, uma rede 3GPP ou 3GPP2) quando a conexão de dados está atualmente não aberta (configurada) para qualquer rede (S115). O SET verifica se a H-SLP usa um modo proxy ou não proxy usando o modo SLP para então transmitir uma mensagem SUPL AUTH REQ ao H-SLP (S116). A mensagem SUPL AUTH REQ pode incluir o id de sessão, o id de chave 2 e o SET presente.

A H-SLP gera uma chave a ser usada por uma inte- rautenticação entre o H-SPC e o SET usando o id de chave 2 e o SET presente, e transfere a chave gerada ao H-SPC através da comunicação interna (S89). O H-SLC também transmite uma mensagem SUPL AUTH RESP ao SET (S117).

Quando recebe a mensagem SUPL AUTH RESP a partir do H-SLC, o SET estima (aproxima) as regras de notificação para tomar uma ação apropriada. 0 SET verifica se a notifi- cação é executada baseada na localização do SET usando o va- lor de parâmetro do modo notificação incluído na mensagem SUPL INIT. Ademais, o SET estabelece uma conexão de IP segu- ra ao V-SPC para executar a interautenticação com o H-SPC.

De acordo com o resultado verificado, quando a no- tificação executada pelo H-SLC não é baseada na localização do SET, o SET transmite ao H-SPC uma mensagem SUPL POS INIT incluída na resposta do usuário do SET à notificação para iniciar a sessão de posicionamento. Se a notificação é exe- cutada baseada na localização do SET, o SET transmite ao H- SPC\ uma mensagem SUPL POS INIT que não inclui uma resposta de notificação para iniciar a sessão de posicionamento com o H-SPC (S118) . A mensagem SUPL POS INIT pode incluir o id de sessão, o identificador de localização (Iid) e as capacida- des do SET.

Quando a mensagem SUPL POS INIT é recebida a par- tir do SET, o H-SPC informa ao H-SLC que o processo de posi- cionamento é iniciado através da comunicação interna. 0 H- SLC transfere à V-SLP uma mensagem RLP-SRLIR que inclui o id de ms e o identificador de localização (Iid) tal como para permitir que a V-SLP calcule uma localização bruta do SET (S119). A V-SLP calcula a localização bruta do SET usando o Iid para transferi-la ao H-SLC através de uma mensagem RLP SRLIA (S120) .

O H-SLC informa ao H-SPC da localização bruta do SET através da comunicação interna. Se a localização bruta do SET combina com a QoP exigida pelo cliente, o H-SPC pros- segue para a etapa S122. De forma oposta, se a localização bruta do SET não combina com a QoP exigida pelo cliente, o H-SPC determina qual protocolo de posicionamento (RRLP, RRC, e TIA-801) deveria ser baseado no método de posicionamento (isto é, posmethod) suportado pelo SET.

Portanto, o H-SPC e o SET seqüencialmente trocam várias mensagens sucessivas de procedimento de posicionamen- to (RRLP, RRC, e TIA-801) para calcular a localização do SET (S121). A localização é calculada com base nas medições que o H-SPC recebeu a partir do SET (assistido por MS), ou as- sistência que o SET obteve a partir do V-SPC (baseado em MS).

Quando completamente calculando a localização do SET, o H-SPC consulta através da etapa S114 se o H-SLC indi- cou que a notificação ou verificação é executada baseada na localização do SET. Se o H-SLC indicou que a notificação ou verificação é executada baseada na localização do SET, o H- SPC transmite o valor de localização calculado do SET ao SET através de uma mensagem SUPL REPORT (S122).

O SET transmite a mensagem de SUPL REPORT recebida a partir do H-SPC ao H-SLC (S123). O H-SLC então transmite uma mensagem SUPL NOTIFY incluindo um elemento de notifica- ção ao SET (S124). O SET que recebeu a mensagem SUPL NOTIFY reconhece que a notificação executada pelo H-SLC é baseada na localização. O SET então consulta o usuário do SET se o valor de localização do SET deveria ser transmitido, e então transmite uma resposta do usuário do SET à notificação ao H- SLC através de uma mensagem SUPL NOTIFY RESPONSE (S125). Assim, o H-SLC transmite uma mensagem SUPL END ao SET para informar que o processo de posicionamento não é mais iniciado (S126). Quando a resposta do usuário à notifi- cação incluída na mensagem SUPL NOTIFY RESPONSE é configura- da para "permitida", ou seja, se o usuário do SET concede a permissão para transmitir o valor resultante de posiciona- mento (isto é, a localização atual calculada do SET), o H- SLC transmite uma mensagem MLP SRLIA que inclui o valor da localização do SET à R-SLP (S127). A R-SLP transmite final- mente uma mensagem MLP SLIA que inclui o valor de localiza- ção do SET ao agente SUPL (S128).

A Fig. 7 ilustra uma estrutura esquemática de um terminal de comunicação móvel que é aplicado a um sistema de informação de localização de acordo com a presente invenção.

Como ilustrado na Fig. 7, uma unidade de Radiofre- qüência (RF) 10 é fornecida com um transmissor e um recep- tor, assim para receber várias mensagens transmitidas a par- tir de um servidor de localização via uma antena, tal como uma mensagem de início de sessão incluindo um parâmetro (in- dicador) de modo de notificação, ou para receber uma mensa- gem de notificação de sessão a partir do servidor de locali- zação depois do posicionamento, e para transmitir uma res- posta do usuário à notificação para a mensagem de notifica- ção de sessão ao servidor de localização. Também, a unidade RF 10 transmite e recebe várias mensagens para executar po- sicionamento entre o servidor de localização e um terminal (por exemplo, SET).

Uma unidade de processamento de sinal 11 que in- clui um processador verifica o parâmetro de modo de notifi- cação recebido, para assim determinar se a notificação é e- xecutada pelo servidor de localização baseado em uma locali- zação do terminal. De acordo com o resultado verificado, quando o parâmetro de modo de notificação é uma notifica- ção/verificação baseada na localização, o terminal não transmite uma mensagem de final de sessão até que recebe a mensagem de notificação de sessão. Ou seja, quando a notifi- cação é executada baseada na localização do terminal, a uni- dade de processamento de sinal 11 recebe a mensagem de noti- ficação de sessão a partir do servidor de localização. A u- nidade de processamento de sinal 11 conseqüentemente informa um usuário de terminal da recepção da mensagem de notifica- ção de sessão pelo uso de uma tela 13 e transmite uma res- posta à notificação do usuário do terminal emitida por meio de um teclado 14 ao servidor de localização via a unidade RF 10. Tais operações implementando a presente invenção e seus resultados são armazenados em uma memória 12.

Em adição, o SET adaptado na presente invenção po- de denotar um dispositivo que é capaz de comunicação com ma rede SUPL que usa uma interface SUPL. Por exemplo, o SET po- de ser um dentre EU (Equipamento de Usuário) de UMTS, Esta- ção Móvel (MS) de GSM, MS IS-95 ou computadores laptop ou PDAs tendo uma função de SET nestes. Ademais, o SET denota uma variedade de terminais móveis que são conectados através de uma WLAN, que é referida como um terminal na presente in- venção .

Como descrito acima, na presente invenção, quando uma aplicação (isto é, sistema servidor) notifica um SET (ou um usuário do SET) do posicionamento do SET solicitado por um terceiro (isto é, um sistema cliente), o SET pode ser in- formado se a notificação correspondente é executada baseada na localização, assim para determinar um ponto no tempo de uma resposta ã notificação, resultando em estabilização do sistema.

Referência será agora feita mais detalhadamente às modalidades preferenciais da presente invenção, exemplos das quais são ilustrados nos desenhos em anexo. Estará também aparente àqueles versados na técnica que várias modificações e variações podem ser feitas na presente invenção sem aban- donar o espirito ou escopo da invenção. Assim, pretende-se que a presente invenção cubra modificações e variações desta invenção já que elas vêm no escopo das reivindicações em a- nexo e seus equivalentes.

Claims (21)

1. Método de notificação baseada em localização em um método para calcular uma localização de um terminal tro- cando mensagens entre um servidor de localização e o termi- nal de acordo com uma solicitação do cliente, CARACTERIZADO pelo fato de que compreende: receber uma mensagem de inicio de sessão incluindo um parâmetro de modo de notificação a partir do servidor de localização; e verificar o parâmetro de modo de notificação rece- bido para determinar se a notificação é executada baseada na localização do terminal.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o parâmetro de modo de noti- ficação indica se a notificação/verificação executada pelo servidor de localização é uma notificação/verificação normal ou uma notificação/verificação baseada em localização.

3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que a notificação/verificação normal indica uma notificação/verificação baseada em um usu- ário.

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o terminal não transmite uma mensagem de final de sessão até receber uma mensagem de no- tificação de sessão quando o parâmetro de modo de notifica- ção é a notificação/verificação baseada na localização.

5. Método, de acordo com a reivindicação 1, CARACTERIZADO adicionalmente pelo fato de que compreende: receber a mensagem de notificação de sessão a par- tir do servidor de localização quando a notificação é execu- tada baseada na localização do terminal; e transmitir uma resposta do usuário à notificação com relação à mensagem de notificação de sessão recebida ao servidor de localização.

6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o servidor de localização é uma Plataforma de Localização SUPL (H-SLP) no caso de um mo- do proxy.

7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o servidor de localização é um Centro de Localização SUPL (H-SLC) no caso onde o termi- nal não está em mobilidade em um modo não proxy.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que no caso onde o terminal está em mobilidade em um modo não proxy, o servidor de localiza- ção é H-SLP quando um V-SPC executa posicionamento com o terminal, e é o H-SLC quando um H-SPC executa o posiciona- mento com o terminal.

9. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a verificação compreende: verificar se a notificação/verificação é executada baseada na localização do terminal usando um valor configu- rado do parâmetro de modo de notificação; executar um processo de posicionamento com o ser- vidor de localização para calcular a localização do terminal quando a notificação/verificação é executada baseada na lo- calização do terminal; e transmitir a resposta do usuário à notificação ao servidor de localização quando uma mensagem incluindo um e- lemento de notificação é transmitida a partir do servidor de localização depois de completamente calcular a localização do terminal.

10. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que uma mensagem de final de ses- são é transmitida ao servidor de localização quando a noti- ficação/verificação não é baseada na localização do termi- nal .

11. Método de notificação baseada em localização em um método para calcular uma localização de um terminal através da troca de mensagens entre um servidor de localiza- ção e o terminal de acordo com uma solicitação do cliente, CARACTERIZADO pelo fato de que compreende: receber um parâmetro de modo de notificação a par- tir do servidor de localização através de uma primeira men- sagem; verificar se a notificação é executada baseada na localização do terminal de acordo com um valor configurado do parâmetro de modo de notificação; iniciar uma sessão de posicionamento com o servi- dor de localização quando a notificação é executada baseada na localização do terminal; calcular a localização do terminal executando-se o processo de posicionamento com o servidor de localização; receber uma segunda mensagem incluindo um elemento de notificação a partir do servidor de localização depois de completamente calcular a localização do terminal; e transmitir uma terceira mensagem incluindo uma resposta do usuário à notificação ao servidor de localização depois de receber a segunda mensagem.

12. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que o parâmetro de modo de noti- ficação indica se a notificação/verificação executada pelo servidor de localização é uma notificação/verificação normal ou uma notificação/verificação baseada em localização.

13. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que a notif icação/verif icação normal indica uma notificação/verificação baseada em um usu- ário .

14. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que o terminal transmite uma men- sagem de final de sessão ao servidor de localização quando a notificação/verificação não é executada baseada na localiza- ção do terminal.

15. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que o terminal não transmite uma mensagem de final de sessão até receber uma mensagem de no- tificação de sessão quando o parâmetro de modo de notifica- ção é a notificação/verificação baseada na localização.

16. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que a primeira mensagem é uma mensagem de inicio de sessão para iniciar a sessão SUPL, a segunda mensagem é uma mensagem de notificação de sessão pa- ra notificar a solicitação de posicionamento do agente SUPL, e a terceira mensagem é uma mensagem de resposta à notifica- ção de sessão.

17. Terminal de comunicação móvel, CARACTERIZADO pelo fato de que compreende: uma unidade de radiofreqüência para receber uma mensagem de inicio de sessão que inclui um parâmetro de modo de notificação a partir de um servidor de localização; e uma unidade de processamento de sinal para verifi- car o parâmetro de modo de notificação recebido tal como pa- ra determinar se a notificação é executada baseada na loca- lização de um terminal.

18. Terminal, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que o parâmetro de modo de noti- ficação indica se a notificação/verificação executada pelo servidor de localização é uma notificação/verificação normal ou uma notificação/verificação baseada em localização.

19. Terminal, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que a notificação/verificação normal indica uma notificação/verificação baseada em um usu- ário.

20. Terminal, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que a unidade de processamento de sinal transmite uma mensagem de final de sessão ao servidor de localização quando a notificação/verificação não é execu- tada baseada na localização do terminal.

21. Terminal, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que a unidade de processamento de sinal não transmite uma mensagem de final de sessão até re- ceber a mensagem de notificação de sessão quando o parâmetro de modo de notificação é a notificação/verificação baseada na localização.