BRPI0817728B1 - Método para negociação de versão de localização de plano de usuário (supl) - Google Patents

Método para negociação de versão de localização de plano de usuário (supl) Download PDF

Info

Publication number
BRPI0817728B1
BRPI0817728B1 BRPI0817728-7A BRPI0817728A BRPI0817728B1 BR PI0817728 B1 BRPI0817728 B1 BR PI0817728B1 BR PI0817728 A BRPI0817728 A BR PI0817728A BR PI0817728 B1 BRPI0817728 B1 BR PI0817728B1
Authority
BR
Brazil
Prior art keywords
supl
version
entity
slp
message
Prior art date
Application number
BRPI0817728-7A
Other languages
English (en)
Inventor
Stephen W. Edge
Stephen W Edge
Andreas K. Wachter
Andreas K Wachter
Original Assignee
Qualcomm Incorporated
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Incorporated filed Critical Qualcomm Incorporated
Publication of BRPI0817728A2 publication Critical patent/BRPI0817728A2/pt
Publication of BRPI0817728A8 publication Critical patent/BRPI0817728A8/pt
Publication of BRPI0817728B1 publication Critical patent/BRPI0817728B1/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management

Landscapes

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

Abstract

método para negociação entre versões da localização de plano de usuário (supl) o objeto aqui revelado refere-se a um sistema e um método para negociar uma versão da localização segura de plano de usuário (supl) entre uma entidade de rede e um terminal habilitado pela supl. em uma implementação específica, uma mensagem de início de supl é transmitida de uma entidade de rede para uma entidade de supl, em que a mensagem de início de supl inclui uma série de versões da supl capazes de suportar um serviço desejado. é recebida da entidade de supl uma resposta que é baseada, pelo menos em parte, na capacidade da entidade de supl de suportar pelo menos uma da série de versões.

Description

“MÉTODO PARA NEGOCIAÇÃO DE VERSÃO DE LOCALIZAÇÃO DE PLANO DE USUÁRIO (SUPL)”
CAMPO DA INVENÇÃO
[001] O objeto aqui revelado refere-se a um método de negociação de protocolos de comunicação entre um terminal e uma entidade de rede, como, por exemplo, a negociação de uma versão no Plano de Usuário Seguro entre um terminal habilitado por SUPL e uma entidade de rede.
DESCRIÇÃO DA TÉCNICA ANTERIOR
[002] As especificações de Localização Segura do Plano de Usuário (SUPL) produzidas pela Aliança Aberta de Móveis (OMA) permitem que um aplicativo de cliente, isto é, um Agente de SUPL, obtenha a localização geográfica de um terminal sem fio, isto é, um Terminal Habilitado pela SUPL (SET). Elas permitem também que um SET obtenha sua própria localização e as localizações de outros SETs e transfira sua localização para um Agente de SUPL selecionado. Atualmente, duas versões da SUPL estão definidas nas especificações OMA - a versão da SUPL 1.0, que está agora totalmente aprovada como um Habilitador OMA, e a versão da SUPL 2.0. A SUPL 1.0 suporta muitos métodos de posicionamento, mas provê apenas capacidades de localização básicas. A SUPL 2.0, por outro lado, contém muito mais capacidades de localização, inclusive suporte para localização periódica, acionada e histórica. É possível que sejam finalmente desenvolvidas outras versões da SUPL que suportariam até mais serviços de localização.
[003] De modo a suportar um serviço de localização específico que utiliza a SUPL, uma sessão SUPL é tipicamente iniciada entre um SET e uma entidade de rede SUPL conhecida como Plataforma de Localização SUPL (SLP). Para cada tipo de serviço de localização, uma mensagem SUPL inicial é tipicamente enviada ou do SET à SLP ou da SLP ao
Petição 870190121807, de 22/11/2019, pág. 6/46
2/33
SET. A mensagem inclui tipicamente a versão da SUPL destinada à sessão pelo remetente. Na SUPL, a versão pode ser caracterizada por um número de versão principal e um número de versão secundário. Na versão SUPL 1.0, por exemplo, o número de versão principal é 1 e o número de versão secundário é 0. Na versão SUPL 2.0, o número de versão principal é 2 e o número de versão secundário é 0. Pode haver também um terceiro nível de número de versão SUPL, conhecido como indicador de serviço, que aparece após os números de versão principal e secundário. Na versão SUPL 2.1.0, por exemplo, o número de versão principal é 2 e o número de versão secundário é 1 e o indicador de serviço é 0. Todos os três números de versão (principal, secundário e o indicador de serviço) podem ser transmitidos em mensagens SUPL e, portanto, podem ser mostrados em diagramas de fluxos de mensagens, mas apenas o número de versão principal e o número de versão secundário podem ser utilizados para negociação entre versões da SUPL.
[004] Se o destinatário da primeira mensagem SUPL para uma nova sessão SUPL suportar uma versão da SUPL com o mesmo número de versão principal indicado na mensagem, o destinatário continuará tipicamente a sessão SUPL normalmente. A sessão SUPL pode continuar mesmo se o número de versão secundário suportado não for o mesmo indicado na mensagem (como, por exemplo, se o destinatário for o SET, ele estabelece uma conexão IP segura com a SLP remetente e envia de volta então uma mensagem SUPL). Entretanto, se tal destinatário não suportar nenhuma versão da SUPL com o mesmo número de versão principal indicado na mensagem SUPL recebida, ele tipicamente envia uma mensagem de TÉRMINO DE SUPL ao remetente da mensagem SUPL, indicando um erro de protocolo (isto é, uma versão da SUPL não suportada) e indicando a versão da SUPL que ele suporta. Se
Petição 870190121807, de 22/11/2019, pág. 7/46
3/33 tal remetente suportar esta versão, ele pode reiniciar a sessão de SUPL utilizando esta versão da SUPL. Caso contrário, a tentativa de sessão tipicamente fracassa.
BREVE DESCRIÇÃO DAS FIGURAS
[005] Características não limitadoras e não exaustivas serão descritas com referência às figuras seguintes, nas quais os mesmos números de referência se referem às mesmas peças em todas as diversas figuras.
[006] A Figura 1 é um diagrama esquemático de um sistema para suportar a localização de um SET-alvo que utiliza uma troca de informações SUPL de acordo com uma implementação.
[007] A Figura 2 é um diagrama de fluxos de sinais que mostra um SET-alvo que utiliza a mesma versão da SUPL conforme é solicitado por uma SLP nativa (H-SLP) de acordo com uma implementação.
[008] A Figura 3 é um diagrama de fluxos de sinais que mostra um SET-alvo que utiliza uma versão da SUPL mais baixa do que a que é inicialmente solicitada por uma H-SLP de acordo com uma implementação.
[009] A Figura 4A é um diagrama de fluxos que mostra um processo de negociação entre versões da SUPL executado por uma H-SLP com um SET se tal H-SLP e tal SET utilizarem a SUPL 2.0, ou uma versão mais elevada da SUPL, de acordo com uma implementação específica.
[0010] A Figura 4B é um diagrama de fluxos que mostra um processo de negociação entre versões da SUPL executado por um SET com uma H-SLP se tal H-SLP e tal SET utilizarem a SUPL 2.0, ou uma versão mais elevada da SUPL, de acordo com uma implementação específica.
[0011] As Figuras 5-10 são diagramas de fluxos de mensagens que mostram mensagens transmitidas entre uma H-SLP e um SET de acordo com pelo menos uma implementação.
Petição 870190121807, de 22/11/2019, pág. 8/46
4/33
[0012] A Figura 11 é um diagrama esquemático de um SET de acordo com uma implementação.
[0013] A Figura 12 mostra um diagrama de
blocos de uma H-SLP de acordo com uma implementação.
RESUMO DA INVENÇÃO
[0014] Em uma implementação específica, é
apresentado um método no qual uma mensagem de início de
localização segura de plano de usuário (SUPL) é transmitida de uma entidade de rede para uma entidade de SUPL. A mensagem de início de SUPL pode identificar uma série de versões de SUPL capazes de suportar um serviço desejado. Pode ser recebida da entidade de SUPL uma mensagem que é baseada, pelo menos em parte, na capacidade da entidade de SUPL de suportar pelo menos uma da série de versões.
DESCRIÇÃO DETALHADA DA INVENÇÃO
[0015] A referência ao longo de todo este relatório a “um exemplo, “um recurso ou “um exemplo significa que um recurso, estrutura ou característica específica descrita em conexão com o recurso e/ou exemplo é incluída em pelo menos um recurso e/ou exemplo do objeto reivindicado. Assim, os aparecimentos da locução “em um exemplo, “um exemplo, “em um recurso ou “um recurso em diversos lugares ao longo deste relatório não são necessariamente todos referentes ao mesmo recurso e/ou exemplo. Além disso, os recursos, estruturas ou características específicas podem ser combinadas em um ou mais exemplos e/ou recursos.
[0016] As metodologias aqui descritas podem ser implementadas por diversos dispositivos dependendo das aplicações de acordo com recursos e/ou exemplos específicos. Por exemplo, tais metodologias podem ser implementadas em hardware, firmware, software e/ou combinações deles. Em uma implementação em hardware, por
Petição 870190121807, de 22/11/2019, pág. 9/46
5/33 exemplo, uma unidade de processamento pode ser implementada dentro de um ou mais circuitos integrados específicos de aplicativo (ASICs), processadores de sinais digitais (DSPs), aparelhos de processamento de sinais digitais (DSPDs), aparelhos de lógica programável (PLDs) , arranjos de portas programáveis no campo (FPGAs), processadores, controladores, microcontroladores, microprocessadores, aparelhos eletrônicos, outras unidades eletrônicas projetadas para executar as funções aqui descritas e/ou uma combinação deles.
[0017] As técnicas de determinação e/ou estimação de localização aqui descritas podem ser utilizadas em diversas redes de comunicações sem fio, como, por exemplo, uma rede de área estendida sem fio (WW NA), uma rede de área local sem fio (WLAN), uma rede de área
pessoal sem fio (WP AN) e assim por diante. Os termos
“rede e si stema podem ser utilizados aqui de maneira
intercambiáve l. Uma WW AN 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 de
Acesso Múltiplo por Divisão de Frequência Ortogonal (OFDMA), uma rede de Acesso Múltiplo por Divisão de Frequência de Portadora Única (SC-FDMA) e assim por diante. Uma rede CDMA pode implementar uma ou mais tecnologias de rádio-acesso (RATs), tais como cdma2000, CDMA de Banda Larga, para mencionar apenas algumas rádio-tecnologias. Aqui, o cdma2000 pode incluir tecnologias implementadas de acordo com os padrões IS-95, IS-2000 e IS-856. Uma rede TDMA pode implementar o Sistema Global para Comunicações Móveis (GSM), o Sistema Telefônico Móvel Avançado Digital (D-AMPS) ou alguma outra RAT. O GSM e o W-CDMA são descritos em documentos de um consórcio chamado “Projeto de
Petição 870190121807, de 22/11/2019, pág. 10/46
6/33
Parcerias de 3a Geração (3GPP). O Cdma2000 é descrito em documentos de um consórcio chamado “Projeto de Parcerias de 3a Geração 2 (3GPP2) . Os documentos do 3GPP e do 3GPP2 estão disponíveis para o público. Uma WLAN pode compreender uma rede IEEE 802.11x e uma WPAN pode compreender uma rede Bluetooth, um IEEE 802.15x, por exemplo. Tais técnicas de determinação de localização aqui descritas podem ser também utilizadas em qualquer combinação de WWAN, WLAN e/ou WPAN.
[0018] Uma “localização conforme aqui referida refere-se às informações associadas às cercanias de um objeto ou coisa de acordo com um ponto de referência. Aqui, por exemplo, tal localização pode ser representada como coordenadas geográficas, tais como latitude e longitude. Alternativamente, tal localização pode ser representada como um endereço de rua, municipalidade ou outra jurisdição governamental, código postal e/ou semelhantes. Entretanto, estes são meramente exemplos de como uma localização pode ser representada de acordo com modalidades específicas, e o objeto reivindicado não está limitado a estes respeitos. Um Terminal Habilitado pela SUPL (SET) pode determinar sua localização com base em sinais de navegação de um Sistema de Posicionamento por Satélite (SPS), como, por exemplo, o GPS ou o Galileo, pela correlação de medições de pseudo-alcance de vários (quatro ou mais, por exemplo) transmissores, por exemplo). Alternativamente, tal localização pode ser estimada a partir de um sistema híbrido no qual a posição de um transceptor baseado em célula é determinada a partir de uma combinação de pelo menos: i) uma medição de tempo que representa o tempo de deslocamento de uma mensagem nos sinais de comunicação baseados em célula entre o transceptor baseado em célula e um sistema de comunicação;
Petição 870190121807, de 22/11/2019, pág. 11/46
7/33 e ii) uma medição de tempo que representa o tempo de deslocamento de um sinal SPS.
[0019] Serviços de localização baseados na localização de aparelhos móveis estão se tornando cada vez mais disseminados. Em uma implementação, a Localização Segura do Plano de Usuário (SUPL) pode utilizar técnicas para transferir informações de localização e/ou informações de posição. A SUPL pode ser utilizada para transferir informações de localização que podem ser utilizadas para computar a localização de um SET-alvo.
[0020] Uma entidade de rede (uma SLP, por exemplo) e um SET podem concordar sobre uma versão específica da SUPL a ser utilizada em uma sessão SUPL. Uma técnica para negociar uma versão da SUPL a ser utilizada em uma sessão SUPL específica pode acarretar uma nova tentativa de uma sessão SUPL após uma tentativa fracassada pelo menos uma vez, com o acréscimo de um retardo adicional. Tal retardo pode ser significativo se a primeira mensagem SUPL, como, por exemplo, uma mensagem de início de SUPL (isto é, um SUPL INIT), for transferida por meio de uma capacidade lenta, como a do Serviço de Mensagens Curtas (SMS).
[0021] Outros métodos de negociação entre versões da SUPL podem também permitir que uma SLP e um SET indiquem suporte para apenas uma versão da SUPL. Se existem várias versões da SUPL, uma SLP e um SET podem suportar a mesma versão, mas esta versão pode não ser indicada. Por exemplo, pode surgir um problema se uma SLP iniciar uma sessão indicando SUPL 3.0 em uma mensagem SUPL INIT inicial enviada a um SET e o SET responder com uma mensagem de ENCERRAR SUPL, indicando SUPL 2.0. Tal tentativa de estabelecer uma sessão pode fracassar se o SET suportar as versões 1.0 e 2.0 da SUPL enquanto a SLP suporta versões
Petição 870190121807, de 22/11/2019, pág. 12/46
8/33
1.0, 2.0 e 3.0, embora a sessão possa ter sido suportada por meio da SUPL 1.0 ou da SUPL 2.0.
[0022] A Figura 1 mostra um sistema para suportar a localização de um SET-alvo que utiliza uma troca de informações SUPL de acordo com uma implementação. O sistema 100 pode incluir diversas entidades, tais como um SET 105, uma rede sem fio 110, uma Plataforma de Localização SUPL Nativa (H-SLP) 115, um agente de SUPL 120, um ou mais veículos de satélite (SVs), tais como SV1 125, SV2 130, SV3 135 e SV4 140, uma primeira rede 145 e uma segunda rede 150. Embora quatro SVs sejam mostrados, deve ficar entendido que mais ou menos que quatro satélites podem ser utilizados no sistema 100 de modo a se fornecerem dados de localização, tais como medições de pseudo-alcance, ao SET 105. Em algumas implementações, tais dados de localização podem em vez disso ser fornecidos, por exemplo, por transmissores terrestres, como, por exemplo, uma estação base ou outro aparelho eletrônico em uma rede de área local sem fio (WLAN), uma rede de área estendida sem fio (WW AN) e/ou uma rede de área pessoal sem fio (WP AN).
[0023] Em algumas implementações, o SET 105 pode compreender um aparelho como, por exemplo, um computador laptop, um assistente digital pessoal (PDA), outros aparelhos de baixo ciclo operacional ou um aparelho telefônico móvel, para citar apenas alguns exemplos. Conforme discutido acima, por exemplo, o SET 105 pode determinar sua localização com base em sinais de navegação de um SPS, tal como o GPS ou o Galileo, pelo fornecimento de medições de pseudo-alcance a quatro ou mais transmissores. Alternativamente, o SET 105 pode determinar a localização com base em outras técnicas, conforme discutido acima.
Petição 870190121807, de 22/11/2019, pág. 13/46
9/33
[0024] Em uma implementação, o agente de SUPL 120 pode solicitar informações de localização para o SET 105. Em uma implementação, o agente de SUPL 120 pode monitorar ou rastrear remotamente a localização do SET 105. Por exemplo, no caso de o usuário que transporta o SET 105 ser perdido ou experimentar uma emergência médica, o agente de SUPL 120 pode desejar determinar a localização do SET 105. O agente de SUPL 120 pode compreender um programa de aplicativo executado por um computador remoto, um aparelho de computação ou uma plataforma de computação. O agente de SUPL 120 pode comunicar-se com a H-SLP 115 por meio de uma primeira rede 145 ou por meio de redes. A primeira rede 145 pode compreender uma rede cabeada ou uma rede sem fio.
[0025] A H-SLP 115 pode receber solicitações de localização do agente de SUPL 120 e formar interface de maneira eficaz com o SET 105 por meio da rede sem fio 110. Embora uma rede sem fio 110 seja mostrada na Figura 1, deve ficar entendido que outros tipos de rede, tais como redes cabeadas ou parcialmente cabeadas, podem ser também utilizados. Além do mais, em algumas implementações, uma Plataforma de Localização de SUPL de Emergência (E-SLP) pode ser utilizada em vez de, ou além de, uma H-SLP 115. Uma E-SLP pode determinar a localização de um SET 105 em uma situação de emergência, tal como para localizar um SET 105 em associação com uma chamada E911 de emergência.
[0026] Uma comunicação pode ser iniciada entre a H-SLP 115 e o SET 105 ou pela H-SLP 115 ou pelo SET 105. Para iniciar a comunicação, em uma implementação a H-SLP 115 pode transmitir uma mensagem de início de SUPL para o SET 105, ou o SET 105 pode transmitir uma mensagem de início de SUPL para a H-SLP 115. A H-SLP 115 pode estar em comunicação com uma segunda rede 150. A segunda rede 150 pode ser cabeada ou sem fio. A segunda rede 150 pode estar
Petição 870190121807, de 22/11/2019, pág. 14/46
10/33 em comunicação direta com a rede sem fio 110, conforme mostrado na Figura. Em uma implementação, contudo, a segunda rede 150 pode estar em comunicação indireta com a rede sem fio 110, como, por exemplo, por meio da Internet.
[0027] Tal mensagem de início de SUPL pode incluir uma versão da SUPL destinada à sessão pelo remetente. Conforme discutido acima, uma versão pode ser caracterizada por um número de versão principal e um número de versão secundário. Na versão 1.0 da SUPL, por exemplo, o número de versão principal é a primeira parte de número do número de versão ou 1, e a versão secundária é a segunda parte de número do número de versão ou 0. Na versão 2.0 da SUPL, o número de versão principal é 2 e o número de versão secundário é 0. Se o destinatário de uma primeira mensagem SUPL para uma nova sessão SUPL suportar uma versão da SUPL com o mesmo número de versão principal indicado na mensagem, mesmo se o número de versão secundário suportado não for o mesmo que o indicado na mensagem, o destinatário pode continuar a sessão SUPL normalmente. Para continuar a sessão SUPL, em algumas implementações o destinatário, se for o SET 105, pode estabelecer uma conexão de Protocolo Internet (IP) segura com uma H-SLP 115 e em seguida enviar de volta uma mensagem SUPL.
[0028] De acordo com algumas implementações, um método para negociar entre um SET 105 e uma H-SLP 115 é empreendido de modo a se determinar a versão da SUPL a ser utilizada. Uma sessão SUPL pode começar em seguida à transmissão de uma mensagem de início de SUPL. Tal mensagem de início de SUPL pode ser transmitida de acordo com uma versão conhecida da SUPL, como a SUPL 2.0. Se tal entidade receptora suportar a versão da SUPL de uma mensagem de início, a entidade receptora pode (após estabelecer uma conexão IP segura com a entidade remetente se for um SET
Petição 870190121807, de 22/11/2019, pág. 15/46
11/33
105, por exemplo) transmitir uma mensagem de resposta de SUPL. Entretanto, se tal entidade receptora não suportar a versão da SUPL especificada na mensagem de início, ela pode enviar uma resposta SUPL para terminar tal sessão e indicar que uma versão diferente da SUPL deve ser utilizada em vez disso.
[0029] Um SET 105 pode suportar uma ou várias versões da SUPL. Por exemplo, um SET pode suportar apenas a SUPL 1.0 ou apenas a SUPL 2.0, ao passo que outros SETs podem suportar tanto a SUPL 1.0 quanto a SUPL 2.0, ou possivelmente versões adicionais da SUPL. No caso de o SET 105 iniciar uma sessão SUPL transmitindo uma mensagem de início de SUPL para a H-SLP 115 e o SET 105 suportar tanto a SUPL 1.0 quanto a SUPL 2.0, por exemplo, uma mensagem de início de SUPL pode indicar que a SUPL 2.0 é a versão pretendida para a sessão SUPL. A H-SLP 115 pode receber a mensagem de início e continuar a sessão SUPL se suportar a SUPL 2.0. Se, contudo, a H-SLP 115 suportar apenas a SUPL 1.0, ela pode transmitir uma mensagem de ENCERRAR SUPL para o SET 105, que indica que a sessão SUPL terminou. A mensagem de ENCERRAR SUPL pode indicar uma versão principal da SUPL que ela suporta, que neste exemplo seria a SUPL 1.0.
[0030] No caso, contudo, de o SET 105 suportar apenas a SUPL 1.0, o SET 105 pode iniciar uma sessão SUPL enviando uma mensagem de início de SUPL à H-SLP 115, indicando que a SUPL 1.0 é a versão pretendida da SUPL. Quando do recebimento, a H-SLP 115 pode responder ao SET 105 e continuar a sessão SUPL na SUPL 1.0.
[0031] Se uma entidade de rede, tal como a HSLP 115, em oposição ao SET 105, iniciar uma sessão SUPL, por outro lado, o processo de negociação pode ser aerodinamizado. De acordo com esta implementação, uma
Petição 870190121807, de 22/11/2019, pág. 16/46
12/33 mensagem de início de SUPL pode ser modificada de modo a se identificar uma série de versões da SUPL capazes de suportar um serviço desejado e que sejam também suportadas pela H-SLP 115. Pode ser recebida do SET 105 uma mensagem que é baseada na capacidade do SET 105 de suportar pelo menos uma da série de versões.
[0032] Como exemplo deste método, a H-SLP 115 pode enviar uma mensagem de início de SUPL (uma mensagem SUPL INIT, por exemplo) com um parâmetro para indicar o número de versão principal da SUPL mínimo para o qual a continuação da sessão pelo SET 105 é possível. Em uma implementação específica, uma mensagem de início de SUPL pode ser formatada de modo a incluir vários campos de parâmetros. Conforme discutido anteriormente acima, a mensagem de início de SUPL pode incluir os números de versão principal e secundário SUPL pretendidos, como, por exemplo, M1 e m1, respectivamente, expressos neste exemplo como M1.m1 em um parâmetro de versão de SUPL existente. Aqui, tal parâmetro de versão de SUPL, portanto, pode indicar uma versão mais elevada da SUPL suportada pela HSLP 115.
[0033] Conforme discutido acima, uma mensagem de início de SUPL é adaptada para incluir um campo de parâmetros adicional para indicar uma versão principal de SUPL mínima M2 para a qual a continuação da sessão SUPL pelo SET 105 é possível. Em uma implementação, uma versão de SUPL pretendida pode ser continuada pelo SET 105 utilizando-se qualquer número de versão principal da SUPL sem restrição.
[0034] Em um exemplo, o SET 105 pode suportar apenas a SUPL 2.0, ao passo que a H-SLP 115 pode suportar a SUPL 3.0. A H-SLP 115 pode transmitir uma mensagem de início de SUPL para o SET 105, indicando que tal versão
Petição 870190121807, de 22/11/2019, pág. 17/46
13/33 pretendida da SUPL é a SUPL 3.0, e que a versão suportada mais baixa é a SUPL 2.0. Neste caso, a mensagem de início de SUPL enviada pela H-SLP 115 indicaria um valor de 3 para M1, um valor de 0 para ml e um valor de 2 para M2. Neste exemplo, o SET 105 pode continuar tal sessão uma vez que a versão principal da SUPL que ele suporta é 2, que se situa entre M2 e Ml. O SET 105 pode assim responder à H-SLP 115 com uma mensagem que indica a utilização da SUPL 2.0, que neste caso seria suportada pela H-SLP 115. Quaisquer parâmetros ou valores de parâmetro incluídos pela H-SLP 115 na mensagem de início de SUPL que foram definidos para a SUPL 3.0, mas não para a SUPL 2.9, podem ser ignorados pelo SET 105 (isto é, uma vez que não suporta a SUPL 3.0). A HSLP 115 pode então continuar a sessão da SUPL 2.0 em seguida à resposta do SET 105 como se estes parâmetros e valores de parâmetro não tivessem sido originalmente enviados. Neste exemplo específico, a sessão foi iniciada pela mensagem de início de SUPL de acordo com a SUPL 3.0. Tal sessão SUPL pode ser continuada de acordo com a SUPL 2.0 pelo SET 105. Pela continuação da sessão SUPL na SUPL 2.0, podem ser evitados retardos e a utilização excessiva da largura de banda que poderiam ocorrer se a sessão estivesse para terminar quando do recebimento pelo SET 105 da mensagem de início de sessão e quando da resposta dele para encerrar a sessão e indicar que a única versão da SUPL suportada pelo SET 105 é a SUPL 2.0.
[0035] No caso de, por exemplo, o SET 105 utilizar uma versão da SUPL para a qual parâmetros de versão de SUPL suportados mínimos são indefinidos, como, por exemplo, a SUPL 1.0, o SET 105 pode efetivamente ignorar tais parâmetros. Em tal caso, o SET 105 pode funcionar como se os parâmetros de versão de SUPL suportados mínimos não fossem recebidos, e o SET 105 pode,
Petição 870190121807, de 22/11/2019, pág. 18/46
14/33 portanto, responder com uma mensagem de ENCERRAR SUPL, conforme discutido anteriormente, que indica uma versão da SUPL suportada pelo SET 105.
[0036] A negociação entre versões para a SUPL 1.0 pode ser definida pela OMA e não pode ser alterada. Entretanto, a retro-compatibilidade de versões da SUPL mais elevadas que a SUPL 1.0 com uma entidade que suporta a SUPL 1.0 pode ser obtida conforme discutido a seguir.
[0037] Para uma sessão SUPL iniciada pela rede entre a H-SLP 115, que suporta uma versão da SUPL acima de 1.0, e o SET 105, que suporta apenas 1.0, o SET 105 pode responder a uma primeira mensagem de início de SUPL da HSLP 115 com uma mensagem de ENCERRAR SUPL que indica que a SUPL 1.0 é suportada. A H-SLP 115 pode reiniciar então a sessão utilizando a SUPL 1.0 se for suportada e se a SUPL 1.0 for compatível com o serviço SUPL pretendido.
[0038] Para uma sessão SUPL iniciada pela rede entre uma H-SLP 115 que suporta apenas a SUPL 1.0 e um SET 105 que suporta apenas uma versão mais elevada que 1.0, o SET 105 pode reconhecer que a H-SLP 115 suporta apenas a SUPL 1.0 e pode responder a uma mensagem de início de SUPL da H-SLP 115 com uma mensagem de ENCERRAR SUPL, indicando sua versão suportada da SUPL, e a sessão terminará (isto é, porque a sessão SUPL não pode ser novamente tentada neste exemplo).
[0039] Em outro exemplo, um SET 105 que suporta apenas 1.0 pode iniciar uma sessão SUPL com a H-SLP 115, que suporta uma versão da SUPL acima da SUPL 1.0. Em tal caso, o SET 105 pode indicar que a SUPL 1.0 é uma versão suportada da SUPL em uma mensagem de início de SUPL, e a H-SLP 115, reconhecendo isto, pode ou continuar a sessão utilizando a SUPL 1.0 ou responder com uma mensagem de ENCERRAR SUPL para terminar a tentativa de sessão.
Petição 870190121807, de 22/11/2019, pág. 19/46
15/33
[0040] Em outra implementação, o SET 105, que suporta apenas a SUPL 2.0 ou mais elevada, pode iniciar uma sessão SUPL com a H-SLP 115, que suporta apenas a SUPL 1.0. Em tal caso, a H-SLP 115 pode responder a uma mensagem de início de SUPL do SET 105 com uma mensagem de ENCERRAR SUPL, que indica seu suporte para a SUPL 1,0, permitindo que o SET 105 tente novamente a sessão se ele suportar a SUPL 1.0.
[0041] Em uma implementação, os processos descritos acima podem assegurar que a H-SLP 115 e o SET 105 concordem sobre o mesmo número de versão secundário da SUPL a ser utilizado para uma sessão SUPL, se tal número de versão comum existir. Isto pode evitar o suporte incompatível para mensagens e procedimentos tanto no SET 105 quanto na H-SLP 115 se, por exemplo, o SET 105 e a HSLP 115 fossem tentar suportar uma sessão utilizando versões diferentes da SUPL. Se a H-SLP 115 e o SET 105 não suportarem a mesma versão secundária para uma versão principal acordada, a sessão pode ainda continuar - como, por exemplo, conforme já definido para a SUPL 1.0. Entretanto, pode ser mais eficaz se a mesma versão secundária da SUPL for suportada tanto pelo SET 105 quanto pela H-SLP 115. Para ajudar a assegurar que a mesma versão secundária da SUPL seja utilizada, uma vez determinada a versão principal, tanto o SET 105 quanto a H-SLP 115 podem começar indicando (ou esperando indicar) a versão secundária mais elevada da SUPL que eles suportam para a versão principal acordada. Além disso, como entre o SET 105 e a H-SLP 115, a entidade que suporta o número de versão secundário mais elevado pode reduzir a versão secundária que ela utilizará à indicada pela outra extremidade se for suportada.
Petição 870190121807, de 22/11/2019, pág. 20/46
16/33
[0042] Em uma implementação, pode ser utilizado um método para assegurar que a mesma versão ou uma versão secundária compatível da SUPL seja utilizada. Isto pode ser aplicável quando a H-SLP 115 inicia uma sessão SUPL indicando em uma mensagem de início de SUPL as versões principal e secundária pretendidas da SUPL M1.m1 e uma versão principal mínima da SUPL M2. Supondo-se que o SET 105 suporte uma versão principal da SUPL M que se situa entre M2 e M1 inclusive (isto é, onde M2<M<M1A H-SLP 115 pode continuar então a sessão utilizando a versão principal da SUPL M e a versão secundária m, se suportada. Se a versão secundária da SUPL m não for suportada, a H-SLP 115 pode utilizar uma versão secundária mais baixa que m se suportada ou uma versão secundária mais elevada que m.
[0044] A Figura 2 é um diagrama de fluxos de sinais que mostra um SET-alvo 200 utilizando a mesma versão da SUPL conforme é solicitada por uma H-SLP 205 de acordo com uma implementação. A Figura 2 mostra fluxos de sinais em uma sessão SUPL entre um agente de SUPL 210, uma H-SLP 205 e um SET-alvo 200 em uma implementação específica. Neste exemplo, o agente de SUPL 210 pode entrar em contato com a H-SLP 205 de modo a determinar a localização do SETalvo 200. Em uma implementação, o agente de SUPL 210, a HSLP 205 e o SET-alvo 200 da Figura 2 correspondem ao agente de SUPL 120, à H-SLP 115 e ao SET 105 da Figura 1.
[0045] Em primeiro lugar, na etapa A, o Agente de SUPL 210 transmite uma mensagem/instrução de “solicitação imediata de localização do padrão de plataforma de localização móvel (MLP-SLIR) para uma H-SLP 205 com a qual o Agente de SUPL 210 está associado. A mensagem MLP-SLIR pode incluir um identificador para o SETalvo 200 (isto é, um identificador de estação móvel (ms-id) para o qual a informação de localização é desejada, e um
Petição 870190121807, de 22/11/2019, pág. 21/46
17/33 identificador para o Agente de SUPL 210 (isto é, id de cliente) . Quando do recebimento, a H-SLP 205 pode autenticar o Agente de SUPL 210 e verificar se o Agente de SUPL 210 está autorizado para o serviço que ele solicita, com base no id de cliente recebido. A H-SLP 205 pode também aplicar privacidade de assinante ao id de cliente com base no id de ms recebido.
[0046] Se uma posição computada anteriormente que satisfaz o limite de qualidade de posição (QoP) estiver disponível na H-SLP 205 e nenhuma notificação e verificação forem necessárias, a H-SLP 205 pode prosseguir diretamente até a etapa H. Se, por outro lado, a notificação e a verificação ou a notificação apenas for necessária, o processo prossegue até a etapa B.
[0047] Na etapa B, a H-SLP 205 pode verificar que o SET-alvo 200 não está atualmente percorrendo a SUPL. A H-SLP 205 pode verificar também que o SET-alvo 200 suporta a SUPL. Se o SET-alvo 200 suportar a SUPL e não estiver fazendo roaming, o processamento prossegue até a etapa C.
[0048] Na etapa C, a H-SLP 205 pode iniciar uma sessão SUPL com o SET 200 transmitindo uma mensagem de início de SUPL (SUPL INIT), que pode ser uma AÇÃO de protocolo de aplicativo sem fio (W AP) ou um Gatilho do Serviço de Mensagens Curtas (SMS). Uma mensagem SUPL INIT pode conter pelo menos um id de sessão, um indicador de modo proxy/não proxy e um método de posicionamento pretendido em uma implementação específica. Uma mensagem SUPL INIT pode conter também um nível de proteção e a QoP desejada. O nível de proteção indica um nível de proteção para uma mensagem SUPL INIT. Se o resultado da verificação de privacidade na etapa A indicar que a notificação ou verificação do assinante-alvo é necessária, a H-SLP 205
Petição 870190121807, de 22/11/2019, pág. 22/46
18/33 pode incluir também um elemento de Notificação na mensagem SUPL INIT. Antes que uma mensagem SUPL INIT seja enviada, a H-SLP 205 pode também computar e armazenar um hash da mensagem.
[0049] Se, na etapa A, a H-SLP 205 tiver decidido utilizar a localização ou posição computada anteriormente, uma mensagem SUPL INIT pode indicar isto em um valor de parâmetro pós-método “sem posição, e o SETalvo 200 pode responder com uma mensagem que encerra a sessão SUPL (isto é, SUPL END) . Tal mensagem SUPL END (encerrar SUPL) pode incluir os resultados do processo de verificação (acesso concedido ou acesso negado, por exemplo). Se nenhuma verificação explícita for necessária (isto é, verificação apenas), o SET-alvo 200 pode responder com uma mensagem SUPL END. A H-SLP 205 pode prosseguir diretamente até a etapa H.
[0050] Deve ficar entendido que o SET-alvo 200 pode executar um procedimento de estabelecimento de conexão de dados antes de enviar uma mensagem SUPL END, discutida a seguir com relação à etapa D. O SET-alvo 200 pode também utilizar os procedimentos descritos a seguir na etapa E para estabelecer uma conexão de Protocolo Internet (IP) segura com a H-SLP 205.
[0051] Em seguida, na etapa D, se uma mensagem SUPL INIT (de iniciar SUPL) for recebida pelo SET-alvo 200, tal mensagem pode ou anexar-se ela mesma a uma Rede de Dados em Pacotes se não for anexada no momento presente ou estabelecer uma conexão de dados comutada por circuito. Se um parâmetro de nível de proteção com um valor outro que não sem proteção for recebido em uma mensagem SUPL INIT, o SET-alvo 200 pode utilizar tal parâmetro para determinar se a mensagem SUPL INIT é autêntica.
Petição 870190121807, de 22/11/2019, pág. 23/46
19/33
[0052] Na etapa E, o SET-alvo 200 pode avaliar as normas de notificação da versão específica da SUPL utilizada pelo SET-alvo 200 e seguir as ações apropriadas. O SET-alvo 200 pode também verificar o indicador de modo proxy/não proxy de modo a determinar se a H-SLP 205 utiliza modo proxy ou não proxy. Neste exemplo, é utilizado o modo proxy, e o SET-alvo 200 pode estabelecer uma conexão IP segura com a H-SLP 205 utilizando um endereço SLP que tenha sido provido por uma rede nativa para o SET-alvo 200. O SET-alvo 200 pode enviar em seguida uma resposta SUPL à HSLP 205 (isto é, SUPL POS INIT) com informações de posicionamento. O SET-alvo 200 pode enviar uma mensagem SUPL POS INIT mesmo se o SET-alvo 200 suportar tecnologias de posicionamento que não incluem o método de posicionamento pretendido indicado na mensagem SUPL INIT.
[0053] Uma mensagem SUPL POS INIT pode conter pelo menos um id de sessão, capacidades do SET-alvo 200 e um hash da mensagem SUPL INIT recebida (ver) e um identificador de localização (lid). As capacidades do SETalvo 200 podem incluir métodos de posicionamento suportados (A-GPS Assistido por SET, A-GPA Baseado em SET) e protocolos de posicionamento afins (como, por exemplo, Protocolo de Serviços de Localização (LCS) de RádioRecursos (RRLP), Controle de Rádio-Recursos (RRC) e a Associação das Indústrias de Telecomunicação (TIA)-801). O SET-alvo 200 pode fornecer informações de Relatório de Medição de Rede (NMR) específicas para a rádio-tecnologia que é utilizada. O SET-alvo 200 pode fornecer sua posição, se esta for suportada. O SET-alvo 200 pode também estabelecer um elemento de Dados de Assistência Solicitados em uma mensagem SUPL POS INIT.
[0054] Se estiver disponível na mensagem SUPL POS INIT uma posição recuperada das ou calculada com base
Petição 870190121807, de 22/11/2019, pág. 24/46
20/33 nas informações recebidas que satisfaça a QoP necessária, o processamento pode prosseguir diretamente até a etapa G sem que a H-SLP 205 se empenhe em uma sessão de posicionamento da SUPL (POS) na etapa F, conforme discutido a seguir.
[0055] Na etapa F, a H-SLP 205 pode verificar que um hash de uma mensagem SUPL INIT corresponde à que foi computada para esta sessão específica. Com base em uma mensagem SUPL POS INIT, que inclui pós-métodos suportados pelo SET-alvo 200, a H-SLP 205 pode determinar então o pósmétodo. Se necessário para o pós-método, a H-SLP 205 pode utilizar o protocolo de posicionamento suportado de uma mensagem SUPL POS INIT.
[0056] O SET-alvo 200 e a H-SLP 205 podem trocar várias mensagens de procedimento de posicionamento sucessivas. A H-SLP 205 pode calcular a estimativa de posição para o SET-alvo 200 com base nas medições de posicionamento recebidas (Assistido pelo SET). Alternativamente, o SET-alvo 200 pode calcular a estimativa de posição com base na assistência obtida da H-SLP 205 (Baseado no SET).
[0057] Na etapa G, uma vez completado o cálculo da posição, a H-SLP 205 envia uma mensagem SUPL END (encerrar SUPL) ao SET-alvo 200, informando que nenhum outro procedimento de posicionamento será iniciado e que a sessão de localização está encerrada. O SET-alvo 200 pode liberar a conexão IP segura com a H-SLP 205 e liberar todos os recursos relacionados com esta sessão.
[0058] Na etapa H, a H-SLP 205 pode enviar uma estimativa de posição de volta ao Agente de SUPL 210 em uma mensagem de Resposta Imediata de Localização do Padrão de Protocolo de Localização Móvel (MLP), e a H-SLP 205 pode liberar todos os recursos relacionados com esta sessão.
Petição 870190121807, de 22/11/2019, pág. 25/46
21/33
[0059] A Figura 3 é um diagrama de fluxos de sinais que mostra um SET-alvo 300 utilizando uma versão da SUPL inferior à inicialmente solicitada por uma H-SLP 305 de acordo com uma implementação. Nesta implementação, o SET-alvo 300 utiliza a versão da SUPL M.0.0., e a H-SLP 305 suporta versões da SUPL até a versão N.0.0, onde N > M. Por exemplo, N pode ser 2 e M pode ser “1.
[0060] A Figura 3 mostra fluxos de sinais em uma sessão SUPL entre um agente de SUPL 310, uma H-SLP 305 e um SET-alvo 300 em uma implementação específica. Neste exemplo, o agente de SUPL 310 pode entrar em contato com a H-SLP 305 de modo a determinar a localização do SET-alvo 300. Em uma implementação, o agente de SUPL 310, a H-SLP 305 e o SET-alvo 300 da Figura 3 correspondem ao agente de SUPL 120, à H-SLP 115 e ao SET 105 da Figura 1.
[0061] Em primeiro lugar, na etapa A, o Agente de SUPL 310 transmite uma mensagem/instrução de solicitação imediata de localização do padrão de plataforma de localização móvel (MLP-SLIR) para uma H-SLP 305 com a qual o Agente de SUPL 310 está associado. A mensagem MLP-SLIR pode incluir um identificador para o SETalvo 300 (isto é, um identificador de estação móvel (ms-id) para o qual a informação de localização é desejada, e um identificador para o Agente de SUPL 310 (isto é, id de cliente) . Quando do recebimento, a H-SLP 305 pode autenticar o Agente de SUPL 310 e verificar se o Agente de SUPL 310 está autorizado para o serviço que ele solicita, com base no id de cliente recebido. A H-SLP 305 pode também aplicar privacidade de assinante ao id de cliente com base no id de ms recebido.
[0062] Se uma posição computada anteriormente que satisfaz o limite de qualidade de posição (QoP) solicitado estiver disponível na H-SLP 305 e nenhuma
Petição 870190121807, de 22/11/2019, pág. 26/46
22/33 notificação e verificação forem necessárias, a H-SLP 305 pode prosseguir diretamente até a etapa L. Se, por outro lado, a notificação e a verificação ou a notificação apenas for necessária, o processo prossegue até a etapa B.
[0063] Na etapa B, a H-SLP 305 pode verificar que o SET-alvo 300 não está atualmente percorrendo a SUPL. A H-SLP 305 pode verificar também que o SET-alvo 300 suporta a SUPL. Se o SET-alvo 300 suportar a SUPL e não estiver fazendo roaming, o processamento prossegue até a etapa C.
[0064] Na etapa C, a H-SLP 305 pode iniciar uma sessão SUPL com o SET 300 transmitindo uma mensagem de início de SUPL (SUPL INIT) , que pode ser uma AÇÃO de protocolo de aplicativo sem fio (W AP) ou um Gatilho do Serviço de Mensagens Curtas (SMS). Uma mensagem SUPL INIT pode conter pelo menos um id de sessão, um indicador de modo proxy/não proxy e um método de posicionamento pretendido, e pode indicar a versão N.0.0 em uma implementação específica. Uma mensagem SUPL INIT pode conter também um nível de proteção e a QoP desejada. Se o resultado da verificação de privacidade na etapa A indicar que a notificação ou verificação do assinante-alvo é necessária, a H-SLP 305 pode incluir também um elemento de Notificação na mensagem SUPL INIT. Antes que uma mensagem SUPL INIT seja enviada, a H-SLP 305 pode também computar e armazenar um hash da mensagem.
[0065] Em seguida, na etapa D, o SET-alvo 300 pode ou anexar-se ele mesmo a uma Rede de Dados em Pacotes se não for anexado no momento ou estabelecer uma conexão de dados comutada por circuito. Se um parâmetro de nível de proteção com um valor outro que não “sem proteção for recebido em uma mensagem SUPL INIT, o SET-alvo 300 pode
Petição 870190121807, de 22/11/2019, pág. 27/46
23/33 utilizar tal parâmetro para determinar se a mensagem SUPL INIT é autêntica.
[0066] Na etapa E, o SET-alvo 300 pode avaliar as normas de notificação da versão específica da SUPL utilizada pelo SET-alvo 300 e seguir as ações apropriadas. O SET-alvo 300 pode também verificar o indicador de modo proxy/não proxy de modo a determinar se a H-SLP 305 utiliza modo proxy ou não proxy. Neste exemplo, é utilizado o modo proxy, e o SET-alvo 300 pode estabelecer uma conexão IP segura com a H-SLP 305 utilizando um endereço SLP que tenha sido provido por uma rede nativa para o SET-alvo 300. O SET-alvo 300 pode enviar em seguida uma mensagem SUPL END à H-SLP 305 para indicar que a versão M.0.0 será utilizada para uma sessão SUPL.
[0067] Em seguida, na etapa F, a conexão IP segura entre a H-SLP 305 e o SET-alvo 300 pode ser liberada. Ou a H-SLP 305 ou o SET-alvo 300 pode liberar a conexão IP segura. Na etapa G, a H-SLP 305 pode iniciar outra sessão SUPL com o SET 300 transmitindo uma mensagem de início de SUPL (SUPL INIT) na qual a versão M.0.0 da SUPL é indicada.
[0068] Conforme discutido acima, o modo proxy pode ser utilizado neste exemplo, e o SET-alvo 300 pode estabelecer uma conexão IP segura com a H-SLP 305 na etapa H utilizando um endereço SLP que tenha sido provido por uma rede nativa para o SET-alvo 305. O SET-alvo 300 pode enviar em seguida uma resposta SUPL à H-SLP 305 (isto é, SUPL POS INIT) na etapa I com informações de posicionamento. O SETalvo 300 pode enviar uma mensagem SUPL POS INIT mesmo se o SET-alvo 300 suportar tecnologias de posicionamento que não incluem o método de posicionamento pretendido indicado na mensagem SUPL INIT.
Petição 870190121807, de 22/11/2019, pág. 28/46
24/33
[0069] Uma mensagem SUPL POS INIT pode conter pelo menos um id de sessão, capacidades do SET-alvo 300 e um hash da mensagem SUPL INIT recebida (ver) e um identificador de localização (lid). As capacidades do SETalvo 300 podem incluir métodos de posicionamento suportados (A-GPS Assistido por SET, A-GPA Baseado em SET) e protocolos de posicionamento afins (como, por exemplo, Protocolo de Serviços de Localização (LCS) de RádioRecursos (RRLP), Controle de Rádio-Recursos (RRC) e a Associação das Indústrias de Telecomunicação (TIA)-801). O SET-alvo 300 pode fornecer informações de Relatório de Medição de Rede (NMR) específicas para a rádio-tecnologia que é utilizada. O SET-alvo 300 pode fornecer sua posição, se esta for suportada. O SET-alvo 300 pode também estabelecer um elemento de Dados de Assistência Solicitados em uma mensagem SUPL POS INIT.
[0070] Se estiver disponível na mensagem SUPL POS INIT uma posição recuperada das ou calculada com base nas informações recebidas que satisfaça a QoP necessária, o processamento pode prosseguir diretamente até a etapa K sem que a H-SLP 305 se empenhe em uma sessão de posicionamento da SUPL (POS) na etapa J, conforme discutido a seguir.
[0071] Na etapa J, a H-SLP 305 pode verificar que um hash de uma mensagem SUPL INIT corresponde à que foi computada para esta sessão específica. Com base em uma mensagem SUPL POS INIT, que inclui pós-métodos suportados pelo SET-alvo 300, a H-SLP 305 pode determinar então o pósmétodo. Se necessário para o pós-método, a H-SLP 305 pode utilizar o protocolo de posicionamento suportado de uma mensagem SUPL POS INIT.
[0072] O SET-alvo 300 e a H-SLP 305 podem trocar várias mensagens de procedimento de posicionamento sucessivas. A H-SLP 305 pode calcular a estimativa de
Petição 870190121807, de 22/11/2019, pág. 29/46
25/33 posição para o SET-alvo 300 com base nas medições de posicionamento recebidas (Assistido pelo SET). Alternativamente, o SET-alvo 300 pode calcular a estimativa de posição com base na assistência obtida da H-SLP 305 (Baseado no SET).
[0073] Na etapa K, uma vez completado o cálculo da posição, a H-SLP 305 envia uma mensagem SUPL END (encerrar SUPL) ao SET-alvo 300, informando que nenhum outro procedimento de posicionamento será iniciado e que a sessão de localização está encerrada. O SET-alvo 300 pode liberar a conexão IP segura com a H-SLP 305 e liberar todos os recursos relacionados com esta sessão.
[0074] Na etapa L, a H-SLP 305 pode enviar uma estimativa de posição de volta ao Agente de SUPL 310 em uma mensagem de Resposta Imediata de Localização do Padrão de Protocolo de Localização Móvel (MLP), e a H-SLP 305 pode liberar todos os recursos relacionados com esta sessão. Neste exemplo, a H-SLP 305 e o SET 300 são bem-sucedidos na negociação da versão M.0.0 acordada da SUPL a ser utilizada para a sessão SUPL, mas ao custo de sinalização SUPL adicional (como, por exemplo, SUPL END na etapa E e SUPL INIT na etapa G) e o estabelecimento e liberação de conexão IP adicionais (nas etapas D e F, por exemplo) que não são necessários quando a versão da SUPL inicialmente proposta pela H-SLP é suportada pelo SET, como, por exemplo, no exemplo discutido acima com relação à Figura 2.
[0075] As Figuras 4A e 4B são diagramas de fluxos que mostram um processo de negociação entre versões da SUPL executado entre uma H-SLP e um SET que pode ser executado mais rapidamente do que, por exemplo, o processo exemplificado na Figura 3.
[0076] A Figura 4A é um diagrama de fluxos que mostra um processo de negociação entre versões da SUPL
Petição 870190121807, de 22/11/2019, pág. 30/46
26/33 executado por uma H-SLP com um SET se tanto a H-SLP quanto o SET utilizarem a SUPL 2.0, ou uma versão mais elevada da SUPL, de acordo com uma implementação específica. Em uma modalidade específica, o SET 105, a H-SLP 115 e o Agente de SUPL 120 mostrados na Figura 1 podem ser utilizados em tal processo. Em primeiro lugar, na etapa 400, a H-SLP 115 recebe uma mensagem/instrução de um Agente de SUPL 120 para solicitar informações de localização que correspondem ao SET 105. Neste exemplo, o SET 105 suporta a SUPL M.0. Em seguida, na etapa 405, a H-SLP 115 envia uma mensagem SUPL INIT ao SET 105 indicando que a versão pretendida da SUPL para uma sessão SUPL é a SUPL N.0.0, onde N > 1.
[0077] Informações correspondentes à versão suportada mínima P podem ser incluídas em um campo de dados de uma mensagem SUPL INIT.
[0078] Em seguida, na etapa 410, a H-SLP 115 recebe uma mensagem SUPL POS INIT que indica que a SUPL M.0.0 é suportada pelo SET 105 e que a sessão pode ser continuada utilizando-se esta versão da SUPL. Finalmente, na etapa 415, a sessão SUPL pode continuar e as informações de localização podem ser transferidas para a H-SLP 115 do SET 105 e finalmente da H-SLP 115 de volta para o Agente de SUPL 120.
[0079] A Figura 4B é um diagrama de fluxos que mostra um processo de negociação entre versões da SUPL executado por um SET com uma H-SLP se tanto a H-SLP quanto o SET utilizarem a SUPL 2.0, ou uma versão mais elevada da SUPL, de acordo com uma implementação específica. Em uma modalidade específica, o SET 105, a H-SLP 115 e o Agente de SUPL 120 mostrados na Figura 1 podem ser utilizados em tal processo.
[0080] Em primeiro lugar, na etapa 450, o SET 105 recebe uma mensagem SUPL INIT da H-SLP 115, que indica
Petição 870190121807, de 22/11/2019, pág. 31/46
27/33 que a versão pretendida da SUPL para uma sessão SUPL é a SUPL N.0.0, onde N > 1. A mensagem SUPL INIT indica também uma versão suportada mínima P, onde N > M > P > 1. 1. Informações correspondentes à versão suportada mínima P podem ser incluídas em um campo de dados de uma mensagem SUPL INIT.
[0081] Em seguida, na etapa 455, o SET 105
determina se a uma versão M da SUPL que ele suporta está
dentro da faixa de inclusão entre P e N. Se M estiver
dentro da faixa, o SET 105 estabelece em seguida uma
conexão IP segura com a H-SLP 115 na etapa 460 .
[0082] Em seguida, na etapa 465, o SET 105
pode enviar de volta uma mensagem SUPL POS INIT à H-SLP 115
indicando que a SUPL M.0.0 é suportada e que a sessão pode ser continuada de acordo com esta versão da SUPL. Finalmente, na etapa 470, a sessão SUPL pode continuar e as informações de localização podem ser transferidas do SET 105 para a H-SLP 115.
[0083] Tais métodos de negociação SUPL para um SET 105 que utiliza a SUPL 2.0 ou mais elevada discutida acima com relação às Figuras 4A e 4B são aerodinamizados em oposição a um método de negociação SUPL para um SET 105 com base na SUPL 1.0, conforme é discutido com relação à Figura 3. Uma vez que a versão suportada mínima da SUPL é incluída na mensagem SUPL INIT no processo mostrado nas Figuras 4A e 4B, uma sessão na qual o SET 105 suporta apenas uma versão da SUPL abaixo da versão pretendida pela H-SLP 115 pode ser continuada na versão suportada pelo SET 105, desde que a versão suportada pelo SET 105 não seja inferior à versão principal mínima indicada na mensagem SUPL INIT. Por conseguinte, tal negociação pode ser efetuada dentro de uma única sessão SUPL e uma única conexão IP segura é estabelecida. Uma negociação baseada nas normas da SUPL
Petição 870190121807, de 22/11/2019, pág. 32/46
28/33
1.0, por outro lado, pode exigir suas sessões SUPL e o estabelecimento de duas conexões IP seguras separadas.
[0084] As Figuras 5-10 são diagramas de fluxos de mensagens que mostram mensagens transmitidas entre uma H-SLP e um SET de acordo com pelo menos uma implementação. Em algumas implementações, uma E-SLP pode ser utilizada em lugar de uma H-SLP. Nas Figuras 5-7, uma H-SLP envia uma mensagem SUPL INIT a um SET. Nas Figuras 8-10, por outro lado, um SET inicia a comunicação, enviando uma mensagem SUPL START (iniciar SUPL) a uma H-SLP.
[0085] Na Figura 5, a H-SLP 500 suporta versões da SUPL entre a versão 3.x e 1.0. O SET 505, por outro lado, suporta apenas a SUPL 2.0 neste exemplo. Neste exemplo, uma mensagem SUPL INIT pode ser transmitida da HSLP 500 para o SET 505 na etapa A, indicando que a versão desejada é a SUPL 3.x, e que a versão principal mínima é 2, o que é equivalente a indicar uma versão mínima da SUPL 2.0. Neste exemplo, embora a H-SLP 500 suporte a SUPL. 1.0, a H-SLP 500 indica que a versão mínima é a SUPL 2.0 porque, por exemplo, o serviço de localização desejado do SET 505 não é provido na SUPL 1.0. Na etapa B, o SET 505 pode responder de volta à H-SLP 500 com uma mensagem SUPL 2.0 (uma mensagem SUPL POS INIT de acordo com a SUPL 2.0, por exemplo) e a sessão SUPL pode continuar.
[0086] Na Figura 6, a H-SLP 600 suporta versões da SUPL entre a versão 3.x e 1.0. O SET 605, por outro lado, suporta apenas a SUPL 1.0 neste exemplo. Neste exemplo, uma mensagem SUPL INIT pode ser transmitida da HSLP 600 para o SET 605 na etapa A, indicando que a versão desejada é a SUPL 3.x, e a versão mínima na SUPL 2.0. Na etapa B, o SET 605 pode responder de volta à H-SLP 600 com uma mensagem SUPL END, indicando que a SUPL 1.0 é a versão
Petição 870190121807, de 22/11/2019, pág. 33/46
29/33 necessária da SUPL para uma sessão SUPL, e a sessão pode terminar.
[0087] Na Figura 7, a H-SLP 700 suporta apenas a SUPL 1.0. O SET 705, por outro lado, suporta apenas a SUPL 2.0 neste exemplo. Neste exemplo, uma mensagem SUPL INIT pode ser transmitida da H-SLP 700 para o SET 705 na etapa A, indicando que a versão desejada é a SUPL 1.0. Na etapa B, o SET 705 pode responder de volta à H-SLP 700 com uma mensagem SUPL END, indicando que a SUPL 2.0 é a versão necessária da SUPL para uma sessão SUPL, e a sessão pode terminar.
[0088] Na Figura 8, a H-SLP 800 suporta versões da SUPL entre a versão 3.x e 1.0. O SET 805, por outro lado, suporta apenas a SUPL 2.0 neste exemplo. Neste exemplo, uma mensagem SUPL START pode ser transmitida do SET 805 para a H-SLP 800 na etapa A. A mensagem SUPL START pode indicar que a SUPL 2.0 é a versão suportada pelo SET 805. Neste caso, a H-SLP 800 pode ou responder ao SET 805 com uma mensagem na SUPL 2.0 (uma mensagem SUPL RESPONSE de acordo com a SUPL 2.0, por exemplo) ou encerrar a comunicação. A sessão pode continuar na SUPL 2.0 na etapa B neste exemplo uma vez que a H-SLP 800 suporta a SUPL 2.0.
[0089] Na Figura 9, a H-SLP 900 suporta versões da SUPL entre a versão 3.x e 2.0. O SET 905, por outro lado, suporta apenas a SUPL 1.0 neste exemplo. Neste exemplo, uma mensagem SUPL START pode ser transmitida do SET 905 para a H-SLP 900 na etapa A. A mensagem SUPL START pode indicar que a SUPL 1.0 é a versão suportada pelo SET 905. Neste caso, a H-SLP 900 responde com uma mensagem SUPL END na SUPL 3.0 na etapa B uma vez que a H-SLP 900 não suporta a SUPL 1.0.
[0090] Na Figura 10, a H-SLP 1000 suporta versões da SUPL entre a versão 2.0 e 1.0. O SET 1005, por
Petição 870190121807, de 22/11/2019, pág. 34/46
30/33 outro lado, suporta apenas a SUPL 3.0 neste exemplo. Neste exemplo, uma mensagem SUPL START pode ser transmitida do SET 1005 para a H-SLP 1000 na etapa A. A mensagem SUPL START pode indicar que a SUPL 3.0 é a versão suportada pelo SET 1005. Neste caso, a H-SLP 1000 pode responder com uma mensagem SUPL END na SUPL 2.0 na etapa B uma vez que a HSLP 115 não suporta a SUPL 3.0.
[0091] A Figura 11 mostra uma implementação específica de um SET na qual o rádio-transceptor 1106 pode ser adaptado para modular um sinal portador de RF com informações de banda base, tais como voz ou dados, em uma portadora RF, e demodular uma portadora RF modulada de modo a obter tais informações de banda base. Uma antena 1110 pode ser adaptada para transmitir uma portadora RF modulada através de um link de comunicação sem fio e receber uma portadora RF modulada através de um link de comunicação sem fio.
[0092] O processador de banda base 1108 pode ser adaptado para fornecer informações de banda base da CPU 1102 ao transceptor 1106 para transmissão através de um link de comunicação sem fio. Aqui, a CPU 1102 pode obter tais informações de banda base de um aparelho de entrada dentro da interface com usuário 1116. O processador de banda base 1108 pode ser também adaptado para fornecer informações de banda base do transceptor 1106 à CPU 1102 para transmissão através de um aparelho de saída dentro da interface com usuário 1116.
[0093] O receptor SPS (SPS Rx) 1112 pode ser adaptado para receber e demodular transmissões de transmissões através da antena SPS 1114 e fornecer informações demoduladas ao correlator 1118. O correlator 1118 pode ser adaptado para derivar informações de correlação das informações fornecidas pelo receptor 1112.
Petição 870190121807, de 22/11/2019, pág. 35/46
31/33
Para um dado código de pseudo-ruído, por exemplo, o correlator 1118 pode produzir uma função de correlação definida através de uma faixa de fases de código para exibir uma janela de busca de fases de código e através de uma faixa de hipóteses de frequência Doppler, conforme mostrado acima. Sendo assim, uma correlação individual pode ser efetuada de acordo com parâmetros de integração coerente e não coerentes definidos.
[0094] O correlator 1118 pode ser também adaptado para derivar funções de correlação relacionadas com piloto de informações referentes aos sinais-piloto gerados pelo transceptor 1106. Estas informações podem ser utilizadas por uma estação de assinante para adquirir serviços de comunicação sem fio.
[0095] O decodificador de canais 1120 pode ser adaptado para decodificar símbolos de canal recebidos do processador de banda base 1108 em bits de origem subjacentes. Em um exemplo no canal os símbolos de canal compreendem símbolos codificados de maneira convolucional, tal decodificador de canais pode compreender um decodificador de Viterbi. Em segundo exemplo, no qual os símbolos de canal compreendem concatenações seriais ou paralelas de códigos convolucionais, o decodificador de canais 1120 pode compreender um decodificador turbo.
[0096] A memória 1104 pode ser adaptada para armazenar instruções passíveis de leitura por máquina, que são executáveis para executar um ou mais de processos, exemplos, implementações, ou exemplos delas, que foram descritos ou sugeridos. A CPU 1102 pode ser adaptada para acessar e executar tais instruções passíveis de leitura por máquina. Por meio da execução destas instruções passíveis de leitura por máquina, a CPU 1102 pode orientar o correlator 1118 para analisar as funções de correlação SPS
Petição 870190121807, de 22/11/2019, pág. 36/46
32/33 providas pelo correlator 1118, derivar medições dos picos dele e determinar se uma estimativa de uma localização é suficientemente precisa. Entretanto, estes são meramente exemplos de tarefas que podem ser executadas por uma CPU sob um aspecto específico, e o objeto reivindicado não está limitado a estes respeitos.
[0097] Em um exemplo específico, a CPU 1102 em uma estação de assinante pode estimar a localização da estação de assinante com base, pelo menos em parte, nos sinais recebidos de Svs, conforme mostrado acima. A CPU 1102 pode ser também adaptada para determinar uma faixa de busca de códigos para adquirir um segundo sinal recebido com base, pelo menos em parte, em uma fase de código detectada no primeiro sinal recebido, conforme mostrado acima de acordo com exemplos específicos.
[0098] A Figura 12 mostra um diagrama de blocos de uma H-SLP 1200 de acordo com uma implementação. Conforme mostrado, a H-SLP 1200 pode incluir um processador 1205, uma memória 1210 e um aparelho de comunicação 1215. A memória 1210 pode armazenar instruções, como, por exemplo, um código de programa, que podem ser implementadas pelo processador 1205. O aparelho de comunicação 1215 pode incluir uma antena para comunicar e/ou receber transmissões sem fio. O aparelho de comunicação 1215 pode incluir também um modem ou outro aparelho para receber comunicações por meio de uma conexão cabeada com a H-SLP 1200.
[0099] A negociação entre versões da SUPL aqui discutida pode ser utilizada em situações de emergência, como, por exemplo, quando é necessário localizar um SET 105. Uma H-SLP 115 ou E-SLP pode iniciar uma sessão SUPL transmitindo uma mensagem de início de SUPL na qual tanto a versão desejada quanto a versão mínima da SUPL são indicadas. No caso de o SET 105 ou suportar a versão
Petição 870190121807, de 22/11/2019, pág. 37/46
33/33 desejada da SUPL ou uma versão da SUPL não inferior à mínima especificada na mensagem de início de SUPL, a mesma sessão pode ser continuada na versão inferior da SUPL suportada pelo SET. Este processo elimina a necessidade de estabelecer duas conexões IP seguras e a transmissão de uma mensagem SUPL END e de uma segunda mensagem de início de
SUPL quando o SET 105 não suporta a versão desejada da SUPL
especificada na mensagem de início de SUPL inicial.
[00100] Embora tenham sido mostradas e
descritas o que são atualmente consideradas como
características exemplares, os versados na técnica entenderão que diversas outras modificações podem ser feitas, e equivalentes podem ser introduzidos como substitutos, sem que se abandone o objeto reivindicado. Além disso, muitas modificações podem ser feitas para adaptar uma situação específica aos ensinamentos do objeto reivindicado sem que se abandone o conceito central aqui descrito. Portanto, pretende-se que o objeto reivindicado não seja limitado aos exemplos específicos revelados, mas que tal objeto reivindicado possa incluir também todos os aspectos que se incluam dentro do alcance das reivindicações anexas ou de equivalentes delas.

Claims (13)

1. Método para estabelecer uma sessão de localização segura de plano de usuário, SUPL, caracterizado pelo fato de que compreende:
transmitir (405) uma mensagem de início de SUPL a partir de uma entidade de rede (115; 500; 600; 700; 800; 900; 1000) para uma entidade de SUPL (105; 505; 605; 705; 805; 905; 1005), a mensagem de início de SUPL identificando uma pluralidade de versões da SUPL capazes de suportar um serviço desejado, a mensagem de início de SUPL compreendendo um campo de parâmetro de versão de SUPL indicando uma versão principal de SUPL pretendida e uma versão secundária de SUPL pretendida e compreendendo adicionalmente um campo de parâmetro adicional indicando uma versão principal de SUPL mínima, a pluralidade de versões de SUPL compreendendo qualquer versão secundária e todas as versões principais entre a versão principal de SUPL pretendida e a versão principal de SUPL mínima inclusive;
receber (410) uma resposta da entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) que é baseada, pelo menos em parte, na capacidade da entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) de suportar pelo menos uma da pluralidade de versões, a resposta indicando a versão principal de SUPL suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005); e continuar a sessão de SUPL e fornecer um serviço de localização com base na versão principal de SUPL indicada como sendo suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005).
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) é um Terminal Habilitado
Petição 870190121807, de 22/11/2019, pág. 39/46
2/6 pela SUPL e/ou em que a entidade de rede (115; 500; 600; 700; 800; 900; 1000) é uma Plataforma de Localização de SUPL.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente estabelecer uma conexão segura entre a entidade de rede (115; 500; 600; 700; 800; 900; 1000) e a entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) antes da transmissão ou recebimento da resposta.
4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que a resposta é efetuada por meio da conexão segura.
5. Método para estabelecer uma sessão de localização segura de plano de usuário, SUPL, caracterizado pelo fato de que compreende:
receber (450), por uma entidade de SUPL (105;
505; 605; 705; 805; 905; 1005), uma mensagem de início de SUPL a partir de uma enti dade de rede (115; 500; 600; 700; 800; 900; 1000) para uma entidade de SUPL (105; 505; 605; 705; 805; 905; 1005), a mensagem de início de SUPL
identificando uma pluralidade de versões da SUPL capazes de suportar um serviço desejado, a mensagem de início de SUPL compreendendo um campo de parâmetro de versão de SUPL indicando uma versão principal de SUPL pretendida e uma versão secundária de SUPL pretendida e compreendendo adicionalmente um campo de parâmetro adicional indicando uma versão principal de SUPL mínima, a pluralidade de versões de SUPL compreendendo qualquer versão secundária e todas as versões principais entre a versão principal de SUPL pretendida e a versão principal de SUPL mínima inclusive;
transmitir (410) uma resposta para a entidade de rede (115; 500; 600; 700; 800; 900; 1000) que é baseada,
Petição 870190121807, de 22/11/2019, pág. 40/46
3/6 pelo menos em parte, na capacidade da entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) de suportar pelo menos uma da pluralidade de versões, a resposta indicando a versão principal de SUPL suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005); e continuar a sessão de SUPL e receber um serviço de localização com base na versão principal de SUPL indicada como sendo suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005).
6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que a entidade de SUPL (105;
505; 605; 7055; 805; 905 ; 1005) é um Terminal Habilitado pela SUPL e/ou em que a entidade de rede (115; 500; 600; 700; 800; 900; 1000) é uma Plataforma de Localização de SUPL. 7. Método, de acordo com a reivindicação 5,
caracterizado pelo fato de que compreende adicionalmente estabelecer uma conexão segura entre a entidade de rede (115; 500; 600; 700; 800; 900; 1000) e a entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) antes da transmissão ou recebimento da resposta.
8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que a resposta é efetuada por meio da conexão segura.
9. Equipamento para estabelecer uma sessão de localização segura de plano de usuário, SUPL, caracterizado pelo fato de que compreende:
meios para transmitir (405) uma mensagem de início de SUPL a partir de uma entidade de rede (115; 500; 600; 700; 800; 900; 1000) para uma entidade de SUPL (105; 505; 605; 705; 805; 905; 1005), a mensagem de início de SUPL identificando uma pluralidade de versões da SUPL capazes de suportar um serviço desejado, a mensagem de
Petição 870190121807, de 22/11/2019, pág. 41/46
4/6 início de SUPL compreendendo um campo de parâmetro de versão de SUPL indicando uma versão principal de SUPL pretendida e uma versão secundária de SUPL pretendida e compreendendo adicionalmente um campo de parâmetro adicional indicando uma versão principal de SUPL mínima, a pluralidade de versões de SUPL compreendendo qualquer versão secundária e todas as versões principais entre a versão principal de SUPL pretendida e a versão principal de SUPL mínima inclusive; e meios para receber (410) uma resposta da entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) que é baseada, pelo menos em parte, na capacidade da entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) de suportar pelo menos uma da pluralidade de versões, a resposta indicando a versão principal de SUPL suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005);
em que o equipamento é configurado para continuar a sessão de SUPL e fornecer um serviço de localização com base na versão principal de SUPL indicada como sendo suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005).
10. Equipamento, de acordo com a reivindicação 9, caracterizado pelo fato de que o equipamento compreende uma entidade de rede (115; 500; 600; 700; 800; 900; 1000).
11. Equipamento, de acordo com a reivindicação 10, caracterizado pelo fato de que que a entidade de rede (115; 500; 600; 700; 800; 900; 1000) é uma Plataforma de Localização de SUPL.
12. Equipamento de entidade de localização segura de plano de usuário, SUPL, (105; 505; 605; 705; 805; 905; 1005) para estabelecer uma sessão de SUPL, caracterizado pelo fato de que compreende:
Petição 870190121807, de 22/11/2019, pág. 42/46
5/6
meios para receber (450) , por uma entidade de SUPL (105 ; 505; 605; 705; 805; 905; 1005), uma mensagem de início de SUPL a partir de uma enti dade de rede (115; 500; 600; 700; 800; 900; 1000) para uma entidade de SUPL (105; 505; 605; 705; 805; 905; 1005 ), a mensagem de início de
SUPL identificando uma pluralidade de versões da SUPL capazes de suportar um serviço desejado, a mensagem de início de SUPL compreendendo um campo de parâmetro de versão de SUPL indicando uma versão principal de SUPL pretendida e uma versão secundária de SUPL pretendida e compreendendo adicionalmente um campo de parâmetro adicional indicando uma versão principal de SUPL mínima, a pluralidade de versões de SUPL compreendendo qualquer versão secundária e todas as versões principais entre a versão principal de SUPL pretendida e a versão principal de SUPL mínima inclusive;
meios para transmitir (410) uma resposta para a entidade de rede (115; 500; 600; 700; 800; 900; 1000) que é baseada, pelo menos em parte, na capacidade da entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) de suportar pelo menos uma da pluralidade de versões, a resposta indicando a versão principal de SUPL suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005); e em que os meios para receber são configurados para continuar a sessão de SUPL e receber um serviço de localização com base na versão principal de SUPL indicada como sendo suportada pela entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005).
13. Equipamento, de acordo com a reivindicação 12, caracterizado pelo fato de que a entidade de SUPL (105; 505; 605; 7055; 805; 905; 1005) é um Terminal Habilitado pela SUPL.
Petição 870190121807, de 22/11/2019, pág. 43/46
6/6
14. Memória caracterizada pelo fato de que compreende instruções armazenadas na mesma, as instruções sendo executadas por um computador para realizar o método conforme definido em qualquer uma das reivindicações 1 a 8.
BRPI0817728-7A 2007-09-26 2008-09-26 Método para negociação de versão de localização de plano de usuário (supl) BRPI0817728B1 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US97545407P 2007-09-26 2007-09-26
US60/975,454 2007-09-26
US12/189,738 US8145769B2 (en) 2007-09-26 2008-08-11 Method for secure user plane (SUPL) version negotiation
US12/189,738 2008-08-11
PCT/US2008/077980 WO2009042938A1 (en) 2007-09-26 2008-09-26 Method for user plane location ( supl) version negotiation

Publications (3)

Publication Number Publication Date
BRPI0817728A2 BRPI0817728A2 (pt) 2015-11-03
BRPI0817728A8 BRPI0817728A8 (pt) 2019-01-29
BRPI0817728B1 true BRPI0817728B1 (pt) 2020-06-02

Family

ID=40472914

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0817728-7A BRPI0817728B1 (pt) 2007-09-26 2008-09-26 Método para negociação de versão de localização de plano de usuário (supl)

Country Status (16)

Country Link
US (4) US8145769B2 (pt)
EP (1) EP2198583B1 (pt)
JP (3) JP5442618B2 (pt)
KR (1) KR101128749B1 (pt)
CN (1) CN101809969B (pt)
AU (1) AU2008304262B2 (pt)
BR (1) BRPI0817728B1 (pt)
CA (1) CA2700297C (pt)
HK (1) HK1145575A1 (pt)
IL (2) IL204574A (pt)
MX (1) MX2010003418A (pt)
MY (1) MY155151A (pt)
RU (1) RU2460229C2 (pt)
TW (1) TWI379565B (pt)
UA (1) UA94672C2 (pt)
WO (1) WO2009042938A1 (pt)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8145769B2 (en) 2007-09-26 2012-03-27 Qualcomm Incorporated Method for secure user plane (SUPL) version negotiation
US8626926B2 (en) * 2008-02-26 2014-01-07 Qualcomm Incorporated Method and apparatus for performing session info query for user plane location
US8467806B2 (en) * 2009-06-05 2013-06-18 Qualcomm Incorporated Method and apparatus for supporting location services with a streamlined location service layer
US8806592B2 (en) 2011-01-21 2014-08-12 Authentify, Inc. Method for secure user and transaction authentication and risk management
US10581834B2 (en) * 2009-11-02 2020-03-03 Early Warning Services, Llc Enhancing transaction authentication with privacy and security enhanced internet geolocation and proximity
CN102065399A (zh) * 2009-11-12 2011-05-18 中兴通讯股份有限公司 一种基于未认证set终端实现紧急定位的方法及系统
US8699460B2 (en) * 2010-04-10 2014-04-15 Qualcomm Incorporated Position location call flow
US20110306333A1 (en) * 2010-06-10 2011-12-15 Alcatel-Lucent Canada Inc. Support of multiple 3GPP standards versions
US8909257B2 (en) * 2010-06-19 2014-12-09 Qualcomm Incorporated Positioning protocol conveyance
US10063642B2 (en) 2010-08-21 2018-08-28 Qualcomm Incorporated Method and apparatus for supporting location services via a generic location session
US9578115B2 (en) * 2012-06-15 2017-02-21 Qualcomm Incorporated Indoor location server provision and discovery
US10419890B2 (en) 2012-06-15 2019-09-17 Qualcomm Incorporated Client access to mobile location services
US11265673B2 (en) 2012-06-15 2022-03-01 Qualcomm Incorporated Client access to mobile location services
US9903957B2 (en) 2012-12-28 2018-02-27 Trimble Inc. Global navigation satellite system receiver system with radio frequency hardware component
US9429640B2 (en) * 2012-12-28 2016-08-30 Trimble Navigation Limited Obtaining pseudorange information using a cellular device
US9456067B2 (en) 2012-12-28 2016-09-27 Trimble Navigation Limited External electronic distance measurement accessory for a mobile data collection platform
US9645248B2 (en) 2012-12-28 2017-05-09 Trimble Inc. Vehicle-based global navigation satellite system receiver system with radio frequency hardware component
US9821999B2 (en) 2012-12-28 2017-11-21 Trimble Inc. External GNSS receiver module with motion sensor suite for contextual inference of user activity
US9488736B2 (en) 2012-12-28 2016-11-08 Trimble Navigation Limited Locally measured movement smoothing of GNSS position fixes
US9910158B2 (en) 2012-12-28 2018-03-06 Trimble Inc. Position determination of a cellular device using carrier phase smoothing
US9612341B2 (en) * 2012-12-28 2017-04-04 Trimble Inc. GNSS receiver positioning system
US9639941B2 (en) 2012-12-28 2017-05-02 Trimble Inc. Scene documentation
US9369843B2 (en) 2012-12-28 2016-06-14 Trimble Navigation Limited Extracting pseudorange information using a cellular device
US9880286B2 (en) 2012-12-28 2018-01-30 Trimble Inc. Locally measured movement smoothing of position fixes based on extracted pseudoranges
US10101465B2 (en) 2012-12-28 2018-10-16 Trimble Inc. Electronic tape measure on a cellphone
US9467814B2 (en) 2012-12-28 2016-10-11 Trimble Navigation Limited Collecting external accessory data at a mobile data collection platform that obtains raw observables from an external GNSS raw observable provider
US9743373B2 (en) 2012-12-28 2017-08-22 Trimble Inc. Concurrent dual processing of pseudoranges with corrections
US9462446B2 (en) 2012-12-28 2016-10-04 Trimble Navigation Limited Collecting external accessory data at a mobile data collection platform that obtains raw observables from an internal chipset
US9544737B2 (en) 2012-12-28 2017-01-10 Trimble Inc. Performing data collection based on external raw observables using a mobile data collection platform
US9835729B2 (en) 2012-12-28 2017-12-05 Trimble Inc. Global navigation satellite system receiver system with radio frequency hardware component
US9945959B2 (en) 2012-12-28 2018-04-17 Trimble Inc. Global navigation satellite system receiver system with radio frequency hardware component
US9538336B2 (en) 2012-12-28 2017-01-03 Trimble Inc. Performing data collection based on internal raw observables using a mobile data collection platform
US9923626B2 (en) 2014-06-13 2018-03-20 Trimble Inc. Mobile ionospheric data capture system
US9614845B2 (en) 2015-04-15 2017-04-04 Early Warning Services, Llc Anonymous authentication and remote wireless token access
USD791109S1 (en) 2015-05-14 2017-07-04 Trimble Inc. Navigation satellite system antenna
JP2017003472A (ja) * 2015-06-11 2017-01-05 ソフトバンク株式会社 サーバ、その制御方法及びその制御プログラム
US10084782B2 (en) 2015-09-21 2018-09-25 Early Warning Services, Llc Authenticator centralization and protection
CN107276824B (zh) * 2017-07-21 2020-08-11 惠州Tcl移动通信有限公司 一种自动调整supl协议的方法、存储介质及移动终端
US20210204116A1 (en) 2019-12-31 2021-07-01 Payfone, Inc. Identity verification platform
EP4384907A1 (en) * 2021-08-13 2024-06-19 Fieldcomm Group Security negotiations between different versioned protocol devices to enable backward compatibility
CN114095531B (zh) * 2021-10-21 2024-05-14 深圳市有方科技股份有限公司 智慧城市物联网设备的云管理方法以及物联网云平台系统

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63205747A (ja) 1987-02-13 1988-08-25 インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン 通信方法及びデータ処理システム
US6810409B1 (en) * 1998-06-02 2004-10-26 British Telecommunications Public Limited Company Communications network
US6658659B2 (en) * 1999-12-16 2003-12-02 Cisco Technology, Inc. Compatible version module loading
US6754717B1 (en) * 2000-10-23 2004-06-22 International Business Machines Corporation Establishing compatibility of messages for communicating between processing entities with continuous availability
US7110774B1 (en) * 2000-10-27 2006-09-19 Intel Corporation Dual mode uplink/downlink location measurement and multi-protocol location measurement
RU2255433C2 (ru) * 2001-06-29 2005-06-27 Нокиа Корпорейшн Способ и система определения местоположения на основе качества
US7116990B2 (en) 2001-06-29 2006-10-03 Nokia Corporation Quality based location method and system
GB0207129D0 (en) * 2002-03-26 2002-05-08 Nokia Corp Positioning-triggered handover
EP1518432B1 (en) * 2002-06-28 2007-08-01 Nokia Corporation Communicating information associated with provisioning of a service, over a user plane connection
JP4002481B2 (ja) 2002-07-29 2007-10-31 日本電気株式会社 移動体通信システム、及びそれに用いる通信装置とその通信プロトコル整合性管理方法
US7653911B2 (en) * 2003-09-05 2010-01-26 Alcatel-Lucent Usa Inc. Implicit interprocess communications (IPC) versioning support
US20080126535A1 (en) * 2006-11-28 2008-05-29 Yinjun Zhu User plane location services over session initiation protocol (SIP)
US20050250516A1 (en) * 2004-04-14 2005-11-10 Lg Electronics Inc. Location information system reflecting user preferences and service providing method thereof
US7554934B2 (en) * 2004-09-01 2009-06-30 Broadcom Corporation Method and apparatus for processing location service messages in a satellite position location system
CN100447679C (zh) 2004-09-17 2008-12-31 佳能化成株式会社 充电辊
US7900039B2 (en) * 2005-01-17 2011-03-01 Lg Electronics, Inc. TLS session management method in SUPL-based positioning system
WO2006118401A2 (en) * 2005-04-29 2006-11-09 Lg Electronics Inc. Method for transmitting location information
KR100878813B1 (ko) * 2005-04-29 2009-01-14 엘지전자 주식회사 위치정보 전송 방법
US20060289289A1 (en) 2005-06-23 2006-12-28 Christian Kloc Purification of organic compositions by sublimation
CN100450297C (zh) * 2005-07-25 2009-01-07 华为技术有限公司 一种基于安全的用户平面移动定位方法及系统
KR100690877B1 (ko) * 2005-08-11 2007-03-09 엘지전자 주식회사 이동통신 시스템에서의 주기적인 위치추적 방법
KR20070019434A (ko) 2005-08-12 2007-02-15 엘지전자 주식회사 위치추적 방법 및 위치추적 시스템
US8068056B2 (en) 2005-08-25 2011-11-29 Qualcomm Incorporated Location reporting with secure user plane location (SUPL)
KR100748513B1 (ko) * 2005-10-07 2007-08-14 엘지전자 주식회사 위치 서비스 방법 및 시스템
US7714779B2 (en) * 2005-10-28 2010-05-11 Broadcom Corporation Method and apparatus for providing a global secure user plane location (SUPL) service
US8185567B2 (en) * 2006-01-02 2012-05-22 Telecommunication Systems, Inc. Location aware content using presence information data formation with location object (PIDF-LO)
US7805483B2 (en) * 2006-01-09 2010-09-28 Telecommunications Systems, Inc. Apparatus and method for associating a geospacial location to content on a network
CN100446625C (zh) * 2006-03-20 2008-12-24 华为技术有限公司 扩展的触发定位方法及装置
US8484326B2 (en) 2006-09-28 2013-07-09 Rockstar Bidco Lp Application server billing
KR101332500B1 (ko) * 2006-10-11 2013-11-26 삼성전자주식회사 목표 단말의 이동성 이벤트 트리거 서비스 제공 시스템,목표 단말 및 방법
US7974235B2 (en) * 2006-11-13 2011-07-05 Telecommunication Systems, Inc. Secure location session manager
US7701970B2 (en) * 2007-04-10 2010-04-20 International Business Machines Corporation Protocol negotiation for a group communication system
US8856206B2 (en) * 2007-08-28 2014-10-07 International Business Machines Corporation Maintaining message versions at nodes in a network
US8145769B2 (en) 2007-09-26 2012-03-27 Qualcomm Incorporated Method for secure user plane (SUPL) version negotiation
US9066308B2 (en) * 2007-12-04 2015-06-23 Qualcomm Incorporated Method and apparatus for using supported network information for positioning

Also Published As

Publication number Publication date
EP2198583A1 (en) 2010-06-23
RU2460229C2 (ru) 2012-08-27
JP6033893B2 (ja) 2016-11-30
BRPI0817728A2 (pt) 2015-11-03
US9137311B2 (en) 2015-09-15
CA2700297A1 (en) 2009-04-02
US8375135B2 (en) 2013-02-12
US20140304420A1 (en) 2014-10-09
US20090083430A1 (en) 2009-03-26
IL204574A0 (en) 2010-11-30
RU2010116179A (ru) 2011-11-10
MX2010003418A (es) 2010-04-21
KR20100058665A (ko) 2010-06-03
US20120185602A1 (en) 2012-07-19
HK1145575A1 (en) 2011-04-21
JP2014057325A (ja) 2014-03-27
KR101128749B1 (ko) 2012-03-23
JP5442618B2 (ja) 2014-03-12
IL204574A (en) 2014-02-27
CN101809969A (zh) 2010-08-18
CN101809969B (zh) 2015-04-08
MY155151A (en) 2015-09-15
AU2008304262B2 (en) 2012-03-08
CA2700297C (en) 2015-02-17
US8788684B2 (en) 2014-07-22
WO2009042938A1 (en) 2009-04-02
TWI379565B (en) 2012-12-11
AU2008304262A1 (en) 2009-04-02
IL230078A (en) 2014-08-31
US20130151716A1 (en) 2013-06-13
UA94672C2 (ru) 2011-05-25
IL230078A0 (en) 2014-01-30
JP2015111854A (ja) 2015-06-18
EP2198583B1 (en) 2018-03-21
JP2011505082A (ja) 2011-02-17
US8145769B2 (en) 2012-03-27
TW200931915A (en) 2009-07-16
BRPI0817728A8 (pt) 2019-01-29
JP5678157B2 (ja) 2015-02-25

Similar Documents

Publication Publication Date Title
BRPI0817728B1 (pt) Método para negociação de versão de localização de plano de usuário (supl)
JP5548818B2 (ja) 複数の測位プロトコルのサポート
ES2631911T3 (es) Procedimiento y aparato para utilizar la información de capacidad de servicio en la ubicación del plano de usuario
ES2539454T3 (es) Procedimiento y aparato de realización de una consulta de información de sesión para la localización en el plano de usuario
PT1946572E (pt) Relatório de localização com localização de plano de utilizador seguro (supl)
BRPI0806603A2 (pt) método e equipamento para usar informações de histórico de rede para determinar posição aproximada
EP2858384B1 (en) Positioning protocol conveyance

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04L 29/06

Ipc: H04L 29/06 (1990.01), H04W 64/00 (2009.01), H04L 2

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 02/06/2020, OBSERVADAS AS CONDICOES LEGAIS.