ES3056094T3 - Control channel signaling using code points for indicating the scheduling mode - Google Patents

Control channel signaling using code points for indicating the scheduling mode

Info

Publication number
ES3056094T3
ES3056094T3 ES21157566T ES21157566T ES3056094T3 ES 3056094 T3 ES3056094 T3 ES 3056094T3 ES 21157566 T ES21157566 T ES 21157566T ES 21157566 T ES21157566 T ES 21157566T ES 3056094 T3 ES3056094 T3 ES 3056094T3
Authority
ES
Spain
Prior art keywords
control channel
channel signal
programming mode
field
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES21157566T
Other languages
English (en)
Inventor
Christian Wengerter
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Panasonic Holdings Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=39717720&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES3056094(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Panasonic Holdings Corp filed Critical Panasonic Holdings Corp
Application granted granted Critical
Publication of ES3056094T3 publication Critical patent/ES3056094T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • 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/0037—Inter-user or inter-terminal allocation
    • 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/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection
    • 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

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)

Abstract

La invención se refiere a una señal de canal de control para su uso en un sistema de comunicaciones móviles que proporciona al menos dos modos de programación diferentes. Además, la invención se refiere a una unidad de programación para generar la señal de canal de control y a una estación base que la comprende. La invención también se refiere al funcionamiento de una estación móvil y una estación base para implementar un modo de programación utilizando la señal de canal de control propuesta por la invención. Para facilitar el uso de diferentes esquemas de programación para la transmisión de datos de usuario, evitando la necesidad de un indicador adicional para indicar el modo de programación en la señalización de control, la invención propone el uso de puntos de código en los campos de señal de canal de control existentes. Además, la invención propone un modo de programación específico para su uso en combinación con la nueva señal de canal de control propuesta según la invención. Según este modo de programación, la información del canal de control solo se proporciona para las retransmisiones, mientras que las transmisiones iniciales se decodifican mediante detección ciega. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN
[0002] Señalización de canal de control usando puntos de código para indicar el modo de programaciónCampo de la invención
[0003] La invención se refiere a un equipo de usuario y a un procedimiento para un equipo de usuario para su uso en un sistema de comunicación móvil y, en particular, para indicar un modo de programación en un canal de control desde una estación base hasta un equipo de usuario en el sistema de comunicación móvil.
[0004] Antecedentes técnicos
[0005] Programación de paquetes y transmisión de canal compartido
[0006] En los sistemas de comunicación inalámbricos que emplean programación de paquetes, al menos parte de los recursos de interfaz aérea se asignan dinámicamente a los diferentes usuarios (estaciones móviles - MS o equipos de usuario - UE). Esos recursos asignados dinámicamente se asignan normalmente a al menos un canal compartido de enlace ascendente o de enlace descendente físico (PUSCH o PDSCH). Un PUSCH o PDSCH puede tener, por ejemplo, una de las siguientes configuraciones:
[0007] - uno o múltiples códigos en un sistema de CDMA (acceso múltiple por división de código) se comparten dinámicamente entre múltiples MS.
[0008] - una o múltiples subportadoras (subbandas) en un sistema de OFDMA (acceso múltiple por división de frecuencia ortogonal) se comparten dinámicamente entre múltiples MS.
[0009] - las combinaciones de las anteriores en un sistema de OFCDMA (acceso múltiple por división de código de frecuencia ortogonal) o un sistema de MC-CDMA (acceso múltiple por división de código de portadora múltiple) se comparten dinámicamente entre múltiples MS.
[0010] La figura 1 muestra un sistema de programación de paquetes en un canal compartido para los sistemas con un solo canal de datos compartido. Una subtrama (también denominada como intervalo de tiempo) refleja el intervalo más pequeño en el que el programador (por ejemplo, la capa física o el programador de capa MAC) realiza la asignación dinámica de recursos (DRA). En la figura 1, se asume un TTI (intervalo de tiempo de transmisión) igual a una subtrama. Debería tenerse en cuenta que, en general, un TTI también puede abarcar múltiples subtramas.
[0011] Además, la unidad más pequeña de los recursos de radio (también denominados como un bloque de recursos o unidad de recursos), que puede asignarse en los sistemas de OFDM, se define normalmente por una subtrama en el dominio de tiempo y por una subportadora/subbanda en el dominio de frecuencia. De manera similar, en un sistema de CDMA, esta unidad más pequeña de recursos de radio está definida por una subtrama en el dominio de tiempo y un código en el dominio de código.
[0012] En los sistemas OFCDMA o MC-CDMA, esta unidad más pequeña se define por una subtrama en el dominio de tiempo, por una subportadora/subbanda en el dominio de la frecuencia y un código en el dominio de código. Obsérvese que la asignación dinámica de recursos puede realizarse en el dominio de tiempo y en el dominio de código/frecuencia.
[0013] Los principales beneficios de la programación de paquetes son la ganancia de diversidad multiusuario mediante la programación de dominio de tiempo (TDS) y la adaptación de tasa de usuario dinámica.
[0014] Suponiendo que las condiciones de canal de los usuarios cambian con el tiempo debido a la atenuación rápida (y lenta), en un instante de tiempo dado, el programador puede asignar los recursos disponibles (códigos en el caso de CDMA, subportadoras/subbandas en el caso de OFDMA) a los usuarios que tienen buenas condiciones de canal en la programación de dominio de tiempo.
[0015] Especificaciones de DRA y transmisión de canal compartido en OFDMA
[0016] Además de la explotación de la diversidad multiusuario en el dominio de tiempo por la programación de dominio de tiempo (TDS), en la diversidad multiusuario de OFDMA también puede explorarse en el dominio de frecuencia por la programación de dominio de frecuencia (FDS). Esto se debe a que la señal de OFDM en el dominio de frecuencia se construye a partir de múltiples subportadoras de banda estrecha (generalmente agrupadas en subbandas), que pueden asignarse dinámicamente a diferentes usuarios. De este modo, las propiedades de canal selectivas de frecuencia debidas a la propagación de múltiples rutas pueden aprovecharse para programar a los usuarios en frecuencias (subportadoras/subbandas) en las que tienen una buena calidad de canal (diversidad multiusuario en el dominio de frecuencia).
[0017] Por razones prácticas, en un sistema de OFDMA el ancho de banda se divide en diversas subbandas, que consisten en múltiples subportadoras. Es decir, la unidad más pequeña en la que puede asignarse un usuario tendría un ancho de banda de una subbanda y una duración de un intervalo o una subtrama (que puede corresponder a uno o diversos símbolos de OFDM), que se indica como un bloque de recursos (RB). Normalmente, una subbanda consiste en unas subportadoras consecutivas. Sin embargo, en algunos casos se desea formar una subbanda de subportadoras no consecutivas distribuidas. Un programador también puede asignar un usuario a través de múltiples subbandas y/o subtramas consecutivas o no consecutivas.
[0018] Para la evolución a largo plazo 3GPP (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 de 10 MHz (prefijo cíclico normal) puede consistir en 600 subportadoras con una separación de subportadora de 15 kHz. Las 600 subportadoras pueden entonces agruparse en 50 subbandas (12 subportadoras adyacentes), ocupando cada una de las subbandas un ancho de banda de 180 kHz. Suponiendo que un intervalo tiene una duración de 0,5 ms, un bloque de recursos (RB) abarca sobre 180 kHz y 0,5 ms de acuerdo con este ejemplo.
[0019] Con el fin de explotar la diversidad multiusuario y para lograr una ganancia de programación en el dominio de frecuencia, los datos para un determinado usuario deberían asignarse en bloques de recursos en los que los usuarios tienen una buena condición de canal. Normalmente, esos bloques de recursos están cerca uno de otro y, por lo tanto, este modo de transmisión también se denomina como modo localizado (LM).
[0020] Un ejemplo de una estructura de canal de modo localizado se muestra en la figura 2. En este ejemplo, los bloques de recursos vecinos se asignan a cuatro estaciones móviles (MS1 a MS4) en el dominio de tiempo y en el dominio de frecuencia. Cada bloque de recursos consiste en una parte para transportar la señalización de control de capa 1 y/o capa 2 (señalización de control L1/I2) y una parte que transporta los datos de usuario para las estaciones móviles.
[0021] Como alternativa, los usuarios pueden asignarse en un modo distribuido (DM) como se muestra en la figura 3. En esta configuración, un usuario (estación móvil) se asigna en múltiples bloques de recursos, que se distribuyen sobre un intervalo de bloques de recursos. En el modo distribuido, son posibles varias opciones de implementación diferentes. En el ejemplo mostrado en la figura 3, un par de usuarios (MS 1/2 y MS 3/4) comparten los mismos bloques de recursos. Pueden encontrarse varias opciones de implementación a modo de ejemplo posibles en el documento 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).
[0022] Debería observarse, que es posible la multiplexación del modo localizado y del modo distribuido dentro de una subportadora, donde la cantidad de recursos (RB) asignados al modo localizado y al modo distribuido puede ser fijo, semiestático (constante para decenas/cientos de subportadoras) o incluso dinámicos (diferente de subportadora a subportadora).
[0023] En el modo localizado, así como en el modo distribuido en, una subtrama dada, uno o múltiples bloques de datos (que se denominan, entre otras cosas, como bloques de transporte) pueden asignarse por separado al mismo usuario (estación móvil) en diferentes bloques de recursos, que pueden o no pertenecer al mismo servicio o procedimiento de solicitud de repetición automática (ARQ). Lógicamente, esto puede entenderse como la asignación de diferentes usuarios.
[0024] Señalización de control L1/L2
[0025] Con el fin de proporcionar la suficiente información lateral para recibir o transmitir datos correctamente en los sistemas que emplean programación de paquetes, necesita transmitirse la llamada señalización de control L1/L2 (canal de control de enlace descendente - PDCCH). Los mecanismos de operación típicos para la transmisión de datos de enlace descendente y de enlace ascendente se explican a continuación.
[0026] Transmisión de datos de enlace descendente
[0027] Junto con la transmisión de datos de paquetes de enlace descendente, en las implementaciones existentes que usan un canal de enlace descendente compartido, tal como el acceso por paquetes de datos de alta velocidad (HSDPA) basado en 3GPP, la señalización de control L1/L2 se transmite normalmente en un canal físico (control) separado.
[0028] Esta señalización de control L1/L2 contiene normalmente información sobre el o los recursos físicos en los que se transmiten los datos de enlace descendente (por ejemplo, subportadoras o bloques de subportadoras 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 usado para la transmisión de los datos de enlace descendente.
[0029] Normalmente, hay varias posibilidades para indicar el formato de transporte. Por ejemplo, el tamaño de bloque de transporte de los datos (tamaño de carga útil, tamaño de bits de información), el nivel de esquema de modulación y codificación (MCS), la eficacia espectral, la tasa de código, etc., pueden señalarse para indicar el formato de transporte (TF). Esta información (generalmente junto con la asignación de recursos) permite que la estación móvil (receptor) identifique el tamaño de bit de información, el esquema de modulación y la tasa de código con el fin de iniciar la demodulación, la falta de coincidencia de tasa y el procedimiento de decodificación. En algunos casos, el esquema de modulación puede señalarse explícitamente.
[0030] Además, en los sistemas que emplean una solicitud de repetición automática híbrida (HARQ), la información de HARQ también puede formar parte de la señalización de L1/L2. Esta información de HARQ indica, en general, el número de procedimiento de HARQ que permite a la estación móvil identificar el procedimiento de ARQ híbrido en el que se asignan los datos, el número de secuencia o el nuevo indicador de datos, lo que permite a la estación móvil identificar si la transmisión es un paquete nuevo o un paquete retransmitido y una versión de redundancia y/o de constelación. La versión de redundancia y/o la versión de constelación le indican a la estación móvil, qué versión de redundancia de ARQ híbrida se usa (necesaria para la falta de coincidencia de tasa) y/o qué versión de constelación de modulación se usa (necesaria para la demodulación).
[0031] Un parámetro adicional en la información de HARQ es normalmente la identidad de UE (ID de UE) para identificar la estación móvil para recibir la señalización de control L1/L2. En implementaciones típicas, esta información se usa 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.
[0032] 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 conoce a partir del documento 3GPP TR 25.814 (véase la sección 7.1.1.2.3 - FFS = para un estudio adicional):
[0035]
[0036] (continuación)
[0039]
[0042] Transmisión de datos de enlace ascendente
[0043] Del mismo modo, también para transmisiones de enlace ascendente, se proporciona la señalización de L1/L2 en el enlace descendente a los transmisores con el fin de informarles sobre los parámetros para la transmisión de enlace ascendente. Esencialmente, la señal de canal de control L1/L2 es en parte similar a la de las transmisiones de enlace descendente. Por lo general, indica el o los recursos físicos sobre los que el UE debería transmitir los datos (por ejemplo, subportadoras o bloques de subportadoras en el caso de OFDM, códigos en el caso de CDMA) y la estación móvil debería usar un formato de transporte para la transmisión de enlace ascendente. Además, la información de control L1/L2 también puede comprender información de ARQ híbrida, que indica el número de procedimiento de HARQ, el número de secuencia o el nuevo indicador de datos, y además la versión de redundancia y/o de constelación. Además, puede haber una identidad de UE (ID de UE) comprendida en la señalización de control.
[0044] Variantes
[0045] Existen varias formas diferentes de cómo transmitir en forma exacta las piezas de información mencionadas anteriormente. Además, la información de control L1/L2 también puede contener información adicional u omitir parte de la información. Por ejemplo, el número de procedimiento de HARQ puede no ser necesario en el caso de usar o no un protocolo de HARQ síncrono. De manera similar, la versión de redundancia y/o de constelación pueden no ser necesarias si, por ejemplo, se usa la combinación de seguimiento (es decir, siempre se transmite la misma versión de redundancia y/o de constelación) o si está predefinida la secuencia de las versiones de redundancia y/o de constelación.
[0046] Otra variante puede ser la de incluir adicionalmente información de control de potencia en la señalización de control o en la información de control relacionada con MIMO, tal como por ejemplo, información de precodificación. En el caso de información de formato de transporte de transmisión MIMO de palabras multicódigo y/o HARQ, puede incluirse información para palabras multicódigo.
[0047] En el caso de la transmisión de datos de enlace ascendente, toda o parte de la información mencionada anteriormente puede señalizarse en el enlace ascendente, en lugar de en el enlace descendente. Por ejemplo, la estación base solo puede definir el o los recursos físicos sobre los que transmitirá una estación móvil dada. Por consiguiente, la estación móvil puede seleccionar y señalar el formato de transporte, el esquema de modulación y/o los parámetros de HARQ en el enlace ascendente. Qué partes de la información de control L1/L2 se señalizan en el enlace ascendente y qué proporción se señala en el enlace descendente es en general un problema de diseño y depende del punto vista de cuánto control debería realizarse por la red y cuánta autonomía debería dejarse a la estación móvil.
[0048] Otra sugerencia más reciente de una estructura de señalización de control L1/L2 para la transmisión de enlace ascendente y de enlace descendente puede encontrarse en el documento 3GPP TSG-RAN WG1 # 50 Tdoc. R1-073870, “Notes from offline discussions on PDCCH contents”, Agosto de 2007, disponible en http: // www.3gpp.org.
[0049] Como se ha indicado anteriormente, la señalización de control L1/L2 se ha definido para los sistemas que ya están desplegados en diferentes países, tal como por ejemplo, 3GPP HSDPA. Para obtener detalles sobre HSDPA 3GPP, consúltese el documento 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 11.1 a 11.5, para una lectura adicional.
[0050] Técnicas de reducción de señalización de control L1/L2
[0051] Para la programación de servicios (sensibles al retardo) con pequeños paquetes de datos, tal como por ejemplo, VoIP (Voz sobre IP) o juegos, la señalización de control L1/L2 de enlace descendente puede ser bastante significativa si cada paquete de datos pequeño necesita señalizarse. En un sistema LTE 3GPP de 5 MHz, pueden soportarse hasta 400 usuarios de VoIP como se muestra en el documento 3GPP TSG-RAN WG1 Meeting # 46 Tdoc. R1-062179, “VoIP System Performance for E-UTRA Downlink - Additional Results”, (disponible en http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_46/Docs/). Esto da como resultado aproximadamente 10 paquetes VolP en el enlace ascendente y 10 paquetes VolP en el enlace descendente dentro de una subtrama, que requiere 20 canales de control L1/L2 (10 para la transmisión de datos de enlace ascendente y 10 para la transmisión de datos de enlace descendente). Suponiendo que el tamaño de carga útil de un canal de control L1/L2 que lleva una asignación de enlace ascendente es de 35-45 bits y que el tamaño de carga útil de un canal de control L1/L2 que lleva una asignación de enlace descendente es de aproximadamente 35-50 bits, esto resulta en una sobrecarga de canal de control L1/L2 de enlace descendente de aproximadamente 25 al 34 % (suponiendo una transmisión de velocidad QPSK de 1/3 de los canales de control L1/L2). Esta sobrecarga es significativamente mayor que para otros servicios (por ejemplo, FTP, HTTP, transmisión continua de audio/video), donde los datos pueden transmitirse en paquetes grandes (la sobrecarga de canal de control L1/L2 de enlace descendente supuesta en este caso es aproximadamente del 8-12 %). Por lo tanto, dentro de la estandarización LTE 3GPP se investigan las diversas técnicas de reducción para servicios con paquetes de datos pequeños. En los siguientes dos esquemas investigados que se tratan por el 3GPP se explican brevemente:
[0052] Un esquema tratado se basa en una agrupación de usuarios (por ejemplo, en condiciones de radio similares). Los ejemplos de este esquema se describen en la solicitud de patente europea paralela n.º EP 06009854.8, “RESOURCE RESERVATION FOR USERS IN A MOBILE COMMUNICATION SYSTEM” o en el documento 3GPP TSG-RAN-WG2 Meeting #57 Tdoc. R2-070758, “Scheduling for downlink” (disponible en http://www.3gpp.org/rtp/tsg_ran/WG2_RL2/TSGR2_57/Documents/). En el que en este esquema, se usa un solo canal de control L1/L2 de enlace descendente con un “formato de grupo” especial. Esto hace que se requieran menos canales de control L1/L2 de enlace descendente de “formato de grupo” a transmitir que canales de control L1/L2 “normales”. Aunque el tamaño de la carga útil de los canales de control L1/L2 de “formato de grupo” es más grande que el del canal de control L1/L2 “normal”, se espera un ahorro neto en la sobrecarga de señalización de control L1/L2.
[0053] Otro esquema a modo de ejemplo se basa en el uso de unos recursos de enlace descendente de asignación persistente y en el uso con detección a ciegas. Ejemplos de este esquema se describen en la solicitud de patente europea paralela n.º EP 06009854.8 mencionada anteriormente o en el documento 3GPP TSG-RAN WG2 Meeting #56bis R2-070272, “Signalling optimized DL scheduling for LTE” (disponible en http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_56bis/Documents/).
[0054] En este esquema a modo de ejemplo, un cierto conjunto de bloques y/o subtramas de recursos (por ejemplo, de una cierta ventana de tiempo-frecuencia) y, posiblemente, un cierto conjunto de formatos de transporte está preconfigurado y el UE intenta descodificar a ciegas el paquete posiblemente transmitido en los recursos preconfigurados con el conjunto preconfigurado de formatos de transporte. Para la transmisión inicial de un paquete, se omite el canal de control L1/L2 de enlace descendente, mientras que las retransmisiones se asignan por el canal de control L1/L2 de enlace descendente. Suponiendo que la tasa de error de paquetes para la primera transmisión de un paquete sea considerablemente baja, se reduce la sobrecarga de señalización de control L1/L2, por ejemplo, para una tasa de error de paquetes del 10 % para la primera transmisión, la sobrecarga de señalización de control L1/L2 puede reducirse aproximadamente en un 90 %. Normalmente, en un esquema de este tipo, la señalización de control L1/L2 transmitida con la retransmisión transporta información sobre la transmisión inicial (por ejemplo, información sobre una subtrama en la que tuvo lugar la transmisión inicial, información sobre el o los bloques de recursos sobre los que se ha asignado la transmisión y/o la información sobre el formato de transporte).
[0055] Por lo tanto, es deseable reducir la complejidad de la estación móvil (UE) con respecto a la decodificación de los canales de control L1/L2 de enlace descendente. Además, es deseable lograr una reducción adicional de la sobrecarga de señalización de control L1/L2 de enlace descendente y un aumento en la eficacia de señalización. Adicionalmente, los expertos en la materia pueden apreciar la implementación de una estructura de canal de control L1/L2 de enlace descendente simple y menos compleja.
[0056] 3GPP TR 25.903 V7.7.0: Conectividad continua para usuarios de datos de paquetes (Versión 7) se refiere a la conectividad continua para usuarios de datos de paquetes. En particular, una señal de canal de control de enlace descendente, según un primer formato, comprende al menos un campo de procedimiento de HARQ que consiste en 3 bits y un campo de RV de versión de redundancia que consiste en 3 bits. Un canal de control de enlace descendente, según un segundo formato, comprende al menos un campo CCS (Conjunto de Códigos de Canalización) que consiste en 7 bits y un campo de ID de formato que consiste en 6 bits. Un punto de código definido por el campo ID de formato establecido en 111111 y el campo CCS establecido en un valor de 1 o 2 indica que la señal de canal de control de enlace descendente contiene información que programa la retransmisión de una transmisión programada de forma semipersistente.
[0057] Sumario de la invención
[0058] Estos y otros objetos se consiguen mediante la invención expuesta en las reivindicaciones independientes. Las realizaciones ventajosas están cubiertas por las reivindicaciones dependientes. Las realizaciones y/o los ejemplos de la siguiente descripción que no están cubiertos por las reivindicaciones adjuntas se consideran como que no son parte de la presente invención.
[0059] Un aspecto principal de la invención es la definición de al menos un denominado punto de código en las señales de canal de control, tal como, por ejemplo, los canales de control L1/L2 como se ha descrito anteriormente en el presente documento. En una realización que no es parte de la invención, un punto de código se considera un valor específico de un campo de la señal de canal de control. Sin embargo, en la presente invención, un punto de código se define como una combinación específica de valores representados por más de un campo de señal de canal de control. El punto de control indica el modo de programación para una transmisión asociada de datos de usuario de una unidad de datos de protocolo, y además el formato de canal de control. Asimismo, pueden definirse diferentes puntos de código para la señal de canal de control.
[0060] Uno de los beneficios que puede lograrse usando puntos de código es la evitación de campos de indicadores que indican el modo de programación o el formato de canal de control. Esto reduce el tamaño del canal de control y, por lo tanto, la sobrecarga de señalización.
[0061] Los diferentes modos de programación pueden usarse para la transmisión de los datos de usuario de un servicio, por lo que se usa un punto de código para identificar el uso de un modo de programación específico. Los diferentes modos de programación pueden usar diferentes formatos de la señal de canal de control, de tal manera que el punto de código indique además un formato específico del canal de control.
[0062] Además, el uso de diferentes esquemas de programación también aumenta la flexibilidad en la señalización de canal de control de tal manera que puede reducirse la sobrecarga de canal de control. Por ejemplo, puede haber dos modos de programación diferentes definidos, en el que uno de los modos de programación solo señala la información de canal de control para las retransmisiones de unos paquetes de datos de protocolo (en contraste con proporcionar una señal de canal de control para cada transmisión de unidad de datos de protocolo, que podría ser el caso para el otro segundo modo de programación). Este modo de programación a modo de ejemplo puede, por ejemplo, ser ventajoso para la transmisión de datos de usuario de servicios sensibles al retardo, donde el tamaño de datos de usuario (promedio) de una unidad de datos de protocolo es pequeño en comparación con otros tipos de servicio.
[0063] De acuerdo con una realización, se define una señal de canal de control. Esta señal de canal de control es adecuada para su uso en un sistema de comunicación móvil que proporciona al menos dos modos de programación diferentes. La señal de canal de control comprende más de al menos un campo de información de control que consiste en un número de bits, donde al menos uno de los valores que pueden representarse por los bits de al menos un campo de información de control define un punto de código para indicar el modo de programación para una transmisión asociada de datos de usuario para una unidad de datos de protocolo y el formato de canal de control al receptor. En la invención, un punto de código se define mediante una combinación de valores predeterminados de diferentes campos de información de control en la señal de canal de control. Específicamente, en la invenciónal menos el campo de procedimiento de HARQ y el campo de RV se usan para definir el punto de código.
[0064] La invención se comprende mejor con referencia a las Figuras 4-8. Las partes de la descripción con referencia a las Figuras 1-3 y 9-10 se divulgan con fines ilustrativos para una mejor comprensión de la invención.
[0065] En una variación, el número de bits de la señal de canal de control es igual para al menos dos modos de programación. Esto puede ser ventajoso, por ejemplo, para simplificar la coincidencia de tasa para los canales de control o para reducir el número de diferentes tamaños de canales de control que una estación móvil tiene que decodificar.
[0066] El al menos un campo de canal de control que se usa para indicar un modo de programación por medio del punto de código puede estar localizado en una posición fija dentro de la señal de canal de control para todos los formatos de canal de control. Por consiguiente, en el caso de que el tamaño de formato de canal de control sea igual para los diferentes modos de programación y el o los campos del canal de control para indicar que un punto de código está localizado en una o unas posiciones fijas, la detección del punto de código en la señal de canal de control se simplifica para el receptor de la señal de canal de control.
[0067] Como alternativa, en otra realización de la invención, la señal de canal de control indica los puntos de código plurales. Estos puntos de código plurales indican el uso de un modo de programación pero diferentes formatos de transporte de la unidad de datos de protocolo. Por consiguiente, no solo un valor específico que puede representarse por los bits de un campo (o campos) de canal de control puede definirse como un punto de código, sino que pueden usarse diferentes valores para indicar diferentes puntos de código. Aunque puede haber diversos puntos de código definidos, estos puntos de código diferentes no necesariamente indican un número correspondiente de modos de programación diferentes. Por ejemplo, todos los puntos de código definidos para un campo de canal de control pueden indicar el mismo modo de programación, pero una información de canal de control diferente.
[0068] De acuerdo con una realización adicional de la invención, el campo de información de control que define el punto de código se usa para indicar o un modo de programación persistente o un modo de programación dinámica.
[0069] En otra realización a modo de ejemplo de la invención, el primer modo de programación es un modo de programación persistente y el segundo modo de programación es un modo de programación dinámica.
[0070] Breve descripción de las figuras
[0071] A continuación, la invención se describe con más detalle haciendo referencia a las figuras y los dibujos adjuntos. Detalles similares o correspondientes en las figuras están marcados con los mismos números de referencia. lafigura 1, muestra una transmisión de datos a modo de ejemplo a usuarios en un sistema de OFDMA, lafigura 2, muestra una transmisión de datos a modo de ejemplo a usuarios en un sistema de OFDMA en modo localizado (LM) que tiene una asignación distribuida de la señalización de control L1/L2,
[0072] lafigura 3, muestra una transmisión de datos a modo de ejemplo a usuarios en un sistema de OFDMA en modo distribuido (DM) que tiene una asignación distribuida de la señalización de control L1/L2,
[0073] lafigura 4, muestra dos formatos de señal de canal de control L1/L2 a modo de ejemplo para un modo de programación específico (modo 2 de programación), de acuerdo con una realización de la invención.
[0074] lafigura 5, muestra una señal de canal de control L1/L2 a modo de ejemplo de acuerdo con una realización de la invención en la que se usa un HARQ clasificado para indicar un modo de programación, y en el que el uso del campo de TF/RV/NDI en la señal de canal de control está en función del modo de programación,
[0075] lafigura 6, muestra otra señal de canal de control L1/L2 a modo de ejemplo de acuerdo con una realización de la invención en la que se usa un HARQ clasificado para indicar un modo de programación, y en el que el uso del campo de asignación de recursos (RA) y del campo de TF/RV/NDI en la señal de canal de control está en función del modo de programación, Lafigura 7, muestra un intercambio de mensajes a modo de ejemplo entre una estación base y una estación móvil de acuerdo con una realización de la invención para la transmisión de datos usando el modo 1 de programación, y
[0076] Lafigura 8, muestra un sistema de comunicación móvil de acuerdo con una realización de la invención, en el que puede implementarse el intercambio de mensajes de la figura 7, y lafigura 9,muestra un diagrama de flujo de una operación a modo de ejemplo de una estación base de acuerdo con una realización de la invención, y
[0077] Lafigura 10, muestra un diagrama de flujo de una operación a modo de ejemplo de una estación móvil de acuerdo con una realización a modo de ejemplo de la invención que usa el modo 1 de programación.
[0078] Descripción detallada de la invención
[0079] Los siguientes párrafos describirán diversas realizaciones de la invención. Solo con fines de ejemplo, la mayoría de las realizaciones se describen en relación con un sistema de comunicación UMTS (evolucionado) de acuerdo con la SAE/LTE descrita en la sección de Antecedentes técnicos. Debería observarse que la invención puede usarse ventajosamente, por ejemplo, junto con un sistema de comunicación móvil tal como el sistema de comunicación SAE/LTE descrito anteriormente o junto con sistemas multiportadora tal como los sistemas basados en OFDM, pero la invención no está limitada a su uso en esta red de comunicación a modo de ejemplo específica.
[0080] Antes de tratar a continuación las diversas realizaciones de la invención con más detalle, los párrafos siguientes darán una breve descripción general sobre el significado de diversos términos usados frecuentemente en el presente documento y su interrelación y dependencias. En general, una unidad de datos de protocolo puede considerarse un paquete de datos de una capa de protocolo específica que se usa para transmitir uno o más bloques de transporte de datos de usuario. Los datos de usuario se asocian normalmente a un servicio como, por ejemplo, un servicio de VolP.
[0081] En algunas realizaciones de la invención, la unidad de datos de protocolo es una unidad de datos de protocolo MAC (PDU MAC), es decir una unidad de datos de protocolo de la capa de protocolo MAC (control de acceso al medio). La PDU MAC transmite los datos proporcionados por la capa MAC a la capa PHY (física). Normalmente, para una asignación de un solo usuario (un canal de control L1/L2 - PDCCH - por usuario), se asigna una PDU MAC en un bloque de transporte (TB) en la capa 1. Un bloque de transporte define la unidad de datos básica intercambiada entre la capa 1 y la MAC (capa 2). Por lo general, cuando se asigna una PDU MAC en un bloque de transporte, se añaden uno o múltiples CRC. El tamaño de bloque de transporte se define como el tamaño (número de bits) de un bloque de transporte. En función de la definición, el tamaño de transporte puede incluir o excluir los bits de CRC.
[0082] En general, el formato de transporte define el esquema de modulación y codificación (MCS) y/o el tamaño de bloque de transporte, que se aplica para la transmisión de un bloque de transporte y es, por lo tanto, necesario para una apropiada (de)modulación y (de)codificación. En un sistema basado en 3GPP, tal como se ha tratado, por ejemplo, en el documento 3GPP TR 25.814, la siguiente relación entre el esquema de modulación y codificación, el tamaño de bloque de transporte y el tamaño de asignación de recursos es válida:
[0085]
[0087] dondeNREes el número de elementos de recursos asignados (RE), un RE es idéntico a un símbolo de modulación,CRes la tasa de código para codificar el bloque de transporte yMes el número de bits asignados a un símbolo de modulación, por ejemplo,M= 4 para 16-QAM.
[0088] Debido a esta relación descrita anteriormente, la señalización de control L1/L2 puede necesitar solamente indicar, o bien el tamaño de bloque de transporte o el esquema de modulación y codificación. En el caso de que el esquema de modulación y codificación deban señalizarse, hay varias opciones de cómo implementar esta señalización. Por ejemplo, pueden preverse unos campos separados para la modulación y la codificación o un campo conjunto para señalar ambos parámetros, la modulación y la codificación. En el caso de que el tamaño de bloque de transporte deba señalarse, el tamaño de bloque de transporte, en general, no se señala explícitamente, sino que se señala más bien como un índice de TBS. La interpretación del índice de TBS para determinar el tamaño de bloque de transporte real puede, por ejemplo, depender del tamaño de asignación de recursos.
[0089] A continuación, se supone que el campo de formato de transporte en la señalización de control L1/L2 indica, o bien el esquema de modulación y codificación o el tamaño de bloque de transporte. Debería observarse que el tamaño de bloque de transporte para un bloque de transporte determinado normalmente no cambia durante las transmisiones. Sin embargo, incluso si no se cambia el tamaño de bloque de transporte, el esquema de modulación y codificación puede cambiar entre las transmisiones, por ejemplo, si se cambia el tamaño de asignación de recursos (como es evidente para la relación descrita anteriormente).
[0090] La idea principal de la invención es la introducción de un denominado punto de código o puntos de código en la señal de canal de control. En realizaciones que no son parte de la invención, un punto de código es un valor específico representable por una combinación de bits de un campo (fuera de diversos campos) en el formato de señal de canal de control. En realizaciones que no son parte de la invención, un punto de código se define como una combinación específica de los valores de diferentes canales de control.
[0091] Un punto de código (o puntos de código) definido para la señal de canal de control indica el uso de un modo de programación específico para la transmisión de los datos de usuario asociados (en forma de unidades de datos de protocolo). En función del punto de código, el receptor de la señal de canal de control (por ejemplo, la estación móvil) reconoce el modo de programación que se está usando y es capaz de interpretar la información de señal de canal de control (es decir, los valores indicados por los bits de los diferentes campos en la señal de canal de control) basándose en el punto de código, respectivamente, el modo de programación indicado por el punto de código.
[0092] En contraste con un indicador (o bit) (adicional) en la señalización de canal de control para indicar el modo de programación, un punto de código se corresponde con (al menos) un valor predeterminado de un campo de señal de canal de control (al menos uno).
[0093] El uso de puntos de código evita la sobrecarga de señalización de control adicional (como por ejemplo la implicada por un indicador adicional para indicar el modo de programación). Por ejemplo, un campo de HARQ en la señal de canal de control que indica el número de procedimiento de HARQ usado para transmitir la unidad de datos de protocolo asociada que transmite los datos de usuario puede tener 3 bits, lo que permite señalar 8 valores diferentes, mientras que solo puede haber 6 procedimientos de HARQ disponibles. Por lo tanto, uno de los valores “restantes” (o ambos) puede definirse como un punto de código (o puntos de código individuales) para indicar un modo de programación diferente. Como alternativa, puede haber 8 procedimientos de HARQ disponibles (numerados de 0 a 7), sin embargo, uno (o más) de los procedimientos (por ejemplo, el procedimiento n.° 7 = 1112) está configurado para transportar datos de servicio de VolP. Por consiguiente, este número de procedimiento de HARQ específico (por ejemplo, el procedimiento n.° 7 = 1112) puede ser un punto de código que produce un modo de programación específico (y, por lo tanto, opcionalmente, un formato de señal de canal de control específico). En ambos ejemplos, no se necesita un indicador adicional para indicar un segundo modo de programación, lo que reduce la sobrecarga de señalización de control.
[0095] En una realización de la invención, el formato de la señal de información de canal de control (por ejemplo, la configuración del canal de control en términos de sus campos, el contenido de los campos, el tamaño de los campos, y/o la interpretación de los diferentes valores de campo) depende del modo de programación respectivo. Por ejemplo, puede suponerse que hay dos modos de programación diferentes disponibles, mientras que cada uno de los modos de programación produce un formato de señal de canal de control diferente. Si el programador (por ejemplo, localizado en una estación base) envía la señal de canal de control que produce el primero de los dos modos de programación por medio de la señalización de un punto de código “valor”, el receptor de la señal de canal de control (por ejemplo, una estación móvil) usa una primera información de referencia para interpretar la información de canal de control, mientras que el receptor usa una segunda información de referencia para interpretar el contenido de la información de canal de control, si se indica el segundo modo de programación. Independientemente del modo de programación, el tamaño de señal de canal de control (en términos del número de bits gastados para el canal de control) es idéntico. El modo de programación se indica implícitamente mediante el punto de código que no se establece (es decir, se señala un valor que define que no hay ningún punto de código).
[0097] En una realización ventajosa de la invención, los diferentes modos de programación están asociados con diferentes tipos de servicio de los servicios de usuario (datos de usuario). Por ejemplo, puede usarse un primer modo de programación para la transmisión de datos de usuario de servicios que normalmente producen solo unidades de datos de protocolo para la transmisión que son de tamaño relativamente pequeño (por ejemplo, por debajo de un cierto umbral) y, por lo tanto, producen un alto porcentaje de sobrecarga de señalización de control en los sistemas convencionales en comparación con los datos de usuario. Un ejemplo de tales servicios son los servicios sensibles al retardo, tal como la VoIP, donde solo se transmiten pequeños paquetes de datos (o unidades de datos de protocolo), de tal manera que la sobrecarga de señalización de canal de control puede ser significativa. El segundo modo de programación puede ser, por ejemplo, un modo de programación convencional, y la señalización de canal de control puede diseñarse como se describe en la sección de Antecedentes técnicos.
[0099] La generación de unidades de datos de protocolo de paquetes pequeños puede tener otra desventaja en términos de rendimiento del sistema. Normalmente, el número de canales de control es limitado (por ejemplo, la señalización de control puede indicar solo N transmisiones diferentes para una subtrama del canal de datos físico). Por consiguiente, solo M transmisiones de las unidades de datos de protocolo pueden señalizarse por los canales de control por subtrama. Sin embargo, si hay principalmente transmisiones de servicios que generan pequeños tamaños de unidades de datos de protocolo, no todos los recursos de radio físicos (bloques de recursos) en una subtrama del canal de datos físicos disponible para la transmisión de datos de usuario pueden ser necesarios para transmitir M unidades de datos de protocolo, de tal manera que los recursos del sistema se desperdician. Por consiguiente, de acuerdo con una realización de la invención, los servicios de usuario que normalmente generan unidades de datos de protocolo de tamaño pequeño, tal como un servicio de VoIP, pueden programarse usando un modo de programación (modo 1 de programación), mientras que otros servicios se programan usando otro modo de programación (modo 2 de programación).
[0101] Si un servicio de usuario genera normalmente unidades de datos de protocolo de tamaño pequeño puede ser por ejemplo en función de la clase de servicio del servicio, el tipo del servicio, o puede juzgarse basándose en el tamaño (promedio) de unidad de datos de protocolo proporcionado por el servicio.
[0103] Como el tamaño de señal de canal de control puede suponerse constante en el sistema de comunicación (N bits / canal de control), por ejemplo, para soportar la coincidencia de tasa simple, puede no haber una mejora directa en la relación entre el tamaño de unidad de datos de protocolo y el tamaño de canal de control. Sin embargo, en esta realización, puede que no haya un canal de control para la transmisión inicial de las unidades de datos de protocolo de los servicios que generan las unidades de datos de protocolo de tamaño pequeño.
[0104] En su lugar, el receptor del servicio (por ejemplo, una estación móvil) puede recibir una subtrama desde el canal de datos físico y trata de decodificar la información de la misma usando técnicas de detección a ciegas para obtener las unidades de datos de protocolo. Con el fin de evitar que la estación móvil tenga que intentar decodificar la información de subtrama recibida usando todos los formatos de transporte posibles (es decir, todos los posibles esquemas de modulación y codificación disponibles en el sistema de comunicación), puede haber una configuración previa de los formatos de transporte que puede usarse junto con el modo de programación con el fin de reducir el número de intentos de detección a ciegas a un número razonable. Como alternativa, los formatos de transporte que la estación móvil debería intentar decodificar cuando se usa la detección a ciegas y/o las subtramas que la estación móvil debería recibir e intentar decodificar a ciegas (por ejemplo, cada k<th>subtrama) también pueden configurarse (por adelantado) mediante la señalización de control (por ejemplo, en una capa de protocolo superior).
[0106] Si la detección a ciegas falla, es decir, ninguna unidad de datos de protocolo puede decodificarse exitosamente en una subtrama recibida, la estación móvil puede almacenar la información de canal físico recibido de la subtrama (por ejemplo, los valores suaves recibidos de los símbolos de modulación recibidos o las proporciones de probabilidad de registro para los símbolos de modulación desasignados) en un búfer (por ejemplo, el búfer de HARQ) y enviar un acuse de recibo negativo al transmisor. El transmisor puede responder a continuación enviando una retransmisión para la unidad de datos de protocolo junto con una señal de canal de control asociada para esta retransmisión. Por consiguiente, en esta realización a modo de ejemplo, no se envía ninguna señal de canal de control para la transmisión inicial de una unidad de datos de protocolo, sino solo para las retransmisiones de la misma. Como puede suponerse, el número de retransmisiones es significativamente menor que el número de transmisiones iniciales, la sobrecarga de señalización de control para la transmisión de datos de usuario puede reducirse significativamente en este modo de programación (modo 1 de programación) para los datos de usuario de los servicios que producen tamaños de paquetes pequeños, como los servicios de VolP. Los otros servicios pueden programarse usando otro modo de programación (modo 2 de programación) que puede ser, por ejemplo, un modo de programación convencional donde todas las transmisiones de los datos de usuario están acompañadas por una señal de canal de control respectiva.
[0108] Debería observarse que la implementación exacta del procedimiento de detección a ciegas está fuera del ámbito de la invención y hasta el diseño y los requisitos de sistema. En general, la detección a ciegas se basa en un concepto similar a los esquemas de prueba y error, donde el aparato receptor recibe un recurso de canal físico (por ejemplo, una subtrama) e intenta decodificar la información recibida intentando diferentes asignaciones de recursos y formatos de transporte para demodular y decodificar la información del recurso de canal físico recibido. Con el fin de reducir los requisitos computacionales del aparato receptor, algunas implementaciones solo predefinen o configuran solo un número dado de diferentes asignaciones de recursos y formatos de transporte para las transmisiones que se reciben mediante la detección a ciegas. Además, el aparato de recepción solo puede intentar recibir subtramas específicas de un canal físico (por ejemplo, cada k<th>subtrama) o las subtramas para recibir y realizar la detección a ciegas pueden configurarse (por adelantado) mediante la señalización de control (por ejemplo, en una capa de protocolo superior), tal como se ha indicado anteriormente.
[0110] A continuación, se describirá con más detalle la operación del transmisor de la señal de canal de control de acuerdo con una de las diversas realizaciones descritas en el presente documento y del receptor de la misma, relacionándola a modo de ejemplo de este modo con el caso de la transmisión de datos de enlace descendente a través de un canal físico de enlace descendente (compartido). Con fines a modo de ejemplo, puede suponerse una red LTE 3GPP como se ejemplifica en la figura 8. El sistema de comunicación móvil de la figura 8 se considera que tiene una “arquitectura de dos nodos” que consiste en al menos una puerta de enlace de acceso y central (ACGW) y Nodos B. La ACGW puede manejar funciones de red central, tal como encaminar llamadas y conexiones de datos a redes exteriores, y también puede implementar algunas funciones RAN. Por lo tanto, puede considerarse que la ACGW combina funciones realizadas por GGSN y SGSN en las redes 3G actuales y funciones RAN como, por ejemplo, control de recursos de radio (RRC), compresión de encabezado, cifrado/protección de integridad.
[0112] Las estaciones base (también conocidas como Nodos B o Nodos B mejorados = eNodos B) pueden manejar funciones como por ejemplo la segmentación/concatenación de datos, la programación y asignación de recursos, multiplexación y funciones de capa física, pero también funciones RRC, tales como ARQ exterior. Solo con fines a modo de ejemplo, los eNodosB se ilustran para controlar solo una célula de radio. Obviamente, al usar antenas de formación de haz y/u otras técnicas, los eNodosB también pueden controlar varias células de radio o células de radio lógicas.
[0114] En esta arquitectura de red a modo de ejemplo, puede usarse un canal de datos compartido para la comunicación de datos de usuario (en unidades de forma o de datos de protocolo) en el enlace ascendente y/o en el enlace descendente en la interfaz aérea entre las estaciones móviles (UE) y las estaciones base (eNodosB). Este canal compartido puede ser, por ejemplo, un canal compartido de enlace ascendente o de enlace descendente físico (PUSCH o PDSCH) como se conoce en los sistemas LTE 3GPP. También es posible que el canal de datos compartido y los canales de control asociados se asignen a los recursos de capa física como se muestra en la figura 2 o en la figura 3.
[0116] Las señales/información de canal de control puede transmitirse en los canales de control (físicos) separados que se asignan en la misma subtrama en la que se asignan los datos de usuario asociados (unidades de datos de protocolo) o pueden enviarse como alternativa en una subtrama anterior a la que contiene la información asociada. En un ejemplo, el sistema de comunicación móvil es un sistema LTE 3GPP, y la señal de canal de control es una información de canal de control L1/L2 (por ejemplo, información sobre el canal de control de enlace descendente físico - PDCCH). La información de canal de control L1/L2 respectiva para los diferentes usuarios (o grupos de usuarios) puede asignarse en una parte específica del canal de enlace ascendente o de enlace descendente compartido, como se muestra a modo de ejemplo en las figuras 2 y 3, donde la información de canal de control de los diferentes usuarios se asigna a la primera parte de una subtrama de enlace descendente (“control”).
[0117] La figura 7 muestra un intercambio de mensajes a modo de ejemplo entre una estación base y una estación móvil de acuerdo con una realización de la invención para la transmisión de datos usando el modo 1 de programación. El intercambio de mensajes puede realizarse en la red de comunicación móvil mostrada en la figura 8. En consecuencia, como en el ejemplo de la figura 7 se relaciona con la transmisión de datos de enlace descendente, puede suponerse que el transmisor mostrado en la figura 7 corresponde a la estación base/Nodo B NB1 en la figura 8 y el receptor mostrado en la figura 7 puede suponerse que corresponde a la estación móvil/UE MS1 en la figura 8. En general, puede suponerse en la figura 7 que se usa un protocolo de retransmisión, tal como el ARQ híbrido, entre el transmisor (en este caso: la estación NB1 base) y el receptor (en este caso: la estación MS1 móvil) de los datos (unidad de datos de protocolo), con el fin de garantizar la decodificación exitosa de los datos en el receptor.
[0118] En este sistema de LTE 3GPP a modo de ejemplo de acuerdo con una realización de la invención, una estación móvil puede ejecutar simultáneamente servicios, que se transmiten usando grandes paquetes de datos (por ejemplo, FTP (protocolo de transferencia de archivos), HTTP (protocolo de transferencia de hipertexto), transmisión continua de audio/video) y servicios que se transmiten usando paquetes de datos pequeños (por ejemplo, VolP (Voz sobre IP), juegos). Como se ha mencionado en la sección de Antecedentes técnicos, puede desearse una reducción en la señalización de control L1/L2 de enlace descendente para los servicios que usan paquetes de datos pequeños. En esta realización a modo de ejemplo, se usa un 1<er>modo de programación (modo 1 de programación) para la transmisión de las unidades de datos de protocolo (PDU) de servicios que normalmente tienen un tamaño de paquete pequeño, mientras que se emplea un 2º modo de programación “normal” (modo 2 de programación) para otros servicios. Por lo tanto, una estación móvil puede recibir datos transmitidos con un 1<er>o 2º modo de programación como se define a continuación.
[0119] El modo 1 de programación permite reducir la sobrecarga de señalización de control L1/L2 usando una asignación persistente de recursos y usando la detección a ciegas para la recepción, demodulación y decodificación de los datos de enlace descendente. Por lo tanto, para la transmisión inicial de una unidad (paquete) de datos de protocolo no se transmite ningún canal de control L1/L2, sino solo para la primera retransmisión de la unidad de datos de protocolo (y opcionalmente para todas o algunas seleccionadas de las retransmisiones adicionales).
[0120] El modo 2 de programación puede considerarse un modo de programación “normal” o “dinámica”. En este modo de programación, la transmisión inicial de un paquete se señaliza a través de un canal de control L1/L2 y las retransmisiones pueden o no señalizarse a través de un canal de control L1/L2 en función de la operación de HARQ (por ejemplo, asíncrona o síncrona o adaptativa o no adaptativa). Este modo de programación puede implementarse, por ejemplo, de acuerdo con la programación propuesta en la sección de Antecedentes técnicos o como se describe en la solicitud de patente europea paralela n.º EP 07024829.9, titulada “Control Channel Signaling using a Common Signaling Field for Transport Format and Redundancy Version” del solicitante (presentada el 20 de Diciembre de 2007, número de expediente del representante EP56004). Además, puede suponerse con fines a modo de ejemplo que para una subtrama dada y un enlace dado (enlace ascendente o enlace descendente), la estación MS1 móvil se asigna, o bien en el modo 1 de programación o en el modo 2 de programación. Por lo tanto, no hay una asignación simultánea con ambos modos en una subtrama dada. Sin embargo, el modo de programación puede cambiar de subtrama a subtrama. Además, en una subtrama dada puede programarse una estación móvil.
[0121] La figura 7 ejemplifica la transmisión de datos de usuario usando el modo 1 de programación descrito anteriormente, donde se supone que la transmisión inicial no se señaliza por una señalización de control L1/L2. Con el fin de reducir el número de intentos de detección a ciegas, puede suponerse que solo se permite un número reducido de asignaciones de recursos y formatos de transporte candidatos en comparación con el modo 2 de programación, ya que el número de decodificaciones a ciegas y el tamaño de búfer suave necesario son limitados. Por ejemplo, en un sistema de 10 MHz con 50 bloques de recursos (suponiendo 11 bits de asignación de recursos) y 2<5>formatos de transporte al menos son posibles 1275 x 32 = 40800 candidatos para el modo 1 de programación (suponiendo que solo son posibles las asignaciones consecutivas (50 x (50 1)/2 posibilidades) en el dominio de RB y no se consideran otros factores como, por ejemplo, el tamaño de región de control variable). Debido a las restricciones de complejidad de UE, el número de posibles decodificaciones a ciegas por subtrama es significativamente menor que 40800.
[0122] Por consiguiente, la asignación de recursos y el formato de transporte candidatos permitidos pueden preconfigurarse o configurarse 701 por la red de acceso usando protocolos de capa superior, tales como por ejemplo un protocolo de control de recursos de radio (RRC) o una señalización de control de MAC. Suponiendo que con fines a modo de ejemplo, se preconfiguran 32 asignaciones de recursos y combinaciones de formatos de transporte para el modo 1 de programación, se requieren 32 decodificaciones ciegas por subtrama. Además, la estación móvil puede no saber la subtrama en la que tuvo lugar la transmisión de la transmisión inicial. Es decir, la decodificación a ciegas puede ser necesaria en varias subtramas y varias subtramas pueden necesitar almacenarse en el búfer.
[0123] En el modo 1 de programación se supone que el canal de control L1/L2 de una retransmisión transporta alguna información sobre la asignación de recursos y/o el formato de transporte de la transmisión inicial entre posiblemente otra información. En el ejemplo mencionado anteriormente, esto requeriría 5 bits (log<2>(32)) para determinar exactamente la asignación de recursos y el formato de transporte, si se conoce el número de subtrama en el que tuvo lugar la transmisión inicial (podrían usarse menos bits con el fin de reducir los candidatos). Si la estación móvil no conoce el número de subtrama, puede incluirse información adicional sobre el número de subtrama en la señal de canal de control L1/L2 enviada con la retransmisión.
[0124] Debería observarse que el aumento de los candidatos de subtrama para la transmisión inicial no influye en el número de complejidad de decodificación a ciegas, ya que esta se define, en general, por el número de decodificaciones a ciegas por subtrama. Sin embargo, el tamaño de búfer necesario en el receptor aumenta ya que la información suave (bits o símbolos de modulación) de las subtramas adicionales del canal físico de enlace descendente (compartido) puede necesitar almacenarse en el búfer para permitir la combinación suave antes de la decodificación. En el caso de que sean posibles múltiples candidatos de subtramas para la transmisión inicial, el canal de control L1/L2 de una retransmisión puede transportar cierta información del número de subtrama que se está usando para la transmisión inicial con el fin de reducir la complejidad de combinación a ciegas.
[0125] Volviendo a la figura 7, la estación NB1 base transmite 702 la transmisión inicial de una unidad de datos de protocolo a la estación MS1 móvil sin señalización de control, es decir, sin indicar explícitamente la transmisión en el canal de control L1/L2 de la subtrama para la estación MS1 móvil. Por ejemplo, debido a una asignación persistente de recursos en el canal físico de enlace descendente (compartido), la estación MS1 móvil supone una transmisión de usuario que se produce en la subtrama y recibe la subtrama que contiene la transmisión inicial de la unidad de datos de protocolo y realiza una detección a ciegas 703 en la información recibida del canal físico probando las asignaciones de recursos y los formatos de transporte candidatos que se han configurado 701 anteriormente.
[0126] En el ejemplo mostrado en la figura 7, se supone que la detección a ciegas 703 no tiene éxito, es decir, una decodificación exitosa con las combinaciones probadas de asignación de recursos y formato de transporte no es posible (por ejemplo, debido a un error de transmisión en la información recibida del canal físico). Por consiguiente, la estación MS1 móvil transmite 704 un acuse de recibo negativo a la estación NB1 base para indicar la decodificación no exitosa de la transmisión inicial. Además, en el caso de que el protocolo de HARQ soporte una combinación suave, la estación MS1 móvil almacena la información recibida de canal físico (por ejemplo, los valores suaves de los símbolos de modulación individuales o las proporciones de probabilidad de registro (LLR) de los bits de canal) para la combinación suave con las retransmisiones.
[0127] La estación NB1 base recibe el acuse de recibo negativo (NACK) y genera 705 una señal de canal de control L1/L2 para la retransmisión de la unidad de datos de protocolo. El contenido de la señal de canal de control L1/L2 se tratará con más detalle a continuación con respecto a las figuras 5 y 6. Posteriormente, la estación NB1 base transmite 706, 708 la señal de canal de control L1/L2 y la retransmisión de la unidad de datos de protocolo a la estación MS1 móvil.
[0128] La estación MS1 móvil recibe la subtrama que comprende la señal de canal de control L1/L2 y la retransmisión de la unidad de datos de protocolo e interpreta el contenido de la señal de canal de control en función del modo de programación indicado en la señal de canal de control, usando la información de canal de control comprendida en la señal de canal de control de la estación NB1 base, la estación MS1 móvil intenta posteriormente decodificar 709 la unidad de datos de protocolo. Opcionalmente, si el protocolo de HARQ proporciona una combinación suave, la información en el búfer suave del procedimiento de HARQ respectivo puede combinarse con la retransmisión recibida 708 de la unidad de datos de protocolo antes de la decodificación 709. Si la decodificación es exitosa, la estación MS1 móvil envía 710 un acuse de recibo positivo (ACK) a la estación NB1 base. Si la decodificación de la unidad de datos de protocolo no tiene éxito, puede enviarse un NACK y, si se usa una combinación suave, la información recibida (compartida) de canal físico de enlace descendente de la retransmisión puede almacenarse también en el búfer suave de HARQ asociado para su posterior combinación suave con otra retransmisión.
[0129] La operación de la estación MS1 móvil y de la estación NB1 base descrita anteriormente con respecto a la figura 7 se ejemplifica con más detalle en los diagramas de flujo mostrados en las figuras 9 y 10. La figura 9 muestra un diagrama de flujo de una operación a modo de ejemplo de una estación base de acuerdo con una realización que no es parte de la invención, y la figura 10 muestra un diagrama de flujo de una operación a modo de ejemplo de una estación móvil de acuerdo con una realización a modo de ejemplo de la invención usando el modo 1 de programación.
[0130] En la figura 9, tras recibir una nueva unidad de datos de protocolo para la transmisión en la entidad de protocolo MAC de la estación NB1 base para la transmisión a la estación MS1 móvil, la unidad de programación de la estación NB1 base determina 901 en primer lugar el modo de programación a usar para la nueva unidad de datos de protocolo.
[0132] En el caso de que la unidad de datos de protocolo se transmita usando el modo 1 de programación, la estación NB1 base transmite 902 la unidad de datos de protocolo a la estación MS1 móvil (sin señalización de control) de una manera similar a la descrita con respecto a la etapa 702 de la figura 7 usando una combinación de asignación de recursos y formato de transporte que, por ejemplo, se ha preconfigurado o configurado mediante un formato de canal de control L1/L2 especial o un protocolo de capa superior (véase la etapa 701 en la figura 7).
[0134] Si la unidad de datos de protocolo se transmite usando el modo 2 de programación, la estación NB1 base selecciona la asignación de recursos y el formato de transporte apropiados para la transmisión del protocolo y genera 903 una señal de canal de control L1/L2 que indica la asignación de recursos y el formato de transporte seleccionados para la unidad de datos de protocolo y no establece el valor de punto de código en el campo con el fin de indicar el modo 2 de programación a la estación MS1 móvil. A continuación, la estación NB1 base transmite 904 la señal de canal de control generada y la unidad de datos de protocolo al móvil. En una realización a modo de ejemplo de la invención, se supone que un canal de control L1/L2 en el caso del modo 2 de programación contiene al menos la información representada en la Tabla 2 y tiene uno de los formatos de canal de control mostrados en la figura 4. El formato de canal de control superior en la figura 4 indica el contenido mínimo de la señal de canal de control de acuerdo con la definición a modo de ejemplo en la Tabla 2. El segundo formato de canal de control en la parte inferior de la figura 4 comprende la misma información de canal de control que el formato de canal de control superior y la información adicional opcional, tal como por ejemplo, el control de potencia para el canal de control de enlace ascendente físico (PUCCH), por ejemplo, para el CQI (indicador de calidad de canal) o el ACK/NACK, la información de precodificación, la información de formato de transporte para la 2ª palabra de código, la información de HARQ para la 2ª palabra de código también pueden estar contenidas. Esta información adicional puede variar en tamaño como se indica por el signo de interrogación en la Tabla 2.
[0136] Tabla 2
[0138]
[0141] Volviendo a la figura 9, independientemente del modo de programación, la estación NB1 base puede recibir 905 una retroalimentación para la transmisión inicial de la unidad de datos de protocolo. Por consiguiente, la estación NB1 base determina 906 basándose en la retroalimentación de la estación MS1 móvil, si la unidad de datos de protocolo podría decodificarse con éxito en la estación MS1 móvil. Si es así, puede enviarse la siguiente unidad de datos de protocolo.
[0142] Si el mensaje de retroalimentación no indica una decodificación exitosa de la unidad de datos de protocolo, la estación NB1 base selecciona la asignación de recursos y el formato de transporte apropiados para la transmisión de la unidad de datos de protocolo (normalmente, el tamaño de bloque de transporte es constante para todas las transmisiones de una unidad de datos de protocolo) y genera 907 una señal de canal de control L1/L2 que indica la asignación de recursos y el formato de transporte seleccionados para la unidad de datos de protocolo y establece un valor apropiado en el campo que se usa para indicar el modo de programación a la estación MS1 móvil. En este caso, el formato de señal de canal de control L1/L2 puede depender del modo de programación usado para la unidad de datos de protocolo.
[0143] En el caso de usar el modo 1 de programación, la señal de canal de control L1/L2 generada puede comprender, por ejemplo, la asignación de recursos para la ya enviada transmisión inicial (véase el bloque 902) y la retransmisión de la unidad de datos de protocolo a enviar, así como el formato de transporte para la transmisión inicial y la retransmisión de la unidad de datos de protocolo (que, sin embargo, no deberían cambiar o podrían calcularse uno a partir de otro en casos típicos). La estación MS1 móvil puede usar la indicación de la asignación de recursos y el formato de transporte de la transmisión inicial en la señal de canal de control enviada para la retransmisión de la unidad de datos de protocolo para intentar nuevamente decodificar la transmisión inicial (almacenada en el búfer de HARQ) usando la información de canal de control, pero normalmente se usa para combinar correctamente la retransmisión actual con el contenido correcto del búfer de HARQ.
[0144] En el caso de usar el modo 2 de programación para la unidad de datos de protocolo, la información de canal de control puede tener un contenido similar al generado y enviado en las etapas 903 y 904. Como alternativa, la señal de canal de control puede formarse para transmisiones iniciales y retransmisiones de una unidad de datos de protocolo como se describe en la solicitud de patente europea n.º EP 07024829.9 mencionada anteriormente en el presente documento.
[0145] Tras haber generado 907 la señal de canal de control asociada a la retransmisión de la unidad de datos de protocolo, la señal de canal de control y la retransmisión de la unidad de datos de protocolo se transmite 908 por la estación NB1 base.
[0146] La figura 10 muestra un diagrama de flujo de una operación a modo de ejemplo de una estación móvil de acuerdo con una realización a modo de ejemplo usando el modo 1 de programación. En una primera etapa, la estación MS1 móvil recibe 1001 una subtrama desde el canal físico de enlace descendente (compartido). Por ejemplo, debido a una asignación o reserva persistente de recursos en el canal físico de enlace descendente (compartido), la estación MS1 móvil es consciente de que una posible transmisión de usuario se produce en la subtrama y realiza una detección a ciegas 1002 en la información recibida desde el canal físico probando las asignaciones de recursos y los formatos de transporte candidatos que, por ejemplo, se han configurado anteriormente.
[0147] En el caso de la detección a ciegas tenga éxito, es decir, la unidad de datos de protocolo podría decodificarse con éxito por la estación MS1 móvil, la estación MS1 móvil transmite 1004 un acuse de recibo positivo (ACK) a la estación NB1 base. Si la detección a ciegas 1002 no tiene éxito, es decir, no se encuentra una asignación de recursos y un formato de transporte coincidentes (por ejemplo, debido a un error de transmisión en la información recibida del canal físico), la estación MS1 móvil transmite 1005 un acuse de recibo negativo a la estación NB1 base para indicar la decodificación sin éxito de la transmisión inicial. Opcionalmente, en el caso de que el protocolo de HARQ soporte la combinación suave, la estación MS1 móvil almacena 1006 la información de canal físico recibida (por ejemplo, los valores suaves de los símbolos de modulación individuales o las proporciones de probabilidad de registro (LLR) de los bits de canal) para combinar suavemente con las retransmisiones en la región de búfer de HARQ asociada al procedimiento de HARQ de la unidad de datos de protocolo.
[0148] Después de haber enviado un acuse de recibo negativo, la estación MS1 móvil recibe además otra subtrama 1007 del canal físico de enlace descendente (compartido). Esta subtrama comprende una señal de canal de control L1/L2 que indica la información de canal de control para la transmisión inicial y la retransmisión de los paquetes de datos de protocolo, tal como se describe a continuación, por ejemplo, con respecto a las figuras 5 y 6. Tras obtener 1008 con éxito la señal de canal de control, la estación MS1 móvil puede realizar 1009 una combinación suave de la información de canal físico almacenada en el búfer de la transmisión inicial y la información de canal físico de la retransmisión contenida en la subtrama recibida en la etapa 1007 antes de decodificar la unidad de datos de protocolo. Si la estación MS1 móvil determina 1010 que la unidad de datos de protocolo podría decodificarse con éxito, la estación MS1 móvil transmite 1011 un acuse de recibo positivo a la estación NB1 base. De lo contrario, transmite 1012 un acuse de recibo negativo, y almacena la información de canal físico de la retransmisión contenida en la subtrama recibida en la etapa 1007 en la región de búfer de HARQ del procedimiento usado para transmitir la unidad de datos de protocolo.
[0149] Como se ha indicado anteriormente en el presente documento, un punto de código puede definirse en el campo de procedimiento de HARQ de la señal de canal de control. En este ejemplo, se supone que la señal de canal de control tiene un campo de canal de control para señalar el número de procedimiento de HARQ de la unidad de datos de protocolo.
[0150] La figura 5 muestra una señal de canal de control L1/L2 a modo de ejemplo de acuerdo con una realización de la invención en la que se usa un HARQ clasificado para indicar un modo de programación, y en el que el uso del campo de TF/RV/NDI en la señal de canal de control depende del modo de programación.
[0151] Para el modo 2 de programación, el campo de TF/RV/NDI indica el formato de transporte (TF), la versión de redundancia (RV) y el indicador de datos nuevos (NDI). Estos parámetros del canal de control pueden codificarse conjuntamente, por ejemplo, como se ilustra de manera ejemplar en la figura 5 y como se describe en la solicitud de patente europea n.º EP 07024829.9. Como alternativa, estos parámetros de la unidad de datos de protocolo también pueden codificarse por separado en campos individuales, o solo pueden codificarse conjuntamente el formato de transporte y la versión de redundancia de la unidad de datos de protocolo como también se describe en la solicitud de patente europea n.º EP 07024829.9.
[0152] Con el fin de permitir una gestión razonable del búfer suave para los datos transmitidos con el modo 1 de programación, puede ser beneficioso reservar un cierto procedimiento de HARQ fuera de los procedimientos existentes. En este caso, puede usarse un procedimiento preconfigurado (“punto de código”), por ejemplo, 111, para indicar que el canal de control L1/L2 tiene el formato del modo 1 de programación.
[0153] En una realización a modo de ejemplo, el campo de asignación de recursos es sin cambios para el modo 1 y 2 de programación, ya que esto permite tener una flexibilidad completa para la asignación de recursos de la retransmisión. Además, el campo CRC/UE ID (que comprende la suma de verificación CRC enmascarada con el identificador de la estación móvil o grupo de estaciones móviles a las que está destinada la información de canal de control) no se cambia en el formato de señal de canal de control para el modo 1 de programación y para el modo 2 de programación, ya que puede ser necesario identificar la o las estaciones móviles objetivo y evitar que otras estaciones móviles lean el contenido del canal de control dado.
[0154] En el ejemplo mostrado en la figura 5, el contenido/interpretación del o los campos TF/RV/NDI está en función del modo de programación. Usando el modo 1 de programación para la transmisión de la unidad de datos de protocolo, la señal de canal de control comprende un campo de asignación de recursos (RA) que indica el o los bloques de recursos de la subtrama que transporta la unidad de datos de protocolo (obsérvese que la asignación de recursos puede haber cambiado entre la inicial y la retransmisión). En este ejemplo, el campo de asignación de recursos tiene el mismo tamaño que en el formato de canal de control para el modo 2 de programación. Como el tamaño de bloque de transporte de la retransmisión puede suponerse idéntico al mismo para la transmisión inicial, esta información puede codificarse y obtenerse a partir del campo de canal de control posterior que proporciona información sobre la transmisión inicial.
[0155] Además, la señal de canal de control comprende el campo mencionado anteriormente proporcionando información sobre la transmisión inicial (que se corresponde con el campo de TF/RV/NDI del formato para el modo 2 de programación en su posición en la señal de canal de control y el tamaño de campo). Este campo puede usarse, por ejemplo, para indicar el formato de transporte (tamaño de bloque de transporte) y la versión de redundancia de la transmisión inicial. Para el modo 1 de programación no se requiere NDI, ya que la señal de canal de control solo se envía para las retransmisiones. Por lo tanto, en comparación con el formato para el modo 2 de programación, puede usarse todo el campo para la información de control en la transmisión inicial. La información de control en el formato de transporte y la versión de redundancia puede codificarse conjuntamente en el campo de canal de control que proporciona información sobre la transmisión inicial. Como alternativa, el campo de canal de control que proporciona la información en la transmisión inicial puede dividirse en subcampos separados para el formato de transporte y la versión de redundancia. Como alternativa, el campo de canal de control que proporciona la información en la transmisión inicial solo puede contener el formato de transporte y puede que no se requiera una versión de redundancia.
[0156] Para el modo 1 de programación, el punto de código “111” se establece en el campo de procedimiento de HARQ para indicar por una parte el número de procedimiento de HARQ de la unidad de datos de protocolo y por la otra el modo 1 de programación se usa para la transmisión de la unidad de datos de protocolo.
[0157] Para el modo 2 de programación, el campo de procedimiento de HARQ indica el número de procedimiento de HARQ apropiado y, por lo tanto, indica implícitamente que se está usando el modo 2 de programación para la transmisión de la unidad de datos de protocolo y el formato de canal de control correspondiente.
[0158] En una realización alternativa de la invención, el tamaño y la posición de algunos campos (excepto para el o los campos que definen el o los puntos de código) en el formato de canal de control puede diferir para los diferentes modos de programación. Esto se ejemplifica en la figura 6, que muestra otra señal de canal de control L1/L2 a modo de ejemplo de acuerdo con una realización de la invención en la que se usa un HARQ clasificado para indicar un modo de programación, y en la que el uso del campo de asignación de recursos (RA) y el campo de TF/RV/NDI en la señal de canal de control depende del modo de programación. Esencialmente, los formatos del canal de control para los modos 1 y 2 de programación en términos de los campos contenidos en la señal de canal de control corresponden a los ejemplos mostrados en la figura 5. Sin embargo, el tamaño del campo de asignación de recursos se cambia para el modo 1 de programación en comparación con el formato del modo 2 de programación. Lo mismo es verdad para el tamaño y el uso del o los campos TF/RV/NDI en el formato de canal control de modo 2 de programación.
[0159] En el ejemplo mostrado en la figura 6, el campo de asignación de recursos para el modo 1 de programación es más pequeño que el campo correspondiente para el modo 2 de programación. Este diseño se basa en la suposición de que para el modo 1 de programación no todas las posibles asignaciones de recursos (como para el modo 2 de programación) son necesarias para la retransmisión del modo 1 de programación, ya que, por ejemplo, solo se usan asignaciones relativamente pequeñas para el modo 1 de programación o ya que es suficiente un número reducido de asignaciones diferentes con el mismo tamaño de asignación. Por consiguiente, pueden asignarse más bits de información de control al campo que indica la información de canal de control para la transmisión inicial de la unidad de datos de protocolo.
[0160] En otra realización, se usa otro campo diferente del campo de procedimiento de HARQ de la señal de canal de control para definir un punto de código. Por ejemplo, la señal de canal de control puede comprender un campo separado que indica el formato de transporte de la unidad de datos de protocolo (campo de TF). De acuerdo con esta realización, se reserva un único valor que puede representarse por los bits del campo de TF como un punto de código para indicar el uso del modo 1 de programación para la transmisión de la unidad de datos de protocolo. Además, en una variación de esta realización, el campo de RV/NDI puede usarse en la señal de canal de control para codificar conjuntamente la versión de redundancia y el nuevo indicador de datos para la unidad de datos de protocolo.
[0161] En otra realización múltiples “puntos de código” TF pueden reservarse, como se muestra a continuación a modo de ejemplo en la Tabla 3. Suponiendo que el número de formatos de transporte requeridos (por ejemplo, tamaños de bloque de transporte o niveles de MCS) para el modo 1 de programación sea limitado, esto permite determinar el nivel de TBS o MCS de los candidatos (pre)configurados con una pérdida relativamente pequeña de valores de TF para el modo 2 de programación. Por ejemplo, si el campo de TF tiene 6 bits y 8 valores de TBS están preconfigurados para el modo 2 de programación, solo 8 de los 64 valores de TF se “pierden” para el modo 1 de programación. Además, la señalización de uno de estos “puntos de código” podría indicar el cambio de uso de todos o parte de los campos de canal de control restantes como se ha descrito anteriormente.
[0162]
[0165] También en el caso de que el formato de transporte se codifique conjuntamente con la versión de redundancia de la unidad de datos de protocolo como se describe en la solicitud de patente europea n.º EP 07024829.9 puede definirse un punto de código en el campo de unión como se muestra en la Tabla 4. De una manera similar a como se ejemplifica en la Tabla 4, también podrían definirse múltiples puntos de código.
[0166]
[0169] Como una realización alternativa adicional de la invención, el campo de asignación de recursos de la señal de canal de control podría usarse para definir uno o más puntos de código de una manera similar a como se ha descrito anteriormente en una variación de esta realización, el campo de asignación de recursos tiene un encabezado como se especifica en el documento 3GPP RAN WG1 Meeting # 51 Tdoc. R1-074582, “Downlink Resource Allocation Mapping for E-UTRA”, disponible en http // www.3gpp.org, y una o unas combinaciones de bits específica de los bits de encabezado en el campo de asignación de recursos puede definirse como un o unos puntos de código.
[0170] Del mismo modo, en una realización adicional la señal de canal de control L1/L2 comprende un campo de RV separado para indicar la versión de redundancia y el campo de RV se usa para definir al menos un punto de código.
[0171] En una realización alternativa adicional de la invención, el canal de control (en el modo 2 de programación) puede tener un campo que transporta los comandos de control de potencia para la transmisión de datos de enlace descendente asociado (en el PDSCH), para el PUCCH o para algún otro canal. Para indicar el modo 1 de programación, puede usarse un punto de código de este campo, ya que para el modo 1 de programación este campo es menos importante o no se necesita.
[0172] Además de los diferentes enfoques para definir puntos de código en un solo campo de la señal de canal de control, pueden definirse puntos de código individuales en campos respectivos para indicar el modo 1 de programación. En una realización a modo de ejemplo de la invención, una combinación de los valores del campo de asignación de recursos y el campo de TF puede definir uno o más puntos de código. En esta realización a modo de ejemplo, pueden reducirse la asignación de recursos y el formato de transporte candidatos de la detección a ciegas (en la primera transmisión), por ejemplo, los “puntos de código” en el campo de TF se usan para indicar los TBS preconfigurados como se muestra en la Tabla 3 y puede usarse un esquema similar para reducir los candidatos de asignación de recursos en el campo de asignación de recursos. Además, la señalización de estos “puntos de código” podría indicar el cambio en el uso de parte de los campos de canal de control restantes como se ha descrito anteriormente.
[0173] Los ejemplos de sistemas de comunicación móviles en los que pueden usarse los principios de la invención descritos en el presente documento son los sistemas de comunicación que usan un esquema OFDM, un esquema de MC-CDMA o un esquema de OFDM con conformación de pulsos (OFDM/OQAM).
[0174] Además, debería observarse también que aunque la mayoría de realizaciones de la invención se han descrito con respecto a subtramas de un canal físico de enlace descendente (compartido) que comprenden la transmisión de datos de usuario y la señal de canal de control asociada para la transmisión de datos de usuario, también son posibles otros diseños en los que la información de canal de control de una transmisión de datos de usuario se envíe en una subtrama anterior del canal físico de enlace descendente (compartido) diferente de la que contiene la transmisión de datos de usuario, o donde exista un canal de control físico separado para la señalización de la información de canal de control.
[0175] Además, el canal físico de enlace descendente (compartido) mencionado en el presente documento puede ser, por ejemplo, un canal compartido de enlace descendente (PDSCH) de un sistema de LTE 3GPP.
[0176] Otra realización de la invención se refiere a la implementación de las diversas realizaciones descritas anteriormente usando hardware y software. Se reconoce que las diversas realizaciones de la invención pueden implementarse o realizarse usando dispositivos informáticos (procesadores). Un dispositivo o procesador informático puede ser, por ejemplo, un procesador de fin general, un procesador de señal digital (DSP), circuitos integrados de aplicación específica (ASIC), matrices de puertas programables en campo (FPPA) u otros dispositivos lógicos programables, etc. Las diversas realizaciones de la invención también pueden realizarse o incorporarse por una combinación de estos dispositivos.
[0177] Además, las diversas realizaciones de la invención también pueden implementarse por medio de módulos de software, que se ejecutan por un procesador o directamente en hardware. También puede ser posible una combinación de módulos de software y una implementación de hardware. Los módulos de software pueden almacenarse en cualquier tipo de medio de almacenamiento legible por ordenador, por ejemplo, RAM, EPROM, EEPROM, memoria flash, registros, discos duros, CD-ROM, DVD, etc.
[0178] Además, debería observarse que los términos terminal móvil y estación móvil se usan como sinónimos en el presente documento. Un equipo de usuario puede considerarse un ejemplo para una estación móvil y se refiere a un terminal móvil para su uso en redes basadas en 3GPP, tal como LTE.
[0179] En los párrafos anteriores, se han descrito diversas realizaciones de la invención y variaciones de las mismas. Un experto en la materia apreciaría que pueden realizarse numerosas variaciones y/o modificaciones como se muestra en las realizaciones específicas siempre que no se aparten del alcance de las reivindicaciones. Además, debería observarse que la mayoría de las realizaciones se han descrito en relación con un sistema de comunicación basado en 3GPP y que la terminología usada en las secciones anteriores se relaciona principalmente con la terminología de 3GPP. Sin embargo, la terminología y la descripción de las diversas realizaciones con respecto a las arquitecturas basadas en 3GPP no pretenden limitar los principios e ideas de las invenciones a tales sistemas.
[0180] También se pretende que las explicaciones detalladas dadas en la sección de Antecedentes técnicos anterior comprendan mejor la mayoría de las realizaciones a modo de ejemplo específicas de 3GPP descritas en el presente documento y que no deben entenderse como limitantes de la invención de las implementaciones específicas descritas de los procedimientos y funciones en la red de comunicación móvil. Sin embargo, las mejoras propuestas en el presente documento pueden aplicarse fácilmente en las arquitecturas descritas en la sección de Antecedentes técnicos. Además, la invención también puede ser fácilmente

Claims (6)

1. REIVINDICACIONES
1. Un equipo de usuario para su uso en un sistema de comunicación móvil, comprendiendo el equipo de usuario: un receptor configurado para recibir una señal de canal de control de una estación base (NB1), en el que la señal de canal de control tiene un formato de canal de control, en el que el formato de canal de control define los campos que la señal de canal de control comprende y sus número de bits y contenido respectivos; y
la señal de canal de control comprende, como los campos, al menos un campo de procedimiento de Solicitud de Repetición Automática Híbrida (HARQ), un campo de Versión de Redundancia (RV) y uno o más campos restantes;
estando dicho equipo de usuariocaracterizado porque
al menos uno de los valores que están representados por los bits de al menos el campo de procedimiento de HARQ y el campo de RV define un punto de código que indica un modo de programación para una transmisión asociada de datos de usuario en forma de unidad de datos de protocolo y el formato de canal de control; y
el equipo de usuario está configurado además para interpretar, basándose en dicho punto de código, al menos uno de los contenidos de los campos de la señal de canal de control.
2. El equipo de usuario de acuerdo con la reivindicación 1, en el que el número de bits de la señal de canal de control es igual para los al menos dos modos de programación.
3. El equipo de usuario de acuerdo con la reivindicación 1, en el que el campo de procedimiento de HARQ y el campo de RV están localizados en una posición fija dentro de la señal de canal de control para todos los formatos de canal de control.
4. El equipo de usuario de acuerdo con la reivindicación 1, en el que el punto de código, definido por al menos uno de los valores que están representados por los bits de al menos el campo de procedimiento de HARQ y el campo de RV, es uno de un subconjunto de puntos de código plurales que indica el uso de un modo de programación.
5. El equipo de usuario de acuerdo con la reivindicación 1, en el que el punto de código indica o un modo de programación persistente o un modo de programación dinámica.
6. Un procedimiento realizado por un equipo de usuario para su uso en un sistema de comunicación móvil, comprendiendo el procedimiento:
recibir (707) una señal de canal de control de una estación base (NB1), en el que la señal de canal de control tiene un formato de canal de control, en el que el formato de canal de control define campos que comprenden la señal del canal de control y sus respectivos número de bits y contenidos, y
la señal del canal de control comprende, como campos, al menos un campo de procedimiento de Solicitud de Repetición Automática Híbrida (HARQ) y un campo de Versión de Redundancia, RV, y uno o más campos restantes,
estando dicho procedimientocaracterizado porque
al menos uno de los valores representados por los bits de al menos el campo de procedimiento de HARQ y del campo de RV define un punto de código que indica un modo de programación para una transmisión asociada de datos de usuario en forma de una unidad de datos de protocolo y el formato de canal de control; comprendiendo el procedimiento además interpretar (707), con base en dicho punto de código, al menos uno de los contenidos de los campos de la señal de canal de control.
ES21157566T 2008-01-05 2008-11-18 Control channel signaling using code points for indicating the scheduling mode Active ES3056094T3 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP08000138A EP2077646A1 (en) 2008-01-05 2008-01-05 Control channel signaling using code points for indicating the scheduling mode

Publications (1)

Publication Number Publication Date
ES3056094T3 true ES3056094T3 (en) 2026-02-18

Family

ID=39717720

Family Applications (2)

Application Number Title Priority Date Filing Date
ES17179684T Active ES2723726T3 (es) 2008-01-05 2008-11-18 Señalización de canal de control usando puntos de código para indicar el modo de programación
ES21157566T Active ES3056094T3 (en) 2008-01-05 2008-11-18 Control channel signaling using code points for indicating the scheduling mode

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES17179684T Active ES2723726T3 (es) 2008-01-05 2008-11-18 Señalización de canal de control usando puntos de código para indicar el modo de programación

Country Status (12)

Country Link
US (9) US9264207B2 (es)
EP (7) EP2077646A1 (es)
JP (3) JP5325897B2 (es)
KR (3) KR20170001726A (es)
CN (2) CN104253671B (es)
BR (1) BRPI0819955B1 (es)
ES (2) ES2723726T3 (es)
MX (1) MX2010007386A (es)
PL (1) PL3255945T3 (es)
RU (2) RU2481745C2 (es)
TR (1) TR201907700T4 (es)
WO (1) WO2009086859A1 (es)

Families Citing this family (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2725700C (en) * 2000-12-22 2015-11-24 Research In Motion Limited Wireless router system and method
US8179872B2 (en) 2007-05-09 2012-05-15 Research In Motion Limited Wireless router system and method
US8553624B2 (en) 2007-10-10 2013-10-08 Samsung Electronics Co., Ltd. Asynchronous hybrid ARQ process indication in a MIMO wireless communication system
CA2710517C (en) 2007-12-26 2015-10-13 Research In Motion Limited System and method modulation scheme changes
EP2077646A1 (en) * 2008-01-05 2009-07-08 Panasonic Corporation Control channel signaling using code points for indicating the scheduling mode
EP2279644A4 (en) * 2008-04-28 2014-10-29 Ericsson Telefon Ab L M IMPROVED UPLINK SCHEDULING IN A CELLULAR SYSTEM
US8139535B2 (en) * 2008-10-31 2012-03-20 Intel Corporation Blind channel detection techniques
US8295251B2 (en) * 2008-11-28 2012-10-23 Via Telecom, Inc. Wireless high-date rate communications
US8259572B2 (en) * 2008-12-02 2012-09-04 Kyocera Corporation Communication method and transmitting apparatus utilizing the same
KR101689596B1 (ko) * 2008-12-23 2016-12-26 엘지전자 주식회사 복수의 전송 대역을 지원하는 무선 통신 시스템에 있어서, ｈａｒｑ 프로세스를 수행하기 위한 제어정보를 전송하는 방법
BRPI0923634A2 (pt) 2008-12-26 2016-01-19 Panasonic Corportation estação de base sem fio, terminal sem fio e método de formação de sinal de canal
WO2010087643A2 (en) * 2009-01-30 2010-08-05 Samsung Electronics Co., Ltd. Control signaling for transmissions over contiguous and non-contiguous frequency bands
JP5060501B2 (ja) 2009-03-13 2012-10-31 株式会社東芝 送信装置、受信装置及び方法
KR101782640B1 (ko) 2009-07-16 2017-09-28 엘지전자 주식회사 다중 반송파 시스템에서 ｈａｒｑ 수행 장치 및 방법
US9178648B2 (en) * 2010-01-06 2015-11-03 Alcatel Lucent Method to improve voice over IP capacity for user equipment employing variable rate vocoders
KR101676013B1 (ko) 2010-05-03 2016-11-14 삼성전자주식회사 무선 통신 시스템에서 제어 채널을 재설정하는 방법 및 장치
WO2011160280A1 (en) * 2010-06-21 2011-12-29 Huawei Technologies Co., Ltd. Aggregation level determination
US8588347B1 (en) * 2010-06-23 2013-11-19 Marvell International Ltd. Systems and methods for performing efficient blind decoding at a wireless receiver
EP3525382B1 (en) 2011-05-03 2021-09-08 Telefonaktiebolaget LM Ericsson (publ) Search area based control channel monitoring
US8831108B2 (en) * 2011-05-04 2014-09-09 Cavium, Inc. Low latency rate control system and method
KR101581140B1 (ko) * 2011-07-25 2015-12-29 엘지전자 주식회사 무선통신 시스템에서 데이터 전송 방법 및 장치
CN102957497A (zh) * 2011-08-19 2013-03-06 华为技术有限公司 一种物理下行控制信道发送和盲检测方法、设备
CN103139923A (zh) * 2011-11-30 2013-06-05 华为技术有限公司 多子帧调度信令的传输方法及装置
US9270782B2 (en) * 2012-06-12 2016-02-23 Intermec Ip Corp. System and method for managing network communications between server plug-ins and clients
DE102012213829B4 (de) * 2012-08-03 2018-06-21 Ihp Gmbh - Innovations For High Performance Microelectronics / Leibniz-Institut Für Innovative Mikroelektronik Spekulative Basisbandverarbeitung eines empfangenen Datenrahmens
JPWO2014024304A1 (ja) * 2012-08-10 2016-07-21 富士通株式会社 基地局装置、移動局装置、通信システム及び通信方法
US10123344B2 (en) * 2013-03-06 2018-11-06 Qualcomm Incorporated Methods and apparatus for multi-subframe scheduling
US10568121B2 (en) * 2013-03-08 2020-02-18 Huawei Technologies Co., Ltd. System and method for reduced signaling transmissions in a communications system
WO2014163368A1 (ko) * 2013-04-02 2014-10-09 주식회사 케이티 하향링크 제어채널의 전송 및 수신 방법과 그 장치
EP2966890B1 (en) 2013-04-02 2020-06-10 Huawei Technologies Co., Ltd. Method and device for data transmission and user equipment
US9622147B2 (en) * 2013-09-12 2017-04-11 Apple Inc. System and method for performing hybrid automatic repeat request (HARQ) in a WLAN system
US9526112B2 (en) 2013-09-30 2016-12-20 Apple Inc. Control signaling optimization for LTE communications
WO2015072905A1 (en) * 2013-11-12 2015-05-21 Telefonaktiebolaget L M Ericsson (Publ) Devices and methods for handling blind (re)transmissions in a network
US9369241B2 (en) 2014-02-18 2016-06-14 Huawei Technologies Co., Ltd. HARQ frame data structure and method of transmitting and receiving with HARQ in systems using blind detection
US9923666B2 (en) * 2014-10-01 2018-03-20 Qualcomm, Incorporated Encoding in uplink multi-user MIMO and OFDMA transmissions
CN107005340B (zh) * 2014-10-31 2020-12-25 瑞典爱立信有限公司 无线通信网络中的传输数据信号传送
WO2016122396A2 (en) 2015-01-30 2016-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communication system with single-subband user equipment
JP2016174211A (ja) * 2015-03-16 2016-09-29 富士通株式会社 通信システム
DE102015110027B4 (de) * 2015-06-23 2017-01-12 Intel IP Corporation Kommunikationsvorrichtung und verfahren zum speichern von daten
US10575210B2 (en) * 2015-10-30 2020-02-25 Qualcomm Incorporated Cyclic redundancy check length management
FR3043522A1 (fr) * 2015-11-10 2017-05-12 Orange Transmission de donnees de volume variable dans un reseau mobile de communication
EP3846575B1 (en) 2016-08-09 2022-10-19 Panasonic Intellectual Property Corporation of America Improved radio resource selection and sensing for v2x transmissions
CN109565368B (zh) * 2016-08-09 2020-11-27 华为技术有限公司 数据传输方法和通信装置
EP3288207B1 (en) * 2016-08-19 2020-10-07 HTC Corporation Communication device and base station
US10244532B2 (en) * 2016-10-27 2019-03-26 Itron, Inc. Channel structure for communication in wireless networks
US10554369B2 (en) 2016-12-30 2020-02-04 Itron, Inc. Group acknowledgement message efficiency
EP3566358B1 (en) * 2017-02-06 2022-05-11 Convida Wireless, LLC Communication device, infrastructure equipment and methods
JP6975839B2 (ja) * 2017-08-11 2021-12-01 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 等しいサイズのコードブロックのためのトランスポートブロックサイズの決定
US10873938B2 (en) * 2017-10-09 2020-12-22 Qualcomm Incorporated Rate matching for broadcast channels
CN111034314B (zh) * 2017-11-03 2026-01-30 Oppo广东移动通信有限公司 无线通信方法和设备
CN109803401B (zh) * 2017-11-17 2022-12-06 华为技术有限公司 处理数据的方法和终端设备
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
TWI707558B (zh) * 2018-08-10 2020-10-11 財團法人資訊工業策進會 使用者設備及進行重傳之方法
US10985695B2 (en) 2018-08-28 2021-04-20 Analog Devices International Unlimited Company DC arc detection and photovoltaic plant profiling system
WO2021018518A1 (en) * 2019-07-30 2021-02-04 Sony Corporation Telecommunications apparatus and methods
RU2734102C1 (ru) * 2020-03-05 2020-10-13 Панасоник Интеллекчуал Проперти Корпорэйшн оф Америка Улучшенное зондирование и выбор ресурсов радиосвязи для передач v2x
CN113727454B (zh) * 2021-07-09 2024-04-26 深圳金信诺高新技术股份有限公司 一种基于srs差异化调度的方法与系统

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1175616A (en) 1981-01-05 1984-10-09 Exxon Research And Engineering Company Production of iron monoxide and carbon filaments therefrom
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
WO2003101136A1 (de) 2002-05-24 2003-12-04 Siemens Aktiengesellschaft Datenübertragungsverfahren und -system in einem mobilfunksystem
KR100958519B1 (ko) 2002-08-14 2010-05-17 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 서비스 수신 및 전송 방법
DE602004011032T2 (de) * 2004-06-15 2008-04-30 Matsushita Electric Industrial Co., Ltd., Kadoma Auf Priorität basierte Behandlung von Datenübertragungen
EP3582542B1 (en) * 2005-04-26 2021-05-26 Conversant Wireless Licensing S.A.R.L. Fixed hs-dsch or e-dch allocation for voip (or hs-dsch without hs-scch/e-dch without e-dpcch)
CN100561900C (zh) * 2006-02-17 2009-11-18 华为技术有限公司 通过e-dch传输业务信号的方法
EP1855424B1 (en) 2006-05-12 2013-07-10 Panasonic Corporation Reservation of radio resources for users in a mobile communications system
WO2008114222A2 (en) * 2007-03-19 2008-09-25 Nokia Corporation Apparatus, method and computer program product providing indication of persistent allocation on l1/l2 control channel
USRE44203E1 (en) * 2007-08-22 2013-05-07 Lg Electronics Inc. Method of allocating radio resources in a wireless communication system
EP2181511B1 (en) * 2007-08-22 2016-05-25 LG Electronics Inc. Method of allocating radio resources in a wireless communication system
JP5048839B2 (ja) * 2007-09-28 2012-10-17 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける制御情報検出方法
US7924757B2 (en) * 2007-10-15 2011-04-12 Intel Corporation Method for improving power efficiency of subscriber stations
US8189518B2 (en) * 2007-10-22 2012-05-29 Sharp Laboratories Of America, Inc. Systems and methods for using a format of an uplink control channel to transmit a channel quality indicator
US8072875B2 (en) * 2007-11-27 2011-12-06 Intel Corporation Avoiding collisions between users if MAP containing persistent scheduling information is lost
US8004977B2 (en) * 2007-11-28 2011-08-23 Alcatel Lucent Method of implementing packet-based resource allocation and persistent resource allocation in a wireless communication system
ES2373240T3 (es) 2007-12-20 2012-02-01 Panasonic Corporation Señalización de canal de control usando un campo de señalización común para el formato de transporte y la versión de redundancia.
US20100284364A1 (en) * 2007-12-29 2010-11-11 Mingli You Semi-persistent scheduling method and apparatus based on statistically multiplexing in time and frequency resources
EP2077646A1 (en) * 2008-01-05 2009-07-08 Panasonic Corporation Control channel signaling using code points for indicating the scheduling mode

Also Published As

Publication number Publication date
CN101953214A (zh) 2011-01-19
ES2723726T3 (es) 2019-08-30
KR20160031554A (ko) 2016-03-22
EP3487243B1 (en) 2020-03-04
KR101725743B1 (ko) 2017-04-26
BRPI0819955B1 (pt) 2020-07-28
RU2533176C2 (ru) 2014-11-20
US10278205B2 (en) 2019-04-30
EP3487243A1 (en) 2019-05-22
EP2958386A1 (en) 2015-12-23
EP3255945B1 (en) 2019-03-06
US20210195621A1 (en) 2021-06-24
WO2009086859A1 (en) 2009-07-16
US10499417B2 (en) 2019-12-03
BRPI0819955A2 (pt) 2015-06-16
KR20170001726A (ko) 2017-01-04
US11924835B2 (en) 2024-03-05
KR101606947B1 (ko) 2016-03-28
US20230144281A1 (en) 2023-05-11
CN104253671A (zh) 2014-12-31
JP2013243752A (ja) 2013-12-05
US20100290419A1 (en) 2010-11-18
US20160119944A1 (en) 2016-04-28
JP5779691B2 (ja) 2015-09-16
RU2013104552A (ru) 2014-08-20
JP5325897B2 (ja) 2013-10-23
US11576196B2 (en) 2023-02-07
US20240172233A1 (en) 2024-05-23
EP3657710A1 (en) 2020-05-27
EP2958386B1 (en) 2017-10-11
US12295000B2 (en) 2025-05-06
US10959256B2 (en) 2021-03-23
US9485782B2 (en) 2016-11-01
EP3255945A1 (en) 2017-12-13
PL3255945T3 (pl) 2019-08-30
US9264207B2 (en) 2016-02-16
US20190215855A1 (en) 2019-07-11
JP2011511506A (ja) 2011-04-07
EP2235991A1 (en) 2010-10-06
EP2235991B1 (en) 2015-08-12
EP2077646A1 (en) 2009-07-08
KR20100110862A (ko) 2010-10-13
TR201907700T4 (tr) 2019-06-21
RU2481745C2 (ru) 2013-05-10
JP5543646B2 (ja) 2014-07-09
CN104253671B (zh) 2017-10-31
EP3846563C0 (en) 2025-10-29
EP3846563A1 (en) 2021-07-07
US9807788B2 (en) 2017-10-31
RU2010132856A (ru) 2012-02-10
US20180014321A1 (en) 2018-01-11
CN101953214B (zh) 2014-10-29
EP3846563B1 (en) 2025-10-29
US20170026996A1 (en) 2017-01-26
JP2014195283A (ja) 2014-10-09
MX2010007386A (es) 2010-10-15
EP3657710B1 (en) 2021-04-07
US20200059948A1 (en) 2020-02-20

Similar Documents

Publication Publication Date Title
ES3056094T3 (en) Control channel signaling using code points for indicating the scheduling mode
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