ES2927338T3 - 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 PDFInfo
- Publication number
- ES2927338T3 ES2927338T3 ES17184071T ES17184071T ES2927338T3 ES 2927338 T3 ES2927338 T3 ES 2927338T3 ES 17184071 T ES17184071 T ES 17184071T ES 17184071 T ES17184071 T ES 17184071T ES 2927338 T3 ES2927338 T3 ES 2927338T3
- Authority
- ES
- Spain
- Prior art keywords
- control channel
- redundancy version
- transport format
- transmission
- values
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/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/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/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
- 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
- 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
- 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
La invención se refiere a un método para proporcionar señalización de control asociada a una unidad de datos de protocolo que transporta datos de usuario en un sistema de comunicación móvil ya la propia señal del canal de control. Además, la invención también proporciona una estación móvil y una estación base y su funcionamiento respectivo en vista de las señales del canal de control recién definidas aquí definidas. Para reducir la sobrecarga del canal de control, la invención sugiere definir un campo común para el formato de transporte y la versión de redundancia en el formato de información del canal de control. De acuerdo con un enfoque, el campo común se usa para codificar conjuntamente el formato de transporte y la versión de redundancia en el mismo. De acuerdo con otro aspecto, se proporciona un campo compartido en la señal del canal de control que indica un formato de transporte o una versión de redundancia dependiendo de si la señal del canal de control se relaciona con una transmisión inicial o una retransmisión. En otra realización, se sugieren mejoras adicionales a un protocolo HARQ para abordar ciertos casos de error. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
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
Campo de la invención
La invención se refiere a un terminal de radio y a un método realizado por un terminal de radio.
Antecedentes técnicos
Programación de paquetes y transmisión de canal compartido
En los sistemas inalámbricos de comunicación que emplean paquetes de programación, por lo menos parte de los recursos de interfaz de aire se asignan dinámicamente a los diferentes usuarios (estaciones móviles - MS o equipos de usuario - UE). Los recursos asignados dinámicamente son normalmente asignados a por lo menos un canal compartido físico de enlace ascendente o descendente (PUSCH o PDSCH). Un PUSCH o PDSCH por ejemplo, pueden tener una de las siguientes configuraciones:
- Uno o varios códigos en un sistema CDMA (Acceso Múltiple por División de Código) son compartidos dinámicamente entre varias MS.
- Uno o múltiples subportadoras (sub-bandas) en un sistema OFDMA (Acceso Múltiple por División Ortogonal de Frecuencia) son compartidos dinámicamente entre varias MS.
- Combinaciones de las anteriores en un OFCDMA (Acceso Múltiple por División de Código de Frecuencia Ortogonal) o un sistema MC-CDMA (Acceso Múltiple por División de Código Multi Portador) son compartidos dinámicamente entre varias MS.
La figura 1 muestra un sistema de programación de paquetes en un canal compartido para los sistemas con un solo canal de datos compartidos. Una subtrama (también conocida como un espacio de tiempo) refleja el menor intervalo donde el programador (por ejemplo, el programador de capa física o capa MAC) realiza la asignación dinámica de recursos (DRA). En la figura 1, se supone un TTI (intervalo de tiempo de transmisión) es igual a una subtrama. Cabe señalar que por lo general una TTI también puede extenderse a través de varias subtramas.
Además, la unidad más pequeña de los recursos de radio (también 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 más pequeña de los recursos de radio se define por una subtrama en el dominio del tiempo y de un código en el dominio del código.
En los sistemas OFCDMA o MC-CDMA, la unidad más pequeña se define por una subtrama en el dominio del tiempo, por una sub-portadora/sub-banda en el dominio de la frecuencia y el código en el dominio de código. Tener en cuenta que la asignación de recursos dinámicos se puede realizar en el dominio del tiempo y en el dominio del código/frecuencia.
Los principales beneficios de programación de paquetes son el aumento de la diversidad multi-usuario mediante la programación de dominio de tiempo (Time Domain Scheduling, TDS) y la adaptación dinámica del índice de usuario.
Suponiendo que las condiciones del canal de los usuarios cambian con el tiempo debido a la disminución rápida (y lenta), en un instante de tiempo dado que el programador puede asignar los recursos disponibles (los códigos en el caso de CDMA, subportadoras/sub-bandas en caso de OFDMA) para que los usuarios tengan buenas condiciones de canal en la programación del dominio de tiempo.
Específicos de DRA y la transmisión de canales compartidos en OFDMA
Además de la explotación de la diversidad multi-usuario en el dominio del tiempo mediante la programación de dominio de tiempo (TDS), en la diversidad multi-usuario OFDMA también puede ser explotada en el dominio de la frecuencia mediante la programación de dominio de la frecuencia (Frequency Domain Scheduling, FDS). Esto se debe a que la señal OFDM está en dominio de la frecuencia construido a partir de múltiples sub-portadoras de banda estrecha (por lo general agrupadas en sub-bandas), que se pueden asignar de forma dinámica a los diferentes usuarios. Por esto, las propiedades del canal selectivas de frecuencia debido a la propagación multi-trayectoria pueden ser explotadas para programar los usuarios sobre las frecuencias (sub-portadoras/sub-bandas) donde tienen una buena calidad de canal (diversidad multi-usuario en el dominio de frecuencia).
Por razones prácticas, en un sistema OFDMA el ancho de banda se divide en sub-bandas múltiples, que consisten en
múltiples sub-portadoras. Es decir, la unidad más pequeña que puede ser asignada a un usuario que tiene un ancho de banda de una sub-banda y una duración de una ranura o una subtrama (que puede corresponder a uno o varios símbolos OFDM), que se denota como un bloque de recursos (Resource Block, 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 también puede asignar a un usuario a través de múltiples 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", versión 7, v.7.1.0, octubre de 2006 - disponible en http://www.3gpp.org), un sistema 10 MHz (prefijo cíclico 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 duración 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 programación en el dominio de la frecuencia, los datos para un usuario dado deberían asignarse en bloques de recursos donde los usuarios tienen una buena condición de canal. Por lo general, los bloques de recursos están cerca unos de otros y por lo tanto, este modo de transmisión es también denominado modo localizado (Localized Mode, 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 telefonía móvil (MS1 a MS4) en el dominio de tiempo y el dominio de frecuencia. Cada bloque de recursos se compone de una parte para la realización de la capa 1 y/o la capa 2 de control de señalización (señalización de control L1/12) y una porción que lleva los datos del usuario para las estaciones móviles.
Por otra parte, los usuarios pueden asignarse de un modo distribuido (Distributed Mode, DM) como se muestra en la figura 3. En esta configuración, un usuario (estación móvil) se distribuye en bloques de recursos múltiples, que se distribuyen en una amplia gama de bloques de recursos. En el modo distribuido, es posible una serie de diferentes opciones de implementación. 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 aplicación 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 señalar, que es posible la multiplexación de modo localizado y el modo distribuido dentro de una subtrama, donde la cantidad de recursos (RB) asignados a modo localizado y el modo distribuido pueden ser fijos, semi-estáticos (constante de decenas/cientos de subtramas) o dinámicos, incluso (diferente de subtrama a subtrama).
En el modo localizado, así 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 (estación móvil) en los diferentes bloques de recursos, que pueden o no pueden pertenecer a un mismo servicio o proceso de solicitud automática de repetición (ARQ). Lógicamente, esto puede ser entendido como la asignación de los diferentes usuarios.
Señalización de control L1/L2
Con el fin de proporcionar información secundaria suficiente para recibir o transmitir correctamente datos en sistemas que utilizan la programación de paquetes, tienen que ser transmitidos los llamados señalización de control L1/L2 (canal de control de enlace descendente físico - PDCCH). Los mecanismos típicos de operación para el enlace descendente y el enlace ascendente de transmisión de datos se analizan a continuación.
Transmisión de datos de enlace descendente
Junto con la transmisión 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 señalización de control L1/L2 normalmente se transmite en un canal (de control) físico independiente.
Esta señalización de control L1/L2 suele contener información sobre el recurso(s) físico en que los datos de enlace descendente se transmiten (por ejemplo, bloques de sub-portadoras o sub-portadora en el caso de OFDM, códigos en el caso de CDMA). Esta información permite a la estación móvil (receptor) identificar los recursos sobre los que se transmiten los datos. Otro parámetro en la señalización de control es el formato de transporte utilizado para la transmisión de los datos de enlace descendente.
Por lo general, existen varias posibilidades para indicar el formato de transporte. Por ejemplo, el tamaño del bloque de transporte de los datos (el tamaño de la carga útil, tamaño de bits de la información), el nivel de la modulación y del esquema de codificación (Modulation and Coding Scheme, MCS), la eficiencia espectral, el índice de código, etc.
pueden ser señales para indicar el formato de transporte (Transport Format, TF). Esta información (generalmente junto con la asignación de recursos) permite que la estación móvil (receptor) identifique la información de tamaño de bit, el esquema de modulación y el índice de código con el fin de iniciar la demodulación, el des-índice correspondiente y el proceso de decodificación. En algunos casos, el esquema de modulación puede señalarse explícitamente.
Además, en los sistemas que emplean ARQ híbrido (HARQ), la información HARQ también pueden formar parte de la señalización L1/L2. Esta información HARQ suele indicar el número de proceso HARQ, lo que permite que la estación móvil identifique el proceso de ARQ híbrido donde se asignan los datos, el número de secuencia o el indicador de nuevos datos, permitiendo que la estación móvil identifique si la transmisión es un nuevo paquete o un paquete retransmitido, y una redundancia y/o versión de constelación. La versión de redundancia y/o versión de constelación dice a la estación móvil, que versión híbrida de redundancia ARQ se utiliza (necesaria para el des-índice de correspondencia) y/o la versión de la constelación de la modulación se utiliza (necesaria para la demodulación).
Otro parámetro de la información HARQ es generalmente la identidad UE (UE ID) para la identificación de la estación móvil para recibir la señalización de control L1/L2. En las implementaciones típicas esta información se utiliza para enmascarar el CRC de la señalización de control L1/L2 con el fin de evitar que otras estaciones móviles lean esta información.
La siguiente tabla (Tabla 1) ilustra un ejemplo de una estructura de señal de canal de control L1/L2 para la programación de enlace descendente, como se hace a partir de 3GPP TR 25.814 (ver sección 7.1.1.2.3 - FFS = para un estudio adicional):
Tabla 1
Transmisión de datos de enlace ascendente
Del mismo modo, también para las transmisiones de enlace ascendente, señalización L1/L2 se incluye en el enlace descendente a los transmisores con el fin de informar sobre los parámetros para la transmisión de enlace ascendente. En esencia, la señal 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) físico donde el UE debe transmitir los datos (por ejemplo, bloques de sub portadoras o sub-portadora en el caso de OFDM, códigos en el caso de CDMA) y un formato de transporte que la estación móvil debe utilizar para la transmisión de enlace ascendente. Además, la información de control L1/L2 también puede comprender la información ARQ híbrido, lo que indica el número de proceso HARQ, el número de secuencia o el indicador de nuevos datos y, además, la versión de redundancia y/o de la constelación. Además, puede
haber una identidad del UE (UE ID) comprendida en la señalización de control.
Variantes
Hay varios tipos diferentes de cómo transmitir exactamente las piezas de información antes mencionadas. Por otra parte, la información de control L1/L2 también puede contener información adicional o podrá omitir algunos de los datos. Por ejemplo, el número de proceso HARQ puede no ser necesario en caso de utilizar no o un protocolo sincrónico HARQ. Del mismo modo, la versión de la redundancia y/o de la constelación puede no ser necesaria si, por ejemplo se utiliza la combinación Chase (es decir, siempre se transmite la misma versión de redundancia y/o de la constelación) o si la secuencia de versiones de redundancia y/o constelación es pre-definida.
Otra variante puede ser la de incluir, además, información de control de potencia en la señalización de control o información de control MIMO relacionada, como por ejemplo, información de pre-codificación. En el caso de MIMO de multi-código de palabra pueden ser incluidos formato de transporte de transmisión y/o información HARQ para palabras de código múltiple.
En caso de transmisión de datos de enlace ascendente, parte o la totalidad de la información antes mencionada puede ser señalizada en el enlace ascendente, en lugar de en el enlace descendente. Por ejemplo, la estación base solo puede definir el recurso (s) físico donde transmitirá una determinada estación móvil. En consecuencia, la estación móvil puede seleccionar la señal y el formato de transporte, esquema de modulación y/o parámetros HARQ en el enlace ascendente. Qué partes de la información de control L1/L2 se señala en el enlace ascendente y que proporción se señala en el enlace descendente es típicamente un problema de diseño y depende de la vista de qué grado de control debe llevarse a cabo por la red y qué grado de autonomía se debe dejar a la estación móvil.
La siguiente tabla (Tabla 2) muestra un ejemplo de una estructura de señales de canal de control L1/L2 para la programación de enlace ascendente como se conoce a partir de 3GPP TR 25.814 (ver sección 7.1.1.2.3 - FFS = para un estudio adicional):
Tabla 2
Otra sugerencia más reciente de una estructura de señalización de control L1/L2 para la transmisión 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 indicó anteriormente, la señalización de control L1/L2 se ha definido para los sistemas que ya están desplegados en los diferentes países, como por ejemplo, 3GPP HSDPA. Para más detalles sobre 3GPP HSDPA, por lo tanto se refiere a 3GPP TS 25.308, "High Speed Downlink Packet Access (HSDPA), Overall description, Stage 2", versión 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 edición, John Wiley & Sons, Ltd., 2004, capítulos de 11.1 a 11.5, para lectura adicional.
Como se describe en la sección 4.6 del 3GPP TS 25.212, "Multiplexing and Channel Coding (FDD"), versión 7.6.0, septiembre de 2007 (disponible en http://www.3gpp.org) en HSDPA en el "Formato de transporte" (TF) (transporte de bloques de información de tamaño (6 bits)), la "Versión de redundancia y de la constelación" (RV/CV) (2 bits) y el "Indicador de nuevos datos" (NDI) (1 bit) se indican por separado en un total de 9 bits. Cabe señalar que el NDI es en realidad actúa como un número de secuencia HARQ de 1 -bit (SN), es decir, el valor se alterna con cada nuevo transporte de bloques a ser transmitidos.
El documento US 2003/123470 describe la transmisión/recepción de un HS-SCCH en un sistema de comunicación de HSDPA que incluye un HS-DSCH compartido entre una pluralidad de UE y extendido con una pluralidad de códigos de canalización y el HS-SCCH para transmitir información de control relacionada con el HS-DSCH para habilitar que los UE reciban el canal compartido.
El documento US 2005/047393 describe las señales de control de transmisión para la transmisión de enlace ascendente de datos de paquete en una red de comunicación, donde los datos de señal de control relacionados con la planificación de un usuario para la transmisión de enlace ascendente de datos de paquete se transmiten a través de un único canal de control.
La contribución 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 Reunión Ad Hoc de junio de 2006 por lo general menciona los pros y los contras de la codificación de forma conjunta de diferentes categorías de información de control L1/L2. Los autores de la contribución 3GPP establecen que la codificación de forma conjunta es ventajosa desde el punto de vista de la cantidad de bits de señalización de control y de ganancia de la codificación de canal. Codificación por separado es ventajoso desde el punto de vista del efecto de la adaptación del enlace como el control de la transmisión de potencia (Transmission Power Control, TPC) y modulación adaptativa y el índice de codificación de canal (AMC), el efecto de la formación de haz o pre-codificación, y la diversidad de frecuencia a través de la programación de los canales dependientes. Basándose en estos factores, los autores de TDOC R1-061672 investigaron el esquema óptimo de codificación para el canal de control descendente L1/L2.
Sumario de la invención
La invención se define mediante la materia objeto de las reivindicaciones independientes. Realizaciones ventajosas de la invención son materias objeto de las reivindicaciones dependientes
Las Tablas 7 y 8 con la descripción asociada describen soluciones cubiertas por la materia objeto de las reivindicaciones independientes.
Sumario de la divulgación
Un objeto de la divulgación es reducir la cantidad de bits necesarios para el control del canal de señalización, como por ejemplo la señalización de control de L1/L2, en el enlace ascendente o descendente. Además, es deseable que dicha solución no introduzca también casos de error de protocolo HARQ problemáticos adicionales.
Un aspecto principal de la divulgación es proponer un nuevo formato para la información del canal de control. De acuerdo con este aspecto, el formato de transporte/tamaño de bloque de transporte/tamaño de carga/modulación y sistema de codificación y la versión de la redundancia/la versión de la constelación para la transmisión 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 información del canal de control. Este único campo se conoce como el documento de campo de control de la información, pero puede, por ejemplo, también indicarse un formato de transporte/campo de versión de redundancia o, en forma abreviada, un campo de TF/RV. Además, algunos aspectos de la divulgación prevén combinar el formato de transporte/tamaño de bloques de transporte/tamaño de carga /modulación y sistema de codificación, la versión de redundancia/ versión de constelación e información HARQ adicional relacionada, (número de secuencia o el indicador de nuevos datos) en un solo campo de la información del canal de control.
De acuerdo con un aspecto, la divulgación proporciona una señal de canal de control (como por ejemplo la señal del canal de control L1/L2) para su uso en un sistema de comunicación móvil. La señal del canal de control está asociada con el protocolo de unidad de datos que transporta los datos del usuario y comprende un campo de información de control que consiste en un número de bits de codificación de un formato de transporte común y una versión de redundancia utilizada para la transmisión de la unidad de datos de protocolo.
En una realización ejemplar de la invención, los bits del campo de la información de control codifican en forma conjunta el formato de transporte, una versión de redundancia utilizada para la transmisión de la unidad de datos de protocolo y un número de secuencia de la unidad de datos de protocolo.
Además, en otra realización ejemplar, los bits del campo de información de control no solo codifican en forma conjunta el formato de transporte y una versión de redundancia utilizada para la transmisión de la unidad de datos de protocolo, sino que además, incluyen un indicador de nuevos datos para indicar si la transmisión de la unidad de datos de protocolo es una transmisión inicial de los datos del usuario. Por lo tanto, en este ejemplo, un solo campo de la señal del canal de control se utiliza para codificar las tres informaciones de control antes mencionadas relacionadas con la transmisión asociada de los datos del usuario.
De acuerdo con otro aspecto ejemplar de la divulgación, el campo de la información de control consta de un número de bits que producen un rango de valores que se pueden representar en el campo de la información 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 está reservado para indicar el formato de transporte de la unidad de datos de protocolo y un segundo subconjunto de valores están reservados para indicar una versión de redundancia para la transmisión de los datos del usuario. En una realización ejemplar, el primer subconjunto de valores contiene más valores que el segundo subconjunto de valores.
En otro aspecto, se puede suponer que la transmisión de la unidad de datos de protocolo antes mencionada es una transmisión inicial de los datos del usuario. En este caso, el valor de los bits de información 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 transmisión inicial, el formato de transporte y, opcionalmente, la versión de la unidad de redundancia de datos de protocolo está indicado en la señal del canal de control. Como se indicó anteriormente, la versión de redundancia también puede estar implícita en el formato de transporte.
De manera similar, en el caso de la transmisión de la unidad de datos de protocolo es una retransmisión de los datos del usuario, el valor de los bits de información 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 diseño de sistema, donde el formato de transporte (por ejemplo, tamaño de bloque de transporte) de una unidad de datos de protocolo no cambia entre la transmisión inicial y la retransmisión o si el formato de transporte se puede determinar a partir del formato de transporte y la información de asignación de recursos para la transmisión de la información inicial y la asignación de recursos para la retransmisión. En consecuencia, si la retransmisión necesita ser enviada para los datos del usuario, la señal del canal de control para esta retransmisión no necesita señalizar de forma explícita el formato de transporte para el protocolo de datos de la unidad retransmitido, sino más bien los bits del campo de información de control indican la versión de redundancia de la unidad de datos de protocolo, mientras que suponiendo que el formato de transporte de la retransmisión sea el mismo que para la transmisión inicial o que determine el formato de transporte y (opcionalmente) la información de la asignación de recursos en la emisión inicial y, además opcionalmente, la información de la asignación de los recursos en la retransmisión.
Sin embargo, en otros diseños de ejemplares, el formato de transporte de la transmisión inicial de los datos del usuario puede no ser conocida, por ejemplo, en el caso de que la terminal de recepción haya perdido la transmisión de la señal del canal de control, o el mismo formato de transporte ya no puede ser utilizado para la retransmisión, por ejemplo, debido a una reconfiguración de los recursos asignados a la transmisión de la unidad de datos de protocolo. Por lo tanto, en otro aspecto de la divulgación, en el caso de que la transmisión de la unidad de datos de protocolo sea una retransmisión de los datos del usuario, el valor de los bits de información codificada en el campo de canal de control está representando un valor del primer subconjunto o el segundo subconjunto de valores.
Por lo tanto, en este ejemplo, el campo de la información de control puede indicar, bien la versión de redundancia de la unidad de datos de protocolo, mientras que suponiendo que el formato de transporte de la retransmisión sea conocido a partir de la transmisión inicial, o un formato de transporte (e, implícita o explícitamente la versión de la redundancia) para la retransmisión puede estar indicada en la retransmisión, según sea apropiado.
Otro aspecto ejemplar, el formato de transporte, una versión de redundancia utilizada para la transmisión de la unidad de datos de protocolo y un nuevo indicador de datos para indicar si la transmisión de la unidad de datos de protocolo es una transmisión inicial de los datos del usuario se supone que están codificados en forma conjunta en el campo de la información de control, mientras que los valores que pueden ser representados por los bits del campo de control de la información 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 también indica que la transmisión de la unidad de datos de protocolo es una transmisión 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 transmisión 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 retransmisión.
De acuerdo con un aspecto adicional de la divulgación, la señal del canal de control consta de un campo de asignación de recursos para indicar el recurso de radio físico o los recursos asignados a un receptor para recibir la unidad de datos de protocolo o el recurso o recursos de radio físico sobre los que un transmisor transmite la unidad de datos de protocolo.
En otro aspecto, la señal del canal de control comprende, además, un campo identificador del terminal móvil para indicar el terminal móvil o un grupo de terminales móviles que van a recibir la señal del canal de control.
En un aspecto adicional de la divulgación, la señal del canal de control o más bien los bits del campo de información de control incluyen una bandera que muestra el tipo de información que se indica por el resto de los bits del campo de información de control, en caso de que el paquete de datos de protocolo es una retransmisión de los datos del usuario.
En una solución alternativa de acuerdo con otro ejemplo aspecto de la divulgación, se proporciona otra señal del canal de control. También esta señal 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 información de control que consta de una serie de bits que representan un formato de transporte e, implícitamente, una versión de redundancia de la unidad de datos de protocolo, si la transmisión de la unidad de datos de protocolo es una transmisión inicial de los datos del usuario, o en representación de una versión de redundancia de la unidad de datos de protocolo, si la transmisión de la unidad de datos de protocolo es una retransmisión de los datos del usuario.
Además, en una variación de este aspecto, los bits del campo de control de la información representan una versión de redundancia y, opcionalmente, un formato de transporte de la unidad de datos de protocolo, si la transmisión de la unidad de datos de protocolo es una retransmisión.
En un aspecto ejemplar, la unidad de datos de protocolo y la segunda unidad de datos de protocolo se transmiten o reciben usando el mismo proceso HARQ.
En un ejemplo aspecto adicional de la divulgación, en el método mencionado anteriormente, la estación base también puede transmitir la unidad de datos de protocolo a un terminal móvil o recibir la unidad de datos de protocolo desde el terminal móvil utilizando un protocolo de retransmisión HARQ. En un ejemplo, la unidad de datos de protocolo se transmite o se recibe utilizando un proceso HARQ indicado en la señal 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 número 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 físicos indicados en la señal de canal de control.
En un aspecto ejemplar de la divulgación, el sistema de comunicación móvil es un sistema de múltiples portadoras, tal como, por ejemplo, un sistema basado en OFDM, y la señal de canal de control es transmitida dentro de los recursos de radio físicos de una subtrama asignada a los canales de control L1/L2 del sistema de múltiples portadoras.
Además, en otro aspecto ejemplar de la divulgación, la unidad de datos de protocolo se transmite en la misma subtrama que la señal de canal de control asociada.
Un aspecto adicional de la divulgación está relacionado con la operación del terminal móvil. Por consiguiente, se proporciona un método donde un terminal móvil recibe una subtrama de recursos de radio físicos que comprende una señal de canal de control destinada al terminal móvil. La señal de canal de control comprende un campo de información de control donde un formato de transporte y una versión de redundancia de una unidad de datos de protocolo están codificados conjuntamente. El terminal móvil determina a continuación el formato de transporte y la versión de redundancia para el paquete de datos de protocolo que transporta datos de usuario basándose en la señal de canal de control recibida y recibe o transmite el paquete de datos de protocolo en al menos un recurso de radio físico utilizando el formato de transporte y la versión de redundancia del paquete de datos de protocolo indicado en el campo de información de control recibido.
En un ejemplo, el formato de transporte es información de tamaño de bloque de transporte de la unidad de datos de protocolo y la señal de canal de control recibida comprende un campo de asignación de recursos que indica el recurso de radio físico o recursos asignados al terminal móvil. Por consiguiente, el terminal móvil puede determinar el tamaño del bloque de transporte de la unidad de datos de protocolo dependiendo de la información comprendida en el campo de asignación de recursos y el campo de información de control.
En otro ejemplo, la señal de canal de control indica que el paquete de datos de protocolo es una retransmisión (por ejemplo, nuevo indicador de datos no establecido) de datos de usuario y donde el método comprende además la etapa de transmitir un acuse de recibo positivo para el paquete de datos de protocolo recibido a la estación base, si se ha perdido la señalización de canal de control asociada a la transmisión inicial de los datos de usuario. Por lo tanto, aunque el terminal móvil no ha recibido la señal de canal de control y no pudo recibir la transmisión asociada de los datos de usuario, el terminal móvil puede acusar recibo de “recepción 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 retransmisión.
En el caso de que la unidad de datos de protocolo sea una retransmisión, de acuerdo con otro ejemplo, el terminal móvil puede reutilizar la información de formato de transporte de la unidad de datos de protocolo indicada en una señal de canal de control para la transmisión inicial para la transmisión o recepción de la retransmisión de la unidad de datos de protocolo. En consecuencia, la señal del canal de control puede estar "solamente" indicando la versión de redundancia de la retransmisión (aunque todavía se puede considerar la señal del canal de control para indicar implícitamente el formato de transporte).
En otro aspecto ejemplar de la divulgación, los bits de información en el campo de información de control de la señal de canal de control están asociados a una única información de referencia que indica un formato de transporte y una versión de redundancia utilizada para transmitir la unidad de datos de protocolo asociada al respectivo valor representado por los bits de información del campo de información de control para transmisiones iniciales y retransmisiones del paquete de datos de protocolo.
Un aspecto adicional de la divulgación se refiere a la operación del terminal móvil. En este aspecto, el terminal móvil recibe una subtrama de recursos de radio físicos que comprende una señal de canal de control. La señal de canal de control comprende de este modo un campo de información de control que consiste en un número de bits que representan:
- un formato de transporte e, implícitamente, una versión de redundancia de la unidad de datos de protocolo, si la
transmisión de la unidad de datos de protocolo es una transmisión inicial de los datos de usuario, o
- una versión de redundancia de la unidad de datos de protocolo, si la transmisión de la unidad de datos de protocolo es una retransmisión de los datos de usuario.
A continuación, el terminal móvil determina (en base a la señal de canal de control recibida) el formato de transporte y la versión de redundancia para el paquete de datos de protocolo que transportan datos de usuario y además recibe o transmite el paquete de datos de protocolo en al menos un recurso de radio físico que utiliza el formato de transporte y la versión de redundancia del paquete de datos de protocolo indicado en el campo de información de control recibido.
En este aspecto ejemplar, los bits de información de la información de control están asociados a dos informaciones de referencia diferentes (en base a las cuales se interpreta el contenido del campo de información de control). Si la transmisión de los paquetes de datos de protocolo es una transmisión inicial, la primera información de referencia se utiliza cuando se determina el formato de transporte y la versión de redundancia del paquete de datos de protocolo. Si la transmisión de los paquetes de datos de protocolo es una retransmisión, la segunda referencia se utiliza para determinar el formato de transporte y la versión de redundancia del paquete de datos de protocolo.
En un ejemplo, la primera información de referencia indica un formato de transporte asociado al respectivo valor representado por los bits de información del campo de información de control y la segunda información de referencia indica una versión de redundancia asociada al respectivo valor representado por los bits de información del campo de información de control.
Además, otro aspecto de la divulgación se refiere a un terminal móvil para uso en un sistema de comunicaciones móviles, por lo que el terminal móvil comprende una unidad receptora para recibir una subtrama de recursos de radio físicos que comprende una señal de canal de control destinada al terminal móvil. La señal de canal de control comprende un campo de información de control donde se codifica conjuntamente un formato de transporte y una versión de redundancia de una unidad de datos de protocolo, como se ha mencionado anteriormente en el presente documento. El terminal móvil comprende también una unidad de procesamiento para determinar basándose en la señal de canal de control recibida el formato de transporte y la versión 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 físico que utiliza el formato de transporte y la versión de redundancia del paquete de datos de protocolo indicado en el campo de información de control recibido.
En un aspecto alternativo, el terminal móvil comprende una unidad receptora para recibir una subtrama de recursos de radio físicos que comprende una señal de canal de control destinada al terminal móvil y una unidad de procesamiento para determinar basándose en la señal de canal de control recibida, el formato de transporte y la versión de redundancia para el paquete de datos de protocolo que transporta datos de usuario. Además, la unidad receptora es capaz de recibir el paquete de datos de protocolo en al menos un recurso de radio físico usando el formato de transporte y la versión de redundancia del paquete de datos de protocolo indicado en el campo de información de control recibido.
Breve descripción de las figuras
A continuación, la divulgación se describe con más detalle en referencia a las figuras y dibujos adjuntos. Detalles similares o correspondientes en las figuras están marcados con las mismas referencias numéricas.
La figura 1 muestra un ejemplo de transmisión de datos a los usuarios de un sistema OFDMA en modo localizada (LM) que tiene un mapeo de la distribución de señales de control L1/L2,
La figura 2 muestra un ejemplo de transmisión de datos a los usuarios de un sistema OFDMA en modo localizado (LM) que tiene un mapeo de la distribución de señales de control L1/L2,
La figura 3 muestra un ejemplo de transmisión de datos a los usuarios de un sistema OFDMA en modo distribuido (DM) con una asignación de distribución de señales de control L1/L2,
La figura 4 destaca de forma ejemplar la interrelación entre el bloque de transporte/protocolo de unidad de datos y sus diferentes versiones de redundancia, así como el tamaño de bloque de transporte/ tamaño de la unidad de datos de protocolo,
La figura 5 muestra un ejemplo de una señal de canal de control con un campo común para la codificación conjunta del formato de la transmisión y la versión de redundancia de una unidad de datos de protocolo de acuerdo con un aspecto de la divulgación,
La figura 6 muestra un ejemplo de una señal de canal de control con un campo común y compartido para la señalización del formato de transmisión o la versión de redundancia de una unidad de datos de protocolo de acuerdo con un aspecto de la divulgación,
La figura 7 muestra otro ejemplo de una señal de canal de control con un campo común y compartido para la señalización del formato de transmisión, la versión de redundancia o de otro tipo de información de una unidad de datos de protocolo de acuerdo con un aspecto de la divulgación,
La figura 8 muestra un flujo de mensaje ejemplar, típico entre un transmisor y receptor de la señal del canal de control de acuerdo con un aspecto ejemplar de la divulgación,
La figura 9 muestra un flujo de mensajes ejemplar entre un transmisor y receptor de la señal del canal de control donde se optimiza el funcionamiento del protocolo de retransmisión del receptor de acuerdo con un aspecto ejemplar de la divulgación,
La figura 10 muestra un sistema de comunicación móvil de acuerdo con un aspecto de la divulgación, donde las ideas de la divulgación pueden ser aplicadas, y
La figura 11 muestra otro ejemplo de una señal de canal de control con un campo común y compartido para la señalización del formato de transmisión o la versión de la redundancia de una unidad de datos de protocolo de acuerdo con un aspecto de la divulgación.
Descripción detallada de la divulgación
Los párrafos siguientes describirán diversos aspectos de la invención. Solo a modo de ejemplo, la mayoría de los aspectos se describen en relación a un sistema de comunicación UMTS (evolucionado) de acuerdo con el SAE/LTE tratado en la anterior sección de antecedentes técnicos. Cabe señalar que la divulgación puede utilizarse ventajosamente, por ejemplo, en relación con un sistema de comunicación móvil, tal como el sistema SAE/LTE de comunicación que se ha descrito anteriormente, o en conexión con sistemas de múltiples portadores, tales como los sistemas basados en OFDM, pero la divulgación no está limitada a su uso en esta red de comunicación ejemplar en particular.
Antes de discutir los diversos aspectos de la invención en mayor detalle más adelante, los párrafos siguientes darán una breve descripción sobre el significado de varios términos 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 específico que se utiliza para transmitir uno o más 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 (física). Por lo general, una asignación de usuario único (un canal de control L1/L2 - PDc Ch - por usuario), una MAC PDU está asignada a un bloque de transporte (TB) en la capa 1. Un bloque de transporte define la unidad de datos básicos 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 tamaño del bloque de transporte se define como el tamaño (número de bits) de un bloque de transporte. Dependiendo de la definición, el tamaño de transporte puede incluir o excluir los bits CRC.
En general, el formato de transporte define la modulación y el esquema de codificación (Modulation and Coding Scheme, MCS) y/o el tamaño del bloque de transporte, que se aplica para la transmisión de un bloque de transporte y es, por tanto, requerido para una apropiada (de)modulación y (de)codificación. En un sistema basado en 3GPP como por ejemplo el discutido en 3GPP Tr 25.814, es válida la siguiente relación entre la modulación y el esquema de codificación, el tamaño del bloque de transporte y el tamaño de asignación de recursos:
donde NRE es el número de elementos de los recursos (Resource Elements, RE) asignados - siendo un RE idéntico a un símbolo de modulación -, CR es el índice de código para codificar el bloque de transporte, y M es el número de bits asignado a un símbolo de modulación, por ejemplo, M = 4 para 16-QAM.
Debido a esta relación que se ha descrito anteriormente, la señalización de control L1/L2 puede solo tener que indicar o bien el tamaño del bloque de transporte o el esquema de modulación y de codificación. En el caso en que el esquema de modulación y de codificación debe ser señalizado, hay varias opciones de cómo implementar esta señalización. Por ejemplo, campos separados de modulación y codificación o un campo común para la señalización de ambos, se pueden prever los parámetros de modulación y codificación. En caso de que el sitio de bloque de transporte deba ser señalado, el tamaño del bloque de transporte por lo general no es expresamente señalado, sino que es señalado como un índice de TBS. La interpretación del índice de TBS para determinar el tamaño real del bloque de transporte puede, por ejemplo, depender del tamaño de la asignación de recursos.
A continuación, el campo de formato de transporte de la señalización de control L1/L2 se supone que indica tanto la
modulación y el sistema de codificación o el tamaño de bloque de transporte. Cabe señalar que el tamaño del bloque de transporte de un bloque de transporte dado por lo general no cambia durante las transmisiones. Sin embargo, aunque el tamaño del bloque de transporte no se cambia, la modulación y el sistema de codificación pueden cambiar entre las transmisiones, por ejemplo, si se cambia el tamaño de la asignación de recursos (como se desprende de la relación que se ha descrito anteriormente).
Hay que señalar también que en algunos aspectos de la divulgación, para las retransmisiones el tamaño del bloque de transporte se conoce normalmente a partir de la transmisión inicial. Por lo tanto, la información del formato de transporte (MCS y/o TBS) (incluso si el esquema de modulación y codificación cambia entre transmisiones) no tiene que ser señalizado en las retransmisiones, ya que el esquema de modulación y de codificación pueden ser determinados a partir del tamaño de bloque de transporte y el tamaño de la asignación de recursos, lo que puede determinarse a partir del campo de la asignación de recursos.
Una versión 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 índice de código para la transmisión de datos es generado por un codificador de índice fijo y una unidad de coincidencia de índice (por ejemplo, en HSDPA de UMTS o de los sistemas LTE), diferentes versiones de redundancia se generan para un único bloque de transporte (o unidad de datos de protocolo) mediante la selección de diferentes conjuntos de bits codificados disponibles, donde el tamaño del conjunto (número de bits seleccionados) depende del índice de código real (Code Rate, CR) para la transmisión de datos. En el caso de que el índice de código real para una transmisión (o retransmisión) sea superior al índice del codificador, se construye una versión de redundancia a partir de un subconjunto de bits codificados. En el caso de que el índice de código real para una transmisión (o retransmisión) sea inferior al índice del codificador, se construye típicamente una versión de redundancia a partir de todos los bits codificados repitiendo bits seleccionados.
Una versión de la constelación indica el diagrama de la constelación que se aplica para la modulación de la transmisión de datos. En algunos casos, esto solo puede referirse a un mapeo bit-a-símbolo determinado de un esquema de modulación dado. En otros casos, esto puede referirse a operaciones de bits específicas mediante la intercalación y/o inversión de valores de bits para lograr un efecto similar que mediante la aplicación de un mapeado bit-a-símbolo determinado (ver por ejemplo EP 1293 059 B1 o EP 1313 248 B1 o 3GPP TS 25.212, "Multiplexing and Channel Coding (FDD"), versión 7.6.0, septiembre de 2007, disponible en http://www.3gpp.org).
Un nuevo indicador de datos (New Data Indicator, NDI) denota una bandera (o campo) que indica si la transmisión de un bloque de transporte (o unidad de datos de protocolo) es una transmisión inicial o una retransmisión. Si el NDI está establecido, la transmisión de un bloque de transporte (o unidad de datos de protocolo) es una transmisión inicial. En algunas implementaciones, un nuevo indicador de datos es un número 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 idéntico a alternar el bit. Generalmente, sin embargo, un número de secuencia puede comprender más de un bit.
Uno de los aspectos principales de la divulgación es proponer un nuevo formato para la información del canal de control. De acuerdo con este aspecto, el formato de transporte/tamaño de bloque de transporte/tamaño de capacidad de carga/esquema de modulación y de codificación y la versión de redundancia/ versión de constelación para la transmisión asociada de los datos del usuario (generalmente en forma de una unidad de datos de protocolo) se proporciona en un solo campo de la información del canal de control. La información del canal de control puede ser por ejemplo información de control L1/L2 /una señal de canal de control L1/L2 que se transmite en el PDCCh (Canal de Control de Enlace descendente físico) de un sistema de 3GPP LTE.
Cabe señalar que por simplicidad se refiere al transporte de formato y la versión de redundancia en la mayoría de los ejemplos del presente documento. Sin embargo, en todas los aspectos de esta divulgación el término "formato de transporte" significa cualquier de "formato de transporte", "tamaño de bloque de transporte", "tamaño de carga" o "sistema de modulación y de codificación". Del mismo modo, en todas los aspectos de esta divulgación el término "versión de redundancia" puede ser sustituido por "versión de redundancia y/o versión de constelación".
Además, algunos aspectos de la divulgación prevén combinar el formato de transporte, la versión de redundancia e información adicional HARQ relacionada número de secuencia (Retransmisión/HARQ) o el nuevo indicador de datos - NDI) en un solo campo de la información del canal de control.
Aquí hay dos enfoques básicos sugeridos. De acuerdo con las diferentes aspectos de la divulgación, se proporciona una codificación conjunta de formato de transporte y la versión de redundancia o, alternativamente, es utilizada una señalización común de formato de transporte y la versión la redundancia. En ambos casos, solo se proporciona un único canal de control de campo información para el formato de transporte y la versión de redundancia, sin embargo el uso de lo presentado es diferente.
Cuando se utiliza codificación de conjunto, hay un campo común para el formato de transporte y la versión de redundancia se define en el canal de control de la información/señal. El formato de transporte y la versión de redundancia se codifican en forma conjunta, por ejemplo, se utiliza un campo de bits N produciendo 2N valores, que
puede ser señalado. De los 2N valores M (<2N) se utilizan los valores para indicar un formato de transporte, que, por ejemplo, está asociado a una versión de redundancia dada fija o pre-configurada (En este caso se podría hablar de una señalización explícita del formato de transporte y un sistema de señalización simultánea implícita de la versión 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 últimos pueden ser, por ejemplo, especialmente aplicables en el diseño del sistema, donde el formato de transporte de un bloque de transporte/protocolo de unidad de datos no cambia entre la formación inicial y de la distribución o se puede derivar de otro tipo de información en la señal del canal de control para la retransmisión y/o la transmisión inicial (por ejemplo, en algunos sistemas es posible obtener el formato de transporte de una retransmisión desde el formato de transporte y, opcionalmente, la información de asignación de recursos relacionados con la transmisión inicial - además también se puede tomar en cuenta la información sobre la asignación de recursos para la retransmisión). En este ejemplo, la señalización de control para la retransmisión puede indicar de forma explícita la versión de redundancia de la unidad de datos de protocolo utilizado para su retransmisión e, implícitamente, produciendo el formato de transporte (es decir, el mismo formato de transporte que se utiliza para la transmisión inicial de la unidad de datos de protocolo que se ha indicado en una señal de control del canal anterior para la transmisión inicial o el formato de transporte se pueden derivar de otra información del canal de señalización de control como se mencionó anteriormente).
Como se mencionó anteriormente, como una mejora adicional, el indicador de nuevos datos o el número de secuencia puede ser, además, codificado en forma conjunta con el formato de transporte y la versión de redundancia.
Utilizando el segundo procedimiento de tener un campo común para el formato de transporte y la versión de redundancia definida en la estructura de la información del canal de control, en un instante de señalización el campo compartido se utiliza para señalar el formato de transporte y en otro instante de señalización del campo compartido se utiliza para señalar la versión de redundancia.
Por consiguiente, cuando se codifica conjuntamente el formato de transporte y la versión de redundancia solo en único conjunto de información de referencia para mapear el valor de bits indicado por la combinación de bits en el campo de control de información común en la señal del canal de control a una combinación de los respectivos formato de transporte y la versión de redundancia de la unidad de datos de protocolo que proporciona los datos de usuario pueden ser necesarios, independientemente de si la transmisión es una transmisión inicial de la unidad de datos de protocolo o una retransmisión de los mismos.
En el caso de tener un campo de información de control compartida en la señal del canal de control, puede haber dos conjuntos de información de referencia para mapear el valor de bits indicada mediante la combinación de bits en el campo de control de la información común a una combinación respectiva de los formato de transporte y versión de redundancia, en función de si la transmisión es una transmisión inicial de la unidad de datos de protocolo o una retransmisión de los mismos. Por ejemplo, en caso de que haya una versión de redundancia pre-configurada o fijada para la primera transmisión, la señal del canal de control para la transmisión inicial puede indicar explícitamente el formato de transporte de la transmisión inicial dentro del campo compartido. Para algunas retransmisiones, el formato de transporte de la transmisión inicial puede ser reutilizado, de modo que la señal del canal de control para la retransmisión puede "solo" indica explícitamente la versión de la redundancia de la retransmisión (mientras que el formato de transporte se puede considerar implícitamente identificado o conocido a partir de la señal de control del canal para la inicial o cualquier transmisión anterior).
Una diferencia significativa entre el concepto general de la divulgación y los sistemas existentes, tales como 3GPP HSDPA, desde el punto de vista de una operación eficiente del sistema está relacionada con errores de protocolo HARQ. En HSDPA un bloque de transporte perdido (MAC PDU), por ejemplo debido a una detección errónea ACK/NACK o una señalización de control de enlace descendente de L1/L2 perdida que lleva la información de programación (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 divulgación), la capa superior de protocolo RLC es ligera y rápida, lo que permite que el diseño de la señalización de control de enlace descendente L1/L2 sea menos robusto, lo que a su vez permite la optimización descrita en este documento. Como se indicó anteriormente, un enfoque sugerido en este documento es el uso de un campo único/común en el formato de control de la información del canal para indicar el formato de transporte, y (al menos implícitamente) la versión de redundancia de la transmisión de una unidad de datos de protocolo y para codificar en forma conjunta (por lo menos) estos dos parámetros utilizando los bits del campo común. De acuerdo con un aspecto ejemplar de la divulgación, el campo común en la información del canal de control se puede suponer que consiste en N bits de modo que 2N valores pueden ser representados y señalizados. De los 2N valores M (<2N) valores pueden ser utilizados por ejemplo para indicar un formato de transporte asociado con una versión 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 continuación muestra un ejemplo, donde el campo común (valor señalado) 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 versión 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 versión de redundancia de la transmisión respectiva.
Tabla 3
En la Tabla 3 anterior, todos los valores del rango TF son asignados a una versión única de redundancia (RV 0) solamente. Por supuesto, también puede ser posible que los respectivos valores /formatos de transporte estén asociados a diferentes versiones de redundancia. Esto se ejemplifica en la figura 4 a continuación.
continuación
Tabla 4
De acuerdo con el ejemplo en la Tabla 4, las versiones de redundancia se pueden definir en función del valor real de la señalización. En un aspecto, para los tamaños pequeños de bloque de transporte o niveles de MCS bajos, una versión específica de redundancia (RV 0) podría ser utilizada y para bloques de transporte de mayor tamaño/niveles más altos de MCS, se utiliza otra versión 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 operación, cuando inicialmente se transmite una unidad de datos de protocolo (o bloque de transporte), la estación base puede enviar una señal de canal de control que comprende un campo TF/RV común con un valor seleccionado del "rango TF". En consecuencia, el valor señalado no solo identifica a un formato de transporte de la unidad de datos de protocolo, pero también indica la respectiva versión de redundancia. Si una unidad de datos de protocolo es retransmitida, se señala un valor del "rango RV" que indica una versión específica 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 combinación suave mediante el protocolo HARQ.
Por otra parte, por ejemplo, dependiendo de la respuesta del receptor (por ejemplo, la estación móvil) de la unidad de datos de protocolo proporcionada al transmisor (por ejemplo, la estación base) de la unidad de datos de protocolo, el transmisor puede decidir enviar la retransmisión con el mismo formato de transporte y la versión de redundancia que en la transmisión inicial. Usando una tabla de referencia, como se muestra en la Tabla 3, la señal del canal de control para la retransmisión por lo tanto puede indicar el mismo valor en el campo TF/RV de la señal del canal de control como la señal del canal de control para la transmisión inicial (el "rango RV" no permite señalar RV 0). Si se utiliza una tabla de referencia, como se muestra en la Tabla 4, cabe señalar 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 señal 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 versión de redundancia igual que la transmisión inicial, por ejemplo debido al uso de la combinación de HARQ con Chase como un protocolo de retransmisión para las unidades de datos de protocolo se pueden prever las implementaciones ejemplares siguientes.
En una realización ejemplar, cualquier valor de "rango TF" puede ser señalado en la señal del canal de control para las retransmisiones, incluso si el valor señalado no coincide con el valor TF (TBS) del bloque de transporte (o en otras palabras, el TF de la transmisión inicial de la unidad de datos de protocolo). En este caso, el receptor (estación móvil, por ejemplo) simplemente ignora el formato de transporte que se produjo por el valor de "rango TF" señalado, y simplemente aplica la versión de redundancia señalada. En consecuencia, con el fin de distinguir cuándo ignorar el formato de transporte señalado, el receptor puede evaluar primero el número de secuencia (campo) o el indicador de datos nuevos, a fin de reconocer si la transmisión asociada a la unidad de datos de protocolo es una transmisión inicial o una retransmisión.
En otra, segunda realización de ejemplo, también para una retransmisión el valor "rango TF" puede ser señal de que está coincidiendo con el formato de transporte (TBS) de la primera transmisión inicial. En este caso, el receptor (estación móvil, por ejemplo) no suele pasar por alto el valor de formato de transporte señalado (TBS), ya que esto
podría ayudar a descubrir los casos de error. Si, por ejemplo, el receptor ha perdido la señalización de control de la transmisión inicial (y por lo tanto, perdió también la primera transmisión de la unidad de los datos de protocolo/bloque de transporte), el receptor puede tratar de descifrar los datos en función de la señalización para la retransmisión, ya que la señalización de control contiene el formato de transporte.
En una tercera realización ejemplar, la interpretación del valor del formato de transporte (TBS) en el campo común TF/RV depende del campo de la asignación de recursos también comprendidos en la información del canal de control. Esto significa que para un tamaño de asignación de recursos determinada, solo un rango específico de tamaños de bloque de transporte puede ser señalado (por lo general, el bloque de transporte tamaño TBS está 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 tamaño de asignación de recursos cambie entre la transmisión inicial y la retransmisión, puede ocurrir que no sea posible indicar el tamaño 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 señal del canal de control para interpretar el contenido del campo TF/RV. Este último caso se ejemplifica en la tabla 5.
Tabla 5
En otra, cuarta aplicación ejemplar, se puede asegurar que la misma versión de redundancia que se utiliza para la transmisión inicial puede ser utilizada para una retransmisión por haber incluido en el "rango de RV" un valor que se produce la misma versión de redundancia que la producida por los valores del "rango TF". Esta implementación se ejemplifica en el cuadro 6 a continuación, donde el "rango RV", también cuenta con un valor ("1101") que están indicando el uso de la redundancia RV 0.
continuación
Tabla 6
En otro aspecto de la divulgación, la señal del canal de control también incluye un indicador de los nuevos datos (que indica si los datos son nuevos datos/una nueva unidad de protocolo de datos) o un número de secuencia de la unidad de datos de protocolo, que permite al receptor detectar la transmisión de nuevos datos/una nueva unidad de datos de protocolo.
De acuerdo con un ejemplo, el indicador de nuevos datos o el número de secuencias pueden ser transmitidas en un campo distinto o bandera de la señal del canal de control. En una implementación ejemplar el campo número de secuencia es un bit, es decir, incrementar es idéntico al alternar la bandera. 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 (transmisión 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 implantación, el número de secuencia o el indicador de los nuevos datos se codifican en forma conjunta con el formato de transporte y la versión de redundancia en un campo único y común de la señal del canal de control. Por lo tanto, el campo de NDI/SN puede ya no ser necesario, lo que permite reducir la carga de señalización.
La codificación de forma conjunta de los indicadores de nuevos datos (NDI) con el formato de transporte y la versión de redundancia de acuerdo con dos aspectos ejemplares de la divulgación se muestra en la Tabla 7 y Tabla 8. En la Tabla 8, el uso de la versión de redundancia RV 0 se puede considerar que implícitamente también indican nuevos datos, es decir, por tanto, también podría ser interpretado como que se establece una bandera de NDI (por ejemplo, el NDI = 1), y todas las demás versiones de redundancia RVs (RV 1-3) indican retransmisiones, es decir, podría ser también interpretado como que no se establece la bandera NDI (por ejemplo, el NDI = 0).
continuación
Tabla 7
continuación
Tabla 8
En esencia, la Tabla 7 es similar a la Tabla 6 (Tabla 8 también lo es para la Tabla 3), a excepción de la adición 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 específico en la Tabla 7, se debe reconocer que la definición de dos rangos de valores ("rango TF" y "rango RV") también define dos rangos de valores que indican, si se envían nuevos datos o si se proporciona una retransmisión. En esencia, la selección de un valor a partir del "rango TF" indica una nueva transmisión, por lo que es equivalente a que se establezca un indicador de los nuevos datos (o un número 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 número de secuencia que no se incrementa). Como el establecimiento de un indicador de los nuevos datos (incrementando el número de secuencia) por lo general coincide con la transmisión de una transmisión 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 señalado y para las retransmisiones, debe ser señalado un valor de la "rango de RV".
Otro enfoque alternativo para la codificación conjunta del formato de transporte y la versión de redundancia es el uso de un campo compartido (que podría ser también conocida como un campo t F/RV compartido) en el formato de la información del canal de control que se utilizará para la señalización de formato de transporte y la versión de redundancia. En este enfoque alternativo, de acuerdo con otro aspecto de la divulgación, se asume que el formato de transporte se asocia generalmente a una versión específica para redundancia de la transmisión inicial (o la versión de redundancia para la transmisión inicial es fija o pre-definida). En consecuencia, en caso de una transmisión inicial, el campo común se interpreta como una señal de formato de transporte, como se muestra en la Tabla 9, y por decirlo así implícitamente indica una versión de redundancia de la transmisión respectiva de manera similar como se discute en algunos ejemplos anteriores en relación con el enfoque de codificación conjunta.
Por otra parte, también se asume que el tamaño del bloque de transporte no está cambiando entre la transmisión inicial y la retransmisión de una unidad de datos de protocolo o bloque de transporte. Por lo tanto, en caso de una retransmisión el campo compartido de la señal del canal de control se interpreta como una versión de redundancia, como se muestra en la Tabla 10.
Tabla 9
Tabla 10
Al comparar el enfoque de codificación común y el uso de un campo compartido, la principal diferencia entre los enfoques es la interpretación de los bits de los campos respectivos. En el caso de codificación conjunta, la misma tabla de referencia se utiliza para la interpretación de los bits del campo común en la señal del canal de control para determinar el formato de transporte y la versión de redundancia de la transmisión, con independencia de si la transmisión es una transmisión inicial o una retransmisión. Además, en el caso de codificación común adicional, el número de secuencia o un indicador de los nuevos datos, el rango de valores que pueden ser representados por los bits en el campo común deben separarse en dos rangos con el fin de ser capaces de diferenciar entre la transmisión inicial y la retransmisión y para de esta manera reconocer un indicador de nuevos datos o establecer un número de secuencia que se incrementa. *En contraste, el enfoque de campo compartido usa dos diferentes tablas de referencia para la interpretación de los bits contenidos en el campo común para el formato de transporte y la versión de redundancia (ver tablas 9 y 10 anteriores), dependiendo de si se envía una transmisión inicial o una retransmisión. Esto permite más libertad y flexibilidad para indicar una gran variedad de formatos de transporte y versiones de redundancia o puede permitir la reducción del tamaño del campo de señalización.
Sin embargo, el receptor de la señal del canal de control debe ser consciente de si una transmisión inicial o una retransmisión están asociadas a la señal del canal de control respectivo. En teoría, el receptor de la señal del canal de control puede derivar la información de su propia retroalimentación, que sin embargo no es necesariamente muy fiable, ya que la retroalimentación puede perderse o ser mal interpretada.
Por lo tanto, en un aspecto adicional de la divulgación, se sugiere que la señal del canal de control comprenda, además, un campo de número de secuencia adicional o un indicador de nuevos datos. En caso de utilizar un indicador de nuevos datos, la interpretación 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 estación móvil) de la señal del canal de control elige la Tabla 9 o la tabla 10 para la interpretación del campo TF/RV compartido dependiendo de la configuración del indicador de nuevos datos. Del mismo modo, en caso de tener un campo de número de secuencia, el receptor selecciona la tabla de referencia para interpretar el contenido del campo TF/RV compartido basado en el número de secuencia que se incrementa o no.
Las diferencias entre una codificación conjunta del formato de transporte y la versión de redundancia en un campo común y el uso de un campo compartido serán ejemplificadas respecto a la figura 5 y la figura 6. En la figura 5 se muestra una señal del canal de control de acuerdo con un aspecto ejemplar. La señal del canal de control comprende un campo de asignación de recursos (asignación RB), un campo TF/RV de codificación de forma conjunta del formato de transporte y la versión de redundancia ("campo TF/RV conjunto"), un campo NDI/SN y un campo de proceso HARQ. La misma configuración de la señal del canal de control se proporciona en la figura 6.
En la figura 5, el formato de transporte y la versión de redundancia se codifican de forma conjunta en un campo común ("campo TF/RV conjunto"), independientemente de si la información del canal de control se refiere a una transmisión inicial o a una retransmisión. Los cuatro bits del campo común para el formato de transporte y la versión 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 un aspecto ejemplar de la divulgación se ilustra con más detalle. El campo NDI/SN puede comprender un indicador de nuevos datos o un número de secuencia y se utiliza para determinar si la información del canal de control se refiere a una transmisión inicial y qué información de referencia se utiliza para interpretar el contenido del campo TF/RV compartido. Si la información del canal de control está
relacionada con una transmisión 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 información del canal de control está relacionada con una retransmisión, el campo TF/RV compartido indica la versión de redundancia de la unidad de datos de protocolo, como por ejemplo se muestra en la Tabla 10 anterior.
A continuación, la operación del transmisor de la señal del canal de control de acuerdo a una de los diversos aspectos descritos en este documento y su receptor se describirán con más detalle, en relación como ejemplo con el caso de transmisión de datos de enlace descendente. Para fines de ejemplo, una red tal como se ejemplifica en la figura 10 puede asumirse. El sistema de comunicación móvil 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 núcleo (Access and Core Gateway, ACGW) y nodo Bs. El ACGW puede manejar las funciones de núcleo de la red, tales como llamadas de enrutamiento y conexiones de datos a redes externas, y también 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 (Radio Resource Control, RRC), compresión de la cabecera, cifrado/protección de la integridad.
Las estaciones de base (también conocidas como Nodos B o Nodos B mejorados = eNode Bs) pueden manejar funciones tales como, por ejemplo, segmentación/concatenación, programación y asignación de recursos, funciones de multiplexado y capa física, pero también funciones CRR, tal como ARQ exterior. Para propósitos de ejemplo solamente, los eNodeBs se ilustran para controlar una sola célula de radio. Obviamente, usando antes de formación de haces y/u otras técnicas, los eNodeBs también pueden controlar varias células de radio o células de radio lógicas.
En esta arquitectura de red de ejemplo, un canal de datos compartido puede ser utilizado para la comunicación 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 móviles (UEs) y las estaciones base (eNodeBs). Este canal compartido puede ser por ejemplo un canal compartido de enlace ascendente o enlace descendente físico (PUSCH o PDSCH) como es conocido en los sistemas LTE. Sin embargo, también es posible que el canal de datos compartidos y los canales de control asociados se asignen a los recursos de la capa física, tal como se muestra en la figura 2 o en la figura 3.
Las señales/información del canal de control pueden ser transmitidas en distintos canales de control (físico) 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 información asociada. En un ejemplo, el sistema de comunicación móvil es un sistema de 3GPP LTE, y la señal del canal de control es información del canal de control L1/L2 (por ejemplo, información sobre la protección física de control descendente del canal -PDCCH). Respectiva información del canal de control L1/L2 para los diferentes usuarios (o grupos de usuarios) puede ser asignada a una parte específica 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 información 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 señal del canal de control de acuerdo con un aspecto ejemplar de la divulgación. El intercambio de mensajes se puede realizar en la red de comunicación móvil que se muestra en la figura 10. En consecuencia, como el ejemplo de la figura 8 está relacionado con la transmisión de datos de enlace de bajada, el transmisor que se muestra en la figura 8 se puede suponer que corresponde a la estación móvil/Nodo B NB1 en la figura 10 y el receptor que se muestra en la figura 8 se puede suponer que corresponde a la estación móvil/UE MS1 en la figura 10. Por lo general, se puede suponer en la figura 8 que un protocolo de retransmisión, tal como híbrido ARQ, se utiliza entre el transmisor (en este caso la estación de base NB1) y el receptor (en este caso la estación móvil MS1) de los datos (unidad de datos de protocolo) con el fin de asegurar el éxito de la decodificación de los datos en el receptor.
La estación móvil MS1 es la primera en recibir 801 el PDCCH y obtiene una señal del canal de control L1/L2. Posteriormente, la estación móvil MS1 interpreta (o decodifica) 802 el contenido de señal del canal de control L1/L2. La señal del canal de control se puede suponer que tiene un formato tal como se ejemplifica en la figura 6. A continuación, la estación móvil MS1 recibe y trata de descifrar 804 la unidad de datos del protocolo de transmisión 803 en el canal de enlace de bajada de datos asociado con los parámetros indicados mediante la señal del canal de control L1/L2.
En el caso de que la estación móvil MS1 pueda decodificar la unidad de datos de protocolo con éxito (conocido debido a la correcta CRC), transmite un ACK en el enlace ascendente. Alternativamente, el móvil 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 estación móvil MS1 no haya recibido (decodificado correctamente) la señal 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 estación base NB1, el mismo proporcionará una retransmisión de la unidad de datos de protocolo a la estación móvil. Como la retransmisión de la unidad de datos de protocolo se supone de manera ejemplar que es otra versión de redundancia de la misma unidad de datos de protocolo, la estación base NB1 genera
806 una señal del canal de control para la retransmisión y transmite 807 esta señal del canal de control y la retransmisión de la unidad del protocolo datos 809 a estación móvil MS1. Similar a las etapas 802 y 804, la estación móvil MS1 recibe 808 la señal del canal de control para la retransmisión y utiliza los parámetros indicados en la misma para recibir y decodificar 810 la retransmisión de la unidad de datos de protocolo. Ya que se supone que la unidad de datos de protocolo puede ser decodificada correctamente después de haber recibido la retransmisión, la estación móvil MS1 informa 811 a la estación base NB1 de la decodificación con éxito (sin éxito) por medio de un ACK (NACK).
En un aspecto adicional, algunas mejoras adicionales en el protocolo de retransmisión se sugieren. Estas mejoras se pondrán de relieve con el flujo de señalización de ejemplo y el intercambio de datos tal como se ilustra en la figura 9. Se puede suponer que el protocolo de retransmisión se proporciona en la capa de acceso al medio (MAC) del sistema de comunicación móvil y que otro protocolo de capa superior en la pila de protocolo proporciona otra función de retransmisión 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).
Generalmente, si una estación móvil 901 pierde la señalización de control (por ejemplo, en el PDCCH) para la transmisión inicial de una unidad de datos de protocolo (por ejemplo, MAC PDU), puede que tampoco reciba 903 la transmisión inicial de la unidad de datos de protocolo. Además, la estación móvil tampoco es consciente del formato de transporte que se utilizará para la transmisión y las retransmisiones de la unidad de datos de protocolo y no proporciona ninguna retroalimentación a la estación base transmisora.
En el caso de que la estación base no reciba ninguna retroalimentación de la transmisión inicial, una implementación típica de la unidad de programador de la estación base considera 903 esta ausencia de retroalimentación como un NACK (receptor ACK/NACK de dos estados) y la estación base genera 904 y transmite 905 otra señalización de control L1/L2 para la retransmisión de la unidad de datos de protocolo.
Si la estación móvil recibe posteriormente 906 esta señalización de control L1/L2 para la retransmisión. Suponiendo ahora que hay un campo común para el formato de transporte y la versión de redundancia dentro de la señalización de control, los bits en el campo común TF/RV no proporcionan el formato de transporte (por ejemplo, los tamaños de los bloques de transporte, MCS, etc) de la unidad de datos del protocolo, pero solo puede indicar la versión de redundancia (véase, por ejemplo, las tablas 3-8 y suponiendo que el valor del "rango RV" se señala para la retransmisión o consulte la Tabla 9 para la aproximación del campo compartido TF/RV). A pesar de que la estación móvil no es capaz de recibir la retransmisión 907 de la unidad de datos de protocolo, de acuerdo con este aspecto de la divulgación, la estación móvil envía 908 un reconocimiento positivo (ACK) con el fin de cancelar la transmisión de la unidad de datos del protocolo actual (MAC PDU), pues de lo contrario (la transmisión de NACK) la estación base continuaría con las retransmisiones sin que el terminal móvil tenga la posibilidad de decodificar correctamente el bloque de transporte. La transmisión de un ACK hace que el bloque de transporte se pierda, sin embargo, la retransmisión de este bloque de transporte (unidad de datos de protocolo) puede ser atendida por protocolos de capa superior (ARQ), si están disponibles (por ejemplo, RLC).
Un comportamiento similar, por ejemplo, también se puede implementar en caso de que la estación base (o más bien la unidad de programación) tenga la capacidad de no solo detectar ACK/NACKs, sino también una DTX transmitida (es decir, no hay transmisión de ACK/NACK) - es decir, un receptor ACK/NACK/DTX de tres estados - para situaciones en las que la estación móvil perdió la señalización de control en el PDCCH, pero debido a un error en la recepción/decodificación de la retroalimentación - la estación base detecta erróneamente un NACK en lugar de DTX. En este caso, la estación base enviará una retransmisión de los paquetes de datos de protocolo, junto con una señal de control de canal asociado que indica que la transmisión es una retransmisión, similar al caso del receptor ACK/NACK de 2 estados que se ha descrito anteriormente. En este caso, la estación móvil puede detectar un error de protocolo y envía una confirmación positiva de cancelar las retransmisiones. En el caso de que la estación base detecte correctamente la señal DTX, la estación base puede transmitir otra transmisión inicial (indicando el formato de transporte) del mismo bloque de transporte o de un bloque de transporte de nueva construcción.
Los aspectos ejemplares descritos anteriormente se han centrado principalmente en la señalización de control L1/L2 para la transmisión de datos de enlace descendente. También en el caso de las transmisiones de datos de enlace ascendente, la señalización de control L1/L2 puede ser transmitida en el enlace descendente. Como la transmisión de los datos (usuario) se encuentra en otro enlace (enlace ascendente), las transmisiones de los datos pueden tener lugar en diferentes números de subtramas que la señalización de control asociada (por el enlace ascendente y descendente en realidad puede no están sincronizados, es decir, la temporización de las subtramas de enlace ascendente y de enlace descendente son diferentes). En cualquier caso, es necesario que haya una correlación bien definida de la subtrama donde la señalización de control se realiza y la subtrama donde la transmisión 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 continuación, se describirán opciones y mejoras adicionales a las señales de control L1/L2 descritas previamente en este documento.
Otro aspecto de la divulgación se refiere a otra nueva mejora de la utilización de un campo compartido TF/RV en la
señal del canal de control. El número de bits de señalización para el formato de transporte (por ejemplo 4-7 bits) es típicamente mayor que los bits necesarios para la redundancia (por ejemplo, 1-3 bits). Por lo tanto, en el caso de señalización, la versión de redundancia para retransmisiones de algunos bits (o valores) del campo TF/RV compartido puede ser usada por ejemplo para transmitir otra información de control útil. Por ejemplo, algunos o todos los bits que no se utilizan para la señalización de la versión de redundancia pueden ser utilizados para señalar:
- el esquema de modulación, tal como se muestra en la figura 11, por ejemplo, en caso de que el esquema de modulación deba ser controlado para cada retransmisión de forma independiente. En este caso, el índice de código para la decodificación puede ser determinado a partir del tamaño de bloque de transporte conocido a partir de una transmisión anterior (típicamente la transmisión inicial), la asignación de recursos señalados (a partir de los cuales se puede determinar el tamaño de la asignación de recursos) y el esquema de modulación señalado.
- información relacionada con el formato de transporte restringido adicional, por ejemplo, la modulación solamente, en el nivel MCS, en la TBS, etc.
- información 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 transmisión de palabras de código 2 y 2 procesos HARQ, típicamente, el número de sub-proceso debe ser señalado 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 transmisión inicial, en las retransmisiones este bit se puede señalar en el espacio disponible.
- información de control de potencia adicional para control de enlace ascendente/descendente y canales de datos.
- información sobre los recursos utilizados (por la estación base) o para ser utilizados (por el UE) para la señalización ACK/NACK. Esta información puede ser, por ejemplo, una indicación explícita de los recursos o tal vez restringiendo los recursos.
- un bit de bandera que indica que el resto de bits en el campo compartido se utilizan para información RV o por ejemplo, para información TF (restringida) (ver la figura 7). Esto puede ser especialmente beneficioso en caso de retransmisiones auto-descifrables, donde la estación base tiene la flexibilidad de elegir qué señalar en las retransmisiones.
Cabe señalar, que en un aspecto de la divulgación, la señalización del canal de control se transmite para las transmisiones iniciales y, opcionalmente, además 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 información de control para poder recibir la transmisión de la unidad de datos de protocolo asociada se puede derivar de la señalización de control para la transmisión inicial de la unidad de datos de protocolo, a partir de una (re)transmisión anterior de la unidad de datos de protocolo o se puede predefinir el formato de transporte y la versión de redundancia para las retransmisiones. Por ejemplo, la asignación de recursos se puede derivar de la asignación de recursos de una transmisión anterior (por ejemplo, asignación de recursos idénticos o salto predefinido y redimensionado de la asignación de recursos). Esta implementación puede ser utilizada por ejemplo para la transmisión de datos de enlace ascendente con un protocolo HARQ síncrono.
En comparación con los esquemas convencionales, la utilización de un campo común para el formato de transporte y la versión de redundancia (y, opcionalmente, el NDI/SN) tiene las siguientes ventajas. La reducción de la señalización de control L1/L2 en comparación con tener campo separados en el formato de canal de control para el formato de transporte, la versión de redundancia y los campos NDI/SN mediante el concepto descrito es de hasta 3 bits, dependiendo del aspecto real. Asumiendo los formatos de señalización 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, "Configuración de canales de control en un sistema de comunicación móvil" (del mismo solicitante, presentada el 10 de diciembre de 2007) los tamaños de producción oscilan entre ~25 y ~80 bits para la señal del canal de control L1/L2, esto se traduce en una reducción del encabezado del 4,12%. Especialmente, para los pequeños formatos de señalización de control L1/L2, la reducción es beneficiosa (hasta 12% de reducción), ya que estos se utilizan para las estaciones móviles del borde de la celda, donde los recursos (energía 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 común para el formato de transporte de codificación y la versión de redundancia (y, opcionalmente, el NDI/SN) permite una mayor cobertura y tamaño de la celda.
Además, el uso de un campo común para el formato de codificación de transporte y la versión de redundancia (y, opcionalmente, el NDI/SN) en la señalización de control también permite la señalización de más tamaños de formato de transporte. Suponiendo que, por ejemplo, un total de 8 bits para el formato de transporte, la versión de redundancia y NDI/SN (5 bits TF, 2 bits RV, 1 bit n D i/SN) se utilizan en un sistema convencional para codificar los respectivos campos de forma individual, la codificación conjunta del formato de transporte y la versión de redundancia y teniendo
todavía un campo NDI/SN permite el uso de 7 bits para un campo común. La técnica anterior produce hasta 25 - 1 = 31 valores de formato de transporte (un valor reservado para el "Fuera de Rango"), mientras que la codificación conjunta del formato de transporte y la versión de redundancia en un campo TF/RC produce 27 - 3 = 125 valores de formato de transporte (suponiendo que 3 valores se reservan para la señalización de 3 RVs definidos para las retransmisiones). Esto proporciona una granularidad significativamente más fina de tamaño de los bloques de transporte, que permite por ejemplo, un menor encabezado de relleno MAC PDU o una adaptación de enlace más fina mediante selección MCS. En caso de codifica adicionalmente de forma conjunta que la NDI, el número de valores de formatos de transporte también se incrementa a 28 - 3 = 253.
Además, tal como se señala en varios ejemplos anteriores, en las implementaciones donde el formato de transporte (Tamaño del bloque de transporte) no cambia para las retransmisiones, que debería ser el caso, como de lo contrario la combinación suave no es posible, ningún formato de transporte tiene que ser señalado para las retransmisiones. En un diseño convencional, el formato de transporte es también señalado en las retransmisiones. En algunos casos, la señalización del formato de transporte para las retransmisiones puede ayudar a la recuperación de casos de error (por ejemplo, si el receptor perdió la transmisión de la señalización de control para la transmisión inicial). Sin embargo, estos casos de error son muy poco probables en ciertos sistemas, y por lo tanto, es más eficaz evitar la señalización del formato de transporte para las retransmisiones, lo que ahorra en la sobrecarga de señalización de control.
La señalización del formato de transporte para la retransmisión típicamente provoca una sobrecarga adicional en la señalización de control para tener en cuenta los casos de error en caso de que el tamaño de asignación de recursos está cambiando para las retransmisiones. En algunos casos, puede suceder que el formato de transporte (tamaño de los bloques de transporte), que debe ser señalado para retransmisiones en los diseños convencionales, no está dentro del rango de los valores que se pueden señalar después de la actualización de la asignación de recursos. En este caso, los sistemas convencionales típicamente definen un valor "Fuera de Rango" para tener en cuenta estas situaciones. En algunos de los aspectos de la divulgación aquí descritos, este valor "Fuera de Rango" no es necesario, ya que el formato de transporte (tamaño del bloque de transporte) no se señala en las retransmisiones.
Otra característica de la divulgación de acuerdo con algunos aspectos de la divulgación es que no permite una selección dinámica de la versión de redundancia para la transmisión inicial. Esto no es necesariamente una desventaja en comparación con las soluciones convencionales (que puede permitir una libre elección de la versión de redundancia para las transmisiones iniciales), ya que la selección de la versión de redundancia dinámica no suele ser beneficiosa y solo se puede aplicar en casos raros.
Ejemplos de sistemas de comunicaciones móviles en los que los principios de la divulgación descritos en este documento pueden ser utilizados son sistemas de comunicación que utilizan un esquema OFDM, un esquema MC-CDMA o un esquema OFDM con conformación de pulsos (OFDM/Oq AM).
Otro aspecto de la divulgación se refiere a la implementación de las varios aspectos descritos anteriormente utilizando hardware y software. Se reconoce que los diversos aspectos de la divulgación pueden ser implementadas o realizadas usando dispositivos informáticos (procesadores). Un dispositivo informático o procesador puede ser por ejemplo procesadores de propósito general, procesadores de señal digital (DSP), circuitos integrados de aplicación específica (ASIC), matrices de puertas programables de campo (FPGA) u otros dispositivos lógicos programables, etc. Los diversos aspectos de la divulgación también pueden realizarse mediante una combinación de estos dispositivos.
Además, los diversos aspectos de la divulgación también pueden ser implementadas mediante módulos de software, que son ejecutados mediante un procesador o directamente en hardware. También una combinación de módulos de software y una implementación de hardware puede ser posible. Los módulos de software se pueden almacenar en cualquier tipo de soporte informático legible, por ejemplo, RAM, EPROM, EEPROM, memoria flash, registros, discos duros, CD-ROM, d V d , etc.
Además, cabe señalar que los términos terminal móvil y estación móvil se utilizan como sinónimos en este documento. Un equipo de usuario puede ser considerado un ejemplo de una estación móvil y se refiere a un terminal móvil para su uso en redes basadas en 3GPP, tales como LTE.
En los párrafos anteriores se han descrito varios aspectos de la divulgación y variaciones de los mismos.
También debe indicarse que la mayoría de los aspectos se han descrito en relación con un sistema de comunicación basado en 3GPP y la terminología utilizada en los apartados anteriores se refiere principalmente a la terminología 3GPP. Sin embargo, la terminología y la descripción de los diversos aspectos respecto a las arquitecturas basadas en 3GPP no pretenden limitar los principios y las ideas de las divulgaciones de estos sistemas.
Además, las explicaciones detalladas que se dan en la sección de antecedentes técnicos anterior tienen la intención de comprender mejor la mayor parte de los aspectos ejemplares específicos de 3GPP descritos en este documento y no deben ser entendidas como limitación de la divulgación a las implementaciones específicas descritas de los procesos y funciones de la red de comunicación móvil. Sin embargo, las mejoras propuestas en este documento pueden aplicarse fácilmente en las arquitecturas que se describen en la sección de antecedentes técnicos. Además,
el concepto de la divulgación también puede ser fácilmente utilizado en el LTE RAN actualmente descrito mediante 3GPP.
Claims (12)
1. Un terminal de radio (MS1) para su uso en un sistema de comunicación de radio, comprendiendo el terminal de radio:
un receptor para recibir una señal de un canal de control de enlace descendente físico y
un transmisor para la transmisión de canal compartido de enlace ascendente físico,
donde la señal del canal de control de enlace descendente físico está asociada con la transmisión del canal compartido de enlace ascendente físico e incluye información de control para codificar un tamaño de bloque de transporte utilizado para la transmisión de canal compartido de enlace ascendente físico, una versión de redundancia utilizada para la transmisión de canal compartido de enlace ascendente físico y un nuevo indicador de datos utilizado para la transmisión de canal compartido de enlace ascendente físico, y
el tamaño de bloque de transporte y la versión de redundancia se codifican conjuntamente en un único campo como parte de la información de control,
donde la información de control incluye bits que representan un valor fuera de un intervalo de valores, y donde un primer subconjunto de uno o más de los valores es para la determinación del tamaño de bloque de transporte de la transmisión de canal compartido de enlace ascendente físico,
un segundo subconjunto de uno o más de los valores, diferentes del primer subconjunto de valores, es para la determinación de la versión de redundancia para la transmisión de canal compartido de enlace ascendente físico.
2. El terminal de radio según la reivindicación 1, donde el primer subconjunto de uno o más valores contiene más valores que el segundo subconjunto de uno o más valores.
3. El terminal de radio según la reivindicación 1, donde el nuevo indicador de datos es una bandera de 1 bit.
4. El terminal de radio según las reivindicaciones 1 a 3, donde el nuevo indicador de datos es un campo separado.
5. El terminal de radio según cualquiera de las reivindicaciones 1-4, donde el tamaño del bloque de transporte es un índice utilizable para determinar el tamaño real del bloque de transporte.
6. El terminal de radio según cualquiera de las reivindicaciones 1-5, donde el terminal de radio es un equipo de usuario.
7. Un método realizado por un terminal de radio (MS1) en un sistema de comunicación de radio que comprende las siguientes etapas:
recibir una señal de un canal de control de enlace descendente físico, y
transmitir una transmisión de canal compartido de enlace ascendente físico,
donde la señal de canal de control de enlace descendente físico está asociada con la transmisión de canal compartido de enlace ascendente físico e incluye información de control para codificar un tamaño de bloque de transporte utilizado para la transmisión de canal compartido de enlace ascendente físico, una transmisión de versión de redundancia utilizada para la transmisión de canal compartido de enlace ascendente físico y un nuevo indicador de datos utilizado para la transmisión de canal compartido de enlace ascendente físico, y
el tamaño de bloque de transporte y la versión de redundancia se codifican conjuntamente en un único campo como parte de la información de control,
donde la información de control incluye bits que representan un valor fuera de un intervalo de valores, y donde un primer subconjunto de uno o más de los valores es para la determinación del tamaño de bloque de transporte de la transmisión de canal compartido de enlace ascendente físico, y
un segundo subconjunto de uno o más de los valores, diferentes del primer subconjunto de valores, es para la determinación de la versión de redundancia para la transmisión de canal compartido de enlace ascendente físico.
8. El método según la reivindicación 7, donde el primer subconjunto de uno o más valores contiene más valores que el segundo subconjunto de uno o más valores.
9. El método según la reivindicación 7, donde el nuevo indicador de datos es una bandera de 1 bit.
10. El método según las reivindicaciones 7 o 9, donde el nuevo indicador de datos es un campo separado.
11. El método según cualquiera de las reivindicaciones 7-10, donde el tamaño del bloque de transporte es un índice
utilizable para determinar el tamaño real del bloque de transporte.
12. El método según cualquiera de las reivindicaciones 7-11, donde el terminal de radio es un equipo de usuario.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| 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 |
|---|---|
| ES2927338T3 true ES2927338T3 (es) | 2022-11-04 |
Family
ID=39402716
Family Applications (5)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| 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 |
| 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. |
| 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 |
| 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 |
| 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 |
Family Applications Before (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| 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 |
| 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. |
| 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 |
Family Applications After (1)
| 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 |
Country Status (14)
| Country | Link |
|---|---|
| US (6) | US8385284B2 (es) |
| EP (6) | EP2073419B1 (es) |
| JP (3) | JP5342563B2 (es) |
| KR (9) | KR102290242B1 (es) |
| CN (2) | CN103259624B (es) |
| AU (1) | AU2008340731B2 (es) |
| BR (1) | BRPI0819508B1 (es) |
| ES (5) | ES2519766T3 (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)
| 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 |
| WO2008155734A2 (en) | 2007-06-18 | 2008-12-24 | Nokia Corporation | Method and apparatus for providing timing alignment |
| ES2519766T3 (es) * | 2007-12-20 | 2014-11-07 | Optis Wireless Technology, Llc | 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 |
| EP2077646A1 (en) | 2008-01-05 | 2009-07-08 | Panasonic Corporation | Control channel signaling using code points for indicating the scheduling mode |
| ES2402621T3 (es) * | 2008-09-22 | 2013-05-07 | Nokia Siemens Networks Oy | Método y aparato para proporcionar señalización de versiones de redundancia |
| MY154740A (en) | 2008-10-20 | 2015-07-15 | Panasonic Ip Corp America | Wireless communication base station device and division number determination method |
| KR101689596B1 (ko) * | 2008-12-23 | 2016-12-26 | 엘지전자 주식회사 | 복수의 전송 대역을 지원하는 무선 통신 시스템에 있어서, ｈａｒｑ 프로세스를 수행하기 위한 제어정보를 전송하는 방법 |
| AR075864A1 (es) | 2009-03-17 | 2011-05-04 | Interdigital Patent Holdings | Metodo y aparato para control de potencia ascendente en entradas multiples salidas multiples |
| JP5332854B2 (ja) * | 2009-04-20 | 2013-11-06 | ソニー株式会社 | 無線送信機、無線送信方法、無線受信機および無線受信方法 |
| CN104038323B (zh) | 2009-04-21 | 2018-01-05 | 光学无线技术有限责任公司 | 终端、基站及在其中使用的方法 |
| US20120026892A1 (en) * | 2009-04-24 | 2012-02-02 | Panasonic Corporation | Base station apparatus and terminal apparatus |
| JP5555325B2 (ja) | 2009-10-02 | 2014-07-23 | インターデイジタル パテント ホールディングス インコーポレイテッド | 複数のアンテナを有するデバイスのための電力制御 |
| WO2011056043A2 (ko) * | 2009-11-09 | 2011-05-12 | 엘지전자 주식회사 | 다중 안테나 전송 기법을 지원하기 위한 효율적인 제어정보 전송 방법 및 장치 |
| US8792430B2 (en) * | 2009-12-21 | 2014-07-29 | Qualcomm Incorporated | Retransmission grant handling in a wireless communications system |
| EP2533452B1 (en) * | 2010-02-02 | 2021-03-10 | China Mobile Communications Corporation | Method and device for scheduling downlink subframes |
| 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 |
| KR102367972B1 (ko) * | 2010-11-25 | 2022-02-25 | 엘지전자 주식회사 | 영상 정보의 시그널링 방법 및 이를 이용한 영상 정보의 복호화 방법 |
| US11284081B2 (en) | 2010-11-25 | 2022-03-22 | Lg Electronics Inc. | Method for signaling image information, and method for decoding image information using same |
| EP2629442B1 (en) * | 2012-02-14 | 2014-12-10 | Telefonaktiebolaget L M Ericsson (publ) | Redundancy version selection based on receiving quality and transport format |
| US8792462B2 (en) * | 2012-06-11 | 2014-07-29 | Telefonaktiebolaget L M Ericsson (Publ) | Radio base station and method for switching TTI bundling |
| 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 |
| KR102197966B1 (ko) | 2012-11-13 | 2021-01-04 | 엘지전자 주식회사 | 데이터 전송 방법 및 장치와, 데이터 전송 방법 및 장치 |
| 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 |
| EP3207651B1 (en) * | 2014-10-13 | 2018-06-06 | Telefonaktiebolaget LM Ericsson (publ) | Harq feedback reporting based on mirrored information copied from resource-assignment message |
| CN107078862B (zh) | 2014-10-13 | 2021-06-25 | 瑞典爱立信有限公司 | Harq过程反馈的灵活配置 |
| JP2016174211A (ja) * | 2015-03-16 | 2016-09-29 | 富士通株式会社 | 通信システム |
| EP3270722B1 (en) | 2015-03-17 | 2020-10-21 | StemRad Ltd. | Device for protection from radiation in space |
| JP7166758B2 (ja) * | 2015-05-14 | 2022-11-08 | サムスン エレクトロニクス カンパニー リミテッド | 無線通信システムにおけるコンテンションウィンドウを調整する方法及び装置 |
| 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 | 株式会社Ｎｔｔドコモ | ユーザ端末、無線基地局及び無線通信方法 |
| JP6737868B2 (ja) * | 2015-07-06 | 2020-08-12 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | データ送信方法、無線ネットワーク装置、及び通信システム |
| DK3329623T3 (da) * | 2015-07-27 | 2019-12-09 | Ericsson Telefon Ab L M | Blankningsmønsterindikation til ressourceanvendelse i cellulær radiokommunikation |
| EP3487112B1 (en) * | 2015-08-14 | 2021-01-27 | 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 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ | 通信装置および通信方法 |
| CN114244480B (zh) * | 2016-05-13 | 2024-05-03 | 松下电器（美国）知识产权公司 | 操作传输协议的用户装备、基站和方法 |
| US20190312686A1 (en) * | 2016-05-18 | 2019-10-10 | Ntt Docomo, Inc. | User terminal and radio communication method |
| CN109804698B (zh) * | 2016-08-10 | 2023-07-25 | 瑞典爱立信有限公司 | 争用信道的数据传输方法、介质及装置 |
| CN109644177A (zh) * | 2016-08-19 | 2019-04-16 | 索尼公司 | 无线通信收发器和无线通信方法 |
| 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 |
| SG11201911632VA (en) | 2017-06-09 | 2020-01-30 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Wireless communication method and device |
| EP3438005B1 (en) | 2017-08-02 | 2023-05-31 | StemRad Ltd. | Material configuration enabling flexibility of a structure using rigid components |
| EP3665779A4 (en) | 2017-08-10 | 2021-03-24 | Nokia Solutions and Networks Oy | PROCESS AND APPARATUS |
| 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 |
| US20220182176A1 (en) * | 2019-04-23 | 2022-06-09 | 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 |
| EP3965507A4 (en) * | 2019-07-19 | 2022-06-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | TERMINAL PLANNING PROCESS, DEVICE AND INFORMATION HOLDER |
| CN113068265B (zh) * | 2019-09-30 | 2023-03-24 | Oppo广东移动通信有限公司 | 上行控制信息的传输方法及装置 |
| 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)
| 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 |
| CA2174343C (en) | 1993-11-01 | 2003-10-14 | Ephraim Zehavi | 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 | 株式会社東芝 | 直交周波数分割多重伝送方式とその送信装置および受信装置 |
| US5896368A (en) | 1995-05-01 | 1999-04-20 | Telefonaktiebolaget Lm Ericsson | Multi-code compressed mode DS-CDMA systems and methods |
| US5883899A (en) | 1995-05-01 | 1999-03-16 | Telefonaktiebolaget Lm Ericsson | Code-rate increased 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ä |
| ATE221710T1 (de) | 1995-10-23 | 2002-08-15 | Nokia Corp | Verfahren zur paketdatenübertragung mit hybridem fec/arq-type-ii-verfahren |
| CA2235373C (en) | 1995-10-24 | 2004-12-07 | General Instrument Corporation | Variable length burst transmission over the physical layer of a multilayer transmission format |
| 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 |
| CN100361536C (zh) | 1996-05-28 | 2008-01-09 | 松下电器产业株式会社 | 图像预测编码/解码装置和方法以及记录媒体 |
| 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 | 소니 가부시끼 가이샤 | 비트메트릭스를 사용한 데이터 수신장치 및 방법 |
| 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 |
| 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 |
| 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 |
| ES2344299T3 (es) | 1997-07-30 | 2010-08-24 | Samsung Electronics Co., Ltd. | Metodo y dispositivo para codificacion de canal adaptativo. |
| 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 |
| CN1120602C (zh) | 1998-04-14 | 2003-09-03 | 弗兰霍菲尔运输应用研究公司 | 多载波解调系统中精细频率同步化的方法及装置 |
| 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 |
| DE29924886U1 (de) | 1998-06-05 | 2006-06-08 | Samsung Electronics Co., Ltd., Suwon | Kanalcodiervorrichtung |
| 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 |
| JP3453122B2 (ja) | 1998-08-17 | 2003-10-06 | ヒューズ・エレクトロニクス・コーポレーション | 最適性能に近いターボコードインターリーバ |
| 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 |
| US6339646B1 (en) | 1998-11-03 | 2002-01-15 | Telefonaktiebolaget Lm Ericsson | Slotted mode code usage in a cellular communications system |
| US6895057B1 (en) | 1998-11-03 | 2005-05-17 | Lucent Technologies Inc. | System and method for wireless communication supporting link adaptation and incremental redundancy |
| 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 |
| US7593380B1 (en) | 1999-03-05 | 2009-09-22 | Ipr Licensing, Inc. | Variable rate forward error correction for enabling high performance communication |
| US6785323B1 (en) | 1999-11-22 | 2004-08-31 | Ipr Licensing, Inc. | Variable rate coding for forward link |
| WO2000054430A1 (en) | 1999-03-12 | 2000-09-14 | Qualcomm Incorporated | Methods and apparatus for power allocation on a reverse link power control channel of a communication system |
| 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 | 株式会社デンソー | Ｏｆｄｍ用受信装置 |
| WO2001069826A1 (fr) | 2000-03-17 | 2001-09-20 | Matsushita Electric Industrial Co., Ltd. | Appareil de communication par radio et procede de communication par radio |
| 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 | 直交周波数分割多重変調方式の伝送装置 |
| EP1720277B1 (en) | 2000-07-05 | 2017-09-27 | Sony Deutschland Gmbh | Pilot pattern design for multiple antennas 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 |
| EP1293059B1 (en) | 2001-02-21 | 2004-03-10 | Matsushita Electric Industrial Co., Ltd. | Hybrid arq method with signal constellation rearrangement |
| 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 |
| EP1265411B1 (en) | 2001-06-08 | 2007-04-18 | Sony Deutschland GmbH | Multicarrier system with adaptive bit-wise interleaving |
| 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 | 松下電器産業株式会社 | 無線通信装置及び無線通信方法 |
| CA2427315C (en) | 2001-08-31 | 2008-10-14 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving forward channel quality information in a mobile communication system |
| 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 |
| EP1313248B1 (en) | 2001-11-16 | 2005-08-31 | Matsushita Electric Industrial Co., Ltd. | Hybrid ARQ method for packet data transmission |
| 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 |
| US7385934B2 (en) | 2002-02-07 | 2008-06-10 | Matsushita Electric Industrial Co., Ltd. | Radio communication apparatus and transfer rate decision method |
| GB2386513B (en) | 2002-02-07 | 2004-08-25 | Samsung Electronics Co Ltd | Apparatus and method for transmitting/receiving serving hs-scch set information in an hsdpa communication system |
| 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 | 삼성전자주식회사 | 직교 주파수 분할 다중 전송 방식에서 순방향 링크의 채널 상태 추정 방법 |
| EP1593222A1 (de) | 2003-02-14 | 2005-11-09 | Siemens Aktiengesellschaft | Verfahren zur datenübertragung |
| 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 |
| EP1646163B1 (en) | 2003-08-06 | 2013-04-24 | Panasonic Corporation | Radio communication device and radio communication method |
| US20050048920A1 (en) | 2003-08-26 | 2005-03-03 | Jung-Tao Liu | Method of control signaling in wireless communications |
| KR100689543B1 (ko) | 2003-08-26 | 2007-03-02 | 삼성전자주식회사 | 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치 |
| 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 |
| EP1838125B1 (en) | 2004-08-31 | 2009-06-03 | Panasonic Corporation | Efficient rise over thermal (RoT) control during soft handover |
| 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 |
| WO2007030041A1 (en) | 2005-09-09 | 2007-03-15 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apapratus for sending control information in a communications network |
| 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 |
| PT3444992T (pt) | 2006-02-03 | 2020-06-17 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Alocação de recursos de ligação ascendente num sistema de comunicações móveis |
| 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 |
| JP2009528000A (ja) * | 2006-02-22 | 2009-07-30 | クゥアルコム・インコーポレイテッド | チャネルｉｄを介してシグナリング情報を送信するための方法および装置 |
| 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 |
| EP2262341B1 (en) | 2006-03-07 | 2016-11-02 | 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 |
| US20090034461A1 (en) | 2007-06-18 | 2009-02-05 | Interdigital Technology Corporation | 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 |
| ES2519766T3 (es) | 2007-12-20 | 2014-11-07 | Optis Wireless Technology, Llc | 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 |
| EP2761955B1 (en) | 2011-09-30 | 2017-07-26 | Interdigital Patent Holdings, Inc. | Device communication using a reduced channel bandwidth |
-
2007
- 2007-12-20 ES ES11175779.5T patent/ES2519766T3/es active Active
- 2007-12-20 ES ES07024829T patent/ES2373240T3/es active Active
- 2007-12-20 EP EP07024829A patent/EP2073419B1/en active Active
- 2007-12-20 EP EP11175779.5A patent/EP2383920B1/en active Active
-
2008
- 2008-12-18 BR BRPI0819508A patent/BRPI0819508B1/pt active IP Right Grant
- 2008-12-18 ES ES12172265.6T patent/ES2637366T3/es active Active
- 2008-12-18 EP EP12172265.6A patent/EP2501070B1/en active Active
- 2008-12-18 SG SG2011066123A patent/SG174812A1/en unknown
- 2008-12-18 JP JP2010538465A patent/JP5342563B2/ja active Active
- 2008-12-18 KR KR1020207025766A patent/KR102290242B1/ko active Application Filing
- 2008-12-18 ES ES17184071T patent/ES2927338T3/es active Active
- 2008-12-18 EP EP08865132A patent/EP2223453B1/en active Active
- 2008-12-18 PL PL12172265T patent/PL2501070T3/pl unknown
- 2008-12-18 KR KR1020207005444A patent/KR102155143B1/ko active IP Right Grant
- 2008-12-18 HU HUE17184071A patent/HUE060731T2/hu unknown
- 2008-12-18 PL PL17184071.3T patent/PL3255828T3/pl unknown
- 2008-12-18 AU AU2008340731A patent/AU2008340731B2/en active Active
- 2008-12-18 EP EP22190478.2A patent/EP4109796A1/en not_active Withdrawn
- 2008-12-18 US US12/809,423 patent/US8385284B2/en active Active
- 2008-12-18 KR KR1020167005176A patent/KR101699848B1/ko active IP Right Grant
- 2008-12-18 EP EP17184071.3A patent/EP3255828B1/en active Active
- 2008-12-18 KR KR1020107016300A patent/KR101553088B1/ko active IP Right Grant
- 2008-12-18 KR KR1020157004370A patent/KR101600383B1/ko active Application Filing
- 2008-12-18 RU RU2010130186/08A patent/RU2473175C2/ru active IP Right Revival
- 2008-12-18 KR KR1020187034008A patent/KR102083376B1/ko active IP Right Grant
- 2008-12-18 KR KR1020217025298A patent/KR102447737B1/ko active IP Right Grant
- 2008-12-18 CN CN201310132703.5A patent/CN103259624B/zh active Active
- 2008-12-18 KR KR1020177001703A patent/KR101949619B1/ko active IP Right Grant
- 2008-12-18 WO PCT/EP2008/010845 patent/WO2009080290A1/en active Application Filing
- 2008-12-18 ES ES08865132T patent/ES2389145T3/es active Active
- 2008-12-18 CN CN2008801251673A patent/CN101919194B/zh active Active
- 2008-12-18 KR KR1020227032932A patent/KR102545624B1/ko active IP Right Grant
- 2008-12-18 MY MYPI20102668 patent/MY152015A/en unknown
-
2011
- 2011-08-11 JP JP2011175726A patent/JP4897105B2/ja active Active
-
2012
- 2012-10-04 RU RU2012142306/08A patent/RU2495529C1/ru active
-
2013
- 2013-01-17 US US13/744,244 patent/US8948117B2/en active Active
- 2013-06-20 JP JP2013129847A patent/JP5532463B2/ja active Active
-
2015
- 2015-01-28 US US14/607,312 patent/US9295053B2/en active Active
-
2016
- 2016-02-11 US US15/041,439 patent/US10772082B2/en active Active
-
2020
- 2020-03-23 US US16/826,731 patent/US11477767B2/en active Active
-
2022
- 2022-09-20 US US17/948,359 patent/US20230014403A1/en active Pending
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2927338T3 (es) | Señalización de canal de control usando un campo de señalización común para el formato de transporte y la versión de redundancia | |
| 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 |