BRPI1004255A2 - método para transmiitr dados de multimìdia em redes de comunicação ad hoc - Google Patents

método para transmiitr dados de multimìdia em redes de comunicação ad hoc Download PDF

Info

Publication number
BRPI1004255A2
BRPI1004255A2 BRPI1004255-5A BRPI1004255A BRPI1004255A2 BR PI1004255 A2 BRPI1004255 A2 BR PI1004255A2 BR PI1004255 A BRPI1004255 A BR PI1004255A BR PI1004255 A2 BRPI1004255 A2 BR PI1004255A2
Authority
BR
Brazil
Prior art keywords
packet
stack
node
crc
data
Prior art date
Application number
BRPI1004255-5A
Other languages
English (en)
Inventor
Catherine Lamy-Bergot
Roberta Racchia
Original Assignee
Thales Sa
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thales Sa filed Critical Thales Sa
Publication of BRPI1004255A2 publication Critical patent/BRPI1004255A2/pt
Publication of BRPI1004255A8 publication Critical patent/BRPI1004255A8/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0097Relays

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

MéTODO PARA TRANSMITIR DADOS DE MULTIMìDIA EM REDES DE COMUNICAçãO AD HOC. A presente invenção refere-se ao método para a transmissão de dados de multimídia em uma rede ad hoc compreendendo pelo menos as etapas a seguir: O pacote é recebido na interface de rádio, e se o nó não for o seu destino, é copiado em um armazenador local Q enquanto espera pela verificação do pacote, o pacote também é carregado para as camadas superiores para, por um lado, verificação de sua possível corrupção e, por outro lado, o armazenamento opcional em uma pilha local P de longa duração com informação adicional sobre o fragmento de dados. No caso onde a transmissão no último pulo antes do nó atual corrompeu o pacote, é verificado que os cabeçalhos estão intactos de modo a serem capazes de direcionar o pacote de forma adequada, depois de terem verificado se a pilha P está presente e se contém uma versão intacta do pacote, caso em que é a carga útil intacta que será substituida pela carga útil errada no armazenador Q. Se a pilha não estiver presente ou não contiver o pacote, então o método irá, não obstante, propagar o pacote quando apenas a carga útil foi corrompida visto que um decodificador de multimídia robusto pode ser capaz de utilizar esse pacote corretamente.

Description

Relatório Descritivo da Patente de Invenção para "MÉTODO PARA TRANSMITIR DADOS DE MULTIMÍDIA EM REDES DE COMUNI- CAÇÃO AD HOC".
O assunto da presente invenção refere-se a um método para transmitir dados em uma rede de comunicação que utiliza "proxy" inteligente em cada ponto de uma rede não hierarquizada. A palavra "proxy" designa o envio de solicitações entre um cliente e um servidor ou uma fonte e a ex- pressão "rede não hierarquizada" designa uma rede na qual existe o com- partilhamento dos arquivos de forma não hierarquizada.
O método de acordo com a invenção refere-se a difusões de se- qüência de multimídia em um contexto de rede de comunicação ad hoc a partir de uma fonte para múltiplos clientes. Por motivos de simplificação no resto da descrição, a palavra "proxyfile" será utilizada para designar de uma forma genérica o método de acordo com a invenção, qualquer que seja a modalidade vislumbrada.
No campo das comunicações sem fio, vários protocolos têm sido introduzidos recentemente para permitir a propagação nas camadas OSI (que representa "Interconexão de Sistemas Abertos") de pacotes cujo conte- údo não é perfeito. Wimax, que representa Interoperacionalidade Mundial para Acesso por Micro-Ondas1 é o caso mais notável para as camadas de rádio, onde uma soma de verificação reduzida ao cabeçalho de conexão foi introduzida, e possibilita o carregamento de um pacote não perfeito para a camada de rede. De forma similar, os protocolos de transporte tal como UDP-Lite, que é muito similar ao protocolo UDP, apareceram. O protocolo UDP Lite permite verificações parciais que cobrem uma parte apenas dos dados e pode distribuir pacotes parcialmente corrompidos. É particularmente útil para transmissões de multimídia, tal como difusão de seqüência de vídeo ou Voz através de IP, nas quais é preferível receber um pacote com uma carga útil parcialmente danificada do que não receber pacote algum. O pro- tocolo DCCP, que representa "Protocolo de Controle de Congestionamento de Datagrama", é um protocolo de comunicação de camada de transporte orientado por mensagem. Esses últimos dois protocolos, UDP-Lite e DCCP, introduziram somas de verificação parcial possibilitando a verificação de ca- beçalhos dos pacotes enquanto permitem a passagem de pacotes cuja car- ga útil ou dados úteis estão errados.
A técnica anterior conhecida exibe de forma perceptível as des- vantagens de se trabalhar exclusivamente com soluções de retransmissão no modo ponto a ponto ou com soluções de multidifusão, difusão para enviar informação de um remetente para um grupo (opcionalmente com retrans- missões) para difusões de múltiplos pontos temporariamente sincronizadas.
Nas técnicas anteriores, a capacidade das seqüências de multi- mídia de permitir decodificações mesmo em seqüências parcialmente cor- rompidas não é harnessedcontrolada . As técnicas conhecidas a partir da técnica anterior, portanto, não se adaptam às limitações das redes ad hoc, por exemplo, saber como efetivamente controlar as capacidades particula- res das seqüências de multimídia.
O assunto do presente pedido de patente se refere a um método de difusão mais eficiente do que os métodos conhecidos a partir da técnica anterior para seqüências de multimídia em um contexto de comunicação ad hoc a partir de uma fonte para múltiplos clientes. O beneficio de se conside- rar as transmissões de multimídia em particular, é explicado pelo fato de de- codificadores de som, imagem ou vídeo serem capazes de absorver uma taxa de erro residual, visto que esses decodificadores geralmente empregam técnicas de mascaração que exploram as capacidades humanas do olho e do ouvido em aceitar ou compensar os defeitos residuais.
O assunto da invenção refere-se a um método para transmitir dados de multimídia em uma rede de comunicação ad hoc compreendendo pelo menos uma fonte S e vários nós Ni se comunicando um com o outro por meio de conexões Li, um número Np dos ditos nós sendo equipado com um processador para implementar pelo menos as etapas a seguir:
Recebimento de pelo menos um pacote de dados de multimídia,
Realização de um cálculo do CRC de rádio completo do dito pa- cote recebido,
a) no caso onde o valor da CRC de cabeçalho compreende um erro, então o pacote é eliminado,
b) no caso onde o valor da CRC de cabeçalho está livre de er- ros, então a etapa a seguir consiste de se observar se o nó atual Ni é o nó de destino,
c) se o nó atual for o nó de destino, então o método irá carregar o valor da CRC de rádio completa, testar para ver se o valor da CRC de transporte contém erros, eliminar o pacote se esse valor contiver erros, car- regar o pacote para o aplicativo para decodificação,
d) se o nó atual não for o nó de destino, então, o método arma- zena o pacote em uma pilha temporária Q e inicializa um temporizador T (pkltd) correspondente a uma duração máxima de processamento dos dados do pacote.
o método, depois disso, verifica o valor da CRC de rádio comple- ta do pacote,
se o dito valor estiver correto então o método modificará a pilha
Q e reconfigurará o temporizador T(pkltd) para zero de modo a despachar o pacote, e então o método iniciará o processamento de outro pacote de da- dos de multimídia,
se o valor de CRC de dados estiver errado, então o método Ian- çará o acionamento do temporizador CKS_VER(Pkld), para uma verificação no nível de integridade de carga de dados,
em paralelo, o método realiza o carregamento do pacote de da- dos de multimídia para as camadas superiores da rede de rádio, enquanto elimina os pacotes para os quais o valor da CRC de transporte está errado e enquanto carrega os cabeçalhos corretos para o pacote Pkld para os paco- tes para os quais o valor de CRC está correto,
se o temporizador CKS_VER(Pkld) que corresponde à verifica- ção da integridade do pacote tiver expirado, em todos os casos, o método modifica a pilha Q eliminando o pacote,
e) mediante a expiração do temporizador T(PkId)1 o método ex- trairá o pacote da pilha Q de modo a transmitir o mesmo em um novo pulo, ou para outro nó da rede, para essa finalidade o mesmo irá realizar um novo cálculo da CRC de rádio completo, e então enviará o pacote na conexão físi- ca para o próximo pulo destinado a um nó da rede.
No curso da etapa d), se o temporizador CKS_VER(Pkld) não ti- ver expirado, então o método pode modificar a memória temporária ou pilha Q configurando um campo indicando a corrupção do pacote, por exemplo, pela indicação de (CRC_Error_Flag).
De acordo com uma modalidade um pacote de dados compre- ende um rótulo correspondendo a um item de informação em uma parte es- pecífica do cabeçalho RTP do pacote, o dito cabeçalho RTP específico con- tendo uma soma de verificação adicional permitindo a validação do cabeça- lho RTP e opcionalmente dos primeiros bytes da carga útil, os pacotes sen- do eliminados quando esse valor estiver errado.
O método pode compreender uma etapa de armazenamento de informação incluindo pelo menos as seguintes etapas:
quando nó em que os dados são recebidos é o destinatário, si- multaneamente o método carrega o valor da CRC de rádio completa, e faz uma cópia do pacote em uma pilha P para armazenamento na dita pilha P do identificador de pacote, da carga útil ou seus dados do pacote e o estado do pacote,
no caso em que o nó não é o destinatário, então, quando o valor da CRC de rádio completa está incorreto, o método carrega o item de infor- mação errôneo para armazenamento, e aciona o temporizador CKS VER(PkId) para verificação do pacote,
quando o valor da CRC de rádio completa está correto e o valor de CRC_Error Flag está correto, o dito método transmite o item de informa- ção correto para armazenamento, carrega o item de informação errôneo pa- ra armazenamento e de acordo com as etapas do método descritas acima, o método aciona uma solicitação por verificação da integridade do pacote CKS VER REQ, e o temporizador lança CKS_VER(Pkld) para verificação da integridade do pacote,
durante a etapa de carregamento do pacote para as camadas superiores, o método carregará a informação de armazenamento para o pa- cote Pkld para a pilha P,
no caso onde a transmissão no último pulo corrompeu o pacote, o modulo de resposta para responder às solicitações de verificação CKS_VER_REQ é invocado e irá, portanto, lançar o temporizador CKS VER (Pkld), em paralelo com o carregamento, interrogar a pilha P para verificar se a última contém uma versão intacta do pacote, caso em que o temporizador CKS_VER(Pkld) é configurado para zero, e o método substitui a carga útil errônea a carga útil intacta no armazenador Q,
mediante a expiração do temporizador T(PkId), o método extrairá o pacote para transmissão enquanto tendo, de antemão, recalculado a CRC de rádio,
se não encontrar qualquer pacote intacto, o método espera pelo carregamento de pacote e propaga o pacote quando apenas a carga útil ou dados foram corrompidos.
Durante o armazenamento na pilha Ρ, o método armazena, por exemplo, os dados recebidos no nível do nó além da identificação de dados, um item de informação referente à possível corrupção durante cada carre- gamento na pilha P
O método pode compreender uma etapa de interceptação das solicitações "upgoing", as solicitações enviadas a partir de um cliente para a fonte de envio, e assim compreender pelo menos as seguintes etapas:
Depois do recebimento de uma nova solicitação de transmissão de multimídia, o método:
calcula o valor de CRC de rádio completo;
testa o valor da CRC de cabeçalho de conexão,
se o último estiver errado, então o pacote é eliminado
se o valor da CRC de cabeçalho estiver livre de erro: então
se o nó for o destinatário: o pacote é carregado para o aplicativo
se o nó não for o destinatário, então:
o pacote é armazenado na pilha temporária Q com o temporiza- dor T(pkltd)
o pacote é carregado para o aplicativo, depois da expiração do temporizador o pacote é transmitido em um novo pulo depois do novo cálculo da CRC completa
No nível de aplicativo:
se os dados solicitados forem armazenados na pilha P, a pilha despacha a resposta necessária ou inicia diretamente as transmissões dos dados solicitados, do contrário despacha uma mensagem para eliminar o pacote da pilha Q.
A invenção também se refere a um sistema para a transmissão de dados de multimídia em uma rede ad hoc compreendendo pelo menos uma fonte enviando dados de multimídia e vários nós Ni se comunicando um com o outro em virtude de conexões Li, os ditos nós compreendendo uma parte receptora, possibilitando a recepção de um pacote de dados e uma parte de envio, a função da qual é transferir um pacote para um Ni, caracte- rizada pelo fato de os nós Np serem equipados com os seguintes elementos adicionais: uma pilha Q correspondendo a uma memória de armazenamento temporário, uma pilha P ou memória de longo prazo, e um processador a- daptado para executar as etapas do método de acordo com as característi- cas descritas anteriormente.
Outras características e vantagens do dispositivo de acordo com a invenção se tornarão mais aparentes a partir da leitura da descrição que se segue de uma modalidade ilustrativa fornecida por meio de ilustração to- talmente não limitadora e acompanhada pelas figuras que representam:
a figura 1 é um exemplo de uma rede ad hoc e várias comunica- ções móveis não hierarquizadas;
a figura 2a é uma arquitetura ilustrativa da rede de acordo com a invenção, a figura 2b é uma estrutura ilustrativa dos pacotes de dados. A figura 2c é uma implementação física ilustrativa no nível de um nó da rede;
as figuras 3a e 3b são uma comparação entre o número de pu- los realizados no caso de transmissões de acordo com a técnica anterior e no caso de transmissões de acordo com a invenção;
a figura 4 é a redução no número de pulos a serem realizados; a figura 5a é uma primeira modalidade variável do método de acordo com a invenção e a figura 5b é uma variação onde um nó da rede compreende uma pilha de armazenamento permanente;
as figuras 6, 7, 8 e 9 resultam na evidência de aperfeiçoamento da transmissão com relação às técnicas da técnica anterior pela implemen- tação do método e sistema de acordo com a invenção.
A fim de se elucidar ainda melhor o assunto da presente inven- ção, a descrição que se segue se refere ao caso em que dois clientes distin- tos desejam obter o mesmo conteúdo de uma mesma fonte.
A figura 1 ilustra de forma diagramática uma rede ad hoc de a- cordo com a técnica anterior para a comunicação não hierarquizada de uma fonte S de dados de vídeo com dois clientes 1, 2 identificados dentre os i- guais da rede ad hoc.
A figura 2a ilustra de forma diagramática uma implementação i- Iustrativa do método e sistema de acordo com a invenção compreendendo: da mesma forma que na figura 1, uma fonte S e dois clientes 1, 2. Os clien- tes 1, 2 nesse exemplo desejam obter o mesmo conteúdo de uma mesma fonte. As solicitações sendo, em geral assíncronas, são processadas sepa- radamente como comunicações de unidifusão (que representa uma conexão de rede de ponto a ponto). Ademais, mesmo no caso de solicitações sincro- nizadas, o estabelecimento de conexões de multidifusão em uma rede ad hoc permanece um problema complexo. Nessa figura são apresentados os nós referidos como Ni, um número determinado Np dos quais é equipado com um aplicativo PL de acordo com a invenção ou software capaz de ge- renciar as transmissões de dados de multimídia, por exemplo, o nó N4 na figura não sendo fornecido com equipamento de acordo com a invenção. As conexões Li permitem a comunicação e transmissão de informação ou da- dos entre as mesmas.
A figura 2b ilustra de forma diagramática uma estrutura ilustrati- va de pacotes de dados de multimídia no nível MAC (controle de acesso a meio), compreendendo um ou mais cabeçalhos, áreas Zi, seguidas por uma área Z2 contendo a carga útil ou dados de multimídia, e também compreen- dendo uma ou mais áreas Zi para as várias CRCs detalhadas na descrição subsequente. Nas CRCs a serem verificadas, é possível se mencionar as CRCs de transporte, cabeçalho e rádio que são em geral dispostas antes da área de dados Z2.
A figura 2c representa uma arquitetura ilustrativa de um nó for- necido com equipamento de acordo com a invenção compreendendo uma parte de receptor convencional 4, possibilitando o recebimento de um pacote de dados e a transmissão do mesmo para um processador 6 em que um método de acordo com a invenção é implementado, uma pilha P ou memória de longo prazo e uma pilha Q correspondendo a uma memória de armaze- namento temporário, um emissor 5 cuja função é retransmitir o pacote para outro pulo ou outro nó Ni, e um módulo de solicitação 70 para responder às solicitações para verificar a integridade de um pacote, o dito módulo sendo, por exemplo, implementado no nível de processador 6 e não representado na figura. O nó pode também compreender uma tabela de direcionamento ano representada por motivos de simplificação fornecendo o destino de um pacote recebido ou um software possibilitando a realização de solicitações de direcionamento para determinar o nó destinatário de um pacote.
No caso de transmissão de seqüência de multimídia, a divisão em pacotes para transmissão em uma rede do tipo IP (abreviação para Pro- tocolo de Internet) significa que cada pacote IP contém um fragmento da informação da seqüência de multimídia. Durante a recepção, a concatena- ção dos fragmentos de dados resultará em uma seqüência que é igual ou similar (se perdas ou erros tiverem ocorrido) à seqüência original.
No caso convencional, de acordo com os métodos conhecidos a partir da técnica anterior, cada cliente receberá seus dados diretamente da fonte S, essa sendo representada na figura 3a pelo "diagrama" dos pulos realizados a partir da fonte para o cliente 1 ou para o cliente 2.
Por outro lado, no caso onde uma função de proxy inteligente de acordo com a invenção é introduzida pelo menos no nível de alguns dos nós Ni de uma rede do tipo ad hoc, a segunda solicitação, a do cliente 2, por e- xemplo, não precisará necessariamente ser carregada até a fonte S, mas pode ser servida em virtude do armazenamento de dados executado subse- quentemente à primeira comunicação. Essa diferença é ilustrada na figura 3b pelos diagramas de pulos Dp1 e Dp2, onde parece que os pulos para o cliente 2 começam no terceiro nó N3 e passam através do nó Νβ-
A figura 4 representa o resultado teórico de economia em termos de número de mensagens a ser despachado para dois clientes de acordo com sua respectiva distância e sua distância da fonte S. Esse número de medidas é proporcional ao número de pulos eliminados.
De forma mais detalhada, o método implementado pela invenção é detalhado na figura 5a e na figura 5b de acordo com duas variações de implementação. Nessas figuras 5a, 5b foram representadas a camada física 10, a camada de conexão 11, a camada de rede 12 na qual se encontra a camada de transporte 13 que pode ser constituída de uma camada de proto- colo do tipo UDP-Lite e da camada RTP, e então da camada de aplicativo 14. Esse exemplo corresponde a uma estrutura fornecida por meio de ilus- tração totalmente não limitadora para descrever o método implementado pela invenção.
A descrição fará referência a essas duas figuras 5a e 5b para descrever duas variações de implementação do método de acordo com a invenção. A primeira implementação se refere mais particularmente ao pro- cessamento de pacotes recebidos por um nó não destinatário, a segunda variação adiciona uma pilha P ou memória de armazenamento ao nó.
Uma das funções do método "proxylite" de acordo com a inven- ção implementado em vários nós da rede é, de forma perceptível, a substitu- ição da função de envio simples realizada pelo nó na rede ad hoc pela exe- cução das operações upgoing, isso é, em pacotes transmitidos a partir da fonte S para um cliente 1, 2.
Os detalhes dos processamentos realizados pelo método "prox- ylite" de acordo com a invenção são resumidos como se segue, e como ilus- trado pela descrição das figuras 5a, 5b de duas modalidades variáveis, da máquina de estado lidando com o armazenamento de dados na recepção e retransmissão para o próximo pulo (operações "downgoing").
A primeira variante de implementação compreende, por exem- pio, as seguintes etapas, os números de referência possibilitando se encon- trar a etapa na figura 5:
20 - a recepção de um pacote de dados
21-o processador 6 realiza um cálculo da soma de verificação de rádio completa (convencionalmente denotada CRC), isso é, pertencente à totalidade de dados, incluindo os vários cabeçalhos; deve-se notar que den- tro da estrutura de trabalho do método de acordo com a invenção, várias somas de verificação podem ser realizadas no pacote total, isso é, determi- nados cabeçalhos: cabeçalho de nível de camada de conexão, cabeçalho de protocolo de transporte, e, opcionalmente, uma soma de verificação especí- fica que pode ser introduzida no cabeçalho RTP (Protocolo de Transferência em Tempo Real)
22 - no caso onde o valor da CRC de cabeçalho de conexão compreende um erro, então o pacote é eliminado
24 - no caso onde o valor da CRC de cabeçalho de link está livre de erro, então a etapa a seguir consiste na observação de se o nó atual Ni é o nó destinatário. Isso é feito, por exemplo, pela verificação de um identifica- dor contido no pacote de dados transmitido.
Se o nó atual for o nó destinatário, então o método carregará o valor da CRC de rádio completa 25, o processador testará 26 se o valor da CRC de transporte está errada, no caso onde esse valor está errado 27 o pacote será eliminado, no caso inverso, o processador também pode testar se o valor da CRC específica para RTP está errada, no caso onde uma CRC específica de RTP foi adicionada se estiver errada, 29, o pacote é eliminado, do contrário, o pacote é carregado para o aplicativo 30 para decodificação e exibição; a adição da CRC RTP é uma etapa opcional no método;
se o nó atual não for o nó destinatário, então, 40, o método ar- mazenará o pacote na pilha temporária Q e inicializará um temporizador T(pkltd) correspondente a uma duração máxima do processamento de dados do pacote,
o método, depois disso, verifica o valor da CRC de rádio comple- ta do pacote, 41, (verificação da CRC da integridade dos dados e do cabeça- lho), se o dito valor for correto, então o método modificará a pilha configura- do para zero o temporizador T (pkltd) 43 para despacho imediato do pacote (56, 57, 58) depois de ter recalculado a CRC de rádio, o pacote é enviado pela camada física para o próximo pulo, e então o método inicia o proces- samento de outro pacote de dados de multimídia,
se o valor de dados CRC estiver errado, então 44, o mesmo lan- ça o acionamento do temporizador CKS_VER(Pkld), 45, verificação do nível de integridade de carga de dados, e em paralelo, o processador executa o carregamento 46 do pacote para as camadas superiores, e então calcula 47 a CRC do transporte, se o valor da CRC de transporte estiver errada, 48, então o método elimina o pacote, se o valor da CRC de transporte estiver exato, então o método pode testar também o valor da CRC específica de RTP, 49, no caso onde a última existir, por exemplo, se esse valor estiver errado, então o pacote é eliminado 50, se esse valor estiver exato, então o método carregará 51 os cabeçalhos corretos para o pacote Pkld.
Se o temporizador VER(PkId) que corresponde à verificação de integridade do pacote tiver expirado, em todos os casos, o método modifica a pilha Q eliminando 55 o pacote Pkld,
se o temporizador VER(PkId) não tiver expirado, então o método pode de uma forma opcional modificar a memória temporária ou a pilha Q pela configuração no pacote de um campo de informação específica (cha- mado indicador de erro de CRC do pacote Pkld) indicando que não está per- feito 54,
depois da expiração do temporizador T(PkId) 56, o método extra- irá o pacote da pilha Q de modo a transmitir o mesmo para o remetente do nó para transmissão em um novo pulo, ou para outro nó da rede, para essa finalidade realizará um novo cálculo da CRC de rádio completa 57 e então enviará o pacote no link físico 58 para o próximo pulo destinado a um nó da rede.
De acordo com uma segunda variação de implementação, é considerado que um nó pode ser equipado com uma pilha P ou memória de longo termo que servirá para o armazenamento de informação em pacotes que passaram através desse nó, se o nó for o destinatário ou simplesmente um nó de trânsito capaz de preservar os dados para uso de uma solicitação futura depois dos novos cálculos de CRC1 se algum.
Nesse caso, o método detalhado na figura 5b possui, além das etapas descritas em conjunto com a figura 5a, as etapas adicionais descritas posteriormente, as referências similares nas figuras 5a e 5b correspondem aos estados ou etapas idênticos do método.
Quando o nó é o destinatário, quando o método carrega o valor da CRC de rádio completa (etapa 25), o mesmo irá adicionalmente, 61, fazer uma cópia do pacote na pilha P para o armazenamento e 62, armazenar na pilha P o identificador o pacote, a carga útil ou os dados do pacote e o esta- do do pacote (integridade do pacote, erros contidos nos dados ou carga útil), por exemplo, o campo indicador de erro CRC.
No caso onde o nó não é o destinatário, então, quando o valor da CRC de rádio completa está incorreto, o método carrega, 63, o item de informação errado 63a para armazenamento, e aciona 52 o temporizador CKS VER(PkId) para verificação do pacote,
etapa 63 = item de informação errado para armazenamento PKT_RX_INF (PkId)=I.
etapa 52 = despacho errado de CKSVERREQ.
Quando o valor da CRC de rádio completa 41 está correta e o valor de CRCJError Flag está correto 42, o mesmo transmite, 65, o item de informação correto para armazenamento, então o método carrega, 64, o item de informação errado para armazenamento na pilha P e como no submétodo anterior, a transmissão de uma solicitação por verificação da integridade do pacote CKS VER REQ, e o lançamento do temporizador (44, 45) CKS_VER (PkId) para verificação da integridade do pacote ocorre,
etapa 65 = item de informação correto para armazenamento PKT_RX_I N F(PkId) = 0.
Durante da etapa de carregamento do pacote para as camadas superiores 46, descrito na figura 5a, o método carregará, 66, para a pilha P a informação de armazenamento para o pacote Pkld (contraparte do item de informação PKT RXJNF(PkId) que informou a chegada em potencial de um pacote com o valor do CRC_Error_Flag, levando em consideração também a CRC de cabeçalho RTP no caso onde essa soma de verificação existe.
No caso onde a transmissão no último pulo corrompeu o pacote, o módulo de resposta 70 para responder às solicitações de verificação CKS_VER_REQ é invocado e, portanto, depois do lançamento do tempori- zador CKS_VER(Pkld), em paralelo com o carregamento 51, interrogar 67, a pilha P para verificar se a última contém uma versão intacta do pacote, caso no qual o temporizador CKS VER(PkId) é configurado para zero, e é a carga útil intacta que será substituída pela carga útil errada no armazenador Q 54, a substituição pelo pacote correto Pkt. Depois disso, depois da expiração do temporizador T(PkId) 56, o método extrairá o pacote para transmissão en- quanto tendo, de antemão, recalculado, 57, a CRC de rádio como foi expli- cado previamente. Se não encontrar qualquer pacote intacto, o método es- pera pelo carregamento 51 e então propaga o pacote quando apenas a car- ga útil foi corrompido visto que um decodificador de multimídia robusto pode ser capaz de utilizar o pacote corretamente. Nesse caso, os cabeçalhos para o pacote (PkId) são corretos,
etapa 51 = cabeçalho correto para o pacote (Pkld), PKT_HD_INF (PkId) = 0.
Um dos outros benefícios de introdução de pilha P é a possibili- dade em virtude de o nó realizar uma função proxy, pela ação no percurso upgoing, isso é, em solicitações transmitidas a partir do cliente para fonte, de modo a interrogar a pilha P nos pacotes solicitados do servidor e para modi- ficar as solicitações de forma a deixar passar apenas as solicitações que o nó atual não pode servir (com ou sem pacotes errados dependendo opcio- nalmente na escolha do cliente) e o despacho em paralelo de pacotes dis- poníveis para o cliente. Essa modalidade variável é implementada da se- guinte forma:
Durante o recebimento de uma nova solicitação de transmissão de multimídia, o método:
calcula o valor de CRC de rádio completa, testa o valor da CRC de cabeçalho de conexão,
se a última estiver errada, então o pacote é eliminado
se o valor da CRC de cabeçalho estiver livre de erro; então
se o nó for o destinatário: o pacote é carregado para o aplicativo
se o nó não for o destinatário, então:
o pacote é armazenado na pilha temporária Q com o temporiza- dor T(pkltd)
o pacote é carregado no aplicativo,
mediante a expiração do temporizador o pacote é transmitido em um novo pulo depois do novo cálculo da CRC completa
No nível de aplicativo:
se os dados solicitados forem armazenados na pilha P, a pilha despacha a resposta necessária ou começa diretamente a transmissão dos dados solicitados, do contrário, despacha uma mensagem para eliminar o pacote da pilha Q (esse pacote não deve ser transmitido em um novo pulo).
Para resumir na segunda modalidade variável da invenção com- preendendo a presença de uma pilha Ρ, o método em adição às etapas im- plementadas no curso da primeira variante executa as etapas a seguir:
O armazenamento de dados recebido no nível de nó em uma pi- lha P.
A adição de um item de informação de marcação, isso é, a iden- tificação do fragmento de dados, a informação sobre sua possível corrupção mediante cada carregamento na pilha (cuja funcionalidade foi apenas opcio- nal na primeira variação).
Na prática, para se realizar essas funções, as operações terão que ser realizadas no chamado software "proxylite" de acordo com a inven- ção no nível das camadas superiores (aplicativo). O gerenciamento do paco- te é descarregado para o nível de aplicativo (espaço de usuário) como as verificações e decisões, e então o método retorna para a pilha de pacotes temporariamente armazenados de modo a modificar opcionalmente, eliminar ou retransmitir o pacote. Esse carregamento nas camadas é explicado pelo fato de a marcação se basear no cálculo das somas de verificação (no nível de rádio e no nível de transporte) que são naturalmente processados pela máquina pelo carregamento dos pacotes a partir da camada de rádio.
"Proxylite" será, dessa forma, capaz de assumir o armazena- mento em uma pilha no nível de aplicativo dos pacotes recebidos e a imple- mentação de uma ferramenta para marcar os pacotes possibilitando a apli- cação de um rótulo aos mesmos indicando se o pacote está correto ou cor- rompido.
O pacote (identificado por Pkld) é recebido na interface de rádio, e se o nó não for seu destino, é copiado em um armazenador local (Q) en- quanto a espera pela verificação da transmissão de pacote para o nó seguin- te será realizada se e apenas se os cabeçalhos (rádio, rede e transporte) estiverem corretos.
O pacote também é carregado para as camadas superiores pa- ra, por um lado, a verificação de possível corrupção (a integridade dos vários cabeçalhos é verificada em virtude de suas somas de verificação respecti- vas) e, por outro lado, o armazenamento em uma pilha local (P) de longa duração com informação adicional sobre o fragmento de dados (identificador de fragmento, possível corrupção, etc.).
No caso onde a transmissão no último pulo antes do nó atual corrompeu o pacote, é verificado que os cabeçalhos estão intactos de modo a serem capazes de direcionar o pacote adequadamente, depois de terem verificado se a pilha P está presente e se contém uma versão intacta do pa- cote, caso em que é a carga útil intacta que será substituída pela carga útil errada no armazenador (Q). Se a pilha P não estiver presente ou não conti- ver o pacote, então o pacote será, não obstante, propagado quando apenas a carga útil tiver sido corrompida visto que um decodificador de multimídia robusto pode ser capaz de utilizar esse pacote corretamente.
Em cada novo pulo de rádio, a CRC da camada de rádio é recal- culada, visto que é uma nova conexão de rádio que está sendo estabelecida. Isso também permite um processamento mais rápido das transmissões pulo por pulo (a direção de novos erros dando lugar a mais processamento) e impede que os nós não equipados com o método de acordo com a invenção eliminem o pacote parcialmente corrompido. É importante se notar que o novo cálculo dessa CRC significa que, de modo a não perder o conhecimen- to de uma corrupção, é necessário se marcar o pacote de informação com um rótulo (denotado CRCJErrorFIag) indicando se a carga útil está ou não errada. Isso se deve ao fato de o uso da soma de verificação de transporte não ser suficiente para detectar o que apenas o cabeçalho de rádio do pulo onde a corrupção ocorreu será capaz de detectar.
Na modalidade considerada aqui, é proposto que esse rótulo se- ja integrado como um item de informação em um pedaço específico do ca- beçalho RTP do pacote. De uma forma opcional, o cabeçalho RTP específi- co pode obter uma soma de verificação adicional (chamada CRC RTPprox- ylite) permitindo a validação do cabeçalho RTP e, opcionalmente, dos pri- meiros bytes da carga útil. Essa funcionalidade adicional possibilitará a pro- teção da informação chave que não é protegida pela soma de verificação da camada de transporte, e, portanto, para garantir que o pacote preservado com o rótulo CRC_Error_flag igual a 1 tenha uma chance razoável de ser útil para o decodificador de multimídia.
O item CRC_Error_flag possui três objetivos:
Possibilitar a atualização da pilha de armazenamento (P) com uma versão, detectada para ser corrigida, de um pacote que teria previa- mente sido recebido com erros.
Decidir (de acordo com os parâmetros da solicitação de cliente, ou escolha do sistema) se se propaga todos os pacotes armazenados ou apenas os pacotes corretos.
Permitir que o cliente forneça seu decodificador de multimídia com a informação de corrupção de modo a lançar uma decodificação robus- ta, se necessário.
Como mencionado anteriormente, a pilha local (P) armazena na camada de aplicativo (espaço de usuário) não apenas os fragmentos recebi- dos, mas também seus identificadores e o item de informação CRC_error_flag. A fim de que a função proxy seja efetiva, o identificador de pacote deve ser singular e relevante. Visto que é desejado que o nó respon- da a uma solicitação de outro usuário com essa função proxy, o identificador deve, portanto, conter em um mesmo momento o item de informação nome- ando a seqüência de multimídia, mas também uma identificação do pacote nessa seqüência. Inúmeras soluções podem ser vislumbradas para esse identificador, que será, da mesma forma, armazenado no cabeçalho RTP específico do pacote. Por conta da abordagem variável adotada para difu- são, mais do que o arquivo de vídeo propriamente dito, os fragmentos, isso é, os pacotes de dados segmentados de forma coerente em um mesmo momento para aplicativo e para encapsulamento de rede, são aqui conside- rados como sendo a unidade a ser identificada. É, dessa forma, possível se vislumbrar o formato apresentado em <table>table see original document page 19</column></row><table>
Tabela 1 - Proposta para um identicador de fragmento transmitodo na rede ad hoc Em virtude da operação de proxylite, as solicitações realizadas pelos clientes na rede ad hoc (operações de percurso de "upgoing") serão interceptadas por cada um dos nós e a solicitação será comparada com a lista de pacotes na memória na pilha (P) no modo atual. No caso onde um (ou mais) dos pacotes solicitados está (estão) presente(s) na pilha, a solici- tação do cliente é modificada de forma que pertença agora apenas aos fragmentos faltando e os fragmentos disponíveis são extraídos da pilha (P) para transmissão para o cliente solicitante.
No entanto, continua sendo importante se lembrar o fato de que os pacotes marcados com CRC_error_flag igual a 1 podem estar muito cor- rompidos para serem utilizáveis por um, vários ou todos os clientes. De for- ma a ser possível que a relevância do pacote corrompido seja chamada em questão, se propõe também que os endereçados aos quais os quadros cor- rompidos foram transmitidos sejam armazenados na lista de informação adi- cional anexada a seu fragmento na pilha (P). Dessa forma, no caso onde uma segunda solicitação é recebida de um cliente para um fragmento cor- rompido que já foi transmitido para o mesmo, o mesmo será deduzido que o fragmento tem uma chance alta de ser corrompido também para ser útil, e será, portanto, eliminado da pilha (P) antes da retransmissão da solicitação referente a esse fragmento para a fonte.
As figuras 6 e 7 descrevem as medições da variação em taxa de bit útil oferecida para várias configurados do sistema; curvas I, II, Ill corres- pondem aos resultados obtidos pelos sistemas da técnica anterior, para 2, 4 e 6 pulos, respectivamente. As curvas Ip, llp, Illp são obtidas para 2, 4 e 6, respectivamente, utilizando o método de acordo com a invenção. A partir dessas curvas emerge que a funcionalidade proxylite resulte em uma eco- nomia, que limita a queda em taxa de bits com o aumento na duração do intervalo de tempo médio entre a recepção de dois quadros de vídeo para o cliente.
A figura 8 ilustra para as mesmas configurações do sistema co- mo nas figuras 6 e 7 o ganho em termos de qualidade de objetivo (represen- tada pela Razão de Sinal de Pico para Ruído PSNR); curvas IV, V, Vl cor- responde aos resultados obtidos pelos sistemas da técnica anterior, para 2, 4 e 6 pulos, respectivos, o índice ρ correspondendo às curvas obtidas utili- zando-se o método de acordo com a invenção. Isso é ainda mais claramente aparente quando da observação da variação na qualidade de vídeo instan- tânea do vídeo transmitido.
Em um contexto onde o recurso de rádio é raro ou caro e/ou pa- ra fins de economia, baterias de nó têm um papel de uma rede ad hoc em uma rede de iguais móveis, cada nó tendo o papel de envio, incluindo para dados que não se referem ao mesmo, e, portanto, para os quais não deseja- rá exaurir sua bateria, será, portanto, benéfico se solicitar uma retransmis- são de dados de multimídia errados apenas se a taxa de erro for verdadei- ramente significativa, isso é, que a informação transmitida pelo pacote cor- rompido não seja suficiente para o decodificador de multimídia para fornecer uma máscara relevante. Estatisticamente, a obtenção de cabeçalhos corre- tos, por exemplo, por meio de soma de verificação UDP-Lite, em um pacote é um teste razoável de se existe uma chance de o pacote não estar muito corrompido para o decodificador de fontes saber como utilizar.
O método e o sistema de acordo com a invenção aperfeiçoam o desempenho das transmissões de ponto para múltiplos pontos em virtude da função dupla de "proxy" e "lite". Um dos benefícios desse sistema é que po- de se adaptar a qualquer técnica de direcionamento adaptativa de modo a harness o mesmo desempenho aperfeiçoado do sistema.
A invenção também possibilita a limitação da banda de passa- gem utilizada para as transmissões úteis (um nó que conhece um item de informação fornece o mesmo diretamente, tornando desnecessário se voltar para a fonte (função proxy)). Essa operação é realizada até mesmo para os pacotes que podem possivelmente ser corrompidos no nível de carga útil, de modo a harness as capacidades de seqüências de multimídia a serem exibi- das com poucos erros ou perdas (função proxylite).
Ademais, cada pacote é marcado de modo a ser possível se sa- ber seu estado exato (corrompido ou não) e permitir a recusa de solicitações para a retransmissão como uma função das escolhas de usuários/sistema.

Claims (8)

1. Método para transmitir dados de multimídia em uma rede de comunicação ad hoc compreendendo pelo menos uma fonte S e vários nós Ni se comunicando um com o outro por meio de conexões Li, um número Np dos ditos nós sendo equipado com um processador adaptado para executar pelo menos as seguintes etapas: receber (20) pelo menos um pacote de dados de multimídia, o dito pacote de dados compreendendo um ou vários cabeçalhos, uma CRC de cabeçalho de transporte, um cabeçalho CRC, uma CRC de rádio, realizar (21) um cálculo da CRC de rádio completa do dito paco- te recebido, a) no caso onde o valor da CRC de cabeçalho compreende um erro, então o pacote é eliminado, (22), b) no caso onde o valor da CRC de cabeçalho está livre de erro, então a etapa a seguir consiste na observação para ver se o nó atual Ni é o nó destinatário, e marcar o dito pacote de dados com um indicador (CRC_Error_Flag) quando a carga útil dos dados em pacote está errada. c) se o nó atual for o nó destinatário, então o método carregará o valor da CRC de rádio completa (25), testará (26) se o valor da CRC de transporte está errada, eliminará o pacote (27) se esse valor estiver errado, do contrário, carregará o pacote para o aplicativo (30) para decodificação. d) se o nó atual não for o nó destinatário, então, (40), o método armazena o pacote em uma pilha temporária Q e inicializa um temporizador T(pkltd) correspondente a uma duração máxima do processamento de dados do pacote, o método, depois disso, verifica o valor da CRC de rádio comple- ta do dito pacote (41), se o dito valor estiver correto então o método modificará a pilha Q e reconfigurará o temporizador T(pkltd) para zero (43) de modo a despa- char o pacote (56, 57, 58) e então o método começa o processamento de outro pacote de dados de multimídia, se o valor da CRC de rádio dos dados estiver errado, então (44) o método lança o acionamento do temporizador CKS_VER(Pkld) (45) ou uma verificação no nível de integridade de carga de dados, em paralelo, o método realiza o carregamento (46) do pacote dos dados de multimídia para as camadas superiores da rede de rádio, en- quanto elimina os pacotes para os quais o valor da CRC de transporte está errado (48) e enquanto carrega os cabeçalhos corretos para o pacote Pkld (51) para os pacotes para os quais o valor da CRC do RTP específico está correto, se o temporizador CKS_VER(Pkld) que corresponde à verifica- ção da integridade do pacote tiver expirado, em todos os casos, o método modifica a pilha Q pela eliminação do pacote (55), e) mediante a expiração do temporizador T(PkId) (56) o método extrairá o pacote da pilha Q de modo a transmitir o mesmo em um novo pu- lo, ou para outro nó da rede, para essa finalidade realizará um novo cálculo da CRC de rádio completa (57) e então enviará o pacote na camada física (58) para o próximo pulo destinado a um nó da rede.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de no curso da etapa d), se o temporizador CKS_VER(Pkld) não tiver expirado, então o método modifica a memória temporária ou pilha Q configu- rando um campo indicando a corrupção do pacote.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de um pacote de dados compreender um rótulo correspondente a um item de informação em um pedaço específico de cabeçalho RTP do pacote, o dito cabeçalho RTP específico contendo uma soma de verificação adicio- nal permitindo a validação do cabeçalho RTP e opcionalmente dos primeiros bytes da carga útil, pacotes sendo eliminados quando esse valor está erra- do.
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de compreender uma etapa de armazenamento de informação incluindo pelo menos as seguintes etapas: quando o nó em que os dados são recebidos é o destinatário, simultaneamente, o método carrega o valor da CRC de rádio completa (25) e faz (61) uma cópia do pacote em uma pilha P para o armazenamento (62) na dita pilha P do identificador do pacote, da carga útil ou seus dados do pacote e o estado do pacote, no caso em que o nó não é o destinatário, então, quando o valor da CRC de rádio completa está incorreto, o método carrega (63) o item de informação errado (63a), para armazenamento, e aciona o temporizador CKS VER(PkId) para verificação do pacote (52), quando o valor da CRC de rádio completa estiver correto (41) e o valor de CRC_Error flag estiver correto (42), o dito método transmite (65) o item de informação correto para armazenamento, carrega o item de informa- ção errado (64) para armazenamento e de acordo com as etapas da reivin- dicação 1, o método aciona uma solicitação para verificação da integridade do pacote CKSVERREQ, e o lançamento do temporizador (44, 45) CKS VER(PkId) para verificação da integridade do pacote, durante a etapa de carregamento de pacote para as camadas superiores (46), o método carregará (66) a informação de armazenamento para o pacote Pkld para a pilha P, no caso em que a transmissão no último pulo corrompeu o paco- te, o módulo de resposta (70) para responder às solicitações de verificação CKS VER REQ é invocado e, portanto, irá depois do lançamento do tempo- rizador CKS VER(PkId), em paralelo com o carregamento (51), interrogar (67), a pilha P para verificar se a última contém uma versão intacta do paco- te, caso em que o temporizador CKS_VER(Pkld) é configurado para zero, e o método substitui pela carga útil errada a carga útil intacta na pilha Q, mediante a expiração temporizador T(PkId), o método extrairá o pacote para transmissão enquanto tendo, de antemão, recalculado (57) a CRC de rádio, se não encontrar qualquer pacote intacto, o método espera pelo carregamento do pacote (51) e propaga o pacote quando apenas a carga útil ou os dados foram corrompidos.
5. Método, de acordo com a reivindicação 2, em que durante o armazenamento na pilha Ρ, o método armazena os dados recebidos no nível do nó além da identificação de dados, um item de informação referente à sua possível corrupção mediante cada carregamento na pilha P.
6. Método, de acordo com a reivindicação 4, em que um nó rea- liza uma função proxy e caracterizado pelo fato de compreender as seguin- tes etapas: o dito modo intercepta as solicitações "upgoingOK, as solicita- ções enviadas de um cliente para a fonte remetente, e pelo fato de compre- ender pelo menos as etapas a seguir: calcular o valor CRC de rádio completo, testar o valor da CRC de cabeçalho de conexão, se a última estiver errada, então o pacote é eliminado, se o valor da CRC de cabeçalho estiver livre de erro; então se o nó for o destinatário: o pacote é carregado para o aplicativo se o nó não for o destinatário, então: o pacote é armazenado na pilha temporária Q com o temporiza- dor T(pkltd) o pacote é carregado para o aplicativo, depois da expiração do temporizador o pacote é transmitido em um novo pulo depois do novo cálculo da CRC completa No nível de aplicativo: se os dados solicitados forem armazenados na pilha P, a pilha despacha a resposta necessária ou começa diretamente a transmissão dos dados solicitados, do contrário, despacha uma mensagem para eliminar o pacote da pilha Q.
7. Sistema para a transmissão de dados de multimídia em uma rede ad hoc compreendendo pelo menos uma fonte enviando dados de mul- timídia e vários nós Ni comunicando um com o outro em virtude das cone- xões Li, os ditos nós compreendendo uma parte receptora (4), possibilitando a recepção de um pacote de dados, e uma parte remetente (5), a função da qual é transferir um pacote para um Ni, caracterizado pelo fato de os nós Np serem equipados com os elementos adicionais a seguir: uma pilha Q corres- pondendo a uma memória de armazenamento temporário, uma pilha P ou memória de longo prazo, e um processador (6) adaptado para executar as etapas do método como definido na reivindicação 1.
8. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de um nó ser equipado com uma pilha P ou memória de longo prazo que servirá para o armazenamento de informação nos pacotes que passa- ram através desse nó, se o nó for o destinatário ou simplesmente um nó de trânsito capaz de preservar os dados para uso de uma solicitação futura de- pois dos novos cálculos de CRC, se existir algum.
BRPI1004255A 2009-07-31 2010-07-30 método para transmitir dados de multimídia em redes de comunicação ad hoc BRPI1004255A8 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0903789A FR2948838B1 (fr) 2009-07-31 2009-07-31 Procede de transmission de donnees multimedia dans des reseaux de communication adhoc

Publications (2)

Publication Number Publication Date
BRPI1004255A2 true BRPI1004255A2 (pt) 2012-04-10
BRPI1004255A8 BRPI1004255A8 (pt) 2019-02-19

Family

ID=42040312

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI1004255A BRPI1004255A8 (pt) 2009-07-31 2010-07-30 método para transmitir dados de multimídia em redes de comunicação ad hoc

Country Status (7)

Country Link
US (1) US8321754B2 (pt)
EP (1) EP2282432B1 (pt)
BR (1) BRPI1004255A8 (pt)
ES (1) ES2441448T3 (pt)
FR (1) FR2948838B1 (pt)
PL (1) PL2282432T3 (pt)
SG (1) SG168510A1 (pt)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2536175B1 (en) * 2011-06-14 2014-08-13 Telefonaktiebolaget L M Ericsson (publ) Method, apparatus and computer program for a network node including a PCEF for establishing a user plane session
US9419985B1 (en) * 2012-09-25 2016-08-16 Morta Security Inc Interrogating malware
US20160188529A1 (en) * 2014-12-25 2016-06-30 Intel Corporation Guaranteed quality of service in system-on-a-chip uncore fabric
CN105657456A (zh) * 2016-03-10 2016-06-08 腾讯科技(深圳)有限公司 一种多媒体数据的处理方法、装置和系统
US9952923B2 (en) * 2016-06-30 2018-04-24 Vmware, Inc. Synchronizing replicas with media errors in distributed storage systems
US10784989B2 (en) * 2018-03-14 2020-09-22 Cypress Semiconductor Corporation Bit error correction for wireless retransmission communications systems
CN114040023B (zh) * 2021-10-15 2023-09-08 山东云海国创云计算装备产业创新中心有限公司 一种高速总线报文出错处理方法、控制器及存储介质
CN121547440B (zh) * 2026-01-22 2026-05-08 山东华天科技集团股份有限公司 适用于多节点智能设备系统的自适应节点寻址方法及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7106757B2 (en) * 2001-12-19 2006-09-12 Intel Corporation System and method for streaming multimedia over packet networks
US20070008884A1 (en) * 2003-10-08 2007-01-11 Bob Tang Immediate ready implementation of virtually congestion free guarantedd service capable network
US20090199064A1 (en) * 2005-05-11 2009-08-06 Board Of Trustees Of Michigan State University Corrupted packet toleration and correction system
US8792865B2 (en) * 2006-06-29 2014-07-29 Qualcomm Incorporated Method and apparatus for adjusting packet data content by sending null packets based on transmitter signal condition or requirement
US8306060B2 (en) * 2006-11-07 2012-11-06 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having a composite frame format
US8086940B2 (en) * 2008-04-28 2011-12-27 Newport Media, Inc. Iterative decoding between turbo and RS decoders for improving bit error rate and packet error rate

Also Published As

Publication number Publication date
SG168510A1 (en) 2011-02-28
EP2282432A1 (fr) 2011-02-09
FR2948838A1 (fr) 2011-02-04
US20110131466A1 (en) 2011-06-02
US8321754B2 (en) 2012-11-27
ES2441448T3 (es) 2014-02-04
BRPI1004255A8 (pt) 2019-02-19
FR2948838B1 (fr) 2011-07-22
PL2282432T3 (pl) 2014-04-30
EP2282432B1 (fr) 2013-10-23

Similar Documents

Publication Publication Date Title
JP4567367B2 (ja) Oam機能を可能にするアドレスの挿入
US8169914B2 (en) Method and node for transmitting data over a communication network using negative acknowledgment
CN1918558B (zh) 一种多个站在共享介质上进行通信的网络中的操作方法
KR101696776B1 (ko) 향상된 확인응답 및 재송신 메커니즘
BR112017006261B1 (pt) Método para endereçamento múltiplo sensível a aplicativo para aceleração de tráfego de dados em redes de comunicação de dados
CN114422432B (zh) 基于可靠传输层的可靠覆盖
CN101981894B (zh) 基于中继的报头压缩
US8819532B2 (en) Methods and devices for transmitting a data stream and corresponding computer readable media
Wood et al. A bundle of problems
ES2441448T3 (es) Procedimiento de transmisión de datos multimedia en redes de comunicación ad hoc
KR101610715B1 (ko) 단방향 데이터 송수신 시스템 및 방법
ES2732075T3 (es) Método de transporte de un flujo multipunto en una red de área local y dispositivo para la conexión que implementa el método
BRPI0009590B1 (pt) notificação de descarte de pacote para protocolo de retransmissão semi-confiável
CN101641898A (zh) 增强差错控制通信系统和方法
CN111555982B (zh) 一种基于IPv6扩展头的报文智能选路的方法和系统
US11363123B2 (en) Supporting internet protocol version 4 (IPv4) extension headers
US9106546B1 (en) Explicit congestion notification in mixed fabric network communications
WO2012058930A1 (zh) 链路故障检测方法及系统
BRPI0418723B1 (pt) método para o reparo de dados em um sistema capaz de comunicações ponto-multiponto, sistema de comunicação e dispositivo emissor
CN101252524A (zh) 一种报文传输的方法、系统和装置
CN114125080A (zh) 一种报文链终端协议栈构建方法和解析方法、装置及终端
CN108769000B (zh) 一种用于深空环境的高效流媒体传输方法
WO2007052764A1 (ja) セッション中継装置およびセッション中継方法
CN103138873A (zh) 层二数据包时延的获取方法及设备
US11588925B2 (en) Method for transferring large amounts of data through a telematic network in an efficient and reliable manner at a high-speed

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B03H Publication of an application: rectification [chapter 3.8 patent gazette]

Free format text: REFERENTE A RPI 3.1 2153 DE 10/04/2012, QUANTO AO ITEM (54)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04W 84/18 , G06F 17/00 , G06F 19/00

Ipc: H04L 1/00 (2006.01)

B11B Dismissal acc. art. 36, par 1 of ipl - no reply within 90 days to fullfil the necessary requirements