BRPI0822330B1

BRPI0822330B1 - Método de aquisição de identificador de servidor baseada em localização de dispositivo, aparelho, sistema de nome de domínio, sistema para a sinalização de informações de controle e dispositivo móvel

Info

Publication number: BRPI0822330B1
Application number: BRPI0822330-0A
Authority: BR
Inventors: Miguel Angel Garcia-Martin; Jan Kall; Sebastien Kraufvelin
Original assignee: Nokia Solutions And Netwoks Oy
Priority date: 2008-02-06
Filing date: 2008-02-06
Publication date: 2020-09-24
Also published as: EP2250856B1; BRPI0822330A2; ZA201005529B; CN101983499A; WO2009097870A1; PL2250856T3; CN101983499B; EP2250856A1; US20110004672A1; BRPI0822330A8; ES2787251T3; US10623900B2

Abstract

aquisição de identificador de servidor baseada em localização de dispositivo. a presente invenção refere-se a um método, aparelho, sistema e produto programa de computador no qual um identificador único de um nodo de uma rede é usado para solicitar a um banco de dados informação dependente de localização para um dispositivo conectado ao dito nodo. um identificador de pelo menos um servidor que serve uma área na qual dito dispositivo está localizado é então recuperado usando dita informação dependente de localização.

Description

MÉTODO DE AQUISIÇÃO DE IDENTIFICADOR DE SERVIDOR BASEADA EM LOCALIZAÇÃO DE DISPOSITIVO, APARELHO, SISTEMA DE NOME DE DOMÍNIO, SISTEMA PARA A SINALIZAÇÃO DE INFORMAÇÕES DE CONTROLE E DISPOSITIVO MÓVEL

CAMPO DE APLICAÇÃO

[001] A presente invenção refere-se a um método, aparelho e banco de dados para adquirir um identificador de um servidor como, por exemplo - mas não se limitando a - um ponto de resposta para uma chamada de emergência.

ANTECEDENTES DA INVENÇÃO

[002] A localização de um dispositivo é uma informação útil para muitas aplicações. O dispositivo pode confiar em sua rede de acesso para fornecer as informações de localização. Este serviço pode ser provido por um servidor de configuração de localização (LCS), em que o dispositivo pode solicitar que o LCS forneça uma referência de localização na forma de uma localização URI (Indicador de Recurso Uniforme) ou um conjunto de URIs, permitindo que o dispositivo distribua suas informações de localização. O LCS pode ser acessado através de um protocolo, tal como HELD (descoberta de localização habilitada por HTTP), que permite a recuperação da informação de localização.

[003] Schulzrinne, H., “Location-to-URL Mapping Architecture and Framework,” dezembro 2006, descreve uma arquitetura de servidor de mapeamento com o cliente de mapeamento (que procura ou que resolve) e um servidor de mapeamento (que resolve ou outros servidores) para descobrir endereços de servidor. Uma mensagem de consulta carrega as informações de localização e um identificador de serviço codificado como um Nome de Recurso Uniforme (URN) (ver Schulzrinne, H., "A Uniform Resource Name (URN) for Services", agosto de 2006) de um cliente de tradução localização-para-servidor (LoST) para um servidor LoST. O servidor LoST usa seu banco de dados para mapear valores de entrada para um ou mais indicadores de recurso uniforme (URI) e retorna estes URIs juntamente com informações opcionais, tais como dicas sobre o limite de serviço, em uma mensagem de resposta ao cliente LoST. Se o servidor não pode resolver a consulta por si, ele pode, por sua vez, consultar outro servidor ou retornar o endereço de um outro servidor LoST.

[004] Se um URL LOST contém um nome de host ao invés de um protocolo de internet (IP), os clientes precisam usar um apontador de autoridade nomeante (por exemplo, U-NAPTR descrito, por exemplo, em Daigle, L., “Domain-based Application Service Location Using URIs and the Dynamic Delegation Discovery Service (DDDS),” outubro 2006").

[005] A arquitetura para fazer chamadas de emergência utiliza-se dos conceitos de servidores de LoST e servidores de HELD. O servidor de LoST é responsável pela tradução de informações de localização para o URI de seu mais próximo PSAP (Ponto e Resposta e Segurança Pública), enquanto o servidor HELD é responsável por entregar a localização do usuário. A especificação do protocolo de localização-para-LoST descreve um protocolo baseado em XML para o mapeamento de identificadores de serviço e informações de localização geodésica ou cívica para URIs de contato de serviço. Em particular, ela pode ser usada para determinar a PSAP apropriado à localização para serviços de emergência.

[006] Um problema comum com as questões de localização das chamadas de emergência IP é relacionado a descobrir qual é o servidor LoST ou HELD. Isso ocorre porque os serviços LoST ou HELD têm um limite de operação. Por exemplo, um típico servidor LoST pode ser capaz de resolver a localização-para-PSAP pertencente ao país político ao qual o PSAP pertence. Ou em grandes países, um operador de rede regional pode fornecer um servidor LoST que pode resolver os locais onde o operador tenha cobertura. Situações semelhantes podem ser aplicadas a servidores HELD também.

[007] Essa limitação geográfica de servidores Lost e HELD leva a outro problema: como pode um dispositivo, como um ponto final, encontrar o URI ou o endereço IP do servidor LoST ou HELD que pode fornecer ao ponto final informações relacionadas à localização?

[008] Uma solução atual consiste em utilizar o protocolo de configuração de host dinâmico (DHCP) para recuperar a URI ou o endereço IP de um servidor LoST, como especificado no projeto de Internet "A Dynamic Host Configuration Protocol (DHCP), based Location-to-Service Traslation Protocol (LoST) Discovery Procedure" (ver http://tools.ietf.org/id/draft-ietf-ecrit-dhc-lost-discovery-02.txt). No entanto, embora esta solução seja tecnicamente viável para pontos finais fixos, que normalmente adquirem um endereço IP com o DHCP, a solução não é de uso em redes sem fio (por exemplo, em um subsistema de multimídia IP (IMS)).

[009] Os dispositivos móveis (por exemplo, os terminais móveis ou nodos móveis) normalmente não utilizam DHCP para adquirir um endereço IP quando utilizam redes de acesso de serviços de rádio de pacote geral (GPRS) com conectividade IP. Em vez disso, eles usam os procedimentos de GPRS (por exemplo, ativação de contexto de protocolo de pacotes de dados (PDP) para obter um endereço IP.

[010] Por outro lado, uma vez que o dispositivo móvel pode estar se movendo, ele pode atravessar o limite de operação de um PSAP. Portanto, o dispositivo móvel pode precisar descobrir o seu servidor LoST/HELD local no momento que uma chamada de emergência é feita, e não antes.

RESUMO DA INVENÇÃO

[011] É um objeto da presente invenção prover um mecanismo para a aquisição de localização de servidor que seja adequado para quaisquer dispositivos (fixos e móveis).

[012] Este objeto é alcançado por um método compreendendo:

utilização de um identificador único de um nodo de uma rede para solicitar a um banco de dados informações dependentes de localização para um dispositivo conectado ao dito nodo; e
determinar um identificador de pelo menos um servidor que serve uma área em que o dito dispositivo está localizado, usando as ditas informações dependentes de localização.

[013] O método acima pode ser implementado como um produto programa de computador compreendendo meios para produzir as respectivas etapas acima, quando executado em um dispositivo de computação.

[014] Além disso, o objeto acima é alcançado por um aparelho que compreende meios de acesso ao serviço configurados para usar um identificador de nodo de um nodo de rede à qual dito aparelho está ligado, em uma solicitação de banco de dados de informações dependentes de localização para dito aparelho, e configurado para determinar um identificador de pelo menos um servidor que serve uma área na qual dito aparelho está localizado usando dita informação solicitada.

[015] Os aparelhos acima mencionados podem ser aplicados como ou em um elemento ou nodo de rede fixa ou móvel, um dispositivo de terminal fixo ou móvel, ou um módulo, um chip ou um conjunto de chips provido nestes nodos, elementos ou dispositivos.

[016] Além disso, o objeto acima é alcançado por um banco de dados configurado para armazenar informações dependentes de localização em associação com identificadores de nodo de um nodo da rede, em que o dito banco de dados está configurado para prover output de ditas informações dependentes de localização em resposta a uma solicitação dirigida ao respectivo identificador de nodo.

[017] Assim sendo, um dispositivo é habilitado para descobrir o endereço do seu proxy local com configuração mínima. Em particular, um endereço dependente de localização de servidores locais (por exemplo, os servidores LoST e HELD locais) não tem de ser pré-configurados, mas podem ser aprendidos. Como alternativa, o dispositivo pode construir ou configurar o(s) endereço(s) padrão do servidor com base no identificador único. Pode então fazer uma consulta normal do servidor ou solicitação usando os endereços de servidor auto-aprovisionados padrão para obter o endereço dependente de localização dos servidores locais. O banco de dados pode ter sido provisionado com os endereços padrão para retornar os desejados endereços do servidor. O dispositivo pode então contatar os servidores locais usando os endereços do servidor retornados. Como o endereço do servidor padrão pode ir para baixo para o nível de nodo de acesso, qualquer número de servidores locais pode ser provisionado no banco de dados para fins de balanceamento de carga.

[018] De acordo com um primeiro aspecto, a rede pode ser uma rede sem fio (móvel) e o dispositivo pode ser um dispositivo sem fio (móvel).

[019] De acordo com um segundo aspecto, o identificador único pode compreender um identificador de célula de um sistema de transmissão celular.

[020] De acordo com um terceiro aspecto, o identificador único pode compreender um endereço de camada de controle de acesso de mídia de um ponto de acesso de uma rede de área local sem fio.

[021] De acordo com um quarto aspecto, o identificador único pode compreender um identificador de linha do terminal.

[022] Naturalmente, qualquer combinação dos identificadores únicos acima pode ser utilizada como identificador único.

[023] De acordo com um quinto aspecto, um endereço do servidor padrão pode ser configurado no dispositivo móvel usando pelo menos partes do identificador da célula. Em um exemplo específico de modalidade, o identificador de célula pode ser um identificador global de célula, em que o endereço do servidor padrão pode ser criado a partir de pelo menos um código de rede móvel, um código de país móvel e um código de área de localização do identificador global de célula.

[024] Em várias modalidades, a informação dependente de localização pode ser solicitada por uma consulta de nome de domínio. O identificador pode compreender um indicador de recurso uniforme. O banco de dados pode ser implementado como um servidor de nomes de domínio. Em uma modalidade específica, o servidor de nomes de domínio pode compreender ou integrar pelo menos servidor de tradução e um servidor de descoberta de localização, que serve o nodo de rede para obter o identificador do pelo menos um servidor.

[025] A informação dependente de localização pode ser requerida com base num registro de recurso de apontador de autoridade nomeante.

[026] Além disso, as informações dependentes de localização podem compreender um identificador (por exemplo, um endereço) de pelo menos um ou, alternativamente, um identificador de pelo menos um dos servidores de tradução e do servidor de descoberta de localização. Em um exemplo específico, o servidor de tradução pode compreender um servidor de tradução de localização-para-servidor (por exemplo, um servidor LoST) e o servidor de descoberta de localização pode compreender um servidor de descoberta de localização habilitado por protocolo de transferência de hipertexto (por exemplo, um servidor HELD). O endereço do servidor também pode ser para uma plataforma de localização (SLP) de localização de plano de usuário segura (SUPL) e E-SLP (plataforma de localização SUPL aprimorada) e centro de posicionamento SUPL.

[027] A solução pode ser aplicada a um serviço de chamada de emergência, em que o servidor em questão serve como um ponto de resposta de segurança pública

[028] O dispositivo pode ser um dispositivo de rede fixa equipado com um receptor de rádio usado para extrair, por exemplo, um identificador de célula de sinais de rádio disponíveis, a fim de utilizar o identificador de célula extraído para solicitar informação dependente de localização de um banco de dados.

[029] Outras modificações vantajosas são definidas nas reivindicações dependentes. Breve Descrição dos Desenhos

[030] A presente invenção será descrita a seguir com base em modalidades e com referência aos desenhos anexos nos quais:

[031] Fig. 1 mostra um diagrama esquemático indicando uma arquitetura de rede na qual a presente invenção pode ser aplicada;

[032] Fig. 2 mostra um diagrama esquemático de sinalização de acordo com uma primeira modalidade da presente invenção;

[033] Fig. 3 mostra uma configuração exemplar de um registro de recurso de acordo com a primeira modalidade da presente invenção;

[034] Fig. 4 mostra um diagrama esquemático de sinalização de acordo com uma segunda modalidade da presente invenção;

[035] Fig. 5 mostra uma estrutura esquemática de um identificador global de célula;

[036] Fig. 6 mostra um diagrama esquemático de sinalização de acordo com uma terceira modalidade da presente invenção;

[037] Fig. 7 mostra um fluxograma de um procedimento de configuração de acordo com a terceira modalidade;

[038] Fig. 8 mostra diagramas esquemáticos de blocos de um dispositivo móvel e um banco de dados de acordo com várias modalidades da presente invenção; e

[039] Fig. 9 mostra um diagrama esquemático de blocos de uma modalidade baseado em software de acordo com uma quarta modalidade da presente invenção.

DESCRIÇÃO DAS MODALIDADES

[040] A seguir, as modalidades da presente invenção serão descrita com base em uma função de chamada de emergência IP em um ambiente de rede celular. O ambiente de rede celular é usado como um exemplo ilustrativo de um ambiente de rede no qual a presente invenção pode ser usada. A invenção pode ser aplicada a qualquer tipo de redes sem fio ou fixas.

[041] Fig. 1 mostra um diagrama esquemático de uma arquitetura de rede geral em que a presente invenção pode ser aplicada. Uma rede de acesso por celular 300, por exemplo, Rede de Acesso Terrestre (UTRAN) de Sistema de Telecomunicações Móveis Universal (UMTS) de acordo com a Evolução de Longo Prazo (LTE) ou Projeto de Parceria de 3a Geração (3GPP), padrão versão 8, está ligada a um terminal móvel (por exemplo, equipamento de usuário (UE)) 10 através de um dispositivo de acesso 20, por exemplo, um nodo de rede de rádio tal como um dispositivo de estação base (eNodeB ou Node B). A rede de acesso de rádio 300 provê acesso a servidores específicos de uma rede baseada em IP, tais como a internet. Estes servidores específicos compreendem um servidor DNS 32, um servidor LoST alocado 34, um servidor HELD alocado 36, um servidor SLP 35 (plataforma (SUPL) de localização de plano de usuário segura), e um PSAP 38 para o qual as chamadas de emergência devem ser encaminhadas.

[042] De acordo com várias modalidades, o UE 10 transmite uma consulta 40 de servidor de nomes de domínio (DNS) para solicitar um identificador (por exemplo, o endereço do servidor ou semelhante) de pelo menos um dos servidores HELD, LoST e SLP 36, 34, 35.

[043] Nas redes celulares, tais como rede de acesso via rádio 300, o EU 10 é capaz de descobrir a identidade da célula onde ele está conectado. Normalmente, um identificador de célula (CI) ou um identificador global de células (identidade global de célula (CGI)) são transmitidos e utilizados na sinalização de rádio entre o UE 10 e a rede de acesso de rádio 300. Por conseguinte, o UE 10 sabe o tempo todo o CI ou CGI da célula de rádio. Além disso, o Projeto de Parceria de 3a Geração (3GPP) especificou que um dispositivo móvel, por exemplo, o UE 10, deve compreender o CI ou CGI usado na sinalização de protocolo de iniciação de sessão (SIP).

[044] Nas modalidades descritas abaixo, é introduzido um banco de dados 32 que aceita o CI ou CGI e correspondentes identidades de célula 3G e LTE como entrada em consultas e retorna uma variedade de informações como output, compreendendo, mas não se limitado a, o URI dos servidores Lost e HELD 34, 36 servindo a localização geográfica onde o celular está fisicamente localizado.

[045] Em uma modalidade alternativa (não mostrada), o UE 10 também pode usar um controle de acesso de mídia (MAC) de uma estação base sem fio (por exemplo, uma rede de área local sem fios (WLAN) ou pontos de acesso WiMAX) à qual o UE 10 é ligado de maneira semelhante para determinar os correspondentes servidores HELD e LoST que servem a localização da estação base em questão.

[046] No exemplo da Fig. 1, o banco de dados 32 é implementado como um servidor DNS, que também pode ser chamado de Serviço de Delegação de Descoberta Dinâmica (DDDS), ou, de forma similar, introduzindo um novo tipo de servidor DNS dedicado à descoberta de servidores LoST e HELD.

[047] Na primeira modalidade, CI(s) e CGI(s) são utilizados como um novo tipo de entrada na consulta DNS e a funcionalidade DNS é capacitada a determinar os correspondentes servidores HELD e LoST com base na célula de rádio, onde o UE 10 está atualmente localizado. Em outras modalidades o(s) CI (s) e CGI (s) são utilizados como entrada na consulta DNS e a funcionalidade DNS é capacitada a determinar os URIs de qualquer serviço de telecomunicações disponível ao terminal na área correspondente a CI(s) e CGI(s). Como um exemplo específico de execução, o tipo de consulta definido como U-NAPTR, como exemplificado na especificação RFC 4848, Seção 3 da Força Tarefa de Engenharia de Internet (IETF), pode ser utilizado. O output correspondente da consulta DNS é baseado em ou utiliza elementos do protocolo existentes descritos em RFC 4848, Seção 4.

[048] Quando o operador de acesso configura de forma adequada seu Sistema de Nomes de Domínio (DNS), qualquer ponto final de conexão (como o UE 10) pode consultar o DNS para descobrir qual é o servidor LoST ou HELD apropriado ou o(s) URI (s) de qualquer serviço de telecomunicações correspondente.

[049] Fig. 2 mostra um diagrama esquemático de sinalização de acordo com uma primeira modalidade da presente invenção.

[050] O UE 10 encontrou o endereço de seu servidor DNS 32 de acordo com procedimentos regulares (por exemplo, pré-configurado, via DHCP, ou ativação de contexto PDP). O UE 10 também aprendeu seu CI. Agora, o UE 10 precisa encontrar seu servidores LoST e HELD 34, 36 atribuídos, mas não tem conhecimento do endereço dos servidores configurados pelo operador de acesso.

[051] Na etapa 101, o UE 10 envia uma consulta NAPTR DNS que contém o CI ou CGI corrente e o protocolo de interesse (por exemplo, LoST ou HELD). No caso do CGI, é formatado em uma ordem hierárquica, de modo que os diferentes campos que compõem o CGI são separados por um ponto. Em seguida, na etapa 102, o servidor DNS 32 envia uma resposta DNS contendo o endereço do servidor LoST ou HELD local (ou ambos), que pode ter sido extraído de sua configuração. O UE 10, em seguida, inicia na etapa 103 uma consulta HELD regular (por exemplo "HTTP GET") para obter a localização detalhada da informação, que é enviada na etapa 104 em uma resposta HELD (por exemplo: "HTTP 200" (OK)). Com essa informação detalhada, o UE 10 pode fazer uma consulta LoST (por exemplo, "HTTP POST") na etapa 105 para descobrir o endereço de Protocolo de Iniciação de Sessão (SIP) do PSAP 38 local, que é retornado na etapa 106 em uma resposta LoST (por exemplo, "HTTP 200" (OK)).

[052] Finalmente, na etapa 107 o UE 10 pode fazer uma chamada de emergência na etapa 107 e endereçá-la ao PSAP 38 local (e mais próximo).

[053] Note-se que a modalidade e todas as últimas modalidades podem ser usadas fora de chamadas de emergência, onde os UE 10 podem fazer uso de quaisquer outros serviços locais.

[054] Fig. 3 mostra um exemplo de configuração de um registro de recurso NAPTR em DDDS que poderia ser utilizado na primeira modalidade. Em primeiro lugar, dois novos pedidos são definidos para U-NAPTR chamados "Identidade da Célula" (CI) e "Identidade Global da Célula" (CGI) e depois são associados aos protocolos LoST e HELD.

[055] Fig. 5 mostra uma relação entre CI e CGI. A CGI compreende uma identificação de área de localização e o CI. A identificação de área de localização consiste em um código de país móvel (MCC), um código de rede móvel (MNC) e um código de área de localização (LAC).

[056] Fig. 4 mostra um diagrama esquemático de sinalização de um aprimoramento de acordo com uma segunda modalidade, onde três nodos ou servidores são combinados, ou seja, o servidor DNS 32, o servidor LoST 34 e o servidor HELD 36. Na segunda modalidade, o UE 10 faz uma consulta NAPTR DNS na etapa 201 e recebe uma resposta na etapa 202. A resposta contém o endereço PSAP local (ou qualquer outro endereço local do serviço solicitado). Então, na etapa 203, o UE 10 pode fazer a chamada de emergência ou qualquer outro serviço localizado, por exemplo, emitindo uma mensagem SIP INVITE.

[057] Fig. 6 mostra um diagrama esquemático de sinalização de acordo com uma terceira modalidade da presente invenção, que não exige qualquer alteração no DNS. O procedimento de aquisição proposto fornece auto-aprovisionamento do UE 10 com endereços de servidores LoST e / ou HELD (por exemplo, URIs) com base na CGI ou para Localização de Plano de Usuário Segura (SUPL), quando do auto-aprovisionamento do endereço E-SLP (Plataforma de Localização SUPL Aprimorada). O UE 10 pode então usar os URIs auto-aprovisionados na consulta DNS para obter o endereço IP dos servidores LoST, HELD e E-SLP, respectivamente.

[058] O diagrama e as etapas da Fig. 6 são semelhantes aos da Fig. 2, com exceção de uma etapa inicial de construção ou processo, onde os endereços de servidor padrão são construídos ou criados com base na CGI.

[059] O mesmo processo de construção pode ser aplicado na construção de um endereço SLP ou E-SLP, em que uma sessão SUPL iniciada (SET) de terminal(ais) SUPL habilitado por SUPL é iniciada em direção a um servidor E-SLP. SUPL utiliza portadores de dados de plano de usuário para a transferência de informações de localização (por exemplo, assistência por Sistema de Posicionamento Global (GPS)), e para a realização de protocolos relacionados à tecnologia de posicionamento entre um SET e a rede. SUPL oferece uma maneira eficaz de transferência de informações de localização necessárias para computar a localização dos SETs. Mais detalhes sobre SUPL podem ser obtidos de especificações da Aliança Móvel Aberta (OMA).

[060] É, contudo, de se notar que os procedimentos e conceitos da primeira e segunda modalidades podem muito bem ser aplicados à recuperação de endereço para o servidor SLP ou E-SLP.

[061] Fig. 7 mostra um exemplo de fluxograma de um processo de configuração de acordo com a segunda e terceira modalidades. O procedimento ou mecanismo pode ser usado, por exemplo, para configurar um endereço de servidor LoST/HELD/E-SLP padrão.

[062] Na etapa 301, os primeiros 5 ou 6 dígitos da CGI, dependendo se um MNC de 2 ou 3 dígitos é usado, são extraídos. Em seguida, na etapa 302, eles são separados em MCC e MNC. Se a MNC for de 2 dígitos, então um zero pode ser adicionado no início.

[063] Na etapa 303, o MCC e MNC extraídos derivados nas etapas de 301 e 302 e LAI são usados para criar um nome de domínio padrão da seguinte forma (a expressão abaixo é0020baseada no anexo E da especificação 3GPP TS 23.003):
"mnc<MNC>.mcc<MCC>.lai<LA I>.pub. 3gppnetwork. org

[064] Finalmente, na etapa 304, um rótulo "held.", "lost." ou "e-slp." é adicionado ao início do nome de domínio padrão configurado.

[065] Como exemplo, se uma CGI em uso é "234150999999999", onde MCC = 234, MNC = 15 e LAI (LAC + CI) = 0999999999, os seguintes nomes de domínio padrão configurados seriam obtidos para os diferentes tipos de servidores:

[066] Servidor LoST:
"lost.mnc015. mcc234.lai0999999999.pub. 3gppnetwork. org",
Servidor HELD:
"held. mnc015.mcc234. lai0999999999.pub. 3gppnetwork. org",
Servidor E-SLP:
"e-slp. mnc015.mcc234.lai0999999999.pub. 3gppnetwork. org".

[067] Assim, se o UE 10 não é provisionado com um URI de servidor HELD / LoST / E-SLP, o UE 10 constrói as URIs acordo com o esquema acima. O UE 10, em seguida, faz uma consulta DNS normal usando os URIs auto-aprovisionados padrão para obter o endereço dos servidores HELD / LoST / E-SLP. O servidor DNS 32 pode ter sido provisionado com os endereços padrão para retornar os endereços IP à consulta DNS normal. O UE 10 pode então contatar os servidores HELD / LoST / E-SLP usando os endereços IP recebidos o fluxo de chamadas continua como normalmente. Como o nome de domínio padrão totalmente qualificado (FQDN) desce para o nível celular, qualquer número de servidores LoST / HELD / E-SLP pode ser aprovisionados no DNS para fins de balanceamento de carga.

[068] Fig. 8 mostra diagramas esquemáticos de blocos de um dispositivo móvel e um banco de dados, que podem ser utilizados nas modalidades acima. A descrição é baseada em uma modalidade exemplar de um serviço de emergência.

[069] O UE 10 compreende uma unidade de rádio freqüência (RF) 21 para a transmissão e recebimento de sinais de/para a rede de acesso de rádio 300. Se um disparador de emergência ET é ativado (por exemplo, pressionando um botão de emergência ou similar), uma função de geração de endereço ou unidade 23 determina um identificador único, tal como descrito nas modalidades acima, e encaminha o identificador único para uma função de geração de mensagem ou unidade 22, que gera a consulta DNS com o identificador único determinado a ser transmitido ao servidor DNS 32.

[070] O servidor DNS 32 compreende uma funcionalidade de controle de acesso ou unidade (AC) 14 que provê acesso ao banco de dados. O banco de dados compreende uma secção de apontamento 12-1 e uma seção de endereço 12-2 associada. Na seção de apontamento 12-1, ID1 -Idn identificadores são armazenados os quais podem corresponder aos acima mencionados endereços CIs, MAC, endereços padrão como exemplos de identificadores únicos do dispositivo de acesso 20. A seção de endereço 12-1 armazena endereços de servidor (por exemplo, endereços de servidor LoST, HELD ou E-SLP) associados com os identificadores na seção de apontadores 12-1.

[071] Quando a consulta DNS com o identificador único é recebida a partir do UE 10 através da rede de acesso de rádio 300, a unidade de controle de acesso 14 acessa a seção de apontamento 12-1 do banco de dados usando o identificador único como um apontador e recebe da seção de endereço 12-2 o(s) endereço(s) de servidor associado(s). O(s) endereço(s) de servidor recuperado(s) são então encaminhados para o UE 10 em uma resposta de DNS correspondente, e podem ser usados para acessar o PSAP 38 para iniciar um processamento de chamada de emergência.

[072] Fig. 9 mostra um diagrama esquemático de blocos de uma modalidade alternativa baseada em software de acordo com uma quarta modalidade. As funcionalidades requeridas podem ser implementadas em qualquer dispositivo móvel 400 com uma unidade de processamento 410, que pode ser qualquer processador ou outro dispositivo de computador com uma unidade de controle que executa controle baseado em rotinas de software de um programa de controle armazenado em uma memória 412. O programa de controle também pode ser armazenado separadamente em um meio legível por computador. Instruções de código de programa são obtidas a partir da memória 412 e são carregadas para a unidade de controle da unidade de processamento 410, a fim de realizar as etapas do processamento das funcionalidades acima das Figs. 7 e 8, que podem ser implementadas como as rotinas de software acima mencionadas. As etapas de processamento podem ser realizadas baseadas nos dados de entrada DI e podem gerar de dados de output DO. Os dados de entrada DI pode corresponder a uma CGI ou endereço MAC ou outro identificador único do dispositivo de acesso de rádio em questão e os dados de output DO podem corresponder à consulta de servidor a ser transmitida para o servidor DNS 32 ou qualquer outro servidor proxy usado para recuperar o identificador desejado.

[073] Por conseguinte, as modalidades acima podem ser implementadas como um produto programa de computador compreendendo meios de código para gerar cada um dos passos individuais do procedimento de sinalização, quando executado em um dispositivo de computador ou processador de dados do dispositivo de recebimento (por exemplo, NodeB 20) ou dispositivo de transmissão (por exemplo, UE 10), respectivamente.

[074] Em resumo, um método, aparelho, sistema e produto programa de computador foram descritos, no qual um identificador único de um nodo (tal como um nodo de acesso) de uma rede de rádio é utilizado para solicitar informações de um banco de dados informação dependente de localização para um dispositivo móvel conectado ao nodo. Um identificador de pelo menos um servidor que serve uma área na qual o dispositivo móvel está localizado é, então, recuperado usando a informação dependente de localização.

[075] É evidente que a invenção pode ser facilmente estendida para todo o serviço e ambiente de rede (fixo e sem fio), onde uma informação dependente de localização é solicitada para acessar um servidor que oferece um serviço desejado. O servidor pode prover quaisquer serviços de telecomunicações e não está limitado aos tipos de servidores mencionados nas modalidades preferenciais. Especificamente, a invenção não é tencionada a ser restrita ao ambiente de rede das modalidades acima. Pode ser executada em qualquer ambiente de rede (por exemplo, a invenção pode ser usada em redes que não sejam sem fio onde um dispositivo fixo, como um computador ou telefone fixo, se conecta a uma rede). Além disso, qualquer tipo de identificador único de qualquer tipo de nodo pode ser usado para a consulta do servidor. Como exemplo, um identificador de linha (ID de linha) pode ser utilizado adicionalmente a ou como uma alternativa aos endereços CI e MAC acima. Além disso, o identificador de linha pode ser armazenado em um nodo (que abrange dispositivos de rede e dispositivos de terminal) ao qual dispositivo está conectado e é, portanto, único para cada linha e o dispositivo conectado. Assim, o termo "identificador único" é destinado a cobrir qualquer tipo de identificador de linha que compreende um identificador específico de terminal (dispositivo). Além disso, pode haver mais de um identificador único para um nodo, de modo que um nodo pode ter vários dispositivos conectados através de várias linhas onde cada linha tem um identificador de linha único. Como o identificador de linha é então único para cada linha, também é único para cada dispositivo conectado. O(s) identificador(es) de linha único(s) podem ser armazenados e atribuídos no nodo ao qual o dispositivo está conectado.

[076] O servidor LoST também poderia entregar o endereço PSAP (ou o URI de qualquer serviço/servidor de telecomunicações) correspondente à id de linha do dispositivo terminal. O ID de linha poderia ser, por exemplo, um número de telefone do dispositivo terminal. A modalidade pode, portanto, variar no âmbito do escopo das reivindicações anexas.

[077] De acordo com uma modalidade exemplar da presente invenção, em um primeiro aspecto, é provido um método que pode usar um identificador único de um nodo de uma rede para solicitar a um banco de dados informações dependentes de localização para um dispositivo conectado ao nodo; e que pode determinar um identificador de pelo menos um servidor que serve uma área em que o dispositivo está localizado, através, por exemplo, da utilização das informações dependentes de localização.

[078] Aperfeiçoamentos adicionais do primeiro aspecto da presente invenção podem ser:

[079] O nodo pode ser um componente de uma rede sem fio e o dispositivo pode ser um dispositivo sem fio.

[080] O nodo pode ser um componente de uma rede fixa e o dispositivo pode ser um dispositivo fixo.

[081] O identificador único pode compreender pelo menos um identificador de célula de um sistema de transmissão celular, um endereço de camada de controle de acesso de mídia de um ponto de acesso de uma rede de área local e um identificador de linha do aparelho.

[082] O método pode compreender a configuração de um endereço de servidor padrão no dispositivo usando pelo menos partes do identificador único.

[083] O identificador de célula pode ser um identificador global de célula em que um endereço de servidor padrão pode ser criado a partir de pelo menos um de um código de rede móvel, um código de país móvel e um código de área de localização do identificador global de célula.

[084] A informação dependente de localização pode ser solicitada por uma consulta a um sistema de nomes de domínio.

[085] A informação dependente de localização pode compreender um identificador de pelo menos um servidor ou um identificador de pelo menos um servidor de tradução e um servidor de descoberta de localização, que pode servir ao nodo de rede para obter o identificador de pelo menos um servidor.

[086] O servidor de tradução pode compreender um servidor de tradução localização-para-servidor e o servidor de descoberta de localização pode compreender um servidor de descoberta de localização habilitado por protocolo de transferência de hipertexto.

[087] O identificador pode compreender um identificador de recurso uniforme.

[088] O banco de dados pode ser implementado como um servidor de um sistema de nomes de domínio.

[089] O servidor do sistema de nomes de domínio pode compreender pelo menos um de um servidor de tradução e um servidor de descoberta de localização, que pode servir o nodo de rede para obter o identificador de pelo menos um servidor.

[090] O servidor pode servir como um ponto de resposta de segurança pública.

[091] O método pode ainda compreender solicitar as informações dependentes de localização com base em um registro de recurso de apontador de autoridade nomeante.

[092] De acordo com uma modalidade exemplar da invenção, em um segundo aspecto, é provido um aparelho que pode compreender um meio de acesso ao serviço que pode ser configurado para usar um identificador de nodo de um nodo de uma rede à qual o aparelho pode ser conectado, em uma solicitação de banco de dados para a informação dependente de localização para o aparelho, e pode ser configurado para determinar um identificador de pelo menos um servidor que serve uma área em que o aparelho pode estar localizado utilizando as informações solicitadas.

[093] Aperfeiçoamentos adicionais do segundo aspecto da presente invenção podem ser:

[094] O nodo pode ser um componente de uma rede sem fio.

[095] O nodo pode ser um componente de uma rede fixa.

[096] O identificador único pode compreender pelo menos um identificador de célula de um sistema de transmissão celular, um endereço de camada de controle de acesso de mídia de um ponto de acesso de uma rede de área local, e um identificador de linha.

[097] O meio de acesso ao serviço pode ser configurado para criar um endereço do servidor padrão usando pelo menos partes do identificador de célula.

[098] O identificador de célula pode ser um identificador global de célula e um endereço de servidor padrão pode ser configurado para configurar o endereço de servidor padrão de pelo menos um de um código de rede móvel, um código de país móvel e um código de área de localização do identificador global de célula.

[099] O meio de acesso ao serviço pode ser configurado para solicitar as informações dependentes de localização por uma consulta a um sistema de nomes de domínio.

[100] O meio de acesso ao serviço pode ser configurado para prover nas informações dependentes de localização um identificador de pelo menos um servidor ou um identificador de pelo menos um servidor de tradução e um servidor de descoberta de localização, que podem servir o nodo de uma rede para obter o identificador de pelo menos um servidor.

[101] O meio de acesso ao serviço pode ser configurado para prover o identificador com um identificador de recurso uniforme.

[102] O meio de acesso ao serviço pode ser configurado para solicitar as informações dependentes de localização com base em um registro de recurso de apontador de autoridade nomeante.

[103] De acordo com uma modalidade exemplar da presente invenção, em um terceiro aspecto, é provido um banco de dados que pode ser configurado para armazenar informações dependentes de localização em associação com identificadores de nodo de um nodo de rede, em que o banco de dados pode ser configurado para prover output das informações dependentes de localização em reação a uma solicitação dirigida a um identificador de nodo respectivo.

[104] Aperfeiçoamentos adicionais do terceiro aspecto da presente invenção podem ser:

[105] O identificador único pode compreender pelo menos um identificador de célula de um sistema de transmissão celular, um endereço de camada de controle de acesso de mídia de um ponto de acesso de rede de área local, e um identificador de linha de um dispositivo conectado ao nodo da rede.

[106] O banco de dados pode ser implementado como um servidor de um sistema de nomes de domínio.

[107] De acordo com uma modalidade exemplar da invenção, em um quarto aspecto, é provido um produto programa de computador que pode compreender meio de código que pode gerar as etapas do método de acordo com o primeiro aspecto da presente invenção.

[108] De acordo com uma modalidade exemplar da presente invenção, em um quinto aspecto, é provido um sistema que pode sinalizar informação de controle, o sistema pode compreender pelo menos um aparelho de acordo com o segundo aspecto da invenção e pelo menos um banco de dados de acordo com o terceiro aspecto da presente invenção.

[109] De acordo com uma modalidade exemplar da invenção, em um sexto aspecto, é provido um aparelho móvel, em que o aparelho móvel pode compreender um aparelho de acordo com o segundo aspecto da invenção.

Claims

Método para um dispositivo caracterizado pelo dispositivo:
a) usar um identificador único de um nodo (20) de uma rede para solicitar a um sistema de nome de domínio (32) de um dentre um identificador de um servidor (38), um identificador de servidor de tradução (34) e um identificador de um servidor de descoberta de localização (36) para o dispositivo (10) conectado ao dito nodo (20); e
em que a solicitação compreende uma configuração de endereço de servidor padrão no dito dispositivo (10) pelo uso de ao menos partes do dito identificador único e a solicitação ser para habilitar o sistema de nome de domínio para determinar um identificador de ao menos um servidor que serve uma área na qual o dito dispositivo está localizado, e
b) receber uma resposta à solicitação de um sistema de nome de domínio incluindo ou o identificador de ao menos um servidor (38), ou o identificador do servidor de tradução (34) e/ou o identificador do servidor de descoberta de localização (36).
Método para um dispositivo, de acordo com a reivindicação 1, caracterizado pelo dito identificador único compreender ao menos um identificador celular de um sistema de transmissão celular, um endereço da camada de controle de acesso de mídia de um ponto de acesso de uma rede de área local, e um identificador de linha do dispositivo.
Método para um dispositivo, de acordo com a reivindicação 2, caracterizado pelo dito identificador celular ser um identificador global celular e em que o endereço do servidor padrão ser configurado por ao menos um código de rede móvel, um código móvel de país e um código de área de localização de dito identificador global celular.
Método para um dispositivo, de acordo com qualquer das reivindicações de 1 a 3, caracterizado pelo dito endereço de servidor padrão compreender um identificador de recurso uniforme.
Aparelho caracterizado por compreender:
meio de acesso ao serviço (23) configurado para usar um identificador de nodo de um nodo (20) de uma rede para a qual o dito aparelho está conectado, em uma solicitação de sistema de domínio de nome para um identificador de um dos identificadores de um servidor (38), um identificador de servidor de tradução (34) e um identificador de um servidor de descoberta de localização (36) para o dito aparelho, e
uma função de receptor para receber uma resposta à solicitação do sistema de domínio de nome, tanto o identificador de ao menos um servidor (38), ou o identificador de um servidor de tradução (34) e/ou o identificador do servidor de descoberta de localização (36),
em que ao menos um dito servidor que serve uma área em que o dito aparelho está localizado, e em que o dito meio de acesso ao serviço (23) é adicionalmente configurado para configurar um endereço de servidor padrão (10) pelo uso de ao menos partes do dito identificador de nodo e a solicitação ser para habilitar o sistema de nome de domínio para determinar um identificador de ao menos um servidor que serve uma área na qual o dito aparelho está localizado.
Aparelho, de acordo com a reivindicação 5, caracterizado pelo dito nodo (20) ser um componente de uma rede sem fio, ou onde o dito nodo (20) é um componente de uma rede fixa.
Aparelho, de acordo com a reivindicação 5, caracterizado pelo dito identificador único compreender ao menos um identificador celular de um sistema de transmissão celular, um endereço de camada de controle de acesso de mídia de um ponto de acesso de uma rede de área local, e um identificador de linha.
Aparelho, de acordo com a reivindicação 7, caracterizado pelo dito identificador celular ser um identificador global celular e em que o endereço de servidor padrão estar configurado para configurar o dito endereço de servidor padrão de ao menos um código de rede móvel, um código móvel de país e um código de localização de área do dito identificador global celular.
Aparelho, de acordo com qualquer uma das reivindicações 5 a 8, caracterizado pelo dito meio de acesso ao serviço (23) estar configurado para solicitar o dito identificador de ao menos um servidor (38) por uma consulta a um sistema de nome de domínio.
Aparelho, de acordo com qualquer uma das reivindicações 5 a 9, caracterizado pelo dito meio de acesso ao serviço (23) estar configurado para prover dito endereço de servidor padrão com um identificador de recurso uniforme.
Sistema de nome de domínio caracterizado por ser configurado para armazenar identificadores de servidores (38) em associação com identificadores de nodo de nodos da rede, em que o dito sistema (32) está configurado para receber de um dispositivo uma solicitação para um identificador de um dentre um identificador de um servidor (38), um identificador de um servidor de tradução (34) e um identificador de um servidor de descoberta de localização (36) para o dispositivo, a solicitação sendo baseada em um identificador de nodo de um nodo (20) de uma rede para a qual o dispositivo está anexado, e estar configurado para emitir para o dispositivo uma resposta compreendendo ao menos um dos ditos identificadores de servidores (38) ou o identificador do servidor de tradução (34) e/ou o identificador do servidor de descoberta de localização (36) em resposta a solicitação, em que a solicitação compreende um endereço de servidor padrão incluindo ao menos partes de um dito identificador de nodo da rede de nodo e a solicitação ser para habilitar o sistema de domínio de nome para determinar um identificador de ao menos um servidor que serve uma área na qual dito dispositivo é localizado.
Sistema de nome de domínio, de acordo com a reivindicação 11, caracterizado por o dito identificador único compreender ao menos um identificador celular de um sistema de transmissão celular, um endereço de camada de controle de acesso de mídia de um ponto de acesso de rede de área local e um identificador de linha de um dispositivo conectado ao nodo de rede.
Sistema para a sinalização de informações de controle caracterizado pelo dito sistema compreender ao menos um aparelho de acordo com a reivindicação 5 e ao menos um sistema de nome de domínio de acordo com a reivindicação 11.
Dispositivo móvel caracterizado por compreender um aparelho de acordo com a reivindicação 5.