ES2365801T3 - Esquema de solicitud de repetición automática híbrida (harq) con entrega en secuencia de paquetes. - Google Patents

Esquema de solicitud de repetición automática híbrida (harq) con entrega en secuencia de paquetes. Download PDF

Info

Publication number
ES2365801T3
ES2365801T3 ES02727894T ES02727894T ES2365801T3 ES 2365801 T3 ES2365801 T3 ES 2365801T3 ES 02727894 T ES02727894 T ES 02727894T ES 02727894 T ES02727894 T ES 02727894T ES 2365801 T3 ES2365801 T3 ES 2365801T3
Authority
ES
Spain
Prior art keywords
sequence
data
data blocks
data block
block
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.)
Expired - Lifetime
Application number
ES02727894T
Other languages
English (en)
Inventor
Esa Malkamaki
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.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=23122846&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2365801(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Oyj filed Critical Nokia Oyj
Application granted granted Critical
Publication of ES2365801T3 publication Critical patent/ES2365801T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • 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/1614—Details of the supervisory signal using bitmaps
    • 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/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • 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/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • 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/1803—Stop-and-wait protocols
    • 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]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

Un procedimiento que comprende: encapsular paquetes en una secuencia de bloques de datos; seleccionar un esquema de codificacion para la secuencia de bloques de datos; asignar un respectivo numero de secuencia de bloque de datos a cada bloque de datos en la secuencia de bloques de datos: transmitir la secuencia de bloques de datos y los respectivos numeros de secuencia de bloques de datos a un terminal receptor; recibir un acuse de recibo positivo o negativo por separado para cada bloque de datos en la secuencia de bloques de datos, en donde el acuse de recibo positivo o negativo no incluye los respectivos numeros de secuencia de bloques de datos; e identificar para cada acuse de recibo positivo o negativo recibido el bloque de datos reconocido en la secuencia de bloques de datos transmitidos, en base un retardo predefinido entre la recepcion de un bloque de datos en la secuencia de bloques de datos por parte del terminal receptor (12) y la transmision del acuse de recibo positivo o negativo para el bloque de datos por parte del terminal receptor.

Description

Campo de la invención
La presente invención se refiere a la comunicación inalámbrica, tal como la proporcionada por sistemas según lo especificado en el Acceso Múltiple por División de Código de Banda Ancha (WCDMA), versión 5 del 3GPP (Proyecto de Colaboración de Tercera Generación), y el Acceso de Paquetes de Enlace Descendente de Alta Velocidad (HSDPA), pero también según lo proporcionado por otras clases de sistemas de comunicación inalámbrica. Más específicamente, la presente invención se refiere a una modificación de la denominada solicitud de repetición automática híbrida (HARQ) usada en HSDPA, una modificación que permite la entrega en secuencia de unidades de datos de protocolo (PDU) a la capa de control del enlace de radio (RLC) del terminal inalámbrico receptor.
Antecedentes de la invención
Un procedimiento de acuse de recibo usado para garantizar la entrega de paquetes por la interfaz de radio del Servicio General de Radio en Paquetes (GPRS) se revela en la publicación “Operaciones de acuse de recibo en la capa de RLC del GPRS”, Comunicaciones Multimedia Móviles (1999), de Ajib W et al. La publicación revela una descripción de la interfaz de radio del GPRS, y de sus procedimientos de subcapas, los procedimientos de la capa de Control de Enlace de Radio y de Control de Acceso al Medio (RLC / MAC), donde se usa un mecanismo híbrido de FECIARQ para mejorar las prestaciones del mecanismo de acuse de recibo del RLC, y en el cual un mecanismo híbrido de FECIARQ permite disminuir el número de bloques de control usados para el acuse de recibo del RLC y reducir por ello el retardo solicitado para una entrega de paquete. Además, la publicación revela un protocolo de acuse de recibo que usa un mensaje de Ack / Nack que contiene un mapa de bits que indica el estado del acuse de recibo de los bloques de datos anteriores.
En los sistemas basados en el Acceso Múltiple por División de Código de Banda Ancha (WCDMA), la transmisión de datos de alta velocidad puede habilitarse por medio de la denominada transmisión del acceso a paquetes del enlace descendente de alta velocidad (HSDPA), que puede brindar funciones tales como la solicitud rápida de repetición automática híbrida (HARQ), la codificación y modulación adaptables (AMC) y la selección celular rápida (FCS). Una descripción detallada de estas y otras funciones del HSPDA puede hallarse en el informe técnico del Proyecto de Colaboración de Tercera Generación Nº 3G TR25.848, versión 2000, titulado PHYSICAL LAYER ASPECTS OF UTRA HIGH SPEED DOWNLINK PACKET ACCESS [ASPECTOS DE LA CAPA FÍSICA DEL ACCESO DE PAQUETES DE ENLACE DESCENDENTE DE ALTA VELOCIDAD DEL ACCESO TERRESTRE POR RADIO DEL UMTS].
Actualmente se supone que con HSDPA, cada equipo de usuario que recibe datos por un canal compartido de enlace descendente de alta velocidad (HS-DSCH), que es un canal de transporte, es decir, un canal entre la capa de control de acceso al medio (MAC) y la capa física (PHY), también adjudica y usa un canal dedicado asociado (DCH). El canal dedicado puede asociarse a un canal físico dedicado (DPCH) en la capa física. El DPCH está habitualmente dividido en un canal de datos físico dedicado (DPDCH) y un canal de control físico dedicado (DPCCH), tanto en el enlace ascendente como en el enlace descendente. Los datos tales como los comandos de control de potencia, la información del formato de transporte y los símbolos piloto dedicados se transmiten por el DPCCH. La información tal como la información de retroalimentación de diversidad también puede transmitirse por el DPCCH en el enlace ascendente. El HS-DSCH puede asociarse a uno o varios canales compartidos físicos del enlace descendente de alta velocidad (HSPDSCH) en la capa PHY.
El canal dedicado asociado DCH se adjudica usualmente tanto para el enlace descendente como para el enlace ascendente, y se usa habitualmente para llevar información y señalización relacionada con el HSDPA, así como otros datos dedicados, tales como voz y datos de control. Un terminal de usuario puede comunicarse con varias estaciones base (usándose aquí el término estación base en algunos lugares para indicar lo que se llama un nodo B en las especificaciones de la UTRAN (Red de Acceso por Radio Terrestre del Sistema Universal de Telefonía Móvil (UMTS)) a la vez durante lo que se llama el traspaso suave y, en tales situaciones, se dice que el canal dedicado asociado está en un traspaso suave.
Además de haber un canal dedicado (DCH) asociado a un HS-DSCH, puede también haber un canal de control compartido (SCCH) asociado al HS-DSCH. Un SCCH puede usarse para llevar información y señalización específica del HS-DSCH a los usuarios que reciben datos por el HS-DSCH.
Según las propuestas actuales, el canal dedicado (DCH) se usaría para informar al equipo de usuario que tiene datos para leer en el HS-DSCH y SCCH; en tal disposición, un usuario recibiría una indicación, por el canal dedicado, de datos a leer sólo cuando hay datos para el usuario. Con tal uso, el canal dedicado serviría como un canal puntero, ya que señalaría al usuario los canales compartidos.
El canal dedicado (DCH) también llevaría información acerca de esquemas de modulación y codificación, niveles de potencia y parámetros similares usados para los canales compartidos. Esta información también podría enviarse por el canal compartido. Si el canal de control compartido se usa para llevar esta información, entonces debe transmitirse antes que el correspondiente canal de datos compartidos (HS-DSCH). El canal de control compartido, por otra parte, se usaría para llevar información que es específica para los datos transmitidos por el canal de datos compartidos, información tal como números de paquete para el proceso HARQ, así como otra información. El canal de control compartido podría enviarse como un canal de código distinto (es decir, podría ser multiplexado en código) o podría enviarse usando los mismos canales de código que el HS-PDSCH (es decir, podría multiplexarse en tiempo con el HSPDSCH).
A diferencia del canal dedicado, según las propuestas existentes, se supone que el HS-DSCH no está en traspaso suave; se supone que cada estación base tiene su propio canal compartido y se supone que un terminal de usuario recibe datos por un HS-DSCH desde sólo una estación base a la vez. La denominada técnica de selección celular rápida (FCS) se usaría para conmutar desde una estación base a otra para recibir datos por el HS-DSCH. Sin embargo, los canales compartidos no usarían el control de potencia. En cambio, se propone que los canales compartidos se transmitan, bien con potencia que está fijada o bien con potencia que está semifijada (lo que significa que la potencia no se cambia demasiado a menudo). La potencia, por ejemplo, podría ser un parámetro específico de la célula.
En las propuestas actuales, se planea que el canal compartido de enlace descendente de alta velocidad (HS-DSCH) esté asociado con un canal dedicado que llevaría, en el enlace descendente, al menos información con respecto a la temporización cuando la estación receptora ha de recibir por un canal compartido. En el enlace ascendente, el canal dedicado asociado llevaría, entre otra información, los acuses de recibo (ACK) requeridos usados en un llamado HARQ rápido, es decir, el proceso HARQ usado por la capa / entidad / servicio del MAC de alta velocidad (MAC-hs), según se explica en el documento 3GPP TR 25.950 v4.0.0 (2001-03) UTRA High Speed Downlink Packet Access (Acceso de paquetes de enlace descendente de alta velocidad del UTRA).
A modo de una explicación de la fraseología usada aquí: un proceso HARQ se usa para indicar lo que a veces se llama un ‘canal’ HARQ; un bloque de datos se usa aquí para indicar un bloque de datos de HARQ y es un bloque de datos transmitidos (y retransmitidos) por una entidad HARQ en el MAC-hs. Un paquete es un término general, y se usa a veces para indicar un bloque de datos y a veces una PDU del RLC.
El RLC versión ’99 supone que los paquetes (las PDU del RLC) se reciben en orden. Para el servicio en modalidad sin acuse de recibo (UM), si falta una PDU del RLC, se descarta la unidad completa de datos de servicio del RLC. Para el servicio en la modalidad con acuse de recibo (AM), una PDU del RLC perdida causa una solicitud de retransmisión. Si las PDU del RLC de un mensaje no se reciben en secuencia, algunas SDU del RLC pueden descartarse innecesariamente para la UM y algunas retransmisiones innecesarias de PDU del RLC pueden generarse para la AM. Por lo tanto, es ventajoso que o bien el MAC-hs proporcione la entrega en secuencia de las PDU del RLC de un mensaje o bien que la capa del RLC se modifique para dar soporte a la entrega fuera de secuencia de las PDU del RLC. Además de las PDU de datos, también hay PDU de control del RLC, que no están numeradas y, por lo tanto, si se reciben fuera de secuencia, no pueden reordenarse en base a los números de secuencia de PDU del RLC.
Si se implementa la renumeración en secuencia en la capa MAC usando el MAC-hs, se requiere la numeración de bloques de datos por parte del MAC-hs. (La numeración de las PDU del RLC usualmente se desconoce en la capa MAC). Esta numeración de bloques de datos debería extenderse por los procesos HARQ (o los N ‘canales’ HARQ, como se llaman en el documento TR 25.950) para recuperarse de los TTI (intervalos de tiempo de transmisión) perdidos, es decir, los TTI para los cuales no puede leerse el identificador de terminal de usuario. Un TTI es el tiempo entre entregas consecutivas de datos entre la capa de control de acceso al medio (MAC) y la capa de transporte L1, y por ello define la periodicidad con la cual se transfieren los Conjuntos de Bloques de Transporte a la capa física por la interfaz de radio. Los procesos HARQ son iguales a los canales HARQ, según se describen en el documento TR
25.950. Hay N procesos HARQ, funcionando cada uno con el protocolo de parar-y-esperar (SAW). Los bloques de datos entrantes se distribuyen a distintos procesos HARQ. El receptor tiene que conocer qué proceso HARQ se está recibiendo en cada momento. Por lo tanto, el número de proceso HARQ tiene que enviarse por el canal de control compartido.
Si se usan números más largos de bloque de datos HARQ entre los procesos HARQ, los números de proceso HARQ no son necesarios, ya que la combinación por software de primeras transmisiones y retransmisiones del mismo bloque pueden basarse en el número de bloque de datos HARQ. El uso de números de bloque de datos HARQ hace que el esquema HARQ sea similar a un esquema de repetición selectiva (SR). (A fin de controlar los tamaños de almacén temporal de reordenamiento en secuencia, deberían especificarse algunas ventanas de transmisión y recepción).
La HARQ asíncrona requiere que el número de proceso HARQ se señalice en el enlace descendente. Si hay N = 6 subcanales (es decir, 6 procesos HARQ), se necesitan 3 bits para señalizar el número de proceso HARQ. Además, se necesita al menos un número de secuencia de bit por proceso (canal) HARQ para recuperarse de errores en los ACK / NACK. Esto implica que se necesitan al menos ‘números de secuencia’ de cuatro bits con la HARQ asíncrona de N canales. Sin embargo, los números de secuencia de cuatro bits no garantizarían la entrega en secuencia de los paquetes (las PDU del RLC). El protocolo SAW garantiza que dentro de cada proceso HARQ se entregan los bloques de datos en orden. Sin embargo, es posible que un bloque de datos en un proceso HARQ pase más rápidamente (con menos retransmisiones) que otro bloque (anterior) de datos en otro proceso HARQ. Además, si un bloque de datos se pierde totalmente entremedias (es decir, el UE no sabe si el bloque perdido estaba destinado para él o para algún otro UE), entonces el UE no puede continuar rastreando el orden correcto de los bloques de datos.
Lo que se necesita es un esquema HARQ asíncrono de N canales (es decir, un esquema HARQ de N procesos) con números de secuencia que abarquen los N canales (procesos), donde los números de secuencia sean lo bastante largos como para garantizar la entrega en secuencia de los paquetes (las PDU del RLC) a la capa de RLC por parte de la capa MAC-hs, pero lo bastante cortos como para no aumentar significativamente la carga de señalización.
Resumen de la invención
En consecuencia, en un primer aspecto de la invención, se proporciona un procedimiento según lo definido por las reivindicaciones 1 y 6.
De acuerdo al primer aspecto de la invención, los números de secuencia pueden comunicarse en banda con los bloques de datos o fuera de banda y, si se entregan fuera de banda, los números de secuencia pueden usarse en la combinación de HARQ. También de acuerdo al primer aspecto de la invención, cada bloque de datos puede ser reconocido por separado, y el acuse de recibo puede enviarse después de un retardo predefinido.
Aún de acuerdo al primer aspecto de la invención, el protocolo en capas puede incluir una capa MAC con una entidad de MAC-hs, incluyendo también una capa de RLC, y la primera capa puede ser la capa MAC, y la capa superior puede ser la capa RLC, y la entidad de MAC-hs del terminal receptor puede proporcionar el acuse de recibo de señalización de los bloques de datos sin el uso de números de secuencia, y puede entregar los bloques de datos en orden a la capa del RLC de la entidad receptora.
En un segundo aspecto de la invención, se proporciona un aparato según lo definido por la reivindicación 15.
En un tercer aspecto de la invención, se proporciona un aparato según lo definido por la reivindicación 21.
En un cuarto aspecto de la invención, se proporciona un sistema según lo definido por la reivindicación 27.
Además de proporcionar la entrega en secuencia (a la capa de RLC de un terminal receptor o a algún otro protocolo de capa superior de un terminal receptor) de las PDU (de datos) del usuario, la invención también puede usarse para proporcionar la entrega en secuencia de las PDU de control.
Breve descripción de los dibujos
Los objetos, características y ventajas anteriores, y otros, de la invención devendrán evidentes a partir de una consideración de la subsiguiente descripción detallada, presentada con respecto a los dibujos adjuntos, en los cuales:
la Fig. 1 es un diagrama en bloques, o diagrama de flujo, de un sistema que incluye un terminal remitente (una estación base o un terminal inalámbrico tal como un teléfono móvil) y un terminal receptor (una estación base o un terminal inalámbrico), donde el terminal remitente está enviando una secuencia de bloques de datos al terminal receptor, según la invención;
la Fig. 2 es una ilustración de un escenario donde el terminal remitente de la Fig. 1 envía un bloque de datos al terminal receptor y el bloque de datos no es recibido con éxito al principio;
la Fig. 3 es un diagrama de flujo del funcionamiento del terminal receptor de la Fig. 1, según la invención, al recibir una secuencia de bloques de datos desde el terminal remitente de la Fig. 1; y
la Fig. 4 es un diagrama de flujo del proceso global en el cual el terminal remitente de la Fig. 1 envía al terminal receptor de la Fig. 1 una secuencia de bloques de datos, según la invención.
Modalidad óptima para llevar a cabo la invención
Para la transmisión inalámbrica de paquetes (PDU del RLC), encapsulados en bloques de datos (del MAC), entre las capas de RLC de dos terminales que usan el servicio MAC-hs de la capa MAC, la invención proporciona un esquema HARQ asíncrono de N canales en el cual se usan números de secuencia HARQ de al menos cinco bits entre los N canales (es decir, por todo el proceso HARQ), es decir, para cada bloque de datos de MAC-hs. El uso de tales números de secuencia puede garantizar la entrega en secuencia de las PDU del RLC (paquetes), después de ser transmitidas encapsuladas en bloques de datos (de MAC), por parte del servicio MAC-hs del terminal receptor. Los bloques de datos (de MAC) se proporcionan a la capa PHY mediante canales de transporte durante los TTI.
Según la invención, los bloques de datos de MAC-hs se numeran antes de la transmisión, y luego los bloques de datos se distribuyen a distintos procesos HARQ para su transmisión. Si el número de bloque de datos de MAC-hs se envía fuera de banda por el canal de control compartido (SCCH), entonces también puede usarse para combinar por software los bloques de datos en la capa física, lo que significa combinar las versiones retransmitidas del mismo bloque de datos en la capa física utilizando las decisiones de software antes de la descodificación de canal del bloque. Cuando la capa física recibe un bloque de datos, tiene que saber si este bloque es nuevo o una retransmisión. Si es una retransmisión, entonces la capa física necesita saber con cuál bloque anteriormente recibido debería combinarse este bloque. En la HARQ de N canales, la retransmisión se envía siempre usando el mismo proceso HARQ. Por lo tanto, la capa física sabe qué bloques combinar en base al número de proceso HARQ. Sin embargo, si el número de bloque de datos de MAC-hs se envía fuera de banda por el SCCH, entonces el número de bloque de datos de MAC-hs (en lugar del número de proceso HARQ) puede usarse para indicar qué bloques combinar. La capa MAC-hs usaría entonces estos números de bloque de datos MAC-hs para reordenar en secuencia los bloques de datos recibidos por los N canales, es decir, MAC-hs retiene los bloques de datos (que contienen las PDU del RLC) en un almacén temporal de reordenamiento en secuencia, hasta que todos se reciban correctamente, ordenando los bloques de datos correctamente recibidos antes de la entrega al RLC. Además, como en la HARQ de N canales, el acuse de recibo es síncrono (o, en otras palabras, se lleva a cabo según un protocolo de comunicación síncrono), es decir, cada TTI es reconocido por separado después de un retardo fijo (o semiestático) y, por tanto, no se necesitan números de secuencia en el acuse de recibo de un bloque de datos.
La invención se describe más adelante en el contexto del HSDPA del WCDMA y, en particular, en el caso de una transmisión de datos de enlace descendente y señalización de ACK / NAK de enlace ascendente. Debería entenderse, sin embargo, que la invención tiene uso en otros contextos, incluyendo la señalización de ACK / NAK de enlace descendente, y en el caso de comunicación que usa algo distinto al HSDPA del WCDMA.
Con referencia ahora a la Fig. 1, un terminal remitente 11 y un terminal receptor 12 se muestran incluyendo los módulos 11a 11b 11c 12a 12b 12c para funcionar según un protocolo WCDMA. Más específicamente, en el terminal remitente 11, un módulo 11a de RLC es una fuente de una secuencia de paquetes (las PDU del RLC) destinadas para un módulo 12a de RLC de igual rango del terminal receptor 12. El módulo 11a de RLC del terminal remitente proporciona la secuencia de paquetes al módulo 11b de MAC-hs del terminal remitente, el cual, según la invención, después de encapsular los paquetes en bloques de datos de MAC, asigna un respectivo número de secuencia a los bloques de datos. El módulo 11b de MAC-hs del terminal remitente proporciona luego los números de secuencia y los bloques de datos a un módulo 11b de la capa PHY del terminal remitente, por uno u otro canal de transporte, y el módulo 11c de PHY transmite luego los bloques de datos y sus respectivos números de secuencia al terminal receptor 12 por canales físicos usualmente diversos (explicados en más detalle más adelante, especialmente con respecto a la Fig. 2).
Debería observarse que la Figura 1 es una vista simplificada del funcionamiento de un terminal receptor. Algunas capas / entidades del protocolo se omiten para mayor claridad, tales como la entidad MAC-d y la entidad MAC-c/sh entre el RLC y la entidad MAC-hs.
Con referencia aún a la Fig. 1, en el terminal receptor 12, un módulo 12c de PHY recibe los diversos canales físicos usados para llevar los bloques de datos y sus respectivos números de secuencia, y los proporciona a un módulo 12b de MAC-hs (por diversos canales de transporte). Luego, usando la señalización ACK / NAK para incitar al terminal remitente a reenviar los bloques de datos que no estén recibidos exitosamente, el bloque 12b de datos de MAC-hs extrae de cada bloque de datos (de MAC-hs) todo paquete que esté encapsulado en el bloque de datos y, en base a los respectivos números de secuencia de los bloques de datos (y suponiendo que los paquetes estén encapsulados dentro de los bloques de datos en secuencia), proporciona los paquetes en secuencia por uno u otro canal lógico al módulo 12a de RLC del terminal receptor, por ejemplo, según el procedimiento ilustrado en la Fig. 3 (es decir, reteniendo exitosamente los bloques de datos recibidos hasta que todos los bloques de datos anteriores en la secuencia hayan sido exitosamente recibidos y sus paquetes entregados al módulo 12a de RLC).
La llamada HARQ rápida, es decir, la HARQ usada por la capa MAC-hs, funciona de la siguiente manera. Cuando hay datos a transmitir a un terminal de usuario dado, es decir, hay paquetes en el almacén temporal de transmisión de MAC-hs, un planificador de paquetes adjudica un canal de enlace descendente para el terminal de usuario dado, el control de AMC selecciona una modulación y esquema de codificación (MCS) adecuados y, según el MCS, transmite uno o varios paquetes en un bloque de datos al terminal de usuario. Se da al bloque de datos un número de secuencia, que habitualmente tiene al menos cinco bits de longitud.
Para esta explicación, se supone que el bloque de datos se comunica a la capa PHY en un TTI por el canal compartido de enlace descendente de alta velocidad (HS-DSCH), para su transmisión por la capa PHY al terminal de usuario, mientras que el número de secuencia se envía por el canal de control compartido (SCCH). En los TTI subsiguientes, pueden transmitirse más datos, es decir, más bloques de datos, al mismo terminal de usuario o a otros terminales de usuario. Los bloques de datos enviados a un terminal de usuario dado se numeran secuencialmente (módulo 32, si se usan números de secuencia de cinco bits). Cuando el terminal de usuario recibe un bloque de datos, su capa física descodifica primero el canal de control compartido para obtener el número de secuencia (así como otra información relevante enviada por el SCCH). En base al número de secuencia, la capa física del terminal de usuario comprueba un almacén temporal de combinación por software, donde almacena bloques de datos que ya ha recibido, pero que tienen errores, a fin de determinar si ya ha recibido el bloque de datos indicado por el número de secuencia, es decir, para determinar si el bloque de datos es un bloque de datos retransmitido. (Como se ha mencionado anteriormente, los bloques de datos erróneos se almacenan temporalmente en formato de decisión por software en el almacén temporal de combinación por software, para aguardar las retransmisiones, y cada bloque de datos almacenado allí se asocia a un correspondiente número de secuencia). Si la capa física del terminal de usuario determina que el bloque de datos es un bloque de datos retransmitido, entonces combina el bloque de datos retransmitido y el bloque de datos anteriormente recibido, y descodifica el bloque combinado de datos. (La retransmisión puede ser idéntica a la transmisión original, en cuyo caso el esquema ARQ se llama Combinación de Chase, o bien la retransmisión puede contener redundancia adicional, en cuyo caso el esquema ARQ se llama ARQ de redundancia incremental o ARQ híbrida de tipo II. Estos y otros procedimientos de combinación son posibles y conocidos para un experto en la técnica).
Si no hay ninguna versión ya recibida del bloque de datos, entonces el bloque de datos recibidos es simplemente descodificado. Si la descodificación es exitosa, es decir, si no hay ningún error en el bloque de datos, el receptor envía un acuse de recibo positivo (ACK) al transmisor. El ACK se envía como un bit (o bits) en una posición predeterminada dentro de la trama de enlace ascendente usando, por ejemplo, el DPCCH de enlace ascendente. Si la descodificación falla, es decir, si hay errores en el bloque de datos, las decisiones por software del bloque de datos erróneos se almacenan en el almacén temporal de combinación por software junto con el número de secuencia y se envía un acuse de recibo negativo (NAK) al transmisor.
Si el bloque de datos se recibió libre de errores, es decir, exitosamente, el receptor comprueba si todos los bloques de datos anteriores en la secuencia (en base al número de secuencia) ya han sido recibidos correctamente (es decir, si todos los bloques de datos anteriores en la secuencia están en el almacén temporal de reordenamiento en secuencia e indicados como que han sido recibidos exitosamente). Si es así, entonces los paquetes del bloque de datos se entregan a las capas superiores (en el orden en el cual están encapsulados en el bloque de datos) pero, si no es así, entonces el bloque de datos se almacena en el almacén temporal de reordenamiento en secuencia, para esperar hasta que los bloques de datos anteriores se reciban también correctamente. De esta manera, puede garantizarse la entrega en secuencia de los paquetes (PDU de RLC).
Un número de secuencia de cinco bits permite un espacio numérico de 32, es decir, hay 32 números distintos en uso y los bloques de datos se numeran en módulo 32. Sin embargo, para un número de secuencia de cinco bits, las ventanas ARQ de transmisión y recepción se dimensionan para 16 bloques de datos. Esto evita la situación en que hay a la vez, en la ventana receptora, un bloque de datos con número n y un bloque de datos con número n + 32, que no son distinguibles, ya que (n + 32) módulo 32 = n. Cuando el transmisor recibe un acuse de recibo positivo (ACK) del primer bloque de datos en la ventana de transmisión, sube la ventana hasta que llega al primer bloque de datos no reconocido. Si el bloque de datos reconocido no es el primero en la ventana, el transmisor simplemente lo marca como correctamente recibido (pero no mueve la ventana) y espera acuses de recibo adicionales. En el receptor, cuando un bloque de datos se recibe correctamente, la ventana de recepción se mueve si el bloque de datos correctamente recibido es el primero en la ventana. Cuando el primer bloque de datos y, posiblemente, algunos bloques de datos próximos en la ventana de recepción han sido correctamente recibidos, MAC-hs entrega a las capas superiores del protocolo (tales como la capa RLC) los bloques de datos correctamente recibidos en secuencia (y por tanto los paquetes dentro de los bloques de datos, en el orden en que fueron encapsulados dentro de los bloques de datos) y mueve la ventana de recepción hasta el primer bloque de datos faltante (es decir, el primer bloque de datos no indicado como que ha sido correctamente recibido).
Para mantener el almacén temporal de combinación por software en un tamaño manejable, la invención, preferiblemente, usa la transmisión por N canales, es decir, el uso de N canales paralelos por parte de la entidad remitente (por ejemplo, una estación base) para comunicar paquetes a la entidad receptora (por ejemplo, un terminal inalámbrico de usuario tal como un teléfono móvil). Con la transmisión por N canales, deben almacenarse hasta N bloques de datos en el almacén temporal de combinación por software. Las retransmisiones pueden ser bien síncronas (retransmisión permitida sólo en cada N-ésimo TTI, es decir, en el TTI número x+N, x+2N, y así sucesivamente, donde x es el número de TTI de la primera transmisión) o bien asíncronas (retransmisión permitida en cualquier TTI después del mínimo retardo de ida y vuelta, es decir, en el TTI número x+N, x+N+1, x+N+2, y así sucesivamente, donde x es el número de TTI de la primera transmisión); el esquema de numeración según la invención permite lo uno y lo otro. Preferiblemente, la combinación por software se basa en los números de secuencia para la transmisión bien síncrona o bien asíncrona; es decir, incluso en el caso síncrono, el receptor debería comprobar que el número de secuencia de un bloque de datos recibido tiene el número de secuencia esperado antes de combinar el bloque de datos con un bloque de datos anteriormente recibido.
Como la numeración de secuencia es entre los N canales (lo que significa que la numeración se hace antes de distribuir los bloques a distintos canales / procesos de HARQ), la invención no requiere usar la transmisión de N canales, es decir, la combinación por software puede basarse en los números de secuencia, siempre que se envíen fuera de banda. Sin embargo, según la invención, para limitar el tamaño del almacén temporal de combinación por software en el receptor, se usa la transmisión por N canales, y se mantiene un máximo de N bloques de datos en el almacén temporal de transmisión a la espera del ACK, y el transmisor no envía un nuevo bloque de datos si ya hay N bloques de datos no reconocidos (bloques de datos para los cuales bien no se ha recibido aún un ACK / NAK, o bien para los cuales se ha recibido un NAK). Si el transmisor ya tiene N bloques de datos en su almacén temporal de transmisión, el transmisor debería retransmitir los bloques de datos para los cuales ha recibido los NAK, en lugar de transmitir bloques de datos adicionales cualesquiera. Cada vez que el transmisor recibe un ACK, envía un nuevo bloque de datos (siempre que la ventana de transmisión para el reordenamiento en secuencia permita enviar un nuevo bloque de datos). (Sólo se permite enviar aquellos bloques cuyos números de secuencia estén dentro de la ventana de transmisión, impidiendo la restricción a tales bloques el desborde del almacén temporal receptor). Tal procedimiento, que impide que el transmisor envíe nuevos bloques de datos cuando hay N bloques de datos no reconocidos, es una especie de procedimiento de retransmisión de tipo SAW de N canales. El uso de un número de secuencia según la invención, sin embargo, permite algo más de flexibilidad que un esquema convencional de retransmisión de tipo SAW. Por ejemplo, con números de secuencia según la invención, un bloque de datos puede enviarse por varios canales sin esperar los ACK (una especie de transmisión multicopia), lo que puede ser útil al (re)transmitir los últimos bloques de datos de un mensaje, ya que el retardo, en promedio, puede reducirse cuando se envían múltiples copias (por haber entonces una mayor probabilidad de una descodificación correcta). Los bloques de datos pueden incluso combinarse por software, si se requiere, en base a los números de secuencia de los bloques de datos.
También según la invención, en lugar de usar un único bit para acusar recibo de un bloque de datos, puede usarse un mapa de bits para acusar recibo de varios bloques de datos anteriores. Sin embargo, es preferible que el ACK para un bloque de datos se envíe inmediatamente a continuación de la recepción del bloque de datos, incluso si el ACK es un mapa de bits. Con tal procedimiento, el ACK para algunos bloques de datos podría enviarse varias veces, pero tal señalización múltiple de ACK puede ayudar a recuperarse de los ACK erróneos o faltantes. Un mapa de bits usado como una señal de ACK podría acusar recibo bien de los últimos n bloques de datos para el usuario dado o, preferiblemente, de los últimos n TTI, en cuyo caso no todos los bloques de datos son necesariamente para el usuario dado. En el caso de un ACK para los últimos n TTI, el ACK se basaría en la posición, por lo que no tendría que incluirse ningún número de secuencia con el ACK, mientras que los números de secuencia tendrían que incluirse en un ACK de los últimos n bloques de datos para un usuario dado, debido al problema del bloque faltante.
Con referencia ahora a la Fig. 2, un ejemplo de la transmisión de una serie de bloques de datos por un nodo B a un primer terminal de usuario, indicado como el terminal de usuario número 1. Primero, el nodo B envía un puntero 2a por el DPCH del enlace descendente (DL) al terminal de usuario número 1, indicando el puntero al terminal número 1 que debería leer el número 1 del SCCH del DL en la próxima ranura temporal. Luego el terminal de usuario número 1 lee el canal de control compartido SCCH, donde halla, entre otra información, el número 21b de secuencia del bloque 21c de datos de MAC-hs enviado por el HSPDSCH (canal compartido físico de enlace descendente de alta velocidad). En el ejemplo de la Fig. 2, el bloque 21c de datos no se recibe correctamente y, por tanto, después de descodificar el bloque de datos, el terminal de usuario número 1 envía un NAK 21d por el DPCCH de enlace ascendente después de un retardo dado. El transmisor sabe qué bloque de datos está siendo reconocido, en base a la temporización del ACK / NAK. Por lo tanto, no se necesita ningún número de bloque de datos en el NAK. En respuesta al NAK, el nodo B retransmite el bloque de datos erróneamente recibido como un nuevo bloque 22c de datos, proporcionando nuevamente un puntero 22a a un número 22b de secuencia (el mismo que para el bloque de datos originalmente transmitido) y, en el ejemplo ilustrado, la segunda transmisión es exitosa y el terminal número 1 envía un ACK 22d al nodo B.
Con referencia ahora a la Fig. 3, se ilustra un diagrama de flujo del funcionamiento del receptor según la invención, suponiendo que el almacenamiento temporal por software (es decir, el almacenamiento temporal en el almacén temporal de combinación por software en formato de decisión por software), la combinación por software y el almacenamiento temporal para el reordenamiento en secuencia se basan en los números de secuencia de bloque de datos enviados por un DL SCCH, y que la señalización de ACK / NAK se envía en una posición temporal predeterminada y por tanto no incluye números de secuencia de bloque de datos. El terminal receptor usa dos almacenes temporales: un almacén temporal de combinación por software en la capa física, en el cual los bloques de datos recibidos se retienen hasta que son descodificados sin error, posiblemente combinándose aquí un bloque de datos con transmisiones anteriores del mismo bloque de datos, a fin de realizar la descodificación; y un almacén temporal de reordenamiento en secuencia en la capa MAC-hs, donde los bloques de datos exitosamente descodificados en una secuencia de bloques de datos se almacenan hasta que puedan entregarse en secuencia. Además, el terminal receptor usa una ventana, que desliza sobre los bloques de datos en el almacén temporal de reordenamiento en secuencia, con la ventana situada sobre el bloque de datos más antiguo en la secuencia, por enviar aún a la próxima capa superior del protocolo (el RLC en el ejemplo dado). MAC-hs sabe si el primer bloque de datos en la ventana es o no el siguiente bloque de datos a enviar, o si el siguiente bloque de datos a enviar no ha sido aún recibido y descodificado exitosamente, en base al rastreo del número de secuencia del último bloque de datos enviado a la próxima capa superior. (Cuando se recibe el primer bloque de datos de una nueva secuencia, MAC-hs sabe que es el primer bloque de datos porque, cuando se establece el enlace, el primer bloque tiene número cero, o cualquier otro número predefinido).
La Fig. 3 es un ejemplo de un posible funcionamiento de la invención. Actualmente, está especificado (por el 3GPP) que no haya ningún puntero y que el SCCH se envíe parcialmente antes del HS-PDSCH, que también es relevante para lo que se indica en la Fig. 2.
El funcionamiento se muestra en la Fig. 3 como empezando con una primera etapa 31, en la cual el terminal inalámbrico receptor (por ejemplo, un teléfono móvil) recibe el DL DPCH adjudicado a él por el terminal remitente (un nodo B en el contexto que se está describiendo) y por ello recibe un puntero si se ha comunicado un puntero. En ese caso, luego, en una próxima etapa 32, el terminal receptor recibe el DL SCCH indicado por el puntero y el HS-PDSCH, también indicado por el puntero comunicado mediante el DL DPCH adjudicado al terminal receptor. Si el SCCH se recibe correctamente, de modo tal que el número de secuencia para el bloque de datos comunicado en el HSPDSCH sea leído correctamente por el receptor, entonces, si el bloque de datos están siendo retransmitido (lo cual determina el receptor comparando el número de secuencia con los números de secuencia de los bloques de datos en el almacén temporal de combinación por software), entonces, en una próxima etapa 33, el bloque de datos recibido se combina con los bloques de datos, en el almacén temporal de combinación por software, que tengan el mismo número de secuencia, y se descodifica en una próxima etapa 34, pero, si el bloque de datos recibido no es una retransmisión, simplemente se descodifica en la próxima etapa 34. Sin embargo, si el SCCH no se recibe correctamente, entonces, en una próxima etapa 35, el receptor (p. ej., la capa MAC-hs) envía un NAK al terminal remitente (es decir, según el protocolo en capas y, por tanto, mediante la capa PHY). La señalización de ACK / NAK indicada en la Fig. 3 ha de entenderse como señalización sin referencia a números de secuencia. Después de descodificar el bloque de datos, si la descodificación está libre de errores, entonces, en una próxima etapa 37, el bloque de datos se quita del almacén temporal de combinación por software y se coloca en el almacén temporal de reordenamiento en secuencia, y se envía un ACK al terminal remitente, y luego, si el bloque de datos es el primer bloque de datos en la ventana de recepción que se desliza sobre el almacén temporal de reordenamiento en secuencia (en base al número de secuencia), en una próxima etapa 38 se entrega a la siguiente capa superior del protocolo (como paquetes), es decir, la capa RLC, junto con otros bloques de datos cualesquiera, en el almacén temporal de reordenamiento en secuencia, que estén en secuencia, y la ventana de recepción se sube a lo largo del almacén temporal de reordenamiento en secuencia, de modo tal que un próximo bloque de datos en la secuencia sea el primero en la ventana, pero, si el bloque de datos descodificado no es el primero, entonces se almacena en el almacén temporal de reordenamiento en secuencia para una entrega posterior a la próxima capa superior. Si, después de la etapa 34 de descodificación del bloque de datos, se halla que el bloque de datos recibido no está libre de errores, entonces, en una próxima etapa 36, el bloque de datos se almacena en el almacén temporal de combinación por software y el receptor (p. ej., la capa MAC-hs) envía un NAK al terminal remitente. Así, el receptor realiza la señalización de ACK / NAK sin usar números de secuencia, hasta que todos los bloques de datos y sus respectivos números de secuencia estén recibidos con éxito.
Con referencia ahora a la Fig. 4, el procedimiento global según la invención para proporcionar señalización de ACK / NAK entre un terminal receptor y un terminal que envía bloques de datos al terminal receptor se muestra como comenzando en una etapa 41, en la cual el terminal remitente y, más específicamente, la capa MAC-hs del terminal remitente, asigna a cada bloque de datos en una secuencia de bloques de datos (de MAC-hs) que contiene uno o más paquetes (PDU de RLC) un respectivo número de secuencia, por ejemplo, de cinco bits. En una próxima etapa 42, el terminal remitente envía los bloques de datos y los números de secuencia al terminal receptor, usando diversos canales de transporte posibles, que se asocian a diversos posibles canales físicos; por ejemplo, en un sistema que funciona según WCDMA, el terminal remitente podría usar un canal HS-PDSCH (físico) para enviar los bloques de datos y un canal DL SCCH para enviar los números de secuencia, como en la Fig. 2. En una próxima etapa 43, el terminal receptor recibe los canales por los cuales se comunican los bloques de datos y los correspondientes números de secuencia. En una última etapa 44, el servicio de MAC-hs del terminal receptor entrega un bloque de datos (como paquetes) en la secuencia de bloques de datos a la capa RLC del terminal receptor, sólo después de que cada bloque de datos anterior en la secuencia haya sido correctamente recibido y proporcionado a la capa RLC (como paquetes; durante esta última etapa 44, según se ilustra en la Fig. 3, el terminal receptor realizará la señalización de ACK / NAK, sin usar números de secuencia, hasta que todos los bloques de datos y sus respectivos números de secuencia sean recibidos con éxito.
En lugar de usar un DL SCCH, los números de secuencia de bloques de datos pueden enviarse multiplexados en el tiempo por el canal de datos compartidos, o bien pueden enviarse por el canal de datos dedicado (canal puntero) para el terminal para el cual están destinados los números de secuencia. En la Fig. 2, en una primera realización, el canal de control compartido se transmite a la vez que el canal de datos compartido, y el puntero en el canal dedicado se envía antes de los canales compartidos. En una segunda realización, el canal de control compartido (SCCH) se envía, al menos parcialmente, antes del canal de datos compartido, y el canal puntero dedicado se envía en paralelo con el canal de control compartido. En una tercera realización, el canal puntero dedicado y el canal de control compartido se envían paralelos con el canal de datos compartido. En la segunda realización, usando el DL SCCH o el canal puntero dedicado, los números de secuencia de bloques de datos se enviarían luego antes de que los correspondientes bloques de datos se envíen por un canal de datos compartidos y, en la tercera realización, usando bien el DL SCCH o bien el canal puntero dedicado, los números de secuencia se enviarían en paralelo con los bloques de datos (que se enviarían nuevamente por un canal de datos compartido). El sistema también podría funcionar sin el canal puntero dedicado. El número de secuencia de bloque de datos podría incluso enviarse en banda con los bloques de datos, es decir, con el mismo CRC (detección de errores) que los bloques de datos. Sin embargo, si los números de secuencia de bloques de datos se envían en banda con los bloques de datos, los números de secuencia de bloques de datos no pueden usarse para la combinación por software, y se necesita otro mecanismo para la combinación por software: p. ej., alguna forma de esquema de transmisión síncrona (tal como SAW de N canales total o parcialmente síncrono) o un SAW de N canales asíncrono con números de proceso HARQ enviados fuera de banda. Todo lo que se requiere por parte de la invención es que los bloques de datos estén numerados y que el número de secuencia del bloque de datos se transmita de alguna manera con los bloques de datos en el enlace descendente, lo cual permite luego el reordenamiento de los bloques de datos en el terminal receptor y la entrega en secuencia de los bloques de datos, por parte de la capa MAC-hs del terminal receptor, a la capa RLC del terminal receptor. Los ACK / NAK se basan en la posición temporal (usando un retardo predeterminado entre el bloque de datos recibido y el ACK / NAK transmitido) y por tanto no necesitan incluir el número de secuencia del bloque de datos (o números de bloques de datos, en caso de señalización de ACK / NAK para más de un bloque de datos a la vez).
Otra realización más de la invención podría usar números parciales de bloques de datos en la señalización de ACK / NAK, además de usar la posición temporal. Si el número de secuencia del bloque de datos en el enlace descendente es, p. ej., de cinco bits, la señalización de ACK / NAK al nodo B por parte del terminal receptor podría incluir 1 o 2 bits del número de secuencia de bloque de datos (preferiblemente, los bits menos significativos).
Usando la invención, los bloques se entregan al RLC (la capa superior del protocolo) del terminal receptor en orden, por parte del MAC-hs (una entidad de la capa inferior del protocolo) del terminal receptor, usando los números de secuencia generados por MAC-hs. Además, el terminal receptor envía señalización de ACK / NAK al terminal remitente, señalización de ACK / NAK que no incluye información que indique números de secuencia de ningún bloque recibido con errores. Cada bloque es acusado como recibido después de un retardo predefinido y así el terminal remitente sabe qué bloque está siendo reconocido. Muchos protocolos de la técnica anterior acusan recibo (en el curso de la señalización de ACK / NAK) usando un mapa de bits, donde cada bit indica un bloque de datos. Habitualmente, hay al menos un número de secuencia que indica el punto de inicio o el punto final del mapa de bits, pero la mayoría de los bloques son reconocidos sin un número de secuencia expreso (es decir, usando un bit en el mapa de bits, en contraposición a un número de secuencia). En tales protocolos, sin embargo, incluso si el número de secuencia no se indica expresamente para cada bloque, está allí, es decir, la señalización según estos protocolos proporciona información que indica los números de secuencia de los bloques a los que se hace referencia en la señalización de ACK / NAK.
La invención no garantiza que todos los bloques se entreguen al RLC (capa superior del protocolo) del terminal receptor, sólo que aquellos que se entregan se entregan en orden; los bloques faltantes son solicitados por la capa superior a la capa superior de igual jerarquía en el transmisor (terminal remitente). Así, con la invención, puede haber agujeros (bloques faltantes), pero ningún bloque debería adelantarse a cualquier otro bloque en su camino a la capa superior del protocolo.
En la descripción anterior, el reordenamiento de los bloques de datos en el receptor ha sido usado como un ejemplo para el uso de los números de secuencia de bloques de datos según la invención. Otros usos también están abarcados por la invención.
Alcance de la Invención
Ha de entenderse que las disposiciones anteriormente descritas son sólo ilustrativas de la aplicación de los principios de la presente invención. Numerosas modificaciones adicionales y disposiciones alternativas, además de las indicadas anteriormente, pueden ser concebidas por los expertos en la técnica, sin apartarse del alcance de la presente invención, y las reivindicaciones adjuntas están concebidas para cubrir tales modificaciones y disposiciones.

Claims (28)

  1. REIVINDICACIONES
    1. Un procedimiento que comprende: encapsular paquetes en una secuencia de bloques de datos; seleccionar un esquema de codificación para la secuencia de bloques de datos; asignar un respectivo número de secuencia de bloque de datos a cada bloque de datos en la secuencia de bloques de
    datos:
    transmitir la secuencia de bloques de datos y los respectivos números de secuencia de bloques de datos a un terminal receptor; recibir un acuse de recibo positivo o negativo por separado para cada bloque de datos en la secuencia de bloques de
    datos, en donde el acuse de recibo positivo o negativo no incluye los respectivos números de secuencia de bloques de
    datos; e identificar para cada acuse de recibo positivo o negativo recibido el bloque de datos reconocido en la secuencia de bloques de datos transmitidos, en base un retardo predefinido entre
    la recepción de un bloque de datos en la secuencia de bloques de datos por parte del terminal receptor (12) y la transmisión del acuse de recibo positivo o negativo para el bloque de datos por parte del terminal receptor.
  2. 2.
    El procedimiento de la reivindicación 1, en el cual los respectivos números de secuencia de bloques de datos se comunican en banda con los bloques de datos.
  3. 3.
    El procedimiento de la reivindicación 1, en el cual los respectivos números de secuencia de bloques de datos se comunican fuera de banda.
  4. 4.
    El procedimiento de la reivindicación 1, en el cual los respectivos números de secuencia de bloques de datos están configurados para la combinación por solicitud de repetición automática híbrida.
  5. 5.
    El procedimiento de la reivindicación 1, en el cual la identificación de cada bloque de datos en la secuencia de bloques de datos está adicionalmente basada en números parciales de secuencia de bloques de datos para cada bloque de datos.
  6. 6.
    Un procedimiento que comprende:
    recibir una secuencia de bloques de datos y un respectivo número de secuencia de bloque de datos para cada bloque de datos en la secuencia de bloques de datos;
    descodificar cada bloque de datos en la secuencia de bloques de datos y
    extraer de cada bloque de datos descodificado paquetes que están encapsulados dentro de cada bloque de datos;
    proporcionar un acuse de recibo positivo o negativo por separado para cada uno de los bloques de datos en la secuencia de bloques de datos, en donde cada acuse de recibo positivo o negativo no incluye los respectivos números de secuencia de bloques de datos y se transmite después de un retardo predefinido entre la recepción de un bloque de datos y la transmisión del acuse de recibo positivo o negativo para el bloque de datos.
  7. 7.
    El procedimiento de la reivindicación 6, en el cual los respectivos números de secuencia de bloques de datos se comunican en banda con los bloques de datos.
  8. 8.
    El procedimiento de la reivindicación 6, en el cual los respectivos números de secuencia de bloques de datos se comunican fuera de banda.
  9. 9.
    El procedimiento de la reivindicación 6, en el cual los respectivos números de secuencia de bloques de datos están configurados para la combinación por solicitud de repetición automática híbrida.
  10. 10.
    El procedimiento de la reivindicación 6, que comprende adicionalmente reordenar cada bloque de datos en base, al menos, al respectivo número de secuencia de bloque de datos para cada bloque de datos.
  11. 11.
    El procedimiento de la reivindicación 6, que comprende adicionalmente entregar cada bloque de datos, de la secuencia de bloques de datos, en secuencia desde una primera capa a una segunda capa.
  12. 12.
    El procedimiento de la reivindicación 11, en el cual la primera capa comprende una capa de control de acceso al medio.
  13. 13.
    El procedimiento de la reivindicación 11, en el cual la segunda capa comprende una capa de control de enlace de radio.
  14. 14.
    El procedimiento de la reivindicación 6, caracterizado porque el acuse de recibo positivo o negativo comprende números parciales de secuencia de bloques de datos para cada bloque de datos.
  15. 15.
    Un aparato que comprende:
    una capa de control de acceso al medio, configurada para encapsular paquetes en una secuencia de bloques de datos, seleccionar un esquema de codificación para la secuencia de bloques de datos y asignar un respectivo número de secuencia de bloque de datos a cada bloque de datos en la secuencia de bloques de datos; y
    un módulo físico configurado para transmitir la secuencia de bloques de datos y los respectivos números de secuencia de bloques de datos a un terminal receptor;
    la capa de control de acceso al medio está adicionalmente configurada para recibir un acuse de recibo positivo o negativo por separado para cada bloque de datos en la secuencia, en donde el acuse de recibo positivo o negativo no incluye los respectivos números de secuencia de bloques de datos; y en donde la capa de control de acceso al medio está adicionalmente configurada para identificar, para cada acuse de recibo positivo o negativo recibido, el bloque de datos reconocido en la secuencia de bloques de datos transmitidos, en base a un retardo predefinido entre la recepción de un bloque de datos en la secuencia de bloques de datos por parte del terminal receptor (12) y la transmisión del acuse de recibo positivo o negativo para el bloque de datos por parte del terminal receptor.
  16. 16.
    El aparato de la reivindicación 15, en el cual el módulo físico está configurado para comunicar los respectivos números de secuencia de bloques de datos en banda con los bloques de datos.
  17. 17.
    El aparato de la reivindicación 15, en el cual el módulo físico está configurado para comunicar los respectivos números de secuencia de bloques de datos fuera de banda.
  18. 18.
    El aparato de la reivindicación 15, en el cual los respectivos números de secuencia de bloques de datos están configurados para la combinación por solicitud de repetición automática híbrida.
  19. 19.
    El aparato de la reivindicación 15, en el cual la capa de control de acceso al medio está configurada para identificar cada bloque de datos en la secuencia de bloques de datos, en base a números parciales de secuencia de bloques de datos para cada bloque de datos.
  20. 20.
    El aparato de la reivindicación 15, en el cual la capa de control de acceso al medio comprende una entidad de control de acceso al medio de alta velocidad.
  21. 21.
    Un aparato que comprende:
    un módulo físico configurado para recibir una secuencia de bloques de datos y los respectivos números de secuencia de bloques de datos, para cada bloque de datos de la secuencia de bloques de datos;
    un descodificador configurado para descodificar cada bloque de datos de la secuencia de bloques de datos y extraer de cada bloque de datos descodificados paquetes que están encapsulados dentro de cada bloque de datos; y
    una capa de control de acceso al medio configurada para proporcionar un acuse de recibo positivo o negativo por separado para cada uno de los bloques de datos en la secuencia de bloques de datos, en donde cada acuse de recibo positivo o negativo no incluye los respectivos números de secuencia de bloques de datos y se transmite después de un retardo predefinido entre la recepción de un bloque de datos y la transmisión del acuse de recibo positivo o negativo para el bloque de datos.
  22. 22.
    El aparato de la reivindicación 21, en el cual el módulo físico está configurado para recibir los respectivos números de secuencia de bloques de datos en banda con los bloques de datos.
  23. 23.
    El aparato de la reivindicación 21, en el cual el módulo físico está configurado para recibir los respectivos números de secuencia de bloques de datos fuera de banda.
  24. 24.
    El aparato de la reivindicación 21, en el cual los respectivos números de secuencia de bloques de datos están configurados para la combinación por solicitud de repetición automática híbrida.
  25. 25.
    El aparato de la reivindicación 21, en el cual la capa de control de acceso al medio está configurada para reordenar
    cada bloque de datos en base, al menos, al respectivo número de secuencia de bloque de datos para cada bloque de datos.
  26. 26.
    El aparato de la reivindicación 21, que comprende adicionalmente un módulo de control del enlace de radio, configurado para recibir cada bloque de datos, de la secuencia de bloques de datos, en secuencia desde la capa de control de acceso al medio.
  27. 27.
    Un sistema que comprende:
    un terminal remitente (11) configurado para asignar un respectivo número de secuencia de bloque de datos a cada bloque de datos en una secuencia de bloques de datos, y para transmitir la secuencia de bloques de datos y los respectivos números de secuencia de bloques de datos a un terminal receptor; y
    un terminal receptor (12) configurado para recibir la secuencia de bloques de datos y el respectivo número de secuencia de bloque de datos para cada bloque de datos en la secuencia de bloques de datos, descodificar cada bloque de datos de la secuencia de bloques de datos, extraer de cada bloque de datos descodificado paquetes que están encapsulados dentro de cada bloque de datos, estando el terminal receptor (12) adicionalmente configurado para proporcionar un acuse de recibo positivo o negativo por separado para cada uno de los bloques de datos en la secuencia de bloques de datos, en donde cada acuse de recibo positivo o negativo no incluye los respectivos números de secuencia de bloques de datos y se transmite después de un retardo predefinido entre la recepción de un bloque de datos y la transmisión del acuse de recibo positivo o negativo para el bloque de datos.
  28. 28. El sistema de la reivindicación 27, en el cual el terminal remitente (11) está adicionalmente configurado para recibir el acuse de recibo positivo o negativo por separado para cada bloque de datos en la secuencia de bloques de datos, en donde el acuse de recibo positivo o negativo no incluye los respectivos números de secuencia de bloques de datos, e
    identificar cada bloque de datos en la secuencia de bloques de datos en base a un retardo predefinido entre el envío de cada bloque de datos y la recepción del acuse de recibo positivo o negativo para cada bloque de datos.
ES02727894T 2001-05-18 2002-05-14 Esquema de solicitud de repetición automática híbrida (harq) con entrega en secuencia de paquetes. Expired - Lifetime ES2365801T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US29202301P 2001-05-18 2001-05-18
US292023P 2001-05-18

Publications (1)

Publication Number Publication Date
ES2365801T3 true ES2365801T3 (es) 2011-10-11

Family

ID=23122846

Family Applications (1)

Application Number Title Priority Date Filing Date
ES02727894T Expired - Lifetime ES2365801T3 (es) 2001-05-18 2002-05-14 Esquema de solicitud de repetición automática híbrida (harq) con entrega en secuencia de paquetes.

Country Status (13)

Country Link
US (1) US7310336B2 (es)
EP (2) EP2267932B1 (es)
JP (1) JP3746271B2 (es)
KR (1) KR100895026B1 (es)
CN (1) CN100521630C (es)
AT (1) ATE515848T1 (es)
AU (1) AU2002258064A1 (es)
BR (1) BR0209809A (es)
CA (1) CA2446700C (es)
DE (2) DE60240446C5 (es)
ES (1) ES2365801T3 (es)
WO (1) WO2002096006A2 (es)
ZA (1) ZA200308486B (es)

Families Citing this family (190)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10007602A1 (de) * 2000-02-18 2001-08-30 Siemens Ag Verfahren zum Übertragen von Paketdateninformationen in einem Funk-Kommunikationssystem
US7310336B2 (en) 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
US7130295B2 (en) * 2001-06-11 2006-10-31 Samsung Electronics Co., Ltd. Data retransmission apparatus and method in a mobile communication system
US7020822B2 (en) * 2001-08-02 2006-03-28 Texas Instruments Incorporated Automatic repeat request for centralized channel access
EP1286491B1 (en) * 2001-08-22 2004-06-30 Matsushita Electric Industrial Co., Ltd. Multichannel ARQ method and apparatus
PT1419623E (pt) * 2001-08-22 2005-06-30 Siemens Ag Transferencia de pacotes de dados num sistema de radiocomunicacoes com utilizacao de um processo harq (hybrid automatic repeat request)
US20030039226A1 (en) * 2001-08-24 2003-02-27 Kwak Joseph A. Physical layer automatic repeat request (ARQ)
KR100811043B1 (ko) * 2001-11-16 2008-03-06 엘지전자 주식회사 이동 통신 시스템에서 공유 채널 （ｓｃｈ） 및 ｈｉ에대한 송신 전력 제어 방법
AU2002358319B2 (en) * 2001-11-16 2005-12-22 Lg Electronics Inc. Method for transmitting power control information for HS-SCCH in mobile communication system
WO2003047281A1 (en) * 2001-11-26 2003-06-05 Nokia Corporation Mac layer inverse multiplexing in a third generation ran
US20030112780A1 (en) * 2001-12-17 2003-06-19 Koninklijke Philips Electronics N.V. Time diversity combining to increase the reliability of the IEEE 802.11 WLAN receiver
EP1326460A1 (de) * 2001-12-21 2003-07-09 Siemens Aktiengesellschaft Verfahren und System zum Funkzellenwechsel in einem zellularen Paketnetzwerk
KR100840733B1 (ko) * 2002-01-05 2008-06-24 엘지전자 주식회사 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치
DE60306433T2 (de) * 2002-02-01 2007-09-13 Innovative Sonic Ltd. Verfahren zur Vermeidung der Blockierung mittels des Empfangenzustands der HARQ Prozesse
US20030147370A1 (en) * 2002-02-05 2003-08-07 Chih-Hsiang Wu Inter Node B serving HS-DSCH cell change mechanism in a high speed wireless communication system
KR100832117B1 (ko) * 2002-02-17 2008-05-27 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 이동통신 시스템에서 역방향 송신전력 오프셋 정보를 송수신하는 장치 및 방법
US7508804B2 (en) * 2002-04-05 2009-03-24 Alcatel-Lucent Usa Inc. Shared signaling for multiple user equipment
MY130399A (en) * 2002-04-05 2007-06-29 Interdigital Tech Corp Node b and rnc actions during a serving hsdpa cell change
US7167476B1 (en) * 2002-04-12 2007-01-23 Juniper Networks, Inc. Systems and methods for routing data in a network device
TWI581121B (zh) * 2002-05-01 2017-05-01 內數位科技公司 無線通信系統中使用高速共享頻道之點對多點服務
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
GB2389253B (en) * 2002-05-31 2005-09-21 Hitachi Ltd Transmitter and semiconductor integrated circuit for communication
US7042857B2 (en) 2002-10-29 2006-05-09 Qualcom, Incorporated Uplink pilot and signaling transmission in wireless communication systems
US7616638B2 (en) 2003-07-29 2009-11-10 Orbital Data Corporation Wavefront detection and disambiguation of acknowledgments
US8233392B2 (en) 2003-07-29 2012-07-31 Citrix Systems, Inc. Transaction boundary detection for reduction in timeout penalties
US8270423B2 (en) 2003-07-29 2012-09-18 Citrix Systems, Inc. Systems and methods of using packet boundaries for reduction in timeout prevention
US7630305B2 (en) 2003-07-29 2009-12-08 Orbital Data Corporation TCP selective acknowledgements for communicating delivered and missed data packets
KR100802619B1 (ko) 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
DE10252535A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Vorrichtung und ein Verfahren zur Übertragung von Datenpaketen verschiedener Verbindungen an einen Empfänger
DE10252533A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Verfahren und Vorrichtung zur Übertragung von Datenpaketen
US7027539B2 (en) * 2002-12-09 2006-04-11 Broadcom Corporation Pipeline architecture for multi-slot wireless link processing
SG110008A1 (en) * 2002-12-10 2005-04-28 Oki Techno Ct Singapore Pte A method of segmenting a re-ordering buffer of wcdma hsdpa system and mapping data thereto
EP1432261A1 (en) * 2002-12-20 2004-06-23 Matsushita Electric Industrial Co., Ltd. Receiver specific data manipulation in a communication system
CN1523797B (zh) 2003-02-17 2012-07-04 北京三星通信技术研究有限公司 Wcdma系统增强型上行专用信道harq的重排序方法
KR100534625B1 (ko) * 2003-02-18 2005-12-07 삼성전자주식회사 분산형 라우터의 신뢰성 있는 라우팅 정보 교환 장치 및그 방법
CN1788448B (zh) 2003-04-10 2011-09-14 艾利森电话股份有限公司 重传的方法和系统
US7177297B2 (en) 2003-05-12 2007-02-13 Qualcomm Incorporated Fast frequency hopping with a code division multiplexed pilot in an OFDMA system
SE0301447D0 (sv) * 2003-05-14 2003-05-14 Ericsson Telefon Ab L M A method in a telecommunication system
US7146171B2 (en) * 2003-05-30 2006-12-05 Nokia Corporation Method and apparatus providing enhanced reservation access mode for a CDMA reverse channel
JP3785161B2 (ja) * 2003-06-13 2006-06-14 株式会社東芝 通信装置及び通信装置の誤り検出訂正方法
JP4182345B2 (ja) * 2003-06-26 2008-11-19 日本電気株式会社 干渉キャンセルユニット及びマルチユーザ干渉キャンセラ
US7050397B2 (en) * 2003-07-02 2006-05-23 Nokia Corporation Apparatus, and associated method, for facilitating retransmission of data packets in a packet radio communication system that utilizes a feedback acknowledgement scheme
US8437284B2 (en) 2003-07-29 2013-05-07 Citrix Systems, Inc. Systems and methods for additional retransmissions of dropped packets
US8432800B2 (en) 2003-07-29 2013-04-30 Citrix Systems, Inc. Systems and methods for stochastic-based quality of service
US8238241B2 (en) 2003-07-29 2012-08-07 Citrix Systems, Inc. Automatic detection and window virtualization for flow control
HUE049792T2 (hu) 2003-08-25 2020-10-28 Signal Trust For Wireless Innovation Javított uplink mûködés puha hívásátadásnál
GB0321425D0 (en) * 2003-09-12 2003-10-15 Ericsson Telefon Ab L M Radio resource usage optimisation in a packet network
DE10345220B4 (de) * 2003-09-29 2012-02-16 Infineon Technologies Ag Verfahren zur Übertragung von Daten
US7206581B2 (en) * 2003-11-05 2007-04-17 Interdigital Technology Corporation Method and apparatus for processing data blocks during soft handover
US7046648B2 (en) 2003-11-05 2006-05-16 Interdigital Technology Corporation Wireless communication method and apparatus for coordinating Node-B's and supporting enhanced uplink transmissions during handover
US7590080B2 (en) 2003-11-07 2009-09-15 Interdigital Technology Corporation Channel assignment to maximize battery efficiency in wireless systems
JP4599361B2 (ja) * 2003-11-10 2010-12-15 エルジー エレクトロニクス インコーポレイティド 膠着状態を回避するための受信期待番号及び受信者ウィンドウ更新方法
ATE541375T1 (de) * 2003-11-12 2012-01-15 Koninkl Philips Electronics Nv Datenpaketübertragung
KR100703382B1 (ko) * 2003-11-15 2007-04-03 삼성전자주식회사 이동통신 시스템에서 제어 정보 전송 장치 및 방법
US20050201486A1 (en) * 2003-11-15 2005-09-15 Samsung Electronics Co., Ltd. Apparatus and method for transmitting control information in a mobile communication system
US8611283B2 (en) 2004-01-28 2013-12-17 Qualcomm Incorporated Method and apparatus of using a single channel to provide acknowledgement and assignment messages
ES2668655T3 (es) * 2004-04-01 2018-05-21 Optis Wireless Technology, Llc Limitación de interferencia para las retransmisiones
EP1738273A4 (en) * 2004-04-12 2012-12-26 Univ Arizona INFORMATION PROCESSING AND TRANSPORT ARCHITECTURE FOR DATA STORAGE
US20050226159A1 (en) * 2004-04-13 2005-10-13 John Terry Apparatus, and associated method, for providing a medium access control layer hybrid automatic repeat request scheme for a carrier sense multiple access communication scheme
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
US8570952B2 (en) * 2004-04-29 2013-10-29 Interdigital Technology Corporation Method and apparatus for selectively enabling reception of downlink signaling channels
US7366477B2 (en) * 2004-05-06 2008-04-29 Nokia Corporation Redundancy version implementation for an uplink enhanced dedicated channel
US7643419B2 (en) 2004-05-07 2010-01-05 Interdigital Technology Corporation Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions
AU2005242326B2 (en) * 2004-05-07 2009-02-19 Interdigital Technology Corporation Method and apparatus for assigning hybrid-automatic repeat request processes
EP1745582A1 (en) 2004-05-10 2007-01-24 Telefonaktiebolaget L M Ericsson (Publ) Method and system for providing autonomous retransmissions in a wireless communication system
CN102882664B (zh) * 2004-05-10 2015-08-12 艾利森电话股份有限公司 用于在无线通信系统中提供自主重传的方法和系统
FI20045182A0 (fi) * 2004-05-19 2004-05-19 Nokia Corp Tiedonsiirto UMTS järjestelmässä
US7433314B2 (en) * 2004-06-01 2008-10-07 Samsung Electronics Co., Ltd. Method and system for acknowledging the receipt of a transmitted data stream in a wireless personal area network
EP1752009A4 (en) * 2004-06-04 2012-06-13 Nortel Networks Ltd SWITCHING IN A DISTRIBUTED ACCESS NETWORK
KR20050118591A (ko) * 2004-06-14 2005-12-19 엘지전자 주식회사 무선통신 시스템에서의 무선링크제어(ｒｌｃ) 데이터처리방법
JP4497299B2 (ja) * 2004-07-01 2010-07-07 日本電気株式会社 移動無線通信端末装置
US8891349B2 (en) 2004-07-23 2014-11-18 Qualcomm Incorporated Method of optimizing portions of a frame
CN100345406C (zh) * 2004-08-11 2007-10-24 华为技术有限公司 一种自动请求重传的控制方法
JP4506360B2 (ja) * 2004-08-16 2010-07-21 富士通株式会社 移動局
CN102572820B (zh) * 2004-11-02 2015-11-11 苹果公司 与正交频分复用一起使用的方法及其基站和无线终端
JPWO2006051827A1 (ja) * 2004-11-09 2008-05-29 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動局、無線基地局及び無線回線制御局
EP1827041A4 (en) * 2004-11-09 2008-12-17 Ntt Docomo Inc MOBILE TELECOMMUNICATION SYSTEM, WIRELESS MANAGEMENT STATION, MOBILE STATION AND WIRELESS BASE STATION
JP4767173B2 (ja) * 2004-11-09 2011-09-07 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、無線基地局及び移動局
KR100703503B1 (ko) * 2004-11-30 2007-04-03 삼성전자주식회사 통신 시스템에서 데이터 재전송 장치 및 방법
US8831115B2 (en) 2004-12-22 2014-09-09 Qualcomm Incorporated MC-CDMA multiplexing in an orthogonal uplink
US8238923B2 (en) * 2004-12-22 2012-08-07 Qualcomm Incorporated Method of using shared resources in a communication system
US9014192B2 (en) * 2005-03-21 2015-04-21 Qualcomm Incorporated Method and apparatus for improving data transmission reliability in a wireless communications system
US20060221965A1 (en) * 2005-03-31 2006-10-05 Peter Bosch Method of transferring data packets in a communications network
CN103227701A (zh) * 2005-07-08 2013-07-31 富士通株式会社 接收装置
EP1748593B1 (en) * 2005-07-25 2009-12-02 Panasonic Corporation HARQ process restriction and transmission of non-scheduled control data via uplink channels
KR20080056307A (ko) * 2005-10-21 2008-06-20 인터디지탈 테크날러지 코포레이션 신뢰성있는 하이브리드 ａｒｑ 프로세스를 위한 재전송관리 방법 및 장치
JP4708982B2 (ja) * 2005-11-02 2011-06-22 株式会社エヌ・ティ・ティ・ドコモ 再送制御方法及び受信側装置
US7756036B2 (en) * 2005-12-22 2010-07-13 Intuitive Surgical Operations, Inc. Synchronous data communication
JP2007181127A (ja) * 2005-12-28 2007-07-12 Ntt Docomo Inc 通信装置、通信方法及びプログラム
CN1852076B (zh) * 2005-12-31 2010-05-05 华为技术有限公司 一种数据重传方法
WO2007090357A1 (fr) * 2006-02-10 2007-08-16 Huawei Technologies Co., Ltd. Procédé, dispositif et système de répétition automatique hybride
WO2007098676A1 (fr) 2006-03-03 2007-09-07 Huawei Technologies Co., Ltd. Procédé de réassemblage de données dans un système de communication sans fil et appareil associé
CN101030842B (zh) * 2006-03-03 2011-04-20 华为技术有限公司 移动通信系统中数据的重排方法及其装置
US7464313B2 (en) * 2006-03-09 2008-12-09 Motorola, Inc. Hybrid approach for data transmission using a combination of single-user and multi-user packets
WO2007109256A2 (en) * 2006-03-21 2007-09-27 Interdigital Technology Corporation Method and system for implementing hybrid automatic repeat request
CN101427505A (zh) * 2006-04-18 2009-05-06 交互数字技术公司 用于在mimo无线通信系统中实施h-arq的方法和设备
US7613476B2 (en) * 2006-06-02 2009-11-03 Alcatel-Lucent Usa Inc. Method and apparatus for path imbalance reduction in networks using high speed data packet access (HSDPA)
TW200803326A (en) * 2006-06-19 2008-01-01 Innovative Sonic Ltd Method and apparatus for data framing in a wireless communications system
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
JP4923849B2 (ja) 2006-08-21 2012-04-25 富士通株式会社 無線受信装置
CN101136759A (zh) * 2006-09-01 2008-03-05 华为技术有限公司 一种多媒体广播组播业务的发送处理方法及系统
WO2008032771A1 (fr) * 2006-09-15 2008-03-20 Kyocera Corporation SystÈme de communication, dispositif de communication, et procÉDÉ de commande de retransmission de trame de donnÉes
KR101172520B1 (ko) * 2006-10-16 2012-08-10 노키아 코포레이션 무선 액세스 네트워크에서의 프로토콜 데이터 유닛 통신
KR100938090B1 (ko) * 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
AU2006349721C1 (en) 2006-10-27 2011-10-13 Fujitsu Limited Transmission control method, transmitter apparatus and receiver apparatus in wireless communication system
US8051353B2 (en) * 2006-11-08 2011-11-01 Motorola Mobility, Inc. HARQ transmission feedback for higher layer protocols in a communication system
JP4326557B2 (ja) * 2006-11-08 2009-09-09 フェリカネットワークス株式会社 無線通信システム、情報通信端末、携帯電話、リーダライタ、通信方法およびコンピュータプログラム
JP4829754B2 (ja) * 2006-11-29 2011-12-07 富士通株式会社 無線通信方法及び無線通信装置
US8009639B2 (en) * 2006-12-27 2011-08-30 Wireless Technology Solutions Llc Feedback control in an FDD TDD-CDMA system
US7957317B2 (en) * 2007-01-08 2011-06-07 Nokia Corporation Method and apparatus for providing control signaling
CN100531023C (zh) * 2007-02-15 2009-08-19 大唐移动通信设备有限公司 反馈状态报告的方法及设备
US7978635B2 (en) * 2007-03-21 2011-07-12 Qualcomm Incorporated H-ARQ acknowledgment detection validation by re-decoding
HUE028291T2 (en) * 2007-04-11 2016-12-28 ERICSSON TELEFON AB L M (publ) Process and equipment in telecommunication system
TW200908603A (en) * 2007-05-04 2009-02-16 Amicus Wireless Technology Co Ltd System and method for performing a HARQ operation in an OFDM-based receiver
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
CN101340267B (zh) * 2007-07-03 2015-05-13 财团法人工业技术研究院 通讯系统的传输控制方法与装置
US8230100B2 (en) * 2007-07-26 2012-07-24 Realnetworks, Inc. Variable fidelity media provision system and method
US8451795B2 (en) * 2007-08-08 2013-05-28 Qualcomm Incorporated Handover in a wireless data packet communication system that avoid user data loss
JP2009044693A (ja) * 2007-08-10 2009-02-26 Fujitsu Ltd 送信方法、送信装置、およびコンピュータプログラム
WO2009035282A2 (en) * 2007-09-13 2009-03-19 Lg Electronics Inc. A method for providing control information using the paging procedure
KR101441138B1 (ko) * 2007-09-28 2014-09-18 엘지전자 주식회사 무선통신 시스템에서 상향링크 시간 동기 수행 방법
CN101816145B (zh) 2007-10-02 2015-06-03 三星电子株式会社 通信系统中信号的重复传输
AU2011211385B2 (en) * 2007-10-03 2012-12-13 Fujitsu Limited Wireless communication apparatus, wireless communication control apparatus, wireless communication method, wireless communication program, wireless communication control method, and wireless communication control program
CN103152147B (zh) * 2007-10-03 2016-09-14 富士通株式会社 无线通信装置、无线通信控制装置
CN101816143B (zh) * 2007-10-03 2013-03-20 富士通株式会社 无线通信装置、无线通信控制装置、无线通信方法、以及无线通信控制方法
KR101473010B1 (ko) * 2007-10-17 2014-12-15 엘지전자 주식회사 패킷망을 이용하여 서킷서비스를 제공하는 방법
US20090129333A1 (en) * 2007-11-16 2009-05-21 Qualcomm Incorporated Preamble design for a wireless signal
US9215669B2 (en) * 2007-11-16 2015-12-15 Qualcomm Incorporated Preamble design for a wireless signal
US8918112B2 (en) 2007-11-16 2014-12-23 Qualcomm Incorporated Preamble design for a wireless signal
US9264976B2 (en) * 2007-11-16 2016-02-16 Qualcomm Incorporated Preamble design for a wireless signal
EP2068484B1 (en) * 2007-12-05 2016-05-04 Innovative Sonic Limited Method and apparatus for improving discontinuous reception for a wireless communication system
US20090150750A1 (en) * 2007-12-05 2009-06-11 Qualcomm Incorporated Method and apparatus for harq encoding with low memory requirement
US8194588B2 (en) 2007-12-13 2012-06-05 Qualcomm Incorporated Coding block based HARQ combining scheme for OFDMA systems
EP2073423A1 (en) * 2007-12-21 2009-06-24 Nokia Siemens Networks Oy Method and device for error detection and handling of received radio link control protocol data units in a mobile radio communication system
KR101387530B1 (ko) * 2007-12-28 2014-04-21 엘지전자 주식회사 자동 재전송 요구를 위한 자원할당방법
KR101532789B1 (ko) * 2008-01-04 2015-07-09 엘지전자 주식회사 재전송 데이터를 처리하는 ｈａｒｑ 동작 방법
KR101514079B1 (ko) * 2008-01-07 2015-04-21 엘지전자 주식회사 상향링크 시간 동기 타이머의 재구성 방법
US9801188B2 (en) * 2008-02-01 2017-10-24 Qualcomm Incorporated Backhaul signaling for interference avoidance
US8768372B2 (en) 2008-02-13 2014-07-01 Qualcomm Incorporated Sector interference management based on inter-sector performance
KR101614994B1 (ko) 2008-03-10 2016-04-22 인터디지탈 패튼 홀딩스, 인크 반지속적 및 동적 데이터 전송을 위해 ｈａｒｑ 프로세스를 효율적으로 이용하기 위한 방법 및 장치
CN101572661B (zh) 2008-04-30 2011-09-07 电信科学技术研究院 基于时分双工模式的数据缓存方法、装置和系统
CN102057609B (zh) * 2008-06-05 2014-12-03 诺基亚通信公司 无线通信网络中的接收单元和用于生成自动重传请求反馈消息的方法
US8527848B2 (en) * 2008-06-16 2013-09-03 Lg Electronics Inc. Cooperative symbol level network coding in multi-channel wireless networks
EP2148542A1 (en) * 2008-07-24 2010-01-27 Innovative Sonic Limited Method and apparatus for improving DRX functionality
US9001731B2 (en) * 2008-08-11 2015-04-07 Koninklijke Philips N.V. Method for communicating in a network, a secondary station and system therefor
JP5432263B2 (ja) * 2008-08-19 2014-03-05 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｃｑｉだけを報告した後におけるｈａｒｑプロセスの再開
EP2164202A1 (en) * 2008-09-11 2010-03-17 Telefonaktiebolaget LM Ericsson (publ) Method for automatic repeat request operation, transceiver arrangement, and computer program
US8842608B2 (en) * 2008-09-22 2014-09-23 Sharp Kabushiki Kaisha Wireless communication system, base station device, mobile station device, wireless communication method
US8971262B2 (en) * 2008-10-10 2015-03-03 Nokia Siemens Networks Oy Apparatuses, system, methods, and computer program products for network control
KR101583724B1 (ko) * 2008-11-07 2016-01-08 삼성전자주식회사 통신 시스템 및 그의 패킷 송수신 방법
US8751890B2 (en) 2008-12-18 2014-06-10 Unwired Planet, Llc Dynamic HARQ buffer management
KR20100080280A (ko) 2008-12-31 2010-07-08 삼성전자주식회사 Ｈａｒｑ 프로세스를 사용하는 이동통신 시스템의 전송 제어방법
US20100174962A1 (en) * 2009-01-02 2010-07-08 Industrial Technology Research Institute Systems and methods for data transmission
CN104796233B (zh) * 2009-02-18 2019-04-26 Idtp控股公司 一种重新传输方法及用于重新传输的通信设备
WO2010095986A1 (en) * 2009-02-18 2010-08-26 Telefonaktiebolaget L M Ericsson (Publ) Data retransmission scheme
CA2697209C (en) * 2009-03-23 2015-07-28 Research In Motion Limited Systems and methods for allocating and transmitting uplink data block transmissions with piggy-backed ack/nack bitmap field
US8483153B2 (en) * 2009-03-23 2013-07-09 Research In Motion Limited Systems and methods for allocating and transmitting uplink data block transmissions
ES2526435T3 (es) * 2009-09-01 2015-01-12 Interdigital Patent Holdings, Inc. Método y aparato para entrega en orden de control de acceso al medio
US8320252B2 (en) * 2009-11-03 2012-11-27 Nxp B.V. System and method for data communications using a sliding window protocol with selective retransmission
JP2010045845A (ja) * 2009-11-17 2010-02-25 Telefon Ab L M Ericsson 再送信の方法とシステム
GB2477515B (en) * 2010-02-03 2012-09-26 Orbital Multi Media Holdings Corp Data flow control method and apparatus
US9955512B2 (en) 2010-07-15 2018-04-24 Lg Electronics Inc. Method and apparatus for transmitting reception confirmation response of user equipment in wireless communication system
US20120192026A1 (en) * 2010-07-16 2012-07-26 Industrial Technology Research Institute Methods and Systems for Data Transmission Management Using HARQ Mechanism for Concatenated Coded System
US8477743B2 (en) * 2010-08-24 2013-07-02 Research In Motion Limited System and method for data transmission during potential data block loss in dynamic timeslot reduction
US9461777B2 (en) * 2011-11-21 2016-10-04 Qualcomm Incorporated Hybrid networking system with seamless path switching of streams
US9363707B2 (en) 2011-12-29 2016-06-07 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
JP5429314B2 (ja) * 2012-02-21 2014-02-26 富士通株式会社 無線通信システムにおける伝送制御方法、送信装置及び受信装置
US20130215828A1 (en) * 2012-02-22 2013-08-22 T-Mobile Usa, Inc. Dynamic wireless data rate selection
US9019822B2 (en) 2012-02-29 2015-04-28 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression
US9253290B2 (en) 2012-02-29 2016-02-02 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression
GB2502954B (en) 2012-05-23 2014-10-15 Nvidia Corp Processing data units
GB2503873B (en) * 2012-05-23 2017-05-24 Nvidia Corp Processing data units
US20140098692A1 (en) * 2012-10-10 2014-04-10 Qualcomm Incorporated Scheduling inter-radio access technology (irat) measurement during continuous data transmission
US9722943B2 (en) 2012-12-17 2017-08-01 Qualcomm Incorporated Seamless switching for multihop hybrid networks
US9781627B2 (en) 2013-04-08 2017-10-03 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
US9955387B1 (en) * 2013-05-16 2018-04-24 Sprint Spectrum L.P. Management of modulation for transmission of data in anticipation of handover
JP5692287B2 (ja) * 2013-06-10 2015-04-01 富士通株式会社 無線通信システムにおける、伝送制御方法、送信装置、及び、受信装置
JP5644923B2 (ja) * 2013-09-24 2014-12-24 富士通株式会社 無線通信システムにおける伝送制御方法、送信装置及び受信装置
CN103687072B (zh) * 2013-12-30 2016-09-28 无锡清华信息科学与技术国家实验室物联网技术中心 冲突可侦测的链路层控制方法
JP5825399B2 (ja) * 2014-06-09 2015-12-02 富士通株式会社 無線通信システムにおける、伝送制御方法、送信装置、及び、受信装置
CN106170941B (zh) 2015-02-17 2020-06-26 华为技术有限公司 数据处理的方法及装置
US10834065B1 (en) 2015-03-31 2020-11-10 F5 Networks, Inc. Methods for SSL protected NTLM re-authentication and devices thereof
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
WO2017089617A1 (en) * 2015-11-27 2017-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices employing retransmission schemes
US10404698B1 (en) 2016-01-15 2019-09-03 F5 Networks, Inc. Methods for adaptive organization of web application access points in webtops and devices thereof
US10660009B2 (en) * 2016-08-12 2020-05-19 Qualcomm Incorporated Linkage and indication of HARQ packet transmissions and parameters for URLLC in NR
US11101935B2 (en) * 2017-03-24 2021-08-24 Telefonaktiebolaget Lm Ericsson (Publ) Apparatus and method for transmitting packet data units
WO2019241931A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种数据包重传方法及装置
CN111431672A (zh) * 2019-01-09 2020-07-17 中兴通讯股份有限公司 数据的重传方法、装置、存储介质及电子装置
CN109962757A (zh) * 2019-02-22 2019-07-02 视联动力信息技术股份有限公司 基于视联网的数据传输方法及装置

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5325611B2 (es) 1973-04-10 1978-07-27
JPS58218248A (ja) 1982-06-11 1983-12-19 Mitsubishi Electric Corp 誤り回復方法
CA1220830A (en) 1984-12-28 1987-04-21 David S. Drynan Transmitting sequence numbers of information in a packet data transmission system
JPH0616597B2 (ja) 1988-01-29 1994-03-02 日本電気株式会社 自動再送要求方式
JP2778618B2 (ja) 1995-02-10 1998-07-23 日本電気株式会社 伝送制御方法
US6317430B1 (en) 1998-02-19 2001-11-13 Lucent Technologies Inc. ARQ protocol support for variable size transmission data unit sizes using a hierarchically structured sequence number approach
US6611515B1 (en) * 1998-05-17 2003-08-26 Lucent Technologies Inc. System and method for link and media access control layer transaction completion procedures
US6301249B1 (en) 1998-08-04 2001-10-09 Opuswave Networks, Inc Efficient error control for wireless packet transmissions
CN1312988A (zh) 1998-08-07 2001-09-12 艾利森电话股份有限公司 分组通信系统中的群寻址
US6704898B1 (en) * 1998-10-23 2004-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Combined hybrid automatic retransmission request scheme
US6643813B1 (en) 1999-02-17 2003-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for reliable and efficient data communications
US6438108B1 (en) 1999-03-11 2002-08-20 Telefonaktiebolaget L M Ericsson (Publ) System for improved transmission of acknowledgements within a packet data network
KR100382470B1 (ko) * 1999-04-08 2003-05-01 엘지전자 주식회사 Imt-2000 이동 통신 시스템의 무선 프로토콜
US6804202B1 (en) * 1999-04-08 2004-10-12 Lg Information And Communications, Ltd. Radio protocol for mobile communication system and method
KR100416996B1 (ko) * 1999-05-10 2004-02-05 삼성전자주식회사 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 데이터 송수신 장치 및 방법
US6654422B1 (en) 1999-05-14 2003-11-25 Lucent Technologies Inc. Efficient automatic repeat request method using variable length sequence numbers
KR100532321B1 (ko) * 1999-05-21 2005-11-29 삼성전자주식회사 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 블록 일련번호 생성 및 바이트 일련번호 확인 장치 및 방법
US6882637B1 (en) 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US20010052072A1 (en) * 2000-01-25 2001-12-13 Stefan Jung Encryption of payload on narrow-band IP links
JP3469560B2 (ja) * 2000-04-10 2003-11-25 ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド 広帯域無線通信システムのダウンリンクにおけるハイブリッド自動再伝送要求２／３方式のためのデータ伝達方法
JP3569724B2 (ja) * 2000-04-10 2004-09-29 ユーティースターコム コリア リミテッド 広帯域無線通信システムにおけるハイブリッド自動再伝送要求方式２／３のためのデータ伝送方法
US20020021698A1 (en) * 2000-04-10 2002-02-21 Yu-Ro Lee Data transmission method for hybrid ARQ type II/III uplink for a wide-band radio communication system
US6731623B2 (en) * 2000-04-10 2004-05-04 Hyundai Electronics Industries Co., Ltd. Data transmission method for hybrid ARQ type II/III downlink of a wide-band radio communication system
KR20070090252A (ko) * 2000-04-17 2007-09-05 노오텔 네트웍스 리미티드 무선 에어 인터페이스를 위한 이중 프로토콜층 자동 재송신요청 방법
US7310336B2 (en) 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets

Also Published As

Publication number Publication date
CN1524364A (zh) 2004-08-25
EP2267932A1 (en) 2010-12-29
CA2446700C (en) 2010-10-26
US7310336B2 (en) 2007-12-18
CN100521630C (zh) 2009-07-29
CA2446700A1 (en) 2002-11-28
KR100895026B1 (ko) 2009-04-24
US20020172208A1 (en) 2002-11-21
JP3746271B2 (ja) 2006-02-15
ZA200308486B (en) 2004-07-01
EP1388234B1 (en) 2011-07-06
BR0209809A (pt) 2004-06-01
ATE515848T1 (de) 2011-07-15
EP1388234A2 (en) 2004-02-11
WO2002096006A2 (en) 2002-11-28
DE20221907U1 (de) 2009-05-20
WO2002096006A3 (en) 2003-05-01
EP1388234A4 (en) 2006-11-22
KR20030097867A (ko) 2003-12-31
EP2267932B1 (en) 2014-03-05
AU2002258064A1 (en) 2002-12-03
DE60240446C5 (de) 2017-05-11
JP2004527979A (ja) 2004-09-09

Similar Documents

Publication Publication Date Title
ES2365801T3 (es) Esquema de solicitud de repetición automática híbrida (harq) con entrega en secuencia de paquetes.
US12107690B2 (en) Autonomous transmission for extended coverage
ES2774204T3 (es) Limitación de interferencia para las retransmisiones
ES2343947T3 (es) Sistema y procedimiento para evitar atascos usando un temporizador para un sistema de acceso por paquetes con enlace descendente de alta velocidad.
JP4312715B2 (ja) 複数ｈａｒｑ処理のための処理設定の方法
ES2544751T3 (es) HARQ en sistema MIMO de multiplexación espacial
KR101431963B1 (ko) 강화된 전용 채널 전송에 대한 데이터 수명 타이머를 구현하는 방법 및 장치
AU2009245824B2 (en) Method and apparatus for dynamically allocating H-ARQ process
CN101167313B (zh) 用于voip的固定hs-dsch或者e-dch分配
ES2610743T3 (es) Mejora de la señalización del tamaño de los bloques de transporte (TBS)
EP1881637A1 (en) Priority-handling for data transmissions
JP2008193351A (ja) 無線通信装置、送信方法
JP2008048325A (ja) 無線通信装置
KR20060122933A (ko) 데이터 패킷들을 올바른 순서로 수신하도록 상기 데이터 패킷들을 순번과 연계시키는 방법
CN1939010A (zh) 通信方法、用户终端、网元和计算机程序
KR20030079631A (ko) 고속순방향패킷접속방식을 사용하는 이동통신시스템에서전송 블록의 크기 정보 송/수신장치 및 방법
WO2005029789A1 (en) Data flow control in a communication system