ES2637366T3 - 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 - Google Patents

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 Download PDF

Info

Publication number
ES2637366T3
ES2637366T3 ES12172265.6T ES12172265T ES2637366T3 ES 2637366 T3 ES2637366 T3 ES 2637366T3 ES 12172265 T ES12172265 T ES 12172265T ES 2637366 T3 ES2637366 T3 ES 2637366T3
Authority
ES
Spain
Prior art keywords
values
transmission
redundancy version
subset
transport 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.)
Active
Application number
ES12172265.6T
Other languages
English (en)
Inventor
Christian Wengerter
Akihiko Nishio
Hidetoshi Suzuki
Joachim Loehr
Katsuhiko Hiramatsu
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.)
Optis Wireless Technology LLC
Original Assignee
Optis Wireless Technology LLC
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=39402716&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2637366(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Optis Wireless Technology LLC filed Critical Optis Wireless Technology LLC
Application granted granted Critical
Publication of ES2637366T3 publication Critical patent/ES2637366T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0029—Reduction of the amount of signalling, e.g. retention of useful signalling or differential signalling
    • 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/0079—Formats for control data
    • 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/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

Un terminal inalámbrico (MS1) para su uso en un sistema de comunicación inalámbrico, comprendiendo el terminal inalámbrico: un receptor para recibir una señal de un canal de control de enlace descendente físico, PDCCH, destinada al terminal inalámbrico (MS1), y un transmisor para la transmisión de canal compartido de enlace ascendente físico, PUSCH, donde la señal del canal de control de enlace descendente físico, PDCCH, está asociada con la transmisión del canal de enlace común de enlace ascendente físico, PUSCH, y comprende un campo de información de control que tiene un número de bits codificando conjuntamente un tamaño de bloque de transporte y una versión de redundancia utilizada para el canal físico de enlace ascendente, caracterizado por que los bits del campo de información de control representan un valor fuera de un intervalo de valores, y donde un primer subconjunto de los valores está reservado para indicar el tamaño del bloque de transporte de la transmisión de canal compartido de enlace ascendente físico y un segundo subconjunto de valores, diferentes del primer subconjunto de valores, están reservados para indicar la versión de redundancia para la transmisión de canal común de enlace ascendente físico.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Senalizacion de canal de control usando un campo de senalizacion comun para el formato de transporte y la version de redundancia
Campo de la invencion
La invencion se refiere a un procedimiento para proporcionar control de senalizacion asociado a una unidad de datos de protocolo de transmision de datos del usuario en un sistema de comunicacion movil y el canal de la senal de control en st Ademas, la invencion tambien proporciona una estacion movil y una estacion base y el funcionamiento de las mismas en vista de las senales del canal de control que se acaban de definir aqu definidas.
Antecedentes tecnicos
Programacion de paquetes y transmision de canal compartido
En los sistemas inalambricos de comunicacion que emplean paquetes de programacion, por lo menos parte de los recursos de interfaz de aire se asignan dinamicamente a los diferentes usuarios (estaciones moviles - MS o equipos de usuario - UE). Los recursos asignados dinamicamente son normalmente asignados a por lo menos un canal compartido ffsico de enlace ascendente o descendente (o PUSCH PDSCH). Un PUSCH o PDSCH por ejemplo, pueden tener una de las siguientes configuraciones:
- Uno o varios codigos en un sistema CDMA (Acceso Multiple por Division de Codigo) son compartidos dinamicamente entre varias MS.
- Uno o multiples subportadoras (sub-bandas) en un sistema OFDMA (Acceso Multiple por Division Ortogonal de Frecuencia) son compartidos dinamicamente entre varias MS.
- Combinaciones de las anteriores en un OFCDMA (Acceso Multiple por Division de Codigo de Frecuencia Ortogonal) o un sistema MC-CDMA (Acceso Multiple por Division de Codigo Multi Portador) son compartidos dinamicamente entre varias MS.
La figura 1 muestra un sistema de programacion de paquetes en un canal compartido para los sistemas con un solo canal de datos compartidos. Una subtrama (tambien conocida como un espacio de tiempo) refleja el menor intervalo donde el programador (por ejemplo, el programador de capa ffsica o capa MAC) realiza la asignacion dinamica de recursos (DRA). En la figura 1, se supone un TTI (intervalo de tiempo de transmision) es igual a una subtrama. Cabe senalar que por lo general una TTI tambien puede extenderse a traves de varias subtramas.
Ademas, la unidad mas pequena de los recursos de radio (tambien referida como bloque de recursos o unidad de recursos), que pueden ser asignada en los sistemas OFDM, se define por una subtrama en el dominio del tiempo y por una sub-portadora/sub-banda del dominio de la frecuencia. Del mismo modo, en un sistema CDMA esta unidad mas pequena de los recursos de radio se define por una subtrama en el dominio del tiempo y de un codigo en el dominio del codigo.
En los sistemas OFCDMA o MC-CDMA, la unidad mas pequena se define por una subtrama en el dominio del tiempo, por una sub-portadora/sub-banda en el dominio de la frecuencia y el codigo en el dominio de codigo. Tener en cuenta que la asignacion de recursos dinamicos se puede realizar en el dominio del tiempo y en el dominio del codigo/frecuencia.
Los principales beneficios de programacion de paquetes son el aumento de la diversidad multi-usuario mediante la programacion de dominio de tiempo (TDS) y la adaptacion dinamica del mdice de usuario.
Suponiendo que las condiciones del canal de los usuarios cambian con el tiempo debido a la disminucion rapida (y lenta), en un instante de tiempo dado que el programador puede asignar los recursos disponibles (los codigos en el caso de CDMA, subportadoras/sub-bandas en caso de OFDMA) para que los usuarios tengan buenas condiciones de canal en la programacion del dominio de tiempo.
Especficos de DRA y la transmision de canales compartidos en OFDMA
Ademas de la explotacion de la diversidad multi-usuario en el dominio del tiempo mediante la programacion de dominio de tiempo (TDS), en la diversidad multi-usuario OFDMA tambien puede ser explotada en el dominio de la frecuencia mediante la programacion de dominio de la frecuencia (FDS). Esto se debe a que la senal OFDM esta en dominio de la frecuencia construido a partir de multiples sub-portadoras de banda estrecha (por lo general agrupadas en sub-bandas), que se pueden asignar de forma dinamica a los diferentes usuarios. Por esto, las propiedades del canal selectivas de frecuencia debido a la propagacion multi-trayectoria pueden ser explotadas para programar los usuarios sobre las frecuencias (sub-portadoras/sub-bandas) donde tienen una buena calidad de canal
5
10
15
20
25
30
35
40
45
50
55
60
65
(diversidad multi-usuario en el dominio de frecuencia).
Por razones practicas, en un sistema OFDMA el ancho de banda se divide en sub-bandas multiples, que consisten en multiples sub-portadoras. Es decir, la unidad mas pequena que puede ser asignada a un usuario que tiene un ancho de banda de una sub-banda y una duracion de una ranura o una subtrama (que puede corresponder a uno o varios sfmbolos OFDM), que se denota como un bloque de recursos (RB). Por lo general, una sub-banda se compone de sub-portadoras consecutivas. Sin embargo, en algunos casos se desea formar una sub-banda a partir de sub-portadoras no consecutivos distribuidas. Un programador tambien puede asignar a un usuario a traves de multiples sub-bandas consecutivas o no consecutivas y/o subtramas.
Para el 3GPP Long Term Evolution (3GPP TR 25.814: "Physical Layer Aspects for Evolved UTRA", version 7, v.7.1.0, octubre de 2006 - disponible en
http://www.3gpp.org), un sistema 10 MHz (prefijo cfclico normal) puede consistir en un total de 600 sub-portadoras con un espaciado de sub-portadora de 15 kHz. Las 600 sub-portadoras se pueden agrupar en 50 sub-bandas (12 sub-portadoras adyacentes), cada sub-banda ocupando un ancho de banda de 180 kHz. Asumiendo que una ranura tiene una duracion de 0,5 ms, un bloque de recursos (RB) se extiende sobre 180 kHz y 0,5 ms de acuerdo con este ejemplo.
A fin de aprovechar la diversidad multi-usuario y para lograr la ganancia de programacion en el dominio de la frecuencia, los datos para un usuario dado debenan asignarse en bloques de recursos donde los usuarios tienen una buena condicion de canal. Por lo general, los bloques de recursos estan cerca unos de otros y por lo tanto, este modo de transmision es tambien denominado modo localizado (LM).
Un ejemplo de una estructura de canal de modo localizado se muestra en la figura 2. En este ejemplo, bloques de recursos vecinos se asignan a cuatro estaciones de telefoma movil (MS1 a MS4) en el dominio de tiempo y el dominio de frecuencia. Cada bloque de recursos se compone de una parte para la realizacion de la capa 1 y/o la capa 2 de control de senalizacion (senalizacion de control L1/12) y una porcion que lleva los datos del usuario para las estaciones moviles.
Por otra parte, los usuarios pueden asignarse de un modo distribuido (DM) como se muestra en la figura 3. En esta configuracion, un usuario (estacion movil) se distribuye en bloques de recursos multiples, que se distribuyen en una amplia gama de bloques de recursos. En el modo distribuido, es posible una serie de diferentes opciones de implementacion. En el ejemplo mostrado en la figura 3, un par de usuarios (EM 1/2 y EM 3/4) comparten los mismos bloques de recursos. Otras varias opciones posibles de aplicacion ejemplar se pueden encontrar en 3GPP RAN WG # 1 TDOC R1-062089, “Comparison between RB-level and Sub-carrier-level Distributed Transmission for Shared Data Channel in E-UTRA Downlink”, agosto de 2006 (disponible en
http://www.3gpp.org).
Cabe senalar, que es posible la multiplexacion de modo localizado y el modo distribuido dentro de una subtrama, donde la cantidad de recursos (RBS) asignados a modo localizado y el modo distribuido pueden ser fijos, semi- estaticos (constante de decenas/cientos de subtramas) o dinamicos, incluso (diferente de subtrama a subtrama).
En el modo localizado, asf como en el modo distribuido en - una determinada subtrama - uno o varios bloques de datos (que son, entre otras cosas referidos como bloques de transporte) se pueden asignar por separado para el mismo usuario (estacion movil) en los diferentes bloques de recursos, que pueden o no pueden pertenecer a un mismo servicio o proceso de solicitud automatica de repeticion (ARQ). Logicamente, esto puede ser entendido como la asignacion de los diferentes usuarios.
Senalizacion de control L1/L2
Con el fin de proporcionar informacion secundaria suficiente para recibir o transmitir correctamente datos en sistemas que utilizan la programacion de paquetes, tienen que ser transmitidos los llamados senalizacion de control L1/L2 (canal de control de enlace descendente ffsico - PDCCH). Los mecanismos ffpicos de operacion para el enlace descendente y el enlace ascendente de transmision de datos se analizan a continuacion.
Transmision de datos de enlace descendente
Junto con la transmision de datos de paquetes de enlace descendente, en las implementaciones existentes mediante un canal de enlace descendente compartido, tal como 3GPP basado en el acceso de paquete de datos de alta velocidad (HSDPA), la senalizacion de control L1/L2 normalmente se transmite en un canal (de control) ffsico independiente.
Esta senalizacion de control L1/L2 suele contener informacion sobre el recurso(s) ffsico en que los datos de enlace descendente se transmiten (por ejemplo, bloques de sub-portadoras o sub-portadora en el caso de OFDM, codigos en el caso de CDMA). Esta informacion permite a la estacion movil (receptor) identificar los recursos sobre los que se transmiten los datos. Otro parametro en la senalizacion de control es el formato de transporte utilizado para la transmision de los datos de enlace descendente.
5
10
15
20
25
30
Por lo general, existen varias posibilidades para indicar el formato de transporte. Por ejemplo, el tamano del bloque de transporte de los datos (el tamano de la carga util, tamano de bits de la informacion), el nivel de la modulacion y del esquema de codificacion (MCS), la eficiencia espectral, el mdice de codigo, etc. pueden ser senales para indicar el formato de transporte (TF). Esta informacion (generalmente junto con la asignacion de recursos) permite que la estacion movil (receptor) identifique la informacion de tamano de bit, el esquema de modulacion y el mdice de codigo con el fin de iniciar la demodulacion, el des-mdice correspondiente y el proceso de decodificacion. En algunos casos, el esquema de modulacion puede senalarse explfcitamente.
Ademas, en los sistemas que emplean ARQ hnbrido (HARQ), la informacion HARQ tambien pueden formar parte de la senalizacion L1/L2. Esta informacion HARQ suele indicar el numero de proceso HARQ, lo que permite que la estacion movil identifique el proceso de ARQ hnbrido donde se asignan los datos, el numero de secuencia o el indicador de nuevos datos, permitiendo que la estacion movil identifique si la transmision es un nuevo paquete o un paquete retransmitido, y una redundancia y/o version de constelacion. La version de redundancia y/o version de constelacion dice a la estacion movil, que version hnbrida de redundancia ARQ se utiliza (necesaria para el des- mdice de correspondencia) y/o la version de la constelacion de la modulacion se utiliza (necesaria para la demodulacion).
Otro parametro de la informacion HARQ es generalmente la identidad UE (UE ID) para la identificacion de la estacion movil para recibir la senalizacion de control L1/L2. En las implementaciones tfpicas esta informacion se utiliza para enmascarar el CRC de la senalizacion de control L1/L2 con el fin de evitar que otras estaciones moviles lean esta informacion.
La siguiente tabla (Tabla 1) ilustra un ejemplo de una estructura de senal de canal de control L1/L2 para la programacion de enlace descendente, como se hace a partir de 3GPP TR 25.814 (ver seccion 7.1.1.2.3 - FFS = para un estudio adicional):
Campo Tamano Comentario
<D ■o c 'O o 0 ro O ■o c
ID (UE o grupo espedfico) [8-9] Indica el UE (o grupo de UEs) para los cuales la transmision de datos esta pensada
Asignacion de recursos
FFS Indica que unidades de recurso (virtuales) (y capas en el caso de transmision de multiples capas) deben demodular los UE{s)
Duracion de la asignacion
2-3 La duracion para la cual la asignacion es valida tambien se podna usar para controlar el TTI o programacion persistente.
oT o Q_ CO c CM 2 ro <i> O ^ o +-* ro E £
Informacion relacionada con la antena multiple FFS El contenido depende de los esquemas de MIMO/formacion de rayos seleccionados.
Esquema de modulacion
2 QPSK, 15QAM, 64QAM... En caso de transmision de multiples capas, se pueden requerir multiples instancias.
Tamano de la carga 6 La interpretacion podna depender de por ejemplo el esquema de modulacion y el numero de unidad de recursos asignados (HSDPA). En caso de transmision de multiples capas, se pueden requerir multiples instancias.
co o -s ct o 5
Si se adopta ARQ hibrido asmcrono Numero de proceso ARQ hibrido 3 Indica el proceso ARQ hibrido que la transmision actual esta dirigiendo.
Version de redundancia
2 Para soportar la redundancia incremental,
Indicador de nuevos datos
1 Para manejar eliminacion de memoria intermedia temporal.
Si se adopta ARQ hibrido smcrono
Numero de secuencia de retransmision 2 Usado para derivar la version de redundancia {para soportar la redundancia incremental) y el indicador de nuevos datos (para manejar la eliminacion de la memoria intermedia temporal).
Tabla 1
Transmision de datos de enlace ascendente
Del mismo modo, tambien para las transmisiones de enlace ascendente, senalizacion L1/L2 se incluye en el enlace descendente a los transmisores con el fin de informar sobre los parametros para la transmision de enlace ascendente. En esencia, la senal del canal de control L1/L2 es en parte similar a la de las transmisiones de enlace descendente. Por lo general indica que el recurso(s) ffsico donde el UE debe transmitir los datos (por ejemplo,
5
10
15
20
25
30
35
40
45
bloques de sub-portadoras o sub-portadora en el caso de OFDM, codigos en el caso de CDMA) y un formato de transporte que la estacion movil debe utilizar para la transmision de enlace ascendente. Ademas, la informacion de control L1/L2 tambien puede comprender la informacion ARQ hubrido, lo que indica el numero de proceso HARQ, el numero de secuencia o el indicador de nuevos datos y, ademas, la version de redundancia y/o de la constelacion. Ademas, puede haber una identidad del UE (UE ID) comprendida en la senalizacion de control.
Variantes
Hay varios tipos diferentes de como transmitir exactamente las piezas de informacion antes mencionadas. Por otra parte, la informacion de control L1/L2 tambien puede contener informacion adicional o podra omitir algunos de los datos. Por ejemplo, el numero de proceso HARQ puede no ser necesario en caso de utilizar no o un protocolo sincronico HARQ. Del mismo modo, la version de la redundancia y/o de la constelacion puede no ser necesaria si, por ejemplo se utiliza la combinacion Chase (es decir, siempre se transmite la misma version de redundancia y/o de la constelacion) o si la secuencia de versiones de redundancia y/o constelacion es pre-definida.
Otra variante puede ser la de incluir, ademas, informacion de control de potencia en la senalizacion de control o informacion de control MIMO relacionada, como por ejemplo, informacion de pre-codificacion. En el caso de MIMO de multi-codigo de palabra pueden ser incluidos formato de transporte de transmision y/o informacion HARQ para palabras de codigo multiple.
En caso de transmision de datos de enlace ascendente, parte o la totalidad de la informacion antes mencionada puede ser senalizada en el enlace ascendente, en lugar de en el enlace descendente. Por ejemplo, la estacion base solo puede definir el recurso (s) ffsico donde transmitira una determinada estacion movil. En consecuencia, la estacion movil puede seleccionar la senal y el formato de transporte, esquema de modulacion y/o parametros HARQ en el enlace ascendente. Que partes de la informacion de control L1/L2 se senala en el enlace ascendente y que proporcion se senala en el enlace descendente es tfpicamente un problema de diseno y depende de la vista de que grado de control debe llevarse a cabo por la red y que grado de autonoirna se debe dejar a la estacion movil.
La siguiente tabla (Tabla 2) muestra un ejemplo de una estructura de senales de canal de control L1/L2 para la programacion de enlace ascendente como se conoce a partir de 3GPP TR 25.814 (ver seccion 7.1.1.2.3 - FFS = para un estudio adicional):
Campo Tamano Comentario
Asignaci
ID (UE o grupo espedfico) [8-9] Indica el UE (o grupo de UEs) para los cuales esta pensada la concesion
Asignacion de recursos
FFS Indica que recursos de enlace ascendente, localizados y distribuidos, estan permitidos que el Ue use para la transmision de enlace ascendente.
Duracion de la asignacion 2-3 La duracion para la cual la asignacion es valida. El uso para otros propositos, por ejemplo, para controlar la programacion persistente, operacion "por proceso", o longitud TTI, es FFS.
LL H
Parametros de transmision FFS Los parametros de transmision de enlace ascendente (esquema de modulacion, tamano de carga, informacion relacionada con MIMO, etc.) que debe usar el UE. Si el UE esta permitido que seleccione (parte de) el formato de transporte, estos ajustes de campo determinan un lfmite superior del formato de transporte que el UE puede seleccionar.
Tabla 2
Otra sugerencia mas reciente de una estructura de senalizacion de control L1/L2 para la transmision de enlace ascendente y descendente se puede encontrar en 3GPP TSG-RAN GT1 # 50 TDOC. R1-073870, "Notes from offline discussions on PDCCH contents", agosto de 2007, disponible en
http://www.3gpp.org.
Como se indico anteriormente, la senalizacion de control L1/L2 se ha definido para los sistemas que ya estan desplegados en los diferentes pafses, como por ejemplo, 3GPP HSDPA. Para mas detalles sobre 3GPP HSDPA, por lo tanto se refiere a 3GPP TS 25.308, "High Speed Downlink Packet Access (HSDPA), Overall description, Stage 2", version 7.4.0, septiembre de 2007 (disponible en
http://www.3gpp.org) y Harri Holma y Antti Toskala, "WCDMA for UMTS, Radio Access for Third generation Mobile Communications", tercera edicion, John Wiley & Sons, Ltd., 2004, capftulos de 11.1 a 11.5, para lectura adicional.
Como se describe en la seccion 4.6 del 3GPP TS 25.212, "Multiplexing and Channel Coding (FDD"), version 7.6.0, septiembre de 2007 (disponible en
http://www.3gpp.org) en HSDPA en el "Formato de transporte" (TF) (transporte de bloques de informacion de tamano (6 bits)), la "Version de redundancia y de la constelacion" (RV/CV) (2 bits) y el "Indicador de nuevos datos" (NDI) (1 bit) se indican por separado en un total de 9 bits. Cabe senalar que el NDI es en realidad actua como un numero de secuencia HARQ de 1-bit (SN), es decir, el valor se alterna con cada nuevo
5
10
15
20
25
30
35
40
45
50
55
60
65
transporte de bloques a sertransmitidos.
La contribucion del 3GPP por NTT DOCOMO et al. "Coding scheme for L1/L2 control channel for E-UTRA downlink", Tdoc. R1-061672 para el 3GPP RAN Grupo de Trabajo 1 Reunion Ad Hoc de junio de 2006 por lo general menciona los pros y los contras de la codificacion de forma conjunta de diferentes categonas de informacion de control L1/L2. Los autores de la contribucion 3GPP establecen que la codificacion de forma conjunta es ventajosa desde el punto de vista de la cantidad de bits de senalizacion de control y de ganancia de la codificacion de canal. Codificacion por separado es ventajoso desde el punto de vista del efecto de la adaptacion del enlace como el control de la transmision de potencia (TPC) y modulacion adaptativa y el mdice de codificacion de canal (AMC), el efecto de la formacion de haz o pre-codificacion, y la diversidad de frecuencia a traves de la programacion de los canales dependientes. Basandose en estos factores, los autores de TDOC R1-061672 investigaron el esquema optimo de codificacion para el canal de control descendente L1/L2.
Ademas, el documento US 2003/0123470 A1 describe un aparato y un metodo para transmitir/recibir un HS-SCCH en un sistema de comunicacion HSDPA que incluye un HS-DSCH compartido entre una pluralidad de UE y extendido con una pluralidad de codigos de canalizacion y un HS-SCCH para transmitir informacion de control relacionada con el HS-DSCH para permitir que los UE reciban el canal compartido. En el aparato de transmision HS- SCCH, la informacion de control se prioriza de acuerdo con su grado de urgencia de procesamiento. La informacion de control de alta prioridad y la informacion de control de baja prioridad se generan y codifican en diferentes metodos de codificacion. A continuacion, la informacion de control de alta prioridad y la informacion de control de baja prioridad se multiplexan a una senal de canal de control, de tal manera que la informacion de control de alta prioridad precede a la informacion de control de baja prioridad.
Sumario de la invencion
Un objeto de la invencion es reducir la cantidad de bits necesarios para el control del canal de senalizacion, como por ejemplo la senalizacion de control de L1/L2, en el enlace ascendente o descendente. Ademas, es deseable que dicha solucion no introduzca tambien casos de error de protocolo HARQ problematicos adicionales.
El objetivo se resuelve mediante el objeto de las reivindicaciones independientes. Realizaciones ventajosas de la invencion son los objetos de las reivindicaciones dependientes.
Uno de los aspectos principales es proponer un nuevo formato para la informacion del canal de control. De acuerdo con este aspecto, el formato de transporte/tamano de bloque de transporte/tamano de carga/modulacion y sistema de codificacion y la version de la redundancia/la version de la constelacion para la transmision asociada de los datos del usuario (generalmente en forma de una unidad de datos de protocolo o bloque de transporte) se proporciona en un solo campo de la informacion del canal de control. Este unico campo se conoce como el documento de campo de control de la informacion, pero puede, por ejemplo, tambien indicarse un formato de transporte/campo de version de redundancia o, en forma abreviada, un campo de TF/RV. Ademas, algunas realizaciones de la invencion preven combinar el formato de transporte/tamano de bloques de transporte/tamano de carga /modulacion y sistema de codificacion, la version de redundancia/ version de constelacion e informacion HARQ adicional relacionada, (numero de secuencia o el indicador de nuevos datos) en un solo campo de la informacion del canal de control.
Un ejemplo proporciona una senal de canal de control (como por ejemplo la senal del canal de control L1/L2) para su uso en un sistema de comunicacion movil. La senal del canal de control esta asociada con el protocolo de unidad de datos que transporta los datos del usuario y comprende un campo de informacion de control que consiste en un numero de bits de codificacion de un formato de transporte comun y una version de redundancia utilizada para la transmision de la unidad de datos de protocolo.
En otro ejemplo, los bits del campo de la informacion de control codifican en forma conjunta el formato de transporte, una version de redundancia utilizada para la transmision de la unidad de datos de protocolo y un numero de secuencia de la unidad de datos de protocolo.
Ademas, en otro ejemplo, los bits del campo de informacion de control no solo codifican en forma conjunta el formato de transporte y una version de redundancia utilizada para la transmision de la unidad de datos de protocolo, sino que ademas, incluyen un indicador de nuevos datos para indicar si la transmision de la unidad de datos de protocolo es una transmision inicial de los datos del usuario. Por lo tanto, en este ejemplo, un solo campo de la senal del canal de control se utiliza para codificar las tres informaciones de control antes mencionadas relacionadas con la transmision asociada de los datos del usuario.
De acuerdo con otro ejemplo, el campo de la informacion de control consta de un numero de bits que producen un rango de valores que se pueden representar en el campo de la informacion de control (por ejemplo, si hay N bits proporcionados en el campo, pueden ser representados 2N diferentes valores en el campo) y donde un primer subconjunto de los valores esta reservado para indicar el formato de transporte de la unidad de datos de protocolo y un segundo subconjunto de valores estan reservados para indicar una version de redundancia para la transmision de los datos del usuario. En una realizacion ejemplar, el primer subconjunto de valores contiene mas valores que el
5
10
15
20
25
30
35
40
45
50
55
60
65
segundo subconjunto de valores.
Por otra parte, en otro ejemplo, la version de redundancia de la unidad de datos de protocolo esta impUcita en su formato de transporte que indica el valor correspondiente del primer subconjunto. En otras palabras, cada formato de transporte individual que esta representado por una combinacion de bits espedficos del primer subgrupo es unvocamente ligado a una version de redundancia respectiva a fin de que no sea necesaria senalizacion explfcita de la version de redundancia de la unidad de datos de protocolo. Otra posibilidad sena que la version de redundancia que se utilizara para la transmision inicial de los datos del usuario en la unidad de datos de protocolo se fije o preconfigure.
En otro ejemplo, se puede suponer que la transmision de la unidad de datos de protocolo antes mencionada es una transmision inicial de los datos del usuario. En este caso, el valor de los bits de informacion codificada en el campo de canal de control es lo que representa un valor del primer subconjunto de valores. Por lo tanto, en general, en el caso de una transmision inicial, el formato de transporte y, opcionalmente, la version de la unidad de redundancia de datos de protocolo esta indicado en la senal del canal de control: como se indico anteriormente, la version de redundancia tambien puede estar implfcita en el formato de transporte.
De manera similar, en el caso de la transmision de la unidad de datos de protocolo es una retransmision de los datos del usuario, el valor de los bits de informacion codificada en el campo de canal de control es lo que representa un valor del segundo subconjunto de valores. Esto puede ser ventajoso, por ejemplo, en un diseno de sistema, donde el formato de transporte (por ejemplo, tamano de bloque de transporte) de una unidad de datos de protocolo no cambia entre la transmision inicial y la retransmision o si el formato de transporte se puede determinar a partir del formato de transporte y la informacion de asignacion de recursos para la transmision de la informacion inicial y la asignacion de recursos para la retransmision. En consecuencia, si la retransmision necesita ser enviada para los datos del usuario, la senal del canal de control para esta retransmision no necesita senalizar de forma explfcita el formato de transporte para el protocolo de datos de la unidad retransmitido, sino mas bien los bits del campo de informacion de control indican la version de redundancia de la unidad de datos de protocolo, mientras que suponiendo que el formato de transporte de la retransmision sea el mismo que para la transmision inicial o que determine el formato de transporte y (opcionalmente) la informacion de la asignacion de recursos en la emision inicial y, ademas opcionalmente, la informacion de la asignacion de los recursos en la retransmision.
Sin embargo, en otros disenos de ejemplares, el formato de transporte de la transmision inicial de los datos del usuario puede no ser conocida, por ejemplo, en el caso de que la terminal de recepcion haya perdido la transmision de la senal del canal de control, o el mismo formato de transporte ya no puede ser utilizado para la retransmision, por ejemplo, debido a una reconfiguracion de los recursos asignados a la transmision de la unidad de datos de protocolo. Por lo tanto, en otra realizacion de la invencion, en el caso de que la transmision de la unidad de datos de protocolo sea una retransmision de los datos del usuario, el valor de los bits de informacion codificada en el campo de canal de control esta representando un valor del primer subconjunto o el segundo subconjunto de valores.
Por lo tanto, en este ejemplo, el campo de la informacion de control puede indicar, bien la version de redundancia de la unidad de datos de protocolo, mientras que suponiendo que el formato de transporte de la retransmision sea conocido a partir de la transmision inicial, o un formato de transporte (e, implfcita o explfcitamente la version de la redundancia) para la retransmision puede estar indicada en la retransmision, segun sea apropiado.
En otro ejemplo, el formato de transporte, una version de redundancia utilizada para la transmision de la unidad de datos de protocolo y un nuevo indicador de datos para indicar si la transmision de la unidad de datos de protocolo es una transmision inicial de los datos del usuario se supone que estan codificados en forma conjunta en el campo de la informacion de control, mientras que los valores que pueden ser representados por los bits del campo de control de la informacion se dividieron nuevamente en un primer y segundo subconjunto de un modo similar al descrito anteriormente. En este ejemplo, el uso de uno de los valores de un conjunto de primer subconjunto tambien indica que la transmision de la unidad de datos de protocolo es una transmision inicial. Es decir, en este caso los valores del primer subconjunto se pueden considerar un indicador de los nuevos datos que se establecen, es decir, indicando una transmision inicial, mientras que los valores del segundo subgrupo se pueden considerar un indicador de los nuevos datos que no se establece, es decir, indicando una retransmision.
En el caso de que los numeros de secuencia/nuevo indicador de datos no esten codificados en forma conjunta con el formato de transporte y la version de redundancia, en una realizacion alternativa de la invencion, el campo correspondiente se puede realizar en la senal del canal de control.
De acuerdo con otro ejemplo, la senal del canal de control consta de un campo de asignacion de recursos para indicar el recurso de radio ffsico o los recursos asignados a un receptor para recibir la unidad de datos de protocolo o el recurso o recursos de radio ffsico sobre los que un transmisor transmite la unidad de datos de protocolo.
En otro ejemplo, la senal del canal de control comprende, ademas, un campo identificador del terminal movil para indicar el terminal movil o un grupo de terminales moviles que van a recibir la senal del canal de control.
En un ejemplo adicional, la senal del canal de control o mas bien los bits del campo de informacion de control
5
10
15
20
25
30
35
40
45
50
55
60
65
incluyen un indicador que muestra el tipo de informacion que se indica por el resto de los bits del campo de informacion de control, en caso de que el paquete de datos de protocolo es una retransmision de los datos del usuario.
En una solucion alternativa de acuerdo con otro ejemplo, se proporciona otra senal del canal de control. Tambien esta senal de control de canal alternativo se asocia con la unidad de datos del protocolo que transporta los datos del usuario y comprende un campo de informacion de control que consta de una serie de bits que representan un formato de transporte e, implfcitamente, una version de redundancia de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una transmision inicial de los datos del usuario, o en representacion de una version de redundancia de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una retransmision de los datos del usuario.
Ademas, en una variacion de este ejemplo, los bits del campo de control de la informacion representan una version de redundancia y, opcionalmente, un formato de transporte de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una retransmision.
Otro ejemplo se refiere a un metodo para codificar senalizacion de control asociada a una unidad de datos de protocolo que transporta datos de usuario en un sistema de comunicacion movil. En este metodo, la estacion base genera una senal de canal de control que comprende un campo de informacion de control donde un formato de transporte y una version de redundancia de la unidad de datos de protocolo estan codificados conjuntamente, y posteriormente transmite la senal de canal de control a al menos un terminal movil.
En un ejemplo adicional, la estacion base recibe retroalimentacion desde al menos un terminal movil. La retroalimentacion indica si la unidad de datos de protocolo se ha decodificado satisfactoriamente en el terminal movil. Si no ha sido posible una decodificacion satisfactoria, la estacion base puede retransmitir la unidad de datos de protocolo y puede transmitir, ademas, una segunda senal de canal de control que comprende un campo de informacion de control donde se codifica conjuntamente un formato de transporte y una version de redundancia de la unidad de datos de protocolo. De este modo, la segunda senal de canal de control esta asociada a una retransmision de la unidad de datos de protocolo al terminal movil.
En un ejemplo, la unidad de datos de protocolo y la segunda unidad de datos de protocolo se transmiten o reciben usando el mismo proceso HARQ.
Otro ejemplo se refiere a un metodo para proporcionar senalizacion de control asociada a una unidad de datos de protocolo que transporta datos de usuario en un sistema de comunicacion movil. De acuerdo con este metodo, una estacion base del sistema de comunicacion movil genera una senal de canal de control que comprende un campo de informacion de control que consiste en un numero de bits que representan:
- un formato de transporte e, implfcitamente, una version de redundancia de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una transmision inicial de los datos de usuario, o
- una version de redundancia de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una retransmision de los datos de usuario.
Posteriormente, la estacion base transmite la senal de canal de control a al menos un terminal movil.
En un ejemplo adicional, en ambos metodos mencionados anteriormente, la estacion base tambien puede transmitir la unidad de datos de protocolo a un terminal movil o recibir la unidad de datos de protocolo desde el terminal movil utilizando un protocolo de retransmision HARQ. En un ejemplo, la unidad de datos de protocolo se transmite o se recibe utilizando un proceso HARQ indicado en la senal de canal de control. En otro ejemplo, la unidad de datos de protocolo se transmite o recibe utilizando un proceso HARQ determinado en base al numero de subtramas de la subtrama que transporta la unidad de datos de protocolo. La unidad de datos de protocolo puede ser transmitida o recibida usando el recurso o recursos de radio ffsicos indicados en la senal de canal de control.
En un ejemplo, el sistema de comunicacion movil es un sistema de multiples portadoras, tal como, por ejemplo, un sistema basado en OFDM, y la senal de canal de control es transmitida dentro de los recursos de radio ffsicos de una subtrama asignada a los canales de control L1/L2 del sistema de multiples portadoras.
Ademas, en otro ejemplo, la unidad de datos de protocolo se transmite en la misma subtrama que la senal de canal de control asociada.
Aunque los ejemplos descritos en el presente documento se centran principalmente en esbozar la relacion entre una estacion base y un terminal movil, es evidente que la estacion base puede servir a una pluralidad de terminales moviles y una senal de canal de control se genera y se transmite mediante la estacion base para cada terminal movil o grupo de terminales moviles.
Un ejemplo adicional esta relacionado con la operacion del terminal movil. Por consiguiente, se proporciona un
5
10
15
20
25
30
35
40
45
50
55
60
65
metodo donde un terminal movil recibe una subtrama de recursos de radio ffsicos que comprende una senal de canal de control destinada al terminal movil. La senal de canal de control comprende un campo de informacion de control donde un formato de transporte y una version de redundancia de una unidad de datos de protocolo estan codificados conjuntamente. El terminal movil determina a continuacion el formato de transporte y la version de redundancia para el paquete de datos de protocolo que transporta datos de usuario basandose en la senal de canal de control recibida y recibe o transmite el paquete de datos de protocolo en al menos un recurso de radio ffsico utilizando el formato de transporte y la version de redundancia del paquete de datos de protocolo indicado en el campo de informacion de control recibido.
En un ejemplo, el formato de transporte es informacion de tamano de bloque de transporte de la unidad de datos de protocolo y la senal de canal de control recibida comprende un campo de asignacion de recursos que indica el recurso de radio ffsico o recursos asignados al terminal movil. Por consiguiente, el terminal movil puede determinar el tamano del bloque de transporte de la unidad de datos de protocolo dependiendo de la informacion comprendida en el campo de asignacion de recursos y el campo de informacion de control.
En otro ejemplo, la senal de canal de control indica que el paquete de datos de protocolo es una retransmision (por ejemplo, nuevo indicador de datos no establecido) de datos de usuario y donde el metodo comprende ademas la etapa de transmitir un acuse de recibo positivo para el paquete de datos de protocolo recibido a la estacion base, si se ha perdido la senalizacion de canal de control asociada a la transmision inicial de los datos de usuario. Por lo tanto, aunque el terminal movil no ha recibido la senal de canal de control y no pudo recibir la transmision asociada de los datos de usuario, el terminal movil puede acusar recibo de “recepcion exitosa” de los datos de usuario y puede basarse, por ejemplo, en protocolos de capa superior, tal como, por ejemplo, el protocolo de control de enlace de radio (RLC), para gestionar la retransmision.
En el caso de que la unidad de datos de protocolo sea una retransmision, de acuerdo con otro ejemplo, el terminal movil puede reutilizar la informacion de formato de transporte de la unidad de datos de protocolo indicada en una senal de canal de control para la transmision inicial para la transmision o recepcion de la retransmision de la unidad de datos de protocolo. En consecuencia, la senal del canal de control puede estar "solamente" indicando la version de redundancia de la retransmision (aunque todavfa se puede considerar la senal del canal de control para indicar impffcitamente el formato de transporte).
En otro ejemplo, los bits de informacion en el campo de informacion de control de la senal de canal de control estan asociados a una unica informacion de referencia que indica un formato de transporte y una version de redundancia utilizada para transmitir la unidad de datos de protocolo asociada al respectivo valor representado por los bits de informacion del campo de informacion de control para transmisiones iniciales y retransmisiones del paquete de datos de protocolo.
Un ejemplo adicional se refiere a la operacion del terminal movil. En este ejemplo, el terminal movil recibe una subtrama de recursos de radio ffsicos que comprende una senal de canal de control. La senal de canal de control comprende de este modo un campo de informacion de control que consiste en un numero de bits que representan:
- un formato de transporte e, implfcitamente, una version de redundancia de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una transmision inicial de los datos de usuario, o
- una version de redundancia de la unidad de datos de protocolo, si la transmision de la unidad de datos de protocolo es una retransmision de los datos de usuario.
A continuacion, el terminal movil determina (en base a la senal de canal de control recibida) el formato de transporte y la version de redundancia para el paquete de datos de protocolo que transportan datos de usuario y ademas recibe o transmite el paquete de datos de protocolo en al menos un recurso de radio ffsico que utiliza el formato de transporte y la version de redundancia del paquete de datos de protocolo indicado en el campo de informacion de control recibido.
En este ejemplo, los bits de informacion de la informacion de control estan asociados a dos informaciones de referencia diferentes (en base a las cuales se interpreta el contenido del campo de informacion de control). Si la transmision de los paquetes de datos de protocolo es una transmision inicial, la primera informacion de referencia se utiliza cuando se determina el formato de transporte y la version de redundancia del paquete de datos de protocolo. Si la transmision de los paquetes de datos de protocolo es una retransmision, la segunda referencia se utiliza para determinar el formato de transporte y la version de redundancia del paquete de datos de protocolo.
En un ejemplo, la primera informacion de referencia indica un formato de transporte asociado al respectivo valor representado por los bits de informacion del campo de informacion de control y la segunda informacion de referencia indica una version de redundancia asociada al respectivo valor representado por los bits de informacion del campo de informacion de control.
5
10
15
20
25
30
35
40
45
50
55
60
65
Otro ejemplo proporciona una estacion base para proporcionar senalizacion de control asociada a una unidad de datos de protocolo que transporta datos de usuario en un sistema de comunicacion movil. La estacion base comprende una unidad de procesamiento para generar una senal de canal de control que comprende un campo de informacion de control donde un formato de transporte y una version de redundancia de la unidad de datos de protocolo estan codificados conjuntamente y una unidad transmisora que transmite senalizacion de control que comprende la senal de canal de control a al menos un terminal movil.
Ademas, otro ejemplo se refiere a un terminal movil para uso en un sistema de comunicaciones moviles, por lo que el terminal movil comprende una unidad receptora para recibir una subtrama de recursos de radio ffsicos que comprende una senal de canal de control destinada al terminal movil. La senal de canal de control comprende un campo de informacion de control donde se codifica conjuntamente un formato de transporte y una version de redundancia de una unidad de datos de protocolo, como se ha mencionado anteriormente en el presente documento. El terminal movil comprende tambien una unidad de procesamiento para determinar basandose en la senal de canal de control recibida el formato de transporte y la version de redundancia para el paquete de datos de protocolo que transportan datos de usuario y una unidad transmisora para transmitir el paquete de datos de protocolo en al menos un recurso de radio ffsico que utiliza el formato de transporte y la version de redundancia del paquete de datos de protocolo indicado en el campo de informacion de control recibido.
En un ejemplo alternativo, el terminal movil comprende una unidad receptora para recibir una subtrama de recursos de radio ffsicos que comprende una senal de canal de control destinada al terminal movil y una unidad de procesamiento para determinar basandose en la senal de canal de control recibida, el formato de transporte y la version de redundancia para el paquete de datos de protocolo que transporta datos de usuario. Ademas, la unidad receptora es capaz de recibir el paquete de datos de protocolo en al menos un recurso de radio ffsico usando el formato de transporte y la version de redundancia del paquete de datos de protocolo indicado en el campo de informacion de control recibido.
Ademas, la invencion de acuerdo con otras realizaciones ejemplares se refiere a la implementacion de los metodos descritos en el presente documento en software y hardware. En consecuencia, otra realizacion de la invencion proporciona un medio legible por ordenador almacenando instrucciones que, cuando son ejecutadas por una unidad de procesador de una estacion base, hacen que la estacion base genere una senal de canal de control que comprende un campo de informacion de control donde un formato de transporte y una redundancia de la unidad de datos de protocolo esta codificada conjuntamente, y para transmitir la senal de canal de control a al menos un terminal movil.
Un ejemplo adicional se refiere a un medio legible por ordenador que almacena instrucciones que, cuando son ejecutadas por una unidad de procesador de un terminal movil, hacen que el terminal movil reciba una subtrama de recursos de radio ffsicos que comprende una senal de canal de control destinada al terminal movil, determinar, basandose en la senal de canal de control recibida, el formato de transporte y la version de redundancia para el paquete de datos de protocolo que transportan datos de usuario y recibir o transmitir el paquete de datos de protocolo en al menos un recurso de radio ffsico usando el formato de transporte y la version de redundancia del paquete de datos de protocolo indicado en el campo de informacion de control recibido.
Breve descripcion de las figuras
A continuacion, la invencion se describe con mas detalle en referencia a las figuras y dibujos adjuntos. Detalles similares o correspondientes en las figuras estan marcados con las mismas referencias numericas.
La figura 1 muestra un ejemplo de transmision de datos a los usuarios de un sistema OFDMA en modo localizada (LM) que tiene un mapeo de la distribucion de senales de control L1/L2,
La figura 2 muestra un ejemplo de transmision de datos a los usuarios de un sistema OFDMA en modo localizado (LM) que tiene un mapeo de la distribucion de senales de control L1/L2,
La figura 3 muestra un ejemplo de transmision de datos a los usuarios de un sistema OFDMA en modo distribuido (DM) con una asignacion de distribucion de senales de control L1/L2,
La figura 4 destaca de forma ejemplar la interrelacion entre el bloque de transporte/protocolo de unidad de datos y sus diferentes versiones de redundancia, asf como el tamano de bloque de transporte/ tamano de la unidad de datos de protocolo,
La figura 5 muestra un ejemplo de una senal de canal de control con un campo comun para la codificacion conjunta del formato de la transmision y la version de redundancia de una unidad de datos de protocolo de acuerdo con una realizacion de la invencion,
La figura 6
muestra un ejemplo de una senal de canal de control con un campo comun y compartido para la senalizacion del formato de transmision o la version de redundancia de una unidad de datos de
5
10
15
20
25
30
35
40
45
50
55
60
protocolo de acuerdo con una realizacion de la invention,
La figura 7 muestra otro ejemplo de una senal de canal de control con un campo comun y compartido para la senalizacion del formato de transmision, la version de redundancia o de otro tipo de information de una unidad de datos de protocolo de acuerdo con una realizacion de la invencion,
La figura 8 muestra un flujo de mensaje ejemplar, tipico entre un transmisor y receptor de la senal del canal de control de acuerdo con un ejemplo de realizacion de la invencion,
La figura 9 muestra un flujo de mensajes ejemplar entre un transmisor y receptor de la senal del canal de control donde se optimiza el funcionamiento del protocolo de retransmision del receptor de acuerdo con un ejemplo de realizacion de la invencion,
La figura 10 muestra un sistema de comunicacion movil de acuerdo con una realizacion de la invencion, donde las ideas de la invencion pueden ser aplicadas, y
La figura 11 muestra otro ejemplo de una senal de canal de control con un campo comun y compartido para la senalizacion del formato de transmision o la version de la redundancia de una unidad de datos de protocolo de acuerdo con una realizacion de la invencion.
Description detallada de la invencion
Los parrafos siguientes describiran diversas formas de realizacion de la invencion. Solo a modo de ejemplo, la mayoria de las realizaciones se describen en relation a un sistema de comunicacion UMTS (evolucionado) de acuerdo con el SAE/LTE tratado en la anterior section de antecedentes tecnicos. Cabe senalar que la invencion puede utilizarse ventajosamente, por ejemplo, en relacion con un sistema de comunicacion movil, tal como el sistema SAE/LTE de comunicacion que se ha descrito anteriormente, o en conexion con sistemas de multiples portadores, tales como los sistemas basados en OFDM, pero la invencion no esta limitada a su uso en esta red de comunicacion ejemplar en particular.
Antes de discutir las diversas realizaciones de la invencion en mayor detalle mas adelante, los parrafos siguientes daran una breve descripcion sobre el significado de varios terminos utilizados en este documento y sus interrelaciones y dependencias. Por lo general, una unidad de datos de protocolo se puede considerar un paquete de datos de una capa de protocolo espetifico que se utiliza para transmitir uno o mas bloques de transporte. En un ejemplo, la unidad de datos de protocolo es un protocolo de unidad de datos MAC (MAC PDU), es decir, una unidad de datos de protocolo de la capa de protocolo MAC (Medium Access Control). La PDU MAC transmite los datos proporcionados por la capa MAC para la capa PHY (fisica). Por lo general, una asignacion de usuario unico (un canal de control L1/L2 - PDCCH - por usuario), una MAC PDU esta asignada a un bloque de transporte (TB) en la capa 1. Un bloque de transporte define la unidad de datos basicos intercambiados entre la capa 1 y MAC (capa 2). Por lo general, al hacer el mapa de una MAC PDU en un bloque de transporte se agregan uno o varios CrCs. El tamano del bloque de transporte se define como el tamano (numero de bits) de un bloque de transporte. Dependiendo de la definition, el tamano de transporte puede incluir o excluir los bits CRC.
En general, el formato de transporte define la modulation y el esquema de codification (MCS) y/o el tamano del bloque de transporte, que se aplica para la transmision de un bloque de transporte y es, por tanto, requerido para una apropiada (de)modulacion y (de)codificacion. En un sistema basado en 3GPP como por ejemplo el discutido en 3GPP tR 25.814, es valida la siguiente relacion entre la modulacion y el esquema de codificacion, el tamano del bloque de transporte y el tamano de asignacion de recursos:
imagen1
donde NRE es el numero de elementos de los recursos asignados (RE) - siendo un RE identico a un simbolo de modulacion -, CR es el mdice de codigo para codificar el bloque de transporte, y M es el numero de bits asignado a un simbolo de modulacion, por ejemplo, M = 4 para 16-QAM.
Debido a esta relacion que se ha descrito anteriormente, la senalizacion de control L1/L2 puede solo tener que indicar o bien el tamano del bloque de transporte o el esquema de modulacion y de codificacion. En el caso en que el esquema de modulacion y de codificacion debe ser senalizado, hay varias opciones de como implementar esta senalizacion. Por ejemplo, campos separados de modulacion y codificacion o un campo comun para la senalizacion de ambos, se pueden prever los parametros de modulacion y codificacion. En caso de que el sitio de bloque de transporte deba ser senalado, el tamano del bloque de transporte por lo general no es expresamente senalado, sino que es senalado como un mdice de TBS. La interpretation del mdice de TBS para determinar el tamano real del bloque de transporte puede, por ejemplo, depender del tamano de la asignacion de recursos.
5
10
15
20
25
30
35
40
45
50
55
60
65
A continuacion, el campo de formato de transporte de la senalizacion de control L1/L2 se supone que indica tanto la modulacion y el sistema de codificacion o el tamano de bloque de transporte. Cabe senalar que el tamano del bloque de transporte de un bloque de transporte dado por lo general no cambia durante las transmisiones. Sin embargo, aunque el tamano del bloque de transporte no se cambia, la modulacion y el sistema de codificacion pueden cambiar entre las transmisiones, por ejemplo, si se cambia el tamano de la asignacion de recursos (como se desprende de la relacion que se ha descrito anteriormente).
Hay que senalar tambien que en algunas realizaciones de la invencion, para las retransmisiones el tamano del bloque de transporte se conoce normalmente a partir de la transmision inicial. Por lo tanto, la informacion del formato de transporte (MCS y/o TBS) (incluso si el esquema de modulacion y codificacion cambia entre transmisiones) no tiene que ser senalizado en las retransmisiones, ya que el esquema de modulacion y de codificacion pueden ser determinados a partir del tamano de bloque de transporte y el tamano de la asignacion de recursos, lo que puede determinarse a partir del campo de la asignacion de recursos.
Una version de redundancia denota un conjunto de bits codificados generados a partir de un bloque de transporte determinado, como se muestra en la figura 4. En los sistemas, donde el mdice de codigo para la transmision de datos es generado por un codificador de mdice fijo y una unidad de coincidencia de mdice (por ejemplo, en HSDPA de UMTS o de los sistemas LTE), diferentes versiones de redundancia se generan para un unico bloque de transporte (o unidad de datos de protocolo) mediante la seleccion de diferentes conjuntos de bits codificados disponibles, donde el tamano del conjunto (numero de bits seleccionados) depende del mdice de codigo real (CR) para la transmision de datos. En el caso de que el mdice de codigo real para una transmision (o retransmision) sea superior al mdice del codificador, se construye una version de redundancia a partir de un subconjunto de bits codificados. En el caso de que el mdice de codigo real para una transmision (o retransmision) sea inferior al mdice del codificador, se construye tfpicamente una version de redundancia a partir de todos los bits codificados repitiendo bits seleccionados.
Una version de la constelacion indica el diagrama de la constelacion que se aplica para la modulacion de la transmision de datos. En algunos casos, esto solo puede referirse a un mapeo bit-a-sfmbolo determinado de un esquema de modulacion dado. En otros casos, esto puede referirse a operaciones de bits espedficas mediante la intercalacion y/o inversion de valores de bits para lograr un efecto similar que mediante la aplicacion de un mapeado bit-a-sfmbolo determinado (ver por ejemplo Ep 1 293 059 B1 o EP 1 313 248 B1 o 3GPP TS 25.212, "Multiplexing and Channel Coding (FDD"), version 7.6.0, septiembre de 2007, disponible en
http://www.3gpp.org).
Un nuevo indicador de datos (NDI) denota una bandera (o campo) que indica si la transmision de un bloque de transporte (o unidad de datos de protocolo) es una transmision inicial o una retransmision. Si el NDI esta establecido, la transmision de un bloque de transporte (o unidad de datos de protocolo) es una transmision inicial. En algunas implementaciones, un nuevo indicador de datos es un numero de secuencia de 1-bit (SN), que se incrementa en cada bloque de transporte (o unidad de datos de protocolo). En caso de utilizar un solo bit para el NDI/SN el incremento es identico a alternar el bit. Generalmente, sin embargo, un numero de secuencia puede comprender mas de un bit.
Uno de los aspectos principales de la invencion es proponer un nuevo formato para la informacion del canal de control. De acuerdo con este aspecto, el formato de transporte/tamano de bloque de transporte/tamano de capacidad de carga/esquema de modulacion y de codificacion y la version de redundancia/ version de constelacion para la transmision asociada de los datos del usuario (generalmente en forma de una unidad de datos de protocolo) se proporciona en un solo campo de la informacion del canal de control. La informacion del canal de control puede ser por ejemplo informacion de control L1/L2 /una senal de canal de control L1/L2 que se transmite en el PDCCH (Canal de Control de Enlace descendente ffsico) de un sistema de 3GPP LTE.
Cabe senalar que por simplicidad se refiere al transporte de formato y la version de redundancia en la mayona de los ejemplos del presente documento. Sin embargo, en todas las realizaciones de esta invencion el termino "formato de transporte" significa cualquier de "formato de transporte", "tamano de bloque de transporte", "tamano de carga" o "sistema de modulacion y de codificacion". Del mismo modo, en todas las realizaciones de esta invencion el termino "version de redundancia" puede ser sustituido por "version de redundancia y/o version de constelacion".
Ademas, alguna realizacion de la invencion preve combinar el formato de transporte, la version de redundancia e informacion adicional HARQ relacionada numero de secuencia (Retransmision/HARQ) o el nuevo indicador de datos - NDI) en un solo campo de la informacion del canal de control.
Aqrn hay dos enfoques basicos sugeridos. De acuerdo con las diferentes realizaciones de la invencion, se proporciona una codificacion conjunta de formato de transporte y la version de redundancia o, alternativamente, es utilizada una senalizacion comun de formato de transporte y la version la redundancia. En ambos casos, solo se proporciona un unico canal de control de campo informacion para el formato de transporte y la version de redundancia, sin embargo el uso de lo presentado es diferente.
Cuando se utiliza codificacion de conjunto, hay un campo comun para el formato de transporte y la version de
5
10
15
20
25
30
35
40
45
50
55
60
65
redundancia se define en el canal de control de la informacion/senal. El formato de transporte y la version de redundancia se codifican en forma conjunta, por ejemplo, se utiliza un campo de bits N produciendo 2N valores, que puede ser senalado. De los 2N valores M (<2N) se utilizan los valores para indicar un formato de transporte, que, por ejemplo, esta asociado a una version de redundancia dada fija o pre-configurada (En este caso se podna hablar de una senalizacion explfcita del formato de transporte y un sistema de senalizacion simultanea implfcita de la version de redundancia).Todos o parte de los valores restantes se utilizan para indicar las versiones adicionales de redundancia que pueden ser utilizadas por ejemplo para las retransmisiones de la unidad de datos de protocolo.
Estos ultimos pueden ser, por ejemplo, especialmente aplicables en el diseno del sistema, donde el formato de transporte de un bloque de transporte/protocolo de unidad de datos no cambia entre la formacion inicial y de la distribucion o se puede derivar de otro tipo de informacion en la senal del canal de control para la retransmision y/o la transmision inicial (por ejemplo, en algunos sistemas es posible obtener el formato de transporte de una retransmision desde el formato de transporte y, opcionalmente, la informacion de asignacion de recursos relacionados con la transmision inicial - ademas tambien se puede tomar en cuenta la informacion sobre la asignacion de recursos para la retransmision). En este ejemplo, la senalizacion de control para la retransmision puede indicar de forma explfcita la version de redundancia de la unidad de datos de protocolo utilizado para su retransmision e, implfcitamente, produciendo el formato de transporte (es decir, el mismo formato de transporte que se utiliza para la transmision inicial de la unidad de datos de protocolo que se ha indicado en una senal de control del canal anterior para la transmision inicial o el formato de transporte se pueden derivar de otra informacion del canal de senalizacion de control como se menciono anteriormente).
Como se menciono anteriormente, como una mejora adicional, el indicador de nuevos datos o el numero de secuencia puede ser, ademas, codificado en forma conjunta con el formato de transporte y la version de redundancia.
Utilizando el segundo procedimiento de tener un campo comun para el formato de transporte y la version de redundancia definida en la estructura de la informacion del canal de control, en un instante de senalizacion el campo compartido se utiliza para senalar el formato de transporte y en otro instante de senalizacion del campo compartido se utiliza para senalar la version de redundancia.
Por consiguiente, cuando se codifica conjuntamente el formato de transporte y la version de redundancia solo en unico conjunto de informacion de referencia para mapear el valor de bits indicado por la combinacion de bits en el campo de control de informacion comun en la senal del canal de control a una combinacion de los respectivos formato de transporte y la version de redundancia de la unidad de datos de protocolo que proporciona los datos de usuario pueden ser necesarios, independientemente de si la transmision es una transmision inicial de la unidad de datos de protocolo o una retransmision de los mismos.
En el caso de tener un campo de informacion de control compartida en la senal del canal de control, puede haber dos conjuntos de informacion de referencia para mapear el valor de bits indicada mediante la combinacion de bits en el campo de control de la informacion comun a una combinacion respectiva de los formato de transporte y version de redundancia, en funcion de si la transmision es una transmision inicial de la unidad de datos de protocolo o una retransmision de los mismos. Por ejemplo, en caso de que haya una version de redundancia pre-configurada o fijada para la primera transmision, la senal del canal de control para la transmision inicial puede indicar explfcitamente el formato de transporte de la transmision inicial dentro del campo compartido. Para algunas retransmisiones, el formato de transporte de la transmision inicial puede ser reutilizado, de modo que la senal del canal de control para la retransmision puede "solo" indica explfcitamente la version de la redundancia de la retransmision (mientras que el formato de transporte se puede considerar implfcitamente identificado o conocido a partir de la senal de control del canal para la inicial o cualquier transmision anterior).
Una diferencia significativa entre el concepto general de la invencion y los sistemas existentes, tales como 3GPP HSDPA, desde el punto de vista de una operacion eficiente del sistema esta relacionada con errores de protocolo HARQ. En HSDPA un bloque de transporte perdido (MAC PDU), por ejemplo debido a una deteccion erronea ACK/NACK o una senalizacion de control de enlace descendente de L1/L2 perdida que lleva la informacion de programacion (TF, HARQ, etc.), tiene un costo de recursos alto y un alto retardo, ya que el protocolo RLC que cuida de estos errores es lento y pesado. En los sistemas de LTE (que es uno de los sistemas de destino para el empleo de esta invencion), la capa superior de protocolo RLC es ligera y rapida, lo que permite que el diseno de la senalizacion de control de enlace descendente L1/L2 sea menos robusto, lo que a su vez permite la optimizacion descrita en este documento. Como se indico anteriormente, un enfoque sugerido en este documento es el uso de un campo unico/comun en el formato de control de la informacion del canal para indicar el formato de transporte, y (al menos implfcitamente) la version de redundancia de la transmision de una unidad de datos de protocolo y para codificar en forma conjunta (por lo menos) estos dos parametros utilizando los bits del campo comun. De acuerdo con una realizacion ejemplar de la invencion, el campo comun en la informacion del canal de control se puede suponer que consiste en N bits de modo que 2N valores pueden ser representados y senalizados. De los 2N valores M (<2N) valores pueden ser utilizados por ejemplo para indicar un formato de transporte asociado con una version de redundancia dada fija o pre-configurada. Todo o parte de los valores restantes es/se usan para indicar las versiones de redundancia adicionales.
La Tabla 3 a continuacion muestra un ejemplo, donde el campo comun (valor senalado) se compone de 4 bits. La primera parte (indicada como rango TF) del rango total de valores representables por los 4 bits se utiliza para indicar los diferentes formatos de transporte que se asocian a una version de redundancia dado (RV 0). Los restantes valores representables por los 4 bits forman una segunda parte (indicada como rango RV) e indican que una version 5 de redundancia de la transmision respectiva.
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV Rangos
0 0
0000
1 0
0001
2 0
0010
3 0
0011
4 0
0100
5 100 0
0101
LL H O U) c rc O'
6 120 0
0110
7 150 0
0111
8 200 0
1000
09 0
1001
10 0
1010
11 0
1011
1100
012 0
013 1 0 U) c rc O'
1101
14 N/A 2
1110
1111
15 3
Tabla 3
En la Tabla 3 anterior, todos los valores del rango TF son asignados a una version unica de redundancia (RV 0) 10 solamente. Por supuesto, tambien puede ser posible que los respectivos valores /formatos de transporte esten asociados a diferentes versiones de redundancia. Esto se ejemplifica en la figura 4 a continuacion.
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV Rangos
0000
0 0 LL H O U) c rc O'
0001
1 0
0010
2 0
0011
3 0
0100
4 1
0101
5 100 1
0110
6 120 1
0111
7 150 1
1000
8 200 2
5
10
15
20
25
30
35
40
45
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV Rangos
1001
9 2
1010
10 ... 2
1011
11 2
1100
12 2
1101
13 N/A 0 0 U) c rc O'
1110
14 1
1111
15 2
Tabla 4
De acuerdo con el ejemplo en la Tabla 4, las versiones de redundancia se pueden definir en funcion del valor real de la senalizacion. En una realizacion, para los tamanos pequenos de bloque de transporte o niveles de MCS bajos, una version espedfica de redundancia (RV 0) podna ser utilizada y para bloques de transporte de mayor tamano/niveles mas altos de MCS, se utiliza otra version de redundancia (RV 1, o RV 2). Por otra parte, en otro ejemplo, el mismo formato de transporte puede estar asociado a las diferentes versiones de redundancia.
En la operacion, cuando inicialmente se transmite una unidad de datos de protocolo (o bloque de transporte), la estacion base puede enviar una senal de canal de control que comprende un campo TF/RV comun con un valor seleccionado del "rango TF". En consecuencia, el valor senalado no solo identifica a un formato de transporte de la unidad de datos de protocolo, pero tambien indica la respectiva version de redundancia. Si una unidad de datos de protocolo es retransmitida, se senala un valor del "rango RV" que indica una version espedfica de redundancia, ya que se puede suponer que el formato de transporte es constante o conocido para todas las transmisiones de una unidad de datos protocolo correspondientes (bloque de transporte) para facilitar la combinacion suave mediante el protocolo HARQ.
Por otra parte, por ejemplo, dependiendo de la respuesta del receptor (por ejemplo, la estacion movil) de la unidad de datos de protocolo proporcionada al transmisor (por ejemplo, la estacion base) de la unidad de datos de protocolo, el transmisor puede decidir enviar la retransmision con el mismo formato de transporte y la version de redundancia que en la transmision inicial. Usando una tabla de referencia, como se muestra en la Tabla 3, la senal del canal de control para la retransmision por lo tanto puede indicar el mismo valor en el campo TF/RV de la senal del canal de control como la senal del canal de control para la transmision inicial (el "rango RV" no permite senalar RV 0). Si se utiliza una tabla de referencia, como se muestra en la Tabla 4, cabe senalar que el "rango RV" produce tres las mismas tres versiones de redundancia que se identifican en el "rango TF", por lo que el campo TF/Rv en la senal del canal de control siempre un valor de la "rango RV" para las retransmisiones.
En el caso en que debiera haber la posibilidad de enviar las retransmisiones con la version de redundancia igual que la transmision inicial, por ejemplo debido al uso de la combinacion de HARQ con Chase como un protocolo de retransmision para las unidades de datos de protocolo se pueden prever las implementaciones ejemplares siguientes.
En una realizacion ejemplar, cualquier valor de "rango TF" puede ser senalado en la senal del canal de control para las retransmisiones, incluso si el valor senalado no coincide con el valor TF (TBS) del bloque de transporte (o en otras palabras, el TF de la transmision inicial de la unidad de datos de protocolo). En este caso, el receptor (estacion movil, por ejemplo) simplemente ignora el formato de transporte que se produjo por el valor de "rango Tf" senalado, y simplemente aplica la version de redundancia senalada. En consecuencia, con el fin de distinguir cuando ignorar el formato de transporte senalado, el receptor puede evaluar primero el numero de secuencia (campo) o el indicador de datos nuevos, a fin de reconocer si la transmision asociada a la unidad de datos de protocolo es una transmision inicial o una retransmision.
En otra, segunda realizacion de ejemplo, tambien para una retransmision el valor "rango TF" puede ser senal de que esta coincidiendo con el formato de transporte (TBS) de la primera transmision inicial. En este caso, el receptor (estacion movil, por ejemplo) no suele pasar por alto el valor de formato de transporte senalado (TBS), ya que esto podna ayudar a descubrir los casos de error. Si, por ejemplo, el receptor ha perdido la senalizacion de control de la transmision inicial (y por lo tanto, perdio tambien la primera transmision de la unidad de los datos de protocolo/bloque de transporte), el receptor puede tratar de descifrar los datos en funcion de la senalizacion para la retransmision, ya que la senalizacion de control contiene el formato de transporte.
En una tercera realizacion ejemplar, la interpretacion del valor del formato de transporte (TBS) en el campo comun TF/RV depende del campo de la asignacion de recursos tambien comprendidos en la informacion del canal de
control. Esto significa que para un tamano de asignacion de recursos determinada, solo un rango espedfico de tamanos de bloque de transporte puede ser senalado (por lo general, el bloque de transporte tamano TBS esta relacionado con la cantidad de recursos asignados - medido en bloques de recursos RBs - de la siguiente manera: TBS = N ■ RB, donde N = 1, 2, 3,...). En el caso de que el tamano de asignacion de recursos cambie entre la 5 transmision inicial y la retransmision, puede ocurrir que no sea posible indicar el tamano de bloque de transporte correcto. En este caso, puede ser ventajoso incluir un valor de TF "Fuera de rango" en la tabla de referencia utilizada en el receptor de la senal del canal de control para interpretar el contenido del campo TF/RV. Este ultimo caso se ejemplifica en la tabla 5.
10
15
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV Rangos
0000
0 0 Rango TF
0001
1 0
0010
2 0
0011
3 0
0100
4 0
0101
5 100 120 150 200 "Fuera de rango" N/A 0
0110
6 0
0111
7 0
1000
8 0
1001
9 0
1010
10 0
1011
11 0
1100
12 0
1101
13 1 Rango RV
1110
14 2
1111
15 3
Tabla 5
En otra, cuarta aplicacion ejemplar, se puede asegurar que la misma version de redundancia que se utiliza para la transmision inicial puede ser utilizada para una retransmision por haber incluido en el "rango de RV" un valor que se produce la misma version de redundancia que la producida por los valores del "rango TF". Esta implementacion se ejemplifica en el cuadro 6 a continuacion, donde el "rango RV", tambien cuenta con un valor ("1101") que estan indicando el uso de la redundancia RV 0.
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) | RV Rangos
0 ... 0
0000
1 ... 0
0001
0010
2 ... 0 LL H O U) c rc O'
0011
3 ... 0
0100
4 ... 0
0101
5 100 0
5
10
15
20
25
30
35
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV Rangos
6 120 0
0110
0111
7 150 0
1000
8 200 0
9 0
1001
1010
10 0
11 0
1011
1100
12 0
13 0 0 U) c rc O'
1101
1110
14 N/A 0
1111
15 0
Tabla 6
En otra realizacion de la invencion, la senal del canal de control tambien incluye un indicador de los nuevos datos (que indica si los datos son nuevos datos/una nueva unidad de protocolo de datos) o un numero de secuencia de la unidad de datos de protocolo, que permite al receptor detectar la transmision de nuevos datos/una nueva unidad de datos de protocolo.
De acuerdo con un ejemplo, el indicador de nuevos datos o el numero de secuencias pueden ser transmitidas en un campo distinto o marca de la senal del canal de control. En una implementacion ejemplar el campo numero de secuencia es un bit, es decir, incrementar es identico al alternar la marca. Del mismo modo, el indicador de los nuevos datos se puede implementar como un campo de 1 bit. En el caso de que, un nuevo bloque de transporte se transmite (transmision inicial) el valor de indicador de datos nuevos se establece (por ejemplo, en el valor 1) y, si es un bloque de transporte se retransmite, el indicador de los nuevos datos no se establece (por ejemplo, se fija en el valor 0).
De acuerdo con otro ejemplo de implantacion, el numero de secuencia o el indicador de los nuevos datos se codifican en forma conjunta con el formato de transporte y la version de redundancia en un campo unico y comun de la senal del canal de control. Por lo tanto, el campo de NDI/SN puede ya no ser necesario, lo que permite reducir la carga de senalizacion.
La codificacion de forma conjunta de los indicadores de nuevos datos (NDI) con el formato de transporte y la version de redundancia de acuerdo con dos ejemplos de realizacion de la invencion se muestra en la Tabla 7 y Tabla 8. En la Tabla 8, el uso de la version de redundancia RV 0 se puede considerar que implfcitamente tambien indican nuevos datos, es decir, por tanto, tambien podna ser interpretado como que se establece una bandera de NDI (por ejemplo, el NDI = 1), y todas las demas versiones de redundancia RVs (RV 1-3) indican retransmisiones, es decir, podna ser tambien interpretado como que no se establece la bandera NDI (por ejemplo, el NDI = 0). En esencia, la Tabla 7 es similar a la Tabla 6 (Tabla 8 tambien lo es para la Tabla 3), a excepcion de la adicion de otra columna de la tabla de referencia que indica el ajuste de NDI identificado por un valor correspondiente indicado. En general, independiente del ejemplo espedfico en la Tabla 7, se debe reconocer que la definicion de dos rangos de valores ("rango TF" y "rango RV") tambien define dos rangos de valores que indican, si se envfan nuevos datos o si se proporciona una retransmision. En esencia, la seleccion de un valor a partir del "rango TF" indica una nueva transmision, por lo que es equivalente a que se establezca un indicador de los nuevos datos (o un numero de secuencia que se incrementa). Del mismo modo, seleccionando un valor del "rango de RV" indica que no hay nuevos datos que se transmiten por lo que es equivalente a que no se establece al indicador de los nuevos datos (o un numero de secuencia que no se incrementa). Como el establecimiento de un indicador de los nuevos datos (incrementando el numero de secuencia) por lo general coincide con la transmision de una transmision inicial de una unidad de datos de protocolo o bloque de transporte, respectivamente, para las transmisiones de un valor inicial del "rango TF" debe ser senalado y para las retransmisiones, debe ser senalado un valor de la "rango de RV".
Valor senalado (binario)
Valor senalado (decimal) TF(TBS) RV NDI Rangos
0000
0 0 1 0 re ■O LL 0) H ■O ° O) O) c C (0 TO * o > 0) 3 z
0001
1 0 1
0010
2 0 1
0011
3 ... 0 1
0100
4 0 1
0101
5 100 0 1
0110
6 120 0 1
0111
7 150 0 1
1000
8 200 0 1
1001
9 ... 0 1
1010
10 0 1
1011
11 0 1
1100
12 0 1
1101
13 N/A 0 0 > <u 0£ T5 10 ° O) O) (0 <= £ c 2 — 2 V
1110
14 1 0
1111 15
2 0
Tabla 7
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV NDI Rangos
0000
0 0 1 Rango TF (nuevo rango de datos)
0001
1 0 1
0010
2 0 1
0011
3 0 1
0100
4 0 1
0101
5 100 0 1
0110
6 120 0 1
0111
7 150 0 1
1000
8 200 0 1
1001
9 0 1
1010
10 0 1
1011
11 ... 0 1
Valor senalado (binario)
Valor senalado (decimal) TF (TBS) RV NDI Rangos
1100
12 0 1
1101
13 N/A 1 0 >0)0 O' <0 Hi laj O
1110
14 2 0
1111
15 3 0
Tabla 8
Otro enfoque alternativo para la codificacion conjunta del formato de transporte y la version de redundancia es el uso de un campo compartido (que podna ser tambien conocida como un campo TF/RV compartido) en el formato de la 5 informacion del canal de control que se utilizara para la senalizacion de formato de transporte y la version de redundancia. En este enfoque alternativo, de acuerdo con otra realizacion de la invencion, se asume que el formato de transporte se asocia generalmente a una version espedfica para redundancia de la transmision inicial (o la version de redundancia para la transmision inicial es fija o pre-definida). En consecuencia, en caso de una transmision inicial, el campo comun se interpreta como una senal de formato de transporte, como se muestra en la 10 Tabla 9, y por decirlo asf implfcitamente indica una version de redundancia de la transmision respectiva de manera similar como se discute en algunos ejemplos anteriores en relacion con el enfoque de codificacion conjunta.
Por otra parte, tambien se asume que el tamano del bloque de transporte no esta cambiando entre la transmision inicial y la retransmision de una unidad de datos de protocolo o bloque de transporte. Por lo tanto, en caso de una 15 retransmision el campo compartido de la senal del canal de control se interpreta como una version de redundancia, como se muestra en la Tabla 10.
Tabla 9
Valor senalado (binario)
Valor senalado (decimal) TF (TBS)
0000
0
0001
1
0010
2
0011
3
0100
4
0101
5 100
0110
6 120
0111
7 150
1000
8 200
1001
9
1010
10
1011
11
1100
12
1101
13
1110
14
1111
15
20 Tabla 10
Valor senalado (binario)
Valor senalado (decimal) RV
0000
0 RV 0
0001
1 RV 1
0010
2 RV 2
0011
3 RV 3
0100
4 RV 4
0101
5
0110
6
0111
7
1000
8
1001
9
1010
10
1011
11
1100
12
5
10
15
20
25
30
35
40
45
50
55
60
Valor senalado (binario)
Valor senalado (decimal) RV
1101
13
1110
14 reservado
1111
15 reservado
Al comparar el enfoque de codificacion comun y el uso de un campo compartido, la principal diferencia entre los enfoques es la interpretacion de los bits de los campos respectivos. En el caso de codificacion conjunta, la misma tabla de referencia se utiliza para la interpretacion de los bits del campo comun en la senal del canal de control para determinar el formato de transporte y la version de redundancia de la transmision, con independencia de si la transmision es una transmision inicial o una retransmision. Ademas, en el caso de codificacion comun adicional, el numero de secuencia o un indicador de los nuevos datos, el rango de valores que pueden ser representados por los bits en el campo comun deben separarse en dos rangos con el fin de ser capaces de diferenciar entre la transmision inicial y la retransmision y para de esta manera reconocer un indicador de nuevos datos o establecer un numero de secuencia que se incrementa. *En contraste, el enfoque de campo compartido usa dos diferentes tablas de referencia para la interpretacion de los bits contenidos en el campo comun para el formato de transporte y la version de redundancia (ver tablas 9 y 10 anteriores), dependiendo de si se envfa una transmision inicial o una retransmision. Esto permite mas libertad y flexibilidad para indicar una gran variedad de formatos de transporte y versiones de redundancia o puede permitir la reduccion del tamano del campo de senalizacion.
Sin embargo, el receptor de la senal del canal de control debe ser consciente de si una transmision inicial o una retransmision estan asociadas a la senal del canal de control respectivo. En teona, el receptor de la senal del canal de control puede derivar la informacion de su propia retroalimentacion, que sin embargo no es necesariamente muy fiable, ya que la retroalimentacion puede perderse o ser mal interpretada.
Por lo tanto, en una realizacion adicional de la invencion, se sugiere que la senal del canal de control comprenda, ademas, un campo de numero de secuencia adicional o un indicador de nuevos datos. En caso de utilizar un indicador de nuevos datos, la interpretacion del campo compartido TF/RV depende del valor del campo indicador de nuevos datos, es decir, volviendo al ejemplo anterior, el receptor (por ejemplo, la estacion movil) de la senal del canal de control elige la Tabla 9 o la tabla 10 para la interpretacion del campo TF/RV compartido dependiendo de la configuracion del indicador de nuevos datos. Del mismo modo, en caso de tener un campo de numero de secuencia, el receptor selecciona la tabla de referencia para interpretar el contenido del campo TF/RV compartido basado en el numero de secuencia que se incrementa o no.
Las diferencias entre una codificacion conjunta del formato de transporte y la version de redundancia en un campo comun y el uso de un campo compartido seran ejemplificadas respecto a la figura 5 y la figura 6. En la figura 5 se muestra una senal del canal de control de acuerdo con un ejemplo de realizacion. La senal del canal de control comprende un campo de asignacion de recursos (asignacion RB), un campo TF/RV de codificacion de forma conjunta del formato de transporte y la version de redundancia ("campo TF/rV conjunto"), un campo NDI/SN y un campo de proceso HARQ. La misma configuracion de la senal del canal de control se proporciona en la figura 6.
En la figura 5, el formato de transporte y la version de redundancia se codifican de forma conjunta en un campo comun ("campo TF/RV conjunto"), independientemente de si la informacion del canal de control se refiere a una transmision inicial o a una retransmision. Los cuatro bits del campo comun para el formato de transporte y la version de redundancia pueden, por ejemplo, representar el formato de transporte y las versiones de redundancia tal como se indica anteriormente respecto a las tablas 3-6.
En la figura 6, el enfoque de campo compartido de acuerdo con una realizacion ejemplar de la invencion se ilustra con mas detalle. El campo NDI/SN puede comprender un indicador de nuevos datos o un numero de secuencia y se utiliza para determinar si la informacion del canal de control se refiere a una transmision inicial y que informacion de referencia se utiliza para interpretar el contenido del campo TF/RV compartido. Si la informacion del canal de control esta relacionada con una transmision inicial de una unidad de datos de protocolo o bloque de transporte, el campo TF/RV compartido indica su formato de transporte, como por ejemplo se muestra en la Tabla 9. Si la informacion del canal de control esta relacionada con una retransmision, el campo TF/RV compartido indica la version de redundancia de la unidad de datos de protocolo, como por ejemplo se muestra en la Tabla 10 anterior.
A continuacion, la operacion del transmisor de la senal del canal de control de acuerdo a una de las diversas realizaciones descritas en este documento y su receptor se describiran con mas detalle, en relacion como ejemplo con el caso de transmision de datos de enlace descendente. Para fines de ejemplo, una red tal como se ejemplifica en la figura 10 puede asumirse. El sistema de comunicacion movil de la figura 10 se considera que tiene una "arquitectura de dos nodos" que consiste en al menos una puerta de enlace de acceso y nucleo (ACGW) y nodo Bs. El ACGW puede manejar las funciones de nucleo de la red, tales como llamadas de enrutamiento y conexiones de datos a redes externas, y tambien puede implementar algunas funciones RAN. Por lo tanto, la ACGW puede ser considerada como que combina las funciones realizadas por GGSN y SGSN en las actuales redes 3G y RAN funciona, por ejemplo, como control de recursos de radio (RRC), compresion de la cabecera, cifrado/proteccion de la integridad.
5
10
15
20
25
30
35
40
45
50
55
60
65
Las estaciones de base (tambien conocidas como Nodos B o Nodos B mejorados = eNode Bs) pueden manejar funciones tales como, por ejemplo, segmentacion/concatenacion, programacion y asignacion de recursos, funciones de multiplexado y capa ffsica, pero tambien funciones CRR, tal como ARQ exterior. Para propositos de ejemplo solamente, los eNodeBs se ilustran para controlar una sola celula de radio. Obviamente, usando antes de formacion de haces y/u otras tecnicas, los eNodeBs tambien pueden controlar varias celulas de radio o celulas de radio logicas.
En esta arquitectura de red de ejemplo, un canal de datos compartido puede ser utilizado para la comunicacion de datos de usuario (en la forma de unidades de datos de protocolo) en el enlace ascendente y/o en el enlace descendente en la interfaz de aire entre las estaciones moviles (UEs) y las estaciones base (eNodeBs). Este canal compartido puede ser por ejemplo un canal compartido de enlace ascendente o enlace descendente ffsico (PUSCH o pDsCH) como es conocido en los sistemas LTE. Sin embargo, tambien es posible que el canal de datos compartidos y los canales de control asociados se asignen a los recursos de la capa ffsica, tal como se muestra en la figura 2 o en la figura 3.
Las senales/informacion del canal de control pueden ser transmitidas en distintos canales de control (ffsico) separados que se asignan en la misma subtrama que los datos de usuario asociados (unidades de datos de protocolo) o, alternativamente, puede ser enviado en una subtrama que precede al que contiene la informacion asociada. En un ejemplo, el sistema de comunicacion movil es un sistema de 3GPP LTE, y la senal del canal de control es informacion del canal de control L1/L2 (por ejemplo, informacion sobre la proteccion ffsica de control descendente del canal - PDCCH). Respectiva informacion del canal de control L1/L2 para los diferentes usuarios (o grupos de usuarios) puede ser asignada a una parte espedfica del enlace ascendente compartido o canal de enlace descendente, tal como se muestra en las figuras 2 y 3 de ejemplo, donde se asigna la informacion del canal de control de los diferentes usuarios de la primera parte de una subtrama de enlace descendente ("control").
La figura 8 muestra un intercambio de mensajes y tareas realizadas por un transmisor y un receptor de una senal del canal de control de acuerdo con un ejemplo de realizacion de la invencion. El intercambio de mensajes se puede realizar en la red de comunicacion movil que se muestra en la figura 10. En consecuencia, como el ejemplo de la figura 8 esta relacionado con la transmision de datos de enlace de bajada, el transmisor que se muestra en la figura 8 se puede suponer que corresponde a la estacion movil/Nodo B NB1 en la figura 10 y el receptor que se muestra en la figura 8 se puede suponer que corresponde a la estacion movil/UE MS1 en la figura 10. Por lo general, se puede suponer en la figura 8 que un protocolo de retransmision, tal como tffbrido ARQ, se utiliza entre el transmisor (en este caso la estacion de base NB1) y el receptor (en este caso la estacion movil MS1) de los datos (unidad de datos de protocolo) con el fin de asegurar el exito de la decodificacion de los datos en el receptor.
La estacion movil MS1 es la primera en recibir 801 el PDCCH y obtiene una senal del canal de control L1/L2. Posteriormente, la estacion movil MS1 interpreta (o decodifica) 802 el contenido de senal del canal de control L1/L2. La senal del canal de control se puede suponer que tiene un formato tal como se ejemplifica en la figura 6. A continuacion, la estacion movil MS1 recibe y trata de descifrar 804 la unidad de datos del protocolo de transmision 803 en el canal de enlace de bajada de datos asociado con los parametros indicados mediante la senal del canal de control L1/L2.
En el caso de que la estacion movil MS1 pueda decodificar la unidad de datos de protocolo con exito (conocido debido a la correcta CRC), transmite un ACK en el enlace ascendente. Alternativamente, el movil transmite 805 un NACK en el enlace ascendente, si no se han descifrado los datos correctamente (conocido debido a falsa CRC). En el caso de que la estacion movil MS1 no haya recibido (decodificado correctamente) la senal del canal de control de la PDCCH, no transmite un ACK o NACK en el enlace ascendente (DTX).
En caso de recibir un NACK en la estacion base NB1, el mismo proporcionara una retransmision de la unidad de datos de protocolo a la estacion movil. Como la retransmision de la unidad de datos de protocolo se supone de manera ejemplar que es otra version de redundancia de la misma unidad de datos de protocolo, la estacion base NB1 genera 806 una senal del canal de control para la retransmision y transmite 807 esta senal del canal de control y la retransmision de la unidad del protocolo datos 809 a estacion movil MS1. Similar a las etapas 802 y 804, la estacion movil MS1 recibe 808 la senal del canal de control para la retransmision y utiliza los parametros indicados en la misma para recibir y decodificar 810 la retransmision de la unidad de datos de protocolo. Ya que se supone que la unidad de datos de protocolo puede ser decodificada correctamente despues de haber recibido la retransmision, la estacion movil MS1 informa 811 a la estacion base NB1 de la decodificacion con exito (sin exito) por medio de un ACK (NACK).
En otra realizacion, algunas mejoras adicionales en el protocolo de retransmision se sugieren. Estas mejoras se pondran de relieve con el flujo de senalizacion de ejemplo y el intercambio de datos tal como se ilustra en la figura 9. Se puede suponer que el protocolo de retransmision se proporciona en la capa de acceso al medio (MAC) del sistema de comunicacion movil y que otro protocolo de capa superior en la pila de protocolo proporciona otra funcion de retransmision para asegurar la entrega exitosa de los datos. Por ejemplo, este protocolo de capa superior puede ser el protocolo del control de enlace de radio (RLC).
5
10
15
20
25
30
35
40
45
50
55
60
65
Generalmente, si una estacion movil 901 pierde la senalizacion de control (por ejemplo, en el PDCCH) para la transmision inicial de una unidad de datos de protocolo (por ejemplo, MAC PDU), puede que tampoco reciba 903 la transmision inicial de la unidad de datos de protocolo. Ademas, la estacion movil tampoco es consciente del formato de transporte que se utilizara para la transmision y las retransmisiones de la unidad de datos de protocolo y no proporciona ninguna retroalimentacion a la estacion base transmisora.
En el caso de que la estacion base no reciba ninguna retroalimentacion de la transmision inicial, una implementacion tfpica de la unidad de programador de la estacion base considera 903 esta ausencia de retroalimentacion como un NACK (receptor ACK/NACK de dos estados) y la estacion base genera 904 y transmite 905 otra senalizacion de control L1/L2 para la retransmision de la unidad de datos de protocolo.
Si la estacion movil recibe posteriormente 906 esta senalizacion de control L1/L2 para la retransmision. Suponiendo ahora que hay un campo comun para el formato de transporte y la version de redundancia dentro de la senalizacion de control, los bits en el campo comun TF/RV no proporcionan el formato de transporte (por ejemplo, los tamanos de los bloques de transporte, MCS, etc) de la unidad de datos del protocolo, pero solo puede indicar la version de redundancia (vease, por ejemplo, las tablas 3-8 y suponiendo que el valor del "rango RV" se senala para la retransmision o consulte la Tabla 9 para la aproximacion del campo compartido TF/RV). A pesar de que la estacion movil no es capaz de recibir la retransmision 907 de la unidad de datos de protocolo, de acuerdo con esta realizacion de la invencion, la estacion movil envfa 908 un reconocimiento positivo (ACK) con el fin de cancelar la transmision de la unidad de datos del protocolo actual (MAC PDU), pues de lo contrario (la transmision de NACK) la estacion base continuana con las retransmisiones sin que el terminal movil tenga la posibilidad de decodificar correctamente el bloque de transporte. La transmision de un ACK hace que el bloque de transporte se pierda, sin embargo, la retransmision de este bloque de transporte (unidad de datos de protocolo) puede ser atendida por protocolos de capa superior (ARQ), si estan disponibles (por ejemplo, RLC).
Un comportamiento similar, por ejemplo, tambien se puede implementar en caso de que la estacion base (o mas bien la unidad de programacion) tenga la capacidad de no solo detectar ACK/NACKs, sino tambien una DTX transmitida (es decir, no hay transmision de aCk/NACK) - es decir, un receptor ACK/NACK/DTX de tres estados - para situaciones en las que la estacion movil perdio la senalizacion de control en el PDCCH, pero debido a un error en la recepcion/decodificacion de la retroalimentacion - la estacion base detecta erroneamente un NACK en lugar de DTX. En este caso, la estacion base enviara una retransmision de los paquetes de datos de protocolo, junto con una senal de control de canal asociado que indica que la transmision es una retransmision, similar al caso del receptor ACK/NACK de 2 estados que se ha descrito anteriormente. En este caso, la estacion movil puede detectar un error de protocolo y envfa una confirmacion positiva de cancelar las retransmisiones. En el caso de que la estacion base detecte correctamente la senal DTX, la estacion base puede transmitir otra transmision inicial (indicando el formato de transporte) del mismo bloque de transporte o de un bloque de transporte de nueva construccion.
Los ejemplos de realizacion descritos anteriormente se han centrado principalmente en la senalizacion de control L1/L2 para la transmision de datos de enlace descendente. Tambien en el caso de las transmisiones de datos de enlace ascendente, la senalizacion de control L1/L2 puede ser transmitida en el enlace descendente. Como la transmision de los datos (usuario) se encuentra en otro enlace (enlace ascendente), las transmisiones de los datos pueden tener lugar en diferentes numeros de subtramas que la senalizacion de control asociada (por el enlace ascendente y descendente en realidad puede no estan sincronizados, es decir, la temporizacion de las subtramas de enlace ascendente y de enlace descendente son diferentes). En cualquier caso, es necesario que haya una correlacion bien definida de la subtrama donde la senalizacion de control se realiza y la subtrama donde la transmision de datos se realiza efectivamente. Por consiguiente, en los sistemas TDD, las subtramas pueden ser diferentes para el enlace ascendente y para el enlace descendente.
A continuacion, se describiran opciones y mejoras adicionales a las senales de control L1/L2 descritas previamente en este documento.
Otra realizacion de la invencion se refiere a otra nueva mejora de la utilizacion de un campo compartido TF/RV en la senal del canal de control. El numero de bits de senalizacion para el formato de transporte (por ejemplo 4-7 bits) es tfpicamente mayor que los bits necesarios para la redundancia (por ejemplo, 1-3 bits). Por lo tanto, en el caso de senalizacion, la version de redundancia para retransmisiones de algunos bits (o valores) del campo TF/RV compartido puede ser usada por ejemplo para transmitir otra informacion de control util. Por ejemplo, algunos o todos los bits que no se utilizan para la senalizacion de la version de redundancia pueden ser utilizados para senalar:
- el esquema de modulacion, tal como se muestra en la figura 11, por ejemplo, en caso de que el esquema de modulacion deba ser controlado para cada retransmision de forma independiente. En este caso, el mdice de codigo para la decodificacion puede ser determinado a partir del tamano de bloque de transporte conocido a partir de una transmision anterior (tfpicamente la transmision inicial), la asignacion de recursos senalados (a partir de los cuales se puede determinar el tamano de la asignacion de recursos) y el esquema de modulacion senalado.
5
10
15
20
25
30
35
40
45
50
55
60
- informacion relacionada con el formato de transporte restringido adicional, por ejemplo, la modulacion solamente, en el nivel MCS, en la TBS, etc.
- informacion de sub-proceso MIMO HARQ, tal como, por ejemplo, se sugiere en 3GPP TSG RAN GT1 # 47 Tdoc. R1-063548, "MIMO HS-SCCH structure", noviembre de 2006 (disponible en
http://www.3gpp.org). Asumiendo un modo MIMO que soporta una transmision de palabras de codigo 2 y 2 procesos HARQ, tipicamente, el numero de sub-proceso debe ser senalado en el canal de control L1/L2, que requiere un bit adicional para el proceso HARQ. Suponiendo que este bit no es necesario en la transmision inicial, en las retransmisiones este bit se puede senalar en el espacio disponible.
- informacion de control de potencia adicional para control de enlace ascendente/descendente y canales de datos.
- informacion sobre los recursos utilizados (por la estacion base) o para ser utilizados (por el UE) para la senalizacion ACK/NACK. Esta informacion puede ser, por ejemplo, una indicacion explfcita de los recursos o tal vez restringiendo los recursos.
- un bit de senal que indica que el resto de bits en el campo compartido se utilizan para informacion RV o por ejemplo, para informacion TF (restringida) (ver la figura 7). Esto puede ser especialmente beneficioso en caso de retransmisiones auto-descifrables, donde la estacion base tiene la flexibilidad de elegir que senalar en las retransmisiones.
Cabe senalar, que en una realizacion de la invencion, la senalizacion del canal de control se transmite para las transmisiones iniciales y, opcionalmente, ademas para las retransmisiones seleccionadas de una unidad de datos de protocolo. Por lo tanto, algunas o todas las retransmisiones pueden ser transmitidas sin un canal de control. En este caso, la informacion de control para poder recibir la transmision de la unidad de datos de protocolo asociada se puede derivar de la senalizacion de control para la transmision inicial de la unidad de datos de protocolo, a partir de una (re)transmision anterior de la unidad de datos de protocolo o se puede predefinir el formato de transporte y la version de redundancia para las retransmisiones. Por ejemplo, la asignacion de recursos se puede derivar de la asignacion de recursos de una transmision anterior (por ejemplo, asignacion de recursos identicos o salto predefinido y redimensionado de la asignacion de recursos). Esta implementacion puede ser utilizada por ejemplo para la transmision de datos de enlace ascendente con un protocolo HARQ smcrono.
En comparacion con los esquemas convencionales, la utilizacion de un campo comun para el formato de transporte y la version de redundancia (y, opcionalmente, el NDI/SN) tiene las siguientes ventajas. La reduccion de la senalizacion de control L1/L2 en comparacion con tener campo separados en el formato de canal de control para el formato de transporte, la version de redundancia y los campos NDI/SN mediante el concepto descrito es de hasta 3 bits, dependiendo de la realizacion real. Asumiendo los formatos de senalizacion de control L1/L2 tal como se describen en la solicitud PCT presentada al mismo tiempo PCT/EP2007/010755, publicada como WO 2008/083804 A2, "Configuracion de canales de control en un sistema de comunicacion movil" (del mismo solicitante, presentada el 10 de diciembre de 2007) los tamanos de produccion oscilan entre -25 y -80 bits para la senal del canal de control L1/L2, esto se traduce en una reduccion del encabezado del 4,12%. Especialmente, para los pequenos formatos de senalizacion de control L1/L2, la reduccion es beneficiosa (hasta 12% de reduccion), ya que estos se utilizan para las estaciones moviles del borde de la celda, donde los recursos (energfa y tiempo-frecuencia) por canal de control L1/L2 (PDCCH) son grandes debido a la potencia y el control MCS del canal de control L1/L2 (PDcCH). Por lo tanto, el concepto de tener un campo comun para el formato de transporte de codificacion y la version de redundancia (y, opcionalmente, el NDI/SN) permite una mayor cobertura y tamano de la celda.
Ademas, el uso de un campo comun para el formato de codificacion de transporte y la version de redundancia (y, opcionalmente, el NDI/SN) en la senalizacion de control tambien permite la senalizacion de mas tamanos de formato de transporte. Suponiendo que, por ejemplo, un total de 8 bits para el formato de transporte, la version de redundancia y NDI/SN (5 bits TF, 2 bits RV, 1 bit NDI/SN) se utilizan en un sistema convencional para codificar los respectivos campos de forma individual, la codificacion conjunta del formato de transporte y la version de redundancia y teniendo todavfa un campo NDI/SN permite el uso de 7 bits para un campo comun. La tecnica anterior produce hasta 25 - 1 = 31 valores de formato de transporte (un valor reservado para el "Fuera de Rango"), mientras que la codificacion conjunta del formato de transporte y la version de redundancia en un campo TF/RC produce 27 - 3 = 125 valores de formato de transporte (suponiendo que 3 valores se reservan para la senalizacion de 3 RVs definidos para las retransmisiones). Esto proporciona una granularidad significativamente mas fina de tamano de los bloques de transporte, que permite por ejemplo, un menor encabezado de relleno MAC PDU o una adaptacion de enlace mas fina mediante seleccion MCS. En caso de codifica adicionalmente de forma conjunta que la NDI, el numero de valores de formatos de transporte tambien se incrementa a 28 - 3 = 253.
5
10
15
20
25
30
35
40
45
50
55
60
Ademas, tal como se senala en varios ejemplos anteriores, en las implementaciones donde el formato de transporte (Tamano del bloque de transporte) no cambia para las retransmisiones, que debena ser el caso, como de lo contrario la combinacion suave no es posible, ningun formato de transporte tiene que ser senalado para las retransmisiones. En un diseno convencional, el formato de transporte es tambien senalado en las retransmisiones. En algunos casos, la senalizacion del formato de transporte para las retransmisiones puede ayudar a la recuperacion de casos de error (por ejemplo, si el receptor perdio la transmision de la senalizacion de control para la transmision inicial). Sin embargo, estos casos de error son muy poco probables en ciertos sistemas, y por lo tanto, es mas eficaz evitar la senalizacion del formato de transporte para las retransmisiones, lo que ahorra en la sobrecarga de senalizacion de control.
La senalizacion del formato de transporte para la retransmision tipicamente provoca una sobrecarga adicional en la senalizacion de control para tener en cuenta los casos de error en caso de que el tamano de asignacion de recursos esta cambiando para las retransmisiones. En algunos casos, puede suceder que el formato de transporte (tamano de los bloques de transporte), que debe ser senalado para retransmisiones en los disenos convencionales, no esta dentro del rango de los valores que se pueden senalar despues de la actualizacion de la asignacion de recursos. En este caso, los sistemas convencionales tipicamente definen un valor "Fuera de Rango" para tener en cuenta estas situaciones. En algunas de las realizaciones de la invencion aqu descritas, este valor "Fuera de Rango" no es necesario, ya que el formato de transporte (tamano del bloque de transporte) no se senala en las retransmisiones.
Otra caractenstica de la invencion de acuerdo con algunas realizaciones de la invencion es que no permite una seleccion dinamica de la version de redundancia para la transmision inicial. Esto no es necesariamente una desventaja en comparacion con las soluciones convencionales (que puede permitir una libre eleccion de la version de redundancia para las transmisiones iniciales), ya que la seleccion de la version de redundancia dinamica no suele ser beneficiosa y solo se puede aplicar en casos raros.
Ejemplos de sistemas de comunicaciones moviles en los que los principios de la invencion descritos en este documento pueden ser utilizados son sistemas de comunicacion que utilizan un esquema OFDM, un esquema MC- CDMA o un esquema OFDM con conformacion de pulsos (OFDM/OqAM).
Otra realizacion de la invencion se refiere a la implementacion de las varias realizaciones descritas anteriormente utilizando hardware y software. Se reconoce que las diversas realizaciones de la invencion pueden ser implementadas o realizadas usando dispositivos informaticos (procesadores). Un dispositivo informatico o procesador puede ser por ejemplo procesadores de proposito general, procesadores de senal digital (DSP), circuitos integrados de aplicacion espedfica (ASIC), matrices de puertas programables de campo (FPGA) u otros dispositivos logicos programables, etc. Las diversas realizaciones de la invencion tambien pueden realizarse mediante una combinacion de estos dispositivos.
Ademas, las diversas realizaciones de la invencion tambien pueden ser implementadas mediante modulos de software, que son ejecutados mediante un procesador o directamente en hardware. Tambien una combinacion de modulos de software y una implementacion de hardware puede ser posible. Los modulos de software se pueden almacenar en cualquier tipo de soporte informatico legible, por ejemplo, RAM, EPROM, EEPROM, memoria flash, registros, discos duros, CD-ROM, DVD, etc.
Ademas, cabe senalar que los terminos terminal movil y estacion movil se utilizan como sinonimos en este documento. Un equipo de usuario puede ser considerado un ejemplo de una estacion movil y se refiere a un terminal movil para su uso en redes basadas en 3GPP, tales como LTE.
Tambien debe indicarse que la mayona de las realizaciones se han descrito en relacion con un sistema de comunicacion basado en 3GPP y la terminologfa utilizada en los apartados anteriores se refiere principalmente a la terminologfa 3GPP. Sin embargo, la terminologfa y la descripcion de las diversas realizaciones respecto a las arquitecturas basadas en 3GPP no pretenden limitar los principios y las ideas de los inventos de estos sistemas.
Ademas, las explicaciones detalladas que se dan en la seccion de antecedentes tecnicos anterior tienen la intencion de comprender mejor la mayor parte de realizaciones espedficas 3GPP de ejemplo descritas en este documento y no deben ser entendidas como limitacion de la invencion a las implementaciones espedficas descritas de los procesos y funciones de la red de comunicacion movil. Sin embargo, las mejoras propuestas en este documento pueden aplicarse facilmente en las arquitecturas que se describen en la seccion de antecedentes tecnicos. . Ademas, el concepto de la invencion tambien puede ser facilmente utilizado en el LTE RAN actualmente descrito mediante 3GPP.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un terminal inalambrico (MS1) para su uso en un sistema de comunicacion inalambrico, comprendiendo el terminal inalambrico:
    un receptor para recibir una senal de un canal de control de enlace descendente ffsico, PDCCH, destinada al terminal inalambrico (MS1), y
    un transmisor para la transmision de canal compartido de enlace ascendente ffsico, PUSCH, donde la senal del canal de control de enlace descendente ffsico, PDCCH, esta asociada con la transmision del canal de enlace comun de enlace ascendente ffsico, PUSCH, y comprende un campo de informacion de control que tiene un numero de bits codificando conjuntamente un tamano de bloque de transporte y una version de redundancia utilizada para el canal ffsico de enlace ascendente, caracterizado por que los bits del campo de informacion de control representan un valor fuera de un intervalo de valores, y donde un primer subconjunto de los valores esta reservado para indicar el tamano del bloque de transporte de la transmision de canal compartido de enlace ascendente ffsico y un segundo subconjunto de valores, diferentes del primer subconjunto de valores, estan reservados para indicar la version de redundancia para la transmision de canal comun de enlace ascendente ffsico.
  2. 2. El terminal inalambrico (MS1) segun la reivindicacion 1, donde el primer subconjunto de valores contiene mas valores que el segundo subconjunto de valores.
  3. 3. El terminal inalambrico (MS1) segun la reivindicacion 1 o 2, donde en el caso de que el campo de informacion de control represente el primer subconjunto de valores, la version de redundancia a utilizar para una transmision inicial es un valor fijo o preconfigurado.
  4. 4. El terminal inalambrico (MS1) segun la reivindicacion 3, donde el valor de la version de redundancia fija o preconfigurada es 0.
  5. 5. El terminal inalambrico (MS1) segun una de las reivindicaciones 1 a 4, donde en el caso de que el campo de informacion de control represente el segundo subconjunto de valores, el tamano del bloque de transporte a utilizar para una retransmision es un tamano de bloque de transporte de una transmision inicial.
  6. 6. El terminal inalambrico (MS1) segun una de las reivindicaciones 1 a 5, donde el tamano del bloque de transporte es un mdice que se utiliza para determinar el tamano real del bloque de transporte.
  7. 7. El terminal inalambrico (MS1) segun una de las reivindicaciones 1 a 6, donde el numero de valores en el segundo subconjunto de valores es 3.
  8. 8. El terminal inalambrico (MS1) segun una de las reivindicaciones 1 a 7, donde el terminal inalambrico es un equipo de usuario (UE).
  9. 9. Un metodo para un terminal inalambrico (MS1) en un sistema de comunicacion inalambrica, comprendiendo el metodo las etapas de:
    recibir por el terminal inalambrico (MS1) una senal de un canal de control de enlace descendente ffsico, PDCCH, destinada al terminal inalambrico, transmitir por el terminal inalambrico (MS1) una transmision ffsica de canal compartido de enlace ascendente, donde la senal de PDCCH esta asociada con la transmision ffsica de enlace ascendente ffsico, PUSCH, y comprende un campo de informacion de control que tiene un numero de bits codificando conjuntamente un tamano de bloque de transporte y una transmision de version de redundancia utilizada para el canal comun de enlace ascendente ffsico, PUSCH, caracterizado por que los bits del campo de informacion de control representan un valor fuera de un intervalo de valores, y un primer subconjunto de los valores esta reservado para indicar el tamano del bloque de transporte de la transmision del canal compartido de enlace ascendente ffsico, PUSCH, y un segundo subconjunto de los valores, diferente del primer subconjunto de valores, se reserva para indicar la version de redundancia para la transmision del canal compartido de enlace ascendente ffsico, PUSCH.
  10. 10. El metodo segun la reivindicacion 9, donde el primer subconjunto de valores contiene mas valores que el segundo subconjunto de valores.
  11. 11. El metodo segun la reivindicacion 9 o 10, donde en el caso del campo de informacion de control que representa el primer subconjunto de valores, la version de redundancia a utilizar para una transmision inicial es un valor fijo o preconfigurado.
  12. 12. El metodo segun la reivindicacion 11, donde el valor de la version de redundancia fija o preconfigurada es 0.
  13. 13. El metodo segun una de las reivindicaciones 9 a 12, donde en el caso de que el campo de informacion de control
    represente el segundo subconjunto de valores, el tamano de bloque de transporte a utilizar para una retransmision es un tamano de bloque de transporte de una transmision inicial.
  14. 14. El metodo segun una de las reivindicaciones 9 a 13, donde el tamano del bloque de transporte es un mdice que 5 se utiliza para determinar el tamano real del bloque de transporte.
  15. 15. El metodo segun una de las reivindicaciones 9 a 14, donde el numero de los valores en el segundo subconjunto de valores es 3, y donde el terminal inalambrico (MS1) es un equipo de usuario.
    10
ES12172265.6T 2007-12-20 2008-12-18 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 Active ES2637366T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP07024829 2007-12-20
EP07024829A EP2073419B1 (en) 2007-12-20 2007-12-20 Control channel signaling using a common signaling field for transport format and redundancy version

Publications (1)

Publication Number Publication Date
ES2637366T3 true ES2637366T3 (es) 2017-10-13

Family

ID=39402716

Family Applications (5)

Application Number Title Priority Date Filing Date
ES07024829T Active ES2373240T3 (es) 2007-12-20 2007-12-20 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.
ES11175779.5T Active ES2519766T3 (es) 2007-12-20 2007-12-20 Señalización de canal de control usando un campo de señalización común para el formato de trnasporte y la versión de redundancia
ES12172265.6T Active ES2637366T3 (es) 2007-12-20 2008-12-18 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
ES08865132T Active ES2389145T3 (es) 2007-12-20 2008-12-18 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
ES17184071T Active ES2927338T3 (es) 2007-12-20 2008-12-18 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

Family Applications Before (2)

Application Number Title Priority Date Filing Date
ES07024829T Active ES2373240T3 (es) 2007-12-20 2007-12-20 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.
ES11175779.5T Active ES2519766T3 (es) 2007-12-20 2007-12-20 Señalización de canal de control usando un campo de señalización común para el formato de trnasporte y la versión de redundancia

Family Applications After (2)

Application Number Title Priority Date Filing Date
ES08865132T Active ES2389145T3 (es) 2007-12-20 2008-12-18 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
ES17184071T Active ES2927338T3 (es) 2007-12-20 2008-12-18 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

Country Status (14)

Country Link
US (6) US8385284B2 (es)
EP (6) EP2073419B1 (es)
JP (3) JP5342563B2 (es)
KR (9) KR101699848B1 (es)
CN (2) CN101919194B (es)
AU (1) AU2008340731B2 (es)
BR (1) BRPI0819508B1 (es)
ES (5) ES2373240T3 (es)
HU (1) HUE060731T2 (es)
MY (1) MY152015A (es)
PL (2) PL2501070T3 (es)
RU (2) RU2473175C2 (es)
SG (1) SG174812A1 (es)
WO (1) WO2009080290A1 (es)

Families Citing this family (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060282545A1 (en) * 2005-06-11 2006-12-14 Arwe John E Method and apparatus for application or protocol version negotiation
ATE519352T1 (de) 2007-06-18 2011-08-15 Nokia Corp Verfahren und vorrichtung zum geben einer information für das starten eines zufälligen zugriffsvorgangs
ES2373240T3 (es) 2007-12-20 2012-02-01 Panasonic Corporation 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.
EP2077646A1 (en) 2008-01-05 2009-07-08 Panasonic Corporation Control channel signaling using code points for indicating the scheduling mode
CA2737664C (en) * 2008-09-22 2015-06-30 Nokia Siemens Networks Oy Method and apparatus for providing signaling of redundancy versions
RU2496238C2 (ru) * 2008-10-20 2013-10-20 Панасоник Корпорейшн Устройство базовой станции беспроводной связи и способ определения числа разделения
KR101689596B1 (ko) * 2008-12-23 2016-12-26 엘지전자 주식회사 복수의 전송 대역을 지원하는 무선 통신 시스템에 있어서, ｈａｒｑ 프로세스를 수행하기 위한 제어정보를 전송하는 방법
TWI496490B (zh) 2009-03-17 2015-08-11 Interdigital Patent Holdings 在多輸入多輸出中上鏈功率控制的方法和裝置
JP5332854B2 (ja) * 2009-04-20 2013-11-06 ソニー株式会社 無線送信機、無線送信方法、無線受信機および無線受信方法
EP2424295B1 (en) 2009-04-21 2021-08-11 Optis Wireless Technology, LLC Terminal apparatus and retransmission control method
JPWO2010122808A1 (ja) * 2009-04-24 2012-10-25 パナソニック株式会社 基地局装置及び端末装置
JP5555325B2 (ja) 2009-10-02 2014-07-23 インターデイジタル パテント ホールディングス インコーポレイテッド 複数のアンテナを有するデバイスのための電力制御
CN102714580B (zh) * 2009-11-09 2015-02-25 Lg电子株式会社 用于支持多天线传输技术的有效控制信息传输方法和装置
US8792430B2 (en) * 2009-12-21 2014-07-29 Qualcomm Incorporated Retransmission grant handling in a wireless communications system
RU2543562C2 (ru) * 2010-02-02 2015-03-10 Чайна Мобайл Коммуникейшенс Корпорейшн Способ и устройство распределения субфреймов (субкадров) нисходящего канала
CN101834629B (zh) * 2010-04-06 2014-10-22 中兴通讯股份有限公司 一种指示传输参数的方法及系统
US8457002B2 (en) * 2010-07-29 2013-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for grant loss detection and related processing in a wireless communication network
US11284081B2 (en) 2010-11-25 2022-03-22 Lg Electronics Inc. Method for signaling image information, and method for decoding image information using same
PL4156684T3 (pl) 2010-11-25 2024-06-10 Lg Electronics Inc. Sposób dekodowania video, sposób enkodowania video, nośnik danych
EP2629442B1 (en) * 2012-02-14 2014-12-10 Telefonaktiebolaget L M Ericsson (publ) Redundancy version selection based on receiving quality and transport format
WO2013185799A1 (en) * 2012-06-11 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Radio base station and method for resolving terminal state ambiguity during tti bundling switching
US9363621B2 (en) * 2012-11-12 2016-06-07 Huawei Technologies Co., Ltd. System and method adopting a reliable stop-and-wait hybrid automatic repeat request protocol
WO2014077577A1 (ko) * 2012-11-13 2014-05-22 엘지전자 주식회사 데이터 전송 방법 및 장치와, 데이터 전송 방법 및 장치
EP2787670A1 (en) * 2013-04-05 2014-10-08 Panasonic Intellectual Property Corporation of America MCS table adaptation for 256-QAM
US9130784B2 (en) 2013-04-22 2015-09-08 Google Technology Holdings LLC Method and apparatus for enhanced modulation in a wirless communication system
WO2014205736A1 (en) * 2013-06-27 2014-12-31 Telefonaktiebolaget L M Ericsson (Publ) Method and bs for transmitting control information to ue, and method and ue for handling control information
US10630428B2 (en) 2014-10-13 2020-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Flexible configuration of HARQ process feedback
WO2016060598A1 (en) * 2014-10-13 2016-04-21 Telefonaktiebolaget L M Ericsson (Publ) Harq feedback reporting based on mirrored information copied from resource-assignment message
JP2016174211A (ja) * 2015-03-16 2016-09-29 富士通株式会社 通信システム
US10276273B2 (en) 2015-03-17 2019-04-30 Stemrad Ltd. Device and method for protection from radiation in space
WO2016182398A1 (en) 2015-05-14 2016-11-17 Samsung Electronics Co., Ltd. Method and apparatus for managing contention window in wireless communication system
DE102015110027B4 (de) * 2015-06-23 2017-01-12 Intel IP Corporation Kommunikationsvorrichtung und verfahren zum speichern von daten
JP6019182B1 (ja) * 2015-06-24 2016-11-02 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
EP3306996B1 (en) * 2015-07-06 2022-03-16 Huawei Technologies Co., Ltd. Data transmission method, wireless network device and communication system
RU2675384C1 (ru) * 2015-07-27 2018-12-19 Телефонактиеболагет Лм Эрикссон (Пабл) Показатель шаблона исключения для использования ресурсов в сотовой радиосвязи
EP3806378A1 (en) * 2015-08-14 2021-04-14 Sun Patent Trust Modulation order adaptation for partial subframes
CN106973437B (zh) * 2016-01-13 2021-10-01 华为技术有限公司 一种参考信号的配置方法及设备
CN107197528B (zh) * 2016-03-14 2020-12-25 华为技术有限公司 一种资源调度和分配的方法和装置
US10721044B2 (en) * 2016-03-15 2020-07-21 Qualcomm Incorporated Downlink control and retransmission indicator channel for relaxing ACK processing time constraints
JP6750985B2 (ja) * 2016-04-15 2020-09-02 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信装置および通信方法
JP6644912B2 (ja) * 2016-05-13 2020-02-12 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 短レイテンシ高速再送信トリガ
WO2017199984A1 (ja) * 2016-05-18 2017-11-23 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
EP3498030B1 (en) * 2016-08-10 2023-07-19 Telefonaktiebolaget LM Ericsson (PUBL) Data transmission technique for a contention channel
WO2018033641A1 (en) * 2016-08-19 2018-02-22 Sony Corporation Wireless communication transceiver and wireless communication method
CN108270513B (zh) * 2016-12-30 2024-01-19 华为技术有限公司 发送控制信息的方法和装置及接收控制信息的方法和装置
CN108512632B (zh) * 2017-02-28 2021-06-01 华为技术有限公司 数据处理方法及装置
JP2018191272A (ja) * 2017-05-03 2018-11-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信装置、送信方法、受信装置、及び受信方法
GB2562097B (en) * 2017-05-05 2021-09-22 Tcl Communication Ltd Methods, first and second nodes for managing ack/nack-messages
CA3066169A1 (en) * 2017-06-09 2018-12-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
EP3438005B1 (en) 2017-08-02 2023-05-31 StemRad Ltd. Material configuration enabling flexibility of a structure using rigid components
KR102176388B1 (ko) 2017-08-10 2020-11-10 노키아 테크놀로지스 오와이 방법 및 장치
GB2565340B (en) * 2017-08-11 2022-02-09 Tcl Communication Ltd A method and devices to support new radio (NR) transmission without grant
WO2019095362A1 (en) * 2017-11-20 2019-05-23 Qualcomm Incorporated Techniques and apparatuses for hybrid automatic repeat request design of polar codes for ultra-reliable low latency communications
CN110035514B (zh) * 2018-01-12 2023-07-14 中兴通讯股份有限公司 确定传输机会的方法及装置、存储介质、电子装置
US10999007B2 (en) * 2018-01-23 2021-05-04 Qualcomm Incorporated Techniques and apparatuses for spatial diversity in a coordinated multipoint network
US10834748B2 (en) 2018-05-11 2020-11-10 At&T Intellectual Property I, L.P. Indication of additional information in 5G systems with legacy downlink control channel
US11196512B2 (en) * 2018-06-29 2021-12-07 Qualcomm Incorporated Resolving decodability for subsequent transmissions whose throughput exceeds a threshold
WO2020145658A1 (ko) * 2019-01-10 2020-07-16 엘지전자 주식회사 무선 통신 시스템에서 신호의 송수신 방법 및 이를 위한 장치
EP3700109B1 (en) 2019-02-21 2024-01-10 Volkswagen Aktiengesellschaft Vehicle, system, apparatuses, methods, and computer programs for user equipment and a network component of a mobile communication system
EP3961944A4 (en) * 2019-04-23 2022-06-08 Panasonic Intellectual Property Corporation of America BASE STATION, TERMINAL AND COMMUNICATION METHOD
EP3955667A4 (en) * 2019-04-30 2022-04-27 Huawei Technologies Co., Ltd. INFORMATION TRANSMISSION METHOD AND COMMUNICATION DEVICES
CN114175823A (zh) * 2019-07-19 2022-03-11 Oppo广东移动通信有限公司 终端的调度方法、设备及存储介质
KR20220068955A (ko) * 2019-09-30 2022-05-26 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 업 링크 제어 정보의 전송 방법 및 장치
US20210359782A1 (en) * 2020-05-14 2021-11-18 Qualcomm Incorporated Legacy control channel format support
RU2748852C1 (ru) * 2020-09-16 2021-06-01 Нокиа Текнолоджиз Ой Способ и устройство
CN114760006B (zh) * 2021-01-08 2023-08-08 大唐移动通信设备有限公司 数据传输方法、装置、通信设备及存储介质

Family Cites Families (191)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0129558B1 (ko) 1992-10-26 1998-04-10 배순훈 적응적 가변길이 부호화 방법 및 장치
TW306102B (es) 1993-06-14 1997-05-21 Ericsson Telefon Ab L M
US5475863A (en) 1993-10-04 1995-12-12 Motorola, Inc. Method and apparatus for delivering messages to portable communication units in a radio communication system
WO1995012943A1 (en) 1993-11-01 1995-05-11 Qualcomm Incorporated Method and apparatus for the transmission of variable rate digital data
KR0155784B1 (ko) 1993-12-16 1998-12-15 김광호 영상데이타의 적응형 가변장 부호화/복호화방법
US5511082A (en) 1994-05-10 1996-04-23 General Instrument Corporation Of Delaware Punctured convolutional encoder
KR100209877B1 (ko) 1994-11-26 1999-07-15 윤종용 복수개의 허프만부호테이블을 이용한 가변장부호화장치 및 복호화장치
US5668820A (en) 1995-01-23 1997-09-16 Ericsson Inc. Digital communication system having a punctured convolutional coding system and method
JPH08256266A (ja) 1995-03-17 1996-10-01 Mitsubishi Electric Corp 画像符号化方式
JP3145003B2 (ja) 1995-03-23 2001-03-12 株式会社東芝 直交周波数分割多重伝送方式とその送信装置および受信装置
US5883899A (en) 1995-05-01 1999-03-16 Telefonaktiebolaget Lm Ericsson Code-rate increased compressed mode DS-CDMA systems and methods
US5896368A (en) 1995-05-01 1999-04-20 Telefonaktiebolaget Lm Ericsson Multi-code compressed mode DS-CDMA systems and methods
US5631635A (en) 1995-05-08 1997-05-20 Motorola, Inc. Message/response tracking system and method for a two-way selective call receiving device
FI99252C (fi) 1995-07-03 1997-12-29 Nokia Mobile Phones Ltd Yhdistetty radiosignaalin modulointi- ja monikäyttömenetelmä
DE69527633T2 (de) 1995-10-23 2003-04-03 Nokia Corp Verfahren zur Paketdatenübertragung mit hybridem FEC/ARQ-Type-II-Verfahren
BR9611138A (pt) 1995-10-24 1999-12-28 Gen Instrument Corp Transmissão de sequência de sinais com comprimento variável através da camada fìsica de um formato de transmissão com múltiplas camadas
US6571019B1 (en) 1995-10-26 2003-05-27 Hyundai Curitel, Inc Apparatus and method of encoding/decoding a coded block pattern
US5828677A (en) 1996-03-20 1998-10-27 Lucent Technologies Inc. Adaptive hybrid ARQ coding schemes for slow fading channels in mobile radio systems
EP1835762A3 (en) 1996-05-28 2007-10-03 Matsushita Electric Industrial Co., Ltd. decoding apparatus with intra prediction
US5859840A (en) 1996-05-31 1999-01-12 Qualcomm Incorporated Spread spectrum communication system which defines channel groups comprising selected channels that are additional to a primary channel and transmits group messages during call set up
KR100498752B1 (ko) 1996-09-02 2005-11-08 소니 가부시끼 가이샤 비트메트릭스를 사용한 데이터 수신장치 및 방법
US6005622A (en) 1996-09-20 1999-12-21 At&T Corp Video coder providing implicit or explicit prediction for image coding and intra coding of video
US6341144B1 (en) 1996-09-20 2002-01-22 At&T Corp. Video coder providing implicit coefficient prediction and scan adaptation for image coding and intra coding of video
KR100303685B1 (ko) 1996-09-30 2001-09-24 송문섭 영상 예측부호화 장치 및 그 방법
US5983382A (en) 1996-12-31 1999-11-09 Lucent Technologies, Inc. Automatic retransmission query (ARQ) with inner code for generating multiple provisional decodings of a data packet
US5954839A (en) 1997-01-14 1999-09-21 Samsung Electronics Co., Ltd. Error protection method for multimedia data
US5940439A (en) 1997-02-26 1999-08-17 Motorola Inc. Method and apparatus for adaptive rate communication system
US5923650A (en) 1997-04-08 1999-07-13 Qualcomm Incorporated Method and apparatus for reverse link rate scheduling
US5983384A (en) 1997-04-21 1999-11-09 General Electric Company Turbo-coding with staged data transmission and processing
US5867478A (en) 1997-06-20 1999-02-02 Motorola, Inc. Synchronous coherent orthogonal frequency division multiplexing system, method, software and device
TW376655B (en) 1997-07-23 1999-12-11 Matsushita Electric Ind Co Ltd Method for multi state variable length coding of multi zoned quantized DCT coefficients and apparatus therefor
DE69838451T2 (de) 1997-07-30 2008-01-10 Samsung Electronics Co., Ltd., Suwon Verfahren und schaltung zur adaptiven kanalkodierung
US6208663B1 (en) 1997-08-29 2001-03-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for block ARQ with reselection of FEC coding and/or modulation
US6138260A (en) 1997-09-04 2000-10-24 Conexant Systems, Inc. Retransmission packet capture system within a wireless multiservice communications environment with turbo decoding
FI104527B (fi) 1997-09-17 2000-02-15 Nokia Mobile Phones Ltd Mukautuva radiolinkki
US6205905B1 (en) 1997-10-17 2001-03-27 Jidosha Kiki Co., Ltd. Brake booster
US6353907B1 (en) 1997-10-29 2002-03-05 At&T Corp. Incremental redundancy radio link protocol
JPH11136180A (ja) 1997-10-31 1999-05-21 Sony Corp データ通信方法、送信装置及びセルラー無線通信システム
US6574211B2 (en) 1997-11-03 2003-06-03 Qualcomm Incorporated Method and apparatus for high rate packet data transmission
US6430722B1 (en) 1998-01-23 2002-08-06 Hughes Electronics Corporation Forward error correction scheme for data channels using universal turbo codes
US6370669B1 (en) 1998-01-23 2002-04-09 Hughes Electronics Corporation Sets of rate-compatible universal turbo codes nearly optimized over various rates and interleaver sizes
WO1999041866A1 (fr) 1998-02-13 1999-08-19 Sony Corporation Procede d'emission, procede de reception, emetteur et recepteur
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
US6778558B2 (en) 1998-02-23 2004-08-17 Lucent Technologies Inc. System and method for incremental redundancy transmission in a communication system
FI107665B (fi) 1998-02-25 2001-09-14 Nokia Mobile Phones Ltd Signaalin koodaus
US6201811B1 (en) * 1998-03-24 2001-03-13 Telefonaktiebolaget Lm Ericsson (Publ) Transferring Identifier information in a telecommunications system
CA2327785C (en) 1998-04-14 2003-08-12 Fraunhofer-Gesellschaft Zur Forderung Der Angewandten Forschung E.V. Method and apparatus for fine frequency synchronization in multi-carrier demodulation systems
US6625133B1 (en) 1998-05-17 2003-09-23 Lucent Technologies Inc. System and method for link and media access control layer transaction initiation procedures
DE19824143A1 (de) 1998-05-29 1999-12-02 Siemens Ag Verfahren zur Datenübertragung und Kommunikationssystem
RU2212102C2 (ru) 1998-06-05 2003-09-10 Самсунг Электроникс Ко., Лтд. Устройство и способ канального кодирования для согласования скорости передачи
JP3888597B2 (ja) 1998-06-24 2007-03-07 日本ビクター株式会社 動き補償符号化装置、及び動き補償符号化復号化方法
GB9814960D0 (en) 1998-07-10 1998-09-09 Koninkl Philips Electronics Nv Coding device and communication system using the same
US6359877B1 (en) 1998-07-21 2002-03-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for minimizing overhead in a communication system
KR100373965B1 (ko) 1998-08-17 2003-02-26 휴우즈 일렉트로닉스 코오포레이션 최적 성능을 갖는 터보 코드 인터리버
SG71832A1 (en) 1998-08-24 2000-04-18 Inst Of Microelectronics Method and apparatus for real-time determination of scalable channel coding scheme parameters
KR100377939B1 (ko) 1998-09-01 2003-06-12 삼성전자주식회사 이동통신시스템에서서브프레임전송을위한프레임구성장치및방법
US6320520B1 (en) 1998-09-23 2001-11-20 Digital Fountain Information additive group code generator and decoder for communications systems
EP0991237A1 (en) 1998-09-30 2000-04-05 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Multicarrier communication method with time-frequency differential encoding
US20010056560A1 (en) 1998-10-08 2001-12-27 Farooq Khan Method and system for measurement based automatic retransmission request in a radiocommunication system
US6704898B1 (en) 1998-10-23 2004-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Combined hybrid automatic retransmission request scheme
US6895057B1 (en) 1998-11-03 2005-05-17 Lucent Technologies Inc. System and method for wireless communication supporting link adaptation and incremental redundancy
US6339646B1 (en) 1998-11-03 2002-01-15 Telefonaktiebolaget Lm Ericsson Slotted mode code usage in a cellular communications system
US6865233B1 (en) 1999-02-19 2005-03-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for control signalling enabling flexible link adaptation in a radiocommunication system
US6975611B1 (en) 1999-03-03 2005-12-13 Lucent Technologies Inc. Method and device for MAC layer feedback in a packet communication system
US6785323B1 (en) 1999-11-22 2004-08-31 Ipr Licensing, Inc. Variable rate coding for forward link
US7593380B1 (en) 1999-03-05 2009-09-22 Ipr Licensing, Inc. Variable rate forward error correction for enabling high performance communication
KR100615374B1 (ko) 1999-03-12 2006-08-25 퀄컴 인코포레이티드 통신 시스템의 역방향 링크 전력제어 채널상에 전력을할당하기 위한 방법 및 장치
US6473442B1 (en) 1999-04-12 2002-10-29 Telefonaktiebolaget Lm Ericsson (Publ) Communications system and method for matching and balancing the bit rates of transport channels to the bit rate of a physical channel
US6311306B1 (en) 1999-04-26 2001-10-30 Motorola, Inc. System for error control by subdividing coded information units into subsets reordering and interlacing the subsets, to produce a set of interleaved coded information units
KR100305352B1 (ko) 1999-05-25 2001-09-26 심지섭 연쇄부호를 사용한 적응형 하이브리드 ａｒｑ 방법
FI109072B (fi) 1999-06-16 2002-05-15 Nokia Corp Menetelmä ja järjestely kanavakoodaus- ja lomitusmenettelyn valitsemiseksi eräissä pakettidatayhteyksissä
FR2798542B1 (fr) 1999-09-13 2002-01-18 France Telecom Recepteur a multiplexage par repartition en frequences orthogonales avec estimation iterative de canal et procede correspondant
US6868075B1 (en) 1999-09-28 2005-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for compressed mode communications over a radio interface
US6308294B1 (en) 1999-11-17 2001-10-23 Motorola, Inc. Adaptive hybrid ARQ using turbo code structure
US6275488B1 (en) 1999-11-17 2001-08-14 Motorola, Inc. Variable rate spread spectrum communication method and apparatus
JP4284813B2 (ja) 2000-02-18 2009-06-24 株式会社デンソー Ｏｆｄｍ用受信装置
KR100454519B1 (ko) 2000-03-17 2004-11-05 마츠시타 덴끼 산교 가부시키가이샤 무선 통신 장치, 통신 단말 장치, 기지국 장치 및 무선 통신 방법
US6473467B1 (en) 2000-03-22 2002-10-29 Qualcomm Incorporated Method and apparatus for measuring reporting channel state information in a high efficiency, high performance communications system
US6952454B1 (en) 2000-03-22 2005-10-04 Qualcomm, Incorporated Multiplexing of real time services and non-real time services for OFDM systems
JP2001285089A (ja) 2000-03-31 2001-10-12 Matsushita Electric Ind Co Ltd 無線通信装置及び送信電力制御方法
US6654419B1 (en) 2000-04-28 2003-11-25 Sun Microsystems, Inc. Block-based, adaptive, lossless video coder
JP2002009733A (ja) 2000-06-27 2002-01-11 Hitachi Kokusai Electric Inc 直交周波数分割多重変調方式の伝送装置
EP1170897B1 (en) 2000-07-05 2020-01-15 Wi-Fi One Technologies International Limited Pilot pattern design for a STTD scheme in an OFDM system
US6701129B1 (en) 2000-09-27 2004-03-02 Nortel Networks Limited Receiver based adaptive modulation scheme
US6947748B2 (en) 2000-12-15 2005-09-20 Adaptix, Inc. OFDMA with adaptive subcarrier-cluster configuration and selective loading
US6765963B2 (en) 2001-01-03 2004-07-20 Nokia Corporation Video decoder architecture and method for using same
US20020122491A1 (en) 2001-01-03 2002-09-05 Marta Karczewicz Video decoder architecture and method for using same
GB2373148A (en) 2001-02-01 2002-09-11 Roke Manor Research Intra symbol differential modulation of a multi-carrier signal
US6961388B2 (en) 2001-02-01 2005-11-01 Qualcomm, Incorporated Coding scheme for a wireless communication system
US6985453B2 (en) 2001-02-15 2006-01-10 Qualcomm Incorporated Method and apparatus for link quality feedback in a wireless communication system
CN100393021C (zh) 2001-02-21 2008-06-04 松下电器产业株式会社 使用信号星座重排的混合自动请求重发的方法和装置
WO2002078355A1 (en) 2001-03-23 2002-10-03 Nokia Corporation Variable length coding
US6771706B2 (en) 2001-03-23 2004-08-03 Qualcomm Incorporated Method and apparatus for utilizing channel state information in a wireless communication system
US7047016B2 (en) 2001-05-16 2006-05-16 Qualcomm, Incorporated Method and apparatus for allocating uplink resources in a multiple-input multiple-output (MIMO) communication system
DE60127944T2 (de) 2001-06-08 2007-09-06 Sony Deutschland Gmbh Mehrträgersystem mit adaptiver bitweiser verschachtelung
US6983166B2 (en) 2001-08-20 2006-01-03 Qualcomm, Incorporated Power control for a channel with multiple formats in a communication system
JP4171261B2 (ja) 2001-08-27 2008-10-22 松下電器産業株式会社 無線通信装置及び無線通信方法
CN1264378C (zh) 2001-08-31 2006-07-12 三星电子株式会社 在移动通信系统中发送和接收正向信道质量信息的设备和方法
US6856701B2 (en) 2001-09-14 2005-02-15 Nokia Corporation Method and system for context-based adaptive binary arithmetic coding
US7773699B2 (en) 2001-10-17 2010-08-10 Nortel Networks Limited Method and apparatus for channel quality measurements
US7171229B2 (en) 2001-10-31 2007-01-30 Koninklijke Philips Electronics N.V. Method for operating a radio communication system
DE60113128T2 (de) 2001-11-16 2006-03-02 Matsushita Electric Industrial Co., Ltd., Kadoma Hybrides ARQ Verfahren zur Datenpaketübertragung
WO2003043228A1 (en) 2001-11-16 2003-05-22 Lg Electronics Inc. Method for trasmitting power control information for hs-scch in mobile communication system
CN101448162B (zh) 2001-12-17 2013-01-02 微软公司 处理视频图像的方法
KR100754552B1 (ko) * 2001-12-28 2007-09-05 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서고속 공통 제어 채널 송수신 장치 및 방법
US7711363B2 (en) 2002-01-08 2010-05-04 Qualcomm Incorporated Method and apparatus for controlling communications of data from multiple base stations to a mobile station in a communication system
US6690307B2 (en) 2002-01-22 2004-02-10 Nokia Corporation Adaptive variable length coding of digital video
KR100547845B1 (ko) 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
WO2003067916A1 (fr) 2002-02-07 2003-08-14 Matsushita Electric Industrial Co., Ltd. Appareil de communication radio et procede de decision de debit de transfert
US7000173B2 (en) 2002-02-11 2006-02-14 Motorola, Inc. Turbo code based incremental redundancy
US7050759B2 (en) 2002-02-19 2006-05-23 Qualcomm Incorporated Channel quality feedback mechanism and method
US7986672B2 (en) 2002-02-25 2011-07-26 Qualcomm Incorporated Method and apparatus for channel quality feedback in a wireless communication
US7099387B2 (en) 2002-03-22 2006-08-29 Realnetorks, Inc. Context-adaptive VLC video transform coefficients encoding/decoding methods and apparatuses
AU2002315928A1 (en) 2002-04-09 2003-10-23 Nec Australia Pty Ltd Improved signalling scheme for high speed downlink packet access
KR100876765B1 (ko) 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
US7551546B2 (en) 2002-06-27 2009-06-23 Nortel Networks Limited Dual-mode shared OFDM methods/transmitters, receivers and systems
US6754475B1 (en) 2002-06-28 2004-06-22 Motorola, Inc. Transmission performance measurement and use thereof
GB2391431A (en) * 2002-07-30 2004-02-04 Fujitsu Ltd Adaptive modulation and coding method
US7301929B2 (en) 2002-08-09 2007-11-27 Spyder Navigations, L.L.C. Method and system for transport block size signaling based on modulation type for HSDPA
JP3629017B2 (ja) * 2002-08-20 2005-03-16 松下電器産業株式会社 アウターループ送信電力制御方法および無線通信装置
US6795584B2 (en) 2002-10-03 2004-09-21 Nokia Corporation Context-based adaptive variable length coding for adaptive block transforms
KR100926707B1 (ko) 2002-11-05 2009-11-17 엘지전자 주식회사 이동통신 시스템의 데이터 통신방법
US6646578B1 (en) 2002-11-22 2003-11-11 Ub Video Inc. Context adaptive variable length decoding system and method
EP1432261A1 (en) 2002-12-20 2004-06-23 Matsushita Electric Industrial Co., Ltd. Receiver specific data manipulation in a communication system
KR100950652B1 (ko) 2003-01-08 2010-04-01 삼성전자주식회사 직교 주파수 분할 다중 전송 방식에서 순방향 링크의 채널 상태 추정 방법
JP2006517752A (ja) 2003-02-14 2006-07-27 シーメンス　アクチエンゲゼルシヤフト データ伝送方法
US7142548B2 (en) 2003-03-06 2006-11-28 Nortel Networks Limited Communicating in a reverse wireless link information relating to buffer status and data rate of a mobile station
US7929921B2 (en) 2003-06-10 2011-04-19 Motorola Mobility, Inc. Diversity control in wireless communications devices and methods
PL2600540T3 (pl) 2003-08-06 2019-08-30 Optis Wireless Technology, Llc Urządzenie komunikacji bezprzewodowej i sposób komunikacji bezprzewodowej
KR100689543B1 (ko) 2003-08-26 2007-03-02 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치
US20050048920A1 (en) 2003-08-26 2005-03-03 Jung-Tao Liu Method of control signaling in wireless communications
US7733846B2 (en) * 2003-08-26 2010-06-08 Alcatel-Lucent Usa Inc. Method and control channel for uplink signaling in a communication system
ATE506822T1 (de) * 2003-09-23 2011-05-15 Panasonic Corp Protokolkontextübertragung in einem mobilfunkkommunikationsystem
DE10344765A1 (de) 2003-09-26 2005-04-14 Siemens Ag Verfahren zum Übertragen von Kontrolldaten
US7680094B2 (en) 2003-09-29 2010-03-16 Alcatel-Lucent Usa Inc. Method of aligning physical channels for uplink transmission
KR100566274B1 (ko) 2003-11-20 2006-03-30 삼성전자주식회사 직교주파수분할다중 시스템에서 부반송파 할당 장치 및방법
US7684568B2 (en) * 2003-11-24 2010-03-23 Intellon Corporation Encrypting data in a communication network
KR100946923B1 (ko) 2004-03-12 2010-03-09 삼성전자주식회사 직교 주파수 분할 다중 방식을 사용하는 통신 시스템에서 채널 품질 정보의 송수신 장치 및 방법, 그리고 그에 따른 시스템
JP2005276292A (ja) 2004-03-24 2005-10-06 Fuji Photo Film Co Ltd 磁気転写用マスター担体および磁気転写方法並びに磁気記録媒体
US7388848B2 (en) * 2004-03-26 2008-06-17 Spyder Navigations L.L.C. Method and apparatus for transport format signaling with HARQ
KR100646799B1 (ko) * 2004-05-06 2006-11-24 삼성전자주식회사 이동통신 시스템에서 전송채널들의 레이트 매칭 파라미터 결정 방법 및 장치
KR100819256B1 (ko) 2004-05-06 2008-04-02 삼성전자주식회사 향상된 상향링크 전용 채널을 통해 시그널링 정보를전송하기 위한 전력의 설정 방법 및 장치
EP1617606A1 (en) 2004-07-16 2006-01-18 Matsushita Electric Industrial Co., Ltd. Scheduling mode switching for uplink transmissions
US7885245B2 (en) 2004-07-19 2011-02-08 Interdigital Technology Corporation Method and apparatus for enhanced uplink multiplexing
US7876848B2 (en) 2004-07-27 2011-01-25 Samsung Electronics Co., Ltd. Apparatus and method for transmitting a data stream in a wireless communication system with multiple antennas
US7864659B2 (en) 2004-08-02 2011-01-04 Interdigital Technology Corporation Quality control scheme for multiple-input multiple-output (MIMO) orthogonal frequency division multiplexing (OFDM) systems
DE602004008068T2 (de) 2004-08-31 2007-11-22 Matsushita Electric Industrial Co., Ltd., Kadoma Effiziente "Rise Over Thermal (ROT)" Steuerung während eines sanften Weiterreichens
WO2006030019A2 (en) 2004-09-15 2006-03-23 Siemens Aktiengesellschaft Decoding method
US9084199B2 (en) 2004-09-30 2015-07-14 Alcatel Lucent Utilization of overhead channel quality metrics in a cellular network
KR100880986B1 (ko) * 2004-11-09 2009-02-03 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 데이터 서비스의 제어정보 송수신 방법 및 장치
US8693383B2 (en) 2005-03-29 2014-04-08 Qualcomm Incorporated Method and apparatus for high rate data transmission in wireless communication
US9184870B2 (en) 2005-04-01 2015-11-10 Qualcomm Incorporated Systems and methods for control channel signaling
JP4455389B2 (ja) 2005-04-01 2010-04-21 株式会社エヌ・ティ・ティ・ドコモ 無線通信装置及び無線通信方法
US7499474B2 (en) 2005-04-13 2009-03-03 Nokia Corporation Efficient HARQ control and channel quality feedback reporting for multicarrier systems
US7961700B2 (en) 2005-04-28 2011-06-14 Qualcomm Incorporated Multi-carrier operation in data transmission systems
KR100724949B1 (ko) 2005-05-03 2007-06-04 삼성전자주식회사 주파수 분할 다중접속 기반 무선통신 시스템에서 데이터와제어 정보의 다중화 방법 및 장치
US8634432B2 (en) 2005-05-06 2014-01-21 Samsung Electronics Co., Ltd. System and method for subcarrier allocation in a multicarrier wireless network
US8229448B2 (en) 2005-08-01 2012-07-24 Samsung Electronics Co., Ltd. Apparatus and method for adaptive channel quality feedback in a multicarrier wireless network
US7457588B2 (en) 2005-08-01 2008-11-25 Motorola, Inc. Channel quality indicator for time, frequency and spatial channel in terrestrial radio access network
US8073068B2 (en) 2005-08-22 2011-12-06 Qualcomm Incorporated Selective virtual antenna transmission
JP2009508453A (ja) 2005-09-09 2009-02-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおいて制御情報を送信するための方法と装置
US20070071145A1 (en) 2005-09-23 2007-03-29 Yona Perets Method and apparatus to correct channel quality indicator estimation
US8489128B2 (en) 2005-10-31 2013-07-16 Qualcomm Incorporated Efficient transmission on a shared data channel for wireless communication
JP2007135021A (ja) 2005-11-11 2007-05-31 Hitachi Communication Technologies Ltd マルチキャリア通信における符号化信号配置方法及び通信装置
KR100678156B1 (ko) 2005-12-12 2007-02-02 삼성전자주식회사 무선 패킷 데이터 송신기 및 수신기와 송신 및 수신방법
JP4807497B2 (ja) 2005-12-14 2011-11-02 日本電気株式会社 複数の送信機を制御するための方法およびシステム
WO2007078146A1 (en) 2006-01-06 2007-07-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving uplink signaling information in a single carrier fdma system
ES2797473T3 (es) 2006-02-03 2020-12-02 Guangdong Oppo Mobile Telecommunications Corp Ltd Asignación de recursos de enlace ascendente en un sistema de comunicación móvil
US7934137B2 (en) 2006-02-06 2011-04-26 Qualcomm Incorporated Message remapping and encoding
US8116267B2 (en) 2006-02-09 2012-02-14 Samsung Electronics Co., Ltd. Method and system for scheduling users based on user-determined ranks in a MIMO system
US7668188B2 (en) 2006-02-14 2010-02-23 Broadcom Corporation Method and system for HSDPA bit level processor engine
US8363624B2 (en) * 2006-02-22 2013-01-29 Qualcomm Incorporated Method and apparatus for sending signaling information via channel IDS
WO2007100547A2 (en) 2006-02-24 2007-09-07 Interdigital Technology Corporation Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests
EP1833203B1 (en) 2006-03-07 2011-06-22 Panasonic Corporation Overhead reduction of uplink control signaling in a mobile communication system
US9130791B2 (en) 2006-03-20 2015-09-08 Qualcomm Incorporated Uplink channel estimation using a signaling channel
US8014455B2 (en) 2006-03-27 2011-09-06 Qualcomm Incorporated Feedback of differentially encoded channel state information for multiple-input multiple-output (MIMO) and subband scheduling in a wireless communication system
US8363606B2 (en) 2006-09-05 2013-01-29 Qualcomm Incorporated Method and apparatus for data and control multiplexing
WO2008041110A2 (en) 2006-10-04 2008-04-10 Nokia Corporation Method for symbol multiplexing control and data channel
KR100959565B1 (ko) 2006-10-27 2010-05-27 삼성전자주식회사 다중 홉 릴레이 방식을 사용하는 광대역 무선 접속 통신 시스템에서 중계국 프레임 제어 메시지 구성 장치 및 방법
US8027407B2 (en) * 2006-11-06 2011-09-27 Ntt Docomo, Inc. Method and apparatus for asynchronous space-time coded transmission from multiple base stations over wireless radio networks
EP1944896A1 (en) 2007-01-09 2008-07-16 Matsushita Electric Industrial Co., Ltd. Configuration of control channels in a mobile communication system
US8223854B2 (en) 2007-01-10 2012-07-17 Motorola Mobility, Inc. Method and apparatus for transmission of uplink control signaling and user data in a single carrier orthogonal frequency division multiplexing communication system
US20080200196A1 (en) 2007-02-19 2008-08-21 Tarik Muharemovic Transmission of prioritized information in the proximity of reference signals
US20080285512A1 (en) 2007-05-01 2008-11-20 Interdigital Technology Corporation Method and apparatus for reducing modulation, coding and transport block information signaling overhead
US7885176B2 (en) 2007-06-01 2011-02-08 Samsung Electronics Co., Ltd. Methods and apparatus for mapping modulation symbols to resources in OFDM systems
US8331328B2 (en) 2007-06-08 2012-12-11 Samsung Electronic Co., Ltd Control and data signaling in SC-FDMA communication systems
US8559457B2 (en) * 2007-06-18 2013-10-15 Nokia Siemens Networks Oy Method for dynamic interpretation of transport block size
TW200915793A (en) 2007-06-18 2009-04-01 Interdigital Tech Corp Multiple input multiple output (MIMO) mode optimization for low data rates services
US8467367B2 (en) 2007-08-06 2013-06-18 Qualcomm Incorporated Multiplexing and transmission of traffic data and control information in a wireless communication system
ES2373240T3 (es) 2007-12-20 2012-02-01 Panasonic Corporation 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.
KR101973699B1 (ko) 2011-09-30 2019-04-29 인터디지탈 패튼 홀딩스, 인크 감소된 채널 대역폭을 사용하는 장치 통신

Also Published As

Publication number Publication date
EP2383920A2 (en) 2011-11-02
JP5532463B2 (ja) 2014-06-25
ES2389145T3 (es) 2012-10-23
PL3255828T3 (pl) 2023-01-02
AU2008340731A1 (en) 2009-07-02
RU2473175C2 (ru) 2013-01-20
KR20210102996A (ko) 2021-08-20
PL2501070T3 (pl) 2018-01-31
ES2373240T3 (es) 2012-02-01
HUE060731T2 (hu) 2023-04-28
ES2927338T3 (es) 2022-11-04
JP2011259489A (ja) 2011-12-22
KR102155143B1 (ko) 2020-09-11
RU2495529C1 (ru) 2013-10-10
KR20160030579A (ko) 2016-03-18
AU2008340731B2 (en) 2012-10-18
KR101553088B1 (ko) 2015-09-14
EP2501070A3 (en) 2014-03-19
US20150139158A1 (en) 2015-05-21
JP2013232941A (ja) 2013-11-14
KR20220134662A (ko) 2022-10-05
EP2501070A2 (en) 2012-09-19
SG174812A1 (en) 2011-10-28
US10772082B2 (en) 2020-09-08
KR20100096254A (ko) 2010-09-01
US8385284B2 (en) 2013-02-26
CN103259624A (zh) 2013-08-21
US11477767B2 (en) 2022-10-18
KR20200023519A (ko) 2020-03-04
ES2519766T3 (es) 2014-11-07
EP2223453B1 (en) 2012-08-01
KR102545624B1 (ko) 2023-06-20
MY152015A (en) 2014-08-15
US9295053B2 (en) 2016-03-22
US20130128849A1 (en) 2013-05-23
EP2383920A3 (en) 2012-05-16
EP2073419B1 (en) 2011-10-26
KR102083376B1 (ko) 2020-03-03
KR101600383B1 (ko) 2016-03-15
EP3255828A1 (en) 2017-12-13
BRPI0819508A2 (pt) 2015-05-26
KR102447737B1 (ko) 2022-09-28
US8948117B2 (en) 2015-02-03
KR102290242B1 (ko) 2021-08-23
AU2008340731A2 (en) 2010-08-19
JP2011507424A (ja) 2011-03-03
US20160165593A1 (en) 2016-06-09
KR20150028364A (ko) 2015-03-13
CN101919194A (zh) 2010-12-15
US20200221454A1 (en) 2020-07-09
EP2073419A1 (en) 2009-06-24
KR101949619B1 (ko) 2019-02-18
EP2223453A1 (en) 2010-09-01
EP2383920B1 (en) 2014-07-30
KR101699848B1 (ko) 2017-01-25
RU2010130186A (ru) 2012-01-27
CN101919194B (zh) 2013-06-05
KR20180128519A (ko) 2018-12-03
EP3255828B1 (en) 2022-08-17
US20230014403A1 (en) 2023-01-19
BRPI0819508B1 (pt) 2020-04-07
EP4109796A1 (en) 2022-12-28
KR20170012575A (ko) 2017-02-02
WO2009080290A1 (en) 2009-07-02
US20100309870A1 (en) 2010-12-09
CN103259624B (zh) 2016-06-08
KR20200108104A (ko) 2020-09-16
JP5342563B2 (ja) 2013-11-13
EP2501070B1 (en) 2017-08-02
JP4897105B2 (ja) 2012-03-14

Similar Documents

Publication Publication Date Title
ES2637366T3 (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
AU2021286357A1 (en) Control channel signaling using a common signaling field for transport format and redundancy version
AU2019279944B2 (en) Control channel signaling using a common signaling field for transport format and redundancy version