MX2008012505A - Retransmisión de paquetes y memoria compartida. - Google Patents

Retransmisión de paquetes y memoria compartida.

Info

Publication number
MX2008012505A
MX2008012505A MX2008012505A MX2008012505A MX2008012505A MX 2008012505 A MX2008012505 A MX 2008012505A MX 2008012505 A MX2008012505 A MX 2008012505A MX 2008012505 A MX2008012505 A MX 2008012505A MX 2008012505 A MX2008012505 A MX 2008012505A
Authority
MX
Mexico
Prior art keywords
packet
packets
memory
retransmission
transceiver
Prior art date
Application number
MX2008012505A
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=***_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MX2008012505(A) "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 MX2008012505A publication Critical patent/MX2008012505A/es

Links

Classifications

    • 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
    • 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
    • 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

A través de la identificación de diferentes tipos de paquetes, se pueden manejar paquetes con base en un identificador de manejo de paquetes asignado. El identificado puede, por ejemplo, capacitar el envío sin retardo de paquetes sensibles a latencia y permitir que paquetes sensibles a error sean almacenados para una posible retransmisión. En otra realización, y opcionalmente en conjunto con protocolos de retransmisión incluido un identificador de manejo de paquetes, se puede compartir una memoria utilizada para la retransmisión de paquetes con otras funciones del transceptor tales como, codificación, decodificación entrelazado (interleaving), desentrelazado (deinterleaving), corrección de errores y similares.

Description

RETRANSMISIÓN DE PAQUETES Y MEMORIA COMPARTIDA DATOS DE SOLICITUDES RELACIONADAS Esta solicitud, de conformidad con la Sección 119(e) del Titulo 35 del Código de los Estados Unidos, reivindica los beneficios y la prioridad de la solicitudes de patentes de los Estados Unidos números 60/792.236, presentada el 12 de abril de 2006, intitulada "xDSL Packet Retransmission Mechanism" [Mecanismo de retransmisión de paquetes xDSL] , y 60/849.650, presentada el 5 de octubre de 2006, intitulada "xDSL Packet Retransmission Mechanism with Examples" [Mecanismo de retransmisión de paquetes xDSL con ejemplos], las que se incorporan en su totalidad a este documento mediante esta referencia.
CAMPO DE LA INVENCIÓN Esta invención se relaciona en general con los sistemas de comunicación. Más en particular, una realización típica de esta invención se relaciona con la retransmisión de paquetes en un entorno de comunicación. Una realización típica de esta invención también se relaciona con la compartición de memoria entre las funciones de transmisión y otras funciones del transceptor .
Aspectos típicos de la invención se relacionan con el manejo de paquetes y la asignación de un identificador de manejo de paquetes. Aspectos típicos se relacionan con la compartición de recursos entre los paquetes retransmitidos y otras funciones del transceptor. Además, aspectos típicos se relacionan con la compartición de recursos entre paquetes asociados con el identificador de manejo de paquetes y otras funciones del transceptor.
En particular, aspectos de la invención se relacionan con la asignación de un identificador de manejo de paquetes a uno o más paquetes. Basado en este identificador, un paquete puede ser, por ejemplo, enviado directamente a otro dispositivo (o capa) de comunicación o, en la alternativa, retenido para posibles protocolos de retransmisión. Por ejemplo, se pueden designar que los paquetes recibidos de una capa superior de un dispositivo de comunicación tengan un identificador de manejo de paquetes en particular, tal como un nivel de Calidad de Servicios (QOS, por sus siglas en inglés) . El nivel QOS de un paquete indica la importancia de ciertas métricas (o características) de servicio de uno o más paquetes .
Dos métricas QOS típicas son el retardo (o latencia) y la Tasa de Error de Paquete (PER, por sus siglas en inglés) .
Aunque en este documento se utilicen estas dos métricas con fines ilustrativos, se debe hacer notar que se pueden también utilizar otras métricas en esta invención. Por ejemplo, otras métricas QOS podrían incluir una o más de entre la Tasa de Error de Bit (BER, por sus siglas en inglés) , tasa de datos, variación en el retraso (o jitter), tasa de pérdida de paquetes, tiempo entre eventos de error (TBE, por sus siglas en inglés), o similares.
Como ejemplo, en el caso en que las dos métricas QOS sean latencia y PER, los paquetes que contengan, por ejemplo, información de video (tal como IPTV) pueden requerir un tasa de error de paquete muy baja, pero, a menudo, pueden tolerar un retardo mayor. Por el contrario, el tráfico de voz o datos (por ejemplo, juegos) puede tener requisitos de latencia muy bajos pero tolerar un error de paquete mayor. Pare este ejemplo en particular, los paquetes de video pudieran ser designados como paquetes con QOS de "PER baja" y los paquetes de voz o datos como paquetes con QOS de "latencia baja". Por ejemplo, se podría asignar un identificador QOS específico a los paquetes de latencia baja, mientras que un identificador QOS distinto podría ser asignado a los paquetes de PER baja. Los paquetes de latencia baja podrían ser enviados directamente a otro transceptor, o a una capa superior, mientras que los paquetes de PER baja pueden ser almacenados en un buffer de retransmisión, por ejemplo, una memoria, que puede ser utilizado para reducir el error de paquete.
Como se mencionó anteriormente, aspectos típicos de la invención también se relacionan a compartir recursos entre una función de retransmisión y otras funciones del transceptor .
Los sistemas y métodos típicos de esta invención pueden utilizar memoria, por ejemplo un buffer de retransmisión, para el almacenamiento de paquetes para las funciones de retransmisión. Dado que otras funciones del transceptor también pueden requerir memoria para su funcionamiento, un aspecto típico de esta invención también se relaciona con compartir la memoria para las funciones de retransmisión con la memoria requerida para otras funciones del transceptor. Por ejemplo, la memoria puede ser dinámicamente asignada en base a los parámetros de la configuración o a las condiciones de ruido y, por ejemplo, la memoria puede ser dividida entre una o más de las funciones de entrelazado (interleaving) / desentrelazado (deinterleaving) , codificación / decodificación RS y la función de retransmisión.
Aspectos de la invención se relacionan con la identificación de uno o más paquetes.
Aspectos adicionales de la invención se relacionan con la identificación de uno o más paquetes que pueden ser retransmitidos .
Otros aspectos adicionales de la invención se relacionan con la identificación de uno o más paquetes que no deben ser retransmitidos .
Aspectos de la invención se relacionan con la retransmisión de uno o más paquetes IP, paquetes Ethernet, celdas ATM, paquetes PTM, tramas Mux-data ADSL, palabras código PTM- TC, palabras código RS y símbolos DMT.
Otros aspectos adicionales de la invención se relacionan con la anexión de un identificador a un paquete.
Otros aspectos adicionales de la invención se relacionan con la anexión de un identificador de secuencia a por lo menos un paquete .
Aspectos de la invención se relacionan también con enrutar uno o más paquetes basado en un identificador de manejo de paquetes .
Aspectos de la invención se relacionan también con retransmitir un paquete.
Aspectos de la invención se relacionan además con retransmitir un paquete basado en un pedido de retransmisión.
Otros aspectos adicionales de la invención se relacionan con compartir memoria entre una función de retransmisión y una o más de las funciones de entrelazado, desentrelazado, codificación, decodificación y otras del transceptor.
Otros aspectos más específicos de la invención se relacionan con compartir memoria entre un buffer (o memoria) de retransmisión y funciones de entrelazado / desentrelazado y/o codificación / decodificación.
Aspectos típicos adicionales, no limitantes de la invención son : Estas y otras características y ventajas de esta invención se describen, o son evidentes en la siguiente descripción detallada de realizaciones típicas.
BREVE DESCRIPCIÓN DE LOS DIBUJOS Las realizaciones típicas de la invención serán descriptas en detalle con referencia a los dibujos siguientes donde: La Fig. 1 ilustra un sistema de comunicaciones típico de acuerdo con esta invención.
La Figura 2 es un diagrama de flujo que esboza un método típico para la retransmisión de paquetes de acuerdo con esta invención .
La Figura 3 es un diagrama de flujo que esboza un método típico para la recepción de paquetes retransmitidos de acuerdo con esta invención.
La Figura 4 es un diagrama de flujo que esboza un método típico para la asignación de memoria de acuerdo con esta invención .
La Figura 5 es un diagrama de flujo que esboza un método típico para compartir memoria de acuerdo con esta invención.
DESCRIPCIÓN DETALLADA Se describirán las realizaciones típicas de esta invención en relación con una retransmisión de paquetes y/o el compartir memoria en un entorno xDSL. Sin embargo, se debe notar que, en general, los sistemas y métodos de esta invención funcionarán igualmente bien para todo tipo de sistema de comunicación en cualquier entorno.
También se describirán los sistemas y métodos típicos de esta invención en relación con módems de portadoras múltiples, tales como los módems xDSL y VDSL y el hardware, software y canales de comunicación relacionados. Sin embargo, para evitar confundir innecesariamente la presente invención, la siguiente descripción omite estructuras y dispositivos muy conocidos que pueden ser mostrados a través de diagramas de bloque o de ser resumidos otra manera.
Para fines explicativos, se establecen numerosos detalles para proporcionar un entendimiento completo de la presente invención. Se debe notar sin embargo que la presente invención puede ser puesta en práctica de diversas maneras que van más allá de los detalles particulares establecidos en este documento.
Además, mientras que las realizaciones típicas que se ilustran en este documento muestran en su lugar a los diversos componentes del sistema, se debe notar que los distintos componentes del sistema pueden estar ubicados en porciones distantes de una red distribuida, tales como una red de comunicaciones y/o la Internet o dentro de un sistema dedicado, seguro, inseguro y/o criptografiado . Por lo tanto, se debe notar que los componentes del sistema pueden combinarse en uno o más dispositivos, tales como un módem, o colocarse en un nodo particular de una red distribuida, tal como una red de telecomunicaciones. Como se notará de la siguiente descripción, y por razones de eficiencia computacional, los componentes del sistema pueden acomodarse en cualquier lugar de una red distribuida sin afectar el funcionamiento del sistema. Por ejemplo, los diversos componentes pueden ser ubicados en un módem de Central Telefónica (CO, ATU-C, VTU-O) , un módem en las Instalaciones del Cliente (CPE, ATU-R, VTU-R) , un dispositivo de gestión xDSL o alguna combinación de estos. Similarmente, uno o más partes funcionales del sistema pueden distribuirse entre un módem y un dispositivo computacional asociado.
Además, se debe notar que los diversos enlaces, incluido el canal de comunicaciones 10, que conectan los elementos (y que no se muestran) pueden ser cableados o inalámbricos, o cualquier combinación de estos, o todo otro elemento conocido o desarrollado posteriormente que sea capaz de suministrar y/o comunicar datos a y desde los elementos conectados. El término módulo como se usa en este documento puede referirse a cualquier hardware, software o firmware conocido o posteriormente desarrollado, o combinación de estos que sea capaz de ejecutar la funcionalidad asociada con ese elemento. Los términos determinar, calcular y computar, y las variantes de estos, como se usan en este documento, son intercambiables e incluyen todo tipo de metodología, proceso, técnica u operación matemática. Módem de transmisión y transceptor de transmisión así como módem de recepción y transceptor de recepción se usan de manera intercambiable en este documento.
Más aún, mientras que algunas de las realizaciones típicas descritas en este documento están orientadas a la porción transmisora de un transceptor que realiza el entrelazado y/o codificación de la información transmitida, se debe notar que el correspondiente desentrelazado y/o decodificación es realizado por una porción receptora de un transceptor. Por lo tanto, aunque quizás no se muestre específicamente en cada uno de los ejemplos, esta divulgación tiene el propósito de incluir esta funcionalidad tanto en el mismo transceptor y/o en otro transceptor.
El sistema de comunicaciones 100 comprende una porción de un transceptor 200 y una porción de un transceptor 300. El transceptor 200, además de otros componentes muy conocidos, comprende un módulo de paquetes con errores 210, un módulo de gestión de transmisión 220, un módulo de ID de QOS 225, un módulo QOS 230, un módulo de asignación de QOS de paquete 240, una memoria 250 de retransmisión para buffer / entrelazado / desentrelazado / codificación RS/ decodificación RS, un módulo contador 260, un módulo de gestión de memoria 270 y un controlador/memoria 280.
El transceptor 300 está conectado mediante un canal de comunicación 10 al transceptor 200. El transceptor 300, además de otros componentes muy conocidos, comprende un módulo de paquetes con errores 310, un módulo de gestión de transmisión 320, un módulo de ID de QOS 325, un módulo QOS 330, un módulo de asignación de QOS de paquete 340, una memoria 350 de retransmisión para buffer / entrelazado / desentrelazado / codificación RS/ decodificación RS, un módulo contador 360, un módulo de gestión de memoria 370 y un controlador/memoria 380.
Como se expone precedentemente, los sistemas, métodos y protocolos considerados en este documento se describirán en relación con sistemas xDSL, tales como los especificados en ADSL2 ITU-T G.993.2, ADSL2+ ITU G.993.5 y VDSL2 ITU G.993.2, los que se incorporan íntegramente en este documento mediante esta referencia.
En operación, un primer aspecto de la invención se relaciona con la retransmisión de uno o más paquetes, estando el identificador de retransmisión implementado en cualquier capa de transmisión donde se definan los límites del paquete. Por ejemplo, puede implementarse en el Modo de Transmisión de Paquetes TC (PTM-TC, por sus siglas en inglés) de sistemas xDSL. Como referencia, el "Anexo A" que consta en actas en la presentación de la solicitud provisional identificada, y que se incorpora en la presente por esta referencia, contiene el PTM-TC de los sistemas ADSL2 y VDSL2 como se especifica en el estándar ITU-T G.992.3 ADSL2.
Como se expone en este documento, se describirá la invención de manera general en relación con el mecanismo de retransmisión que se incorpora como parte del PTM-TC; sin embargo, se debe notar que también puede implementarse dentro de otra capa o capas de un dispositivo de comunicación, como por ejemplo, un transceptor xDSL, tal como dentro del PMD o PMS-TC.
Las técnicas de retransmisión divulgadas en este documento también pueden ejecutarse en una capa arriba del PTM-TC, por ejemplo, en una nueva capa entre el PTM-TC y la próxima capa más alta, o en cualquier capa por encima de la física, por ejemplo, las capas 2, 3, 4, 5, etc.
Además, al ser usado en este documento, el término "paquete" incluye toda unidad básica de datos, es decir, un agrupamiento de bytes. Por ejemplo, un paquete puede ser un paquete IP, un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data de ADSL, una palabra código PTM-TC, una palabra código RS, un símbolo DMT, o, en general, cualquier agrupamiento de bytes de datos o información. Un paquete también puede ser una combinación de uno o más de los anteriores. Por ejemplo, un paquete puede ser construido concatenando cualquier número de celdas ATM para crear un agrupamiento más grande de bits. Por ejemplo, cinco celdas ATM de 53 bytes pueden combinarse en un paquete de 265 bytes o cuatro palabras código PTM-TC de 65 bytes pueden combinarse en un paquete de 260 bytes. Un paquete también puede basarse en dividir cualquiera de los agrupamientos anteriores de bytes. Por ejemplo, paquetes IP o Ethernet más grandes podrían dividirse en grupos más pequeños de bytes a ser usados como "paquetes" en la funcionalidad de retransmisión descrita en este documento. Por ejemplo, se podría dividir un paquete IP de 150 bytes en tres paquetes de 50 bytes para ser usados por el protocolo de retransmisión. Si se implementa la función de retransmisión como parte del PTM-TC, los paquetes se reciben desde una capa superior en el PTM-TC del transmisor xDSL y son enviados vía el PMS-TC y PMD del transmisor xDSL sobre el canal de comunicación al receptor xDSL. El PMD y el PMS-TC del receptor xDSL procesan la señal recibida y pasan los resultados al PTM-TC, que procesa la información y pasa el paquete recibido a una capa o capas superiores .
Los paquetes recibidos desde la capa superior del PTM-TC del transmisor xDSL pueden ser designados para tener un nivel de QOS. Este nivel de QOS de un paquete puede indicar la importancia de ciertas métricas (o características) de servicio de este paquete o más paquetes. Ejemplos de dos métricas QOS son el retardo (o latencia) y la PER. Aunque, como se expone precedentemente, estas dos características son el foco de la invención, también se podría utilizar cualquier número de métricas QOS diferentes.
Como ejemplo, en el caso en que las 2 métricas QOS sean latencia y PER, un primer conjunto de paquetes que lleven cierta información puede tener un requisito de una PER muy baja pero tolerar un retardo mayor. Otros paquetes que contienen información tal como tráfico de voz o datos pueden requerir un retardo muy bajo pero pueden tolerar una PER más alta. De acuerdo con una realización típica de esta invención, el primer conjunto de paquetes puede ser designado como paquetes con QOS de "PER baja" mientras que los paquetes de voz o datos pueden ser designados como paquetes con QOS de "latencia baja". El nivel (o métrica) QOS de un paquete podría ser designado de diversas maneras. Por ejemplo: i) Ciertos campos de bits en la cabecera de las porciones de datos de cada paquete podrían contener ciertos valores que especifiquen los requisitos QOS de un paquete. Por ejemplo, la cabecera del paquete podría contener campos de bits que indiquen si el paquete tiene un requisito de QOS de "PER baja " o de "latencia baja". Estos campos podrían ser leídos por el módem transmisor y/o el receptor para determinar el nivel de QOS de cada paquete. ii) Cuando se envíen paquetes desde una capa superior hacia el PTM-TC, la capa superior podría indicar paquete por paquete los requisitos QOS de cada paquete. Por ejemplo, podría haber una señal separada en la interfaz que indicara si el paquete a ser transferido tiene un requisito QOS de "PER baja" o de "latencia baja". iii) Cuando se envíen paquetes desde una capa superior al PTM-TC, podría haber una interfaz (o canal) separada para paquetes con distintos requisitos de QOS. Por ejemplo, se podría usar un canal para transferir paquetes que tengan un requisito de QOS de "PER baja" y un segundo canal para transferir paquetes que tengan un requisito de QOS de "latencia baja". Este concepto general podría también ser ampliado para incluir una pluralidad de requisitos de QOS distintos y una pluralidad de canales. iv) Como en el caso de Prioridad (Pre-emption) en el PTM-TC (véase el Anexo A) , se podrían utilizar dos interfaces [gama] lógicamente separadas para el transporte de un flujo de paquetes de PER baja y de latencia baja a través de un único canal portador. Esta idea general podría entonces ser ampliada para soportar cualquier número de tipos de paquete.
Se puede también utilizar otros mecanismos para designar el nivel QOS de un paquete, siempre que el protocolo de retransmisión del transmisor y/o receptor sea capaz de conocer el nivel QOS para uno o más paquetes.
Una vez que los PTM-TC conocen el nivel QOS, se puede diseñar una eficiente retransmisión de paquetes. Los métodos y protocolos típicos de retransmisión de paquetes pueden ser diseñados de manera tal que incluyan una o más de las siguientes características a nivel del sistema: Todos los paquetes se reciben desde la capa superior y se pasan a las capas superiores en el orden correcto.
Los paquetes con QOS de "latencia baja" no incurrirán ningún retardo adicional debido a la retransmisión.
Solamente se deben retransmitir paquetes con QOS de "PER baja" y, por lo tanto, solamente los paquetes de "PER baja" incurrirán el retardo adicional debido al mecanismo de retransmisión.
El control de flujo puede minimizarse de manera tal que el transmisor pueda generalmente aceptar todos los paquetes de la capa superior a la tasa de datos requerida sin demorar (holding off o "bloquear") paquetes de la capa superior durante el proceso de retransmisión.
La variación en retardo (jitter) del paquete puede ser mínima .
Una funcionalidad "similar a DRR" en portadora única sin requerir latencia / OLR por entrelazador .
El transceptor 200, en colaboración con el módulo QOS 230, recibe paquetes de una capa superior. En colaboración con el módulo de asignación de QOS para paquetes 240, se anexa una identificación de secuencia de paquetes (SID, por sus siglas en inglés) a los paquetes recibidos. Los paquetes, en colaboración con el módulo de gestión de transmisión 220, pueden entonces ser transmitidos en el orden en que se los recibió .
El módulo QOS 230, si esto no fue realizado por una capa superior, también identifica paquetes basado en el requisito QOS del paquete o paquetes. Entonces, en colaboración con el módulo de asignación de QOS de paquetes 240, se asocia un identificador de QOS con el paquete como se explica a continuación.
Si, por ejemplo, el paquete se identifica como un paquete de PER baja, y el módulo QOS 230 le asigna dicho identificador, cuando el módulo de gestión de transmisión 220 recibe el paquete, dicho paquete es identificado por el módulo de identificación de QOS 225 como un paquete de PER baja y es enviado a almacenamiento en el buffer de retransmisión 250. Alternativamente, si el paquete ha sido etiquetado como uno de latencia baja, e identificado como tal por el módulo de identificación de QOS 225, el paquete puede ser transmitido al módem receptor en colaboración con el módulo de gestión de transmisión 220.
Los paquetes de PER baja pueden ser almacenados por una cantidad suficiente de tiempo para esperar un mensaje de retransmisión del receptor PTM-TC. Durante este tiempo, el módem transmisor puede continuar recibiendo paquetes de una o más capas superiores, etiquetar estos paquetes, de ser necesario, y almacenarlos, si son identificados como paquetes de PER baja, de la misma manera. Más abajo se estiman los requisitos de almacenamiento mínimos resultantes para el transmisor PTM-TC.
Para una retransmisión exitosa, el módem de recepción debe ser capaz de informar al módem transmisor que paquete o paquetes necesitan ser retransmitidos. Un modo típico de realizar esto es transmitiendo paquetes con un campo de bits anexo que contiene un contador que indica el lugar de cada paquete en un flujo de paquetes. El valor de este contador es también conocido como Identidad de Secuencia (SID, por sus siglas en inglés) . Por ejemplo, se podría anexar a cada paquete un campo de bits que contiene un contador de 16 bits y el módulo contador 260 se incrementaría en uno después de cada paquete que fue transmitido. En colaboración con el módulo de asignación de paquetes 240, se podría anexar al paquete un campo contador de paquetes en diversos lugares, por ejemplo, al comienzo o al final del paquete, o al comienzo o al final de la cabecera del paquete.
Los paquetes recibidos de una capa superior pueden tener ya información en una cabecera o campo de datos del paquete que contenga la información del conteo, o secuencia, del paquete. Además, se puede anexar al campo contador de paquetes un campo CRC adicional que contiene un verificador de redundancia cíclica que se calcula solamente en los bits del campo contador de paquetes. El receptor puede utilizar este CRC para determinar si se recibe correctamente el campo contador de paquetes, es decir, sin errores de bit. Este CRC puede ser insertado, además del CRC estándar, por el PTM- TC estándar (el CRC estándar del paquete PTM-TC es un CRC que cubre todos los bits en un paquete) . El CRC estándar del paquete puede también cubrir el nuevo campo contador de paquetes en su CRC. Esto ayuda si el módem de recepción utiliza la presencia o la ausencia del campo contador de paquetes en un paquete para detectar si el paquete tiene un requisito de PER baja o de latencia baja (esto se trata a continuación) .
Alternativa o adicionalmente, el campo contador de paquetes (con o sin un CRC dedicado) puede ser anexado solamente a los paquetes con un QOS requerido específico, mientras que todos los otros paquetes pueden ser transmitidos sin modificación. Por ejemplo, todos los paquetes de video con un QOS de PER baja podrían contener el campo contador de paquetes anexo mientras que todos los paquetes de voz/datos de latencia baja podrían ser transmitidos sin cambios. Un ejemplo de los beneficios de esto es que el costo extra (pérdida de tasa de datos) debida al agregado del campo contador de paquetes se incurre solamente cuando se transmiten paquetes de PER baja.
Alternativa o adicionalmente, todos los paquetes de PER baja y de latencia baja pueden transmitirse con el campo contador de paquetes bajo (con o sin un CRC dedicado) . En este caso, el campo contador de paquetes de los paquetes de latencia baja puede contener un valor especial que indique que un paquete no es de PER baja. También, el campo contador de paquetes del paquete de latencia baja puede ni siquiera contener un valor de cuenta, dado que los paquetes de latencia baja no tienen el fin de ser retransmitidos. En este caso, el campo contador de paquetes podría contener un valor de cuenta solo para paquetes de PER baja y este valor sería incrementado solamente cuando un paquete de PER baja fuera transmitido. Por ejemplo, si el campo contador de paquetes es de 16 bits, el valor especial de todos ceros podría utilizarse para indicar que el paquete es un paquete de latencia baja. En este caso, los paquetes de PER baja podrían contener valores de cuenta desde uno a 216-1, pero sin incluir todos ceros, dado que este valor especial cero puede utilizarse para indicar un paquete de latencia baja.
El módem de recepción, por ejemplo, el PTM-TC del receptor, que en este caso se ejemplifica como el transceptor 300, y que incluye una funcionalidad comparable a la descrita en relación con el transceptor 200, recibe paquetes del módem de transmisión vía el PMS-TC. Si el paquete recibido es identificado como un paquete de latencia baja por el módulo de Identificación de QOS 325, el paquete se pasa a una capa superior. Si el paquete recibido es identificado por el módulo de Identificación de QOS 325 como de PER baja, el paquete se envía, con la colaboración del módulo de gestión de transmisión 320, al buffer de retransmisión 350 por una cantidad de tiempo mínima antes de pasar a una capa superior.
El tiempo de almacenamiento en el buffer de retransmisión 350 ayuda a asegurar que el protocolo de retransmisión proporcione un retardo constante, por ejemplo, que las capas más altas no observen ninguna variación en el retardo. De esta manera, si un paquete necesita ser retransmitido, el módem de recepción puede continuar proporcionando paquetes a las capas superiores a una velocidad constante mientras espera que el paquete o paquetes retransmitidos lleguen del módem transmisor. Más abajo se estiman los requisitos de memoria (o almacenamiento) mínima resultantes para el PTM-TC receptor.
Alternativamente, los paquetes de PER baja sin errores pueden no ser almacenados por un tiempo mínimo antes de pasar a la capa superior. Los paquetes de PER baja libres de errores pueden ser pasados a la capa superior inmediatamente como los paquetes de latencia baja. Sin embargo, cuando un paquete de PER baja es erróneo, se almacena junto con todos los paquetes de PER baja siguientes antes de pasar a una capa superior para esperar la llegada del paquete o paquetes retransmitidos. Esto causará una variación de retardo en los paquetes de PER baja siempre que ocurra una retransmisión. Sin embargo, esta variación de retardo no se aplicará a los paquetes de latencia baja.
El módulo de ID de QOS 325 puede detectar si el paquete es ya sea de PER baja o de latencia baja usando varios métodos diferentes. Por ejemplo, si todos los paquetes de PER baja y de latencia baja tienen anexado el campo contador de paquetes, entonces el módem de recepción, en colaboración con el módulo contador 360, detecta un paquete de latencia baja cuando el campo contador de paquetes contiene el valor especial designado que insertó el módem transmisor y que indica que el paquete es uno de latencia baja.
Alternativa o adicionalmente, el receptor podría detectar un paquete de PER baja cuando el campo contador de paquetes contenga un valor del contador de paquetes válido. Además, si se anexa un CRC dedicado al campo contador de paquetes, se podría usar el CRC para detectar si los bits del campo contador de paquetes son erróneos.
Si el campo contador de paquetes, incluido el CRC, se anexa solamente a paquetes de PER baja, el módem de recepción, y en particular el módulo de identificación de QOS, puede utilizar la presencia o la ausencia de este campo en un paquete para detectar un paquete de bajo retardo. Por ejemplo, el módem de recepción puede examinar la posición en el paquete donde estaría el campo contador de paquetes, si fuera un paquete de PER baja, y si falla el CRC del campo contador de paquetes mientras que es correcto el CRC estándar del paquete completo, entonces el módem de recepción podría determinar que el paquete es uno de retardo bajo, dado que no contiene el campo contador de paquetes. De la misma manera, por ejemplo, el módem de recepción puede examinar la posición en el paquete donde debiera estar el campo contador de paquetes, si fuera un paquete de PER baja, y si el CRC del campo contador de paquetes es correcto, entonces el módem de recepción determinaría que el paquete es un paquete de PER baja, sin importar el estado del CRC estándar del paquete completo .
El modera de recepción, en colaboración con el buffer de retransmisión 350, y el módulo de paquetes con errores 310, puede utilizarse para detectar paquetes con errores o faltantes de diversas maneras típicas. Por ejemplo, el módulo de paquetes con errores 310 puede detectar errores de bits en el paquete usando el CRC estándar del paquete completo PTM-TC. Alternativa o adicionalmente, el módulo de paquetes con errores 310 puede detectar errores de bits en el campo contador de paquetes si el módem transmisor anexara un CRC dedicado al campo contador de paquetes. Este CRC es valioso porque puede ser utilizado por el módulo de paquetes con errores del módem de recepción para determinar si un paquete tiene el número de paquete correcto, aún si el CRC estándar del paquete completo resulta estar errado.
Alternativa o adicionalmente, el módulo de paquetes con errores 310 puede detectar un paquete con errores o faltante al recibir un paquete con un CRC correcto, ya sea en el campo estándar o en el campo contador de paquetes, que contenga un número de conteo de paquete que no es el esperado. Por ejemplo, si el módulo de paquetes con errores 310, en colaboración con el módulo contador 360, detecta la recepción de un paquete con un número de cuenta igual a 5, cuando el módulo de paquetes con errores 310 esperaba recibir un paquete con un contador igual a 3, entonces el módulo de paquetes con errores 310 puede determinar que dos paquetes, los números 3 y 4, se perdieron debido a errores.
Una vez que se encuentra que un paquete o paquetes son erróneos, hay muchas maneras típicas en las cuales un módem de recepción puede comunicar información al módem de transmisión para indicar que se requiere una retransmisión de uno o más paquetes. Por ejemplo, el módem de recepción, en colaboración con el módulo de paquetes con errores 310, puede enviar un mensaje de reconocimiento (ACK, por sus siglas en inglés) al módem transmisor por cada mensaje recibido correctamente o por cada número predeterminado de paquetes recibidos. En la medida en que el módem de transmisión, y en particular el módulo de paquetes con errores 210, reciba mensajes reconociendo que se han recibido paquetes en orden secuencial, no hay necesidad de retransmitir información al módem de recepción. Sin embargo, si el módem de transmisión, y en particular el módulo de paquetes con errores 210, recibe un mensaje del módem de recepción, y en particular del módulo de paquetes con errores 310, en que se indique que un paquete fue recibido correctamente con un valor del contador que esté fuera de secuencia, se requiere una retransmisión por parte del módem de transmisión. En el ejemplo anterior, cuando el módem de recepción recibió un paquete con un valor del contador de 5, sin recibir los paquetes numerados 3 y 4, el modem transmisor podría recibir un ACK por el paquete con un valor de contador de 2 y luego un ACK por el paquete con un valor de contador 5. El módem de transmisión determinaría entonces que era necesario retransmitir paquetes con valores de contador de 3 y 4 dado que no fueron recibidos.
Alternativa o adicionalmente, se podría especificar un valor de espera para el módem de transmisión. Este valor de espera podría corresponder a la cantidad de tiempo que el módem de transmisión debería esperar un ACK para un paquete en particular antes de retransmitir el paquete. Se podría establecer que el valor de espera fuera por lo menos tan largo como el retardo de ida y vuelta requerido para que el módem de transmisión envíe un paquete al módem de recepción y para que el módem de recepción envíe un ACK de regreso al módem de transmisión. Si no se recibe un ACK luego del valor de espera, el módem de transmisión podría retransmitir el paquete .
Alternativa o adicionalmente, se podría enviar un reconocimiento negativo (NAK, por sus siglas en inglés) al módem transmisor cuando se detecta un paquete faltante o con errores. En el ejemplo anterior, cuando el módem de recepción reciba el paquete con un valor de contador de 5, cuando esperaba uno de valor 3, dicho módem podría enviar un mensaje NAK al módem de transmisión en el que indique que los paquetes con valores de contador de 3 y 4 no fueron correctamente recibidos y se deben retransmitir.
Alternativa o adicionalmente, si se recibe un paquete con un contador CRC de paquete correcto y un valor a de contador de paquete válido y un CRC estándar de paquete completo incorrecto, el módem de recepción podría enviar un mensaje NAK al módem transmisor indicando que un paquete con un valor a fue recibido incorrectamente y debe ser retransmitido .
Suponiendo que los paquetes con errores no son frecuentes, cualquier metodología que envíe un ACK para cada paquete correctamente recibido puede requerir una tasa de datos mayor en el canal de mensajes que comunique esta información de regreso al módem de transmisión. En este caso, enviar solamente los NAKs tiene la ventaja de que requiere enviar un mensaje solamente cuando se detecta un paquete con errores o faltante. Dependiendo de la capacidad de tasa de datos del canal de mensajes, y de la PER, un sistema de retransmisión podría utilizar solamente ACKs, solamente NAKs, o ACKs y NAKs al mismo tiempo.
Los mensajes ACK y NAK enviados de regreso al módem de transmisión pueden ser transmitidos a través del mismo canal físico, es decir, la línea telefónica en la dirección opuesta a la de los paquetes recibidos. Dado que el canal tiene una tasa de datos limitada y no se encuentra necesariamente libre de errores, es importante asegurarse de que estos mensajes sean tan robustos como sea posible y de que consuman la cantidad mínima de la tasa de datos. Además, dado que los requisitos de memoria para recibir y transmitir retransmisiones depende de la latencia de ida y vuelta de la conexión, es importante minimizar los requisitos de latencia del canal de mensajes. Hay diversas maneras de lograr esto.
Los mensajes pueden enviarse a través de una ruta separada de "latencia baja" o "rápida" entre los transceptores xDSL. Esta ruta rápida incluye poco o ningún retardo debido al entrelazado (interleaving) y puede ser especificado para que tenga una latencia de menos de 2 ms .
Alternativa o adicionalmente, los mensajes pueden enviarse con una robustez creciente mediante la transmisión repetida de cada mensaje un número de veces. Por ejemplo, el mensaje puede repetirse x veces para asegurarse de que aún si x-1 mensajes fueron corruptos por el canal, al menos uno de los mensajes sería recibido correctamente.
Alternativa o adicionalmente, los mensajes pueden enviarse de manera tal que cada mensaje sea repetido un número de veces y cada mensaje repetido sea enviado en un símbolo DMT distinto. Por ejemplo, el mensaje puede repetirse x veces y cada uno de estos mensajes enviado en uno de los x símbolos DMT. De esta manera, aún cuando el canal corrompa x-1 símbolos DMT, al menos un mensaje sería recibido correctamente.
Alternativa o adicionalmente, los mensajes pueden enviarse de manera tal que cada mensaje sea repetido un número de veces y cada mensaje repetido sea enviado en diferentes símbolos DMT. Por ejemplo, el mensaje puede repetirse x veces y cada uno de estos mensajes enviado en uno de los x símbolos DMT. De esta manera, aún cuando el canal corrompa x-1 símbolos DMT, al menos un mensaje sería recibido correctamente.
Alternativa o adicionalmente, los mensajes pueden enviarse de manera tal que cada mensaje sea repetido un número de veces y cada mensaje repetido sea enviado una pluralidad de veces en cada símbolo DMT. Por ejemplo, el mensaje podría repetirse x veces y cada mensaje repetido enviado y veces en uno de los x símbolos DMT. De esta manera, aún cuando el canal corrompa x-1 símbolos DMT y/o el canal corrompa grandes porciones de un símbolo DMT, por lo menos un mensaje sería recibido correctamente.
Alternativa o adicionalmente, los mensajes pueden incluir valores de cuenta de paquetes múltiples para reducir los requisitos de tasa de transferencia de datos. Por ejemplo, si los paquetes con valores de cuenta de 3 a 9 fueran correctamente (o incorrectamente) recibidos se enviaría un mensaje ACK (o NAK) para indicar estos valores de paquetes. Por ejemplo, el mensaje podría contener los valores 3 y 9 y el receptor del mensaje automáticamente sabría que todos los valores intermedios (4, 5, 6, 7, 8) también están siendo indicados en el mensaje.
Alternativa o adicionalmente, las subportadoras DMT que modulan estos mensajes podrían operar con un margen de SNR mucho más alto, por ejemplo, 15dB, comparado con el margen normal de 6dB de los sistemas xDSL. De esta manera, los mensajes podrían ser más inmunes al ruido del canal.
Alternativa o adicionalmente, un módem de recepción puede necesitar enviar un mensaje ACK o NAK adicional después de estar ya en el proceso de enviar un mensaje repetido. Por ejemplo, un módem de recepción puede detectar que los paquetes con valores de 3 a 9 han sido correctamente recibidos y enviar un mensaje ACK de regreso al módem de transmisión para indicar esta información. Este mensaje puede ser repetido x veces y cada mensaje repetido se transmite (al menos una vez) en símbolos DMT diferentes. Mientras se transmite el segundo mensaje repetido en el segundo símbolo DMT, el receptor podría detectar que los paquetes con valores de 10 a 17 han sido ahora correctamente recibidos. En este caso, el módem de recepción podría simplemente anexar esta información al mensaje previo o, en la alternativa, enviar un nuevo mensaje separado que sea también repetido x veces y cada mensaje repetido se transmite (al menos una vez) en un símbolo DMT diferente.
Alternativa o adicionalmente, cuando se repite un mensaje x veces en x símbolos DMT, cada mensaje repetido puede ser modulado en un conjunto diferente de subportadoras DMT sobre cada símbolo DMT. De esta manera, si una o más de las subportadoras tienen una SNR baja, el mensaje todavía sería correctamente recibido.
Para paquetes de PER baja, el retardo debido a este protocolo de retransmisión es igual al retardo que es consecuencia de almacenar estos paquetes en el módem de recepción (RX PTM-TC) para pasar los paquetes a una capa superior. Los paquetes de latencia baja no incurren en ningún retardo adicional.
El módem transmisor debe almacenar un paquete para retransmisión por un tiempo igual al retardo de ida y vuelta desde que el paquete se envía hasta que el mensaje de retransmisión se recibe. Durante este tiempo el módem transmisor continúa recibiendo paquetes de la capa superior y continúa almacenándolos de la misma manera. Por lo tanto, los requisitos de almacenamiento en octetos pueden calcularse de la siguiente manera: Memoria TX mínima (octetos) = roundtripdelay*datarate donde roundtripdelay es el tiempo igual al retardo de ida y vuelta desde que se envía el paquete hasta que se recibe el mensaje retransmitido, y datarate es la tasa de datos de la conexión que transfiere los paquetes.
Para ITU-T G.993.2 VDSL2, que se incorpora en este documento por referencia, esto puede calcularse usando los parámetros del perfil VDSL2 como: Memoria TX mínima (octetos) = (Retardo de entrelazado DS + US en octetos) + (retardo alfa/beta US+DS sin entrelazado) * (tasa de datos neta bidireccional) = MAXDLEYOCTET + (4 ms) *MBDC donde MAXDELAYOCTET y MBDC son como se especifica en los retransmisión por un tiempo igual al retardo de ida y vuelta desde que el paquete se envía hasta que el mensaje de retransmisión se recibe. Durante este tiempo el módem transmisor continúa recibiendo paquetes de la capa superior y continúa almacenándolos de la misma manera. Por lo tanto, los requisitos de almacenamiento en octetos pueden calcularse de la siguiente manera: Memoria TX mínima (octetos) = roundtripdelay*datarate donde roundtripdelay es el tiempo igual al retardo de ida y vuelta desde que se envía el paquete hasta que se recibe el mensaje retransmitido, y datarate es la tasa de datos de la conexión que transfiere los paquetes.
Para ITU-T G.993.2 VDSL2, que se incorpora en este documento por referencia, esto puede calcularse usando los parámetros del perfil VDSL2 como: Memoria TX mínima (octetos) = (Retardo de entrelazado DS + US en octetos) + (retardo alfa/beta US+DS sin entrelazado) * (tasa de datos neta bidireccional) = MAXDLEYOCTET + (4 ms) *MBDC donde MAXDELAYOCTET y MBDC son como se especifica en los perfiles VDSL2.
Para el receptor, los requisitos de almacenamiento mínimo pueden determinarse de una manera similar. Más específicamente, el receptor PTM-TC debe almacenar un paquete antes de pasarlo a la capa superior por un tiempo igual al retardo de ida y vuelta desde cuando un mensaje de retransmisión es retransmitido hasta cuando se recibe el paquete retransmitido. Esto es igual a los requisitos de almacenamiento en octetos (igual que para el transmisor) : Memoria RX mínima (octetos) = roundtripdelay*datarate donde roundtripdelay es el tiempo igual al viaje de ida y vuelta desde cuando un mensaje de retransmisión es transmitido hasta cuando se recibe el paquete retransmitido y datarate es la tasa de datos de la conexión que transfiere los paquetes.
Para ITU-T G.993.2 VDSL2 esto puede calcularse usando los parámetros del perfil VDSL2 como: Memoria RX mínima (octetos) = (Retardo de entrelazado DS + US en octetos) + (retardo alfa/beta US+DS sin entrelazado) * (tasa de datos neta bidireccional) = MAXDLEYOCTET +(4 ms) *MBDC donde MAXDELAYOCTET y MBDC son como se especifican en los perfiles de VDSL2 en ITU-T G.993.2.
Tabla 1: Requisitos de memoria TX o RX mínima para VDSL2 PERFIL VDSL2 8a, 8b, 8c, 8d 12a, 12b 17a 30a Requisitos de memoria TX o RX (octetos) = MAXDLEYOCTET + 0, 002MBDC 90.536 99.536 123.304 231.072 Las estimaciones en la Tabla 1 suponen que todo MAXDELAYOCTET y MBDC son usados para transferir el flujo de paquetes, es decir, el canal inverso tiene una tasa de datos muy baja y ningún entrelazado (interleaving) .
Algunos estándares xDSL especifican requerimientos de almacenamiento (es decir, memoria) mínimo, para entrelazado de palabras código RS. El entrelazado con codificación RS es una manera eficaz de corregir errores de canal debidos a, por ejemplo, ruido de impulso. Por ejemplo, VDSL2 requiere el apoyo de un conjunto de memoria para entrelazador bidireccional y desentrelazador de 65 kbytes para el perfil 8a VDSL2. Esto corresponde a un requisito de almacenamiento de aproximadamente 32 kbytes en un transceptor único.
Compartir memoria entre la función de retransmisión y una o más de las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS De la Tabla 1, es evidente que los requisitos de memoria para apoyar el protocolo de retransmisión pueden ser más del doble de los requisitos de almacenamiento de un único transceptor. Además, el protocolo de retransmisión proporciona un método diferente para corregir errores de canal debidos, por ejemplo, al ruido de impulso.
Más aún, los métodos de entrelazado y codificación RS y los protocolos de retransmisión brindan diferentes ventajas con respecto a la capacidad de corrección de errores, latencia, requisitos de buffer y similares. Por ejemplo, bajo ciertas configuraciones y condiciones de ruido el entrelazado / codificación RS proporciona corrección de errores / ganancia de codificación con menos retardo y tiempo de espera que el protocolo de retransmisión (para paquetes que pueden ser retransmitidos) . Por el contrario, en otras condiciones el protocolo de retransmisión proporcionará mejor corrección de errores con menos retardo y tiempo de espera que el entrelazado / codificación RS.
En algunos casos, se puede utilizar una primera porción de la memoria para una función y una segunda porción de la memoria para alguna otra función. Por ejemplo, si la configuración y las condiciones de ruido son tales que el entrelazado/ codificación RS no proporcionarían una buena corrección de errores / ganancia de codificación, entonces se podría utilizar toda la memoria disponible para la función de retransmisión y no asignar ninguna porción a la funcionalidad entrelazado / desentrelazado / codificación RS / decodificación RS; por ejemplo, se podría inhabilitar el entrelazado / desentrelazado.
De la misma manera, si la configuración y las condiciones de ruido son tales que el protocolo de retransmisión no proporcionaran una buena corrección de errores / ganancia de codificación, entonces se podría utilizar toda la memoria disponible para la funcionalidad entrelazado / desentrelazado / codificación RS / decodificación RS y no se usaría ninguna memoria para la función de retransmisión; por ejemplo, se inhabilitaría la función de retransmisión.
Alternativa o adicionalmente, se podrían utilizar con el sistema ambos métodos porque los dos tienen sus ventajas, por ejemplo, el módulo de gestión de memoria 370 es capaz de asignar dinámicamente una primera porción de la memoria 250/350 a la funcionalidad entrelazado / desentrelazado / codificación RS / decodificación RS y una segunda porción de la memoria a la función de retransmisión. Por ejemplo, 40% de la memoria podría ser asignado a la funcionalidad entrelazado / desentrelazado / codificación RS / decodificación RS, con el restante 60% asignado a la función de retransmisión. Sin embargo, se debería notar que, en general, la memoria puede ser dividida, es decir, compartida, de cualquier manera.
Compartir la memoria entre la función de retransmisión y las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS no está restringido a los protocolos de retransmisión descritos en otras realizaciones que utilizan métricas QOS para determinar que paquetes deben ser retransmitidos. En otras palabras, puede utilizarse la compartición de la memoria entre la función de retransmisión y las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS para sistemas de retransmisión donde todos los paquetes con errores sean retransmitidos, es decir, sin un identificador de QOS en el protocolo de retransmisión. Por ejemplo, se podría utilizar el entrelazado / FEC para satisfacer los requisitos INPmin dirigidos específicamente al ruido de impulso que ocurre frecuentemente (por ejemplo, en el orden de minutos o segundos) pero que es de breve duración y, por lo tanto, puede ser corregido por el entrelazado / FEC. Por ejemplo, se puede utilizar el protocolo de retransmisión para corregir errores infrecuentes (del orden de horas) que son de larga duración y que no serían corregibles por entrelazado / FEC. Como otro ejemplo, la función entrelazado / FEC puede ser utilizada en combinación con la función de retransmisión porque es muy conocido que FEC con un entrelazado mínimo brinda una ganancia de codificación de 1 dB a 3 dB cuando se utiliza con un código trellis (como a menudo es el caso en los sistemas xDSL) . Esto significa que aunque la mayor parte de la memoria compartida sea asignada a la función de retransmisión para confrontar al ruido de canal (tal como el ruido de impulso) , se puede asignar una cantidad más pequeña de memoria a la función de entrelazado / FEC por la ventaja en ganancia de codificación.
Asociada con la capacidad de asignar o dividir memoria entre una o más de las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS y la función de retransmisión, se encuentra la capacidad de intercambiar información entre los transceptores sobre cómo establecer esta asignación. Por ejemplo, el módem de transmisión puede enviar un mensaje al módem de recepción que indique cuánto de la memoria disponible debe asignarse a una o más de las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS y cuánta memoria debe asignarse a la función de retransmisión. Por ejemplo, si el módem de recepción contiene 100 kbytes de memoria disponible, el módem de transmisión podría enviar un mensaje al módem de recepción que indique que se debe asignar 25 kbytes a la función de codificación RS y 75 kbytes a la función de retransmisión. Dado que el módem de recepción generalmente determina los parámetro de entrelazado / codificación RS que se usan, el módem de recepción podría utilizar esta información para seleccionar parámetros, por ejemplo, profundidad de entrelazado (interleaver depth) y tamaño de palabra código, que no imponga un requisito de memoria de entrelazado que sea mayor que la cantidad indicada en el mensaje .
Alternativa o adicionalmente, el módem de recepción puede enviar un mensaje al módem de transmisión que indique cuánto de la memoria disponible debe asignarse a una o más de las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS, y cuánta memoria debe asignarse a la función de retransmisión.
Compartir memoria entre una función de retransmisión con identificación de paquetes de PER baja y/o latencia baja y una o más de las funciones de entrelazado / desentrelazado / codificación RS / decodificación RS.
Una manera de reducir el requisito de memoria total de un transceptor que soporta la función de retransmisión con identificación de paquetes de PER baja y/o latencia baja es definir un limite, por ejemplo un valor máximo, para la tasa de transferencia de datos del flujo de paquetes de PER baja, es decir, los paquetes que requieren retransmisión para satisfacer un requisito especifico de PER. Por ejemplo, si la tasa total de transferencia de datos es 50 Mbps, y el retardo de ida y vuelta es 10 ms, el requisito mínimo de memoria TX o RX es 50?00.000*0, 01/8=62500 bytes si la función de retransmisión debe dar soporte al caso en que todos los paquetes transmitidos (todos los 50 Mbps) son paquetes de PER baja. Sin embargo, si solamente una parte de la tasa de transferencia de datos de 50 Mbps se asigna al flujo de paquetes de PER baja (por ejemplo, 30 Mbps) , mientras que el resto de la tasa de transferencia de datos se asigna al flujo de paquetes de latencia baja (por ejemplo, 20 Mbps), el requisito mínimo de memoria TX o RX sería 30?00.000*0, 01/8=37500 bytes (suponiendo un retardo de ida y vuelta de 10ms) . En este caso, el módem de transmisión (o el módem de recepción) puede enviar un mensaje al módem de recepción (o al módem de transmisión) que indique la tasa máxima de transferencia de datos del tráfico de paquetes que se utilizará en la función de retransmisión. Utilizando el ejemplo anterior, el módem de transmisión (o el módem de recepción) enviaría un mensaje que indique que el tráfico de PER baja no excederá los 30Mbps, en cuyo caso el módem de recepción (o el módem de transmisión) asignará memoria a la función de retransmisión y a las funciones de entrelazado / codificación RS (o desentrelazado / decodificación RS) de la manera apropiada.
Un ejemplo de las ventajas de indicar los paquetes de PER baja y de latencia baja como parte del protocolo de retransmisión es que proporciona una funcionalidad similar a DDR sin los tiempo de espera de reasignar dinámicamente las rutass de latencia. Por ejemplo, cuando una aplicación de video se cierra (menos paquetes de PER baja en la conexión) , la tasa de datos de la aplicación de datos puede ser incrementada (más paquetes de latencia baja en la conexión) sin ningún cambio en los parámetros de transmisión.
El protocolo de retransmisión también puede utilizarse con o sin un entrelazado / FEC (o desentrelazado) subyacente. Un enfoque típico es usar el entrelazado / FEC para satisfacer los requisitos INPmín dirigidos específicamente a afrontar el ruido de impulso que tiene lugar frecuentemente, por ejemplo, en minutos o segundos. El protocolo de retransmisión puede utilizarse para corregir errores infrecuentes (del orden de horas) que normalmente serán problema en aplicaciones de PER muy bajo, por ejemplo video.
Cuando un protocolo de retransmisión se combina con un entrelazado / FEC (o desentrelazado) subyacente, la latencia del protocolo de retransmisión crecerá en proporción al retardo adicional del entrelazado / FEC. Esto se debe al hecho de que los requisitos del buffer del receptor corresponden aproximadamente al tiempo de retardo de ida y vuelta de la transmisión de paquetes y de reconocimiento del mensaje.
Como un ejemplo de utilización de un protocolo de retransmisión que identifique uno o más paquetes de PER baja y de latencia baja con entrelazado / FEC (o desentrelazado) subyacente, se utiliza el entrelazado / FEC para lograr los requisitos de INPmín dentro de las restricciones de latencia, y la función de retransmisión se utiliza para brindar otra capa de corrección de errores. Los paquetes de PER baja se pasan a través de la función de retransmisión y el entrelazado / FEC y, en consecuencia, se logra una PER muy baja. Los paquetes de latencia baja se pasan a través del entrelazado / FEC pero no a través de la función de retransmisión. Dado que los paquetes de latencia baja se pasan a través del entrelazado / FEC, cumplirán con los requisitos de INPmin y MaxDelay sin incurrir en el retardo adicional del protocolo de retransmisión.
Ejemplo de parámetros de configuración: Tasa de datos DS = 25 Mbps, INPmin=2, MaxDelayDS= 8ms Ejemplo de parámetros de FEC/Entrelazado: NFEC= 128, R= 16 lo que da como resultado memoria de entrelazado de aproximadamente 14 kbytes para INP=2 con 8 ms de retardo.
Protocolo de retransmisión: Si suponemos que la latencia US es 2ms, el protocolo de retransmisión agregará un mínimo de 8+2 = 10ms de latencia. Esto significa que la latencia total DS (entrelazado / FEC+ retransmisión) será aproximadamente 8+10=18ms.
Requisitos de memoria: Los requisitos de memoria para el protocolo de retransmisión pueden calcularse como: (10ms) x (25 Mbps) /8 = 31 Kbytes. Por lo tanto, el transmisor y el receptor necesitarán ambos una memoria total de (31+14) =45 Kbytes para el protocolo de retransmisión y la función de entrelazado / FEC.
Paquetes de PER baja: Latencia=18ms .
La PER es muy baja porque INPmin=2 (de entrelazado / FEC) se combina con la corrección de errores de la función de retransmisión .
Paquetes de latencia baja: Latencia = 8ms . INP =2 de entrelazado / FEC. Ningún retardo adicional debido a la función de retransmisión.
Aunque esta invención describe la retransmisión como hecha como parte del PTM-TC, podría también ser hecha dentro de otra capa o capas del transceptor xDSL, tales como el PMD o el P S-TC. Alternativamente, podría realizarse en una capa o capas arriba del PTM-TC, por ejemplo, en una nueva capa entre el PTM-TC y la próxima capa superior, o en general en cualquier capa por encima de la capa física, por ejemplo, las capas 1, 2, 3, 4 o 5.
En esta invención, el término "transmisor" generalmente se refiere al transceptor que transmite los paquetes. De la misma manera, el término "receptor" generalmente se refiere al transceptor que recibe los paquetes. Por lo tanto, el "transmisor" también recibe los mensajes ACK/NAK y el "receptor" también transmite los mensajes ACK/NAK.
La Figura 2 esboza un ejemplo de un método de operación de un módem de transmisión que utiliza el protocolo de retransmisión. En particular, el control comienza en el paso S100 y continúa en el paso S110. En el paso S110, se recibe un paquete desde una capa superior. Entonces, en el paso S120, se toma una decisión con respecto a si el paquete recibido es un paquete de tipo retransmitido. Si no lo es, tal como un paquete de latencia baja, el control salta al paso S125 donde el paquete es opcionalmente actualizado (como se expuso previamente) con el control pasando al paso S130 donde el paquete se envía al receptor. El control continúa entonces al paso S140 donde termina la secuencia de control.
Si el paquete es un paquete de tipo retransmitido, por ejemplo un paquete de PER baja, el control continúa al paso S150. En el paso S150, el paquete puede ser actualizado con información tal como un identificador de secuencia u otra información que permita al receptor ser capaz de determinar que paquete (o paquetes) necesita ser retransmitido. A continuación, en el paso S160, el paquete actualizado se almacena en el buffer de retransmisión. Entonces, en el paso S170, el paquete se envía al receptor. El control continúa entonces en el paso S180.
En el paso S180, se determina si el paquete necesita ser retransmitido. Si necesita ser retransmitido, el control salta de nuevo al paso S170. De lo contrario, el control continúa en el paso S190.
En el paso S190, el paquete se elimina del buffer de retransmisión. El control continúa entonces en el paso S140 donde termina la secuencia de control.
La Figura 3 esboza un método típico de operación de un módem de recepción que utiliza el protocolo de retransmisión. En particular, el control comienza en el paso S200 y continúa en el paso S210. En el paso S210, se recibe un paquete del transmisor. Luego, en el paso S220, se determina si el paquete ha sido identificado como un paquete de tipo retransmitido .
Si el paquete no ha sido identificado como un paquete de tipo retransmisible, el control salta al paso S230.
En el paso S230, el paquete se envía a una capa superior. El control entonces continúa en el paso S240 donde termina la secuencia de control.
En la alternativa, si el paquete recibido es un paquete de tipo retransmisible se almacena en el buffer de retransmisión en el paso S260. Después, en el paso S270, se puede verificar la integridad del paquete, por ejemplo utilizando un CRC. Entonces, en el paso S280, se determina si el paquete necesita ser retransmitido. Si se necesita que lo sea, el control continúa en el paso S290 donde se obtiene el paquete retransmitido, por ejemplo, basado en el envío de un mensaje o mensajes, o en que uno o el otro de los transceptores determine si falta un paquete, o casos similares, como se ha detallado anteriormente, y el control regresa al paso S270 para una verificación de integridad.
Si el paquete no necesita ser retransmitido, el control continúa en el paso S295 donde el paquete se envía a una capa superior y se elimina del buffer de retransmisión. El control entonces continúa en el paso S240 donde termina la secuencia de control.
La Figura 4 esboza un ejemplo de un método de asignación de memoria entre la función de retransmisión y una o más de las funciones de entrelazado / desentrelazado y de codificación. En particular, el control comienza en el paso S300 y continúa en el paso S305. En el paso S305, se recibe / envía un mensaje en el que se especifica la memoria disponible. Normalmente, el receptor enviará un mensaje al transmisor en el que se especifica la memoria disponible, pero el transmisor podría también enviar un mensaje al receptor. Después, en el paso S310, se determina como debe asignarse la memoria. Como se explicó, esta asignación puede basarse en uno o más de los siguientes factores: capacidad de corrección de errores, latencia, requisitos del buffer, SNR, ruido de impulso o, en general, cualquier parámetro de comunicación. Después, en el paso S320, se comunica la asignación de memoria a otro transceptor. Entonces, en el paso S330, se puede determinar si la asignación es compatible. Si la asignación recibida no es compatible, el control continúa en el paso S360, donde se puede solicitar otra asignación, y el control regresa al paso S320.
En la alternativa, si la asignación es compatible, en el paso S340 se asigna la memoria sobre la base de la asignación recibida. El control continúa entonces en el paso S350 donde termina la secuencia de control.
La Figura 5 ilustra un ejemplo de una metodología para compartir memoria para ser usada con una función de retransmisión y una o mas de las funciones de entrelazado / desentrelazado y de codificación / decodificación RS. En particular, el control comienza en el paso S400 y continúa en el paso S410. En el paso S410, se recibe la asignación de memoria de, por ejemplo, un módulo de gestión de memoria que puede estar ubicado en el mismo transceptor, o en un transceptor remoto. Después, en el paso S420, se establece la configuración para compartir memoria y, entonces, en el paso S430, la memoria se comparte entre una función de retransmisión y una o más de las funciones de entrelazado / desentrelazado y codificación /decodificación RS . El control continúa entonces en el paso S440.
En el paso S440, se determina si se debe cambiar la configuración para compartir memoria. Por ejemplo, la configuración para compartir memoria puede cambiarse dinámicamente basado en los cambios en el canal de comunicación o en el tipo o tipos de datos que se envían por dicho canal. Más particularmente, si el canal de comunicaciones no se ha desempeñado correctamente, por ejemplo, ha habido un incremento en errores de bits, puede ser ventajoso incrementar la capacidad de retransmisión al tiempo que se disminuye la capacidad de entrelazado / FEC o viceversa, lo que podría tener impacto en la manera en que se debe configurar la forma de compartir la memoria.
Si se debe cambiar la configuración para compartir memoria, el control continúa en el paso S450 donde se puede solicitar otra asignación, desde donde el control regresa al paso S410. De lo contrario, el control continúa en el paso S460 donde termina la secuencia de control.
Mientras que los arriba descritos diagramas de flujo han sido explicados en relación con una secuencia particular de acontecimientos, se debe hacer notar que pueden tener lugar cambios en esta secuencia sin que se afecte sustancialmente el funcionamiento de la invención. Además, la secuencia exacta de acontecimientos no tiene que tener lugar de la manera en que se establece en las realizaciones dadas como ejemplos, si no que los pasos pueden ser realizados por uno o el otro de los transceptores del sistema de comunicación siempre que ambos transceptores tengan conocimiento de la técnica utilizada para la inicialización. Además, las técnicas que se ejemplifican en este documento no están limitadas a las realizaciones que se ilustran en particular si no que pueden ser utilizadas con otras realizaciones y cada una de las características descritas es reivindicable individualmente y por separado.
El sistema precedentemente descrito puede implementarse en dispositivos de telecomunicaciones cableados y/o inalámbricos, tales como un módem, un módem de portadoras múltiples, un módem DSL, un módem ADSL, un módem xDSL, un módem VDSL, una tarjeta de línea, equipos de prueba, un transceptor de múltiples portadoras, un sistema de red de área local (LAN) o amplia (WAN) sea cableado o inalámbrico, un sistema de comunicaciones vía satélite, sistemas de comunicaciones basados en redes, tales como un sistema IP, Ethernet o ATM, un módem equipado con capacidad de diagnóstico o similares, o en una computadora separada de fines generales programada que tenga un dispositivo de comunicaciones o conjuntamente con cualquiera de los siguientes protocolos de comunicación: CDSL, ADSL2, ADSL2+, VDSL1, VDSL2, HDSL, DSL Lite, IDSL, RADSL, SDSL, UDSL o similares .
Además, los sistemas, métodos y protocolos de esta invención pueden implementarse en una computadora depropósito especial, un microprocesador o microcontrolador programado y elemento o elementos periféricos de circuito integrado, un ASIC u otro circuito integrado, un procesador digital de señales, un circuito lógico o electrónico cableado permanentemente (hard-wired) tal como un circuito de elementos discretos, un dispositivo lógico programable como por ejemplo PLD, PLA, FPGA, PAL, un módem, un transmisor / receptor, cualquier medio comparable u otros similares. En general, se puede utilizar cualquier dispositivo capaz de implementar una máquina de estado que a su vez sea capaz de implementar la metodología ejemplificada en este documento para implementar los diversos métodos, protocolos y técnicas de comunicación de acuerdo con esta invención.
Además, los métodos divulgados pueden implementarse fácilmente en entornos de desarrollo de software de objetos u orientados a estos que proporcionen un código fuente portable que pueda utilizarse en una diversidad de plataformas de computadora o estaciones de trabajo. En la alternativa, el sistema divulgado puede implementarse de manera parcial o total en hardware usando circuitos lógicos estándar o diseño VLSI. Que se utilice software o hardware para implementar los sistemas de acuerdo con esta invención depende de los requisitos de velocidad y/o eficacia del sistema, de la función en particular y de los sistemas de software o hardware, microprocesadores o sistemas de microcomputadoras en particular que se utilicen. Los sistemas, métodos y protocolos de comunicación ejemplificados en este documento pueden implementarse fácilmente en hardware y/o software utilizando cualquier sistema o estructura, dispositivo y/o software conocido o por desarrollar en el fututo por aquellos con capacitación normal en la técnica correspondiente a partir de la descripción funcional provista en este documento y con un conocimiento general básico de técnicas computacionales y de telecomunicaciones.
Más aún, los métodos divulgados pueden implementarse fácilmente en software que puede ser almacenado en un medio de almacenamiento, ejecutados por una computadora programada de fines generales con la colaboración de un controlador y de memoria, una computadora de propósito especial, un microprocesador, o dispositivos similares. En estas ocasiones, los sistemas y métodos de esta invención pueden ser implementados como programas incorporados en computadoras personales tales como una applet, un script de JAVA(R) o CGI, como un recurso residente en un servidor o estación de trabajo computacional, como una rutina incorporada en un sistema o componente de sistema de comunicaciones dedicado o dispositivos similares. El sistema también puede implementarse incorporando físicamente el sistema y/o el método en un sistema de software y/o hardware, como por ejemplo los sistemas de hardware y software de transceptores de comunicación.
Es, por lo tanto, obvio que se ha proporcionado, de acuerdo con la presente invención, sistemas y métodos para retransmitir paquetes y compartir memoria. Aunque esta invención ha sido descrita conjuntamente con un número de realizaciones, es evidente que muchas alternativas, modificaciones y variaciones deberían ser o son obvias para las personas con una capacitación normal en las técnicas correspondientes. Por lo tanto, se tiene el propósito de abarcar todas aquellas alternativas, modificaciones, equivalentes y variantes que se encuentren dentro del espíritu y el alcance de esta invención.

Claims (105)

  1. REIVINDICACIONES 1. Un método de retransmisión de paquetes que comprende: transmitir o recibir una pluralidad de paquetes; identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido.
  2. 2. El método de la reivindicación 1, donde el paquete es cualquier agrupamiento de bytes.
  3. 3. El método de la reivindicación 1, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  4. 4. El método de la reivindicación 1, donde se anexa a cada paquete un campo de bits que comprende un identificador de secuencia (SID) .
  5. 5. El método de la reivindicación 4, donde el paso de identificación comprende usar un valor especial para un identificador de secuencia (SID) .
  6. 6. El método de la reivindicación 4, donde el campo de bits anexado comprende un CRC dedicado.
  7. 7. El método de la reivindicación 1, donde por lo menos un paquete no es almacenado para retransmisión.
  8. 8. El método de la reivindicación 1, donde por lo menos un paquete se pasa de inmediato a una capa alta.
  9. 9. Un módulo de retransmisión de paquetes capaz de transmitir o recibir una pluralidad de paquetes y capaz de identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido.
  10. 10. El módulo de la reivindicación 9, donde el paquete es cualquier agrupamiento de bytes.
  11. 11. El módulo de la reivindicación 9, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, un marco Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  12. 12. El módulo de la reivindicación 9, donde el módulo es capaz de anexar a cada paquete un campo de bits que comprende un identificador de secuencia (SID) .
  13. 13. El módulo de la reivindicación 12, donde la identificación comprende usar un valor especial para el SID.
  14. 14. El módulo de la reivindicación 12, donde el campo de bits anexado comprende un CRC dedicado.
  15. 15. El módulo de la reivindicación 9, donde por lo menos un paquete no es almacenado por el módulo para la retransmisión.
  16. 16. El módulo de la reivindicación 9, donde por lo menos un paquete es pasado inmediatamente por el módulo a una capa alta .
  17. 17. El módulo de la reivindicación 9, donde el módulo se implementa en uno o más de entre un transceptor inalámbrico, una estación LAN inalámbrica, un transceptor cableado, un módem DSL, un módem ADSL, un módem xDSL, un módem VDSL, un transceptor de portadoras múltiples, una computadora de fines generales, una computadora de fines particulares, un microprocesador programado, un microcontrolador y elemento o elementos periféricos de circuito integrado, un ASIC, un procesador de señales digitales, un circuito lógico o electrónico de cableado permanente (hard-wired) y un dispositivo lógico programable.
  18. 18. El módulo de la reivindicación 9, donde el módulo se implementa en uno o más de un PTM-TC, un ATM-TC, un PMD y un PMS-TC.
  19. 19. Un método que comprende compartir memoria entre una memoria de entrelazado (interleaving) y/o desentrelazado (deinterleaving) y una memoria de retransmisión de paquetes.
  20. 20. Un método que comprende asignar una primera porción de memoria compartida a retransmisión y una segunda porción de la memoria compartida a entrelazado y/o desentrelazado.
  21. 21. El método de la reivindicación 20, que comprende además transmitir o recibir un mensaje que indique como asignar la memoria compartida.
  22. 22. El método de la reivindicación 19 o 20, que comprende además transmitir o recibir un mensaje que indique como compartir la memoria.
  23. 23. Una memoria capaz de ser compartida entre un buffer para entrelazado y/o desentrelazado y un buffer de retransmisión de paquetes .
  24. 24. Un módulo capaz de asignar una primera porción de memoria compartida para retransmisión y una segunda porción de la memoria compartida para entrelazado y/o desentrelazado.
  25. 25. El módulo de la reivindicación 24, donde el módulo es capaz de transmitir o recibir un mensaje que indique como asignar la memoria compartida.
  26. 26. El módulo de la reivindicación 24, donde el módulo es capaz de transmitir o recibir un mensaje que indique como compartir la memoria.
  27. 27. El módulo de la reivindicación 24, donde el módulo es uno o más de entre un transceptor inalámbrico, una estación LAN inalámbrica, un transceptor cableado, un módem DSL, un módem ADSL, un módem xDSL, un módem VDSL, un transceptor de portadoras múltiples, una computadora de fines generales, una computadora de fines particulares, un microprocesador programado, un microcontrolador y un elemento o elementos periféricos de circuito integrado, un ASIC, un procesador de señales digitales, un circuito lógico o electrónico de cableado permanente (hard-wired) y un dispositivo lógico programable .
  28. 28. Un método de retransmisión de paquetes que comprende: transmitir o recibir una pluralidad de paquetes; identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que debe ser retransmitido y por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido.
  29. 29. El método de la reivindicación 28, donde el paquete es cualquier agrupamiento de bytes.
  30. 30. El método de la reivindicación 28, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  31. 31. El método de la reivindicación 28, donde se anexa a cada paquete un campo de bits que comprende un identificador de secuencia (SID) .
  32. 32. El método de la reivindicación 31, donde el paso de identificación comprende usar un valor especial para un identificador de secuencia (SID) .
  33. 33. El método de la reivindicación 31, donde el campo de bits anexado comprende un CRC dedicado.
  34. 34. El método de la reivindicación 28, donde por lo menos un paquete es almacenado para retransmisión.
  35. 35. El método de la reivindicación 28, donde por lo menos un paquete se pasa de inmediato a una capa alta.
  36. 36. Un método de manejo de paquetes que comprende: recibir un flujo de paquetes; identificar un primer número de paquetes en el flujo de paquetes como paquetes de baja latencia; identificar un segundo número de paquetes en el flujo de paquetes como paquetes de bajo error; enviar los paquetes de baja latencia y bajo error a un transceptor o a una capa más alta; y almacenar los paquetes de bajo error para corrección de errores.
  37. 37. El método de la reivindicación 36, que comprende además anexar un identificador a los paquetes de bajo error.
  38. 38. Un método de asignar memoria en un transceptor que comprende: analizar uno o más parámetros de comunicación; identificar una asignación de memoria; y asignar memoria basado en la asignación de memoria a una función de retransmisión y a una o más de las funcione 3 de entrelazado, desentrelazado, codificación RS y decodifica';ión RS.
  39. 39. Un método de compartir memoria en un transceptor que comprende: recibir una asignación de memoria; establecer una memoria compartida por una o más de las funciones de entrelazado, desentrelazado, codificación RS, decodificación RS y retransmisión de paquetes; y compartir la memoria compartida entre una función de retransmisión y una o más de las funciones de entrelazado, desentrelazado, codificación RS y decodificación RS.
  40. 40. El método de la reivindicación 39, que comprende además determinar la compatibilidad de la asignación de memoria.
  41. 41. El método de la reivindicación 39, donde la compatibilidad de la asignación de memoria se basa en métricas de rendimiento de canales.
  42. 42. Un medio para realizar la funcionalidad de cualquiera de las reivindicaciones anteriores.
  43. 43. Un medio de almacenamiento de información que comprende información que cuando se ejecuta realiza la funcionalidad de cualquiera de las reivindicaciones arriba mencionadas.
  44. 44. Una o más de cualquiera de las características como sustancialmente se describen en este documento.
  45. 45. Un medio para la retransmisión de paquetes que comprende: un medio para transmitir o recibir una pluralidad de paquetes; un medio para identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido.
  46. 46. El medio de la reivindicación 45, donde el paquete es cualquier agrupamiento de bytes.
  47. 47. El medio de la reivindicación 45, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  48. 48. El medio de la reivindicación 45, donde se anexa a cada paquete un campo de bits que comprende un identificador de secuencia (SID) .
  49. 49. El medio de la reivindicación 48, donde el medio para identificar comprende usar un valor especial para un identificador de secuencia (SID) .
  50. 50. El medio de la reivindicación 48, donde el campo de bits anexado comprende un CRC dedicado.
  51. 51. El medio de la reivindicación 45, donde por lo menos un paquete no se almacena para la retransmisión.
  52. 52. El medio de la reivindicación 45, donde por lo menos un paquete se pasa de inmediato a una capa alta.
  53. 53. Un medio para compartir memoria entre una función de entrelazado y/o desentrelazado y una función de retransmisión de paquetes.
  54. 5 . Un medio para asignar una primera porción de memoria compartida para retransmisión y una segunda porción de la memoria compartida para entrelazado y/o desentrelazado.
  55. 55. El medio de la reivindicación 54, que comprende además un medio para transmitir o recibir un mensaje que indique como asignar la memoria compartida.
  56. 56. Los medios de la reivindicación 54, que comprende además un medio para transmitir o recibir un mensaje que indique como compartir la memoria.
  57. 57. Un medio para compartir una memoria entre una función de entrelazado y/o desentrelazado y una función de retransmisión de paquetes.
  58. 58. Un medio para la retransmisión de paquetes que comprende: un medio para transmitir o recibir una pluralidad de paquetes; un medio para identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que debe ser retransmitido y por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido.
  59. 59. El medio de la reivindicación 58, donde el paquete es cualquier agrupamiento de bytes.
  60. 60. El medio de la reivindicación 58, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  61. 61. El medio de la reivindicación 58, donde se anexa a cada paquete un campo de bits que comprende un identificador de secuencia (SID) .
  62. 62. El medio de la reivindicación 61, donde el medio para identificar comprende usar un valor especial para el identificador de secuencia (SID) .
  63. 63. El medio de la reivindicación 58, donde el campo de bits anexado comprende un CRC dedicado.
  64. 64. El medio de la reivindicación 58, donde por lo menos un paquete se almacena para la retransmisión.
  65. 65. Los medios de la reivindicación 58, donde por lo menos un paquete se pasa de inmediato a una capa alta.
  66. 66. Un medio para manejar paquetes que comprende: un medio para recibir un flujo de paquetes; un medio para identificar un primer número de paquetes en el flujo de paquetes como paquetes de latencia baja; un medio para identificar un segundo número de paquetes en el flujo de paquetes como paquetes de error bajo; un medio para enviar los paquetes de latencia baja y de error bajo a un transceptor o a una capa superior; y un medio para almacenar los paquetes de error bajo para la corrección de errores.
  67. 67. El medio de la reivindicación 66, que comprende además un medio para anexar un identificador a los paquetes de error bajo .
  68. 68. Un medio para asignar memoria en un transceptor que comprende: un medio para analizar uno o más parámetros de comunicación; un medio para identificar una asignación de memoria; y un medio para asignar memoria basado en la asignación de memoria a una función de retransmisión y a una o más de las funciones de entrelazado, desentrelazado, codificación RS y decodificación RS .
  69. 69. Un medio para compartir memoria en un transceptor que comprende: un medio para recibir una asignación de memoria; un medio para establecer una memoria compartida para una o más de las funciones de entrelazado, desentrelazado, codificación RS, decodificación RS y retransmisión de paquetes; y un medio para compartir la memoria compartida entre una función de retransmisión y una o más de las funciones de entrelazado, desentrelazado, codificación RS y decodificación RS .
  70. 70. Los medios de la reivindicación 69, que comprende además una medio para determinar compatibilidad de la asignación de memoria.
  71. 71. Los medios de la reivindicación 69, donde la compatibilidad de la asignación de memoria se basa en métricas de desempeño del canal.
  72. 72. Un transceptor capaz de ejecutar retransmisión de paquetes que comprende: un módulo de gestión de transmisión configurable para transmitir o recibir una pluralidad de paquetes; y un módulo QOS configurable para identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido.
  73. 73. El transceptor de la reivindicación 72, donde el paquete es cualquier agrupamiento de bytes.
  74. 74. El transceptor de la reivindicación 72, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  75. 75. El transceptor de la reivindicación 72, donde se anexa a cada paquete un campo de bits que comprende un identificador de secuencia (SID) .
  76. 76. El transceptor de la reivindicación 75, donde el módulo QOS usa un valor especial para un identificador de secuencia (SID) .
  77. 77. El transceptor de la reivindicación 75, donde el campo de bits anexado comprende un CRC dedicado.
  78. 78. El transceptor de la reivindicación 72, donde por lo menos un paquete no es almacenado para la retransmisión.
  79. 79. El transceptor de la reivindicación 72, donde por lo menos un paquete se pasa de inmediato a una capa alta.
  80. 80. Una memoria capaz de ser compartida entre entrelazado y/o desentrelazado y retransmisión de paquetes.
  81. 81. Un módulo de gestión de memoria capaz de asignar una primera porción de memoria compartida para retransmisión y una segunda porción de la memoria compartida a una o más de las funcionalidades de entrelazado y desentrelazado.
  82. 82. El módulo de la reivindicación 81, que comprende además un módulo para transmitir o recibir un mensaje que indique como asignar la memoria compartida.
  83. 83. El módulo de la reivindicación 81, que comprende además un módulo para transmitir o recibir un mensaje que indique como compartir la memoria.
  84. 84. Un módulo capaz de ser compartido entre entrelazado y/o desentrelazado y retransmisión de paquetes.
  85. 85. Un transceptor capaz de realizar retransmisión de paquetes que comprende: un módulo de gestión de transmisión configurable para transmitir o recibir una pluralidad de paquetes; y un módulo QOS configurable para identificar por lo menos a un paquete de la pluralidad de paquetes como un paquete que debe ser retransmitido y por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido .
  86. 86. El transceptor de la reivindicación 85, donde el paquete es cualquier agrupamiento de bytes.
  87. 87. El transceptor de la reivindicación 85, donde el paquete es un paquete IP, o un paquete Ethernet, una celda ATM, un paquete PTM, una trama Mux-Data ADSL, una palabra código PTM-TC, una palabra código RS o un símbolo DMT.
  88. 88. El transceptor de la reivindicación 85, donde a cada paquete se anexa un campo de bits que comprende un identificador de secuencia (SID) .
  89. 89. El transceptor de la reivindicación 88, donde el paso de identificación comprende usar un valor especial para un identificador de secuencia (SID) .
  90. 90. El transceptor de la reivindicación 88, donde el campo de bits anexado comprende un CRC dedicado.
  91. 91. El transceptor de la reivindicación 85, donde por lo menos un paquete se almacena para retransmisión.
  92. 92. El transceptor de la reivindicación 85, donde por lo menos un paquete se pasa de inmediato a una capa alta.
  93. 93. Un transceptor capaz de manejar una corriente de paquetes que comprende: un módulo QOS capaz de identificar un primer número de paquetes en el flujo de paquetes como paquetes de latencia baja y un segundo número de paquetes en el flujo de paquetes como paquetes de bajo error; un módulo de gestión de la transmisión capaz de enviar los paquetes de latencia baja y de bajo error a otro transceptor; y un módulo buffer capaz de almacenar los paquetes de error bajo para corrección de errores .
  94. 94. El transceptor de la reivindicación 93, que comprende además un módulo de asignación de QOS de paquetes capaz de anexar los paquetes de error bajo con un identificador .
  95. 95. Un transceptor capaz de tener una memoria asignable donde el transceptor comprende: un controlador capaz de analizar uno o más parámetros de comunicación; y un módulo de gestión de memoria capaz de identificar una asignación de memoria y asignar una memoria compartida basado en la asignación de memoria a una función de retransmisión y a una o más de las funciones de entrelazado, desentrelazado, codificación RS y decodificación RS.
  96. 96. Un transceptor capaz de compartir memoria donde el transceptor comprende: un controlador capaz de recibir una asignación de memoria; y un módulo de gestión de memoria capaz de establecer una memoria compartida para una función de retransmisión y para una o más de las funciones de entrelazado, desentrelazado, codificación RS y decodificación RS.
  97. 97. El transceptor de la reivindicación 96, donde el módulo de gestión de transmisión determina además una compatibilidad de la asignación de memoria.
  98. 98. El transceptor de la reivindicación 96, donde la asignación de memoria se basa en una o más métricas de desempeño de canales de comunicación.
  99. 99. En un entorno de comunicación donde se transmiten paquetes, un método para asignar una primera porción de memoria compartida para retransmisión de paquetes y una segunda porción de la memoria compartida para entrelazado y/o desentrelazado .
  100. 100. El método de la reivindicación 99, donde todos los paquetes con errores son retransmitidos.
  101. 101. El método de las reivindicaciones 19, 20 y 99, donde una función de retransmisión identifica paquetes que no deben ser retransmitidos .
  102. 102. El método de la reivindicación 99, donde todos los paquetes están siendo transmitidos sin un nivel QOS asignado.
  103. 103. Un método de comunicación de paquetes que comprende: en un primer modo de operación: transmitir o recibir una pluralidad de paquetes; identificar por lo menos un paquete de la pluralidad de paquetes como un paquete que no debe ser retransmitido; en un segundo modo de operación: transmitir o recibir una pluralidad de paquetes; asignar una primera porción de memoria compartida para retransmisión de paquetes y una segunda porción de la memoria compartida para una o más de las funciones de entrelazado, desentrelazado, codificación, decodificación y corrección de errores; y en un tercer modo de operación: transmitir o recibir una pluralidad de paquetes; identificar por lo menos un paquete de la pluralidad de paquetes como un paquete de tipo retransmisible; identificar por lo menos un paquete de la pluralidad de paquetes como un paquete de tipo no retransmisible; asignar una primera porción de memoria compartida para retransmisión de los paquetes de tipo retransmisible y una segunda porción de la memoria compartida para a una o más de las funciones de entrelazado, desentrelazado, codificación, decodificación y corrección de errores .
  104. 104. El método de la reivindicación 103, donde el paquete de tipo retransmisible es un paquete de baja latencia.
  105. 105. El método de la reivindicación 103, donde el paquete de tipo retransmisible es un paquete de bajo error.
MX2008012505A 2006-04-12 2007-04-12 Retransmisión de paquetes y memoria compartida. MX2008012505A (es)

Applications Claiming Priority (3)

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

Publications (1)

Publication Number Publication Date
MX2008012505A true MX2008012505A (es) 2008-11-18

Family

ID=38802164

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2008012505A MX2008012505A (es) 2006-04-12 2007-04-12 Retransmisión de paquetes y memoria compartida.

Country Status (11)

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

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2909150C (en) 2004-10-12 2017-11-07 Tq Delta, Llc Resource sharing in a telecommunications environment
BRPI0709871B1 (pt) * 2006-04-12 2019-10-15 Tq Delta, Llc. Retransmissão de pacote e compartilhamento de memória
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
WO2010107213A2 (ko) * 2009-03-15 2010-09-23 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
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
US9446261B2 (en) * 2010-09-29 2016-09-20 Verizon Patent And Licensing Inc. Billing system 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 국방과학연구소 버퍼 관리 장치 및 그 방법
CN107946689B (zh) * 2011-04-15 2021-01-22 Cps科技控股有限公司 具有外部热管理***的电池***
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
US9036654B2 (en) 2013-09-13 2015-05-19 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
EP3747179B1 (en) * 2018-01-29 2022-12-14 Koninklijke Philips N.V. Bluetooth-based ipv6 low power networking
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
CN112445412B (zh) * 2019-08-28 2024-06-11 华为技术有限公司 一种数据存储方法及装置
WO2021068145A1 (zh) * 2019-10-10 2021-04-15 华为技术有限公司 一种信道估计方法及装置
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
EP0324886B1 (en) 1988-01-22 1992-12-16 International Business Machines Corporation Control flow reduction in selective repeat protocols
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
US5583562A (en) 1993-12-03 1996-12-10 Scientific-Atlanta, Inc. System and method for transmitting a plurality of digital services including imaging services
US5420640A (en) 1993-12-03 1995-05-30 Scientific-Atlanta, Inc. Memory efficient method and apparatus for sync detection
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 三菱電機株式会社 データ配布方法およびデータ配布装置
ES2236784T3 (es) 1997-01-31 2005-07-16 Alcatel Metodo y dispositivo para intercalar y desintercalar datos digitales y sistema de comunicacion.
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 双葉電子工業株式会社 シンボル同期装置および周波数ホッピング受信装置
DE69907011T2 (de) 1998-10-30 2004-03-25 Broadcom Corp., Irvine Verallgemeinerter faltungsver- und -entschachteler
US6587985B1 (en) * 1998-11-30 2003-07-01 Matsushita Electric Industrial Co., Ltd. Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure
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
KR20010101525A (ko) 1999-01-14 2001-11-14 클라스 노린, 쿨트 헬스트룀 네트워크 트래픽에서 다양한 형태의 음성에 대한 우선순위전송
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
EP1650873B1 (en) 1999-02-26 2011-05-11 Fujitsu Ltd. Turbo decoding apparatus and interleave-deinterleave apparatus
US6473418B1 (en) 1999-03-11 2002-10-29 Flarion Technologies, Inc. Orthogonal frequency division multiplexing based spread spectrum multiple access
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
US6778596B1 (en) * 1999-03-12 2004-08-17 Aware, Inc. Method and multi-carrier transceiver with stored application profiles for supporting multiple applications
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
AU777066B2 (en) 1999-09-15 2004-09-30 Daphimo Co. B.V., Llc Multicarrier system with dynamic switching between active application sets
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
EP1238504A1 (en) 1999-12-16 2002-09-11 Aware, Inc. Bit allocation method in a multicarrier system
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 서평원 무선 비동기 전송 모드 통신 시스템의 에러 정정 방법 및장치
US6965960B2 (en) 2000-03-01 2005-11-15 Realtek Semiconductor Corporation xDSL symbol processor and method of operating same
DE60020672T2 (de) 2000-03-02 2005-11-10 Matsushita Electric Industrial Co., Ltd., Kadoma Verfahren und Vorrichtung zur Wiederholung der Videodatenrahmen mit Prioritätsstufen
CA2303630A1 (en) 2000-03-31 2001-09-30 Catena Technologies Canada, Inc. A system and method for forward error correction
AU2001251748A1 (en) 2000-04-14 2001-10-30 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
DE60137657D1 (en) 2000-08-03 2009-03-26 Infineon Technologies Ag Flexible tdma systemarchitektur
US7024592B1 (en) 2000-08-07 2006-04-04 Cigital Method for reducing catastrophic failures in continuously operating software systems
US7224702B2 (en) 2000-08-30 2007-05-29 The Chinese University Of Hong Kong System and method for error-control for multicast video distribution
KR100651500B1 (ko) 2000-08-30 2006-11-28 삼성전자주식회사 디지털 오디오 방송용 타임 디인터리버 메모리의 제어 장치
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 삼성전자주식회사 데이터 송수신 시스템 및 방법
US7184468B2 (en) 2002-01-24 2007-02-27 Broadcom Corporation Method and system for implementing a conditional one's complement of partial address
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
DE20305986U1 (de) 2002-04-15 2003-08-21 Interdigital Technology Corp W Teilnehmergerät, das imstande ist, sowohl im Zeitduplex- als auch Frequenzduplexmodus des Breitband-Codemultiplex-Vielfachzugriffs zu Arbeiten
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
EP1429488B1 (en) 2002-12-09 2016-03-09 Broadcom Corporation Incremental redundancy support in an EDGE cellular wireless terminal
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
MXPA05010227A (es) 2003-03-28 2006-03-28 Thomson Licensing Sistema y metodo para transmitir archivos con base en medios.
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
ES2922774T3 (es) 2004-04-01 2022-09-20 Optis Wireless Technology Llc Limitación de interferencia para las retransmisiones
JP4568755B2 (ja) * 2004-04-05 2010-10-27 ワイアレス オーディオ アイピー ビー．ブイ． 動的スロット割当による無線音声送信システム及び方法
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
CA2575114A1 (en) 2004-07-26 2006-02-23 Interdigital Technology Corporation High speed downlink packet access co-processor for upgrading the capabilities of an existing modem host
WO2006030478A1 (ja) 2004-09-13 2006-03-23 Matsushita Electric Industrial Co., Ltd. Ｍｉｍｏ−ｏｆｄｍシステムにおける自動再送要求制御システム及び再送信方法
CA2909150C (en) * 2004-10-12 2017-11-07 Tq Delta, Llc Resource sharing in a telecommunications environment
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
EP1886443A4 (en) * 2005-05-06 2011-03-09 California Inst Of Techn ARCHITECTURE OF RECOVERY OF EFFECTIVE LOSS FOR TCP CUT OFF LOSS
US7685495B2 (en) 2005-05-12 2010-03-23 Qualcomm Incorporated Apparatus and method for channel interleaving in communications system
JP4259487B2 (ja) * 2005-05-13 2009-04-30 パナソニック株式会社 組込式調理器
US7519124B2 (en) * 2005-05-13 2009-04-14 Infineon Technologies Ag Method for seamless bit rate adaptation for multicarrier DSL
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
JP2009522846A (ja) 2005-12-30 2009-06-11 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 無線マルチキャリアシステムにおけるｈａｒｑの方法および装置
EP1816776A1 (en) * 2006-02-07 2007-08-08 Alcatel Lucent Device and method for mitigating effects of impulse noise on data packet transfer
BRPI0709871B1 (pt) * 2006-04-12 2019-10-15 Tq Delta, Llc. Retransmissão de pacote e compartilhamento de memória
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
US10484140B2 (en) 2019-11-19
US9094348B2 (en) 2015-07-28
US8407546B2 (en) 2013-03-26
KR20140036046A (ko) 2014-03-24
US8468411B2 (en) 2013-06-18
KR20080108127A (ko) 2008-12-11
US20100332935A1 (en) 2010-12-30
HK1250859A1 (zh) 2019-01-11
EP3866416A1 (en) 2021-08-18
WO2007143277A2 (en) 2007-12-13
KR102151398B1 (ko) 2020-09-03
US20170041224A1 (en) 2017-02-09
JP2012151863A (ja) 2012-08-09
US20140133491A1 (en) 2014-05-15
CA3011163A1 (en) 2007-12-13
KR101736999B1 (ko) 2017-05-19
US11362765B2 (en) 2022-06-14
EP3866416B1 (en) 2023-08-23
EP2178254A1 (en) 2010-04-21
EP2005674A2 (en) 2008-12-24
US8595577B2 (en) 2013-11-26
US8335956B2 (en) 2012-12-18
KR20170056711A (ko) 2017-05-23
US8645784B2 (en) 2014-02-04
US20200106558A1 (en) 2020-04-02
US20100205501A1 (en) 2010-08-12
US20110002331A1 (en) 2011-01-06
EP3301871A1 (en) 2018-04-04
US20220311548A1 (en) 2022-09-29
EP3190756A1 (en) 2017-07-12
US20130163592A1 (en) 2013-06-27
EP2005674B1 (en) 2016-09-28
CA2647589A1 (en) 2007-12-13
US20220166554A1 (en) 2022-05-26
HK1135537A1 (en) 2010-06-04
US11290216B2 (en) 2022-03-29
JP2014090433A (ja) 2014-05-15
US20210006357A1 (en) 2021-01-07
JP5948307B2 (ja) 2016-07-06
US10833809B2 (en) 2020-11-10
WO2007143277A3 (en) 2008-06-05
US10044473B2 (en) 2018-08-07
US20150312001A1 (en) 2015-10-29
BRPI0709871B1 (pt) 2019-10-15
JP2010136427A (ja) 2010-06-17
JP2009533973A (ja) 2009-09-17
CO6141503A2 (es) 2010-03-19
US20180331790A1 (en) 2018-11-15
US20140068366A1 (en) 2014-03-06
JP5486621B2 (ja) 2014-05-07
US9749235B2 (en) 2017-08-29
BRPI0709871A2 (pt) 2011-07-26
US9485055B2 (en) 2016-11-01
US20090300450A1 (en) 2009-12-03
US10498495B2 (en) 2019-12-03
CA2647589C (en) 2018-08-21
US20170373971A1 (en) 2017-12-28
KR20190020200A (ko) 2019-02-27
KR101952812B1 (ko) 2019-02-27
EP3301871B8 (en) 2021-07-07
EP3301871B1 (en) 2021-03-31
KR20170141818A (ko) 2017-12-26
EP2178254B1 (en) 2017-02-08
EP3190756B1 (en) 2018-10-31
EP2173071A1 (en) 2010-04-07
EP2173071B1 (en) 2013-06-26
AU2007257055A1 (en) 2007-12-13
US20190393991A1 (en) 2019-12-26

Similar Documents

Publication Publication Date Title
US11290216B2 (en) Packet retransmission and memory sharing

Legal Events

Date Code Title Description
FG Grant or registration
GB Transfer or rights