BRPI0107409B1 - método para comunicar pacotes de dados associados com endereços de destino em uma camada de comunicação de protocolo a um endereço de destino diferente em uma camada de protocolo diferente - Google Patents

Abstract

"operação de aplicativo em um sistema de comunicação bidirecional compatível com internet". um sistema permite que um dispositivo de comunicação bidirecional tal como um modem facilite a comunicação local entre o modem e um pc anexado além de permitir que o pc conduza uma comunicação internet e local simultaneamente. um sistema de comunicação bidirecional emprega um método para a comunicação sem interferência de dados empacotados entre redes diferentes utilizando camadas hierárquicas de protocolos de comunicação (por exemplo, incluindo camadas de protocolo internet (ip)a e controle de acesso à mídia (mac)). o método envolve a comparação de um endereço de destino de pacote ip recebido em uma primeira camada de protocolo com um endereço ip predeterminado para determinar se existe uma coincidência de endereço. depois de tal coincidência de endereço, uma carga útil do pacote ip recebido é redirecionada de uma rede internet para uma rede local (por exemplo, uma rede ethernet, hpna ou usb) pela substituição de um segundo endereço de camada de protocolo para um segundo endereço de camada de protocolo recebido (por exemplo, um endereço mac). em outra característica, um segundo aplicativo (por exemplo, controle de periféricos) é iniciado para operar simultaneamente com um primeiro aplicativo (por exemplo, navegação na rede) em resposta à recepção dos dados de carga útil redirecionados.

Description

"MÉTODO PARA ENCAMINHAMENTO DE PACOTES DE DADOS ASSOCIADOS A UM ENDEREÇO DE DESTINO EM UMA CAMADA DE COMUNICAÇÃO DE PROTOCOLO PARA UM ENDEREÇO DE DESTINO DIFERENTE EM UMA CAMADA DE PROTOCOLO DIFERENTE" Campo da Invenção Essa invenção refere-se a um sistema de comunicação bidirecional compatível com Internet e a uma interface de Usuário adequada para direcionar dados e iniciar Aplicativos em um dispositivo de modem a cabo, computador, TV, VCR ou um dispositivo periférico associado.

Fundamentos da Invenção Sistemas de entretenimento domésticos incluem crescentemente ambas as funções de Computador Pessoal e Televisão (funções PC/TV) envolvendo múltiplas fontes e múltiplos destinos de comunicação. Tal sistema pode receber dados de satélite ou de fontes terrestres compreendendo rádio difusões de Televisão de Alta Definição (HDTV), rádio difusões de Sistema de Distribuição de Múltiplos Pontos de Microondas (MMDS) e Rádio Difusões de Vídeo Digital (DVB). Tal sistema também pode fornecer acesso à Internet em alta velocidade através de uma conexão de rádio difusão ou uma conexão coaxial (por exemplo, linhas de TV a cabo) utilizando um modem a cabo ou através de uma conexão de linha telefônica utilizando um modem compatível com ADSL ou ISDN (Linha de Assinante Digital Assincrona ou Rede Digital de Serviços Integrados), por exemplo, um sistema de entretenimento doméstico também pode comunicar com dispositivos locais utilizando diferentes redes de comunicação. Tais dispositivos locais incluem Disco de Vídeo Digital (DVD), CDROM, VHS e VHS Digital (DVHS®) tipo aparelhos, PC, caixas de set top e muitos outros tipos de dispositivos. É desejável que os sistemas de entretenimento doméstico, suportando a comunicação bidirecional compatível com Internet utilizando cabo e outros tipos de modems, sejam capazes de se comunicar sem interferência com dispositivos em rede em diferentes redes. Por exemplo, tal sistema de entretenimento doméstico pode se comunicar com a Ethernet, redes locais Aliança de Rede por Linha Telefônica Doméstica (HPNA) ou Barramento Serial Universal (USB). Essas exigências e os problemas associados são endereçados por um sistema de acordo com a presente invenção.

Sumário da Invenção Um sistema de comunicação bidirecional emprega um método de comunicação sem interferência de dados empacotados entre diferentes redes utilizando camadas hierárquicas de protocolos de comunicação (por exemplo, incluindo as camadas de Protocolo Internet (IP) e Controle de Acesso à Mídia (MAC)). 0 método envolve a comparação de um endereço de destino de pacote IP recebido em uma primeira camada de protocolo com um endereço IP predeterminado para determinar se existe uma coincidência de endereços. Mediante tal coincidência de endereços, uma carga útil do pacote IP recebido é redirecionada de uma rede Internet para uma rede local pela substituição de um endereço de camada de protocolo para um segundo endereço de camada de protocolo (por exemplo, um endereço MAC). Em outra característica, um segundo Aplicativo (por exemplo, controle periférico) é iniciado para operar ao mesmo tempo que um primeiro Aplicativo (por exemplo, navegação na rede) em resposta ao recebimento dos dados de carga útil redirecionados.

Breve Descrição dos Desenhos Nos desenhos: A figura 1 fornece uma visão geral simplificada de uma rede comutada por pacote consistindo de um equipamento na extremidade dianteira da companhia de cabo localizada remotamente, um modem a cabo de cliente, e seu Equipamento de Instalação no Cliente (CPE) de acordo com a invenção. A figura 2 ilustra um sistema de modem a cabo , de acordo com a invenção; A figura 3 ilustra um fluxograma de um método para uso em um sistema de comunicação bidirecional para a comunicação sem interferência de dados entre uma rede Internet e uma rede local, de acordo com a invenção; A figura 4 ilustra um modem a cabo ilustrativo fornecendo uma comunicação de ponte de rede bidirecional entre as interfaces de Freqüência de Rádio (RF) e Equipamento de Instalação de Cliente (CPE), de acordo com a invenção; A figura 5 ilustra o modem a cabo da ficrura 4 incluindo um filtro para a realização de análise e classificação de pacotes e para a edição dos pacotes de camada de conexão de dados de Controle de Acesso à Mídia (MAC), de acordo com a invenção; A figura 6 ilustra o encapsulamento da camada MAC dos pacotes de camada IP recebidos em uma interface e enviados para outra interface, de acordo com a invenção; A figura 7 ilustra os protocolos de comunicação colocados hierarquicamente em camadas utilizados em um sistema de comunicação bidirecional, de acordo com a invenção.

Descrição Detalhada dos Desenhos Um sistema de comunicação bidirecional (por exemplo, modem a cabo) suporta uma comunicação sem interferência de dados em pacotes entre as diferentes redes utilizando protocolos de comunicação organizados de forma hierárquica. Uma função de classificador de pacote e de edição de cabeçalho de estrutura MAC (um filtro de rede) é vantajosamente incorporado ao sistema de modem a cabo para suportar a operação de aplicativos locais pelo Equipamento de Instalação de Cliente (CPE) tal como um PC que é anexado ao modem. Tais Aplicativos podem incluir, por exemplo, (a) o controle de aparelho doméstico, por exemplo, controle de aquecimento, (b) o controle periférico, por exemplo, controle de TV ou VCR ou DVD, (c) uma função de comunicação, por exemplo, entre diferentes aparelhos em uma casa, (d) uma função de diagnóstico, por exemplo, para uma função de diagnóstico de modem a cabo e (e) funções de comunicação segura em Internet privada ou Intranet, por exemplo, e-mails entre diferentes PC domésticos. O uso do filtro de rede em um modem a cabo permite que os dispositivos CPE em redes locais (por exemplo, redes Ethernet, U SB ou HPNA), permutem diretamente dados através do modem utilizando um protocolo de comunicação organizado de forma hierárquica constituído de múltiplas camadas de protocolo. Essas camadas podem incluir camadas de Protocolo de Internet (IP) e de Controle de Acesso à Mídia (MAC), por exemplo. O uso do filtro de rede no modem também elimina de forma vantajosa um a operação de configuração manual dentro de um PC e permite a comunicação simultânea (a) entre o PC e a Internet e (b) entre o PC e o modem a cabo. A comunicação entre o PC e o modem é utilizada para suportar os Aplicativos locais tais como um Aplicativo de diagnóstico que pode ser descrito por referência ao sistema da figura 1. O sistema da figura 1 compreende uma rede comutada por pacote consistindo de um equipamento na extremidade dianteira da companhia de cabo MSO (Operador de Múltiplos Sistemas) localizado remotamente 90, um modem a cabo próprio ou alugado pelo cliente 12, e seu Equipamento de Instalação no Cliente (CPE) 95. Como uma ilustração, no sistema da figura 1, um dos dispositivos CPE 95 se comunica com a Internet através do modem a cabo 12 e o equipamento inicial 90 e também faz downloads simultâneos de informação de diagnóstico do modem 12. A extremidade dianteira 90 fornece tipicamente a funcionalidade do Provedor de Serviço de Internet (ISP) de forma que os dispositivos CPE 95 possam conectar a Internet, navegar na WWW, realizar transferências de arquivo FTP e trocar e-mails, etc. O modem a cabo do sistema 12 implementa os aplicativos envolvendo a comunicação local tal com Aplicativos de múltiplos diagnósticos, por exemplo. Os Aplicativos de diagnóstico se comunicam com o equipamento CPE 95 utilizando um endereço de IP de rede que é restrito a um valor fixo particular (diferente do endereço IP designado para o sistema 12) pelo operador de múltiplos sistemas (MSO) da extremidade dianteira 90. Adicionalmente, o CPE 95 reside tipicamente em uma rede lógica diferente ou rede lógica diferente do Aplicativo de diagnósticos. Como resultado existe problemas envolvidos com (a) configuração dos parâmetros de rede CPE para suportar a comunicação local entre o sistema de modem 12 e CPE 95, e em (b) manutenção da comunicação de Internet entre CPE 95 e uma fonte remota acessada através da extremidade dianteira 90 (por exemplo, para navegação na rede), enquanto mantém simultaneamente a comunicação entre o sistema 12 e CPE 95 para os aplicativos locais (por exemplo, diagnósticos). Especificamente, a fim de permitir que CPE 95 acessem a informação de diagnóstico no sistema 12, é necessário se configurar o CPE 95 para residir na mesma rede lógica que a utilizada pelo aplicativo de diagnóstico 12. Uma forma de se endereçar esse problema é se reconfigurar temporariamente o endereço de rede do CPE 95 de forma que o dispositivo CPE resida na mesma rede que os Aplicativos de diagnóstico de modem. Isso garante que o CPE 95 e o sistema 12 estejam conectados diretamente a partir de uma perspectiva de protocolo de rede. No entanto, tal operação de configuração é uma tarefa não trivial passível de erro que exige que um Usuário determine um endereço de rede válido e uma máscara de sub-rede além de exigir que um Usuário siga um procedimento detalhado para registrar os valores de configuração e ativar os mesmos em um dispositivo CPE. A fim de se configurar um endereço de rede fixo em um Microsoft Windows o PC exige que um Usuário registre seu menu de controle de Configuração de Rede, altere as opções existentes, registre os parâmetros corretos e reinicialize o PC. Essa operação exige que a capacidades que podem estar além da maioria da população com conhecimento de PC. Ademais, uma vez que o endereço de rede CPE tenha sido fixado para essa finalidade, o dispositivo CPE não reside mais na mesma rede lógica que a extremidade dianteira e o dispositivo CPE (por exemplo, um PC) é incapaz de navegar simultaneamente a Internet ou permutar e-mail. A modalidade ilustrativa do sistema 12 da figura 2 endereça esses problemas incorporando de forma vantajosa um classificador de pacote e uma função de edição de cabeçalho de estrutura MAC (um filtro de rede) . Isso elimina a necessidade de se fixar manualmente o endereço de rede de um dispositivo CPE a fim de realizar uma função de rede local tal como a permuta de dados de diagnóstico com o modem a cabo 12, por exemplo. Também permite que o dispositivo CPE navegue simultaneamente a Rede enquanto permuta dados de diagnóstico de modem. O sistema 12 da figura 2 suporta a comunicação de ponte de modem a cabo entre a Internet (através da extremidade dianteira CATV) e os dispositivos de rede de área local (LAN) (incluindo PC) . Adicionalmente, as comunicações bidirecionais entre o sistema 12 e a extremidade dianteira CATV estão em um formato de protocolo de múltiplas camadas ilustrado na figura 7. 0 formato de protocolo de múltiplas camadas ilustrado na figura 7 envolve uma QAM (Modulação de Amplitude por Quadratura) ou QPSK (Modulação de Chaveamento de Mudança de Fase por Quadratura) de camada física 629 para a comunicação a montante entre o sistema 12 e a extremidade dianteira (através da linha 10 da figura 2) . Essa camada física transporta dados de protocolo de transporte MPEG2 (Grupo Especializado em Imagens em Movimento) transportando estruturas de dados DOCSIS MAC (Controle de Acesso de Mídia) 631. Os dados MAC transportam estruturas de dados de controle de conexão lógica Ethernet-Il/802.3 633 ou dados de gerenciamento MAC e os dados Ethernet por sua vez transportam dados de camada IP. O modem a cabo também mantém um caminho de comunicação de retorno para a extremidade dianteira CATV empregando as camadas de protocolo hierarquicamente ordenadas 633, 631 e 629 para a comunicação Multiplexada por Divisão de Tempo de dados de retorno no protocolo Ethernet.

Os dados de camada física circundante transmitidos a partir da extremidade dianteira CATV para o modem a cabo são processados para a comunicação Ethernet nas estruturas de dados Ethernet 802.3 pela ponte de camada de conexão transparente Ethernet 617 ou são convertidos para o formato USB ou HPNA pela camada USB/MAC 623. Na comunicação através da porta 72 (figura 2) no formato Ethernet, os dados Ethernet-II/802.3 619 fornecidos pela ponte 617 são encapsulados como dados de camada MAC 623 para comunicação no formato de camada física Ethernet-II/802.3 626 aos dispositivos LAN fixados na porta 72. De forma similar, na comunicação através das portas 82 e 77 (figura 2) no formato USB e HPNA respectivamente, os dados Ethernet-II/802.3 619 fornecidos pela ponte 617 são encapsulados na camada USB MAC ou nas estruturas de dados de camada HPNA MAC 62 3 para comunicação no formato de camada física USB ou HPNA 626 para os dispositivos LAN fixados nas portas 82 e 77. O modem a cabo mantém a comunicação bidirecional com os dispositivos LAN e também recebe os dados dos dispositivos no protocolo Ethernet, USB ou HPNA correspondentes. Em outras modalidades, o sistema 12 pode manter a comunicação bidirecional com os dispositivos LAN através de outros métodos incluindo as conexões de dados 802.11 e "Bluetooth".

Os dados recebidos de ambos os dispositivos de extremidade dianteira CATV e CPE anexados podem ser enviados para a interface oposta ou passados para a pilha TCP/IP 615 (figura 7) . A pilha TCP/IP 615 fornece a colocação ou remoção em camadas de protocolo os dados em comunicação entre a ponte de camada de conexão 617 e uma Interface de Programação de Aplicativo (API) utilizada pelos Aplicativos de Software internos. Os Aplicativos de software internos incluem o aplicativo SNMP (Protocolo de Gerenciamento de Rede de Sistema) 605, o aplicativo DHCP (Protocolo de Configuração Hospedeiro Dinâmico) 607, o servidor HTTP 609, o Aplicativo de Diagnóstico 611 e o servidor ATE (Equipamento de Teste Automático) 613. O modem a cabo descrito aqui emprega um protocolo compatível com MPEG em conformidade com o padrão de codificação de imagem MPEG2, chamado de "padrão MPEG". Esse padrão é constituído de uma seção de codificação de sistema (ISO/IEC 13818-1, 10 de junho de 1994) e uma seção de codificação de vídeo (ISO/IEC 13818-2, 20 de janeiro de 1995) . Os protocolos compatíveis com TCP/IP Internet (Protocolo de Controle de Transmissão/Protocolo Internet) e Ethernet descritos aqui fornecem a compatibilidade com as exigências preliminares dos Sistemas de Redes de Cabo de Multimídia (MCNS) e as exigências DOCSIS 1.0 (Especificação de Interface de Serviço de Dados Através de Cabo 1.0) ratificadas pela União de Telecomunicações Internacional (ITU) de março 1998 e como especificado em RFC 2669 (Solicitação por Documento Comentado 2669). Os documentos RFC estão disponíveis através da Internet e são preparados pelos grupos de trabalho dos padrões de Internet.

Os princípios da invenção podem ser aplicados a qualquer sistema de comunicação bidirecional e não estão restritos a cabo, ADSL, ISDN, ou modems convencionais. Adicionalmente, o sistema descrito processa os dados de Protocolo Internet (IP) de uma variedade de fontes de Internet incluindo dados de vídeo ou áudio em corrente, mensagens telefônicas, programas de computador, e-mails ou outros dados e comunicações empacotados, por exemplo. 0 modem a cabo (sistema 12) da figura 2 comunica com uma extremidade dianteira CATV através de uma conexão de RF de alta velocidade, banda larga e bidirecional na linha 10 que consiste tipicamente de um cabo coaxial ou fibra/cabo coaxial híbrido (HFC). O sistema de modem 12 comunica de forma bidirecional com os dispositivos localizados em um site de Usuário através das redes de área local (LAN) . As redes de área local do lado do Usuário típicas incluem redes compatíveis com Digital/lntel/Xerox e Ethernet anexadas através do conector 72. Outros dispositivos do lado do Usuário se comunicam através de um Barramento Serial Universal (USB) ou redes compatíveis HPNA anexadas através de conectores 82 e 77 respectivamente. Os dispositivos de Usuário anexados às redes Ethernet, HPNA e USB podem incluir equipamento tal como computadores pessoais (PC), impressoras de rede, receptores de vídeo, receptores de áudio, VCR, DVD, scanners, copiadoras, telefones, máquinas de fax e eletrodomésticos, por exemplo.

Em operação, o duplicador 20 do sistema de modem a cabo 12 da figura 2 separa as comunicações a montante (enviadas do modem 12 para uma extremidade dianteira CATV) das comunicações a jusante (enviadas de uma extremidade dianteira CATV para o modem 12) transportadas através da linha de cabo 10. O duplicador 20 separa os dados a montante dos dados a jusante com base nas diferentes faixas de freqüência que os dados a montante (tipicamente 5 a 42 MHz) e os dados a jusante (tipicamente 92 a 855 MHz) empregam respectivamente. 0 controlador 60 configura os elementos do modem acabo 12 da figura 2 para receber os dados de transporte MPEG2 da extremidade dianteira CATV na linha de cabo 10 e para converter os dados para o formato compatível com Ethernet, USB ou HPNA para enviar através das portas 72, 82 e 77 respectivamente. De forma similar, o controlador 60 configura os elementos do modem a cabo 12 da figura 2 para receber dados compatível com Ethernet, USB ou HPNA das portas 72, 82 e 77 e para converter e transmitir os dados de protocolo de transporte MPEG2 para a extremidade dianteira CATV na linha de cabo 10. O controlador 60 configura os elementos do sistema 12 através da configuração dos valores de registro de controle dentro desses elementos utilizando um barramento de sinal de controle e dados bidirecionais. Especificamente, o controlador 60 configura o sintonizador 15, o filtro serrilhado 25, o amplificador diferencial 30 e um dispositivo de interface MCNS (Sistemas de Redes a Cabo de Multimídia) 35 para receber um sinal formatado em DOCSIS em uma freqüência de canal de RF identificada previamente. 0 sinal formatado DOCSIS compreende um formato de protocolo de transporte MPEG2 transportando estruturas de dados compatíveis com Ethernet incluindo o conteúdo de dados IP. O controlador 60 emprega um processo de inicialização para determinar a freqüência de canal de RF que o sintonizador 15 deve ser configurado para receber. 0 processo de inicialização envolve a sintonia interativa com as freqüências de canal de RF candidatos e sucessivos até que um sinal em conformidade com DOCSIS seja obtido. 0 controlador 60 reconhece um sinal em conformidade com DOCSIS em um canal candidato através da decodificação bem sucedida pelo processador de interface MCNS 35 dos dados recebidos e através de uma taxa de erro correspondentemente aceitável para os dados decodificados. No processo de inicialização, o controlador 60 em conjunto com a interface MCNS 35, o amplificador 85 e o transformador RF 87, também transmitem dados a montante para a extremidade dianteira CATV por uma variedade de razões incluindo para ajustar de forma adaptativa e interativa os parâmetros de comunicação a montante e a jusante. Esses parâmetros incluem o nível de energia de transmissão de modem a cabo e o desvio de tempo, por exemplo.

Seguindo a inicialização e em operação normal, um transportador de RF é modulado com dados de protocolo de transporte MPEG2 utilizando QAM de 64 ou 256 (Modulação de Amplitude por Quadratura). Os dados de transporte MPEG2A incluem dados formatados por Ethernet que por sua vez incluem dados I representando uma página de rede HTML (Linguagem de Marcação de Hyper Texto) solicitada por Usuário, por exemplo. Os dados de transporte MPEG são fornecidos pelo duplicador 20 para o sintonizador 15. O sintonizador 15 converte descendentemente o sinal de entrada do duplicador 20 para uma banda de freqüência mais baixa que é filtrado pelo filtro serrilhado 25 para melhorar o isolamento do sinal dos canais de RF vizinhos. 0 sinal filtrado da unidade 25 é mudado de nível e armazenado temporariamente pelo amplificador diferencial 30 para fornecer um sinal compatível com o processador de interface MCNS 35. 0 sinal de nível mudado e convertido descendentemente resultante do amplificador 30 é demodulado pelo processador MCNS 35. Esses dados demodulados são adicionalmente decodificados em treliça, mapeados em segmentos de dados alinhados por byte, desintercalados e seus erros corrigidos por Reed-Solomon dentro do processador 35. A decodificação em treliça, o desintercalamento e a correção de erro Reed-Solomon são funções conhecidas descritas, por exemplo, no texto de referência Digital Communication, de Lee e Messerschmidt (Kluwer Academic Press, Boston, MA, USA, 1988) . 0 processador 35 converte adicionalmente os dados de formato MPEG2 em estruturas de dados Ethernet que são fornecidas para o controlador 60. O controlador 60 analisa e filtra os dados compatíveis Ethernet da unidade 35 utilizando filtros configurados a partir da extremidade dianteira CATV. Os filtros implementados pelo controlador 60 coincidem com os identificadores de dados nos pacotes de estrutura Ethernet de entrada fornecidos pela unidade 35 com os valores de identificador pré carregados a partir da extremidade dianteira CATV. Os valores de identificador são pré carregados durante uma inicialização realizada previamente ou operação de configuração. Por esse meio o controlador 60 implementa uma função de controle de admissão de dados enviando dados selecionados para os dispositivos LAN locais e descartando outros conteúdos de dados selecionados. Esse sistema de filtro configurável pode ser vantajosamente utilizado para filtrar os dados com base nos itens de metadados nos dados de entrada para uma variedade de razões incluindo (a) taxação de conteúdo para controle parental ou outro controle de bloqueio, (b) preferências predeterminadas do Usuário para propagandas alvo e "push-content", (c) filtragem de firewall, (d) identidade de fonte, e (e) uma função de busca de dados. Os dados seriais filtrados compatíveis com Ethernet são comunicados a um PC através da interface Ethernet 65, do filtro de do transformador de isolamento 70 e da porta 72. A interface 65 armazena temporariamente e condiciona os dados do controlador 60 filtrando e transformando pela unidade 70 para enviar para um PC através da porta 72.

De forma similar, o controlador 60 converte e filtra os dados (transportados nas estruturas Ethernet MAC) do processador 3 5 para a saída no formato USB através da porta 82 ou no formato HPNA através da porta 77. Os dados USB são armazenados temporariamente pelo transceptor 75 e filtrados pelo filtro de supressão de ruído e interferência (EMI/ESD) 80 antes de serem enviados para os dispositivos LAN compatíveis com USB conectados à porta 82. De forma similar, os dados HPNA são condicionados pela interface 62 e armazenados temporariamente pelo amplificador do transceptor 67 antes de serem enviados para os dispositivos LAN compatíveis com HPNA conectados à porta 77.

O sistema de modem 12 também comunica dados a montante a partir de um PC anexado, por exemplo, para uma extremidade dianteira CATV. Para essa finalidade, o controlador 60 do sistema 12 recebe dados compatíveis com Ethernet do PC anexado através da porta 72, da interface 65 e do transformador de isolamento/filtro 70 e fornece os mesmos para o processador 35. O processador 35 modula um transportador de RF com os dados em formato Ethernet recebidos utilizando WAM ou QPSK 16 (Modulação de Chaveamento de Mudança de Fase por Quadratura) . Os dados modulados resultantes são multiplexados por divisão de tempo na linha de cabo 10 para comunicação a montante através do amplificador 85, do transformador 87 e do duplicador 20. 0 amplificador 85 envia os dados para a extremidade dianteira CATV com um nível de energia adequado selecionado no processo de inicialização descrito anteriormente. O transportador 87 fornece um grau de isolamento de falha e ruído no caso de uma falha no modem 12 ou mediante a ocorrência de ruído gerado localmente no modem ou nos dispositivos anexados.

De forma similar, o sistema de modem 12 também comunica dados a montante a partir dos dispositivos anexados através da porta USB 82 ou através da porta HPNA 77. Em uma implementação ilustrativa, o controlador 60 do sistema 12 recebe dados compatíveis Ethernet do transceptor 75 e fornece os mesmos para o processador 35 para comunicação a montante da forma descrita anteriormente. Para essa finalidade, o transceptor 75 recebe os dados Ethernet encapsulados dentro das estruturas USB da porta 82 através do filtro 80 e remove os dados de estrutura USB para fornecer dados de formato Ethernet para o controlador 60. De forma similar, a interface 62 recebe dados encapsulados no formato HPNA da porta 77 através do transceptor 67 e fornece dados de formato Ethernet para o controlador 60. O controlador 60 também responde ao comutador liga/desliga e de reconfiguração 90 e realiza uma variedade de funções em adição às já descritas. O controlador 60 configura os parâmetros de modem 12 utilizando a informação de configuração fornecida a partir de uma extremidade dianteira CATV. O controlador 60 também direciona o sistema 12 na sincronização e multiplexação de comunicação a montante na linha de cabo 10 e implementa u m limite de taxa no controle do tráfego de dados a montante. Adicionalmente, o controlador 60 filtra de forma bidirecional os dados recebidos e fornece dados selecionados para a extremidade dianteira CATV ou dispositivos LAN anexados às portas 72, 77 e 82. 0 controlador 60 também suporta a comunicação de dados variável com a extremidade dianteira CATV. A comunicação variável é iniciada pela extremidade dianteira CATV e compreende uma pesquisa contínua porém intermitente de modems individuais para determinar a condição e para identificar as falhas de modem ou de linha. O sistema 12 também utiliza um filtro de rede que opera sob a direção do controlador 60 para vantajosamente interceptar os pacotes (de um dispositivo CPE destinado à extremidade dianteira CATV) e substituir o endereço MAC de destino com o endereço MAC de interface de diagnóstico do sistema de modem 12. Isso resulta no pacote sendo direcionado para a pilha TCP/IP (pilha 615 da figura 7) e não para a extremidade dianteira CATV, e faz com que o sistema de modem 12 pareça residir na mesma rede lógica que o dispositivo CPE anexado. Esse mecanismo de interceptação e conexão direta aparente endereçam os problemas descritos acima de (a) configuração de parâmetros de rede para suportar a comunicação local entre o sistema de modem 12 e os dispositivos CPE anexados e (b) manutenção simultânea da comunicação Internet entre um dispositivo CPE e a Internet através do sistema 12, enquanto mantém simultaneamente a comunicação entre o sistema 12 e o dispositivo CPE para, por exemplo, Aplicativos de diagnóstico locais.

Esses problemas surgem visto que um endereço IP que pode ser alocado para, por exemplo, Aplicativos de diagnóstico locais, no sistema 12 é restrito a um valor fixo. Tal restrição pode ocorrer, por exemplo, visto que é exigido por uma especificação de fonte de equipamento próprio ou porque outro corpo tal como IANA (Autoridade de Números Designados de Internet) possui valores fixos definidos, ou uma faixa fixa de valores predeterminados, como endereços para tarefas específicas. A faixa de endereço IP 192.168.xx.xx, foi definida por ΙΑΝΆ como um de um número pequeno de redes privadas locais que não devem ser designada para uma rede pública real, por exemplo. Portanto, um tráfego de dados de Internet com filtragem de direcionador de porta através da extremidade dianteira CATV descarta o tráfego com endereços IP de destino 192.168.xx.xx. Isso é verdadeiro a menos que o direcionador tenha configurado especificamente o direcionamento dos pacotes 192.168.xx.xx, que é improvável.

Uma ilustração específica de como um problema ocorre devido à reserva de um endereço IP de uso não público fixo para aplicativos particulares se segue. Em primeiro lugar, assume-se que o endereço IP 192.168.100 1 tenha sido designado para uso para Aplicativos de diagnóstico de modem a cabo. Assume-se também que um dispositivo CPE anexado seja designado para um endereço IP dinâmico de 172.10.2.65 de um servidor DHCP de extremidade dianteira. Um Usuário do dispositivo CPE anexado, desejando navegar pelas páginas da rede de diagnóstico de modem (a 192.168.100.1), entra em um URL correspondente do sistema 12, por exemplo, www.rca_modem.com, através de um navegador de rede residente no dispositivo CPE. Uma solicitação de Resolução de Nome de Domínio de Internet gerada pelo navegador é submetida pelo dispositivo CPE ao sistema 12 para envio e tradução do Nome de Domínio registrado pelo Usuário em um endereço IP correspondente da fonte da página de rede solicitada. Um servidor de Interceptação de Nome de Domínio no sistema 12 intercepta vantajosamente a solicitação de Resolução de Nome de Domínio e utiliza uma base de dados de interceptação de Nome de Domínio na tradução do Nome de Domínio interceptado (aqui www.rca_modem.com) para um endereço compatível com IP e comunica o endereço IP (aqui 192.168.100.1) de volta para o dispositivo CPE solicitante.

No entanto, o dispositivo CPE é incapaz de enviar diretamente os pacotes para o endereço IP identificado 192.168.100.1. Isso porque, como notado anteriormente, o endereço IP designado do CPE é 172.10.2.65 e consequentemente o CPE não reside na mesma rede lógica que o Aplicativo e diagnóstico do sistema 12 (endereço IP 192.168.100.1). Como resultado disso, o CPE envia os pacotes para a extremidade dianteira e o direcionador de porta determina para onde enviar os mesmos. Para essa finalidade, o dispositivo CPE encapsula o pacote IP destinado para 192.168.100.1 em uma estrutura Ethernet MAC cujo endereço MAC de destino é do direcionador de porta na extremidade dianteira CATV. Infelizmente, o direcionador de porta não sabe nada a respeito do endereço IP de diagnóstico interno dos modems visto que IANA designou a faixa de endereço IP 192.168 .xx. x, como uma sub-rede local que não deve ser utilizada na Internet pública. Portanto, os pacotes IP do sistema 12 aparecem para o direcionador de porta como estando em uma sub-rede local inválida e o direcionador de porta consequentemente descarta os mesmos. Portanto, o dispositivo CPE é incapaz de comunicar com o Aplicativo de diagnóstico de sistema 12. 0 controlador 60 (figura 2) em conjunto com o sistema 12, emprega o método da figura 3 de resolver os problemas de comunicação descritos para facilitar a comunicação local entre o sistema 12 e um dispositivo CPE anexado além de permitir que o dispositivo CPE conduza a comunicação local e Internet simultânea. Na etapa 403 da figura 3, seguindo a inicialização na etapa 400, o controlador 60 examina um endereço de destino de pacote IP recebido na parte de cabeçalho IP dos dados de camada MAC Ethernet-Il/802.3 (camada 619 da figura 7) destinados para a extremidade dianteira CATV. Dessa forma, o controlador 60 determina se o endereço de destino de pacote IP recebido coincide com um endereço IP predeterminado. Especificamente, o controlador 60 determina se o endereço recebido está dentro de uma classe de um ou mais endereços designados para utilização em Internet não pública e privada tal como o endereço de Aplicativo de diagnóstico de modem a cabo designado 192.168.100.1, por exemplo. Nesse sistema de modem a cabo ilustrativo esse endereço de rede de diagnóstico pertence a uma classe especial de redes privadas locais IEEE incluindo classes de endereço de lO.x.x.x, 172.16.0.0 até 172.31.255.255, e 192.168.x.x. Como explicado previamente, o endereço de aplicativo de diagnóstico é distinto do endereço de rede padrão do sistema 12 (endereço IP 172.10.2.65). O endereço de rede padrão desse sistema 12 é adquirido dinamicamente por um aplicativo de cliente DHCP (item 607 da figura 7) e utilizado por um aplicativo de agente SNMP (item 605 da figura 7) . A fim de evitar acesso não autorizado ao serviço de Internet, os operadores da extremidade dianteira CATV tipicamente não divulgam um endereço de rede de modem. Na ausência de uma coincidência de endereço IP na etapa 403, os dados de carga útil do pacote IP recebido são transportados para o destino de endereço MAC recebido.

Na etapa 405 da figura 3, seguindo uma coincidência de endereço na etapa 403, o controlador 60 redireciona as cargas úteis dos pacotes IP possuindo um endereço IP de diagnóstico 192.168.100.1 destinado para a extremidade dianteira CATV e Internet. O controlador 60 redireciona esses pacotes de camada IP (primeira camada de protocolo) pacote por pacote para o Aplicativo de diagnóstico de rede local do sistema 12 (aplicativo 611 da figura 7). Isso é feito pela substituição do endereço MAC da interface de rede de diagnóstico nos dados de camada de estrutura Ethernet MAC (em uma segunda camada de protocolo, camada 619 da figura 7) para o endereço de destino MAC recebido nessa camada. Especificamente, na estrutura MAC ilustrativa da figura 6 compreendendo os elementos 513 a 524, o endereço MAC da interface de rede de diagnóstico é substituído pelo endereço de destino MAC recebido η o item 514. O endereço MAC substituto identifica de forma singular o recipiente como um Aplicativo de diagnóstico 611 (figura 7) e os dados de carga útil de pacote IP associados são direcionados para esse aplicativo através da pilha TCP/IP 615 (figura 7). O Aplicativo de diagnóstico (e outros Aplicativos 605-609 e 613 da figura 7) comunicam com seus clientes CPE através da pilha TCP/IP 615 utilizando uma interface de programação de aplicativos com base em encaixe padrão (API). Esse encaixe API exige que cada Aplicativo tenha um endereço de rede de Protocolo de Internet fixo e um número de porta na criação e inicialização de seu encaixe associado. O controlador 60 determina o endereço MAC substituto a ser utilizado a partir de um mapeamento de base de dados interna do endereço de destino de pacote IP recebido para um endereço MAC substituto. Dessa forma o dispositivo CPE anexado parece estar conectado diretamente com o Aplicativo de diagnóstico do sistema 12 e os dados de carga útil nos pacotes com endereço de destino IP 192.168.100.1 podem ser recebidos e processados pelo Aplicativo de diagnóstico. O endereço IP fonte associado com os pacotes do dispositivo CPE para o Aplicativo de diagnóstico é retido e utilizado para identificar de forma singular esse dispositivo CPE como o destino para a comunicação de retorno do Aplicativo de diagnóstico 611. Tal comunicação de retorno pode compreender pacotes IP representando uma página de rede de diagnóstico para exibição no dispositivo CPE através de seu navegador de rede residente, por exemplo.

Na etapa 410 da figura 3, a execução do software de Aplicativo de diagnóstico (item 611 da figura 7) é iniciado em resposta à recepção dos dados de carga útil do pacote IP redirecionados na etapa 405.Uma ampla variedade de outros Aplicativos podem ser iniciados no sistema 12 em resposta aos dados de pacote IP redirecionados incluindo, por exemplo, (a) controle de aparelho doméstico, (b) controle periférico, (c) uma função de comunicação ou transação, e (d) uma função de comunicação de Internet privada e segura ou Intranet. Adicionalmente, o sistema 12 sob a direção do controlador 60 recebe simultaneamente pacotes IP do dispositivo CPE anexado com endereços IP que não coincidem com os endereços IP predeterminados designados para a utilização em Internet privada e não pública (como determinado na etapa 4 03) . Os dados de carga útil dos pacotes IP não coincidentes recebidos são transportados para os endereços de destino do endereço MAC recebido respectivos para suportar um primeiro Aplicativo, por exemplo, operando simultaneamente com o segundo Aplicativo de diagnóstico baseado em rede local. 0 primeiro Aplicativo pode envolver a comunicação com redes remotas tais como a Internet para Aplicativos tais como (a) navegação na rede, (b) e-mail, e (c) telefone/videofone Internet. O processo da figura 3 encerra na etapa 415. A figura 4 ilustra um modem a cabo ilustrativo (sistema 12 das figuras de 1 a 5) fornecendo uma comunicação de ponte de rede bidirecional entre as interfaces de Freqüência de Rádio (RF) e Equipamento de Instalação no Cliente (CPE). A figura 5 ilustra o modem a cabo da figura 4 incluindo vantajosamente um filtro 311 para a realização da análise e classificação de pacote e para a edição dos pacotes de camada de conexão de dados de Controle de Acesso â Mídia (MAC) . Além da adição do filtro de rede 311 a uma interface de entrada CPE do modem a cabo, o sistema da figura 5 é o mesmo que para a figura 4. Na figura 5, o filtro de rede 311 realiza a classificação de pacote e a edição do cabeçalho MAC de dois tipos de pacotes recebidos a partir de um dispositivo CPE (anexado à porta 72, porta 77 ou porta 82 da figura 2).

Em primeiro lugar, o filtro 311 (figura 5) examina todos os pacotes de solicitação de protocolo de resolução de endereço (ARP) (compreendendo os elementos 509 e 511 da figura 6A) recebidos da interface CPE 316 através da linha 315. Se o endereço IP alvo do pacote de solicitação ARP for o endereço da interface de rede de diagnóstico (por exemplo, 192.168.100.1) do sistema 12, o filtro substitui o endereço de destino de camada MAC no pacote (item 514 da figura 6) pelo da interface de rede de diagnóstico. Isso é feito pela substituição do endereço MAC do Aplicativo de diagnóstico nos dados de camada de estrutura Ethernet MAC (camada 619 da figura 7) para o endereço de destino MAC recebido nessa camada. A estrutura MAC alterada é enviada para o Aplicativo de diagnóstico 611 através da pilha de protocolo 615 do sistema 12 e do direcionador de camada MAC padrão 309 (figura 5 caminho DEG).

Em segundo lugar, o filtro 311 examina todos os pacotes IP (Protocolo de Internet) (compreendendo os elementos 505 e 507 da figura 6B) recebido.s da interface CPE 316 através da linha 315. Se o endereço de destino IP do pacote IP for o endereço de Aplicativo de diagnóstico (por exemplo, 192.168.100.1) do sistema 12, o filtro substitui o endereço de destino de camada MAC no pacote (item 514 da figura 6) pelo da interface de rede de diagnóstico. Isso é feito pela substituição do endereço MAC da interface de rede de diagnóstico nos dados de camada de estrutura Ethernet MAC (camada 619 da figura 7) pelo endereço de destino MAC recebido nessa camada. A estrutura MAC alterada é enviada para o Aplicativo de diagnóstico 611 através da pilha de protocolo 615 do sistema 12 e do direcionador de camada M AC padrão 309 (figura 5 caminho DEG) . O filtro de rede 311 passa de forma transparente outros pacote não coincidentes para o direcionador de camada MAC 309.

Se o endereço MAC de destino de pacote não for o da interface de rede de diagnóstico ou padrão, o pacote é transferido para a interface oposta 300 empregando a funcionalidade de ponte de rede bidirecional do sistema 12. Especificamente, os pacotes não coincidentes são enviados do direcionador 309 para a interface de RF 3 00 no caminho F.

Isso é, os pacotes de camada de rede recebidos em uma interface são enviados para a interface oposta desde que o encapsulamento da camada MAC de pacote (figura 6) indica um destino com ponte. 0 endereço de destino é derivado da encapsulação da estrutura Ethernet MAC compatível com DOCSIS dos pacotes IP que inclui ambos o endereço MAC de destino de 48 bits (item 514 da figura 6) e um endereço MAC fonte de 48 bits (item 518 da figura 6). A capacidade de transmissão do sistema 12 é bidirecional e emprega as funções de direcionamento de camada MAC 3 03 para a interface de RF e 309 para a interface CPE. Na realização de um direcionador de decisão de ponte 303 seleciona entre os caminhos C e B e o direcionador 309 seleciona entre os caminhos G e F pacote por pacote com base no endereço MAC de destino de pacote. Apesar do filtro 311 poder introduzir um retardo nos dados de ponte através do modem do sistema 12, o filtro pode ser prontamente implementado para manter o retardo insignificativo.

As vantagens derivada pela incorporação do filtro 311 no sistema 12 incluem, (a) a eliminação da necessidade de se configurar manualmente os parâmetros de rede para suportar a comunicação local entre o sistema de modem 12 e um dispositivo CPE, (b) a possibilidade de um dispositivo CPE navegar simultaneamente a Rede, trocar e-mails, etc., enquanto troca dados para Aplicativos locais, (c) o filtro 311 poder ser implementado no hardware ou soFtware como uma função lógica simples e também poder ser somado à interface de RF 313 e (d) múltiplos endereços IP (correspondendo às interfaces de rede de pilha TCP/IP de modem a cabo adicional 615) poderem ser definidos pela iniciação de uma variedade de funções, por exemplo, e-mail, fax, telefone/videofone Internet, controle de aparelho doméstico, controle periférico (por exemplo, DVD, VCR, caixa de set top, TV, câmera de vídeo, computador), controle de segurança doméstica, funções de diagnóstico, e quaisquer outras funções operáveis através de um dispositivo CPE anexado (ver Tabela 1). A Tabela 1 mostra múltiplos endereços IP individuais sendo associados com grupos de funções diferentes. Cada grupo consiste de um par de endereço IP/endereço MAC, e é utilizado para definir a interface de rede de pilha TCP/IP associada. Se necessário, as funções dentro de cada grupo podem ser identificadas individualmente utilizando um número de porta UDP (Protocolo de Datagrama de Usuário) ou TCP (Protocolo de Controle de Transmissão) associadas. Os endereços IP são transmitidos a partir de uma fonte remota/local por um protocolo de comunicação compatível com Internet (ou outro protocolo de comunicação em Aplicativos diferentes) para controlar ou ativar as funções em um sistema decodificador. Dessa forma, por exemplo, uma variedade de funções podem ser remotamente (ou localmente) ativadas ou controladas pelo acesso a uma página de rede em um computador ou dispositivo de acesso a.Internet e iniciando a transmissão do endereço IP adequado associado com uma função específica como ilustrado na Tabela 1. No decodificador, um endereço IP de pacote IP recebido é comparado com os endereços em uma base de dados predeterminada (ou descarregada) mapeando endereços IP para outros endereços de protocolo de uma camada de comunicação hierárquica diferente, por exemplo, endereços compatíveis com MAC ou MPEG. De uma forma similar à descrita para o Aplicativo de diagnóstico do sistema 12, se o endereço de destino do pacote IP coincidir com um endereço na base de dados, um editor no decodificador substitui um endereço mapeado (por exemplo camada MAC) (associado com o endereço IP coincidido pela base de dados) por endereços de protocolo de camada de comunicação hierárquica. A arquitetura do sistema das figuras 2 (adicionalmente elaborada nas figuras 4 e 5) não é exclusiva. Outras arquiteturas podem ser derivadas de acordo com os princípios da invenção para realizar os mesmos objetivos. Adicionalmente, as funções dos elementos do sistema de modem a cabo 12 e as etapas de processo da figura 3 podem ser implementados em todo ou em parte dentro das instruções programadas do controlador 60. Adicionalmente, os princípios da invenção se aplicam a qualquer sistema de comunicação bidirecional de protocolo em múltiplas camadas e não estão limitados a modems compatíveis com DOCSIS ou a qualquer outro tipo de modem. Além disso, o elemento de filtro de pacote e os princípios inventivos descritos aqui podem ser estendidos para operar em pacotes IEEE 802.3, pacotes compatíveis com toque de sinal IEEE 802.5, pacotes IEEE 802.11 e pacotes de transporte MPEG, além de pacotes de protocolo Internet diferentes e outros pacotes de protocolo em adição aos pacotes Digital/Intel/Xerox (DIX) Ethernet, por exemplo.

REIVINDICAÇÕES

Claims (15)

1. Método para comunicar pacotes de dados entre diferentes redes utilizando camadas hierárquicas de protocolos de comunicação, o dito método sendo para operação em um sistema de comunicação bidirecional, compreendendo as etapas de: comparar (403) um endereço de destino de pacote IP recebido em uma primeira camada de protocolo com um endereço IP predeterminado para determinar se existe uma coincidência de endereço; e redirecionar (405) uma carga útil do dito pacote IP recebido de uma rede Internet para uma rede local em resposta à dita coincidência de endereço CARACTERIZADO pelo fato de que o redirecionamento (405) é realizado pela substituição (405) de um endereço de uma segunda camada de protocolo por um endereço recebido de uma segunda camada de protocolo associado com o pacote IP recebido, a segunda camada de protocolo sendo diferente da primeira camada de protocolo e em que a dita etapa de redirecionamento (405) redireciona uma carga útil do dito pacote IP recebido de uma primeira rede para um armazenamento temporário de comunicação para suportar um aplicativo local compreendendo um ou mais dentre (a) um controle de aparelho doméstico, (b) um controle periférico, (c) uma função de comunicação, (d) uma função de diagnóstico e (e) funções de comunicação de Internet ou Intranet segura privada.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de se não houver qualquer coincidência de endereço, a dita carga útil do dito pacote IP recebido é direcionada para um destino diferente do da dita rede local para suportar um primeiro Aplicativo operando simultaneamente com um segundo Aplicativo diferente sendo realizado com a dita rede local.

3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de o dito primeiro Aplicativo ser um dentre (a) um Aplicativo de navegação na rede, (b) e-mail, (c) telefone/videofone de Internet; e o dito segundo Aplicativo ser um dentre (i) controle de aparelho doméstico, (ii) controle periférico e (iii) uma função de diagnóstico.

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o dito sistema de comunicação bidirecional ser um modem a cabo e incluindo a etapa de iniciar um Aplicativo em resposta à recepção da dita carga útil redirecionada.

5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de incluir as etapas de receber a dita carga útil redirecionada utilizando o dito segundo endereço de destino de camada de protocolo; e iniciar um Aplicativo em resposta à recepção da dita carga útil redirecionada.

6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de o dito endereço IP predeterminado estar dentro de uma classe de um ou mais endereços designados para utilização em Internet privada e não pública.

7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de na dita etapa de redirecionamento, a dita etapa de redirecionamento compreender a substituição do segundo endereço de camada de protocolo que foi especificado no pacote IP antes da etapa de comparação com um segundo endereço de destino de camada de protocolo.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a dita etapa de redirecionamento redirecionar uma carga útil do dito pacote IP recebido de uma primeira rede para uma segunda rede diferente em uma base de pacote por pacote.

9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de a dita carga útil do dito pacote IP recebido ser redirecionada a partir de uma primeira rede Internet pública para uma segunda rede local compreendendo uma dentre (a) uma rede Ethernet, (b) uma rede de Barramento Serial Universal (USB) e (c) uma rede de Aliança de Redes de Linha Telefônica Doméstica (HPNA).

10. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a dita etapa de redirecionamento redirecionar uma carga útil do dito pacote IP recebido de uma primeira rede para um armazenamento temporário de comunicação dentro do dito sistema de comunicação bidirecional.

11. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de a dita etapa de redirecionamento redirecionar uma carga útil do dito pacote IP recebido de uma primeira rede para um armazenamento temporário de comunicação dentro de um sistema de comunicação bidirecional para suportar um aplicativo local compreendendo um ou mais de (a) controle de aparelho doméstico, (b) controle periférico, (c) uma função de comunicação, (d) uma função de diagnóstico e (e) funções de comunicação de Internet ou Intranet privada segura.

12. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de: para pacotes IP recebidos individuais a dita etapa de redirecionamento redireciona as cargas úteis dos ditos pacotes IP recebidos de uma primeira rede para um armazenamento temporário de comunicação dentro do dito sistema de comunicação bidirecional pela substituição do dito segundo endereço de camada de protocolo que estava presente no pacote IP antes da etapa de comparação por um segundo endereço de camada de protocolo recebido.

13. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de o dito sistema de comunicação bidirecional compreender um modem a cabo.

14. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de um segundo endereço de destino de camada de protocolo ser determinado a partir de um mapeamento de base de dados do dito endereço de destino de pacote IP recebido para o dito segundo endereço de destino de camada de protocolo.

15. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a dita segunda camada de protocolo ser uma camada de comunicação hierárquica diferente da dita primeira camada de protocolo.