BR112014003685B1

BR112014003685B1 - Método em um primeiro nó parceiro de rede para determinar um plano de controle de protocolo de internet móvel

Info

Publication number: BR112014003685B1
Application number: BR112014003685-3A
Authority: BR
Inventors: Zu Qiang; Yong Yang
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2011-08-17
Filing date: 2012-04-26
Publication date: 2022-03-15
Also published as: EP3373698B1; RU2722498C2; JP2014526213A; EP3373698A1; PL2745617T3; RU2014109952A; EP2745617B1; WO2013023798A1; RU2591214C2; RU2016122064A3; CN103999543B; EP2745617A1; CN103999543A; RU2016122064A; BR112014003685A2; ES2901622T3; PT3373698T; JP5970068B2

Abstract

APRIMORAMENTO DO PROTOCOLO PMIP. As modalidades exemplificadas apresentadas aqui são direcionadas para determinar um plano de controle para Protocolo de Internet Móvel versão 6 via Servidor Proxy (PIMPv6) usado por um par de nós de rede em uma rede de transporte com Protocolo de Internet versão 4 (1Pv4). As modalidades exemplificadas fornecem um mecanismo em uma pilha de protocolos PMIP, para permitir que um nó Âncora de Mobilidade Local/Porta de acesso com Mobilidade (MAG/LMA), tal como SGW (que pode suportar tanto o PMIP Draft, quanto o PMIP RFC) decida qual pilha de protocolos PMIP deve ser usada para se comunicar com o nó parceiro, isto é, LM A/MAG.

Description

Campo da Invenção

[001] As modalidades exemplificadas são direcionadas ao aprimoramento do uso de protocolo PMIP. Especificamente, algumas das modalidades exemplificadas são direcionadas a fornecer ao nó de rede uma decisão de qual protocolo PMIP deve ser usado em comunicações de rede. Fundamentos da Invenção

[002] Em um típico sistema celular, também chamado de uma rede de comunicação sem fio, os terminais sem fio, também conhecidos como estações móveis ou unidades de equipamento de usuário, se comunicam via uma Rede de Acesso via Rádio (RAN) com uma ou mais redes centrais. Os terminais sem fio podem ser estações móveis ou unidades de equipamento de usuário, tais como telefones móveis também chamados de telefones "celulares", e laptops com capacidade de comunicação sem fio, por exemplo, terminação móvel, e podem ser assim, por exemplo, dispositivos portáteis, de bolso, de mão, compreendidos por computador ou dispositivos móveis montados no carro que comunicam voz elou dados com a rede de acesso via rádio.

[003] A rede de acesso via rádio cobre uma área geográfica que está dividida em áreas das células, com cada área de célula servida por uma estação base, por exemplo, uma Estação Base via Rádio (RBS), que em algumas redes, também são chamadas de "NodeB" ou "nó B" e que neste documento também será chamada de uma estação base. Uma célula é uma área geográfica onde a cobertura de rádio é fornecida pelo equipamento da estação base via rádio em um sítio da estação base. Cada célula é identificada por uma identidade dentro da área de rádio local, que é transmitida na célula. As estações base se comunicam ao longo de uma interface aérea que opera em frequências de rádio com as unidades de equipamento de usuário dentro da faixa das ditas estações base.

[004] Em algumas versões de rede de acesso via rádio, várias estações base são conectadas tipicamente, por exemplo, por linhas terrestres de comunicação ou por micro-ondas, a um Controlador de Rede via rádio (RNC). O controlador de rede via rádio, às vezes também chamado de Controlador de Estação Base (BSC), supervisiona e coordena várias atividades das várias estações base conectadas a ele. Os controladores de rede via rádio são conectados tipicamente a uma ou mais redes centrais.

[005] O Sistema de Telecomunicação Móvel Universal (UMTS) é um sistema de comunicação móvel de terceira geração, que evoluiu a partir do Sistema Global para Comunicações Móveis (GSM), e é destinado a fornecer serviços de comunicação móvel aprimorados baseados na tecnologia de Acesso Múltiplo por Divisão de Código em Banda Larga (WCDMA). A Rede de Acesso via Rádio Terrestre do UMTS (UTRAN) é essencialmente uma rede de acesso via rádio que usa um acesso múltiplo por divisão de código em banda larga para as unidades de equipamento de usuário (EUs). O Projeto de Parceria de Terceira Geração (3GPP) tem aceitado evoluir mais as tecnologias de acesso via rádio baseadas em UTRAN e em GSM. A Evolução em Longo Prazo (LTE) junto com o Núcleo de Pacotes Evoluídos (EPC) é a mais nova adição à família 3GPP.

[006] Protocolo de Internet Móvel versão 6 via Servidor Proxy (PIMPv6) é um protocolo de gerenciamento de mobilidade baseado em rede padronizado por IETF. O PMIPv6 é um protocolo usado para construir uma tecnologia de acesso comum independente de redes centrais móveis, acomodando várias tecnologias de acesso, tais como, arquiteturas de acesso baseadas em WiMAX, 3GPP, 3GPP2 e WLAN.

Sumário da Invenção

[007] Pelo menos um objetivo exemplificado das modalidades apresentadas aqui é aprimorar as comunicações PMIPv6. O conceito das modalidades exemplificadas apresentadas aqui é fornecer um mecanismo em pilha de protocolos PMIP, permitindo que um nó MAG, tal como SGW (que pode suportar tanto PMIP Draft quanto PMIP RFC) ou um LMA decida qual pilha de protocolos PMIP deve ser usada para se comunicar com o nó parceiro ou par ("peer node"), isto é, LMA/MAG. Algumas das modalidades exemplificadas apresentadas aqui podem ser direcionadas para resolver problemas de retroincompatibilidade entre o PMIP RFC e o PMIP Draft.

[008] As modalidades exemplificadas podem compreender um mecanismo para suportar o nó pilha protocolo PMIP duplo (PMIP RFC e PMIP Draft), por exemplo, MAG/LMA, quando a rede de transporte é uma rede IPv4 e ela inicia a comunicação em direção a um nó parceiro, por exemplo, enviando uma mensagem de Atualização de Ligação através do servidor Proxy. O mecanismo pode compreender enviar a mensagem em dois formatos na primeira comunicação com o nó parceiro ou ele não sabe qual protocolo PMIP o nó parceiro suporta, uma face a PMIP Draft, isto é, mensagem PIMPv6/lPv6.com IPv4 ou encapsulamento IPv4-UDP e a outra está em linha com PMIP RFC, isto é, PMIPv6/UDP/lPv4. Portanto, se o nó parceiro suportar uma pilha de protocolos PMIP, ele será capaz somente de responder a uma das mensagens; e se o nó parceiro suportar ambas as pilhas de protocolos PMIP, o nó poderá responder unicamente às mensagens versão RFC. Através do mecanismo acima, ou pilha de protocolos PMIP RFC ou de protocolos PMIP Draft pode ser selecionada para o restante da comunicação.

[009] Consequentemente, algumas das modalidades exemplificadas podem ser direcionadas a um método em um primeiro nó parceiro de rede para determinar um plano de controle PMIPv6 usado por um segundo nó parceiro de rede. O primeiro e o segundo nó parceiro de rede estão em uma rede de transporte de Protocolo de Internet versão 4 (IPv4). O método compreende enviar ao segundo nó parceiro de rede, pelo menos uma mensagem de comunicação em pelo menos um formato de plano de controle. O método compreende ainda receber pelo menos uma resposta de comunicação com relação a pelo menos uma mensagem de comunicação. O método compreende também determinar uma versão do plano de controle PMIPv6 que é utilizado pelo segundo nó parceiro de rede baseado em pelo menos uma resposta de comunicação.

[0010] Algumas das modalidades exemplificadas podem ser direcionadas a um primeiro nó parceiro de rede para determinar um plano de controle PMIPv6 usado por um segundo nó parceiro de rede. O primeiro e segundo nós parceiros de rede estão em uma rede de transporte IPv4. O primeiro nó parceiro de rede compreende conjunto de circuitos de transmissão configurado para enviar, ao segundo nó parceiro de rede, pelo menos uma mensagem de comunicação em pelo menos um formato plano controle. O primeiro nó parceiro de rede compreende ainda receber circuito configurado para receber pelo menos uma resposta de comunicação com relação a pelo menos uma mensagem de comunicação. O primeiro nó parceiro de rede também compreende conjunto de circuitos de processamento configurado para determinar uma versão do plano de controle PMIPv6 que é utilizado pelo segundo nó parceiro de rede com base em pelo menos uma resposta de comunicação.

Breve Descrição dos Desenhos

[0011] O assunto mencionado anteriormente estará claro a partir da seguinte descrição mais particular das modalidades exemplificadas, como ilustrado nos desenhos em anexo, nos quais os caracteres de referência similares referem-se as mesmas partes por todas as diferentes vistas. Os desenhos não estão necessariamente em escala, ao invés disso, a ênfase é colocada em ilustrar as modalidades exemplificadas

[0012] As FIGS. 1 a 3 são exemplos ilustrativos de caminhos de migração.

[0013] A FIG. 4 é uma vista esquemática de um nó de rede, de acordo com algumas das modalidades exemplificadas.

[0014] A FIG. 5 é um fluxograma que representa operações exemplificadas do nó de rede da FIG. 4. Definições

[0015] 3GPP - Projeto de Parceria de Terceira Geração

[0016] 3GPP2 — Projeto de Parceria 2 de Terceira Geração

[0017] BNG — Porta de Acesso à Rede de Transmissão

[0018] BSC — Controlador de Estação Base

[0019] DNS — Sistema de Nomes de Domínio

[0020] EPC — Núcleo de Pacotes Evoluídos

[0021] ePDG - Porta de Acesso a Dados de Pacote Evoluído

[0022] GPRS - Serviço de Rádio de Pacote Geral

[0023] GSM - Sistema Global para Comunicações Móveis

[0024] GTP - Protocolo de tunelamento GPRS

[0025] GW - Porta de Acesso

[0026] HRPD - Dados de pacote Alta Velocidade

[0027] HS GW - Porta de Acesso de Servidor HRPD

[0028] IE - Elemento de Informação

[0029] IETF - Força Tarefa de Engenharia de Internet

[0030] IPv4 - Protocolo de Internet versão 4

[0031] IPv6 - Protocolo de Internet versão 6

[0032] LMA -Âncora de Mobilidade Local

[0033] LTE - Evolução em Longo Prazo

[0034] MAG - Porta de Acesso Móvel

[0035] MME - Entidade de Gerenciamento Móvel

[0036] PDN - Rede de Dados de Pacote

[0037] PGW - Porta de Acesso PDN

[0038] PLMN - Rede Móvel Terrestre Pública

[0039] PMIP - Protocolo de Internet Móvel via Proxy

[0040] PMIPv6 - Protocolo de Internet Móvel versão 6 via Proxy

[0041] RAN - Rede de Acesso via Rádio

[0042] RBS - Estação Base via Rádio

[0043] RNC - Controlador de Rede de Rádio

[0044] S4-SGSN - Nó de Suporte GPRS com Servidor S4

[0045] SGW - Porta de Acesso do Servidor

[0046] EU - Equipamento de Usuário

[0047] UDP - Protocolo de Datagrama de Usuário

[0048] UMTS - Sistema de Telecomunicação Móvel Universal

[0049] UTRAN - Rede de Acesso Terrestre via Rádio do UMTS

[0050] Acesso Múltiplo por Divisão de Código em Banda Larga

[0051] ondas WiMAX - Interoperabilidade Mundial para Acesso por Micro-

[0052] WLAN - Rede Local Sem Fios

Descrição Detalhada da Invenção

[0053] Na seguinte descrição, para propósitos de explicação e não limitação, detalhes específicos são apresentados, tal como componentes particulares, elementos, técnicas, etc. de modo a fornecer um entendimento completo das modalidades exemplificadas. Entretanto, as modalidades exemplificadas podem ser praticadas de outras formas que abandonem esses detalhes específicos. Em outros casos, as descrições detalhadas de métodos e elementos bem conhecidos são omitidas de modo a não obscurecer a descrição das modalidades exemplificadas.

[0054] Como um meio de explicar as modalidades exemplificadas apresentadas aqui, primeiro será identificado um problema e depois discutido. 3GPP CT4 tem concordado em atualizar a pilha de protocolos no plano C PMIP de TS29.275 para alinhar RFC como para Rel-9/adiante. Embora a referência ao documento IETF de Rel9 já tenha sido atualizada para RFC5844 a partir do IETF Draft "Suporte IPv4 para IPv6 Móvel via Proxy", draft-ietf-netlmm- pmip6-ipv4-support-17. Entretanto, a mudança para a pilha de protocolos de Plano C não foi refletida.

[0055] Ao mesmo tempo, CT4 percebeu que RFC não era retrocompatível com o Draft quando usando PMIPv6 ao longo de uma rede de transporte IPv4. Com a versão Draft, NAT transversal foi recomendado onde o encapsulamento UDP é opcional dependendo se um NAT no caminho foi detectado ou não. Com PMIP RFC, o encapsulamento UDP torna-se mandatório e o cabeçalho IPv6 interno é removido. Assim, um nó PMIP versão Draft não pode se comunicar com um nó PMIP versão RFC. Ademais, um operador de PMIP baseado na versão Draft não pode manter o nó PMIP na versão Draft para sempre à medida que a pilha de protocolos PMIP versão Draft não é mais suportada por IETF. Entretanto, a questão de interoperação também gera um problema para uma rede PMIP baseada em versão Draft que migra para uma rede PMIP baseada em RFC. Assim, alguns mecanismos ou formas retrocompatíveis de atualizar a especificação a partir de Rel-8 a Rel-9/adiante foram exigidos.

[0056] Uma solução baseada em DNS compreendida na contribuição 3GPP CT4, C4-111205, foi proposta por NTTDOCOMO, para aprimorar os procedimentos DNS para a seleção GW, onde novos Parâmetros de Serviço "x- 3gpp-sgw:x-s5pmip2", "x-3gpp-sgw:x-s8-pmip2" e "x-3gpp-pgw:x-s5-pmip2" foram introduzidos para indicar a capacidade do Plano de Controle A de PMIP estilo RFC, enquanto seguindo os "Parâmetros de Serviço" existentes "x-3gpp- sgw:x-s8-pmip", "x-3gpp-sgw:x-s5pmip" e "x-3gpp-pgw:x-s5-pmip" que estão refletindo a capacidade do Plano de Controle PMIP de estilo Draft. Introduzindo-se o novo Parâmetro de Serviço acima, o MME/S4-SGSN é capaz de selecionar o SGW/PGW com o mesmo estilo da pilha de protocolos PMIP.

[0057] Abaixo, serão discutidos vários métodos para aprimorar as comunicações prvllp. Caminho de Migração - Caso sem mobilidade

[0058] Os caminhos de migração para atualizar aqueles nós baseados em PMIP Draft, por exemplo, SGW/PGW/ePDG, para PMIP RFC serão descritos agora. Alternativa 1: Atualizar todos os nós PMIP para a pilha de protocolos PMIP baseados em RFC em uma noite.

[0059] A atualização via software em todos os nós PMIP de baseado em Draft a baseado em RFC dentro de um curto espaço de tempo. Com a inatividade do sistema limitada, a rede pode ser migrada para a nova pilha de protocolos PMIP ao mesmo tempo. Prós: - Nenhum impacto sobre os nós não PMIP - Rápido caminho de migração (migração de uma etapa) Contras: - Inatividade do sistema limitada - Todos os nós terão que ser atualizados juntos

[0060] Conclusão: Nenhuma solução de migração extra é necessária. Alternativa 2: Migração de Duas Etapas

[0061] Com esta alternativa, o operador pode manter os nós PMIP baseados em Draft por um tempo maior. Quando se adicionam novos nós PMIP na rede, os novos nós PMIP (LMA elou MAG) devem ser capazes de suportar tanto a pilha de protocolos PMIP baseado em Draft quanto baseado em RFC simultaneamente.

[0062] Como mostrado na FIG. 1, LMA 1 e MAG 1 são nós PMIP baseados em Draft. A etapa 1 do caminho de migração é adicionar LMA 2 e MAG 2 que é uma pilha dupla suportada. Ambos os MAGs podem se comunicar com os dois LMAs sem qualquer problema.

[0063] Com essa alternativa, os novos nós PMIP adicionados podem ser parte da rede PMIP existente com o propósito de servir PDNs diferentes, ou de compartilhamento de carga, ou de redundância de sistema, etc. Não há também problema de mobilidade entre a cobertura de MAGI e MAG2.

[0064] Entretanto, para evitar os problemas de comunicação da primeira vez, um indicador pode ser necessário no novo MAG antes de enviar a primeira mensagem PMIP a um LMA específico. Esse indicador também pode precisar ser encaminhado para o sistema alvo em procedimento de mobilidade. Nessa etapa, o indicador deve informar ao MAG2 que ou uma pilha de protocolos em Draft deve ser aplicada ou qualquer outra pilha de protocolos deve ser aplicada.

[0065] A etapa 2 do caminho de migração, ilustrado na FIG. 2, é adicionar LMA3 e MAG3, que é uma pilha RFC suportada quando os nós PMIP baseados em Draft foram removidos (ou atualizados) completamente. Isto é para evitar o problema de interoperação e mobilidade entre LMAI/MAGI e LMA3/MAG3.

[0066] Similar à etapa 1, para evitar os problemas de comunicação da primeira vez, um indicador pode ser necessário nos MAGs antes de enviar a primeira mensagem PMIP a um LMA específico. Pode ser necessário que o indicador seja encaminhado ao sistema alvo no procedimento de mobilidade. Nessa etapa, o indicador deve informar o MAG2 ou a pilha de protocolo RFC deve ser aplicada ou qualquer outro protocolo de pilha deve ser aplicado. Prós: - Todos os novos nós PMIP e os nós PMIP velhos podem ser comunicar entre si sem qualquer problema - A atualização do nó PMIP pode ocorrer um a um - Nenhuma inatividade do sistema Contras: - Caminho de migração mais longo - Duas etapas de Migração - Na etapa 1, o novo nó PMIP desenvolvido tem que suportar tanto a pilha de protocolo baseado em RFC quanto em Draft simultaneamente. Alternativa 3: Adicionar novos nós PMIP (LMA elou MAG) que é somente suportado por pilha RFC

[0067] Com essa alternativa, o operador pode manter os nós PMIP baseados em Draft por um período mais longo. Quando adicionando novos nós PMIP na rede, os novos nós PMIP (LMA elou MAG) podem ser capazes de suportar somente a pilha de protocolos PMIP baseada em RFC.

[0068] Como mostrado na FIG. 3, LMA 1 e MAG 1 são nós PMIP baseados em Draft. LMA 2 e MAG 2 são os novos nós PMIP que estão baseados somente em RFC. Não há comunicação entre LMAI e MAG2 ou entre LMA2 e MAGI, devido à questão de incompatibilidade da pilha de protocolos PMIP suportada.

[0069] Com essa alternativa, os novos nós PMIP adicionados tornam- se uma rede PMIP separada da rede PMIP existente. Não há interoperação e mobilidade entre as duas redes até que a atualização dos nós baseados em PMIP Draft ou suporte RFC e Draft ou suporte somente RFC. Um indicador extra tem que ser adicionado no procedimento de seleção GW. Também pode ser necessário que esse indicador seja encaminhado para o sistema alvo no procedimento de mobilidade.

[0070] O indicador deve ser baseado no equipamento de usuário. prós: - Nenhuma inatividade do sistema - Uma etapa de Migração - Não é exigido um novo nó PMIP para suportar o PMIP Draft que, por fim, deve ser removido a partir do 3GPP. Contras: - Duas redes separadas para manter. - Nenhum compartilhamento de carga, interoperação e mobilidade entre as duas redes. Análise

[0071] A alternativa 1 é uma solução rápida e fácil. Também não se exige qualquer trabalho de padronização. É improvável que a alternativa 3 aconteça devido às questões de interoperação e mobilidade e ao trabalho de manutenção de duas redes ao mesmo tempo.

[0072] É muito provável que a alternativa 2 forneça um caminho de migração suave. Se pode-se assumir que a alternativa 2 é o possível caminho de migração, esse novo indicador pode ser implementado de algumas formas diferentes: Solução 1: Configuração local em MAG2 - Na etapa de migração 1, o MAG2 deve ser configurado com a versão Draft habilitada. - Na etapa de migração 2, o MAG2 deve ser reconfigurado com a versão RFC habilitada. prós: - Nenhum impacto de padronização - Nenhum impacto sobre quaisquer nós não PMIP - Baixo Custo Contras: Custo de gerenciamento de rede para reconfiguração em SGW Solução 2: Um novo indicador GTP enviado por MME - Antes da etapa de migração 1, todos os MMEs na rede têm que ser atualizados de modo a suportar o novo indicador GTP. - Na etapa de migração 1, o MME envia o novo indicador "versão Draft deve ser usada" ao MAG2 na mensagem Criar Solicitação de Sessão. - Na etapa de migração 2, o MME envia o novo indicador "versão RFC deve ser usada" ao MAG2 na mensagem Criar Solicitação de Sessão. prós: - Nenhuma reconfiguração nos MAGs Contras: - A padronização impacta sobre o GTP - Todos os MMEs precisam ser atualizados primeiro antes de a migração iniciar. - O custo de gerenciamento de rede para reconfiguração no MME - Custo extra Solução 3: Um novo indicador GTP enviado por MME, mais uma nova função de pareamento de nome DNS - Antes da etapa de migração 1, todos os MMEs na rede têm que ser atualizados de modo a suportar o novo indicador GTP. - Na etapa de migração 1, somente o "PMIP de versão Draft" deve ser selecionado no procedimento de pareamento MME DNS, e o MME envia um novo indicador "versão Draft deve ser usada" ao MAG2 na mensagem Criar Solicitação de Sessão. - Antes da etapa de migração 2, nova configuração de DNS para o novo nome PMIP DNS. - Na etapa de migração 2, somente "PMIP versão RFC" deve ser selecionado no procedimento de pareamento MME DNS, e o MMS envia o novo indicador "versão RFC deve ser usada" ao MAG2 na mensagem Criar Solicitação de Sessão. prós: - Nenhuma reconfiguração nos MAGs. Contras: - A padronização impacta sobre o GTP. - Todos os MMES precisam ser atualizados antes da migração iniciar. - Novo procedimento de pareamento MME DNS que não pode ser retrocompatível. - O custo de gerenciamento de rede para reconfiguração em MME e DNS. - Custo extra. - Solução 4: Similar à solução 3, mas com dois novos nomes DNS em uma rede de migração - Com essa solução, o nome DNS atual é inalterado nas padronizações. Dois novos nomes PMIP DNS são adicionados para a interface S5: s5-pmip-rfc e s5pmip-draft. - Os dois novos nomes PMIP DNS são somente usados dentro da rede de migração. Isso pode evitar qualquer impacto sobre as implementações MME R8/R9/RIO existentes. Introdução às Modalidades Exemplificadas

[0073] A alternativa 2 é muito possível à medida que fornece um caminho de migração suave. Entretanto, uma solução de migração pode ser necessária. Isso é devido ao MAG2 precisar saber qual versão de PMIP deve ser aplicada antes de enviar uma mensagem PMIP a um LMA. Ele poderia usar uma solução baseada em DNS, onde novos Parâmetros de Serviço são introduzidos para permitir que o MME selecione um conjunto de nós SGW/PGW que estão suportando a mesma pilha de protocolos PMIP, entretanto, de modo a suportar os procedimentos de mobilidade interSGW, os procedimentos inter-3GPP e não 3GPP, a solução DNS completa precisa atualizar muitos protocolos, por exemplo, o protocolo DNS/GTP/Diameter, e isso tem um impacto em muitas interfaces SI 1/S4/S3/S10/SI S6a/S6d/SWx. Mais importante é o fato que, de modo a suportar a mobilidade baseada em PMIP, o MME (mesmo se ele está localizado em uma rede de serviço onde somente um PMIP de versão RFC é empregado, mas tendo um contrato de mobilidade com um PLMN Home problemático, onde ambas as pilhas PMIP são empregadas) tem que suportar o novo nome PMIP e tem que suportar uma nova pilha de protocolos PMIP IE no GTPv2, sendo que isso não é apropriado. Por outro lado, o suporte às pilhas duplas como uma etapa intermediária durante a migração não pode ser evitado, então outra solução benéfica, que é puramente o aprimoramento na pilha de protocolos PMIP, poderia ser utilizada. Atualizações Exemplificadas nos Procedimentos Relacionados a MAG

[0074] Algumas das modalidades exemplificadas podem compreender atualizações para os procedimentos relacionados ao MAG. Quando um nó MAG suporta ambas as pilhas de protocolos PMIP como especificado acima e o IPv4 é usado na rede de transporte, na primeira comunicação com o nó parceiro, ou se o nó MAG não sabe qual protocolo PMIP o nó parceiro suporta, o dito nó MAG pode enviar a mensagem PMIP, por exemplo, Atualizar Ligação via Servidor Proxy, ao LMA com dois formatos usando diferentes pilhas de protocolo PMIP, se o MAG não souber qual pilha de protocolos PMIP é suportada pelo nó LMA parceiro. Se a mensagem de resposta for recebida em dois formatos, somente o PMIP baseado em RFC pode ser levado em consideração. Atualizações Exemplificadas nos Procedimentos Relacionados ao LMA

[0075] Algumas das modalidades exemplificadas podem compreender atualizações para os procedimentos relacionados ao LMA. Quando um nó LMA suporta ambas as pilhas de protocolos PMIP, como especificado acima, e o IPv4 é usado na rede de transporte, e ele recebe a mensagem PMIP em dois formatos a partir do mesmo MAG, o nó LMA pode somente enviar a mensagem de resposta no formato RFC. Atualizações Exemplificadas nos Mecanismos de Mensagem de Sinalização

[0076] Algumas das modalidades exemplificadas podem compreender atualizações nos mecanismos de mensagem de sinalização. Os mecanismos de mensagem de sinalização podem também ser usados para informar ao nó parceiro qual pilha de protocolos PMIP deveria ser usada.

[0077] Quando o nó MAG ou LMA suporta ambas as pilhas de protocolos PMIP, como especificado acima, e o IPV4 é usado na rede de transporte, se a mensagem de solicitação de sinalização for recebida a partir do mesmo nó parceiro em dois formatos correspondentes ao PMIP versão Draft e PMIP versão RFC, o dito nó parceiro pode somente responder à Resposta de sinalização no formato RFC. Se a mensagem de resposta for recebida em dois formatos, somente o formato baseado em RFC pode ser levado em consideração. Mecanismos de Atualização Exemplificados

[0078] Algumas modalidades exemplificadas podem ser direcionadas a um mecanismo de atualização em um procedimento de gerenciamento de túnel PMIP. Quando um nó MAG ou LMA suporta ambas as pilhas de protocolos PMIP, como especificado acima, e o IPV4 é usado na rede de transporte, no caso de atualizações de SOFTWARE, por exemplo, atualização para a versão PMIP baseada em RFC, o nó MAG ou LMA pode aumentar o Contador de Reinicialização que disparará o mecanismo de mensagem de sinalização para informar ao nó parceiro qual versão PMIP ele está suportando. Configuração de Nó Exemplificada

[0079] A FIG. 4 ilustra um exemplo de um nó de rede (por exemplo, um nó MAG, LMA, elou nó parceiro) que pode incorporar algumas das modalidades exemplificadas discutidas aqui. O nó de rede 14 pode compreender qualquer número de portas ou circuitos de comunicação, por exemplo, o conjunto de circuitos de recebimento 20 e o conjunto de circuitos de transmissão 24. As portas ou circuitos de comunicação podem ser configurados para receber e transmitir qualquer forma de dados ou instruções de comunicação. Dever-se-ia apreciar que o nó de rede 14 pode compreender alternativamente uma única porta ou circuito transceptor. Dever-se-ia apreciar ainda que a porta ou circuito de comunicação ou transceptor pode estar na forma de qualquer porta ou circuito de comunicação de entrada/saída conhecido na técnica.

[0080] O nó de rede 14 pode compreender ainda pelo menos uma unidade de memória 26. A unidade de memória 26 pode ser configurada para armazenar os dados recebidos, transmitidos elou medidos de qualquer tipo elou instruções de programas executáveis. A unidade de memória 26 pode ser qualquer tipo adequado de memória legível por computador e pode ser de um tipo volátil elou não volátil.

[0081] O nó de rede 14 pode também compreender o conjunto de circuitos de processamento 22 que pode ser configurado para estabelecer uma pluralidade de rotas ópticas baseadas na informação recebida em um SSL 11. Dever-se-ia apreciar que o conjunto de circuitos de processamento 22 pode ser qualquer tipo de unidade de computação, por exemplo, um microprocessador, processador de sinal digital (DSP), arranjo de portas programáveis em campo (FPGA), ou circuito integrado de aplicação específica (ASIC). Dever-se-ia apreciar também que o conjunto de circuitos de processamento 22 não precisa ser compreendido como uma unidade única. O conjunto de circuitos de processamento 22 pode ser compreendido como qualquer número de unidades ou circuitos. Operações de Nó de Rede Exemplificadas

[0082] A FIG. 5 é um fluxograma que descreve as operações exemplificadas de um primeiro nó parceiro de rede, tal como o nó de rede da FIG. 4. O fluxo - exemplificado de operações é direcionado a um método no primeiro nó parceiro de rede para determinar um plano de controle PMIPv6 usado por um segundo nó parceiro de rede. O primeiro e o segundo nó parceiro de rede estão em uma rede de transporte IPv4. O primeiro e o segundo nó parceiro de rede podem ser nós MAG/LMA tal como os nós MAG/LMA descritos nas FIGS. 1 a 3. Dever-se-ia apreciar que, de acordo com algumas modalidades exemplificadas, o nó LMA pode ser um PGW. De acordo com algumas modalidades exemplificadas, o nó MAG pode ser um SGW, uma Porta de Acesso a Dados de Pacotes Evoluídos (ePDG), uma Porta de Acesso de Servidor HRPD (HS GW), elou uma Porta de Acesso de Rede de Transmissão (BNG). Operação 50

[0083] O primeiro nó parceiro de rede envia 50, ao segundo nó parceiro de rede, pelo menos uma mensagem de comunicação em pelo menos um formato de plano de controle. O conjunto de circuitos de transmissão 24 é configurado para enviar, ao segundo nó parceiro de rede, pelo menos uma mensagem de comunicação em pelo menos um formato de plano de controle. Dever-se-ia apreciar que o formato de plano de controle pode ser um plano de controle A ou um plano de controle B.

[0084] De acordo com algumas das modalidades exemplificadas, o primeiro nó parceiro de rede é um nó MAG e o segundo nó parceiro de rede é um nó LMA. Em tais modalidades exemplificadas, pelo menos uma comunicação pode ser uma mensagem de sinalização ou uma solicitação de atualização da ligação via servidor proxy.

[0085] De acordo com algumas das modalidades exemplificadas, o primeiro nó parceiro de rede é um nó LMA e o segundo nó parceiro de rede é um nó MAG. Em tais modalidades exemplificadas, pelo menos uma comunicação é uma mensagem de sinalização. Operação 52 Exemplificada

[0086] De acordo com algumas das modalidades exemplificadas, pelo menos uma mensagem de comunicação pode ser uma primeira e uma segunda mensagem de comunicação de um primeiro e um segundo tipo de controle (por exemplo, um formato de plano de controle A e um formato de plano de controle C), respectivamente. O envio 50 pode compreender ainda enviar simultaneamente 52 a primeira e a segunda mensagem de comunicação ao segundo nó parceiro de rede. O conjunto de circuitos de transmissão 24 pode ser configurado para enviar simultaneamente a primeira e a segunda mensagem de comunicação. Operação 54 Exemplificada

[0087] De acordo com algumas das modalidades exemplificadas, pelo menos uma mensagem de comunicação pode ser uma primeira mensagem de comunicação de um primeiro tipo de controle. Se uma resposta a partir do segundo nó parceiro de rede não for recebida dentro de um período de tempo, pelo menos uma resposta de comunicação é uma primeira resposta de comunicação. A primeira resposta de comunicação é uma primeira notificação interna de que uma segunda mensagem de comunicação de um segundo tipo de plano de controle precisa ser enviada. Por exemplo, o não recebimento de uma resposta a partir do segundo nó parceiro de rede pode indicar que o segundo nó parceiro de rede não suporta o primeiro tipo de controle no qual a primeira mensagem de comunicação foi enviada. O recebimento da primeira notificação interna pode ser baseado nas regras programáveis por usuário dentro do primeiro nó parceiro de rede. Dever-se-ia apreciar que o cenário acima pode ser usado para descrever as operações 54, 58, 62 e 64 exemplificadas.

[0088] Assim, de acordo com as modalidades exemplificadas, o primeiro nó parceiro de rede pode enviar 54 a segunda mensagem de comunicação do segundo tipo de plano de controle. O conjunto de circuitos de transmissão 24 pode enviar a segunda mensagem de comunicação do segundo tipo de plano de controle. Operação 56

[0089] O primeiro nó parceiro de rede é configurado ainda para receber 56 pelo menos uma resposta de comunicação (por exemplo, a primeira resposta de comunicação elou a segunda resposta de comunicação) com relação a pelo menos uma mensagem de comunicação (por exemplo, a primeira mensagem de comunicação elou a segunda mensagem de comunicação), respectivamente. O conjunto de circuitos de recebimento 20 é configurado para receber pelo menos uma resposta de comunicação com relação a pelo menos uma mensagem de comunicação. Operação 58 Exemplificada

[0090] Nas modalidades exemplificadas onde múltiplas mensagens de comunicação foram enviadas (por exemplo, a operação 52 exemplificada) ou onde uma segunda mensagem de comunicação foi enviada após um período de tempo predeterminado (por exemplo, a operação 54 exemplificada), o primeiro nó parceiro de rede pode receber 58 uma segunda resposta de comunicação com relação à segunda mensagem de comunicação. O conjunto de circuitos de recebimento pode ser configurado para receber a segunda resposta de comunicação com relação à segunda mensagem de comunicação. Operação 60

[0091] O primeiro nó parceiro de rede ainda determina 60 uma versão do plano de controle PMIPv6 que é utilizado pelo segundo nó parceiro de rede baseado em pelo menos um resposta de comunicação. O conjunto de circuitos de processamento 22 é configurado para determinar a versão do plano de controle PMIPv6 que é utilizado pelo segundo nó parceiro de rede baseado em pelo menos uma resposta de comunicação. Operação 62 Exemplificada

[0092] De acordo com algumas modalidades exemplificadas, se uma resposta a partir do segundo nó parceiro de rede não for recebida dentro de um período de tempo predeterminado, a segunda resposta de comunicação é uma segunda notificação interna que indica que a comunicação com o segundo nó parceiro de rede não é possível. Assim, a determinação 60 pode compreender ainda determinar 62 que o plano de controle PMIPv6 é um valor nulo. O conjunto de circuitos de processamento 22 pode ser configurado para determinar que o plano de controle PMIPv6 é um valor nulo.

[0093] Isso pode significar que o segundo nó parceiro de rede não está atualmente disponível. Assim, de acordo com algumas das modalidades exemplificadas, o primeiro nó parceiro de rede pode tentar uma retransmissão da segunda elou da primeira mensagem de comunicação de modo a evitar uma falha de caminho transiente. Operação 64 Exemplificada

[0094] De acordo com algumas das modalidades exemplificadas, se a segunda resposta de comunicação for recebida a partir do segundo nó parceiro de rede, a determinação 60 pode compreender ainda determinar 64 que o valor do plano de controle PMIPv6 seja o segundo tipo de controle (por exemplo, o tipo de controle da segunda mensagem de comunicação). O conjunto de circuitos de processamento 22 é configurado para determinar o valor do plano de controle PMIPv6 para um segundo tipo de controle. Operação 66 Exemplificada

[0095] De acordo com algumas das modalidades exemplificadas, se pelo menos uma resposta de comunicação for recebida a partir do segundo nó parceiro de rede, a determinação 60 pode compreender ainda determinar 66 que o valor do plano de controle PMIPv6 seja pelo menos um formato de plano de controle de (ou associado a) pelo menos uma mensagem de comunicação. O conjunto de circuitos de processamento 22 pode ser configurado para determinar o valor do plano de controle PMIPv6 seja pelo menos um formato de plano de controle de pelo menos uma mensagem de comunicação.

[0096] De acordo com algumas das modalidades exemplificadas, pelo menos um valor de plano de controle pode ser um plano de controle A. Por exemplo, de acordo com algumas modalidades exemplificadas, talvez somente uma mensagem de comunicação possa ser enviada por vez de modo a economizar os recursos do sistema. Assim, o envio pode ser executado de uma forma hierárquica. De acordo com algumas modalidades exemplificadas, as mensagens de comunicação do tipo de plano de controle A podem ser enviadas primeiro. Se a resposta de comunicação não for recebida, o primeiro nó parceiro de rede pode então enviar uma mensagem de comunicação do tipo de plano de controle B. Operação 68 Exemplificada

[0097] De acordo com algumas das modalidades exemplificadas, se várias respostas de comunicação forem recebidas a partir do segundo nó parceiro de rede (por exemplo, após duas ou mais mensagens de comunicação serem transmitidas), a determinação 60 pode compreender ainda determinar 68 que o valor do plano de controle PMIPv6 seja o formato de plano de controle padrão. De acordo com algumas modalidades exemplificadas, o valor do formato de plano de controle padrão pode ser um plano de controle A. O conjunto de circuitos de processamento 22 pode ser configurado para determinar que o valor do plano de controle PMIPv6 seja o formato de plano de controle padrão. Conclusão

[0098] Assim, as modalidades exemplificadas resolvem os vários problemas descritos aqui. Os exemplos não limitantes de problemas, questões, considerações, ou benefícios associados com as modalidades exemplificadas podem ser: a. Por fim, o protocolo PMIP 3GPP deve estar em linha com IETF RFC, assim quaisquer nós 3GPP baseados em PIMP Draft devem ser atualizados para suportar PMIP baseado RFC. b. As modalidades exemplificadas deveriam ser capazes de minimizar qualquer possível inatividade do sistema. c. As modalidades exemplificadas deveriam minimizar o impacto em outros elementos de rede, por exemplo, MME/HSS, que são baseadas em diferentes pilhas de protocolos completos. d. As modalidades exemplificadas não devem afetar outras redes do operador, onde não há nó baseado em PMIP empregado ou somente nós PMIP baseado em RFC empregados. e. As modalidades exemplificadas resolvem ainda a questão de PMIP retroincompatível sem qualquer impacto em outros elementos de rede elou pilhas de protocolos.

[0099] Algumas das modalidades exemplificadas podem compreender um método em um nó de rede para o aprimoramento do protocolo PMIP, onde o dito nó de rede pode estar em uma rede IPv4. O método pode compreender as etapas de iniciar uma comunicação em direção a um nó parceiro; e transmitir, ao nó parceiro, uma mensagem PMIP em dois formatos. As modalidades exemplificadas descritas acima podem compreender ainda transmitir a mensagem PMIP em um formato PMIP Draft e plMp RFC.

[00100] Qualquer uma das modalidades exemplificadas descritas acima pode compreender ainda o nó parceiro que recebe a mensagem PMIP em dois formatos. Se o nó parceiro for somente capaz de suportar um dos dois formatos transmitidos, ele pode responder no formato suportado, Se o nó parceiro for capaz de suportar ambos os formatos transmitidos, ele pode responder no formato PMIP RFC.

[00101] Qualquer uma das modalidades exemplificadas descritas acima pode compreender ainda iniciar a comunicação na forma de uma solicitação de sinalização.

[00102] Qualquer uma das modalidades exemplificadas descritas acima pode compreender ainda iniciar a comunicação na forma de uma mensagem de Atualização de Ligação via Proxy.

[00103] Qualquer uma das modalidades exemplificadas descritas acima pode compreender ainda aumentar um Contador de Reinicialização durante a atualização de software, e disparar assim um mecanismo de mensagem de sinalização para informar ao nó parceiro qual versão PMIP o nó parceiro está suportando.

[00104] Algumas das modalidades exemplificadas descritas acima podem compreender também um nó de rede para o aprimoramento de PMIP. O nó de rede pode compreender uma unidade de geração para gerar as mensagens em uma iniciação de uma comunicação em direção a um nó parceiro; e uma unidade de transmissão para transmitir, ao nó parceiro, as ditas mensagens que caracterizam uma mensagem PMIP em dois formatos.

[00105] A modalidade exemplificada pode compreender ainda o nó de rede sendo configurado para executar qualquer uma das modalidades exemplificadas descritas acima.

[00106] A descrição das modalidades exemplificadas fornecidas aqui foi apresentada com propósitos de ilustração. A descrição não pretende ser completa ou limitar as modalidades exemplificadas à forma precisa descrita, e as modificações e variações são possíveis face aos ensinamentos descritos acima ou podem ser adquiridas a partir da prática de várias alternativas às modalidades fornecidas. Os exemplos discutidos aqui foram escolhidos e descritos de modo a explicar os princípios e a natureza das várias modalidades exemplificadas e sua aplicação prática para possibilitar que os versados na técnica utilizem as modalidades exemplificadas de várias formas e com várias modificações que são adequadas ao uso particular observado. As características das modalidades descritas aqui podem ser combinadas em todas as combinações possíveis de métodos, aparelhos, módulos, sistemas e produtos de programas de computador.

[00107] Dever-se-ia citar que a palavra "compreendendo" não exclui necessariamente a presença de outros elementos ou etapas do que os listados e os artigos "um" ou "uma" precedendo um elemento não excluem a presença de vários tais elementos. Dever-se-ia ainda notar que qualquer sinal de referência não limita o escopo das reivindicações, que as modalidades exemplificadas podem ser implementadas pelo menos em parte por meio tanto de hardware quanto de software, e que vários "meios", "unidades" ou "dispositivos" podem ser representados pelo mesmo item de hardware.

[00108] O termo "dispositivo", como usado aqui, é interpretado amplamente como incluindo um radiotelefone com a capacidade de acessar a internet/intranet, navegador de rede, organizador, calendário, uma câmera (por exemplo, uma câmera de imagem elou vídeo), gravador de som (por exemplo, um microfone) elou um receptor de sistema de posicionamento global (GPS); um terminal do sistema de comunicação pessoal (PCS), que pode combinar um radiotelefone celular o processamento de dados; um assistente digital pessoal (PDA), que pode incluir um radiotelefone ou um sistema de comunicação sem fio; um laptop; uma câmera (por exemplo, uma câmera de imagem elou de vídeo) que tem a capacidade de comunicação; e qualquer outro dispositivo de computação ou comunicação capaz de transcepção, tal como um computador pessoal, um sistema de entretenimento doméstico, uma televisão, etc.

[00109] As várias modalidades exemplificadas descritas aqui são descritas no contexto geral de etapas ou processos do método, que podem ser implementadas em um aspecto por um produto de programa de computador, incorporado em um meio legível por computador, incluindo as instruções executáveis por computador, tal como um código de programa, executadas por computadores em ambientes de rede. Um meio legível por computador pode incluir dispositivos de armazenamento removíveis e não removíveis incluindo, mas não limitados à Memória Somente de Leitura (ROM), Memória de Acesso Aleatório (RAM), discos compactos (CDs), discos versáteis digitais (DVD), etc. Geralmente, os módulos de programa podem incluir rotinas, programas, objetos, componentes, estruturas de dados, etc. que executam tarefas particulares ou implementam os tipos de dados abstratos particulares. As instruções legíveis por computador, associadas às estruturas de dados e módulos de programa, representam exemplos de código de programa para executar as etapas dos métodos descritos aqui. A sequência particular de tais instruções executáveis ou estruturas de dados associados representa os exemplos de ações correspondentes para implementar as funções descritas em tais etapas ou processos.

Claims

1. Método em um primeiro nó parceiro de rede para determinar um plano de controle de Protocolo de Internet Móvel versão 6 via Proxy, PMIPv6, usado por um segundo nó parceiro de rede, estando os primeiro e segundo nós parceiros de rede em uma rede de transporte de Protocolo de Internet versão 4, IPv4, caracterizado pelo fato de que compreende: enviar (50), ao segundo nó parceiro de rede, uma primeira mensagem de comunicação em um primeiro formato de plano de controle, e uma segunda mensagem de comunicação em um segundo formato de plano de controle; receber (56) apenas uma resposta de comunicação com relação a primeira mensagem de comunicação ou segunda mensagem de comunicação; e determinar (60) uma versão do plano de controle PMIPv6 que é utilizada pelo segundo nó parceiro de rede baseado na única resposta de comunicação recebida com relação à uma da primeira mensagem de comunicação ou segunda mensagem de comunicação, de maneira que a versão do plano de controle PMIPv6 é o formato de plano de controle com a resposta de comunicação recebida.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro nó parceiro de rede é um nó de Porta de Acesso Móvel, MAG, e o segundo nó parceiro de rede é um nó Âncora de Mobilidade Local, LMA, e a primeira e segunda mensagem de comunicação são mensagens de sinalização ou mensagens de uma solicitação de atualização de ligação via proxy.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o nó parceiro de rede é um nó Âncora de Mobilidade Local, LMA, e o segundo nó parceiro de rede é um nó de Porta de Acesso Móvel, MAG, e a primeira e segunda mensagem de comunicação são mensagens de sinalização.

4. Primeiro nó parceiro de rede para determinar um plano de controle de Protocolo de Internet Móvel versão 6 via Proxy, PMIPv6, usado por um segundo nó parceiro de rede, os primeiro e segundo nós parceiros de rede estando em uma rede de transporte de Protocolo de Internet versão 4, IPv4, caracterizado pelo fato de que compreende: conjunto de circuitos de transmissão (24) configurado para enviar, ao segundo nó parceiro de rede, uma primeira mensagem de comunicação em um primeiro formato de plano de controle e uma segunda mensagem de comunicação em um formato de plano de controle; conjunto de circuitos de recebimento (20) configurado para receber apenas uma resposta de comunicação com relação a primeira mensagem de comunicação ou a segunda mensagem de comunicação; e conjunto de circuitos de processamento (22) configurado para determinar uma versão do plano de controle PMIPv6 que é utilizado pelo segundo nó parceiro de rede baseado na única resposta de comunicação recebida com relação a uma da primeira mensagem de comunicação ou uma segunda mensagem de comunicação, de maneira que a versão do plano de controle PMIPv6 é um formato de plano de controle associado com a resposta de comunicação recebida.

5. Primeiro nó parceiro de rede, de acordo com a reivindicação 4, caracterizado pelo fato de que o primeiro nó parceiro de rede é um nó de Porta de Acesso Móvel, MAG, e o segundo nó parceiro de rede é um nó Âncora de Mobilidade Local, LMA, e a primeira e segunda mensagens de comunicação são mensagens de sinalização ou mensagens de solicitações de atualização de ligação via proxy.

6. Primeiro nó parceiro de rede, de acordo com a reivindicação 4, caracterizado pelo fato de que o primeiro nó parceiro de rede é um nó Âncora de Mobilidade Local, LMA, e o segundo nó parceiro de rede é um nó de Porta de Acesso Móvel, MAG, e a primeira e segunda mensagens de comunicação são mensagens de sinalização.