BRPI0709871A2 - retransmissço de pacote e compartilhamento de memària - Google Patents

retransmissço de pacote e compartilhamento de memària Download PDF

Info

Publication number
BRPI0709871A2
BRPI0709871A2 BRPI0709871-5A BRPI0709871A BRPI0709871A2 BR PI0709871 A2 BRPI0709871 A2 BR PI0709871A2 BR PI0709871 A BRPI0709871 A BR PI0709871A BR PI0709871 A2 BRPI0709871 A2 BR PI0709871A2
Authority
BR
Brazil
Prior art keywords
packet
packets
memory
module
transceiver
Prior art date
Application number
BRPI0709871-5A
Other languages
English (en)
Inventor
Marcos C Tzannes
Original Assignee
Aware Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=38802164&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI0709871(A2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Aware Inc filed Critical Aware Inc
Publication of BRPI0709871A2 publication Critical patent/BRPI0709871A2/pt
Publication of BRPI0709871B1 publication Critical patent/BRPI0709871B1/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H03M13/091—Parallel or block-wise CRC computation
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2703—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques the interleaver involving at least two directions
    • H03M13/2707—Simple row-column interleaver, i.e. pure block interleaving
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/65—Purpose and implementation aspects
    • H03M13/6508—Flexibility, adaptability, parametrability and configurability of the implementation
    • H03M13/6513—Support of multiple code types, e.g. unified decoder for LDPC and turbo codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/72—Routing based on the source address
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/552—Prevention, detection or correction of errors by ensuring the integrity of packets received through redundant connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5647—Cell loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Error Detection And Correction (AREA)

Abstract

<B>RETRANSMISSçO DE PACOTE E COMPARTILHAMENTO DE MEMORIA<D>, onde por meio daidentificação de tipos de pacotes diferentes, pacotes podem ser administrados com base em um identificador de movimentação atribuído ao pacote. Esse identificador pode, por exemplo, ativar o envio de pacotes sensíveis à latência sem atraso e permite que pacotes sensíveis a erros sejam armazenados para possível retransmissão. Em outra concretização e opcionalmente em conjunto com protocolos de retransmissão incluindo um identificador de movimentação de pacotes, uma memória utilizada para retransmissão de pacotes podendo ser compartilhada com outras funcionalidades do transceptor como, codificação, decodificação, intercalação, desintercalação, correção de erro, etc.

Description

"RETRANSMISSÃO DE PACOTE ECOMPARTILHAMENTO DE MEMÓRIA"
Dados Relacionados Ao Pedido
Este pedido reivindica o privilégio eprioridade facultados conforme a legislação U.S.C. (United StatesCode) 35 § 119(e) para os Pedidos de Patente nos EUA número60/792.236, depositado em 12 de abril de 2006, intitulado"Mecanismo de retransmissão de pacote xDSL," e 60/849.650,depositado em 5 de outubro de 2006, intitulado "Mecanismo deretransmissão de pacote xDSL com exemplos," ambosintegralmente incorporados a este documento por referência, (emsua integridade)
Histórico
Campo da invenção
Esta invenção está relacionada, de modogeral, a sistemas de comunicação. Mais especificamente, umexemplo de concretização desta invenção está relacionado àretransmissão de pacotes em um ambiente de comunicação. Umexemplo de concretização desta invenção também está relacionadoao compartilhamento de memória entre funções de transmissão eoutras funções do transceptor.
Resumo Da Patente
Aspectos ilustrativos da invenção estãorelacionados à movimentação de pacotes e à atribuição de umidentificador de movimentação de pacote. Aspectos ilustrativosestão relacionados ao compartilhamento de recursos entre pacotesretransmitidos e outras funções do transceptor. Além disso,aspectos ilustrativos estão relacionados ao compartilhamento derecursos entre pacotes associados ao identificador demovimentação de pacote e outras funções do transceptor.
Mais especificamente, aspectos da invençãoestão relacionados à designação de um identificador demovimentação de pacote para um ou mais pacotes. Com base noidentificador de movimentação de pacote, um pacote pode ser, porexemplo, encaminhado diretamente para outro dispositivo (oucamada) de comunicação ou, alternativamente, retido parapossíveis protocolos de retransmissão. Por exemplo, pacotesrecebidos de uma camada mais elevada de um dispositivo decomunicação, por exemplo, podem ser designados para ter umidentificador de movimentação de pacote específico, como um nívelde qualidade de serviço (QDS). O nível de qualidade de serviço(QDS) de um pacote indica a importância de determinadosparâmetros (ou características) de serviço de um ou mais pacotes.
Dois exemplos de parâmetros de qualidadede serviço (QDS) são o retardo/atraso (ou latência) e a Taxa deErro de Pacote (TEP). Enquanto esses dois parâmetros sejamutilizados para fins ilustrativos neste documento, deve ser levadoem conta que outros parâmetros também podem ser utilizados comesta invenção. Por exemplo, outros parâmetros de qualidade deserviço (QDS) poderiam incluir um ou mais entre uma Taxa de Errode Bit (TEB), taxa de transmissão de dados, variação de retardo (ouinstabilidade), taxa de perda de pacotes, tempo entre eventos deerro (TBE), etc.
Como um exemplo, no caso onde os doisparâmetros de qualidade de serviço (QDS) são latência e a Taxa deErro de Pacote (TEP), pacotes contendo, por exemplo, informaçõesde vídeo (como IPTV) podem ter o requisito de uma taxa de erro depacote muito baixa, porém podem tolerar, em geral, retardo maiselevado. Por outro lado, tráfego de voz ou dados (por exemplo,jogos) pode ter requisitos de latência muito baixa, porém podetolerar uma taxa de erro de pacote mais elevada. Para esseexemplo específico, os pacotes de vídeo poderiam ser designadoscomo pacotes com qualidade de serviço (QDS) de "baixa Taxa deErro de Pacote (TEP)" e os pacotes de voz ou dados poderiam serdesignados como pacotes com qualidade de serviço (QDS) de"baixa latência". Por exemplo, um identificador de qualidade deserviço (QDS) específico poderia ser atribuído aos pacotes de baixalatência enquanto um identificador de qualidade de serviço (QDS)diferente poderia ser atribuído aos pacotes com baixa Taxa de Errode Pacote (TEP). Os pacotes de baixa latência poderiam serencaminhados diretamente para outro transceptor ou para umacamada mais elevada, enquanto os pacotes com baixa Taxa deErro de Pacote (TEP) podem ser armazenados em um buffer deretransmissão, por exemplo, memória, que pode ser utilizada parareduzir erro de pacote.
Conforme mencionado acima, os aspectosilustrativos também estão relacionados ao compartilhamento derecursos entre uma função de retransmissão e outras funções dotransceptor.
Os sistemas e métodos exemplificados nestainvenção podem utilizar uma memória, como um buffer deretransmissão, para o armazenamento de pacotes para funções deretransmissão. Como outras funções do transceptor também podemnecessitar de memória para realizar determinadas funcionalidades,um aspecto ilustrativo desta invenção também está relacionado aocompartilhamento da memória para funções de retransmissão coma memória necessária para outras funções do transceptor. Porexemplo, memória pode ser alocada dinamicamente com base emajustes de configuração ou condições de ruído e, por exemplo, amemória pode ser dividida entre uma ou mais das funcionalidadesde intercalação/desintercalação, codificação/decodificação RS(Reed-SoIomon) e a funcionalidade utilizada para retransmissão.
Aspectos da invenção estão relacionados,dessa forma, à identificação de um ou mais pacotes.
Aspectos adicionais da invenção estãorelacionados à identificação de um ou mais pacotes que podem serretransmitidos.
Outros aspectos da invenção estãorelacionados ainda à identificação de um ou mais pacotes que nãodevem ser retransmitidos.
Aspectos da invenção também estãorelacionados à retransmissão de um ou mais de entre um pacote IP,um pacote Ethernet, uma célula ATM (Modo de TransferênciaAssíncrona), um pacote PTM, um quadro de dados multiplexadosADSL (Asymmetrical Digital Subscriber Line - Linha DigitalAssimétrica para Assinantes), uma informação codificada paraPTM-TC (modo de transferência por pacotes - convergência detransmissão), e informação codificada RS (Reed-SoIomon) e umsímbolo DMT (Discrete Multi-Tone - modulação discreta demúltiplos tons).
Outros aspectos da invenção estãorelacionados ainda a acrescentar um identificador a um pacote.
Outros aspectos da invenção estãorelacionados ainda a acrescentar um identificador de seqüência apelo menos um pacote.
Os aspectos da invenção também estãorelacionados ao roteamento de um ou mais pacotes com base emum identificador de movimentação de pacote.
Aspectos da invenção também estãorelacionados à retransmissão de um pacote.
Aspectos da invenção estão relacionadosadicionalmente à retransmissão de um pacote com base em umasolicitação de retransmissão.
Outros aspectos da invenção estãorelacionados ainda ao compartilhamento da memória entre umafunção de retransmissão e uma ou mais de uma função deintercalador, desintercalador, codificador, decodificador e outrasfuncionalidades de um transceptor.
Outros aspectos mais específicos dainvenção estão relacionados ao compartilhamento da memóriaentre um buffer (ou memória) de retransmissão e umafuncionalidade de intercalação/desintercalação e/oucodificação/decodificação.
Alguns aspectos ilustrativos adicionais, nãolimitativos, são os seguintes:
1. Um método de retransmissão de pacotecompreendendo: transmissão ou recepção de uma diversidade depacotes; identificação de pelo menos um pacote entre os diversospacotes como um pacote que não deve ser retransmitido.
2. O método do item 1, no qual o pacote équalquer agrupamento de bytes.
3. O método do item 1, no qual o pacote éum de entre um pacote IP, um pacote Ethernet, uma célula ATM,um pacote PTM, um quadro de dados multiplexados ADSL, umainformação codificada para PTM-TC, uma informação codificada RS(Reed-SoIomon) e um símbolo de modulação DMT.
4. O método do item 1, no qual um conjuntode bits, composto de um identificador de seqüência (SID)1 éanexado a cada pacote.
5. O método do item 4, no qual a etapa deidentificação consiste em usar um valor especial para umidentificador de seqüência (SID).
6. O método do item 4, no qual o conjunto debits anexado é composto de uma CRC dedicada (CyclicRedundancy Check - verificação de redundância cíclica).
7. O método do item 1, no qual pelo menosum pacote não é armazenado para retransmissão.
8. O método do item 1, no qual pelo menosum pacote é transferido imediatamente para uma camada alta.
9. Um módulo de retransmissão de pacotecapaz de transmitir ou receber uma diversidade de pacotes e capazde identificar pelo menos um pacote entre os diversos pacotescomo um pacote que não deve ser retransmitido.
10. O módulo do item 9, no qual o pacote équalquer agrupamento de bytes.
11. O módulo do item 9, no qual o pacote éum de entre um pacote IP, um pacote Ethernet, uma célula ATM,um pacote PTM, um quadro de dados multiplexados ADSL, umainformação codificada para PTM-TC, uma informação codificada RS
(Reed-SoIomon) e um símbolo de modulação DMT.
12. O módulo do item 9, no qual o módulo écapaz de anexar um conjunto de bits compreendendo umidentificador de seqüência (SID) a cada pacote.
13. O módulo do item 12, no qual aidentificação consiste em usar um valor especial para o SID.
14. O módulo do item 12, no qual o conjuntode bits anexado consiste de uma CRC dedicada.
15. O módulo do item 9, no qual pelo menosum pacote não é armazenado pelo módulo para retransmissão.
16. O módulo do item 9, no qual pelo menosum pacote é transferido pelo módulo imediatamente para umacamada alta.
17. O módulo do item 9, no qual o módulo éum ou mais de entre um transceptor sem fio, uma estação de redelocal sem fio (wireless LAN), um transceptor com cabos, um modemDSL (Digital Subscriber Line), um modem ADSL, um modem xDSL,um modem VDSL (Very high data rate Digital Subscriber Line -Linha de assinante digital com alta taxa de transferência de dados),um transceptor multiportadora, um computador para fins gerais, umcomputador para fins especiais, um microprocessador programado,um microcontrolador e elemento(s) de circuito integradoperiférico(s), um Circuito Integrado de Aplicação Específica (ASIC),um processador de sinal digital, um circuito eletrônico ou lógico comfios e um dispositivo lógico programável.
18. O módulo do item 9, no qual o módulo éimplementado em um ou mais de entre um PTM-TC, ATM-TC, PMD(Physical Layer, Médium Dependent - camada física dependente domeio) e PMS-TC (Physical Médium Sublayer - TransmissionConvergence - Subcamada de Meio físico - Convergência detransmissão).
19. Um método que consiste em compartilharmemória entre uma memória de intercalação e/ou dedesintercalação e uma memória de retransmissão de pacote.20. Um método que consiste em alocar umaprimeira parte de memória compartilhada para retransmissão e umasegunda parte da memória compartilhada para intercalação e/oudesintercalação.
21. O método do item 20, que inclui aindatransmitir ou receber uma mensagem indicando como alocar amemória compartilhada.
22. O método do item 19 ou 20, que incluiainda transmitir ou receber uma mensagem indicando comocompartilhar a memória.
23. Uma memória capaz de sercompartilhada entre um buffer de intercalação e/ou desintercalaçãoe um buffer de retransmissão de pacote.
24. Um módulo capaz de alocar uma primeira parte da memória compartilhada para retransmissão e umasegunda parte da memória compartilhada para intercalação e/oudesintercalação.
25. O módulo do item 24, no qual o módulo écapaz de transmitir ou receber uma mensagem indicando comoalocar a memória compartilhada.
26. O módulo do item 24, no qual o módulo écapaz de transmitir ou receber uma mensagem indicando comocompartilhar a memória.
27. O módulo do item 24, no qual o módulo é um ou mais de entre um transceptor sem fio, uma estação LAN semfio, um transceptor com cabos, um modem DSL1 um modem ADSL,um modem xDSL, um modem VDSL, um transceptor multiportadora,um computador para fins gerais, um computador para finsespeciais, um microprocessador programado, um microcontroladore elemento(s) de circuito integrado periféricos, um CircuitoIntegrado de Aplicação Específica (ASIC), um processador de sinaldigital, um circuito eletrônico ou lógico com fios e um dispositivológico programável.
28. Um método de retransmissão de pacotecompreendendo: transmissão ou recepção de uma diversidade depacotes; identificando pelo menos um pacote entre a diversidade depacotes como um pacote que deve ser retransmitido e pelo menosum pacote entre a diversidade de pacotes como um pacote que nãodeve ser retransmitido.
29. O método do item 28, no qual o pacote équalquer agrupamento de bytes.
30. O método do item 28, no qual o pacote éum de entre um pacote IP, um pacote Ethernet, uma célula ATM,um pacote PTM, um quadro de dados multiplexados ADSL, umainformação codificada para PTM-TC, uma informação codificada RS(Reed-Solomon) e um símbolo de modulação DMT.
31. O método do item 28, no qual umconjunto de bits compreendendo um identificador de seqüência(SID) é anexado a cada pacote.
32. O método do item 31, no qual a etapa deidentificação consiste em usar um valor especial para umidentificador de seqüência (SID).
33. O método do item 31, no qual o conjuntode bits anexado é composto de uma CRC dedicada (CyclicRedundancy Check - verificação de redundância cíclica).
34. O método do item 28, no qual pelomenos um pacote é armazenado para retransmissão.
35. O método do item 28, no qual pelomenos um pacote é transferido imediatamente para uma camadaalta.
36. Um método de movimentação de pacotecompreendendo: recepção de um fluxo de pacotes; identificação deum primeiro número de pacotes no fluxo de pacotes como pacotesde baixa latência; identificação de um segundo número de pacotesno fluxo de pacotes como pacotes com baixo erro; encaminhar ospacotes de baixa latência e baixo erro para um transceptor ou parauma camada mais elevada; e armazenar os pacotes com baixo erropara correção de erro.
37. O método do item 36, que inclui aindaanexar um identificador aos pacotes com baixo erro.
38. Um método de alocação de memória emum transceptor compreendendo: análise de um ou mais parâmetrosde comunicação; identificação de uma alocação de memória; ealocar memória com base na alocação de memória para umafunção de retransmissão e uma ou mais funções de intercalação,desintercalação, codificação RS (Reed-SoIomon) e decodificaçãoRS (Reed-Solomon).
39. Um método de compartilhamento dememória em um transceptor compreendendo: receber umaalocação de memória; estabelecer uma memória compartilhadapara uma ou mais das funções de intercalação, desintercalação,codificação RS (Reed-Solomon), decodificação RS (Reed-Solomon)e retransmissão de pacote; e compartilhar a memória compartilhadaentre uma função de retransmissão e uma ou mais funções deintercalação, desintercalação, codificação RS (Reed-Solomon) edecodificação RS (Reed-Solomon).
40. O método do item 39, que inclui aindadeterminar a compatibilidade da alocação da memória.
41. O método do item 39, no qual acompatibilidade da alocação de memória é baseada em parâmetrosde desempenho do canal.
42. Meios para executar a funcionalidade dequalquer um dos aspectos supramencionados.
43. Uma mídia de armazenamento deinformações composta de informações que, quando executadas,executam a funcionalidade de qualquer um dos aspectossupramencionados.
44. Qualquer uma ou mais dascaracterísticas, essencialmente conforme descrito nestedocumento.
45. Meios para retransmissão de pacotes,compreendendo : meios para transmitir ou receber uma diversidadede pacotes; meios para identificar pelo menos um pacote dentre adiversidade de pacotes como um pacote que não deve serretransmitido.
46. Os meios do item 45, no qual o pacote équalquer agrupamento de bytes.
47. Os meios do item 45, no qual o pacote éum de entre um pacote IP, um pacote Ethernet, uma célula ATM,um pacote PTM, um quadro de dados multiplexados ADSL, umainformação codificada para PTM-TC1 uma informação codificada RS(Reed-SoIomon) e um símbolo de modulação DMT.
48. Os meios do item 45, no qual umconjunto de bits compreendendo um identificador de seqüência(SID) é anexado a cada pacote.
49. Os meios do item 48, no qual os meiospara identificar consistem em usar um valor especial para umidentificador de seqüência (SID).
50. Os meios do item 48, no qual o conjuntode bits anexado é composto de uma CRC dedicada.
51. Os meios do item 45, no qual pelo menosum pacote não é armazenado para retransmissão.
52. Os meios do item 45, no qual pelo menosum pacote é transferido imediatamente para uma camada alta.
53. Meios para compartilhar memória entreuma função de intercalação e/ou desintercalação e uma função deretransmissão de pacote.
54. Meios para alocar uma primeira parte damemória compartilhada para retransmissão e uma segunda parteda memória compartilhada para intercalação e/ou desintercalação.
55. Os meios do item 54, que incluem aindameios para transmitir ou receber uma mensagem indicando comoalocar a memória compartilhada.
56. Os meios do item 54, que incluem aindameios para transmitir ou receber uma mensagem indicando comocompartilhar a memória.
57. Meios para compartilhar uma memóriaentre uma função de intercalação e/ou desintercalação e umafunção de retransmissão de pacote.
58. Meios para retransmissão de pacotes,compreendendo : meios para transmitir ou receber uma diversidadede pacotes; meios para identificar pelo menos um pacote entre adiversidade de pacotes como um pacote que deve ser retransmitidoe pelo menos um pacote entre a diversidade de pacotes como umpacote que não deve ser retransmitido.
59. Os meios do item 58, no qual o pacote équalquer agrupamento de bytes.
60. Os meios do item 58, no qual o pacote éum de entre um pacote IP, um pacote Ethernet, uma célula ATM,um pacote PTM, um quadro de dados multiplexados ADSL, umainformação codificada para PTM-TC, uma informação codificada RS(Reed-SoIomon) e um símbolo de modulação DMT.
61. Os meios do item 58, no qual umconjunto de bits compreendendo um identificador de seqüência(SID) é anexado a cada pacote.
62. Os meios do item 61, no qual os meiospara identificar consistem em usar um valor especial para oidentificador de seqüência (SID).
63. Os meios do item 58, no qual o conjuntode bits anexado é composto de uma CRC dedicada.
64. Os meios do item 58, no qual pelo menosum pacote é armazenado para retransmissão.
65. Os meios do item 58, no qual pelo menosum pacote é transferido imediatamente para uma camada alta.
66. Meios de movimentação de um pacotecompreendendo: meios para receber um fluxo de pacotes; meiospara identificar um primeiro número de pacotes no fluxo de pacotescomo pacotes de baixa latência; meios para identificar um segundonúmero de pacotes no fluxo de pacotes como pacotes com baixoerro; meios para encaminhar os pacotes de baixa latência e baixoerro para um transceptor ou camada mais elevada; e meios paraarmazenar os pacotes com baixo erro para correção de erros.
67. Os meios do item 66, que incluem aindameios para anexar um identificador aos pacotes com baixo erro.68. Meios para alocar memória em umtransceptor, compreendendo: meios para analisar um ou maisparâmetros de comunicação; meios para identificar uma alocaçãode memória; e meios para alocar memória com base na alocaçãode memória para uma função de retransmissão e uma ou mais deuma função de intercalação, desintercalação, codificação RS(Reed-SoIomon) e decodificação RS (Reed-Solomon).
69. Meios para compartilhar memória em umtransceptor, compreendendo: meios para receber uma alocação dememória; meios para estabelecer uma memória compartilhada parauma ou mais funções de intercalação, desintercalação, codificaçãoRS (Reed-Solomon), decodificação RS (Reed-Solomon) eretransmissão de pacote; e meios para compartilhar a memóriacompartilhada entre uma função de retransmissão e uma ou mais de uma funcionalidade de intercalação, desintercalação, codificaçãoRS (Reed-Solomon) e decodificação RS (Reed-Solomon).
70. Os meios do item 69, que incluemadicionalmente meios para determinar uma compatibilidade daalocação de memória.
71. Os meios do item 69, nos quais a
compatibilidade da alocação de memória é baseada em parâmetrosde desempenho do canal.
72. Um transceptor capaz de realizarretransmissão de pacote, compreendendo: um módulo de gerenciamento de transmissão configurável para transmitir oureceber uma diversidade de pacotes; e um módulo de qualidade deserviço (QDS) configurável para identificar pelo menos um pacoteentre a diversidade de pacotes como um pacote que não deve serretransmitido.
73. O transceptor do item 72, no qual opacote é qualquer agrupamento de bytes.
74. O transceptor do item 72, no qual opacote é um de entre um pacote IP1 um pacote Ethernet, uma célulaATM, um pacote PTM, um quadro de dados multiplexados ADSL,uma informação codificada para PTM-TC, uma informaçãocodificada RS (Reed-SoIomon) e um símbolo de modulação DMT.
75. O transceptor do item 72, no qual umconjunto de bits, compreendendo um identificador de seqüência(SID), é anexado a cada pacote.
76. O transceptor do item 75, no qual omódulo de qualidade de serviço (QDS) utiliza um valor especialpara um identificador de seqüência (SID).
77. O transceptor do item 75, no qual oconjunto de bits anexado é composto de uma CRC dedicada.
78. O transceptor do item 72, no qual pelomenos um pacote não é armazenado para retransmissão.
79. O transceptor do item 72, no qual pelomenos um pacote é transferido imediatamente para uma camadaalta.
80. Uma memória capaz de sercompartilhada entre intercalação e/ou desintercalação eretransmissão de pacote.
81. Um módulo de gerenciamento dememória capaz de alocar uma primeira parte da memória
compartilhada para retransmissão e capaz de alocar uma segundaparte da memória compartilhada para uma ou mais funcionalidadesde intercalação e de desintercalação.
82. O módulo do item 81, que inclui ainda ummódulo para transmitir ou receber uma mensagem indicando comoalocar a memória compartilhada.
83. O módulo do item 81, que inclui ainda ummódulo para transmitir ou receber uma mensagem indicando comocompartilhar a memória.
84. Um módulo capaz de ser compartilhadoentre intercalação e/ou desintercalação e retransmissão de pacote.
85. Um transceptor capaz de realizarretransmissão de pacote, compreendendo: um módulo degerenciamento de transmissão configurável para transmitir oureceber uma diversidade de pacotes; e um módulo de qualidade deserviço (QDS) configurável para identificar pelo menos um pacotedentre a diversidade de pacotes como um pacote que deve serretransmitido e pelo menos um pacote dentre a diversidade depacotes como um pacote que não deve ser retransmitido.
86. O transceptor do item 85, no qual opacote é qualquer agrupamento de bytes.
87. O transceptor do item 85, no qual opacote é um de entre um pacote IP, um pacote Ethernet, uma célulaATM, um pacote PTM, um quadro de dados multiplexados ADSL,uma informação codificada para PTM-TC, uma informaçãocodificada RS (Reed-SoIomon) e um símbolo de modulação DMT.
88. O transceptor do item 85, no qual umconjunto de bits compreendendo um identificador de seqüência(SID) é anexado a cada pacote.
89. O transceptor do item 88, no qual a etapade identificação consiste em usar um valor especial para umidentificador de seqüência (SID).
90. O transceptor do item 88, no qual oconjunto de bits anexado é composto de uma CRC dedicada.
91. O transceptor do item 85, no qual pelomenos um pacote é armazenado para retransmissão.
92. O transceptor do item 85, no qual pelomenos um pacote é transferido imediatamente para uma camadaalta.
93. Um transceptor capaz de movimentar umfluxo de pacotes compreendendo: um módulo de qualidade deserviço (QDS) capaz de identificar um primeiro número de pacotesno fluxo de pacotes como pacotes de baixa latência e um segundonúmero de pacotes no fluxo de pacotes como pacotes com baixoerro; um módulo de gerenciamento de transmissão capaz deencaminhar os pacotes de baixa latência e baixo erro para outrotransceptor; e um módulo de memória (buffer) com capacidade paraarmazenar os pacotes com baixo erro para correção de erro.
94. O transceptor do item 93, que inclui aindaum módulo de atribuição de qualidade de serviço (QDS) parapacote capaz de anexar um identificador aos pacotes com baixoerro.
95. Um transceptor capaz de ter umamemória alocável compreendendo: um controlador capaz deanalisar um ou mais parâmetros de comunicação; e um módulo degerenciamento de memória capaz de identificar uma alocação dememória e alocar uma memória compartilhada com base naalocação de memória para uma função de retransmissão e uma oumais das funções de intercalação, desintercalação, codificação RS(Reed-SoIomon) e decodificação RS (Reed-Solomon).
96. Um transceptor capaz de compartilharmemória, compreendendo: um controlador capaz de receber umaalocação de memória; e um módulo de gerenciamento de memóriacapaz de estabelecer uma memória compartilhada para uma funçãode retransmissão e uma ou mais das funções de intercalação,desintercalação, codificação RS (Reed-SoIomon) e decodificaçãoRS (Reed-Solomon).
97. O transceptor do item 96, no qual omódulo de gerenciamento de memória determina ainda umacompatibilidade da alocação de memória.
98. O transceptor do item 96, no qual aalocação de memória é baseada em um ou mais parâmetros dedesempenho do canal de comunicação.
99. Em um ambiente de comunicação ondepacotes estão sendo transmitidos, um método para alocar umaprimeira parte da memória compartilhada para retransmissão e umasegunda parte da memória compartilhada para intercalação e/oudesintercalação.
100. O método do item 99, no qual todos ospacotes com erro são retransmitidos.
101. O método dos item 19, 20 e 99, no qualuma função de retransmissão identifica pacotes que não devem serretransmitidos.
102. O método do item 99, no qual todos ospacotes estão sendo transmitidos sem um nível de qualidade deserviço (QDS) atribuído.
103. Um método de comunicação de pacotecompreendendo: em um primeiro modo de operação: transmissãoou recepção de uma diversidade de pacotes; identificando pelomenos um pacote entre os diversos pacotes como um pacote quenão deve ser retransmitido; em um segundo modo de operação:transmissão ou recepção de uma diversidade de pacotes; alocandouma primeira parte da memória compartilhada para retransmissãode pacotes e uma segunda parte da memória compartilhada parauma ou mais funções de intercalação, desintercalação, codificação,decodificar e correção de erro; e em um terceiro modo de operação:transmissão ou recepção de uma diversidade de pacotes;identificando pelo menos um pacote entre a diversidade de pacotescomo um pacote do tipo retransmissível; identificando pelo menosum pacote da diversidade de pacotes como um pacote do tipo nãoretransmissível; alocando uma primeira parte da memóriacompartilhada para retransmissão de pacotes do tiporetransmissíveis e uma segunda parte da memória compartilhadapara uma ou mais das funções de intercalação, desintercalação,codificação, decodificação e correção de erro.
104. O método do item 103, no qual o pacotedo tipo retransmissível é um pacote de baixa latência.
105. O método do item 103, no qual o pacotedo tipo retransmissível é um pacote de baixo erro.
Essas e outras características e vantagensdesta invenção estão descritas em, ou estão aparentes a partir daseguinte descrição detalhada dos exemplos de concretização.
Breve Descrição Dos Desenhos
Os exemplos de concretização da invençãoserão descritos em detalhes, com referência às seguintes figurasdeste documento:
A figura 1 ilustra um sistema de comunicaçãotípico de acordo com esta invenção.
A figura 2 é um fluxograma que destaca ummétodo ilustrativo para retransmissão de pacote de acordo comesta invenção.
A figura 3 é a fluxograma que destaca ummétodo ilustrativo para recepção de pacote retransmitido de acordocom esta invenção.
A figura 4 é um fluxograma que destaca ummétodo ilustrativo para alocação de memória de acordo com estainvenção.
A figura 5 é um fluxograma que destaca ummétodo ilustrativo para compartilhamento de memória de acordocom esta invenção.
Descrição Detalhada
Os exemplos de concretização destainvenção serão descritos em relação à retransmissão de pacotee/ou compartilhamento de memória em um ambiente xDSL.Entretanto, deve ser levado em conta que, em geral, os sistemas emétodos desta invenção funcionarão igualmente bem para qualquertipo de sistema de comunicação em qualquer ambiente.
Os sistemas e métodos ilustrativos destainvenção também serão descritos em relação a modems commultiportadora, como modems xDSL e modems VDSL, e hardwaree software de comunicação e canais de comunicação associados.Entretanto, para evitar ambigüidade desnecessária na presenteinvenção, a descrição a seguir omite estruturas e dispositivos bemconhecidos que podem ser mostrados na forma de diagrama deblocos ou resumidos de qualquer outra forma.
Para fins de explicação, inúmeros detalhessão apresentados para proporcionar um entendimento completo dapresente invenção. Deve ser levado em conta, entretanto, que apresente invenção pode ser praticada em uma variedade demaneiras além dos detalhes específicos apresentados para análiseneste documento.
Além disso, embora as configurações típicasilustradas neste documento apresentem os diversos componentesdo sistema agrupados lado a lado, deve ser levado em conta que osdiversos componentes do sistema podem estar situados em partesdistantes de uma rede distribuída, como uma rede de comunicaçõese/ou a internet, ou dentro de um sistema seguro, inseguro e/oucriptografado dedicado. Assim, deve ser levado em conta que oscomponentes do sistema podem ser combinados em um ou maisdispositivos, como um modem, ou agrupados na seqüência corretaem um nó específico de uma rede distribuída, como uma rede detelecomunicações. Como será observado a partir da descrição aseguir, e por razões de eficiência computacional, os componentesdo sistema podem ser dispostos em qualquer local em uma rededistribuída sem afetar a operação do sistema. Por exemplo, osdiversos componentes podem estar situados em um modem daCentral Telefônica (CO, unidade terminal ADSL em CentralTelefônica (ATU-C)1 na unidade VDSL transceptora na unidade derede ótica (VTU-O)), em um modem na Instalação Cliente (CPE(Customer Premise Equipment - Equipamento em instalações decliente), unidade de transmissão ADSL remota (ATU-R), emterminal remoto de unidade transceptora VDSL (VTU-R)), em umdispositivo de gerenciamento xDSL ou em alguma combinaçãodestes. De forma similar, uma ou mais partes funcionais do sistemapoderiam estar distribuídas entre um modem e um dispositivo decomputação associado.
Além disso, deve ser levado em conta que asdiversas conexões, inclusive o canal de comunicação (10),conectando os elementos (não mostrados) podem ser conexõescom fios ou sem fios (wireless), ou qualquer combinação destes, ouqualquer outro(s) elemento(s) conhecido(s) ou desenvolvido(s)posteriormente capazes de fornecer e/ou comunicar dados de epara os elementos conectados. O termo módulo, conforme utilizadoneste documento, pode se referir a qualquer hardware, software,firmware conhecido ou desenvolvido posteriormente, ou umacombinação destes, capaz de executar a funcionalidade associadaàquele elemento. Os termos determinar, calcular e computar, e asvariações desses termos, conforme utilizados neste documento, sãoutilizados de forma intercambiável e incluem qualquer tipo demetodologia, processo, operação matemática ou técnica. Modem detransmissão e transceptor de transmissão, assim como, modem derecepção e transceptor de recepção são utilizados de formaintercambiável neste documento.
Além disso, enquanto alguns dos exemplosde concretização descritos neste documento estejam relacionadas àparte transmissora de um transceptor executando a intercalaçãoe/ou codificação nas informações transmitidas, deve ser levado emconta que uma desintercalação e/ou decodificação correspondenteé executada por uma parte receptora de um transceptor. Assim,enquanto, talvez não ilustrado especificamente em cada exemplo,esta divulgação destina-se a incluir esta funcionalidadecorrespondente no mesmo transceptor e/ou em outro transceptor.
O sistema de comunicação 100 é compostode uma parte de um transceptor 200 e uma parte de um transceptor300. O transceptor 200, além de componentes bem conhecidos, écomposto de um módulo de pacote com erro 210, um módulo degerenciamento de transmissão 220, um módulo de identificação dequalidade de serviço (QOS ID) 225, um módulo de qualidade deserviço (QDS) 230, um módulo de atribuição de qualidade deserviço (QDS) para pacote 240, um buffer de memória pararetransmissão/intercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) 250, um módulocontador (260), um módulo de gerenciamento de memória 270 e umcontrolador/memória 280.
O transceptor 200 está conectado aotransceptor 300 por meio do canal de comunicação 10. Otransceptor 300, além de componentes bem conhecidos, écomposto de um módulo de pacote com erro 310, um módulo degerenciamento de transmissão 320, um módulo de identificação dequalidade de serviço (QOS ID) 325, um módulo de qualidade deserviço (QDS) 330, um módulo de atribuição de qualidade deserviço (QDS) para pacote 340, um buffer de memória pararetransmissão/intercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) 350, um módulocontador (360), um módulo de gerenciamento de memória 370 e umcontrolador/memória 380.
Conforme descrito acima, os sistemas,métodos e protocolos relacionados neste instrumento serãodescritos em relação os sistemas xDSL, como aquelesespecificados nas normas ADSL2 ITU-T G.993.2, ADSL2+ ITUG.993.5, e VDSL2 ITU G.993.2, que são integralmente incorporadosa este documento por referência.
Em operação, um primeiro aspecto dainvenção está relacionado à retransmissão de um ou mais pacotes,o identificador de retransmissão sendo implementado em qualquercamada de transmissão onde são definidos os limites do pacote.Por exemplo, a invenção pode ser implementada no Modo deTransmissão de Pacote TC (PTM-TC) de sistemas xDSL. Parareferência, o "Anexo A", que está registrado no depósito provisórioidentificado e é incorporado a este documento por referência,contém o PTM-TC dos sistemas ADSL2 e VDSL2 conformeespecificado na norma ITU-T G.992.3 para ADSL2.
Conforme proposto neste documento, ainvenção será descrita, de modo geral, em relação ao mecanismode retransmissão sendo incorporado como parte do PTM-TC,entretanto, deve ser levado em conta que a invenção também podeser implementada dentro de outra(s) camada(s) de um dispositivode comunicação, como um transceptor xDSL, como dentro do PMDou do PMS-TC.
As técnicas de retransmissão apresentadasneste documento também podem ser executadas em uma camadaacima do PTM-TC, por exemplo, em uma nova camada entre oPTM-TC e a próxima camada mais elevada, ou em qualquercamada acima da camada física, por exemplo, nas camadas 2, 3, 4,5, etc.
Adicionalmente, embora "pacote" sejautilizado neste documento, o termo "pacote" inclui qualquer unidadede dados básicos, ou seja, um agrupamento de bytes. Por exemplo,um pacote poderia ser um pacote IP, um pacote Ethernet, umacélula ATM, um pacote PTM, um quadro de dados multiplexadosADSL, uma informação codificada para PTM-TC, uma informaçãocodificada RS (Reed-Solomon), um símbolo de modulação DMT ou,em geral, qualquer agrupamento bytes ou informações de dados.Um pacote também poderia ser uma combinação de um ou maisdos itens acima. Por exemplo, um pacote poderia ser montado pelaconcatenação de qualquer número de células ATM para criar umagrupamento de bits maior. Por exemplo, cinco células ATM de 53bytes poderiam ser combinadas em um pacote de 265 bytes ouquatro informações codificadas PTM-TC de 65 bytes poderiam sercombinadas em um pacote de 260 bytes. Um pacote tambémpoderia ser baseado na divisão de qualquer um dos agrupamentosde bytes acima. Por exemplo, pacotes IP ou Ethernet maiorespoderiam ser divididos em grupos de bytes menores para seremutilizados como um "pacote" com a funcionalidade de retransmissãodescrita neste documento. Por exemplo, um pacote IP de 150 bytespoderia ser dividido em três pacotes de 500 bytes e utilizado peloprotocolo de retransmissão. Se a função de retransmissão forimplementada como parte do PTM-TC, os pacotes são recebidos deuma camada mais elevada no transmissor xDSL do PTM-TC eenviados via o transmissor xDSL da sub-camada de meio físico -convergência de transmissão (PMS-TC) e da camada físicadependente do meio (PMD) no canal de comunicação para oreceptor xDSL. O receptor xDSL da camada física dependente domeio (PMD) e da convergência de transmissão do meio físicoespecífico (PMS-TC) processa o sinal recebido e transfere osresultados para o PTM-TC1 que processa a informação e transfereos pacotes recebidos para uma camada(s) mais elevada(s).
Pacotes recebidos da camada mais elevadano transmissor xDSL do PTM-TC podem ser designados para terum nível de qualidade de serviço (QDS). O nível de qualidade deserviço (QDS) de um pacote pode indicar a importância dedeterminadas parâmetros de serviço (ou características) deste (oumais) pacote(s). Dois parâmetros de qualidade de serviço (QDS)ilustrativas são com retardo (ou latência) e Taxa de Erro de Pacote(TEP). Embora, conforme descrito acima, essas duascaracterísticas sendo o foco da invenção, poderia ser utilizadotambém qualquer número de parâmetros de qualidade de serviço(QDS) diferentes.
Como um exemplo, no caso onde as doisparâmetros de qualidade de serviço (QDS) são a latência e PER,um primeiro conjunto de pacotes transportando determinadasinformações pode ter um requisito de PER muito baixo, porém podeser capaz de tolerar retardo mais elevado. Outros pacotes contendoinformações como voz ou tráfego de dados podem ter requisitos deretardo muito baixo, porém podem tolerar um PER mais elevado.De acordo com um exemplo de concretização desta invenção, oprimeiro conjunto de pacotes seria designado como pacotes comqualidade de serviço (QDS) com "baixa taxa de erro de pacote(TEP)" ao passo que pacotes de voz ou de dados seriamdesignados como pacotes com qualidade de serviço (QDS) de"baixa latência". O nível (ou métrica) de qualidade de serviço (QDS)de um pacote poderia ser designado de diversas maneiras. Porexemplo:
i) Determinados conjuntos de bits nocabeçalho da parte de dados de cada pacote poderiam conterdeterminados valores que especificam os requisitos de qualidade deserviço (QDS) de um pacote. Por exemplo, o cabeçalho do pacotepoderia conter conjuntos de bits que indicam se o pacote tem umrequisito de qualidade de serviço (QDS) de "baixa taxa de erro depacote (TEP)" ou um requisito de qualidade de serviço (QDS) de"baixa latência". Esses conjuntos poderiam ser lidos pelo modem detransmissão e/ou modem de recepção para determinar o nível dequalidade de serviço (QDS) de cada pacote.ii) Ao enviar pacotes de camada maiselevada para o PTM-TC, a camada mais elevada poderia indicar,com base a cada pacote, os requisitos de qualidade de serviço(QDS) de cada pacote. Por exemplo, poderia haver um sinalseparado na interface que indica se um pacote que está sendotransferido tem um requisito de qualidade de serviço (QDS) de"baixa Taxa de Erro de Pacote" ou um requisito de qualidade deserviço (QDS) de "baixa latência".
iii) Ao enviar pacotes de camada maiselevada para o PTM-TC, poderia haver uma interface (ou canal)separada para pacotes com requisitos de qualidade de serviço(QDS) diferentes. Por exemplo, um canal poderia ser utilizado paratransferir pacotes que têm um requisito de qualidade de serviço(QDS) de "baixa Taxa de Erro de Pacote (TEP)" e um segundocanal poderia ser utilizado para transferir pacotes que têm umrequisito de qualidade de serviço (QDS) de "baixa latência". Esteconceito geral também poderia ser ampliado para acomodar umadiversidade de requisitos de qualidade de serviço (QDS) e umadiversidade de canais.iv) Como no caso de preferência deprioridade (preempção) no PTM-TC (ver anexo A), duas interfaces-γseparadas logicamente poderiam ser utilizadas para o transporte deum fluxo de pacotes com baixa PER e baixa latência através de umúnico canal portador. Esta idéia geral poderia então ser ampliadapara suportar qualquer número de tipos de pacote.
Outros mecanismos também podem serutilizados para designar o nível de qualidade de serviço (QDS) deum pacote - desde que o protocolo de retransmissão do transmissore/ou do receptor tenha capacidade de saber o nível de qualidade deserviço (QDS) de um ou mais pacotes.
Assim que o nível de qualidade de serviço(QDS) é conhecido pelos PTM-TCs, pode ser atribuída umaretransmissão de pacote eficiente. Os métodos e protocolosilustrativos de retransmissão de pacote podem ser projetados paraincluir qualquer uma ou mais das seguintes características de níveldo sistema:
Todos os pacotes são recebidos da camadamais elevada e transferidos para as camadas mais elevadas naseqüência correta.
Pacotes com qualidade de serviço (QDS) de"baixa latência" não sofrerão nenhum retardo extra devido àretransmissão.
Somente pacotes com qualidade de serviço(QDS) de "baixa Taxa de Erro de Pacote (TEP)" devem serretransmitidos e, portanto, somente pacotes com baixa Taxa deErro de Pacote (TEP) sofrerão o retardo extra devido ao mecanismode retransmissão.
O controle de fluxo pode ser minimizado demodo que o transmissor possa aceitar, de modo geral, todos ospacotes da camada mais elevada na taxa de transmissão de dadosexigida sem reter (ou "bloquear") pacotes da camada mais elevadadurante o processo de retransmissão.
A variação do retardo/instabilidade do pacotepode ser mínima.
Uma funcionalidade do "tipo DRR" em umúnico canal portador sem requerer reconfiguração online (OLR) delatência/intercalador.
O transceptor (200), junto com o módulo dequalidade de serviço (QDS) (230), recebe pacotes de uma camadamais elevada. Junto com o módulo de atribuição de qualidade deserviço (QDS) para pacote (240), um identificador de seqüência(SID) de pacote é anexado aos pacotes recebidos. Os pacotes,junto com o módulo de gerenciamento de transmissão (220), podemser transmitidos em seguida na seqüência na qual foram recebidos.
O módulo de qualidade de serviço (QDS)(230), se ainda não executado por uma camada alta, tambémidentifica os pacotes com base nos requisitos de qualidade deserviço (QDS) do(s) pacote(s). Em seguida, junto com o módulo deatribuição de qualidade de serviço (QDS) para pacote (240), umidentificador de qualidade de serviço (QDS) é associado ao pacote,conforme descrito adiante neste documento.
Se, por exemplo, o pacote é identificadocomo um pacote de baixa Taxa de Erro de Pacote (TEP), e éatribuído com um identificador desse tipo pelo módulo de qualidadede serviço (QDS) (230), quando o módulo de gerenciamento detransmissão (220) recebe o pacote, o pacote é identificado pelomódulo de Identificação de Qualidade de Serviço (QOS ID) (225)como sendo um pacote de baixa Taxa de Erro de Pacote (TEP) e opacote é encaminhado para armazenamento no buffer deretransmissão (250). Alternativamente, se o pacote foi rotuladocomo um pacote de baixa latência, e identificado como tal pelomódulo de identificação de qualidade de serviço (QOS ID) (225), opacote pode ser transmitido para o modem de recepção junto com omódulo de gerenciamento de transmissão (220).
Os pacotes com baixa taxa de erro de pacote(TEP) podem ser armazenados durante um tempo suficiente paraaguardar uma mensagem de retransmissão do PTM-TC receptor.Durante este tempo, o modem de transmissão pode continuar areceber pacotes de uma ou mais camadas mais elevadas, rotularesses pacotes, se necessário, e armazenar esses pacotes, se elesestiverem identificados como pacotes com baixa taxa de erro depacote (TEP), do mesmo modo. Os requisitos de armazenamentomínimo resultante para o PTM-TC transmissor estão estimadosabaixo.
Para uma retransmissão bem sucedida, omodem de recepção deve ser capaz de informar ao modem detransmissão qual pacote, ou pacotes, precisa(m) serretransmitido(s). Um modo ilustrativo de executar isto é pelatransmissão de pacotes com um conjunto de bits anexado quecontém um contador indicando o lugar de cada pacote em um fluxode pacotes. Este valor de contador também é conhecido como umIdentificador de Seqüência (SID). Por exemplo, um conjunto de bitscontendo um contador de 16 bits poderia ser anexado a cadapacote e o módulo contador (260) seria incrementado em umaunidade depois que cada pacote foi transmitido. Junto com omódulo de atribuição de QOS para pacote (240), o conjuntocontador de um pacote poderia ser anexado ao pacote em diversoslocais, por exemplo, no início ou no final do pacote, ou no início ouno final do cabeçalho do pacote.
Pacotes recebidos de uma camada maiselevada já podem ter a informação em um cabeçalho ou conjuntode dados do pacote que contém a informação de contagem, ouseqüência, do pacote. Além disso, o campo contador de pacotepode ser anexado com um conjunto CRC adicional que contém umaverificação de redundância cíclica que é computada somente nosbits do campo contador de pacote. Essa verificação de redundânciacíclica (CRC) pode ser utilizada pelo receptor para determinar se ocampo contador de pacote foi recebido corretamente, ou seja, semerros de bits. Essa verificação de redundância cíclica (CRC) podeser adicional ao CRC padrão inserido pelo PTM-TC padrão (averificação de redundância cíclica do pacote PTM-TC padrão é umaCRC que abrange todos os bits em um pacote). A CRC de pacotepadrão também pode abranger o novo campo contador de pacoteem sua verificação de redundância cíclica (CRC). Isto ajuda se omodem de recepção utiliza a presença ou a ausência do campocontador de pacote em um pacote para detectar se o pacote temum requisito de baixa taxa de erro de pacote (TEP) ou de baixalatência (descrito abaixo).
Alternativamente, ou adicionalmente, ocampo contador de pacote (com ou sem uma verificação deredundância cíclica (CRC) dedicada) pode ser anexado somenteaos pacotes com um requisito de qualidade de serviço (QDS)específico, ao passo que todos os outros pacotes podem sertransmitidos sem modificação. Por exemplo, todos os pacotes devídeo com de qualidade de serviço (QDS) de baixa taxa de erro depacote (TEP) poderiam conter o campo contador de pacoteanexado ao passo que todos os pacotes de voz/dados de baixalatência poderiam ser transmitidos inalterados. Uma vantagemilustrativa disto é que o processamento adicional (perda de taxa)devido à adição do conjunto contador do pacote ocorre somente aotransmitir pacotes com baixa taxa de erro de pacote (TEP).
Alternativamente, ou adicionalmente, todosos pacotes com baixa taxa de erro de pacote (TEP) e baixa latênciapodem ser transmitidos com o campo contador de pacote baixo(com ou sem uma verificação de redundância cíclica (CRC)dedicada). Neste caso, o campo contador de pacote dos pacotes debaixa latência pode conter um valor especial indicando que umpacote não é um pacote com baixa taxa de erro de pacote (TEP).Além disso, o campo contador de pacote do pacote com baixalatência pode nem mesmo conter um valor de contagem, pois ospacotes de baixa latência não são destinados a seremretransmitidos. Neste caso, o campo contador de pacote poderiaconter um valor de contador somente para pacotes com baixa taxade erro de pacote (TEP) e o valor do contador seria incrementadoapenas quando um pacote com baixa taxa de erro de pacote (TEP)fosse transmitido. Como um exemplo, se o campo contador depacote for de 16 bits, o valor especial com todos os zeros poderiaser utilizado para indicar que um pacote é um pacote com baixalatência. Neste caso, pacotes com baixa taxa de erro de pacote(TEP) poderiam conter valores de contador de um até 216-1, porémsem incluir todos os zeros, pois esse valor especial com zeros podeser utilizado para indicar um pacote de baixa latência.
O modem de recepção, por exemplo, o PTM-TC receptor, que neste caso é ilustrado como o transceptor (300) e inclui funcionalidade comparável com aquela descrita em relação aotransceptor (200), recebe pacotes do modem de transmissão pormeio da PMS-TC. Se o pacote recebido é identificado como umpacote de baixa latência pelo módulo de Identificação de Qualidadede Serviço (QOS ID) (325), o pacote é transferido para uma camadamais elevada. Se um pacote recebido é identificado pelo módulo deIdentificação de Qualidade de Serviço (QOS ID) (325) como umpacote de baixa Taxa de Erro de Pacote (TEP), o pacote éencaminhado, com a cooperação do módulo de gerenciamento detransmissão (320), para o buffer de retransmissão (350) por umperíodo mínimo antes de ser transferido para uma camada maiselevada.
O tempo de armazenamento no buffer deretransmissão (350) ajuda a assegurar que o protocolo deretransmissão proporciona um retardo constante, por exemplo,nenhuma variação de retardo é percebida pelas camadassuperiores. Deste modo, se um pacote precisa ser retransmitido, omodem de recepção pode continuar a fornecer pacotes para ascamadas mais elevadas a uma taxa constante enquanto aguardao(s) pacote(s) retransmitido(s) chegar (em) do modem detransmissão. Os requisitos de memória mínima (ouarmazenamento) resultante para o PTM-TC de recepção estãoestimados abaixo.
Alternativamente, pacotes com baixa taxa deerro de pacote (TEP) sem erros podem não ser armazenadosdurante um tempo mínimo antes de passar para uma camada maiselevada. Os pacotes de baixa taxa de erro de pacote (TEP), semerro, podem ser transferidos imediatamente para a camada maiselevada exatamente como os pacotes de baixa latência. Entretanto,quando um pacote de baixa taxa de erro de pacote (TEP) apresentaerro, ele é armazenado junto com todos os pacotes de baixa taxade erro de pacote (TEP) seguintes antes de passar para umacamada mais elevada para aguardar o(s) pacote(s) retransmitido(s)chegar (em). Isto causará uma variação de retardo nos pacotes combaixa taxa de erro de pacote (TEP) sempre que ocorrer umaretransmissão. Entretanto, esta variação de retardo não se aplicariaaos pacotes de baixa latência.
O módulo de identificação de qualidade deserviço (QOS ID) (325) pode detectar se um pacote é de baixa taxade erro de pacote (TEP) ou de baixa latência usando váriosmétodos diferentes. Por exemplo, se todos os pacotes com baixataxa de erro de pacote (TEP) e de baixa latência contêm o campocontador de pacote anexado, então o modem de recepção, juntocom o módulo contador (360), detecta um pacote de baixa latênciaquando o campo contador de pacote contém o valor especialdesignado, que foi inserido pelo modem de transmissão, indicandoque o pacote é um pacote de baixa latência.
Alternativamente, ou adicionalmente, oreceptor poderia detectar um pacote com baixa taxa de erro depacote (TEP) quando o campo contador de pacote contém um valorde contador de pacote válido. Adicionalmente, se uma CRCdedicada é anexada ao campo contador de pacote, a CRC poderiaser utilizada para detectar se os bits do campo contador de pacoteestão com erro.
Se o campo contador de pacote, incluindo aCRC, é anexado somente em pacotes com baixa taxa de erro depacote (TEP), a ausência ou presença deste conjunto em umpacote pode ser utilizada pelo modem de recepção e,especificamente pelo módulo de identificação de qualidade deserviço (QOS ID), para detectar um pacote de baixo retardo. Porexemplo, o modem de recepção pode examinar a posição nopacote onde o campo contador de pacote estaria, caso tenha sidoum pacote com baixa taxa de erro de pacote (TEP), e se averificação de redundância cíclica (CRC) no campo contador depacote falha enquanto a verificação de redundância cíclica (CRC)padrão do pacote completo estiver correta, o modem de recepçãopoderia determinar que o pacote é um pacote de baixo retardo, poisele não contém o campo contador de pacote. Da mesma forma, porexemplo, o modem de recepção pode examinar a posição nopacote onde o campo contador de pacote estaria, caso este tenhasido um pacote com baixa taxa de erro de pacote (TEP) e se averificação de redundância cíclica (CRC) do campo contador depacote estiver correta, o modem de recepção determinaria este éum pacote com baixa taxa de erro de pacote (TEP)1independentemente do status da verificação de redundância cíclica(CRC) padrão do pacote completo.
O modem de recepção, junto com o buffer deretransmissão (350), e o módulo de pacote com erro (310), podemser utilizados para detectar pacotes faltantes ou com erro emdiversas maneiras ilustrativas. Por exemplo, o módulo de pacotecom erro (310) pode detectar erros de bits no pacote usando averificação de redundância cíclica (CRC) do pacotepadrão/completo do PTM-TC. Alternativamente, ou adicionalmente,o módulo de pacote com erro (310) pode detectar erros de bits nocampo contador de pacote se o modem de transmissão anexouuma CRC dedicada ao campo contador de pacote. Essa verificaçãode redundância cíclica (CRC) é valiosa porque pode ser utilizadapelo módulo de pacote com erro no modem de recepção paradeterminar se um pacote tem o número de pacote correto, mesmose a verificação de redundância cíclica (CRC) padrão do pacotecompleto estiver com erro.
Alternativamente, ou adicionalmente, omódulo de pacote com erro (310), pode detectar um pacote comerro ou faltante ao receber um pacote com uma CRC correta noconjunto padrão ou no campo contador de pacote, que contém umnúmero contador de pacote que não é o número de contador depacote previsto. Por exemplo, se o módulo de pacote com erro(310), junto com o módulo contador (360), detecta o recebimento deum pacote com um número contador igual a 5, no qual o módulo depacote com erro (310) está esperando receber um pacote com umcontador igual a 3, o módulo de pacote com erro (310) pode determinar que dois pacotes, especificamente os pacotesnumerados como 3 e 4 foram perdidos devido a erros.
Assim que for observado que um pacote(s)está com erro, há várias maneiras ilustrativas pelas quais ummodem de recepção pode comunicar informações para o modem de transmissão indicando que é necessária uma retransmissão de umou mais pacotes. Por exemplo, o modem de recepção, junto com omódulo de pacote com erro (310), pode enviar uma mensagem dereconhecimento (ACK) para o modem de transmissão para cadamensagem recebida corretamente ou para cada número pré- determinado de pacotes. À medida que o modem de transmissão e,especificamente o módulo de pacote com erro (210), recebemensagens reconhecendo o recebimento dos pacotes na ordemseqüencial, não há necessidade de retransmissão das informaçõespara o modem de recepção. Entretanto, se o modem de transmissão e, em especial, o módulo de pacote com erro (210),recebe uma mensagem do modem de recepção e, em especial, domódulo de pacote com erro (310), indicando que um pacote foirecebido corretamente com um valor de contador que está fora daseqüência, é necessária uma retransmissão pelo modem de transmissão. No exemplo acima, onde o modem de recepçãorecebeu um pacote com um valor de contador igual a 5, semreceber os pacotes numerados como 3 e 4, o modem detransmissão poderia receber um ACK para o pacote com valor decontador igual a 2 e a seguir um ACK para o pacote com um valorde contador igual a 5. O modem de transmissão determinaria entãoque foi necessário retransmitir pacotes com valores de contadoriguais a 3 e 4 pois eles não foram recebidos.
Alternativamente, ou adicionalmente, umvalor de tempo limite poderia ser especificado para o modem detransmissão. Esse valor de tempo limite poderia corresponder aotempo que o modem de transmissão deve aguardar por um ACK deum pacote específico antes de retransmitir o pacote. O valor detempo limite poderia ser ajustado para ser no mínimo tão longoquanto o retardo de ida e volta necessário para o modem detransmissão enviar um pacote para o modem de recepção e para omodem de recepção enviar um ACK de volta para o modem detransmissão. Se um ACK não for recebido até o tempo limite, omodem de transmissão poderia retransmitir o pacote.
Alternativamente, ou adicionalmente, umreconhecimento negativo (NAK) poderia ser enviados ao modem detransmissão quando um pacote é detectado com erro ou comofaltante. No exemplo acima, quando o modem de recepção recebeuo pacote com um valor do contador igual a 5, enquanto esperavaum valor de contador igual a 3, o modem de recepção poderiaenviar uma mensagem NAK para o modem de transmissãoindicando que pacotes com valores de contador iguais a 3 e 4 nãoforam recebidos corretamente e precisavam ser retransmitidos.
Alternativamente, ou adicionalmente, se umpacote foi recebido com uma verificação de redundância cíclica(CRC) do contador de pacote correta e um valor de contador depacote α válido e uma verificação de redundância cíclica (CRC)padrão do pacote completo incorreta, o modem de recepçãopoderia enviar uma mensagem NAK para o modem de transmissãoindicando que um pacote com um valor de α foi recebidoincorretamente e precisou ser retransmitido.
Presumido que pacotes com erro não sãofreqüentes, qualquer metodologia que envie um ACK para cadapacote recebido corretamente pode exigir uma taxa de transmissãode dados maior no canal de mensagem que comunique estainformação de volta para o modem de transmissão. Nesse caso,enviar apenas NAKs apresenta a vantagem de requer o envio deuma mensagem somente quando é detectado um pacote com erroou faltante. Em função das capacidades de taxa de transmissão dedados do canal de mensagens e da taxa de erro de pacote (TEP),um sistema de retransmissão pode utilizar apenas ACKs, apenasNAKs, ou ambos: ACKs e NAKs ao mesmo tempo.
As mensagens ACK e NAK enviadas de voltaao modem de transmissão podem ser transmitidas no mesmo canalfísico, ou seja, linha telefônica, na direção oposta dos pacotesrecebidos. Como o canal tem uma taxa de transmissão de dadoslimitada e não está necessariamente isento de erros, é importanteconfirmar que essas mensagens sejam tão robustas quantopossível e consumam a menor quantidade possível da taxa detransmissão de dados. Adicionalmente, como os requisitos dememória de retransmissão para transmitir e receber dependem dalatência de um percurso de ida e volta da conexão, é importanteminimizar as exigências de latência do canal de mensagens.
Existem várias maneiras de tratar essas exigências.
As mensagens podem ser enviadas via umcaminho separado de "baixa latência" ou "rápido" entre ostransceptores xDSL. Este caminho rápido poderia incluir pouco oumesmo nenhum retardo devido à intercalação e pode serespecificado para ter uma latência abaixo de 2ms.
Alternativamente, ou adicionalmente, asmensagens podem ser enviadas com maior robustez, repetindo atransmissão de cada mensagem várias vezes. Por exemplo, amensagem poderia ser repetida χ vezes para confirmar que, mesmose x-1 mensagens forem corrompidas pelo canal, pelo menos umamensagem seria recebida corretamente.
Alternativamente, ou adicionalmente, asmensagens podem ser enviadas de tal forma que cada mensagemé repetida várias vezes e cada mensagem repetida é enviada emum símbolo DMT diferente. Por exemplo, a mensagem pode serrepetida χ vezes e cada mensagem enviada em um de χ símbolosDMT. Dessa forma, mesmo se x-1 símbolos DMT foremcorrompidos pelo canal, pelo menos uma mensagem seria recebidacorretamente.
Alternativamente, ou adicionalmente, asmensagens podem ser enviadas de tal forma que cada mensagemé repetida várias vezes e cada mensagem repetida é enviada emsímbolos DMT diferentes. Por exemplo, a mensagem poderia serrepetida χ vezes e cada mensagem enviada em um de χ símbolosDMT. Dessa forma, mesmo se x-1 símbolos DMT foremcorrompidos pelo canal, pelo menos uma mensagem seria recebidacorretamente.
Alternativamente, ou adicionalmente, asmensagens podem ser enviadas de tal forma que cada mensagemé repetida várias vezes e cada mensagem repetida é enviada umadiversidade de vezes em cada símbolo DMT. Por exemplo, amensagem poderia ser repetida χ vezes e cada mensagem repetidaenviada y vezes em um de χ símbolos DMT. Dessa forma, mesmose x-1 símbolos DMT forem corrompidos pelo canal e/ou partesgrandes de um símbolo DMT forem corrompidas por um canal, apelo menos uma mensagem seria recebida corretamente.
Alternativamente, ou adicionalmente, asmensagens podem incluir valores de contagem de pacotes múltiplospara reduzir os requisitos de taxa de transmissão de dados. Porexemplo, se pacotes com valores de contador de 3 a 9 sãorecebidos corretamente (ou incorretamente) uma mensagem ACK(ou NAK) seria enviada para indicar os valores desses pacotes. Porexemplo, a mensagem poderia conter os valores 3 e 9 e o receptorda mensagem saberia automaticamente que todos os valoresintermediários (4, 5, 6, 7, 8) também estão indicados na mensagem.
Alternativamente, ou adicionalmente, as sub-portadoras DMT que modulam essas mensagens poderiam operarcom uma margem da razão sinal/ruído (SNR - Signal-to-NoiseRatio) muito mais elevada, por exemplo, 15 dB, comparado àmargem normal de 6 dB dos sistemas xDSL. Desse modo, asmensagens teriam uma imunidade mais elevada ao ruído do canal.
Alternativamente, ou adicionalmente, um modem de recepção pode precisar enviar uma mensagem ACK ouNAK adicional depois de pronta no processo de enviar umamensagem repetida. Por exemplo, um modem de recepção podedetectar que pacotes com valores de 3 a 9 foram recebidoscorretamente e enviar uma mensagem ACK de volta para o modemde transmissão indicando essa informação. Essa mensagem podeser repetida χ vezes em cada mensagem repetida sendo transmitida(pelo menos uma vez) em símbolos DMT diferentes. Enquantoenvia a segunda mensagem repetida no segundo símbolo DMT, oreceptor poderia detectar quê pacotes com valores de 10 a 17foram agora recebidos também corretamente. Neste caso, o modemde recepção poderia apenas anexar essa informação à mensagemanterior ou, alternativamente, enviar uma nova mensagem separadaque é repetida também χ vezes em cada mensagem repetida sendotransmitida (pelo menos uma vez) em um símbolo DMT diferente.
Alternativamente, ou adicionalmente, aorepetir uma mensagem χ vezes em χ símbolos DMT, cadamensagem repetida pode ser modulada em um conjunto diferentede sub-portadoras DMT em cada símbolo DMT. Deste modo, seuma ou mais sub-portadoras tiver uma razão sinal/ruído (SNR)baixa, a mensagem ainda será recebida corretamente.
Para pacotes com baixa taxa de erro depacote (TEP), o retardo devido a esse protocolo de retransmissão éigual ao retardo que resulta do armazenamento desses pacotes nomodem de recepção (RX PTM-TC) para transferir os pacotes parauma camada mais elevada. Pacotes de baixa latência não sofremretardo extra.
O modem de transmissão deve armazenarum pacote para retransmissão durante um tempo igual ao retardode ida e volta a partir do momento que um pacote é enviado atéquando a mensagem de retransmissão é recebida. Durante essetempo o modem de transmissão continua a receber pacotes dacamada mais elevada e continua a armazenar esses pacotes damesma forma. Portanto, os requisitos de armazenamento emoctetos podem ser calculados como:
Memória TX (transmissão) mínima (octetos)= roundtripdelay*datarate,
onde roundtripdelay é o tempo igual aoretardo de ida e volta a partir do momento que o pacote é enviadoaté quando a mensagem de retransmissão é recebida, e datarate éa taxa de transmissão de dados da conexão que está transferindoos pacotes.
Para VDSL2 conforme a norma ITU-TG.993.2, que está incorporada a este documento por referência, istopode ser calculado usando os parâmetros de perfil VDSL2 como:
Memória TX mínima (octetos) = (Retardo deIntercalação DS + US em octetos) + (retardo alfa/beta US+DS semintercalação)*(taxa de transmissão de dados da rede bidirecional) =MAXDLEYOCTET + (4 ms) *MBDC, onde MAXDELAYOCTET eMBDC são conforme especificado nos perfis VDSL2.
Para o receptor, os requisitos mínimos dearmazenamento do receptor podem ser determinados de umamaneira similar. Mais especificamente, o RX PTM-TC devearmazenar um pacote antes de transferi-lo para a camada maiselevada durante um tempo igual ao retardo de ida e volta a partir domomento quando uma mensagem de retransmissão é transmitidaaté o momento quanto o pacote retransmitido é recebido. Isto éigual aos requisitos de armazenamento em octetos (igual aotransmissor):
Memória RX (recepção) mínima (octetos) =roundtripdelay*datarate, onde roundtripdelay é o tempo igual aoretardo de ida e volta a partir do momento que uma mensagem deretransmissão é transmitida até quando o pacote retransmitido érecebido, e datarate é a taxa de transmissão de dados da conexãoque está transferindo os pacotes.
Para VDSL2 conforme a norma ITU-TG.993.2, isto pode ser calculado usando os parâmetros de perfilVDSL2 como:Memória RX mínima (octetos) = (retardo deintercalação DS + US em octetos) + (retardo alfa/beta US+DS semintercalação)*(taxa de transmissão de dados da rede bidirecional) =MAXDLEYOCTET + (4 ms) *MBDC, onde MAXDELAYOCTET eMBDC são conforme especificado nos perfis de VDSL2 da normaITU-T G.993.2
Tabela 1: Requisitos de memória TX ou RX
<table>table see original document page 44</column></row><table>
As estimativas na Tabela 1 presumem quetodos os MAXDELAYOCTET e MBDC completos são utilizadospara a transferência do fluxo de pacote, ou seja, o canal reversotem uma taxa de transmissão de dados muito baixa e semintercalação.
Algumas normas xDSL especificamrequisitos de armazenamento mínimo, ou seja, memória, para aintercalação de informações codificadas RS (Reed-Solomon). Aintercalação com codificação RS (Reed-Solomon) é uma maneiraefetiva de corrigir erros de canal devidos a, por exemplo, ruído tipoimpulso. Por exemplo, VDSL2 requer suporte de um intercaladorbidirecional de agregação e uma memória desintercaladora de 65Kbytes para o perfil VDSL2 8a. Isto corresponde ao requisito dearmazenamento de aproximadamente 32 Kbytes em um únicotransceptor.
Compartilhamento de memória entre afunção de retransmissão e uma ou mais das funções deintercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-Solomori).
Nota-se, observando a tabela 1, que osrequisitos de memória para suportar o protocolo de retransmissãopodem ser mais que o dobro dos requisitos de armazenamento deum único transceptor. Adicionalmente, o protocolo de retransmissãoproporciona um método diferente para corrigir erros de canal devidoa, por exemplo, ruído tipo impulso.
Além disso, os métodos de intercalação ecodificação RS (Reed-SoIomon) e protocolos de retransmissãoproporcionam vantagens diferentes em relação aos recursos decorreção de erro, latência, requisitos de carregamento do buffer,etc. Por exemplo, sob determinadas condições de configuração ede ruído a intercalação/codificação RS (Reed-SoIomon) proporcionacorreção de erro/ganho de codificação com menos retardo e perdade taxa de transmissão que o protocolo de retransmissão (parapacotes que podem ser retransmitidos). Ao passo que sob outrascondições, o protocolo de retransmissão proporcionará melhorcorreção de erro com menos retardo e perda de taxa detransmissão que a intercalação/codificação RS (Reed-Solomon).
Em alguns casos, uma primeira parte damemória pode ser utilizada para uma função e uma segunda parteda memória para outras funções. Por exemplo, se as condições deconfiguração e de ruído são tais que a intercalação/codificação RS(Reed-Solomon) não proporcionaria uma boa correção deerro/ganho de codificação, então toda a memória disponível poderiaser utilizada para a função de retransmissão e nenhuma alocadapara a funcionalidade de intercalação/desintercalação/codificaçãoRS (Reed-Solomon)/decodificação RS (Reed-Solomon), porexemplo, a intercalação/desintercalação poderia ser desativada.
Da mesma forma, se as condições deconfiguração e de ruído são tais que o protocolo de retransmissãonão proporcionaria boa correção de erro/ganho de codificação,então toda a memória disponível poderia ser utilizada para afuncionalidade de intercalação/desintercalação/codificação RS(Reed-Solomon)/decodificação RS (Reed-SoIomon) e nenhumamemória seria utilizada para a função de retransmissão, porexemplo, a função de retransmissão seria desativada.
Alternativamente, ou adicionalmente, ambosos métodos poderiam ser utilizados porque ambos têm suasvantagens, com o sistema, por exemplo, o módulo degerenciamento de memória (370), tendo capacidade para alocardinamicamente uma primeira parte da memória (250)/(350) para a funcionalidade de intercalação/desintercalação/codificação RS(Reed-Solomon)/decodificação RS (Reed-SoIomon) e uma segundaparte da memória para a funcionalidade de retransmissão. Porexemplo, 40% da memória poderia ser alocada para afuncionalidade de intercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) com o 60%restante alocado para a funcionalidade de retransmissão.Entretanto, deve ser levado em conta que, em geral, a memóriapode ser dividida, ou seja, compartilhada, em qualquer maneira.
O compartilhamento da memória entre afunção de retransmissão e as funções deintercalação/desintercalação/codificação RS (Reed-
Solomon)/decodificação RS (Reed-SoIomon) não está restrito aosprotocolos de retransmissão descritos em outras configurações queutilizem parâmetros de qualidade de serviço (QDS) para determinarquais pacotes devem ser retransmitidos. Em outras palavras, ocompartilhamento da memória entre a função de retransmissão e asfunções de intercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) pode ser utilizado parasistemas de retransmissão onde todos os pacotes com erro sãoretransmitidos, ou seja, não há identificador de qualidade de serviço(QDS) no protocolo de retransmissão. Por exemplo, poderia serutilizada a Correção Antecipada de Erro (FEC - Forward ErrorCorrection)/intercalação para atender o requisito de INPmin,visando especificamente o ruído tipo impulso, que ocorrefreqüentemente (por exemplo, da ordem de minutos ou segundos)porém tem curta duração e pode, portanto, ser corrigido pelaCorreção Antecipada de Erro (FEC)/intercalação. Por exemplo, oprotocolo de retransmissão pode ser utilizado para corrigir erros nãofreqüentes (da ordem de horas) que têm longa duração e nãoseriam corrigidos pela Correção Antecipada de Erro(FEC)/intercalação. Como outro exemplo, a função de CorreçãoAntecipada de Erro (FEC)/intercalação pode ser utilizada juntocoma função de retransmissão porque é bem conhecido o fato deque a Correção Antecipada de Erro (FEC) com intercalação mínimaproporciona um ganho de codificação de 1 dB a 3 dB quandoutilizada com um código de Trellis (como ocorre, em geral, emsistemas xDSL). Isto significa que mesmo quando a maior parte damemória compartilhada é alocada para a função de retransmissãopara tratar ruído do canal (como ruído tipo impulso), umaquantidade menor de memória pode ser alocada para a função deCorreção Antecipada de Erro (FEC)/intercalação para aproveitar avantagem de ganho da codificação.
Associada com a capacidade de alocar oufazer a partição da memória entre uma ou mais das funcionalidadesde intercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) e a funcionalidade deretransmissão, está a capacidade de trocar informações entre os transceptores sobre como estabelecer esta alocação. Por exemplo,o modem de transmissão pode enviar uma mensagem para omodem de recepção indicando quanto da memória disponível deveser alocada para uma ou mais das funcionalidades deintercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) e quanta memóriadeve ser alocada para a funcionalidade de retransmissão. Porexemplo, se o modem de recepção contém 100 kBytes de memóriadisponível, o modem de transmissão poderia enviar uma mensagempara o modem de recepção indicando que 25 kBytes devem ser alocados para a funcionalidade de codificação RS (Reed-SoIomon)e 75 kBytes devem ser alocados para a funcionalidade deretransmissão. Como o modem de recepção determina de modogeral os parâmetros de intercalação/codificação RS (Reed-Solomon) que são utilizados, o modem de recepção poderia utilizar essa informação para selecionar parâmetros, por exemplo,profundidade do intercalador e tamanho da informação codificada,que resultaria em um requisito de memória de intercalação que nãoé maior que a quantidade indicada na mensagem.
Alternativamente, ou adicionalmente, o modem de recepção pode enviar uma mensagem para o modem detransmissão indicando quanto da memória disponível deve seralocada para uma ou mais das funcionalidades deintercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-SoIomon) e quanta memóriadeve ser alocada para a funcionalidade de retransmissão.
Compartilhamento da memória entre umafunção de retransmissão com identificação de baixa taxa de erro depacote (TEP) e/ou pacotes de baixa latência e uma ou mais dasfunções de intercalação/desintercalação/codificação RS (Reed-Solomon)/decodificação RS (Reed-Solomon).
Uma maneira de reduzir o requisito dememória total de um transceptor que suporta a funcionalidade deretransmissão com a identificação dos pacotes com baixa taxa deerro de pacote (TEP) e/ou de baixa latência é definir um limite,como um valor máximo, para a taxa de transmissão de dados dofluxo de pacotes com baixa taxa de erro de pacote (TEP)1 ou seja,os pacotes que requerem retransmissão para atender um requisitode taxa de erro de pacote (TEP) específico. Por exemplo, se a taxade data total é de 50 Mbps, e o retardo de ida e volta é de 10 ms, orequisito de memória TX ou RX mínima é de50.000.000*01/8=62500 bytes se a função de retransmissão devesuportar o caso onde todos os pacotes transmitidos (todos os 50Mbps) são de pacotes com baixa taxa de erro de pacote (TEP). Se, entretanto, somente uma parte da taxa de transmissão de dados de50 Mbps é alocada para o fluxo de pacotes com baixa taxa de errode pacote (TEP) (por exemplo 30 Mbps), ao passo que o restanteda taxa de transmissão de dados é alocada para o fluxo de pacotesde baixa latência (por exemplo 20 Mbps), o requisito de memória TX ou RX mínima seria de 30.000.000*01/8=37500 bytes (presumindoum retardo de ida e volta de 10 ms). Nesse caso, o modem detransmissão (ou o modem de recepção) pode enviar umamensagem para o modem de recepção (ou modem de transmissão)que indica a taxa de transmissão de dados máxima do tráfego depacotes que será utilizada na função de retransmissão. Usando oexemplo acima, o modem de transmissão (ou modem de recepção)enviaria uma mensagem indicando que o tráfego de pacotes combaixa taxa de erro de pacote (TEP) não ultrapassará 30 Mbps e,nesse caso, o modem de recepção (ou o modem de transmissão)alocará memória para a funcionalidade de retransmissão e para afuncionalidade de intercalação/codificação RS (Reed-SoIomon) (oudesintercalação/decodificação RS (Reed-SoIomon)) de formacorrespondente.
Uma vantagem ilustrativa de indicar ospacotes com baixa taxa de erro de pacote (TEP) e baixa latênciacomo parte do protocolo de retransmissão é que essa indicaçãoproporciona uma funcionalidade do tipo Realocação Dinâmica deDados (DDR) sem a perda de taxa de transmissão ao realocardinamicamente caminhos de latência. Por exemplo, quando umaplicativo de vídeo é desligado (menos pacotes com baixa taxa deerro de pacote (TEP) na conexão), a taxa de transmissão de dadosdo aplicativo de dados pode ser aumentada (mais pacotes de baixalatência na conexão) sem quaisquer alterações nos parâmetros detransmissão.
O protocolo de retransmissão também podeser utilizado com ou sem correção antecipada de erros(FEC)/intercalação (ou desintercalação) básica. Uma abordagemilustrativa é utilizar a correção antecipada de erros(FEC)/intercalação para atender o requisito de INPmin visandoespecificamente o ruído tipo impulso que ocorre com freqüência(por exemplo, da ordem de minutos ou segundos. O protocolo deretransmissão pode ser utilizado para corrigir erros não freqüentes(da ordem de horas) que serão normalmente um problema somentepara aplicações com taxa de erro de pacote (TEP) muito baixa,como vídeo.
Quando um protocolo de retransmissão écombinado com uma correção básica antecipada de erros(FEC)/intercalação (ou desintercalação), a latência do protocolo deretransmissão crescerá proporcionalmente ao retardo adicional dacorreção antecipada de erros (FEC)/intercalação. Isto é devido aofato de que o carregamento requerido do buffer do receptorcorresponde aproximadamente ao tempo de retardo de ida e voltade transmissão do pacote e de reconhecimento da mensagem.
Como um exemplo da utilização do protocolode retransmissão que identifica um ou mais dos pacotes com baixataxa de erro de pacote (TEP) e baixa latência com correçãoantecipada de erros (FEC)/intercalação (ou desintercalação) básica,a correção antecipada de erros (FEC)/intercalação é utilizada paraobter os requisitos de INPmin dentro da restrição de latência e afunção de retransmissão é utilizada para proporcionar outra camadade correção de erro. Os pacotes com baixa taxa de erro de pacote(TEP) são transferidos para a função de retransmissão e para acorreção antecipada de erros (FEC)/intercalador e, em função disto,é alcançado um PER muito baixo. Os pacotes de baixa latênciapassam pela correção antecipada de erros (FEC)/intercalador,porém não passam pela função de retransmissão. Como os pacotesde baixa latência passam pela correção antecipada de erros(FEC)/intercalador, eles atenderão os requisitos de INPmin eMaxDeIay sem sofrer o retardo extra do protocolo de retransmissão.
Exemplo de parâmetros de configuração:
Taxa de transmissão de dados DS = 25Mbps, INPmin=2, MaxDeIayDS = 8 msExemplo de parâmetros de correçãoantecipada de erros (FEC)/intercalação:
NFEC= 128, R= 16 que resulta em umamemória de intercalador de aproximadamente 14 Kbytes para
INP=2 com 8 ms de retardo.
Protocolo de retransmissão:
Presumindo que a latência US seja de 2ms,o protocolo de retransmissão adicionará no mínimo 8+2 = 10ms delatência. Isso significa que a latência DS total (correção antecipadade erros (FEC)/intercalação + retransmissão) será deaproximadamente 8+10=18 ms.
Requisitos de memória:
Os requisitos de memória para o protocolode retransmissão podem ser calculados como: (10 ms) X (25 Mbps)/8 = 31 Kbytes. Portanto, tanto o transmissor como o receptorprecisará de uma memória total de (31+14) = 45 Kbytes para oprotocolo de retransmissão e para a função de correção antecipadade erros (FEC)/intercalação.
Pacotes com baixa taxa de erro de pacote
(TEP):
Latência =18 ms. A taxa de erro de pacote
(TEP) é muito baixa porque o INPmin = 2 (da correção antecipadade erros (FEC)/intercalação) é combinado com a correção de erroda função de retransmissão.
Pacotes de baixa latência:
Latência = 8 ms. INP = 2 da correçãoantecipada de erros (FEC)/intercalação. Sem retardo adicionaldevido à função de retransmissão.
Embora esta invenção descreva aretransmissão sendo feita como parte do PTM-TC1 ela tambémpoderia ser feita dentro de outra(s) camada(s) do transceptor xDSL,como na camada física dependente do meio (PMD) ou na sub-camada de convergência de transmissão do meio físico (PMS-TC).Alternativamente, a invenção poderia ser executada em umacamada(s) acima da PTM-TC, por exemplo, em uma nova camadaentre a PTM-TC e a próxima camada mais elevada ou, em geral,em qualquer camada acima da camada física, por exemplo: nacamada 1, 2, 3, 4 ou 5.
Nesta invenção, o termo "transmissor" serefere, de modo geral, ao transceptor que transmite os pacotes. Damesma forma, o termo "receptor" se refere, de modo geral, aotransceptor que recebe os pacotes. Portanto, o "transmissor"também recebe as mensagens ACK/NAK e o "receptor" tambémtransmite as mensagens ACK/NAK.
A figura 2 sintetiza um método ilustrativo deoperação de um modem de transmissão utilizando o protocolo deretransmissão. Especificamente, o controle começa na etapa S100e continua na etapa S110. Na etapa S110, um pacote é recebidode uma camada mais elevada. Em seguida, na etapa S120, étomada uma decisão se o pacote recebido é um pacote do tiporetransmitido. Se o pacote não for um pacote do tipo retransmitido,como por exemplo, um pacote de baixa latência, o controle passapara a etapa S125 onde o pacote é atualizado opcionalmente(conforme descrito acima) com o controle continuando até a etapaS130 onde o pacote é encaminhado para o receptor. O controlecontinua em seguida até a etapa S140 onde a seqüência decontrole termina.
Se o pacote for um pacote do tiporetransmitido, como um pacote com baixa taxa de erro de pacote(TEP)1 o controle continua na etapa S150. Na etapa S150, o pacotepode ser atualizado com informações como um identificador deseqüência ou outras informações que permitem a um receptor sercapaz de determinar qual pacote (ou pacotes) precisa serretransmitido. Em seguida, na etapa S160, o pacote atualizado éarmazenado no buffer de retransmissão. Em seguida, na etapaS170, o pacote é encaminhado para o receptor. O controle continuaem seguida na etapa S180.
Na etapa S180, é feita uma determinação seo pacote precisa ser retransmitido. Se o pacote precisa serretransmitido, o controle volta para a etapa S170. Caso contrário ocontrole continua na etapa S190.
Na etapa S190, o pacote é excluído do bufferde retransmissão. O controle continua em seguida na etapa 140onde a seqüência de controle termina.
A figura 3 sintetiza um método ilustrativo deoperação de um modem de recepção utilizando o protocolo deretransmissão. Especificamente, o controle começa na etapa S200e continua na etapa S210. Na etapa S210, um pacote é recebido dotransmissor. Em seguida, na etapa S220, é feita uma determinaçãose o pacote tiver sido identificado como um pacote do tiporetransmitido.
Se o pacote não tiver sido identificado comoum pacote do tipo retransmissível, o controle passa para a etapaS230.
Na etapa S230 o pacote é encaminhado parauma camada mais elevada. O controle continua em seguida naetapa S240 onde a seqüência de controle termina.Alternativamente, se o pacote recebido é umpacote do tipo retransmissível, o pacote é armazenado no buffer deretransmissão na etapa S260. Em seguida, na etapa S270, aintegridade do pacote pode ser verificada, por exemplo, utilizandouma verificação de redundância cíclica (CRC). Depois, na etapaS280, é feita uma determinação se o pacote precisa deretransmissão. Se o pacote precisa de retransmissão, o controlecontinua na etapa S290 onde o pacote retransmitido é obtido, porexemplo, com base no envio de uma mensagem(s), um ou o outrotransceptor determinando que um pacote esta faltando, etc.,conforme descrito acima, com o controle retornando para a etapaS270 para uma verificação de integridade.
Se o pacote não precisa de retransmissão, ocontrole continua na etapa S295 onde o pacote é encaminhadopara uma camada mais elevada e excluído do buffer deretransmissão. O controle continua em seguida na etapa S240 ondea seqüência de controle termina.
A figura 4 sintetiza um método de alocaçãode memória ilustrativo para compartilhar memória entre a função deretransmissão e uma ou mais funcionalidades deintercalação/desintercalação funcionalidade e codificação.Especificamente, o controle começa na etapa S300 e continua naetapa S305. Na etapa S305, uma mensagem é enviada/recebidaespecificando a memória disponível. Normalmente o receptorenviará uma mensagem para o transmissor especificando amemória disponível, porém o transmissor poderia enviar tambémuma mensagem para o receptor. Em seguida, na etapa S310, éfeita uma determinação sobre como a memória deve ser alocada.Conforme descrito, esta alocação pode ser baseada em uma oumais entre capacidade de correção de erro, latência, requisito decarregamento do buffer, razão sinal/ruído (SNR), ruído tipo impulsoou, em geral, qualquer parâmetro de comunicação. Em seguida, naetapa S320, a alocação de memória é comunicada ao outrotransceptor. Em seguida, na etapa S330, pode ser feita umadeterminação se a alocação é compatível. Se a alocação recebidanão for compatível, o controle continua na etapa S360, na qualoutra alocação pode ser solicitada, com o controle retornando paraa etapa S320.
Alternativamente, se a alocação forcompatível, na etapa S340 a memória é alocada com base naalocação recebida. O controle continua em seguida até a etapaS350 onde a seqüência de controle termina.
A figura 5 ilustra uma metodologia decompartilhamento de memória típica para utilizar com uma funçãode retransmissão e uma ou mais de uma funcionalidade deintercalação/desintercalação e funcionalidade decodificação/decodificação RS (Reed-Solomon). Especificamente, ocontrole começa na etapa S400 e continua na etapa S410. Naetapa S410 a alocação de memória é recebida de, por exemplo, ummódulo de gerenciamento de memória que pode estar localizado nomesmo transceptor ou em um transceptor remoto. Em seguida, naetapa S420, a configuração de compartilhamento de memória éestabelecida e, em seguida, na etapa S430, a memória écompartilhada entre uma função de retransmissão e uma ou maisde uma funcionalidade de intercalação/desintercalação efuncionalidade de codificação/decodificação RS (Reed-Solomon). Ocontrole continua em seguida na etapa S440.
Na etapa S440, é feita uma determinação sea configuração do compartilhamento de memória deve ser alterada.Por exemplo, a configuração do compartilhamento de memóriapode ser alterada dinamicamente com base em alterações no canalde comunicação ou no tipo(s) de dados sendo enviados pelo canalde comunicação. Mais especificamente, por exemplo, se o canal decomunicação não estiver funcionando bem, por exemplo, umaumento em erros de bits, pode ser vantajoso aumentar acapacidade de retransmissão e, ao mesmo tempo, diminuir acapacidade de correção antecipada de erros (FEC)/intercalação ouvice-versa, que poderia ter um impacto em como ocompartilhamento de memória deve ser configurado.
Se a configuração do compartilhamento dememória deve ser alterada, o controle continua até a etapa S450onde outra alocação pode ser solicitada, com o controle retornandopara a etapa S410. Caso contrário, o controle continua até a etapaS460 onde a seqüência de controle termina.
Embora os fluxogramas acima descritostenham sido analisados em relação a uma seqüência específica deeventos, deve ser levado em conta que podem ocorrer alteraçõesnessa seqüência sem afetar significativamente a operação dainvenção. Adicionalmente, a seqüência exata de eventos nãoprecisa ocorrer conforme indicado nos exemplos construtivos, masem vez disso as etapas podem ser executadas por um ou por outrotransceptor do sistema de comunicação desde que ambos ostransceptores tenham conhecimento da técnica utilizada para ainicialização. Adicionalmente, as técnicas típicas ilustradas nestedocumento não estão limitadas às configurações ilustradasespecificamente, porém podem também ser utilizadas com osoutros exemplos construtivos e cada característica descrita éreivindicável individual e separadamente.
O sistema acima descrito pode serimplementado em dispositivos de telecomunicações com fios e/ousem fios, como um modem, um modem com multiportadora, ummodem DSL, um modem ADSL, um modem xDSL, um modemVDSL, um cartão de linha, equipamento de teste, um transceptorcom multiportadora, um sistema de rede LAN/WAN com fios e/ousem fios, um sistema de comunicação via satélite, sistemas decomunicação baseados em rede, como um sistema IP, Ethernet ouATM, um modem equipado com recursos de diagnóstico, etc. ou emcomputador para fins gerais programado separadamente incluindoum dispositivo de comunicação ou junto com qualquer um dosseguintes protocolos de comunicação: CDSL, ADSL2, ADSL2+,VDSLI, VDSL2, HDSL, DSL Lite, IDSL, RADSL, SDSL, UDSL etc.
Adicionalmente, os sistemas, métodos eprotocolos desta invenção podem ser implementados em umcomputador para fins especiais, um microprocessador oumicrocontrolador programado e elemento(s) de circuito integradoperiférico(s), um ASIC ou outro circuito integrado, um processadorde sinal digital, um circuito eletrônico ou lógico com fiação como umcircuito de elemento discreto, um dispositivo lógico programávelcomo Dispositivo de Lógica Programável (PLD), Matriz LógicaProgramável (PLA), uma Matriz de Portas Programáveis (FPGA),Matriz de Lógica Programável (PAL), um modem, umtransmissor/receptor, qualquer meio comparável, etc. Em geral,qualquer dispositivo capaz de implementar uma dita máquina que é,por sua vez, capaz de implementar a metodologia ilustrada nestedocumento, pode ser utilizado para implementar os diversosmétodos, protocolos e técnicas de comunicação de acordo comesta invenção.
Além do mais, os métodos apresentadospodem ser implementados prontamente em software usandoobjetos ou ambientes de desenvolvimento de software orientado a objetos que forneçam código fonte portável que pode ser utilizadoem uma variedade de computadores ou plataformas de trabalho.Alternativamente, o sistema apresentado pode ser implementadoparcialmente ou integralmente em hardware usando circuitoslógicos padrão ou circuitos integrados do tipo VLSI. Utilizar softwareou hardware para implementar os sistemas de acordo com estainvenção depende dos requisitos de velocidade e/ou eficiência dosistema, da função específica, e dos sistemas de software ouhardware específicos ou sistemas de microprocessador ou demicrocomputador sendo utilizados. Os sistemas, métodos eprotocolos de comunicação ilustrados neste documento podem serimplementados prontamente em hardware e/ou software usandoquaisquer sistemas ou estruturas, dispositivos e/ou softwares,conhecidos ou desenvolvidos posteriormente, por pessoas técnicasno assunto a partir da descrição funcional fornecida nestedocumento e com um conhecimento básico geral de técnicas decomputação e de telecomunicações.
Além disso, os métodos apresentadospodem ser implementados prontamente em software que pode serarmazenado em um meio de armazenamento, executado emcomputador de uso geral programado, junto comum controlador ememória, um computador de finalidade especial, ummicroprocessador, etc. Nesses casos, os sistemas e métodos destainvenção podem ser implementados como programa incorporadoem computador pessoal como um pequeno programa que éexecutado no contexto de outro programa (applet), como códigofonte JAVA(R) ou CGI1 como um recurso residente em um servidorou computador em posto de trabalho, como uma rotina incorporadaem um sistema de comunicação dedicado ou componente desistema, etc. O sistema também pode ser implementadoincorporando fisicamente o sistema e/ou método em um sistema desoftware e/ou sistema de hardware, como os sistemas de hardwaree software de um transceptor de comunicações.
Está mostrado, portanto, que foramfornecidos, de acordo com a presente invenção, sistemas emétodos para a retransmissão de pacote e compartilhamento dememória. Embora esta invenção tenha sido descrita junto com umavariedade de configurações, é evidente que muitas alternativas,modificações e variações podem ser notadas por pessoas técnicasno assunto. Dessa forma, a invenção destina-se a englobar todasessas alternativas, modificações, equivalentes e variações queestão dentro do objetivo e do escopo desta invenção.

Claims (105)

1. "UM MÉTODO" de retransmissão depacote, caracterizado por compreender: transmissão ou recepçãode uma diversidade de pacotes; identificando pelo menos umpacote entre os diversos pacotes como um pacote que não deve serretransmitido.
2. "O MÉTODO" da reivindicação 1,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
3. "O MÉTODO" da reivindicação 1,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL, uma informação codificadaPTM-TC, uma informação codificada RS (Reed-SoIomon) e umsímbolo DMT.
4. "O MÉTODO" da reivindicação 1,caracterizado pelo fato de que um conjunto de bitscompreendendo um identificador de seqüência (SID) é anexado acada pacote.
5. "O MÉTODO" da reivindicação 4,caracterizado pelo fato de que a etapa de identificação consisteem usar um valor especial para um identificador de seqüência(SID).
6. "O MÉTODO" da reivindicação 4,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
7. "O MÉTODO" da reivindicação 1,caracterizado pelo fato de que pelo menos um pacote não éarmazenado para retransmissão.
8. "O MÉTODO" da reivindicação 1,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente para uma camada alta.
9. "UM MÓDULO" de retransmissão depacote, caracterizado por ser capaz de transmitir ou receber umadiversidade de pacotes e capaz de identificar pelo menos umpacote entre os diversos pacotes como um pacote que não deve serretransmitido.
10. Ό MÓDULO" da reivindicação 9,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
11. Ό MÓDULO" da reivindicação 9,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL, uma informação codificadaPTM-TC, uma informação codificada RS (Reed-SoIomon) e umsímbolo DMT.
12. "O MÓDULO" da reivindicação 9,caracterizado pelo fato de que o módulo é capaz de anexar umconjunto de bits compreendendo um identificador de seqüência(SID) a cada pacote.
13. Ό MÓDULO" da reivindicação 12,caracterizado pelo fato de que a identificação consiste em usar umvalor especial para o SID.
14. Ό MÓDULO" da reivindicação 12,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
15. Ό MÓDULO" da reivindicação 9,caracterizado pelo fato de que pelo menos um pacote não éarmazenado pel"0 MÓDULO" para retransmissão.
16. Ό MÓDULO" da reivindicação 9,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente pelo módulo para uma camada alta.
17. "O MÓDULO" da reivindicação 9,caracterizado pelo fato de que o módulo é um ou mais de entre umtransceptor sem fio, uma estação de rede local sem fio (wirelessLAN), um transceptor com cabos, um modem DSL (DigitalSubscriber Line), um modem ADSL, um modem xDSL, um modemVDSL (Very high data rate Digital Subscriber Line - Linha deassinante digital com alta taxa de transferência de dados), umtransceptor multiportadora, um computador para fins gerais, umcomputador para fins especiais, um microprocessador programado,um microcontrolador e elemento(s) de circuito integradoperiférico(s), um Circuito Integrado de Aplicação Específica (ASIC),um processador de sinal digital, um circuito eletrônico ou lógico comfios e um dispositivo lógico programável.
18. Ό MÓDULO" da reivindicação 9,caracterizado pelo fato de que o módulo é implementado em umou mais de entre um PTM-TC, ATM-TC, PMD e PMS-TC.
19. "UM MÉTODO", caracterizado porconsistir em compartilhar memória entre uma memória deintercalação e/ou de desintercalação e uma memória deretransmissão de pacote.
20. "UM MÉTODO", caracterizado porconsistir em alocar uma primeira parte de memória compartilhadapara retransmissão e uma segunda parte da memóriacompartilhada para intercalação e/ou desintercalação.
21. Ό MÉTODO" da reivindicação 20,caracterizado pelo fato que inclui ainda transmitir ou receber umamensagem indicando como alocar a memória compartilhada.
22. "O MÉTODO" da reivindicação 19 ou 20,caracterizado pelo fato que inclui ainda transmitir ou receber umamensagem indicando como compartilhar a memória.
23. "UMA MEMÓRIA", caracterizado pelofato de ser capaz de ser compartilhada entre um buffer deintercalação e/ou desintercalação e um buffer de retransmissão depacote.
24. "UM MÓDULO", caracterizado por sercapaz de alocar uma primeira parte da memória compartilhada pararetransmissão e uma segunda parte da memória compartilhadapara intercalação e/ou desintercalação.
25. "O MÓDULO" da reivindicação 24,caracterizado pelo fato de que o módulo tem capacidade detransmitir ou receber uma mensagem indicando como alocar amemória compartilhada.
26. "O MÓDULO" da reivindicação 24,caracterizado pelo fato de que o módulo é capaz de transmitir oureceber uma mensagem indicando como compartilhar a memória.
27. "O MÓDULO" da reivindicação 24,caracterizado pelo fato de que o módulo é um ou mais de entre umtransceptor sem fio, uma estação de rede local sem fio (wirelessLAN), um transceptor com cabos, um modem DSL, um modemADSL, um modem xDSL, um modem VDSL, um transceptormultiportadora, um computador para fins gerais, um computadorpara fins especiais, um microprocessador programado, ummicrocontrolador e elemento(s) de circuito integrado periféricos, umASIC, um processador de sinal digital, um circuito eletrônico oulógico com fios e um dispositivo lógico programável.
28. "UM MÉTODO" de retransmissão depacote caracterizado por compreender: transmissão ou recepçãode uma diversidade de pacotes; identificando pelo menos umpacote entre a diversidade de pacotes como um pacote que deveser retransmitido e pelo menos um pacote entre a diversidade depacotes como um pacote que não deve ser retransmitido.
29. "O MÉTODO" da reivindicação 28,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
30. "O MÉTODO" da reivindicação 28,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL, uma informação codificadaPTM-TC, uma informação codificada RS (Reed-SoIomon) e umsímbolo DMT.
31. "O MÉTODO" da reivindicação 28,caracterizado pelo fato de que um conjunto de bitscompreendendo um identificador de seqüência (SID) é anexado acada pacote.
32. "O MÉTODO" da reivindicação 31,caracterizado pelo fato de que a etapa de identificação consisteem usar um valor especial para um identificador de seqüência(SID).
33. Ό MÉTODO" da reivindicação 31,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
34. "O MÉTODO" da reivindicação 28,caracterizado pelo fato de que pelo menos um pacote éarmazenado para retransmissão.
35. Ό MÉTODO" da reivindicação 28,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente para uma camada alta.
36. "UM MÉTODO" de movimentação depacote caracterizado por compreender: recepção de um fluxo depacotes; identificação de um primeiro número de pacotes no fluxode pacotes como pacotes de baixa latência; identificação de umsegundo número de pacotes no fluxo de pacotes como pacotes combaixo erro; encaminhar os pacotes de baixa latência e baixo erropara um transceptor ou para uma camada mais elevada; earmazenar os pacotes com baixo erro para correção de erro.
37. "O MÉTODO" da reivindicação 36,caracterizado pelo fato de que inclui ainda anexar um identificadoraos pacotes com baixo erro.
38. "UM MÉTODO" de alocação de memóriaem um transceptor caracterizado por compreender: análise de umou mais parâmetros de comunicação; identificação de umaalocação de memória; e alocar memória com base na alocação dememória para uma função de retransmissão e uma ou mais funçõesde intercalação, desintercalação, codificação RS (Reed-SoIomon) edecodificação RS (Reed-Solomon).
39. "UM MÉTODO" de compartilhamento dememória em um transceptor caracterizado por compreender:receber uma alocação de memória; estabelecer uma memóriacompartilhada para uma ou mais das funções de intercalação,desintercalação, codificação RS (Reed-Solomon), decodificação RS(Reed-Solomon) e retransmissão de pacote; e compartilhar amemória compartilhada entre uma função de retransmissão e umaou mais funções de intercalação, desintercalação, codificação RS(Reed-SoIomon) e decodificação RS (Reed-Solomon).
40. "O MÉTODO" da reivindicação 39,caracterizado pelo fato que inclui ainda determinar umacompatibilidade da alocação de memória.
41. "O MÉTODO" da reivindicação 39,caracterizado pelo fato de que a compatibilidade da alocação dememória é baseada em parâmetros de desempenho do canal.
42. "MEIOS", caracterizado por executar afuncionalidade de qualquer uma das reivindicaçõessupramencionadas.
43. "UMA MÍDIA" de armazenamento deinformações, caracterizado por ser composta de informações que,quando executadas, realizam a funcionalidade de qualquer uma dasreivindicações supramencionadas.
44. "QUALQUER" uma ou mais dascaracterísticas, caracterizado por ser essencialmente conformedescrito neste documento.
45. "MEIOS" para retransmissão de pacotes,caracterizado por compreender: meios para transmitir ou receberuma diversidade de pacotes; meios para identificar pelo menos umpacote dentre a diversidade de pacotes como um pacote que nãodeve ser retransmitido.
46. "OS MEIOS" da reivindicação 45,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
47. "OS MEIOS" da reivindicação 45,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL1 uma informação codificadaPTM-TC, uma informação codificada RS (Reed-SoIomon) e umsímbolo DMT.
48. "OS MEIOS" da reivindicação 45,caracterizado pelo fato de que um conjunto de bitscompreendendo um identificador de seqüência (SID) é anexado acada pacote.
49. OS MEIOS" da reivindicação 48,caracterizado pelo fato de que os meios para identificar consistemem usar um valor especial para um identificador de seqüência(SID).
50. "OS MEIOS" da reivindicação 48,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
51. OS MEIOS" da reivindicação 45,caracterizado pelo fato de que pelo menos um pacote não éarmazenado para retransmissão.
52. "OS MEIOS" da reivindicação 45,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente para uma camada alta.
53. "MEIOS", caracterizado porcompartilhar memória entre uma função de intercalação e/oudesintercalação e uma função de retransmissão de pacote.
54. "MEIOS", caracterizado por alocar uma primeira parte da memória compartilhada para retransmissão e umasegunda parte da memória compartilhada para intercalação e/oudesintercalação.
55. "OS MEIOS" da reivindicação 54,caracterizado pelo fato que incluem ainda meios para transmitir oureceber uma mensagem indicando como alocar a memóriacompartilhada.
56. "OS MEIOS" da reivindicação 54,caracterizado pelo fato que incluem ainda meios para transmitir oureceber uma mensagem indicando como compartilhar a memória.
57. "MEIOS", caracterizado porcompartilhar uma memória entre uma função de intercalação e/oudesintercalação e uma função de retransmissão de pacote.
58. "MEIOS" para retransmissão de pacotescaracterizado por compreender: meios para transmitir ou receberuma diversidade de pacotes; meios para identificar pelo menos umpacote entre a diversidade de pacotes como um pacote que deveser retransmitido e pelo menos um pacote entre a diversidade depacotes como um pacote que não deve ser retransmitido.
59. OS MEIOS" da reivindicação 58,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
60. OS MEIOS" da reivindicação 58,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL, uma informação codificadaPTM-TC, uma informação codificada RS (Reed-SoIomon) e umsímbolo DMT.
61. "OS MEIOS" da reivindicação 58,caracterizado pelo fato de que um conjunto de bitscompreendendo um identificador de seqüência (SID) é anexado acada pacote.
62. "OS MEIOS" da reivindicação 61,caracterizado pelo fato de que os meios para identificar consistemem usar um valor especial para o identificador de seqüência (SID).
63. "OS MEIOS" da reivindicação 58,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
64. "OS MEIOS" da reivindicação 58,caracterizado pelo fato de que pelo menos um pacote éarmazenado para retransmissão.
65. "OS MEIOS" da reivindicação 58,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente para uma camada alta.
66. "MEIOS" de movimentação de um pacotecaracterizado por compreender: meios para receber um fluxo depacotes; meios para identificar um primeiro número de pacotes nofluxo de pacotes como pacotes de baixa latência; meios paraidentificar um segundo número de pacotes no fluxo de pacotescomo pacotes com baixo erro; meios para encaminhar os pacotesde baixa latência e baixo erro para um transceptor ou camada maiselevada; e meios para armazenar os pacotes com baixo erro paracorreção de erros.
67. OS MEIOS" da reivindicação 66,caracterizado pelo fato que incluem ainda meios para anexar umidentificador aos pacotes com baixo erro.
68. "MEIOS" para alocar memória em umtransceptor, caracterizado por compreender: meios para analisarum ou mais parâmetros de comunicação; meios para identificar umaalocação de memória; e meios para alocar memória com base naalocação de memória para uma função de retransmissão e uma oumais de uma função de intercalação, desintercalação, codificaçãoRS (Reed-SoIomon) e decodificação RS (Reed-Solomon).
69. "MEIOS" para compartilhar memória emum transceptor, caracterizado por compreender: meios parareceber uma alocação de memória; meios para estabelecer umamemória compartilhada para uma ou mais funções de intercalação,desintercalação, codificação RS (Reed-Solomon), decodificação RS(Reed-SoIomon) e retransmissão de pacote; e meios paracompartilhar a memória compartilhada entre uma função deretransmissão e uma ou mais de uma funcionalidade deintercalação, desintercalação, codificação RS (Reed-Solomon) edecodificação RS (Reed-Solomon).
70. "OS MEIOS" da reivindicação 69,caracterizado pelo fato que incluem ainda meios para determinar acompatibilidade da alocação de memória.
71. "OS MEIOS" da reivindicação 69,caracterizado pelo fato de que nos quais a compatibilidade daalocação de memória é baseada em parâmetros de desempenho docanal.
72. "UM TRANSCEPTOR" capaz de realizarretransmissão de pacote, caracterizado por compreender: ummódulo de gerenciamento de transmissão configurável paratransmitir ou receber uma diversidade de pacotes; e um módulo dequalidade de serviço (QDS) configurável para identificar pelo menosum pacote entre a diversidade de pacotes como um pacote que nãodeve ser retransmitido.
73. "O TRANSCEPTOR" da reivindicação 72,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
74. Ό TRANSCEPTOR" da reivindicação 72,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL, uma informação codificadapara PTM-TC, uma informação codificada RS (Reed-SoIomon) e umsímbolo de modulação DMT.
75. "O TRANSCEPTOR" da reivindicação 72,caracterizado pelo fato de que um conjunto de bitscompreendendo um identificador de seqüência (SID) é anexado acada pacote.
76. "O TRANSCEPTOR" da reivindicação 75,caracterizado pelo fato de que o módulo de qualidade de serviço(QDS) utiliza um valor especial para um identificador de seqüência(SID).
77. "O TRANSCEPTOR" da reivindicação 75,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
78. "O TRANSCEPTOR" da reivindicação 72,caracterizado pelo fato de que pelo menos um pacote não éarmazenado para retransmissão.
79. "Ό TRANSCEPTOR" da reivindicação 72,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente para uma camada alta.
80. "UMA MEMÓRIA", caracterizada por sercapaz de ser compartilhada entre intercalação e/ou desintercalaçãoe retransmissão de pacote.
81. "UM MÓDULO" de gerenciamento dememória, caracterizado por ser capaz de alocar uma primeiraparte da memória compartilhada para retransmissão e capaz dealocar uma segunda parte da memória compartilhada para uma oumais funcionalidades de intercalação e de desintercalação.
82. "O MÓDULO" da reivindicação 81,caracterizado pelo fato que inclui ainda um módulo para transmitirou receber uma mensagem indicando como alocar a memóriacompartilhada.
83. "O MÓDULO" da reivindicação 81,caracterizado pelo fato que inclui ainda um módulo para transmitirou receber uma mensagem indicando como compartilhar amemória.
84. "UM MÓDULO", caracterizado por sercapaz de ser compartilhado entre intercalação e/ou desintercalaçãoe retransmissão de pacote.
85. "UM TRANSCEPTOR", capaz de realizarretransmissão de pacote, caracterizado por compreender: ummódulo de gerenciamento de transmissão configurável paratransmitir ou receber uma diversidade de pacotes; e um módulo dequalidade de serviço (QDS) configurável para identificar pelo menosum pacote dentre a diversidade de pacotes como um pacote quedeve ser retransmitido e pelo menos um pacote dentre adiversidade de pacotes como um pacote que não deve serretransmitido.
86. "O TRANSCEPTOR" da reivindicação 85,caracterizado pelo fato de que o pacote é qualquer agrupamentode bytes.
87. "O TRANSCEPTOR" da reivindicação 85,caracterizado pelo fato de que o pacote é um de entre um pacoteIP, um pacote Ethernet, uma célula ATM, um pacote PTM, umquadro de dados multiplexados ADSL, uma informação codificadapara PTM-TC, uma informação codificada RS (Reed-Solomon) e umsímbolo de modulação DMT.
88. "O TRANSCEPTOR" da reivindicação 85,caracterizado pelo fato de que um conjunto de bitscompreendendo um identificador de seqüência (SID) é anexado acada pacote.
89. Ό TRANSCEPTOR" da reivindicação 88,caracterizado pelo fato de que a etapa de identificação consisteem usar um valor especial para um identificador de seqüência(SID).
90. "O TRANSCEPTOR" da reivindicação 88,caracterizado pelo fato de que o conjunto de bits anexado écomposto de uma CRC dedicada.
91. "O TRANSCEPTOR" da reivindicação 85,caracterizado pelo fato de que pelo menos um pacote éarmazenado para retransmissão.
92. "O TRANSCEPTOR" da reivindicação 85,caracterizado pelo fato de que pelo menos um pacote é transferidoimediatamente para uma camada alta.
93. "UM TRANSCEPTOR", caracterizadopor ser capaz de movimentar um fluxo de pacotes caracterizado porcompreender: um módulo QOS capaz de identificar um primeironúmero de pacotes no fluxo de pacotes como pacotes de baixalatência e um segundo número de pacotes no fluxo de pacotescomo pacotes de baixo erro; um módulo de gerenciamento detransmissão capaz de encaminhar os pacotes de baixa latência ebaixo erro para outro transceptor; e um módulo de memória (buffer)capaz de armazenar os pacotes com baixo erro para correção deerro.
94. "O TRANSCEPTOR" da reivindicação 93,caracterizado por incluir ainda um módulo de atribuição dequalidade de serviço (QDS) para pacote capaz de anexar umidentificador aos pacotes com baixo erro.
95. "UM TRANSCEPTOR" com capacidadede ter uma memória alocável, caracterizado por compreender: umcontrolador com capacidade de analisar um ou mais parâmetros decomunicação; e um módulo de gerenciamento de memória capazde identificar uma alocação de memória e alocar uma memóriacompartilhada com base na alocação de memória para uma funçãode retransmissão e uma ou mais das funções de intercalação,desintercalação, codificação RS e decodificação RS.
96. "UM TRANSCEPTOR" capaz decompartilhar memória, caracterizado por compreender: umcontrolador com capacidade de receber uma alocação de memória;e um módulo de gerenciamento de memória com capacidade deestabelecer uma memória compartilhada para uma função deretransmissão e uma ou mais das funções de intercalação,desintercalação, codificação RS e decodificação RS.
97. Ό TRANSCEPTOR" da reivindicação 96,caracterizado pelo fato de que o módulo de gerenciamento dememória determina ainda uma compatibilidade da alocação dememória.
98. "O TRANSCEPTOR" da reivindicação 96,caracterizado pelo fato de que a alocação de memória é baseadaem uma ou mais parâmetros de desempenho do canal decomunicação.
99. "EM UM AMBIENTE DECOMUNICAÇÃO" onde pacotes estão sendo transmitidos,caracterizado por um método para alocar uma primeira parte damemória compartilhada para retransmissão e uma segunda parteda memória compartilhada para intercalação e/ou desintercalação.
100. "O MÉTODO" da reivindicação 99,caracterizado pelo fato de que todos os pacotes com erro sãoretransmitidos.
101. Ό MÉTODO" das reivindicações 19, 20e 99, caracterizado pelo fato de que uma função de retransmissãoidentifica pacotes que não devem ser retransmitidos.
102. "O MÉTODO" da reivindicação 99,caracterizado pelo fato de que todos os pacotes estão sendotransmitidos sem um nível de qualidade de serviço (QDS) atribuído.
103. "UM MÉTODO" de comunicação depacote caracterizado por compreender: em um primeiro modo deoperação: transmissão ou recepção de uma diversidade de pacotes;identificando pelo menos um pacote entre os diversos pacotescomo um pacote que não deve ser retransmitido; em um segundomodo de operação: transmissão ou recepção de uma diversidadede pacotes; alocando uma primeira parte da memória compartilhadapara retransmissão de pacotes e uma segunda parte da memóriacompartilhada para uma ou mais funções de intercalação,desintercalação, codificação, decodificar e correção de erro; e emum terceiro modo de operação: transmissão ou recepção de umadiversidade de pacotes; identificando pelo menos um pacote entre adiversidade de pacotes como um pacote do tipo retransmissível;identificando pelo menos um pacote da diversidade de pacotescomo um pacote do tipo não retransmissível; alocando uma primeiraparte da memória compartilhada para retransmissão de pacotes dotipo retransmissíveis e uma segunda parte da memóriacompartilhada para uma ou mais das funções de intercalação,desintercalação, codificação, decodificação e correção de erro.
104. Ό MÉTODO" da reivindicação 103,caracterizado pelo fato de que o pacote do tipo nãoretransmissível é um pacote de baixa latência.
105. "O MÉTODO" da reivindicação 103,caracterizado pelo fato de que o pacote do tipo retransmissível éum pacote de baixo erro.
BRPI0709871-5A 2006-04-12 2007-04-12 Retransmissão de pacote e compartilhamento de memória BRPI0709871B1 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US79223606P 2006-04-12 2006-04-12
US60/792,236 2006-04-12
US84965006P 2006-10-05 2006-10-05
US60/849,650 2006-10-05
PCT/US2007/066522 WO2007143277A2 (en) 2006-04-12 2007-04-12 Packet retransmission and memory sharing

Publications (2)

Publication Number Publication Date
BRPI0709871A2 true BRPI0709871A2 (pt) 2011-07-26
BRPI0709871B1 BRPI0709871B1 (pt) 2019-10-15

Family

ID=38802164

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0709871-5A BRPI0709871B1 (pt) 2006-04-12 2007-04-12 Retransmissão de pacote e compartilhamento de memória

Country Status (11)

Country Link
US (16) US8335956B2 (pt)
EP (6) EP2178254B1 (pt)
JP (4) JP2009533973A (pt)
KR (5) KR20140036046A (pt)
AU (1) AU2007257055A1 (pt)
BR (1) BRPI0709871B1 (pt)
CA (2) CA2647589C (pt)
CO (1) CO6141503A2 (pt)
HK (2) HK1135537A1 (pt)
MX (1) MX2008012505A (pt)
WO (1) WO2007143277A2 (pt)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4889646B2 (ja) * 2004-10-12 2012-03-07 アウェア， インコーポレイテッド 電気通信環境における資源の共有
EP2178254B1 (en) * 2006-04-12 2017-02-08 TQ Delta, LLC Packet retransmission and memory sharing
US8296461B2 (en) * 2007-08-07 2012-10-23 Object Innovation Inc. Data transformation and exchange
US7844212B1 (en) 2007-10-03 2010-11-30 Alec Woo System and method for reliably communicating information without explicit acknowledgements
US8112694B1 (en) * 2007-10-03 2012-02-07 Cisco Technology, Inc. System and method for reliably communicating information without explicit acknowledgements including retransmission of older, missed commands
FR2927749B1 (fr) * 2008-02-14 2010-12-17 Canon Kk Procede et dispositif de transmission de donnees, notamment video.
US9083521B2 (en) * 2008-06-05 2015-07-14 Qualcomm Incorporated System and method of an in-band modem for data communications over digital wireless communication networks
US8347062B2 (en) * 2008-07-28 2013-01-01 Lantiq Deutschland Gmbh Interleaver memory allocation method and apparatus
US9450713B2 (en) * 2008-08-12 2016-09-20 Lantiq Beteiligungs-GmbH & Co. KG Retransmitting data with time-marker information
US20100088569A1 (en) * 2008-10-05 2010-04-08 Ikanos Communications, Inc. Packet Retransmission
CA2751711C (en) * 2009-03-15 2016-01-26 Lg Electronics Inc. Transmitting / receiving systems and broadcasting signal processing method
US8797872B1 (en) * 2009-10-02 2014-08-05 Ikanos Communications Inc. Method and apparatus for reducing switchover latency in IPTV systems
US8527779B1 (en) * 2010-09-01 2013-09-03 Open Invention Network, Llc Method and apparatus of performing distributed steganography of a data message
US8910212B2 (en) * 2010-09-29 2014-12-09 Verizon Patent And Licensing Inc. Multiple device storefront for video provisioning system
KR101388517B1 (ko) * 2010-10-19 2014-04-23 전북대학교산학협력단 심볼 인터리버를 이용한 통신 방법 및 장치
US20120144123A1 (en) * 2010-12-01 2012-06-07 International Business Machines Corporation Read-ahead processing in networked client-server architecture
KR101047427B1 (ko) * 2010-12-30 2011-07-08 국방과학연구소 버퍼 관리 장치 및 그 방법
CN103718374B (zh) * 2011-04-15 2017-11-03 约翰逊控制技术有限责任公司 具有外部热管理系统的电池系统
EP2568637A1 (en) * 2011-09-09 2013-03-13 Lantiq Deutschland GmbH Dynamic interleaver and deinterleaver buffer partitioning
US9647799B2 (en) * 2012-10-16 2017-05-09 Inphi Corporation FEC coding identification
AU2014318629A1 (en) 2013-09-13 2016-05-05 Smg Holdings-Anova Technologies, Llc Packet sharing data transmission system and relay to lower latency
DE102015016716A1 (de) * 2015-12-22 2017-06-22 Giesecke & Devrient Gmbh Verfahren zur Übermittlung von Sendedaten von einer Sendeeinrichtung zu einer Empfangseinrichtung zur Verarbeitung der Sendedaten und Mittel zur Durchführung des Verfahrens
US11245674B2 (en) * 2017-12-14 2022-02-08 Nicira, Inc. Secure communication protocol processing
KR102652451B1 (ko) * 2018-01-29 2024-04-01 코닌클리케 필립스 엔.브이. 블루투스 기반 ipv6 저전력 네트워킹
KR101882451B1 (ko) * 2018-02-09 2018-07-27 (주)부영산업 친환경 락카 조성물 및 이의 제조 방법
US10178714B1 (en) * 2018-02-12 2019-01-08 Dong Guan Bright Yinhuey Lighting Co., Ltd. China Illuminating circuit with a flickfree automatic detection and shutdown function
US10805047B2 (en) * 2018-02-27 2020-10-13 Intel Corporation System, method and apparatus for QoS support and retransmission
US10686861B2 (en) * 2018-10-02 2020-06-16 Google Llc Live stream connector
CN114145048B (zh) * 2019-10-10 2024-04-12 华为技术有限公司 一种信道估计方法及装置
US20210112615A1 (en) * 2020-12-18 2021-04-15 Po-Kai Huang Multi-link device data continuity
KR20220135562A (ko) 2021-03-30 2022-10-07 한국전자통신연구원 메모리 액세스를 위한 직렬 통신 방법 및 시스템
WO2024120885A1 (en) * 2022-12-06 2024-06-13 Sony Group Corporation Transmission device, receiving device and corresponding methods

Family Cites Families (219)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US901699A (en) * 1908-01-15 1908-10-20 John M Fetzer Mitering-machine.
US1004447A (en) 1908-08-29 1911-09-26 J G Brill Co Recording fare-box.
DE3069762D1 (en) 1980-08-26 1985-01-17 Ibm System for the retransmission of incorrectly received numbered frames in a data transmission system
DE3276916D1 (en) 1981-09-18 1987-09-10 Rovsing As Christian Multiprocessor computer system
US4670906A (en) * 1986-04-02 1987-06-02 Motorola, Inc. Data communications system transmitter selection method and apparatus
US4924456A (en) 1986-09-18 1990-05-08 Racal Data Communications, Inc. High speed modem
US4914653A (en) 1986-12-22 1990-04-03 American Telephone And Telegraph Company Inter-processor communication protocol
DE3876776T2 (de) 1988-01-22 1993-07-01 Ibm Steuerflussverminderung in selektiven wiederholungsprotokollen.
US5214501A (en) 1988-10-03 1993-05-25 North American Philips Corporation Method and apparatus for the transmission and reception of a multicarrier high definition television signal
US4979174A (en) 1988-12-29 1990-12-18 At&T Bell Laboratories Error correction and detection apparatus and method
US5063533A (en) 1989-04-10 1991-11-05 Motorola, Inc. Reconfigurable deinterleaver/interleaver for block oriented data
GB9010637D0 (en) 1990-05-11 1990-07-04 Secr Defence A high frequency multichannel diversity differential phase shift(dpsk)communications system
US6098188A (en) * 1992-02-14 2000-08-01 Lucent Technologies Inc. Packet framer
US5524116A (en) * 1992-02-14 1996-06-04 At&T Corp. Packet framer
US5287384A (en) 1992-10-15 1994-02-15 Lxe Inc. Frequency hopping spread spectrum data communications system
JPH06164648A (ja) 1992-11-19 1994-06-10 Mitsubishi Electric Corp データ伝送装置
US5995539A (en) 1993-03-17 1999-11-30 Miller; William J. Method and apparatus for signal transmission and reception
US5351016A (en) 1993-05-28 1994-09-27 Ericsson Ge Mobile Communications Inc. Adaptively self-correcting modulation system and method
US5596604A (en) 1993-08-17 1997-01-21 Amati Communications Corporation Multicarrier modulation transmission system with variable delay
US5420640A (en) 1993-12-03 1995-05-30 Scientific-Atlanta, Inc. Memory efficient method and apparatus for sync detection
US5583562A (en) 1993-12-03 1996-12-10 Scientific-Atlanta, Inc. System and method for transmitting a plurality of digital services including imaging services
JP3415693B2 (ja) 1993-12-23 2003-06-09 ノキア モービル フォーンズ リミテッド インターリーブプロセス
JPH07254862A (ja) 1994-03-15 1995-10-03 Sony Corp インターリーブ回路およびディインターリーブ回路
US5546347A (en) * 1994-07-22 1996-08-13 Integrated Device Technology, Inc. Interleaving architecture and method for a high density FIFO
FR2723282B1 (fr) 1994-07-29 1996-09-13 Alcatel Telspace Procede d'entrelacement et de desentrelacement de trames sdh et systeme correspondant
US5764693A (en) 1994-11-14 1998-06-09 Research In Motion Limited Wireless radio modem with minimal inter-device RF interference
US5563915A (en) 1994-11-30 1996-10-08 Thomson Consumer Electronics Inc. Data deinterleaver in a digital television signal decoding system
US6421323B1 (en) 1994-12-23 2002-07-16 Applied Digital Access, Inc. Method and apparatus for analyzing events in a telecommunications system
US5751338A (en) 1994-12-30 1998-05-12 Visionary Corporate Technologies Methods and systems for multimedia communications via public telephone networks
US5574747A (en) 1995-01-04 1996-11-12 Interdigital Technology Corporation Spread spectrum adaptive power control system and method
US5867400A (en) 1995-05-17 1999-02-02 International Business Machines Corporation Application specific processor and design method for same
US5898710A (en) 1995-06-06 1999-04-27 Globespan Technologies, Inc. Implied interleaving, a family of systematic interleavers and deinterleavers
US5717715A (en) 1995-06-07 1998-02-10 Discovision Associates Signal processing apparatus and method
US5726644A (en) 1995-06-30 1998-03-10 Philips Electronics North America Corporation Lighting control system with packet hopping communication
US5793759A (en) 1995-08-25 1998-08-11 Terayon Corporation Apparatus and method for digital data transmission over video cable using orthogonal cyclic codes
JP2778006B2 (ja) 1996-03-08 1998-07-23 株式会社ワイ・アール・ピー移動通信基盤技術研究所 直接拡散送受信装置
US5764649A (en) 1996-03-29 1998-06-09 Amati Communications Corporation Efficient address generation for convolutional interleaving using a minimal amount of memory
US5764896A (en) 1996-06-28 1998-06-09 Compaq Computer Corporation Method and system for reducing transfer latency when transferring data from a network to a computer system
EP0923821B1 (en) * 1996-09-02 2003-09-03 STMicroelectronics N.V. Improvements in, or relating to, multi-carrier transmission systems
US5898698A (en) 1996-09-24 1999-04-27 Orckit Communications Ltd. Multiple codeword interleaver method and apparatus
US5737337A (en) * 1996-09-30 1998-04-07 Motorola, Inc. Method and apparatus for interleaving data in an asymmetric digital subscriber line (ADSL) transmitter
US5745275A (en) 1996-10-15 1998-04-28 Lucent Technologies Inc. Multi-channel stabilization of a multi-channel transmitter through correlation feedback
US5903612A (en) 1996-11-08 1999-05-11 Alcatel Alsthom Compagnie Generale D'electricite Method to synchronize data and a transmitter and a receiver realizing said method
US5751741A (en) 1996-11-20 1998-05-12 Motorola, Inc. Rate-adapted communication system and method for efficient buffer utilization thereof
US5983382A (en) * 1996-12-31 1999-11-09 Lucent Technologies, Inc. Automatic retransmission query (ARQ) with inner code for generating multiple provisional decodings of a data packet
JP3545154B2 (ja) 1997-01-29 2004-07-21 三菱電機株式会社 データ配布方法およびデータ配布装置
DE69732896T2 (de) 1997-01-31 2006-05-11 Alcatel Verfahren und Geräte zur Schachtelung/Entschachtelung von digitalen Daten und Kommunikationssystem
US5912898A (en) 1997-02-27 1999-06-15 Integrated Device Technology, Inc. Convolutional interleaver/de-interleaver
US6041057A (en) 1997-03-24 2000-03-21 Xylan Corporation Self-configuring ATM network
AU6969598A (en) 1997-04-14 1998-11-11 Northern Telecom Limited Method and system for avoiding communication failure in cdma systems
US6516435B1 (en) * 1997-06-04 2003-02-04 Kabushiki Kaisha Toshiba Code transmission scheme for communication system using error correcting codes
US5917340A (en) 1997-10-08 1999-06-29 Pericom Semiconductor Corp. Twisted-pair driver with staggered differential drivers and glitch free binary to multi level transmit encoder
US6005851A (en) 1997-10-10 1999-12-21 Nortel Networks Corporation Adaptive channel control for data service delivery
US6285665B1 (en) * 1997-10-14 2001-09-04 Lucent Technologies Inc. Method for establishment of the power level for uplink data transmission in a multiple access system for communications networks
JP3377420B2 (ja) 1997-11-14 2003-02-17 シャープ株式会社 通信処理装置
US6735185B1 (en) * 1997-12-24 2004-05-11 Nokia Mobile Phones Ltd DS/CDMA reverse link structure for high data rate transmission
US6308278B1 (en) 1997-12-29 2001-10-23 Intel Corporation Supplying standby voltage to memory and wakeup circuitry to wake a computer from a low power mode
US6229810B1 (en) 1997-12-31 2001-05-08 At&T Corp Network server platform for a hybrid fiber twisted pair local loop network service architecture
KR100295086B1 (ko) 1998-01-23 2001-07-12 대표이사 서승모 싱글 버퍼 메모리를 사용한 디-인터리버 장치
US6226322B1 (en) 1998-03-30 2001-05-01 Texas Instruments Incorporated Analog receive equalizer for digital-subscriber-line communications system
US6873652B1 (en) * 1998-04-01 2005-03-29 Panasonic Communications Co., Ltd. Activation of multiple xDSL modems with implicit channel probe
JPH11355254A (ja) 1998-06-05 1999-12-24 Sony Corp 通信装置
US6266337B1 (en) * 1998-06-23 2001-07-24 Expand Network Ltd. Packet retransmission eliminator
US6452915B1 (en) 1998-07-10 2002-09-17 Malibu Networks, Inc. IP-flow classification in a wireless point to multi-point (PTMP) transmission system
US6496481B1 (en) * 1998-07-16 2002-12-17 Industrial Technology Research Institute Data transfer method for wire real-time communications
US6381728B1 (en) 1998-08-14 2002-04-30 Qualcomm Incorporated Partitioned interleaver memory for map decoder
US6498806B1 (en) 1998-08-17 2002-12-24 International Business Machines Corporation Shared asymmetric digital subscriber line modem
US7072832B1 (en) * 1998-08-24 2006-07-04 Mindspeed Technologies, Inc. System for speech encoding having an adaptive encoding arrangement
US6337877B1 (en) * 1998-08-27 2002-01-08 Legerity, Inc. Method and apparatus for scaling modem transfer capacity in a multi-channel communications system
JP3348660B2 (ja) * 1998-10-09 2002-11-20 双葉電子工業株式会社 シンボル同期装置および周波数ホッピング受信装置
WO2000027035A1 (en) 1998-10-30 2000-05-11 Broadcom Corporation Generalized convolutional interleaver/deinterleaver
EP1919117B1 (en) * 1998-11-30 2014-10-15 Panasonic Corporation Packet retransmission control using priority information
JP3450771B2 (ja) 1998-11-30 2003-09-29 松下電器産業株式会社 データ伝送方法，及びデータ送信装置
FR2786640A1 (fr) 1998-12-01 2000-06-02 Koninkl Philips Electronics Nv Mecanisme de requete pour systeme de communication entre terminaux interactifs et station de tete
US6484283B2 (en) 1998-12-30 2002-11-19 International Business Machines Corporation Method and apparatus for encoding and decoding a turbo code in an integrated modem system
WO2000041397A1 (en) 1999-01-06 2000-07-13 Sarnoff Corporation Computer system for statistical multiplexing of bitstreams
CN1352862A (zh) 1999-01-14 2002-06-05 艾利森电话股份有限公司 用于网络业务中各种类型语音的优先级传输
US6578162B1 (en) 1999-01-20 2003-06-10 Skyworks Solutions, Inc. Error recovery method and apparatus for ADPCM encoded speech
WO2000045581A2 (en) 1999-01-29 2000-08-03 Data Race, Inc. Modem transfer mechanism which prioritized data transfers
US6865233B1 (en) 1999-02-19 2005-03-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for control signalling enabling flexible link adaptation in a radiocommunication system
CN1187904C (zh) 1999-02-26 2005-02-02 富士通株式会社 增强解码装置及交错－去交错装置
US6480976B1 (en) * 1999-03-11 2002-11-12 Globespanvirata, Inc. System and method for resource optimized integrated forward error correction in a DMT communication system
US6473418B1 (en) 1999-03-11 2002-10-29 Flarion Technologies, Inc. Orthogonal frequency division multiplexing based spread spectrum multiple access
US6775320B1 (en) * 1999-03-12 2004-08-10 Aware, Inc. Method and a multi-carrier transceiver supporting dynamic switching between active application sets
CA2302608A1 (en) 1999-03-29 2000-09-29 Lucent Technologies Inc. Multistream in-band-on-channel systems
US6754290B1 (en) 1999-03-31 2004-06-22 Qualcomm Incorporated Highly parallel map decoder
US7933295B2 (en) 1999-04-13 2011-04-26 Broadcom Corporation Cable modem with voice processing capability
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
US6657949B1 (en) 1999-07-06 2003-12-02 Cisco Technology, Inc. Efficient request access for OFDM systems
WO2001011833A1 (en) 1999-08-06 2001-02-15 Berkeley Concept Research Corporation High-speed wireless network with a reliable wireless low bit-rate channel
CA2382519C (en) 1999-09-15 2009-01-27 Aware Inc. Multicarrier system with stored application profiles for supporting multiple applications
US6519731B1 (en) 1999-10-22 2003-02-11 Ericsson Inc. Assuring sequence number availability in an adaptive hybrid-ARQ coding system
US6640239B1 (en) 1999-11-10 2003-10-28 Garuda Network Corporation Apparatus and method for intelligent scalable switching network
US6397368B1 (en) 1999-12-06 2002-05-28 Intellon Corporation Forward error correction with channel adaptation
US7574351B2 (en) 1999-12-14 2009-08-11 Texas Instruments Incorporated Arranging CELP information of one frame in a second packet
US7088781B2 (en) * 1999-12-15 2006-08-08 Paradyne Corporation Tone ordered discrete multitone interleaver
JP2003517775A (ja) 1999-12-16 2003-05-27 アウェア， インコーポレイテッド マルチキャリアシステムにおけるビット割り当て方法
US6707822B1 (en) * 2000-01-07 2004-03-16 Agere Systems Inc. Multi-session asymmetric digital subscriber line buffering and scheduling apparatus and method
KR100331884B1 (ko) 2000-02-01 2002-04-09 서평원 무선 비동기 전송 모드 통신 시스템의 에러 정정 방법 및장치
WO2001065774A1 (en) 2000-03-01 2001-09-07 Integrated Telecom Express, Inc. Scaleable architecture for multiple-port, system-on-chip adsl communications systems
EP1361690B1 (en) 2000-03-02 2006-01-11 Matsushita Electric Industrial Co., Ltd. Method and apparatus for retransmitting data packets based on channel conditions
CA2303630A1 (en) 2000-03-31 2001-09-30 Catena Technologies Canada, Inc. A system and method for forward error correction
WO2001080558A2 (en) 2000-04-14 2001-10-25 Solidstreaming, Inc. A system and method for multimedia streaming
US6956872B1 (en) 2000-05-22 2005-10-18 Globespanvirata, Inc. System and method for encoding DSL information streams having differing latencies
US7031259B1 (en) 2000-05-26 2006-04-18 Bigband Networks, Inc. Method and system for scheduling a transmission of compressible and non-compressible packets
US6647061B1 (en) 2000-06-09 2003-11-11 General Instrument Corporation Video size conversion and transcoding from MPEG-2 to MPEG-4
US8363744B2 (en) * 2001-06-10 2013-01-29 Aloft Media, Llc Method and system for robust, secure, and high-efficiency voice and packet transmission over ad-hoc, mesh, and MIMO communication networks
JP3866196B2 (ja) * 2000-06-23 2007-01-10 三菱電機株式会社 パケット再送システムおよびパケット再送方法
JP2002084338A (ja) * 2000-07-07 2002-03-22 Matsushita Electric Ind Co Ltd データ送信装置、データ受信装置、およびデータ通信システム
FR2812150A1 (fr) 2000-07-18 2002-01-25 St Microelectronics Sa Dispositif d'emission/reception de donnees numeriques capable de traiter des debits differents, en particulier dans un environnement vdsl
US6885696B2 (en) 2000-07-28 2005-04-26 Nortel Networks Limited Notifying bit allocation changes in a multicarrier modulation communications system
EP1540848B1 (en) 2000-08-03 2009-02-11 Infineon Technologies AG Flexible tdma system architecture
US7024592B1 (en) 2000-08-07 2006-04-04 Cigital Method for reducing catastrophic failures in continuously operating software systems
KR100651500B1 (ko) 2000-08-30 2006-11-28 삼성전자주식회사 디지털 오디오 방송용 타임 디인터리버 메모리의 제어 장치
US7224702B2 (en) 2000-08-30 2007-05-29 The Chinese University Of Hong Kong System and method for error-control for multicast video distribution
JP2002076915A (ja) 2000-08-31 2002-03-15 Sony Corp インターリーブ装置及びインターリーブ方法、並びに、復号装置及び復号方法
US7187708B1 (en) 2000-10-03 2007-03-06 Qualcomm Inc. Data buffer structure for physical and transport channels in a CDMA system
JP3821778B2 (ja) 2000-10-05 2006-09-13 三菱電機株式会社 パケット再送方式及び送信装置及び受信装置及びパケット再送方法及びパケット送信方法及びパケット受信方法
JP2002118527A (ja) * 2000-10-10 2002-04-19 Matsushita Electric Ind Co Ltd 通信装置
US6922444B1 (en) 2000-10-11 2005-07-26 Globespanvirata, Inc. System and method for providing adaptive rate selection
US7103096B2 (en) 2000-10-12 2006-09-05 3Com Corporation Performance evaluation of multicarrier channels with forward error correction and automatic retransmission request
JP2002133765A (ja) 2000-10-20 2002-05-10 Pioneer Electronic Corp 情報記録装置、情報記録方法、情報再生装置、情報再生方法及び情報記録媒体
US7089335B2 (en) * 2000-10-30 2006-08-08 Microsoft Corporation Bridging multiple network segments and exposing the multiple network segments as a single network to a higher level networking software on a bridging computing device
JP3464649B2 (ja) 2000-12-27 2003-11-10 松下電器産業株式会社 送信装置、受信装置および通信方法
US7042891B2 (en) 2001-01-04 2006-05-09 Nishan Systems, Inc. Dynamic selection of lowest latency path in a network switch
US7203206B2 (en) 2001-02-06 2007-04-10 Tioga Technologies Inc. Data partitioning for multi-link transmission
JP4187940B2 (ja) * 2001-03-06 2008-11-26 株式会社エヌ・ティ・ティ・ドコモ パケット伝送方法及びシステム、並びにパケット送信装置、受信装置、及び送受信装置
US7164654B2 (en) * 2001-03-09 2007-01-16 Denso Corporation ARQ parameter retransmission control for variable data rate channels
US7058085B2 (en) 2001-03-14 2006-06-06 Nortel Networks Limited Method and apparatus for transmitting data over a network within a specified time limit
US7085232B1 (en) 2001-03-29 2006-08-01 Cisco Technology, Inc. ARQ in a point to multipoint network
TWI233361B (en) 2001-04-13 2005-06-01 Gen Hospital Corp Methods of preventing UVB-induced skin damage
US6392572B1 (en) 2001-05-11 2002-05-21 Qualcomm Incorporated Buffer architecture for a turbo decoder
US6987778B2 (en) 2001-05-22 2006-01-17 Qualcomm Incorporated Enhanced channel interleaving for optimized data throughput
US20030099303A1 (en) 2001-06-04 2003-05-29 Koninklijke Philips Electronics N.V. Digital television (DTV) transmission system using enhanced coding schemes
US20030137948A1 (en) * 2001-06-19 2003-07-24 Sridhar Komandur Retransmission control in wireless packet data networks
JP2003008553A (ja) * 2001-06-22 2003-01-10 Mitsubishi Electric Corp 送信機、受信機、送受信機および通信システム
AUPR679201A0 (en) 2001-08-03 2001-08-30 Lucent Technologies Inc. Path metric normalization of add-compare-select processing
US6738370B2 (en) 2001-08-22 2004-05-18 Nokia Corporation Method and apparatus implementing retransmission in a communication system providing H-ARQ
US6904537B1 (en) 2001-08-27 2005-06-07 Network Elements, Inc. Data transmission across asynchronous time domains using phase-shifted data packet
US7218610B2 (en) 2001-09-27 2007-05-15 Eg Technology, Inc. Communication system and techniques for transmission from source to destination
US6754188B1 (en) 2001-09-28 2004-06-22 Meshnetworks, Inc. System and method for enabling a node in an ad-hoc packet-switched wireless communications network to route packets based on packet content
KR100827147B1 (ko) * 2001-10-19 2008-05-02 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 고속 데이터의효율적 재전송 및 복호화를 위한 송,수신장치 및 방법
KR100557167B1 (ko) 2001-11-02 2006-03-03 삼성전자주식회사 이동통신시스템에서의 재전송 장치 및 방법
KR100547871B1 (ko) * 2001-11-08 2006-02-01 삼성전자주식회사 이동 통신시스템의 기지국 제어기와 기지국간 패킷 데이터재전송 방법 및 장치
JP2003173325A (ja) * 2001-12-06 2003-06-20 Hitachi Ltd 計算機システムの初期化方法および電源切断方法
KR100762612B1 (ko) 2001-12-07 2007-10-01 삼성전자주식회사 터보 복호화 장치에서 인터리버와 디인터리버간 메모리공유 장치 및 방법
US6700867B2 (en) 2001-12-20 2004-03-02 Motorola, Inc. Method and system for reduced memory hybrid automatic repeat request
KR100584426B1 (ko) 2001-12-21 2006-05-26 삼성전자주식회사 고속 패킷 이동통신시스템에서 심벌 매핑을 위한 인터리빙장치 및 방법
KR100724438B1 (ko) 2001-12-26 2007-06-04 엘지전자 주식회사 기지국 모뎀의 메모리 제어장치
US7050552B2 (en) 2001-12-28 2006-05-23 Texas Instruments Incorporated System and method to mitigate pots ringing interference in DSL
KR100810350B1 (ko) 2002-01-07 2008-03-07 삼성전자주식회사 안테나 어레이를 포함하는 부호분할다중접속 이동통신시스템에서 다양한 채널상태에 따른 데이터 송/수신 장치 및 방법
KR100460970B1 (ko) * 2002-01-10 2004-12-09 삼성전자주식회사 데이터 송수신 시스템 및 방법
WO2003063060A2 (en) 2002-01-24 2003-07-31 Broadcom Corporation Asymmetric digital subscriber line modem apparatus and methods therefor
DE10206727A1 (de) 2002-02-18 2003-08-28 Infineon Technologies Ag Kombinierter Ver-und Entschachteler sowie Turbo-Decodierer mit kombiniertem Ver-und Entschachteler
US20030179770A1 (en) 2002-02-28 2003-09-25 Zvi Reznic Channel allocation and reallocation in a communication system
JP3490425B2 (ja) * 2002-03-14 2004-01-26 松下電器産業株式会社 受信装置及び受信方法
US7793191B2 (en) * 2002-04-05 2010-09-07 Sony Corporation Interleave device, interleaving method, deinterleave device, and deinterleave method
TW200807982A (en) 2002-04-15 2008-02-01 Interdigital Tech Corp Software parameterizable control blocks for use in physical layer processing
JP2004007269A (ja) 2002-05-31 2004-01-08 Panasonic Communications Co Ltd Ｄｓｌモデム装置及びｄｓｌ通信におけるイニシャライズ方法
JP4016728B2 (ja) 2002-06-05 2007-12-05 日本電気株式会社 音声パケット優先制御装置とその方法
JP2004030506A (ja) 2002-06-28 2004-01-29 Nec Corp 携帯型通信端末及びそのメモリの共有方法
JP2004056221A (ja) 2002-07-16 2004-02-19 Matsushita Electric Ind Co Ltd 送受信装置
KR100537499B1 (ko) 2002-07-26 2005-12-19 삼성전자주식회사 전송제어 파라미터 생성방법 및 프레임 특성에 따른선택적 자동 재전송 방법
US7418241B2 (en) * 2002-08-09 2008-08-26 Qualcomm Incorporated System and techniques for enhancing the reliability of feedback in a wireless communications system
WO2004023706A1 (en) 2002-09-06 2004-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices for controlling retransmissions in data streaming
JP2004135013A (ja) 2002-10-10 2004-04-30 Matsushita Electric Ind Co Ltd 伝送装置及び伝送方法
US20040114536A1 (en) 2002-10-16 2004-06-17 O'rourke Aidan Method for communicating information on fast and slow paths
US7266132B1 (en) 2002-10-24 2007-09-04 Cisco Technology, Inc. Flexible memory allocation for data transmission
US8270423B2 (en) 2003-07-29 2012-09-18 Citrix Systems, Inc. Systems and methods of using packet boundaries for reduction in timeout prevention
US7383048B2 (en) 2002-12-04 2008-06-03 Nokia Corporation Transmission of data packets by a node
US7272768B2 (en) 2002-12-09 2007-09-18 Broadcom Corporation Edge incremental redundancy memory structure and memory management
KR100531851B1 (ko) 2003-03-06 2005-11-30 엘지전자 주식회사 이동통신 시스템의 데이터 송수신 방법
US7746816B2 (en) 2003-03-13 2010-06-29 Qualcomm Incorporated Method and system for a power control in a communication system
WO2004088501A1 (en) 2003-03-28 2004-10-14 Thomson Licensing S.A. System and method for transmitting media based files
GB2400265A (en) 2003-03-31 2004-10-06 Sony Uk Ltd Routing data
US8036122B2 (en) * 2003-04-03 2011-10-11 Alcatel Lucent Initiation of network treatment for data packet associated with real-time application different from network treatment applicable to data packet non-associated with the real-time application
US7321614B2 (en) 2003-08-08 2008-01-22 Intel Corporation Apparatus and methods for communicating using symbol-modulated subcarriers
JP4188774B2 (ja) 2003-08-14 2008-11-26 株式会社エヌ・ティ・ティ・ドコモ フレーム送受信システム、フレーム送信装置、フレーム受信装置、及びフレーム送受信方法
US7590094B2 (en) * 2003-09-25 2009-09-15 Via Telecom Co., Ltd. Tristate requests for flexible packet retransmission
US7623894B2 (en) 2003-10-09 2009-11-24 Freescale Semiconductor, Inc. Cellular modem processing
US7302379B2 (en) 2003-12-07 2007-11-27 Adaptive Spectrum And Signal Alignment, Inc. DSL system estimation and parameter recommendation
JP2005191735A (ja) 2003-12-24 2005-07-14 Toshiba Corp 圧縮データ送信装置、圧縮データ送信システム、圧縮データ送信方法及びプログラム
US7457242B2 (en) 2004-02-12 2008-11-25 Avaya, Inc. System for transmitting high quality speech signals on a voice over internet protocol network
US7536622B2 (en) 2004-03-29 2009-05-19 Nokia Corporation Data repair enhancements for multicast/broadcast data distribution
ES2378535T3 (es) 2004-04-01 2012-04-13 Panasonic Corporation Limitación de interferencia para las retransmisiones
DE602004012457T2 (de) * 2004-04-05 2009-03-05 Wireless Audio Ip B.V. Drahtloses audioübertragungssystem und -verfahren mit dynamischer zeitschlitzzuweisung
US7826438B1 (en) 2004-04-26 2010-11-02 Marvell International Ltd. Circuits, architectures, systems, methods, algorithms and software for reducing contention and/or handling channel access in a network
US20050254508A1 (en) 2004-05-13 2005-11-17 Nokia Corporation Cooperation between packetized data bit-rate adaptation and data packet re-transmission
US20050254441A1 (en) 2004-05-14 2005-11-17 Interdigital Technology Corporation Method and apparatus for efficiently allocating and deallocating interleaved data stored in a memory stack
US7337561B2 (en) * 2004-07-13 2008-03-04 Potashnick Robert I Shoe sole traction-enhancing device
BRPI0513620A (pt) 2004-07-26 2008-05-13 Interdigital Tech Corp coprocessador de acesso a pacotes por link inferior em alta velocidade para upgrade das capacidades de hospedeiro modem existente
US8775890B2 (en) 2004-09-13 2014-07-08 Inventergy, Inc. Automatic retransmission request control system and retransmission method in MIMO-OFDM system
JP4889646B2 (ja) 2004-10-12 2012-03-07 アウェア， インコーポレイテッド 電気通信環境における資源の共有
JP4331088B2 (ja) 2004-11-01 2009-09-16 株式会社東芝 通信装置および通信方法
US20060098662A1 (en) * 2004-11-09 2006-05-11 Sunil Gupta Memory and processor efficient network communications protocol
EP1667353A1 (en) * 2004-12-03 2006-06-07 STMicroelectronics N.V. Method and device for decoding packets of data within an hybrid ARQ scheme
KR100656982B1 (ko) * 2004-12-21 2006-12-13 한국전자통신연구원 휴대 인터넷 단말기의 복호 장치 및 방법
JP4596958B2 (ja) 2005-04-01 2010-12-15 株式会社エヌ・ティ・ティ・ドコモ 無線通信装置及び無線通信方法
US20060236045A1 (en) * 2005-04-13 2006-10-19 Analog Devices, Inc. Apparatus for deinterleaving interleaved data using direct memory access
AU2006336276A1 (en) * 2005-05-06 2007-07-26 California Institute Of Technology Efficient loss recovery architecture for loss-decoupled TCP
US7685495B2 (en) 2005-05-12 2010-03-23 Qualcomm Incorporated Apparatus and method for channel interleaving in communications system
US7519124B2 (en) * 2005-05-13 2009-04-14 Infineon Technologies Ag Method for seamless bit rate adaptation for multicarrier DSL
JP4259487B2 (ja) * 2005-05-13 2009-04-30 パナソニック株式会社 組込式調理器
US7657818B2 (en) * 2005-06-22 2010-02-02 Adaptive Spectrum And Signal Alignment, Inc. Dynamic minimum-memory interleaving
US8230293B2 (en) 2005-06-29 2012-07-24 Nokia Corporation Forward error correction
US8644292B2 (en) * 2005-08-24 2014-02-04 Qualcomm Incorporated Varied transmission time intervals for wireless communication system
CN1801687B (zh) 2005-09-08 2013-08-07 华为技术有限公司 一种基于非应答机制的数据帧重传方法和系统
US7729384B1 (en) * 2005-11-01 2010-06-01 Metanoia Technologies, Inc. Multiple channel digital subscriber line framer/deframer system and method
US8098613B2 (en) * 2005-12-28 2012-01-17 Alcatel Lucent Method of managing transmission delay in a wireless communication system
WO2007078219A1 (en) 2005-12-30 2007-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for harq in wireless multi-carrier systems
EP1816776A1 (en) * 2006-02-07 2007-08-08 Alcatel Lucent Device and method for mitigating effects of impulse noise on data packet transfer
EP2178254B1 (en) * 2006-04-12 2017-02-08 TQ Delta, LLC Packet retransmission and memory sharing
US8743676B2 (en) * 2006-05-10 2014-06-03 Apple Inc. Methods and systems for scheduling OFDM frames
CN101132259B (zh) * 2006-08-23 2011-11-09 上海贝尔阿尔卡特股份有限公司 一种用于无线网络中最后重传时刻控制数据重传的方法
US7764695B2 (en) * 2006-09-25 2010-07-27 Oyadomari Randy I Arm and rollback in a multi-chassis system
US7856033B2 (en) 2006-11-14 2010-12-21 Lantiq Deutschland Gmbh Methods and systems for adaptive communication
US8031760B2 (en) 2007-03-26 2011-10-04 Broadcom Corporation Fast modem reconfiguration
US7764595B2 (en) 2008-01-16 2010-07-27 Newport Media, Inc. Area and power efficient architectures of time deinterleaver for ISDB-T receivers
JP5332430B2 (ja) * 2008-09-11 2013-11-06 富士通株式会社 共有メモリシステム

Also Published As

Publication number Publication date
BRPI0709871B1 (pt) 2019-10-15
US20150312001A1 (en) 2015-10-29
KR101736999B1 (ko) 2017-05-19
CA3011163A1 (en) 2007-12-13
US8595577B2 (en) 2013-11-26
US9749235B2 (en) 2017-08-29
US9094348B2 (en) 2015-07-28
US10044473B2 (en) 2018-08-07
US20210006357A1 (en) 2021-01-07
EP2178254A1 (en) 2010-04-21
US20220166554A1 (en) 2022-05-26
CO6141503A2 (es) 2010-03-19
WO2007143277A2 (en) 2007-12-13
EP2173071B1 (en) 2013-06-26
US8335956B2 (en) 2012-12-18
US8645784B2 (en) 2014-02-04
EP2173071A1 (en) 2010-04-07
US20180331790A1 (en) 2018-11-15
EP3301871A1 (en) 2018-04-04
US20130163592A1 (en) 2013-06-27
MX2008012505A (es) 2008-11-18
US10833809B2 (en) 2020-11-10
CA2647589A1 (en) 2007-12-13
US20170373971A1 (en) 2017-12-28
KR20140036046A (ko) 2014-03-24
HK1135537A1 (en) 2010-06-04
KR20170056711A (ko) 2017-05-23
US20140068366A1 (en) 2014-03-06
JP2010136427A (ja) 2010-06-17
JP2009533973A (ja) 2009-09-17
EP3866416B1 (en) 2023-08-23
WO2007143277A3 (en) 2008-06-05
EP2005674B1 (en) 2016-09-28
HK1250859A1 (zh) 2019-01-11
EP3301871B8 (en) 2021-07-07
US8407546B2 (en) 2013-03-26
JP2014090433A (ja) 2014-05-15
US20190393991A1 (en) 2019-12-26
JP2012151863A (ja) 2012-08-09
JP5486621B2 (ja) 2014-05-07
AU2007257055A1 (en) 2007-12-13
KR20190020200A (ko) 2019-02-27
US20200106558A1 (en) 2020-04-02
EP3190756A1 (en) 2017-07-12
EP2178254B1 (en) 2017-02-08
KR20170141818A (ko) 2017-12-26
KR20080108127A (ko) 2008-12-11
US11362765B2 (en) 2022-06-14
KR101952812B1 (ko) 2019-02-27
US20140133491A1 (en) 2014-05-15
US20100205501A1 (en) 2010-08-12
US10484140B2 (en) 2019-11-19
KR102151398B1 (ko) 2020-09-03
US8468411B2 (en) 2013-06-18
EP3301871B1 (en) 2021-03-31
US20170041224A1 (en) 2017-02-09
CA2647589C (en) 2018-08-21
EP2005674A2 (en) 2008-12-24
US20100332935A1 (en) 2010-12-30
JP5948307B2 (ja) 2016-07-06
EP3190756B1 (en) 2018-10-31
US20110002331A1 (en) 2011-01-06
US11290216B2 (en) 2022-03-29
US20220311548A1 (en) 2022-09-29
US9485055B2 (en) 2016-11-01
EP3866416A1 (en) 2021-08-18
US20090300450A1 (en) 2009-12-03
US10498495B2 (en) 2019-12-03

Similar Documents

Publication Publication Date Title
US20220311548A1 (en) Packet retransmission

Legal Events

Date Code Title Description
B25A Requested transfer of rights approved

Owner name: TQ DELTA, LLC. (US)

B15K Others concerning applications: alteration of classification

Ipc: H04L 12/721 (2013.01), H03M 13/00 (2006.01), H03M

B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06T Formal requirements before examination [chapter 6.20 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 12/721 , H03M 13/00 , H03M 13/09 , H03M 13/27 , H04L 1/00 , H04L 1/08 , H04L 1/16 , H04L 1/18 , H04L 12/54 , H04L 12/701 , H04L 12/801 , H04L 12/851 , H04L 12/823 , H04L 12/939 , H04L 29/08 , H04L 12/70

Ipc: H04L 12/54 (1990.01), H04L 1/18 (1968.09), H04L 12

B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 15/10/2019, OBSERVADAS AS CONDICOES LEGAIS. (CO) 10 (DEZ) ANOS CONTADOS A PARTIR DE 15/10/2019, OBSERVADAS AS CONDICOES LEGAIS

B21F Lapse acc. art. 78, item iv - on non-payment of the annual fees in time

Free format text: REFERENTE A 17A ANUIDADE.

B24J Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12)

Free format text: EM VIRTUDE DA EXTINCAO PUBLICADA NA RPI 2770 DE 06-02-2024 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDA A EXTINCAO DA PATENTE E SEUS CERTIFICADOS, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.