BRPI9908426B1 - processo e sistema para reduzir o tempo excedente em comunicação de mensagens - Google Patents
processo e sistema para reduzir o tempo excedente em comunicação de mensagens Download PDFInfo
- Publication number
- BRPI9908426B1 BRPI9908426B1 BRPI9908426A BR9908426A BRPI9908426B1 BR PI9908426 B1 BRPI9908426 B1 BR PI9908426B1 BR PI9908426 A BRPI9908426 A BR PI9908426A BR 9908426 A BR9908426 A BR 9908426A BR PI9908426 B1 BRPI9908426 B1 BR PI9908426B1
- Authority
- BR
- Brazil
- Prior art keywords
- alternate
- address
- message
- addresses
- predefined set
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9042—Separate storage for different parts of the packet, e.g. header and payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
"processo, sistema e produto de programa de computador para reduzir o tempo excedente em comunicação de mensagens". processos, sistemas e produtos de programas de computador são fornecidos, os quais reduzem o tempo excedente em uma comunicação de mensagens que tem um cabeçalho de mensagem em um enlace de comunicação. um endereço alternativo é selecionado a partir de um conjunto pré-definido de endereços alternativos e associado com uma porção do cabeçalho da mensagem. se nenhum endereço alternativo não utilizado está disponível o último endereço alternativo utilizado recentemente é associado com a porção do cabeçalho da mensagem. a porção do cabeçalho da mensagem é removida da mensagem e o endereço alternativo substituído. esta mensagem de dados reduzida é então transmitida. a quantidade de endereços alternativos pode ser aumentada para evitar agitação de endereços alternativos. a mensagem é reconstruída com base no endereço alternativo e na porção associada da mensagem original.
Description
“PROCESSO E SISTEMA PARA REDUZIR O TEMPO EXCEDENTE EM COMUNICAÇÃO DE MENSAGENS”.
Campo da invenção A presente invenção é relativa a redes de comunicação e mais especifícamente a redes de comunicações que utilizam protocolos de pacotes de comunicação tais como o protocolo Ethernet.
Cenário da invenção Em computação e telecomunicações tomou-se lugar comum colocar em rede computadores ou outros dispositivos de processamento de dados. Um problema com sistemas de processamento em rede é relativo à infra-estrutura necessária para se comunicar entre processadores. Tipicamente comunicação ocorre sobre uma interface ligada por fios que utiliza um protocolo de comunicação tal como o protocolo Ethernet. Contudo, esta infra-estrutura não está sempre disponível ou pode ser impraticável em certos ambientes ou para certas aplicações para criar uma infra-estrutura fixa. Por exemplo em um edifício residencial pode ser impraticável ou proibitivamante caro colocar fiação para a estrutura para uma rede de computador. De maneira similar, em um ambiente de negócios, sistemas de processamento portáteis podem precisar ser movidos de localização para localização, ao mesmo tempo que mantém um enlace com uma rede.
Como resultado destas e de outras tais situações, sistemas de comunicação sem fio e outros que reduziram a quantidade de infra-estrutura fixa, foram utilizados como o mecanismo para comunicação entre sistemas de processamento. Contudo, sistemas sem fio tem tipicamente sido ou caros para operar ou tem tido a largura de faixa reduzida em comparação a sistemas com fiação. Embora um sistema sem fio dedicado possa ser operado em velocidade aumentada, muitas vezes estas redes sem fio são integradas com redes existentes com fiação e assim pode ser desejável utilizar os protocolos de rede existentes tais como Ethernet, rede com arquitetura em anel, ou protocolos de rede. Contudo, o protocolo Ethernet e outros protocolos de rede convencionais não foram desenvolvidos para utilização em um ambiente sem fio e podem ser ineficientes quando operados em um ambiente de rede sem fio. A patente US 5.556.736 descreve um processo e um aparelho para conexão de um no a uma rede sem fio usando um protocolo padrão. A patente ‘736 descreve um sistema orientado por conexão em que indicadores são usados para substituir porções de um cabeçalho durante a conexão. O artigo “Protocols De Transmission De Données X 25” em Micro Systemes, n° 74, 1 de abril de 1987, páginas 94-100, proporciona um exame de protocolos de retransmissão de dados em controle de enlace de dados de alto nível (HDLC). O artigo “Low-Loss TCP/IP Header Compression For Wireless Networks, vol. 3, n° 5, 1 de outubro de 1997, páginas 375-186 descreve compressão de cabeçalho para comunicações TCP/IP. * A luz da discussão, acima existe uma necessidade para desempenho aperfeiçoado em comunicações sem fio, de modo a permitir de maneira mais eficiente a operação de protocolos de comunicação existentes em enlaces de comunicação sem fio.
Sumário da invenção Em vista da discussão acima é um objetivo da presente invenção fornecer rendimento aperfeiçoado em computadores de rede em um enlace de comunicação sem fio e outros enlaces de comunicação de largura de faixa reduzida.
Um objetivo adicional da presente invenção é fornecer um aumento na produtividade em enlaces de comunicação de largura de faixa reduzida que é transparente a usuários dos enlaces de comunicação.
Ainda um outro objetivo da presente invenção é fornecer produtividade aumentada de um enlace de comunicação ao mesmo tempo que permanece compatível a protocolos de rede existentes.
Estes e outros objetivos da presente invenção são fornecidos po'r processos, sistemas e produtos programa para computador, que reduzem o tempo excedente na comunicação de mensagens que tem um cabeçalho de mensagem em um enlace de comunicação. Esta redução em tempo excedente pode ser realizada depois de receber uma mensagem a ser transmitida no enlace de comunicação, determinando se um endereço alternativo não utilizado a partir de um primeiro conjunto pré-definido de endereços alternativos está disponível. Se um endereço alternativo não utilizado está disponível, o endereço alternativo não utilizado é associado com pelo menos uma porção do cabeçalho da mensagem recebida. Se um endereço alternativo não utilizado não está disponível, um endereço alternativo utilizado a partir do primeiro conjunto pré-definido de endereços alternativos é associado com pelo menos uma porção do cabeçalho da mensagem recebida. Pelo menos uma porção do cabeçalho de mensagem a partir de uma mensagem subsequente que tem um cabeçalho de mensagem, uma porção do qual é substancialmente idêntica ao cabeçalho da mensagem da mensagem recebida, é então removida para fornecer uma mensagem de dados reduzida. A mensagem de dados reduzida e o endereço alternativo associado são então transmitidos no enlace de comunicação. O enlace de comunicação pode ser um enlace de comunicação sem fio.
Associando um endereço alternativo com informação de cabeçalho de uma mensagem, o endereço alternativo pode substituir a informação de cabeçalho. Esta substituição pode resultar em menos bytes de dados que são transmitidos no enlace de comunicação. Além disto, selecionando automaticamente enlaces utilizados que não foram utilizados recentemente a presente invenção elimina necessidade de desfazer um enlace que foi estabelecido anteriormente. Assim, nenhum tempo excedente é associado com a remoção de um enlace não utilizado.
Em uma configuração específica da presente invenção o endereço alternativo, e pelo menos uma porção do cabeçalho de mensagem associado com a mensagem, são transmitidos no enlace de comunicação. Uma confirmação da associação da porção do cabeçalho de mensagem e do endereço alternativo associado pode também ser recebida a partir do enlace de comunicação. Uma mensagem de dados reduzida transmitida pode então ser recebida a partir do enlace de comunicação e a mensagem subsequente reconstruída a partir da porção do cabeçalho de mensagem associado com o endereço alternativo recebido e a mensagem de dados reduzida.
Associando o endereço alternativo com uma porção do cabeçalho da mensagem original, e então reconstruindo a mensagem original com base no endereço alternativo, a presente invenção proporciona tempo excedente reduzido por comunicação. A redução em tempo excedente pode ser conseguida por meio de qualquer protocolo com um cabeçalho que identifique pacotes múltiplos em uma mensagem, independente do protocolo da mensagem original, uma vez que a mensagem original é reconstruída para se conformar com o protocolo, porém o formato do pacote de dados reduzidos transmitidos no enlace de comunicação pode ser independente do formato da mensagem original, desde que a informação de cabeçalho possa ser separada da porção de dados da mensagem.
Em uma outra configuração da presente invenção endereços alternativos associados com pelo menos uma porção de um cabeçalho de mensagem são identificados como utilizados. Contudo, endereços alternativos utilizados podem ser associados com uma porção de um cabeçalho de mensagem determinando quando cada endereço alternativo utilizado a partir do primeiro conjunto pré-definido de endereços alternativos foi utilizado por último, de modo a fornecer um último momento de utilização para cada um dos endereços alternativos utilizados. Um endereço alternativo utilizado com o último momento mais antigo de utilização é então associado com a porção do cabeçalho da mensagem recebida se um endereço alternativo não utilizado não está disponível. Assim, presente invenção pode evitar a necessidade de desfazer associações de endereço alternativo não mais utilizadas.
Em uma configuração específica da presente invenção, a porção do cabeçalho de mensagem removida para criar a mensagem de dados reduzida inclui um endereço origem e um endereço destino da mensagem.
Em uma outra configuração da presente invenção a associação de endereço alternativo com os cabeçalhos de mensagem é monitorada. A quantidade de endereços alternativos no primeiro conjunto pré-definido de endereços alternativos é aumentada com base no monitoramento, de modo a fornecer um segundo conjunto pré-definido de endereços alternativos.
Monitorando a associação de endereços alternativos a presente invenção pode aumentar de maneira seletiva a quantidade de endereços disponíveis para reduzir a quantidade de largura de faixa de comunicação utilizada para estabelecer associações de endereços alternativos. Assim, a quantidade de endereços disponíveis pode ser ajustada de maneira dinâmica para reduzir a probabilidade de “agitação” de endereços alternativos.
Em uma configuração adicional da presente invenção, endereços alternativo são removidos do segundo conjunto pré-definido de endereços alternativo se os endereços alternativos são determinados estarem inativos. Especificamente, quando o segundo conjunto pré-definido de endereços alternativos compreende uma combinação do primeiro conjunto pré-definido de endereços alternativos e um terceiro conjunto pré-definido de endereços alternativos, a quantidade de endereços alternativos pode ser reduzida para o primeiro conjunto pré-definido de endereços alternativos se todos do terceiro conjunto pré-definido de endereços alternativos tenham sido removidos do segundo conjunto pré-definido de endereços alternativos. Assim, a quantidade de endereços alternativos pode também ser reduzida de maneira dinâmica se a quantidade de endereços alternativos necessária para evitar a “agitação” declina.
Como será também apreciado por aqueles de talento na técnica, a presente invenção pode ser configurada como um processo, aparelho/sistema ou produto de programa de computador.
Breve descricão dos desenhos A Figura 1 é um diagrama de blocos de um sistema de comunicação que utiliza uma configuração da presente invenção;
As Figuras 2A até 2C são ilustrações de pacotes de dados utilizados por uma configuração da presente invenção; A Figura 3 é um fluxograma que ilustra operações realizadas quando da recepção de um pacote por uma interface de comunicações de acordo com uma configuração da presente invenção; A Figura 4 é um fluxograma que ilustra operações realizadas quando da recepção de dados a partir de um enlace de comunicação por meio de uma interface de comunicações de acordo com uma configuração da presente invenção;
As Figuras 5A até 5E são ilustrações de pacotes de dados utilizados por uma configuração alternativa da presente invenção; A Figura 6 é um fluxograma que ilustra operações realizadas quando da recepção de um pacote por meio de uma interface de comunicações de acordo com uma configuração alternativa da presente invenção; A Figura 7 é um fluxograma que ilustra operações realizadas quando da recepção de dados a partir de um enlace de comunicação por meio de uma interface de comunicações de acordo com uma configuração alternativa da presente invenção; e A Figura 8 é um fluxograma que ilustra operações realizadas quando da recepção de dados a partir de um enlace de comunicação por meio de uma interface de comunicações de acordo com uma segunda configuração alternativa da presente invenção.
Descrição detalhada da invenção A presente invenção será descrita agora mais completamente daqui em diante com referência aos desenhos que acompanham, nos quais configurações preferenciais da invenção estão mostradas. Esta invenção pode, contudo, ser configurada em diversas formas diferentes e deveria não ser construída como limitada às configurações descritas aqui; ao invés disto, estas configurações são fornecidas de modo que esta divulgação seja exaustiva e completa, e venha trazer completamente o escopo da invenção àqueles versados na técnica. Números iguais se referem a elementos iguais através de toda ela. Como será apreciado por alguém de talento na técnica, a presente invenção pode ser configurada como dispositivos ou processos. Consequentemente, a presente invenção pode tomar a forma de uma configuração totalmente de equipamento, uma configuração totalmente de “software” ou uma configuração que combina aspectos de “software” e equipamento. A Figura 1 ilustra uma configuração da presente invenção. Como visto na Figura 1, uma origem 10 para uma mensagem de comunicação têm acesso a uma interface de comunicação sem fio 12. Um destino da mensagem de comunicação têm acesso a uma segunda interface de comunicação sem fio 14 que se comunica com a primeira interface de comunicação sem fio 12 sobre enlace de comunicação sem fio 16.
Em uma configuração específica da presente invenção a origem 10 e o destino 18 são origens e destinos Ethernet. Em tal caso, as interfaces de comunicações 12 e 14 podem ser adaptadores Ethernet sem fio ou outros adaptadores capazes de transmitir pacotes Ethernet sobre um enlace de comunicação sem fio. Os dispositivos origem e destino podem ser computadores de rede, estações de trabalho, computadores pessoais, gerenciadores de informação pessoal ou outros dispositivos capazes de atuar como a origem e o destino de um pacote de dados em um protocolo de comunicação de pacote, tal como o protocolo de comunicação Ethernet.
Embora a presente invenção seja descrita aqui com referência ao protocolo Ethernet, como será apreciado por aqueles de talento na técnica, outros protocolos de comunicação baseados em pacote podem também se beneficiar dos ensinamentos da presente invenção. Por exemplo, Transport Control Protocol/Intemet Protocol TCP/IP (protocolo de controle de transmissão/programa de interface), protocolo ATM-Assyncronous Transfer Mode (modo de transferência assíncrona) e outros tais protocolos com base em comunicação de pacotes, podem ser utilizados com os ensinamentos da presente invenção.
Além disto, a presente invenção é descrita aqui com referência a enlaces de comunicação sem fio, contudo, a presente invenção não deveria ser construído como limitada a comunicações sem fio. Como aqui utilizado, o termo enlace de comunicação se refere a qualquer tipo de enlace entre dois processadores afastados um do outro, o que permite comunicações entre os dois processadores. Os ensinamentos da presente invenção podem ser benéficos a qualquer enlace de comunicação onde a quantidade de dados a ser transmitida sobre o enlace de comunicação deve ser reduzida. Exemplos de tais enlaces de comunicação incluem comunicações de modem de baixa velocidade, enlaces de comunicação por satélite, enlaces de comunicação celular, enlaces de comunicação de rádio freqüência, enlaces de comunicação de microonda ou qualquer enlace de comunicação com um programa de velocidade baseado na quantidade de dados transferidos através do enlace de comunicação. A Figura 1 ilustra uma origem única e uma destino único que podem se comunicar através do enlace de comunicação 16. Contudo, como será apreciado por aqueles de talento na técnica, origens e destinos múltiplos podem ser acessíveis através de interface de comunicação 12 e 14. Além disto, a comunicação entre uma origem e um destino pode ser em qualquer direção através do enlace de comunicação 16. Interfaces de comunicação 12 e 16 podem, cada uma, fornecer acesso a ambos origens e destinos que utilizam interfaces de comunicação 12 e 14 para se comunicar através do enlace de comunicação 16. Consequentemente, a Figura 1 é tomada como exemplo e não deveria ser construída como limitadora da presente invenção.
Em vista geral, a operação de certas configurações da presente invenção proporcionam redução de dados na transmissão de pacotes sobre um enlace de comunicação tal como o enlace de comunicação sem fio 16 reduzindo o tamanho do cabeçalho dos pacotes de comunicação. Mais especificamente, pacotes de dados com informação de encaminhamento, tais como endereços de destino e origem, são retirados desta informação cabeçalho antes da transmissão no enlace de comunicação. Um endereço alternativo é designado para o cabeçalho e o endereço alternativo é adicionado ao pacote de dados. Como aqui utilizado, o termo “endereço alternativo” se refere a uma designação associada à informação cabeçalho da mensagem original, de tal modo que a mensagem original possa ser recriada conhecendo o endereço alternativo. Os dados e o endereço alternativo são então transmitidos no enlace de comunicação. O lado de recepção do enlace de comunicação recebe o pacote de dados modificado e reconstrui o pacote de dados original com base no endereço alternativo recebido. Mensagens subsequentes com os mesmos endereços origem e destino são então também retiradas da informação endereço de origem e destino e o endereço alternativo associado, utilizado para comunicação no enlace de comunicação. Uma vez que o endereço alternativo pode ser menor do que o endereço correspondente origem e destino do cabeçalho original, a quantidade de dados transmitidos no enlace de comunicação pode ser reduzida.
Em aspectos específicos da presente invenção endereços alternativos são designados para endereços alternativos não utilizados até que todos os endereços alternativos tenham sido utilizados. Depois que todos os endereços alternativos tenham sido utilizados, quando um pacote de dados com uma nova origem e destino é recebido para transmissão no enlace de comunicação, o endereço alternativo utilizado por último recentemente é reeditando para os novos endereços origem e destino. Assim, a presente invenção pode alterar as associações de endereço alternativo sem o tempo excedente de terminar de maneira explícita associações de endereço alternativo anteriores. Além disto se é determinado que a designação de endereços alternativos está ocupando uma quantidade muito grande da largura de faixa do enlace de comunicação, a dimensão do endereço alternativo pode ser expandida para reduzir a velocidade na qual ocorre a redesignação. A operação específica de diversas configurações da presente invenção será descrita agora com relação a um exemplo Ethernet e ao diagrama de blocos da Figura 1. Também é feita referencia às Figuras 3, 4 e 6 até 8, as quais são ilustrações de fluxogramas de configurações da presente invenção. Será entendido que cada bloco das ilustrações de fluxograma e combinações de blocos nas ilustrações de fluxograma podem ser implementadas por instruções de programa de computador. Estas instruções de programa podem ser fornecidas a um processador para produzir uma máquina, de tal modo que as instruções que se executam no processador criam dispositivo para implementar as funções especificadas no bloco, ou blocos, de fluxograma. As instruções de programa de computador podem ser executadas por meio de um processador, para fazer com que uma série de etapas operacionais sejam realizadas por meio do processador para produzir um processo implementado por computador, de tal modo que as instruções que se executam no processador fornecem etapas para implementar as funções especificadas no bloco, ou blocos, de fluxograma.
Consequentemente, blocos das ilustrações de fluxograma suportam combinações de dispositivos para realizar as funções especificadas, combinações de etapas para realizar as funções especificadas e dispositivo de instrução de programa para realizar as funções especificadas. Será também entendido que cada bloco das ilustrações de fluxograma e combinações de blocos nas ilustrações de fluxograma podem ser implementadas por sistemas de finalidade especial, com base em equipamentos que realizam as funções ou etapas especificadas, ou combinações de equipamentos e instruções de computador de finalidade especial. A Figura 3 ilustra a operação de uma interface de comunicações tal como a interface de comunicações sem fio 12, quando um pacote de dados é recebido para transmissão em um enlace de comunicação tal como o enlace de comunicação sem fio 16. Como está mostrado na Figura 3, quando a interface de comunicação sem fio 12 recebe o pacote de dados a partir da origem 10, a interface de comunicação sem fio 12 extrai o cabeçalho do pacote de dados e determina os endereços origem e de destino a partir daquele cabeçalho (bloco 30). É então determinado se um enlace existente (isto é um endereço alternativo) foi associado com o endereço origem e destino através do enlace de comunicação 16 tenha sido estabelecido para aquela endereço origem e destino (bloco 32). Se um enlace não foi estabelecido o endereço alternativo utilizado recentemente por último é designado para o endereço origem e destino (bloco 34) e é enviada uma solicitação no enlace de comunicação 16 para designar o endereço alternativo ao endereço origem e destino (bloco 36). O endereço alternativo recentemente utilizado por último será um endereço alternativo não utilizado se todos os endereços alternativos não foram designados. No exemplo presente, o endereço alternativo é de um byte e tamanho (8 bits) com dois endereços (“00” e “01”) que é reservado para controle, de modo a definir um conjunto pré-definido de 254 endereços alternativos de tal modo que 254 endereços alternativos poderíam precisar ser designados antes que um endereço alternativo designado anteriormente (endereço alternativo utilizado) pudesse ser reutilizado. A Figura 2B ilustra um pacote de dados transmitidos no enlace de comunicação 16 por meio de uma interface de comunicação 12 ou 14, para solicitar que um enlace seja estabelecido. O formato do pacote de dados inclui “00” como o primeiro byte do pacote de dados depois da estrutura cabeçalho. O “00” indica que o pacote está solicitando que um enlace seja estabelecido. Os próximos doze bytes do pacote especificam o endereço origem e destino do pacote de dados original. Os endereços origem e destino são então seguidos por um byte que especifica o endereço alternativo solicitado a ser associado com os endereços origem e destino. Utilizando o formato ilustrado na Figura 2B, uma solicitação de enlace é um pacote de 16 bytes.
Voltando à Figura 3, depois de transmitir a solicitação para estabelecer um enlace, a interface de comunicação 12 e 14 ajusta uma bandeira de redesignação (bloco 38) que é utilizada como parte de um estabelecimento de comunicação com a interface de comunicação de recepção 12 ou 14 para verificar que o enlace está estabelecido, (isto é, ambos os lados do enlace de comunicação 16 tem a mesma associação de endereço origem e destino para o endereço alternativo) e espera por um pacote de confirmação ser recebido a partir do enlace de comunicação 16. Depois de receber a confirmação, a interface de comunicação 12 ou 14 verifica para ver se a bandeira de redesignação permanece a ajustada (bloco 40). Se a bandeira de redesignação permanece ajustada, então a solicitação para o enlace falhou e um novo endereço alternativo é selecionado (bloco 34) e o processo repetido (blocos 36 e 38). Este processo pode ser repetido até um enlace ser estabelecido, ou ser repetido por um número finito de tentativas e, se ainda sem sucesso, a mensagem pode ser descartada ou uma notificação de erro fornecida à origem do pacote.
Se a bandeira de redesignação não está ajustada (bloco 40), então um enlace foi estabelecido. A interface de comunicação 12 ou 14 verifica então o CRC do pacote original (bloco 42) e descarta o pacote se um erro CRC é indicado (bloco 44). Altemativamente, a verificação de CRC podería ser realizada antes de estabelecer um enlace.
Se nenhum erro CRC é detectado, então o CRC e os endereços origem e destino são removidos do pacote e substituídos pelo endereço alternativo (bloco 46). Um formato para o pacote a ser transmitido no enlace de comunicação 16 no exemplo Ethernet presente, está ilustrado na Figura 2A. Como visto na Figura 2A, o pacote transmitido através do enlace de comunicação 16 inclui o cabeçalho e estrutura, seguido por um endereço alternativo (1 byte) seguido pelo tipo de mensagem (2 bytes) e então 46 até 576 bytes de dados. Depois da criação do pacote de dados reduzido, o pacote de dados reduzido é transmitido no enlace de comunicação 16 (bloco 48). O processamento de pacotes de dados subsequentes recebidos por uma interface de comunicação 12 ou 14 que tem o mesmo endereço alternativo está também ilustrado na Figura 3. Como é visto na Figura 3, quando o pacote é recebido, o cabeçalho é extraído (bloco 30) e é determinado se existe um enlace (bloco 32). Uma vez que o pacote é um pacote subsequente, um enlace existe e a bandeira de redesignação não será ajustada (bloco 40). O CRC do pacote é verificado (bloco 42) e se nenhum erro é indicado, a informação cabeçalho é removida (bloco 46) e o pacote de dados reduzido transmitida no enlace de comunicação 16 (bloco 48). A Figura 4 ilustra a operação de uma interface de comunicação 12 ou 14 de acordo com uma configuração da presente invenção, quando um pacote é recebido a partir do enlace de comunicação 16. Quando um pacote é recebido, o primeiro byte (C) depois da estrutura cabeçalho “7E” é extraído (bloco 50) e é determinado se o primeiro byte depois da estrutura cabeçalho especifica uma solicitação para estabelecer um enlace (C=”00”) (bloco 52). Se o primeiro byte depois da estrutura cabeçalho especifica uma solicitação de enlace, os campos origem, destino e endereço alternativo do pacote (ver Figura 2B) são extraídos (bloco 54) e o endereço alternativo é associado com os endereços origem e destino (bloco 56). Um pacote de confirmação é então construído (bloco 58) e programado para transmissão no enlace de comunicação 16 (bloco 60). A Figura 2C ilustra um pacote de dados transmitido no enlace de comunicação 16 por meio de uma interface de comunicação 12 ou 14 para confirmar que um enlace foi estabelecido. O formato do pacote de dados inclui “01” como o primeiro byte do pacote de dados depois da estrutura cabeçalho (C=”01”). O “01” indica que o pacote está confirmando que um enlace foi estabelecido. Os próximos 12 bytes do pacote especificam o endereço origem e destino do pacote de dados original. O endereço origem e destino são então seguidos por um byte que especifica o endereço alternativo que foi associado com os endereços origem e destino. Utilizando o formato ilustrado na Figura 2C, um pacote de confirmação de enlace é um pacote de 16 bytes.
Voltando para a Figura 4 no bloco 52, se o primeiro byte depois da estrutura cabeçalho do pacote não é um “00” é determinado se o byte é um “01” (bloco 62) que indica que o pacote é um pacote de confirmação, como ilustrado na Figura 2C. Se o primeiro byte depois da estrutura cabeçalho especifica um pacote de confirmação de enlace, então os campos de origem, destino e endereço alternativo do pacote (ver Figura 2C) são extraídos (bloco 64) e a bandeira de redesignação associada com o endereço alternativo é reajustada (bloco 66). O processamento então continua como descrito acima com relação à Figura 3, para transmitir os dados do pacote original no enlace de comunicação 16.
Se o primeiro byte depois da estrutura cabeçalho não é “00” ou “01”, então o pacote é um pacote de dados do formato especificado na Figura 2A. O primeiro byte depois da estrutura cabeçalho então especifica o endereço alternativo do pacote que é casado com o par de endereços origem e destino associados com o endereço alternativo (bloco 68). O pacote original é então reconstruído e programado para transmissão para o destino original 18 (bloco 72).
As Figuras 5A até 8 ilustram uma configuração alternativa da presente invenção, onde o tamanho do endereço alternativo pode ser expandido. Tal configuração reduz a probabilidade de “agitação” de endereços alternativos. Uma vez que existe alguma tempo excedente associado com estabelecer um enlace que associa o endereço alternativo com os endereços origem e destino, uma condição pode surgir quando uma grande percentagem da largura de faixa do enlace de comunicação 16 é tomada por pacotes que estabelecem enlaces. O estabelecimento desta condição referida aqui como “agitação” pode ser retardado ou impedido expandido o campo de endereço alternativo para incluir o dois bytes de dados de endereço aumentando assim substancialmente a quantidade de endereços alternativos disponíveis e reduzindo a ffeqüência de redesignações de endereço alternativo.
As Figuras 5A e 5B ilustram exemplos de endereços de um único byte de byte duplo associados com a configuração alternativa da presente invenção. Como visto na Figura 5A, o primeiro bit do endereço de byte único é ajustado para “0” para indicar o endereço de byte único. A Figura 5B ilustra que o primeiro bit do campo de endereço estendido é ajustado para “1” para indicar um endereço estendido. A Figura 6 ilustra a operação da configuração alternativa da presente invenção ao receber um pacote para transmissão no enlace de comunicação 16. Como visto na Figura 6, a interface de comunicação 12 ou 14 determina primeiro se um enlace existente está associado com os endereços origem e destino do pacote recebido (bloco 80). Se nenhum enlace existe, então é determinado se um endereço alternativo não utilizado está disponível (bloco 82). Se endereços alternativos estendidos não estão em utilização, então esta determinação é feita com base na disponibilidade de endereços alternativos de um único byte. Se endereços estendidos estão em utilização, então esta determinação é feita com base na disponibilidade de um endereço alternativo estendido. Se nenhum endereço alternativo não utilizado está disponível, então é determinado se endereços alternativos então “agitados” (bloco 84). A determinação se “agitação” está ocorrendo, pode ser feita por testes com base na relação de solicitações de estabelecimento de enlaces para pacotes de dados transmitidos no enlace de comunicação ou o tempo desde quando o espaço completo de endereço foi reeditando (por exemplo, o tempo decorrido durante a redesignação 254 mais recente de alternativos de 8 bits), ou outros processos conhecidos por aqueles de talento na técnica. Em uma configuração, agitação é declarada quando a probabilidade (como estimada por meio da ffeqüência relativa da ocorrência) se toma muito grande de modo que um enlace ativo será interrompido por redesignação fictícia, onde um enlace é considerado ativo se estava sendo utilizado durante os últimos T milissegundos.
Se agitação está ocorrendo, então o comprimento de campo do campo de endereço alternativo é estendido para mais do que um byte e alternativos estendidos são utilizados (bloco 86). Um endereço alternativo é então selecionado a partir dos endereços alternativos estendidos não utilizados (bloco 90). Se agitação não está ocorrendo, então o último alternativo utilizado recentemente é selecionado para associação com os endereços origem e destino (bloco 88). Se endereços alternativos estendidos não estão em utilização, então esta seleção é feita com base na última utilização de endereços alternativos de um único byte. Se endereços estendidos estão em utilização então esta seleção é feita com base na última utilização de um endereço alternativo estendido.
Em qualquer caso, uma vez que endereço um endereço alternativo seja selecionado uma solicitação de estabelecimento de enlace é enviada no enlace de comunicação (bloco 92). O formato de pacotes de solicitação de estabelecimento de enlace tomados como exemplo são vistos na Figura 5D para um endereço alternativo estendido e Figura 2B para um endereço de um único byte. A Figura 2B está descrita acima A Figura 5D ilustra um pacote de dados transmitido no enlace de comunicação 16 por meio de uma interface de comunicação 12 ou 14, para solicitar que um enlace de endereço alternativo estendido seja estabelecido. O formato do pacote de dados inclui “02” como o primeiro byte do pacote de dados depois da estrutura cabeçalho. O “02” indica que o pacote está solicitando que um enlace de endereço alternativo estendido seja estabelecido. Os próximos 12 bytes do pacote especificam os endereços origem e destino do pacote de dados original. Os endereços origem e destino são então seguidos por 2 bytes que especificam o endereço alternativo solicitado para ser associado com os endereços origem e destino. Utilizando o formato ilustrado na Figura 5D, uma solicitação de enlace é um pacote de 17 bytes.
Depois de transmitir a solicitação de estabelecimento de enlace, a interface de comunicação 12 ou 14 espera para receber confirmação que o enlace foi estabelecido (bloco 94). As operações para estabelecer um enlace (blocos 92 e 94) podem ser realizadas como descrito acima com referência às Figuras 3 e 4, onde uma nova tentativa na técnica de erro é utilizada para estabelecer o enlace.
Uma vez que o enlace seja estabelecido, o pacote de dados original é alterado como descrito acima para remover os endereços origem e destino e o CRC e para incluir o endereço alternativo, de modo a fornecer um pacote de dados reduzido (bloco 96). Este pacote de dados reduzido é então enviado no enlace 16 (bloco 98). O formato dos pacotes de dados reduzidos tomados como exemplo estão ilustrados na Figura 2A e Figura 5C.
As Figuras 7 e 8 ilustram operações de configurações alternativas da presente invenção, as quais utilizam endereçamento alternativo estendido, quando um pacote é recebido a partir do enlace de comunicação 16. Como visto na Figura 7, quando um pacote é recebido a partir do enlace de comunicação 16, o primeiro byte depois da estrutura cabeçalho é extraído (bloco 100.) Se o primeiro byte é um “00” ou “02”, então o pacote é uma solicitação de estabelecimento de enlace e a origem, destino e endereços alternativos apropriados são extraídos do pacote (bloco 102 e bloco 104) com base no formato do pacote (ver Figura 2B e Figura 5D). O endereço alternativo extraído é então associado com os endereços origem e destino (bloco 106). Um pacote de confirmação é então construído (bloco 108) e programado para transmissão no enlace de comunicação 16 (bloco 110). O formato do pacote de confirmação corresponde ao formato da solicitação de estabelecimento. Consequentemente, se uma solicitação de estabelecimento de enlace “00” é recebida, então o pacote de confirmação de formato “01” ilustrado na Figura 2C é construído. O formato do pacote de confirmação da Figura 2C está descrito acima. Contudo, se a solicitação de estabelecimento de enlace recebida era uma solicitação de estabelecimento de enlace de endereço alternativo estendido “02”, então um pacote de confirmação tendo o formato da Figura 5E é construído. A Figura 5E ilustra um pacote de dados transmitido no enlace de comunicação 16 por meio de uma interface de comunicação 12 ou 14, para confirmar que um enlace de endereço alternativo estendido foi estabelecido. O formato do pacote de dados inclui “03” como o primeiro byte do pacote de dados depois da estrutura cabeçalho. O “03” indica que o pacote está confirmando que um enlace de endereço alternativo estendido foi estabelecido. Os próximos 12 bytes do pacote especificam o endereço origem e destino do pacote de dados original. Os endereços origem e destino são então seguidos por 2 bytes que especificam o endereço alternativo solicitado para ser associado com os endereços origem e destino. Utilizando o formato ilustrado na Figura 5E, um pacote de confirmação de enlace é um pacote de 17 bytes.
Voltando agora para a Figura 7, se o primeiro byte depois da estrutura cabeçalho do pacote recebido a partir do enlace de comunicação 16 não é um “00” ou “02”, então é determinado se o primeiro byte depois da estrutura cabeçalho é “01” ou “03” (bloco 112). Se o primeiro byte é um “01” ou “03”, então o pacote é um pacote de confirmação e os endereços origem destino e alternativo apropriados são extraídos do pacote (bloco 112 e bloco 114) com base no formato do pacote (ver figuras 2C e Figura 5E). A bandeira de redesignação associada com o endereço alternativo extraído é então reajustada para indicar que o enlace foi estabelecido com sucesso (bloco 116).
Se o primeiro byte depois da estrutura cabeçalho do pacote recebido não é um “01”, “02” ou “03, então o pacote é um pacote de dados de um dos formatos mostrados na “Figura 2A ou Figura 5C. O endereço alternativo pode ser determinado a partir do pacote de dados examinando o primeiro bit do primeiro byte depois da estrutura cabeçalho. Se aquele bit é um “0”, então um endereço alternativo de um único byte é utilizado (ver Figura 5A), contudo, se aquele bit é “1”, então um endereço alternativo estendido é utilizado (ver Figura 5B). Em qualquer caso, o endereço alternativo é extraído do pacote e casado com um ou par origem e destino associado (bloco 118). O pacote original é então reconstruído inclusive o CRC (bloco 120) e programado para transmissão para o destino (bloco 122). A Figura 8 ilustra a operação de uma configuração alternativa da presente invenção, que utiliza endereçamento alternativo estendido quando um pacote é recebido a partir do enlace de comunicação 16, mas não utiliza pacotes separados de solicitação de confirmação para endereços alternativos estendidos. Utilizando a mesma metodologia para determinar se está ocorrendo agitação, ambos os lados do enlace de comunicação 16 podem determinar se está ocorrendo a agitação independentemente, e evitando com isto a necessidade de sinalizar de forma explícita que endereços alternativos estendidos devem ser utilizados.
Como visto na Figura 8, quando um pacote é recebido apartir do enlace de comunicação 16, o primeiro byte depois do estrutura cabeçalho é extraído (bloco 130). Se o primeiro byte é um “00” ou “01” o pacote é ou uma solicitação de estabelecimento de enlace ou um pacote de confirmação e é então determinado se está ocorrendo agitação (blocos 132 e 142) o que podería indicar se ou não um único byte ou endereçamento alternativo estendido está sendo utilizado. Altemativamente, a interface de comunicação de recebimento podería examinar o primeiro bit do campo de endereço alternativo para determinar se ele era um “0” que indica byte único ou um “1”, que indica endereçamento alternativo estendido. A interface de comunicação podería também determinar o comprimento total do pacote e se aquele comprimento é 16 bytes, o endereçada mento alternativo de um único byte é utilizado. Se o pacote é de 17 bytes, então endereçamento alternativo estendido é utilizado. Em qualquer caso, depois que é determinado se é utilizado um único byte ou o endereçamento alternativo estendido, os endereços origem, destino alternativos apropriados são extraídos do pacote (bloco 140 ou bloco 144) com base no formato do pacote (ver Figuras 2B e 2C ou Figuras 5D e 5E).
Depois de extrair o endereço alternativo, é então determinado se o primeiro byte depois da estrutura cabeçalho é “00” que indica um pacote de solicitação de enlace (bloco 146). Se não, então o pacote é uma confirmação de enlace e a bandeira de redesignação associada com o endereço alternativo é reajustada (bloco 148). Se o primeiro byte depois da estrutura cabeçalho é um “00”, então o pacote é uma solicitação de estabelecimento de enlace e o endereço alternativo é designado à origem e destino (bloco 150) e o pacote de confirmação apropriado é construído (bloco 152). O pacote de confirmação é então programado para transmissão no enlace de comunicação 16 (bloco 154).
Voltando ao bloco 132, se o primeiro byte depois da estrutura cabeçalho não é um “00” ou um “01” então o pacote é um pacote de dados. O endereço alternativo é extraído como descrito acima, utilizando o primeiro bit do endereço para determinar se o endereço é estendido (bloco 134). O pacote original é então reconstruído (bloco 136) e programado para transmissão para o destino (bloco 138) . A associação de endereços alternativos com endereços origem e destino pode ser feita utilizando qualquer número de técnicas para a associação de itens. Por exemplo, uma tabela de consulta ou uma lista articulada pode ser utilizada para criar a associação entre o endereço alternativo e os endereços origem e destino. Em uma tabela de implementação de endereços alternativos, endereços origem e destino e tempo de última utilização do endereço alternativo podem ser mantidos de cada lado do enlace de comunicação 16, de modo a facilitar a seleção do endereço alternativo utilizado anteriormente que foi utilizado recentemente por último.
Na configuração de endereço alternativo estendido da presente invenção, uma rotina de “coleta de lixo” examina periodicamente o tempo de última utilização para cada enlace que tem um alternativo de comprimento estendido, e enlaces parados há muito tempo com endereços estendidos são removidos das tabelas em ambas as extremidades do enlace de comunicação 16. Desta maneira, comprimento alternativo se desvia de volta para sua opção mais curta. Uma vez que não estejam presentes alternativos de campo estendido nas tabelas, a utilização das mensagens “02” e “03” é mantida em latência até que a agitação seja detectada novamente e as tabelas de ligação sejam retomadas para seu tamanho de pré-expansão.
Altemativamente, a rotina de coleta de lixo podería remover periodicamente das tabelas em ambas as extremidades, enlaces que tem um tempo de última utilização mais antigo do que um limiar pré-definido. Quando a quantidade total de enlaces cai abaixo da quantidade de enlaces disponíveis no conjunto de endereços alternativos não estendidos, os enlaces de endereços alternativos estendidos poderíam ser redesignados para endereços alternativos não estendidos para comunicações subsequentes. Como será apreciado por aqueles de talento na técnica à luz da presente divulgação, outros processos retomar o sistema para operar com endereços alternativos não estendidos, também poderíam ser utilizados.
Embora a presente invenção tenha sido descrita com relação ao protocolo de comunicação Ethernet, como será apreciado por aqueles de talento na técnica, os ensinamentos da presente invenção podem ser aplicados a outros protocolos de comunicação. Por exemplo, se as interfaces de comunicação 12 e 14 realizam funções de encaminhamento IP e os pacotes Ethernet contém datagramas IP, as interface de comunicações 12 e 14 poderíam também retirar a informação de encaminhamento IP a partir de dentro dos datagramas. Em tal caso, a informação de encaminhamento podería ou ser salva ou recalculada para fornecer o próximo trecho no trajeto de datagramas. Assim, a presente invenção pode ser utilizada com TCP/IP para reduzir ainda mais o tempo excedente onde o endereçamento Ethernet e IP são retirados e a porta de comunicação ou o roteador em cada extremidade reenfeixa o datagrama IP em um pacote Ethernet que especifica o próximo trecho no trajeto IP.
Nos desenhos e especificações foram divulgadas configurações preferenciais típicas da invenção e, embora termos específicos sejam empregados, eles são utilizados somente em um sentido genérico e descritivo, e não para finalidades de limitação, o escopo da invenção sendo descrito nas reivindicações a seguir.
REIVINDICAÇÕES
Claims (26)
1. Processo para reduzir o tempo excedente em comunicação de mensagens tendo um cabeçalho de mensagem transmitido sobre um enlace de comunicação (16), em que uma mensagem a ser transmitida sobre o enlace de comunicação (16) é recebida e uma mensagem de dados reduzida e um endereço alternativo associado são transmitidos sobre o enlace de comunicação (16), dito processo sendo caracterizado pelo fato de que compreende as etapas de: determinar se um endereço alternativo não utilizado proveniente de um primeiro conjunto pré-definido de endereços alternativos está disponível; associar um endereço alternativo não utilizado proveniente do primeiro conjunto pré-definido de endereços alternativos com pelo menos uma porção do cabeçalho da mensagem recebida, se um endereço alternativo não utilizado está disponível, de modo a fornecer o endereço alternativo associado; associar um endereço alternativo proveniente do dito primeiro conjunto pré-definido de endereços alternativos que é correntemente associado com o cabeçalho de uma mensagem anteriormente recebida com pelo menos uma porção do cabeçalho da mensagem recebida, de tal maneira a associar um endereço utilizado do conjunto pré-definido de endereços alternativos com o cabeçalho para proporcionar o endereço alternativo associado, se um endereço alternativo não utilizado não está disponível; e remover (46, 96) pelo menos uma porção do dito cabeçalho de mensagem a partir de uma mensagem subsequente possuindo um cabeçalho de mensagem, uma porção da qual é idêntica a pelo menos uma porção do referido cabeçalho de mensagem da mensagem recebida, para fornecer a mensagem de dados reduzida.
2. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que a dita etapa de remoção é precedida pela etapa de transmissão (36, 98) do endereço alternativo e de pelo menos uma porção do dito cabeçalho de mensagem associada com a mensagem no enlace de comunicação.
3. Processo de acordo com a reivindicação 2, caracterizado pelo fato de que compreende ainda a etapa de recepção (38, 94), a partir do enlace de comunicação, de uma confirmação da associação da pelo menos uma porção do cabeçalho de mensagem a um endereço alternativo associado.
4. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que compreende ainda as etapas de: receber (50,100,130) um endereço alternativo e uma mensagem de dados reduzida transmitida a partir do enlace de comunicação (16); reconstruir (70, 120, 136) a mensagem subsequente a partir da pelo menos uma porção do cabeçalho de mensagem associada com o endereço alternativo recebido e a mensagem de dados reduzida.
5. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente a etapa de identificação da utilização de um endereço alternativo associado com pelo menos uma porção de um cabeçalho de mensagem.
6. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que a dita etapa de associação de um endereço alternativo utilizado a partir do primeiro conjunto pré-definido de endereços alternativos compreende as etapas de: determinar (34, 88) quando cada endereço alternativo utilizado proveniente do primeiro conjunto pré-definido de endereços alternativos foi utilizado pela última vez, de modo a fornecer um último momento de utilização para cada um dos endereços alternativos utilizados; e associar um endereço alternativo utilizado no momento mais antigo de utilização a partir do primeiro conjunto pré-definido de endereços alternativos com pelo menos uma porção do cabeçalho da mensagem recebida, se um endereço alternativo não utilizado não está disponível.
7. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que dita pelo menos uma porção do cabeçalho de mensagem inclui um endereço de origem e um endereço de destino da mensagem.
8. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que o enlace de comunicação (16) é um enlace de comunicação sem fio.
9. Processo de acordo com a reivindicação 1, caracterizado pelo fato de que compreende ainda as etapas de: monitorar (84, 142) a associação de endereços alternativos com os cabeçalhos de mensagem; e aumentar (86, 144) o número de endereços alternativos no dito primeiro conjunto pré-definido de endereços alternativos com base no citado monitoramento, de modo a proporcionar um segundo conjunto pré-definido de endereços alternativos.
10. Processo de acordo com a reivindicação 9, caracterizado pelo fato de que a dita etapa de aumento compreende a etapa de transmitir uma notificação de comprimento aumentado de endereço alternativo no enlace de comunicação.
11. Processo de acordo com a reivindicação 9, caracterizado pelo fato de que compreende ainda a etapa de remover endereços alternativos do segundo conjunto pré-definido de endereços alternativos, se os endereços alternativos são determinados como estando inativos.
12. Processo de acordo com a reivindicação 11, caracterizado pelo fato de que dito segundo conjunto pré-definido de endereços alternativos compreende uma combinação do primeiro conjunto pré-definido de endereços alternativos e um terceiro conjunto pré-definido de endereços alternativos.
13. Processo de acordo com a reivindicação 12, caracterizado pelo fato de que compreende adicionalmente a etapa de reduzir o número de endereços alternativos para o primeiro conjunto pré-definido de endereços alternativos, se todos do referido terceiro conjunto pré-definido de endereços alternativos tiverem sido removidos do referido segundo conjunto pré-definido de endereços alternativos.
14. Sistema para reduzir o tempo excedente em comunicação de mensagens tendo um cabeçalho de mensagem sobre um enlace de comunicação (16), em que uma mensagem a ser transmitida sobre o enlace de comunicação (16) é recebida e uma mensagem de dados reduzida e um endereço alternativo associado são transmitidos sobre o enlace de comunicação (16), caracterizado pelo fato de compreender: um dispositivo de determinação de se um endereço alternativo não utilizado proveniente de um primeiro conjunto pré-definido de endereços alternativos está disponível; um dispositivo de associação de um endereço alternativo não utilizado a partir do primeiro conjunto pré-definido de endereços alternativos com pelo menos uma porção do cabeçalho da mensagem recebida, em caso de um endereço alternativo não utilizado estiver disponível, de modo a fornecer o endereço alternativo associado; um dispositivo de associação de um endereço alternativo a partir do primeiro conjunto pré-definido de endereços alternativos que é correntemente associado com o cabeçalho de uma mensagem anteriormente recebida com pelo menos uma porção do cabeçalho da mensagem recebida, de modo a fornecer o endereço alternativo associado, em caso de um endereço alternativo não utilizado não estiver disponível; e um dispositivo de remoção (46, 96) de pelo menos uma porção do cabeçalho de mensagem a partir de uma mensagem subsequente possuindo um cabeçalho de mensagem, uma porção da qual é idêntica a pelo menos uma porção do cabeçalho de mensagem da mensagem recebida, para fornecer uma mensagem de dados reduzida.
15. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de que compreende ainda um dispositivo de transmissão (12, 36, 98) do endereço alternativo e pelo menos uma porção do cabeçalho de mensagem associada com a mensagem no enlace de comunicação (16).
16. Sistema de acordo com a reivindicação 15, caracterizado pelo fato de que compreende ainda um dispositivo de recepção (12, 38, 94), a partir do enlace de comunicação (16), de uma confirmação da associação da pelo menos uma porção do cabeçalho de mensagem a um endereço alternativo associado.
17. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de compreender ainda: um dispositivo de recepção (14, 50, 100, 130) de um endereço alternativo e de uma mensagem de dados reduzida transmitida a partir do dito enlace de comunicação (16); e um dispositivo de reconstrução (70, 120, 136) da mensagem subsequente a partir da pelo menos uma porção do cabeçalho de mensagem associada com o endereço alternativo recebido e a mensagem de dados reduzida.
18. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de que compreende ainda um dispositivo de identificação da utilização de um endereço alternativo associado com dita pelo menos uma porção de um cabeçalho de mensagem.
19. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de que o dito dispositivo de associação de um endereço alternativo utilizado a partir do primeiro conjunto pré-definido de endereços alternativos compreende: um dispositivo para a determinação (34, 88) de quando cada endereço alternativo utilizado proveniente do primeiro conjunto pré-definido de endereços alternativos foi utilizado pela última vez, de modo a proporcionar um último momento de utilização para cada um dos endereços alternativos utilizados; e um dispositivo para a associação de um endereço alternativo utilizado no momento mais antigo de utilização a partir do primeiro conjunto pré-definido de endereços alternativos com pelo menos uma porção do dito cabeçalho da mensagem recebida, se um endereço alternativo não utilizado não está disponível.
20. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de que a pelo menos uma porção do cabeçalho de mensagem inclui um endereço de origem e um endereço de destino da mensagem.
21. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de que o enlace de comunicação (16) é um enlace de comunicação sem fio.
22. Sistema de acordo com a reivindicação 14, caracterizado pelo fato de que compreende ainda: um dispositivo de monitoramento (84, 142) da associação de endereços alternativos com os cabeçalhos de mensagem; e um dispositivo de aumento (86, 144) do número de endereços alternativos no primeiro conjunto pré-definido de endereços alternativos com base no dito monitoramento, de modo a fornecer um segundo conjunto pré-definido de endereços alternativos.
23. Sistema de acordo com a reivindicação 22, caracterizado pelo fato de que o citado dispositivo de aumento compreende um dispositivo de transmissão de uma notificação de comprimento aumentado de endereço alternativo no enlace de comunicação.
24. Sistema de acordo com a reivindicação 22, caracterizado pelo fato de que compreende ainda um dispositivo de remoção de endereços alternativos do segundo conjunto pré-definido de endereços alternativos, se os endereços alternativos são determinados como estando inativos.
25. Sistema de acordo com a reivindicação 24, caracterizado pelo fato de que dito segundo conjunto pré-definido de endereços alternativos compreende uma combinação do mencionado primeiro conjunto pré-definido de endereços alternativos e de um terceiro conjunto pré-definido de endereços alternativos.
26. Sistema de acordo com a reivindicação 25, caracterizado pelo fato de que compreende ainda um dispositivo de redução do número de endereços alternativos para o primeiro conjunto pré-definido de endereços alternativos, se todos do referido terceiro conjunto pré-definido de endereços alternativos tiverem sido removidos do referido segundo conjunto pré-definido de endereços alternativos.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/034,424 US6115394A (en) | 1998-03-04 | 1998-03-04 | Methods, apparatus and computer program products for packet transport over wireless communication links |
| PCT/US1999/003380 WO1999045678A1 (en) | 1998-03-04 | 1999-02-17 | Reduced packet header in wireless communications network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BR9908426A BR9908426A (pt) | 2000-10-31 |
| BRPI9908426B1 true BRPI9908426B1 (pt) | 2016-11-08 |
Family
ID=21876322
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI9908426A BRPI9908426B1 (pt) | 1998-03-04 | 1999-02-17 | processo e sistema para reduzir o tempo excedente em comunicação de mensagens |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US6115394A (pt) |
| EP (1) | EP1060598B1 (pt) |
| JP (1) | JP4230663B2 (pt) |
| KR (1) | KR100621715B1 (pt) |
| CN (1) | CN1143486C (pt) |
| AU (1) | AU747484B2 (pt) |
| BR (1) | BRPI9908426B1 (pt) |
| DE (1) | DE69919994T2 (pt) |
| EE (1) | EE200000507A (pt) |
| IL (1) | IL138066A0 (pt) |
| WO (1) | WO1999045678A1 (pt) |
Families Citing this family (89)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6463463B1 (en) | 1998-05-29 | 2002-10-08 | Research In Motion Limited | System and method for pushing calendar event messages from a host system to a mobile data communication device |
| US7209955B1 (en) | 1998-05-29 | 2007-04-24 | Research In Motion Limited | Notification system and method for a mobile data communication device |
| US7266365B2 (en) | 1998-05-29 | 2007-09-04 | Research In Motion Limited | System and method for delayed transmission of bundled command messages |
| US9374435B2 (en) | 1998-05-29 | 2016-06-21 | Blackberry Limited | System and method for using trigger events and a redirector flag to redirect messages |
| US6779019B1 (en) | 1998-05-29 | 2004-08-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device |
| US6219694B1 (en) | 1998-05-29 | 2001-04-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device having a shared electronic address |
| US7606936B2 (en) | 1998-05-29 | 2009-10-20 | Research In Motion Limited | System and method for redirecting data to a wireless device over a plurality of communication paths |
| US6438585B2 (en) | 1998-05-29 | 2002-08-20 | Research In Motion Limited | System and method for redirecting message attachments between a host system and a mobile data communication device |
| US7209949B2 (en) | 1998-05-29 | 2007-04-24 | Research In Motion Limited | System and method for synchronizing information between a host system and a mobile data communication device |
| US8516055B2 (en) | 1998-05-29 | 2013-08-20 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device in a wireless data network |
| US6810405B1 (en) * | 1998-08-18 | 2004-10-26 | Starfish Software, Inc. | System and methods for synchronizing data between multiple datasets |
| GB9824594D0 (en) * | 1998-11-11 | 1999-01-06 | 3Com Technologies Ltd | Modifying tag fields in ethernet data packets |
| US7184413B2 (en) * | 1999-02-10 | 2007-02-27 | Nokia Inc. | Adaptive communication protocol for wireless networks |
| US6349357B1 (en) | 1999-03-04 | 2002-02-19 | Sun Microsystems, Inc. | Storage architecture providing scalable performance through independent control and data transfer paths |
| US6397267B1 (en) | 1999-03-04 | 2002-05-28 | Sun Microsystems, Inc. | Redirected I/O for scalable performance storage architecture |
| US6370605B1 (en) * | 1999-03-04 | 2002-04-09 | Sun Microsystems, Inc. | Switch based scalable performance storage architecture |
| US6535925B1 (en) * | 1999-11-09 | 2003-03-18 | Telefonaktiebolaget L M Ericsson (Publ) | Packet header compression using division remainders |
| US6604155B1 (en) | 1999-11-09 | 2003-08-05 | Sun Microsystems, Inc. | Storage architecture employing a transfer node to achieve scalable performance |
| US6622019B1 (en) * | 1999-11-17 | 2003-09-16 | Eci Telecom, Ltd. | Increasing channel capacity in fixed cellular networks |
| EP1258102B1 (en) | 2000-02-15 | 2011-10-19 | Broadcom Corporation | Method for suppressing silence in voice traffic over an asynchronous communication medium |
| US7161941B1 (en) * | 2000-03-01 | 2007-01-09 | Texas Instruments Incorporated | Wireless packet communications with extended addressing capability |
| US7545755B2 (en) * | 2000-03-03 | 2009-06-09 | Adtran Inc. | Routing switch detecting change in session identifier before reconfiguring routing table |
| US7916723B2 (en) * | 2000-03-03 | 2011-03-29 | Adtran, Inc. | Automatic network topology identification by nodes in the network |
| US6717956B1 (en) * | 2000-03-03 | 2004-04-06 | Luminous Networks, Inc. | Dual-mode virtual network addressing |
| JP3464644B2 (ja) * | 2000-06-23 | 2003-11-10 | 松下電器産業株式会社 | 無線通信システム及びマルチキャスト通信方法 |
| US7469297B1 (en) * | 2000-08-04 | 2008-12-23 | Intellon Corporation | Mechanism for using a quasi-addressed response to bind to a message requesting the response |
| US7215684B1 (en) * | 2000-09-20 | 2007-05-08 | Qualcomm Incorporated | Method and apparatus for reducing transmission overhead in a communication system |
| US7010303B2 (en) | 2000-12-22 | 2006-03-07 | Research In Motion Limited | Wireless router system and method |
| GB2382899B (en) * | 2000-12-29 | 2003-12-17 | Zarlink Semiconductor Ltd | A data queue system |
| US7283808B2 (en) | 2001-01-18 | 2007-10-16 | Research In Motion Limited | System, method and mobile device for remote control of a voice mail system |
| US7773631B2 (en) | 2001-02-15 | 2010-08-10 | Broadcom Corporation | Specialized data transfer in a wireless communication system |
| CA2372647C (en) | 2001-02-20 | 2010-05-04 | Research In Motion Limited | System and method for administrating a wireless communication network |
| CA2641610C (en) | 2001-03-09 | 2010-09-14 | Research In Motion Limited | Advanced voice and data operations in a mobile data communication device |
| US7039052B2 (en) * | 2001-09-19 | 2006-05-02 | International Business Machines Corporation | Selective routing of multi-recipient communications |
| EP1301008B1 (en) * | 2001-10-04 | 2005-11-16 | Alcatel | Process for transmission of data via a communication network to a terminal and network node |
| CA2410118C (en) | 2001-10-26 | 2007-12-18 | Research In Motion Limited | System and method for controlling configuration settings for mobile communication devices and services |
| AU2002350336A1 (en) | 2001-12-07 | 2003-06-17 | Research In Motion Limited | System and method of managing information distribution to mobile stations |
| US6915480B2 (en) * | 2001-12-21 | 2005-07-05 | Agere Systems Inc. | Processor with packet data flushing feature |
| US7106733B2 (en) * | 2002-03-20 | 2006-09-12 | Intel Corporation | Method and apparatus for network header compression |
| GB0322491D0 (en) * | 2003-09-25 | 2003-10-29 | British Telecomm | Virtual networks |
| US7567523B2 (en) * | 2004-01-29 | 2009-07-28 | Microsoft Corporation | System and method for network topology discovery |
| US7376567B2 (en) * | 2004-02-16 | 2008-05-20 | Celtro Ltd | Method and system for efficiently transmitting encoded communication signals |
| US7881215B1 (en) * | 2004-03-18 | 2011-02-01 | Avaya Inc. | Stateful and stateless data processing |
| EP1872251B1 (en) | 2005-04-18 | 2015-10-21 | BlackBerry Limited | Method for providing wireless application privilege management |
| JP4768324B2 (ja) * | 2005-06-07 | 2011-09-07 | 株式会社東芝 | 無線通信機器 |
| US20070245033A1 (en) * | 2006-04-14 | 2007-10-18 | Microsoft Corporation | Link layer discovery and diagnostics |
| WO2007143679A2 (en) * | 2006-06-07 | 2007-12-13 | Qualcomm Incorporated | Efficient address methods, computer readable medium and apparatus for wireless communication |
| US20080101366A1 (en) * | 2006-10-31 | 2008-05-01 | Motorola, Inc. | Methods for optimized tunnel headers in a mobile network |
| US8179872B2 (en) | 2007-05-09 | 2012-05-15 | Research In Motion Limited | Wireless router system and method |
| EP2007078A1 (en) * | 2007-06-19 | 2008-12-24 | Panasonic Corporation | Header size reduction of data packets |
| US8379623B2 (en) * | 2007-07-10 | 2013-02-19 | Motorola Solutions, Inc. | Combining mobile VPN and internet protocol |
| US8571021B2 (en) * | 2009-06-10 | 2013-10-29 | Microchip Technology Incorporated | Packet based data transmission with reduced data size |
| US8621038B2 (en) | 2011-09-27 | 2013-12-31 | Cloudflare, Inc. | Incompatible network gateway provisioned through DNS |
| US10585809B2 (en) | 2016-04-01 | 2020-03-10 | Intel Corporation | Convolutional memory integrity |
| MY201372A (en) * | 2016-05-10 | 2024-02-20 | Huawei Tech Co Ltd | Radio frame sending and receiving methods and apparatus |
| US10686605B2 (en) | 2017-09-29 | 2020-06-16 | Intel Corporation | Technologies for implementing mutually distrusting domains |
| EP3699770B1 (en) | 2019-02-25 | 2025-05-21 | Mellanox Technologies, Ltd. | Collective communication system and methods |
| US11129025B1 (en) | 2019-09-26 | 2021-09-21 | Joinesty, Inc. | Phone alert for unauthorized SMS |
| US12531596B2 (en) | 2019-11-27 | 2026-01-20 | Rockwell Collins, Inc. | Doppler-nulling for directional networks (spatial awareness) |
| US12546845B2 (en) | 2021-11-23 | 2026-02-10 | Rockwell Collins, Inc. | Search and rescue system with doppler-nulling spatial awareness |
| US12474431B2 (en) | 2019-11-27 | 2025-11-18 | Rockwell Collins, Inc. | Doppler-nulling and two-way timing and ranging (spatial awareness) |
| US12335138B2 (en) | 2019-11-27 | 2025-06-17 | Rockwell Collins, Inc. | Spatial awareness navigation techniques on unmanned aerial vehicles (spatial awareness) |
| US11726162B2 (en) | 2021-04-16 | 2023-08-15 | Rockwell Collins, Inc. | System and method for neighbor direction and relative velocity determination via doppler nulling techniques |
| US12571868B2 (en) | 2019-11-27 | 2026-03-10 | Rockwell Collins, Inc. | Doppler null scanning for coordination including expendable platforms (spatial awareness) |
| US12326506B2 (en) | 2019-11-27 | 2025-06-10 | Rockwell Collins, Inc. | DNS spatial discoveries with on-going traffic |
| US12366625B2 (en) | 2019-11-27 | 2025-07-22 | Rockwell Collins, Inc. | System and method using passive spatial awareness for GEO network routing |
| US11737121B2 (en) | 2021-08-20 | 2023-08-22 | Rockwell Collins, Inc. | System and method to compile and distribute spatial awareness information for network |
| US12504496B2 (en) | 2019-11-27 | 2025-12-23 | Rockwell Collins, Inc. | Station keeping using doppler null scanning |
| US12523733B2 (en) | 2019-11-27 | 2026-01-13 | Rockwell Collins, Inc | Directional enhancements for mobile ad hoc networks (MANET) via doppler null scanning (DNS) |
| US12111406B2 (en) | 2019-11-27 | 2024-10-08 | Rockwell Collins, Inc. | Adaptive doppler-nulling digitization for high-resolution |
| US12137048B2 (en) | 2019-11-27 | 2024-11-05 | Rockwell Collins, Inc. | System and method for spatial awareness network routing |
| US12584986B2 (en) | 2019-11-27 | 2026-03-24 | Rockwell Collins, Inc. | Reliable efficient flooding with Doppler nulling (spatial awareness) |
| US12316403B2 (en) | 2022-05-20 | 2025-05-27 | Rockwell Collins, Inc. | Situational awareness (SA) in radio silence (spatial awareness) |
| US11977173B2 (en) | 2019-11-27 | 2024-05-07 | Rockwell Collins, Inc. | Spoofing and denial of service detection and protection with doppler nulling (spatial awareness) |
| US11665658B1 (en) | 2021-04-16 | 2023-05-30 | Rockwell Collins, Inc. | System and method for application of doppler corrections for time synchronized transmitter and receiver |
| US12477583B2 (en) | 2022-06-22 | 2025-11-18 | Rockwell Collins, Inc. | Aliasing for cell-based manet |
| US12540997B2 (en) | 2019-11-27 | 2026-02-03 | Rockwell Collins, Inc. | System and method for application of doppler null scanning (DNS) to position navigation timing (PNT) |
| US12553978B2 (en) | 2019-11-27 | 2026-02-17 | Rockwell Collins, Inc. | Proactive link acquisition (spatial awareness) |
| US12498442B2 (en) | 2019-11-27 | 2025-12-16 | Rockwell Collins, Inc. | Robust addressing schema for spatial awareness via doppler null scanning (DNS) |
| US12407393B2 (en) | 2019-11-27 | 2025-09-02 | Rockwell Collins, Inc. | System and method for spatial awareness overlay onto mobile ad hoc network (MANET) frequent message preambles |
| US12153150B2 (en) | 2019-11-27 | 2024-11-26 | Rockwell Collins, Inc. | Doppler nulling scanning (DNS) security (spatial awareness) |
| US12050279B2 (en) | 2019-11-27 | 2024-07-30 | Rockwell Collins, Inc. | Doppler nulling spatial awareness (DNSA) solutions for non-terrestrial networks |
| US11750699B2 (en) * | 2020-01-15 | 2023-09-05 | Mellanox Technologies, Ltd. | Small message aggregation |
| US11876885B2 (en) | 2020-07-02 | 2024-01-16 | Mellanox Technologies, Ltd. | Clock queue with arming and/or self-arming features |
| US11556378B2 (en) | 2020-12-14 | 2023-01-17 | Mellanox Technologies, Ltd. | Offloading execution of a multi-task parameter-dependent operation to a network device |
| US11924169B1 (en) | 2021-01-29 | 2024-03-05 | Joinesty, Inc. | Configuring a system for selectively obfuscating data transmitted between servers and end-user devices |
| US11757767B2 (en) | 2021-07-20 | 2023-09-12 | Nokia Solutions And Networks Oy | Source routing with shadow addresses |
| US11922237B1 (en) | 2022-09-12 | 2024-03-05 | Mellanox Technologies, Ltd. | Single-step collective operations |
| US12489657B2 (en) | 2023-08-17 | 2025-12-02 | Mellanox Technologies, Ltd. | In-network compute operation spreading |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5131016A (en) * | 1991-01-09 | 1992-07-14 | International Business Machines Corporation | Communications network data compression control system and method |
| CA2065578C (en) * | 1991-04-22 | 1999-02-23 | David W. Carr | Packet-based data compression method |
| US5307413A (en) * | 1991-07-19 | 1994-04-26 | Process Software Corporation | Method and apparatus for adding data compression and other services in a computer network |
| FR2687259B1 (fr) * | 1992-02-11 | 1994-05-06 | Ouest Standard Telematique Sa | Procede de compression de donnees pour systeme de transmission par unites de donnees de protocole, procede de decompression et dispositif correspondant. |
| FR2695275B1 (fr) * | 1992-08-27 | 1994-10-14 | Telecommunications Sa | Procédé et équipement de compression-décompression de données pour terminal synchrone. |
| JPH0795230A (ja) * | 1993-09-20 | 1995-04-07 | Fujitsu Ltd | コネクションレスデータサービスにおける加入者情報の処理方式 |
| US5446736A (en) * | 1993-10-07 | 1995-08-29 | Ast Research, Inc. | Method and apparatus for connecting a node to a wireless network using a standard protocol |
| US5414701A (en) * | 1994-07-22 | 1995-05-09 | Motorola, Inc. | Method and data structure for performing address compression in an asynchronous transfer mode (ATM) system |
| US5535199A (en) * | 1994-09-06 | 1996-07-09 | Sun Microsystems, Inc. | TCP/IP header compression X.25 networks |
| US5572530A (en) * | 1994-10-07 | 1996-11-05 | Comsat Corporation | Technique for efficient integration of integrated services digital network (ISDN) into satellite system |
-
1998
- 1998-03-04 US US09/034,424 patent/US6115394A/en not_active Expired - Lifetime
-
1999
- 1999-02-17 WO PCT/US1999/003380 patent/WO1999045678A1/en not_active Ceased
- 1999-02-17 EP EP99908202A patent/EP1060598B1/en not_active Expired - Lifetime
- 1999-02-17 JP JP2000535121A patent/JP4230663B2/ja not_active Expired - Fee Related
- 1999-02-17 CN CNB998036390A patent/CN1143486C/zh not_active Expired - Lifetime
- 1999-02-17 EE EEP200000507A patent/EE200000507A/xx unknown
- 1999-02-17 DE DE69919994T patent/DE69919994T2/de not_active Expired - Lifetime
- 1999-02-17 KR KR1020007009739A patent/KR100621715B1/ko not_active Expired - Lifetime
- 1999-02-17 IL IL13806699A patent/IL138066A0/xx unknown
- 1999-02-17 AU AU27694/99A patent/AU747484B2/en not_active Expired
- 1999-02-17 BR BRPI9908426A patent/BRPI9908426B1/pt not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| US6115394A (en) | 2000-09-05 |
| DE69919994T2 (de) | 2005-09-22 |
| CN1292961A (zh) | 2001-04-25 |
| KR20010052198A (ko) | 2001-06-25 |
| KR100621715B1 (ko) | 2006-09-11 |
| DE69919994D1 (de) | 2004-10-14 |
| AU747484B2 (en) | 2002-05-16 |
| CN1143486C (zh) | 2004-03-24 |
| EP1060598A1 (en) | 2000-12-20 |
| BR9908426A (pt) | 2000-10-31 |
| EE200000507A (et) | 2002-02-15 |
| JP2002506321A (ja) | 2002-02-26 |
| IL138066A0 (en) | 2001-10-31 |
| JP4230663B2 (ja) | 2009-02-25 |
| HK1036177A1 (en) | 2001-12-21 |
| WO1999045678A1 (en) | 1999-09-10 |
| EP1060598B1 (en) | 2004-09-08 |
| AU2769499A (en) | 1999-09-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI9908426B1 (pt) | processo e sistema para reduzir o tempo excedente em comunicação de mensagens | |
| JP4921569B2 (ja) | オフロードユニットを使用したｔｃｐ接続のためのデータ処理 | |
| CN100448224C (zh) | 探索路径最大传输单元的方法和设备 | |
| US8009672B2 (en) | Apparatus and method of splitting a data stream over multiple transport control protocol/internet protocol (TCP/IP) connections | |
| US7535907B2 (en) | TCP engine | |
| US7212527B2 (en) | Method and apparatus for communicating using labeled data packets in a network | |
| US5790530A (en) | Message-passing multiprocessor system | |
| JP3399928B2 (ja) | コンピュータシステムにおけるネットワークパケットの高速転送及びフィルタリング | |
| US7103674B2 (en) | Apparatus and method of reducing dataflow distruption when detecting path maximum transmission unit (PMTU) | |
| US8493839B2 (en) | Method and system of teamed network adapters with offloaded connections | |
| US20040003127A1 (en) | Apparatus, system and method of distributing block data on a private network without using TCP/IP | |
| US7283527B2 (en) | Apparatus and method of maintaining two-byte IP identification fields in IP headers | |
| CN114301576B (zh) | 用于在ieee 802.15.4网络中生成和发送应答帧的方法及通信装置 | |
| WO2022068744A1 (zh) | 获取报文头信息、生成报文的方法、设备及存储介质 | |
| US20210400125A1 (en) | Online application layer processing of network layer timestamps | |
| US20070291782A1 (en) | Acknowledgement filtering | |
| US7010548B2 (en) | Sparse and non-sparse data management method and system | |
| JP2002368770A (ja) | 遅延時間測定機能付きスイッチングハブ | |
| JP2000341333A (ja) | ネットワークパケット送受信方法およびネットワークアダプタ | |
| CA2246134C (en) | Enhanced network protocol | |
| JP2008509484A (ja) | セマンティックプロセッサ内のデータコンテキスト切り替え |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
| B09B | Patent application refused [chapter 9.2 patent gazette] |
Free format text: INDEFIRO O PEDIDO DE ACORDO COM O ART. 8O COMBINADO COM O ART. 13 DA LPI. |
|
| B12B | Appeal against refusal [chapter 12.2 patent gazette] | ||
| B15K | Others concerning applications: alteration of classification |
Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 12/56 , H04L 29/06 Ipc: H04W 28/06 (2009.01), H04L 29/12 (2006.01), H04L 2 |
|
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 08/11/2016, OBSERVADAS AS CONDICOES LEGAIS. |
|
| B21F | Lapse acc. art. 78, item iv - on non-payment of the annual fees in time |
Free format text: REFERENTE A 21A ANUIDADE. |
|
| B24J | Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12) |
Free format text: REFERENTE AO DESPACHO 21.6 PUBLICADO NA RPI 2553 DE 2019-12-10 |