BRPI0609995A2 - método para estabelecer uma sessão entre um nó móvel e um nó correspondente, nó correspondente, e, nó móvel para estabelecer uma sessão com um nó correspondente - Google Patents

Abstract

MéTODO PARA ESTABELECER UMA SESSãO ENTRE UM Nó MóVEL E UM Nó CORRESPONDENTE, Nó CORRESPONDENTE, E, Nó MóVEL PARA ESTABELECER UMA SESSãO COM UM Nó CORRESPONDENTE. Um método, um nó correspondente e um nó móvel são providos para permitir estabelecimento de uma sessão entre o nó móvel e o nó correspondente usando um novo indicador único em vez do endereço doméstico para permitir ao nó correspondente identificar exclusivamente o nó móvel. O nó correspondente usa o novo indicador único para identificar a sessão dentro de sua tabela de Entrada de 'Cache' de Ligação. O nó móvel pode mudar sua seleção de um endereço doméstico sem influenciar sua sessão em andamento. Mudança de um endereço doméstico pode ocorrer quando o nó móvel seleciona um novo agente doméstico para servir uma sessão em andamento, ou quando o nó móvel seleciona uma nova interface de acesso durante uma sessão em andamento.

Description

"MÉTODO PARA ESTABELECER UMA SESSÃO ENTRE UM NÓ MÓVEL E UM NÓ CORRESPONDENTE, NÓ CORRESPONDENTE, E, NÓ MÓVEL PARA ESTABELECER UMA SESSÃO COM UM NÓ CORRESPONDENTE"

Fundamento da Invenção Campo da Invenção

A presente invenção relaciona-se a um método, um nó móvel e um nó correspondente, para suportar 'multihoming'.

Descrição da Técnica Relacionada

IP móvel versão 4 (IPv4 Móvel, IP Móvel, MIPv4 ou MIP) e a versão atual de IPv6 Móvel (MIPvó) é construído para prover mobilidade a um hospedeiro ou Nó Móvel (MN). Os outros nós, normalmente chamados Nós Correspondentes (CN) 120, são normalmente vistos como hospedeiros fixos. Referência é feita agora aos desenhos, onde Figura 1 mostra uma arquitetura de rede de MIPvó como sugerida pela especificação de MIPvó atual achada em um Pedido Para Comentário (RFC) número 3775 da Força- Tarefa de Engenharia da Internet (IETF). Como pode ser visto na Figura 1, uma rede de IP 100 inclui um MN 110 em comunicação com um CN 120 em uma ligação que provê um caminho direto 122. O caminho direto 122 é composto não provavelmente de só uma conexão física direta, mas em lugar disso representa uma série de ligações entre equipamentos de roteamento habilitando transparentemente a comunicação entre eles. O modo que a série de ligações é usada para transportar tráfego entre o MN 110 e o CN 120 é irrelevante contanto que comunicação de IP entre eles possa ser estabelecida.

O MN 110 tem um endereço doméstico nomeado permanentemente válido em sua rede doméstica 127, qual endereço doméstico é alocado na iniciação do MN 110 na rede doméstica 127. O mecanismo de alocação é bem conhecido na técnica anterior. O MN 110 está adicionalmente em comunicação com um Agente Doméstico (HA) 130 localizado em sua rede doméstica 127. Entre outras funcionalidades, o HA 130 mantém registro de um endereço estrangeiro do MN 110 válido fora da rede doméstica 127. O endereço estrangeiro é chamado Endereço de Cuidado (CoA) no contexto de MIPvó. O CoA nomeado ao MN 110 muda em tempo quando o MN 110 se move de uma rede para outra. O registro mantido pelo HA 130, chamado ligação no contexto de MIPvó, liga o CoA ao endereço doméstico. Uma Entrada de 'Cache' de Ligação (BCE) incluindo o endereço doméstico e o CoA do nó móvel também é mantido no CN 120 para o propósito de alcançar o MN 110. O HA 130 também é responsável para rotear tráfego recebido no endereço doméstico ao MN 110. O tráfego recebido é remetido pelo HA 120 em uma ligação 125 para o MN 110. Todo tráfego enviado na ligação 125, de acordo com MIPvó, é codificado para assegurar, entre outras coisas, confidência de credenciais trocadas periodicamente entre o MN 110 e o HA 130.

As linhas seguintes resumem como o conceito de MIPvó se aplica em uma situação típica. Por exemplo, o MN 110 está em comunicação de IP bidirecional com o CN 120 no caminho 122 direto. Quando o MN 110 se move de uma primeira rede para outra, como ilustrado por uma seta 135 na Figura 1, o MN 110 recebe um novo CoA. Esta modificação em estado de endereçamento do MN 110 deve ser anunciada ao CN 120 e o HA 130. A fim de anunciar modificação a seu CoA, o MN 110 envia uma primeira Atualização de Ligação (BU) para o HA 130 na ligação 125, que é codificada, contendo o CoA recentemente adquirido e outra informação relacionada a uma ligação para o MN 110 no HA 130. O HA 130 então atualiza a ligação e responde ao MN 110 com um primeiro Reconhecimento de Ligação (BA) indicando uma atualização bem sucedida da ligação. O MN 110, depois de enviar a primeira BU, então cria uma segunda BU semelhante à primeiro BU, e a envia ao CN 120 no caminho direto 122. O CN 120, na recepção da segunda BU cria um BCE, e então cria um segundo BA ao MN 110. Recepção do segundo BA no MN 110 indica uma conclusão bem sucedida do anúncio da modificação.

"Cryptographically Based Identifiers (CBID): Concepts and Applications", 'ACM Transaction on Information and System Security (TISSEC)', fevereiro de 2004, descreve como computar um identificador baseado em criptografia inesquecível (CBID) para um nó móvel. O CBID é estatisticamente único e criptograficamente verificável. O CBID pode ser produzido usando uma chave pública (K+) e outros parâmetros do MN 110, como conhecido na técnica. Conseqüentemente, como o CN 120 conhece a K+ do MN 110, ele pode verificar, ou autenticar, o CBID.

'Multihoming' permite a um nó móvel configurar e usar os endereços de IP múltiplos ao mesmo tempo. Um nó móvel e multi-doméstico (MMN) pode ter múltiplas interfaces associadas a ligações domésticas diferentes. Na prática, isto significa que múltiplos prefixos são anunciados na ligação doméstica. Por meio de um exemplo, o MMN pode ter acesso à Internet por múltiplos Provedores de Serviço da Internet (ISPs) e cada ISP provê seus próprios serviços de HA. Tal característica requer que o MN 110 seja capaz de administrar seu grupo de endereços estáticos/dinâmicos. Cenário de 'multihoming' ocorre quando o MN 110 tem múltiplos prefixos definidos, ou associados tanto com o mesmo HA ao qual o MN 110 está conectado ou com diferentes HAs, ou quando o MN 110 tem múltiplas interfaces, que podem por sua vez serem conectadas a um ou diferentes HAS. Um cenário comum e prático, que combina as características de 'multihoming' e mobilidade é conectar múltiplas interfaces associadas a diferentes HAs a um MN 110. Em tal cenário, o MN 110 pode precisar a algum momento re-dirigir uma sessão em andamento para outra interface ou usar uma interface como uma reserva, enquanto trocando pacotes de dados em outra interface. Um exemplo é ter duas interfaces diferentes provendo duas tecnologias de acesso diferentes conectadas ao dispositivo móvel. Uma interface pode ser uma interface de CDMA2000 conectada a uma operadora e outra interface de Rede Local Sem Fios (WLAN), que pode prover conectividade em um ponto de alto tráfego de WLAN pública. Em tal cenário, quando o MN 110 está sob a cobertura de ponto de alto tráfego, ele pode estabelecer uma sessão em tempo real, por exemplo uma sessão de Voz através de IP, pela interface de WLAN conectada à rede estrangeira. Neste caso, se o MN 110 cruzar os limites de área de ponto de alto tráfego, idealmente a sessão re-roteia pacotes de dados para a interface de CDMA2000.

Outro cenário consistiria em ter dois diferente HAs, cada um conectado a uma interface. Em tal cenário, executar uma transferência de uma sessão em andamento entre os dois HAs requereria o MN 110 atualizar o CN 120 com dois endereços, isto é, o CoA, que pode ou não mudar como resultado da transferência, e o HoA configurado na segunda interface.

O protocolo de MIPvó não especifica como um MN 110 pode se beneficiar da característica de 'multihoming' em um ambiente móvel. De acordo com MIPvó, o MN 110 deve usar um HoA estático para estabelecer a sessão. O único modo para o CN 120 localizar um BCE em sua tabela de BCE é procurar pelo HoA levado pela BU. Se uma BU levando um novo CoA for recebida para um HoA, o CN 120 é capaz de achar o BCE pertinente e atualizar o valor de CoA. Porém, se o nó móvel mudar para um novo HoA, o CN 120 não será capaz de localizar o BCE pertinente e criará um novo BCE para o HoA e o CoA correspondente. Como resultado, nenhuma sessão em andamento pode continuar se o nó móvel trocar para um novo HoA. Além disso, por causa de princípios arquitetônicos de MIPvó, uma sessão entre o MN e o CN é identificada com um endereço de IP do MN, aqui o HoA, um endereço de IP do CN, um número de porta do MN, um número de porta do CN e um protocolo de transporte entre eles. Qualquer mudança em um parâmetro usado para identificação da sessão interromperá a sessão.

Haveria vantagens claras de ter um método, um nó móvel e nó correspondente para prover uma capacidade para o nó correspondente criar um BCE independentemente do HoA do nó móvel. Isto proveria o nó móvel para trocar entre endereços de IP domésticos enquanto continuando uma sessão em andamento.

Sumário da Invenção

E portanto um objetivo amplo desta invenção prover um método, um nó móvel e um nó correspondente para permitir estabelecimento de uma sessão entre o nó móvel e o nó correspondente usando um novo indicador único para habilitar o nó correspondente a identificar exclusivamente o nó móvel. Uma mudança na seleção de um endereço doméstico não influencia nenhuma sessão em andamento.

Um primeiro aspecto da presente invenção é dirigido a um método para estabelecer uma sessão entre um nó móvel, servido por um agente doméstico de serviço, e um nó correspondente. O agente doméstico é um nó em uma rede doméstica, em que o nó móvel tem uma assinatura. Um endereço doméstico definido pelo agente doméstico de serviço da rede doméstica é selecionado primeiro pelo nó móvel. Se o nó móvel estiver localizado atualmente em uma rede doméstica, este endereço doméstico selecionado é preferido para se comunicar com um nó correspondente. Se, porém, o nó móvel estiver vagando em uma rede visitada, um endereço de cuidado da rede visitada é preferido como um endereço de roteamento. Um identificador privado é calculado no nó móvel. O nó móvel envia uma mensagem de estabelecimento para o nó correspondente. A mensagem de estabelecimento inclui o identificador privado e o endereço preferido. Responsivo à mensagem de estabelecimento, o nó correspondente cria uma entrada de tabela, com o identificador privado e o endereço preferido.

Um segundo aspecto da presente invenção é dirigido a um método para selecionar um de uma pluralidade de endereços domésticos nomeados ao nó móvel. O nó móvel tendo uma pluralidade de endereços domésticos é um nó móvel multi-doméstico. A pluralidade de endereços domésticos pode ser definida em um único agente doméstico ou em agentes domésticos distintos. O endereço doméstico selecionado é definido por um agente doméstico que também serve a sessão atual para o nó móvel. Se mais de um endereço doméstico estiver definido pelo agente doméstico servindo atualmente a sessão, o endereço doméstico que suporta uma interface de acesso preferida para o nó móvel é selecionado entre aqueles definidos pelo agente doméstico atualmente servindo.

Um terceiro aspecto da presente invenção é dirigido a um método para atualizar um endereço na entrada de tabela do nó correspondente. O nó móvel fixa um novo endereço, o novo endereço sendo usado como uma reserva para o endereço preferido ou sendo usado para substituir o endereço preferido. Se o nó móvel pretender o novo endereço a ser usado no caso de uma falha para alcançar o endereço preferido, o nó móvel adiciona uma indicação de reserva. Se o nó móvel se moveu e obteve um novo endereço de cuidado ou se retornou de uma rede estrangeira de volta no domínio de uma rede doméstica, o nó móvel adiciona uma indicação de mobilidade. O novo endereço e, se fixada, a indicação de reserva ou a indicação de mobilidade são enviadas ao nó correspondente em uma atualização. O nó correspondente atualiza a entrada de tabela, tanto adicionando o novo endereço como um endereço de reserva, ou substituindo o endereço preferido com o novo endereço, se a indicação de mobilidade fosse enviada.

Um quarto aspecto da presente invenção é dirigido a um nó correspondente para receber uma ou mais mensagens para uma sessão com um nó móvel. O nó correspondente armazena em uma entrada de tabela, na recepção de uma primeira mensagem, um identificador privado para a sessão e um endereço preferido. Na recepção de uma mensagem subseqüente levando um endereço alternativo, o nó correspondente tanto adiciona o endereço alternativo como um endereço de reserva na entrada de tabela, ou sobrescreve o endereço preferido na entrada de tabela, como por uma indicação incluída na atualização subseqüente.

Um quinto aspecto da presente invenção é dirigido a um nó móvel incluindo uma unidade de mobilidade para escolher um endereço preferido, o endereço preferido sendo tanto um de um endereço de cuidado, nomeado ao nó móvel se estiver conectado a uma rede estrangeira, ou um endereço doméstico selecionado. O nó móvel também inclui uma unidade de computação para calcular um identificador privado, uma unidade de administração de sessão para estabelecer uma sessão com um nó correspondente e para enviar informação de endereço ao nó correspondente, e uma interface para se comunicar com o nó correspondente. A informação de endereço inclui o identificador privado e o endereço doméstico preferido.

Um sexto aspecto da presente invenção é dirigido a um nó móvel multi-doméstico incluindo uma pluralidade de endereços domésticos. Um endereço doméstico selecionado é escolhido baseado em um agente doméstico atualmente servindo e, se o agente doméstico atualmente servindo definir mais de um endereço doméstico do nó móvel, a seleção do endereço doméstico é baseada em uma interface de acesso preferida para o nó móvel.

Breve Descrição dos Desenhos

Para um entendimento mais detalhado da invenção, para objetivos e vantagens adicionais dela, referência pode ser feita agora à descrição seguinte, tomada junto com os desenhos acompanhantes, em que:

Figura 1 é uma representação da técnica anterior de uma arquitetura de Protocolo de Internet Móvel versão 6;

Figura 2 mostra uma representação de um método para estabelecer uma sessão com uma chave de autenticação secreta entre um nó móvel e um nó correspondente;

Figura 3 mostra um diagrama de seqüência de um método para nomear um endereço de roteamento preferido a um nó móvel e para atualizar um nó correspondente;

Figura 4 mostra um diagrama de seqüência de um método para usar um endereço doméstico como um endereço de reserva no caso de falha de ligação;

Figura 5 mostra um diagrama de seqüência de um método para mudar um endereço de roteamento preferido;

Figura 6 mostra um fluxograma de um método para selecionar um endereço doméstico a um nó móvel;

Figura 7 mostra um diagrama de seqüência de um método para atualizar um endereço doméstico selecionado a um nó correspondente;

Figura 8 mostra um nó móvel exemplar construído de acordo com a presente invenção; e

Figura 9 mostra um nó correspondente exemplar construído de acordo com a presente invenção.

Descrição Detalhada

Os ensinamentos inovadores da presente invenção serão descritos com referência particular a vários usos exemplares e aspectos da concretização preferida. Porém, deveria ser entendido que esta concretização provê só alguns exemplos dos muitos usos vantajosos dos ensinamentos inovadores da invenção. Em geral, declarações feitas na especificação do presente pedido não limitam necessariamente nenhum dos vários aspectos reivindicados da presente invenção. Além disso, algumas declarações podem se aplicar a algumas características inventivas, mas não a outras. Na descrição das figuras, mesmos numerais representam mesmos elementos da invenção.

A presente invenção provê um método, um nó móvel (MN) e um nó correspondente (CN) para criar no CN uma entrada de tabela para o MN, independentemente do endereço doméstico (HoA) do MN.

O MN, em vez de enviar seu HoA ao CN, envia um novo identificador único ao CN para armazenar na entrada de tabela, em vez do HoA. Um endereço preferido para rotear mensagens para o MN também é enviado do MN ao CN e armazenado na entrada de tabela. O HoA ainda pode opcionalmente ser enviado ao CN, como um campo adicionado em uma mensagem que também leva o novo identificador único.

O MN pode suportar diferentes tecnologias de acesso, por exemplo uma conexão celular e uma conexão de Rede Local Sem Fios (WLAN). O MN inclui uma interface de acesso para cada tecnologia de acesso e cada interface de acesso inclui um HoA para se comunicar com o agente doméstico (HA) da rede doméstica. Adicionalmente, o MN pode assinar a mais de uma rede de doméstica e por esse meio ser associado com mais de um HA. Isto implica que o MN pode ter mais de um HoA, por isso se tornando um nó móvel multi-doméstico (MMN). O MN portanto estabelece uma sessão com o CN usando um HoA correspondendo a uma interface de acesso escolhida, o HoA sendo definido em um HA, o próprio HA fazendo parte da rede doméstica que corresponde a uma assinatura que o MN está usando atualmente.

No caso de IP Móvel versão 6 (MIPvó), este protocolo não suporta, sem a presente invenção, transferência de controle de uma tecnologia de acesso para outra quando isto implica em uma mudança de HoA no meio de uma sessão. MIPvó também não opera uma mudança de HoA quando o MN seleciona um novo HA enquanto a sessão está em andamento. Por prover o novo identificador único para identificar o MN no CN, o MN se torna livre para mudar seu HoA.

No contexto da presente invenção, o MN pode incluir um telefone celular móvel, um assistente pessoal, um laptop e similar, em que o MN inclui pelo menos uma interface de acesso e preferivelmente suporta MIPvó.

0 CN pode ser um servidor, por exemplo um servidor da web ou um servidor de Protocolo de Iniciação de Sessão (SIP), ou qualquer computador. O CN também poderia ser outro MN, que pode ele mesmo opcionalmente ser outro MMN. O CN preferivelmente suporta MIPvó.

O HA pode ser um banco de dados em uma porção de uma rede de IP, a porção sendo chamada 'rede doméstica' porque provê uma assinatura ao MN. O HA provê uma assinatura ao MN nomeando um HoA ao MN.

A fim de prover uma base para uma descrição da concretização preferida da presente invenção, referência é feita agora à Figura 2, que mostra uma representação de um método para estabelecer uma sessão com uma chave de autenticação secreta entre o MN e o CN. O MN 110 está associado com uma rede doméstica, que é uma porção doméstica da rede de IPv6 100 (também chamada rede doméstica 127). O MN 110 tem um primeiro endereço de IPv6 ou HoA válido na porção doméstica da rede de IPv6 100. O HoA também serve para associar o MN 110 a um Agente Doméstico (HA) 130 localizado na rede doméstica. O HA é um nó na rede doméstica em que o MN tem uma assinatura. Quando a assinatura para o MN 110 é estabelecida na rede doméstica, o HA 130 define o HoA e o aloca ao MN 110. Todo o tráfego endereçado ao HoA é primeiro roteado ao HA 130, que o remete ao MN 110.

O MN 110 também tem um par de chaves assimétricas incluindo uma chave privada (K-) e uma chave pública (Κ+). O funcionamento detalhado de criptografia de chave dupla é bem conhecido na técnica anterior. E considerado que propriedade da K+ pelo MN 110 é provável. A prova de propriedade pode ser feita, por exemplo, usando uma Autoridade de Certificado, que é um terceiro confiável assegurando propriedade da K+. Outra solução, que não requer o uso de um terceiro é usar a K+ já usada para outros mecanismos criptográficos. Um exemplo de um tal mecanismo é o mecanismo de endereço gerado criptograficamente (CGA), que também habilita prova de propriedade de um endereço de IPv6 gerado com ele.

Quando o MN 110 se move em uma porção visitada da rede de IPv6 100 (etapa 220), um segundo endereço de IPv6 ou Endereço de cuidado (CoA), válido na porção visitada, é provido ao MN 110 por um nó de serviço da porção visitada (etapa 222). O CoA é fixado além do HoA. O CoA é usado para alcançar o MN 110 diretamente. O modo no qual o CoA é fixado para o MN 110 é bem conhecido na técnica.

O MN 110 precisa informar o CN 120 de seu CoA recentemente adquirido. Isto é alcançado enviando uma mensagem de estabelecimento 224 do MN 110 endereçada ao CN 120 pelo HA 130 (isto é, roteada do HA 130 para o CN 120). A mensagem de estabelecimento 224 também pode ser chamada uma Atualização de Pré-ligação ou PBU. A mensagem de estabelecimento 224 anuncia o CoA. A mensagem de estabelecimento inclui o HoA e o CoA do MN e, pode adicionalmente incluir a K+do MN.

Na recepção da mensagem de estabelecimento 224, o CN 120 testa a capacidade de alcance do CoA e a capacidade de alcance do HoA do MN 110. Isto é alcançado enviando do CN 120 um primeiro teste de endereço 228 ao MN 110 endereçado ao HoA. Um segundo teste de endereço 230 endereçado ao CoA é enviado do CN 120.

Na recepção do primeiro teste de endereço 228 e do segundo teste de endereço 230, o MN 110 envia uma confirmação única 232. A confirmação 232 é assinada pelo MN 110 usando a K-. A confirmação 232 também pode ser chamada uma Atualização de Ligação (BU).

Recepção da confirmação 232 no CN 120 completa o teste do CoA e HoA.

O CN 120 adicionalmente envia um reconhecimento 234 ao MN 110 endereçado ao CoA. O reconhecimento 234 inclui uma chave de autenticação secreta (SKbm) codificada no reconhecimento 234 usando a K+ do MN 110. A SKbm é provavelmente para ser gerada pelo CN 120. O reconhecimento 234 também pode ser chamado um Reconhecimento de Ligação (BA). Na recepção do reconhecimento 234, o MN 110 decifra a SKbm usando a K-. Depois disso, ambos o CN 120 e o MN 110 têm a mesma SKbm para autenticar a comunicação entre eles na etapa 236.

A K+ do MN 110 pode ser anunciada tanto enviando a K+ na mensagem de estabelecimento 224, na confirmação 232, ou em qualquer combinação de mensagens 224 e 232.

Tendo descrito agora aqui acima um método geral de estabelecer uma sessão entre o MN e o CN, um aspecto exemplar da concretização preferida da presente invenção será descrito agora por referência à Figura 3, que mostra um diagrama de seqüência de um método para nomear um endereço de roteamento preferido ao MN IlOe para atualizar o CN 120. Dentro do MN 110, o HoA é nomeado para estabelecimento de uma sessão com o CN 120 na etapa 310. Figura 6 abaixo descreve um processo por meio do qual um entre uma pluralidade de HoAs é nomeado como um Endereço Doméstico Selecionado (SHoA). Para os propósitos da presente descrição da etapa 310, pode ser assumido que o MN 110 inclui um único HoA, que é interpretado automaticamente como o SHoA. Este caso exemplar de um MN 110 com um único HoA não é significado limitar a extensão da presente invenção, mas é apresentado para propósitos de clareza.

Na etapa 315, é determinado se o MN 110 está localizado atualmente dentro da rede doméstica 127. Se estiver dentro da rede doméstica, o SHoA é nomeado como um endereço preferido, a ser usado para rotear tráfego para o MN 110, na etapa 320. Se porém o MN 110 não estiver localizado dentro da rede doméstica 127, o MN 110 está acessando uma rede estrangeira ou visitada. A rede visitada aloca um CoA ao MN 110. Alocação do CoA é bem conhecida àqueles de habilidades ordinárias na técnica e está fora da extensão da presente invenção. Aqueles familiares com a técnica de comunicação de IP sabem que o HA servindo o MN 110 é feito ciente do CoA alocado ao MN 110. Neste caso, onde o MN 110 está visitando uma rede estrangeira, o CoA é nomeado como o endereço preferido na etapa 325.

Um identificador privado é nomeado ao MN na etapa 330. O identificador privado é usado como um meio para deixar o CN 120 identificar a estação móvel independentemente do SHoA.

O identificador privado não é um endereço de IP e não pode ser usado para roteamento. Idealmente, o identificador privado é codificado de uma maneira que permitirá autenticação do MN. O identificador privado é preferivelmente um identificador baseado em criptografia (CBID), calculado como descrito em "Cryptographically Based Identifiers (CBID): Concepts and Applications", 'ACM Transaction on Information and System Security (TISSEC)', fevereiro de 2004. Na etapa 335, o MN 110 fixa uma indicação de privacidade usada para indicar que o identificador privado pode não ser usado como um endereço de roteamento. O identificador privado, o endereço preferido e, opcionalmente, a indicação de privacidade, o SHoA e uma chave pública (K+) do MN são enviados ao CN 120 na mensagem de estabelecimento na etapa 340. No contexto de uma implementação de MIPvó, a mensagem de estabelecimento leva a forma da PBU. O CN 120 recebe a mensagem de estabelecimento na etapa

340. Se o identificador privado for do tipo de CBID, o CN 120 pode autenticar na etapa 345 a mensagem de estabelecimento re-computando o CBID, por uso da K+, para casar o valor recebido na mensagem de estabelecimento. O CN 120 detecta da indicação de privacidade que o identificador privado não é um endereço roteável, assim não tenta testar a capacidade de roteamento do identificador privado. Em uma concretização alternada, em que a indicação de privacidade não está incluída na mensagem de estabelecimento, o CN 120 pode analisar o formato ou o valor do identificador privado e determinar que este não é um endereço roteável. Em ainda outra concretização, em que a indicação de privacidade não está incluída na mensagem de estabelecimento, o CN 120 pode tentar enviar uma mensagem, por exemplo o teste de endereço mostrado na etapa 230 na Figura 2, usando o identificador privado como um endereço de roteamento, detectar que nenhuma resposta é recebida ou que uma mensagem de erro é recebida, e por esse meio determinar que o identificador privado não é um endereço roteável.

O CN 120 pode opcionalmente testar a capacidade de roteamento do endereço preferido enviando um teste de endereço ao MN 110 no caminho direto 122, na etapa 355. No contexto de uma implementação de MIPvó, o teste de endereço é um Teste de Pré-ligação (PBT). O MN 110 então responde ao teste de endereço enviando uma confirmação, para o CN 120, na etapa 360. O conteúdo da confirmação é semelhante àquele da mensagem de estabelecimento. No contexto de uma implementação de MIPvó, a confirmação leva a forma da BU. O CN 120 pode verificar o CBID incluído na confirmação (não mostrado) da mesma maneira como descrito na etapa 345. Na recepção da confirmação, ou na recepção da mensagem de estabelecimento se as etapas 355 e 360 não forem suportadas, o CN 120 cria uma entrada de tabela para a sessão, preferivelmente uma Entrada de 'Cache' de Ligação (BCE), na etapa 370. Por exemplo, a BCE é incluída em uma tabela dentro do CN 120. De acordo com os ensinamentos da presente invenção, o identificador privado é usado como um ponteiro para localizar uma entrada específica na tabela. A entrada criada na etapa 370 para a sessão com o MN 110 inclui geralmente a informação recebida na mensagem de estabelecimento ou na confirmação, isto é o identificador privado e o endereço preferido e, opcionalmente, a indicação de privacidade, o SHoA e a K+. O CN 120 calcula a SKbm e a retorna para o MN 110 em um reconhecimento, preferivelmente no BA no caso de MIPv6, na etapa 380.

A sessão tendo sido estabelecida usando o método exemplar da Figura 3, vários eventos podem acontecer durante a sessão. Outro aspecto da concretização preferida da presente invenção será descrito agora por referência à Figura 4, que mostra um diagrama de seqüência de um método para usar um HoA como um endereço de reserva no caso de falha de ligação.

As etapas descritas aqui acontecem normalmente depois que uma sessão entre o MN 110 e o CN 120 foi estabelecida como descrito anteriormente. No contexto da Figura 4, o MN 110 está localizado em uma rede visitada, ou rede estrangeira, e o endereço preferido é um CoA. Na etapa 410, o MN 110 determina que seu SHoA deverá ser usado como um endereço alternativo para propósitos de reserva, no caso de um falha para se comunicar no caminho direto 122 entre o CN 120 e o MN 110. Alternativamente, outro endereço poderia ser selecionado como um endereço de reserva pelo MN 110. Na etapa 420, o MN 110 fixa uma indicação de reserva. Uma atualização, que no caso de MIPvó toma a forma de uma nova BU, é enviada do MN 110 ao CN 120 na etapa 430, a atualização incluindo o identificador privado, a indicação de privacidade, a indicação de reserva e o endereço alternativo. Opcionalmente, o CN 120 autentica o identificador privado da atualização, da mesma maneira como descrito anteriormente. O identificador privado recebido na atualização é usado no CN 120 para localizar a entrada de tabela para a sessão, a entrada de tabela sendo uma BCE se o CN 120 for feito para suportar MIPvó, na etapa 435. Na etapa 440, responsivo à indicação de reserva recebida como um conteúdo da atualização, o CN 120 adiciona o endereço alternativo como um endereço de reserva na entrada de tabela. Na etapa 450, o caminho direto 122 entre o MN 110 e o CN 120 falha. Este evento não é necessariamente detectado imediatamente por qualquer um destes 2 nós ou qualquer um controlado por esse meio. Na etapa 460, o CN 120 tenta enviar uma mensagem de qualquer natureza pertinente à sessão atual para o MN 110, usando o endereço preferido. Na etapa 470, o CN 120 recebe uma indicação de falha. Como explicado anteriormente, o caminho direto 122 será composto não provavelmente de só uma conexão física direta, mas e lugar disso representa uma série de ligações entre equipamentos de roteamento habilitando transparentemente a comunicação entre eles. Conseqüentemente, qualquer um dos equipamentos de roteamento pode gerar a indicação de falha.

O meio para gerar a indicação de falha é bem conhecido na técnica e está fora da extensão da presente invenção. Responsivo à indicação de falha, o CN 120 re-envia a mesma mensagem que pretendeu enviar na etapa 460, mas esta vez usando o endereço de reserva, na etapa 480. No presente uso exemplar, o endereço de reserva é na realidade o SHoA do MN 110. Conseqüentemente, o HA 130 do MN 110 recebe a mensagem na etapa 480. Porque o HA 130 tem um conhecimento do CoA do MN 110, ele remete a mensagem e seu conteúdo ao MN 110 por uso do CoA na etapa 490.

Tendo estabelecido a sessão usando o método exemplar da Figura 3, o MN 110 pode mudar de local durante a sessão. Um aspecto adicional da concretização preferida da presente invenção será descrito agora por referência à Figura 5, que mostra um diagrama de seqüência de um método para atualizar o endereço preferido do MN 110 na entrada de tabela, ou BCE, do CN 120. A mudança de endereço preferido pode ser requerida quando o MN 110 muda de local na etapa 510. O MN 110 pode se mover em uma nova rede estrangeira e obter um novo CoA. Neste caso, o CoA se torna um endereço alternativo na etapa 520. O MN 110 também pode se mover longe de uma rede estrangeira, de volta em sua rede doméstica. No caso onde o MN 110 retorna para casa, o SHoA se torna o endereço alternativo na etapa 520. Em qualquer um dos casos, o MN 110 fixa na etapa 530 uma indicação de mobilidade indicando que o endereço alternativo é escolhido como resultado de uma mudança de local do MN 110. O MN 110 envia, na etapa 540, uma atualização, por exemplo uma nova BU, incluindo o identificador privado, a indicação de privacidade, a indicação de mobilidade e o endereço alternativo. O CN 120 recebe esta atualização e opcionalmente autentica o identificador privado. Na etapa 550, o CN 120 identifica a entrada de tabela, achando a entrada específica incluindo o identificador privado recebido. Na etapa 560, responsivo à indicação de mobilidade, o CN 120 sobrescreve o endereço preferido do MN 110 na entrada de tabela com o endereço alternativo recebido. Depois disso, o CN 120 usa o novo endereço preferido armazenado na entrada de tabela para se comunicar com o MN 110.

Em um aspecto ainda adicional da invenção, um nó móvel e multi-doméstico (MMN) pode ter múltiplas interfaces associadas a ligações domésticas diferentes. O MN 110 usado no método exemplar como descrito na Figura 3 pode ser estendido para se tornar o MMN. Figura 6 mostra um fluxograma de um método para selecionar o HoA no MN. O MN 110 da Figura 6 é um MMN. Este MMN inclui uma tabela que inclui uma pluralidade de HoAs. A pluralidade de HoAs pode ser definida, ou associada com um único HA. Alternativamente, vários HoAs podem ser definidos ou associados com uma pluralidade de HAs. A tabela define uma associação com um único HA para cada HoA. O SHoA deve ser servido pelo HA que também serve a sessão atual para o MN. Declarado de outro modo, selecionando um HoA como o SHoA para a sessão, o MN seleciona automaticamente o HA de serviço que define o SHoA.

Se mais de um HoA estiver associado, é definido pelo HA servindo atualmente a sessão, o HoA que suporta uma interface de acesso preferida para o MN precisa ser selecionado entre esse HoA definido pelo HA atualmente servindo. Para nomear o SHoA para uma sessão, o MN 110 deve considerar todos os HoAs dentro de sua tabela que estão associados com um HA de serviço para a sessão. Este processo é descrito na Figura 6. Na etapa 610, o MN 110 escolhe um primeiro HoA dentro de sua tabela. Na etapa 620, o MN 110 verifica se ou não o primeiro HoA está associado com o HA de serviço. Nesse caso, o primeiro HoA é adicionado como um HoA candidato a uma lista na etapa 630. Se ou não o primeiro HoA foi adicionado à lista, a etapa 640 verifica se este era o último HoA na tabela. Se não, o próximo HoA é escolhido na etapa 650, e a etapa 620 é repetida para este próximo HoA. Eventualmente, na etapa 640, é achado que o último HoA na tabela foi verificado. Na etapa 660, o número de HoAs candidatos é verificado na lista.

Porque o MN 110 só pode ser servido por um HA que define pelo menos um de seu HoAs, o número de HoAs candidatos na lista não pode ser menos que unitário na etapa 660. Se, na etapa 660, for achado que há um único HoA candidato na lista, este HoA candidato é nomeado como o HoA selecionado, ou SHoA, na etapa 670. Poderia haver mais de um HoA candidato na lista achada na etapa 660. Este seria o caso onde, por exemplo, o MN 110 inclui uma interface de acesso de WLAN e uma interface de acesso de CDMA2000, ambas destas interfaces sendo servidas por um mesmo HA por HoAs distintos. Neste caso, o MN 110 escolhe uma interface de acesso preferida na etapa 680. A seleção de interface de acesso preferida pode ser baseada em preferência de usuário, em intensidade de sinal de sinais recebidos em ambas as interfaces de acesso, ou em outras considerações tal como uma tarifa distinta para cada uma das interfaces de acesso. Na etapa 690, o MN 110 nomeia, da lista, um HoA candidato para a interface de acesso preferida como o SHoA para a sessão.

O método exemplar como descrito na Figura 3 pode ser estendido para suportar o MMN da Figura 7. Uma variante do método exemplar da Figura 3, em que o MMN está em uma sessão com o CN, será descrita agora por referência à Figura 7, que mostra um diagrama de seqüência de um método para atualizar o SHoA no CN. As etapas descritas aqui acontecem normalmente depois que uma sessão entre o MN IlOeo CN 120 foi estabelecida como descrito anteriormente, em que o SHoA era enviado de fato pelo MN 110 ao CN 120 e armazenado na entrada de tabela para a sessão. Na etapa 710, o MN 110 muda sua interface de acesso. Isto pode acontecer, por exemplo, quando um usuário de MN 110 passeia longe de uma área de cobertura de WLAN e pretende continuar uma sessão em andamento. O MN 110 precisa usar uma nova interface de acesso preferida, por exemplo uma interface de CDMA2000. Na etapa 720, o MN 110 seleciona um novo SHoA para a nova interface de acesso. Alternativamente, na etapa 730, o MN 110 pode selecionar um novo HA. Isto poderia acontecer, por exemplo, quando o usuário se move de uma primeira rede doméstica para uma segunda rede doméstica servida por um segundo HA. Dependendo de assuntos de cobrança, pode ser mais econômico para o MN ser servido pelo segundo HA em lugar de receber um CoA na segunda rede doméstica enquanto ainda usando o SHoA da primeira rede doméstica. Na etapa 740, o MN 110 seleciona um novo SHoA associado com o segundo HA. Se o MN 110 tiver só um HoA associado com o segundo HA, este HoA é o selecionado. Se, porém, o MN 110 tiver mais que um HoA associado com o segundo HA, o processo da Figura 6 pode ser aplicado no MN 110 para escolher o SHoA.

Se o novo SHoA fosse selecionado na etapa 720 ou na etapa 740, o novo SHoA é distinto de qualquer SHoA previamente anunciado ao CN 120 em uma confirmação anterior ou em uma atualização anterior. O MN 110 envia uma nova atualização ao CN 120 na etapa 750. A nova atualização inclui o identificador privado, o indicador de privacidade e o novo SHoA. Na etapa 760, o CN 120 identifica a entrada de tabela para a sessão achando a entrada específica incluindo o identificador privado recentemente recebido. O CN 120 atualiza a entrada de tabela para o MN 110 sobrescrevendo o valor de SHoA com o SHoA recentemente recebido na etapa 770.

Uma construção exemplar de um MN 110 como usado nas figuras precedentes, será descrita agora por referência à Figura 8, que mostra um MN 110 exemplar construído de acordo com a presente invenção. O MN 110 pode ser implementado em hardware, software, ou qualquer combinação disso. O MN 110 inclui pelo menos uma interface de acesso A, usada para se comunicar com CNs por uma conexão às redes domésticas e, quando longe de uma rede doméstica, por uma conexão às redes estrangeiras. O MN 110 adicionalmente pode incluir uma segunda interface de acesso B. Em um MN 110 exemplar, a interface de acesso A poderia ser uma interface de CDMA2000 e a interface de acesso B poderia ser uma interface de WLAN. Aqueles de habilidades ordinárias na técnica entenderão que outras interfaces de acesso também poderiam ser suportadas pelo MN 110 da presente invenção, incluindo, por meio de exemplos, uma interface de Acesso Múltiplo por Divisão de Código de Banda Larga, uma interface de Serviço de Dados de Pacote Geral, uma interface de WiMAX, uma interface de EV-DO, e similares.

O MN 110 inclui uma tabela 810 incluindo pelo menos um HoA. Se o MN 110 for um MMN, ele inclui uma pluralidade de HoAs.

A tabela 810 forma um mapeamento de associações do MN 110 com um ou mais HAs. A tabela 810 inclui a identidade de um ou mais HAs e adicionalmente inclui associações de um ou mais HoAs para pelo menos um HA, por exemplo HA-1 e HA-2. Para cada HA na tabela 810, há pelo menos um HoA, por exemplo HoA1-1 e HoA 1-2, que são definidos ou associados com HA-1, e HoA2-1 e HoA2-2 são definidos ou associados com HA-2. No MN 110 exemplar da Figura 8, duas interfaces de acesso são providas e o MN 110 inclui um HoA para cada interface de acesso suportada por cada um dos dois HAs. Por exemplo, HoA1-1 é definido por HA-1 e usa a interface de acesso A. Outros arranjos também seriam possíveis. Em um caso mais simples, o MN teria uma única interface de acesso e um único HoA definido por um HA; para este MN exemplar, a tabela 810 incluiria uma única identidade de HA e um único HoA associado com ela. Este MN não seria um nó multi-doméstico, mas ainda se beneficiaria de muitas das vantagens da presente invenção. Outro MN poderia ter uma única interface de acesso e acessar os dois HAs. Um terceiro MN poderia ter duas interfaces de acesso e acessar só um HA. Um quarto MN poderia ter duas interfaces de acesso, cada uma das quais provendo acesso a um ou outro de dois HAs.

O MN 110 adicionalmente inclui uma unidade de administração de sessão 820, uma unidade de mobilidade 830 e uma unidade de computação 850. A unidade de administração de sessão controla as sessões com os CNs, envia mensagens de estabelecimento, atualizações e confirmações, e recebe testes de endereço e reconhecimentos pelas interfaces de acesso em uso durante as sessões. A unidade de mobilidade 830 opera endereços para MN 110. Inclui uma memória de SHoA 832 para armazenar o HoA selecionado, uma memória de CoA 834 para armazenar um endereço de cuidado, e uma memória de endereço preferido 836 para armazenar o endereço que é preferido para roteamento. A unidade de mobilidade 830 detecta uma localização do MN 110 determinando se ou não o MN 110 está conectado a uma rede doméstica. Se uma rede estrangeira estiver sendo visitada, a unidade de mobilidade 830 adquire o CoA da maneira bem conhecida. A unidade de mobilidade 830 adicionalmente nomeia o SHoA. Para nomear o SHoA, a unidade de mobilidade 830 considera elementos da tabela 810. Se houver só um único HoA na tabela 810, este HoA é o SHoA. Se mais de um HoA estiver presente na tabela 810, a unidade de mobilidade 830 precisa identificar o HA de serviço. A unidade de mobilidade 830 considera se há um ou mais HAs definidos na tabela 810. Se a tabela 810 incluir uma única identidade de HA, o MN 110 está sendo servido atualmente por este HA. Caso contrário, a unidade de mobilidade 830 identifica o HA de serviço achando qual dos HAs corresponde à sessão em andamento. Uma vez que o HA de serviço seja identificado, se a tabela 810 incluir só um HoA servido pelo HA de serviço, este HoA é o SHoA. Se houver mais de um HoA servido pelo HA de serviço, um dos HoAs que é nomeado para uma interface de acesso preferida de MN 110 para esta sessão se torna o SHoA. A unidade de mobilidade 830 ainda adicionalmente seleciona o endereço preferido entre ο SHoA e ο CoA5 e fixa indicações de reserva e indicações de mobilidade. A unidade de computação 850 calcula o identificador privado 852 e fixa o indicador de privacidade 854. Preferivelmente, a unidade de computação 850 usa uma K+ (não mostrada) do MN 110 para calcular o identificador privado 852 no formato do CBID. Mensagens trocadas entre o MN 110 e o CN 120 para transferir informação tal como o SHoA, o endereço preferido, o identificador privado e as várias indicações são enviadas por uma de interface de acesso A ou interface de acesso B, uma das interfaces de acesso sendo selecionada de acordo com interface de usuário, para disponibilidade de um sinal naquelas interfaces de acesso e em outras considerações.

Cada uma da tabela 810, unidade de administração de sessão 820, da unidade de administração de mobilidade 830 e da unidade de computação 850 pode ser implementada de muitas formas incluindo, mas não limitada, a hardware, software, firmware ou combinação disso.

Quando a unidade de administração de sessão 820 do MN 110 estabelece inicialmente uma nova sessão com o nó correspondente, a unidade de administração de sessão 820 seleciona uma interface de acesso A ou interface de acesso Β. A seleção de uma interface de acesso está fora da extensão da presente invenção e é bem conhecida na técnica. A unidade de administração de sessão 820 também pode determinar que os HAs, se o MN 110 tiver mais de uma assinatura, serve atualmente o MN 110. Seção de um HA de serviço, tanto HA-I ou HA-2, baseado por exemplo em considerações de faturamento ou na localização atual do MN 110. Seleção de qual HA serve o MN também é conhecida na técnica. A unidade de mobilidade 830 seleciona o endereço doméstico que corresponde à interface de acesso escolhida e ao HA escolhido em uma memória de SHoA 832. Se o MN 110 estiver fora da rede doméstica que inclui o HA de serviço, a unidade de mobilidade 830 adquire um CoA de uma rede estrangeira. A unidade de mobilidade 830 armazena o CoA na memória de CoA 834. A unidade de mobilidade 830 então seleciona o CoA, se um fosse nomeado, ou o SHoA, se nenhum CoA fosse nomeado, e o armazena na memória de endereço preferido 836. A unidade de computação 850 calcula o identificador privado e o armazena na memória de identificador privado 852. Também armazena um indicador de privacidade na memória de indicador de privacidade 854. A unidade de administração de sessão 820 lê a memória de endereço preferido 836 e a memória de SHoA 832 da unidade de mobilidade 830, como também a memória de indicador de privacidade 854 e a memória de indicador de privacidade 854 da unidade de computação 850. A unidade de administração de sessão 820 constrói as mensagens de estabelecimento e as atualizações usando os valores da memória de endereço preferido 836, o identificador privado 852 e, opcionalmente, a memória de SHoA 832 e a memória de indicador de privacidade 854. A unidade de administração de sessão 820 envia as mensagens de atualização e estabelecimento por uso da interface de acesso atualmente em uso para a sessão. A unidade de administração de sessão recebe o teste de endereço e o reconhecimento pela interface de acesso atualmente em uso.

Durante a sessão, se um novo CoA for nomeado, ou se o MN 110 entrar na rede doméstica da rede estrangeira, a unidade de mobilidade 830 atualiza sua memória de endereço preferido 836. Se a unidade de administração de sessão 820 selecionar um novo HA de serviço ou uma nova interface de acesso, a unidade de mobilidade 830 atualiza sua memória de SHoA 832. Em qualquer caso, a unidade de administração de sessão 820 lê a memória de endereço preferido 836 atualizada ou a memória de SHoA 832 atualizada, como aplicável, da unidade de mobilidade 830, inicia envio de uma atualização ao CN. A unidade de administração de sessão 820 também pode iniciar autonomamente uma atualização ao CN, incluindo o valor de memória de SHoA 832 lido da unidade de mobilidade 830, e uma indicação de reserva. Uma construção exemplar de um CN 130 como usado nas Figuras precedentes, será descrita agora por referência à Figura 9, que mostra um CN 120 exemplar construído de acordo com a presente invenção. O CN 120 pode ser implementado em hardware, software, ou qualquer combinação disso, como é bem conhecido na técnica. O CN 120 inclui uma porta de entrada 910 para receber mensagens tais como a mensagem de estabelecimento, a confirmação, a atualização, a PBU ou a BU e uma porta de saída 920 para enviar mensagens tais como o teste de endereço, o reconhecimento, o PBT ou o BA. Dependendo da tecnologia de acesso usada pelo CN 120, a porta de entrada 910 e a porta de saída 920 podem formar uma única entidade. O CN 120 adicionalmente inclui uma tabela 930 incluindo entradas 940, que podem ser por exemplo BCEs, e uma unidade lógica 960 para analisar o conteúdo de mensagens recebidas, para enviar mensagens de acordo com um endereço preferido para uma sessão e para administrar sessões. Uma entrada 940 é criada para cada sessão com um dos MNs 110, cada entrada incluindo como um mínimo um identificador privado 942 e um endereço preferido 944. Para localizar uma das entradas 940 para operar dados recebidos em uma mensagem, a unidade lógica 960 varre pela tabela 930 e procura por uma entrada 940 incluindo o identificador privado 942 que casa com um identificador privado recebido como uma parte da mensagem. Quando nenhum casamento é achado, esta é uma primeira mensagem para uma nova sessão e a unidade lógica 960 inicia a criação de uma nova entrada 940.

A mensagem de estabelecimento, a confirmação ou a atualização podem incluir campos adicionais tal como um campo de SHoA, um campo de privacidade, e um campo de K+. Se esses campos forem recebidos, a unidade lógica 960 ordena a entrada 940 para armazenar os campos como um SHoA 948, como indicação de privacidade 946, e como chave pública 954. Se o campo de K+ for recebido, a unidade lógica 960 pode adicionalmente calcular uma SKbm 952.

Uma mensagem adicional recebida do MN 120, por exemplo uma atualização, pode incluir indicadores, tal como uma indicação de reserva ou uma indicação de mobilidade, junto com um endereço alternativo. A unidade lógica 960 detecta e analisa tais indicações. Se a indicação de mobilidade for recebida como uma parte da atualização, a unidade lógica 960 ordena a entrada 940 para sobrescrever o endereço preferido 944 com o endereço alternativo provido na atualização. Se a unidade lógica 960 detectar uma indicação de reserva na atualização, a unidade lógica 960 ordena a entrada 940 para armazenar o endereço alternativo como um endereço de reserva 950.

O CN 120 adicionalmente inclui uma máquina de autenticação 970, que é capaz de autenticar o identificador privado recebido na mensagem por uso da chave pública 954. Aqueles de habilidades ordinárias na técnica apreciarão que onde o identificador privado é usado separadamente de um HoA para identificar a entrada 940, uma mudança de SHoA não conduz o CN 120 a criar uma nova entrada 940. Ao invés, uma mensagem que inclui um identificador privado conhecido ao CN 120 e um novo SHoA é usada corretamente pelo CN 120 para sobrescrever o valor de SHoA 948 na entrada 940 com o valor de SHoA recentemente recebido.

Embora vários aspectos da concretização preferida do método, do nó móvel e do nó correspondente da presente invenção tenham sido ilustrados nos Desenhos Acompanhantes e descritos na Descrição Detalhada precedente, será entendido que a invenção não está limitada à concretização exposta, mas é capaz de numerosos rearranjos, modificações e substituições sem partir do espírito da invenção como publicada e definida pelas reivindicações seguintes.

Claims (28)

1. Método para estabelecer uma sessão entre um nó móvel e um nó correspondente, o nó móvel sendo um nó servido por um agente doméstico de serviço de uma rede doméstica, caracterizado pelo fato de compreènder as etapas de: designar em dito nó móvel um endereço doméstico selecionado definido por dito agente doméstico de serviço; designar em dito nó móvel um endereço preferido, em que dito endereço preferido é dito endereço doméstico selecionado se dito nó móvel estiver localizado dentro de dita rede doméstica, e dito endereço preferido é um endereço de cuidado se dito nó móvel estiver localizado dentro de uma rede visitada; designar um identificador privado em dito nó móvel; enviar uma mensagem de estabelecimento de dito nó móvel para dito nó correspondente, em que dita mensagem de estabelecimento compreende dito identificador privado e dito endereço preferido; e criar em dito nó correspondente uma entrada de tabela para dita sessão, dita entrada de tabela compreendendo dito identificador privado e dito endereço preferido, em que dito identificador privado é usado em dito nó correspondente para identificar dita sessão.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que: dito nó móvel compreende uma pluralidade de endereços domésticos.

3. Método de acordo com a reivindicação 2, caracterizado pelo fato de que: toda de dita pluralidade de endereços domésticos é definida por dito agente doméstico de serviço; e e dito nó móvel compreende uma associação de dita pluralidade de endereços domésticos com dito agente doméstico de serviço.

4. Método de acordo com a reivindicação 2, caracterizado pelo fato de que: pelo menos um de dita pluralidade de endereços domésticos é definido por dito agente doméstico de serviço, dito nó móvel compreendendo uma associação de dito pelo menos um de dita pluralidade de endereços domésticos com dito agente doméstico de serviço; e pelo menos outro de dita pluralidade de endereços domésticos é definido por um segundo agente doméstico, dito nó móvel compreendendo uma associação de dito pelo menos outro de dita pluralidade de endereços domésticos com dito segundo agente doméstico.

5. Método de acordo com a reivindicação 2, caracterizado pelo fato de compreender ainda as etapas de: fazer em dito nó móvel uma lista de um ou mais endereços domésticos de candidato entre dita pluralidade de endereços domésticos, em que todos os endereços domésticos de candidato dentro de dita lista estão associados com agente dito doméstico de serviço; e se dita lista compreender só um endereço doméstico de candidato, designar dito endereço doméstico de candidato como dito endereço doméstico selecionado, e se dita lista compreender mais de um endereço doméstico de candidato, designar um de dita lista de um ou mais endereços domésticos de candidato como dito endereço doméstico selecionado de acordo com uma interface de acesso de nó móvel preferido para dita sessão.

6. Método de acordo com a reivindicação 2, caracterizado pelo fato de que: dita mensagem de estabelecimento adicionalmente compreende dito endereço doméstico selecionado e uma indicação de privacidade para indicar que roteamento para dito identificador privado não é permitido; e dita entrada de tabela adicionalmente compreende dito endereço doméstico selecionado e dita indicação de privacidade.

7. Método de acordo com a reivindicação 6, caracterizado pelo fato compreender ainda a etapa de: designar um de dita pluralidade de endereços domésticos como um segundo endereço doméstico selecionado de acordo com uma mudança de uma interface de acesso preferida para dita sessão.

8. Método de acordo com a reivindicação 7, caracterizado pelo fato compreender ainda as etapas de: enviar de dito nó móvel uma atualização, dita atualização compreendendo dito identificador privado, dito indicador de privacidade, e dito segundo endereço doméstico selecionado; identificar em dito nó correspondente dita entrada de tabela por uso de dito identificador privado; e atualizar em dito nó correspondente dita entrada de tabela substituindo dito endereço doméstico selecionado com dito segundo endereço doméstico selecionado.

9. Método de acordo com a reivindicação 1, caracterizado pelo fato compreender ainda as etapas de: antes de criar dita entrada de tabela, usar dito endereço preferido para enviar um teste de endereço de dito nó correspondente para dito nó móvel; e responsivo a dito teste de endereço, enviar uma confirmação de dito nó móvel para dito nó correspondente, dita confirmação compreendendo dito identificador privado e dito endereço preferido.

10. Método de acordo com a reivindicação 9, caracterizado pelo fato de que: dito identificador privado é um identificador baseado criptograficamente; e dito nó correspondente autentica dita mensagem de estabelecimento e dita confirmação de acordo com um valor de dito identificador baseado criptograficamente.

11. Método de acordo com a reivindicação 10, caracterizado pelo fato compreender ainda a etapa de: responsivo à dita confirmação, enviar de dito nó correspondente uma confirmação para dito nó móvel.

12. Método de acordo com a reivindicação 11, caracterizado pelo fato de que: dita confirmação compreende uma chave de autenticação secreta.

13. Método de acordo com a reivindicação 1, caracterizado pelo fato compreender ainda as etapas de: enviar de dito nó móvel uma atualização, dita atualização compreendendo dito identificador privado, um endereço de suporte e uma indicação de suporte; em que: dito endereço preferido é um endereço de cuidado, dito endereço de suporte é dito endereço doméstico selecionado, e dito endereço de suporte é usado por dito nó correspondente para enviar uma mensagem para dito nó móvel se dito endereço preferido não for alcançável.

14. Método de acordo com a reivindicação 1, caracterizado pelo fato compreender ainda as etapas de: enviar de dito nó móvel uma atualização, dita atualização compreendendo dito identificador privado, um endereço alternativo e uma indicação de mobilidade; em que: dita atualização é responsiva a uma mudança de localização de dito nó móvel, dito endereço alternativo é tanto dito endereço doméstico selecionado ou um novo endereço de cuidado, dito endereço alternativo sobrescreve dito endereço preferido em dita entrada de tabela, e dito endereço alternativo é usado por dito nó correspondente para enviar qualquer mensagem adicional para dito nó móvel.

15. Nó correspondente, caracterizado pelo fato de compreender: uma porta de entrada para receber uma mensagem, dita mensagem compreendendo um identificador privado para uma sessão e um endereço preferido de um nó móvel; e uma tabela para armazenar uma entrada para dita sessão, em que dita entrada em dita tabela compreende dito identificador privado e dito endereço preferido, e dito identificador privado é para identificar dita sessão.

16. Nó correspondente de acordo com a reivindicação 15, caracterizado pelo fato de que: dito mensagem adicionalmente compreende um endereço doméstico selecionado.

17. Nó correspondente de acordo com a reivindicação 16, caracterizado pelo fato de que: dita porta de entrada é para adicionalmente receber uma atualização, dita atualização compreendendo um endereço adicional; e dito tabela é para armazenar dito endereço adicional em dita entrada.

18. Nó correspondente de acordo com a reivindicação 17, caracterizado pelo fato de que: dita tabela é para sobrescrever dito endereço doméstico selecionado com dito endereço adicional em dita entrada quando dito endereço adicional é um novo endereço doméstico selecionado.

19. Nó correspondente de acordo com a reivindicação 17, caracterizado pelo fato de que: dita atualização adicionalmente compreende uma indicação de mobilidade; e dita tabela é para sobrescrever, responsivo à dita indicação de mobilidade, dito endereço preferido com dito endereço adicional em dita entrada.

20. Nó correspondente de acordo com a reivindicação 17, caracterizado pelo fato de que: dito endereço adicional é um endereço de suporte; dita atualização adicionalmente compreende uma indicação de suporte; e dita tabela é para armazenar, responsivo à dita indicação de suporte, dito endereço de suporte em dita entrada.

21. Nó correspondente de acordo com a reivindicação 15, caracterizado pelo fato de que: dito mensagem de estabelecimento adicionalmente compreende uma indicação de privacidade para indicar que roteamento para dito identificador privado não é permitido.

22. Nó móvel para estabelecer uma sessão com um nó correspondente, caracterizado pelo fato de compreender: uma interface de acesso para se comunicar com dito nó correspondente; uma unidade de mobilidade para designar um endereço doméstico como um endereço doméstico selecionado, para adquirir um endereço de cuidado se dito nó móvel não estiver conectado a uma rede doméstica, e para escolher um endereço preferido, dito endereço preferido sendo fixo colocado igual a: dito endereço de cuidado se dito nó móvel não estiver conectado à dita rede doméstica, e dito endereço doméstico selecionado se dito nó móvel estiver conectado à dita rede doméstica; uma unidade de computação para calcular um identificador privado; e uma unidade de administração de sessão para controlar dita sessão, para receber dito endereço preferido de dita unidade de mobilidade, para receber dito identificador privado de dita unidade de computação, e para enviar por dita interface de acesso dito identificador privado e dito endereço preferido dito para dito nó correspondente.

23. Nó móvel de acordo com a reivindicação 22, caracterizado pelo fato de compreender ainda: uma tabela para armazenar identidades de um ou mais agentes domésticos e para armazenar um primeiro endereço doméstico e um segundo endereço doméstico, dito primeiro endereço doméstico estando associado com um primeiro agente doméstico e dito segundo endereço doméstico estando associado com um de dito primeiro agente doméstico e um segundo agente doméstico; em que dita unidade de mobilidade designa dito endereço doméstico selecionado entre dito primeiro endereço doméstico e dito segundo endereço doméstico.

24. Nó móvel de acordo com a reivindicação 23, caracterizado pelo fato de que: se dito primeiro endereço doméstico e dito segundo endereço doméstico estiverem associados com agentes domésticos distintos: dita unidade de mobilidade é configurada por escolher dito primeiro endereço doméstico como dito endereço doméstico selecionado se dito nó móvel for servido por dito primeiro agente doméstico, dita unidade de mobilidade é configurada para escolher dito segundo endereço doméstico como dito endereço doméstico selecionado se dito nó móvel for servido por dito segundo agente doméstico; e se dito primeiro endereço doméstico e dito segundo endereço doméstico ambos forem associados com o primeiro agente doméstico: dita unidade de mobilidade é configurada para escolher um de dito primeiro endereço doméstico e dito segundo endereço doméstico como dito endereço doméstico selecionado de acordo com dita interface de acesso, em que dita interface de acesso é preferida para dita sessão.

25. Nó móvel de acordo com a reivindicação 24, caracterizado pelo fato de que: dita unidade de mobilidade é configurada para escolher um de dito primeiro endereço doméstico ou dito segundo endereço doméstico como um segundo endereço doméstico selecionado em dito nó móvel, em que dito segundo endereço doméstico selecionado não é o mesmo como um endereço doméstico selecionado previamente.

26. Nó móvel de acordo com a reivindicação 25, caracterizado pelo fato de que: dita unidade de mobilidade é configurada para escolher dito segundo endereço doméstico selecionado de acordo com uma mudança de um agente doméstico de serviço para dita sessão.

27. Nó móvel de acordo com a reivindicação 25, caracterizado pelo fato de que: dito unidade de mobilidade é configurada para escolher dito segundo endereço doméstico selecionado de acordo com uma mudança de uma interface de acesso preferida para dita sessão.

28. Nó móvel de acordo com a reivindicação 25, caracterizado pelo fato de que: dita unidade de administração de sessão é para receber dito segundo endereço doméstico selecionado de dita unidade de mobilidade e para enviar dito segundo endereço doméstico selecionado e dito identificador privado por dita interface de acesso para dito nó correspondente.