BRPI0707505A2 - dispositivo e mÉtodo para mitigar os efeitos de ruÍdo de impulso em transferÊncia de pacote de dados - Google Patents

dispositivo e mÉtodo para mitigar os efeitos de ruÍdo de impulso em transferÊncia de pacote de dados Download PDF

Info

Publication number
BRPI0707505A2
BRPI0707505A2 BRPI0707505-7A BRPI0707505A BRPI0707505A2 BR PI0707505 A2 BRPI0707505 A2 BR PI0707505A2 BR PI0707505 A BRPI0707505 A BR PI0707505A BR PI0707505 A2 BRPI0707505 A2 BR PI0707505A2
Authority
BR
Brazil
Prior art keywords
physical layer
communication line
data
relay
pulse noise
Prior art date
Application number
BRPI0707505-7A
Other languages
English (en)
Inventor
Geert Bert Maarten Ysebaert
Acker Katleen Peggie Florimond Van
Piet Michel Albert Vandaele
Original Assignee
Alcatel Lucent
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 Alcatel Lucent filed Critical Alcatel Lucent
Publication of BRPI0707505A2 publication Critical patent/BRPI0707505A2/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/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • 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
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • 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
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0071Use of interleaving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1806Go-back-N protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

DISPOSITIVO E MÉTODO PARA MITIGAR OS EFEITOS DE RUÍDO DE IMPULSO EM TRANSFERÊNCIA DE PACOTE DE DADOS. A presente invenção refere-se a um dispositivo (112) para mitigar os efeitos de ruído de impulso sobre a transferência de pacote de dados por uma linha de comunicação (102), que está configurado pelo menos parcialmente de acordo com as características de camada física da dita linha de comunicação (102). Como um exemplo, um dispositivo de mitigação de ruído de impulso (112) pode estar configurado para retransmitir em resposta a cada solicitação de retransmissão uma quantidade de pacotes de dados que depende do retardo de intercalação ID de camada física e/ou da taxa de bits de dados DBR.

Description

Relatório Descritivo da Patente de Invenção para "DISPOSITIVOE MÉTODO PARA MITIGAR OS EFEITOS DE RUÍDO DE IMPULSO EMTRANSFERÊNCIA DE PACOTE DE DADOS".
Campo da Invenção
A presente invenção refere-se genericamente a mitigar os efei-tos de ruído de impulso em transferência de pacote de dados por uma linhade comunicação. O ruído de impulso é um ruído de curta duração, usual-mente mas não necessariamente afetando uma larga faixa de freqüência nalinha de comunicação. É tipicamente o resultado de um distúrbio ou eventode curta duração na vizinhança da linha de comunicação, como por exemploa passagem de um bonde ou trem se a linha de comunicação estiver dispos-ta próximo de uma estrada de ferro, ou mudanças em utensílios domésticoscomo o ligamento/desligamento de iluminação, dimmers, refrigeradores, má-quinas de lavar, secadoras, elevadores, etc. As mudanças em tais utensíliostipicamente induzem surtos de ruído que variam de poucas centenas de mi-crossegundos até poucos segundos no espectro de freqüência utilizado paraa transferência de pacotes de dados em, por exemplo, redes domésticas oude acesso. O ruído de impulso pode ondular através da pilha de protocolos eeventualmente afetar as camadas mais altas da camada de conexão de da-dos até a camada de aplicativo. Como uma conseqüência, um ruído de im-pulso não corrigido pode levar à corrupção de pacote de dados, isto é, perdaou distúrbio de pacote de dados, que reduz a qualidade de experiência dousuário final. No caso de disposição de vídeo por exemplo, um ruído de im-pulso que permaneça não corrigido na camada física ou mais alta pode re-sultar em artefatos visuais para o observador. Os problemas de estabilidadeque resultam de ruído de impulso são esperados aumentarem no futuro, es-pecificamente em linhas que estão estendidas próximo do limite de desem-penho como por exemplo os pares de cobre torcidos utilizados em uma redede DSL (Linha de Assinante Digital). Como os operadores de rede estão de-sejando modernizar tais linhas de comunicação para oferecer taxas de bitsmais altas para permitir os serviços de tripla execução, a mitigação dos efei-tos de ruído de impulso será um dos principais desafios.É notado que "linha de comunicação" no contexto do pedido depatente corrente deve ser amplamente interpretada como cobrindo qualquermeio de transmissão com fio ou sem fio utilizado para a transferência de pa-cotes. Exemplos são uma Linha de Assinante digital como uma linha ADSL(Linha de Assinante Digital Assimétrica) ou uma linha VDSL (Linha de Assi-nante Digital de velocidade Muito Alta), um cabo coaxial ou fibra ótica dis-posto em redes de transmissão, de acesso ou doméstica, uma conexão semfio como uma conexão de GPRS (Serviços de Rádio de Pacote Geral), umaconexão de UMTS (Sistema de Telecomunicações Móvel Universal), umaconexão LAN sem fio doméstica, etc. "Pacote de Dados" no contexto do pe-dido de patente corrente significa qualquer grupo de bytes ou de bits de da-dos de comprimento fixo ou comprimento variável que é transferido comouma entidade única. Em outras palavras, este também cobre os quadros dedados, as células de dados, as palavras de dados, os símbolos de dados, ossegmentos de dados, etc. Um exemplo é um pacote de vídeo que contém1500 bytes consecutivos de um fluxo de vídeo que é transferido pela linha decomunicação.
Antecedentes da Invenção
Os mecanismos existentes para mitigar a perda de pacotes de-vido ao ruído de impulso podem ser categorizados como ou mecanismos deretransmissão ou mecanismos de correção adiantada de erros (FEC).
os mecanismos de retransmissão consistem em repara os paco-tes de dados corrompidos pelo reenvio dos pacotes de dados para os quaisuma solicitação de retransmissão foi recebida. A solicitação de retransmis-são pode ser emitida pelo receptor que recebeu um pacote de dados irrecu-peravelmente afetado (tais implementações são freqüentemente referidascomo mecanismos de ARQ ou Solicitação de Repetição Automática) ou al-ternativamente pode ser emitida por um temporizador que aguarda o recep-tor confirmar a recepção do pacote de dados, mas não recebendo tal confir-mação dentro de um período de tempo predefinido do envio do pacote dedados. As combinações de ambos, isto é, as solicitações de retransmissãodo receptor para os pacotes irrecuperavelmente danificados e as solicitaçõesde retransmissão de um temporizador no ou próximo do retransmissor paraos pacotes de dados confirmados ou perdidos, estão também descritas naliteratura.
A retransmissão é tipicamente feita nas camadas mais altas, istoé, as camadas de pilha de protocolo acima da camada física tal como a ca-mada de TCP ou camada de Protocolo de Controle de Transmissão.
A retransmissão foi também sugerida para a camada física, porexemplo na contribuição de padrão ETSI SDSL da France Telecom intitulada"Correção de Ruído de Impulso em SDSL Utilizando Solicitação de Re-transmissão". Nesta contribuição de padrão, é proposto implementar na ca-mada PMD (Dependente de Meio Físico) de um sistema de SDSL (Linha deAssinante Digital Simétrica) registrar os segmentos de dados recentementetransmitidos no transmissor de SDSL. O receptor de SDSL pode solicitar aretransmissão de um segmento de dados que foi corrompido através da o-corrência de ruído de impulso no par de cobre indicando o número de seg-mento do segmento de dados a ser reenviado. O transmissor de SDSL rece-bendo uma solicitação de retransmissão, manipula a solicitação em prioridade.
Ainda outra implementação de retransmissão é um esquema deretransmissão de camada dupla descrito na Patente U.S. Número 6.931.569.Aqui, a camada de conexão do receptor e a camada física do transmissorincluem melhoramentos que interagem uns com os outros para a recupera-ção de erros. A camada de conexão de recepção, detectando os pacotes dedados perdidos ou afetados, envia uma solicitação de retransmissão na dire-ção da camada física de transmissão de modo a iniciar a retransmissãodo(s) pacote(s) corrompido(s).
Outros esquemas de retransmissão podem ser encontrados emA.S. Tanenbaum, "Computer Networks", Quarta Ed., 203, mais especifica-mente nas suas seções 3.3 e 3.4.
Os mecanismos de retransmissão existentes são ineficientes emconexões de comunicação com uma alta perda (devido à expansão de largu-ra faixa inerente à retransmissão), um alto retardo (devido à latência inerenteà retransmissão). Os mecanismos de retransmissão conhecidos são depen-dentes do meio, significando que estes estão configurados para operarigualmente em cada linha, independentemente das condições físicas e/ouconfiguração física da linha.
Os mecanismos de correção adiantada de erros (FEC) estãobaseados no cálculo de um código de FEC, isto é, uma quantidade de bitsou bytes redundantes que são adicionados a cada pacote de dados e podemser utilizados no decodificador do receptor para recuperar um número limita-do de erros de transmissão tais como os erros devidos ao ruído de impulso.
Os mecanismos de FEC populares são, por exemplo, a codificação de Reed-Solomon, a codificação Baseada em Paridade, a codificação de Harris As-cent.....Uma vista geral de alguns mecanismos de FEC e sua eficiência pa-ra mitigar os efeitos de perda de pacotes especificamente para as aplicaçõesde transmissão ou multidifusão está dada na publicação "Mitigating PacketLoss in IP Audio, Multicast Transmission" do autor Jeffrey S. Pattavina. Estapublicação pode ser encontrada na Internet através do URL:
http://www.commsdesiqn.com/showArticle.ihtml?articlelD=18901393
Os mecanismos de FEC são usualmente implementados na ca-mada física e são freqüentemente combinados com intercalação. Pela inter-calação no transmissor e desintercalação no receptor os bytes de dados depalavras de código de FEC consecutivas, o efeito de ruído de curta duraçãoou de ruído de impulso é dispersado sobre diversas palavras de código deFEC, aperfeiçoando as chances de que o decodificador de recepção serácapaz de recuperar os erros induzidos pelo ruído de impulso. A FEC de Re-ed-Solomon e a intercalação são por exemplo utilizadas em laços de ADSL(Linha de Assinante Digital Assimétrica). A configuração combinada do codi-ficador/decodificador de FEC de camada física e intercalador/desintercaladordetermina a quantidade de proteção contra ruído de impulso ou INP parauma linha de comunicação. Esta proteção contra ruído de impulso ou INPpode ser vista como o comprimento máximo de um surto de ruído de impulsocontra o qual a linha está protegida através de FEC e intercalação. Indepen-dentemente da INP, também o retardo máximo que pode ser consumido pelaconexão de DSL pode ser configurado. Tanto as especificações de INP mí-nima quanto de retardo máximo determinam os parâmetros de codificação ede intercalação. Uma linha de ADSL pode por exemplo ser configurada nasua camada física para ter uma INP mínima de 2 símbolos de DMT (MultiTons Discretos) com um retardo máximo de 16 milissegundos.
As técnicas de retransmissão em camadas mais altas podem sercombinadas com as técnicas de FEC na camada física de modo a mitigar oefeito de surtos de ruído de impulso que excedam a INP em comprimento.
Uma sinergia entre os dois mecanismos com a FEC sendo utilizada parareparar as perdas de pacote individuais e a retransmissão sendo utilizadacomo um mecanismo de recuperação adicional está por exemplo sugeridano parágrafo 4.1 da RFC 2354 "Options for Repair of Streaming Media", pu-blicada no site da Web do IETF e baixável da Internet através do URL:http://www.ietf.orq/rfc/rfc2354.txt?number=2354
Quando um surto de ruído de impulso excede a INP em umalinha que está protegida através de um mecanismo de FEC1 um grande surtode erros ocorrerá, tipicamente afetando diversos pacotes de dados. Tal surtode erros introduzirá uma corrupção de pacote de dados correlacionada nascamadas mais altas, isto é, múltiplos pacotes de dados consecutivos sãoperdidos ou afetados de cada vez. Como um exemplo, uma linha de ADSLpode ser considerada cuja função de intercalação de camada física estáconfigurada para introduzir um retardo de intercalação de 16 milissegundos.
Quando a proteção contra ruído de impulso é excedida, um surto de erros depelo menos 16 milissegundos ocorrerá porque a função de intercalação dis-persa os bytes corrompidos consecutivos por pelo menos 16 milissegundos.
Se a linha de ADSL for utilizada para conduzir pacotes de vídeo que tem umcomprimento de 1500 bytes, e a taxa de bits de downstream na linha deADSL for assumida ser de 4 Mbps (megabits por segundo), então o númerode pacotes de vídeo consecutivos quer serão corrompidos é pelo menos:ceil [16.10-3 s χ 4.106 bits/s/(1500 χ 8 bits/pacote)] = 6 pacotes
Assim, a configuração na camada física determina a intensidadede surto da corrupção de pacote de dados. Os mecanismos de retransmis-são da melhor técnica moderna, tradicionais podem ser combinados com astécnicas de FEC e de intercalação, mas estes são independentes de meiofísico. Em outras palavras, tais técnicas de retransmissão estão igualmenteconfiguradas para todas as linhas e não levam em conta as diferenças entreas linhas tais como a intensidade de surto da corrupção de dados.
Finalmente, é reconhecido que é conhecido aplicar os mecanis-mos de FEC em camadas mais altas, tal como por exemplo a camada deRTP (Protocolo em Tempo Real), para proteção contra os surtos de errosem uma camada inferior. Tais mecanismos de FEC de camada mais alta sãotambém configurados independentemente do meio, isto é, sem levar emconta as diferenças de camada física entre as diferentes linhas. Tal meca-nismo de FEC pode ser encontrado na IETF RFC 2733 de J. Rosemberg etal., intitulada "An RTP Payload Format for Generic Forward Error Correcti-on". Esta RFC de Dezembro de 1999 pode ser encontrada na Internet atra-vés do URL:
http://www.ietf.orq/rfc.2733.txt?number=2733Outra publicação em que tal mecanismo de FEC pode ser en-contrado é o artigo do Fórum de MPEG "Transmission of ProfessionalMPEG-2 Transport Streams over IP Networks", baixável através do seguinteURL:
http://62.73.167.57/publications/pdf/Vid-on-IP-CoP3-r2.DdfTambém, códigos de FEC de propriedade existem, por exemploos assim denominados códigos Raptor os quais estão explicados no site daWeb da Digital Fountain em "DE Raptor FEC Technology" no URL:
http.7/www.diqitalfountain.com/technoloav/index.cfm
É um objeto do presente pedido de patente descrever um dispo-sitivo e método para efeitos de mitigação de ruído de impulso em transferên-cia de pacotes de dados por uma linha de comunicação, mas o qual superaas desvantagens acima descritas das técnicas de mitigação de ruído de im-pulso existentes, ou combinações de tais técnicas.
SUMÁRIO DA INVENÇÃO
De acordo com a presente invenção, o objeto apenas definido érealizado através de um dispositivo para mitigar os efeitos de ruído de impul-so sobre a transferência de pacote de dados por uma linha de comunicação,o dispositivo estando configurado pelo menos parcialmente de acordo comas características de camada física da linha de comunicação. Tal dispositivoestá definido na reivindicação 1.
Realmente, a integridade de pacotes de dados transferidos deuma extremidade para a outra é melhor garantida quando a técnica de miti-gação de ruído de impulso está configurada de acordo com as característi-cas de camada física da linha. Deste modo, a técnica de mitigação de ruídode impulso, por exemplo o mecanismo de retransmissão ou o mecanismo deFEC, poderia diferir de linha para linha dependendo por exemplo da taxa debits, da latência, do número de símbolos de DMT por palavra de código deFEC, por profundidade de intercalação, etc., com isto compensando pelasdiferenças inerentes entre as características de camada física das diferenteslinhas.
Quando o operador tem diferentes configurações por linha, omecanismo de retransmissão ou o mecanismo de FEC de acordo com aspresente invenção poderia até estar configurado em toda a rede, levando emconsideração as condições de linha de pior caso, por exemplo o retardo depior caso em uma conexão de DSL.
A presente invenção ainda refere-se a um agente de camadafísica como definido na reivindicação 12 e a um método para mitigar os efei-tos de ruído de impulso na transferência de pacote de dados por uma linhade comunicação como definido na reivindicação 13.
Em uma característica opcional do dispositivo de acordo com apresente invenção, definida pela reivindicação 2, é que o dispositivo é umdispositivo de retransmissão de pacote de dados que compreende:
a. um meio para memorizar os pacotes de dados recentementetransmitidos;
b. um meio para receber uma solicitação de retransmissão paraum pacote de dados corrompido;
c. um meio para gerar tempos de espera; ed. um meio para retransmitir pelo menos o pacote de dados cor-rompido.
Realmente, uma instância possível do dispositivo para mitigar osefeitos de ruído de impulso de acordo com a invenção corrente é um disposi-tivo de retransmissão, que opera com base em solicitações de retransmissãoque vem do receptor e/ou um temporizador que gera os tempos de esperaquando nenhuma confirmação ou solicitação de retransmissão é recebida.Como será abaixo explicado, implementações alternativas existem, tal comoos dispositivos de correção adiantada de erros.
É notado que a solicitação de retransmissão poderia ser recebi-da do receptor que tendo recebido um pacote de dados corrompido, ou al-ternativamente poderia ser recebida de um temporizador no ou próximo dotransmissor que aguarda as confirmações do receptor.
Uma característica opcional do dispositivo de acordo com a in-venção corrente é que este pode estar configurado para retransmitir em res-posta a cada solicitação de retransmissão uma quantidade de pacotes dedados dependentes de retardo de intercalação ID de camada física da ditalinha de comunicação. Esta característica opcional está definida pela reivin-dicação 3.
Como já acima explicado, o retardo de intercalação de camadafísica determina a intensidade de surto de perda de pacote, com isto o nú-mero de pacotes de dados consecutivos que serão corrompidos através deum surto de ruído de impulso que excede a INP de proteção de ruído de im-pulso. Conseqüentemente, um dispositivo que retransmite automaticamenteuma quantidade de pacotes de dados que corresponde por exemplo à quan-tidade mínima de pacotes de dados que será computada pelo surto de ruídode impulso beneficia-se das características de camada física para aperfeiço-ar a eficiência do mecanismo de retransmissão.
Uma alternativa ou outra característica opcional poderia ser con-siderar o histograma de duração de ruído de impulso. De o retardo de inter-calação for muito baixo, o surto de ruído de impulso poderia ser mais longodo que o retardo de intercalação. Com isto, se as estatísticas do retardo deintercalação estiverem disponíveis, a intensidade de surto será determinadapelo (retardo de intercalação, comprimento de surto de ruído de impulso)máximo. No entanto, um histograma da duração de ruído de impulso nãoestá sempre disponível.
Ainda outra característica opcional do dispositivo de acordo coma presente invenção é que este pode estar configurado para retransmitir emresposta a cada solicitação de retransmissão uma quantidade de pacotes dedados que depende da taxa de bits de dados DBR de camada física da linhade comunicação. Esta característica opcional está definida pela reivindica-ção 4.
Esta característica constrói a percepção de que o número depacotes de dados que serão corrompidos através de um surto de ruído deimpulso de certa duração será proporcional à taxa de bits de dados na linhade comunicação (pelo menos quando é assumido que todos os pacotes dedados tem o mesmo comprimento). Com isto, a configuração da retransmis-são para retransmitir automaticamente mais pacotes de dados em uma linhacom uma taxa de bits de dados mais alta operará mais eficientemente doque os mecanismos de retransmissão independente de meio físico tradicio-nal que estão igualmente configurados para todas as linhas.
Ainda uma característica opcional, definida pela reivindicação 5,é que a quantidade de pacotes de dados retransmitida está configurada paraser igual a ceil (ID χ DBR/DPL), com ID sendo o retardo de intercalação,DBR sendo a taxa de bits de dados na linha e DPL sendo o comprimento depacote dos pacotes de dados. Note que o teto é necessário para obter umnúmero inteiro de pacotes.
Alternativamente, a quantidade de pacotes de dados retransmiti-da seria configurada para ser igual a ceil (ID χ VBR/DPL), onde VBR é a taxade bits de vídeo. Em situações onde a taxa de bits é substancialmente maisbaixa do que a taxa de bits na linha, os pacotes serão dispersos ao longo dotempo com possivelmente outro tráfego entre estes por exemplo vindo deInternet de alta velocidade. Neste caso, os pacotes de vídeo não são umcontra o outro. Isto significa que um número mais baixo de pacotes de vídeoserá conseguido, assumindo neste caso que a retransmissão é somente ati-vada no tráfego de vídeo.
Assumindo novamente um comprimento de pacote de dados fixoe uma camada física com função de intercalação, ID χ DBR/DPL deverá cor-responder à quantidade mínima de pacotes de dados consecutivos corrom-pidos no caso de um surto de ruído de impulso cujo comprimento exceda aproteção contra ruído de impulso que resulta de FEC e de intercalação.Assim, retransmitindo automaticamente esta quantidade de pacotes de da-dos cada vez que uma solicitação de retransmissão é recebida, o desempe-nho da linha é otimizado em termos de latência e suplemento de largura debanda introduzidos pelo esquema de retransmissão.
Como uma alternativa ao dispositivo de retransmissão da reivin-dicação 2, uma instância possível do dispositivo para mitigar os efeitos deruído de impulso de acordo com a corrente invenção pode ser um dispositivode correção adiantada de erros, como definido pela reivindicação 6.
Realmente, especificamente um dispositivo de correção adianta-da de erros implementado em camadas mais altas, isto é, as camadas acimada camada física pode estar configurado de acordo com as característicasde camada física de modo a tornar-se dependente de linha e mais eficiente.
Uma escolha opcional para o dispositivo de correção adiantadade erros de acordo com a presente invenção é que este está configurado deacordo com as estatísticas de tempo interchegadas de camada física paraum ruído de impulso medido na linha de comunicação. Esta característicaopcional está definida pela reivindicação 7.
Realmente, a codificação/decodificação de FEC pode variar deuma linha para outra, dependendo das estatísticas de tempo interchegadascoletadas para o ruído de impulso nas respectivas linhas. É notado quer naprática, as estatísticas de tempo interchegadas determinará o retardo deDSL a ser configurado na linha o qual por sua vez determina a configuraçãoda retransmissão de camada mais alta ou parâmetros de FEC.
Também, uma característica opcional para um dispositivo decorreção adiantada de erros de acordo com a presente invenção é que aquantidade de pacotes de dados retransmitida está configurada para serigual a ID χ DBR /DPL, com ID sendo o retardo de intercalação, DBR sendoa taxa de bits de dados na linha e DPL sendo o comprimento de pacote dospacotes de dados. Esta característica está definida pela reivindicação 8.
Como indicado pelas reivindicações 9 a 11, um dispositivo deacordo com a presente invenção pode estar integrado em um chip (tal comoum ASIC digital), pode estar integrado em um servidor (por exemplo, umservidor de retransmissão que executa as retransmissões para diversas li-nhas), pode estar implementado em um cartão de linha (como por exemploum cartão de linha ADSL ou VDSL em um DSLAM ou Multiplexador de A-cesso de Assinante Digital), etc.
Breve Descrição do Desenho
Figura 1 ilustra uma modalidade do dispositivo para mitigar osefeitos de ruído de impulso de acordo com a presente invenção, a modalida-de sendo uma instanciação de um dispositivo de retransmissão em um nodode acesso.
Descrição Detalhada da(s) Modalidade(s)
A figura 1 mostra um ADSL CO (escritório central) 101 ao qualum ADSL CPE (equipamento de dependências do cliente) 103 está conecta-do através de um par de cobre torcido 102. A linha de ADSL é assumida serutilizada para transmissão de vídeo. Os pacotes de vídeo os quais são rece-bidos de um servidor de vídeo ou TV mais profundamente na rede e nãomostrado na figura 1 são assumidos terem um comprimento de pacote PL de1500 bytes.
As funções de camada física de ADSL, as quais estão tipica-mente integradas em um ASIC digital ou um DSP no cartão de linha deADSL no escritório central 101, estão representadas pelo bloco funcional111 na figura 1. Com referência à corrente invenção, é relevante compreen-der que os pacotes de vídeo os quais são recebidos no escritório central101, estão na camada física 111 convertidos em palavras de código de Re-ed-Solomon, e estas palavras de código de Reed-Solomon são intercaladasantes de serem convertidas em símbolos de DMT (Multi tons Discretos) quesão transmitidos na direção do ADSL CPE 103 através do canal de downs-tream na linha 102. O intercalador na camada física 111, o qual é supostooperar de acordo com as especificações de padrão ADSL para intercalação,está configurado para introduzir um retardo de intercalação ID de por exem-pio 16 milissegundos. A taxa de bit de dados de DBR no canal de downstre-am do ADSL CO 101 para o ADSL CPE 103, como determinado durante oprocedimento de inicialização de ADSL, é suposta ser por exemplo 4 Mbps(megabits por segundo).
A linha de ADSL mostrada na figura 1 está adicionalmente pro-tegida contra ruído de impulso através de um mecanismo de retransmissãoque opera a uma camada acima da camada física. Este mecanismo de re-transmissão está funcionalmente representado pelo bloco 112 na figura 1.Como um exemplo, é assumido que a função de retransmissão 112 está in-tegrada no ASIC digital 110 onde também a função de camada física 111forma parte.
A função de retransmissão 112 é sintonizada de acordo com aconfiguração da camada física 111, e mais especificamente de acordo comas características de intercalação - a profundidade de intercalação e o núme-ro de símbolos de DMT por palavra de código de RS ou retardo ID - e carac-terísticas de camada física adicionais que incluem a taxa de bits de dadosDBR na linha. Nesta, a camada física 111 inclui um agente que interfaceiacom a função de retransmissão 112 na camada mais alta e que compartilhaos parâmetros ID e a DBR com a função de retransmissão 112. A função deretransmissão 112 inclui um temporizador o qual indica que um pacote devídeo foi corrompido (perdido ou afetado) quando um certo intervalo de tem-po excedeu e nenhuma confirmação foi recebida do receptor no ADSL CPE103. É notado que isto poderia também funcionar na direção inversa onde oretardo de intercalação poderia ser diferente de up- e downstream. A funçãode retransmissão 112 após o que selecionará um número de pacotes de ví-deo consecutivos de sua memória que armazena os pacotes de vídeo recen-temente transmitidos, iniciando com aquele pacote que foi corrompido. Onúmero de pacotes de vídeo consecutivos que é selecionado, é determinadopelo retardo visto na camada física e configurado para ser no mínimo igual a:ceil (ID χ DBR/PL)
Sob as suposições acima, o número de pacotes de vídeo sele-cionados com isto é no mínimo igual a:ceil [16.10-3 s χ 4.106 bits/s/(1500 χ 8 bits/pacote)] = 6 pacotes
Iniciando com o pacote de vídeo que foi corrompido, a função deretransmissão 112 conseqüentemente deverá automaticamente reenviar 6pacotes de vídeo consecutivos, independentemente se estes pacotes devídeo estão efetivamente corrompidos.Pará outras linhas de ADSL que estende-se do ADSL CO 101
para diferentes ADSL CPEs através de diferentes pares de cobre, as carac-terísticas de camada física podem ser diferentes resultando em uma configu-ração diferente para a função de retransmissão nestas linhas. Dependendodo retardo de intercalação e da taxa de bits de downstream real nestas Ii-nhas, o número de pacotes consecutivos que serão automaticamente re-transmitidos cada vez que uma solicitação de retransmissão é recebida, po-de ser acima ou abaixo de 6, dependendo da configuração física naquelalinha. De qualquer modo, como a função de retransmissão será configuradae sintonizada para as características físicas da linha, o desempenho de cadalinha de ADSL na presença de ruído de impulso será otimizado.
Uma segunda modalidade, não ilustrada por desenhos, poderiaser uma linha de assinante onde uma FEC é utilizada a uma camada maisalta tal como a camada de RTP, para proteção contra os surtos de erros deruído de impulso em camadas inferiores. As informações de ruído de impul-so de camada física tais como as estatísticas de tempo interchegadas deri-vadas de medições de ruído de impulso executadas na linha de assinante(por exemplo pelo terminal remoto) podem ser utilizadas para configurar afunção de RTP FEC. Também aqui, o retardo desempenhará um papel. Co-mo um resultado, a função de RTP FEC deferirá de linha de assinante paraa linha de assinante, otimamente aproveitando-se do conhecimento de ca-racterísticas físicas da linha de assinante. O esquema de Pro-MPEG FECem uma das publicações acima citadas por exemplo é um esquema de FECbidimensional. Este esquema de Pro-MPEG FEC está baseado em cálculosde paridade (XOR) que são feitos sobre as colunas e as linhas de uma ma-triz de pacotes de RTP. Os pacotes de FEC corrompidos sobre as linhastrazem resiliência a perdas de pacotes individuais enquanto que os pacotesde FEC computados sobre as colunas trazem resiliência a perdas de surtode pacote. De acordo com esta invenção, o número de linhas precisará serdeterminado pelo comprimento de surto dos pacotes perdidos. Com isto,este número dependerá dos ajustes de camada física, em um modo similarcomo o esquema de retransmissão.
É notado que as características de camada física como o retardode intercalação podem ser mudadas no tempo de inicialização ou durante otempo de apresentação. Tal adaptação on-line das características de cama-da física de acordo com a corrente invenção pode ter um impacto sobre ascamadas mais altas, por exemplo, a camada de protocolo de RTP, se a fun-ção de proteção de RTP FEC ou o protocolo de retransmissão precisar serreconfigurado on-line em um modo sincronizado para ambas as extremida-des de transmissão e de recepção.
Apesar da presente invenção ter sido ilustrada por referência auma modalidade específica ilustrada pela figura 1, será aparente para aque-Ies versados na técnica que várias mudanças e modificações podem ser fei-tas dentro do espírito e do escopo da invenção. Está portanto contempladacobrir qualquer e todas as modificações, variações ou equivalentes que cai-am dentro do espírito e do escopo do princípio subjacente básico descrito ereivindicado neste pedido de patente o qual é de configurar a função de miti-gação de ruído de impulso, isto é, a função de retransmissão ou a função deFEC em camadas mais altas, de acordo com as características da camadafísica. Por exemplo o contexto de ADSL foi somente dado como um exem-plo. A pessoa versada compreenderá que implementações variantes da cor-rente invenção podem ser implementada em laços não de ADSL, por exem-pio as conexões de LAN com fio ou sem fio, as linhas de assinante de aces-so, as linhas de transmissão, etc. Outra escolha bastante artificial é ter afunção de camada física e a função de retransmissão integradas em um úni-co ASIC. Mais provável é ter a função de retransmissão fazendo parte de umservidor que serve diversas linhas. Tal servidor pode fazer parte de uma pla-ca separada que contém um armazenamento temporário de retransmissãoou uma memória assim como potência de processamento para manipular asretransmissões para uma pluralidade de linhas de ADSL. Alternativamente, afunção de retransmissão pode ser implementada em um servidor distribuídofora do DSLAM ou do nodo de acesso. Também, os parâmetros de camadafísica, isto é o retardo de intercalação ID e a taxa de bits de dados DBR, se-lecionados para sintonizar a função de retransmissão aqui acima descrita,foram escolhidos como exemplos. Novamente a pessoa versada apreciaráque vários outros parâmetros de camada física ou suas combinações pode-ria servir como uma entrada para configurar a função de retransmissão ou afunção de FEC em camadas mais altas. No caso de ADSL, por exemplo, onúmero de palavras de código de Reed-Solomon ou o assim denominadoparâmetro da camada física poderia ser utilizado para configurar a retrans-missão em camadas mais altas. É também notado que a função de retrans-missão poderia ser implementada na camada física ou uma camada maisalta como a camada de TCP. Assim é possível simular o tráfego de vídeo nonodo acesso, ou comunicar as características de camada física ou o númerode pacotes a serem retransmitidos para o hospedeiro de envio de TCP, oucamadas variantes como a camada de transporte de UDP (Protocolo de Da-tagrama do Usuário) para uma retransmissão baseada em UDP. Ainda, seráaparente para as pessoas versadas na técnica de equipamentos de teleco-municação que os blocos funcionais traçados na figura 1 e acima explicados,podem ser implementados em software, hardware ou uma combinação desoftware e hardware.

Claims (13)

1. Dispositivo (112) para mitigar os efeitos de ruído de impulsosobre a transferência de pacote dè dados por uma linha de comunicação(102), caracterizado pelo fato de que o dito dispositivo (112) está configura-do pelo menos parcialmente de acordo com as características de camadafísica da dita linha de comunicação (102) ou outras linhas de comunicaçãoem uma rede onde a dita linha de comunicação faz parte.
2. Dispositivo (112) de acordo com a reivindicação 1, caracteri-zado pelo fato de que o dito dispositivo (112) é um dispositivo de retransmis-são de pacote de dados que compreende:a. um meio para memorizar os pacotes de dados recentementetransmitidos;b. um meio para receber uma solicitação de retransmissão paraum pacote de dados corrompido;c. um meio para gerar tempos de espera; ed. um meio para retransmitir pelo menos o pacote de dados cor-rompido.
3. Dispositivo (112) de acordo com a reivindicação 2, caracteri-zado pelo fato de que o dito meio para retransmitir está configurado pararetransmitir em resposta a cada solicitação de retransmissão uma quantida-de de pacotes de dados iniciando com o dito pacote de dados corrompido, adita quantidade sendo dependente de retardo de intercalação ID de camadafísica da dita linha de comunicação (102).
4. Dispositivo (112) de acordo com a reivindicação 2, caracteri-zado pelo fato de que o dito meio para retransmitir está configurado pararetransmitir em resposta a cada solicitação de retransmissão uma quantida-de de pacotes de dados iniciando com o dito pacote de dados corrompido, adita quantidade sendo dependente da taxa de bits de dados de camada físi-ca DBR da dita linha de comunicação (102).
5. Dispositivo (112) de acordo com a reivindicação 3 e a reivindi-cação 4, caracterizado pelo fato de que a dita quantidade está configuradapara ser igual a ceil (ID χ DBR/DPL), com DPL sendo o comprimento depacote dos ditos pacotes de dados.
6. Dispositivo de acordo com a reivindicação 1, caracterizadopelo fato de que o dito dispositivo é um dispositivo de correção adiantada deerros.
7. Dispositivo de acordo com a reivindicação 6, caracterizadopelo fato de que o dito dispositivo de correção adiantada de erros está confi-gurado de acordo com as estatísticas de tempo interchegadas de camadafísica para um ruído de impulso medido na dita linha de comunicação.
8. Dispositivo de acordo com a reivindicação 6, caracterizadopelo fato de que o dito dispositivo de correção adiantada de erros está confi-gurado de acordo com ceil (ID χ DBR/DPL), com DPL sendo o comprimentode pacote dos ditos pacotes de dados.
9. Dispositivo (112) de acordo com a reivindicação 1, caracteri-zado pelo fato de que o dito dispositivo está integrado em um chip.
10. Dispositivo de acordo com a reivindicação 1, caracterizadopelo fato de que o dito dispositivo está integrado èm um servidor.
11. Dispositivo de acordo com a reivindicação 1, caracterizadopelo fato de que o dito dispositivo está integrado em um cartão de linha.
12. Agente de camada física integrado em um dispositivo (111)que implementa as funções de camada física para a transferência de paco-tes de dados por uma linha de comunicação (102), caracterizado pelo fatode que o dito agente de camada física está adaptado para interfacear com ecompartilhar as características de camada física com um dispositivo de miti-gação de ruído de impulso (112) como definido na reivindicação 1.
13. Método para mitigar os efeitos de ruído de impulso na trans-ferência de pacote de dados por uma linha de comunicação (102), caracteri-zado pelo fato de que o dito método compreende configurar um dispositivode mitigação de ruído de impulso (112) pelo menos parcialmente de acordocom as características de camada física da dita linha de comunicação (102).
BRPI0707505-7A 2006-02-07 2007-02-02 dispositivo e mÉtodo para mitigar os efeitos de ruÍdo de impulso em transferÊncia de pacote de dados BRPI0707505A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP06290224.2 2006-02-07
EP06290224A EP1816776A1 (en) 2006-02-07 2006-02-07 Device and method for mitigating effects of impulse noise on data packet transfer
PCT/EP2007/000987 WO2007090601A1 (en) 2006-02-07 2007-02-02 Device and method for mitigating effects of impulse noise on data packet transfer

Publications (1)

Publication Number Publication Date
BRPI0707505A2 true BRPI0707505A2 (pt) 2011-05-10

Family

ID=36613527

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0707505-7A BRPI0707505A2 (pt) 2006-02-07 2007-02-02 dispositivo e mÉtodo para mitigar os efeitos de ruÍdo de impulso em transferÊncia de pacote de dados

Country Status (10)

Country Link
US (1) US9455800B2 (pt)
EP (1) EP1816776A1 (pt)
JP (1) JP4959725B2 (pt)
KR (1) KR101291523B1 (pt)
CN (1) CN101026569B (pt)
AU (1) AU2007214028B2 (pt)
BR (1) BRPI0707505A2 (pt)
IL (1) IL192455A0 (pt)
RU (1) RU2449479C2 (pt)
WO (1) WO2007090601A1 (pt)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2406151C (en) 2000-04-18 2010-04-13 Aware, Inc. Data allocation with variable snr margins
EP3340511B1 (en) 2004-10-12 2022-11-30 TQ Delta, LLC Resource sharing in a telecommunications enviroment
CN101554065A (zh) * 2006-03-29 2009-10-07 罗塔尼公司 使用检测到的数据吞吐量进行资源选择方法和装置
AU2007257055A1 (en) 2006-04-12 2007-12-13 Aware, Inc. Packet retransmission and memory sharing
US20090028178A1 (en) * 2007-07-24 2009-01-29 The Board Of Trustees Of The University Of Illinois Encoding and Decoding Messages on Noisy Timing Channels
US8555149B2 (en) * 2008-03-26 2013-10-08 Ikanos Communications, Inc. Systems and methods for protecting DSL systems against impulse noise
US8271842B2 (en) * 2008-06-13 2012-09-18 Qualcomm Incorporated Reducing harq retransmissions using peak power management techniques
US8413000B2 (en) * 2008-12-02 2013-04-02 Ikanos Communications, Inc. Retransmission above the gamma interface
EP2244400A1 (en) * 2009-04-23 2010-10-27 Thomson Telecom Belgium Device and method at the device for optimizing network parameters
JP2011077603A (ja) * 2009-09-29 2011-04-14 Kyocera Mita Corp 情報処理装置および画像形成装置
US8989239B2 (en) * 2010-05-10 2015-03-24 Ikanos Communications, Inc. Systems and methods for retransmission with on-line reconfiguration
WO2012089254A1 (en) * 2010-12-29 2012-07-05 Telefonaktiebolaget L M Ericsson (Publ) Method for handling transmission errors on a telecommunications transmission line
US9154983B2 (en) 2013-01-14 2015-10-06 Qualcomm Incorporated Systems and methods for detecting or signaling the presence of bursty interference on wireless networks
RU2610697C1 (ru) * 2015-12-24 2017-02-14 Федеральное государственное унитарное предприятие "18 Центральный научно-исследовательский институт" Министерства обороны Российской Федерации Способ и устройство повторной передачи данных по протоколу пользовательских дейтаграмм
CN108075903B (zh) 2016-11-15 2020-04-21 华为技术有限公司 用于建立灵活以太网群组的方法和设备
CN109587728B (zh) * 2017-09-29 2022-09-27 上海诺基亚贝尔股份有限公司 拥塞检测的方法和装置
CN115280679B (zh) * 2020-03-09 2025-10-28 马维尔亚洲私人有限公司 车载以太网网络中的噪声减轻

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3536840A (en) * 1969-04-25 1970-10-27 Computer Modem Corp Digital data transmission system with a variable transmission rate
ATE50429T1 (de) * 1985-06-14 1990-02-15 Philips Nv System zum uebertragen von worten, gesichert bei einer kombination eines blockcodes und eines rekurrenten kodes, uebertragungsgeraet zur verwendung in solchem system und empfaengergeraet zur verwendung in solchem system.
US4730313A (en) * 1986-08-18 1988-03-08 Racal Data Communications Inc. Access circuit diagnostics for integrated services digital network
US6088342A (en) * 1997-05-05 2000-07-11 Nokia Mobile Phones Limited Dynamic configuration of radio link protocol in a telecommunications system
US5258987A (en) * 1992-04-16 1993-11-02 At&T Bell Laboratories Multilevel coding using trellis-coded modulation and reed-solomon codes
US5640415A (en) * 1994-06-10 1997-06-17 Vlsi Technology, Inc. Bit error performance of a frequency hopping, radio communication system
US6282683B1 (en) * 1994-09-26 2001-08-28 Adc Telecommunications, Inc. Communication system with multicarrier telephony transport
US5699365A (en) * 1996-03-27 1997-12-16 Motorola, Inc. Apparatus and method for adaptive forward error correction in data communications
US5995239A (en) * 1996-04-05 1999-11-30 Ricoh Company, Ltd. Facsimile apparatus, facsimile method, and facsimile system including a modem for determining a data rate
US5768527A (en) * 1996-04-23 1998-06-16 Motorola, Inc. Device, system and method of real-time multimedia streaming
FI103540B (fi) * 1997-04-28 1999-07-15 Nokia Mobile Phones Ltd Menetelmä pakettikytkentäisen datan siirtoon matkapuhelinjärjestelmäss ä
US6389066B1 (en) * 1997-09-21 2002-05-14 Lucent Technologies Inc. System and method for adaptive modification of modulated and coded schemes in a communication system
FI105734B (fi) * 1998-07-03 2000-09-29 Nokia Networks Oy Automaattinen uudelleenlähetys
US6895057B1 (en) * 1998-11-03 2005-05-17 Lucent Technologies Inc. System and method for wireless communication supporting link adaptation and incremental redundancy
FI982854L (fi) * 1998-12-31 2000-07-01 Nokia Networks Oy Datasiirto tietoliikennejärjestelmässä
JP2000224226A (ja) * 1999-01-27 2000-08-11 Denso Corp 誤り制御方式及び装置、送信及び受信制御装置
US6782490B2 (en) * 1999-03-17 2004-08-24 At&T Corp. Network-based service for the repair of IP multicast sessions
FR2794590B1 (fr) * 1999-06-01 2001-09-14 France Telecom Dispositif d'interface entre un equipement atm et un canal de transmission comportant une liaison radio synchrone
EP1096729A1 (en) * 1999-10-28 2001-05-02 Hewlett-Packard Company, A Delaware Corporation Rate adaptive payload transmission for local area networks
ES2364396T3 (es) 2000-04-17 2011-09-01 Nortel Networks Limited Cooperación entre protocolos arq en las capas físicas y de enlace para comunicaciones inalámbricas.
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
US7068619B2 (en) * 2000-08-07 2006-06-27 Lucent Technologies Inc. Radio link control with limited retransmissions for streaming services
CA2395190C (en) * 2000-10-21 2007-09-25 Samsung Electronics Co., Ltd. Harq device and method for mobile communication system
CN1146261C (zh) * 2000-10-27 2004-04-14 清华大学 一种在衰落信道中重传丢失分组的方法
US7164654B2 (en) * 2001-03-09 2007-01-16 Denso Corporation ARQ parameter retransmission control for variable data rate channels
EP1244240B1 (en) * 2001-03-21 2010-11-10 LG Electronics, Inc. Retransmission of data through a reverse link in a packet data communication system using automatic repeat request
US20020172294A1 (en) * 2001-04-02 2002-11-21 Jung-Fu Cheng Methods and systems for selective interleaving in retransmissions and iterative demodulation of modulated signals with different interleaving
US6920598B2 (en) * 2001-05-21 2005-07-19 Lucent Technologies Inc. System and method for error recovery using NAKs
KR100689551B1 (ko) * 2001-06-18 2007-03-09 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 데이터 송신 및수신장치 및 방법
AU2002319919B2 (en) * 2001-07-12 2005-02-24 Samsung Electronics Co., Ltd Reverse transmission apparatus and method for improving transmission throughput in a data communication system
US6738370B2 (en) * 2001-08-22 2004-05-18 Nokia Corporation Method and apparatus implementing retransmission in a communication system providing H-ARQ
US7447967B2 (en) * 2001-09-13 2008-11-04 Texas Instruments Incorporated MIMO hybrid-ARQ using basis hopping
KR100464325B1 (ko) * 2001-10-15 2005-01-03 삼성전자주식회사 이동통신시스템에서 패킷 재전송을 위한 송수신 장치 및 방법
KR100474682B1 (ko) * 2001-10-31 2005-03-08 삼성전자주식회사 무선통신시스템에서 패킷 재전송을 위한 송수신 장치 및 방법
KR100557167B1 (ko) * 2001-11-02 2006-03-03 삼성전자주식회사 이동통신시스템에서의 재전송 장치 및 방법
JP3490425B2 (ja) * 2002-03-14 2004-01-26 松下電器産業株式会社 受信装置及び受信方法
EP1496633A4 (en) * 2002-04-12 2010-10-20 Panasonic Corp MULTI-FEED COMMUNICATION DEVICE AND MULTI-FEED COMMUNICATION METHOD
US7684329B2 (en) * 2002-05-06 2010-03-23 Qualcomm Incorporated Method and apparatus for augmenting physical layer ARQ in a wireless data communication system
US6631127B1 (en) * 2002-05-29 2003-10-07 Motorola, Inc, Apparatus and method for dynamically selecting an ARQ method
DE60217097T2 (de) * 2002-08-13 2007-05-10 Matsushita Electric Industrial Co., Ltd., Kadoma Hybrides automatisches Wiederholungsaufforderungsprotokoll
DE60217098T2 (de) * 2002-08-13 2007-05-03 Matsushita Electric Industrial Co., Ltd., Kadoma Hybrides automatisches Wiederholungsaufforderungsprotokoll
JP4120929B2 (ja) * 2003-02-03 2008-07-16 ソニー株式会社 パケット転送装置
JP3852600B2 (ja) * 2003-02-28 2006-11-29 日本電気株式会社 通信インタフェース装置およびプログラム
US7636132B2 (en) * 2003-04-17 2009-12-22 Sharp Kabushiki Kaisha Transmitter, receiver, wireless system, control method, control program, and computer-readable recording medium containing the program
EP1628428A4 (en) * 2003-05-27 2011-10-19 Fujitsu Ltd RECEIVER AND HYBRID APQ COMMUNICATION SYSTEM
CN1207872C (zh) * 2003-07-22 2005-06-22 中国科学院计算技术研究所 无线自组织网络中保障寻径可靠性的方法
US7155655B2 (en) * 2003-07-22 2006-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Adaptive hybrid ARQ algorithms
US7355976B2 (en) * 2004-02-09 2008-04-08 Texas Instruments Incorporated Method and apparatus for providing retry control, buffer sizing and management
US20080232444A1 (en) * 2004-03-03 2008-09-25 Aware, Inc. Impulse Noise Management
KR100689451B1 (ko) * 2004-09-18 2007-03-08 삼성전자주식회사 이동통신 시스템에서 패킷 송/수신 장치 및 방법
US7839940B2 (en) * 2004-11-22 2010-11-23 Nokia Corporation Ordered retransmissions for ARQ in multicarrier systems
JP4624095B2 (ja) * 2004-12-21 2011-02-02 パナソニック株式会社 インタリーブ装置およびインタリーブ方法
KR100729258B1 (ko) * 2005-12-07 2007-06-18 엘지전자 주식회사 확장된 링크 적응화 기법을 제공하는 이동 통신 단말기 및그 방법
US7653141B2 (en) * 2006-03-31 2010-01-26 Panasonic Corporation Multi-band OFDM UWB communication systems having improved frequency diversity

Also Published As

Publication number Publication date
CN101026569B (zh) 2010-12-01
KR101291523B1 (ko) 2013-08-16
IL192455A0 (en) 2009-02-11
US9455800B2 (en) 2016-09-27
AU2007214028A1 (en) 2007-08-16
JP2009526452A (ja) 2009-07-16
JP4959725B2 (ja) 2012-06-27
KR20080092405A (ko) 2008-10-15
AU2007214028B2 (en) 2010-04-29
EP1816776A1 (en) 2007-08-08
WO2007090601A1 (en) 2007-08-16
RU2008136016A (ru) 2010-03-20
US20070198898A1 (en) 2007-08-23
RU2449479C2 (ru) 2012-04-27
CN101026569A (zh) 2007-08-29

Similar Documents

Publication Publication Date Title
BRPI0707505A2 (pt) dispositivo e mÉtodo para mitigar os efeitos de ruÍdo de impulso em transferÊncia de pacote de dados
US7970733B2 (en) Method for communicating data in xDSL using data retransmission
TWI418172B (zh) xDSL系統內傳送資料的方法、裝置和系統
US9350491B2 (en) System and method for mitigating burst noise in a communications system
US7089478B2 (en) FEC block reconstruction system, method and computer program product for mitigating burst noise in a communications system
US8898533B2 (en) System for communicating data in xDSL using data retransmission
US8112687B2 (en) Systems and methods for mitigating impulse noise
AU2008298602A1 (en) Generating and communicating source identification information to enable reliable communications
EP3582418A1 (en) Dtu encoding and decoding for full-duplex communications
US8374224B2 (en) Interleaver apparatus and method
US20090144590A1 (en) Interleaving redundancy apparatus and method
ES2830041T3 (es) Método y dispositivo para configurar de forma dinámica ya sea FEC o ARQ como protección de ruido de impulso en una línea de comunicación
Subramanian et al. Disruption-tolerant link-level mechanisms for extreme wireless network environments
MX2008008805A (en) Device and method for mitigating effects of impulse noise on data packet transfer
WO2003001338A2 (en) System, method and computer program product for mitigating burst noise in a communications system
Schelstraete et al. An Introduction to G. 998.4: Improved Impulse Noise Protection
HK1125235B (en) A method, device and system for data transmission in xdsl system

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 8A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2291 DE 02/12/2014.