ES2906905T3 - Método y aparato en un sistema de telecomunicación - Google Patents
Método y aparato en un sistema de telecomunicación Download PDFInfo
- Publication number
- ES2906905T3 ES2906905T3 ES18171634T ES18171634T ES2906905T3 ES 2906905 T3 ES2906905 T3 ES 2906905T3 ES 18171634 T ES18171634 T ES 18171634T ES 18171634 T ES18171634 T ES 18171634T ES 2906905 T3 ES2906905 T3 ES 2906905T3
- Authority
- ES
- Spain
- Prior art keywords
- subframes
- feedback
- assigned
- subframe
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000004891 communication Methods 0.000 claims abstract description 20
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 18
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 18
- 238000013507 mapping Methods 0.000 claims description 15
- 230000005540 biological transmission Effects 0.000 description 48
- 230000007246 mechanism Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 230000000875 corresponding effect Effects 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 230000002441 reversible effect Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 229910002056 binary alloy Inorganic materials 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- 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/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Bidirectional Digital Transmission (AREA)
Abstract
Un método de comunicación de datos que emplea una disposición de dúplex por división en el tiempo, TDD o dúplex por división en frecuencia, FDD, semidúplex, el método comprende los siguientes pasos: - una estación base (400) que transmite bloques de datos en subtramas de enlace descendente asignadas a un terminal, - la estación base (400) que recibe informes de realimentación para los bloques de datos en subtramas de enlace ascendente asignadas desde el terminal, los informes de realimentación indican si han ocurrido errores en los bloques de datos, en donde el número de las subtramas de enlace descendente asignadas excede el número de las subtramas de enlace ascendente asignadas y los informes de realimentación se programan en las subtramas de enlace ascendente asignadas según una regla de propagación predeterminada conocida por la estación base y el terminal, ordenando que los informes de realimentación se distribuyan uniformemente sobre las subtramas de enlace ascendente asignadas, y - en base a la regla de propagación predeterminada, la estación base (400) deriva a cuál de las subtramas de enlace descendente asignadas se refiere cada informe de realimentación.
Description
DESCRIPCIÓN
Método y aparato en un sistema de telecomunicación
Campo técnico
La presente invención se refiere de manera general a un método y aparato para optimizar transmisiones inalámbricas en un sistema de telecomunicación que usa TDD (Dúplex por División en el Tiempo).
Antecedentes
En el 3GPP (Proyecto de Cooperación de 3a Generación), los sistemas de comunicación de paquetes conmutados celulares HSPA (Acceso de Paquetes de Alta Velocidad) y LTE (Evolución a Largo Plazo) se han especificado para transmisión radio de paquetes de datos entre terminales de usuario y estaciones base en una red celular / móvil. Las transmisiones desde la estación base al terminal de usuario se conocen como “enlace descendente” DL y las transmisiones en la dirección opuesta se conocen como “enlace ascendente” UL. En la siguiente descripción, “terminal” se usa para representar generalmente cualquier equipo de usuario (comúnmente conocido como UE en los sistemas anteriores) capaz de comunicación inalámbrica, por ejemplo, con estaciones base en una red celular / móvil.
Hay dos modos básicos de operación disponibles para transmisiones inalámbricas: FDD (Dúplex por División en Frecuencia) y TDD (Dúplex por División en el Tiempo). En FDD, las transmisiones de enlace descendente y de enlace ascendente se hacen en bandas de frecuencia separadas, de manera que se pueden transmitir datos en el enlace descendente y el enlace ascendente al mismo tiempo sin interferencia mutua. En TDD, por otra parte, las transmisiones de enlace descendente y enlace ascendente se hacen en la misma banda de frecuencia y por lo tanto deben estar separadas en tiempo para evitar interferencia.
El modo de operación TDD es flexible en que la duración de las transmisiones de enlace descendente y enlace ascendente se pueden configurar dependiendo de la intensidad de tráfico en las direcciones de enlace descendente y enlace ascendente respectivas, permitiendo de esta manera conexiones con esquemas de transmisión asimétricos. En un sistema celular con múltiples celdas, cada celda que se sirve por una estación base, se debería evitar la interferencia entre transmisiones de enlace ascendente y enlace descendente. Por lo tanto, las estaciones base se coordinan típicamente para operación sincronizada donde los periodos de enlace ascendente y enlace descendente de las celdas en la misma área ocurren simultáneamente. Para conexiones asimétricas con tráfico de enlace descendente intensivo, el periodo de tiempo de enlace descendente se puede configurar mayor que el periodo de tiempo de enlace ascendente y viceversa para conexiones con tráfico de enlace ascendente intensivo.
Para LTE, está siendo estandarizada actualmente en el 3GPP una nueva capa física que se basa en OFDM (Multiplexación por División de Frecuencia Ortogonal) en el enlace descendente y SC-FDMA (Acceso Múltiple por División de Frecuencia de Portadora Única) en el enlace ascendente. La nueva capa física soportará operación tanto FDD como TDD y debería haber un alto grado de partes en común entre estos dos modos de operación. Las propiedades de SC-FDMA en el enlace ascendente requieren que cualquier dato transmitido desde cada terminal básicamente mantenga propiedades de portadora única.
Las transmisiones en operación tanto FDD como TDD se programan generalmente en tramas radio y cada trama radio se divide típicamente en múltiples subtramas. En la siguiente descripción, el término “subtrama” se usa para representar generalmente un intervalo de tiempo de transmisión predefinido (algunas veces conocido como “TTI”) o intervalo de tiempo, en el que se puede transmitir información en forma de “bloques de datos”, aunque no limitado a ningún estándar o duración particular. De esta manera se pueden transmitir bloques de datos en cada subtrama. Por ejemplo, una estación base puede transmitir bloques de datos a uno o más terminales en cada subtrama y se puede asignar a un terminal recursos para un bloque de datos en cada subtrama de enlace descendente. Además, uno o más terminales pueden transmitir bloques de datos en recursos asignados en subtramas de enlace ascendente a la estación base.
En LTE, la trama radio predefinida es de 10 ms (milisegundos), que se divide en diez subtramas predefinidas de 1 ms de duración cada una. En el modo FDD, donde se pueden transmitir datos en el enlace descendente y el enlace ascendente simultáneamente, hay 10 subtramas de enlace descendente “DL” y 10 subtramas de enlace ascendente “UL” disponibles durante una trama radio en bandas de frecuencia separadas F1 y F2 , respectivamente, como se ilustra esquemáticamente en la Figura 1a. En el modo TDD, hay en total diez subtramas de enlace descendente y enlace ascendente disponibles para transmisión de datos durante una trama radio, las cuales de esta manera se puede transmitir solamente una a la vez en una banda de frecuencia común F. En general, se necesitan periodos de guarda para separar subtramas de enlace ascendente de subtramas de enlace descendente y una o dos subtramas de enlace descendente por lo tanto pueden ser algo más cortas las cuales se podrían considerar como partes de enlace descendente de intervalos de tiempo o subtramas y puede haber ciertos intervalos de tiempo de enlace ascendente no usados para datos, que no obstante no es necesario describir en más detalle para comprender la presente invención.
Como se mencionó anteriormente, las transmisiones de enlace descendente y enlace ascendente se pueden configurar en TDD sobre una base de celda dependiendo de las demandas de tráfico en cualquier dirección. Por
ejemplo, la asignación de enlace descendente / enlace ascendente se puede configurar a ocho subtramas de enlace descendente y dos subtramas de enlace ascendente durante una trama radio en la misma banda de frecuencia F, como se ilustra esquemáticamente en la Figura 1b. Otra posible configuración podría ser 5 subtramas de DL: 5 de UL y aún otra configuración podría ser 7 subtramas de DL: 3 de UL. El patrón de alternancia de subtramas de enlace descendente / enlace ascendente también se puede configurar opcionalmente. Por ejemplo, el patrón de subtrama de enlace descendente / enlace ascendente en la Figura 1b se podría modificar en ocho subtramas de enlace descendente sucesivas seguidas por dos subtramas de enlace ascendente.
Una estación base puede transmitir bloques de datos en subtramas de enlace descendente a uno o más terminales y los terminales transmitir bloques de datos en subtramas de enlace ascendente a la estación base. Más específicamente, la estación base puede transmitir comandos en cada subtrama de enlace descendente a los terminales a los que se asignan bloques de datos para ellos en la subtrama de enlace descendente actual. La estación base también podría transmitir una asignación más persistente con un patrón de asignaciones de enlace descendente a un terminal, de manera que puede recibir, por ejemplo, un bloque de datos cada 20 ms.
La transmisión en cualquier dirección está sometida típicamente a diversas perturbaciones, incluyendo desvanecimiento de propagación e interferencia de reflexiones y otras transmisiones, de manera que se pueden haber introducido errores en los bloques de datos cuando se reciben. De esta manera, el canal entre una estación base y un terminal se conoce a menudo como un canal “con pérdidas”. También pueden surgir errores debido a un receptor y / o antena mediocres.
Cuando se recibe un bloque de datos en una subtrama, el receptor en el terminal (o en la estación base) se configura para comprobar en cuanto a si están presentes cualesquiera errores en el bloque de datos recibido. Un método común de detección de errores implica el cálculo de una suma de comprobación o similar, que es bien conocido en la técnica. Para permitir corrección de tales errores, la parte de envío de datos debe retransmitir cualquier bloque de datos recibidos erróneamente, a menos que se pueda aplicar con éxito algún mecanismo de corrección de errores a la parte de recepción de datos. Por lo tanto, la parte de recepción de datos está obligada típicamente a enviar un informe de realimentación a la parte de envío de datos para cada bloque de datos recibido o subtrama, indicando si el bloque de datos fue recibido básicamente correctamente (es decir, sin errores) o no. En LTE, por ejemplo, cuando se usan ciertas formas de transmisión de antena múltiple, un único terminal también puede recibir dos bloques de datos en la misma subtrama, cada bloque de datos que requiere un informe de realimentación. En ese caso, el terminal está obligado de esta manera a transmitir informes de realimentación para ambos bloques de datos.
Si el bloque de datos se recibió correctamente, la parte de recepción de datos envía un reconocimiento “ACK” y si el bloque de datos contuvo errores, envía un reconocimiento negativo “NACK”. Aunque los términos ACK y NACK se usan frecuentemente en esta descripción, se puede usar cualquier mensaje equivalente o similar para informes de realimentación y la presente invención no está limitada a este respecto. “ Informe de realimentación” se usa a continuación como un término genérico para tales mensajes de ACK/NACK y sus equivalentes y se necesita básicamente un informe de realimentación para cada bloque de datos recibido.
Tanto HSPA como LTE emplean un protocolo HARQ (Solicitud de Repetición Automática Híbrida) en sus capas MAC (Control de Acceso al Medio) respectivas. La funcionalidad básica de los procesos definida en el protocolo HARQ es para corregir cualesquiera bloques de datos recibidos erróneamente por medio de retransmisión basada en el mecanismo de notificación de realimentación descrito anteriormente. En este contexto, un informe de realimentación se llama algunas veces “informe de estado HARQ”.
Por ejemplo, la parte de recepción de datos puede descartar simplemente un paquete recibido erróneamente. En soluciones más avanzadas, la parte de recepción almacena la señal que representa el paquete recibido erróneamente en un almacenador temporal y combina esta información almacenada con la retransmisión. Esto a menudo se conoce como “HARQ con combinación suave” que se puede usar para aumentar la probabilidad de decodificar correctamente el paquete transmitido. En HARQ con combinación suave, el patrón de bits codificados en un paquete particular puede diferir entre transmisión y retransmisión, aunque deben representar obviamente la misma información.
El proceso HARQ se usa para asociar una retransmisión potencial a su transmisión original a fin de permitir la combinación suave en la parte de recepción de datos. Cuando la parte de recepción ha notificado una recepción correcta de datos enviados en un proceso HARQ, ese proceso se puede usar para transmitir nuevos datos. Consecuentemente, antes de la recepción de un informe de estado HARQ desde la parte de recepción, la parte de envío de datos no conoce si debería transmitir nuevos datos o retransmitir los “datos antiguos”. Mientras tanto, la parte de envío por lo tanto “para y espera” hasta que se notifica el resultado de la transmisión. A fin de ser capaz aún de utilizar el enlace durante estos periodos de espera, se pueden aplicar múltiples procesos HARQ paralelos lo que permite transmisión continua.
Por ejemplo, cuando un bloque de datos se transmite en el enlace descendente, el terminal de recepción comprueba errores en el bloque de datos y envía un informe de realimentación a la estación base. Si la estación base entonces detecta un NACK, puede retransmitir la información en el bloque de datos. Este mecanismo también se puede usar para bloques de datos enviados en el enlace ascendente. En LTE, la realimentación requerida para HARQ con combinación suave se transporta por un único bit que indica o bien ACK o bien NACK. La relación de temporización
entre la transmisión de bloque de datos desde la parte de envío y la transmisión de informe de realimentación desde la parte de recepción se usa típicamente para indicar a qué bloque de datos se refiere el informe de realimentación.
En FDD, el número de subtramas disponibles es igual en el enlace descendente y el enlace ascendente, como se muestra en la Figura 1a. Consecuentemente, es posible enviar un informe de realimentación para una subtrama de enlace descendente recibida en una subtrama de enlace ascendente dada según una “relación una a una”, usando un intervalo de tiempo fijo entre recepción y realimentación. Por ello, la parte de envío de datos puede derivar a qué proceso HARQ se refiere un informe de realimentación recibido, en base a en qué subtrama se recibió el informe. De esta manera, para FDD, los informes de realimentación para bloques de datos recibidos en una subtrama de enlace descendente n se transmiten siempre en una subtrama de enlace ascendente n+k, donde k corresponde al retardo de procesamiento en el terminal que se ha acordado como k=4 para FDD de LTE. Además, si se han asignado recursos de enlace ascendente para un terminal en la subtrama de enlace ascendente correspondiente, puede transmitir el informe de realimentación de una forma multiplexada en el tiempo junto con el bloque de datos transmitido. Si no se ha asignado al terminal ningún recurso de datos, usará un cierto canal de control en esa subtrama de enlace ascendente específica. Por lo tanto, se asigna o bien explícita o bien implícitamente al terminal un recurso de realimentación en una subtrama de enlace ascendente n+k.
En TDD, por otra parte, este esquema de realimentación fijo no es útil dado que cuando se reciben datos en la subtrama n, la subtrama n+4 no puede ser una subtrama de enlace ascendente y por lo tanto sin oportunidad de enviar un informe de realimentación. Un ejemplo de esto es cuando hay más de cuatro subtramas de DL consecutivas en el patrón de subtrama de enlace descendente / enlace ascendente. Otro ejemplo es cuando el patrón de subtrama ordena que las siguientes tres subtramas sean subtramas de enlace ascendente pero la cuarta sea una subtrama de enlace descendente. Un ejemplo adicional es cuando la siguiente subtrama es de enlace descendente, las siguientes dos son de enlace ascendente y la cuarta es de nuevo una subtrama de enlace descendente. Además, la asignación de subtramas de enlace ascendente y enlace descendente puede ser de manera que el número de subtramas de enlace descendente sea mayor que el número de subtramas de enlace ascendente.
En el ejemplo de asignación mostrado en la Figura 2, hay ocho subtramas de enlace descendente pero solamente dos subtramas de enlace ascendente disponibles. Por lo tanto, se deben transmitir informes de realimentación para las ocho subtramas de enlace descendente en las dos subtramas de enlace ascendente. Dependiendo de cuántos usuarios se han programado en las subtramas de enlace descendente, el número de informes de realimentación que necesitan ser transmitidos puede aumentar en un factor 4. Además, si se ha programado un único terminal para recibir datos en todas las subtramas de enlace descendente disponibles, ese terminal necesitará transmitir informes de realimentación para una pluralidad de subtramas de enlace descendente durante una única subtrama de enlace ascendente.
En TDD, el mecanismo de informe descrito anteriormente con un intervalo de tiempo fijo no se puede usar de manera general, dado que el informe de realimentación para una subtrama recibida no se puede transmitir un intervalo de tiempo fijo después de recibir la subtrama si la subtrama correspondiente no está disponible para transmisión desde la parte de recepción de datos. Consecuentemente, el informe de realimentación para esa subtrama recibida se debe retrasar al menos a la primera subtrama disponible para transmisión. Además, la parte de recepción de datos típicamente requiere un cierto retardo después de recibir una subtrama, para procesar los datos dentro de la misma y para determinar si se recibió o no correctamente, antes de que se pueda enviar un informe de realimentación para esa subtrama. Por ejemplo, si el receptor de datos necesita un retardo de al menos una subtrama para procesamiento, una subtrama recibida k no se puede notificar hasta la subtrama k+2 o más tarde. Si el receptor necesita tres subtramas para procesamiento, como en LTE, entonces no se puede notificar la realimentación hasta la subtrama k+4 y así sucesivamente.
Una solución directa y obvia para la temporización o programación de informes de realimentación en TDD, es especificar un periodo de retardo mínimo necesario para procesamiento, desde el punto en que se reciben datos en una subtrama hasta que un informe de realimentación se transmitirá para los datos recibidos. El informe de realimentación se envía entonces en la primera subtrama disponible para transmisión en la dirección inversa después del periodo de retardo mínimo. Por lo tanto, si se asignan para recepción una o más subtramas después del periodo de retardo, el informe de realimentación se debe retrasar aún más hasta que ocurra la primera subtrama que permite transmisión.
No obstante, como resultado de programación de informes de realimentación según la solución de temporización anterior, se transmitirá típicamente en la misma subtrama un gran número de informes de realimentación. Este también podría ser el caso incluso cuando el número de subtramas de enlace ascendente y enlace descendente es el mismo con una cierta periodicidad. Esto es particularmente un problema cuando es deseable reducir el número de tales informes en una única subtrama y particularmente el número máximo de informes de realimentación que puede necesitar enviar un único terminal como consecuencia de las asignaciones de programación de enlace descendente.
En la Figura 2, esto se ilustra por medio de un ejemplo donde se configura una conexión asimétrica con ocho subtramas de enlace descendente sucesivas (subtrama 0-7) seguidas por dos subtramas de enlace ascendente (subtrama 8-9). En este ejemplo, el periodo de retardo mínimo necesario para procesamiento se especifica como una subtrama. Siguiendo la solución de temporización obvia anterior, los informes de realimentación para datos recibidos
en las subtramas 0-6 se transmitirán todos en la subtrama 8 y el informe de realimentación para la subtrama 7 se transmitirá en la subtrama 9 después del retardo mínimo de una subtrama necesario, como se ilustra por las flechas discontinuas.
Si se debe configurar la estructura de canal físico para manejar un gran número de informes de realimentación en una única subtrama y también si un único terminal necesita transmitir informes de realimentación para múltiples subtramas de DL, como en la subtrama 8 anterior, la estructura de canal llegará a ser más compleja. También, cuantos más informes de realimentación a transmitir desde un terminal, se necesitan más recursos de realimentación, por ejemplo, en términos de número de códigos. Por lo tanto, más bits a enviar desde un único terminal requieren básicamente más recursos de realimentación. Además, se requeriría entonces también una potencia de transmisión relativamente grande para obtener una probabilidad de error suficientemente baja cuando se transmiten simultáneamente varios informes de realimentación, lo cual es un problema ya que la potencia de transmisión generalmente se debería mantener baja considerando el consumo de potencia y los problemas de interferencia de red.
El documento WO 2005/1109959 A1 describe una señalización de realimentación para mecanismos HARQ en redes de comunicación inalámbrica. En un canal multiplexado en tiempo se divide en TTI (Intervalos de Tiempo de Transmisión), y se definen varias participaciones en cada TTI. Cada mensaje de realimentación se transmite dentro de una selección predefinida de las participaciones.
Compendio
Es un objeto de la presente invención abordar los problemas perfilados anteriormente. Además, es un objeto proporcionar una solución que se pueda usar para reducir el número de informes de realimentación en subtramas y también para reducir de manera general la complejidad de canal así como el consumo de potencia y la interferencia de red. Estos y otros objetos se pueden obtener por un método y una estación base según las reivindicaciones independientes adjuntas más adelante. Las reivindicaciones dependientes definen realizaciones adicionales.
Características y beneficios posibles adicionales de la presente invención se explicarán en la descripción detallada más adelante.
Breve descripción de los dibujos
La invención se explicará ahora en más detalle por medio de realizaciones ejemplares y con referencia a los dibujos anexos, en los que:
- La Figura 1a es un diagrama que ilustra un esquema de transmisión FDD inalámbrico, según la técnica anterior.
- La Figura 1b es un diagrama que ilustra un esquema de transmisión TDD inalámbrico, según la técnica anterior.
- La Figura 2 es un diagrama que ilustra un esquema de notificación de realimentación obvio para TDD, según la técnica anterior.
- La Figura 3 es un diagrama que ilustra un nuevo esquema de notificación de realimentación para TDD, según una realización de la invención.
- La Figura 4 es un diagrama de bloques que ilustra esquemáticamente una unidad de comunicación que actúa como una parte de recepción de datos adaptada para programar informes de realimentación en subtramas disponibles, según otra realización de la invención.
- La Figura 5 es un diagrama de bloques que ilustra esquemáticamente una unidad de comunicación que actúa como una parte de recepción de datos adaptada para programar informes de realimentación comprimidos en subtramas disponibles.
- Las Figura 5a-5c son diagramas lógicos que ilustran algunas operaciones de correspondencia posibles en la parte de recepción de datos.
- La Figura 6 es un diagrama de flujo que ilustra un procedimiento para programar informes de realimentación en subtramas disponibles.
Descripción detallada
La presente invención se puede usar para reducir el número máximo de informes de realimentación a enviar en una única subtrama desde una unidad de comunicación o nodo de red que ha recibido datos en múltiples subtramas desde una parte de envío de datos, en una conexión inalámbrica que usa un esquema de transmisión TDD asimétrico. En algunas realizaciones, el tamaño de un informe de realimentación se puede reducir o comprimir a un único bit que representa un informe de realimentación conjunto para una pluralidad de subtramas y bloques de datos recibidos, lo
cual a su vez puede reducir la cantidad requerida de información de realimentación y mejorar de manera más importante el rendimiento de enlace ascendente en términos de cobertura y capacidad.
Un experto entenderá que las siguientes realizaciones también se pueden aplicar en un esquema de transmisión FDD semidúplex donde el número de subtramas asignadas puede diferir de igual modo en las direcciones de enlace descendente y de enlace ascendente. La unidad de comunicación o nodo de red también se puede conocer como la parte de recepción de datos en la siguiente descripción. La parte de envío de datos es una estación base y la parte de recepción de datos es un terminal. Además, las subtramas asignadas para recepción y transmisión por la parte de recepción de datos se conocerán como “subtramas de RX” y “subtramas de TX”, respectivamente. Si la parte de recepción de datos es un terminal, las subtramas de RX y TX son subtramas de DL y UL, respectivamente.
Se supone de manera general que para operación TDD, cada subtrama en una trama radio se asigna al menos o bien al enlace ascendente o bien al enlace descendente. Típicamente, un programador en la estación base asigna recursos para transmisión de datos en subtramas de enlace descendente y subtramas de enlace ascendente para una conexión de un cierto terminal. Para sistemas LTE orientados a paquetes, la asignación de recursos se puede hacer o bien de una forma muy dinámica de manera que las asignaciones varíen de subtrama a subtrama o bien de una forma más persistente de manera que se asignan recursos con una cierta periodicidad para la conexión.
Además, en LTE, la asignación de subtramas al enlace ascendente y al enlace descendente se hace por celda la cual se puede difundir a todos los terminales en la celda o comunicar a un terminal en traspaso a la celda. En el caso general, la asignación se podría hacer por conexión o terminal. Por ejemplo, el número de subtramas asignadas al enlace descendente puede ser mayor que el número de subtramas asignadas al enlace ascendente o la primera subtrama después de un retardo predefinido para procesar un bloque de datos recibido no es una subtrama de enlace ascendente.
Cuando se aplican las realizaciones descritas más adelante en conexiones o sesiones de comunicación específicas, se considerarán ciertos parámetros y restricciones de transmisión con respecto al esquema de asignación usado para la conexión actual, a continuación generalmente conocidos como “parámetros de asignación”. Los parámetros de asignación de esta manera ordenan generalmente qué subtramas se asignan para recepción de datos y qué subtramas están disponibles para notificación de realimentación, respectivamente.
Los parámetros de asignación a considerar comprenden cómo se asignan las subtramas para recepción y transmisión, tal como asignación de UL/DL a nivel de celda. Los parámetros de asignación pueden comprender además el número de bloques de datos que pueden recibir la parte de recepción de datos en una única subtrama de RX así como el número de informes de realimentación permitidos a ser enviados en una subtrama de TX en respuesta a la recepción de los bloques de datos.
El número de informes de realimentación permitidos en una subtrama puede ser configurable o puede haber sido configurado previamente en el equipo de la parte de recepción de datos según un estándar de comunicación predominante. Por ejemplo, el estándar puede estipular que solamente se asigne un bit (0 o 1 en un sistema binario) para informes de realimentación en cada subtrama de transmisión en el enlace inverso, de manera que solamente se pueda enviar un informe (ACK o NACK) en cada subtrama. En otra alternativa, los recursos de realimentación a ser usados para los informes de realimentación así como el tamaño de los informes de realimentación posibles se pueden comunicar junto con los datos, dependiendo de cuántas y en qué subtramas recibe bloques de datos la parte de recepción de datos.
Descrito de manera breve, cuando se programan informes de realimentación individuales para una pluralidad de bloques de datos recibidos, se debe usar una programación de realimentación que se comparte tanto por la parte de transmisión de datos como por la parte de recepción de datos. Según esta programación de realimentación, la unidad de comunicación (es decir, la parte de recepción de datos) propaga o distribuye los informes de realimentación individuales uniformemente sobre las subtramas disponibles asignadas para el enlace inverso. Los informes de realimentación entonces se propagan o distribuyen según una regla de propagación predeterminada, que se determina por la asignación de subtramas a TX y RX así como otros parámetros de asignación estipulados para la conexión actual.
El número de informes de realimentación en una subtrama también se puede reducir enviando un informe de realimentación “comprimido” o “concatenado” a la parte de envío de datos que se refiere a un conjunto de una pluralidad de bloques de datos recibidos colectivamente. En ese caso, se realiza una operación de correspondencia para asociar el informe de realimentación con las subtramas recibidas en el conjunto y para generar el informe de realimentación a partir de resultados de decodificación de las subtramas recibidas respectivas, dependiendo de los parámetros de asignación predominantes que incluyen qué subtramas fueron recibidas. Un informe de realimentación comprimido se puede usar en combinación con la propagación descrita anteriormente de informes de realimentación individuales o separadamente. Varias realizaciones ejemplares para realizar la presente solución se describirán en más detalle más adelante.
La Figura 3 ilustra esquemáticamente un ejemplo de cómo el número de informes de realimentación a ser enviados en una subtrama se puede minimizar mediante propagación, cuando se usa el mismo esquema de asignación que el
de la Figura 2. En este ejemplo, la parte de envío de datos es una estación base y la parte de recepción de datos es un terminal. De esta manera, las subtramas 0-7 se asignan al DL y la parte de envío de datos es capaz de transmitir bloques de datos en cualquier número de estas subtramas 0-7. Además, las subtramas 8 y 9 se asignan al UL y por lo tanto se pueden usar para transmisión de realimentación desde el terminal. Transmitir los informes de realimentación tan pronto como sea posible en la primera subtrama de UL disponible según la solución obvia descrita en los antecedentes, que satisfaría un retardo de procesamiento asumido de una subtrama, provoca siete informes de realimentación enviados en la subtrama 8 y un informe de realimentación enviado en la subtrama 9, como se muestra en la Figura 2.
En la solución de la Figura 3, no obstante, los informes de realimentación se propagan o distribuyen uniformemente sobre las subtramas disponibles según una regla de propagación predeterminada la cual se conoce tanto por las partes de envío como de recepción de datos. En este caso, la regla de propagación ordena que los informes de realimentación que se refieren a las cuatro subtramas 0-3 se transmitan en la subtrama 8 y los informes de realimentación que se refieren a las cuatro subtramas 4-7 se transmitan en la subtrama 9. Por lo tanto, los informes de realimentación para no más de cuatro subtramas se envían en una única subtrama.
En términos más generales, los informes de realimentación para datos recibidos en una subtrama n se deberían transmitir en una subtrama n+k, donde k es un retardo dado por la regla de propagación predeterminada. Usando el esquema de realimentación ejemplar mostrado en la Figura 3, k depende del número de subtrama n como se muestra en la tabla 1 de más adelante. Por lo tanto, n+k = 8 para datos recibidos en las subtramas 0-3 y n+k = 9 para datos recibidos en las subtramas 4-7.
Tabla 1
Subtrama n:
Retardo k:
La regla de propagación predeterminada se puede definir de diferentes formas y la presente invención no está limitada a ninguna regla de propagación específica. Una regla de propagación ejemplar, que ordena cómo propagar o distribuir los informes de realimentación sobre una pluralidad de subtramas de enlace inverso, podría ser como sigue:
Se supone que se usa una configuración (es decir, esquema de transmisión) TDD con kRX subtramas asignadas en la dirección de recepción de datos y kTX subtramas asignadas en la dirección de transmisión de datos, como se ve desde el terminal (parte de recepción de datos). Además, no se pueden transportar más de kFR bloques de datos que requieren informes de realimentación por subtrama. kRX, kTX y kFR de esta manera constituyen los parámetros de asignación en este caso. La regla de propagación ordena que:
“Un informe de realimentación se transmita tan pronto como sea posible bajo la restricción de que informes de realimentación para no se envíen más de X bloques de datos o subtramas de RX por subtrama en la dirección de transmisión, donde X = TECHO (kFR * kRX / kTX)”.
TECHO es una operación matemática que cuando se aplica a un valor, redondea por exceso el valor al siguiente entero. Por ejemplo, TECHO (2,1) = 3 y TECHO (2,0) = 2. Si solamente se puede recibir un bloque de datos por subtrama, kFR = 1 y X = TECHO (kRX / kTX). Aplicando la regla de propagación anterior para la situación mostrada en la Figura 3, donde kRX = 8 y kTX = 2, provocará cuatro informes de realimentación en ambas subtramas 8 y 9 si se puede recibir un bloque de datos por subtrama, es decir, kFR = 1.
Se debería señalar que la regla de propagación aplicada también se conoce por la parte de envío de datos lo cual puede derivar por lo tanto a qué subtrama transmitida se refiere cada informe de realimentación. Los expertos entenderán fácilmente que la regla de propagación predeterminada se puede definir de varias formas diferentes para servir al propósito general de reducir el número máximo de informes de realimentación a ser enviados en una subtrama. Por ejemplo, cuando la parte de recepción de datos es un terminal, la regla de propagación se podría refinar de manera que cada subtrama de DL llegue a estar asociada con una subtrama de UL, donde el número máximo de subtramas de DL asociadas no excede de X anterior. Por ello, el número de informes de realimentación llega a ser tan similar como sea posible en las subtramas de UL disponibles y el retardo máximo para cualquier subtrama de DL llega a ser tan corto como sea posible. Por lo tanto, según la regla de propagación, la parte de recepción de datos conocerá en qué subtrama(s) se debería(n) transmitir el informe de realimentación para cada subtrama recibida.
La Figura 4 es un diagrama de bloques que ilustra esquemáticamente un aparato en una unidad de comunicación 400 que emplea un esquema de transmisión TDD o FDD semidúplex inalámbrico durante una conexión con una parte de envío de datos, no mostrada, para programar informes de realimentación para datos recibidos en subtramas de RX asignadas, a subtramas de TX asignadas disponibles para transmisión. En las realizaciones ilustradas, la unidad de comunicación 400 es una estación base (RX=UL, TX=DL).
La unidad de comunicación 400 comprende una unidad de obtención 402 adaptada para obtener generalmente parámetros de asignación P para la conexión, los cuales se pueden o bien adquirir, determinar o detectar durante la conexión o bien obtener como configurados previamente según un estándar. Los parámetros de asignación P generalmente indican que el número de informes de realimentación requeridos que se enviarían en una primera subtrama de TX disponible después del periodo de retardo mínimo, es decir, según el método de programación de realimentación obvio descrito en los antecedentes, es mayor que el número de informes de realimentación que se pueden enviar en una única subtrama de TX. Por ejemplo, P puede indicar que el número de subtramas de RX asignadas es mayor que el número de subtramas de TX asignadas o que la primera subtrama después de una subtrama de RX y un retardo de procesamiento es una subtrama de RX que no permite un informe de realimentación, lo cual provocaría demasiadas subtramas de RX a notificar en una subtrama de TX.
La unidad de comunicación 400 además comprende una unidad de programación 404 adaptada para programar uno o más informes de realimentación para bloques de datos en las subtramas de RX recibidas en subtramas de TX disponibles según una regla de propagación predeterminada conocida tanto por las partes de envío como de recepción de datos, de manera que los informes de realimentación FR se propagan o distribuyen uniformemente incluso sobre las subtramas de TX. Otras unidades funcionales en la unidad de comunicación 400 generalmente necesarias para recepción, procesamiento y transmisión de bloques de datos se han omitido en la Figura 4 por simplicidad.
Cuando se envía un informe de realimentación comprimido que se refiere a un conjunto de una pluralidad de subtramas recibidas, se comprueban errores de los bloques de datos en las subtramas recibidas en el conjunto. En el caso cuando solamente se puede enviar un bit de realimentación que indica ACK o NACK, el informe de realimentación comprimido indica recepción correcta (ACK) si todos los bloques de datos en el conjunto se han recibido correctamente. Por otra parte, el informe de realimentación indicará recepción incorrecta (NACK) si se ha recibido con errores al menos un bloque de datos en el conjunto. En este último caso, la parte de envío de datos podría retransmitir por ejemplo todos los bloques de datos en el conjunto, no conociendo cual / cuáles fue / fueron recibido/s incorrectamente. Además, la información de realimentación también se podría codificar en el número de bits disponible para notificación de realimentación en la(s) subtrama(s) asignada(s) para transmisión desde la parte de recepción de datos a fin de mejorar el rendimiento.
A fin de enviar un informe de realimentación comprimido para bloques de datos en una pluralidad de subtramas recibidas, la parte de recepción de datos realizará una operación de correspondencia para determinar el informe de realimentación a partir de las subtramas recibidas correspondientes, dependiendo de los parámetros de asignación estipulados para la conexión actual. Esta operación de correspondencia se podría usar también para casos cuando no se necesita compresión, por ejemplo, ver la Figura 5c más adelante. La parte de recepción de datos entonces realizará la misma operación de correspondencia para identificar a qué bloque(s) de datos o subtrama(s) se refiere el informe de realimentación.
Como en el ejemplo previo, los parámetros de asignación incluyen al menos la asignación de subtramas a recepción y transmisión, como se ve desde la parte de recepción de datos. Los parámetros de asignación además incluyen el número de bloques de datos que se pueden recibir en una única subtrama y el número de informes de realimentación que se pueden transmitir en una subtrama. Como en el ejemplo anterior, el estándar de comunicación predominante puede estipular que solamente un bit (0 o 1 en un sistema binario) de cada subtrama se asigne para informes de realimentación. También puede estipular que el número de bits en el informe de realimentación dependa del número máximo de bloques de datos que se pueden recibir dentro de una subtrama de RX. Cuando se usan ciertas formas de técnicas de transmisión de antena múltiple, dos bloques de datos codificados independientemente se podrían transmitir en cada subtrama y el informe de realimentación en este caso puede llevar dos bits en el sentido de que se puede notificar un ACK/NACK individualmente para ambos bloques de datos de la misma subtrama.
Una realización ejemplar para realizar una operación de correspondencia para determinar uno o más informes de realimentación desde múltiples subtramas recibidas, se describirá ahora con referencia a la Figura 5 la cual ilustra algunas unidades o bloques funcionales en una parte de recepción de datos 500. Se debería señalar que la Figura 5 ilustra meramente las diversas unidades funcionales en un sentido lógico, mientras que los expertos son libres de implementar estas funciones en la práctica usando cualquier medio software o hardware adecuado.
Cada subtrama recibida desde una parte de envío de datos (no mostrada) puede contener uno o más bloques de datos dirigidos a la parte de recepción de datos 500, de los que se comprueban errores. Se supone que hay en total B bits disponibles para informes de realimentación en una secuencia de subtramas dada, por ejemplo, una trama radio. En el caso general, B representa el número de mensajes de realimentación que se pueden enviar en la secuencia. Incluso de manera más general, si cada mensaje de realimentación contiene un bit, entonces se pueden enviar en total 2B diferentes mensajes de realimentación concatenados.
Además, se supone que se han asignado a la parte de recepción de datos A subtramas para recepción de datos dentro de una secuencia de subtramas dada, por lo cual se generan A resultados de comprobación de errores, es decir, ACK/NACK, para las A subtramas de RX. Para el caso en que los múltiples bloques de datos se puedan transportar en una subtrama de RX, los resultados de comprobación de errores pueden provenir de menos de A subtramas. Por ejemplo, si hay dos bloques de datos en cada subtrama, entonces los resultados de comprobación de errores pueden provenir de A¡2 subtramas de RX. Entonces se propone que se use una correspondencia que puede depender de A y
B para generar B informes de realimentación para las A subtramas de RX. En una realización, B puede ser una función de A. En otra realización, las subtramas de RX también se podrían dividir en grupos o conjuntos, de manera que cada subtrama de TX corresponda a un grupo o conjunto de subtramas de RX y A se refiera al número de subtramas de RX asignadas dentro de este grupo, mientras que B sea el número de bits disponibles en esa única subtrama de TX. También puede ser útil indicar en la correspondencia qué subtramas de RX y TX en la secuencia se han asignado para la parte de recepción de datos 500, es decir, el patrón de subtrama.
Por ejemplo, B=2 si se asignan dos subtramas de TX para transmisión y un bit está disponible para informes de realimentación en cada subtrama de TX y B=4 si se asignan dos subtramas de TX para transmisión y dos bits están disponibles para informes de realimentación en cada subtrama de TX y así sucesivamente. Generalmente, si A es menor que B el mecanismo de codificación anterior introducirá redundancia, mientras que si A es mayor que B una codificación “con pérdidas” que se usará como un informe de realimentación debe representar una pluralidad de subtramas de RX.
Además, en una realización, una única subtrama de TX con un bit de informe de realimentación, es decir, B=1, se usa para transportar un informe de realimentación comprimido para A subtramas de RX asignadas, cada una que contiene un único bloque de datos dentro del conjunto de subtramas de RX asociadas con esa subtrama de TX. En otra realización, hay dos bits disponibles para informes de realimentación en la subtrama de TX, es decir, B=2 y estos informes de realimentación se determinan a partir de los bloques de datos recibidos en A subtramas de RX dentro del conjunto de subtramas de RX asociadas con esa subtrama de TX.
Una unidad de comunicación que actúa como la parte de recepción de datos 500 comprende un receptor 502 adaptado para recibir datos en las subtramas de RX a partir de la parte de envío de datos. Una unidad de obtención 504 está adaptada para obtener parámetros de asignación que incluyen A y B, similar a la unidad 402 en la Figura 4. Una unidad de comprobación de errores 506 comprueba errores en las subtramas de RX recibidas y genera A resultados de comprobación de errores (o ACK/NACK) “a” para las subtramas de RX, en la figura indicados como ai, a2 , ...aA.
En este ejemplo, una unidad de correspondencia 508 está adaptada para recibir los parámetros A y B desde la unidad de obtención 504. En la práctica, la unidad de obtención 504 se podría integrar como una función en la unidad de correspondencia 508 para obtener o detectar parámetros de asignación predominantes. La unidad de correspondencia 508 también está adaptada para recibir desde la unidad de comprobación de errores 506 los A resultados de comprobación de errores (o ACK/NACK) ai, a2 , .a A y posiblemente también información sobre en qué subtrama de RX fueron recibidos. La unidad de correspondencia 508 también está adaptada para realizar una operación de correspondencia para asociar cada subtrama de RX y el resultado de comprobación de errores correspondiente con un informe de realimentación “b”.
La unidad de correspondencia 508 entonces genera B informes de realimentación, en la figura indicados como bi, b2 , ... bB, para las subtramas de RX asociadas. En el caso general, cada informe de realimentación bi, b2 , ... bB puede ser una función de todos los A resultados de comprobación de errores (o ACK/NACK) ai, a2 , ... aA. Los B informes de realimentación entonces se transportan a un transmisor 5 i 0 que está adaptado para enviar finalmente los informes de realimentación FR en subtramas de TX a la parte de envío de datos. La parte de recepción de datos entonces realizará la misma operación de correspondencia para identificar a qué subtramas se refieren los informes de realimentación B.
Un ejemplo básico es cuando B=1 y A>1 provocando un informe de realimentación comprimido para A subtramas de RX. Entonces, se transmitirá un único NACK si los datos en una o más de las subtramas de RX recibidas son erróneos, mientras que se transmitirá un único ACK para el caso que se hayan recibido correctamente todos los datos en las subtramas de RX.
Otro ejemplo es cuando hay dos bits disponibles para notificación y cuatro subtramas de RX necesitan ser notificadas, es decir, B=2y A=4, provocando un informe de realimentación comprimido con dos bits para cuatro subtramas de RX. Entonces, dos de las subtramas de RX se podrían correlacionar con el primer bit de realimentación y otras dos subtramas de RX se pueden correlacionar con el segundo bit de realimentación de manera que cada bit en el informe de realimentación lleva datos, es decir, resultados de comprobación de errores, para dos subtramas de RX. Aquí, los B=2 bits se pueden transmitir o bien en una única subtrama de UL o bien en dos subtramas diferentes.
Un tercer ejemplo es cuando hay dos bits disponibles para notificación, pero solamente necesita ser notificada una subtrama de RX, es decir, B=2y A=1. Entonces, se puede transmitir el mismo informe de realimentación o ACK/NACK en ambos bits de realimentación disponibles, provocando redundancia.
El mecanismo de compresión de realimentación descrito anteriormente se puede aplicar separadamente para cada subtrama en la dirección de transmisión, de manera que la realimentación para un conjunto de subtramas de RX recibidas está asociada con y codificada en el número de bits disponibles para información de realimentación en una subtrama de TX dada. Alternativamente, la información de realimentación se puede codificar conjuntamente sobre todos los bits disponibles para información de realimentación que abarca varias subtramas de TX en una secuencia de subtramas dada tal como una trama radio.
Las Figuras 5a-c ilustran esquemáticamente algunos ejemplos de operaciones de correspondencia que se pueden realizar por la unidad de correspondencia 508. En la Figura 5a, se correlacionan cuatro subtramas de RX ai, aa, a3 y
a4 con un bit en un informe de realimentación comprimido bi, es decir, B=1 y A=4. En la Figura 5b, el informe de realimentación comprimido contiene dos bits b1 y b2 donde tres subtramas de RX a1, a2 y a3 se correlacionan a un primer bit b1 y otras tres subtramas de RX a4, a5 y a6 se correlacionan a un segundo bit b2 , es decir, B=2 y A=6. En la Figura 5c finalmente, una subtrama de RX a1 se correlaciona a dos bits b1 y b2 de un informe de realimentación, es decir, B=2 y A=1, provocando redundancia ya que la misma subtrama de RX se notifica dos veces. De manera más general, cada uno de los bits de realimentación puede ser una función de los resultados de comprobación de errores, como se mencionó anteriormente.
La Figura 6 es un diagrama de flujo con pasos que se pueden ejecutar por una parte de recepción de datos cuando se implementa al menos el mecanismo de propagación anterior, para enviar informes de realimentación para bloques de datos recibidos a una parte de envío de datos durante una conexión de comunicación TDD inalámbrica. Si hay más bloques de datos a notificar que bits o mensajes disponibles para notificación, los informes de realimentación comprimidos según la operación de correspondencia anterior también se pueden usar para reducir aún más el número de informes de realimentación a ser enviados en una subtrama de TX. Como en los ejemplos previos, la parte de recepción de datos es un terminal y la parte de envío de datos es una estación base o viceversa.
En un primer paso 600, se obtienen parámetros de asignación para la conexión, que incluyen la disposición de asignación de DL/UL de TDD con subtramas de RX y TX y recursos de realimentación disponibles, es decir, el número de bits o mensajes para notificación de realimentación. Dado que la parte de recepción de datos es un terminal, al menos algunos de los parámetros de asignación se pueden recibir desde una estación base (es decir, la parte de envío de datos), por ejemplo durante la sincronización inicial o en el traspaso desde otra estación base. Las subtramas usadas realmente se determinan típicamente de manera dinámica por la estación base.
En un siguiente paso 602, se comprueba si el número de subtramas de RX asignadas excede el número de subtramas de TX asignadas, dentro de una secuencia de subtramas dada típicamente una trama radio o si el número de informes de realimentación requeridos para las subtramas de RX excede el número de informes de realimentación permitidos o posibles en las subtramas de TX. Si el número de informes de realimentación requeridos no es generalmente mayor que el número de informes de realimentación permitidos en el paso 602, el(los) informe(s) de realimentación para cada subtrama de RX se puede(n) programar en una de las subtramas de TX de manera que un informe de realimentación para como máximo una subtrama de RX se programe en cada subtrama de TX, en un siguiente paso 604. Entonces se comprueban errores en los bloques de datos recibidos en las subtramas de RX desde la parte de envío de datos y se envían informes de realimentación para las subtramas recibidas en un paso 606, según la programación de informes de realimentación establecida en el paso 604.
Por otra parte, si el número de subtramas de RX es mayor que el número de subtramas de TX o, de manera más general, si el número de informes de realimentación requeridos es mayor que el número de informes de realimentación permitidos en el paso 602, se programan informes de realimentación en las subtramas de TX disponibles según una regla de propagación predeterminada de la manera descrita anteriormente para la Figura 3, en un paso 608. Como resultado, se programa en una subtrama de TX disponible un informe de realimentación para cada subtrama de RX de manera que al menos una subtrama de TX llevará informes de realimentación para más de una subtrama de RX.
Entonces se puede comprobar además en un paso 610 si el número de informes de realimentación programados en el paso 608 es mayor que el número de bits o mensajes disponibles para notificación, es decir, el número de informes de realimentación permitidos por los recursos de realimentación asignados, según los parámetros de asignación obtenidos. En caso negativo, es posible pasar al paso 606 para enviar informes de realimentación para bloques de datos recibidos en subtramas de RX según la programación de informes de realimentación establecida en el paso 608 usando la regla de propagación.
Por otra parte, si el número de informes de realimentación programados es mayor que el número de bits o mensajes disponibles en el paso 610, una pluralidad de bloques de datos en subtramas de RX se correlacionan con uno o más informes de realimentación comprimidos para asociar el(los) informe(s) de realimentación con los bloques de datos recibidos correspondientes, en un paso adicional 612. Esta operación de correspondencia se podría realizar según la descripción de la Figura 5 anterior. El(los) informe(s) de realimentación comprimido(s) entonces se programa(n) en subtrama(s) de TX disponible(s), en un paso 614, a fin de pasar finalmente al paso 606 de envío del(de los) informe(s) de realimentación comprimido(s) para bloques de datos recibidos en subtramas de RX según la programación de informes establecida en el paso 612 usando la operación de correspondencia.
Una ventaja de la presente invención es que el número de informes de realimentación transmitidos en una subtrama de TX en una secuencia de subtramas dada se puede reducir significativamente o al menos minimizar. Esto permite un diseño más simple del canal físico que transporta informes de realimentación y una potencia de transmisor reducida para lograr una probabilidad de error de informe de realimentación dada. Como resultado, también se reducirán el consumo de potencia y los problemas de interferencia de red. Por lo tanto, se pueden mejorar la cobertura y capacidad para la señalización de control dado que un terminal es capaz de transmitir un número menor de bits. Además, también se puede reducir la cantidad de recursos de realimentación reservados para informes de realimentación.
Aunque la invención se ha descrito con referencia a realizaciones ejemplares específicas, la descripción en general solamente se pretende que ilustre el concepto inventivo y no se debería tomar como limitante del alcance de la
invención. Aunque los conceptos de 3GPP, LTE, HSPA, MAC, tramas radio, subtramas, combinación suave HARQ y mensajes de ACK/NACK se han usado cuando se describen las realizaciones anteriores, cualesquiera otros estándares, protocolos y mecanismos adecuados similares se pueden usar básicamente para lograr las funciones descritas en la presente memoria. En particular, las realizaciones descritas anteriormente se podrían aplicar en esquemas de transmisión TDD así como FDD semidúplex. La presente invención se define generalmente por las siguientes reivindicaciones independientes.
Claims (13)
1. Un método de comunicación de datos que emplea una disposición de dúplex por división en el tiempo, TDD o dúplex por división en frecuencia, FDD, semidúplex, el método comprende los siguientes pasos:
- una estación base (400) que transmite bloques de datos en subtramas de enlace descendente asignadas a un terminal,
- la estación base (400) que recibe informes de realimentación para los bloques de datos en subtramas de enlace ascendente asignadas desde el terminal, los informes de realimentación indican si han ocurrido errores en los bloques de datos, en donde el número de las subtramas de enlace descendente asignadas excede el número de las subtramas de enlace ascendente asignadas y los informes de realimentación se programan en las subtramas de enlace ascendente asignadas según una regla de propagación predeterminada conocida por la estación base y el terminal, ordenando que los informes de realimentación se distribuyan uniformemente sobre las subtramas de enlace ascendente asignadas, y
- en base a la regla de propagación predeterminada, la estación base (400) deriva a cuál de las subtramas de enlace descendente asignadas se refiere cada informe de realimentación.
2. El método según la reivindicación 1, en donde la regla de propagación predeterminada además ordena que se minimice el número de subtramas de enlace descendente asignadas notificadas en cualquier subtrama de enlace ascendente asignada y que se minimice el retardo máximo entre cualquier subtrama de enlace descendente asignada y su subtrama de enlace ascendente asignada asociada.
3. El método según la reivindicación 1 o 2, en donde la regla de propagación ordena que se transmita un informe de realimentación tan pronto como sea posible bajo la restricción de que informes de realimentación para no más de X subtramas de enlace descendente asignadas se envíen por subtrama de enlace ascendente asignada en la dirección de transmisión, donde X = TECHO (kRX / kTX), kRX = el número de subtramas de enlace descendente asignadas y kTX = el número de subtramas de enlace ascendente asignadas, TECHO es una operación matemática que redondea al siguiente entero.
4. Un método según cualquiera de las reivindicaciones 1-3, en donde las subtramas de enlace descendente y las subtramas de enlace ascendente asignadas en dicha disposición de TDD o FDD semidúplex se disponen en una secuencia de subtramas repetida dada en una trama radio.
5. Un método según cualquiera de las reivindicaciones 1-4, en donde se programa un informe de realimentación comprimido que se refiere a un conjunto de bloques de datos en una pluralidad de subtramas de enlace descendente asignadas, si el número de informes de realimentación programados según la regla de propagación predeterminada es mayor que el número de bits o mensajes disponibles para notificación.
6. El método según cualquier reivindicación 5, en donde el informe de realimentación comprimido indica recepción correcta (ACK) si se han recibido correctamente todos los bloques de datos en el conjunto y recepción incorrecta (NACK) si se ha recibido con errores al menos un bloque de datos en el conjunto.
7. El método según la reivindicación 5 o 6, en donde el informe de realimentación comprimido contiene una pluralidad de bits o mensajes cada uno se refiere a un conjunto específico de bloques de datos recibidos.
8. El método según cualquiera de las reivindicaciones 1-7, en donde se realiza una operación de correspondencia para asociar cada bloque de datos o subtrama de enlace descendente asignada con dichos informes de realimentación.
9. El método según la reivindicación 8, en donde una pluralidad de bits o mensajes en un informe de realimentación se refiere a un único bloque de datos recibido, si el número de bits o mensajes disponibles para notificación es mayor que el número de bloques de datos recibidos para notificar.
10. El método según cualquiera de las reivindicaciones 1 -9, en donde las subtramas de enlace descendente asignadas se dividen en grupos o conjuntos, de manera que cada subtrama de enlace ascendente asignada corresponde a un grupo o conjunto específico de subtramas de enlace descendente asignadas.
11. El método según cualquiera de las reivindicaciones 1-10, en donde se usa un protocolo de ARQ Híbrida (HARQ) por lo cual cada informe de realimentación incluye un mensaje de reconocimiento, ACK o un mensaje de no reconocimiento NACK.
12. Una estación base (400) para comunicar datos que emplea una disposición de dúplex por división en el tiempo, TDD o dúplex por división en frecuencia, FDD, semidúplex, la estación base (400) comprende medios configurados para:
- transmitir bloques de datos en subtramas de enlace descendente asignadas a un terminal,
- recibir informes de realimentación para los bloques de datos en subtramas de enlace ascendente asignadas desde el terminal, los informes de realimentación indican si han ocurrido errores en los bloques de datos, en donde el número de las subtramas de enlace descendente asignadas excede el número de las subtramas de enlace ascendente asignadas y los informes de realimentación se programan en las subtramas de enlace ascendente asignadas según una regla de propagación predeterminada conocida por la estación base y el terminal, ordenando que los informes de realimentación se distribuyan uniformemente sobre las subtramas de enlace ascendente asignadas, y
- en base a la regla de propagación predeterminada, derivar a cuál de las subtramas de enlace descendente asignadas se refiere cada informe de realimentación.
13. La estación base (400) según la reivindicación 12, en la que la estación base (400) está además configurada para realizar los pasos de un método según una cualquiera de las reivindicaciones 2 a 11.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SE0700902 | 2007-04-11 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2906905T3 true ES2906905T3 (es) | 2022-04-20 |
Family
ID=39864485
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES18171634T Active ES2906905T3 (es) | 2007-04-11 | 2008-04-03 | Método y aparato en un sistema de telecomunicación |
| ES08724332.5T Active ES2569498T3 (es) | 2007-04-11 | 2008-04-03 | Método y aparato en un sistema de telecomunicación |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES08724332.5T Active ES2569498T3 (es) | 2007-04-11 | 2008-04-03 | Método y aparato en un sistema de telecomunicación |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US8134940B2 (es) |
| EP (4) | EP2145418B1 (es) |
| JP (2) | JP4966409B2 (es) |
| AR (1) | AR066053A1 (es) |
| ES (2) | ES2906905T3 (es) |
| HU (1) | HUE028291T2 (es) |
| PL (1) | PL2145418T3 (es) |
| RU (1) | RU2451403C2 (es) |
| WO (1) | WO2008127183A2 (es) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7554919B1 (en) * | 2004-06-09 | 2009-06-30 | Juniper Networks, Inc. | Systems and methods for improving packet scheduling accuracy |
| KR101048929B1 (ko) * | 2008-03-17 | 2011-07-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 ｈａｒｑ 수행 방법 |
| CN101267284B (zh) * | 2008-04-25 | 2013-01-16 | 中兴通讯股份有限公司 | 在物理上行共享信道进行确认信息反馈的方法 |
| US8611261B2 (en) * | 2008-06-24 | 2013-12-17 | Nokia Siemens Networks Oy | Control channel signaling for multiple ACK/NACK assignments |
| EP2326131B1 (en) | 2008-09-04 | 2019-06-26 | Sharp Kabushiki Kaisha | Base station device, mobile station device, and communication methods for carrier aggregation |
| KR20100094924A (ko) * | 2009-02-19 | 2010-08-27 | 삼성전자주식회사 | 무선 이동 통신 시스템에서 복합 자동 재전송 요구 동작 방법 |
| CN101895901B (zh) * | 2009-05-19 | 2013-06-05 | 中兴通讯股份有限公司 | 一种基于测量间隔的调度方法及装置 |
| US8543867B2 (en) * | 2010-04-02 | 2013-09-24 | Sharp Laboratories Of America, Inc. | Transmission of acknowledgement and negative acknowledgement in a wireless communication system |
| EP2388946B1 (en) * | 2010-05-23 | 2019-04-03 | Samsung Electronics Co., Ltd. | Apparatus and method for providing HARQ in a wireless communication system |
| WO2012015154A1 (ko) * | 2010-07-26 | 2012-02-02 | 엘지전자 주식회사 | 다중 반송파 정합을 지원하는 무선 접속 시스템에서 비주기적 채널상태정보 피드백 방법 |
| CN102655676B (zh) * | 2011-03-01 | 2014-12-31 | 华为技术有限公司 | 子帧配置方法、数据处理方法及基站、用户设备 |
| US10405306B2 (en) | 2011-09-29 | 2019-09-03 | Qualcomm Incorporated | Half-duplex operation for low cost wireless devices |
| RU2015116905A (ru) | 2012-10-05 | 2016-11-27 | Интердиджитал Пэйтент Холдингз, Инк. | Способ и устройство для улучшения покрытия устройств связи машинного типа (мтс) |
| WO2014064892A1 (ja) | 2012-10-26 | 2014-05-01 | パナソニック株式会社 | 端末装置、基地局装置、受信方法及び送信方法 |
| US9882670B2 (en) * | 2012-10-30 | 2018-01-30 | Panasonic Intellectual Property Corporation Of America | Terminal communication apparatus, base station communication apparatus, communication reception method and communication transmission method |
| US9386252B2 (en) | 2014-12-09 | 2016-07-05 | Motorola Solutions, Inc. | Systems and methods for triggering the transmission of recovery video frames to a video-receiving device over a half-duplex air interface |
| US10229150B2 (en) * | 2015-04-23 | 2019-03-12 | Splunk Inc. | Systems and methods for concurrent summarization of indexed data |
| US10333678B2 (en) | 2015-05-29 | 2019-06-25 | Huawei Technologies Co., Ltd. | Systems and methods of adaptive frame structure for time division duplex |
| US10128993B2 (en) * | 2015-05-29 | 2018-11-13 | Huawei Technologies Co., Ltd. | Systems and methods of adaptive frame structure for time division duplex |
| WO2018003645A2 (ja) * | 2016-06-27 | 2018-01-04 | シャープ株式会社 | 基地局装置、端末装置およびその通信方法 |
| JP2022501388A (ja) | 2018-09-19 | 2022-01-06 | ラホヤ インスティチュート フォー イミュノロジー | 関節リウマチにおけるｐｔｐｒｓ及びプロテオグリカン |
Family Cites Families (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI101114B (fi) | 1995-04-25 | 1998-04-15 | Nokia Telecommunications Oy | Epäsymmetrinen suurinopeuksinen datasiirtomenetelmä matkapuhelinverkos sa |
| US6335922B1 (en) | 1997-02-11 | 2002-01-01 | Qualcomm Incorporated | Method and apparatus for forward link rate scheduling |
| JP3545591B2 (ja) * | 1998-03-13 | 2004-07-21 | 株式会社東芝 | タイムスロット割り当て方法 |
| GB9927523D0 (en) * | 1999-11-23 | 2000-01-19 | Motorola Ltd | Scheduler |
| GB2358551B (en) * | 2000-01-19 | 2004-01-07 | Motorola Ltd | A packet scheduler and method therefor |
| EP1223776A1 (en) * | 2001-01-12 | 2002-07-17 | Siemens Information and Communication Networks S.p.A. | A collision free access scheduling in cellular TDMA-CDMA networks |
| CA2380039C (en) * | 2001-04-03 | 2008-12-23 | Samsung Electronics Co., Ltd. | Method of transmitting control data in cdma mobile communication system |
| US7310336B2 (en) * | 2001-05-18 | 2007-12-18 | Esa Malkamaki | Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets |
| US7139251B1 (en) * | 2001-05-29 | 2006-11-21 | Aperto Networks, Inc. | Scheduling for links having changing parameters |
| ATE412299T1 (de) * | 2001-11-24 | 2008-11-15 | Lg Electronics Inc | Verfahren zur übertragung von paketdaten in komprimierter form in einem kommunikationssystem |
| CA2515291C (en) * | 2003-02-13 | 2010-10-12 | Nokia Corporation | System and method for improved uplink signal detection and reduced uplink signal power |
| GB0407902D0 (en) * | 2003-08-15 | 2004-05-12 | Koninkl Philips Electronics Nv | Feedback signalling for multicast data transmission |
| JP4558739B2 (ja) * | 2003-10-28 | 2010-10-06 | 株式会社エヌ・ティ・ティ・ドコモ | マルチキャストサービスを提供する方法 |
| US8611283B2 (en) * | 2004-01-28 | 2013-12-17 | Qualcomm Incorporated | Method and apparatus of using a single channel to provide acknowledgement and assignment messages |
| RU2259636C1 (ru) | 2004-03-10 | 2005-08-27 | Федеральное государственное унитарное предприятие "Калужский научно-исследовательский институт телемеханических устройств" | Способ передачи сообщений в системе с обратной связью |
| KR100754658B1 (ko) * | 2004-03-12 | 2007-09-03 | 삼성전자주식회사 | 통신 시스템에서 복합 재전송 운용 방법 |
| WO2005119959A1 (en) * | 2004-06-02 | 2005-12-15 | Nokia Corporation | Acknowledgement signaling for automatic repeat request mechanisms in wireless networkds |
| KR100678943B1 (ko) * | 2004-08-24 | 2007-02-07 | 삼성전자주식회사 | 블록 ａｃｋ 프레임 전송방법 및 장치 |
| US8031583B2 (en) * | 2005-03-30 | 2011-10-04 | Motorola Mobility, Inc. | Method and apparatus for reducing round trip latency and overhead within a communication system |
| EP1895796B1 (en) * | 2005-06-17 | 2014-06-04 | Fujitsu Ltd. | Wireless access method, wireless base station device, and wireless terminal device |
| JP5192377B2 (ja) * | 2005-08-05 | 2013-05-08 | ノキア コーポレイション | アップリンク制御チャネルをチャネル品質表示報告でゲーティングする協調方法 |
| GB2429605B (en) * | 2005-08-24 | 2008-06-04 | Ipwireless Inc | Apparatus and method for communicating signalling information |
| US8194696B2 (en) * | 2006-03-10 | 2012-06-05 | Motorola Mobility, Inc. | Method and apparatus for scheduling an acknowledgement transmission |
| KR20080114730A (ko) * | 2006-03-15 | 2008-12-31 | 파나소닉 주식회사 | 무선 송신 장치 및 무선 송신 방법 |
| US8582535B2 (en) * | 2006-04-28 | 2013-11-12 | Samsung Electronics Co. Ltd. | Apparatus and method for scheduling hybrid ARQ acknowledgment messages in a wireless network |
| US8102802B2 (en) * | 2006-05-08 | 2012-01-24 | Motorola Mobility, Inc. | Method and apparatus for providing downlink acknowledgments and transmit indicators in an orthogonal frequency division multiplexing communication system |
| CN101578804A (zh) * | 2007-02-05 | 2009-11-11 | 诺基亚公司 | 用于提供确认信令的方法和装置 |
| KR20080092222A (ko) * | 2007-04-11 | 2008-10-15 | 엘지전자 주식회사 | Ｔｄｄ 시스템에서의 데이터 전송 방법 |
| KR20090015778A (ko) * | 2007-08-08 | 2009-02-12 | 엘지전자 주식회사 | 스케줄링 요청 신호 전송 방법 |
| US7953049B2 (en) * | 2007-10-22 | 2011-05-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for allocating receiver resources based on delay |
| ATE522991T1 (de) * | 2008-02-04 | 2011-09-15 | Ericsson Telefon Ab L M | Verfahren und anordnung in einem telekommunikationssystem, in dem eine bestätigungsmeldung für ein bündel aus frames rückgekoppelt wird |
-
2008
- 2008-04-03 US US12/594,976 patent/US8134940B2/en active Active
- 2008-04-03 EP EP08724332.5A patent/EP2145418B1/en active Active
- 2008-04-03 EP EP18171634.1A patent/EP3382924B1/en active Active
- 2008-04-03 JP JP2010502971A patent/JP4966409B2/ja active Active
- 2008-04-03 ES ES18171634T patent/ES2906905T3/es active Active
- 2008-04-03 EP EP16156862.1A patent/EP3110060B1/en active Active
- 2008-04-03 RU RU2009141607/08A patent/RU2451403C2/ru active
- 2008-04-03 PL PL08724332.5T patent/PL2145418T3/pl unknown
- 2008-04-03 WO PCT/SE2008/050386 patent/WO2008127183A2/en not_active Ceased
- 2008-04-03 HU HUE08724332A patent/HUE028291T2/en unknown
- 2008-04-03 ES ES08724332.5T patent/ES2569498T3/es active Active
- 2008-04-03 EP EP21208442.0A patent/EP4009557A1/en not_active Withdrawn
- 2008-04-11 AR ARP080101530A patent/AR066053A1/es active IP Right Grant
-
2012
- 2012-01-20 US US13/354,929 patent/US8472358B2/en active Active
- 2012-03-28 JP JP2012074749A patent/JP5384686B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP2145418A4 (en) | 2014-08-06 |
| RU2009141607A (ru) | 2011-05-20 |
| EP3110060A1 (en) | 2016-12-28 |
| JP4966409B2 (ja) | 2012-07-04 |
| EP3382924A1 (en) | 2018-10-03 |
| AR066053A1 (es) | 2009-07-22 |
| EP3382924B1 (en) | 2021-11-17 |
| HUE028291T2 (en) | 2016-12-28 |
| WO2008127183A2 (en) | 2008-10-23 |
| EP2145418B1 (en) | 2016-03-30 |
| WO2008127183A3 (en) | 2008-12-11 |
| PL2145418T3 (pl) | 2016-09-30 |
| EP2145418A2 (en) | 2010-01-20 |
| US8134940B2 (en) | 2012-03-13 |
| US20100074153A1 (en) | 2010-03-25 |
| EP3110060B1 (en) | 2018-06-13 |
| ES2569498T3 (es) | 2016-05-11 |
| US20120120855A1 (en) | 2012-05-17 |
| JP2012157047A (ja) | 2012-08-16 |
| JP5384686B2 (ja) | 2014-01-08 |
| JP2010524389A (ja) | 2010-07-15 |
| US8472358B2 (en) | 2013-06-25 |
| EP4009557A1 (en) | 2022-06-08 |
| RU2451403C2 (ru) | 2012-05-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2906905T3 (es) | Método y aparato en un sistema de telecomunicación | |
| US12028294B2 (en) | TDD uplink/downlink re-configuration mechanism | |
| US11831446B2 (en) | Method and apparatus for transmitting HARQ-ACK/NACK in wireless communication system | |
| CN107251628B (zh) | 用于具有信道重复的harq的增强方法以及用户设备 | |
| ES2927338T3 (es) | Señalización de canal de control usando un campo de señalización común para el formato de transporte y la versión de redundancia | |
| KR101725743B1 (ko) | 이동 단말 및 이동 통신 시스템에서 이용되는 방법 | |
| CN108476494B (zh) | 上行控制信息的传输方法、装置 | |
| EP3437401B1 (en) | Special subframe configuration for latency reduction | |
| ES2495429T3 (es) | Asignación de recursos del canal de retroalimentación de HARQ para la agregación de portadoras en sistemas de OFDMA | |
| CN115361101A (zh) | 在无线通信系统中发送和接收无线电信号的方法和装置 | |
| US20180337763A1 (en) | Method and apparatus for sending feedback information | |
| CN107006025B (zh) | 用于设备到设备的混合自动重复请求进程管理的方法和装置 | |
| US20120039289A1 (en) | Group resource allocation method in broadband wireless access system and apparatus therefor | |
| US8582506B2 (en) | Method of transmitting and receiving HARQ feedback, and mobile station and base station apparatus using the same method | |
| KR20090083265A (ko) | 제어채널 할당방법 | |
| JP2021193840A (ja) | 装置、方法、及び集積回路 | |
| KR20100099057A (ko) | 무선 통신 시스템에서 ｈａｒｑ 피드백 송수신 방법 및 이를 이용하는 단말과 기지국 장치 | |
| JP2019097191A (ja) | 基地局および方法 |