ES2748723T3 - Sincronización de protocolo sin NDI para HARQ - Google Patents

Sincronización de protocolo sin NDI para HARQ Download PDF

Info

Publication number
ES2748723T3
ES2748723T3 ES16165965T ES16165965T ES2748723T3 ES 2748723 T3 ES2748723 T3 ES 2748723T3 ES 16165965 T ES16165965 T ES 16165965T ES 16165965 T ES16165965 T ES 16165965T ES 2748723 T3 ES2748723 T3 ES 2748723T3
Authority
ES
Spain
Prior art keywords
data unit
protocol data
received
transmitter
scheduling grant
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
Application number
ES16165965T
Other languages
English (en)
Inventor
Mr Janne Peisa
Mr Michael Meyer
Mr Johan Torsner
Mr Stefan Parkvall
Mr Magnus Stattin
Mr Mats Sågfors
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2748723T3 publication Critical patent/ES2748723T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00—Arrangements for synchronising receiver with transmitter
    • H04L7/0079—Receiver details
    • 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/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
    • 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/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • 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

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)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

Un procedimiento para sincronización de protocolo de capa de enlace HARQ para una transmisión de enlace ascendente entre un transmisor (10) y un receptor (20) en un sistema de comunicación de evolución a largo plazo, LTE, inalámbrico, comprendiendo el procedimiento - transmitir (260) una primera unidad de datos de protocolo en respuesta a una concesión de planificación explícita recibida; - recibir un mensaje de retroalimentación HARQ para la primera unidad de datos de protocolo transmitida, - transmitir (260) una subsiguiente segunda unidad de datos de protocolo distinta de la primera unidad de datos de protocolo en respuesta a una subsiguiente concesión de planificación explícita recibida además del mensaje de retroalimentación HARQ, donde la subsiguiente concesión de planificación explícita indica al transmisor (10) que está autorizado para transmitir la segunda unidad de datos de protocolo; y - retransmitir (280) la primera unidad de datos de protocolo en ausencia de la recepción de una subsiguiente concesión de planificación explícita tras la interpretación del mensaje de retroalimentación HARQ como un acuse de recibo negativo para la primera unidad de datos de protocolo transmitida.

Description

DESCRIPCIÓN
Sincronización de protocolo sin NDI para HARQ
ANTECEDENTES
La presente invención se refiere a protocolos de retransmisión automática, y más particularmente a sincronización de protocolos de capa de enlace mejorada, asociada con protocolos de retransmisión automática.
El objetivo de un sistema de comunicación inalámbrico es transmitir satisfactoriamente información de un transmisor a un receptor sobre un canal de comunicación. En los sistemas de comunicación inalámbricos, se producen errores de bits durante la transmisión debido al ruido y al desvanecimiento por trayectos múltiples. Están disponibles diversas técnicas de control de errores para combatir errores de transmisión y reducir errores de bits. El protocolo de solicitud de repetición automática híbrida (HARQ, hybrid automatic repeat request), que combina ARQ con corrección de errores hacia delante (FEC, forward error correction), representa una técnica de control errores a modo de ejemplo. ARQ añade bits redundantes o bits de comprobación a una unidad de datos de protocolo (PDU, protocol data unit), para habilitar la detección de errores en el receptor. Si el receptor detecta errores en la PDU recibida, el receptor puede enviar un mensaje de retroalimentación (por ejemplo, un NACK) en un canal de control que solicita una transmisión repetida de la PDU. La FEC utiliza códigos de corrección de errores para combatir errores añadiendo redundancia a la PDU antes de que sea transmitida. La redundancia añadida habilita el receptor para detectar y corregir la mayor parte de los errores que se producen durante la transmisión.
Aunque HARQ proporciona robustez frente a errores de adaptación de enlace para canales de acceso de paquetes de enlace descendente de alta velocidad (HSDPA, high-speed downlink packet access) y canales de enlace ascendente mejorado, se pueden producir problemas cuando el mensaje de retroalimentación es interpretado erróneamente por el transmisor. Dichos errores de interpretación pueden conducir a errores residuales después de operaciones HARQ. Además, dichos errores de interpretación pueden conducir a la pérdida de la sincronización de protocolo de la capa de enlace entre el transmisor y el receptor. Por ejemplo, si el transmisor malinterpreta un NACK asociado con una PDU como un ACK, el transmisor transmitirá una nueva unidad de datos de protocolo (PDU) en lugar de retransmitir la PDU anterior. Dado que el receptor no recibe la retransmisión prevista, el receptor pierde la sincronización de protocolo de la capa de enlace con el transmisor. Además, se pueden producir errores de combinación en el receptor cuando el receptor realiza combinación suave de diferentes PDU e intenta descodificar la combinación suave. Por lo tanto, es deseable reducir los efectos de los errores de mensajes de retroalimentación. Se da a conocer técnica anterior en la patente EP 1557968 A1, que se refiere a un procedimiento para controlar la temporización de transmisión de retransmisiones de datos en un sistema de comunicación inalámbrico en el que se utiliza un protocolo de retransmisión HARQ para retransmitir datos de una entidad transmisora a una entidad receptora por medio de un canal de datos. Este documento se refiere a una estación base, un terminal móvil y un sistema de comunicación que utilizan el procedimiento anterior.
Para superar los problemas que resultan de retransmisiones síncronas en situaciones críticas de interferencia, la enseñanza de este documento es introducir señalización de retroalimentación adicional para un nuevo protocolo HARQ. La nueva NACK-S indica a la entidad transmisora que deje de transmitir retransmisiones de manera síncrona y espere de la entidad receptora una asignación de planificación para la retransmisión.
SUMARIO
Una realización de la presente invención detecta errores de pérdida de sincronización para protocolos de retransmisión basados en NDI y restablece la sincronización enviando un mensaje RESTABLECER explícito. En respuesta al mensaje RESTABLECER, el transmisor aborta la transmisión de una PDU actual y transmite una nueva PDU y un correspondiente NDI. El receptor puede distinguir además entre errores de sincronización recuperables e irrecuperables, y limita la transmisión del mensaje RESTABLECER a situaciones en las que el error de sincronización de protocolo es irrecuperable.
Otra realización de la presente invención impide errores de sincronización de protocolo enviando subsiguientes concesiones de planificación explícitas para cada PDU. Cada vez que el receptor recibe satisfactoriamente una PDU, el receptor envía una subsiguiente concesión de planificación explícita al transmisor para autorizar explícitamente al transmisor a enviar la siguiente PDU. El transmisor no enviará la siguiente PDU salvo que reciba la subsiguiente concesión de planificación explícita. En algunas realizaciones, la subsiguiente concesión de planificación explícita puede incluir un indicador que indica al transmisor si la siguiente transmisión debería comprender una retransmisión de una PDU actual o una transmisión de una nueva PDU.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 muestra un transmisor inalámbrico a modo de ejemplo en comunicación con un receptor inalámbrico.
La figura 2 muestra una comunicación convencional de datos de paquete entre el transmisor y el receptor. Las figuras 3A y 3B muestran diagramas de proceso para un proceso de sincronización basado en NDI a modo de ejemplo, de acuerdo con la presente invención.
La figura 4 muestra un diagrama de bloques de un procesador de recepción a modo de ejemplo.
Las figuras 5A a 5D muestran comunicaciones de datos de paquete a modo de ejemplo entre el transmisor y el receptor para el proceso de sincronización basado en NDI de las figuras 3A y 3B.
Las figuras 6A y 6B muestran diagramas de proceso para un proceso de sincronización sin NDI a modo de ejemplo, de acuerdo con la presente invención.
Las figuras 7A a 7E muestran comunicaciones de datos de paquete a modo de ejemplo, entre el transmisor y el receptor para el proceso de sincronización sin NDI de las figuras 6A y 6B.
DESCRIPCIÓN DETALLADA
La presente invención se describe en la presente memoria en el contexto de un transmisor y un receptor en un sistema de comunicación inalámbrico que se basa en protocolos de retransmisión, tales como protocolos HARQ. El transmisor y/o el receptor descritos en la presente memoria se pueden disponer en una estación móvil, una estación base u otra entidad de red. El sistema inalámbrico funciona de acuerdo con un protocolo de comunicación predefinido que incluye, de forma no limitativa, UMTS, GSM, etc.
La figura 1 muestra un transmisor 10 a modo de ejemplo para transmitir unidades de datos de protocolo (PDU) a un receptor 20. Los diversos bloques de la figura 1 representan funciones del procesador de transmisión y del procesador de recepción. Algunas funciones no esenciales para la presente invención se han omitido para mayor claridad. Por lo tanto, pueden estar presentes otras funciones además de las mostradas en la figura 1. Las funciones mostradas se pueden implementar en uno o varios microprocesadores, microcontroladores, hardware o una combinación de los mismos. A continuación se describen los diversos bloques en términos del procesador de transmisión 12. Sin embargo, se apreciará que las mismas funciones pueden ser implementadas por el procesador de recepción 22.
El procesador de transmisión 12 incluye un módulo de protocolo de convergencia de datos de paquetes (PDCP, Packet Data Convergence Protocol) 13, un módulo de control del radioenlace (RLC, Radio Link Control) 14, un módulo de control de acceso al medio (MAC, Medium Access Control) 15, un módulo de capa física (PL, Physical Layer) 16 y un planificador MAC 17. Los datos a transmitir en forma de paquetes IP entran en el módulo PDCP 13, donde las cabeceras IP se pueden comprimir para reducir el número de bits transmitidos sobre la interfaz aérea. El módulo PDCP 13 realiza asimismo cifrado y descifrado de los paquetes IP por seguridad. El módulo RLC 14 garantiza una distribución casi sin errores, en secuencia, de paquetes a capas superiores, lo cual es necesario para determinados tipos de comunicación. El módulo RLC 14 realiza segmentación/concatenación, y maneja la retransmisión de paquetes recibidos erróneamente. Los paquetes IP del módulo PDCP 13 se utilizan para crear las PDU RLC, que pueden comprender paquetes IP divididos (segmentos), paquetes IP concatenados o un único paquete IP. El módulo MAC 15 ofrece servicios al módulo RLC 14 en forma de canales lógicos. El módulo MAC 15 mapea datos recibidos en varios canales lógicos desde el módulo RLC 14 a canales de transporte correspondientes. El planificador MAC 17 es responsable de la planificación de enlace ascendente y de enlace descendente, que se produce habitualmente en la estación base. De acuerdo con la presente invención, el planificador MAC 17 recibe asimismo retroalimentación desde el proceso de protocolo de ARQ híbrida (HARQ), que se describe en mayor detalle a continuación. Los bloques de transporte son alimentados por el módulo MAC 15 al módulo PL 16. El módulo PL 16 gestiona codificación/descodificación, modulación/desmodulación, entrelazado y ensanchamiento antes de la transmisión a una o varias PDU. Tal como se utiliza en la presente memoria, una PDU representa un bloque de datos que incluye tanto un cuerpo como una cabecera. La PDU comprende una PDU MAC, y puede comprender un único bloque de datos, un bloque de datos segmentado o múltiples bloques de datos concatenados.
Los sistemas WCDMA y LTE utilizan HARQ en el módulo MAC 15, 25 para manejar errores que se producen durante la transmisión. En términos generales, el protocolo HARQ permite al receptor 20 solicitar la retransmisión de PDU recibidas erróneamente. De acuerdo con el protocolo HARQ, el procesador de recepción 22 envía un mensaje de retroalimentación HARQ sobre un canal de control al transmisor 10 para indicar si una PDU actual ha sido recibida satisfactoriamente por el receptor 20. Por ejemplo, cuando el receptor 20 recibe satisfactoriamente la PDU, el procesador de recepción 22 envía un mensaje ACK al transmisor 10. En respuesta al mensaje ACK, el procesador de transmisión 12 transmite la siguiente PDU. Cuando el receptor 20 no recibe satisfactoriamente la PDU, el procesador de recepción 22 envía un mensaje NACK al transmisor 10 para solicitar que el procesador de transmisión 12 retransmita la PDU actual. Tal como se ha explicado anteriormente, cuando el mensaje de retroalimentación ACK o NACK es malinterpretado en el transmisor 10, la PDU transmitida a continuación puede diferir de la esperada por el receptor 20, lo que conduce a errores de sincronización de protocolo de la capa de enlace.
Un sistema inalámbrico convencional intenta tratar este problema utilizando un nuevo indicador de datos (NDI, new data indicator). El NDI está asociado con una PDU, pero generalmente se transmite por separado de la PDU en un canal de control de enlace ascendente. Para LTE 3GPP, el transmisor 10 puede transmitir el NDI sobre un canal físico de control de enlace descendente (PDCCH, physical downlink control channel). Esto permite al receptor interpretar el NDI incluso cuando el receptor no puede descodificar la PDU recibida. El NDI puede comprende el un único bit que cambia cada vez que se transmite una nueva PDU del transmisor al receptor. Alternativamente, el NDI puede comprender múltiples bits, donde se utiliza el mismo valor predeterminado cada vez que el transmisor transmite una nueva PDU. Se apreciará que la siguiente descripción aplica a NDI tanto de un único bit como de múltiples bits.
La figura 2 muestra un ejemplo de una comunicación de datos de paquetes entre un transmisor y un receptor, que utiliza un NDI de un bit para facilitar la sincronización de protocolo. Después de que el transmisor envía una notificación de estado de la memoria intermedia al receptor, el receptor envía una concesión de planificación (SCH) al transmisor (A) sobre un canal de control enlace descendente, tal como el PDCCH. La concesión de planificación comprende un mensaje de múltiples bits con protección de errores, tal como CRC, que identifica el transmisor, cualesquiera protocolos de retransmisión, tales como HARQ, y los recursos inalámbricos asignados para transmitir las PDU, tales como modulación, velocidad de datos, etc. En respuesta a la concesión de planificación, el transmisor transmite una PDU con número de secuencia (SN, sequence number) = 1, versión de redundancia (RV, redundancy version) 1 y NDI = 0. En (B), el receptor descodifica satisfactoriamente la PDU recibida, y envía un ACK al transmisor (C). A continuación, el transmisor transmite una segunda PDU con RV1, SN = 2 y NDI = 1 (D). En (D), el receptor no puede descodificar la segunda PDU, y envía un NACK al transmisor (E). En respuesta, el transmisor retransmite la PDU SN = 2 con RV2 y NDI = 1. Sin embargo, durante la transmisión, el valor NDI cambia a NDI = 0. Si bien el receptor reconoce que el valor NDI no se corresponde con el valor NDI previsto, el receptor supone que el nuevo valor NDI estaba provocado por un error ACK/NACK y, por lo tanto, asume que la PDU recibida es una tercera PDU en lugar de una retransmisión de la segunda PDU. Por lo tanto, la sincronización de protocolo de la capa de enlace entre el receptor y el transmisor se ha perdido.
Una realización de la presente invención trata este problema detectando pérdida de sincronización y restableciendo la sincronización mediante el envío de un mensaje RESTABLECER explícito al transmisor 10. El mensaje de RESTABLECER puede comprender un mensaje de 1 bit que es protegido por CRC y enviado sobre un canal de enlace descendente, tal como el PDCCH, como parte de una unidad de control MAC. En respuesta a recibir el mensaje RESTABLECER, el transmisor aborta la transmisión de una PDU actual y transmite una nueva PDU y un correspondiente NDI. Dado que el receptor 20 espera una nueva PDU y un nuevo NDI después de enviar el mensaje RESTABLECER al transmisor 10, el mensaje RESTABLECER restablece satisfactoriamente la sincronización de protocolo entre el transmisor 10 y el receptor 20.
Las figuras 3A y 3B muestran procesos de corrección de sincronización 100 y 150 a modo de ejemplo, para un receptor 20 y un transmisor 10, respectivamente, para un protocolo de retransmisión según la presente invención. Tal como se muestra en la figura 3A, el receptor 20 recibe una primera PDU y un correspondiente NDI (bloque 110). El procesador de recepción 22 evalúa el NDI recibido para determinar si se ha producido un error de sincronización de protocolo. Cuando se detecta un error de sincronización de protocolo (bloque 120), el receptor 20 transmite un mensaje RESTABLECER al transmisor 10 (bloque 130). Si no se detecta ningún error de sincronización de protocolo (bloque 120), el receptor 20 transmite un mensaje ACK/NACK al transmisor 10 (bloque 140). Tal como se muestra en la figura 3B, el transmisor 10 transmite la primera PDU con el NDI predeterminado (bloque 160). Si el transmisor 10 recibe un mensaje RESTABLECER (bloque 170), el transmisor 10 abandona la primera PDU y transmite una segunda PDU con un nuevo NDI (bloque 160). Si el transmisor 10 no recibe un mensaje RESTABLECER (bloque 170), el transmisor 10 implementa operaciones de retransmisión condicional en base al mensaje ACK/NACK recibido (bloque 180).
Una versión modificada de esta realización distingue entre errores de sincronización de protocolo recuperables e irrecuperables, y limita la transmisión del mensaje RESTABLECER a situaciones donde el error de sincronización de protocolo comprende un error irrecuperable. A este respecto, el receptor 20 determina primero el tipo de error de sincronización de protocolo. Cuando el error de sincronización de protocolo comprende un error recuperable, el procesador de recepción 22 en el receptor 20 corrige el error en el receptor 20 y sigue con las operaciones normales. Cuando el error de sincronización de protocolo comprende un error irrecuperable, el procesador de recepción 22 envía el mensaje RESTABLECER al transmisor 10.
La figura 4 muestra un procesador de recepción 22 de ejemplo que comprende una unidad de error 24 para determinar el tipo de error de sincronización de protocolo. La unidad de error 24 procesa una PDU actual con una PDU recibida anteriormente, para determinar el tipo de error de sincronización de protocolo. En una realización, las PDU actual y recibida anteriormente comprenden PDU recibidas secuencialmente. En una realización, la unidad de error 24 comprende un combinador suave 26 que realiza la combinación suave de la PDU actual con la PDU recibida anteriormente. En base al NDI recibido, al NDI esperado y a si las PDU sometidas a combinación suave son o no descodificables, el procesador de recepción 22 determina si el error de sincronización de protocolo es recuperable o irrecuperable. La tabla 1 muestra escenarios a modo de ejemplo para determinar el tipo de error de sincronización de protocolo.
Tabla 1
Figure imgf000005_0001
Las figuras 5A a 5D muestran ejemplos de varios escenarios mostrados en la tabla 1 para detectar y corregir errores de sincronización de protocolo recuperables e irrecuperables, de acuerdo con la presente invención. En la figura 5A, el receptor 20 recibe satisfactoriamente la PDU1 y el correspondiente NDI = 0. Sin embargo, el transmisor 10 interpreta incorrectamente el ACK enviado por el receptor 20, como un NACK. De este modo, la PDU2 transmitida por el transmisor 10 comprende una versión retransmitida de PDU1 con NDI = 0. Dado que el receptor 20 está esperando una nueva PDU, el receptor espera que el NDI alterne de 0 a 1. Sin embargo, el procesador de recepción 22 comprueba que el NDI recibido = 0 y, por lo tanto, reconoce que se ha producido un error ACK/NACK recuperable o un error NDI recuperable. Para determinar el tipo de error, la unidad de error 24 realiza combinación suave de PDU1 y PDU2 en base al tipo esperado de redundancia utilizada para retransmitir PDU1 como PDU2. Dado que el resultado de la combinación suave es descodificable, el procesador de recepción 22 determina que el error de sincronización de protocolo comprende un error ACK/NACK recuperable. Para restablecer la sincronización de protocolo, el procesador de recepción 22 retransmite un ACK al transmisor 10. El receptor 20 procesa a continuación PDU1, PDU2, o alguna combinación de las mismas de acuerdo con técnicas convencionales, para recuperar los datos correspondientes. Aunque no es necesario, se apreciará que el procesador de recepción 22 puede transmitir alternativamente un mensaje RESTABLECER al transmisor 10.
En la figura 5B, el receptor 20 no recibe satisfactoriamente la PDU1 y, por lo tanto, envía un NACK al transmisor 10. El transmisor 10 interpreta incorrectamente el NACK como un ACK, y transmite una nueva PDU (PDU2) con NDI = 1. Dado que el NDI = 1 recibido difiere del NDI = 0 esperado, el procesador de recepción 22 reconoce que se ha producido un error de ACK/NACK irrecuperable o de NDI recuperable. La unidad de error 24 realiza combinación suave de PDU1 y PDU2. Dado que la combinación suave resultante no es descodificable, el procesador de recepción 22 determina que el error de sincronización de protocolo comprende un error ACK/nAc K irrecuperable. Para restablecer la sincronización de protocolo, el procesador de recepción 22 transmite un mensaje RESTABLECER al transmisor 10.
En la figura 5C, el receptor 20 recibe satisfactoriamente la PDU1 y el correspondiente NDI = 0, y el transmisor 10 interpreta correctamente el ACK enviado por el receptor 20. De este modo, el transmisor 10 transmite una nueva PDU (PDU2) con NDI = 1. El NDI transmitido alterna su valor durante la transmisión, lo que hace que el NDI recibido sea igual a 0. Dado que el receptor 20 está esperando una nueva PDU, el receptor espera que el NDI sea igual a 1. Sin embargo, el procesador de recepción 22 comprueba que el NDI recibido = 0 y, por lo tanto, reconoce que se ha producido un error ACK/NACK recuperable o un error NDI recuperable. La unidad de error 24 realiza combinación suave de PDU1 y PDU2. Dado que la combinación suave resultante no es descodificable, el procesador de recepción 22 determina que el error de sincronización de protocolo comprende un error NDI recuperable. Para restablecer la sincronización de protocolo, el procesador de recepción 22 restablece el valor NDI a 1 en el receptor 20, transmite un ACK al transmisor 10 y procesa la PDU2 recibida utilizando técnicas de descodificación convencionales.
En la figura 5D, el receptor 20 no recibe satisfactoriamente la PDU1 y, por lo tanto, envía un NACK al transmisor 10. En respuesta, el transmisor 10 retransmite la versión 2 de la PDU1 (PDU2) con NDI = 0. El NDI transmitido alterna su valor durante la transmisión, lo que hace que el NDI recibido sea igual a 1. Dado que el NDI = 1 recibido difiere del NDI = 0 esperado, el procesador de recepción 22 reconoce que se ha producido un error de ACK/NACK irrecuperable o bien de NDI recuperable. La unidad de error 24 realiza combinación suave de PDU1 y PDU2. Dado que la combinación suave resultante es descodificable, el procesador de recepción 22 determina que el error de sincronización de protocolo comprende un error NDI recuperable. Para restablecer la sincronización de protocolo, el procesador de recepción 22 restablece el valor de NDI a 0 en el receptor 20, transmite un ACK al transmisor 10 y procesa la PDU1 recibida combinada con la PDU2 utilizando técnicas de descodificación convencionales.
Lo anterior muestra cómo se pueden utilizar PDU recibidas secuencialmente y sus correspondientes NDI para identificar y corregir un único error de sincronización de protocolo. Para múltiples errores de sincronización de protocolo, por ejemplo un error ACK/NACK acoplado con un error NDI, la unidad de error 24 puede procesar tres o más PDU recibidas para identificar cada error de sincronización de protocolo.
Otra realización de la presente invención elimina el NDI e impide errores de sincronización de protocolo utilizando subsiguientes concesiones de planificación explícitas. Más particularmente, cuando el transmisor 10 recibe una concesión de planificación, el transmisor 10 transmite solamente una PDU. La unidad de HARQ en el módulo MAC 15 evalúa errores en la PDU recibida y envía información de retroalimentación HARQ al planificador MAC 17. El planificador MAC 27 en el procesador de recepción 22 envía una subsiguiente concesión de planificación explícita al transmisor 10 en base a la evaluación de errores. Por ejemplo, cuando el receptor 20 recibe satisfactoriamente una PDU, el receptor 20 envía una subsiguiente concesión de planificación explícita al transmisor 10 para autorizar al transmisor 10 a transmitir la siguiente PDU. Dado que las concesiones de planificación comprenden mensajes de múltiples bits que incluyen protección de errores, tal como CRC, no son tan susceptibles a los errores como los mensajes ACK de un único bit. Por lo tanto, utilizar subsiguientes concesiones de planificación explícitas para cada PDU reduce significativamente los errores de sincronización de protocolo asociados con mensajes ACK/NACK mal interpretados. Además, utilizar las concesiones de planificación explícitas elimina señalización de control enlace ascendente asociada con datos, tal como los NDI.
Las figuras 6A y 6B muestran procesos HARQ 200 y 250 a modo de ejemplo, para el receptor 20 y el transmisor 10, respectivamente, de acuerdo con esta realización. Tal como se muestra en la figura 6A, el receptor 20 planifica una PDU MAC (bloque 210) y envía la correspondiente concesión de planificación al transmisor 10 (bloque 220), tal como se ha explicado anteriormente. El receptor 20 recibe la PDU (bloque 230) en respuesta a la concesión de planificación explícita. Cuando se detecta un error en la PDU recibida (bloque 240), el receptor 20 solicita retransmisión, por ejemplo, transmite un mensaje NACK al transmisor 10 (bloque 250). Si no se detectan errores (bloque 240), el receptor 20 planifica otra PDU (bloque 210) y envía una subsiguiente concesión de planificación explícita al transmisor 10 (bloque 220) para autorizar la transmisión de la siguiente PDU. Aunque no es necesario, el receptor 20 puede transmitir asimismo un mensaje ACK al transmisor 10. Sin embargo, un mensaje ACK no autoriza la transmisión de la siguiente PDU salvo que el mensaje ACK esté acompañado por la subsiguiente concesión de planificación explícita. Tal como se muestra en la figura 6B, el transmisor 10 transmite una PDU en respuesta a una concesión de planificación explícita (bloque 260). Antes de transmitir la siguiente PDU, el transmisor 10 espera una concesión de planificación explícita. Si el transmisor 10 recibe una subsiguiente concesión de planificación explícita (bloque 270), el transmisor 10 transmite la siguiente PDU (bloque 260). Si el transmisor 10 no recibe la subsiguiente concesión de planificación explícita (bloque 270), el transmisor 10 puede implementar operaciones de retransmisión condicional en base a un mensaje ACK/NACK recibido (bloque 280), tal como se explica en mayor detalle a continuación.
Las figuras 7A a 7D muestran múltiples escenarios para enviar sucesivas PDU utilizando subsiguientes concesiones de planificación explícitas. En la figura 7A, el transmisor 10 transmite la versión de redundancia 1 de una PDU en respuesta a una concesión de planificación explícita. El receptor 20 recibe satisfactoriamente la PDU y, por lo tanto, envía la subsiguiente concesión de planificación explícita y envía un mensaje ACK al transmisor 10. Después de interpretar correctamente la concesión de planificación explícita, el transmisor 10 transmite la versión 1 de la siguiente PDU.
En la figura 7B, el transmisor 10 transmite la versión de redundancia 1 de una PDU en respuesta a una concesión de planificación explícita. El receptor 20 recibe satisfactoriamente la PDU y, por lo tanto, envía una subsiguiente concesión de planificación explícita y envía un mensaje ACK al transmisor 10. El transmisor 10 interpreta incorrectamente el ACK enviado por el receptor 20 como un NACK y, por lo tanto, el mensaje de retroalimentación HARQ recibido es inconsistente con la concesión de planificación recibida. En este caso, la concesión de planificación explícita anula el mensaje de retroalimentación HARQ, y el transmisor 10 transmite la versión 1 de la siguiente PDU sucesiva. Dado que la concesión de planificación tiene mejor protección contra errores que una señal ACK/NACK, la utilización de la concesión de planificación para desencadenar la transmisión de una PDU sucesiva evita los problemas de sincronización de protocolo asociados con el mensaje ACK malinterpretado.
En la figura 7C, el transmisor 10 transmite la versión de redundancia 1 de una PDU en respuesta a una concesión de planificación explícita. El receptor 20 no recibe satisfactoriamente la PDU y, por lo tanto, envía un mensaje NACK al transmisor 10. En respuesta, el transmisor 10 retransmite la versión de redundancia 2 de la PDU. El receptor 20 recibe satisfactoriamente la PDU retransmitida y, por lo tanto, envía una subsiguiente concesión de planificación explícita y un mensaje ACK al transmisor 10. El transmisor 10 interpreta correctamente la subsiguiente concesión de planificación explícita y, por lo tanto, transmite la versión de redundancia 1 de la siguiente PDU al receptor 20.
Las figuras 7D y 7E muestran cómo la concesión de planificación puede gestionar un mensaje NACK interpretado incorrectamente. El transmisor 10 transmite la versión de redundancia 1 de una PDU en respuesta a una concesión de planificación explícita. El receptor 20 no recibe satisfactoriamente la PDU y, por lo tanto, envía un mensaje NACK al transmisor 10. El transmisor 10 interpreta incorrectamente el mensaje NACK como un mensaje ACK. Sin embargo, debido a que el transmisor 10 no recibió una subsiguiente concesión de planificación explícita, el transmisor 10 no envía la siguiente PDU. Tal como se muestra en la figura 7D, cuando el receptor 20 no recibe la retransmisión prevista, el receptor 20 puede abortar todas las operaciones de procesamiento asociadas con la PDU actual. Alternativamente, el receptor 20 puede enviar mensajes NACK adicionales, tal como se muestra en la figura 7E. Si el receptor 20 no recibe una retransmisión después de enviar algún número predeterminado de mensajes NACK, el receptor 20 puede abortar todas las operaciones de procesamiento asociadas con la PDU actual.
En algunas realizaciones, las subsiguientes concesiones de planificación explícitas pueden ser utilizadas para solicitar explícitamente la retransmisión de una PDU actual. Las subsiguientes concesiones de planificación explícitas pueden incluir un indicador que indica si el transmisor 10 debería transmitir la siguiente PDU o debería retransmitir una PDU actual. En esta realización, el transmisor 10 transmite una nueva PDU o bien una versión retransmitida de una PDU actual, en base al valor del indicador, independientemente de la presencia de un ACK o un NACK. En un ejemplo, la subsiguiente concesión de planificación explícita puede incluir un indicador de versión de redundancia (RV) que indica una solicitud de una transmisión de una PDU siguiente cuando RV = 1, e indica una solicitud de retransmisión cuando RV > 2. Alternativamente, la subsiguiente concesión de planificación explícita puede incluir un indicador de transmisión de un solo bit o de múltiples bits, que indica una solicitud de transmisión de la siguiente PDU cuando el indicador está ajustado a un primer valor predeterminado, e indica una solicitud de una retransmisión cuando el indicador está ajustado a un valor predeterminado diferente. Por ejemplo, las subsiguientes concesiones de planificación explícitas pueden incluir un indicador de nuevos datos (NDF, New Data Flag), donde NDF = 1 indica una solicitud de transmisión de la siguiente PDU mientras que NDF = 0 indica una solicitud de una retransmisión de una PDU actual. Se apreciará que la lista de indicadores a modo de ejemplo utilizada anteriormente no es exhaustiva.
Por supuesto, la presente invención se puede llevar a cabo de maneras diferentes a las expuestas específicamente en la presente memoria sin apartarse de las características esenciales de la invención. Las presentes realizaciones se deben considerar en todos los aspectos como ilustrativas y no limitativas, y se prevé que todos los cambios que pertenecen al significado y al ámbito de equivalencia de las reivindicaciones adjuntas están abarcados por las mismas.

Claims (24)

REIVINDICACIONES
1. Un procedimiento para sincronización de protocolo de capa de enlace HARQ para una transmisión de enlace ascendente entre un transmisor (10) y un receptor (20) en un sistema de comunicación de evolución a largo plazo, LTE, inalámbrico, comprendiendo el procedimiento
- transmitir (260) una primera unidad de datos de protocolo en respuesta a una concesión de planificación explícita recibida;
- recibir un mensaje de retroalimentación HARQ para la primera unidad de datos de protocolo transmitida, - transmitir (260) una subsiguiente segunda unidad de datos de protocolo distinta de la primera unidad de datos de protocolo en respuesta a una subsiguiente concesión de planificación explícita recibida además del mensaje de retroalimentación HARQ, donde la subsiguiente concesión de planificación explícita indica al transmisor (10) que está autorizado para transmitir la segunda unidad de datos de protocolo; y
- retransmitir (280) la primera unidad de datos de protocolo en ausencia de la recepción de una subsiguiente concesión de planificación explícita tras la interpretación del mensaje de retroalimentación HARQ como un acuse de recibo negativo para la primera unidad de datos de protocolo transmitida.
2. El procedimiento según la reivindicación 1, en el que el mensaje de retroalimentación HARQ es un acuse de recibo positivo para la primera unidad de datos de protocolo transmitida.
3. El procedimiento según cualquier reivindicación anterior, comprendiendo además el procedimiento:
- recibir otro mensaje de retroalimentación HARQ para la primera unidad de datos de protocolo, -interpretar el otro mensaje de retroalimentación HARQ como un acuse de recibo positivo para la primera unidad de datos de protocolo transmitida, y
- esperar a la subsiguiente concesión de planificación explícita antes de transmitir la segunda unidad de datos de protocolo.
4. El procedimiento según cualquier reivindicación anterior, en el que se transmiten unidades de datos de protocolo sucesivas en respuesta a subsiguientes concesiones de planificación explícitas recibidas.
5. El procedimiento según cualquier reivindicación anterior, en el que cada unidad de datos de protocolo se transmite una cada vez en respuesta a una concesión de planificación recibida.
6. El procedimiento según cualquier reivindicación anterior, en el que la etapa de transmitir (260) una subsiguiente segunda unidad de datos de protocolo se lleva a cabo tras interpretar el mensaje de retroalimentación HARQ como un acuse de recibo negativo para la primera unidad de datos de protocolo transmitida.
7. El procedimiento según cualquier reivindicación anterior, en el que la primera unidad de datos de protocolo retransmitida tiene una versión de redundancia de uno, en el que la primera unidad de datos de protocolo transmitida tiene una versión de redundancia de dos y/o en el que la segunda unidad de datos de protocolo transmitida tiene una versión de redundancia de uno.
8. El procedimiento según cualquier reivindicación anterior, en el que el procedimiento se aplica a un proceso HARQ.
9. El procedimiento según cualquier reivindicación anterior, siendo el procedimiento realizado por el transmisor (10).
10. El procedimiento según cualquier reivindicación anterior, en el que el transmisor (10) es una estación móvil.
11. Un procedimiento para sincronización de protocolo de capa de enlace HARQ para una transmisión de enlace ascendente entre un transmisor (10) y un receptor (20) en un sistema de comunicación LTE inalámbrico, comprendiendo el procedimiento:
- recibir (230) una primera unidad de datos de protocolo en respuesta a una concesión de planificación explícita transmitida,
- evaluar errores (240) en la primera unidad de datos de protocolo recibida,
- transmitir (250) un mensaje de retroalimentación HARQ para la primera unidad de datos de protocolo recibida en base a la evaluación de errores, donde el mensaje de retroalimentación HARQ es un acuse de recibo positivo para la primera unidad de datos de protocolo recibida,
- recibir (230) una subsiguiente segunda unidad de datos de protocolo distinta de la primera unidad de datos de protocolo en respuesta a una subsiguiente concesión de planificación explícita transmitida además del mensaje de retroalimentación HARQ, donde la subsiguiente concesión de planificación explícita indica al transmisor (10) que está autorizado para transmitir la segunda unidad de datos de protocolo; y
- recibir una primera unidad de datos de protocolo retransmitida en ausencia de la transmisión de una subsiguiente concesión de planificación explícita.
12. El procedimiento según la reivindicación 11, en el que la subsiguiente concesión de planificación explícita se transmite cuando no se detectan errores en la primera unidad de datos de protocolo recibida.
13. El procedimiento según la reivindicación 11 o 12, comprendiendo además el procedimiento:
- enviar otro mensaje de retroalimentación HARQ para otra unidad de datos de protocolo recibida, en base a una evaluación de errores, donde el otro mensaje de retroalimentación HARQ es un acuse de recibo negativo para la otra unidad de datos de protocolo recibida,
- detectar que otra unidad de datos de protocolo retransmitida no se recibe en respuesta al otro mensaje de retroalimentación HARQ enviado, y
- abortar las operaciones de procesamiento para la otra unidad de datos de protocolo recibida.
14. El procedimiento según cualquiera de las reivindicaciones 11 o 13, comprendiendo además el procedimiento:
- enviar una serie de otros mensaje de retroalimentación HARQ subsiguientes para otra unidad de datos de protocolo recibida, en base una evaluación de errores, donde cada uno de los otros mensajes de retroalimentación HARQ subsiguientes es un acuse de recibo negativo para la otra unidad de datos de protocolo recibida,
- detectar que otra unidad de datos de protocolo retransmitida no se recibe en respuesta a los otros mensajes de retroalimentación HARQ enviados, y
- abortar las operaciones de procesamiento para la otra unidad de datos de protocolo recibida.
15. El procedimiento según cualquiera de las reivindicaciones 11 a 14, en el que se reciben unidades de datos de protocolo sucesivas en respuesta a subsiguientes concesiones de planificación explícitas transmitidas.
16. El procedimiento según cualquiera de las reivindicaciones 11 a 15, en el que cada unidad de datos de protocolo se recibe una cada vez en respuesta a una concesión de planificación enviada.
17. El procedimiento según cualquiera de las reivindicaciones 11 a 16, en el que la primera unidad de datos de protocolo recibida tiene una versión de redundancia de uno, en el que la primera unidad de datos de protocolo retransmitida recibida tiene una versión de redundancia de dos y/o en el que la segunda unidad de datos de protocolo recibida tiene una versión de redundancia de uno.
18. El procedimiento según cualquiera de las reivindicaciones 11 a 17, en el que el procedimiento se aplica a un proceso HARQ.
19. El procedimiento según cualquiera de las reivindicaciones 11 a 18, siendo el procedimiento llevado a cabo por el receptor.
20. El procedimiento según cualquiera de las reivindicaciones 11 a 19, en el que el receptor (20) está adaptado como una estación base.
21. Un transmisor (10) para sincronización de protocolo de capa de enlace HARQ para una transmisión de enlace ascendente entre el transmisor (10) y un receptor (20) en un sistema de comunicación LTE inalámbrico, estando el transmisor (10) adaptado para:
- transmitir una primera unidad de datos de protocolo en respuesta a una concesión de planificación explícita recibida,
- recibir un mensaje de retroalimentación HARQ para la primera unidad de datos de protocolo transmitida, - transmitir una subsiguiente segunda unidad de datos de protocolo distinta de la primera unidad de datos de protocolo en respuesta a una subsiguiente concesión de planificación explícita recibida además del mensaje de retroalimentación HARQ, donde la subsiguiente concesión de planificación explícita indica al transmisor (10) que está autorizado para transmitir la segunda unidad de datos de protocolo; y
- retransmitir la primera unidad de datos de protocolo en ausencia de la recepción de una subsiguiente concesión de planificación explícita tras la interpretación del mensaje de retroalimentación HARQ como un acuse de recibo negativo para la primera unidad de datos de protocolo transmitida.
22. El transmisor (10) según la reivindicación 21, en el que el transmisor (10) está adaptado para llevar a cabo un procedimiento según cualquiera de las reivindicaciones 2 a 10.
23. Un receptor (20) para sincronización de protocolo de capa de enlace HARQ para una transmisión de enlace ascendente entre un transmisor (10) y un receptor (20) en un sistema de comunicación LTE inalámbrico, estando el receptor adaptado para:
- recibir una primera unidad de datos de protocolo en respuesta a una concesión de planificación explícita transmitida,
- evaluar errores en la primera unidad de datos de protocolo recibida,
- transmitir un mensaje de retroalimentación HARQ para la primera unidad de datos de protocolo recibida, en base a la evaluación de errores, donde el mensaje de retroalimentación HARQ es un acuse de recibo positivo para la primera unidad de datos de protocolo recibida,
- recibir una subsiguiente segunda unidad de datos de protocolo distinta de la primera unidad de datos de protocolo en respuesta a una subsiguiente concesión de planificación explícita transmitida además del mensaje de retroalimentación HARQ, donde la subsiguiente concesión de planificación explícita indica al transmisor (10) que está autorizado para transmitir la segunda unidad de datos de protocolo; y
- recibir la primera unidad de datos de protocolo retransmitida en ausencia de la transmisión de una subsiguiente concesión de planificación explícita.
24. El receptor (20) según la reivindicación 23, en el que el receptor (20) está adaptado para realizar un procedimiento según cualquiera de las reivindicaciones 11 a 20.
ES16165965T 2006-10-09 2007-10-09 Sincronización de protocolo sin NDI para HARQ Active ES2748723T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
SE0602182 2006-10-09

Publications (1)

Publication Number Publication Date
ES2748723T3 true ES2748723T3 (es) 2020-03-17

Family

ID=39283295

Family Applications (2)

Application Number Title Priority Date Filing Date
ES16165965T Active ES2748723T3 (es) 2006-10-09 2007-10-09 Sincronización de protocolo sin NDI para HARQ
ES19183543T Active ES2937920T3 (es) 2006-10-09 2007-10-09 Sincronización de protocolo mejorada para HARQ

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES19183543T Active ES2937920T3 (es) 2006-10-09 2007-10-09 Sincronización de protocolo mejorada para HARQ

Country Status (7)

Country Link
US (6) US8489951B2 (es)
EP (5) EP4167511A1 (es)
DK (2) DK3104544T3 (es)
ES (2) ES2748723T3 (es)
HU (1) HUE046678T2 (es)
PL (1) PL3104544T3 (es)
WO (1) WO2008044993A2 (es)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2007052719A1 (ja) * 2005-11-01 2009-04-30 株式会社エヌ・ティ・ティ・ドコモ 再送制御方法及び受信側装置
ES2748723T3 (es) * 2006-10-09 2020-03-17 Ericsson Telefon Ab L M Sincronización de protocolo sin NDI para HARQ
WO2008155733A2 (en) * 2007-06-18 2008-12-24 Nokia Corporation Acknowledgement aided space domain user scheduling for multi-user mimo
US8768383B2 (en) * 2007-09-13 2014-07-01 Lg Electronics Inc. Method for providing control information using the paging procedure
KR101441138B1 (ko) * 2007-09-28 2014-09-18 엘지전자 주식회사 무선통신 시스템에서 상향링크 시간 동기 수행 방법
KR101473010B1 (ko) * 2007-10-17 2014-12-15 엘지전자 주식회사 패킷망을 이용하여 서킷서비스를 제공하는 방법
KR101532789B1 (ko) * 2008-01-04 2015-07-09 엘지전자 주식회사 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법
KR101514079B1 (ko) * 2008-01-07 2015-04-21 엘지전자 주식회사 상향링크 시간 동기 타이머의 재구성 방법
WO2010002130A2 (en) 2008-07-03 2010-01-07 Lg Electronics Inc. Method for processing ndi in random access procedure and a method for transmitting and receiving a signal using the same
WO2010016669A2 (en) * 2008-08-04 2010-02-11 Samsung Electronics Co., Ltd. Signal transmission method and apparatus for user equipment in mobile communication system
US9094202B2 (en) * 2008-08-08 2015-07-28 Qualcomm Incorporated Utilizing HARQ for uplink grants received in wireless communications
WO2010048451A2 (en) * 2008-10-22 2010-04-29 Zte (Usa) Inc. Reverse link acknowledgment signaling
JP5182417B2 (ja) * 2009-03-09 2013-04-17 富士通株式会社 伝送データのエラーチェック装置および方法
WO2010129963A2 (en) 2009-05-08 2010-11-11 Zte (Usa) Inc. Reverse link signaling techniques for wireless communication systems
JP5609443B2 (ja) * 2009-09-30 2014-10-22 富士通株式会社 再送制御を行う装置及び方法
CN102238624A (zh) * 2010-04-30 2011-11-09 北京三星通信技术研究有限公司 一种获取上行数据接收状况的方法
US8675474B2 (en) * 2010-12-10 2014-03-18 Htc Corporation Method and system for handling error in LPP messages exchange
EP2738966B1 (en) * 2011-07-25 2018-09-12 LG Electronics Inc. Method and apparatus for transmitting data in a wireless communication system
US9019843B2 (en) * 2012-09-13 2015-04-28 International Business Machines Corporation Utilizing stored data to reduce packet data loss in a mobile data network with data breakout at the edge
US9369247B2 (en) * 2013-03-15 2016-06-14 Blackberry Limited Simultaneously accessing shared resources
CN105191198A (zh) * 2014-03-19 2015-12-23 华为技术有限公司 数据传输及反馈的处理方法及装置
US9438383B2 (en) * 2014-04-18 2016-09-06 Verizon Patent And Licensing Inc. Resolving falsely decoded acknowledgments
EP3249885B1 (en) 2015-01-23 2021-09-01 LG Electronics Inc. Method and apparatus for transmitting/receiving signal of device-to-device communication terminal in wireless communication system
US9954649B2 (en) 2015-04-29 2018-04-24 At&T Intellectual Property I, L.P. System and method for HARQ in cloud RAN with large front haul latency
WO2017003048A1 (ko) * 2015-07-02 2017-01-05 엘지전자(주) 무선 통신 시스템에서 상향링크 데이터 송수신 방법 및 이를 위한 장치
WO2017061662A1 (ko) * 2015-10-07 2017-04-13 엘지전자 주식회사 무선 통신 시스템에서 harq를 사용하여 재전송 데이터를 전송하는 방법 및 장치
WO2017155321A1 (ko) * 2016-03-09 2017-09-14 엘지전자 주식회사 무선 통신 시스템에서 단말이 하향링크 신호를 수신하는 방법 및 이를 위한 장치
US10389487B2 (en) 2017-01-17 2019-08-20 At&T Intellectual Property I, L.P. Adaptive downlink control channel structure for 5G or other next generation networks
TWI702881B (zh) * 2017-06-16 2020-08-21 新加坡商聯發科技（新加坡）私人有限公司 行動通信中處理資料重複之方法和裝置
US11038628B2 (en) * 2019-05-04 2021-06-15 Qualcomm Incorporated Procedures for configured grants
WO2021206528A1 (ko) * 2020-04-10 2021-10-14 엘지전자 주식회사 Nr v2x에서 sci 상의 ndi 값을 결정하는 방법 및 장치

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10132577A1 (de) * 2001-07-10 2003-01-30 Philips Corp Intellectual Pty Verfahren zur Übertragung von Datenpaketen
US7379434B2 (en) * 2001-10-19 2008-05-27 Koninklijke Philips Electronics N.V. Radio communication system
AU2003228926A1 (en) * 2002-05-10 2003-11-11 Interdigital Technology Corporation Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors
US7414989B2 (en) * 2003-05-07 2008-08-19 Motorola, Inc. ACK/NACK determination reliability for a communication device
US7190893B2 (en) 2003-06-27 2007-03-13 Valeo Electrical Systems, Inc. Fluid heater with low porosity thermal mass
EP1647105B1 (en) * 2003-07-11 2012-11-21 Philips Intellectual Property & Standards GmbH Transmission of data packets from a transmitter to a receiver
ATE424066T1 (de) * 2004-01-22 2009-03-15 Panasonic Corp Verfahren und vorrichtungen zum umschalten zwischen asynchronen und synchronen harq- wiederübertragungsmoden
CN101040557B (zh) * 2004-08-10 2010-12-08 日本电气株式会社 通信控制方法、无线电通信***、基站和移动站
DE602004018325D1 (de) * 2004-11-03 2009-01-22 Panasonic Corp HARQ Protokolloptimierung für Paketdatenübertragung
JPWO2006051827A1 (ja) * 2004-11-09 2008-05-29 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動局、無線基地局及び無線回線制御局
US7693125B2 (en) * 2004-12-27 2010-04-06 Lg Electronics Inc. Supporting hybrid automatic retransmission request in orthogonal frequency division multiplexing access radio access system
KR101004069B1 (ko) * 2006-02-03 2010-12-27 노키아 코포레이션 복합 자동 반복 요청 장애를 처리하기 위한 방법, 장치 및 컴퓨터 프로그램
US7502981B2 (en) * 2006-04-19 2009-03-10 Motorola, Inc. Automatic repeat request (ARQ) scheme
US20080045255A1 (en) * 2006-08-21 2008-02-21 Motorola, Inc. Method of transmitting scheduling information by a wireless communication device and a wireless communication device
BRPI0719540A2 (pt) * 2006-10-02 2014-01-14 Lg Electronics Inc Método de retransmissão para sistema multiportadora
ES2748723T3 (es) * 2006-10-09 2020-03-17 Ericsson Telefon Ab L M Sincronización de protocolo sin NDI para HARQ

Also Published As

Publication number Publication date
EP3104544B1 (en) 2019-07-03
PL3104544T3 (pl) 2020-01-31
EP2074734A2 (en) 2009-07-01
US20180323954A1 (en) 2018-11-08
EP2074734A4 (en) 2014-02-05
US10992448B2 (en) 2021-04-27
DK3104544T3 (da) 2019-10-07
EP2074734B1 (en) 2016-05-04
EP2782285A1 (en) 2014-09-24
US10033522B2 (en) 2018-07-24
WO2008044993A3 (en) 2008-06-05
EP2782285B1 (en) 2016-12-07
US8489951B2 (en) 2013-07-16
US20210226765A1 (en) 2021-07-22
WO2008044993A2 (en) 2008-04-17
US20100077272A1 (en) 2010-03-25
EP4167511A1 (en) 2023-04-19
US11849017B2 (en) 2023-12-19
US20240080175A1 (en) 2024-03-07
US9485059B2 (en) 2016-11-01
DK3605915T3 (da) 2023-01-09
US20170005783A1 (en) 2017-01-05
EP3104544A1 (en) 2016-12-14
HUE046678T2 (hu) 2020-03-30
US20130266001A1 (en) 2013-10-10
ES2937920T3 (es) 2023-04-03
EP3605915B1 (en) 2022-12-07
EP3605915A1 (en) 2020-02-05

Similar Documents

Publication Publication Date Title
ES2748723T3 (es) Sincronización de protocolo sin NDI para HARQ
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.
KR100895026B1 (ko) 패킷의 순차적인 전달 기능을 갖는 혼성 자동 재송 요구기법
RU2353063C2 (ru) Способ и устройство для сокращения служебных сигналов в усовершенствованной восходящей линии связи в системе беспроводной связи
ES2393829T5 (es) Reporte de estado para el protocolo de retransmisión
KR101532789B1 (ko) 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법
KR101676377B1 (ko) 기지국 및 이동국 사이에서 데이터를 교환하는 방법
JPWO2007052719A1 (ja) 再送制御方法及び受信側装置
JP2008503967A (ja) データを通信する方法及びシステム並びにデータを送信する局
JPWO2008096878A1 (ja) 再送制御方法及び受信側装置
JPWO2008096877A1 (ja) 再送制御方法及び受信側装置
JP4708982B2 (ja) 再送制御方法及び受信側装置
US8761135B2 (en) Methods and arrangements in a wireless telecommunication system
US20110119549A1 (en) Method of associating automatic repeat request with hybrid automatic repeat request