ES2903025T3 - Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios - Google Patents
Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios Download PDFInfo
- Publication number
- ES2903025T3 ES2903025T3 ES14196925T ES14196925T ES2903025T3 ES 2903025 T3 ES2903025 T3 ES 2903025T3 ES 14196925 T ES14196925 T ES 14196925T ES 14196925 T ES14196925 T ES 14196925T ES 2903025 T3 ES2903025 T3 ES 2903025T3
- Authority
- ES
- Spain
- Prior art keywords
- transmitter
- receiver
- status message
- data unit
- feedback
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- 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/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
- H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
-
- 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
-
- 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
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0096—Channel splitting in point-to-point links
-
- 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
- H04L2001/125—Arrangements for preventing errors in the return channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Procedimiento para controlar la retransmisión de unidades de datos en un sistema de telecomunicación inalámbrica, que comprende las etapas de: recibir (201) una pluralidad de unidades de datos desde un transmisor (102) en un receptor (103); en respuesta a la recepción de cada una de dicha pluralidad de unidades de datos, intentar (202) decodificar dicha unidad de datos en el dicho receptor (103), y: si dicha unidad de datos se decodifica con éxito, transmitir (204a) retroalimentación positiva del dicho receptor (103) al dicho transmisor (102), indicando dicha retroalimentación positiva al dicho transmisor (102) que dicha unidad de datos fue decodificada con éxito por el dicho receptor (103); o, si dicha unidad de datos no se decodifica con éxito, transmitir (204b) retroalimentación negativa del dicho receptor (103) al dicho transmisor (102), indicando dicha retroalimentación negativa al dicho transmisor (102) que dicha unidad de datos no fue decodificada con éxito por el dicho receptor (103); seleccionar (205) un primer canal de radio para transmitir dicha retroalimentación positiva o negativa, en el que dicho primer canal de radio se diferencia de un segundo canal de radio por lo menos en términos de características del canal; y transmitir (402, 405) un mensaje de estado sobre dicho segundo canal de radio de dicho receptor (103) a dicho transmisor (102), comprendiendo dicho mensaje de estado información explícita que identifica una de dicha pluralidad de unidades de datos; el mensaje de estado se transmite sobre el segundo canal utilizando un procedimiento de transmisión que es más confiable que un procedimiento de transmisión utilizado sobre el primer canal de radio para garantizar que el mensaje de estado se ha interpretado correctamente en el transmisor, y el procedimiento se caracteriza por el hecho de que dicho mensaje de estado comprende un valor de comprobación de redundancia cíclica, CRC, de manera que el dicho transmisor (102) puede verificar que dicho mensaje de estado se ha recibido correctamente.
Description
DESCRIPCIÓN
Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios
REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS
Esta solicitud reivindica prioridad de la solicitud americana provisional n° 60/683621, presentada el 23 de mayo de 2005.
CAMPO TÉCNICO DE LA INVENCIÓN
La invención se refiere, en general, a comunicaciones inalámbricas y, en particular, a protocolos de transmisión. ANTECEDENTES
Muchos protocolos de capa de enlace soportan un transporte de datos confiable mediante la realización de retransmisiones para transmisiones fallidas. Las transmisiones fallidas son reportadas por medio de mensajes de retroalimentación tales como mensajes de confirmación (Acknowledgement, ACK) y de no confirmación (Non-Acknowledgement, NACK) de acuerdo con los protocolos de solicitud de repetición automática (Automatic Repeat Request, ARQ). Los mecanismos ARQ son importantes, en particular, para los medios de transporte inalámbrico, pero también se aplican a enlaces por cable. Ejemplos de mecanismos de ARQ que operan a través de canales inalámbricos incluyen los protocolos de control de radioenlace (Radio Link Control, RLC) para el Servicio General de Paquetes por Radio (GPRS) y el Acceso Múltiple por División de Código de Banda Ancha (Wideband Code Division Multiple Access, WCDMA), así como el protocolo ARQ híbrido (Hybrid ARQ, HARQ) en el Control de Acceso al Medio a Alta Velocidad (Medium Access Control high-speed, MAC-hs) para el Acceso a Descarga de Paquetes de Alta Velocidad (High-Speed Downlink Packet Access, HSDPA). Un problema con estos protocolos es que no pueden proporcionar una retroalimentación rápida y confiable y un uso eficiente de recursos de radio.
Algunos protocolos de la técnica anterior utilizan un concepto ACK/NACK simple y rápido que indica si una trama de datos se ha recibido con éxito. Dichos protocolos no proporcionan números de secuencia en la retroalimentación, sino que, en su lugar, el transmisor y el receptor relacionan implícitamente la retroalimentación con una transmisión particular aprovechando una relación de temporización fija. Esto a menudo se conoce como retroalimentación sincrónica. La ventaja de esta propuesta es que estas señales cortas pueden enviarse con frecuencia dado que el consumo de recursos de transmisión es relativamente bajo. Conseguir ganancias de codificación, sin embargo, es limitado, o imposible, si cada ACK o NACK es de un único bit. Por lo tanto, existe el riesgo de una mala interpretación de este único bit en el receptor. Las caídas de potencia aumentan más la probabilidad de error, y conseguir una tasa de error muy baja puede consumir una gran cantidad de recursos para cubrir caídas en el "peor caso". Por lo tanto, el envío de tales señales también es costoso si se requieren tasas de error muy bajas, debido a que sólo puede conseguirse aumentando la potencia de transmisión o por repetición de la información. Una actualización o una retransmisión de cada mensaje de retroalimentación no es posible, sin embargo, ya que tiene alinearse en el tiempo con la transmisión de los datos correspondientes.
Otra clase de protocolos utiliza unidades de retroalimentación, o control, (a veces denominado mensajes de estado). Estos mecanismos se aplican a menudo para protocolos ARQ basados en ventanas. Las unidades de retroalimentación pueden incluir explícitamente números de secuencia y una suma de comprobación y, por lo tanto, puede confirmarse la fiabilidad de los mensajes de retroalimentación. La retroalimentación recibida incorrectamente no se utiliza, pero se deja en el transmisor de los datos. Las retransmisiones o transmisiones de actualizaciones de la retroalimentación se utilizan para asegurar que la retroalimentación se recibe correctamente. Hay que indicar que dichas unidades de retroalimentación no requieren ninguna alineación de tiempo con las unidades de datos correspondientes debido a la numeración de secuencia de unidades de datos y la referencia a aquellos en las unidades de retroalimentación. Estos tipos de mecanismos de retroalimentación tienen la ventaja de ser muy confiables; sin embargo, son típicamente mucho más lentos en comparación con los mecanismos de retroalimentación ACK/NACK síncronos.
Por lo tanto, lo que se necesita en la técnica son protocolos de retransmisión integrados que obtengan las eficiencias de los protocolos ACK/NACK convencionales, a la vez que consiga simultáneamente una fiabilidad de mensajes de retroalimentación explícitos. Preferiblemente, dichos protocolos de retransmisión integrados pueden implementarse en una sola entidad de protocolo y se basan en las mismas unidades de datos de protocolo, estado de protocolo, y lógica.
En el documento US 2004/0004954 A1 se dispone un sistema y un procedimiento para detectar y corregir errores de transmisión en un sistema de comunicación inalámbrica. Se asignan unos números de secuencia de transmisión (Transmission Sequence Numbers, TSNs) a unidades de datos de protocolo (Protocol Data Units, PDUs)
procesadas por el sistema. Un UE en el sistema determina que un bloque de datos que tiene un TSN esperado no fue recibido desde un Nodo B y genera un mensaje de aviso del estado del TSN. El Nodo B retransmite el bloque de datos que incluye el TSN esperado a la UE en respuesta al mensaje de aviso del estado del TSN. La información proporcionada por el mensaje de aviso del estado del TSN se incorpora en la señalización en un canal físico que puede incluir a Ck/NACK o mediciones de calidad de un canal, produciendo un canal de retroalimentación de retorno expandido que puede discurrir por múltiples intervalos de tiempo. La solución proporciona una detección de error redundante, en la que una señal interpretada previamente como ACK puede determinarse después en realidad como NACK.
SUMARIO
La invención se lleva a cabo de acuerdo con las reivindicaciones adjuntas.
Lo anterior describe a grandes rasgos, de manera más bien amplia, los principios de la presente invención para que los expertos en la materia puedan entender mejor la descripción detallada de las siguientes realizaciones de ejemplo. Los expertos en la materia deben apreciar que puede utilizarse fácilmente la concepción y las realizaciones de ejemplo que se describen como base para diseñar o modificar otras estructuras y procedimientos para llevar a cabo los mismos objetivos de la presente invención. Los expertos en la materia también deben comprender que tales configuraciones no se apartan del alcance de la invención en su forma más amplia, tal como viene definida por las reivindicaciones que se dan a continuación.
BREVE DESCRIPCIÓN DE LAS DIVERSAS VISTAS DE LOS DIBUJOS
La figura 1 ilustra una representación esquemática de un protocolo de retransmisión integrado de acuerdo con los principios de la invención;
La figura 2 ilustra un diagrama de flujo del procedimiento general del protocolo de retransmisión para un receptor; La figura 3 ilustra un diagrama de flujo de una realización de ejemplo de un protocolo de retransmisión integrada, de acuerdo con los principios de la invención, en un transmisor;
La figura 4 ilustra un diagrama de flujo de una realización de ejemplo de un protocolo de retransmisión integrada, de acuerdo con los principios de la invención, en un receptor;
La figura 5 ilustra el funcionamiento de la invención respecto a buffer de envío de un transmisor;
Las figuras 6a y 6b ilustran gráficas de secuencias de mensajes que ilustran el funcionamiento de un temporizador utilizado para detectar errores de retroalimentación; y,
Las figuras 7a y 7b representan otras gráficas de secuencias de mensajes que ilustran el funcionamiento del temporizador.
DESCRIPCIÓN DETALLADA
La presente invención combina las ventajas de múltiples conceptos de señalización de retroalimentación en un protocolo. En particular, esto es posible en una arquitectura de redes de acceso distribuido, por ejemplo, cuando un protocolo de solicitud de repetición automática (ARQ) termina en una estación de base (o punto de acceso) y un terminal. En una arquitectura de redes de acceso centralizadas, las ventajas de la invención pueden conseguirse, por ejemplo, en combinación con un concepto RelayARQ (véase: H. Wiemann, M. Meyer, R. Ludwig, CPO, A Novel Multi-Hop ARQ Concept. IEEE 61a Conferencia de Tecnología Vehicular (Vehicular Technology Conference, VTC) Semestral, 30 mayo - 1 junio de 2005). La invención se implementa preferiblemente en forma de un protocolo único utilizando dos (o más) formatos de retroalimentación específicos en dos (o más) mecanismos de retroalimentación específicos; tal como se describe en lo sucesivo, los mecanismos de retroalimentación pueden tener diferentes características de canal en términos de fiabilidad, consumo de recursos y retardo. Por otra parte, los dos (o más) formatos de retroalimentación pueden utilizar diferentes medios para indicar el estado del receptor; por ejemplo:
1. retroalimentación síncrona y binaria (ACK/NACK) como en HS-DSCH o E-DCH; este mecanismo se basa en una relación de temporización fija entre la transmisión de datos y la retroalimentación correspondiente.
2. retroalimentación asíncrona y explícita como en RLC; un mensaje de estado contiene identificadores que determinan explícitamente las unidades de datos a las que se refiere la retroalimentación, en el que los identificadores pueden ser números de secuencia o referencias de temporización explícitas.
Ambos formatos de mensaje de retroalimentación indican información del receptor desde la misma entidad de protocolo y se refieren a las mismas unidades de datos de protocolo, estado y lógica de protocolo. Una ventaja de utilizar dos mecanismos de retroalimentación de información diferentes es que la operación puede ajustarse a condiciones de radio instantáneas y situaciones de error de transmisión con el fin de lograr un intercambio de retroalimentación de recursos de radio rápido, confiable y eficiente
Haciendo referencia a la figura 1, se ilustra una representación esquemática de un protocolo de retransmisión integrado de acuerdo con los principios de la invención. Se transmiten unidades de datos 101 de un transmisor 102 a un receptor 103, cada uno de los cuales define un punto final de protocolo que mantiene su propio estado de protocolo; la transmisión de datos bidireccional puede obtenerse utilizando un par transmisor/receptor del protocolo de retransmisión en cada dirección. Tal como se ilustra, se utilizan dos tipos de mecanismos de retroalimentación para indicar el estado del protocolo del receptor; un mecanismo 104 de protocolo de solicitud de repetición automática (ARQ) de confirmación (ACK)/no confirmación (NACK) y un mecanismo de mensaje de estado 105. Se supone que el protocolo de retransmisión es un protocolo ARQ basado en ventanas que asigna números de secuencia a cada unidad de datos de protocolo. Los números de secuencia identifican específicamente cada unidad de datos de protocolo y pueden utilizarse para señalar qué unidades de datos se han recibido correctamente y cuáles deben ser retransmitidas.
Para el mecanismo de retroalimentación ACK/NACK, puede haber escenarios con más de una unidad de datos por intervalo de tiempo (por ejemplo, MIMO). En tales realizaciones, puede haber un bit de retroalimentación por unidad de datos o, alternativamente, un bit para un número predefinido de unidades de datos. Una alternativa es utilizar más de un bit por unidad de datos, pero aún retroalimentación síncrona.
Haciendo referencia ahora a la figura 2, siguiendo con referencia a la figura 1, se ilustra un diagrama de flujo del procedimiento general del protocolo de retransmisión para el receptor 102. En general, en respuesta a la recepción de una pluralidad de unidades de datos (etapa 201), el receptor 102 intenta decodificar cada unidad de datos (etapa 202) y transmitir retroalimentación (etapa 204), como una función de dicha decodificación, al transmisor 102. Si una unidad de datos se decodifica con éxito (etapa 203), el receptor transmite retroalimentación positiva al transmisor (etapa 204a); la retroalimentación positiva indica al transmisor que la unidad de datos fue descodificada con éxito por el receptor. Si una unidad de datos no se decodifica con éxito (etapa 203), el receptor transmite retroalimentación negativa al transmisor (etapa 204b); la retroalimentación negativa indica al transmisor que la unidad de datos no fue descodificada con éxito por el receptor. En todos los casos, tal como se describe en lo sucesivo, el transmisor 102 selecciona un mecanismo de retroalimentación (etapa 205) y transmite la información utilizando uno de dos o más mecanismos de retroalimentación (etapas 206a, 206b).
Haciendo referencia ahora a las figuras 3 y 4 (siguiendo con referencia a las figuras 1 y 2) se ilustran unos diagramas de flujo de una realización de ejemplo de un protocolo de retransmisión integrada, de acuerdo con los principios de la invención, para el transmisor 102 y el receptor 103, respectivamente. Con el fin de reducir retardos en la retransmisión, es deseable que el receptor 103 sepa lo antes posible si la transmisión se ha realizado correctamente. Por lo tanto, en una realización preferida, para cada unidad de datos de transmisión (etapa 101) por el transmisor 102, el receptor 103 transmite retroalimentación (etapa 204). En esta realización, el receptor 103 transmite (etapa 401) retroalimentación ACK/NACK síncrona en respuesta a la recepción de cada unidad de datos. Después de que el receptor ha intentado decodificar una unidad de datos (etapa 202), se envía un ACK si fue descodificada con éxito (etapa 204a) o bien un NACK que indica que la descodificación no tuvo éxito (etapa 204b). Si el transmisor 102 recibe un NACK (etapa 301), éste retransmite la unidad de datos correspondiente (etapa 302); si no, sin embargo, se elimina la unidad de datos de su buffer de envío.
Algunos protocolos ARQ inalámbricos no señalan explícitamente el número de secuencia de una unidad de datos, sino que se basan en una estructura de temporización fija, lo que significa que el transmisor sabe a qué transmisión pertenece la retroalimentación. Por ejemplo, suponiendo una longitud de trama fija, el transmisor espera retroalimentación para una unidad de datos enviada en la trama x en la trama x + 4. Dado que la información de retroalimentación está asociada al momento de la transmisión de la retroalimentación, sin embargo, el estado de una unidad de datos determinada sólo puede indicarse una vez y no es posible repetir la indicación para recuperarse de señales de retroalimentación perdidas o erróneas.
De acuerdo con los principios de la invención, se utiliza un primer mecanismo de retroalimentación para transmitir la retroalimentación a Ck/nAc K, y puede utilizarse un formato de retroalimentación muy estrecho, de bajo coste (en términos de recursos de radio), pero relativamente poco confiable. Puede utilizarse un segundo mecanismo de retroalimentación para enviar retroalimentación adicional en base a mensajes de retroalimentación explícitos (mensajes de estado) y, preferiblemente, se utiliza un formato de retroalimentación más confiable. Por lo tanto, tal como se muestra en la figura 4, el receptor 103, además de transmitir los mensajes ACK/NACK para cada unidad de datos recibida, también transmite mensajes de estado periódicos (etapa 402).
Cada mensaje de estado contiene uno o más identificadores de posición de secuencia, que puede ser un número de secuencia asociado a cada unidad de datos en particular o una referencia de temporización explícita que haga referencia a un intervalo de tiempo en el cual se detectó un intento de transmisión por el receptor; tales mensajes de estado informan al transmisor acerca del estado de recepción de los datos identificados por los identificadores de posición mencionados anteriormente. La ventaja de utilizar un número de secuencia o una referencia de temporización explícita como punto de referencia es que no hay requerimientos de temporización estrictos para la transmisión de la retroalimentación. Aunque este mensaje de estado asíncrono se retarde unas pocas unidades, todavía puede ser interpretado por el transmisor 102 ya que incluye un punto de referencia. Esto implica que los mensajes de estado consecutivos pueden contener información acerca de las mismas unidades de datos, lo que aumenta la fiabilidad del protocolo puesto que un mensaje de estado perdido sólo provoca un cierto retardo adicional.
Un mensaje de estado puede indicar, por ejemplo, que hasta un número de secuencia o momento de transmisión explícitamente determinado todas las unidades de datos se han recibido correctamente; dicho mensaje de estado puede denominarse confirmación acumulativa. Como alternativa, un mensaje de estado puede incluir una lista de unidades de datos que se han recibido correctamente o incorrectamente. La lista de unidades de datos puede comprimirse en forma de mapa de bits para una transmisión más eficiente. Además, los mensajes de estado pueden incluir un valor de comprobación de redundancia cíclica (Cyclic Redundancy Check, CRC) para garantizar que sólo se utiliza información de estado recibida correctamente para manipular la ventana del transmisor. Cuando el transmisor 102 recibe un mensaje de estado que indica la decodificación con éxito de una o más unidades de datos (etapa 303), entonces elimina dichas unidades de datos identificadas de su buffer de envío (etapa 304).
En una realización de ejemplo, los mensajes de estado se transmiten sobre un segundo canal de radio que puede utilizar una codificación más eficiente ya que los mensajes son más grandes. El alineamiento de tiempo, sin embargo, no es necesario. Además, la tasa de error de estos mensajes puede ser diferente de los transmitidos sobre el primer canal.
Una ventaja particular de la invención es que ambos mecanismos de retroalimentación pueden ser proporcionados por una entidad de protocolo y se basan en el mismo estado de protocolo. Esto significa que puede lograrse tanto un bajo retardo como una alta fiabilidad a la vez que se consume un mínimo de recursos para la transmisión de la retroalimentación. Además, existe la posibilidad de estrategias de adaptación de retroalimentación dependiendo de las condiciones de radio y/o patrones de error, que de otro modo solamente son posibles con una comunicación entre capas compleja. El protocolo de retransmisión integrado también puede producir tasas de error menores en comparación con un protocolo ARQ sincronizado y una corrección de error más rápida en comparación con un protocolo basado en ventanas asíncronas; ambas ganancias pueden conseguirse con un bajo nivel de consumo de recursos para la retroalimentación.
Dado que ambos mensajes de retroalimentación envían señales de información que pertenecen al mismo protocolo de estado, es posible que las señales NACK síncronas se utilicen exclusivamente para activar retransmisiones, pero los ACKs no activan la eliminación de datos del buffer de envío del transmisor. Esto se debe al hecho de que los mensajes ACK/NACK de 1 bit no son confiables, es decir, el transmisor 102 puede interpretar fácilmente un NACK como ACK. Si el transmisor 102 avanza en su ventana de transmisión o elimina unidades de datos de su búfer de envío debido dicha mala interpretación, el resultado sería una pérdida de datos irrecuperable. Por lo tanto, solamente deberían utilizarse los mensajes de estado confiables para activar la eliminación de unidades de datos del buffer de envío del transmisor (figura 3; etapas 303, 304); esto se ilustra en la figura 5.
La figura 5 ilustra el funcionamiento de la invención respecto al buffer de envío del transmisor. El transmisor 102 incluye un buffer de envío que mantiene unidades de datos transmitidas. Tal como se ilustra, primero se transmite la unidad de datos D1, seguido de las unidades de datos, D2, D3 y D4. Según se transmite cada unidad de datos, ésta se almacena en el buffer de envío; de este modo, las unidades de datos D1 a D4 se almacenan en el buffer de envío después de la transmisión de la unidad de datos D4. En el receptor, cada unidad de datos se decodifica y se transmite un ACK o un NACK de nuevo al receptor. Para el ejemplo ilustrado en la figura 5, la unidad de datos D1 se descodifica con éxito y, por lo tanto, se transmite una confirmación (ACK) A1 de nuevo al transmisor. La unidad de datos D2, sin embargo, no se decodifica con éxito y se envía una no-confirmación (NACK) N2 al transmisor, activando la retransmisión de la unidad de datos D2. Las unidades de datos D3 y D4 también se descodifican con éxito y, por lo tanto, se transmiten ACKs A3 y A4 de nuevo al transmisor. En este punto, las unidades de datos D1 a D4 se encuentran todavía en el buffer de envío. A continuación, se recibe un mensaje de estado 501; el mensaje de estado identifica el estado de decodificación con éxito de las unidades de datos D1, D3, y D4 como confirmado (Acknowledged, A) y el estado de decodificación sin éxito de la unidad de datos D2 como no confirmado (Nonacknowledged, N). Debido a la naturaleza confiable del mensaje de estado, el transmisor puede ahora eliminar las unidades de datos D1, D3 y D4 de su buffer de envío, dejando sólo la unidad de datos D2. En el ejemplo ilustrado, la decodificación de la unidad de datos retransmitida D2 se realizó con éxito y se envía un ACK A2 al transmisor. Sin embargo, la unidad de datos D2 no se elimina del buffer de envío hasta la posterior recepción del mensaje de estado
502 indicando la decodificación con éxito de la unidad de datos D2; en el ejemplo ilustrado, el buffer de envío está entonces vacío.
Considerando que ambos mensajes de retroalimentación envían señales de información que pertenece al mismo estado de protocolo, es posible utilizar las señales NACK para activar exclusivamente retransmisiones, mientras que las señales ACK no activan la eliminación de una unidad de datos correspondiente del buffer de envío. Esto se debe al hecho de que los mensajes ACK/NACK de 1 bit no son confiables; si un NACK es interpretado por el transmisor como un ACK, el transmisor podría avanzar en la ventana de transmisión o eliminar unidades de datos del buffer de envío, lo que da lugar a una pérdida de datos irrecuperable. Para evitar esto, preferiblemente sólo los mensajes de estado confiables pueden desencadenar la eliminación de los datos en el buffer de envío del transmisor.
Tal como se ha descrito anteriormente, la retroalimentación ACK y NACK puede ser de 1 bit. Un problema potencial con el uso de mensajes de confirmación de un solo bit, sin embargo, es que un NACK puede ser mal recibida como un ACK; es decir, el receptor 103 no recibe una unidad de datos correctamente y responde con una señal NACK, pero el transmisor 102 interpreta esta señal como un ACK y supone incorrectamente que los datos se han recibido correctamente. Suponiendo que el protocolo se opera de manera asíncrona (es decir, no se envían retransmisiones con un desplazamiento fijo a la recepción de un NACK), el receptor 103 no sabrá cuándo esperar una retransmisión de la unidad de datos recibida incorrectamente; por lo tanto, es imposible que el receptor detecte inmediatamente que se produjo un error de NACK a ACK. Para resolver este problema puede utilizarse un temporizador en el receptor que se inicie al recibir una transmisión no exitosa; alternativamente, el temporizador puede iniciarse cuando se transmita el NACK correspondiente o en eventos relacionados similares. El temporizador se detiene si se recibe la retransmisión esperada y los datos pueden ser decodificados con éxito. El temporizador se reinicia, sin embargo, si se recibe una retransmisión y los datos todavía no pueden ser decodificados; es decir, persisten errores de transmisión. Si el temporizador termina antes de recibir la retransmisión esperada, se indica un error en la transmisión de la retroalimentación. Tras este error, la retroalimentación se retransmite entonces utilizando un segundo mecanismo de retroalimentación. Además, si se reciben nuevos datos en lugar de la retransmisión esperada, el receptor retransmite la información utilizando un segundo formato de retroalimentación y detiene el temporizador.
En las figuras 6a y 6b se muestran unas gráficas de secuencias de mensajes que ilustran el funcionamiento del temporizador. La figura 6a representa el caso en el que se produce un error de transmisión, pero el NACK se recibe correctamente; el temporizador se pone en marcha, pero la retransmisión llega tal como se esperaba y el temporizador se cancela. La figura 6b representa el caso en que se produce un error de transmisión y el NACK no se recibe correctamente en el transmisor; es decir, el transmisor interpreta el NACK como ACK. Debido a que el transmisor cree que no se requiere ninguna acción adicional, éste no retransmite la unidad de datos tal como esperaba el receptor y el temporizador eventualmente termina. Cuando el temporizador termina, se envía otro mensaje de retroalimentación al transmisor para solicitar una retransmisión. Este mensaje de retroalimentación debe enviarse utilizando un procedimiento confiable; el mensaje debe incluir información acerca de qué unidad de datos se retransmite y también un mecanismo, tal como un valor de CRC, para asegurar que se interpreta correctamente en el transmisor. Una vez que se recibe este mensaje de retroalimentación y el transmisor sabe que no se envió con éxito una unidad de datos, éste retransmite la unidad de datos identificada. Volviendo ahora a las figuras 7a y 7b, se han representado otras gráficas de secuencias de mensajes que ilustran el funcionamiento del temporizador. 7a ilustra un caso en que no se produce ningún error NACK-a-ACK, pero una retransmisión no es suficiente para decodificar con éxito la unidad de datos y se transmite un segundo NACK. El temporizador se reinicia y se espera una nueva retransmisión; una vez que la transmisión se ha realizado con éxito, el temporizador se cancela. Finalmente, la figura 7b ilustra un caso en el que se produce un error NACK-a-ACK para una primera unidad de datos. Debido a que el transmisor cree que la primera unidad de datos se ha recibido correctamente, se transmite una segunda unidad de datos. En este caso, el receptor detecta que se ha enviado una nueva unidad de datos en lugar de la retransmisión esperada. En este caso, dado que el receptor no puede esperar una retransmisión para la primera unidad de datos, detendrá el temporizador y se envía un mensaje de retroalimentación confiable para solicitar la retransmisión de la primera unidad de datos.
Los principios de la invención pueden modificarse de acuerdo con ciertas características adicionales. En un ejemplo alternativo, el segundo formato de retroalimentación solamente puede enviarse para datos (flujos) que requieren una alta fiabilidad. En otro ejemplo, la transmisión de mensajes de estado puede activarse en función de la fiabilidad de la retroalimentación ACK/nAc K. En base a la decodificación de la retroalimentación ACK/NACK, el transmisor puede determinar la fiabilidad de los mensajes ACK/NACK. Para ("ciertos") ACKs muy confiables, puede que no haya necesidad de enviar ningún mensaje de estado; en tales casos, las ventanas del transmisor y el receptor pueden avanzar sin mensajes de estado de nivel superior. Tras una recepción de ACK/NACK "incierta", sin embargo, el transmisor puede enviar una solicitud de mensaje de estado para actualizar su estado de protocolo con retroalimentación más confiable. En un ejemplo, se realiza una "petición" para un mensaje de estado dentro de la señalización para la ARQ (por ejemplo, señalización fuera de banda) para lograr una petición rápida para el estado. Como alternativa, la petición podría indicarse con una marca en una unidad de datos.
Cuando se recibe un NACK, se retransmite una unidad de datos correspondiente preferiblemente de manera inmediata para minimizar el retardo. En caso de que la fiabilidad del mensaje NACK sea baja (lo que puede determinarse a partir de las métricas de decodificación) existe, sin embargo, el riesgo de que la retransmisión sea innecesaria, dando lugar a una eficiencia reducida. Para solucionar este problema, el receptor puede realizar retransmisiones inmediatas sólo si los NACKs recibidos tienen una fiabilidad por encima de un cierto umbral. Si la fiabilidad está por debajo del umbral, la unidad de datos puede quedar retenida hasta la recepción de un mensaje de estado confiable que contenga una indicación confiable de si la unidad de datos debe ser retransmitida. Esto puede combinarse ventajosamente con la función de petición descrita previamente para ACKs poco confiables para conseguir una transmisión oportuna de un mensaje de estado. El umbral para realizar una retransmisión basada en una retroalimentación "incierta" puede adaptarse a la carga del sistema para utilizar un umbral de fiabilidad más elevado durante una alta carga del sistema cuando los recursos son limitados.
Considerando que tanto los mensajes de ACK/NACK como los mensajes de retroalimentación de mensajes de estado proporcionan información acerca de las mismas unidades de datos, existe el riesgo de múltiples retransmisiones de la misma unidad de datos. Si la retroalimentación de ACK/NACK provoca que ciertas unidades de datos sean retransmitidas, es posible que el transmisor no complete la retransmisión cuando el receptor envía un mensaje de estado (o las unidades de datos se han retransmitido, pero el receptor todavía no las ha recibido y procesado). En este caso, las mismas unidades de datos de protocolo pueden ser solicitadas para la retransmisión por segunda vez por el mensaje de estado, lo que da lugar a retransmisiones innecesarias. Este problema puede abordarse incluyendo una referencia de tiempo (por ejemplo, número de trama) en el mensaje de estado; la referencia de tiempo indica hasta qué punto en el tiempo (es decir, qué trama) se consideraron las unidades de datos recibidas cuando se transmitió el mensaje de estado. Cuando el transmisor recibe el mensaje de estado, éste puede determinar que cualquier unidad de datos que ha sido retransmitida (o solicitada para ser retransmitida por la retroalimentación ACK/NACK) después del momento indicado (es decir, trama) no debe ser retransmitida si se solicita en el informe de estado.
Finalmente, mientras que ambos tipos de mensajes de retroalimentación se refieren al mismo estado de protocolo, es posible evaluar la relación de error de la retroalimentación ACK/NACK comparándolo con la retroalimentación del mensaje de estado recibido con éxito. La relación de error determinada para la retroalimentación ACK/NACK puede utilizarse como un indicador de si debe modificarse la señalización, por ejemplo, adaptando parámetros de transmisión tales como la potencia de transmisión, la diversidad, etc. Para este fin, puede enviarse una señal del transmisor al receptor para informarle de que dichos parámetros de transmisión deben ser adaptados.
Aunque la presente invención se ha descrito en detalle, los expertos en la materia concebirán diversos cambios, sustituciones y alteraciones en las realizaciones de ejemplo que se han descrito aquí. Las realizaciones de ejemplo que se presentan aquí ilustran los principios de la invención y no pretenden ser exhaustivas o limitar la invención a la forma descrita; se pretende que el alcance de la invención esté definido por las reivindicaciones adjuntas.
Claims (13)
1. Procedimiento para controlar la retransmisión de unidades de datos en un sistema de telecomunicación inalámbrica, que comprende las etapas de:
recibir (201) una pluralidad de unidades de datos desde un transmisor (102) en un receptor (103);
en respuesta a la recepción de cada una de dicha pluralidad de unidades de datos, intentar (202) decodificar dicha unidad de datos en el dicho receptor (103), y:
si dicha unidad de datos se decodifica con éxito, transmitir (204a) retroalimentación positiva del dicho receptor (103) al dicho transmisor (102), indicando dicha retroalimentación positiva al dicho transmisor (102) que dicha unidad de datos fue decodificada con éxito por el dicho receptor (103); o,
si dicha unidad de datos no se decodifica con éxito, transmitir (204b) retroalimentación negativa del dicho receptor (103) al dicho transmisor (102), indicando dicha retroalimentación negativa al dicho transmisor (102) que dicha unidad de datos no fue decodificada con éxito por el dicho receptor (103);
seleccionar (205) un primer canal de radio para transmitir dicha retroalimentación positiva o negativa, en el que dicho primer canal de radio se diferencia de un segundo canal de radio por lo menos en términos de características del canal; y
transmitir (402, 405) un mensaje de estado sobre dicho segundo canal de radio de dicho receptor (103) a dicho transmisor (102), comprendiendo dicho mensaje de estado información explícita que identifica una de dicha pluralidad de unidades de datos;
el mensaje de estado se transmite sobre el segundo canal utilizando un procedimiento de transmisión que es más confiable que un procedimiento de transmisión utilizado sobre el primer canal de radio para garantizar que el mensaje de estado se ha interpretado correctamente en el transmisor, y
el procedimiento se caracteriza por el hecho de que dicho mensaje de estado comprende un valor de comprobación de redundancia cíclica, CRC, de manera que el dicho transmisor (102) puede verificar que dicho mensaje de estado se ha recibido correctamente.
2. Procedimiento según la reivindicación 1, en el que dicha retroalimentación positiva comprende un mensaje de confirmación, ACK, y dicha retroalimentación negativa comprende un mensaje de no confirmación, NACK.
3. Procedimiento según la reivindicación 2, en el que uno de dichos mensajes ACK y NACK se transmite incondicionalmente en respuesta a la recepción de cada una de dicha pluralidad de unidades de datos.
4. Procedimiento según una de las reivindicaciones 1 a 3, en el que dicha información explícita comprende una o más referencias de temporización explícitas.
5. Procedimiento según una de las reivindicaciones 1 a 4, en el que dicha información explícita comprende uno o más números de secuencia de unidades de datos.
6. Procedimiento según una de las reivindicaciones 1 a 5, en el que dicho primer y segundo canal de radio utilizan una frecuencia portadora común.
7. Procedimiento según una de las reivindicaciones 1 a 6, en el que dicho mensaje de estado se envía en respuesta a una petición desde dicho transmisor (102).
8. Procedimiento según una de las reivindicaciones 1 a 7, en el que dicho transmisor (102) retransmite una unidad de datos en respuesta a la recepción de dicha retroalimentación negativa.
9. Procedimiento según una de las reivindicaciones 1 a 8, en el que dicho mensaje de estado se transmite en respuesta a la recepción de un número predeterminado de dicha pluralidad de unidades de datos o después de un intervalo de tiempo predeterminado.
10. Procedimiento según una de las reivindicaciones 1 a 9, en el que dicho mensaje de estado comprende un único identificador de posición de secuencia que indica el número más alto de dicha pluralidad de unidades de datos recibidas con éxito en secuencia.
11. Procedimiento según una de las reivindicaciones 1 a 10, en el que dicho mensaje de estado comprende un identificador de posición de secuencia para cada una de dicha pluralidad de unidades de datos que se ha recibido correctamente.
12. Procedimiento según una de las reivindicaciones 1 a 11, en el que dicho mensaje de estado comprende un identificador de posición de secuencia para cada una de dicha pluralidad de unidades de datos que se ha recibido incorrectamente.
13. Procedimiento según una de las reivindicaciones 1 a 12, en el que dicho transmisor (102) no elimina una unidad de datos transmitida de su búfer de envío en respuesta a la recepción de un mensaje de confirmación, ACK, correspondiente, sino que elimina dicha unidad de datos transmitida de su búfer de envío en respuesta a la recepción de un mensaje de estado que indica la decodificación exitosa de dicha unidad de datos por dicho receptor (103).
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US68362105P | 2005-05-23 | 2005-05-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2903025T3 true ES2903025T3 (es) | 2022-03-30 |
Family
ID=37452289
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06733500.0T Active ES2528019T3 (es) | 2005-05-23 | 2006-05-17 | Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios |
| ES14196925T Active ES2903025T3 (es) | 2005-05-23 | 2006-05-17 | Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06733500.0T Active ES2528019T3 (es) | 2005-05-23 | 2006-05-17 | Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US7673211B2 (es) |
| EP (2) | EP1889395B1 (es) |
| JP (1) | JP2008543167A (es) |
| CN (1) | CN101208894B (es) |
| BR (1) | BRPI0609889B1 (es) |
| ES (2) | ES2528019T3 (es) |
| HK (1) | HK1208974A1 (es) |
| HU (1) | HUE058045T2 (es) |
| PL (1) | PL2860900T3 (es) |
| RU (1) | RU2421918C2 (es) |
| WO (1) | WO2006126960A1 (es) |
Families Citing this family (75)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006099883A1 (en) * | 2005-03-23 | 2006-09-28 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for transporting data units through a communication network |
| WO2006103724A1 (ja) * | 2005-03-25 | 2006-10-05 | Fujitsu Limited | パケットの配信帯域制御方法、配信装置及び映像配信システム |
| CN101248611A (zh) * | 2005-08-24 | 2008-08-20 | 艾利森电话股份有限公司 | 数据单元传送方法 |
| KR100903053B1 (ko) * | 2005-11-04 | 2009-06-18 | 삼성전자주식회사 | 광대역 무선접속 통신망에서 멀티홉시스템을 위한자동반복요청 장치 및 방법 |
| US8151154B2 (en) * | 2005-12-16 | 2012-04-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and a transmitter/receiver for reduced signaling in a retransmission system using hybrid automatic repeat |
| KR100912784B1 (ko) * | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
| US9456455B2 (en) * | 2006-01-05 | 2016-09-27 | Lg Electronics Inc. | Method of transmitting feedback information in a wireless communication system |
| KR101265628B1 (ko) | 2006-01-05 | 2013-05-22 | 엘지전자 주식회사 | 이동 통신 시스템에서의 무선 자원 스케줄링 방법 |
| KR101211807B1 (ko) | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
| KR101333918B1 (ko) | 2006-01-05 | 2013-11-27 | 엘지전자 주식회사 | 이동 통신 시스템의 점-대-다 서비스 통신 |
| EP1997258B1 (en) * | 2006-03-21 | 2016-09-07 | Telefonaktiebolaget LM Ericsson (publ) | Communication control method |
| KR101387475B1 (ko) * | 2006-03-22 | 2014-04-22 | 엘지전자 주식회사 | 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법 |
| CN101416434A (zh) * | 2006-04-07 | 2009-04-22 | 艾利森电话股份有限公司 | 用于改进的混合自动重传请求的方法、接收机和发射机 |
| US8331342B2 (en) * | 2006-04-28 | 2012-12-11 | Samsung Electronics Co., Ltd. | Apparatus and method for switching between single user and multi-user MIMO operation in a wireless network |
| KR20090017699A (ko) * | 2006-06-20 | 2009-02-18 | 가부시키가이샤 엔티티 도코모 | 이동통신시스템에서 사용되는 무선통신장치 및 방법 |
| CN101473565B (zh) | 2006-06-21 | 2012-11-07 | Lg电子株式会社 | 在无线移动通信系统中使用消息分离发送和接收无线电接入信息的方法 |
| KR101369135B1 (ko) | 2006-06-21 | 2014-03-05 | 엘지전자 주식회사 | 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말 |
| GB0619769D0 (en) * | 2006-10-06 | 2006-11-15 | Siemens Ag | Variable length coding |
| US7957360B2 (en) * | 2007-01-09 | 2011-06-07 | Motorola Mobility, Inc. | Method and system for the support of a long DRX in an LTE—active state in a wireless network |
| US8204010B2 (en) | 2007-06-18 | 2012-06-19 | Research In Motion Limited | Method and system for dynamic ACK/NACK repetition for robust downlink MAC PDU transmission in LTE |
| US8402335B2 (en) | 2007-06-22 | 2013-03-19 | Nokia Corporation | Status report messages for multi-layer ARQ protocol |
| US8799734B2 (en) * | 2007-07-03 | 2014-08-05 | Industrial Technology Research Institute | Transmission control methods and devices for communication systems |
| US8201041B2 (en) * | 2007-07-03 | 2012-06-12 | Industrial Technology Research Institute | Transmission control methods and devices for communication systems |
| US8254971B1 (en) * | 2007-11-29 | 2012-08-28 | At&T Mobility Ii Llc | System and method for determining an SMS message retransmission schedule |
| US8154988B2 (en) * | 2007-12-06 | 2012-04-10 | Cisco Technology, Inc. | Delivery of streams to repair errored media streams in periods of insufficient resources |
| US8214855B2 (en) * | 2007-12-06 | 2012-07-03 | Cisco Technology, Inc. | Delivery of streams to repair errored media streams in periods of unrecoverable errors |
| JP2009164699A (ja) * | 2007-12-28 | 2009-07-23 | Fujitsu Ltd | 無線通信のデータ再送処理方法およびその方法を用いる無線通信装置 |
| US9008004B2 (en) * | 2008-02-01 | 2015-04-14 | Lg Electronics Inc. | Method for sending RLC PDU and allocating radio resource in mobile communications system and RLC entity of mobile communications |
| KR101531419B1 (ko) | 2008-02-01 | 2015-06-24 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법 |
| KR101375936B1 (ko) * | 2008-02-01 | 2014-03-18 | 엘지전자 주식회사 | 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법 |
| EP2241046B8 (en) | 2008-02-08 | 2012-04-25 | Telefonaktiebolaget L M Ericsson (publ) | Method and arrangement in a telecommunication system |
| US20090232076A1 (en) * | 2008-03-14 | 2009-09-17 | Richard Lee-Chee Kuo | Method and Apparatus for Handling a Contention-Based Random Access Procedure |
| US8477830B2 (en) | 2008-03-18 | 2013-07-02 | On-Ramp Wireless, Inc. | Light monitoring system using a random phase multiple access system |
| US8958460B2 (en) | 2008-03-18 | 2015-02-17 | On-Ramp Wireless, Inc. | Forward error correction media access control system |
| US8520721B2 (en) | 2008-03-18 | 2013-08-27 | On-Ramp Wireless, Inc. | RSSI measurement mechanism in the presence of pulsed jammers |
| BRPI0915385B1 (pt) * | 2008-06-23 | 2020-10-27 | Sharp Kabushiki Kaisha | aparelho de estação móvel, sistema de comunicação e método de comunicação |
| US8347163B2 (en) * | 2008-08-08 | 2013-01-01 | Industrial Technology Research Institute | System and method for data transmission |
| KR101530850B1 (ko) * | 2008-08-20 | 2015-07-06 | 삼성전자주식회사 | 무선통신시스템에서 자동 재전송 요청 피드백 장치 및 방법 |
| US8473799B2 (en) * | 2008-08-21 | 2013-06-25 | Qualcomm Incorporated | Handling of disrupted synchronous hybrid automatic repeat request (HARQ) cycle at system time rollover |
| KR101457708B1 (ko) * | 2008-11-03 | 2014-11-04 | 엘지전자 주식회사 | 중계기를 포함하는 무선통신 시스템에서 ａｃｋ/ｎａｃｋ 전송 방법 |
| US8848594B2 (en) | 2008-12-10 | 2014-09-30 | Blackberry Limited | Method and apparatus for discovery of relay nodes |
| US8040904B2 (en) | 2008-12-17 | 2011-10-18 | Research In Motion Limited | System and method for autonomous combining |
| US8311061B2 (en) | 2008-12-17 | 2012-11-13 | Research In Motion Limited | System and method for multi-user multiplexing |
| US8355388B2 (en) * | 2008-12-17 | 2013-01-15 | Research In Motion Limited | System and method for initial access to relays |
| US8402334B2 (en) * | 2008-12-17 | 2013-03-19 | Research In Motion Limited | System and method for hybrid automatic repeat request (HARQ) functionality in a relay node |
| US8446856B2 (en) | 2008-12-19 | 2013-05-21 | Research In Motion Limited | System and method for relay node selection |
| US8335466B2 (en) | 2008-12-19 | 2012-12-18 | Research In Motion Limited | System and method for resource allocation |
| US8265128B2 (en) | 2008-12-19 | 2012-09-11 | Research In Motion Limited | Multiple-input multiple-output (MIMO) with relay nodes |
| US20100174962A1 (en) * | 2009-01-02 | 2010-07-08 | Industrial Technology Research Institute | Systems and methods for data transmission |
| US8363699B2 (en) | 2009-03-20 | 2013-01-29 | On-Ramp Wireless, Inc. | Random timing offset determination |
| US8661083B2 (en) * | 2009-04-04 | 2014-02-25 | Oracle International Corporation | Method and system for implementing sequence start and increment values for a resequencer |
| US8578218B2 (en) * | 2009-04-04 | 2013-11-05 | Oracle International Corporation | Method and system for implementing a scalable, high-performance, fault-tolerant locking mechanism in a multi-process environment |
| US9124448B2 (en) * | 2009-04-04 | 2015-09-01 | Oracle International Corporation | Method and system for implementing a best efforts resequencer |
| US8254391B2 (en) * | 2009-04-04 | 2012-08-28 | Oracle International Corporation | Method and system for performing blocking of messages on errors in message stream |
| US20100254388A1 (en) * | 2009-04-04 | 2010-10-07 | Oracle International Corporation | Method and system for applying expressions on message payloads for a resequencer |
| US8671332B2 (en) * | 2009-04-30 | 2014-03-11 | The Johns Hopkins University | Systems and methods for a rateless round robin protocol for adaptive error control |
| US11042211B2 (en) | 2009-08-07 | 2021-06-22 | Advanced Processor Architectures, Llc | Serially connected computing nodes in a distributed computing system |
| US9429983B1 (en) | 2013-09-12 | 2016-08-30 | Advanced Processor Architectures, Llc | System clock distribution in a distributed computing environment |
| US9645603B1 (en) | 2013-09-12 | 2017-05-09 | Advanced Processor Architectures, Llc | System clock distribution in a distributed computing environment |
| US8554506B2 (en) * | 2009-08-07 | 2013-10-08 | Advanced Processor Srchitectures, LLC | Distributed computing |
| EP2323114B1 (fr) * | 2009-11-13 | 2012-10-31 | Hager Controls | Procédé d'obtention rapide d'informations sur l'état de fonctionnement d'une pluralité d'équipements fonctionnant en groupe dans un réseau de type domotique. |
| CN102624502A (zh) * | 2011-01-30 | 2012-08-01 | 三星电子株式会社 | 信道信息反馈方法 |
| US20130039192A1 (en) | 2011-08-08 | 2013-02-14 | Renesas Mobile Corporation | Methods, Apparatus and Wireless Device for Transmitting and Receiving Data Blocks |
| RU2614574C2 (ru) * | 2011-11-09 | 2017-03-28 | Телефонактиеболагет Л М Эрикссон (Пабл) | Выполнение надежного harq-ack для mf-hsdpa |
| WO2013134948A1 (en) * | 2012-03-16 | 2013-09-19 | Telefonaktiebolaget L M Ericsson (Publ) | Methods for reliable reception of harq feedback information in heterogeneous deployments |
| EP2661138A1 (en) | 2012-05-04 | 2013-11-06 | Panasonic Corporation | Threshold-based and power-efficient scheduling request procedure |
| US9148236B2 (en) * | 2012-09-24 | 2015-09-29 | Qualcomm Incorporated | Optimized HARQ recombining within transmission window |
| EP3145105A1 (en) * | 2014-06-17 | 2017-03-22 | Huawei Technologies Co., Ltd. | Radio resource scheduling method and apparatus |
| US10355828B2 (en) * | 2015-03-02 | 2019-07-16 | Qualcomm Incorporated | Fast radio link control error recovery with low latency transmissions |
| WO2017089617A1 (en) * | 2015-11-27 | 2017-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and devices employing retransmission schemes |
| EP3394751A1 (en) * | 2015-12-23 | 2018-10-31 | IDAC Holdings, Inc. | Methods of offloading computation from mobile device to cloud |
| US11212040B2 (en) | 2016-10-13 | 2021-12-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, device and computer program for data transmission feedback in a wireless communication system |
| EP3352492A1 (en) * | 2017-01-19 | 2018-07-25 | Giesecke+Devrient Mobile Security GmbH | Authentication method |
| GB2588811B (en) * | 2019-11-08 | 2022-07-06 | Vodafone Ip Licensing Ltd | Methods and systems for exchanging periodic data in a mobile telecommunications network |
| CN113472486A (zh) * | 2021-06-30 | 2021-10-01 | 四川省分析测试服务中心 | 一种仪器运行数据低频采集的高效重传方法及装置 |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3031008B2 (ja) * | 1991-12-06 | 2000-04-10 | 松下電器産業株式会社 | データ伝送方法 |
| JPH08154096A (ja) * | 1994-11-25 | 1996-06-11 | Nippon Telegr & Teleph Corp <Ntt> | 無線パケット再送方法 |
| US6021124A (en) * | 1997-08-19 | 2000-02-01 | Telefonaktiebolaget Lm Ericsson | Multi-channel automatic retransmission query (ARQ) method |
| US6772215B1 (en) * | 1999-04-09 | 2004-08-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for minimizing feedback responses in ARQ protocols |
| JP3594195B2 (ja) * | 2000-08-17 | 2004-11-24 | 松下電器産業株式会社 | データ伝送装置およびデータ伝送方法 |
| JP2002078016A (ja) * | 2000-08-31 | 2002-03-15 | Kyocera Corp | 無線通信装置及び無線通信システム |
| US6816478B1 (en) | 2000-11-03 | 2004-11-09 | Lucent Technologies Inc. | Apparatus and method for use in effecting automatic repeat requests in wireless multiple access communications systems |
| CA2380039C (en) * | 2001-04-03 | 2008-12-23 | Samsung Electronics Co., Ltd. | Method of transmitting control data in cdma mobile communication system |
| WO2003032566A1 (fr) * | 2001-10-04 | 2003-04-17 | Mitsubishi Denki Kabushiki Kaisha | Procede de communication, systeme de communication et appareil de communication |
| WO2003055123A1 (en) * | 2001-12-10 | 2003-07-03 | Nortel Networks Limited | Adaptive multi-mode harq system and method |
| KR100832117B1 (ko) | 2002-02-17 | 2008-05-27 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는 이동통신 시스템에서 역방향 송신전력 오프셋 정보를 송수신하는 장치 및 방법 |
| ATE385078T1 (de) * | 2002-05-10 | 2008-02-15 | Interdigital Tech Corp | Verfahren zur überwachung von protokolldateneinheiten zugewiesenen übertragungssequenzzahlen zur erkennung und korrektur von übertragungsfehlern |
| JP2004134863A (ja) * | 2002-10-08 | 2004-04-30 | Nagano Japan Radio Co | ワイヤレス交話装置 |
| JP3754413B2 (ja) * | 2002-12-02 | 2006-03-15 | 株式会社東芝 | 無線通信システム |
| JP2004328498A (ja) | 2003-04-25 | 2004-11-18 | Mitsubishi Electric Corp | 基地局、端末、通信システム、及び通信方法 |
| JP3871661B2 (ja) * | 2003-07-25 | 2007-01-24 | 株式会社東芝 | マルチメディアコンテンツ受信装置及びマルチメディアコンテンツ受信方法 |
| US7331008B2 (en) * | 2003-08-21 | 2008-02-12 | Lucent Technologies Inc. | Erasure decoding optimization of acknowledgment/negative acknowledgment information in a wireless communication system |
| ATE424066T1 (de) * | 2004-01-22 | 2009-03-15 | Panasonic Corp | Verfahren und vorrichtungen zum umschalten zwischen asynchronen und synchronen harq- wiederübertragungsmoden |
-
2006
- 2006-05-17 CN CN2006800178756A patent/CN101208894B/zh active Active
- 2006-05-17 BR BRPI0609889-4A patent/BRPI0609889B1/pt active IP Right Grant
- 2006-05-17 WO PCT/SE2006/050130 patent/WO2006126960A1/en active Application Filing
- 2006-05-17 ES ES06733500.0T patent/ES2528019T3/es active Active
- 2006-05-17 US US11/383,830 patent/US7673211B2/en active Active
- 2006-05-17 HU HUE14196925A patent/HUE058045T2/hu unknown
- 2006-05-17 JP JP2008513431A patent/JP2008543167A/ja active Pending
- 2006-05-17 EP EP06733500.0A patent/EP1889395B1/en active Active
- 2006-05-17 PL PL14196925T patent/PL2860900T3/pl unknown
- 2006-05-17 EP EP14196925.3A patent/EP2860900B1/en active Active
- 2006-05-17 ES ES14196925T patent/ES2903025T3/es active Active
- 2006-05-17 RU RU2007147841/09A patent/RU2421918C2/ru active
-
2015
- 2015-10-02 HK HK15109673.8A patent/HK1208974A1/xx unknown
Also Published As
| Publication number | Publication date |
|---|---|
| ES2528019T3 (es) | 2015-02-03 |
| EP1889395B1 (en) | 2014-12-10 |
| CN101208894B (zh) | 2011-09-07 |
| BRPI0609889A2 (pt) | 2011-10-11 |
| EP2860900A2 (en) | 2015-04-15 |
| RU2007147841A (ru) | 2009-06-27 |
| JP2008543167A (ja) | 2008-11-27 |
| PL2860900T3 (pl) | 2022-04-04 |
| US20060282739A1 (en) | 2006-12-14 |
| EP1889395A1 (en) | 2008-02-20 |
| EP2860900A3 (en) | 2015-05-27 |
| WO2006126960A1 (en) | 2006-11-30 |
| RU2421918C2 (ru) | 2011-06-20 |
| CN101208894A (zh) | 2008-06-25 |
| EP1889395A4 (en) | 2011-11-09 |
| BRPI0609889B1 (pt) | 2019-05-07 |
| US7673211B2 (en) | 2010-03-02 |
| EP2860900B1 (en) | 2021-11-17 |
| HUE058045T2 (hu) | 2022-06-28 |
| BRPI0609889A8 (pt) | 2018-07-31 |
| HK1208974A1 (en) | 2016-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2903025T3 (es) | Protocolo de solicitud de repetición automática (ARQ) que tiene múltiples mecanismos de retroalimentación complementarios | |
| ES2276815T3 (es) | Arq hibrido para la transmision de paquetes de datos. | |
| ES2748723T3 (es) | Sincronización de protocolo sin NDI para HARQ | |
| ES2387765T3 (es) | Sistema de radiocomunicación | |
| US10153869B2 (en) | System and method adopting a reliable stop-and-wait hybrid automatic repeat request protocol | |
| JP5160624B2 (ja) | ステータス及びパケットの応答を備えるａｒｑシステム | |
| RU2387087C2 (ru) | Способ обмена данными, система для обмена данными и станция для передачи данных | |
| ES2297162T3 (es) | Metodo para vigilar los numeros de secuencia de transmision asignados a unidades de datos de protocolo para detectar y corregir errores de transmision. | |
| KR101532789B1 (ko) | 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법 | |
| US7502981B2 (en) | Automatic repeat request (ARQ) scheme | |
| ES2393829T5 (es) | Reporte de estado para el protocolo de retransmisión | |
| US20090271679A1 (en) | Retransmission control method and receiving-end apparatus | |
| US9385841B2 (en) | Apparatus and method for transmission time interval reconfiguration in a mobile communication system | |
| US8438444B2 (en) | Method of associating automatic repeat request with hybrid automatic repeat request | |
| JP2000078118A (ja) | 自動再送要求データ伝送方法 |