ES2949096T3 - Métodos de retroalimentación de enlace ascendente para operar con un gran número de portadoras - Google Patents

Métodos de retroalimentación de enlace ascendente para operar con un gran número de portadoras Download PDF

Info

Publication number
ES2949096T3
ES2949096T3 ES16703238T ES16703238T ES2949096T3 ES 2949096 T3 ES2949096 T3 ES 2949096T3 ES 16703238 T ES16703238 T ES 16703238T ES 16703238 T ES16703238 T ES 16703238T ES 2949096 T3 ES2949096 T3 ES 2949096T3
Authority
ES
Spain
Prior art keywords
wtru
harq
bits
ack
pucch
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
ES16703238T
Other languages
English (en)
Inventor
Paul Marinier
Ghyslain Pelletier
J Tooher
Pouriya Sadeghi
Marian Rudolf
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.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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
Application filed by InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Application granted granted Critical
Publication of ES2949096T3 publication Critical patent/ES2949096T3/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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0026—Transmission of channel quality indication
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/003—Adaptive formatting arrangements particular to signalling, e.g. variable amount of bits
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H04L1/0073—Special arrangements for feedback channel
    • 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/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0059—Convolutional codes
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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
    • H04L2001/125—Arrangements for preventing errors in the return channel
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

En el presente documento se divulgan un método y un aparato para retroalimentación de enlace ascendente para operar con un gran número de portadoras. Un método en una unidad de transmisión/recepción inalámbrica (WTRU) incluye recibir una pluralidad de bloques de transporte sobre un conjunto de una pluralidad de portadoras configuradas, generar retroalimentación híbrida de solicitud de repetición automática (HARQ)-acuse de recibo (ACK) para los bloques de transporte y determinar una número de bits de retroalimentación HARQ-ACK que se utilizarán para la retroalimentación HARQ-ACK. Además, la WTRU puede aplicar, a los bits de retroalimentación HARQ-ACK, codificación Reed-Muller con la condición de que el número de bits de retroalimentación HARQ-ACK sea menor o igual a un umbral o codificación convolucional con la condición de que el número de bits de retroalimentación HARQ-ACK. -Los bits de retroalimentación ACK son mayores que un umbral. La WTRU puede entonces transmitir los bits de retroalimentación HARQ-ACK codificados. Además, la WTRU puede agregar condicionalmente bits de verificación de redundancia cíclica (CRC) a los bits de retroalimentación HARQ-ACK y codificar y transmitir los bits CRC. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos de retroalimentación de enlace ascendente para operar con un gran número de portadoras
Referencia cruzada a aplicaciones relacionadas
La presente solicitud reivindica el beneficio de la Solicitud Provisional Estadounidense No. 62/108,849 presentada el 28 de enero de 2015, la Solicitud Provisional Estadounidense No. 62/144,835 presentada el 8 de abril de 2015, la Solicitud Provisional Estadounidense No. 62/161.057 presentada el 13 de mayo de 2015, la solicitud provisional estadounidense No. 62/166.523 presentada el 26 de mayo de 2015, la solicitud provisional estadounidense No. 62/214.552 presentada el 4 de septiembre de 2015 y la solicitud provisional estadounidense No. 62/250.890 presentada el 4 de noviembre de 2015.
Antecedentes
La agregación de portadoras para la evolución a largo plazo (LTE) se introdujo en la versión 10 del Proyecto de Asociación de Tercera Generación (3GPP). Esta función permite a una unidad de transmisión/recepción inalámbrica (WTRU) transmitir y recibir en más de una portadora simultáneamente, lo que se traduce en un aumento de su velocidad máxima de transmisión de datos a través de la interfaz aérea. El número máximo de portadoras que pueden agregarse es de cinco (5), para un ancho de banda máximo de 100 megahercios (MHz).
La transmisión de datos en el enlace descendente en LTE puede realizarse utilizando el canal físico compartido de enlace descendente (PDSCH). Este canal físico admite la transmisión de petición de repetición automática híbrida (HARQ), en la que el receptor (en la WTRU) puede combinar transmisiones sucesivas de un bloque de transporte para aumentar la probabilidad de éxito de la decodificación en cada retransmisión. La WTRU puede informar, para un determinado intento de recepción de un bloque de transporte, que la recepción ha tenido éxito con un reconocimiento (ACK) o no ha tenido éxito con un reconocimiento negativo (NACK). En algunos casos, la WTRU también puede informar de que no detectó que se transmitiera un bloque de transporte, como en la transmisión discontinua (DTX).
ERICSSON: "CSI reportando para TDD-FDD CA", 3GPP DRAFT; R1-135652 (2013-11-13) y US 2013/117622 A1 (BLANKENSHIP YUFEI WU [US] ET AL) (2013-05-09) divulgan métodos existentes para determinar el formato PUCCH.
Compendio
La invención se define por las reivindicaciones adjuntas. Las siguientes realizaciones de selección de formato PUCCH basadas en los tamaños de A/N y CSI, tal como se representan en la fig. 3, se utilizan para explicar la invención reivindicada, pero no forman parte de ella. Otras realizaciones discutidas a continuación no son realizaciones de la invención reivindicada.
Breve descripción de los dibujos
Una comprensión más detallada puede obtenerse a partir de la siguiente descripción, dada a modo de ejemplo junto con los dibujos adjuntos en donde:
La FIG. 1A es un diagrama de sistema de un sistema de comunicaciones de ejemplo en el que pueden implementarse una o más de las realizaciones divulgadas;
La FIG. 1B es un diagrama de sistema de un ejemplo de unidad transmisora/receptora inalámbrica (WTRU) que puede utilizarse dentro del sistema de comunicaciones ilustrado en la FIG. 1A;
La FIG. 1C es un diagrama de sistema de un ejemplo de red de acceso radioeléctrico y un ejemplo de red central que pueden utilizarse en el sistema de comunicaciones ilustrado en la FIG. 1A;
La FIG. 2 es un diagrama de un ejemplo de posible asignación de elementos de recursos (RE) para un diseño de canal de control de enlace ascendente físico (PUCCH) ampliado que utiliza dos bloques de recursos (Rb ) contiguos;
La FIG. 3 es un diagrama de un ejemplo de proceso de selección de un formato PUCCH basado en el tamaño y el tipo de realimentación; la FIG. 4 es un diagrama de un ejemplo de determinación de libro de códigos de reconocimiento y reconocimiento negativo (A/N) de petición de repetición automática híbrida (HARQ); y
La FIG. 5 es un diagrama de un ejemplo de proceso de selección de codificación de canal e inclusión de comprobación de redundancia cíclica (CRC) basado en el número de bits de realimentación que se van a transmitir.
Descripción detallada
La FIG. 1A es un diagrama de un ejemplo de sistema de comunicaciones 100 en el que pueden implementarse una o más de las realizaciones divulgadas. El sistema de comunicaciones 100 puede ser un sistema de acceso múltiple que proporcione contenidos, como voz, datos, vídeo, mensajería, difusión, etc., a múltiples usuarios inalámbricos. El sistema de comunicaciones 100 puede permitir que varios usuarios inalámbricos accedan a dichos contenidos compartiendo los recursos del sistema, incluido el ancho de banda inalámbrico. Por ejemplo, los sistemas de comunicaciones 100 pueden emplear uno o más métodos de acceso al canal, como acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia (FDMA), FDMA ortogonal (OFDMA), FDMA de portadora única (SC-FDMA), y similares.
Como se muestra en la FIGURA 1A, el sistema de comunicaciones 100 puede incluir unidades transmisoras/receptoras inalámbricas (WTRUs) 102a, 102b, 102c, 102d, una red de acceso radioeléctrico (RAN) 104, una red central 106, una red telefónica pública conmutada (PSTN) 108, Internet 110, y otras redes 112, aunque se apreciará que las realizaciones divulgadas contemplan cualquier número de WTRUs, estaciones base, redes, y/o elementos de red. Cada una de las WTRUs 102a, 102b, 102c, 102d puede ser cualquier tipo de dispositivo configurado para operar y/o comunicarse en un entorno inalámbrico. A modo de ejemplo, las WTRUs 102a, 102b, 102c, 102d pueden estar configuradas para transmitir y/o recibir señales inalámbricas y pueden incluir equipos de usuario (UE), una estación móvil, una unidad de abonado fija o móvil, un localizador, un teléfono celular, un asistente digital personal (PDA), un smartphone, un portátil, un netbook, un ordenador personal, un sensor inalámbrico, electrónica de consumo, y similares.
Los sistemas de comunicaciones 100 también pueden incluir una estación base 114a y una estación base 114b. Cada una de las estaciones base 114a, 114b puede ser cualquier tipo de dispositivo configurado para interactuar de forma inalámbrica con al menos una de las WTRUs 102a, 102b, 102c, 102d para facilitar el acceso a una o más redes de comunicación, tales como la red central 106, Internet 110, y/o las otras redes 112. A modo de ejemplo, las estaciones base 114a, 114b pueden ser una estación transceptora base (BTS), un Nodo-B, un eNodo B, un Nodo B doméstico, un eNodo B doméstico, un controlador de sitio, un punto de acceso (AP), un enrutador inalámbrico, y similares. Aunque las estaciones base 114a, 114b se representan cada una como un único elemento, se apreciará que las estaciones base 114a, 114b pueden incluir cualquier número de estaciones base interconectadas y/o elementos de red.
La estación base 114a puede formar parte de la RAN 104, que también puede incluir otras estaciones base y/o elementos de red (no mostrados), como un controlador de estación base (BSC), un controlador de red de radio (RNC), nodos de retransmisión, etc. La estación base 114a y/o la estación base 114b pueden estar configuradas para transmitir y/o recibir señales inalámbricas dentro de una región geográfica concreta, que puede denominarse célula (no mostrada). La celda puede dividirse a su vez en sectores de celdas. Por ejemplo, la celda asociada a la estación base 114a puede estar dividida en tres sectores. Así, en una realización, la estación base 114a puede incluir tres transceptores, es decir, uno para cada sector de la celda. En otra realización, la estación base 114a puede emplear tecnología de múltiples entradas y múltiples salidas (MIMO) y, por lo tanto, puede utilizar múltiples transceptores para cada sector de la celda.
Las estaciones base 114a, 114b pueden comunicarse con una o más de las WTRUs 102a, 102b, 102c, 102d a través de una interfaz aérea 116, que puede ser cualquier enlace de comunicación inalámbrica adecuado (por ejemplo, radiofrecuencia (RF), microondas, infrarrojos (IR), ultravioleta (UV), luz visible, etc.). La interfaz aérea 116 puede establecerse utilizando cualquier tecnología de acceso radioeléctrico (RAT) adecuada.
Más concretamente, como se ha indicado anteriormente, el sistema de comunicaciones 100 puede ser un sistema de acceso múltiple y puede emplear uno o más esquemas de acceso a canal, como CDMA, TDMA, FDMA, OFDMA, SC-FDMA y similares. Por ejemplo, la estación base 114a en la RAN 104 y las WTRUs 102a, 102b, 102c pueden implementar una tecnología de radio como el acceso por radio terrestre (UTRA) del sistema universal de telecomunicaciones móviles (UMTS), que puede establecer la interfaz aérea 116 utilizando CDMA de banda ancha (WCDMA). WCDMA puede incluir protocolos de comunicación como el acceso a paquetes de alta velocidad (HSPA) y/o HSPA evolucionado (HSPA+). HSPA puede incluir acceso a paquetes de enlace descendente de alta velocidad (HSDPA) y/o acceso a paquetes de enlace ascendente de alta velocidad (HSUPA).
En otra realización, la estación base 114a y las WTRUs 102a, 102b, 102c pueden implementar una tecnología de radio como acceso de radio terrestre UMTS evolucionado (E-UTRA), que puede establecer la interfaz aérea 116 utilizando evolución a largo plazo (LTE) y/o LTE-Avanzado (LTE-A).
En otras realizaciones, la estación base 114a y las WTRUs 102a, 102b, 102c pueden implementar tecnologías de radio como IEEE 802.16 (i.e., Interoperabilidad Mundial para el Acceso por Microondas (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Estándar Interino 2000 (IS-2000), Estándar Interino 95 (IS-95), estándar interino 856 (IS-856), sistema global para comunicaciones móviles (GSM), velocidades de datos mejoradas para la evolución GSM (EDGE), GSM EDGE (GER- AN), y similares.
La estación base 114b de la FIG. 1A puede ser un enrutador inalámbrico, un nodo doméstico B, un nodo electrónico doméstico B o un punto de acceso, por ejemplo, y puede utilizar cualquier RAT adecuada para facilitar la conectividad inalámbrica en un área localizada, como un lugar de negocios, un hogar, un vehículo, un campus y similares. En una realización, la estación base 114b y las WTRUs 102c, 102d pueden implementar una tecnología de radio como IEEE 802.11 para establecer una red de área local inalámbrica (WLAN). En otra realización, la estación base 114b y las WTRUs 102c, 102d pueden implementar una tecnología de radio como IEEE 802.15 para establecer una red inalámbrica de área personal (WPAN). En otra realización, la estación base 114b y las WTRUs 102c, 102d pueden utilizar una RAT celular (por ejemplo, w Cd MA, CDMA2000, GSM, LTE, LTE-A, etc.) para establecer una picocelda o femtocelda. Como se muestra en la FIGURA 1A, la estación base 114b puede tener una conexión directa a Internet 110. De este modo, la estación base 114b puede no estar obligada a acceder a Internet 110 a través de la red central 106.
La RAN 104 puede estar en comunicación con la red central 106, que puede ser cualquier tipo de red configurada para proporcionar servicios de voz, datos, aplicaciones y/o voz sobre protocolo de Internet (VoIP) a una o más de las WTRUs 102a, 102b, 102c, 102d. Por ejemplo, la red central 106 puede proporcionar control de llamadas, servicios de facturación, servicios móviles basados en la localización, llamadas de prepago, conectividad a Internet, distribución de vídeo, etc., y/o realizar funciones de seguridad de alto nivel, como la autenticación de usuarios.
Aunque no se muestra en la FIG. 1A, se apreciará que la RAN 104 y/o la red central 106 pueden estar en comunicación directa o indirecta con otras RAN que empleen la misma RAT que la RAN 104 o una RAT diferente. Por ejemplo, además de estar conectada a la RAN 104, que puede estar utilizando una tecnología de radio E-UTRA, la red central 106 también puede estar en comunicación con otra RAN (no mostrada) que emplee una tecnología de radio GSM.
La red central 106 también puede servir como puerta de enlace para las WTRUs 102a, 102b, 102c, 102d para acceder a la PSTN 108, Internet 110, y/u otras redes 112. La PSTN 108 puede incluir redes telefónicas de conmutación de circuitos que proporcionan servicio telefónico convencional (POTS). Internet 110 puede incluir un sistema global de redes y dispositivos informáticos interconectados que utilizan protocolos de comunicación comunes, como el protocolo de control de transmisión (TCP), el protocolo de datagramas de usuario (UDP) y el protocolo de Internet (IP) del conjunto de protocolos de Internet TCP/IP. Las redes 112 pueden incluir redes de comunicaciones alámbricas o inalámbricas propiedad de y/o operadas por otros proveedores de servicios. Por ejemplo, las redes 112 pueden incluir otra red central conectada a una o más RAN, que puede emplear la misma RAT que la RAN 104 o una RAT diferente.
Algunas o todas las WTRUs 102a, 102b, 102c, 102d en el sistema de comunicaciones 100 pueden incluir capacidades multimodo, es decir, las WTRUs 102a, 102b, 102c, 102d pueden incluir múltiples transceptores para comunicarse con diferentes redes inalámbricas a través de diferentes enlaces inalámbricos. Por ejemplo, la WTRU 102c mostrada en la FIG. 1A puede estar configurado para comunicarse con la estación base 114a, que puede emplear una tecnología de radio basada en telefonía móvil, y con la estación base 114b, que puede emplear una tecnología de radio IEEE 802.
La FIG. 1B es un diagrama de sistema de un ejemplo de WTRU 102. Como se muestra en la FIGURA 1B, la WTRU 102 puede incluir un procesador 118, un transceptor 120, un elemento de transmisión/recepción 122, un altavoz/micrófono 124, un teclado 126, una pantalla/almohadilla táctil 128, una memoria no extraíble 130, una memoria extraíble 132, una fuente de alimentación 134, un conjunto de chips de sistema de posicionamiento global (GPS) 136, y otros periféricos 138. Se apreciará que la WTRU 102 puede incluir cualquier subcombinación de los elementos anteriores sin dejar de ser coherente con una realización.
El procesador 118 puede ser un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo DSP, un controlador, un microcontrolador, circuitos integrados de aplicación específica (ASIC), circuitos de matriz de puertas programables en campo (FPGA), cualquier otro tipo de circuito integrado (IC), una máquina de estado, y similares. El procesador 118 puede realizar codificación de señales, procesamiento de datos, control de potencia, procesamiento de entrada/salida, y/o cualquier otra funcionalidad que permita a la WTRU 102 operar en un entorno inalámbrico. El procesador 118 puede estar acoplado al transceptor 120, que puede estar acoplado al elemento transmisor/receptor 122. Mientras que FIG. 1B representa el procesador 118 y el transceptor 120 como componentes separados, se apreciará que el procesador 118 y el transceptor 120 pueden estar integrados juntos en un paquete o chip electrónico.
El elemento transmisor/receptor 122 puede estar configurado para transmitir señales a, o recibir señales de, una estación base (por ejemplo, la estación base 114a) a través de la interfaz aérea 116. Por ejemplo, en una realización, el elemento transmisor/receptor 122 puede ser una antena configurada para transmitir y/o recibir señales de RF. En otra realización, el elemento transmisor/receptor 122 puede ser un emisor/detector configurado para transmitir y/o recibir señales IR, UV o luz visible, por ejemplo. En otra realización, el elemento transmisor/receptor 122 puede estar configurado para transmitir y recibir tanto señales de RF como señales luminosas. Se apreciará que el elemento transmisor/receptor 122 puede estar configurado para transmitir y/o recibir cualquier combinación de señales inalámbricas.
Adicionalmente, aunque el elemento transmisor/receptor 122 se representa en la FIG. 1B como un único elemento, la WTRU 102 puede incluir cualquier número de elementos de transmisión/recepción 122. Más concretamente, la WTRU 102 puede emplear tecnología MIMO. Así, en una realización, la WTRU 102 puede incluir dos o más elementos de transmisión/recepción 122 (por ejemplo, múltiples antenas) para transmitir y recibir señales inalámbricas a través de la interfaz aérea 116.
El transceptor 120 puede estar configurado para modular las señales que van a ser transmitidas por el elemento transmisor/receptor 122 y para demodular las señales que son recibidas por el elemento transmisor/receptor 122. Como se ha indicado anteriormente, la WTRU 102 puede tener capacidades multimodo. Así, el transceptor 120 puede incluir múltiples transceptores para permitir que la WTRU 102 se comunique a través de múltiples RAT, como UTRA e IEEE 802.11, por ejemplo.
El procesador 118 de la WTRU 102 puede estar acoplado a, y puede recibir datos de entrada del usuario desde, el altavoz/micrófono 124, el teclado 126, y/o la pantalla/almohadilla táctil 128 (por ejemplo, una unidad de pantalla de cristal líquido (LCD) o una unidad de pantalla de diodo orgánico emisor de luz (OLED)). El procesador 118 también puede enviar datos del usuario al altavoz/micrófono 124, al teclado 126, y/o a la pantalla/panel táctil 128. Adicionalmente, el procesador 118 puede acceder a información desde, y almacenar datos en, cualquier tipo de memoria adecuada, como la memoria no extraíble 130 y/o la memoria extraíble 132. La memoria no extraíble 130 puede incluir memoria de acceso aleatorio (RAM), memoria de sólo lectura (ROM), un disco duro o cualquier otro tipo de dispositivo de almacenamiento de memoria. La memoria extraíble 132 puede incluir una tarjeta de módulo de identidad de abonado (SIM), un lápiz de memoria, una tarjeta de memoria digital segura (SD) y similares. En otras realizaciones, el procesador 118 puede acceder a información desde, y almacenar datos en, memoria que no está físicamente localizada en la WTRU 102, como en un servidor o un ordenador doméstico (no mostrado).
El procesador 118 puede recibir energía de la fuente de energía 134, y puede estar configurado para distribuir y/o controlar la energía a los otros componentes en la WTRU 102. La fuente de energía 134 puede ser cualquier dispositivo adecuado para alimentar la WTRU 102. Por ejemplo, la fuente de energía 134 puede incluir una o más pilas secas (por ejemplo, níquel-cadmio (NiCd), níquel-zinc (NiZn), níquel-hidruro metálico (NiMH), iones de litio (Li-ion), etc.), celdas solares, celdas de combustible, y similares.
El procesador 118 también puede estar acoplado al conjunto de chips GPS 136, que puede estar configurado para proporcionar información de ubicación (por ejemplo, longitud y latitud) con respecto a la ubicación actual de la WTRU 102. Además de, o en lugar de, la información del conjunto de chips GPS 136, la WTRU 102 puede recibir información de ubicación a través de la interfaz aérea 116 desde una estación base (por ejemplo, las estaciones base 114a, 114b) y/o determinar su ubicación basándose en la sincronización de las señales que se reciben de dos o más estaciones base cercanas. Se apreciará que la WTRU 102 puede adquirir información de ubicación mediante cualquier método de determinación de ubicación adecuado, sin dejar de ser coherente con una realización.
El procesador 118 puede además estar acoplado a otros periféricos 138, que pueden incluir uno o más módulos de software y/o hardware que proporcionan características adicionales, funcionalidad y/o conectividad por cable o inalámbrica. Por ejemplo, los periféricos 138 pueden incluir un acelerómetro, una brújula electrónica, un transceptor de satélite, una cámara digital (para fotografías o vídeo), un puerto de bus serie universal (USB), un dispositivo de vibración, un transceptor de televisión, un auricular manos libres, un módulo Bluetooth®, una unidad de radio de frecuencia modulada (FM), un reproductor de música digital, un reproductor multimedia, un módulo reproductor de videojuegos, un navegador de Internet y similares.
La FIG. 1C es un diagrama de sistema de la RAN 104 y la red central 106 de acuerdo con una realización. Como se ha señalado anteriormente, la RAN 104 puede emplear una tecnología de radio E-UTRA para comunicarse con las WTRUs 102a, 102b, 102c a través de la interfaz aérea 116. La RAN 104 también puede estar en comunicación con la red central 106.
La RAN 104 puede incluir eNodo-Bs 140a, 140b, 140c, aunque se apreciará que la RAN 104 puede incluir cualquier número de eNodo-Bs sin dejar de ser consistente con una realización. Los eNode-Bs 140a, 140b, 140c pueden incluir cada uno uno uno o más transceptores para comunicarse con las WTRUs 102a, 102b, 102c a través de la interfaz aérea 116. En una realización, los eNodo-Bs 140a, 140b, 140c pueden implementar tecnología MIMO. Así, el eNodo-B 140a, por ejemplo, puede utilizar múltiples antenas para transmitir señales inalámbricas a, y recibir señales inalámbricas de, la WTRU 102a. Cada uno de los eNodo-Bs 140a, 140b, 140c puede estar asociado a una celda particular (no mostrada) y puede estar configurado para manejar decisiones de gestión de recursos radioeléctricos, decisiones de traspaso, programación de usuarios en el enlace ascendente y/o descendente, y similares. Como se muestra en la FIGURA 1C, los eNodo-Bs 140a, 140b, 140c pueden comunicarse entre sí a través de una interfaz X2.
La red central 106 mostrada en la FIG. 1C puede incluir una puerta de enlace de entidad de gestión de movilidad (MME) 142, una puerta de enlace de servicio 144, y una puerta de enlace de red de paquetes de datos (PDN) 146. Aunque cada uno de los elementos anteriores se representa como parte de la red central 106, se apreciará que cualquiera de estos elementos puede ser propiedad y/o estar operado por una entidad distinta del operador de la red central.
El MME 142 puede estar conectado a cada uno de los eNodo-Bs 140a, 140b, 140c en la RAN 104 a través de una interfaz S1 y puede servir como nodo de control. Por ejemplo, la MME 142 puede ser responsable de la autenticación de los usuarios de las WTRUs 102a, 102b, 102c, de la activación/desactivación de portadora, de la selección de una puerta de enlace de servicio particular durante un acoplamiento inicial de las WTRUs 102a, 102b, 102c, y similares. El MME 142 también puede proporcionar una función de plano de control para conmutar entre la RAN 104 y otras RAN (no mostradas) que empleen otras tecnologías de radio, como GSM o WCDMa .
La puerta de enlace de servicio 144 puede estar conectada a cada uno de los eNodo Bs 140a, 140b, 140c en la RAN 104 a través de la interfaz S1. La puerta de enlace de servicio 144 puede generalmente enrutar y reenviar paquetes de datos de usuario a/desde las WTRUs 102a, 102b, 102c. La puerta de enlace de servicio 144 también puede realizar otras funciones, tales como anclar planos de usuario durante traspasos entre eNodos B, activar la paginación cuando los datos de enlace descendente están disponibles para las WTRUs 102a, 102b, 102c, gestionar y almacenar contextos de las WTRUs 102a, 102b, 102c, y similares.
La puerta de enlace de servicio 144 también puede estar conectada a la puerta de enlace PDN 146, que puede proporcionar a las WTRUs 102a, 102b, 102c acceso a redes de conmutación de paquetes, como Internet 110, para facilitar las comunicaciones entre las WTRUs 102a, 102b, 102c y los dispositivos habilitados para IP.
La red central 106 puede facilitar las comunicaciones con otras redes. Por ejemplo, la red central 106 puede proporcionar a las WTRUs 102a, 102b, 102c acceso a redes de conmutación de circuitos, tales como la PSTN 108, para facilitar las comunicaciones entre las WTRUs 102a, 102b, 102c y los dispositivos tradicionales de comunicaciones de línea terrestre. Por ejemplo, la red central 106 puede incluir, o puede comunicarse con, una puerta de enlace IP (por ejemplo, un servidor de subsistema multimedia IP (IMS)) que sirve de interfaz entre la red central 106 y la PSTN 108. Adicionalmente, la red central 106 puede proporcionar a las WTRUs 102a, 102b, 102c acceso a las redes 112, que pueden incluir otras redes cableadas o inalámbricas que son propiedad y/o están operadas por otros proveedores de servicios.
La agregación de portadoras para LTE se introdujo en la versión 10 del Proyecto de Asociación de Tercera Generación (3GPP). Esta función permite a una WTRU transmitir y recibir en más de una portadora simultáneamente, lo que se traduce en un aumento de su velocidad máxima de transmisión de datos a través de la interfaz aérea. En una forma no modificada de agregación de portadoras, el número máximo de portadoras que pueden agregarse es cinco (5), para un ancho de banda máximo de 100 megahercios (MHz).
La transmisión de datos en el enlace descendente en LTE puede realizarse utilizando el canal físico compartido de enlace descendente (PDSCH). Este canal físico admite la transmisión de petición de repetición automática híbrida (HARQ), en la que el receptor (en la WTRU) puede combinar transmisiones sucesivas de un bloque de transporte para aumentar la probabilidad de éxito de la decodificación en cada retransmisión. La WTRU puede informar, para un determinado intento de recepción de un bloque de transporte, que la recepción ha tenido éxito con un reconocimiento (ACK) o no ha tenido éxito con un reconocimiento negativo (NACK). En algunos casos, la WTRU también puede informar de que no detectó que se transmitiera un bloque de transporte, como en la transmisión discontinua (DTX). Dichos informes pueden denominarse colectivamente "retroalimentación HARQ-ACK" en la presente. El resultado de un intento de recepción específico de un bloque de transporte (ACK o NACK, o en determinadas soluciones ACK, NACK o DTX) puede denominarse en la presente "informe HARQ A/N".
Cuando se configura la agregación de portadoras, se pueden recibir hasta 2 bloques de transporte por portadora (o celda de servicio) y subtrama en el canal PDSCH. En el modo dúplex por división de frecuencia (FDD), la WTRU puede informar de 1 bit de realimentación HARQ- ACK por separado para cada bloque de transporte en el que se transmite ACK si el bloque de transporte se ha recibido correctamente y NACK en caso contrario. En el modo dúplex por división en el tiempo (TDD), en algunas configuraciones, la WTRU puede informar 1 bit de HARQ-ACK por cada par de bloques de transporte recibidos en la misma portadora y subtrama (por ejemplo, multiplexados espacialmente) o 1 bit de HARQ-ACK por un conjunto de bloques de transporte recibidos en la misma portadora y en un conjunto de subtramas, donde se transmite ACK si todos los bloques de transporte de un par o conjunto se reciben correctamente y NACK en caso contrario. Este esquema, donde la unidad WTRU informa de ACK a condición de que se reciba correctamente todo un conjunto de más de un bloque de transporte, y de NACK en caso contrario, puede denominarse "agrupación A/N". La agrupación A/N puede realizarse para bloques de transporte multiplexados espacialmente (agrupación espacial), para bloques de transporte recibidos en diferentes subtramas (agrupación temporal) o para bloques de transporte recibidos en diferentes portadoras o celdas (agrupación de frecuencias).
En ambos modos, existe una relación temporal fija entre la recepción de un bloque de transporte y la transmisión de un bit HARQ-ACK dependiente del éxito o fracaso de la recepción de este bloque de transporte. Más concretamente, en modo FDD un bit HARQ-ACK correspondiente a un bloque de transporte recibido en la subtrama n puede transmitirse en la subtrama n+4. En el modo TDD, la relación de temporización puede depender de la configuración de la subtrama y del índice de la subtrama en la que se recibe el bloque de transporte.
La transmisión de bits HARQ-ACK en una subtrama puede realizarse en un canal físico de control de enlace ascendente (PUCCH) o en un canal físico compartido de enlace ascendente (PUSCH). PUCCH puede utilizarse cuando no hay transmisión PUSCH disponible en una subtrama, o cuando la WTRU está configurada para transmitir simultáneamente PUCCH y PUSCH.
El PUCCH puede ocupar un único bloque de recursos físicos (PRB) en cada intervalo de tiempo de una subtrama y puede transmitirse de acuerdo con uno de un conjunto de formatos posibles. Cuando es necesario transmitir más de 4 bits HARQ-ACK en PUCCH en una sola subtrama, puede ser necesario configurar la WTRU para que utilice el formato 3 de PUCCH. El formato PUCCH 3 puede describirse como una transmisión de multiplexación por división de frecuencias ortogonales con transformada discreta de Fourier (DFT-S-OFDM) en la que cada símbolo modulado por modulación por desplazamiento de fase en cuadratura (QPSK) ocupa una única subportadora y se propaga en el dominio del tiempo utilizando uno de un conjunto de códigos de cobertura ortogonales. En el formato PUCCH 3, cada símbolo con modulación QPSK puede distribuirse en un intervalo de tiempo, de modo que en una subtrama pueden acomodarse 48 bits codificados (2 intervalos de tiempo por 12 subportadoras por 2 bits por símbolo). Se pueden multiplexar hasta 10 bits HARQ-ACK (en modo FDD) o 20 bits HARQ-ACK (en modo TDD) con hasta 1 bit de solicitud de programación (SR) que se codificará en esos 48 bits codificados.
Dentro de una celda, hasta 4 WTRU pueden transmitir PUCCH de formato 3 mutuamente ortogonales en el mismo bloque de recursos. Sin embargo, el número máximo de WTRUs que pueden configurarse para utilizar el mismo bloque de recursos puede ser menor cuando las interferencias entre celdas son significativas.
Cuando los bits HARQ-ACK de una subtrama deban transmitirse a través de PUSCH, los símbolos modulados correspondientes podrán mapearse en elementos de recursos que ocupen una porción (o la totalidad) de subportadoras en 4 símbolos de tiempo adyacentes a los símbolos de tiempo utilizados para la transmisión de señales de referencia de demodulación (DM-RS) en la subtrama. El número de recursos puede determinarse en función del tamaño de la asignación de PUSCH y de un parámetro configurado de forma que la cantidad de energía disponible para HARQ-ACK sea suficiente para garantizar el cumplimiento de un objetivo de rendimiento de error.
Para mejorar la función de agregación de portadoras, se ha propuesto permitir la agregación de hasta 32 portadoras. Esta mejora puede suponer un reto desde la perspectiva de la provisión de retroalimentación HARQ-ACK, ya que reutilizar las mismas soluciones que en el sistema heredado puede requerir ahora la transmisión de hasta 64 bits HARQ-ACK (para el modo FDD) o 128 bits HARQ-ACK (para el modo TDD). Esto puede plantear los siguientes problemas. En primer lugar, el número máximo de bits codificados disponibles en una transmisión PUCCH (48) puede ser inferior al número de bits de información HARQ-ACK (y SR) determinado utilizando las soluciones heredadas. En segundo lugar, la cantidad de energía utilizada para la transmisión HARQ-ACK (y SR) en PUSCH puede llegar a ser insuficiente para garantizar un comportamiento aceptable frente a errores.
También se ha propuesto que la WTRU pueda configurarse con PUCCH en una o más celdas secundarias (SCells). En tal caso, la WTRU puede tener que determinar si transmite parte o la totalidad de la información de control de enlace ascendente (UCI) utilizando una única transmisión y, en tal caso, si utiliza una transmisión PUCCH en una celda primaria (PCell) (o en una celda primaria (PSCell) si se trata del grupo de celdas secundarias (CG) (SCG)), una transmisión PUSCH en una celda del grupo de celdas principal (MCG) (si está disponible y UCI está asociado al MCG) o una transmisión PUSCH en una celda del SCG (si está disponible y UCI está asociado al SCG).
En la presente se describen métodos y soluciones para reducir la carga útil de HARQ-ACK, entre los que se incluyen los siguientes. La generación condicional de un informe HARQ A/N puede basarse en la satisfacción de una o más condiciones, tales como, por ejemplo, condiciones relativas al Esquema de modulación y codificación (MCS) y/o al Indicador de calidad del canal (CQI) informado.
Además, puede utilizarse la agrupación parcial selectiva, en la que los grupos de bloques de transporte (TBs) a los que se aplica la agrupación se seleccionan por subtramas para minimizar las retransmisiones innecesarias. Además, puede utilizarse la selección descendente de informes de reconocimiento.
En la presente se describen métodos y soluciones para aumentar la carga útil de PUCCH, entre los que se incluyen los siguientes. Por ejemplo, en la presente se divulgan métodos y soluciones para el uso de modulación de orden superior, posiblemente en un subconjunto de subportadoras para implementar la protección contra errores desiguales. Asimismo, se describen métodos y soluciones para el uso de más de 1 bloque de recursos (RB), utilizando un nuevo diseño DM-RS que permite la multiplexación con formatos heredados manteniendo una métrica cúbica (CM) baja. Adicionalmente, se divulgan en la presente métodos y soluciones para el uso de multiplexación espacial, donde el número de bits de información en cada capa puede seleccionarse dinámicamente. Además, los símbolos de modulación pueden repartirse entre menos elementos de recursos (RE) que en un enfoque no modificado, en el que el número de símbolos puede seleccionarse dinámicamente.
En la presente guía se describen métodos y soluciones para el uso eficiente de los recursos, entre los que se incluyen los siguientes. Las propiedades del libro de códigos pueden determinarse dinámicamente, basándose, por ejemplo, en la señalización de control del enlace descendente. Asimismo, se puede seleccionar una permutación del libro de códigos para optimizar el rendimiento de la decodificación. Adicionalmente, múltiples grupos de retroalimentación pueden ser transmitidos y procesados separada o conjuntamente, y un indicador de grupo de retroalimentación puede ser utilizado para facilitar la decodificación. Además, pueden utilizarse la selección y asignación de recursos, una función de ajuste de potencia del PUCCH y/o la programación dinámica de UCI en el PUCCH. Asimismo, se puede utilizar una indicación de índice y/o contador para cada asignación de enlace descendente para permitir un libro de códigos dinámico, así como la compresión de realimentación.
En la presente se describen métodos y soluciones para aumentar la carga útil UCI en el PUSCH, entre los que se incluyen los siguientes. El procesamiento modificado del bloque de transporte puede utilizarse cuando el número/la proporción de REs en PUSCH supera un umbral.
En la presente se describen métodos y soluciones para la selección de recursos en caso de múltiples tipos de transmisión en múltiples celdas. Asimismo, en la presente se describen métodos y soluciones para la transmisión de múltiples informes CSI periódicos en una subtrama.
En la presente se describen métodos y soluciones para la determinación de un libro de códigos, que puede utilizar un indicador de recurso (ARI) de reconocimiento/reconocimiento negativo (A/N) para la determinación de la asignación final, y la transmisión de múltiples informes CSI.
Las siguientes soluciones abordan el problema de la carga útil limitada (o alcance) para la transmisión de HARQ-ACK permitiendo una reducción del número de bits de información utilizados para HARQ-ACK.
En algunas soluciones, el número de bits de información generados para HARQ-ACK puede reducirse restringiendo la generación de un informe (o bit) HARQ A/N para un bloque de transporte dado sólo cuando se cumple al menos una condición. Al menos una condición puede definirse de forma que se minimicen las retransmisiones innecesarias de la red de un bloque de transporte. Generalmente, esto puede lograrse si la condición es tal que el informe A/N se genera sólo cuando la probabilidad de decodificación exitosa es significativa.
En los sistemas LTE heredados, la WTRU puede generar normalmente un informe HARQ A/N cuando recibe una transmisión en PDSCH y/o cuando recibe una información de control de enlace descendente (DCI) que activa o desactiva una concesión de enlace ascendente configurada o una asignación de enlace descendente configurada.
En un método, la WTRU puede realizar una determinación adicional al generar un informe HARQ A/N. La WTRU puede generar un informe HARQ A/N para una transmisión asociada a una portadora específica (o asociada a una celda de servicio específica) de la configuración de la WTRU, de acuerdo con al menos uno de los siguientes.
La WTRU puede recibir un DCI, tal como un DCI caracterizado por al menos uno de los siguientes: un tipo de DCI, una indicación dentro del DCI, un Identificador Temporal de Red de Radio (RNTI) utilizado para la decodificación exitosa del DCI, un espacio de búsqueda asociado con el DCI recibido, una ubicación del DCI en el espacio de búsqueda, un nivel de agregación del DCI, otros contenidos del DCI, o una combinación de los mismos.
Para el tipo de DCI, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del tipo (o formato) de DCI asociado a la transmisión. Por ejemplo, la WTRU puede recibir un DCI de un tipo (o formato) específico y determinar que no se puede generar un informe HARQ A/N. Dicha asociación puede basarse en el propio formato DCI. Por ejemplo, el DCI también puede llevar la información de programación para la transmisión en cuestión. Dicha asociación puede basarse en la temporización, como por ejemplo, un DCI de un tipo (o formato) específico recibido en la misma subtrama que el DCI que programa una o más transmisiones en la subtrama en cuestión. Dicho tipo puede incluir un tipo DCI que posiblemente pueda utilizarse para proporcionar "pistas" en apoyo del procesamiento WTRU de la señalización de control de enlace descendente. Este DCI puede indicar que no hay transmisión aplicable para la portadora en cuestión en la subtrama dada. Alternativamente, dicho DCI puede indicar que no se espera que la WTRU genere realimentación HARQ A/N para una o más portadoras. Posiblemente, dicho DCI puede indicar, por ejemplo, utilizando un punto de código, un formato específico y/o una combinación de portadoras para las que se espera un informe HARQ A/N para el intervalo en cuestión (por ejemplo, una subtrama). En la presente se describen otros ejemplos de este tipo de DCI. De forma similar a los sistemas heredados, la WTRU puede estar obligada a generar un informe HARQ A/N para un DCI que active o desactive una concesión configurada y/o una asignación de enlace descendente configurada, mientras que otros formatos DCI pueden requerir reglas adicionales para determinar si generar o no un informe HARQ A/N.
Para la indicación dentro del DCI, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del contenido de un DCI asociado con la transmisión. Por ejemplo, la WTRU puede recibir un DCI, por ejemplo, que programe una transmisión PDSCH. Dicho DCI puede incluir una indicación. La WTRU puede determinar a partir de dicha indicación si se espera o no un informe HARQ A/N para la transmisión PDSCH en cuestión. Posiblemente, dicho DCI puede indicar, por ejemplo, utilizando un punto de código, un formato específico y/o una combinación de portadoras para las que se espera un informe HARQ A/N para el intervalo en cuestión (por ejemplo, subtrama). La indicación puede consistir en el valor de un campo incluido en la carga útil del DCI, o en el valor de un campo utilizado para enmascarar un subconjunto o todos los bits de la comprobación de redundancia cíclica (CRC). El campo puede consistir, por ejemplo, en un campo de índice de asignación de enlace descendente (DAI), o en un campo dedicado (indicador de notificación HARQ A/N).
Para el RNTI utilizado para la decodificación exitosa del DCI, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del RNTI utilizado para decodificar exitosamente un DCI asociado con la transmisión. Por ejemplo, la WTRU puede estar configurada con una pluralidad de RNTIs. La WTRU puede estar configurada de tal manera que la decodificación exitosa de un DCI cuando se utiliza un RNTI dado puede indicar que no se requiere un informe HARQ A/N para la transmisión asociada (o a la inversa, que se requiere un informe HARQ A/N).
Para el espacio de búsqueda asociado con el DCI recibido, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del espacio de búsqueda del DCI asociado con la transmisión. Por ejemplo, puede esperarse que la WTRU genere un informe HARQ A/N para una transmisión asociada a un DCI recibido en el espacio de búsqueda común (CSS) pero posiblemente no para un DCI recibido en el espacio de búsqueda específico de la WTRU (o espacio de búsqueda específico del UE (UESS)) y/o la WTRU puede aplicar reglas adicionales en este último caso. Por ejemplo, la WTRU puede estar configurada con una pluralidad de UESS (o similar, por ejemplo, la UESS puede estar porcionada) donde la recepción de un DCI en una UESS específica (o porción de la misma) puede indicar que no se espera un informe HARQ A/N, mientras que sí puede esperarse para una UESS diferente (o porción de la misma).
Para la localización del DCI en el espacio de búsqueda, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función de un elemento de canal de control (CCE) de un DCI asociado a la transmisión. Por ejemplo, dicha CCE puede ser la primera CCE para la DCI recibida. Por ejemplo, las CCEs pueden organizarse usando una secuencia numerológica (por ejemplo, donde la primera CCE de un SS es #0, la segunda CCE corresponde a #2, y similares) de tal forma que la WTRU puede determinar que un informe HARQ A/N puede esperarse cuando la primera CCE de un DCI coincide con una CCE específica en el SS (por ejemplo, para índices pares) pero puede no esperarse para otra CCE en el SS (por ejemplo, para índices impares).
Para el nivel de agregación del DCI (por ejemplo, número de CCEs como 1, 2, 4 u 8 CCEs), la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del nivel de agregación (AL) de un DCI asociado con la transmisión. Por ejemplo, puede esperarse que la WTRU genere un informe HARQ A/N para una transmisión asociada con AL de 4 o más, mientras que puede no requerirse de otro modo.
Para otros contenidos DCI, por ejemplo, puede utilizarse información de programación y/o características de transmisión (como se describe más adelante). En un método, la WTRU puede utilizar cualquiera de los métodos anteriores para determinar si el DCI decodificado con éxito incluye una solicitud UCI (o sólo retroalimentación HARQ), tal como se describe en la presente.
La WTRU puede determinar que la transmisión se caracteriza de acuerdo con al menos uno de los siguientes: una identidad del proceso HARQ asociado, una versión de redundancia, una transmisión inicial o retransmisión para el proceso HARQ en cuestión, un tipo de programación para la transmisión, temporización asociada a la transmisión, parámetros de programación, una transmisión simultánea de enlace descendente y/o tamaño de agregación de UCI, o una combinación de los mismos.
Para la identidad del proceso HARQ asociado, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función de la identidad del proceso HARQ asociado a la transmisión (o indicado en el DCI). Por ejemplo, la WTRU puede configurarse de forma que no se espere que genere un informe HARQ A/N para un subconjunto de procesos HARQ, mientras que puede generar un informe HARQ A/N para otros procesos. Por ejemplo, la WTRU puede determinar que siempre se espera un informe HARQ A/N para un proceso configurado con una asignación semipersistente.
Para la versión de redundancia (por ejemplo, 0,2,3,1), la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función de la versión de redundancia (RV) asociada a la transmisión. Por ejemplo, la WTRU puede generar un informe HARQ A/N para RV = 2, 3, 1 pero no para RV = 0.
Para la transmisión inicial o retransmisión para el proceso HARQ en cuestión, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función de si la transmisión es la transmisión inicial para el proceso HARQ o no. Por ejemplo, la WTRU puede determinar que se espera que genere un informe HARQ A/N sólo para retransmisiones HARQ.
Para el tipo de programación para la transmisión, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función de si se recibió información de programación dinámica para la transmisión (por ejemplo, DCI en un canal de control de enlace descendente físico (PDCCH) que proporcionó parámetros de transmisión) o si la transmisión se recibe utilizando una asignación configurada Por ejemplo, la WTRU puede determinar que un informe HARQ A/N puede no ser necesario para una transmisión programada dinámicamente (por ejemplo, puede ser siempre necesario para asignaciones semipersistentes), posiblemente realizando una determinación adicional en combinación con otros métodos descritos en la presente.
Para la temporización asociada con la transmisión (o con la transmisión de la UCI asociada), la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del intervalo de tiempo de transmisión (TTI) (o subtrama, o ranura) asociado con la transmisión de enlace descendente. Por ejemplo, la WTRu puede configurarse de tal manera que puede no requerirse que genere un informe HARQ A/N para una o más subtramas (por ejemplo, tramas pares) dentro de una trama.
Para los parámetros de programación (por ejemplo, tamaño de TBs, MCS, y similares), posiblemente en relación con otra métrica, como la calidad del canal, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función de los parámetros asociados con la transmisión. Por ejemplo, la WTRU puede determinar que se requiere un informe HARQ A/N para una TBS mayor que un valor específico, y en caso contrario puede no requerirse. Del mismo modo, el MCS puede utilizarse como factor de determinación. Por ejemplo, la WTRU puede determinar que un informe HARQ A/N puede ser opcional si el BLER esperado es superior a un umbral. La WTRU puede utilizar una combinación de la última CSI notificada y una o más propiedades de la transmisión del enlace descendente, como el MCS mayor que una función umbral de un c Q i y el intervalo de transmisión mayor que el indicador de intervalo (RI).
Para la(s) transmisión(es) simultánea(s) de enlace descendente y/o el tamaño agregado de la UCI, la WTRU puede determinar si se espera o no un informe HARQ A/N para una transmisión en función del número de bits de carga útil, la suma total para todos los bloques de transporte o cualquier otra métrica agregada asociada al intervalo de tiempo cuando la transmisión satisface una condición específica, por ejemplo, es mayor que X. La WTRU puede realizar una determinación similar en función del tamaño agregado de la UCI, es mayor que X. La WTRU puede realizar una determinación similar en función del tamaño agregado de la UCI, por ejemplo, la suma de los bits HARQ A/N esperados según el comportamiento heredado puede superar un determinado valor X bits.
Puede utilizarse una combinación de los ejemplos comentados. Por ejemplo, la WTRU puede determinar que está configurada de tal manera que el informe HARq A/N para uno (o más) proceso(s) HARq específico(s) se genera (posiblemente al menos) tras la recepción de una solicitud de retroalimentación explícita como la recepción de un DCI(UCI) descrito en la presente, de lo contrario la WTRU puede no generar un informe HARQ A/N para el proceso(s) en cuestión; tal comportamiento puede combinarse con reglas adicionales de tal manera que la WTRU puede generar un informe HARQ A/N en otras circunstancias. Por ejemplo, la WTRU puede generar un informe HARQ A/N a partir de la retransmisión x para el proceso o procesos HARQ en cuestión y/o cuando la WTRU recibe una programación dinámica de recursos de enlace ascendente para el informe UCI, tal como se describe en la presente.
Los métodos descritos en la presente pueden ser aplicables en función del canal físico utilizado para informar. La WTRU puede determinar si puede o no realizar la determinación anterior o si puede utilizarse el comportamiento heredado para la generación de un informe HARQ A/N, en función del tipo de transmisión de enlace ascendente, para transmitir la UCI. Por ejemplo, la WTRU puede utilizar el comportamiento heredado cuando determina que los informes HARQ A/N pueden transmitirse utilizando una (o más) transmisión(es) PUSCH. La WTRU puede determinar que algunos informes HARQ A/N pueden ser opcionales cuando determina que los informes HARQ A/N pueden transmitirse utilizando una (o más) transmisión(es) PUCCH. La WTRU puede realizar dicha determinación en función del momento en que se produzca la transmisión del enlace ascendente.
Los métodos descritos en la presente pueden ser aplicables en función de la portadora asociada a la transmisión. La WTRU puede determinar si puede o no realizar la determinación anterior o si el comportamiento heredado para la generación de un informe HARQ A/N, en función del tipo de portadora, puede asociarse a la transmisión de enlace descendente. Por ejemplo, la WTRU puede utilizar un primer método para las portadoras en una banda con licencia, mientras que puede utilizar un segundo método para las portadoras en una banda sin licencia. Por ejemplo, la WTRU puede generar un informe HARQ A/N (o más generalmente, un informe UCI) para procesos HARQ (y/o para CSI) asociados con una banda sin licencia (por ejemplo, para acceso asistido por licencia (lAa ) LTE) cuando recibe con éxito un DCI que incluye una solicitud UCI (o sólo retroalimentación HARQ) (tal como se describe en la presente). En cuyo caso, por ejemplo, la WTRU podrá informar del estado del proceso o procesos HARQ en cuestión, cuando dicho estado pueda, por ejemplo, determinarse en el momento de la recepción de dicha solicitud (y corresponder a dicho momento). De lo contrario, la WTRU no generará necesariamente la correspondiente respuesta de la UCI (por ejemplo, pueden aplicarse otras normas). Por ejemplo, es posible que la WTRU no genere un informe HARQ A/N para cada transmisión recibida.
Para cualquiera de los ejemplos discutidos en la presente, dicha transmisión puede ser al menos una de las siguientes: un PDSCH y DCI de un tipo específico. La transmisión puede ser una transmisión PDSCH. La transmisión puede ser un enlace lateral. La transmisión puede ser una transmisión directa de WTRU a WTRU, por ejemplo, un canal compartido de enlace lateral físico (PSSCH) (por ejemplo, para datos), un canal de control de enlace lateral físico (PSCCH) (para control), y/o un canal de descubrimiento de enlace lateral físico (PSDCH) (por ejemplo, para descubrimiento).
La transmisión puede ser un DCI que modifica una asignación de enlace descendente semipersistente o una concesión de enlace ascendente semipersistente. La transmisión puede ser una DCI(UCI), por ejemplo, que incluye una solicitud de UCI y/o información de programación de UCI dinámica, por ejemplo, como se describe en la presente. El DCI puede ser cualquier otro DCI, por ejemplo, para el que se puede aplicar cualquiera de los métodos anteriores.
Para cualquiera de los ejemplos tratados en la presente, dicha transmisión puede estar asociada a una celda de servicio, cuya celda de servicio puede ser al menos una de las siguientes: tipo de celda de servicio de la configuración de la WTRU, configuración de celda, grupo de celdas, estado de la celda y calidad de la celda.
En un ejemplo, la celda de servicio puede ser el tipo de celda de servicio de la configuración de la WTRU. Por ejemplo, la celda puede ser una celda secundaria (como una SCell) de la configuración de la WTRU de tal forma que se aplique la notificación A/N de HARQ condicional a dicha transmisión para dicha celda. Por ejemplo, la WTRU puede no aplicar la notificación A/N HARQ condicional a ninguna transmisión de este tipo para una celda primaria (como una PCell) de la configuración de la WTRU para una WTRU configurada con agregación de portadoras o para una WTRU configurada con conectividad dual. Por ejemplo, la WTRU puede no aplicar la notificación A/N HARQ condicional a ninguna transmisión de este tipo para una celda especial de un grupo de celdas secundario (como una PSCell) para una WTRU configurada con conectividad dual.
En otro ejemplo, la celda de servicio puede estar configurada en una configuración de celda. Por ejemplo, la celda puede estar configurada (como por control de recursos de radio (RRC), o por control de acceso al medio (MAC)) de tal manera que el informe HARQ A/N condicional se aplique a dicha transmisión para dicha celda.
Asimismo, en un ejemplo, la celda de servicio puede formar parte de un grupo de celdas. Por ejemplo, la celda puede formar parte de un grupo específico de celdas de tal manera que se aplique el informe HARQ A/N condicional a dicha transmisión para dichas celdas como un "grupo HARQ A/N". Dicho grupo puede corresponder a un grupo de celdas secundario (por ejemplo, una puerta de enlace de continuidad de servicio (SCG)) para una WTRU configurada con conectividad dual. Dicho grupo puede corresponder a un grupo secundario de avance de temporización (por ejemplo, un grupo secundario de avance de temporización (sTAG)) para una WTRU configurada con agregación de portadoras.
En un ejemplo adicional, la celda de servicio puede estar asociada a un estado de la celda. Por ejemplo, la celda puede asociarse a un estado con el fin de controlar si se aplica o no la notificación A/N de HARQ condicional. La WTRU puede modificar dicho estado basándose en una serie de eventos, por ejemplo, la recepción de señalización L1 o la recepción de señalización de control L2/MAC que indique un cambio en el estado para la celda. Por ejemplo, la celda puede estar en el estado desactivado de tal manera que la notificación A/N de HARQ condicional se aplica a la señalización de control de enlace ascendente asociada a la celda.
En otro ejemplo, puede utilizarse la calidad de la celda de servicio. Por ejemplo, la calidad de la celda puede basarse en mediciones WTRU. Por ejemplo, la WTRU puede determinar que la calidad de la celda está por debajo (o por encima) de un cierto umbral y, hasta que la WTRU determine que la calidad cambia de forma suficientemente significativa y posiblemente también durante un tiempo suficiente, determinar si puede o no aplicar la condición HARQ A/N reporting para dicha transmisión para la celda. La WTRU puede realizar dicha determinación sólo para celdas para las que notifica una medición, por ejemplo, un indicador de calidad de canal (CQI). La WTRU podrá llevar a cabo dicha determinación cuando realice la transmisión de dicha medición para la celda en cuestión.
Puede haber información de control adicional dentro de la transmisión de enlace ascendente que contiene un informe UCI. En un método, la WTRU puede señalar dentro de la transmisión de enlace ascendente si se ha aplicado o no la gestión no legal de los bits HARQ A/N, por ejemplo, transmitiendo un bit para indicar si se ha aplicado HARQ A/N condicional a la señalización de control de enlace ascendente, o puede añadir un CRC. Por ejemplo, la WTRU puede realizar al menos una de las siguientes acciones: concatenar un bit (se añade a la transmisión una indicación de indicador de un bit); concatenar CRC (por ejemplo, se puede añadir a la transmisión un CRC de 3 bits, pudiendo asociarse diferentes métodos a diferentes cálculos de CRC); y utilizar diferentes recursos/propiedades del PUCCh .
En un método, la WTRU puede utilizar cualquiera de los anteriores para asociar prioridad a un informe HARQ A/N para dicha transmisión. La WTRU puede manejar adicionalmente el bit de información asociado con el informe HARQ A/N de acuerdo con al menos uno de los siguientes: la WTRU puede descartar el bit de información, la WTRU puede establecer el valor del bit de información en un valor específico, la WTRU puede agrupar el bit de información con otros bits de información, la WTRU puede codificar el bit de información con menos protección, y la WTRU puede transmitir el bit de información utilizando un canal de capa física diferente. Cuando la WTRU puede dejar caer el bit de información, la WTRU puede, por ejemplo, no transmitir ningún HARQ A/N para una transmisión de baja prioridad. En tal caso, la WTRU puede seleccionar un formato diferente (posiblemente más pequeño) si el número total resultante de bits A/N HARQ a transmitir es adecuado para el formato seleccionado. Alternativamente, la WTRU puede realizar la transmisión en enlace ascendente de la señalización HARQ A/N, si la hubiera, de tal forma que el eNodo-B pueda interpretar la ausencia del bit HARQ A/N en cuestión como un NACK.
Cuando la WTRU puede establecer el valor del bit de información a un valor específico (como por ejemplo a NACK), la WTRU puede utilizar codificación para los bits HARQ A/N de tal manera que no se utilice energía para las transmisiones HARQ Na CK y el eNodo-B puede interpretar la ausencia de HARQ A/N como un NACK.
Cuando la WTRU puede agrupar el bit de información con otros bits de información (como de prioridad similar), la WTRU puede agrupar, por ejemplo, una pluralidad de bits de información HARQ A/N basados en un estado de activación de la SCell asociado con la transmisión para la que se generó la realimentación HARQ. Por ejemplo, las reacciones de los transportistas de prioridad similar pueden agruparse. Posiblemente, sólo para portadoras asociadas con información de control de enlace ascendente de baja prioridad.
Cuando la WTRU puede codificar el bit de información con menos protección, por ejemplo, la WTRU puede hacerlo en los casos en los que se aplica una protección contra errores desigual a la transmisión de bits de información.
Cuando la WTRU puede transmitir el bit de información utilizando un canal de capa física diferente, la WTRU puede transmitir los bits de información utilizando un canal de capa física diferente al utilizado para la transmisión de bits de mayor prioridad.
Las soluciones descritas anteriormente también pueden utilizarse para determinar si la WTRU transmite HARQ A/N a través de un recurso o canal específico. Por ejemplo, en caso de que la WTRU pueda determinar que la transmisión sobre PUCCH o sobre un recurso PUCCH específico sólo tiene lugar si se transmite al menos un bit HARQ A/N basado en una de las soluciones.
En algunos de los ejemplos que se exponen en la presente, puede utilizarse la agrupación parcial selectiva. En algunos ejemplos, el número de bits de información generados para HARQ-ACK puede reducirse aplicando agrupación para un subconjunto de grupos de bloques de transporte que pueden seleccionarse dinámicamente para minimizar el número resultante de retransmisiones innecesarias.
Más generalmente, una WTRU puede aplicar una primera solución para generar bits de información HARQ-ACK en un primer subconjunto de grupos de bloques de transporte, y una segunda solución en un segundo subconjunto de bloques de transporte, donde el primer y segundo subconjuntos de bloques de transporte se seleccionan basándose en al menos un criterio que puede cambiar dinámicamente. Por ejemplo, el criterio puede ser que el número de bloques de transporte correctamente recibidos para los que la WTRU no indica un reconocimiento positivo sea mínimo para un número dado de bits de información HARQ-ACK. La WTRU puede generar bits de información HARQ-ACK adicionales para indicar qué grupos pertenecen al primer y segundo subconjuntos, utilizando, por ejemplo, un índice combinatorio.
Un ejemplo para generar bits de información HARQ-ACK en un grupo de bloques de transporte puede incluir al menos uno de los siguientes: sin agrupación, agrupación completa y agrupación parcial. Si no hay agrupación, puede generarse un bit para cada bloque de transporte, donde un primer valor ("ACK" o 1) se genera cuando el bloque de transporte se ha recibido correctamente y un segundo valor ("NACK" o 0) se genera cuando el bloque de transporte no se ha recibido correctamente o no se ha recibido en absoluto. Para la agrupación completa, se puede generar un bit para todos los bloques de transporte, donde se genera un primer valor ("ACK" o 1) con la condición de que todos los bloques de transporte se hayan recibido correctamente, y un segundo valor ("NACK" o 0) en caso contrario. Para la agrupación parcial, puede generarse un bit para cada uno de los subconjuntos de bloques de transporte del grupo, donde para cada subconjunto de bloques de transporte se genera un primer valor ("ACK" o 1) con la condición de que todos los bloques de transporte del subconjunto se hayan recibido correctamente, y un segundo valor ("NACK" o 0) en caso contrario.
En lo anterior, un subconjunto y/o un grupo de bloques de transporte pueden definirse, por ejemplo, como bloques de transporte que pueden recibirse de una determinada celda de servicio (o subconjunto de la misma), una determinada subtrama (o subconjunto de la misma), o una combinación de las mismas. Los grupos pueden ser configurados explícitamente por capas superiores, o derivarse implícitamente de la configuración (por ejemplo, el tamaño del grupo puede establecerse en un valor fijo y los grupos pueden definirse a partir del orden de las celdas de servicio configuradas de la configuración).
Por ejemplo, una WTRU puede configurarse con 32 celdas de servicio en FDD y recibir hasta 64 bloques de transporte en una subtrama. Se pueden definir 8 grupos de 8 bloques de transporte, cada uno de los cuales puede corresponder a los bloques de transporte que pueden recibirse de un conjunto de 4 celdas de servicio. Para 2 de los 8 grupos, los bits de información HARQ-ACK pueden generarse según la solución "sin agrupación", mientras que para los 6 grupos restantes, la información HARQ-ACK puede generarse según la solución "agrupación completa", lo que da como resultado 16 bits más 6 bits para todos los grupos. Adicionalmente, se pueden generar 5 bits de información para representar un índice combinatorio de 28 combinaciones posibles de 2 de 8 grupos para los que se utiliza la solución "sin agrupación" en esta subtrama. Para seleccionar en qué 2 de los 8 grupos se utiliza la solución "sin agrupación", la WTRU puede determinar, para cada grupo, el número de bloques de transporte recibidos con éxito con " NACK " generado si se puede utilizar la "agrupación completa". La WTRU puede seleccionar los 2 grupos que tengan el mayor número de bloques de transporte recibidos con éxito. Por ejemplo, en una subtrama, el número de bloques de transporte recibidos con éxito puede ser el siguiente: 8 para los grupos 1,4 y 8; 5 para el grupo 2; 4 para el grupo 3; 2 para los grupos 5, 6; y 0 para el grupo 7. En este caso, la WTRU puede seleccionar los grupos 2 y 3 para la solución "sin agrupación" y todos los demás grupos utilizar la "agrupación completa".
La selección de los grupos para los que se utiliza una determinada solución de agrupación puede basarse en al menos uno de los siguientes criterios. La selección de los grupos puede basarse en la minimización del número de bloques de transporte correctamente recibidos para los que la WTRU no indica un reconocimiento positivo en la subtrama, tal como se describe en la presente. Asimismo, la selección de los grupos puede basarse en la presencia o el número de bloques de transporte correctamente recibidos para los que la WTRU no indique un reconocimiento positivo en un conjunto de subtramas anteriores para cada grupo. Adicionalmente, la selección de los grupos puede basarse en el número de veces que no se ha notificado "ACK" para un bloque de transporte recibido con éxito en un grupo. Por ejemplo, la WTRU puede utilizar la solución "sin agrupación" para el grupo para el que se puede informar de "NACK" de otro modo y que tiene el mayor valor de este número, o para el que este número puede superar un umbral. Además, la selección de los grupos puede basarse en una indicación de la capa física o de señalización superior de la solución de agrupación que debe aplicarse para un determinado grupo. Dicha indicación puede estar contenida en un campo de PDCCH/ PDCCH evolucionado (E-PDCCH) que contenga una asignación de enlace descendente (DL) para una celda de servicio del grupo, o en un PDCCH/E-PDCCH que contenga información sobre asignaciones DL en la subtrama. Esto puede permitir a la red anular la selección de grupos por parte de la WTRU; si la WTRU recibió una asignación DL de una celda de servicio específica de un grupo. Asimismo, la selección de los grupos puede basarse en una propiedad de una de las transmisiones PDSCH del grupo. Además, la selección de los grupos puede basarse en el formato DCI utilizado para programar una transmisión PDSCH de un grupo.
En los ejemplos divulgados en la presente, cuando se utiliza una solución de agrupación a través de un grupo de celdas de servicio, la WTRU puede determinar si se ha omitido una asignación DL en una celda de servicio a partir de una indicación en un PDCCH/E-PDCCH que contenga una asignación DL para otra celda de servicio del grupo. Dicha indicación puede incluir un número de asignaciones DL que se han transmitido en el grupo en esta subtrama. La WTRU puede determinar que se ha omitido una asignación DL si el número total de asignaciones DL recibidas correctamente para el grupo en la subtrama es inferior al número indicado y, en consecuencia, informar de "no reconocimiento" para el grupo.
En algunos ejemplos, se puede utilizar una indicación de un índice de celdas o TBs que son “ACKed” (reconocidas).
Además, en algunos ejemplos, una WTRU puede ser configurada por capas superiores para utilizar únicamente los recursos PUCCH A/N (Ac K/NACK) para informar de ACKs.
En este ejemplo, la falta de respuesta por parte de la WTRU puede representar implícitamente un NACK en el eNodo-B. TB y proceso HARQ pueden utilizarse indistintamente.
En un formato PUCCH que permite informar de múltiples bits HARQ A/N de bloque de transporte (posiblemente de múltiples celdas), puede haber una ubicación predeterminada dentro de una cadena de bits para cada posible informe HARQ A/N de TB. Una WTRU puede dejar en blanco (o establecer un valor preconfigurado) cualquier bit que represente TB HARQ A/N para el que de otro modo podría transmitirse un NACK.
En otro ejemplo, puede haber ubicaciones preconfiguradas dentro de la cadena de bits donde se puede ubicar un conjunto de informes Tb HARQ A/N. Este conjunto de ubicaciones de bits puede utilizarse para notificar subconjuntos de ACK para múltiples TBs. Por ejemplo, la cadena de bits HARQ A/N notificada en un PUCCH puede estar compuesta por conjuntos de x bits cada uno. Cada conjunto de x bits puede utilizarse para informar de HARQ A/N para n TBs. En este ejemplo, la WTRU puede estar preconfigurada (posiblemente de forma semiestática) con un significado para todos los posibles puntos de código 2Ax del conjunto de bits, donde cada punto de código puede identificar un subconjunto diferente de TBs para los que se puede suponer ACK en el eNodo-B. Como ejemplo numérico sencillo, la cadena de bits notificada en un PUCCH puede estar compuesta por 5 conjuntos de 2 bits cada uno. Cada conjunto de 2 bits puede utilizarse para informar de ACK para cualquiera de los 3 TB. Por ejemplo, el punto de código "00" puede indicar que no hay ACK para ninguno de los tres TB, "01" puede indicar ACK para un primer TB, "10" puede indicar ACK para un segundo TB y "11" puede indicar ACK para un tercer TB. El significado de cada punto de código puede ser establecido semiestáticamente por el eNodo-B y también puede indicar un grupo de TBs que están siendo ACK (por ejemplo, un punto de código puede indicar que un primer y un segundo TB son Ac K).
En otro ejemplo, puede que no haya ubicaciones predeterminadas dentro de la cadena de bits para cada informe TB HARQ A/N. En tal ejemplo, puede no haber necesidad de reservar un lugar dentro de la cadena de bits para los informes TB HARQ A/N que no están indicando ACK. Esto puede permitir un mayor número de posibles informes TB HARQ A/N en promedio, dado que la capacidad puede no desperdiciarse para informes TB HARQ A/N de TBs NACK.
En el caso de que no se utilicen ubicaciones predeterminadas (y/o preconfiguradas) dentro de una cadena de bits de informes HARQ A/N para cada TB HARQ A/N, la WTRU puede indicar al eNodo-B el TB para el que se transmite un ACK. Se puede proporcionar a una WTRU un identificador único (posiblemente una cadena de bits) para cada TB de todas las celdas posibles. La WTRU puede devolver el identificador como un ACK dentro de un PUCCH. Por ejemplo, para el caso en que una WTRU pueda tener hasta 64 TBS transmitidas dentro de una subtrama, la WTRU puede estar provista de un identificador para cada TB compuesto de 6 bits. En tal caso, el informe HARQ A/N puede ser simplemente para que la WTRU incluya las cadenas de 6 bits de cualquier TB para la que se transmita un ACK. En un ejemplo, el identificador de TB puede proporcionarse cuando se programa una WTRU con un bloque de transporte. En otro ejemplo, la WTRU puede determinar el identificador de TB en función de un identificador de la celda que transmite la TB (como la identidad (ID) de celda) y un ID de proceso HARQ.
En algunos ejemplos presentados en la presente, una WTRU puede tener múltiples ACKs para transmitir en un recurso PUCCH. Para soluciones en las que cada TB HARQ A/N no está configurada con una ubicación de bit específica en la cadena de bits HARQ A/N, puede haber situaciones en las que se requiera transmitir más ACKs en una instancia PUCCH de lo que permite la capacidad PUCCH. En tal situación, la WTRU puede preseleccionar los TBs para los que se debe devolver ACK en cualquier instancia PUCCH. Cualquier TB para el que no se transmita un ACK puede ser asumido como un NACK en el eNodo-B, posiblemente de forma errónea.
La WTRU puede indicar al eNodo-B que una realimentación PUCCH no incluye todos los ACKs y la selección descendente fue utilizada por la WTRU. En otro ejemplo, la WTRU puede incluir una indicación junto con cualquier transmisión ACK para informar al eNodo-B si el ACK para ese TB es relativo al PDSCH transmitido más recientemente o a una versión anterior. Por ejemplo, es posible que la WTRU sólo pueda transmitir un ACK después de una segunda retransmisión, cuando en realidad fue "ACKed" (reconocida) después de la primera retransmisión. Indicar a la WTRU si el ACK se produjo para una retransmisión anterior y/o también posiblemente indicar para qué retransmisión se produjo el ACK puede permitir al eNodo B la adaptación del enlace.
La WTRU puede realizar la selección descendente de ACKs a transmitir de forma autónoma siguiendo algunas reglas preconfiguradas. La WTRU puede determinar el subconjunto de ACKs a transmitir mediante al menos uno de los siguientes: una lista de prioridades y un conjunto de reglas configuradas semiestáticamente.
La lista de prioridades puede ser preconfigurada por el eNodo-B y puede determinarse en función de los TBs y/o SCells que transmiten el TB. La WTRU puede clasificar el TB ACKed y transmitir la retroalimentación ACK para el primer TB, asumiendo que el PUCCH tiene capacidad para transmitir n ACKs en cualquier instancia. La WTRU puede determinar el orden de prioridad en función del contenido del PDSCH. Por ejemplo, PDSCH utilizado para transmisiones de plano de control (como mensajes de reconfiguración RRC) puede tener mayor prioridad de notificación de ACK que el de PDSCH utilizado para transmisiones de plano de usuario. El orden de prioridad puede depender del tipo de programación utilizado para el PDSCH. Por ejemplo, el PDSCH programado entre portadoras puede tener mayor o menor prioridad que el PDSCH autoprogramado. O los PDSCH programados de forma semipersistente pueden tener mayor o menor prioridad que los PDSCH programados de forma única.
Un conjunto de reglas configuradas semiestáticamente puede permitir a la WTRU determinar los TBs para los que pueden transmitirse ACK en una instancia PUCCH hasta la capacidad de ACK permitida en cualquier instancia. Por ejemplo, informar de ACKs para procesos "ACKed" (reconocidos) que puedan haber tenido el mayor número de retransmisiones. Por ejemplo, la WTRU puede ordenar la prioridad de notificación de TB ACK en términos de número de retransmisiones por proceso HARQ y ACK de realimentación para los n procesos con mayor número de retransmisiones. Por ejemplo, informar de ACKs para procesos ACKed cuyos informes ACK se omitieron previamente. Pueden ordenarse en función del número de veces que se ha omitido un informe ACK para un proceso (por ejemplo, el mayor número de omisiones conduce a la clasificación más alta). Por ejemplo, informar de ACKs para TBs ACKed con mayor/menor velocidad de datos, y/o mayor/menor MCS, y/o mayor/menor número de PRBs y/o, mayor/menor RI. Por ejemplo, informar de ACKS para TBs ACKed transmitidos con/sin multiplexación espacial. Las reglas anteriores pueden utilizarse en cualquier combinación y el orden en que pueden seguirse puede preconfigurarse. Por ejemplo, una primera regla puede ser informar de ACKs para procesos ACKed cuyos ACKs se omitieron previamente. Si son menos de n los procesos que cumplen los requisitos, la realimentación PUCCH puede llenarse además con ACKs para procesos que cumplan otra regla (como los procesos con el mayor número de retransmisiones).
Las listas de prioridades y/o conjuntos de reglas pueden configurarse de forma semiestática y también pueden depender de la temporización del PDSCH y/o PUCCH. Puede haber subconjuntos de subtramas tales que en un primer subconjunto de subtramas se utilice un primer conjunto de reglas para seleccionar hacia abajo la retroalimentación ACK y en un segundo subconjunto de subtramas se utilice un segundo conjunto de reglas para seleccionar hacia abajo la retroalimentación ACK.
En una subtrama dada o grupo de subtramas, la WTRU puede determinar un método para la generación de información HARQ- ACK de acuerdo con al menos uno de los siguientes: sin agrupación, en donde HARQ-ACK puede incluir informes HARQ A/N concatenados en un orden predeterminado; agrupación fija de informes HARQ A/N para subconjuntos determinados de bloques de transporte (tales como en el dominio espacial, de frecuencia y/o de tiempo); generación condicional de informes HARQ A/N como se describe en la presente; agrupación parcial selectiva como se describe en la presente; y selección descendente de transmisiones ACK como se describe en la presente.
La selección de un método para la generación de HARQ-ACK a aplicar en una subtrama particular, y posiblemente de parámetros de la misma, puede determinarse de acuerdo con al menos uno de los siguientes: carga útil de bits de información HARQ-ACK, carga útil máxima acomodada por el formato PUCCH, carga útil máxima acomodada por la trans­ misión PUSCH, y una indicación de una capa física, MAC, o señalización RRC.
La carga útil de bits de información HARQ-ACK puede utilizarse para determinar un método a aplicar en una subtrama concreta. La carga útil puede determinarse para: el número de bloques de transporte recibidos afectados por la transmisión HARQ-ACK (basándose en las asignaciones DL recibidas) o el número máximo de bloques de transporte que pueden recibirse y estar afectados por la transmisión HARQ-ACK (por ejemplo, basándose en el número máximo posible de asignaciones DL recibidas y el número máximo de bloques de transporte para cada asignación).
La carga útil máxima que puede ser acomodada por el formato PUCCH configurado para ser utilizado en esta subtrama con la condición de que no tenga lugar ninguna transmisión PUSCH en la subtrama puede utilizarse para determinar un método a aplicar en una subtrama concreta. Por ejemplo, la WTRU puede seleccionar el método que genere un número de informaciones HARQ-ACK inferior al máximo.
La carga útil máxima que puede ser acomodada por la transmisión PUSCH en esta subtrama puede ser utilizada para determinar un método a aplicar en una subtrama particular, tal que el número de REs requeridos para transmitir información HARQ-ACK no exceda un umbral.
Se puede utilizar una indicación de la capa física, MAC o señalización RRC para determinar un método a aplicar en una subtrama concreta. Por ejemplo, un campo de un PDCCH/E-PDCCH que contenga una asignación de enlace descendente, una concesión de enlace ascendente o que contenga información sobre un conjunto de asignaciones de enlace descendente y concesiones de enlace ascendente puede utilizarse para indicar cómo puede generarse la información HARQ-ACK o el número máximo de bits HARQ-ACk que pueden generarse.
Las siguientes soluciones abordan el problema de la insuficiente carga útil máxima para UCI en PUCCH, incluyendo al menos uno de HARQ-ACK, información de estado del canal (CSI) y SR. En un ejemplo, se puede aumentar el número disponible de bits codificados en un PUCCH.
En algunas soluciones, la carga útil PUCCH puede aumentarse utilizando símbolos de alto orden de modulación, por ejemplo, utilizando un orden de modulación superior al de QPSK, como modulación de amplitud en cuadratura de 16 (QAM), 64-QAM, 256- QAM, y similares.
Por ejemplo, el número de bits codificados transportados en un único símbolo MAQ-16 es de 4 bits, el doble que los transportados en un único símbolo QPSK PUCCH heredado (como el formato 3 de PUCCH). Una carga útil PUCCH heredada de formato 3 puede codificarse en 48 bits y luego mapearse en 24 símbolos QPSK. Por ejemplo, si se utilizan símbolos QAM-16 en lugar de QPSK, para el mismo número de símbolos, como 24 símbolos, el PUCCH puede transportar 4 x 24 = 96 bits codificados, lo que en comparación puede ser el doble de los bits codificados máximos del formato PUCCH 3 heredado que utiliza modulación QPSK.
La WTRU puede utilizar diferentes órdenes de modulación para diferentes símbolos que pueden asignarse a diferentes PUCCH REs.
La WTRU puede utilizar diferentes órdenes de modulación para diferentes símbolos que pueden asignarse a diferentes subportadoras. Por ejemplo, de 12 subportadoras por PUCCH RB n subportadoras, tales como, n=4, pueden llevar símbolos modulados QPSK y (12-n) subportadora, tales como, 8, pueden llevar símbolos modulados 16-QAM. El número total de bits codificados para un PUCCH con dos PRBs (asumiendo que todos los símbolos SC-FDMA dentro del mismo PRB pueden llevar la misma información) puede calcularse como sigue:
2
Figure imgf000015_0001
[ ]
Todos los símbolos asignados a la misma subportadora dentro del mismo PUCCH PRB pueden modularse utilizando el mismo orden de modulación, por ejemplo, QPSk , 16-QAM, y similares.
Una WTRU puede utilizar diferentes codificadores y/o puede generar diferentes conjuntos de bits codificados. Diferentes conjuntos de bits codificados pueden ser asignados a diferentes conjuntos de símbolos PUCCH donde cada conjunto de símbolos PUCCH puede ser modulado utilizando una técnica de modulación diferente, por ejemplo, QPSK, 16-QAM, y similares. A modo de ejemplo, pueden utilizarse dos codificadores para codificar los bits de información que deben transportarse en un único PRB PUCCH, que pueden denominarse "codificador A" y "codificador B". Cada codificador puede tener un conjunto diferente de bits de información como entrada del codificador. La salida del codificador A puede modularse utilizando una determinada técnica de modulación, por ejemplo, QPSK, y puede asignarse a un determinado número de subportadoras PUCCH, por ejemplo, 4 subportadoras. La salida del codificador B puede modularse utilizando una técnica de modulación diferente, por ejemplo, MAQ-16, y puede asignarse a un conjunto diferente de subportadoras PUCCH, por ejemplo, 12-8=4 subportadoras. El número total de bits codificados para un PUCCH con dos PRBs (suponiendo que todos los símbolos SC-FDMA dentro del mismo PRB pueden llevar la misma información) puede calcularse como 88, según la fórmula descrita anteriormente.
Cada codificador PUCCH, para el que los bits codificados pueden asignarse a diferentes órdenes/técnicas de modulación, puede tener un nivel de protección y/o robustez diferente frente a las deficiencias de canal/decodificación. Por ejemplo, los bits codificados que se pueden asignar en última instancia a símbolos MAQ-16, pueden tener menos robustez frente a las deficiencias del canal/decodificación en comparación con los bits codificados asignados a símbolos QPSK.
La WTRU puede tener dos o más conjuntos diferentes de bits de información con la posibilidad de dos o más requisitos de rendimiento diferentes. Los dos o más conjuntos diferentes de bits de información pueden codificarse utilizando dos o más codificadores y/o los bits codificados pueden modularse mediante dos o más técnicas de modulación, por ejemplo, QPSK, 16-QAM y similares. Los dos o más conjuntos de símbolos modulados pueden asignarse a dos o más conjuntos de subportadoras y/o REs.
Como ejemplo, la WTRU puede utilizar el agrupamiento HARQ ACK/NACK para agrupar los bits HARQ ACK/NACK de algunas de las portadoras componentes y/o la WTRU puede no agrupar los HARQ ACK/NACK de algunas otras portadoras componentes. Dado que un error en la recepción del bit HARQ ACK/NACK agrupado puede afectar a la operación de más portadoras componentes en comparación con el error en un bit HARQ ACK/NACK no agrupado, la WTRU puede asignar los bits HARQ ACK/NACK agrupados al codificador que puede asignarse en última instancia a los símbolos QPSK, mientras que la WTRU puede asignar los bits HARQ ACK/NACK no agrupados al codificador que puede asignarse en última instancia a los símbolos 16-QAM. En consecuencia, los bits HARQ ACK/NACK agrupados pueden tener una mayor protección contra las deficiencias de canal/decodificación en comparación con los bits HARQ ACK/NACK no agrupados.
La WTRU puede determinar un esquema de modulación basado en un número de bits codificados que necesita ser transmitido en una subtrama. Por ejemplo, suponiendo que se utilizara el mismo esquema de dispersión y el mismo número de RB que en el formato PUCCH 3 (es decir, 2 símbolos por subportadora y 1 RB), la WTRu puede transmitir utilizando QPSK si el número requerido de bits codificados es de 48 bits, y utilizando 16-QAM si el número requerido de bits codificados es de 92 bits.
En algunas soluciones, la carga útil PUCCH puede aumentarse asignando más de 1 bloque de recursos a un único recurso PUCCH. Tales soluciones pueden denominarse "PUCCH ampliado" cuando se describen en la presente.
La FIG. 2 es un diagrama de un ejemplo de posible asignación de RE para el diseño de PUCCH ampliado utilizando dos RBs contiguos. Como se muestra en el mapeo 200, las dimensiones de tiempo y frecuencia están representadas por los ejes horizontal y vertical, respectivamente. En un ejemplo del mapeo 200, RB#1 210 y RB#2 220 son contiguos y se transmiten en la misma franja horaria. Este diseño puede tener la ventaja de preservar la propiedad de portadora única de la transmisión de enlace ascendente. El número de REs disponibles para transportar información de control de enlace ascendente puede duplicarse esencialmente en comparación con un formato de transmisión heredado que utiliza un único RB.
En algunas soluciones en las que PUCCH utiliza 2 RB, los DM-RSs de demodulación 230 pueden transmitirse en los mismos símbolos temporales que en un formato de transmisión heredado, como el formato 3 de PUCCH. La información 240 y la información 250 también pueden transmitirse. Esto también se ilustra en la FIG. 2.
Se pueden prever diferentes soluciones para determinar la secuencia del DM-RS, tal y como se describe en la presente.
En una primera solución, la secuencia DM-RS para un PUCCH ampliado puede generarse a partir de secuencias base ruv(n) de longitud 24 que se utilizan en sistemas heredados para la secuencia DM-RS de una asignación PUSCH de 2 RB. Dichas secuencias de bases pueden ser diferentes de las secuencias de bases de longitud 12 utilizadas para PUCCH. La propia secuencia puede definirse como un desplazamiento cíclico a de la secuencia base
Figure imgf000016_0001
Las ventajas de esta solución pueden ser que la secuencia DM-RS tiene una baja relación pico/potencia promedio y permite la multiplexación de otros recursos PUCCH ampliados utilizando el mismo par de RBs mediante el uso de diferentes desplazamientos cíclicos de la misma secuencia base.
En una segunda solución, la secuencia DM-RS para un PUCCH ampliado puede generarse a partir de dos secuencias de bases concatenadas de longitud 12. En otras palabras, la secuencia DM-RS utilizada para el PUCCH ampliado, f ' ^ ext{yi^ puede expresarse como:
Figure imgf000016_0002
donde K puede ser una constante de amplitud unitaria, posiblemente dependiente de los números de secuencia de grupo u1 y u2, configurada de forma que la relación pico/promedio de la secuencia DM-RS se mantenga en un valor bajo. Los números de secuencia de grupo u1 y u2 pueden tener el mismo valor u. En este caso, la secuencia DM-RS extendida en esta solución puede ser equivalente a dos secuencias DM-RS concatenadas de longitud 12 generadas a partir de la misma secuencia base con diferentes desplazamientos cíclicos a1 y a2 y un desfase p para la segunda secuencia, K = ejp, por ejemplo:
Figure imgf000016_0003
Un ejemplo de ventaja de esta solución puede ser que permite multiplexar un recurso PUCCH ampliado con recursos PUCCH de formato 3 en los mismos RB, siempre que el desplazamiento cíclico del PUCCH de formato 3 en el primer RB (o segundo RB) sea diferente de a1 (o a2) respectivamente, y siempre que también se garantice la ortogonalidad para los recursos que transportan información. La multiplexación con otros recursos PUCCH ampliados en el mismo par de RBs también puede ser posible con una selección adecuada de desplazamientos cíclicos. El conjunto de combinaciones posibles de desplazamientos cíclicos a l y a2 y desfase p puede restringirse de forma que se mantengan las propiedades deseables de la secuencia DM-RS (por ejemplo, baja relación pico/potencia promedio). Por ejemplo, la utilización de un desfase de pi/4 puede dar lugar a una relación pico/potencia promedio más baja que si no se utiliza ningún desfase.
En todas las soluciones anteriores, los desplazamientos cíclicos utilizados para DM-RS, así como el valor del desfase p, pueden ser función del símbolo de tiempo en el que se transmite DM-RS.
El procesamiento de la información transportada por el PUCCH ampliado puede ser similar al procesamiento utilizado para el formato PUCCH 3 después de la modulación. Cada símbolo modulado puede repartirse en una subportadora y un intervalo de tiempo, lo que da un total de 48 símbolos modulados o 96 bits codificados si se utiliza QPSK. Este enfoque puede tener la ventaja de permitir la multiplexación del PUCCH ampliado con el formato PUCCH 3 en un mismo RB, siempre que también se consiga la ortogonalidad de DM-RS.
La WTRU puede determinar un número de RBs basado en un número de bits codificados que necesitan ser transmitidos en una subtrama. Por ejemplo, suponiendo que se utilizaran los mismos esquemas de difusión y modulación que en el formato PUCCH 3 (es decir, 2 símbolos por subportadora y QPSK), la WTRu puede transmitir a través de 2 RB si el número requerido de bits codificados es de 96 bits, y a través de 3 RB si el número requerido de bits codificados es de 144 bits. Cuando el número de RB utilizados para el PUCCH es superior a 1, la WTRU puede aplicar la precodificación de transformación utilizando una de las siguientes Soluciones.
En una solución, la WTRU puede aplicar la transformada discreta de Fourier (DFT) sobre el conjunto de todas las subportadoras transmitidas. En caso de que la WTRU no transmita a través de una de las RB definidas para la transmisión PUCCH (de acuerdo, por ejemplo, con una de las soluciones descritas en los párrafos siguientes), la DFT puede no aplicarse a las subportadoras correspondientes. Esta solución puede garantizar que la señal de salida mantenga en la medida de lo posible las propiedades deseables de SC- FDMA (por ejemplo, baja métrica cúbica).
En otra solución, la WTRU puede aplicar la DFT por separado sobre cada RB. Esta solución puede reducir la complejidad del receptor en caso de que exista incertidumbre sobre si la WTRU transmite o no en cada RB.
En algunas soluciones, la carga útil PUCCH puede aumentarse mediante multiplexación espacial. Estas soluciones pueden denominarse "Rank-n PUCCH", donde n es el número de capas. Con tales soluciones, para el mismo número de REs disponibles para la transmisión de información, el número de símbolos de modulación (y bits codificados) puede incrementarse en un factor n. La WTRU puede transmitir secuencias DM-RS distintas para cada puerto de antena correspondiente a una capa.
En algunas soluciones, cada secuencia DM-RS transmitida para cada puerto de antena puede generarse a partir de una misma secuencia base de longitud 12 ru v(n). Las secuencias DM-RS
Figure imgf000017_0001
utilizadas en un símbolo de tiempo pueden utilizar un desplazamiento cíclico a diferente para cada puerto de antena p. Este enfoque puede tener la ventaja de que puede lograrse la multiplexación con transmisiones PUCCH formato 3 heredadas en el mismo bloque de recursos.
Cuando se utiliza la multiplexación espacial, la calidad del canal vista por el receptor del eNodo-B puede ser diferente entre los dos puertos de antena. En algunas soluciones, la WTRU puede, por tanto, utilizar diferentes tasas de codificación, esquemas de codificación y/o esquemas de modulación entre las dos capas de transmisión para garantizar que el objetivo de rendimiento de error del al menos un tipo de información de control de enlace ascendente se cumple para una potencia de transmisión lo más baja posible. Por ejemplo, en el caso de un PUCCH de intervalo 2 (n=2) puede aplicarse al menos una de las soluciones siguientes procesar k bits de información de un tipo determinado, en el que k1 bits de información se codifican, modulan y mapean en un primer puerto de antena y k2 bits de información se codifican, modulan y mapean en un segundo puerto de antena; codificar, modular y mapear bits de información de un primer tipo en un primer puerto de antena y de un segundo tipo en un segundo puerto de antena; determinar un orden de modulación (por ejemplo, QPSK o 16-QAM) para su uso en cada puerto de antena; determinar un número de bits codificados disponibles en cada puerto de antena; y determinar el esquema de codificación (por ejemplo, código de bloques, código convolucional, turbo) para su uso en cada puerto de antena.
Por ejemplo, una WTRU puede tener que transmitir k = 30 bits de un determinado tipo de información (como HARQ-ACK) en un PUCCH de intervalo-2. La WTRU puede determinar que k1 = 20 bits y k2 = 10 bits están codificados, modulados y mapeados en el primer y segundo puerto de antena respectivamente. La WTRU también puede determinar que se utiliza QPSK en cada puerto de antena, de forma que se determina que hay 48 bits codificados disponibles para cada puerto de antena. La WTRU puede entonces codificar 20 bits de información usando una tasa de codificación de 20/48 para ser mapeados en el primer puerto de antena y 10 bits de información usando una tasa de codificación de 10/48 para ser mapeados en el segundo puerto de antena.
La WTRU puede determinar al menos uno de los parámetros anteriores utilizando al menos una de las siguientes soluciones. La WTRU puede utilizar una indicación recibida de la señalización de capa superior. La WTRU puede utilizar una indicación recibida de al menos un campo de DCI recibido en PDCCH o E-PDCCH. Por ejemplo, el DCI puede ser un DCI que contenga una de las asignaciones de enlace descendente que indica un bloque de transporte para el que se va a transmitir HARQ-ACK en la transmisión PUCCH. La indicación puede incluir uno o más de los siguientes elementos una indicación de un número o relación de bits de información que deben codificarse y asignarse en cada capa, (por ejemplo, un campo de 2 bits puede indicar que la relación es de un tercio, la mitad, dos tercios o tres cuartos en el primer puerto de antena y el resto en el segundo puerto de antena (donde el número de bits puede redondearse hacia arriba o hacia abajo)); el campo A/N indicador de recursos (ARI), sobrecargado para incluir lo anterior (el campo ARI puede ser equivalente a, o puede reutilizar los mismos recursos que, un campo de control de potencia del transmisor (TPC) recibido en la información de control de enlace descendente para una célula SCell); una indicación de si puede utilizarse QPSK o MAQ-16 para cada puerto de antena; y una indicación del desequilibrio de calidad de canal entre los dos puertos de antena, expresada, por ejemplo, en términos de relación señal/interferencia (SINR) o diferencia en dB, o en términos de diferencia requerida entre la energía transmitida por bit de información en cada puerto de antena. La WTRU puede utilizar al menos un índice de recursos asociado al PUCCH de intervalo N, que puede indicarse utilizando un campo ARI en combinación con señalización de capa superior. El número de bits de información y la modulación para cada puerto de antena pueden configurarse como parte de un recurso configurado por capas superiores.
En algunos ejemplos, puede utilizarse la precodificación. En algunos ejemplos, una WTRU equipada con más de un puerto de antena para el enlace ascendente puede emplear precodificación similar a la precodificación aplicada a PUSCH. Esto puede permitir la multiplexación espacial de las transmisiones PUCCH de múltiples WTRU en el mismo recurso de frecuencia y tiempo. La matriz de precodificación aplicable a la transmisión PUCCH puede proporcionarse con señalización de control de enlace descendente, como en al menos un PDCCH/E-PDCCH que contenga asignaciones PDSCH para las que se esté proporcionando retroalimentación en la subtrama.
En algunos ejemplos, puede utilizarse DFT-S-OFDM con un factor de dispersión menor. En algunas soluciones, la carga útil PUCCH puede aumentarse distribuyendo un símbolo de modulación en un número menor de elementos de recurso en una estructura DFT-S- OFDM. Por ejemplo, se pueden asignar 48 símbolos de modulación repartidos en 3 símbolos de tiempo en el PUCCH y reducir a 2 el número de símbolos de tiempo utilizados para DM-RS.
En algunas soluciones, los símbolos de tiempo utilizados para DM-RS pueden mantenerse en los mismos símbolos de tiempo que en el formato PUCCH heredado 3 para mantener la posibilidad de multiplexación con transmisiones PUCCH heredadas de este formato en el mismo RB. En este marco, pueden preverse varias posibilidades para la propagación de símbolos de modulación a símbolos de tiempo en una subportadora, como por ejemplo, pero sin limitarse a ellas: 10 símbolos de modulación, cada uno en un único símbolo de tiempo (por ejemplo, sin dispersión); 5 símbolos de modulación, cada uno repartido en 2 símbolos de tiempo; 4 símbolos de modulación, de los cuales 2 pueden repartirse en 3 símbolos de tiempo y 2 en 2 símbolos de tiempo; y 3 símbolos de modulación, de los cuales 2 pueden repartirse en 3 símbolos de tiempo y 1 en 4 símbolos de tiempo.
En el caso de una transmisión PUCCH abreviada, en la que el último símbolo temporal no está disponible, el número de símbolos temporales en los que se propaga un símbolo de modulación puede reducirse en 1 para uno de los símbolos de modulación. El símbolo de modulación impactado es preferentemente uno que se extiende sobre un mayor número de símbolos de tiempo en una transmisión PUCCH no acortada.
El mapeo exacto de símbolos de modulación en símbolos de tiempo dentro de una subportadora (y por lo tanto el factor de dispersión) puede ser parametrizado para soportar un valor máximo de carga útil para PUCCH dependiendo del valor de este parámetro. El parámetro puede derivarse de un índice de recursos PUCCH o configurarse junto con un índice de recursos PUCCH.
Cuando se aplique una codificación separada a un subconjunto diferente de bits UCI, podrán utilizarse símbolos de modulación repartidos en un mayor número de símbolos temporales dentro del PUCCH (por ejemplo, los 2 símbolos de modulación por subportadora que se reparten en 3 símbolos temporales en lugar de 2) para transportar bits codificados para la UCI que requiera una mayor robustez.
La WTRU puede determinar un esquema de propagación basado en un número de bits codificados que necesitan ser transmitidos en una subtrama. Por ejemplo, la WTRU puede difundir 5 símbolos de modulación por subportadora si el número requerido de bits codificados es de 120 bits, y 3 símbolos de modulación por subportadora si el número requerido de bits codificados es de 72 bits.
En un ejemplo, puede utilizarse la selección del libro de códigos, el recurso y el formato y los parámetros de transmisión. La WTRU puede determinar un formato de transmisión PUCCH y posiblemente parámetros asociados para su uso en una subtrama particular. Un formato de transmisión PUCCH puede caracterizarse por un número total de bits codificados y por la forma en que el conjunto de bits codificados (o cada subconjunto de bits codificados, si procede) puede modularse, repartirse y asignarse a recursos físicos (posiblemente incluyendo multiplexación espacial).
El formato de transmisión PUCCH puede incluir al menos uno de los siguientes: un formato PUCCH heredado como 1, 1a, 1b, 2, 3, y similares; y un nuevo formato PUCCH que soporte una mayor carga útil, como un formato basado en una o una combinación de las técnicas descritas anteriormente (modulación de orden superior, mayor BW, multiplexación espacial o difusión reducida).
La selección de un formato y de los parámetros asociados puede basarse en al menos uno de los siguientes elementos. La selección puede basarse en el número de bits de información para los diferentes tipos de UCI que deben transmitirse en PUCCH (incluidos múltiples tipos de HARQ-ACK, CSI, SR). Por ejemplo, la selección puede basarse en la presencia o no de diferentes tipos de UCI a transmitir en PUCCH. Asimismo, la selección puede basarse en una indicación recibida de la señalización de capa física o de capa superior, como un PDCCH/E-PDCCH que contenga una asignación DL o información sobre asignaciones DL. Por ejemplo, la indicación puede contener un parámetro que indique un número de símbolos de modulación a mapear por subportadora (o un factor de propagación o conjunto de factores de propagación), un parámetro que indique un tipo de modulación (como QPSK o 16QAM), y/o un parámetro que indique un número de capas para la transmisión PUCCH (intervalo). Además, la selección puede basarse en el método utilizado para generar los bits de información HARQ-ACK que se transmitirán en el PUCCH. Adicionalmente, la selección puede basarse en una indicación recibida de la señalización de capa física o de capa superior de al menos una propiedad del libro de códigos, como se describe en la presente. La selección también puede basarse en un subconjunto de grupos de realimentación transmitidos en una subtrama, como se describe en la presente. Además, la selección puede basarse en la programación dinámica de recursos de enlace ascendente para la retroalimentación UCI, tal como se describe en la presente, incluidos los métodos relacionados con la información de programación UCI tal como se describe en la presente, por ejemplo, utilizando DCI(UCI) similar a la descrita en la presente.
En algunas soluciones, la WTRU puede determinar todas las propiedades de un formato de transmisión (incluyendo al menos una de modulación, número de RBs, dispersión, multiplexación espacial) basándose en un número requerido de bits codificados y un mapeo basado en un conjunto predeterminado de número de bits codificados, número de bits de información y/o subconjuntos de grupos de realimentación. Por ejemplo, la WTRU puede determinar el formato de transmisión basándose en una tabla similar a la Tabla 1.
Tabla 1
Figure imgf000020_0001
En este ejemplo, la WTRU puede determinar un número de bits codificados basándose, por ejemplo, en un número total de bits de información y una tasa de codificación máxima, como se describe en párrafos posteriores. Por ejemplo, si la WTRU determina que el número requerido de bits codificados es 144, la WTRU puede emplear modulación QPSK en los bits codificados, distribuir los símbolos modulados de tal manera que 3 símbolos se distribuyan sobre cada subportadora, y asignar la señal resultante sobre 2 RBs.
En algunas soluciones, la WTRU puede seleccionar algunas propiedades del formato de transmisión basándose en una indicación dinámica, como la recepción de un ARI u otro campo de PDCCH/E-PDCCH. Por ejemplo, un recurso indicado por un ARI recibido puede tener 1 RB. Si el número requerido de bits codificados es de 96 bits, la WTRU puede determinar que el esparcimiento debe ser tal que se esparzan 4 símbolos de modulación por subportadora, permitiendo 96 bits codificados en el RB. En el caso de que el recurso indicado por el ARI recibido tuviera 2 RBs, la WTRU puede determinar que el esparcimiento sea tal que se esparzan 2 símbolos de modulación por subportadora, permitiendo 96 bits codificados en 2 RBs. En la presente se describen otros ejemplos de estos aspectos dinámicos.
En un ejemplo, se puede utilizar una determinación dinámica de las propiedades del libro de códigos. En algunas soluciones, la WTRU puede determinar al menos una propiedad del conjunto de bits de información para la realimentación HARQ y posiblemente otras UCI (por ejemplo, el libro de códigos) basándose en aspectos semiestáticos y/o dinámicos. Las soluciones pueden permitir minimizar la cantidad de recursos utilizados para la transmisión de dicha información. En la presente se describen otros ejemplos de estos aspectos dinámicos.
Por extensión, las soluciones descritas a continuación también pueden utilizarse para determinar un formato PUCCH, un recurso PUCCH o un método de control de potencia que puede asociarse a una propiedad del libro de códigos (como el tamaño del libro de códigos). Por ejemplo, la WTRU puede determinar que se utilice un primer formato PUCCH (y/o método de control de potencia) si el tamaño del libro de códigos es menor que un primer valor y que se utilice un segundo formato PUCCH si el tamaño del libro de códigos es mayor o igual que un primer valor pero menor que un segundo valor, y así sucesivamente.
Puede determinarse al menos una de las siguientes propiedades del libro de códigos. Se puede determinar el número de bits de información del libro de códigos. Puede determinarse el orden de los bits de información del libro de códigos, por ejemplo en términos de qué bloque(s) de transporte de qué celda(s) o grupo(s) de celdas se asignan a una posición dada del libro de códigos. Puede determinarse la interpretación de cada bit de información (o conjunto de los mismos), como por ejemplo si el bit o bits representan: el resultado ACK o NACK de la decodificación de un bloque de transporte recibido en una celda, grupo de celdas y/o subtrama específicos; y/o una indicación de celda(s) o grupo(s) de celdas o subtrama(s) sobre las que se aplica o no la agrupación. Puede determinarse un esquema de codificación de la fuente que puede aplicarse (por ejemplo, codificación Huffmann). Puede determinarse un esquema de codificación de canal aplicado al libro de códigos (por ejemplo, Reed-Muller, turbo o convolucional).
La FIG. 3 es un diagrama de un ejemplo de proceso de selección de un formato PUCCH basado en el tamaño y el tipo de retroalimentación. En un ejemplo mostrado en el proceso 300, una WTRU puede recibir una pluralidad de bloques de transporte sobre un conjunto de una pluralidad de portadoras configuradas y generar realimentación HARQ-ACK 310 y realimentación CSI 320 para la pluralidad de bloques de transporte. Además, el número de bits de información necesarios para la realimentación HARQ-ACK 310, que puede estar representado por n, y el número de bits de información necesarios para la realimentación CSI 320, que puede estar representado por m, pueden ser combinados (por ejemplo, concatenados) por la WTRU 330. La WTRU 330 también puede combinar (por ejemplo, concatenar) los bits de información necesarios para la realimentación CSI. La WTRU puede generar un mensaje de realimentación que incluya el número de bits de realimentación HARQ- ACK a utilizar para la realimentación HARQ-ACK y el número de bits de realimentación CSI a utilizar para la realimentación CSI. A continuación, la WTRU puede determinar el posible formato PUCCH basándose en el contenido de la respuesta 340. Por ejemplo, esta determinación del formato PUCCH puede hacerse basándose en el número de bits de realimentación HARQ-ACK y en el número de bits de realimentación CSI. La WTRU puede transmitir el mensaje de realimentación utilizando el formato PUCCH determinado.
Por ejemplo, si la realimentación HARQ-ACK está presente y por lo tanto n > 0 y si la realimentación CSI está presente y por lo tanto m > 0, entonces un primer formato PUCCH, tal como el formato PUCCH x, o un segundo formato PUCCH, tal como el formato PUCCH y, puede ser seleccionado 350. Asimismo, si la retroalimentación HARQ-ACK no está presente y, por lo tanto, n = 0 y sólo está presente la retroalimentación CSI y, por lo tanto, m > 0, entonces puede seleccionarse 360 el formato PUCCH x o un tercer formato PUCCH, como el formato PUCCH z. Además, si la retroalimentación HARQ-ACK está presente y por lo tanto n > 0 y si la retroalimentación CSI no está presente y por lo tanto m = 0, entonces el formato PUCCH x o un cuarto formato PUCCH, tal como el formato PUCCH w puede ser seleccionado 370.
En el caso de que se seleccione el formato PUCCH x o el formato PUCCH y 350, la WTRU puede entonces comparar el número de bits de información de la carga útil de retroalimentación con un primer umbral 355, tal como B1. Si la carga útil de retroalimentación es mayor que el primer umbral y, por lo tanto, n m > B1, puede seleccionarse el formato PUCCH x 356. Además, si la carga útil de retroalimentación es menor o igual que el primer umbral y, por tanto, n m ≤ B1, puede seleccionarse el formato PUCCH y 358. La WTRU puede transmitir el mensaje de realimentación utilizando el formato PUCCH determinado.
En el caso de que se seleccione el formato PUCCH x o el formato PUCCH z 360, la WTRU puede entonces comparar el número de bits de información de la carga útil de retroalimentación con un segundo umbral 365, tal como B2. Si la carga útil de retroalimentación es mayor que el segundo umbral y, por lo tanto, m > B2, puede seleccionarse el formato PUCCH x 366. Además, si la carga útil de retroalimentación es menor o igual que el segundo umbral y, por lo tanto, m ≤ B2, entonces puede seleccionarse el formato z de PUCCH 369. La WTRU puede transmitir el mensaje de realimentación utilizando el formato PUCCH determinado.
En el caso de que se seleccione el formato PUCCH x o el formato PUCCH w 370, la WTRU puede entonces comparar el número de bits de información de la carga útil de retroalimentación con un tercer umbral 375, tal como B3. Si la carga útil de retroalimentación es mayor que el tercer umbral y, por lo tanto, n > B3, puede seleccionarse el formato PUCCH x 376. Además, si la carga útil de retroalimentación es menor o igual que el tercer umbral y, por lo tanto, n ≤ B3, puede seleccionarse el formato PUCCH w 377. La WTRU puede transmitir el mensaje de realimentación utilizando el formato PUCCH determinado.
Una propiedad del libro de códigos puede depender al menos de información semiestática (o estática), como un número de portadoras (o celdas) configuradas, una configuración de subtramas, una agrupación de celdas en grupos de celdas, un número de bloques de transporte que pueden recibirse en una celda dada, un modo de transmisión utilizado en una celda dada y un esquema de retroalimentación HARQ configurado para ser utilizado en una celda o grupo de celdas (como si se aplica agrupación dentro o a través de subtramas o celdas, o si se aplica una solución de retroalimentación HARQ como la descrita anteriormente).
La WTRU también puede determinar una propiedad del libro de códigos en función de información que puede cambiar de forma más dinámica, como por ejemplo: el estado de activación de una celda o un grupo de celdas; si se han producido problemas de radioenlace o fallos de radioenlace para un grupo de celdas o se ha informado de ello para un grupo de celdas; si se sabe que el PDSCH no se ha transmitido desde la red para una celda o un grupo de celdas, o alternativamente se sabe que se ha transmitido desde la red; la configuración dinámica de la subtrama (enlace ascendente (UL) o DL) en una celda; y la información de control DL recibida en una subtrama.
Por ejemplo, la WTRU puede determinar que un libro de códigos sólo incluya retroalimentación HARQ para celdas o grupos de celdas que estén en estado activado o para las que no se haya informado de un fallo de radioenlace. La WTRU también puede determinar que un libro de códigos sólo incluye retroalimentación HARQ para celdas, grupos de celdas o subtramas desde las que la WTRU determina que puede haberse transmitido PDSCH. En este caso, la WTRU puede determinar el tamaño del libro de códigos y la posición o posiciones de los bits en consecuencia. Por ejemplo, en el caso de 10 celdas configuradas y 2 bloques de transporte por celda, si la WTRU determina que el PDSCH puede haber sido transmitido sólo desde las celdas 2, 3 y 6, los dos primeros bits pueden corresponder a retroalimentación HARQ para la celda 2, los dos siguientes bits pueden corresponder a retroalimentación HARQ para la celda 3, y así sucesivamente para un tamaño de libro de códigos de 6 bits.
La WTRU puede determinar que el PDSCH puede haber sido transmitido utilizando una de las siguientes soluciones. La WTRU puede recibir una indicación de las celdas, grupos de celdas, bloques de transporte y/o subtramas en las que puede transmitirse PDSCH a partir de la señalización de control de enlace descendente incluida en PDCCH o E-PDCCH. La indicación puede consistir en un campo en el que cada valor posible indica un subconjunto de celdas, grupos de celdas y/o subtramas en las que puede transmitirse (o no transmitirse) PDSCH. El subconjunto asociado a cada valor puede estar predeterminado o configurado por capas superiores. El subconjunto también puede ser una función de la celda o grupo de celdas en el que se recibe la señalización, o de la celda o celdas o grupo de celdas indicados en el mismo PDCCH o E-PDCCH en el que está contenido el campo.
Por ejemplo, si el tamaño del campo es de dos bits, el valor "00" puede indicar que PDSCH sólo puede recibirse en la célula o células o grupo o células para los que PDSCH está programado en este PDCCH o E-PDCCH; el valor "11" puede indicar que PDSCH puede recibirse en cualquier célula o grupo de células configurado; el valor "01" puede indicar que PDSCH puede recibirse en un primer conjunto de grupos de células configurado por capas superiores, y el valor "10" puede indicar que PDSCH puede recibirse en un segundo conjunto de grupos de células configurado por capas superiores.
En otro ejemplo, el índice de celda de una (o más) celda de servicio en la que se transmite PDSCH puede utilizarse en combinación con el valor de indicación para determinar el libro de códigos. En este ejemplo, cada DCI con una asignación de enlace descendente puede transmitir la misma indicación. El valor de indicación puede asignarse a diferentes conjuntos de celdas y/o portadoras y/o bloques de transporte para los que se puede esperar que una WTRU retroalimente A/N. La determinación del conjunto adecuado basada en la indicación, puede ser una función del ID de celda de servicio de al menos una celda en la que se transmite un PDSCH.
La Tabla 2 proporciona un ejemplo de relación entre una indicación y conjuntos de celdas para las que una WTRU puede informar A/N, en función de la celda de servicio. Básicamente, la WTRu puede determinar el conjunto adecuado en función de la indicación y del conjunto de al menos una célula de servicio en la que se transmite un PDSCH.
Tabla 2
Figure imgf000022_0001
En caso de que HARQ-ACK deba notificarse para más de 1 subtrama (por ejemplo, en caso de TDD), en una solución, la indicación puede representar todo el libro de códigos en todas las subtramas y celdas independientemente de la subtrama en la que se reciba. Alternativamente, la indicación puede representar la porción del libro de códigos correspondiente a la subtrama en la que se recibe. Alternativamente, la indicación puede representar la porción del libro de códigos correspondiente a la(s) subtrama(s) hasta e incluyendo la subtrama en la que se recibe. Por ejemplo, la indicación puede representar un conjunto de celda(s) o grupo(s) de celda(s) donde PDSCH puede ser recibido en cualquier subtrama hasta e incluyendo la subtrama en la que se recibe la indicación.
El significado de una indicación (por ejemplo, el conjunto de bloques de transporte y/o celdas y/o portadoras y/o subtramas para las que se espera que una WTRU retroalimente HARQ A/N) puede depender de otros factores, posiblemente implícitos. Por ejemplo, una WTRU puede recibir un punto de código o mapa de bits específico en una indicación, y la WTRU puede asignar dicha indicación a un libro de códigos diferente dependiendo de al menos uno de los siguientes factores. La WTRU puede asignar dicha indicación a un libro de códigos diferente dependiendo del momento de la transmisión de la indicación. Por ejemplo, el número de subtrama puede utilizarse junto con la indicación. En otro ejemplo, puede utilizarse la subtrama específica de un conjunto de subtramas para las que se notifica retroalimentación en una subtrama específica (en TDD). La WTRU también puede asignar dicha indicación a un libro de códigos diferente en función de otro parámetro de una DCI que incluya la indicación. Por ejemplo, puede utilizarse una combinación de un comando TPC y una nueva indicación. En otro ejemplo, un parámetro del espacio de búsqueda (por ejemplo, si es espacio de búsqueda común o espacio de búsqueda específico de la WTRU, o el CCE del espacio de búsqueda) de un d C i puede utilizarse en combinación con el valor de indicación. Además, la WTRU también puede asignar dicha indicación a un libro de códigos diferente en función del formato PUCCH y/o los recursos indicados en una asignación de enlace descendente.
En lo anterior, la indicación puede estar contenida en un subconjunto o en todas las asignaciones de enlace descendente. La indicación también puede estar contenida en uno o más PDCCH/E-PDCCH (o DCI(s)) dedicados al suministro de información de programación para UCI como se describe en la presente.
En otro ejemplo, la red puede indicar qué grupo(s) preconfigurado(s) de portadoras contiene(n) al menos una asignación de enlace descendente. Así, el número de bits NACK correspondientes a portadoras no programadas (los NACKS "conocidos") puede reducirse cuando no hay ninguna asignación de enlace descendente programada en determinados grupos de portadoras. Por lo tanto, el tamaño del libro de códigos puede reducirse drásticamente, aunque todavía puede contener un número (menor) de NACKS de compañías no regulares. La reducción del tamaño del libro de códigos mejora no sólo el rendimiento desde el punto de vista de la potencia, sino también el uso de recursos PUCCH.
Otro ejemplo se ilustra en la Tabla 3 para una WTRU configurada con 32 portadoras. En este ejemplo, uno de los puntos de código del indicador (00) puede indicar "todas las compañías" para permitir que la WTRU se programe en todas las compañías. Otro punto de código (01) puede indicar 4 grupos disjuntos de 8 portadores. El grupo específico a seleccionar puede determinarse en función de las compañías para las que se reciban las asignaciones. Los otros dos puntos de código (10) y (11) pueden indicar grupos diferentes de 16 portadoras, o posiblemente grupos en los que el orden de las portadoras se modifica como en la opción 1. Las capas superiores pueden configurar la asignación exacta para maximizar la flexibilidad y el rendimiento de la programación. También se puede obtener una flexibilidad adicional utilizando un campo con más de 2 bits. Una posibilidad para minimizar la sobrecarga adicional puede ser utilizar un único campo para ARI y el indicador de libro de códigos.
Tabla 3
Figure imgf000023_0001
En un ejemplo, puede que no sea necesario programar a todos los transportistas de un grupo indicado. La WTRU puede indicar "NACK" cuando no se detecta asignación DL para una portadora incluida en el grupo indicado.
La FIG. 4 es un diagrama de un ejemplo de determinación de libro de códigos A/N HARQ. En un ejemplo mostrado en el diagrama 400, la WTRU puede recibir asignaciones de enlace descendente para un subconjunto de portadoras dentro de un conjunto de portadoras 410. Por ejemplo, la WTRU puede recibir asignaciones de enlace descendente para el subconjunto de portadoras 9, 10, 13, 14, 15 y 16 con el indicador de libro de códigos "01" en cada asignación DL. La WTRU puede perder la asignación DL para la portadora 12. Es posible que la WTRU no reciba una asignación para la compañía 11, que puede no tener asignación. La WTRU puede utilizar el libro de códigos que lleva HARQ A/N para las portadoras 420, tales como las portadoras {9, 10, 11, 12, 13, 14, 15, 16}, e incluir NACK para las portadoras 11 y 12.
Una indicación puede incluir al menos un índice de asignación de enlace descendente (DAI) recibido como parte de la información de control de enlace descendente asociada a cada transmisión PDSCH. En este caso, la WTRU puede ordenar los PDSCH recibidos para cada celda y subtrama según una regla predeterminada (por ejemplo, por índice de celda primero y subtrama después, o viceversa). La WTRU puede incluir bits HARQ A/N en el libro de códigos para cada PDSCH recibido (a menos que se haya determinado que no deben incluirse HARQ A/N basándose en soluciones descritas previamente), e incluir bits HARQ A/N (con valor "NACK") para cada PDSCH que se determine que falta basándose en la diferencia entre valores DAI consecutivos en la secuencia. Por ejemplo, el número de PDSCH que faltan puede determinarse como (N - 1) mod M, donde N es la diferencia entre valores DAI consecutivos en la secuencia y M es el número de valores DAI posibles.
Una indicación puede incluir un campo recibido como parte de la información de control de enlace descendente asociada con al menos una transmisión PDSCH. El campo puede indicar la asignación final de enlace descendente de un grupo de asignaciones de enlace descendente, posiblemente asignadas en o para una subtrama específica. Un valor del campo (por ejemplo, "0") puede indicar que la asignación no es la asignación final, y otro valor del campo (por ejemplo, "1") puede indicar que la asignación es la asignación final de la portadora de grupo y/o subtrama y/o componente. Esto puede permitir a la WTRU saber cuándo detener la detección ciega en una subtrama y también saber si ha detectado la asignación final.
En algunas soluciones, la indicación asociada a la asignación final (o última) puede derivarse del valor de un campo que también puede utilizarse para indicar otros tipos de información.
Por ejemplo, la indicación puede derivarse de al menos un valor del ARI y/o del comando TPC para el PUCCH recibido en uno o más PDCCH/E-PDCCH(s), o de al menos un valor de un indicador de formato PUCCH, de acuerdo con al menos uno de los siguientes.
La WTRU puede identificar una asignación como la asignación final si el valor del ARI para esta asignación es diferente de al menos otra asignación de un conjunto. El conjunto puede estar formado por todas las asignaciones de una subtrama o por todas las asignaciones. En este caso, el valor del ARI (o del comando TPC para el PUCCH) para esta asignación no podrá utilizarse directamente para indicar un índice a un recurso PUCCH. La determinación de una asignación como asignación final puede estar sujeta a al menos una de las siguientes condiciones adicionales.
En un ejemplo, el número de otras asignaciones, posiblemente sólo en la misma subtrama, puede ser al menos uno. En otro ejemplo, la al menos otra asignación puede ser asignaciones que preceden a la asignación final de acuerdo con una secuencia predefinida (por ejemplo, portadora primera, subtrama segunda). En otro ejemplo, la al menos otra asignación puede incluir al menos una asignación que no corresponda a la celda primaria. En otro ejemplo, el valor del ARI para la asignación final puede ser un valor fijo o configurado. En otro ejemplo, el valor del ARI para la asignación final puede estar relacionado con el valor del ARI en otras asignaciones. Por ejemplo, el valor del ARI de la asignación final puede indicar un recurso PUCCH con un número de RB menor o igual que el recurso PUCCH indicado por el valor del ARI en otras asignaciones. Además, el valor del ARI de la asignación final puede ser la suma del ARI descodificado en otras asignaciones, más un valor fijo o configurado (o X Red con un valor fijo o configurado). Por ejemplo, el valor del ARI de la asignación final puede ser uno (1) más el valor del ARI en otras asignaciones (módulo del número de valores ARI posibles).
En caso de que la WTRU no detecte la asignación final basada en una de las soluciones anteriores, la WTRU podrá considerar que el libro de códigos es indeterminado y aplicar acciones según las soluciones descritas en otros apartados. Alternativamente, la WTRU puede añadir al menos un NACK (o "0") al libro de códigos de forma que el tamaño total del libro de códigos corresponda a un tamaño válido entre un conjunto de tamaños válidos predefinidos o configurados.
Una indicación puede consistir en un campo recibido como parte de la información de control de enlace descendente asociada a cada transmisión PDSCH. El campo puede indicar a la WTRU el número restante de asignaciones que cabe esperar tras la detección de una asignación actual, dentro de un grupo de asignaciones de enlace descendente (posiblemente para una subtrama y/o una portadora componente). La WTRU puede determinar mejor los PDSCH faltantes y puede también un valor NACK para cualquier PDSCH faltante en la ubicación apropiada de un informe de retroalimentación. En otra solución, el campo puede indicar el número total de asignaciones de enlace descendente en un grupo de asignaciones de enlace descendente y/o una subtrama y/o una portadora componente. La WTRU puede determinar el número total de PDSCH que faltan e indicarlo a la celda de servicio en un informe de retroalimentación.
Una indicación puede consistir en un campo recibido como parte de la información de control de enlace descendente asociada a cada transmisión PDSCH, por ejemplo, un DAI. El IAD puede servir como un contador ascendente ordenado a lo largo de un parámetro de las celdas de servicio (por ejemplo, el IAD puede servir como un contador acumulativo de asignaciones totales hasta una asignación actual, contadas en la dirección del índice creciente de celdas de servicio). Por ejemplo, asumiendo un DAI de 2 bits, y con celdas de servicio ordenadas en índice creciente de celda de servicio, una primera asignación en una primera celda de servicio (por ejemplo, una celda de servicio con el índice de celda de servicio más bajo) puede tener DAI=00, una segunda asignación en una segunda celda de servicio (por ejemplo, una celda de servicio con el segundo índice de celda de servicio más bajo) puede tener DAI=01, y así sucesivamente.
En otra solución, el DAI puede servir como un contador descendente ordenado a lo largo de un parámetro de las celdas de servicio (por ejemplo, el DAI puede servir como contador de las asignaciones restantes en la dirección del índice creciente de celdas de servicio). Por ejemplo, asumiendo una cuenta regresiva DAI de 2 bits, y con celdas de servicio ordenadas en índice de celda de servicio creciente, una última asignación (por ejemplo, una asignación en una celda de servicio con el índice de celda de servicio más alto) puede tener una cuenta regresiva DAI=00, una penúltima asignación (por ejemplo, una asignación en una celda de servicio con el índice de celda de servicio más alto restante) puede tener una cuenta regresiva DAI=01, y así sucesivamente.
Los contadores pueden incrementarse por valores unitarios o no tener pasos de conteo unitarios. Por ejemplo, el contador decreciente de asignaciones restantes puede repetir un valor DAI para algunas asignaciones consecutivas. Por ejemplo, el contador decreciente de asignaciones restantes puede repetir el mismo valor para P asignaciones consecutivas. En un ejemplo, si suponemos 10 celdas de servicio con asignaciones, y P=3, el IAD de cuenta atrás puede asignarse como sigue (en orden creciente de índice de celda de servicio): 11 10 10 1001 01 01 00 00 00. En tal solución, una WTRU puede esperar que las asignaciones finales P=3 tengan un DAI de cuenta regresiva de 00. En una solución de este tipo, una WTRU puede ser capaz de resolver si ha recibido correctamente una última asignación de enlace descendente. Sin embargo, si falta una de las asignaciones con un DAI de cuenta atrás, una WTRU puede tener que informar NACK para todas las P=3 asignaciones consecutivas que comparten el mismo DAI de cuenta atrás dado que puede no saber cuál de las P=3 asignaciones consecutivas falta.
Puede ser posible una solución híbrida, donde se utilice tanto un contador acumulativo creciente de asignaciones, como un contador decreciente de asignaciones restantes. Por ejemplo, se puede utilizar un contador incremental de pasos unitarios (por ejemplo, un contador acumulativo de asignaciones en el que el IAD se incrementa en uno por cada asignación) y un contador repetitivo de asignaciones restantes (con P repeticiones). Por ejemplo, suponiendo Dais acumulativos y de cuenta regresiva de 2 bits, diez asignaciones pueden tener los siguientes valores totales de DAI (donde los dos primeros bits representan el DAI acumulativo usando incrementos de pasos unitarios y los dos últimos bits representan el DAI de cuenta regresiva usando P=3): 0011 0110 1010 1110 0001 0101 1001 1100 0000 0100. En este caso, a partir del contador acumulativo, la WTRU puede determinar qué asignación falta, si es que falta alguna, excepto cualquier asignación consecutiva que falte 2N+i (donde N es el tamaño en bits del DAI acumulativo e i es un número entero mayor o igual que 0) y/o cualquier última asignación que falte. Asimismo, a partir del contador repetitivo y decreciente de asignaciones restantes, la WTRU puede determinar si faltan hasta P*2M asignaciones consecutivas (donde M es el tamaño en bits del DAI de cuenta atrás), así como si falta la última asignación de enlace descendente. Combinando los dos DAIs, la WTRU puede resolver cualquier asignación consecutiva excepto las que sean mayores que los múltiplos comunes más bajos de P*2M y 2N. No es necesario que los valores de M y N sean iguales. Por ejemplo, una situación en la que el contador acumulativo utiliza N=2 bits, y el contador decreciente de asignaciones restantes utiliza M=1 bit y una repetición de P=3, puede llevar a que una WTRu sea capaz de resolver si falta una última asignación, y cualquier otra asignación que falte excepto 12 o más asignaciones consecutivas.
El campo también puede indicar otra información relevante para la retroalimentación HARQ para cada valor, como una indicación del formato y/o índice de recurso del PUCCH sobre el que transmitir ("indicador de recurso ACK/NACK"). Por ejemplo, si el tamaño del campo es de tres bits, el valor "010" puede indicar que PDSCH puede recibirse en un primer conjunto de grupos de celdas configurado por capas superiores y que la transmisión de retroalimentación HARQ tiene lugar sobre un determinado formato PUCCH y un primer valor del índice de recursos configurado por capas superiores; el valor "011" puede indicar que PDSCH puede recibirse en un primer conjunto de grupos de celdas configurado por capas superiores y que la transmisión de retroalimentación HARQ tiene lugar sobre un segundo valor del índice de recursos configurado por capas superiores, y así sucesivamente. Alternativamente, la información sobre el índice o índices de recursos PUCCH a utilizar puede proporcionarse en un campo separado o en un PDCCH o E-PDCCH separado.
El mismo valor de la indicación puede recibirse de más de un PDCCH o E-PDCCH (es decir, en cualquier celda de la que la WTRU reciba una asignación PDSCH), para garantizar la robustez frente a detecciones fallidas. La indicación también puede estar contenida en un PDCCH o E-PDCCH de un formato DCI específico en una celda o espacio de búsqueda específico independientemente de otros PDCCH o E-PDCCH que contengan asignaciones PDSCH para esta WTRU. Por ejemplo, la indicación puede estar contenida en un PDCCH recibido en un espacio de búsqueda común. La indicación puede ser válida durante una subtrama o más de una subtrama (por ejemplo, una trama).
En un ejemplo, puede utilizarse un indicador generalizado. Una indicación puede consistir en un campo que puede interpretarse como un índice de asignación de enlace descendente (DAI) o como un indicador de libro de códigos o de tamaño de libro de códigos en función de su valor específico, o en función del valor de un indicador o campo asociado. Por ejemplo, la indicación puede consistir en un campo de N bits, donde la interpretación de N-1 bits depende del valor de un bit específico. El cuadro 4 ofrece un ejemplo.
En otro ejemplo, los valores del tamaño del libro de códigos pueden estar predefinidos o configurados por capas superiores.
Tabla 4
Figure imgf000025_0001
En otro ejemplo, la determinación de libro de códigos puede utilizar indicadores DAI y de tamaño. En algunos ejemplos, la WTRU puede determinar un libro de códigos basado en cero o más DAI(s), y cero o más indicador(es) de libro de códigos o indicador(es) de tamaño de libro de códigos recibidos de asignación(es) de enlace descendente. En tales soluciones, la WTRU puede determinar un libro de códigos (o parte del mismo) basándose en los DAI recibidos y verificar que este libro de códigos (o parte del mismo) es coherente con cualquier indicador de libro de códigos recibido aplicable. En caso de que la WTRU determine que el libro de códigos DAI es consistente con el indicador de libro de códigos recibido, la WTRU puede transmitir HARQ-ACK de acuerdo con el libro de códigos DAI. De lo contrario, la WTRU puede transmitir otra información y/o realizar otras acciones como se describirá en la presente.
Un indicador de libro de códigos recibido puede ser aplicable a todo el libro de códigos HARQ-ACK o a un subconjunto del libro de códigos HARQ-ACK. En este último caso, el subconjunto puede corresponder a la asignación o asignaciones de enlace descendente recibidas en la misma subtrama en la que se recibe el indicador de libro de códigos. Alternativamente, el subconjunto puede corresponder a las asignaciones de enlace descendente recibidas en la subtrama o subtramas que preceden e incluyen la subtrama en la que se recibe el indicador de libro de códigos. Del mismo modo, un libro de códigos DAI puede aplicarse a todo el libro de códigos HARQ-ACK o a un subconjunto.
Un indicador de libro de códigos puede indicar un intervalo de posibles tamaños de libro de códigos, un conjunto de posibles tamaños de libro de códigos o un tamaño específico. Por ejemplo, un punto de código específico del indicador puede corresponder a un intervalo de tamaños entre 21 bits y 50 bits. En este caso, la WTRU puede determinar que el libro de códigos DAI es coherente con un indicador de libro de códigos recibido aplicable si su tamaño está dentro del intervalo indicado, o si es igual al tamaño indicado. Un indicador de libro de códigos puede corresponder a un indicador de formato PUCCH, donde la indicación de un formato PUCCH indica implícitamente un intervalo de tamaños posibles para el libro de códigos. Por ejemplo, una indicación de formato PUCCH 3 puede indicar implícitamente que el tamaño del libro de códigos es inferior o igual a 21 bits.
En algunos ejemplos, la WTRU puede derivar implícitamente un intervalo o conjunto de tamaños de libro de códigos a partir de otras propiedades o campos de la señalización de control de enlace descendente en lugar de un indicador explícito de libro de códigos. Por ejemplo, la WTRU puede derivar un intervalo de posibles tamaños de libro de códigos a partir de una indicación del número de RBs asignados a PUCCH, o a partir de una indicación de recurso (por ejemplo, un ARI) para un PUCCH, posiblemente en combinación con un indicador de formato PUCCH. El conjunto de posibles tamaños de libro de códigos para un determinado número de RB de un PUCCH o para un determinado valor de a Ri puede estar predefinido o configurado por capas superiores. Por ejemplo, el conjunto de tamaños posibles del libro de códigos puede configurarse como {16, 32, 48, 64, 80, 96, 112, 128} para ARI = 2 y como {24, 40, 56, 72, 88, 104, 120} para ARI = 3.
Una asignación específica de enlace descendente puede contener un indicador de libro de códigos, un DAI o tanto un indicador de libro de códigos como un DAI. Cuando una asignación de enlace descendente no indica un DAI (por ejemplo, cuando un indicador generalizado tiene un valor que no corresponde a un DAI), el valor esperado del DAI en la siguiente asignación de enlace descendente recibida puede incrementarse como si se hubiera recibido un DAI.
Cuando la WTRU determina que el libro de códigos DAI no es coherente con el indicador del libro de códigos para al menos una porción del libro de códigos, la WTRU puede ajustar el tamaño del libro de códigos para la al menos una porción a un valor correspondiente con el indicador del libro de códigos, si dicho indicador indica un tamaño específico. La WTRU puede indicar NACK para todos los bits de la al menos una porción. En caso de que la WTRU determine que el libro de códigos DAI no es consistente con el indicador de libro de códigos para al menos una porción del libro de códigos, pero no puede determinar el tamaño correcto del libro de códigos (por ejemplo, si el indicador sólo indica un rango de tamaños), la WTRU puede considerar que el libro de códigos es indeterminado y puede realizar acciones descritas en la presente.
En lo anterior, una indicación puede consistir en el valor de un campo incluido en la carga útil del DCI, o en el valor de un campo utilizado para enmascarar un subconjunto o todos los bits del CRC.
En algunos ejemplos, el libro de códigos puede ser indicado por la red a la WTRU de forma dinámica. Por ejemplo, puede incluirse un indicador de libro de códigos en al menos una de todas las asignaciones de enlace descendente cuyas transmisiones se asignan a un único recurso de retroalimentación HARQ A/N. El significado de los puntos de código en el indicador de libro de códigos puede ser configurado por la red, posiblemente de forma semiestática. Por ejemplo, puede utilizarse un comando RRC para indicar a la WTRU los posibles libros de códigos para cada punto de código (donde la WTRU puede seleccionar el libro de códigos apropiado basándose en el indicador y en al menos una celda de servicio). Para mejorar la granularidad del libro de códigos y, por tanto, aumentar las ventajas de utilizar un libro de códigos dinámico, se puede aumentar el número de bits indicadores. Por ejemplo, pueden utilizarse 4 bits indicadores, y cada uno de los 16 posibles puntos de código puede asignarse a una pluralidad de libros de códigos en función de la celda de servicio de al menos una asignación. Dicha configuración puede requerir una gran carga útil RRC y puede no ser sostenible.
El significado de un indicador de libro de códigos para un libro de códigos puede determinarse mediante una combinación de la configuración de un subconjunto de puntos de código y de al menos una celda de servicio. Por ejemplo, una WTRU puede ser configurada, posiblemente por la RRC con un número de conjuntos de portadoras (por ejemplo, 4 conjuntos de hasta 8 portadoras cada uno, u 8 conjuntos de hasta 4 portadoras cada uno, o 16 conjuntos de hasta 2 portadoras cada uno, o 32 conjuntos de 1 portadora cada uno). Los conjuntos pueden estar predeterminados o ser configurados explícitamente por la red. O los conjuntos pueden determinarse en la WTRU mediante un indicador transmitido por la red del número total de conjuntos, y la WTRU dividiendo las portadoras configuradas de una manera predeterminada o preconfigurada (por ejemplo, la WTRU puede ordenar las portadoras por un índice tal como el índice de celda y luego puede dividir uniformemente las portadoras en el número configurado de conjuntos). La WTRU también puede estar configurada (posiblemente de forma semiestática) con una tabla que asigna los primeros x bits (por ejemplo, x=2) del indicador a conjuntos de portadoras. Los otros bits y restantes del indicador (por ejemplo, y=2) pueden determinarse en función de la tabla utilizada para los primeros bits x, y posiblemente en función de al menos una celda de servicio.
A modo de ejemplo, la red puede indicar a la WTRU que debe utilizar 4 conjuntos de portadoras. Cada conjunto de portadoras puede incluir hasta 8 portadoras (por ejemplo, conjunto A={1,2,3,4,5,6,7,8}, conjunto B={9,10,11,12,13,14,15,16}, conjunto C={17,18,19,20,21,22,23,24} y conjunto D={25,26,2,28,29,30,31,32}). La WTRU también puede configurarse (posiblemente de forma semiestática) con una tabla que asigna los 2 primeros bits del indicador a diferentes conjuntos, por ejemplo, como se muestra en la Tabla 5.
Tabla 5
Figure imgf000027_0001
El significado de los dos últimos bits del indicador puede determinarse utilizando el conjunto vacío para al menos un punto de código (por ejemplo, "00") y, a continuación, para todos los demás puntos de código, utilizando el complemento de los conjuntos determinados a partir de la al menos una celda de servicio (donde el complemento de A se denota por Ac y viene dado por BCD en este ejemplo). La tabla 6 muestra un ejemplo del significado de los 2 últimos bits de indicador del libro de códigos.
Tabla 6
Figure imgf000027_0002
Por ejemplo, una WTRU configurada con la Tabla 5 para los dos primeros bits del indicador y que reciba una asignación de una celda del conjunto A podrá interpretar los dos primeros bits del indicador de la Tabla 7 y podrá interpretar a continuación los dos últimos bits del indicador de la Tabla 8. El libro de códigos global puede determinarse a partir de la unión de los conjuntos obtenidos a partir de los dos primeros y los dos últimos bits del indicador de libro de códigos. En este ejemplo, si la WTRU descodifica una asignación de una celda del conjunto A y también recibe el punto de código 0110 indicador del libro de códigos, entonces, por el hecho de que tiene al menos una celda del conjunto A, el significado de los dos primeros bits (01) puede significar conjunto AB y el significado de los dos últimos bits (10) puede significar conjunto BD. Por lo tanto, en este caso, el libro de códigos puede incluir la unión de los dos conjuntos y, por lo tanto, todas las celdas de los conjuntos A, B y D.
En otro ejemplo, la WTRU puede decodificar una asignación en una celda del conjunto A con el indicador de libro de códigos (0000), entonces a partir de la Tabla 7 y la Tabla 8, se puede determinar que el libro de códigos es la unión del conjunto A y el conjunto vacío, y por lo tanto incluye todas las celdas del conjunto A.
Tabla 7
Figure imgf000028_0001
Tabla 8
Figure imgf000028_0002
En otro ejemplo, los conjuntos para cada punto de código de la Tabla 5 pueden ser determinados por una WTRU en función del número total de conjuntos y de una fórmula preconfigurada o predeterminada. Por ejemplo, el punto de código "00" puede ser cualquier conjunto único, mientras que el punto de código "01" puede ser pares de dos conjuntos (por ejemplo, elegir el conjunto que incluye al menos una celda que transmite el índice de: AB o CD o EF o GH o...), el punto de código "10" puede ser grupos de tres conjuntos (por ejemplo, seleccionar el conjunto que incluya al menos una celda que transmita el índice de: ABC o DEF o GHI o...), el punto de código "1" puede ser grupos de cuatro conjuntos (por ejemplo, seleccionar el conjunto que incluya al menos una celda que transmita el índice de: ABCD o EFGH o...).
En otro ejemplo, la WTRU puede determinar el orden de los bits de información en el libro de códigos. La WTRU puede seleccionar una permutación del libro de códigos para optimizar el rendimiento de la decodificación. En algunas soluciones, la WTRU puede determinar o seleccionar un orden (o secuencia) para la transmisión de bits HARQ-ACK en una subtrama. La selección de un orden adecuado puede mejorar el rendimiento de decodificación de HARQ-ACK en el lado de la red evitando aquellos bits HARQ-ACK que la red sabe que son NACK (por ejemplo, porque corresponden a celdas/subtramas en las que no se transmitió PDSCH) que están en posiciones consecutivas del libro de códigos.
El orden puede seleccionarse basándose en una indicación de la señalización de control de enlace descendente (como una indicación de libro de códigos o una indicación de barajado). Alternativamente, el orden puede determinarse basándose en el conjunto de PDSCH recibidos o no recibidos en celdas y/o subtramas para las que debe notificarse HARQ-ACK. Además, el orden puede depender del tamaño total del libro de códigos HARQ-ACK en una subtrama concreta.
En algunos ejemplos, la WTRU selecciona uno de un número de posibles libros de códigos que pueden comprender el mismo número de bits pero donde la posición de cada bit corresponde al resultado ACK o NACK de PDSCH para diferentes celdas, subtramas y/o bloques de transporte de una celda. Por ejemplo, en un primer libro de códigos, el 23er bit puede corresponder al 1er bloque de transporte recibido de la 12va celda configurada, mientras que en un segundo libro de códigos, el 23er bit puede corresponder al 2do bloque de transporte recibido de la 18va celda configurada. El número total de bits de cada libro de códigos puede determinarse en función del número de celdas configuradas, el número de bloques de transporte que pueden recibirse en cada celda (dependiendo del modo de transmisión) y la configuración de la subtrama.
En algunos ejemplos, un conjunto de libros de códigos puede construirse intercalando o reordenando bits de un libro de códigos base cuyo orden de bits se determina basándose en reglas predefinidas. Por ejemplo, el orden del libro de códigos base puede ser primero por orden de bloque(s) de transporte dentro de una celda, luego por orden de índice de subtrama (para TDD) en segundo lugar y por último por orden de celdas configuradas. Otra posible regla para un libro de códigos base puede ser primero por orden de celdas, después por orden de índice de subtrama (para TDD) y por último por orden de bloques de transporte.
Un libro de códigos específico del conjunto puede corresponder a una permutación definida de los bits del libro de códigos base. Se puede definir explícitamente un conjunto de permutaciones (por ejemplo, mediante una tabla) para cada número posible de tamaños del libro de códigos. Por ejemplo, para un libro de códigos de 64 bits, 2 permutaciones pueden definirse como [1; 2; 3; 4; 5; ... 64] y [1; 33; 2; 34; 3; 35; ... 32; 64]. Alternativamente, se puede definir un conjunto de permutaciones utilizando una fórmula que puede depender del tamaño del libro de códigos. La fórmula puede implementar un conjunto de permutaciones pseudoaleatorias, o un conjunto de permutaciones donde cada permutación se caracteriza por una diferencia específica entre entradas consecutivas, por ejemplo.
El libro de códigos a utilizar en una subtrama determinada puede indicarse mediante señalización de control de enlace descendente. Por ejemplo, el libro de códigos puede indicarse en un campo de un DCI o del conjunto de DCIs que contienen asignaciones de enlace descendente para el PDSCH para el que se está notificando HARQ-ACK. En otro ejemplo, el libro de códigos puede indicarse en un campo de un DCI utilizado para proporcionar información de programación dinámica sobre la transmisión de información de control de enlace ascendente en el PUCCH o PUSCH En caso de que sólo se definan dos libros de códigos, el campo puede consistir en un único bit, que indica si se va a utilizar el libro de códigos base o el libro de códigos permutado (o "barajado").
Alternativamente, el libro de códigos a utilizar en una subtrama dada puede determinarse de tal manera que se optimice una cierta métrica dependiente del conjunto de PDSCH recibidos. Por ejemplo, el libro de códigos puede seleccionarse de forma que se minimice el número máximo de bits consecutivos correspondientes a bits A/N del PDSCH que no se asignaron (o no se detectó que se asignaran).
En algunos ejemplos, la WTRU puede no determinar al menos una propiedad del libro de códigos basándose en las asignaciones de enlace descendente recibidas, de forma que exista la certeza de que coincide con el libro de códigos asumido en el lado de la red. En tal situación, el libro de códigos puede ser considerado "indeterminado" por la WTRU.
La WTRU puede considerar que el libro de códigos es indeterminado cuando ocurre una de las siguientes situaciones: la WTRU no recibió al menos un indicador de libro de códigos (o indicador de tamaño de libro de códigos) del conjunto de asignaciones de enlace descendente; un campo en la última asignación de enlace descendente recibida de una secuencia predefinida de celdas/portadoras y subtramas, indica que deben recibirse más asignaciones de enlace descendente; la WTRU no recibió al menos un indicador de libro de códigos del conjunto de asignaciones de enlace descendente para una subtrama, donde el indicador de libro de códigos indica un conjunto de celdas, grupos de celdas y/o bloques de transporte sólo para esta subtrama (posiblemente, sólo si un campo recibido en la última subtrama donde se recibió una asignación de enlace descendente indica que puede haber más asignaciones de enlace descendente en la(s) siguiente(s) subtrama(s))); la WTRU no recibió al menos un indicador de libro de códigos del conjunto de asignaciones de enlace descendente para la última subtrama, donde el indicador de libro de códigos indica un conjunto de celdas, grupos de celdas y/o bloques de transporte para todas las subtramas hasta la subtrama en que se recibe, inclusive (posiblemente, sólo si un campo recibido en una asignación de enlace descendente en la misma subtrama que el último indicador de libro de códigos recibido indica que puede haber más asignaciones de enlace descendente en la(s) siguiente(s) subtrama(s))); y/o el libro de códigos DAI no es coherente con el indicador de libro de códigos para al menos una porción del libro de códigos, pero no puede determinar el tamaño correcto del libro de códigos (por ej. g., si el indicador sólo indica un intervalo de tamaños).
Cuando la WTRU considera que el libro de códigos es indeterminado, la WTRU puede transmitir HARQ-ACK utilizando un libro de códigos por defecto definido únicamente a partir de la configuración de capas superiores; transmitir una indicación de que el libro de códigos es indeterminado a través de un recurso y formato PUCCH específicos o posiblemente a través de PUSCH si hay una transmisión PUSCH presente (el recurso y/o formato PUCCH específicos pueden ser configurados por capas superiores, o pueden obtenerse a partir de la señalización de control de enlace descendente (por ejemplo, ARI); la indicación puede consistir en un solo bit (por ejemplo, correspondiente a NACK) y puede multiplexarse con HARQ- ACK del libro de códigos por defecto, si se transmite); y/o abstenerse de transmitir cualquier HARQ-ACK en PUCCH o PUSCH.
En un ejemplo, puede utilizarse una transmisión de retroalimentación HARQ utilizando múltiples grupos de retroalimentación. En algunas soluciones, la información de retroalimentación HARQ que debe transmitirse en una subtrama de enlace ascendente determinada puede estar representada por más de un conjunto de bits de información. Cada uno de estos grupos puede denominarse "grupo de retroalimentación".
Un grupo de retroalimentación puede definirse en función de celdas, grupos de celdas y/o subtramas. Por ejemplo, un primer grupo de retroalimentación puede incluir retroalimentación HARQ de un primer grupo de celdas (por ejemplo, un primer grupo de 8 celdas configuradas), un segundo grupo de retroalimentación puede incluir retroalimentación HARQ de un segundo grupo de celdas (por ejemplo, un segundo grupo de 8 celdas configuradas), y así sucesivamente.
En otro ejemplo, un grupo de retroalimentación puede definirse basándose en al menos uno de los siguientes factores: el número total de bits de información que deben transmitirse en la subtrama basándose en al menos información semiestática, y un orden de dichos bits de información; un número máximo u objetivo de bits de información por grupo de retroalimentación; un número máximo u objetivo de grupos de retroalimentación; el objetivo de un número igual de bits (o como máximo una diferencia de un bit) para cada grupo; y la minimización del número de grupos de retroalimentación. Por ejemplo, en caso de que el número total de bits de información a transmitir en una subtrama fuera de 36 y el número máximo de bits de información por grupo de retroalimentación fuera de 10, los grupos de retroalimentación podrán constar de 4 grupos de 9 bits.
En algunas soluciones, la WTRU puede codificar y transmitir información de un grupo de retroalimentación sólo si se ha recibido al menos un PDSCH (o bloque de transporte) perteneciente a este grupo de retroalimentación. En caso de que se haya recibido al menos un PDSCH para este grupo de retroalimentación, la WTRU podrá informar de "NACK" para las celdas y/o subtramas de las que no se haya recibido PDSCH y que pertenezcan a este grupo de retroalimentación. Alternativamente, la WTRU puede informar "DTX". Por ejemplo, si un grupo de retroalimentación consiste en retroalimentación HARQ para un grupo de 3 celdas con dos bloques de transporte por celda, y PDSCH se recibió sólo en la segunda celda, puede haber 6 bits de información en el grupo de retroalimentación. Los dos primeros y los dos últimos bits de información (correspondientes a la celda de la que no se recibió PDSCH) pueden indicar "NACK", mientras que los dos bits de información centrales (correspondientes a la celda de la que se recibió PDSCH) pueden indicar "ACK" si el bloque de transporte se descodificó correctamente y "NACK" en caso contrario.
En algunas soluciones, las combinaciones de subconjuntos de grupos de retroalimentación pueden limitarse a un conjunto de combinaciones válidas de grupos de retroalimentación. Por ejemplo, puede que no sea posible transmitir exactamente un grupo de retroalimentación, como el grupo #2 solamente, pero algunas combinaciones de 2 grupos de retroalimentación pueden ser posibles (como #1 y #2). La WTRU puede transmitir información de un grupo de retroalimentación para obtener una combinación válida de grupos aunque no se haya recibido ningún PDSCH perteneciente a este grupo de retroalimentación. El conjunto de combinaciones válidas puede ser predefinido o proporcionado por capas superiores.
En un ejemplo, puede utilizarse el procesamiento por separado de los grupos de retroalimentación transmitidos. En una solución, los bits de información de cada grupo de retroalimentación para el que tiene lugar la transmisión pueden codificarse por separado. Por ejemplo, si un primer grupo de retroalimentación consta de 8 bits y un segundo grupo de retroalimentación consta de 10 bits, cada grupo de retroalimentación puede codificarse en 24 bits codificados (utilizando, por ejemplo, un código de bloques Reed-Muller). La modulación posterior, la difusión y la asignación a recursos físicos también pueden realizarse por separado para cada grupo de retroalimentación.
El número de bits codificados a utilizar para cada grupo de retroalimentación puede ser función del número de bits de cada grupo de retroalimentación. Cada número de bits codificados puede seleccionarse entre un conjunto de valores predeterminados para el número de bits codificados (como 24 o 48). En algunas soluciones, el número seleccionado de bits codificados puede seleccionarse para ser el número más pequeño entre los valores predeterminados que alcanza hasta una tasa de codificación máxima (por ejemplo, relación entre el número de bits de información y el número de bits codificados).
En un ejemplo, puede utilizarse el procesamiento conjunto de grupos de retroalimentación transmitidos. En una solución, los bits de información de cada grupo de retroalimentación para el que tiene lugar la transmisión pueden procesarse conjuntamente y asignarse a un único recurso. Por ejemplo, puede haber 4 grupos de retroalimentación definidos (etiquetados como #1, #2, #3 y #4) que constan de 8, 12, 10 y 14 bits respectivamente. En una subtrama en la que se transmiten los grupos de retroalimentación n° 1, n° 3 y n° 4, puede codificarse un total de B = 32 bits (= 8 10 14).
La codificación puede consistir en múltiples códigos de bloque Reed-Muller en los que el conjunto de bits B puede dividirse por igual en M subconjuntos de hasta N bits de información y en los que cada subconjunto se codifica de forma independiente. A continuación, los bits codificados de los subconjuntos M pueden multiplexarse antes de su posterior procesamiento (que posiblemente incluya modulación, difusión y asignación a recursos físicos). Este tipo de codificación puede mejorar el rendimiento en el receptor al reducir el número total de candidatos a codificación que hay que probar. El número M de subconjuntos puede ser función del número B de bits según una función predefinida. Por ejemplo, M puede fijarse en el menor número entero mayor que la relación B / N.
En otro ejemplo, la codificación puede utilizar otros tipos de códigos, como la codificación convolucional o turbo. El tipo de codificación utilizado en una subtrama específica puede estar en función del número B de bits que deben transmitirse dado el subconjunto de grupos de retroalimentación para el que tiene lugar la transmisión. Por ejemplo, en una subtrama en la que el subconjunto de grupos de retroalimentación resulte en B ≤= B0 bits a transmitir (donde B0 podría ser un valor fijo como 40), la WTRU puede utilizar múltiples códigos de bloque Reed-Muller. En una subtrama donde B es mayor que B0 pero menor o igual que B1 (donde B1 podría ser un valor fijo como 100), la WTRU puede utilizar codificación convolucional. En una subtrama en la que B es mayor que B1, la WTRU puede utilizar la codificación turbo.
Se puede añadir un conjunto de bits CRC al conjunto de bits B antes de la codificación para mejorar la fiabilidad. El número de bits CRC puede depender del número de bits B, o puede depender del tipo de codificación aplicada. Por ejemplo, se pueden añadir bits CRC cero (0) cuando B es menor o igual que los bits B0, o cuando no se utiliza codificación convolucional o turbo.
La FIG. 5 es un diagrama de un proceso de selección de ejemplo para la codificación de canal y la inclusión de CRC basado en el número de bits de retroalimentación que deben transmitirse. Como se muestra en el proceso 500, la WTRU puede recibir una pluralidad de bloques de transporte sobre un conjunto de una pluralidad de portadoras configuradas 510 y generar retroalimentación HARQ-ACK 520 para la pluralidad de bloques de transporte. La inclusión de retroalimentación HARQ-ACK para una portadora puede basarse en un campo DAI presente en una asignación de enlace descendente para dicha portadora. Además, pueden insertarse bits de retroalimentación HARQ-ACK suplementarios en el libro de códigos HARQ-ACK, en función del valor de los sucesivos DAI detectados por la WTRU. Además, puede que no haya asignación de enlace descendente para una portadora. La retroalimentación HARQ-ACK 520 puede utilizar bits de retroalimentación HARQ-ACK 525. La WTRU puede determinar el número de bits de retroalimentación HARQ-ACK utilizados. La WTRU puede comparar el número de bits de retroalimentación HARQ-ACK, que puede estar representado por n, con un umbral, tal como el umbral B 530. En un ejemplo, si el número de bits de retroalimentación es menor o igual que el umbral y, por lo tanto, n ≤ B, se puede utilizar la codificación Reed-Muller 540. El conjunto de bits de retroalimentación codificados 545 puede resultar de la codificación Reed-Muller. Además, si el número de bits de retroalimentación es mayor que el umbral y, por tanto, n > B, la WTRU puede insertar o añadir CRC 550. Asimismo, si el número de bits de retroalimentación es mayor que el umbral y, por tanto, n > B, la WTRU puede utilizar la codificación convolucional 560. El conjunto de bits de retroalimentación codificados 565 puede resultar de la codificación convolucional.
En algunas soluciones, puede permitirse un conjunto finito de posibles números de bits de información B' (o tamaños de carga útil) antes de la codificación para simplificar la decodificación en el receptor. Este conjunto puede estar predefinido o determinarse a partir de la configuración (como el número de celdas, los grupos de celdas, el número de bloques de transporte por celda, etc.). El tamaño específico de la carga útil B' a utilizar en una subtrama específica también puede determinarse dinámicamente a partir de la señalización de control de enlace descendente. Por ejemplo, un campo de un PDCCH/E-PDCCH puede indicar uno de un conjunto de posibles tamaños de carga útil B' predefinidos o configurados por capas superiores. En otro ejemplo, un campo puede indicar uno de un conjunto de posibles formatos PUCCH, cada uno de los cuales corresponde a un tamaño de carga útil que depende de la configuración (número de celdas, grupos de celdas, etc.). La WTRU puede utilizar bits de relleno cuando el número B de bits a transmitir es inferior a un número permitido de bits de información B'. Por ejemplo, un conjunto de posibles tamaños de carga útil puede ser de 20 bits, 50 bits y 100 bits. En caso de que el número de bits a transmitir B, basado en un subconjunto seleccionado de grupos de retroalimentación, fuera de 60 bits, la WTRU puede emplear bits de relleno de forma que la carga útil total sea de 100 bits. La WTRU también puede transmitir información de grupos de retroalimentación adicionales (no seleccionados inicialmente) de forma que el número total de bits coincida con un tamaño de carga útil válido.
El número de bits codificados a utilizar puede ser función del número total de bits B o del tamaño de la carga útil B'. Puede seleccionarse entre un conjunto de valores predeterminados para el número de bits codificados. En algunas soluciones, el número seleccionado de bits codificados puede seleccionarse para ser el número más pequeño entre los valores predeterminados que alcanza hasta una tasa de codificación máxima (es decir, la relación entre el número de bits de información y el número de bits codificados).
En un ejemplo, puede utilizarse la determinación de un recurso. Como se describe en la presente, un recurso puede referirse a un conjunto de propiedades de transmisión para la transmisión de retroalimentación (por ejemplo, a través de PUCCH). El recurso puede identificarse mediante un índice del que se derivan todas las propiedades, como un conjunto de RB, propiedades de una o más secuencias DM-RS, al menos una secuencia de propagación, y similares. En caso de que PUCCH esté configurado en múltiples celdas, un recurso puede incluir la celda en la que se va a transmitir PUCCH, o un conjunto de celdas. Un sub-recurso puede referirse a una porción de dicho recurso - por ejemplo, un RB en caso de que el recurso consista en un conjunto de más de un RB, o una secuencia de propagación en caso de que el recurso consista en un conjunto de más de una secuencia de propagación, o una celda en caso de que el recurso consista en múltiples celdas.
La WTRU puede determinar el recurso o sub-recurso utilizado para la transmisión de un grupo de retroalimentación, o una combinación de grupos de retroalimentación, basándose en la señalización de control de enlace descendente que puede estar asociada con al menos uno de los PDSCH pertenecientes al grupo de retroalimentación. Por ejemplo, el recurso o subrecurso puede indicarse mediante un campo ARI en un PDCCH/E-PDCCH que programe un PDSCH perteneciente al grupo de retroalimentación o a una parte del grupo de retroalimentación de la combinación. En otro ejemplo, el recurso o subrecurso puede depender de la celda o grupo de celdas desde el que se descodifica el PDCCH/E-PDCCH, o de la celda o grupo de celdas de un PDSCH correspondiente. Por ejemplo, la celda en la que se transmite PUCCH puede ser la celda del mismo grupo de celdas que el grupo de celdas desde el que se decodifica PDCCH/E-PDCCH. En otro ejemplo, puede utilizarse señalización como la descrita en la presente.
El recurso utilizado para la transmisión de una combinación de grupos de retroalimentación puede depender del número de bits codificados y/o del formato PUCCH asociado, posiblemente en combinación con un ARI. Por ejemplo, la WTRU puede seleccionar un primer recurso si el número de bits codificados es un primer número y el ARI recibido es un primer valor, y un segundo recurso si el número de bits codificados es un segundo número y el a Ri recibido es un primer valor. El mapeo entre el recurso y una combinación de ARI y número de bits codificados puede ser configurado por capas superiores. En otro ejemplo, la WTRU puede configurarse con un único recurso para cada formato PUCCH o para cada número posible de bits de información o bits codificados. En este caso, la WTRU puede seleccionar el recurso PUCCH correspondiente al número de bits de información o bits codificados que es necesario transmitir (o el formato PUCCH que es necesario utilizar).
En un ejemplo, se puede utilizar la asignación fija de un grupo de retroalimentación a un subrecurso con posible transmisión de potencia cero. La WTRU puede determinar el recurso o sub-recurso utilizado para la transmisión de un grupo de retroalimentación (o una combinación de grupos de retroalimentación) basándose en una combinación de señalización de control de enlace descendente que puede estar asociada a cualquier PDSCH y de un índice u orden asociado a este grupo de retroalimentación. Por ejemplo, la combinación de un índice recibido de un campo ARI y de un índice del grupo de retroalimentación puede determinar el recurso o sub-recurso para la transmisión de este grupo de retroalimentación. Por ejemplo, un valor específico de ARI puede indicar un recurso que abarca dos (2) RB contiguos, y puede haber dos grupos de retroalimentación a transmitir. En este caso, el sub-recurso utilizado para el primer grupo de retroalimentación puede ser el primero de los dos RB, y el sub-recurso utilizado para el segundo grupo de retroalimentación puede ser el segundo de los dos RBs.
En caso de que no sea necesario realizar ninguna transmisión para un grupo de retroalimentación, la WTRU podrá transmitir con potencia cero (es decir, no podrá transmitir) en el subrecurso correspondiente. En algunas soluciones, la WTRU puede transmitir en un sub-recurso incluso si no es necesario realizar ninguna transmisión para el grupo de retroalimentación correspondiente para garantizar que la señal transmitida por la WTRU abarca RBs contiguos. La WTRU puede realizar dicha transmisión, por ejemplo, si el sub-recurso está sobre un RB y la transmisión de potencia no nula tiene lugar en ambos RBs adyacentes. En este caso, la WTRU puede codificar la información para el grupo de retroalimentación correspondiente según una regla predeterminada, por ejemplo, como si la WTRU informara "NACK" o "DTX" para todas las transmisiones correspondientes del grupo de retroalimentación.
En un ejemplo, puede utilizarse la asignación flexible de un grupo de retroalimentación a un recurso con una posible indicación. El recurso utilizado para la transmisión de un grupo de retroalimentación específico también puede determinarse en función del subconjunto (o combinación) de grupos de retroalimentación que se transmiten en la subtrama. Esta solución puede garantizar que la combinación de recursos utilizados para la transmisión de todos los grupos de retroalimentación dé como resultado una señal con propiedades deseables, como una señal que abarque bloques de recursos contiguos. Por ejemplo, puede haber 4 grupos de retroalimentación definidos (etiquetados como #1, #2, #3 y #4) y el valor recibido de la señalización de control de enlace descendente (por ejemplo, ARI) puede determinar un conjunto de recursos que abarcan 4 bloques de recursos contiguos (etiquetados como #a, #b, #c y #d). Cuando se transmiten los 4 grupos de retroalimentación, los grupos #1, #2, #3 y #4 pueden asignarse a los recursos #a, #b, #c y #d respectivamente. Por otro lado, si sólo se transmiten los grupos #1, #2 y #4, estos grupos pueden asignarse a los recursos #a, #b y #c de tal forma que sólo se utilicen bloques de recursos contiguos. Cuando existe una posible ambigüedad para la red sobre la identidad del grupo de retroalimentación transmitido en un recurso determinado, la WTRU puede incluir una indicación del grupo de retroalimentación en al menos este recurso, como por ejemplo un bit que indique si el grupo de retroalimentación transmitido a través del recurso #c es #3 o #4. Dicha indicación puede codificarse conjunta o separadamente con los bits de información del grupo de retroalimentación.
En un ejemplo, se puede realizar una transmisión de un indicador de grupo de retroalimentación. En algunas soluciones, la WTRU puede transmitir al menos una indicación del subconjunto de grupos de retroalimentación transmitidos en una subtrama para facilitar la decodificación en el receptor. En lo sucesivo, dicha indicación podrá denominarse "indicación de grupo de retroalimentación" (FGI). Un valor de f G i puede indicar una de las posibles combinaciones válidas de grupos de retroalimentación, incluido el tamaño del libro de códigos. La correspondencia entre cada posible valor FGI y una combinación de grupos de retroalimentación puede ser proporcionada por capas superiores o predefinida. La asignación puede depender del número total de bits de información B, y/o del tamaño de la carga útil B' para la transmisión en la subtrama. En algunas soluciones, el FGI puede consistir en una indicación de un formato de transmisión para PUCCH.
En una solución, un FGI puede procesarse por separado de otros bits de retroalimentación y asignarse a recursos físicos específicos. Por ejemplo, los bits FGI pueden codificarse, modularse, propagarse y asignarse a subportadoras y/o ranuras específicas de un bloque de recursos. Esta solución tiene la ventaja de que se pueden admitir múltiples números posibles de bits de información (B) sin aumentar excesivamente la complejidad en el receptor, ya que éste puede determinar primero el número de bits de información descodificando primero el FGI.
En una solución, los bits FGI pueden concatenarse con otros bits de retroalimentación (y posiblemente intercalarse) antes del posterior procesamiento conjunto (que posiblemente incluya al menos uno de codificación, modulación, propagación y asignación a recursos físicos). Esta solución puede ser particularmente beneficiosa si el conjunto posible de tamaño(s) de la carga útil es conocido en el receptor.
En una solución, los bits FGI pueden utilizarse para enmascarar un CRC añadido al conjunto de bits de retroalimentación. Esta solución tiene la ventaja de proporcionar una mayor fiabilidad mediante la detección de errores y, al mismo tiempo, reducir la posibilidad de error en la transmisión de retroalimentación debido a asignaciones PDSCH omitidas o a asignaciones PDSCH detectadas erróneamente. En el receptor, la red puede intentar decodificar asumiendo un tamaño de carga útil dado (o un conjunto de posibles tamaños de carga útil) y comprobando si el CRC enmascarado por el valor FGI esperado dado el PDSCH transmitido es válido.
En una solución, el recurso utilizado para la transmisión de retroalimentación puede ser una función de la FGI, posiblemente en combinación con la información recibida de la señalización de control de enlace descendente (como ARI) y capas superiores. Esta solución proporciona un mecanismo de señalización FGI implícito, ya que el receptor puede determinar el FGI a partir del recurso del que podría decodificarse la información de retroalimentación.
En un ejemplo, se puede utilizar el ajuste de potencia. La WTRU puede determinar la potencia a aplicar para una transmisión que contenga información de retroalimentación (incluida una transmisión que solo contenga información de retroalimentación, como una transmisión PUCCH) basándose en al menos una estimación de pérdida de trayecto PLc, una potencia máxima configurada PCMAX,C, parámetros proporcionados por capas superiores como P0 PUCCH, DeltaF PUCCH y DeltaTxD, un parámetro dependiente de los comandos TPC recibidos g(i) y/o un desplazamiento de potencia h que sea función de parámetros que pueden cambiar en una subtrama como se describe a continuación.
En algunas soluciones, un desplazamiento de potencia puede ser una función de al menos uno de: un número total de bits de información B basado en el subconjunto de grupos de retroalimentación seleccionados para la transmisión, incluyendo posiblemente grupos de retroalimentación transmitidos para asegurar la transmisión sobre RBs contiguos; el mayor número de bits de información de un grupo de retroalimentación entre un subconjunto seleccionado para la transmisión; un número de bloques de transporte basado en PDSCH recibidos; un número de bloques de transporte basado en PDSCH recibidos en cada grupo de retroalimentación, o el máximo de los mismos entre grupos de retroalimentación; un número máximo de bloques de transporte que pueden recibirse basado en la configuración; un tamaño de carga útil B' para la transmisión de información de retroalimentación en la subtrama; el tipo de codificación empleado en la subtrama (Reed-Muller, convolucional, turbo); si se añade CRC y/o FGI al conjunto de bits de retroalimentación transmitidos; un número de subconjuntos M de bits codificados independientemente antes de la multiplexación; y un número de bits transmitidos en cada subconjunto de bits codificados independientemente, o el máximo entre todos los subconjuntos, donde el número de bits puede o no limitarse a los correspondientes a PDSCH recibidos.
La función de desplazamiento de potencia puede depender de distintos parámetros dependiendo del tipo de codificación que se esté utilizando, o más generalmente dependiendo del formato de transmisión que se esté utilizando. Por ejemplo, en caso de que la codificación se base en un código de bloques como Reed-Muller, el desplazamiento de potencia puede ser una función del número de bloques de transporte basados en PDSCH recibidos en la subtrama, o quizás el número máximo de los mismos entre subconjuntos codificados independientemente. Por otro lado, en caso de que la codificación se base en un código convolucional o un código turbo, el desplazamiento de potencia puede ser una función del número máximo de bloques de transporte que pueden recibirse en función de la configuración. Esta solución puede ser apropiada ya que, en el caso de que se utilice codificación por bloques basada en libros de códigos pequeños, el receptor puede utilizar el conocimiento de los bits de información que se sabe que están configurados como NACK (basado en PDSCH programado) para mejorar la probabilidad de detección correcta.
En los sistemas heredados, el número de símbolos de modulación codificados por capa Q' para HARQ-ACK puede fijarse en un valor proporcional al número de bits de información para HARQ-ACK, el número de subportadoras de la transmisión PUSCH inicial QHARQ-ACK y un factor q Harq- ack
^ offset pero no may0r que 4 veces el número de subportadoras del PUSCH. La codificación, el entrelazado, la multiplexación y la asignación de los datos de la capa superior se realizan independientemente de la presencia o ausencia de HARQ-ACK. Cuando se transmite HARQ-ACK, sus símbolos de modulación codificados pueden sobrescribir los símbolos utilizados para los datos de capa superior en determinados elementos de recursos, lo que provoca una modesta degradación del rendimiento de los datos de capa superior debido a la perforación.
Cuando es necesario transmitir un gran número de bits HARQ-ACK, es posible que el límite de 4 veces el número de subportadoras del PUSCH resulte insuficiente, por ejemplo, en escenarios de potencia limitada en los que puede no ser posible disponer de un ancho de banda muy grande para el PUSCH. En algunas soluciones, el límite de 4 veces el número de subportadoras de la asignación PUSCH puede ser levantado de tal manera que los símbolos de modulación para HARQ-ACK pueden ser asignados a recursos adicionales (por ejemplo, símbolos de tiempo) en PUSCH.
En algunas soluciones, para evitar la degradación del rendimiento debida a una perforación excesiva, la WTRU puede procesar datos de capa superior teniendo en cuenta que al menos algunos elementos de recursos no están disponibles para datos superiores debido a la transmisión de HARQ-ACK, o de un número mínimo de bits de los mismos. Más concretamente, pueden verse afectados los siguientes parámetros o procedimientos. El tamaño del bloque de transporte de los datos de la capa superior puede verse afectado. Por ejemplo, el cálculo del tamaño del bloque de transporte en función del esquema de modulación y codificación (MCS) señalizado y del tamaño de la asignación PUSCH (en bloques de recursos) puede tener en cuenta un número de símbolos de tiempo que no están disponibles debido a la transmisión de HARQ-ACK. Por ejemplo, en caso de que el número de símbolos de modulación necesarios para HARQ-ACK sea superior a 4 veces el número de subportadoras del PUSCH, el tamaño del bloque de transporte puede reducirse en un factor (12-4) /12 = 2/3 para tener en cuenta el hecho de que al menos 1/3 de los símbolos de tiempo (no utilizados para DM-RS) no están disponibles para datos de capa superior cuando puede ser necesario transmitir HARQ-ACK. El procedimiento de mapeo en REs para PUSCH puede cambiarse de manera que un subconjunto o todos los REs en los que se mapean símbolos para HARQ-ACK se excluyan del conjunto de REs en los que pueden mapearse símbolos para PUSCH. Por ejemplo, se pueden excluir los REs en los 4 símbolos de primera vez en los que se pueden mapear símbolos para HARQ-ACK.
La WTRU puede determinar que los datos de capa superior se procesen de acuerdo con lo anterior basándose en al menos una de las siguientes condiciones. La WTRU puede determinar que los datos de capa superior se procesen de acuerdo con la señalización explícita de un PDCCH/E-PDCCH recibido. El PDCCH/E-PDCCH recibido puede ser el PDCCH/E-PDCCH que contiene la concesión de enlace ascendente para la transmisión PUSCH en cuestión, u otro PDCCH/E-PDCCH recibido que posiblemente indique información sobre un conjunto de transmisiones PDSCH y/o PUSCH. Para ello, puede utilizarse un campo nuevo o ya existente de un DCI. Esta solución tiene la ventaja de ser robusta frente a la pérdida de asignaciones de enlace descendente. La WTRU puede determinar que los datos de capa superior se procesen en función del número de bits de información HARQ-ACK que se transmitan en el PUSCH. La WTRu también puede determinar que los datos de capa superior se procesen en función de si el número de símbolos para HARQ-ACK supera un umbral, como 4 veces el número de subportadoras de la transmisión PUSCH.
En un ejemplo, una WTRU puede seleccionar un recurso de enlace ascendente para la transmisión de UCI. En ejemplos, la WTRU puede determinar un recurso para transmisión UCI en las siguientes situaciones: posiblemente múltiples tipos de canales físicos disponibles para transmisión de UCI, por ejemplo, tanto PUSCH como PUCCH; posiblemente múltiples tipos de UCI disponibles para transmisión, por ejemplo, HARQ-ACK, CSI o SR; y/o posiblemente algunas celdas en portadoras que operan en una banda de frecuencia sin licencia (por ejemplo, LAA).
En un ejemplo, una WTRU puede dividir UCI entre PUSCH y PUCCH. En un método de ejemplo, la WTRU puede determinar que una primera cantidad de UCI puede ser aplicable a un primer tipo de transmisión, por ejemplo, PUCCH mientras que una segunda cantidad puede ser aplicable a un segundo tipo de transmisión (por ejemplo, PUSCH). Posiblemente, dicho método puede ser aplicable por grupo de celdas, por ejemplo, para un grupo PUCCH o para un grupo de celdas (por ejemplo, un CG).
Por ejemplo, la primera cantidad de UCI puede corresponder a un tipo específico de UCI, por ejemplo, bits HARQ A/N. Por ejemplo, la segunda cantidad de UCI puede corresponder a otro tipo de UCI, por ejemplo, CSI como CQI, indicadores de matriz de precodificación (PMI) o bits RI.
En una subtrama en la que se espera que la WTRU transmita UCI, la WTRU puede determinar si al menos un recurso PUSCH está disponible o no para la subtrama en cuestión. La WTRU también puede determinar si está o no configurada para transmisiones simultáneas en PUCCH y PUSCH para una celda o grupo de celdas de servicio dado.
Si la WTRU puede realizar la transmisión simultáneamente en PUSCH y PUCCH (por ejemplo, los recursos están disponibles y la WTRU está configurada para tal operación), la WTRU puede determinar que un primer tipo de UCI, por ejemplo, HARQ-ACK, puede transmitirse en una transmisión PUSCH mientras que el segundo tipo de UCI, por ejemplo, la CSI, puede transmitirse en una transmisión PUCCH, o viceversa. La WTRU también puede determinar que una primera porción de un tipo dado de UCI (por ejemplo, HARQ-ACK) puede transmitirse en una transmisión PUSCH mientras que una segunda porción puede transmitirse en una transmisión PUCCH. de acuerdo con al menos uno de los siguientes: recepción de señalización de control de enlace descendente, por ejemplo, utilizando métodos similares a los descritos en la presente (dicha señalización puede indicar que la UCI debe dividirse utilizando las transmisiones PUSCH y PUCCH); recepción de señalización de control de enlace descendente, por ejemplo, utilizando métodos similares a los descritos en la presente (dicha señalización puede incluir una solicitud de UCI en la que la UCI indicada puede encaminarse a un primer recurso y/o transmisión específicos (por ejemplo, PUCCH, o posiblemente el recurso indicado por programación dinámica, por ejemplo, de acuerdo con lo descrito en la presente) mientras que otras retroalimentaciones pueden encaminarse a un segundo recurso y/o transmisión específicos (por ejemplo, PUSCH, o posiblemente descartada), o viceversa); la asignación de PUSCH (por ejemplo, el tamaño de la concesión) es inferior (o igual) a un umbral (posiblemente configurable); la relación resultante del número de bits de carga útil (no UCI) y el número de bits UCI para la transmisión PUSCH en cuestión es igual o superior a un umbral específico para la cantidad de bits UCI en cuestión; la relación resultante entre el número de bits de carga útil (no UCI) y el número de bits HARQ A/N para la transmisión PUSCH en cuestión es igual o superior a un umbral específico; el número de símbolos de modulación Q' por capa para un tipo de UCI y la transmisión PUSCH en cuestión superaría un umbral (por ejemplo, el umbral puede ser 4 veces el número de subportadoras del PUSCH en caso de HARQ-ACK).
Cuando se cumple al menos una de las condiciones anteriores, la WTRU puede determinar la porción de bits UCI transmitidos en cada canal de acuerdo con al menos una de las siguientes. La WTRU puede determinar la porción de acuerdo con la información que incluye un primer tipo de UCI (por ejemplo, los bits HARQ ACK) en la transmisión PUSCH en cuestión hasta el número requerido de símbolos para la UCI en cuestión. La WTRU puede transmitir los UCI restantes (por ejemplo, del segundo tipo, es decir, los bits CSI) utilizando una transmisión en PUCCH. Asimismo, la WTRU puede determinar la porción de acuerdo con información que incluya un número de bits UCI en la transmisión PUSCH basado en la asignación PUSCH (por ejemplo, el tamaño de la concesión); los bits UCI restantes pueden transmitirse entonces utilizando una transmisión diferente. Por ejemplo, la WTRU puede determinar un número de bits HARQ- ACK que resulte en un número de símbolos de modulación Q' por capa no mayor que un umbral que puede depender del tamaño del PUSCH, tal como N veces el número de subportadoras. En otro ejemplo, el número de bits UCI en la transmisión PUSCH (posiblemente de un tipo determinado) puede ponerse a cero y todos los bits pueden transmitirse en una transmisión diferente.
Por ejemplo, una WTRU puede dividir la UCI entre varios PUCCH. En un método de ejemplo, la WTRU puede determinar que una primera cantidad de UCI puede ser aplicable a un primer tipo de transmisión, por ejemplo, PUCCH en los recursos de una primera celda de servicio (por ejemplo, la PCell) mientras que una segunda cantidad puede ser aplicable a un primer tipo de transmisión (por ejemplo, PUCCH) en los recursos de una segunda celda de servicio (por ejemplo, SCell configurada con PUCCH). Posiblemente, dicho método puede ser aplicable por grupo de células, por ejemplo, para un grupo PUCCH o para un grupo de células (por ejemplo, un CG), o a través de grupos PUCCH o CGs.
Por ejemplo, la primera cantidad de UCI puede corresponder a un tipo específico de UCI, por ejemplo, bits HARQ A/N. Por ejemplo, la segunda cantidad de UCI puede corresponder a otro tipo de UCI, por ejemplo, CSI como bits CQI, PMI o RI. En tal caso, la WTRU puede determinar la celda con PUCCH en la que transmitir un primer tipo de UCI de acuerdo con al menos uno de los siguientes: recepción de señalización de control de enlace descendente, por ejemplo, utilizando métodos similares a los descritos en la presente (dicha señalización puede indicar que la UCI debe dividirse utilizando las diferentes transmisiones PUCCH y que el primer tipo de UCI debe transmitirse utilizando recursos de una celda específica (por ejemplo, la celda en la que se ha recibido la señalización de control)); recepción de señalización de control de enlace descendente, por ejemplo, utilizando métodos similares a los descritos en la presente (dicha señalización puede incluir una solicitud de UCI en la que el UCI indicado puede encaminarse a un primer recurso PUCCH específico y/o transmisión PUCCH (por ejemplo, posiblemente el recurso indicado por programación dinámica, por ejemplo, como se describe en la presente) mientras que otra retroalimentación puede encaminarse a un segundo recurso PUCCH específico y/o transmisión PUCCH (por ejemplo, según otros métodos para determinar un recurso PUCCH), o viceversa); la PCell siempre (o la PSCell si es para el MCG) o, alternativamente, la SCell siempre; la WTRU selecciona el PUCCH con capacidad suficiente (y/o con el mejor rendimiento de transmisión esperado); la WTRU selecciona la celda para la que tiene la estimación de pérdida de trayecto más baja; la WTRU selecciona la celda para la que también tiene recursos para una transmisión PUSCh (sólo si la transmisión simultánea PUSCH+PUCCH está configurada para la WTRU); y según una configuración semiestática.
En un ejemplo, una WTRU puede seleccionar un único PUCCH cuando hay varios disponibles. En un posible ejemplo, una WTRU puede seleccionar un único PUCCH cuando hay varios disponibles sólo si la WTRU puede realizar la transmisión en diferentes PUCCHs simultáneamente. En otro ejemplo, la WTRU puede seleccionar la celda de servicio con el PUCCH de acuerdo con al menos uno de los siguientes: la WTRU selecciona la celda basándose en la señalización de control recibida similar a la descrita anteriormente; la recepción de señalización de control de enlace descendente, por ejemplo, utilizando métodos similares a los descritos en la presente, (dicha señalización puede incluir la programación dinámica para la transmisión UCI, por ejemplo, según lo descrito en la presente); la WTRu selecciona el PUCCH con capacidad suficiente (y/o con el mejor rendimiento de transmisión esperado); la WTRU selecciona la celda para la que tiene la estimación de pérdida de trayecto más baja; y según una configuración semiestática. En varios ejemplos, la WTRU sólo puede considerar las celdas en estado activado.
La WTRU puede estar configurada con una pluralidad de recursos PUCCH en al menos una SCell. Posiblemente, la WTRU puede configurarse con una restricción en el número de transmisiones simultáneas de enlace ascendente que puede realizar. Dicha restricción puede ser para todas las transmisiones de la WTRU (por ejemplo, incluyendo todas las transmisiones para todas las celdas o CGs configurados), para todas las transmisiones de un determinado CG de la configuración de la WTRU, para todas las transmisiones físicas de un tipo específico (por ejemplo, sólo para transmisión PUCCH) y/o para todas las transmisiones de un determinado tipo (por ejemplo, sólo para transmisiones UCI).
En tal caso, la WTRU puede determinar qué transmisión de enlace ascendente puede utilizar para la transmisión de UCI según las soluciones descritas en la presente. En un ejemplo, una WTRU puede determinar el enrutamiento del enlace ascendente en función de las restricciones.
En un método, la WTRU puede determinar cómo encaminar la transmisión de UCI en función de las restricciones aplicables al número de transmisiones simultáneas de enlace ascendente (y, posiblemente, sólo para transmisiones simultáneas de PUCCH). Por ejemplo, la WTRU puede determinar que la transmisión de al menos parte de la UCI debe realizarse en una subtrama dada de acuerdo con (y posiblemente para un CG dado) al menos uno de los siguientes: la WTRU puede realizar como máximo un número X de transmisión en PUCCH (por ejemplo, la WTRU puede determinar el número X aplicable de celdas servidoras con recursos PUCCH de acuerdo con al menos uno de los siguientes: en orden decreciente de la potencia de transmisión requerida para la transmisión PUCCH; en orden creciente de la referencia de pérdida de trayecto estimada para la correspondiente portadora; y en orden decreciente de la capacidad PUCCH); y la WTRU puede realizar como máximo un número X de transmisiones en PUCCH para un determinado grupo de celdas (e. g., como máximo una transmisión PUCCH por grupo PUCCH si un grupo puede configurarse utilizando más de un recurso PUCCH. La WTRU puede utilizar métodos similares a los del caso anterior, posiblemente aplicados por grupo de celdas).
La WTRU puede estar configurada con al menos una celda de servicio que utilice una portadora que opere en una banda de frecuencia sin licencia (en lo sucesivo, "celda LAA"). Las siguientes soluciones describen cómo la WTRU puede determinar qué recurso de enlace ascendente utilizar para la transmisión de al menos parte (o la totalidad) de la UCI generada en función del tipo de acceso, el tipo de banda (por ejemplo, con licencia o sin licencia), el tipo de UCI en sí (por ejemplo, HARQ A/N, CQI, PMI/RI o similares) y/o la señalización de control recibida (por ejemplo, similar a los aspectos de señalización descritos en la presente).
En un ejemplo, como un método de ejemplo, la WTRU puede enrutar UCI sobre recursos de una celda de servicio de una banda licenciada. La WTRU puede determinar que el UCI aplicable puede transmitirse utilizando recursos de enlace ascendente de una celda de servicio de la configuración de la WTRu asociada a una portadora en una banda de frecuencias utilizada para la operación bajo licencia. La WTRU podrá realizar dicha determinación independientemente de si tiene o no programada una transmisión de enlace ascendente para los recursos de enlace ascendente de una célula LAA. Alternativamente, la WTRU puede transmitir al menos parte de la UCI en una transmisión PUSCH de la celda LAA (si está disponible) de tal manera que la WTRU puede hacer tal determinación de enrutamiento sólo cuando no hay transmisión PUSCH para la celda LAA.
Dicha UCI aplicable podrá determinarse de acuerdo con al menos una de las siguientes. La WTRU no podrá transmitir ninguna UCI utilizando recursos de una celda LAA. Por ejemplo, la WTRU puede enrutar cualquier UCI relacionado con la operación LAA a una transmisión asociada con una portadora en el dominio licenciado independientemente de si la WTRU tiene o no un recurso para una transmisión PUSCH para una celda LAA. En otro ejemplo, la WTRU puede transmitir sólo UCI asociadas con la LAA-C6ll utilizando recursos de una LAA-C6ll cuando estén disponibles, de lo contrario la UCI puede ser enrutada a un recurso de una celda en el dominio licenciado. Por ejemplo, la WTRU puede encaminar sólo UCI relacionados con una celda LAA a una transmisión en un recurso de una celda LAA, si dicha transmisión está disponible (por ejemplo, está programada una transmisión PUSCH). En otro ejemplo, la WTRU puede realizar cualquiera de las operaciones anteriores, pero sólo para la transmisión de un tipo específico de UCI. Por ejemplo, la WTRU puede transmitir retroalimentación HARQ A/N (más sensible al tiempo) relacionada con la operación en el dominio sin licencia sólo utilizando recursos de una celda en el dominio con licencia; en tal caso, otro tipo de UCI puede transmitirse utilizando una transmisión PUSCH en el dominio sin licencia (si está disponible) o utilizando recursos en el dominio con licencia (en caso contrario).
En otro ejemplo, la UCI aplicable puede determinarse mediante la recepción de señalización de control de enlace descendente, por ejemplo, utilizando métodos similares a los descritos en la presente. Dicha señalización puede incluir una solicitud de UCI en la que la UCI indicada puede generarse basándose en el estado de los procesos HARQ en el momento de la recepción de la señalización de control, por ejemplo, la UCI puede estar asociada con el estado más reciente de los respectivos procesos HARQ y no necesariamente asociada con transmisiones recibidas simultáneamente y/o durante el intervalo de tiempo asociado con la recepción de dicha señalización de control. Adicionalmente, la WTRU puede recibir información de programación UCI similar a la descrita en la presente para la retroalimentación UCI asociada a dicha celda.
En la presente se describen métodos para determinar los recursos de enlace ascendente para la transmisión UCI. En la presente se describen métodos para que la WTRU pueda determinar, al menos en parte, qué recurso utilizar para al menos algunas UCI basándose en información de control de enlace descendente, por ejemplo, programación dinámica.
En la presente se describen métodos para la señalización de control de enlace descendente con DCI(UCI). En un ejemplo, la WTRU puede recibir información de programación dinámica para la UCI. Dicha información de programación dinámica puede recibirse en PDCCH utilizando DCI. Dicha información de programación puede incluirse en un formato DCI existente (por ejemplo, utilizando uno o más índices para referirse a información de control específica) o en un formato DCI dedicado. Dicho DCI puede denominarse en la presente como DCI(UCI). La programación dinámica puede incluir la solicitud de UCI y/o la asignación de recursos. Dicho DCI(UCI) puede indicar al menos uno de los siguientes: una solicitud de UCI (por ejemplo, mediante la cual la WTRU puede determinar qué UCI incluir en una transmisión dada); e información de programación de UCI (por ejemplo, mediante la cual la WTRU puede determinar qué recurso de enlace ascendente y cómo transmitir la UCI aplicable utilizando la información programada dinámicamente.
En un ejemplo, DCI(UCI) puede indicar una solicitud de UCI. Una solicitud de UCI puede utilizarse para determinar qué UCI generar para la transmisión. En un ejemplo, la WTRU puede determinar, en función de la solicitud de UCI, qué retroalimentación incluir en una transmisión de UCI.
Además, una solicitud UCI puede utilizarse para crear una carga útil UCI más pequeña. En un ejemplo, la solicitud de UCI se puede utilizar para priorizar la transmisión de la UCI solicitada y, posiblemente, para descartar (o reducir la prioridad) de otras UCI.
Asimismo, una solicitud de UCI puede utilizarse para encaminar un subconjunto de UCI a un recurso específico, programado o no. En un ejemplo, la solicitud de UCI puede utilizarse para asignar la UCI indicada a un recurso de enlace ascendente específico, por ejemplo, como un recurso indicado por la información de programación de UCI (si procede, véanse los ejemplos en la presente).
El contenido de una solicitud de UCI puede incluir al menos una de las siguientes informaciones: un tipo de UCI, una identidad de celda servidora, una identidad de proceso HARQ de enlace descendente, un método de reducción de tamaño de UCI, un grupo de retroalimentación y solicitudes aperiódicas. Por ejemplo, el contenido de la solicitud de UCI puede incluir un tipo de UCI. La WTRU puede determinar qué tipo de UCI incluirá en la transmisión UCI, por ejemplo, HARQ A/N solamente o también en combinación con cualquier CSI aplicable. Por ejemplo, el tipo puede ser implícito al formato del DCI(UCI), por ejemplo, basándose en la disposición de los campos en el formato DCI(UCI). Por ejemplo, el formato DCI(UCI) puede incluir un campo para una solicitud CSI y un campo para una solicitud HARQ A/N (por ejemplo, como campos de mapa de bits separados).
En otro ejemplo, el contenido de la solicitud de UCI puede incluir una identidad de celda servidora. La WTRU puede determinar la identidad de la celda o celdas de servicio para las que es aplicable la solicitud, por ejemplo, la solicitud de la UCI en cuestión puede ser aplicable a todas las celdas de servicio configuradas (y/o también posiblemente activas) de la configuración de la WTRU, o a un subconjunto de las mismas, por ejemplo, según indiquen las identidades señaladas.
Por ejemplo, las identidades pueden corresponder a la identidad de la celda de servicio configurada por la capa superior, a celdas que forman parte de un grupo de celdas (por ejemplo, basadas en una agrupación configurada, basadas en la agrupación para transmisión PUCCH - grupo PUCCH, basadas en la agrupación anticipada de temporización (TAGs), sólo para una celda especial - por ejemplo, PCell de MCG o PSCell de SCG, o similares). Dicha identidad puede basarse en el indicador de campo de portadora (CFI) utilizado para la programación entre portadoras.
En un ejemplo, la solicitud de UCI puede indicar CSI sólo para subconjunto de celdas en un PUSCH programado dinámicamente, HARQ por legado. Por ejemplo, la solicitud de UCI puede indicar que sólo se solicita CSI para un subconjunto de celdas de servicio, por ejemplo, para los ID de celda de servicio 1 y 3. Dicha indicación puede recibirse utilizando una disposición de mapa de bits similar al ejemplo mostrado en la Tabla 9. La WTRU podrá entonces incluir CSI para esas celdas con el UCI aplicable para la transmisión del enlace ascendente.
La WTRU puede realizar dicha transmisión de enlace ascendente, por ejemplo, utilizando programación dinámica (por ejemplo, posiblemente en PUSCH). En un ejemplo, dicha señalización de solicitud de UCI para CSI puede ser aplicable únicamente a CSI periódicas (por ejemplo, informes CQI periódicos) o, preferiblemente, para cualquier tipo de CSI, incluidas las CSI aperiódicas. La Tabla 9 es un ejemplo de la disposición de un mapa de bits para una solicitud de retroalimentación CSI.
Tabla 9
Figure imgf000037_0001
En otro ejemplo, el contenido de la solicitud UCI puede incluir una identidad de proceso HARQ de enlace descendente. La WTRU puede determinar la identidad del proceso o procesos HARQ para los que es aplicable la solicitud, por ejemplo, cuando el tipo de UCI solicitada es la retroalimentación HARQ. Por ejemplo, la información de control puede utilizar, por ejemplo, una representación de mapa de bits de todos los procesos HARQ de la WTRU en un orden específico para cada celda (y también posiblemente activada) de la configuración de la WTRU, por ejemplo, orden creciente del ID de proceso para todas las celdas aplicables en orden creciente, por ejemplo, basado en su respectiva identidad de celda de servicio. La Tabla 10 es un ejemplo de la disposición de un mapa de bits para una solicitud de retroalimentación HARQ.
Tabla 10
Figure imgf000037_0002
En un ejemplo, la retroalimentación HARQ puede incluirse sólo para procesos específicos para todas las celdas aplicables. Por ejemplo, la WTRU puede determinar a partir de la recepción de una solicitud UCI que incluirá retroalimentación HARQ para los procesos x1, x3 y x7 para el ID de celda de servicio = 0, x0 y x4 para el ID de celda de servicio = 1 y x0, x2 , x3, x4 y x5 para el ID de celda de servicio = 3, como se muestra en la Tabla 10. En tal caso, la WTRU puede generar 10 bits de retroalimentación HARQ para su transmisión en un recurso de enlace ascendente. A continuación, la WTRU puede determinar la codificación aplicable y el recurso de enlace ascendente aplicable utilizando cualquiera de los métodos descritos en la presente o utilizando métodos heredados.
En un ejemplo, una sobrecarga puede indicar la presencia o ausencia de información de programación dinámica para los procesos. En un ejemplo, la retroalimentación HARQ puede corresponder sólo a transmisiones para las cuales la WTRU tiene información de programación (por ejemplo, dinámica y/o configurada/semipersistente) de tal manera que la solicitud también puede indicar que los procesos en cuestión han sido programados. En tal caso, la WTRU puede realizar una verificación para determinar si (y posiblemente también para qué celda de servicio) la WTRU no ha descodificado con éxito uno (o más) PDCCH(s) para el intervalo en cuestión (por ejemplo, "PDCCH perdido"), si ha descodificado incorrectamente uno (o más) PDCCH(s) con éxito (por ejemplo, "falso positivo").
En un ejemplo, se puede utilizar un caso especial para las asignaciones DL configuradas. Para un proceso HARQ configurado con una asignación de enlace descendente para el intervalo en cuestión, la WTRU puede determinar que siempre se solicita la UCI: en este caso, la ausencia de una solicitud para el proceso HARQ en cuestión puede indicar que no se asoció programación dinámica al proceso, mientras que la presencia de dicha solicitud puede indicar adicionalmente que se asoció programación dinámica al proceso.
En un ejemplo, puede utilizarse una sobrecarga como ayuda de decodificación PDCCH. En un ejemplo, la WTRU puede determinar que la solicitud de UCI corresponde a todas las celdas de la configuración de la WTRU (y, posiblemente, sólo a las celdas activadas) y/o para todas las celdas asociadas con dicha señalización de control, de modo que la WTRU puede utilizar la información de solicitud de UCI para realizar intentos de decodificación sólo para las celdas para las que se solicita retroalimentación HARQ.
En otro ejemplo, una solicitud de retroalimentación HARQ puede ser independiente de la programación DL, por ejemplo, del estado del proceso. En un ejemplo, la retroalimentación HARQ puede corresponder al estado del proceso o procesos HARQ en cuestión, independientemente de la actividad de programación del proceso o procesos en cuestión. En tal caso, la WTRU no podrá realizar ninguna otra verificación en relación con la detección de PDCCH(s) perdidos y/o la posible aparición de cualquier falso positivo.
En otro ejemplo, el contenido de la solicitud de UCI puede incluir un método de reducción del tamaño de la UCI. En un ejemplo, la WTRU puede determinar adicionalmente qué método de reducción de tamaño aplicar a la UCI solicitada, por ejemplo, cualquier otro método descrito en la presente. Por ejemplo, la solicitud de UCI puede indicar que para las celdas para las que se debe informar HARQ A/N, la WTRU debe utilizar agrupación para HARq A/N para celdas configuradas con multiplexación espacial (por ejemplo, múltiples bloques de transporte por intervalo).
En otro ejemplo, el contenido de la solicitud de UCI puede incluir un grupo de retroalimentación, por ejemplo, como se describe en la presente. En un ejemplo, la WTRU puede determinar el conjunto de transmisiones PDSCH y/o procesos HARQ para los que debe proporcionar retroalimentación basándose en un campo de solicitud de retroalimentación dinámica. Diferentes puntos de código del campo pueden asignarse a diferentes grupos de retroalimentación (por ejemplo, conjuntos de transmisiones PDSCH y/o procesos HARQ) y estas asignaciones de puntos de código pueden configurarse semiestáticamente, posiblemente mediante configuración RRC.
En otro ejemplo, el contenido de la solicitud UCI puede incluir solicitudes aperiódicas. En un ejemplo, la WTRU puede determinar adicionalmente a partir de la solicitud de UCI que debe enviarse retroalimentación aperiódica de enlace ascendente.
La WTRU puede implementar un comportamiento adicional para HARQ A/N generado a partir de la recepción de uno o más DCI(s) que activan o desactivan una asignación de enlace descendente configurada y/o una concesión de enlace ascendente configurada. En un método, la WTRU puede generar siempre el informe HARQ A/N para dicha señalización independientemente de la solicitud UCI. En un método, la WTRU puede generar un informe HARQ A/N para dicha señalización si la celda de servicio en la que la WTRU recibió la señalización de control está incluida en la solicitud UCI (por ejemplo, dejar que la red coordine la transmisión de comandos de programación semipersistente (SPS) y solicitudes UCI de forma coherente).
En otro ejemplo, la WTRU puede determinar que la UCI indicada, por ejemplo, utilizando métodos descritos en la presente, no debe generarse y/o no debe incluirse en una transmisión de enlace ascendente. En otras palabras, dicha señalización puede utilizarse para someter parte (o la totalidad) de la UCI aplicable en lugar de considerarse una solicitud de UCI.
En un ejemplo, DCI(UCI) puede indicar información de programación para UCI. Una solicitud de UCI puede utilizarse para determinar qué UCI generar para la transmisión. En un ejemplo, la WTRU puede determinar, en función de la información de programación de UCI, algunas o todas las propiedades de la transmisión de enlace ascendente para al menos algunas de las UCI aplicables, por ejemplo, posiblemente incluyendo los recursos de transmisión aplicables y/o el formato de transmisión aplicable (incluyendo uno de modulación, bloque(s) de recursos (de inicio), número de bloques de recursos, dispersión, multiplexación espacial, posiblemente temporización y/o desplazamiento de temporización, una o más secuencias DM-Rs , o similares).
La información de programación UCI puede incluir al menos una de las siguientes informaciones: un tipo de canal físico (PUCCH, PUSCH), identidad de tipo de canal físico (por ejemplo, PUCCH en PCell, PUCCH en SCell), identidad de celda de servicio, identidad de grupo de retroalimentación PUCCH/UCI, formato PUCCH, parámetros de transmisión PUSCH, parámetros de transmisión PUCCH, codificación de canal, tamaño de carga útil, comando TPC (información de control de potencia) y solicitud CSI. Además, son posibles diferentes combinaciones de la información de programación anterior, como por ejemplo dependiendo de si el recurso indicado es un recurso PUSCH o un recurso PUCCH.
La información de programación UCI puede incluir un tipo de canal físico (PUCCH, PUSCH). La WTRU puede determinar qué tipo de canal físico utilizar para la transmisión de UCI en función de una indicación dentro de la información de programación. Cuando no exista tal indicación, la WTRU podrá decidir utilizar el PUCCH. Cuando el PUSCH está programado para la transmisión de UCI (posiblemente sólo), la WTRU no puede realizar ninguna retransmisión autónoma WTRU para el proceso HARQ en cuestión.
La información de programación UCI puede incluir una identidad de tipo de canal físico (por ejemplo, PUCCH en PCell, PUCCH en SCell). La WTRU puede determinar qué canal físico de cierto tipo (por ejemplo, PUCCH) utilizar para la transmisión de UCI en función de una indicación (por ejemplo, PUCCH en PCell, PUCCH en SCell) dentro de la información de programación. Cuando no existe tal indicación, la WTRU puede determinar utilizar un canal PUCCH por defecto, por ejemplo, PUCCH en PCell. Esto puede aplicarse también a la transmisión de retroalimentación en PUSCH, por ejemplo, cuando el PUSCH de la celda de servicio configurada con PUCCH puede programarse para transmisión UCI.
La información de programación UCI puede incluir una identidad de celda de servicio. La WTRU podrá determinar la identidad de la celda de servicio correspondiente al recurso físico de enlace ascendente. La identidad de la celda de servicio, o CFI, puede utilizarse para la programación de PUSCH para UCI. Por ejemplo, la WTRU puede recibir un valor que corresponde a la identidad de una celda de servicio. Dicha identidad puede basarse en la identidad de la celda de servicio utilizada por otras capas, por ejemplo, servCell-ID en RRC. Alternativamente, dicha identidad puede basarse en un valor configurado para la programación de portadora cruzada, por ejemplo, un CFI. En un ejemplo, esto puede ser aplicable cuando la información de programación puede indicar recursos en un PUSCH.
La información de programación UCI puede incluir una identidad de grupo de retroalimentación PUCCH/UCI. La WTRU puede determinar la identidad del canal de retroalimentación de enlace ascendente correspondiente al recurso físico de enlace ascendente en función de la identidad de un grupo de celdas asociadas a un único canal de enlace ascendente (por ejemplo, un grupo PUCCH). Esto puede aplicarse también a la transmisión de retroalimentación en PUSCH, por ejemplo, cuando el PUSCH de la celda de servicio configurada con PUCCH puede programarse para transmisión UCI.
La información de programación UCI puede incluir un formato PUCCH. La WTRU puede recibir una indicación del formato PUCCH a utilizar dentro de la información de programación, por ejemplo, el formato PUCCH 3 u otros formatos.
La información de programación UCI puede incluir parámetros de transmisión PUSCH. La WTRU puede recibir información similar a la de una concesión para una transmisión PUSCH de enlace ascendente para la transmisión en retroalimentación UCI. En un ejemplo, dicha concesión puede ser sólo para la transmisión de UCI.
La información de programación UCI puede incluir parámetros de transmisión PUCCH. Los parámetros de transmisión PUCCH pueden ser similares a los parámetros que la WTRU determina para los formatos PUCCH existentes, por ejemplo, la asignación de PRB.
La información de programación UCI puede incluir codificación de canal. La WTRU puede determinar si debe transmitir uno o una combinación específica de tipo UCI en función del método de codificación de canal indicado.
La información de programación UCI puede incluir el tamaño de la carga útil. La WTRU puede determinar la cantidad de UCI a incluir en la transmisión de enlace ascendente en función del tamaño de carga útil indicado para la transmisión UCI programada.
En un ejemplo, si dicha información está ausente, la WTRU puede utilizar cualquier otro método como los descritos en la presente e incluir la solicitud de UCI como se describe en la presente.
La información de programación UCI puede incluir un comando TPC (información de control de potencia). Este comando TPC puede ser similar al comando TPC heredado, pero puede interpretarse en función de si la información de programación es para una transmisión PUSCH o PUCCH.
La información de programación de UCI puede incluir una solicitud de CSI. Esta solicitud CSI puede ser similar a la solicitud heredada. En un ejemplo, dicha solicitud de CSI puede anular otros informes de CSI para el intervalo de tiempo en cuestión (por ejemplo, CSI periódica).
Además, son posibles diferentes combinaciones de la información de programación anterior como parte de PUCCH o PUSCH. Por ejemplo, la WTRU puede recibir un DCI(UCI) que programe la transmisión de UCI en Pu Sc H cuyo DCI(UCI) puede incluir el tipo de canal físico (es decir, PUSCH), la identidad de la celda de servicio para la transmisión de enlace ascendente (por ejemplo, celda de servicio 0 - PCell), parámetros de transmisión de PUSCH, por ejemplo, incluyendo una asignación de bloque de recursos, un esquema de modulación y codificación (MCS) y un TPC.
Por ejemplo, la WTRU puede recibir un DCI(UCI) que programe la transmisión de UCI en PUCCH de la PCell cuyo DCI(UCI) puede incluir el tipo de canal físico (es decir, PUCCH), parámetros de transmisión de PUCCH, por ejemplo, incluyendo una asignación de bloque de recursos, y un TPC. Adicionalmente, el DCI(UCI) puede incluir una petición de UCI tal que la WTRU determine qué UCI incluir en dichas transmisiones. La WTRU puede determinar que el PUCCH de la PCell está siendo programado basándose en la identidad de la celda en la que se recibió el PDCCH para el DCI(UCI).
En un ejemplo, puede utilizarse DCI para UCI, o DCI(UCI). En un ejemplo, se puede utilizar un DCI dedicado. En otro ejemplo, pueden utilizarse extensiones de los DCIs existentes.
En un ejemplo, DCI(UCI) puede indicar cualquiera de las informaciones descritas en la presente utilizando un formato dedicado que incluya uno (o más) campo(s) para cualquiera de los aspectos descritos en la presente o utilizando uno (o más) ind(ex/ices) dentro del formato d Ci(UCI).
En un ejemplo, ningún HARQ A/N puede ser generado por DCI, si es transitorio. En un ejemplo, la WTRU puede recibir DCI(UCI). La WTRU no puede generar y/o incluir ningún HARQ A/N para informar de retroalimentación para el propio DCI. La WTRU puede no hacerlo si dicho DCI(UCI) se aplica por subtrama y/o por TTI.
En otro ejemplo, HARQ A/N puede ser generado por DCI, si está configurado/activado durante un periodo de tiempo o desactivado. En un ejemplo, la WTRU puede recibir DCI(UCI). La WTRU puede determinar que el DCI(UCI) configura el reporte UCI por un periodo mayor a una subtrama (o mayor a un TTI), por ejemplo, hasta que reciba otro DCI(UCI) que modifique o desactive el reporte UCI configurado. En tal caso, la WTRU puede generar y/o incluir retroalimentación HARq A/N para tal DCI(UCI), por ejemplo, para informar retroalimentación para la recepción del propio DCI(UCI). En un método, la WTRU puede utilizar el método o métodos de informe UCI aplicables antes de la recepción de dicho DCI(UCI) para el informe HARQ A/N del DCI(UCI) en cuestión. La WTRU puede empezar a utilizar la nueva configuración en la subtrama n+x+1 cuando dicha DCI(UCI) se recibe en la subtrama n. Por ejemplo, x puede ser igual a 4 y la WTRU puede aplicar la nueva configuración a partir de la subtrama siguiente a la transmisión del informe HARQ A/N para la DCI(UCI) en cuestión. En un ejemplo, la WTRu puede utilizar la nueva configuración indicada en el propio DCI(UCI) para la notificación HARQ A/N del DCI(UCI) en cuestión. La WTRU puede empezar a utilizar la nueva configuración en la subtrama n+x cuando dicho DCI(UCI) se recibe en la subtrama n. Por ejemplo, x puede ser igual a 4 y la WTRU puede aplicar la nueva configuración a partir de la subtrama de la transmisión del informe HARQ A/N para el DCI(UCI) en cuestión.
En un ejemplo, la UCI no solicitada para un tipo indicado puede suprimirse. En un ejemplo, la WTRU puede determinar que no puede transmitir ninguna UCI que no forme parte de una solicitud de UCI, cuando se reciba dicha solicitud.
En otro ejemplo, pueden utilizarse otros métodos si UCI no forma parte de ninguna solicitud de UCI. En un ejemplo, la WTRU puede determinar que puede transmitir cualquier UCI que no forme parte de una solicitud de UCI, cuando se reciba dicha solicitud, utilizando otros métodos, por ejemplo, métodos heredados. Por ejemplo, cuando la programación de UCI indica una transmisión en PUCCH, la WTRU puede encaminar el UCI restante a una transmisión en PUSCH (si está disponible) de acuerdo con los métodos heredados. Por ejemplo, cuando la programación de UCI indica una transmisión en PUSCH, la WTRU puede encaminar el UCI restante a una transmisión PUCCH de acuerdo con métodos heredados, si tanto PUSCH como PUCCH son simultáneos y posiblemente también para la misma celda de servicio, sólo si la WTRU está configurada para transmisiones simultáneas PUSCH/PUCCH.
En otro ejemplo, la WTRU puede determinar que no puede transmitir ninguna UCI a menos que reciba una DCI(UCI) que incluya una solicitud de UCI. En un ejemplo, la WTRU puede incluir UCI a cualquier transmisión PUSCH, por ejemplo, de acuerdo con métodos heredados incluso cuando no recibe un DCI(UCI) que incluya una petición DCI.
En otro ejemplo, un tipo de UCI que no forme parte de la solicitud puede suprimirse o utilizarse métodos de transmisión heredados. En un ejemplo, la WTRU puede determinar que no puede transmitir ninguna UCI que no forme parte de una solicitud de UCI, cuando se reciba dicha solicitud.
En otro ejemplo, una solicitud DCI(UCI) puede ser sólo para retroalimentación HARQ. Por ejemplo, la WTRU puede recibir un DCI(UCI) que solicite retroalimentación HARQ A/N para procesos HARQ específicos y/o sólo para celdas de servicio específicas.
En otro ejemplo, puede realizarse una determinación alternativa. En algunos ejemplos, cualquiera de las informaciones descritas en la presente para la solicitud UCI o para la información de programación UCI puede derivarse implícitamente por otros medios. Por ejemplo, puede asignarse un RNTI específico para indicar el tipo de DCI (por ejemplo, formatos DCI 0, 1, etc. en comparación con el formato DCI DCI(UCI)), para indicar el tipo de solicitud UCI, para indicar el tipo de canal físico (por ejemplo, PUSCH frente a PUCCH), para indicar la identidad de la celda, o similares. Del mismo modo, pueden asignarse regiones específicas del espacio de búsqueda PDCCH o niveles de agregación DCI específicos o un tamaño específico para el CRC del DCI, que pueden utilizarse para determinar información similar.
En otro ejemplo, se puede realizar una asignación semipersistente. La información de programación puede configurarse de forma semipersistente. En tal caso, la información configurada puede utilizarse como información de programación por defecto. En tal caso, la WTRU puede recibir un DCI(UCI) que anule la información de programación configurada para la celda de servicio aplicable. En tal caso, la WTRU puede abstenerse de realizar cualquier transmisión utilizando una asignación configurada cuando no se genere ninguna UCI y/o esté disponible para la transmisión para el intervalo de tiempo en cuestión. Alternativamente, para la retroalimentación HARq , la WTRU puede notificar el valor de la retroalimentación HARQ tras la última recepción para los procesos en cuestión, mientras que para la retroalimentación CSI, la WTRU puede considerar que se trata de una configuración de notificación periódica (por ejemplo, si también existe una configuración CSI aperiódica).
En otro ejemplo, la selección de la codificación del canal puede estar en función de la información de programación dinámica. La WTRU puede seleccionar la codificación de canal adecuada en función de la UCI solicitada (por ejemplo, la codificación de canal puede seleccionarse según cualquiera de los métodos descritos en la presente o utilizando métodos heredados para una combinación diferente de al menos uno de HARQ A/N, CSI periódica, CQI/PMI y solicitud de programación) y/o los parámetros de programación para UCI (por ejemplo, si es en PUCCH o en PUSCH (si procede)).
En otro ejemplo, la información de programación para UCI puede indicar un recurso correspondiente a una transmisión PUCCH incluso si se espera que la WTRU realice una transmisión en PUSCH simultáneamente, por ejemplo, para un grupo de celdas (CG) dado. En tal caso, la WTRU puede realizar la transmisión de la UCI aplicable utilizando el recurso indicado si está configurada la transmisión simultánea de PUCCH y PUSCH, por ejemplo, para el CG en cuestión. De lo contrario, si la WTRU no realiza transmisiones simultáneas PUCCH/PUSCH, puede incluir la información UCI aplicable (por ejemplo, como la UCI solicitada en la información de programación dinámica) en una transmisión PUSCH de acuerdo con el comportamiento heredado. En un ejemplo, la WTRU puede incluir SR en la transmisión UCI programada.
En algunos ejemplos, la WTRU puede estar configurada para transmitir informes CSI periódicos para más de una celda (múltiples informes CSI periódicos) en una única subtrama a través de PUCCH o PUSCH. La WTRU también puede estar configurada para transmitir HARQ-ACK y/o SR en la misma subtrama.
En algunos ejemplos, puede configurarse una carga útil máxima en caso de transmisión de HARQ-ACK y CSI periódica. La WTRU puede configurarse con una carga útil máxima para cada recurso PUCCH que puede utilizarse para la transmisión de HARQ-ACK, informes CSI periódicos y/o SR en una subtrama. La carga útil máxima puede expresarse en términos de bits o en términos de una tasa de codificación máxima, junto con el número conocido de bits codificados disponibles para el recurso configurado. Dicha carga útil máxima puede depender de la combinación de UCI que se transmita, por ejemplo, si se transmite HARQ-ACK solo o una combinación de HARQ-ACK, CSI periódico y SR.
Alternativa o adicionalmente, la WTRU puede configurarse con una carga útil máxima de informes CSI periódicos para cada recurso PUCCH que es aplicable independientemente del número de bits HARQ-ACK y SR que se transmiten en el recurso.
Dicha carga útil máxima de los informes CSI periódicos puede ser la misma que la carga útil máxima configurada del recurso PUCCH que se utiliza en la subtrama o que se utilizaría para la transmisión de CSI periódicas sólo en la subtrama según una de las soluciones descritas en la presente. Alternativamente, la carga útil máxima de los informes CSI periódicos en caso de transmisión simultánea con HARQ-ACK y/o SR puede configurarse independientemente.
La WTRU puede transmitir un número menor de informes CSI periódicos que el configurado en una subtrama en la que también se transmitan HARQ-ACK y/o SR en caso de que la carga útil de los informes CSI periódicos exceda una carga útil máxima configurada de informes CSI periódicos, o en caso de que la carga útil total de HARQ-ACK, SR e informes CSI periódicos exceda una carga útil máxima configurada para el recurso PUCCH (o el número total de bits UCI). El subconjunto de informes CSI periódicos que se transmite puede determinarse de acuerdo con una de las soluciones descritas en la presente.
En algunos ejemplos, cuando la transmisión de HARQ-ACK colisiona con la transmisión de múltiples informes CSI periódicos, la WTRU puede transmitir en uno de los recursos PUCCH configurados para la transmisión de múltiples CSI periódicos de acuerdo con una solución descrita en la presente. Alternativamente, la WTRU puede transmitir en un recurso PUCCH periódico indicado por la información de control de enlace descendente (es decir, un campo TPC de asignaciones SCell/ARI).
La WTRU puede configurarse con más de un recurso PUCCH para la transmisión de múltiples informes CSI periódicos en una subtrama. En este caso, la WTRU puede determinar el recurso PUCCH de acuerdo con al menos una de las siguientes soluciones.
En un ejemplo, la WTRU puede seleccionar un recurso PUCCH basándose en al menos un criterio de prioridad. Por ejemplo, la WTRU puede seleccionar el recurso asociado con la celda de servicio cuyo informe CSI periódico tiene la mayor prioridad en la subtrama entre todas las celdas de servicio para las que se está transmitiendo un informe CSI periódico en la subtrama.
En otro ejemplo, la WTRU puede seleccionar un recurso PUCCH basándose en la carga útil total de los informes CSI periódicos que se transmitirán en la subtrama, o en la carga útil total de HARQ-ACK (si procede), SR (si procede) e informes c S i periódicos. Por ejemplo, la WTRU puede seleccionar un primer recurso PUCCH si la carga útil total no supera un umbral, y un segundo recurso PUCCH en caso contrario. El umbral puede corresponder a, o ser una función de, la carga útil máxima que puede soportarse para el primer recurso PUCCH, que puede ser menor que la carga útil máxima que puede soportarse para el segundo recurso PUCCH.
En otro ejemplo, la WTRU puede seleccionar un recurso PUCCH en función de la potencia de transmisión requerida basándose en los parámetros de control de potencia y las fórmulas asociadas a cada recurso. La potencia de transmisión puede ser una función de al menos uno de los parámetros específicos de recursos, parámetros específicos de formato, carga útil, número de bloques de recursos, tasa de código, ajuste de control de potencia y/o pérdida de trayectoria. Por ejemplo, la WTRU puede seleccionar el recurso que minimice la potencia de transmisión necesaria. En otro ejemplo, la WTRU puede seleccionar un primer recurso si la potencia de transmisión requerida para este recurso está por debajo de un umbral, y un segundo recurso en caso contrario, posiblemente sólo bajo la condición de que la potencia de transmisión requerida para el segundo recurso sea inferior a la potencia de transmisión requerida para el primer recurso más un desplazamiento configurado en términos de dB. En lo anterior, la potencia de transmisión requerida para cada recurso puede ajustarse para que corresponda a una potencia de transmisión pico para tener en cuenta las posibles diferencias en la métrica cúbica (CM) y/o la relación pico-potencia media (PAPR) entre los diferentes recursos. El ajuste puede ser función de al menos una propiedad asociada al recurso PUCCH, como el formato PUCCH o el número de bloques de recursos.
La WTRU puede seleccionar un recurso PUCCH basándose en si HARQ-ACK y/o SR también se transmiten en la misma subtrama. El recurso PUCCH a utilizar en caso de que también se transmitan HARQ-ACK y/o SR puede señalarse a partir de la información de control de enlace descendente, o configurarse únicamente por capas superiores.
En otro ejemplo, la WTRU puede seleccionar un recurso PUCCH basándose en la temporización de la subtrama. Por ejemplo, un primer conjunto y un segundo conjunto de subtramas pueden asociarse con un primer y un segundo recurso PUCCH, respectivamente. Cada conjunto puede definirse en términos de periodo y desplazamiento en relación con el número de trama y/o el número de subtrama, o en términos de un índice que representa el periodo y el desplazamiento. Por ejemplo, un conjunto puede corresponder a subtramas que ocurren con un periodo de 20 ms que incluyen la subtrama #3 de la trama #0. La WTRU puede seleccionar el primer recurso PUCCH sólo en una subtrama perteneciente al primer conjunto, y el segundo recurso PUCCH sólo en una subtrama perteneciente al segundo conjunto. Para una subtrama perteneciente a ambos conjuntos, la WTRU podrá seleccionar el recurso PUCCH basándose en al menos uno de los siguientes. En un ejemplo, la WTRU puede seleccionar el recurso PUCCH basándose en un criterio de prioridad. La prioridad puede estar predefinida o basarse en una propiedad del recurso, como la carga útil máxima (o tasa de código) admitida, el número de bloques de recursos, el número de bloque de recursos inicial o el formato. Por ejemplo, se puede dar prioridad al recurso PUCCH que pueda soportar la mayor carga útil máxima. En otro ejemplo, la WTRU puede seleccionar el recurso PUCCH basándose en una solución ya descrita en otra parte de la presente, como por ejemplo basándose en la carga útil total a transmitir, la potencia de transmisión requerida y/o las prioridades de las celdas servidoras asociadas para las que se está transmitiendo un informe.
En algunos ejemplos, la WTRU puede transmitir un número menor de informes CSI periódicos que el número configurado debido a una limitación de potencia. La WTRU puede determinar primero una carga útil máxima para los informes CSI periódicos y CRC (si procede) o para la combinación de informes CSI periódicos, SR, retroalimentación HARQ-ACK y CRC (si procede) basándose en la potencia máxima disponible para la transmisión, el tipo de canal (PUCCH o PUSCH), el formato en caso de PUCCH, y otros parámetros y mediciones (por ejemplo, pérdida de trayecto) utilizados para el control de potencia.
La carga útil máxima puede tener en cuenta el número de bits necesarios para la adición de CRC, si procede. Dicha carga útil máxima puede denominarse carga útil de potencia limitada. En caso de que la WTRU esté configurada con más de un recurso PUCCH, la WTRU puede determinar primero el recurso PUCCH basándose en una solución descrita en la presente y, a continuación, determinar la carga útil de potencia limitada asociada al recurso. Alternativamente, la WTRU puede seleccionar el recurso PUCCH que resulte en la mayor carga útil de potencia limitada posible.
La carga útil de potencia limitada puede limitarse para que corresponda a uno de un conjunto finito de valores permitidos para la carga útil máxima o a un parámetro del que pueda derivarse la carga útil máxima (como un número máximo de informes periódicos o una velocidad de código máxima). Dicho conjunto de valores permitidos puede corresponder al conjunto de valores posibles que pueden configurarse como parte de un recurso PUCCH.
La potencia máxima disponible para la transmisión puede determinarse utilizando las soluciones existentes de escalado y asignación de potencia cuando se configuran múltiples celdas y/o grupos de celdas. En algunas soluciones, la WTRU puede configurarse con una potencia máxima específica para una transmisión PUCCH que contenga CSI periódica. En este caso, la potencia máxima disponible para la transmisión puede ser el valor más pequeño entre esta potencia máxima configurada para la CSI periódica y la potencia máxima disponible obtenida a partir de las soluciones existentes.
La carga útil máxima en caso de PUCCH puede determinarse utilizando una relación entre un número de bits de información y un desplazamiento de potencia aplicable al formato PUCCH utilizado para transmitir informes CSI periódicos. La carga útil máxima en caso de PUSCH puede determinarse a partir de un número máximo de símbolos (o relación de símbolos) que pueden utilizarse para la codificación de los distintos tipos de informes CSI (RI, CQI y PMI).
Cuando el número de bits necesarios para transmitir un conjunto de informes CSI periódicos según la configuración supera una carga útil máxima según una de las soluciones descritas en la presente, la WTRU puede transmitir un subconjunto de informes CSI basándose en una regla de prioridad.
La regla de prioridad puede basarse en reglas de prioridad heredadas (es decir, tipo de informe e índice de celda de servicio). La regla de prioridad también puede basarse en al menos uno de los siguientes elementos: el tiempo transcurrido desde la última transmisión de un informe periódico para una celda; el valor del CQI y/o RI. Posiblemente, sólo se transmitan los informes cuyo CQI/RI esté por encima o por debajo de un umbral configurado; y/o el cambio de valor del CQI y/o RI desde la última transmisión del informe correspondiente para una celda (en un ejemplo, se pueden priorizar los informes con mayor cambio de CQI y/o RI).
La WTRU puede incluir una identidad de celda junto con cada conjunto de informes CSI para una celda al menos en caso de que la prioridad no pueda ser conocida de antemano por la red o cuando sólo se transmita un subconjunto de los informes. La WTRU también puede transmitir una indicación, posiblemente codificada por separado, de que sólo se transmite un subconjunto de los informes debido a la limitación de potencia.
En caso de que la carga útil de potencia limitada sea inferior al número de bits necesarios para la transmisión de sólo bits HARQ- ACK o HARQ-ACK y bits SR (más bits CRC si procede), la WTRU podrá no incluir ningún informe CSI periódico en la transmisión. En algunas soluciones, la WTRU puede no incluir ninguna CSI periódica en la transmisión siempre que la carga útil de potencia limitada sea inferior a la que se requeriría para la transmisión de todos los informes CSI periódicos, HARQ-ACK (si procede), SR (si procede) y CRC (si procede) de acuerdo con una configuración. En tal caso, la WTRU sólo puede transmitir HARQ-ACK, SR y c Rc , si procede.
En algunos ejemplos, la carga útil puede establecerse en uno de un conjunto finito de valores posibles. Por ejemplo, la WTRU puede utilizar relleno (por ejemplo, añadir a la carga útil un número de bits "0") de forma que la carga útil coincida con uno de un conjunto de posibles valores de carga útil que pueden estar predefinidos o configurados por capas superiores. Esto puede facilitar la detección ciega de la carga útil por parte del receptor en el lado de la red. Este relleno puede producirse después de la reducción de la carga útil (para CSI periódica u otra UCI) según una de las soluciones anteriores. Posiblemente, el relleno sólo se realice en caso de que se produzca una reducción de la carga útil debido a una limitación de potencia.
Aunque las características y los elementos se describen arriba en combinaciones particulares, una persona con conocimientos ordinarios de la técnica apreciará que cada característica o elemento puede utilizarse solo o en cualquier combinación con las otras características y elementos. Adicionalmente, los métodos descritos en la presente pueden implementarse en un programa informático, software o firmware incorporado en un medio legible por computadora para ser ejecutado por una computadora o procesador. Algunos ejemplos de medios legibles por computadora son las señales electrónicas (transmitidas a través de conexiones alámbricas o inalámbricas) y los medios de almacenamiento legibles por computadora. Los ejemplos de medios de almacenamiento legibles por computadora incluyen, entre otros, una memoria de sólo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, una memoria caché, dispositivos de memoria semiconductores, medios magnéticos como discos duros internos y discos extraíbles, medios magnetoópticos y medios ópticos como discos CD-ROM y discos versátiles digitales (DVD). Se puede utilizar un procesador en asociación con software para implementar un transceptor de radiofrecuencia para su uso en una WTRU, UE, terminal, estación base, RNC o cualquier ordenador host.

Claims (14)

REIVINDICACIONES
1. Un método de retroalimentación de enlace ascendente para operar con una pluralidad de portadoras en una unidad transmisora/receptora inalámbrica, WTRU, el método comprende:
recibir, por parte de la WTRU, una pluralidad de bloques de transporte a través de una pluralidad de portadoras configuradas;
generación, por parte de la WTRU, de retroalimentación de petición de repetición automática híbrida, HARQ, de reconocimiento, ACK, para la pluralidad de bloques de transporte y de retroalimentación de información de estado de canal, CSI, para al menos una de la pluralidad de portadoras configuradas;
generar, por la WTRU, un mensaje de retroalimentación que incluya un número de bits de retroalimentación HARQ-ACK a utilizar para la retroalimentación HARQ-ACK y un número de bits de retroalimentación CSI a utilizar para la retroalimentación CSI;
seleccionar, por la WTRU, un formato de canal de control de enlace ascendente físico, PUCCH, basado en el número de bits de retroalimentación HARQ- ACK y el número de bits de retroalimentación CSI; y transmitir, por la WTRU, el mensaje de retroalimentación utilizando el formato PUCCH seleccionado.
2. El método de acuerdo con la reivindicación 1, en donde seleccionar un formato PUCCH comprende: seleccionar, por la WTRU, un primer formato PUCCH o un segundo formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea mayor que cero y el número de bits de retroalimentación CSI sea mayor que cero;
en donde la selección de un primer formato PUCCH o un segundo formato PUCCH comprende:
seleccionar, por la WTRU, un primer formato PUCCH con la condición de que la suma del número de bits de retroalimentación HARQ-ACK y el número de bits de retroalimentación CSI sea mayor que un primer umbral; y seleccionar, por la WTRU, un segundo formato PUCCH con la condición de que la suma del número de bits de retroalimentación HARQ-ACK y el número de bits de retroalimentación CSI sea menor o igual que el primer umbral.
3. El método de acuerdo con la reivindicación 1, que comprende además:
seleccionar, por la WTRU, un primer formato PUCCH o un tercer formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea igual a cero y el número de bits de retroalimentación CSI sea mayor que cero; seleccionar, por la WTRU, el primer formato PUCCH con la condición de que el número de bits de retroalimentación CSI sea superior a un segundo umbral; y
seleccionar, por la WTRU, el tercer formato PUCCH con la condición de que el número de bits de retroalimentación CSI sea inferior o igual al segundo umbral.
4. El método de acuerdo con la reivindicación 1, que comprende además:
seleccionando, por la WTRU, un primer formato PUCCH o un cuarto formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea mayor que cero y el número de bits de retroalimentación CSI sea igual a cero;
seleccionando, por la WTRU, el primer formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea mayor que un tercer umbral; y
seleccionando, por la WTRU, el cuarto formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea menor o igual que el tercer umbral.
5. El método de acuerdo con la reivindicación 1, en donde al menos uno del número de bits de retroalimentación HARQ-ACK a utilizar para la retroalimentación HARQ-ACK o el número de bits de retroalimentación CSI a utilizar para la retroalimentación CSI se determina basándose en una pluralidad de asignaciones de enlace descendente para portadoras en la pluralidad de portadoras configuradas.
6. El método de acuerdo con la reivindicación 1, en donde al menos uno del número de bits de retroalimentación HARQ-ACK a utilizar para la retroalimentación HARQ-ACK o el número de bits de retroalimentación CSI a utilizar para la retroalimentación CSI se determina basándose en al menos uno de un número de bloques de transporte, un número de portadoras en la pluralidad de portadoras configuradas o un número de subtramas sobre las que se reciben los bloques de transporte.
7. El método de acuerdo con la reivindicación 1, en donde la pluralidad de portadores configurados incluye más de cinco portadores configurados.
8. Una unidad de transmisión/recepción inalámbrica, WTRU, para retroalimentación de enlace ascendente para operar con una pluralidad de portadoras, la WTRU comprende:
un transceptor configurado para recibir una pluralidad de bloques de transporte a través de una pluralidad de portadoras configuradas;
un procesador acoplado operativamente al transceptor, el procesador configurado para generar retroalimentación de petición de repetición automática híbrida, HARQ, retroalimentación de acuse de recibo, ACK, para la pluralidad de bloques de transporte y retroalimentación de información de estado de canal, CSI, para al menos una de la pluralidad de portadoras configuradas;
el procesador configurado para generar un mensaje de retroalimentación que incluye un número de bits de retroalimentación HARQ-ACK a utilizar para la retroalimentación HARQ-ACK y un número de bits de retroalimentación CSI a utilizar para la retroalimentación CSI;
el procesador configurado para seleccionar un formato de canal de control de enlace ascendente físico, PUCCH, basado en el número de bits de retroalimentación HARQ-ACK y el número de bits de retroalimentación CSI; y
el transceptor configurado para transmitir el mensaje de retroalimentación utilizando el formato PUCCh seleccionado.
9. La WTRU de acuerdo con la reivindicación 8, en donde la selección de un formato PUCCH comprende además que el procesador esté configurado para seleccionar un primer formato PUCCH o un segundo formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea mayor que cero y el número de bits de retroalimentación CSI sea mayor que cero;
en donde seleccionar un primer formato PUCCH o un segundo formato PUCCH comprende:
el procesador está configurado para seleccionar el primer formato PUCCH con la condición de que una suma del número de bits de retroalimentación HARQ- ACK y el número de bits de retroalimentación CSI sea mayor que un primer umbral; y
el procesador está configurado para seleccionar el segundo formato PUCCH con la condición de que una suma del número de bits de retroalimentación HARQ-ACK y el número de bits de retroalimentación CSI sea menor o igual que el primer umbral.
10. La WTRU de acuerdo con la reivindicación 8, en donde el procesador está configurado para seleccionar un primer formato PUCCH o un tercer formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea igual a cero y el número de bits de retroalimentación CSI sea mayor que cero;
en donde el procesador está configurado para seleccionar el primer formato PUCCH con la condición de que el número de bits de retroalimentación CSI sea mayor que un segundo umbral; y
en donde el procesador está configurado para seleccionar el tercer formato PUCCH con la condición de que el número de bits de retroalimentación CSI sea menor o igual que el segundo umbral.
11. La WTRU de acuerdo con la reivindicación 8, en donde el procesador está configurado para seleccionar un primer formato PUCCH o un cuarto formato PUCCH con la condición de que el número de bits de retroalimentación HARQ-ACK sea mayor que cero y el número de bits de retroalimentación CSI sea igual a cero;
en donde el procesador está configurado para seleccionar el primer formato PUCCH con la condición de que el número de bits de retroalimentación HARQ- ACK sea mayor que un tercer umbral; y
en donde el procesador está configurado para seleccionar el cuarto formato PUCCH con la condición de que el número de bits de retroalimentación HARQ- ACK sea menor o igual que el tercer umbral.
12. La WTRU de conformidad con la reivindicación 8, en donde al menos uno del número de bits de retroalimentación HARQ-ACK a utilizar para la retroalimentación HARQ-ACK o el número de bits de retroalimentación CSI a utilizar para la retroalimentación CSI se determina basándose en una pluralidad de asignaciones de enlace descendente para portadoras en la pluralidad de portadoras configuradas.
13. La WTRU de acuerdo con la reivindicación 8, en donde al menos uno del número de bits de retroalimentación HARQ-ACK a utilizar para la retroalimentación HARQ-ACK o el número de bits de retroalimentación CSI a utilizar para la retroalimentación CSI se determina basándose en al menos uno de un número de bloques de transporte, un número de portadoras en la pluralidad de portadoras configuradas o un número de subtramas sobre las que se reciben los bloques de transporte.
14. La WTRU de acuerdo con la reivindicación 8, en donde la pluralidad de portadoras configuradas incluye más de cinco portadoras configuradas.
ES16703238T 2015-01-28 2016-01-28 Métodos de retroalimentación de enlace ascendente para operar con un gran número de portadoras Active ES2949096T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201562108849P 2015-01-28 2015-01-28
US201562144835P 2015-04-08 2015-04-08
US201562161057P 2015-05-13 2015-05-13
US201562166523P 2015-05-26 2015-05-26
US201562214552P 2015-09-04 2015-09-04
US201562250890P 2015-11-04 2015-11-04
PCT/US2016/015413 WO2016123372A1 (en) 2015-01-28 2016-01-28 Uplink feedback methods for operating with a large number of carriers

Publications (1)

Publication Number Publication Date
ES2949096T3 true ES2949096T3 (es) 2023-09-25

Family

ID=55305111

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16703238T Active ES2949096T3 (es) 2015-01-28 2016-01-28 Métodos de retroalimentación de enlace ascendente para operar con un gran número de portadoras

Country Status (7)

Country Link
US (4) US10601567B2 (es)
EP (2) EP4221011A1 (es)
JP (4) JP6789224B2 (es)
CN (4) CN112073158B (es)
ES (1) ES2949096T3 (es)
FI (1) FI3251245T3 (es)
WO (1) WO2016123372A1 (es)

Families Citing this family (164)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3248320B1 (en) 2015-01-20 2021-09-22 LG Electronics Inc. Method for transmitting uplink control information and apparatus therefor
CN112073158B (zh) 2015-01-28 2023-08-22 交互数字专利控股公司 用于操作大量载波的上行链路反馈方法
US10511427B2 (en) 2015-01-30 2019-12-17 Qualcomm Incorporated Uplink control channel for acknowledging increased number of downlink component carriers
US10425921B2 (en) * 2015-04-01 2019-09-24 Acer Incorporated Method of uplink control information transmission
CN106301703B (zh) * 2015-05-15 2020-04-07 中兴通讯股份有限公司 Harq发送、接收方法、装置及节点
WO2017011980A1 (zh) * 2015-07-20 2017-01-26 华为技术有限公司 信息发送方法和装置、以及信息接收方法和装置
US10575285B2 (en) * 2015-08-03 2020-02-25 Qualcomm Incorporated Configurable threshold for format selection for enhanced carrier aggregation
EP3487112B1 (en) 2015-08-14 2021-01-27 Sun Patent Trust Modulation order adaptation for partial subframes
WO2017044591A1 (en) * 2015-09-11 2017-03-16 Interdigital Patent Holdings,Inc. Multiple resource unit allocation for ofdma wlan
EP3350951B1 (en) 2015-09-17 2021-10-27 Apple Inc. Transmission of uplink control information in wireless systems
WO2017051717A1 (ja) * 2015-09-24 2017-03-30 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
MX2018003617A (es) * 2015-09-25 2018-04-30 Ericsson Telefon Ab L M Empaquetado de bits de informacion.
CN108476515B (zh) 2015-11-19 2021-07-20 诺基亚通信公司 非许可频谱中的动态harq-ack码本大小
WO2017164621A1 (ko) 2016-03-22 2017-09-28 삼성전자 주식회사 이동 통신 시스템에서의 상향링크 제어 신호 전송 방법 및 장치
KR102458077B1 (ko) 2016-03-22 2022-10-25 삼성전자 주식회사 이동 통신 시스템에서의 상향링크 제어 신호 전송 방법 및 장치
WO2017173177A1 (en) 2016-03-30 2017-10-05 Interdigital Patent Holdings, Inc. Reducing latency in physical channels in an lte network
KR20230015497A (ko) * 2016-05-11 2023-01-31 아이디에이씨 홀딩스, 인크. 무선 시스템에서의 매체 액세스 프로토콜 데이터 유닛 어셈블리
EP3456132B1 (en) * 2016-05-12 2024-02-21 Nokia Technologies Oy Methods and apparatuses for skipping transport block transmission depending on uplink control information transmission
US11115158B2 (en) * 2016-05-13 2021-09-07 Lenovo Innovations Limited (Hong Kong) Data acknowledgement in a wireless communication system
US10477526B2 (en) * 2016-06-10 2019-11-12 Qualcomm Incorporated Uplink procedures on a shared communication medium
KR102163673B1 (ko) * 2016-08-03 2020-10-08 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 상향링크 통신 수행 방법 및 상기 방법을 이용하는 단말
KR102606781B1 (ko) * 2016-09-02 2023-11-27 삼성전자 주식회사 무선 통신 시스템에서 효율적인 데이터 송수신 방법 및 장치
JP6916872B2 (ja) * 2016-09-30 2021-08-11 テレフオンアクチーボラゲット エルエム エリクソン（パブル） スケジューリングされたｕｃｉ送信方式
CN107959546B (zh) * 2016-10-18 2020-06-16 华为技术有限公司 一种窄带系统空口资源的自适应配置调整方法及装置
AU2017345518B2 (en) * 2016-10-21 2020-07-02 Telefonaktiebolaget L M Ericsson (Publ) HARQ feedback for unscheduled uplink
CA3033455C (en) * 2016-11-03 2024-04-16 Panasonic Intellectual Property Corporation Of America Base station, user equipment and wireless communication method
WO2018084790A1 (en) 2016-11-04 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Ack/nack transmission strategies
EP3504822B1 (en) * 2016-11-04 2022-05-18 Motorola Mobility LLC Identifying a resource for transmitting a first uplink channel
JP2020503723A (ja) * 2016-11-04 2020-01-30 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｈａｒｑフィードバック−ａｃｋ情報送信方法及び関連装置
CN109891793B (zh) * 2016-11-04 2022-04-12 瑞典爱立信有限公司 无线电节点和操作节点的方法
GB2557991A (en) * 2016-12-21 2018-07-04 Tcl Communication Ltd ACK/NACK bundling in wireless communication systems
CN112600649A (zh) * 2017-01-05 2021-04-02 Oppo广东移动通信有限公司 传输数据的方法、终端设备和网络设备
RU2719294C1 (ru) 2017-01-05 2020-04-17 Телефонактиеболагет Лм Эрикссон (Пабл) Устройство и узел в системе беспроводной связи для передачи управляющей информации восходящей линии связи
CN108289015B (zh) * 2017-01-09 2023-04-07 北京三星通信技术研究有限公司 发送harq-ack/nack的方法和设备及下行传输方法和设备
CN110050433B (zh) * 2017-01-09 2022-07-05 苹果公司 用于无线通信系统的带宽自适应
US10530528B2 (en) 2017-02-05 2020-01-07 Lg Electronics Inc. Method of transmitting uplink control information by user equipment in wireless communication system and device for supporting same
CA3052414C (en) 2017-03-08 2022-04-19 Lg Electronics Inc. Method and apparatus for transmitting and receiving radio signals in a wireless communication system
WO2018161275A1 (en) * 2017-03-08 2018-09-13 Nokia Solutions And Networks Oy Apparatus and method for communication
CN110447190B (zh) * 2017-03-23 2022-08-30 摩托罗拉移动有限责任公司 用于harq-ack反馈的指示
US10574309B2 (en) 2017-04-14 2020-02-25 Qualcomm Incorporated Feedback techniques in wireless communications
US20180324103A1 (en) * 2017-05-04 2018-11-08 Qualcomm Incorporated Cross-carrier transport block decoding order indication
CN114826490A (zh) 2017-05-05 2022-07-29 北京三星通信技术研究有限公司 调度方法、harq-ack反馈方法和相应设备
CN108809534B (zh) * 2017-05-05 2022-07-01 北京三星通信技术研究有限公司 调度方法、harq-ack反馈方法和相应设备
US11196520B2 (en) * 2017-05-14 2021-12-07 Qualcomm Incorporated Joint encoding waveform and slot information
CN110731114B (zh) * 2017-05-31 2023-10-31 株式会社Ntt都科摩 用户终端以及无线通信方法
WO2018222099A1 (en) * 2017-06-02 2018-12-06 Telefonaktiebolaget Lm Ericsson (Publ) Size indication for feedback signaling
JP6908135B2 (ja) * 2017-06-16 2021-07-21 富士通株式会社 フィードバック情報の送受信方法、装置及び通信システム
CN109150458B (zh) * 2017-06-16 2022-11-08 中兴通讯股份有限公司 控制信息传输方法及装置
KR102439542B1 (ko) * 2017-06-23 2022-09-02 삼성전자 주식회사 무선 통신 시스템에서 상향링크 제어 채널 송수신 방법 및 장치
US10831787B2 (en) * 2017-06-30 2020-11-10 Sap Se Security of a computer system
EP3667969A4 (en) * 2017-08-09 2021-03-17 NTT DoCoMo, Inc. USER TERMINAL AND RADIO COMMUNICATION PROCESS
JP7187461B2 (ja) * 2017-08-09 2022-12-12 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
US11368942B2 (en) * 2017-08-10 2022-06-21 Lg Electronics Inc. Method for transmitting physical uplink control channel by terminal in wireless communication system and apparatus supporting same
US11140575B2 (en) * 2017-08-11 2021-10-05 Qualcomm Incorporated Modifying CSI transmissions over uplink shared resources
EP3665807B1 (en) * 2017-08-11 2023-03-22 Lenovo (Beijing) Limited Harq-ack for a plurality of carrier groups of a downlink slot set
WO2019041109A1 (en) * 2017-08-28 2019-03-07 Qualcomm Incorporated CODED BITS OF DEPENDENCY FOR POLAR CODES
CN109474393B (zh) * 2017-09-08 2021-07-30 中兴通讯股份有限公司 数据反馈、发送、接收方法及装置，接收设备，发送设备
CN109586856B (zh) * 2017-09-29 2024-03-29 北京三星通信技术研究有限公司 传输、配置harq-ack反馈信息的方法及相应的用户设备、基站
CN109474997B (zh) * 2017-09-08 2020-02-21 华为技术有限公司 一种传输上行控制信息的方法及设备
JP6997790B2 (ja) * 2017-09-08 2022-01-18 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
EP4271060A3 (en) * 2017-09-08 2024-02-14 Samsung Electronics Co., Ltd. Transmission of harq-ack information
US10750488B2 (en) 2017-09-11 2020-08-18 Apple Inc. Hybrid automatic repeat request (HARQ) based on codeblock groups in new radio systems
US10715283B2 (en) * 2017-10-02 2020-07-14 Kt Corporation Apparatus and method of transmitting and receiving HARQ ACK/NACK information for new radio
CN111418175B (zh) * 2017-10-02 2023-04-28 瑞典爱立信有限公司 用于csi和harq反馈的pucch资源指示
US11387964B2 (en) 2017-10-10 2022-07-12 Telefonaktiebolaget Lm Ericsson (Publ) PUCCH configuration with HARQ codebook size
US11218243B2 (en) * 2017-10-13 2022-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Transport block size determination for new radio
BR112020008701A2 (pt) * 2017-11-03 2020-11-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método de comunicação sem fio em uma rede de comunicação sem fio, aparelho em um dispositivo de comunicação, e meio de leitura legível por computador
CN111434067B (zh) * 2017-11-09 2021-08-31 北京小米移动软件有限公司 基于无线装置能力的通信方法、装置及基站
JP2019087965A (ja) * 2017-11-10 2019-06-06 シャープ株式会社 端末装置、基地局装置、および、通信方法
US11516834B2 (en) 2017-11-13 2022-11-29 Qualcomm Incorporated Uplink control information transmission
EP3711223A1 (en) 2017-11-15 2020-09-23 IDAC Holdings, Inc. New radio transmissions with low-density parity-check codes
US10855416B2 (en) * 2017-11-16 2020-12-01 Mediatek Inc. Segmentation of control payload for channel encoding
EP3718230A1 (en) * 2017-11-27 2020-10-07 Telefonaktiebolaget LM Ericsson (publ) Control signaling for radio access networks
JP7101025B2 (ja) * 2017-12-28 2022-07-14 シャープ株式会社 端末装置、基地局装置、および、通信方法
EP3726763A4 (en) * 2017-12-29 2021-06-09 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND DEVICE FOR CONFIGURATION OF THE FEEDBACK OF HYBRID AUTOMATIC REPEAT REQUESTS (HARQ) AND DATA RECEIVER
CN117375773A (zh) 2018-01-11 2024-01-09 北京三星通信技术研究有限公司 传输harq-ack信息的方法及设备
CN110034868B (zh) * 2018-01-11 2023-09-29 北京三星通信技术研究有限公司 传输harq-ack信息的方法及设备
US11711171B2 (en) * 2018-01-11 2023-07-25 Huawei Technologies Co., Ltd. System and method for reliable transmission over network resources
EP3738251A1 (en) * 2018-01-12 2020-11-18 Telefonaktiebolaget Lm Ericsson (Publ) Control signaling for radio access networks
US10952186B2 (en) * 2018-01-12 2021-03-16 Apple Inc. Reserved resource elements for hybrid automatic repeat request bits
CN110048817B (zh) * 2018-01-15 2021-08-20 展讯通信（上海）有限公司 确定harq反馈pucch资源的方法、装置及用户设备
US10827516B2 (en) * 2018-01-19 2020-11-03 Qualcomm Incorporated Resource splitting among different types of control information and uplink data for a transmission on an uplink shared channel
US11329770B2 (en) * 2018-01-22 2022-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods of selecting a cell for transmitting control information
WO2019153141A1 (en) * 2018-02-07 2019-08-15 Lenovo (Beijing) Limited Method and apparatus for determining a dynamic harq-ack codebook
US10644828B2 (en) * 2018-02-09 2020-05-05 Samsung Electronics Co., Ltd. Method and apparatus for wideband CSI reporting in an advanced wireless communication system
WO2019153233A1 (en) * 2018-02-09 2019-08-15 Qualcomm Incorporated Configuration of non-orthogonal dmrs for noma
CN111147217B (zh) * 2018-02-13 2021-03-05 华为技术有限公司 传输反馈信息的方法、通信装置和计算机可读存储介质
CN110166187B (zh) * 2018-02-13 2022-04-12 大唐移动通信设备有限公司 一种harq-ack码本确定方法、用户终端及基站
CN110166181B (zh) * 2018-02-13 2022-06-24 大唐移动通信设备有限公司 一种harq-ack的传输方法、终端及基站
WO2019157658A1 (en) * 2018-02-13 2019-08-22 Lenovo (Beijing) Limited Method and apparatus for fallback operation for semi-static harq-ack codebook determination
US11540257B2 (en) 2018-03-23 2022-12-27 Qualcomm Incorporated Uplink control information transmission on autonomous uplink in new radio-unlicensed (NR-U)
US11722241B2 (en) * 2018-04-12 2023-08-08 Qualcomm Incorporated Transport block size determination for a transmission time interval
US11395270B2 (en) * 2018-04-27 2022-07-19 Qualcomm Incorporated Uplink control information payload size
WO2019217529A1 (en) * 2018-05-10 2019-11-14 Sharp Laboratories Of America, Inc. User equipments, base stations and methods for uplink control information multiplexing in uplink
CN110505040B (zh) * 2018-05-18 2020-05-26 维沃移动通信有限公司 信息传输方法、终端及网络设备
CN112737738A (zh) * 2018-05-21 2021-04-30 华为技术有限公司 上行控制信息的传输方法及设备
CN110677222B (zh) * 2018-07-03 2022-04-05 大唐移动通信设备有限公司 一种pdsch重复传输的harq反馈方法及装置
US11071139B2 (en) * 2018-07-13 2021-07-20 Apple Inc. Techniques in configured grant uplink transmission in new radio (NR) systems operating in unlicensed spectrum
US11196524B2 (en) 2018-07-18 2021-12-07 Qualcomm Incorporated Multi-beam CSI feedback
JP7152489B2 (ja) * 2018-07-30 2022-10-12 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
US10924225B2 (en) * 2018-08-03 2021-02-16 Mediatek Inc. Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback
CN110809320B (zh) * 2018-08-06 2023-03-31 中国移动通信有限公司研究院 一种上行控制信息的传输方法、设备和计算机存储介质
JP2021533653A (ja) * 2018-08-07 2021-12-02 アイディーエーシー ホールディングス インコーポレイテッド Ｈａｒｑ拡張のための方法および装置
US11595976B2 (en) * 2018-08-09 2023-02-28 Sierra Wireless, Inc. Method and apparatus for multi-transport block grant transmissions
CN112715015B (zh) * 2018-08-09 2023-11-14 Lg 电子株式会社 在无线通信系统中发送或接收无线信号的方法和装置
JP7248708B2 (ja) * 2018-08-23 2023-03-29 オッポ広東移動通信有限公司 フィードバック情報の伝送方法、装置及び通信デバイス
CN110891312B (zh) * 2018-09-10 2023-11-03 华为技术有限公司 一种信息发送方法，信息接收的方法和装置
CN112740591B (zh) * 2018-09-21 2023-10-27 Lg电子株式会社 在无线通信系统中发送和接收无线信号的方法和设备
US11405143B2 (en) * 2018-09-21 2022-08-02 Kt Corporation Method and apparatus for transmitting sidelink HARQ feedback information
US20200106569A1 (en) 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
WO2020065530A1 (en) * 2018-09-27 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Adapting harq procedures for non-terrestrial networks
JP7018137B2 (ja) * 2018-10-25 2022-02-09 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるサイドリンクｈａｒｑフィードバックと関連した情報に基づいてリソース選択ウィンドウを決定する方法及び装置
WO2020034439A1 (en) 2018-11-02 2020-02-20 Zte Corporation Determining a feedback codebook
JP2022517480A (ja) * 2018-11-08 2022-03-09 日本電気株式会社 装置、方法及びプログラム
CN111193576B (zh) * 2018-11-14 2021-08-13 华为技术有限公司 发送码本的方法和装置以及接收码本的方法和装置
CN111200487B (zh) * 2018-11-20 2021-06-29 展讯通信（上海）有限公司 混合自动重传请求确认harq-ack的传输方法及装置
CN115499101A (zh) * 2019-01-04 2022-12-20 维沃移动通信有限公司 处理方法及设备
US11265910B2 (en) * 2019-01-10 2022-03-01 Ofinno, Llc Configured grant for unlicensed cells
CN111294750B (zh) * 2019-01-11 2021-04-27 展讯通信（上海）有限公司 数据反馈处理方法及装置
US20220109527A1 (en) * 2019-01-21 2022-04-07 Lg Electronics Inc. Method for transmitting sidelink harq feedback in wireless communication system
CN111585709B (zh) * 2019-02-15 2023-01-17 中国信息通信研究院 一种车联网harq-ack上报方法和设备
CN111585713B (zh) * 2019-02-15 2021-10-26 华为技术有限公司 一种码本的处理方法及装置
JP7320857B2 (ja) * 2019-03-27 2023-08-04 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
US20220248410A1 (en) * 2019-03-28 2022-08-04 Lg Electronics Inc. Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception
WO2020196422A1 (en) * 2019-03-28 2020-10-01 Sharp Kabushiki Kaisha User equipments, base stations and methods for multiplexing of uplink control information
US20220201711A1 (en) * 2019-03-29 2022-06-23 Lg Electronics Inc. Method and device for determining transport block size in nr v2x
US11463195B2 (en) * 2019-04-19 2022-10-04 Qualcomm Incorporated Handling downlink assignment indicators for different types of downlink control information
KR20210146407A (ko) * 2019-04-25 2021-12-03 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 전송 블록의 스케줄링 방법, 장치, 기지국, 단말 및 저장 매체
US11206642B2 (en) * 2019-05-02 2021-12-21 Charter Communications Operating, Llc Methods and apparatus for communicating uplink control information
WO2020231450A1 (en) * 2019-05-13 2020-11-19 Ntt Docomo, Inc. Device and method for reducing feedback overhead associated with bitmap reporting
US11470609B2 (en) * 2019-06-28 2022-10-11 Qualcomm Incorporated Methods and apparatus to facilitate layer 1 cross-carrier repetition
US11818072B2 (en) 2019-07-02 2023-11-14 Comcast Cable Communications, Llc Wireless resource determination and use
EP4007194A4 (en) * 2019-07-30 2023-05-03 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND APPARATUS FOR DETERMINING UPLINK PHYSICAL CONTROL CHANNEL RESOURCES AND STORAGE MEDIUM
CN112311512B (zh) * 2019-07-30 2021-11-09 中国移动通信有限公司研究院 混合自动重传码本的确定、指示方法、终端及网络设备
CN112311504B (zh) * 2019-08-01 2022-08-26 华为技术有限公司 一种反馈信息的传输方法及终端装置
US11374699B2 (en) * 2019-08-02 2022-06-28 Qualcomm Incorporated Hybrid automatic repeat request (HARQ) with sliding window feedback
CN113647166A (zh) * 2019-08-09 2021-11-12 Oppo广东移动通信有限公司 一种数据传输方法、网络设备、用户设备
EP4014396A4 (en) * 2019-08-16 2023-09-27 Innovative Technology Lab Co., Ltd. METHOD AND DEVICE FOR USING HARQ IN WIRELESS COMMUNICATIONS
CN112398597B (zh) * 2019-08-16 2022-04-05 华为技术有限公司 一种反馈信息传输方法及装置
JP2022153676A (ja) * 2019-08-28 2022-10-13 株式会社Ｎｔｔドコモ 端末及び通信方法
WO2021067236A1 (en) * 2019-10-01 2021-04-08 Idac Holdings, Inc. Conditional mobility with multi-connectivity
WO2021062551A1 (en) 2019-10-03 2021-04-08 Sierra Wireless, Inc. Method and apparatus for facilitating transmissions in a wireless communication system
JP7322294B2 (ja) 2019-11-06 2023-08-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて無線信号送受信方法及び装置
US11658776B2 (en) * 2019-11-08 2023-05-23 Semiconductor Components Industries, Llc Feedback and retransmission format of HARQ protocol
US20210219331A1 (en) * 2020-01-15 2021-07-15 Qualcomm Incorporated Feedback transmissions based on uplink grants
US20230064234A1 (en) * 2020-02-06 2023-03-02 Interdigital Patent Holdings, Inc. Systems and methods for encoding a deep neural network
US11889502B2 (en) * 2020-02-24 2024-01-30 Qualcomm Incorporated Two-stage feedback procedures
US11575472B2 (en) 2020-02-27 2023-02-07 Sierra Wireless, Inc. Methods and apparatuses for supporting multi transport block grant data transmission
CN113497680B (zh) * 2020-04-01 2022-08-02 维沃移动通信有限公司 混合自动重传请求应答反馈方法、终端及网络节点
CN115398839A (zh) * 2020-04-17 2022-11-25 Lg电子株式会社 用于无线通信系统中的pdsch发送/接收的方法和装置
US11558862B2 (en) * 2020-04-24 2023-01-17 Qualcomm Incorporated Codepoint scrambling for a non-coherent transmission
CN113747588B (zh) * 2020-05-28 2024-01-23 大唐移动通信设备有限公司 信息传输方法及装置
US11843466B2 (en) * 2020-06-05 2023-12-12 Qualcomm Incorporated Turbo-HARQ uplink control information feedback compression
CN115804194A (zh) * 2020-08-17 2023-03-14 华为技术有限公司 上行控制信息的传输方法、通信装置及相关设备
US11924840B2 (en) * 2020-09-15 2024-03-05 Qualcomm Incorporated Feedback for mixed grant types
EP4266784A4 (en) * 2021-01-13 2024-04-17 Huawei Tech Co Ltd COMMUNICATION METHOD, COMMUNICATION DEVICE AND COMMUNICATION SYSTEM
US20220240243A1 (en) * 2021-01-25 2022-07-28 Qualcomm Incorporated Physical uplink control channel configuration for millimeter wave bands
WO2022162906A1 (ja) * 2021-01-29 2022-08-04 株式会社Ｎｔｔドコモ 端末及び無線通信方法
US11665672B2 (en) * 2021-02-18 2023-05-30 Qualcomm Incorporated Techniques for channel state information feedback for sidelink communications
CN115333679A (zh) * 2021-05-10 2022-11-11 北京紫光展锐通信技术有限公司 比特数量确定方法、装置、设备和存储介质
WO2023219382A1 (ko) * 2022-05-09 2023-11-16 주식회사 케이티 무선 통신 시스템에서 가변 트래픽을 위한 송수신 방법 및 장치
CN117279038A (zh) * 2022-06-15 2023-12-22 中兴通讯股份有限公司 信息传输方法、装置、基站、设备、存储介质及程序产品
CN117295110A (zh) * 2022-06-15 2023-12-26 中兴通讯股份有限公司 信息传输方法、装置、基站、设备、存储介质及程序产品
WO2024000434A1 (en) * 2022-06-30 2024-01-04 Zte Corporation Methods and devices for applying dynamic codebook for harq-ack feedback

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009132203A1 (en) * 2008-04-25 2009-10-29 Interdigital Patent Holdings, Inc. Harq process utilization in multiple carrier wireless communications
US9191177B2 (en) 2009-05-04 2015-11-17 Qualcomm Incorporated Transmission of feedback information for multi-carrier operation
US9722735B2 (en) * 2009-06-19 2017-08-01 Interdigital Patent Holdings, Inc. Signaling uplink control information in LTE-A
CN105915316B (zh) 2009-08-26 2021-04-20 交互数字专利控股公司 用于在基站中使用的方法、基站及无线发射/接收单元
EP4287538A2 (en) * 2009-10-01 2023-12-06 InterDigital Patent Holdings, Inc. Uplink control data transmission
CN104135349B (zh) * 2009-12-03 2016-11-23 华为技术有限公司 载波聚合时反馈ack/nack信息的方法、基站和用户设备
KR20150028365A (ko) 2010-01-08 2015-03-13 인터디지탈 패튼 홀딩스, 인크 다중 반송파의 채널 상태 정보 전송 방법
CN102763361B (zh) * 2010-02-12 2016-04-27 交互数字专利控股公司 发送用于多个下行链路载波的反馈
US8750143B2 (en) 2010-04-02 2014-06-10 Sharp Laboratories Of America, Inc. Extended uplink control information (UCI) reporting via the physical uplink control channel (PUCCH)
US8582638B2 (en) 2010-04-30 2013-11-12 Blackberry Limited System and method for channel state feedback in carrier aggregation
US10176444B2 (en) 2010-05-28 2019-01-08 International Business Machines Corporation Computer-implemented method, computer program product and system for analyzing a control-flow in a business process model
US8767647B2 (en) 2010-06-18 2014-07-01 Blackberry Limited System and method for uplink control information transmission in carrier aggregation
CN101908951B (zh) * 2010-08-16 2016-05-11 中兴通讯股份有限公司 一种信道状态信息的报告方法及基站
US9106419B2 (en) * 2010-08-16 2015-08-11 Qualcomm Incorporated ACK/NACK transmission for multi-carrier operation with downlink assignment index
JP5834087B2 (ja) 2010-11-11 2015-12-16 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて上りリンク制御情報の送受信方法及び装置
CN101989897B (zh) * 2010-11-15 2015-10-21 中兴通讯股份有限公司 确认信息反馈方法及终端
ES2642682T3 (es) 2011-09-23 2017-11-17 Lg Electronics, Inc. Método para transmitir información de control y aparato para el mismo
JP5813444B2 (ja) * 2011-09-30 2015-11-17 シャープ株式会社 基地局、端末、通信システムおよび通信方法
US9043667B2 (en) * 2011-11-04 2015-05-26 Blackberry Limited Method and system for up-link HARQ-ACK and CSI transmission
KR101691708B1 (ko) 2012-01-17 2016-12-30 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
CN103796327A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 一种子帧调度方法、系统及网络设备、终端
CN103973391A (zh) * 2013-01-24 2014-08-06 北京三星通信技术研究有限公司 一种汇报信道状态信息的方法及设备
US9306721B2 (en) * 2013-03-15 2016-04-05 Google Technology Holdings LLC Method and apparatus for device-to-device communication
US9642140B2 (en) * 2013-06-18 2017-05-02 Samsung Electronics Co., Ltd. Methods of UL TDM for inter-enodeb carrier aggregation
US9949275B2 (en) 2013-10-01 2018-04-17 Qualcomm Incorporated Physical uplink control management in LTE/LTE-A systems with unlicensed spectrum
US10244514B2 (en) * 2014-09-11 2019-03-26 Lg Electronics Inc. Method and apparatus for splitting PUSCH/PUCCH with large number of aggregated carriers in wireless communication system
US11818717B2 (en) * 2014-12-31 2023-11-14 Texas Instruments Incorporated Method and apparatus for uplink control signaling with massive Carrier Aggregation
CN112073158B (zh) 2015-01-28 2023-08-22 交互数字专利控股公司 用于操作大量载波的上行链路反馈方法
US9985742B2 (en) * 2015-04-06 2018-05-29 Samsung Electronics Co., Ltd. Transmission power control for an uplink control channel
JP6019182B1 (ja) * 2015-06-24 2016-11-02 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
ES2760515T3 (es) 2015-08-10 2020-05-14 Huawei Tech Co Ltd Método y aparato de transmisión de información de control de enlace ascendente
CN107733558B (zh) 2016-08-12 2020-07-21 华为技术有限公司 混合自动重传请求确认harq-ack反馈方法和装置

Also Published As

Publication number Publication date
JP2021036699A (ja) 2021-03-04
CN107409014A (zh) 2017-11-28
FI3251245T3 (fi) 2023-06-20
WO2016123372A1 (en) 2016-08-04
US20180006791A1 (en) 2018-01-04
CN113285783A (zh) 2021-08-20
JP2024001107A (ja) 2024-01-09
US20230421331A1 (en) 2023-12-28
US10601567B2 (en) 2020-03-24
CN117278172A (zh) 2023-12-22
EP3251245B1 (en) 2023-04-05
JP2022110042A (ja) 2022-07-28
JP6789224B2 (ja) 2020-11-25
EP4221011A1 (en) 2023-08-02
CN107409014B (zh) 2020-09-15
JP2018512096A (ja) 2018-05-10
US20210297225A1 (en) 2021-09-23
US11791968B2 (en) 2023-10-17
JP7072033B2 (ja) 2022-05-19
EP3251245A1 (en) 2017-12-06
CN112073158A (zh) 2020-12-11
CN112073158B (zh) 2023-08-22
US11032053B2 (en) 2021-06-08
US20200235892A1 (en) 2020-07-23
JP7361154B2 (ja) 2023-10-13

Similar Documents

Publication Publication Date Title
ES2949096T3 (es) Métodos de retroalimentación de enlace ascendente para operar con un gran número de portadoras
US11743898B2 (en) Uplink control data transmission
KR101857658B1 (ko) 무선 통신 시스템에서의 제어 정보의 전송 방법 및 장치
KR101832771B1 (ko) 무선 통신 시스템에서의 제어 정보의 전송 방법 및 장치