ES2638920T3 - Señalización de información de control de enlace ascendente en LTE-A - Google Patents

Señalización de información de control de enlace ascendente en LTE-A Download PDF

Info

Publication number
ES2638920T3
ES2638920T3 ES15160516.9T ES15160516T ES2638920T3 ES 2638920 T3 ES2638920 T3 ES 2638920T3 ES 15160516 T ES15160516 T ES 15160516T ES 2638920 T3 ES2638920 T3 ES 2638920T3
Authority
ES
Spain
Prior art keywords
bits
uci
pusch
pucch
icu
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
ES15160516.9T
Other languages
English (en)
Inventor
Sung-Hyuk Shin
Pascal M. Adjakple
John W. Haim
Vincent Roy
Janet A. Stern-Berkowitz
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=42752374&utm_source=***_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2638920(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Application granted granted Critical
Publication of ES2638920T3 publication Critical patent/ES2638920T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • 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/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Un método implementado por una unidad de transmisión/recepción inalámbrica, WTRU, para transmitir información de control de enlace ascendente, el método que comprende: recibir una configuración que indica si la WTRU está configurada para transmitir simultáneamente en un canal físico de control de enlace ascendente, PUCCH y en un canal físico compartido de enlace ascendente, PUSCH; determinar que una información de control de enlace ascendente, UCI, ha de ser transmitida en una primera subtrama y que la UCI comprende un primer subconjunto de bits de UCI que corresponde a al menos un primer tipo UCI y un segundo subconjunto de bits de UCI que corresponde a al menos un segundo tipo de bits de UCI; y en respuesta a la determinación de que la WTRU está configurada para transmitir simultáneamente en el PUCCH y el PUSCH y que la UCI a ser transmitida en la primera subtrama comprende al menos el primer tipo de UCI y al menos el segundo tipo de UCI, transmitir el primer subconjunto de bits de UCI en el PUCCH en la primera subtrama y transmitir el segundo subconjunto de bits de UCI en el PUSCH en la primera subtrama.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Senalizacion de informacion de control de enlace ascendente en LTE-A Antecedentes
Con el fin de soportar una tasa de datos y eficiencia del espectro mayores, el sistema de Evolucion a Largo Plazo (LTE) del Proyecto de Cooperacion de Tercera Generacion (3GPP) se ha introducido en la Version 8 (R8) del 3GPP. (La Version 8 de LTE se puede conocer en la presente memoria como R8 de LTE o R8-LTE). En LTE, las transmisiones en el enlace ascendente se realizan usando Acceso Multiple por Division de Frecuencia de Portadora Unica (SC-FDMA). En particular, el SC-FDMA usado en el enlace ascendente de LTE esta basado en la tecnologfa de Multiplexacion por Division de Frecuencia Ortogonal de Dispersion de Transformada de Fourier Discreta (DFT-S- OFDM). Como se usa en lo sucesivo, los terminos SC-FDMA y DFT-S-OFDM se usan indistintamente.
En LTE, una unidad de transmision/recepcion inalambrica (WTRU), alternativamente conocida como equipo de usuario (UE), transmite en el enlace ascendente usando solamente un conjunto limitado y contiguo de subportadoras asignadas en una disposicion de Acceso Multiple por Division de Frecuencia (FDMA). Por ejemplo, si el ancho de banda del sistema o la senal de Multiplexacion por Division de Frecuencia Ortogonal (OFDM) total en el enlace ascendente esta compuesto por subportadoras utiles numeradas de 1 a 100, una primera WTRU dada se puede asignar para transmitir en las subportadoras 1-12, una segunda WTRU se puede asignar para transmitir en las subportadoras 13-24, y asf sucesivamente. Mientras que las diferentes WTRU pueden transmitir cada una solamente un subconjunto del ancho de banda de transmision disponible, un Nodo-B evolucionado (eNodoB) que sirve a las WTRU puede recibir la senal de enlace ascendente compuesta a traves de todo el ancho de banda de transmision. Se puede encontrar un ejemplo en el documento US 2008/311919.
LTE Avanzada (que incluye la Version 10 (R10) de LTE y puede incluir versiones futuras tales como la Version 11, tambien conocida en la presente memoria como LTE-A, R10 de LTE o R10-LTE) es una mejora del estandar LTE que proporciona un camino de actualizacion 4G totalmente compatible para redes LTE y 3G. Tanto en LTE como en LTE-A, hay una necesidad de cierta informacion de control de enlace ascendente (UCI) de capa 1/capa 2 (L1/2) asociada para soportar la transmision de UL, transmision de enlace descendente (DL), programacion, multiples entradas multiples salidas (MIMO), etc. En LTE-A, los ajustes de potencia para los canales de enlace ascendente, respectivamente, se pueden hacer independientemente. Lo que se necesita en la tecnica son sistemas y metodos para proporcionar informacion de control de enlace ascendente y tratar con los problemas de potencia que pueden surgir cuando se usan multiples canales de enlace ascendente.
Compendio
Se describen metodos y sistemas para transmitir informacion de control de enlace ascendente (UCI) en un sistema LTE Avanzado. Un dispositivo de equipo de usuario (UE) puede determinar si la informacion de control de enlace ascendente se debena transmitir a traves de un PUCCH y un PUSCH (un subconjunto de los bits transmitidos en un PUCCH y los bits restantes transmitidos en un PUSCH) en base a si el numero de bits en la UCI es menor o igual que un umbral que se puede proporcionar al UE. Si el numero de bits de UCI es menor o igual que el umbral, los bits de UCI se pueden transmitir en el PUCCH, mientras que si el numero de bits de UCI esta por encima del umbral, los bits de UCI se pueden transmitir tanto en el PUSCH como en el PUCCH en la misma subtrama. En otra realizacion, el numero de bits de UCI se puede comparar con un segundo umbral superior y si el numero de bits de UCI excede el segundo umbral superior, todos los bits de UCI se pueden transmitir en el PUSCH. En otra realizacion, si todos los bits de UCI encajasen en el PUCCH, se pueden transmitir en el PUCCH. Si todos los bits no encajasen en el PUCCH, se pueden transmitir tanto en el PUCCH como en el PUSCH en la misma subtrama. En otra realizacion, se puede determinar un tamano relativo de la UCI (es decir, el tamano de la carga util de la UCI en comparacion con el tamano de la capacidad de un canal compartido, por ejemplo, PUSCH) y si el tamano relativo esta por debajo de un umbral, los bits de UCI se pueden transmitir solamente en un PUSCH.
En otra realizacion, se puede determinar el tipo de bits de UCI y, si estan presentes ciertos tipos de bits (por ejemplo, bits de ACK/NACK), los bits de cierto tipo se pueden transmitir en un canal, tal como el PUCCH, mientras que los bits restantes se pueden transmitir en un segundo canal, tal como el PUSCH. Alternativamente, se puede tener en cuenta el numero de portadoras componentes de enlace descendente (CC de DL) que estan activas, o configuradas de manera alternativa, y el uso de modos de transmision soportados en la Version 8 de LTE. Si el numero de CC de DL no es uno o no se usan modos de transmision soportados en la Version 8 de LTE, se puede transmitir un subconjunto de bits de UCI en un PUCCH mientras que, en la misma subtrama, los bits restantes se pueden transmitir en un PUSCH. Si el numero de CC de DL es uno y se usan modos de transmision soportados en la Version 8 de LTE, se puede evaluar la UCI para determinar si los contenidos contienen ciertos tipos de bits de UCI (por ejemplo, ACK/NACK, CQI/PMI, RI) y se puede hacer una determinacion en cuanto a que canal o canales usar para transmitir tales bits. Las CC de DL de prioridad o primarias tambien se pueden evaluar cuando estan disponibles multiples CC de DL (activas o, alternativamente, configuradas) y los bits de UCI asociados con una CC de DL primaria o de la prioridad mas alta se pueden transmitir en un PUCCH con los bits restantes que se transmiten en un PUSCH.
5
10
15
20
25
30
35
40
45
50
Tambien se puede evaluar la cantidad de potencia que se puede requerir para transmitir la informacion de control de enlace ascendente en mas de un canal. Si un UE determina que la transmision de los bits de UCI tanto a traves de un PUSCH como de un PUCCH excedera un umbral de potencia maxima, el UE puede transmitir los bits de UCI solamente en uno del PUSCH y del PUCCH o reducir la potencia del PUSCH y/o del PUCCH. En las realizaciones donde estan disponibles multiples PUSCH, se pueden usar diversos medios para determinar que PUSCH se debena usar para transmitir los bits de UCI, incluyendo la determinacion de un PUSCH adecuado en base al tamano de la carga util de la UCI, el tamano de la carga util de los datos de PUSCH o la relacion entre el tamano de la carga util de la UCI y la capacidad de carga de los PUSCH disponibles. Estos y otros aspectos de la descripcion actual se exponen con mas detalle a continuacion.
Breve descripcion de los dibujos
La siguiente descripcion detallada de las realizaciones descritas se entiende mejor cuando se lee conjuntamente con los dibujos adjuntos. Con los propositos de ilustracion, se muestran en los dibujos realizaciones ejemplares; no obstante, la materia objeto no se limita a los elementos e instrumentos espedficos descritos. En los dibujos:
La Figura 1 ilustra un equipo de usuario ejemplar no limitativo, eNodoB, y una MME/S-GW en los que se pueden implementar metodos y sistemas para la senalizacion de informacion de control de enlace ascendente como se describe en la presente memoria.
La Figura 2 ilustra un entorno de red ejemplar no limitativo en el que se pueden implementar metodos y sistemas para la senalizacion de informacion de control de enlace ascendente como se describe en la presente memoria.
La Figura 3 ilustra un sistema ejemplar no limitativo para transmitir bits de ACK/NACK para diferentes portadoras de enlace descendente.
La Figura 4 ilustra medios ejemplares no limitativos para usar multiples recursos RB de PUCCH en una region de PUCCH para transmision de UCI.
La Figura 5 ilustra medios ejemplares no limitativos para transmitir UCI tanto en un PUCCH como en un PUSCH desde un UE en un sistema que utiliza transmision multipunto coordinada de enlace descendente (COMP de DL).
La Figura 6 ilustra un metodo ejemplar no limitativo de determinacion de como senalizar UCI.
La Figura 7 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI.
La Figura 8 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI.
La Figura 9 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI.
La
Figura 10 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
La
Figura 11 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
La
Figura 12 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
La
Figura 13 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
La
Figura 14 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
La
Figura 15 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
La
Figura 16 ilustra otro metodo ejemplar no limitativo de determinacion de como senalizar UCI
Descripcion detallada de las realizaciones ilustrativas
La Figura 1 ilustra un UE 101 ejemplar no limitativo que puede implementar la presente materia objeto y las caractensticas de LTE-A. El UE 101 puede ser una unidad de transmision y recepcion inalambrica (WtrU) de cualquier tipo, incluyendo un telefono movil, un telefono inteligente, un asistente de datos personal (PDA), un ordenador portatil o cualquier otro dispositivo que pueda comunicarse inalambricamente con uno o mas de otros dispositivos o redes. En algunas realizaciones, el UE 101 se puede configurar para comunicarse con una red o sistema LTE-A. El UE 101 se puede configurar con el procesador 140, que puede estar conectado comunicativamente con la memoria 150 y puede extraer energfa de una fuente de alimentacion, tal como la batena 160, que tambien puede proporcionar energfa a cualquiera o todos los otros componentes del UE 101. El procesador 140 se puede configurar para realizar senalizacion de UCI y funciones relacionadas como se describe en la presente memoria, asf como cualquier otra funcion descrita en la presente memoria y/o cualquier otra funcion que se pueda realizar por un procesador configurado en un UE. La memoria 150 puede estar configurada para almacenar datos, incluyendo instrucciones ejecutables por ordenador para realizar cualquier funcion descrita en la presente memoria o cualquier otra funcion que se pueda realizar por un UE. El UE 101 tambien puede estar configurado con una o mas antenas 110a-d, que pueden transmitir datos recibidos de uno o mas transceptores 120a-d a una estacion base,
5
10
15
20
25
30
35
40
45
50
55
60
eNodoB, u otro dispositivo de red, y pueden proporcionar datos desde tal dispositivo a uno o mas transceptores 120a-d.
Los transceptores 120a-d y/o las antenas 110a-d pueden estar conectados comunicativamente al modulo de correspondencia/precodificacion de antena 130. El modulo de correspondencia/precodificacion de antena 130 puede estar conectado comunicativamente con el procesador 140. Senalar que cualquiera o todos los componentes ilustrados en la Figura 1 pueden ser ffsicamente el mismo componente o se pueden combinar en una unica unidad ffsica o, alternativamente, pueden estar ffsicamente separados. Por ejemplo, el modulo de correspondencia/precodificacion de antena 130, el procesador 140 y los transceptores 120a-d pueden estar configurados ffsicamente en un unico microchip, o cada uno puede estar configurado en microchips individuales. Cualquier variacion de tales configuraciones se contempla como dentro del alcance de la presente descripcion.
El UE 101 puede estar configurado para comunicarse inalambricamente con el eNodoB 170. Ademas de los componentes que se pueden encontrar en un eNodoB ffpico, el eNodoB 170 puede incluir un procesador 173, que puede ser cualquier procesador o multiples procesadores que pueden estar configurados para realizar las funciones del eNodoB y/o la materia objeto descrita en la presente memoria. El procesador 173 puede estar conectado comunicativamente con una memoria 174, que puede ser cualquier tipo de memoria o combinacion de tipos de memoria, incluyendo memoria volatil y no volatil. El eNodoB 170 tambien se puede configurar con los transceptores 172a-d, que pueden estar conectados comunicativamente con las antenas 171a-d, configurados para facilitar comunicaciones inalambricas, por ejemplo, con el UE 101 en un sistema LTE o LTE-A. Se pueden configurar multiples antenas de transmision y/o recepcion en el eNodoB 170 con el fin de facilitar MIMO y/u otras tecnologfas que pueden aprovecharse de tales antenas multiples.
El eNodoB 170 puede estar conectado comunicativamente, a traves de una o mas conexiones de comunicaciones inalambricas o cableadas, con la Entidad de Gestion de Movilidad/Pasarela de Servicio (MME/S-GW) 180. La MME/S-GW 180 puede estar configurada con el procesador 181 que puede ser cualquier procesador o multiples procesadores que pueden estar configurados para realizar las funciones de la MME/S-GW y/o la materia objeto descrita en la presente memoria. El procesador 181 puede estar conectado comunicativamente con una memoria 182, que puede ser cualquier tipo de memoria o combinacion de tipos de memoria, incluyendo memoria volatil y no volatil. En una realizacion, el UE 101, el eNodoB 170 y/o la MME/S-GW 180 estan configurados para implementar senalizacion de UCI en un sistema LTE-A como se describe en la presente memoria.
Se puede usar DFT-S-OFDM como un medio de comunicaciones desde el UE 101 hasta el eNodoB 170 (es decir, en el enlace ascendente). DFT-S-OFDM es una forma de transmision OFDM con la restriccion adicional de que el recurso de tiempo-frecuencia asignado a un UE consiste en un conjunto de subportadoras de frecuencia consecutivas. Un enlace ascendente LTE puede no incluir una subportadora de corriente continua (DC). El enlace ascendente de LTE puede incluir un modo de operacion en donde un salto de frecuencia se puede aplicar a las transmisiones de un UE. En el enlace ascendente (UL) de la Version 8 (R8) de LTE, hay una necesidad de cierta informacion de control de enlace ascendente (UCI) de capa 1/capa 2 (L1/2) asociada para soportar la transmision de UL, transmision de enlace descendente (DL), programacion, multiples entradas multiples salidas (MIMO), etc. Por ejemplo, el UE 101 se puede configurar para proporcionar UCI a un eNodoB 170 periodica y/o aperiodicamente. La UCI puede consistir en un acuse de recibo/acuse de recibo negativo (ACK/NACK) de solicitud de repeticion automatica tffbrida (HARQ) que puede ser de 1 o 2 bits, notificacion de estado de canal que incluye un indicador de calidad de canal (CQI), un indicador de matriz de precodificacion (PMI), y/o un indicador de rango (RI) que puede ser de 4-11 bits cuando se transmite en un canal ffsico de control de enlace ascendente (PUCCH), y una solicitud de programacion (SR) que puede ser de 1 bit. Estos ejemplos de numeros de bits para estos tipos de UCI corresponden al numero de bits para estos tipos en la Version 8 de LTE. El numero de bits para estos tipos no se limita a estos valores y se contemplan otras realizaciones como dentro del alcance de la presente descripcion.
En las realizaciones y los ejemplos descritos en la presente memoria que se refieren espedficamente a tipos de bits de CQI, PMI y RI, estas realizaciones se pueden extender facilmente para incluir tipos de bits de UCI adicionales que se pueden soportar por un UE y notificar periodica o aperiodicamente. Estas realizaciones y ejemplos tambien se pueden extender facilmente para sustituir uno cualquiera o mas de los tipos de bits de CQI, pMi y RI con otros tipos de bits de UCI que se pueden soportar por un UE y notificar periodica o aperiodicamente.
En la Version 8 de LTE, la UCI se puede transmitir, por ejemplo por el UE 101, de una de dos formas. En ausencia de recursos de Canal Ffsico Compartido de UL (PUSCH) asignados en una subtrama, el UE 101 puede transmitir la UCI usando recursos de Canal Ffsico de Control de UL (PUCCH). Cuando estan presentes datos de UL o el UE esta transmitiendo de otro modo datos en un canal ffsico compartido de enlace ascendente (PUSCH), la senalizacion de UCI puede tener lugar en un PUSCH y se puede multiplexar con datos en el PUSCH. No obstante, en la Version 8, no se soporta la transmision simultanea de PUCCH y PUSCH. Ademas, la transmision simultanea de ACK/NACK y CQI por un UE puede no ser permitida por la senalizacion de capa superior espedfica del UE. En este caso, el CQI se deja caer, y solamente se transmite el ACK/NACK usando el PUCCH, lo que puede dar como resultado alguna degradacion en la programacion y la precision de la adaptacion de tasa.
En LTE-Avanzada (LTE-A), introducida en la Version 10 (R10) del 3GPP, se puede soportar transmision simultanea de PUSCH y PUCCH, por ejemplo, por el UE 101, y se relaja la restriccion de portadora unica en la forma de onda
5
10
15
20
25
30
35
40
45
50
55
de UL. En la Version 10, se soporta tanto asignacion de recursos de frecuencia contiguos como de frecuencia no contiguos en cada portadora componente de UL.
En LTE-A, se anticipa que el tamano de la UCI (numero de bits de UCI) se aumentara, en comparacion con LTE, teniendo en cuenta las nuevas caractensticas incluyendo transmision multipunto coordinada (COMP), MIMO de DL de orden superior, extension de ancho de banda, y retransmision. Por ejemplo, con el fin de soportar MIMO de orden alto (por ejemplo, MIMO 8x8) y/o COMP, se pueden realimentar una gran cantidad de informes de estado de canal (CQI/PMI/RI) al eNodoB de servicio (y posiblemente al eNodoB o a los eNodosB vecinos en implementaciones COMP). La sobrecarga de UCI se aumentara aun mas por el uso de extension de ancho de banda asimetrico. Por consiguiente, el tamano de la carga util del PUCCH de la Version 8 de LTE puede no ser suficiente para transportar el aumento de la sobrecarga de UCI (incluso para una unica portadora componente de DL) en LTE-A. La senalizacion de UCI en LTE-A puede ser mas flexible que la senalizacion de UCI en LTE, permitiendo mas configuraciones en senalizacion de UCI en LTE-A. Debido a esto, y dado que el tamano de la UCI (numero de bits de UCI) puede ser mayor en LTE-A, pueden ser necesarias nuevas configuraciones para soportar el aumento de tamano de la UCI. En algunas realizaciones de la presente descripcion, se aprovecha la capacidad de transmision simultanea de PUSCH y PUCCH con el fin de transmitir la senalizacion de UCI que se puede generar en un sistema LTE-A, o en cualquier otro sistema.
Ademas, como los ajustes de potencia para el PUSCH y el PUCCH, respectivamente, se hacen independientemente, se exponen en la presente memoria algunas reglas para senalizacion de UCI de LTE-A para las realizaciones que se aprovechan de la transmision simultanea de PUCCH y PUSCH en una subtrama para las situaciones donde la suma de los niveles de potencia del PUSCH y del PUCCH alcanza o excede la potencia de transmision maxima dada.
Senalar que, como se usa en la presente memoria, un canal ffsico de control de enlace ascendente (PUCCH) puede ser un PUCCH de LTE o LTE-A, que es un canal de enlace ascendente que transporta informacion de control de enlace ascendente. Alternativamente, un PUCCH como se usa en la presente memoria puede ser cualquier canal o multiples canales u otros medios de comunicaciones inalambricas que se puedan usar, exclusiva o no exclusivamente, para transmitir informacion de control para un enlace ascendente. Como se usa en la presente memoria, un canal ffsico compartido de enlace ascendente (PUSCH) puede ser un PUSCH de LTE o de LTE-A, que es un canal de enlace ascendente que transporta datos de usuario (es decir, datos de SCH). Alternativamente, un PUSCH como se usa en la presente memoria puede ser cualquier canal o multiples canales u otros medios de comunicacion inalambrica que se puedan usar, exclusiva o no exclusivamente, para transmitir datos de usuario en un enlace ascendente. Un PUSCH como se usa en la presente memoria tambien puede transportar informacion de control. La informacion de control de enlace ascendente (UCI) como se usa en la presente memoria puede ser informacion de control de LTE o de LTE-A espedfica, o la UCI puede ser cualquier informacion de control usada en cualquier sistema inalambrico transportado en cualquier tipo de canal o medio de comunicaciones inalambricas. Todas de tales realizaciones se contemplan dentro del alcance de la presente descripcion.
La Figura 2 muestra el sistema de comunicaciones inalambricas/red de acceso 200 que se puede configurar como parte de o como todo un sistema LTE o LTE-A. La red 200 puede incluir una Red de Acceso por Radio Terrestre Universal Evolucionado (E-UTRAN) 250. E-UTRAN 250 puede incluir el UE 210, que puede ser cualquier tipo de UE o WTRU, incluyendo el Ue 101 de la Figura 1, y uno o mas Nodos B evolucionados (eNodosB) 220a, 220b y 220c, que pueden ser cualquier dispositivo configurado para realizar las funciones de un eNodoB, tal como el eNodoB 170 de la Figura 1. Como se muestra en la Figura 2, el UE 210 puede estar en comunicacion con el eNodoB 220a. Los eNodosB 220a, 220b y 220c pueden interconectarse entre sf usando una interfaz X2. Los eNodosB 220a, 220b y 220c tambien se pueden conectar a la Entidad de Gestion de Movilidad (MME)/Pasarela de Servicio (S-GW) 230a y/o 230b, a traves de una interfaz S1. Las MME/S-GW 230a y 230b pueden ser cualquier dispositivo configurado para realizar las funciones de una MME/S-GW, tal como la MmE/S-GW 180 de la Figura 1. Aunque un unico UE 210 y tres eNodosB 220a, 220b, y 220c se muestran en la Figura 2, se contempla que cualquier numero y combinacion de dispositivos inalambricos y cableados se puede incluir en la red 200.
En algunas realizaciones implementadas en un sistema LTE-A, puede ser deseable transmitir informacion de control de UL (UCI) desde un UE a un eNodoB con el fin de soportar transmisiones de datos de usuario de UL y otras transmisiones de UL, transmisiones de datos de usuario de DL y otra transmision de DL, datos de programacion, datos de MIMO, etc. La UCI puede incluir, pero no se limita a, ACK/NACK(s) de HARQ, informes de estado de canal, CQI/PMI/RI y/o solicitud o solicitudes de programacion (SR). Se debena senalar que el termino de “datos de usuario” como se usa en la presente memoria puede ser intercambiable con “datos de SCH (canal compartido)”. Un UE puede transmitir UCI en un PUCCH o un PUSCH. La Tabla 1 muestra formatos de PUCCH definidos para LTE que se pueden usar en algunas realizaciones y los contenidos de UCI correspondientes. Los formatos 2a y 2b se soportan solamente para el prefijo dclico normal. En algunas realizaciones, cuando se transmite la UCI en un PUSCH, se pueden usar los mismos formatos.
5
10
15
20
25
30
35
40
45
Tabla 1. Formatos de PUCCH y contenidos de UCI correspondientes
Formato de PUCCH
Esquema de Modulacion Numero de bits por subtrama, Mbit UCI
1
N/A N/A SR
1a
BPSK 1 ACK/NACK (SR)
1b
QPSK 2 ACK/NACK (SR)
2
QPSK 20 CQI/PMI/RI
2a
QPSK+BPSK 21 CQI/PMI/RI y ACK/NACK
2b
QPSK+QPSK 22 CQI/PMI/RI y ACK/NACK
Los recursos de tiempo y de frecuencia que se pueden usar por un UE para notificar la UCI se pueden controlar por un eNodoB. Alguna UCI, tal como una notificacion de CQI, PMI y RI, puede ser periodica o aperiodica. En algunas realizaciones, los informes aperiodicos pueden proporcionar datos similares a los proporcionados por los informes periodicos, as^ como datos adicionales. En tales realizaciones, si ocurriese notificacion tanto periodica como aperiodica en la misma subtrama, el UE se puede configurar para transmitir solamente el informe aperiodico en esa subtrama.
Los tamanos de la carga util de CQI y PMI de cada modo de notificacion de PUCCH pueden estar predeterminados, por ejemplo, proporcionados por las especificaciones del estandar del 3GPP. Se pueden predeterminar otros tamanos de carga util del tipo de UCI de cada modo de notificacion de PUCCH, por ejemplo proporcionados por las especificaciones del estandar del 3GPP.
Con el fin de manejar el aumento de los tamanos de UCI y volumenes mas altos de informacion de control de enlace ascendente (UCI) que pueden ocurrir en sistemas LTE-A, se pueden usar varias realizaciones introducidas por la presente descripcion. Algunas de las realizaciones descritas en la presente memoria se aprovechan de las capacidades de transmision de PUSCH y PUCCH simultanea de LTE-A.
En una realizacion, se pueden emplear configuraciones alternativas para senalizar la UCI desde un UE en un sistema LTE-A ademas de los metodos de senalizacion de UCI de LTE. En una primera realizacion tal, se pueden usar multiples transmisiones de PUCCH para multiples campos o informes de UCI. Se pueden implementar multiples transmisiones de PUCCH (o recursos) para multiplexar multiples campos/informes de UCI de manera que multiples transmisiones de PUCCH sean o bien multiplexadas por codigo o bien multiplexadas en frecuencia. Por ejemplo, en LTE cuando la transmision del indicador de calidad de canal (CQI) colisiona con la transmision de solicitud de programacion (SR) en la misma subtrama, el CQI se deja caer. No obstante, en LTE-A, es posible tener CQI y SR transmitidos simultaneamente en la misma subtrama usando multiplexacion por division de codigo (CDM) (es decir, usando diferentes rotaciones de fase ortogonal de una secuencia espedfica de celda) o multiplexacion por division de frecuencia (FDM) (es decir, usando diferentes bloques de recursos (RB)). Por consiguiente, un UE puede multiplexar el formato 1 de PUCCH (posiblemente con 1a/1b) y el formato 2 (posiblemente con 2a/2b) para transmitirlos simultaneamente sobre multiples recursos de PUCCH. Alternativamente, se pueden considerar multiples transmisiones de PUCCH para transmitir la UCI de LTE-A de alto volumen desde un UE.
En realizaciones que implementan senalizacion de UCI sobre multiples recursos de PUCCH, se pueden usar CDM, FDM o multiplexacion por division en el tiempo (TDM), o cualquier combinacion de las mismas, para senalizar la UCI. En una realizacion, cuando se necesita UCI de alto volumen, la UCI se puede transmitir desde un UE sobre multiples recursos de PUCCH usando CDM (es decir, diferentes rotaciones de fase de una secuencia espedfica de celda). En tales realizaciones, se pueden aplicar diferentes rotaciones de fase ortogonal (equivalentemente desplazamientos dclicos) de una secuencia de dominio de frecuencia (o dominio de tiempo) de longitud 12 espedfica de celda para cada bit (o un grupo de bits, o diferentes campos de control) de UCI. Por ejemplo, en el caso de extension de ancho de banda asimetrico (tal como 2 portadoras componentes de DL y 1 portadora componente de UL), los bits de ACK/NACK de HARQ para diferentes portadoras componentes de Dl se pueden transmitir en una unica portadora de UL usando diferentes rotaciones de fase de una secuencia espedfica de celda. Alternativa o adicionalmente, como se ilustra en la Figura 3, se pueden transmitir bits de ACK/NACK para diferentes portadoras de DL (bits de ACK/NACK 310 y 320) (en el mismo recurso de tiempo-frecuencia) usando la misma secuencia rotada de fase, pero usando diferentes secuencias de cubierta ortogonal, w1 y w2 para la Portadora 1 y la Portadora 2, respectivamente.
Un eNodoB puede configurar un UE para multiplexar multiples campos/informes de UCI en una subtrama mediante senalizacion de Capa 1 o 2 (L1/2) o senalizacion de capa superior. En realizaciones que emplean multiples transmisiones de PUCCH, si la potencia total de transmision de los multiples PUCCH excede la potencia maxima de transmision del UE, denotada como Pmax, (o Pmax + P_umbral, donde P_umbral es un umbral), entonces el UE puede llevar a cuestas el procedimiento de UE de LTE (es decir, dejando caer un informe de realimentacion de baja prioridad, tal como CQI/pMi).
5
10
15
20
25
30
35
40
45
50
55
60
Un eNodoB puede emplear una deteccion ciega para las multiples transmisiones de PUCCH para determinar que transmisiones de PUCCH (campos de UCI) se aplican en la subtrama. Alternativamente, algunos de los planteamientos de reduccion/retroceso de potencia descritos en la Solicitud de Patente de EE.UU. N° 12/703.092, presentada el 9 de febrero de 2010, titulada “APPARATUS AND METHOD FOR UPLINK POWER CONTROL FOR A WIRELESS TRANSMITTER/ RECEIVER UNIT UTILIZING MULTIPLE CARRIERS”, que se incorpora por este medio por referencia en su totalidad, se puede usar, en algunas realizaciones, con alguna modificacion. Por ejemplo, despues de calcular los niveles de potencia para cada PUCCH, si la suma de las potencias excede la Pmax, entonces la potencia de transmision respectiva se puede ajustar con una potencia igual o una potencia relativa (dependiendo de la prioridad del canal individual) con el fin de cumplir con la limitacion de potencia maxima. Otra opcion para el ajuste de potencia para multiples PUCCH es modificar el control de potencia de PUCCH de LTE tal como introduciendo una compensacion de potencia para el PUCCH individual. Exceder la potencia o potencias de transmision de CC maxima permitida se puede considerar, en lugar de o ademas de exceder la Pmax, para estas decisiones.
En una realizacion alternativa, la senalizacion de UCI sobre multiples recursos de PUCCH se puede implementar usando FDM. En tal realizacion, cada bit (o un grupo de bits como los bits de ACK/NACK y los bits de CQI o diferentes campos de control) de UCI se puede transmitir usando un par de RB diferentes dentro de una region de PUCCH preconfigurada (es decir, recursos de PUCCH). La Figura 4 ilustra un ejemplo de uso de multiples recursos de RB de PUCCH (basados en FDM) en la region de PUCCH 410 para transmitir una UCI de alto volumen (por ejemplo, multiples informes de UCI) de manera que un ACK/NACK se transmite sobre un RB 420 correspondiente a m=0, mientras que en la misma subtrama un CQI/PMI/RI se transmite sobre un RB diferente, tal como el RB 430 correspondiente a m=2. Alternativa o adicionalmente, en el caso de extension de ancho de banda asimetrica (tal como 2 portadoras componentes de DL y 1 portadora componente de UL), se puede o pueden transmitir el bit o los bits de UCI para diferentes portadoras componentes de DL sobre pares de RB diferentes tales como m=0, 2 para la Portadora 1 y la Portadora 2, respectivamente.
En otra realizacion, la senalizacion de UCI sobre multiples recursos de PUCCH se puede implementar usando TDM. En tal realizacion, cada bit (o un grupo de bits como bits de ACK/NACK y bits de CQI, o diferentes campos de control) de UCI se puede transmitir con base de division de tiempo (TDB) sobre una base de sfmbolos OFDM, sobre una base de intervalos o sobre una base de subtramas.
Senalar que en la senalizacion de UCI anterior sobre realizaciones de multiples recursos de PUCCH, el UE se puede configurar por un eNodoB a traves de senalizacion de capa superior (o senalizacion L1) con respecto a que recursos de PUCCH (tiempo/frecuencia/codigo) se asignan al UE. En estas realizaciones, los formatos de PUCCH de la R8 de LTE se pueden mantener como se especifica en la especificacion de estandar del 3GPP; es decir, manteniendo la compatibilidad hacia atras con la R8 de LTE. Ademas, en el caso del CDM (y FDM), la CM (metrica cubica) se puede aumentar dependiendo del numero de recursos (codigos/rotaciones de fase o RB) en uso. Por consiguiente, se puede tomar en consideracion el impacto de la CM en el ajuste de potencia para un PUCCH, es decir, aplicar un retroceso de potencia en una cantidad del aumento de CM, en su caso.
En otra realizacion, se puede implementar senalizacion de UCI tanto sobre PUCCH como PUSCH en la misma subtrama (transmitiendo UCI, por ejemplo UCI de alto volumen, tanto en un PUSCH como en un o unos PUCCH de un UE), por ejemplo cuando estan en uso agregacion de portadoras asimetrica, MIMO de DL de orden superior, y/o COMP. Para la senalizacion de UCI tanto en un o unos PUCCH como en un PUSCH (transmision simultanea de PUCCH y de PUSCH para la UCI) en la misma subtrama, el ACK/NACK y/o la SR se pueden multiplexar con CQI/PMI/RI de manera que un ACK/NACK y/o una SR se pueden transmitir en un PUCCH mientras que en la misma subtrama (periodica o aperiodica) se puede llevar a cabo senalizacion de CQI/PMI/RI en un PUSCH (o viceversa). En algunas realizaciones, un UE sin datos de usuario a transmitir puede estar configurado para enviar UCI en un PUSCH sin datos de UL. Por ejemplo, un UE en COMP de DL puede transmitir UCI (incluyendo ACK/NACK, CQI/PMI/RI y SR) asociada con la celda (de anclaje) de servicio sobre el PUSCH destinado para la celda de servicio, mientras que en la misma subtrama el UE pueden transmitir otra informacion de control (por ejemplo, CQI/PMI) dirigida a celdas (de anclaje) no de servicio sobre un o unos PUCCH pre especificados para esa celda o celdas destinatarias o viceversa.
La Figura 5 ilustra un ejemplo de transmision de UCI tanto en un o unos PUCCH como en un PUSCH desde un UE en COMP de DL. En este ejemplo, se supone que el UE tiene datos de canal compartido de UL (UL-SCH) transmitidos en la subtrama. Si el Ue no tiene ningun dato para ser transmitido en ese momento, se envfa UCI en un PUSCH sin datos de UL. Alternativa o adicionalmente, en el caso de CA asimetrica (por ejemplo, 1 portadora de UL y N portadoras de DL donde N>1), el UE puede transmitir UCI asociada con el portador de anclaje de DL o bien sobre un PUSCH o bien sobre un o unos PUCCH. Al mismo tiempo, el UE puede transmitir UCI para portadora o portadoras no de anclaje de DL sobre el otro canal ffsico (por ejemplo, no usado para la portadora de anclaje de DL). Alternativamente, el UE puede transmitir UCI para portadora o portadoras no de anclaje de DL sobre un PUSCH en una portadora componente (CC) de UL diferente.
En una realizacion de sistema LTE-A, el ajuste de potencia para un PUSCH y un PUCCH, respectivamente, se puede hacer independientemente. En el caso de transmision de UCI tanto sobre un PUSCH como sobre un o unos PUCCH en la misma subtrama, cuando se alcanza la Pmax (es decir, el caso de margen de potencia negativo), se
5
10
15
20
25
30
35
40
45
50
55
60
pueden usar planteamientos de retroceso de potencia, incluyendo los descritos en la Solicitud de Patente de EE.UU. N° 12/703.092 referenciada en la presente memoria, tales como reduccion de potencia igual, reduccion de potencia relativa o reduccion de potencia usando prioridad basada en canal (y/o tipo de UCI), con el fin de cumplir con la limitacion de potencia maxima. Alternativa o adicionalmente, un UE que transmite UCI usando tanto un PUSCH como un PUCCH que detecta que se alcanza la Pmax puede conmutar al metodo de transmision de UCI usando multiples recursos de PUCCH como se describe en la presente memoria. En otra alternativa, tal UE puede transmitir UCI usando solamente un PUSCH. Alternativamente, el UE puede transmitir UCI usando un PUCCH solamente posiblemente dejando caer campos de UCI de baja prioridad como un CQI/PMI, en su caso. Exceder la potencia o las potencias de transmision de CC maxima permitida en lugar de, o ademas de exceder la Pmax se puede considerar para estas decisiones.
En otra realizacion, se pueden implementar transmisiones simultaneas de PUCCH periodicas y de PUSCH aperiodicas para UCI. En sistemas LTE (R8) legados, en el caso de una colision entre informes periodicos de CQI/PMI/RI y aperiodicos de CQI/PMI/RI, la notificacion periodica de CQI/PMI/RI se deja caer en esa subtrama. No obstante, el UE puede estar configurado para transmitir tanto el informe aperiodico como el informe periodico en la misma subtrama si es necesario. Por ejemplo, en CA asimetrica, el UE puede estar configurado para realizar notificacion periodica de CQI/PMI/RI asociada con la portadora de anclaje de DL usando un PUCCH y para realizar notificacion aperiodica de CQI/PMI/RI asociada con la portadora o las portadoras no de anclaje de DL usando el PUSCH, o viceversa, en la misma subtrama. Cuando se alcanza la Pmax (es decir, el caso de margen de potencia negativo), el UE puede dejar caer la notificacion aperiodica de CQI/PMI/RI en el PUSCH. Alternativamente, el UE puede dejar caer la notificacion periodica de CQI/PMI/RI en el PUCCH. Exceder la potencia o las potencias de transmision de CC maxima permitida en lugar de, o ademas de exceder la Pmax se puede considerar para estas decisiones.
En otra realizacion, se puede transmitir en un PUSCH UCI de alto volumen. Cuando el tamano de la carga util de la UCI es tan grande (tal como la suma del numero de bits de ACL/NACK de HARQ y numero de bits de carga util para un CQI/PMI/RI es mayor que un umbral) que no puede encajar en un recurso de PUCCH, la UCI se puede enviar en un PUSCH con o sin datos de UL-SCH (dependiendo de si el UE ha sido programado para transmision de datos o no), similar a la senalizacion de UCI de LTE en un PUSCH cuando el UE ha sido programado para transmision de datos en un PUSCH. En esta realizacion, puede no ser necesario para el UE ser programado para transmision de datos en un PUSCH para transportar la UCI. Mas bien, el UE se puede configurar mediante senalizacion de capa superior o senalizacion L1/2 cuando la UCI ha de ser transportada en un PUSCH.
Un eNodoB puede configurar un UE para transmitir UCI tanto en un PUCCH como en un PUSCH, o configurar un UE para no transmitir UCI tanto en un PUCCH como en un PUSCH, por ejemplo dependiendo de la capacidad del UE, la configuracion/servicio de DL/UL, la condicion del canal, la disponibilidad de recursos de PUSCH/PUCCH, y/o la disponibilidad de potencia de transmision de UE. La configuracion se puede dar al UE a traves de senalizacion L1/2 o senalizacion de capa superior. Para transmitir UCI tanto en un o unos PUCCH como en un PUSCH en la misma subtrama, despues de calcular los niveles de potencia para el PUCCH y el PUSCH, respectivamente, si la suma de las potencias excede la Pmax, entonces se pueden usar planteamientos de retroceso de potencia (incluyendo los descritos en la Solicitud de Patente de EE.UU. N° 12/703.092 referenciada en la presente memoria), tal como la potencia de transmision de canal respectiva se puede ajustar/reducir con una potencia igual o una potencia relativa (dependiendo de la prioridad del canal individual), o un compensacion predefinida, con el fin de cumplir con la limitacion de potencia maxima. Aun en otra alternativa, el UE puede transmitir la UCI en el PUCCH solamente dejando caer posiblemente los campos de UCI de baja prioridad como un CQI/PMI. Aun en otra realizacion, el UE puede transmitir todos los campos de UCI requeridos en un PUSCH solamente con o sin datos de canal compartido de enlace ascendente (UL-SCH) dependiendo de si el UE ha sido programado para transmision de datos o no). En cualquiera de estas realizaciones, el eNodoB puede emplear deteccion ciega para el canal ffsico individual (es decir, PUCCH y PUSCH) para determinar que canal o canales ffsicos (o campos de UCI) se transmiten en la subtrama. Exceder la potencia o las potencias de transmision de CC maxima permitida en lugar de, o ademas de exceder la Pmax se puede considerar para estas decisiones.
En una realizacion alternativa, la senalizacion de UCI de LTE legada se puede realizar por un UE con configuracion de DL/UL de tipo LTE (tal como correspondencia de espectro de DL/UL uno a uno, sin COMP). La sobrecarga de UCI puede ser similar a la R8 de LTE. No obstante, a diferencia de la R8 de LTE, el UE puede transmitir un ACK/NACK de HARQ en el PUCCH (en una realizacion, con el fin de mejorar la fiabilidad de aCk/NACK), mientras que en la misma subtrama se transmite un CQI/PMI/RI aperiodico en un PUSCH.
En otra alternativa, se pueden usar nuevos formatos de PUCCH con modulacion de orden superior (16QAM) para soportar un tamano de UCI mas grande. Estos nuevos formatos de PUCCH se pueden definir usando modulacion de orden superior. Como se muestra en la Tabla 2, se introducen nuevos formatos de PUCCH usando 16QAM, (formato 3, 4/4a/4b/4c). El formato de PDCCH 3 se puede usar para transportar 4 bits de ACK/NACK (posiblemente con SR). Por ejemplo, se pueden usar 4 bits de ACK/NACK en agregacion de portadoras (por ejemplo, 2 portadoras de DL con MimO de sM y 1 portadora de UL). El formato de PUCCH 4/4a/4b/4c se puede usar para realimentar 40 bits codificados de bits de CQI/PMI/RI (con ACK/NACK en 4a/4b/4c) en LTE-A. Para los nuevos formatos descritos en la presente memoria, el ajuste de potencia para un PUCCH puede incluir una compensacion de potencia para
5
10
15
20
25
30
acomodar el uso de una modulacion de orden superior, 16 QAM (es dedr, para reflejar el hecho de que se requiere una SINR diferente para diferentes esquemas de modulacion).
Tabla 2. Formatos de PUCCH extendidos
Formato de PUCCH
Esquema de Modulacion Numero de bits por subtrama, Mbit Campo o campos de UCI
1
N/A N/A SR
1a
BPSK 1 ACK/NACK (SR)
1b
QPSK 2 ACK/NACK (SR)
2
QPSK 20 CQI/PMI/RI
2a
QPSK+BPSK 21 CQI/PMI/RI y ACK/NACK
2b
QPSK+QPSK 22 CQI/PMI/RI y ACK/NACK
3
16QAM 4 ACK/NACK (y SR)
4
16QAM 40 CQI/PMI/RI
4a
16QAM+BPSK 41 CQI/PMI/RI y ACK/NACK
4b
16QAM+QPSK 42 CQI/PMI/RI y ACK/NACK
4c
16QAM+16QAM 44 CQI/PMI/RI y ACK/NACK
Senalar que en todas las realizaciones expuestas anteriormente usando la senalizacion de UCI de LTE-A, el eNodoB puede configurar el UE para transmitir UCI mediante senalizacion L1/2 o senalizacion de capa superior.
En una realizacion alternativa, se pueden usar transmisiones simultaneas de PUCCH y SRS en un sistema LTE-A que soporta transmisiones simultaneas de un o unos PUCCH (y un PUSCH) y de SRS en la ubicacion del sfmbolo SRS (ultimo sfmbolo OFDM). En tales realizaciones, un UE puede transmitir SRS incluso aunque el formato de SRS y PUCCH 1/1a/1b (incluyendo el formato de PUCCH normal 1/1a/1b) y/o 2/2a/2b (y potencialmente los formatos 3/4/4a/4b/4c como se expone en la presente memoria) y la transmision ocurran en la misma subtrama simplificando tales transmisiones en un sistema lTE-A.
En otra realizacion, la senalizacion de UCI se puede realizar en sistemas LTE-A que implementan MIMO de UL. Se pueden usar varios modos MIMO para PUSCH incluyendo MIMO de multiplexacion espacial (SM) (tal como MIMO de SM de bucle abierto y de bucle cerrado), conformacion de haz (BF) y diversidad de transmision (tal como diversidad de retardo dclico (CDD), codificacion de bloques de espacio-tiempo (STBC), codificacion de bloques de espacio-frecuencia (SFBC), diversidad de transmision de recursos espacial-ortogonal (SORTD), etc.). Un sistema LTE-A configurado segun la presente descripcion puede usar cualquiera de los siguiendo modos MIMO para senalizacion de UCI. Para transmision de uCi en PUCCH, se puede implementar cualquiera de las siguientes opciones MIMO:
- conformacion de haz con una capa (En este caso, el eNodoB proporciona un libro de codigos o realimentacion de PMI para el UE);
- diversidad de transmision (tx) CDD;
- STBC/SFBC/SORTD;
- conmutacion de antenas (En este caso, la conmutacion de antenas se puede hacer sobre una base de sfmbolos OFDM o sobre una base de intervalos.); y
- cuando la transmision simultanea de PUSCH y de PUCCH en MIMO de UL se implementa donde se transmite UCI en un PUCCH, se puede usar cualquiera de las opciones MIMO anteriores para el PUCCH con independencia del modo de MIMO para un PUSCH.
Para transmision de UCI en PUSCH, en una realizacion se puede aplicar un esquema MIMO de UL para la parte de UCI en un PUSCH con independencia de las MIMO de UL para la parte de datos donde el esquema MIMO para la parte de UCI puede ser cualquiera de los siguientes:
- conformacion de haz con una capa
- diversidad de tx CDD;
- STBC/SFBC;
5
10
15
20
25
30
35
40
45
50
55
- conmutacion de antenas (En este caso, la conmutacion de antenas se puede hacer sobre una base de sfmbolos OFDM o sobre una base de intervalos.);
- seleccion de antenas y
- se puede aplicar el mismo modo de MIMO como la parte de datos de PUSCH para la parte de UCI.
En otra realizacion, el UE puede transmitir todos los bits de UCI en un PUSCH solamente donde se puede usar un tamano de UCI grande para transmision de UCI de LTE-A.
Se describiran ahora metodos y sistemas que proporcionan realizaciones mas detalladas de transmisiones simultaneas de UCI de PUCCH/PUSCH. Se proporcionan metodos y sistemas que permiten a un UE determinar cuales, en su caso, de los bits de UCI transmitir en un PUCCH y cuales, en su caso, transmitir en un PUSCH. Para un UE con datos de usuario a transmitir en un PUSCH, la UCI transmitida en un PUSCH se puede transmitir junto con los datos. Para transmisiones de PUSCH sin datos de usuario, solamente la UCI se puede transmitir en el PUSCH. En las realizaciones siguientes, los bits de UCI pueden incluir la UCI para la subtrama dada para todas las portadoras componentes de enlace descendente (CC de DL) activas (o configuradas). En base a diversos factores tales como la programacion, las solicitudes de eNodoB y las transmisiones de DL, los bits de UCI para una CC de DL dada pueden incluir uno o mas bits de ACK/NACK (bits reales o bits reservados para ACK/NACK incluso si no se envfan), bits de CQI, bits de PMI, bits de RI, otros tipos de bits de realimentacion (tales como PMI a largo plazo (tambien llamado de bucle externo) o PMI a corto plazo (tambien llamado de bucle interno)), y cualquier otro bit de control que un UE pueda enviar a la red de radio. Diferentes CC de DL pueden tener diferentes tipos de bits de UCI para ser transmitidos en una subtrama dada. Una cualquiera o mas CC de DL pueden no tener bits de UCI a ser transmitidos en una subtrama dada. Los bits de UCI tambien pueden incluir tipos de bits de control no relacionados espedficamente con las CC de DL.
Senalar que los informes de CQI y PMI se notifican tfpicamente juntos y se conocen como informes de CQI/PMI en la presente memoria. No obstante, tales informes se pueden notificar por separado, y las realizaciones de la presente memoria se pueden extender facilmente a tales realizaciones. Como una variacion de cada uno de los metodos y realizaciones descritos en la presente memoria, un PUCCH se puede extender para significar multiples PUCCH si se asignan multiples PUCCH en una subtrama dada y se permite transportar UCI.
En una realizacion, se puede tomar una decision en cuanto a como ha de ser transmitida la UCI en base al numero de bits de UCI a transmitir (que tambien se puede conocer como el tamano de la carga util de UCI) dentro de una subtrama. La Figura 6 ilustra un metodo para implementar tal realizacion. En el bloque 610, se hace una determinacion en cuanto al numero de bits de UCI a ser transmitidos. En una realizacion, esta determinacion puede excluir cualquier bit de notificacion aperiodica de CQI/PMI/RI y cualquier otro bit de notificacion aperiodica. Otras realizaciones pueden incluir tales bits de notificacion aperiodica.
En el bloque 620, se puede hacer una determinacion en cuanto a si el numero de bits de UCI es menor o igual que algun numero N. N se puede preconfigurar en un UE o senalar a un UE por un eNodoB. El valor de N puede ser una funcion del formato de PUCCH de manera que puede haber un valor diferente de N para cada formato de PUCCH. Si el numero de bits de UCI es menor o igual que N, el UE puede prepararse para transmitir todos los bits de UCI en el PUCCH en el bloque 630. Si el numero de bits de UCI es mayor que N, el Ue puede prepararse para transmitir un subconjunto de los bits de UCI en un PUCCH y el resto de los bits de UCI en un pUsCh en el bloque 640. Por ejemplo, el UE puede prepararse para transmitir bits de ACK/NACK en un PUCCH y los bits de UCI restantes (tales como bits de CQI, PMI y RI) en un PUSCH. Alternativamente, se puede hacer una determinacion en el bloque 650 en cuanto a si el numero de bits de UCI es mayor que N’, donde N’ > N. N’ se puede preconfigurar en un UE o senalar a un UE por un eNodoB. El valor de N’ puede ser una funcion del formato de PUCCH de manera que puede haber un valor diferente de N’ para cada formato de PUCCH. En esta realizacion, si el numero de bits de UCI es mayor que N’, entonces en el bloque 660 el UE puede prepararse para transmitir todos los bits de UCI en el PUSCH y ninguno en el PUCCH. Si el numero de bits de UCI es mayor que N pero menor o igual que N’, el UE puede prepararse para transmitir un subconjunto de los bits de UCI en un PUCCH y el resto de los bits de UCI en un PUSCH en el bloque 640. En otra alternativa, si se determina que el numero de bits de UCI sea mayor que N en el bloque 620, entonces el UE puede prepararse para transmitir todos los bits de UCI en el PUSCH y ninguno en el PUCCH en el bloque 660.
Senalar que, salvo otros cambios o determinaciones que puedan necesitar ser hechos, tales bits de UCI se pueden transmitir sin ajustes adicionales. A lo largo de la presente descripcion, un UE se puede describir como “que se prepara para transmitir” bits de UCI en lugar de meramente transmitir tales bits para permitir la posibilidad de ajustes adicionales antes de la transmision de los bits de UCI. Por ejemplo, un UE puede prepararse para transmitir bits de UCI usando tanto un PUCCH como un PUSCH, pero puede determinar mas tarde que se alcanzana un umbral de potencia mediante tal transmision (como se describe con mas detalle a continuacion) y, por lo tanto, puede transmitir realmente bits de UCI usando solamente uno de un PUCCH y de un PUSCH.
En una realizacion alternativa, un UE puede determinar si la carga util de la UCI se ajusta en el PUCCH asignado para determinar como transmitira UCI. La Figura 7 ilustra un metodo de implementacion de tal realizacion. En el
5
10
15
20
25
30
35
40
45
50
55
60
bloque 710, se hace una determinacion en cuanto al numero de bits de UCI a ser transmitidos (tambien conocido como el tamano de la carga util de la UCI). En una realizacion, esta determinacion puede excluir cualquier bit de notificacion aperiodica de CQI/PMI/RI y cualquier otro bit de notificacion aperiodica. Otras realizaciones pueden incluir tales bits de notificacion aperiodica.
En el bloque 720, se hace una determinacion en cuanto a si todos los bits de UCI encajaran en el PUCCH asignado. Si todos los bits de UCI encajasen en el PUCCH asignado, en el bloque 730 el UE puede prepararse para transmitir todos los bits de UCI en el PUCCH y ninguno en el PUSCH. Si el numero de bits de UCI no encaja en el PUCCH, en el bloque 740 el UE puede prepararse para transmitir un subconjunto de los bits en un PUCCH y el resto en un PUSCH. Por ejemplo, el UE puede prepararse para transmitir bits de ACK/NACK en un PUCCH y los bits de UCI restantes (tales como bits de CQI, PMI y RI) en un PUSCH. Como otro ejemplo, el UE puede prepararse para transmitir los bits de ACK/NACK para todas las CC de DL y todos los bits no de ACK/NACK (tales como bits de CQI, PMI y RI) para tantas CC de DL que encajaran en el PuCcH y los bits de no ACK/NACK (tales como bits de CQI, PMI y RI) para las otras CC de DL en el PUSCH. Cuando se determina si los bits de UCI encajaran en el PUCCH asignado, el UE puede considerar todos los formatos de PUCCH permitidos para ese PUCCH.
En otra realizacion, el UE puede comparar el tamano de la carga util de la UCI con uno o mas del tamano de la carga util de los datos o del tamano de PUSCH (que tambien se puede denominar la capacidad de carga de PUSCH) para determinar como transmitira UCI. Se puede medir un tamano de PUSCH usando uno o una serie de factores, tales como el numero de RB, el numero de sfmbolos OFDM, el numero de bits codificados ffsicos o una combinacion de estos u otros factores. La Figura 8 ilustra un metodo de implementacion de tal realizacion. En el bloque 810, se hace una determinacion en cuanto al tamano de la carga util (numero de bits) de la UCI a ser transmitida. En una realizacion, esta determinacion puede excluir cualquier bit de notificacion aperiodica de CQI/PMI/RI y cualquier otro bit de notificacion aperiodica. Otras realizaciones pueden incluir tales bits de notificacion aperiodica.
En el bloque 820, el UE puede determinar una relacion entre el tamano de la carga util de la UCI y uno o mas del tamano de la carga util de los datos y el tamano del PUSCH. Por ejemplo, el UE puede comparar con un umbral N el tamano relativo (por ejemplo, porcentaje) de la carga util de la uCi con el tamano del PUSCH o el tamano relativo (por ejemplo, porcentaje) de la carga util de la UCI con la carga util de los datos para determinar como transmitir UCI. N puede estar preconfigurado en un UE o ser senalado a un UE por un eNodoB. Por ejemplo, si el porcentaje de tamano de la carga util de la UCI del tamano del PUSCH, o el porcentaje de tamano de la carga util de la UCI del tamano de la carga util de los datos, es menor que el umbral N, el UE puede prepararse para transmitir toda la UCI en un PUSCH en el bloque 830. Si el porcentaje de tamano de la carga util de la UCI del tamano del PUSCH o el porcentaje de tamano de la carga util de la UCI del tamano de la carga util de los datos, es mayor o igual que el umbral N, el UE puede prepararse para transmitir algunos bits de UCI en un PUCCH y otros bits de UCI en un PUSCH en el bloque 840, o el UE puede prepararse para transmitir todos los bits de UCI en un PUCCH en el bloque 850.
En una realizacion alternativa, el UE puede comparar el tamano del PUSCH con un umbral para determinar como transmitira UCI. Un tamano de PUSCH se puede medir usando uno o una serie de factores tales como el numero de RB, el numero de sfmbolos OFDM, el numero de bits codificados ffsicos, o alguna combinacion de estos u otros factores. Dado que esta determinacion es independiente del tamano de la carga util de la UCI, se puede omitir el bloque 810. En el bloque 820, el tamano del PUSCH se puede comparar con un valor umbral N. N puede estar preconfigurado en un UE o ser senalado a un UE por un eNodoB. Si la capacidad de trasporte del PUSCH es mayor que un umbral N dado, entonces el UE puede prepararse para transmitir toda la UCI en un PUSCH en el bloque 830. En el caso de un PUSCH grande, la penalizacion de rendimiento por combinar la UCI con los datos en un PUSCH se puede reducir asf que puede ser deseable transmitir toda la UCI en un PUSCH en este caso y evitar las limitaciones de potencia potenciales de PUSCH-PUCCH simultaneos debido a los efectos de reduccion de potencia maxima (MPR). Si la capacidad del PUSCH es menor o igual que N, el UE puede prepararse para transmitir algunos bits de UCI en un PUCCH y otros bits de UCI en un PUSCH en el bloque 840 Alternativamente, el UE puede prepararse para transmitir todos los bits de UCI en un PUCCH en el bloque 850.
En otras realizaciones, si el UE se asigna a un PUSCH y no tiene datos de usuario para enviar, el UE puede prepararse para transmitir UCI en un PUSCH o una combinacion de PUCCH y PUSCH dependiendo del tamano de la carga util de la UCI. La Figura 9 ilustra un metodo de implementacion de tal realizacion. En el bloque 910, se hace una determinacion de que no estan disponibles datos de usuario para la transmision. En el bloque 920, se hace una determinacion en cuanto al numero de bits de UCI a ser transmitidos. En el bloque 930 se hace una determinacion en cuanto a si todos los bits de UCI encajaran en el PUSCH. Si es asf, en el bloque 940 el UE puede prepararse para transmitir toda la UCI en el PUSCH. Si el numero de bits de UCI no encajase en un PUSCH, en el bloque 950 el UE puede prepararse para transmitir un subconjunto de la UCI en el PUCCH, tal como los bits de ACK/NACK, y el resto de los bits de UCI en el PUSCH. Alternativamente, cuando el numero de bits de UCI no encaja en un PUSCH, en el bloque 950 el UE puede prepararse para transmitir todos los bits de UCI en un PUCCH. Senalar que esto solamente puede ser posible si la capacidad de carga del PUCCH es mayor que la del PUSCH. En estas realizaciones, un PUSCH se puede preferir sobre el PUCCH cuando los bits de UCI encajasen debido a que cuando el UE no tiene datos para enviar, la transmision de la UCI en el PUSCH no afecta al rendimiento en el PUSCH.
5
10
15
20
25
30
35
40
45
50
55
60
Como variacion en cualquiera de estas realizaciones, si los bits de UCI a ser transmitidos incluyen bits de CQI, PMI o RI asociados con informes aperiodicos de CQI/PMI o RI, el UE puede excluir tales bits cuando se determina el numero de bits de UCI a ser transmitidos y/o cuando se determina que bits pueden ir en un PUCCH. En tales realizaciones, el UE transmitira siempre bits de CQI, PMI y RI asociados con informes aperiodicos de CQI/PMI y RI en el PUSCH. Tales realizaciones pueden ser deseables cuando los informes aperiodicos son mucho mayores que los informes periodicos y es improbable que encajen en un PUCCH. Si se definen tipos de informes aperiodicos adicionales para la R10 o en el futuro, el UE se puede configurar para excluir tambien los bits para esos informes de esta manera y transmitir esos bits en el PUSCH siempre.
Por ejemplo, si el numero de bits de UCI que excluyen cualquier bit de informe aperiodico de CQI/PMI y RI es menor o igual que algun numero N, o alternativamente, menor o igual que la capacidad de carga de un PUCCH, entonces el UE puede prepararse para transmitir todos los bits de UCI, excepto cualquier bit de informe aperiodico de CQI/PMI y RI, en el pUcCh, y puede prepararse para transmitir bits de informe aperiodico de CQI/PMI y RI en el PUSCH. Si el numero de bits de UCI, excluyendo cualquier bit de informe aperiodico de CQI/PMI y RI, es mayor que N o, alternativamente, mayor que la capacidad de carga de un PUCCH, entonces el UE puede prepararse para transmitir un subconjunto de los bits en un PUCCH y el resto en un PUSCH. Por ejemplo, en una realizacion el UE puede prepararse para transmitir bits de ACK/NACK en un PUCCH y todos los bits de CQI, PMI y RI (para informes periodicos y aperiodicos) en un PUSCH. Alternativamente, si el numero de bits de UCI, excluyendo cualquier bit de informe aperiodico de CQI/PMI y RI, es mayor que N’ (donde N'>N), entonces el UE puede prepararse para transmitir todos los bits de UCI en el PUSCH y ninguno en el PUCCH. En otra alternativa, si el numero de bits de UCI, excluyendo cualquier bit de informe aperiodico de CQI/PMI y RI, es mayor que N, entonces el UE puede prepararse para transmitir todos los bits de UCI en el PUSCH y ninguno en el PUCCH. N y N’ pueden estar preconfigurados cada uno en un UE o se pueden senalar a un UE por un eNodoB. Los valores de N y N’ pueden ser cada uno una funcion del formato de PUCCH de manera que puede haber un valor diferente de N y/o N’ para cada formato de PUCCH.
Senalar que para cualquiera de las realizaciones descritas en la presente memoria, cuando se determina la capacidad de carga de un PUCCH, el UE puede considerar todos los formatos de PUCCH permitidos para el PUCCH asignado. En cada una de las realizaciones, si la programacion es de manera que los informes de UCI periodicos y aperiodicos del mismo tipo se transmitinan simultaneamente para una CC de DL dada, el UE puede omitir el informe periodico de ese tipo para esa CC de la transmision y de la determinacion del tamano de la carga util de la UCI.
En otras realizaciones, un UE puede determinar como transmitira UCI en base al tipo de bits de UCI que necesita transmitir y tal determinacion se puede basar en prioridad de tipo de UCI. En una realizacion tal, ilustrada en la Figura 10, los tipos de bits en la UCI se pueden determinar en el bloque 1010. En el bloque 1020, se puede hacer una determinacion en cuanto a si cualquiera de los bits de UCI a ser transmitidos son bits de ACK/NACK. Si los bits de UCI a ser transmitidos contienen bits de ACK/NACK, el UE puede prepararse para transmitir los bits de ACK/NACK en el PUCCH y todos los otros tipos de bits de UCI en el PUSCH en el bloque 1030. Dado que los bits de ACK/NACK pueden ser los bits mas importantes, se pueden enviar en el PUCCH para un mejor rendimiento que en el PUSCH.
Alternativamente, como se ilustra en la Figura 11, un UE se puede configurar para saber que tipos de bits de UCI encajan juntos en el PUCCH en cada uno de los formatos de PUCCH y determinar como transmitir UCI en base a ese conocimiento. En el bloque 1110, los tipos de bits en la UCI a ser transmitidos se pueden determinar por un UE. En el bloque 1120, el UE puede elegir la combinacion de los tipos de prioridad mas alta que encajan juntos, en una realizacion de manera que se maximice el numero de bits de alta prioridad que se transmitiran en un PUCCH. En el bloque 1130, el UE puede prepararse para transmitir la combinacion de los tipos de la prioridad mas alta que encajan juntos en el PUCCH usando el formato de PUCCH adecuado. Senalar que en muchas realizaciones, el ACK/NACK tiene la prioridad mas alta, el RI (o equivalente) tiene la segunda prioridad mas alta y el CQI/PMI (o equivalente) sigue en prioridad. El UE puede transmitir todos los otros tipos de uCi en el PUSCH.
En realizaciones adicionales, un UE puede determinar como transmitira bits de UCI en base a una configuracion de enlace descendente (DL), incluyendo, por ejemplo, un numero de CC de DL activas (o configuradas) y/o el modo de transmision de DL, tal como el uso de tecnicas de antena multiple. En una realizacion tal, si un UE determina que el numero de CC de DL es uno y el modo de transmision de DL es un modo de transmision soportado en la R8, el UE puede prepararse para transmitir toda la UCI en un PUSCH y ninguna en un PUCCH. Una realizacion alternativa que usa configuracion de DL se ilustra en la Figura 12. En el bloque 1210, se puede hacer una determinacion en cuanto a si el numero de CC de DL es uno y el modo de transmision de DL es un modo de transmision soportado en la R8- LTE. Si no es asf, por ejemplo si el numero de CC de DL es mayor que uno, el UE puede prepararse para transmitir un subconjunto de los bits de UCI (agregados) en el PUCCH y el resto de los bits de UCI en el PUSCH en el bloque 1215. El Ue puede determinar que bits transmitir en un PUCCH y que bits transmitir en un PUSCH segun otros metodos y realizaciones descritas en la presente memoria.
Si solamente hay una CC de DL y el modo de transmision de DL es un modo de transmision soportado en la R8- LTE, en el bloque 1220 se puede hacer una determinacion en cuanto a si la UCI contiene bits de ACK/NACK. Si es asf, en el bloque 1230, el Ue puede prepararse para transmitir los bits de ACK/NACK en el PUCCH. En el bloque
5
10
15
20
25
30
35
40
45
50
55
1240 se puede hacer una determinacion en cuanto a si hay bits periodicos de CQI/PMI y periodicos de RI en la UCI. Si es asf, el UE puede prepararse para transmitir los bits periodicos de RI en un PUCCh y los bits periodicos de CQI/PMI en un PUSCH en el bloque 1250. En el bloque 1260, se puede hacer una determinacion en cuanto a si hay bits periodicos de CQI/PMI y no hay bits periodicos de RI. Si es asf, el UE puede prepararse para transmitir los bits periodicos de CQI/PMI en un PUCCh en el bloque 1270. En el bloque 1280, se puede hacer una determinacion en cuanto a si hay bits periodicos de RI y no hay bits periodicos de CQI/PMI. Si es asf, el UE puede prepararse para transmitir los bits periodicos de RI en un PUCCH en el bloque 1290. Si el UE determina que hay bits de informe aperiodico de UCI, el UE se prepara para transmitir esos en un PUSCH.
En algunas realizaciones, un UE puede determinar como transmitira UCI en base al modo de transmision de UL, tal como el numero de puertos de antena de transmision, y/o configuracion de PUSCH, incluyendo asignacion de RB de PUSCH contiguos frente a asignacion de RB de PUSCH no contiguos. En una realizacion tal, si un UE se configura para transmitir un PUSCH (que transporta dos palabras de codigo) con multiples puertos de antena en una subtrama, entonces el UE puede prepararse para transmitir bits de CQI/PMI en el PUSCH y el resto de los bits de UCI (por ejemplo, bits de ACK/NACK y/o bits de RI) en un PUCCH. Alternativamente, el UE puede prepararse para transmitir todos los bits de UCI en un PUSCH y ninguno en un PUCCH.
En otras realizaciones, si se da a un UE una concesion de asignacion de RB de PUSCH no contiguos, entonces el UE puede prepararse para transmitir toda la UCI en un PUSCH y ninguna en un PUCCH. De otro modo (es decir, un caso de asignacion de RB de PUSCH contiguos), el UE puede prepararse para transmitir bits de UCI usando uno o mas metodos descritos en la presente memoria.
En algunas realizaciones, puede haber tanto informes de UCI periodicos como aperiodicos del mismo tipo solicitado (o programado para transmision) para una CC de DL en la misma subtrama. En este caso, el UE puede transmitir (o puede prepararse para transmitir) los bits de informe de UCI aperiodico para esa CC en un PUSCH y el UE puede dejar caer (no transmitir) el informe periodico para ese tipo para esa CC. La Figura 13 ilustra un metodo de implementacion de tal realizacion. En el bloque 1310, se puede hacer una determinacion de que hay tanto informes periodicos como aperiodicos del mismo tipo solicitado (o programado para transmision) para una CC de DL en la misma subtrama. En el bloque 1320, el UE puede dejar caer (no transmitir) el informe periodico para ese tipo para esa CC. En el bloque 1330, los contenidos de UCI restantes se pueden transmitir o preparar para su transmision, en algunas realizaciones usando uno o mas metodos descritos en la presente memoria.
En algunas realizaciones, puede haber tanto informes de UCI periodicos como aperiodicos solicitados para diferentes CC de DL en la misma subtrama. Por ejemplo, puede haber un informe de UCI periodico solicitado para una CC de DL, mientras que puede haber un informe de uCi aperiodico solicitado para otra CC de DL. En este caso, el UE puede transmitir (o prepararse para transmitir) los bits de informe de UCI periodico en un PUCCH y los bits de informe de UCI aperiodico en un PUSCH o viceversa.
En otras realizaciones, un UE puede usar prioridad de CC de DL para determinar como transmitira la UCI donde la CC de DL primaria tiene la prioridad mas alta. La Figura 14 ilustra un metodo para implementar tal realizacion. En el bloque 1410, un UE puede determinar si cualquiera de los bits de UCI son para una CC de DL primaria. Si no es asf, en el bloque 1420, el UE puede prepararse para transmitir toda la UCI en un PUSCH. Si hay bits de la UCI que son para una CC de DL primaria, entonces en el bloque 1430, los bits asociados con la CC de DL primaria se pueden preparar para su transmision por el UE en el PUCCH, mientras que los bits restantes de la UCI se pueden preparar para la transmision en el PUSCH en la misma subtrama. Por ejemplo, si la UCI consiste en multiples informes periodicos de CQI/PMI a ser transmitidos en una subtrama dada, y uno de los informes es para la CC de DL primaria, entonces, en el bloque 1430, el UE puede prepararse para transmitir el informe de CQI/PMI para la CC de DL primaria en el PUCCH y los otros informes en el PUSCH. Si ninguno de los informes es para la CC de DL primaria, el UE puede prepararse para transmitir todos los informes en el PUSCH en el bloque 1420.
Senalar que si se determina en el bloque 1410 que no hay bits a ser transmitidos para la CC de DL primaria, en lugar de transmitir todos los bits de UCI en un PUSCH en el bloque 1420, el UE puede prepararse para transmitir los bits de UCI para la CC de DL de la siguiente prioridad mas alta (como se determina, por ejemplo, por el orden de configuracion, el mdice o ID de CC de DL, o cualquier otro medio conocido por el UE y/o el eNodoB) en el PUCCH y la UCI para las otras CC de DL en el PUSCH en el bloque 1440. Por ejemplo, si la UCI consiste en multiples informes periodicos de CQI/PMI a ser transmitidos en una subtrama dada, y ninguno de los informes es para la CC de DL primaria, entonces el UE puede prepararse para transmitir el informe de CQI/PMI para la CC de DL de la siguiente prioridad mas alta en el PUCCH y los otros informes en el PUSCH. Las opciones y alternativas para esta CC de DL de la siguiente prioridad son como se describen en la presente memoria para la CC de DL primaria.
Alternativamente, si el UE esta configurado para ser consciente de que solamente ciertas combinaciones de tipos de UCI encajaran en el PUCCH, cuando se usan los formatos de PUCCH permitidos para el PUCCH asignado, entonces el UE puede prepararse para transmitir la combinacion de los tipos de UCI de la prioridad mas alta para la CC de DL primaria (por ejemplo, ACK/NACK y RI periodico si ha de ser transmitido el RI periodico; ACK/NACK y CQI/PMI periodico de otro modo) en un PUCCH y los otros tipos de UCI para la CC de DL primaria en el PUSCH en el bloque 1430. Alternativamente, el UE puede dejar caer los bits para los otros tipos de UCI para la CC de DL
5
10
15
20
25
30
35
40
45
50
55
primaria. Si no hay bits de UCI para la CC de DL primaria, se pueden aplicar los mismos principios a la CC de DL de la prioridad mas alta para la que hay UCI en el bloque 1440.
En otra alternativa, si la UCI a ser transmitida en una subtrama dada incluye un ACK/NACK y un informe periodico de CQI/PMI para la CC de DL primaria, entonces el UE puede prepararse para transmitir el ACK/NACK y el informe de CQI/PMI para la CC de DL primaria en el PUCCH y los otros bits de uCl en el PUSCH en el bloque 1430. Si no hay bits de UCI para la CC de DL primaria, se pueden aplicar los mismos principios a la CC de DL de la prioridad mas alta para la que hay UCI en el bloque 1440.
En algunas realizaciones, un UE puede determinar como transmitira bits de UCI en base a una concesion explfcita para UCI (por ejemplo, para informes periodicos de CQI/PMI/RI). En tales realizaciones, un eNodoB puede proporcionar explfcitamente una concesion de UL a un UE para transmitir UCI sin datos de usuario, por ejemplo, a traves de un formato de DCI nuevo o modificado o a traves de senalizacion de capa superior. Por ejemplo, el eNodoB puede proporcionar una concesion de UL al UE para transmitir informes periodicos tales como para bits de CQI/PMI o RI cuando es consciente de que el UE no tiene datos para enviar y los informes de UCI programados no encajaran en un PUCCH. En una realizacion, si el UE recibe tal concesion, el UE puede prepararse para transmitir la UCI en el PUSCH solamente, segun la concesion. En otra realizacion, el UE puede dividir la UCI entre un PUCCH y un PUSCH segun una o mas de las otras realizaciones descritas en la presente memoria.
Senalar que en cualquiera de los metodos y realizaciones descritos en la presente memoria, una determinacion adicional de como han de ser transmitidos los bits de UCI se puede hacer por un UE y/o un eNodoB en base a si se ha alcanzado o se alcanzara o se excedera o no un umbral de potencia maxima. La Figura 15 ilustra un metodo de implementacion de una realizacion tal. En el bloque 1510, un UE puede tomar una decision en cuanto a como transmitir UCI. Cualquier medio o metodo de transmision de UCI se puede determinar en el bloque 1510, incluyendo la division de UCI entre un PUCCH y un PUSCH en la misma subtrama, por ejemplo, segun cualquiera de las otras realizaciones descritas en la presente memoria. En el bloque 1520, el UE puede determinar la potencia necesaria para la transmision de la UCI usando los medios determinados en el bloque 1510. En el bloque 1530, el UE puede determinar si la potencia necesaria para la transmision excedera la potencia maxima permitida. Si no se excediese la potencia maxima, en el bloque 1540, se transmitiran los bits de UCI segun el metodo preferido determinado en el bloque 1510. Las decisiones con respecto a si se excedera la potencia maxima pueden incluir uno o mas de los lfmites de potencia configurados o conocidos de otro modo por el UE tales como la potencia o las potencias maximas de transmision de CC y la potencia maxima de transmision del UE.
Si, en el bloque 1530, se determina que se excedera la potencia maxima permitida, el UE puede tomar una o mas vfas de accion alternativas. En una realizacion, el UE puede escalar una o mas de la potencia de PUCCH y de PUSCH en el bloque 1550. Senalar que los metodos y medios de escalado que se pueden emplear incluyen, pero no se limitan a, los expuestos en la Solicitud de Patente de EE.UU. N° 12/703.092 referenciada en la presente memoria.
Alternativamente, si, en el bloque 1530, se determina que se excedera la potencia maxima permitida, el UE puede transmitir toda la UCI en un PUSCH en el bloque 1560. La transmision de toda la UCI en un PUSCH elimina los efectos MPR resultantes de la transmision simultanea de PUSCH-PUCCH que puede reducir la potencia maxima permitida.
En otra alternativa, si el UE determina que se excedera la potencia maxima permitida en el bloque 1530, en el bloque 1570 el UE puede determinar si la transmision de toda la UCI en un PUSCH excede el nivel de potencia maxima permitida. Si la transmision de toda la UCI en un PUSCH no excede el nivel de potencia maximo permitido, la transmision de toda la UCI en un PUSCH eliminara la necesidad de escalar la potencia antes de la transmision. Si la transmision de UCI en un PUSCH eliminase la necesidad de escalar la potencia, el UE puede transmitir toda la UCI en un PUSCH en el bloque 1560. Si la transmision de toda la UCI en un PUSCH no eliminase la necesidad de escalar la potencia, el UE puede mantener su decision original sobre el metodo de transmision de UCI, por ejemplo, dividiendo la UCI a traves de un PUCCH y un PUSCH en la misma subtrama y escalar la potencia en el PUCCH y el PUSCH en el bloque 1580 de cualquier manera como se describe para el bloque 1550 tal como en base a las prioridades de los canales. En tales realizaciones, la UCI en el PUCCH se puede conservar dado que el PUCCH puede tener la prioridad mas alta.
Senalar que en cualquiera de los metodos y realizaciones descritas en la presente memoria, un PUCCH y un PUSCH se pueden transmitir sobre las mismas o diferentes CC de UL. Estos metodos y realizaciones son aplicables en ambos casos. Un ejemplo para la transmision en diferentes CC de UL es que un PUCCH se puede transmitir en la CC de UL primaria, mientras que un PUSCH se puede transmitir en otra CC de UL.
En algunos sistemas e implementaciones LTE-A, se pueden usar multiples PUSCH por subtrama. En tales realizaciones, un UE puede tener que determinar en que PUSCH transmitir los bits de UCI cuando ha determinado que cualquier bit de UCI ha de ser transmitido en un PUSCH en lugar de, o, ademas de, en un PUCCH. Tales bits se conocen en la presente memoria como “bits de UCI para PUSCH”.
5
10
15
20
25
30
35
40
45
50
55
En una realizacion tal, ilustrada en la Figura 16, un UE puede determinar en primer lugar si multiples PUSCH estan en uso o disponibles en el bloque 1610. Si no es asf, entonces en el bloque 1620, el UE puede prepararse para transmitir cualquier bit de UCI que este destinado para transmision en un PUSCH en el PUSCH disponible. Si hay multiples PUSCH disponibles, un UE puede elegir un PUSCH para la transmision de UCI en base al tamano de PUSCH (capacidad de carga) en el bloque 1630. En una realizacion, el UE puede prepararse para transmitir los bits de UCI para un PUSCH en el PUSCH que tiene el tamano (o capacidad de carga) mas grande. El tamano de PUSCH se puede medir usando uno o una serie de factores tales como el numero de RB, el numero de sfmbolos OFDM, el numero de bits codificados ffsicos, o alguna combinacion de estos u otros factores. Alternativamente, en el bloque 1630 el UE puede elegir el PUSCH en base a la relacion entre dos o mas del tamano de carga util de la UCI, el tamano de la carga util de los datos de PUSCH y la capacidad de carga del PUSCH. Por ejemplo, el UE puede transmitir los bits de UCI para un PUSCH en el PUSCH para el cual el tamano de la carga util de la UCI en relacion con (por ejemplo, porcentaje de) el tamano de la carga util total o el tamano de la carga util de la UCI en relacion con (por ejemplo, porcentaje de) la carga util de los datos es el mas pequeno. Cada una de estas realizaciones puede reducir el impacto de rendimiento de incluir UCI con datos en un PUSCH. En el bloque 1640, el UE puede prepararse para transmitir los bits de UCI para un PUSCH en el PUSCH seleccionado en el bloque 1630.
En realizaciones alternativas, al determinar que hay multiples PUSCH en el bloque 1610, un UE puede determinar si hay una CC de UL primaria que tiene un PUSCH en el bloque 1650. Si es asf, el UE puede prepararse para transmitir los bits de UCI para un PUSCH en el PUSCH de la Cc de UL primaria en el bloque 1660. La CC de UL primaria puede ser una CC de UL que ha sido emparejada con la CC de DL primaria. Si no hay ningun PUSCH en una CC de UL primaria, se puede seleccionar un PUSCH usando los medios del bloque 1630 o cualquier otro medio o metodo. En realizaciones alternativas, el UE puede elegir el PUSCH para la transmision de bits de UCI para ser el PUSCH en la CC de UL que se configura o designa de alguna forma, por el eNodoB para que el UE transmita los bits de ACK/NACK sobre el.
En algunas realizaciones, un UE puede elegir el PUSCH para la transmision en base a una senalizacion o concesion explfcita, tal como una concesion para una solicitud de informe aperiodico de UCI. En una realizacion tal, el UE puede prepararse para transmitir los bits de UCI para un PUSCH en el PUSCH designado explfcitamente por el eNodoB a traves de senalizacion L1 o de capa superior. En una alternativa, si el eNodoB proporciona una concesion de UL espedficamente para la UCI, el UE puede prepararse para transmitir la UCI para un PUSCH en el PUSCH asignado. En otra alternativa, si el UE recibe un pDcCh que tiene un bit de solicitud aperiodica de UCI (o un bit de solicitud aperiodica fijado a “1”), el UE puede prepararse para transmitir los bits de UCI para un PUSCH en el PUSCH asociado con esta solicitud por el PDCCH. Tales bits de UCI pueden incluir los bits de informe aperiodico de UCI y todos los otros bits de UCI a ser transmitidos en el PUSCH.
Aunque las caractensticas y elementos de las realizaciones y metodos descritos en la presente memoria se han descrito anteriormente en combinaciones particulares, cada caractenstica o elemento se puede usar solo sin las otras caractensticas y elementos o en diversas combinaciones con o sin otras caractensticas y elementos. Los metodos o diagramas de flujo proporcionados en la presente memoria se pueden implementar en un programa informatico, software o microprogramas incorporados en un medio de almacenamiento legible por ordenador para su ejecucion por un ordenador o un procesador de proposito general. Ejemplos de medios de almacenamiento legibles por ordenador incluyen una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, memoria cache, dispositivos de memoria semiconductores, medios magneticos tales como discos duros internos y discos extrafbles, medios magneto-opticos y medios opticos tales como discos CD-ROM y discos versatiles digitales (DVD).
Procesadores adecuados incluyen, a modo de ejemplo, un procesador de proposito general, un procesador de proposito especial, un procesador convencional, un procesador de senal digital (DSP), una pluralidad de microprocesadores, uno o mas microprocesadores en asociacion con un nucleo DSP, un controlador, un microcontrolador, Circuitos Integrados de Aplicaciones Espedficas (ASIC), circuitos de Agrupaciones de Puertas Programables en Campo (FPGA), cualquier otro tipo de circuito integrado (IC) y/o una maquina de estado.
Un procesador en asociacion con un software se puede usar para implementar un transceptor de radiofrecuencia para uso en una unidad de transmision y recepcion inalambrica (WTRU), equipo de usuario (UE), terminal, estacion base, controlador de red de radio (RNC) o cualquier ordenador central. Un Ue se puede usar conjuntamente con modulos, implementados en hardware y/o software, tales como una camara, un modulo de camara de video, un videotelefono, un altavoz, un dispositivo de vibracion, un altavoz, un microfono, un transceptor de television, auriculares de manos libres, un teclado, un modulo Bluetooth™, una unidad de radio de frecuencia modulada (FM), una unidad de visualizacion de visualizador de cristal lfquido (LCD), una unidad de visualizacion de diodo emisor de luz organico (OLED), un reproductor de musica digital, un reproductor de medios, un modulo de reproductor de videojuegos, un navegador de Internet y/o cualquier modulo de red de area local inalambrica (WLAN) o de Banda Ultra Ancha (UWB).
Lista detallada de realizaciones
item 1. Un metodo para transmitir informacion de control de enlace ascendente que comprende:
5
10
15
20
25
30
35
40
45
determinar que la informacion de control de enlace ascendente cumple unos criterios; y
en respuesta a la determinacion de que la informacion de control de enlace ascendente cumple los criterios, transmits un primer subconjunto de bits de informacion de control de enlace ascendente en un canal ffsico de control de enlace ascendente en una primera subtrama y transmitir un segundo subconjunto de bits de informacion de control de enlace ascendente en un canal ffsico compartido de enlace ascendente en la primera subtrama.
item 2. El metodo del item 1, en donde la determinacion de que la informacion de control de enlace ascendente cumple los criterios comprende la determinacion de que un numero de bits de informacion de control de enlace ascendente esta por encima de un primer umbral.
item 3. El metodo del item 2, que comprende ademas la determinacion de que el numero de bits de informacion de control de enlace ascendente esta por debajo de un segundo umbral.
item 4. El metodo del item 1, en donde la determinacion de que la informacion de control de enlace ascendente cumple los criterios comprende la determinacion de que un numero de bits de informacion de control de enlace ascendente no encajaran en el canal ffsico de control de enlace ascendente.
item 5. El metodo del item 1, en donde la determinacion de que la informacion de control de enlace ascendente cumple los criterios comprende:
la determinacion de un tamano relativo de la carga util de la informacion de control de enlace ascendente; y
la determinacion de que el tamano relativo de la carga util de la informacion de control de enlace ascendente es menor que un primer umbral.
item 6. El metodo del item 1, en donde la determinacion de que la informacion de control de enlace ascendente cumple los criterios comprende la determinacion de que no hay datos de usuario para transmitir y que un numero de bits de informacion de control de enlace ascendente no encajaran en el canal ffsico compartido de enlace ascendente.
item 7. El metodo del item 1, en donde la determinacion de que la informacion de control de enlace ascendente cumple los criterios comprende la determinacion de que la informacion de control de enlace ascendente comprende al menos uno de bits de acuse de recibo y los bits de acuse de recibo negativo.
item 8. El metodo del ftem 7, en donde el primer subconjunto de bits de informacion de control de enlace ascendente comprende al menos uno de los bits de acuse y los bits de acuse de recibo negativo y el segundo subconjunto de bits de informacion de control de enlace ascendente comprende todos los otros bits de informacion de control de enlace ascendente.
item 9. El metodo del item 1, en donde la determinacion de que la informacion de control de enlace ascendente cumple los criterios comprende la determinacion de que hay una unica portadora componente de enlace descendente.
item 10. El metodo del item 9, que comprende ademas la determinacion de que la informacion de control de enlace ascendente comprende al menos uno de cada uno de un bit indicador de calidad de canal, un bit indicador de matriz de precodificacion y un bit indicador de rango.
item 11. Una unidad de transmision y recepcion inalambrica configurada para transmitir informacion de control de enlace ascendente, que comprende:
un procesador configurado para:
determinar que la informacion de control de enlace ascendente cumple unos criterios y
en respuesta a la determinacion de que la informacion de control de enlace ascendente cumple los criterios, determinar un primer subconjunto de bits de informacion de control de enlace ascendente y un segundo subconjunto de bits de informacion de control de enlace ascendente; y
un transceptor configurado para:
transmitir el primer subconjunto de bits de informacion de control de enlace ascendente en un canal ffsico de control de enlace ascendente en una primera subtrama, y
transmitir el segundo subconjunto de bits de informacion de control de enlace ascendente en un canal ffsico compartido de enlace ascendente en la primera subtrama.
item 12. La unidad de transmision y recepcion inalambrica del item 11, en donde el procesador configurado para determinar que la informacion de control de enlace ascendente cumple los criterios comprende el procesador
5
10
15
20
25
30
35
40
configurado para determinar que al menos un bit de informacion de control de enlace ascendente esta asociado con una portadora componente de enlace descendente primaria.
ffem 13. La unidad de transmision y recepcion inalambrica del ffem 11, en donde el procesador esta configurado ademas para determinar que una potencia necesaria para transmitir el primer subconjunto de bits de informacion de control de enlace ascendente en el canal ffsico de control de enlace ascendente y transmitir el segundo subconjunto de bits de informacion de control de enlace ascendente en el canal ffsico compartido de enlace ascendente es menor que un umbral de potencia maxima.
item 14. La unidad de transmision y recepcion inalambrica del item 11, en donde el procesador esta configurado ademas para:
determinar que una potencia necesaria para transmitir el primer subconjunto de bits de informacion de control de enlace ascendente en el canal ffsico de control de enlace ascendente y transmitir el segundo subconjunto de bits de informacion de control de enlace ascendente en el canal ffsico compartido de enlace ascendente es mayor que un umbral de potencia maxima; y
reducir al menos uno de un nivel de potencia de PUCCH y un nivel de potencia de PUSCH.
item 15. La unidad de transmision y recepcion inalambrica del item 11, en donde el procesador esta configurado ademas para seleccionar el canal ffsico compartido de enlace ascendente de una pluralidad de canales ffsicos compartidos de enlace ascendente.
item 16. La unidad de transmision y recepcion inalambrica del item 15, en donde el procesador esta configurado para seleccionar el canal ffsico compartido de enlace ascendente de la pluralidad de canales ffsicos compartidos de enlace ascendente en base a un tamano de la carga util de la informacion de control de enlace ascendente.
item 17. La unidad de transmision y de recepcion inalambrica del item 15, en donde el procesador esta configurado para seleccionar el canal ffsico compartido de enlace ascendente de la pluralidad de canales ffsicos compartidos de enlace ascendente en base a una relacion entre un tamano de la carga util de la informacion de control de enlace ascendente y al menos uno de un tamano de la carga util de los datos del canal ffsico compartido de enlace ascendente y una capacidad de carga de canal ffsico compartido de enlace ascendente.
item 18. La unidad de transmision y recepcion inalambrica del item 15, en donde el procesador esta configurado para seleccionar el canal ffsico compartido de enlace ascendente de la pluralidad de canales ffsicos compartidos de enlace ascendente en base a si uno de la pluralidad de canales ffsicos compartidos de enlace ascendente esta en una portadora componente de enlace ascendente primaria.
item 19. La unidad de transmision y recepcion inalambrica del item 11, en donde el procesador configurado para determinar que la informacion de control de enlace ascendente cumple los criterios comprende el procesador configurado para determinar que un numero de portadoras componentes de enlace descendente es uno y que la informacion de control de enlace ascendente comprende al menos uno de cada uno de un bit indicador de calidad de canal, un bit indicador de matriz de precodificacion y un bit indicador de rango.
item 20. La unidad de transmision y recepcion inalambrica del item 11, en donde el procesador esta configurado ademas para:
determinar que la informacion de control de enlace ascendente comprende datos de informe periodico y datos de informe aperiodico; y
desechar los datos de informe periodico.

Claims (6)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    REIVINDICACIONES
    1. Un metodo implementado por una unidad de transmision/recepcion inalambrica, WTRU, para transmitir informacion de control de enlace ascendente, el metodo que comprende:
    recibir una configuracion que indica si la WTRU esta configurada para transmitir simultaneamente en un canal ffsico de control de enlace ascendente, PUCCH y en un canal ffsico compartido de enlace ascendente, PUSCH;
    determinar que una informacion de control de enlace ascendente, UCI, ha de ser transmitida en una primera subtrama y que la UCI comprende un primer subconjunto de bits de UCI que corresponde a al menos un primer tipo UCI y un segundo subconjunto de bits de UCI que corresponde a al menos un segundo tipo de bits de UCI; y
    en respuesta a la determinacion de que la WTRU esta configurada para transmitir simultaneamente en el PUCCH y el PUSCH y que la UCI a ser transmitida en la primera subtrama comprende al menos el primer tipo de UCI y al menos el segundo tipo de UCI, transmitir el primer subconjunto de bits de UCI en el PUCCH en la primera subtrama y transmitir el segundo subconjunto de bits de UCI en el PUSCH en la primera subtrama.
  2. 2. El metodo de la reivindicacion 1, en donde el primer subconjunto de UCI comprende al menos uno de los siguientes: un acuse de recibo (ACK) positivo de solicitud de repeticion automatica hfbrida, (HARQ), un acuse de recibo negativo (NACK) de HARQ o una solicitud de programacion (SR).
  3. 3. El metodo de la reivindicacion 1, en donde el segundo subconjunto de bits de UCI comprende al menos uno de los siguientes: un indicador de calidad de canal, CQI, periodico, un CQI aperiodico, un mdice de matriz de precodificacion, PMI, periodico, un PMI aperiodico, un indicador de rango, RI, periodico y un RI aperiodico.
  4. 4. Una unidad de transmision y recepcion inalambrica, WTRU, configurada para transmitir informacion de control de enlace ascendente, la WTRU que comprende:
    un procesador configurado para:
    recibir una configuracion que indica si la WTRU esta configurada para transmitir simultaneamente en un canal ffsico de control de enlace ascendente, PUCCH y en un canal ffsico compartido de enlace ascendente, PUSCH;
    determinar que una informacion de control de enlace ascendente, UCI, ha de ser transmitida en una primera subtrama y que la UCI comprende un primer subconjunto de bits de UCI que corresponde a al menos un primer tipo de UCI y un segundo subconjunto de bits de UCI que corresponde a al menos un segundo tipo de bits de UCI; y
    en respuesta a la determinacion de que la WTRU esta configurada para transmitir simultaneamente en el PUCCH y el PUSCH y que la UCI a ser transmitida en la primera subtrama comprende al menos el primer tipo de UCI y al menos el segundo tipo de UCI,
    un transceptor configurado para:
    transmitir el primer subconjunto de bits de UCI en el PUCCH en la primera subtrama y transmitir el segundo subconjunto de bits de UCI en el PUSCH en la primera subtrama.
  5. 5. La unidad de transmision y recepcion inalambrica de la reivindicacion 4, en donde el primer subconjunto de UCI comprende al menos uno de los siguientes: un acuse de recibo (ACK) positivo de solicitud de repeticion automatica tffbrida (HARQ), un acuse de recibo negativo (NACK) de HARQ o una solicitud de programacion (SR).
  6. 6. La unidad de transmision y recepcion inalambrica de la reivindicacion 4, en donde el segundo subconjunto de bits de UCI comprende al menos uno de los siguientes: un indicador de calidad de canal, CQI, periodico, un CQI aperiodico, un mdice de matriz de precodificacion, PMI, periodico, un PMI aperiodico, un indicador de rango, RI, periodico y un RI aperiodico.
ES15160516.9T 2009-06-19 2010-06-18 Señalización de información de control de enlace ascendente en LTE-A Active ES2638920T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US21878209P 2009-06-19 2009-06-19
US218782P 2009-06-19
US22001709P 2009-06-24 2009-06-24
US220017P 2009-06-24

Publications (1)

Publication Number Publication Date
ES2638920T3 true ES2638920T3 (es) 2017-10-24

Family

ID=42752374

Family Applications (1)

Application Number Title Priority Date Filing Date
ES15160516.9T Active ES2638920T3 (es) 2009-06-19 2010-06-18 Señalización de información de control de enlace ascendente en LTE-A

Country Status (12)

Country Link
US (2) US9722735B2 (es)
EP (3) EP2908585B1 (es)
JP (3) JP5823387B2 (es)
KR (3) KR20150080633A (es)
CN (2) CN102484869B (es)
BR (1) BRPI1010153B1 (es)
DK (1) DK2908585T3 (es)
ES (1) ES2638920T3 (es)
HK (1) HK1167977A1 (es)
PL (1) PL2908585T3 (es)
RU (1) RU2569319C2 (es)
WO (1) WO2010148319A1 (es)

Families Citing this family (197)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9295003B2 (en) * 2007-03-19 2016-03-22 Apple Inc. Resource allocation in a communication system
US20110149846A1 (en) * 2009-07-03 2011-06-23 Dong-Sheng Yu Uplink control signal design for wireless system
US8718021B2 (en) * 2008-07-07 2014-05-06 Apple Inc. Uplink control signal design for wireless system
TWI504299B (zh) 2008-10-20 2015-10-11 Interdigital Patent Holdings 載波聚合上鏈控制資訊傳輸方法
KR101299282B1 (ko) 2008-10-31 2013-08-26 인터디지탈 패튼 홀딩스, 인크 다수의 상향링크 반송파를 사용하는 무선 전송 방법 및 장치
TWI455630B (zh) 2008-12-03 2014-10-01 Interdigital Patent Holdings 載波聚合上鏈功率餘裕報告
KR20100083440A (ko) * 2009-01-13 2010-07-22 삼성전자주식회사 다중 반송파 전송 방식을 사용하는 무선 통신 시스템에서의상향링크 제어 정보 송신 장치 및 방법
CN107071882B (zh) 2009-02-09 2021-01-01 交互数字专利控股公司 在wtru中进行上行链路功率控制的方法和wtru
US8620334B2 (en) 2009-03-13 2013-12-31 Interdigital Patent Holdings, Inc. Method and apparatus for carrier assignment, configuration and switching for multicarrier wireless communications
EP2433447B1 (en) * 2009-05-22 2013-03-13 Research In Motion Limited Power headroom reporting for carrier aggregation
KR20120037948A (ko) 2009-07-21 2012-04-20 엘지전자 주식회사 무선 통신 시스템에서 채널상태 정보를 전송하는 장치 및 방법
JP4989692B2 (ja) * 2009-07-29 2012-08-01 シャープ株式会社 移動通信システム、基地局装置、移動局装置、および、通信方法
WO2011016691A2 (ko) * 2009-08-06 2011-02-10 엘지전자 주식회사 다중 안테나 전송을 지원하는 무선 통신 시스템에서 상향링크 신호를 전송하는 방법 및 장치
CN102084609A (zh) * 2009-09-18 2011-06-01 高通股份有限公司 便于为在td-scdma***中移交而进行的测量的共用信道配置
JP5515559B2 (ja) * 2009-09-25 2014-06-11 ソニー株式会社 通信システム、基地局、および通信装置
US9432977B2 (en) * 2009-09-30 2016-08-30 Lg Electronics Inc. Apparatus and method for transmitting uplink control information
EP2484164B1 (en) * 2009-10-01 2014-07-16 InterDigital Patent Holdings, Inc. Power control methods and apparatus
US8374136B2 (en) * 2009-10-02 2013-02-12 Sharp Laboratories Of America, Inc. Transmission diversity scheme on physical uplink control channel (PUCCH) with ACK/NACK differentiation
US9059749B2 (en) * 2009-10-02 2015-06-16 Sharp Kabushiki Kaisha Antenna port mode and transmission mode transitions
US8553627B2 (en) * 2009-10-02 2013-10-08 Sharp Laboratories Of America, Inc. Transmission diversity scheme on physical uplink control channel (PUCCH) with ACK/NACK differentiation
EP2486688A1 (en) * 2009-10-05 2012-08-15 Nokia Siemens Networks Oy Simultaneous transmission of control information
CN102056296B (zh) * 2009-10-30 2016-03-30 索尼株式会社 通信网络中的资源分配方法和装置
JP5005018B2 (ja) * 2009-11-02 2012-08-22 株式会社エヌ・ティ・ティ・ドコモ 移動端末装置、無線基地局装置及び無線通信方法
CN102014510B (zh) * 2009-11-03 2015-02-25 电信科学技术研究院 一种上行控制信道资源配置的方法、设备及***
EP2498430B1 (en) * 2009-11-04 2017-07-26 LG Electronics Inc. Terminal device for transmitting a power headroom report in a multi-carrier communication system, and method for same
CN102013938B (zh) 2009-12-07 2012-07-04 华为技术有限公司 传输上行控制信息的方法和装置
EP2522098B1 (en) 2010-01-08 2014-05-21 Nokia Solutions and Networks Oy Uplink control information transmission
EP2522188A4 (en) * 2010-01-08 2015-12-09 Mediatek Inc RESOURCE ALLOCATION AND SIGNALING METHOD FOR MULTIPLE-LTE SOUNDING
CA2897384C (en) * 2010-01-11 2019-10-15 Young Jo Ko Carrier aggregation in wireless communication system
KR101782645B1 (ko) * 2010-01-17 2017-09-28 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
US10389479B2 (en) * 2010-01-29 2019-08-20 Qualcomm Incorporated Method and apparatus for signaling expansion and backward compatibility preservation in wireless communication systems
KR20110090754A (ko) * 2010-02-03 2011-08-10 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
KR101799272B1 (ko) * 2010-02-03 2017-11-20 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
JP4913221B2 (ja) * 2010-02-12 2012-04-11 シャープ株式会社 移動局装置、通信方法、集積回路、無線通信システムおよび制御プログラム
US20120307773A1 (en) * 2010-02-12 2012-12-06 Nokia Siemens Networks Oy Scheduling Request and ACK/NACK Simultaneous Transmission/Prioritization Over PUCCH in LTE
US8908582B2 (en) * 2010-02-12 2014-12-09 Qualcomm Incorporated User equipment operation mode and channel or carrier prioritization
JP2011166682A (ja) * 2010-02-15 2011-08-25 Ntt Docomo Inc 移動端末装置および上り制御情報信号の送信方法
JP5216058B2 (ja) * 2010-02-15 2013-06-19 株式会社エヌ・ティ・ティ・ドコモ 移動端末装置および上り制御情報信号の送信方法
ES2707601T3 (es) 2010-02-22 2019-04-04 Samsung Electronics Co Ltd Aplicación de códigos de saltos de secuencia y de cobertura ortogonal a señales de referencia de enlace ascendente
JP5714693B2 (ja) 2010-03-22 2015-05-07 サムスン エレクトロニクス カンパニー リミテッド 物理データチャネルでのユーザ機器からの制御及びデータ情報の多重化
JP4861535B2 (ja) * 2010-03-30 2012-01-25 シャープ株式会社 移動通信システム、基地局装置、移動局装置、移動通信方法および集積回路
RU2530011C2 (ru) * 2010-03-31 2014-10-10 Хуавэй Текнолоджиз Ко., Лтд. Способ и устройство связи
EP2503830B1 (en) 2010-04-01 2020-06-03 LG Electronics Inc. Method and apparatus for controlling uplink power in a wireless access system
CN102215085B (zh) * 2010-04-07 2014-05-07 华为技术有限公司 传输上行控制信息的方法、***、用户设备和基站
US8422429B2 (en) 2010-05-04 2013-04-16 Samsung Electronics Co., Ltd. Method and system for indicating the transmission mode for uplink control information
US8588252B2 (en) 2010-05-07 2013-11-19 Qualcomm Incorporated Transmission of control information on uplink channels
CN102884730B (zh) * 2010-05-12 2015-06-03 Lg电子株式会社 在多天线无线通信***中执行信道交织的方法及其装置
US8599761B2 (en) * 2010-05-14 2013-12-03 Samsung Electronics Co., Ltd. Systems and methods for PUCCH feedback in 3GPP wireless networks
JP5687761B2 (ja) * 2010-06-11 2015-03-18 ファーウェイ テクノロジーズ カンパニー リミテッド 上りリンク制御情報送信
US10135595B2 (en) * 2010-06-21 2018-11-20 Telefonaktiebolaget L M Ericsson (Publ) Uplink control information (UCI) mapping indicator for long term evolution (LTE) carrier aggregation
CN102291218B (zh) * 2010-06-21 2016-06-15 夏普株式会社 信道状态信息反馈资源分配方法和信道状态信息反馈方法
US9301287B2 (en) * 2010-06-24 2016-03-29 Lg Electronics Inc. Method and device for transmitting uplink control information in a wireless communication system
CN101883391B (zh) * 2010-06-24 2016-01-20 中兴通讯股份有限公司 上行控制信令反馈处理方法及***
EP3648515B1 (en) * 2010-06-28 2021-06-02 Samsung Electronics Co., Ltd. Method and apparatus for reporting maximum transmission power in wireless communication
KR101740366B1 (ko) 2010-06-28 2017-05-29 삼성전자주식회사 이동 통신 시스템에서 역방향 최대 전송 전력을 보고하는 방법 및 장치
CN102332962B (zh) * 2010-07-08 2013-12-18 华为技术有限公司 信道状态信息上报和获取方法、基站和用户设备
WO2012008773A2 (ko) * 2010-07-16 2012-01-19 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전송 전력 제어 방법 및 장치
CN103098398B (zh) * 2010-07-22 2015-11-25 Lg电子株式会社 在多载波***中发送上行链路控制信息的设备和方法
WO2012020990A2 (ko) * 2010-08-10 2012-02-16 엘지전자 주식회사 무선 통신 시스템에서 전송 전력 제어 방법 및 장치
US8548514B2 (en) * 2010-08-11 2013-10-01 Lg-Ericsson Co., Ltd. Method for resource element group downsizing of R-PDCCH and mobile telecommunication system for the same
US8660076B2 (en) * 2010-08-12 2014-02-25 Lg Electronics Inc. Apparatus and method of transmitting scheduling request in wireless communication system
US20120039276A1 (en) * 2010-08-12 2012-02-16 Ming-Che Li Method and apparatus for harq feedback transmission in a wireless communication system
US9369234B2 (en) * 2010-08-16 2016-06-14 Qualcomm Incorported Channel state information feedback for carrier aggregation
US9055573B2 (en) * 2010-09-01 2015-06-09 Lg Electronics Inc. Method and device for transmitting control information in a wireless communication system
CN102404074B (zh) * 2010-09-17 2014-06-18 电信科学技术研究院 Tdd***中的非周期srs的传输方法和设备
KR20120033249A (ko) * 2010-09-29 2012-04-06 엘지전자 주식회사 다중 안테나 지원 무선 통신 시스템에서 효율적인 피드백 방법 및 장치
WO2012044088A2 (ko) 2010-09-29 2012-04-05 엘지전자 주식회사 다중 안테나 지원 무선 통신 시스템에서 효율적인 피드백 방법 및 장치
CN102468936B (zh) * 2010-11-09 2014-12-10 大唐移动通信设备有限公司 Ack/nack反馈信息和周期cqi/pmi/ri反馈比特同时传输的方法和设备
US8582518B2 (en) * 2010-11-09 2013-11-12 Telefonaktiebolaget L M Ericsson (Publ) Power control for ACK/NACK formats with carrier aggregation
US8675528B2 (en) * 2010-11-15 2014-03-18 Sharp Laboratories Of America, Inc. Configuring uplink control information (UCI) reporting
US9119101B2 (en) * 2010-12-17 2015-08-25 Samsung Electronics Co., Ltd. Apparatus and method for periodic channel state reporting in a wireless network
CN102045827B (zh) * 2011-01-06 2013-07-31 大唐移动通信设备有限公司 上行功率控制方法、功率控制参数配置方法及其装置
KR101758275B1 (ko) * 2011-01-11 2017-07-14 엘지전자 주식회사 다중 반송파 지원 무선 통신 시스템에서 효율적인 채널 상태 정보 전송 방법 및 장치
WO2012096465A2 (ko) * 2011-01-13 2012-07-19 엘지전자 주식회사 무선 통신 시스템에서 단말이 기지국으로 채널 상태 정보를 전송하는 방법 및 이를 위한 장치
US10187859B2 (en) * 2011-02-14 2019-01-22 Qualcomm Incorporated Power control and user multiplexing for heterogeneous network coordinated multipoint operations
EP2676520B1 (en) * 2011-02-16 2015-07-29 Telefonaktiebolaget LM Ericsson (PUBL) A radio network node and a method therein
US9537555B2 (en) 2011-02-22 2017-01-03 Qualcomm Incorporated Uplink transmit antenna selection in carrier aggregation
WO2012148169A2 (ko) * 2011-04-25 2012-11-01 엘지전자 주식회사 반송파 집성 시스템에서 채널 상태 정보 전송 방법 및 장치
KR102017704B1 (ko) * 2011-05-02 2019-09-03 엘지전자 주식회사 무선접속시스템에서 큰 페이로드를 갖는 상향링크제어정보 전송 방법 및 장치
WO2012151739A1 (en) * 2011-05-09 2012-11-15 Empire Technology Development Llc Power control of control channels in an lte system
US8989741B2 (en) 2011-05-23 2015-03-24 Interdigital Patent Holdings, Inc. Apparatus and methods for group wireless transmit/receive unit (WTRU) handover
EP3121984B1 (en) * 2011-05-24 2019-12-18 LG Electronics, Inc. Method for transmitting control information and apparatus therefor
WO2013019034A2 (ko) * 2011-07-29 2013-02-07 엘지전자 주식회사 상향링크 전송 전력을 제어하는 단말 장치 및 그 방법
US9210606B2 (en) * 2011-07-31 2015-12-08 Lg Electronics Inc. Method of measuring channel quality in a wireless access system and apparatus for same
US20140177586A1 (en) * 2011-08-10 2014-06-26 Lg Electronics Inc. Method and apparatus for transmitting uplink control information in wireless access system
US9019880B2 (en) * 2011-08-11 2015-04-28 Qualcomm Incorporated Methods and apparatus for overload mitigation using uplink transmit power backoff
TW201322813A (zh) * 2011-08-11 2013-06-01 Research In Motion Ltd 正交資源選擇傳輸分集及資源指派
US8824408B2 (en) 2011-08-11 2014-09-02 Industrial Technology Research Institute Method of handling random access procedure associated to cell deactivation
US9363820B2 (en) 2011-08-11 2016-06-07 Industrial Technology Research Institute Method of uplink control information transmission
WO2013023674A1 (en) * 2011-08-12 2013-02-21 Nokia Siemens Networks Oy Backward compatibility of pucch formats
KR101645827B1 (ko) 2011-08-12 2016-08-04 인터디지탈 패튼 홀딩스, 인크 확장 반송파 및 반송파 세그먼트에 대한 기준 신호 구성
US9077490B2 (en) 2011-08-19 2015-07-07 Intel Mobile Communications GmbH Method and device for transmitting a channel quality information
US9532373B2 (en) * 2011-08-22 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Collision resolution for PUCCH scheduling requests
JP6068479B2 (ja) 2011-09-30 2017-01-25 インターデイジタル パテント ホールディングス インコーポレイテッド ワイヤレス通信における多地点伝送
WO2013051913A2 (ko) * 2011-10-06 2013-04-11 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US8780863B2 (en) * 2011-11-01 2014-07-15 Futurewei Technologies, Inc. Systems and methods for control channel transmission and reception
US9509377B2 (en) * 2011-11-07 2016-11-29 Google Technology Holdings LLC Method and apparatus for rank adaptation in an orthogonal frequency division multiplexing communication system
EP2777314B1 (en) * 2011-11-07 2020-05-13 Nokia Solutions and Networks Oy Feedback messaging
US9912439B2 (en) * 2011-11-10 2018-03-06 Qualcomm Incorporated Method and apparatus for sending channel state information using subframe-dependent control channel formats
JP5793067B2 (ja) * 2011-11-24 2015-10-14 シャープ株式会社 移動局装置、基地局装置、無線通信システム、無線通信方法および集積回路
WO2013096928A1 (en) * 2011-12-22 2013-06-27 Interdigital Patent Holdings, Inc. Control signaling in lte carrier aggregation
TWI466581B (zh) 2012-01-05 2014-12-21 Ind Tech Res Inst 處理通訊裝置及傳輸點間之時間偏移量的方法及其通訊裝置
CN103298118B (zh) * 2012-02-29 2016-04-13 电信科学技术研究院 一种时频资源的指示及确认方法和装置
US9398573B2 (en) * 2012-03-08 2016-07-19 Samsung Electronics Co., Ltd. Transmission of uplink control information for coordinated multi-point reception
US9729273B2 (en) 2012-03-30 2017-08-08 Sharp Kabushiki Kaisha Collision resolution among transmission schedules of uplink control information (UCI)
US20130258954A1 (en) * 2012-03-30 2013-10-03 Sharp Laboratories Of America, Inc. Devices for selecting a channel state information report
US9338768B2 (en) * 2012-07-27 2016-05-10 Intel Corporation Uplink power control for physical uplink control channel
US9054846B2 (en) * 2012-07-31 2015-06-09 Telefonaktiebolaget L M Ericsson (Publ) Power control for simultaneous transmission of ACK/NACK and channel-state information in carrier aggregation systems
US9544801B2 (en) 2012-08-03 2017-01-10 Intel Corporation Periodic channel state information reporting for coordinated multipoint (coMP) systems
CN104641577B (zh) * 2012-09-19 2018-03-02 Lg电子株式会社 发送上行链路控制信息的方法和装置
CN103843421A (zh) * 2012-09-29 2014-06-04 华为技术有限公司 功率确定方法、用户设备和基站
JP2014090396A (ja) * 2012-10-04 2014-05-15 Ntt Docomo Inc 移動局及び無線基地局
TWI487408B (zh) * 2012-11-01 2015-06-01 Innovative Sonic Corp 在無線通訊系統中處理上行鏈路資訊之方法
JP6159523B2 (ja) * 2012-12-11 2017-07-05 株式会社Ｎｔｔドコモ ユーザ装置及び送信制御方法
US10051668B2 (en) 2013-01-08 2018-08-14 Lg Electronics Inc. Method and apparatus for communicating in carrier aggregation system
US9876620B2 (en) * 2013-01-10 2018-01-23 Samsung Electronics Co., Ltd. Uplink control information transmissions/receptions in wireless networks
KR101729565B1 (ko) 2013-03-04 2017-05-02 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전력 제어 방법 및 이를 위한 장치
KR101566943B1 (ko) 2013-03-28 2015-11-06 주식회사 케이티 복수의 서빙 셀에서 상향 링크 제어 정보의 전송을 제어하는 방법 및 그 장치
US10588036B2 (en) 2013-04-03 2020-03-10 Interdigital Patent Holdings, Inc. Method and apparatus for controlling uplink transmission power based on accumulated transmit power control commands and corresponding uplink subframe sets
EP2996274A4 (en) 2013-05-09 2016-12-28 Fujitsu Ltd METHOD FOR TRANSMITTING UPLINK CONTROL INFORMATION, USER DEVICE AND BASE STATION
WO2014183274A1 (en) * 2013-05-15 2014-11-20 Telefonaktiebolaget L M Ericsson (Publ) Method and bs for identifying ue transmits sr, and method and ue for transmitting sr to bs
EP3035749A4 (en) * 2013-08-13 2017-03-15 Fujitsu Limited Power control method of uplink channel, user equipment and communication system
PL3070983T3 (pl) * 2013-09-27 2017-10-31 Ericsson Telefon Ab L M Sposób i układ do obsługi sterowania mocą
CN104581917B (zh) * 2013-10-11 2019-02-01 上海诺基亚贝尔股份有限公司 多连接无线通信***中对用户侧的传输功率缩减的方法
JP2017034294A (ja) * 2013-12-13 2017-02-09 シャープ株式会社 基地局装置、端末装置、送信方法及び受信方法
US11743897B2 (en) * 2013-12-20 2023-08-29 Qualcomm Incorporated Techniques for configuring uplink channels in unlicensed radio frequency spectrum bands
WO2015109544A1 (zh) * 2014-01-24 2015-07-30 华为技术有限公司 一种信道功率分配优先级的确定方法和设备
KR102284453B1 (ko) 2014-01-29 2021-08-02 삼성전자 주식회사 셀룰러 이동 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
WO2015114700A1 (ja) 2014-01-31 2015-08-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局、送信方法及び受信方法
US20150230223A1 (en) * 2014-02-10 2015-08-13 Qualcomm Incorporated User equipment (ue) autonomous switching of simultaneous physical uplink shared channel (pusch) and physical uplink control channel (pucch) transmissions
US9578632B2 (en) * 2014-03-27 2017-02-21 Qualcomm Incorporated Methods and apparatus for UL DM-RS overhead reduction
US20150327243A1 (en) * 2014-05-08 2015-11-12 Sharp Laboratories Of America, Inc. Systems and methods for dual-connectivity operation
WO2015168906A1 (zh) 2014-05-08 2015-11-12 富士通株式会社 上行信道的功率控制方法、用户设备以及通信***
US10194424B2 (en) * 2014-05-20 2019-01-29 Qualcomm Incorporated Techniques for managing resources for uplink transmissions in a shared radio frequency spectrum band
CN106465097A (zh) * 2014-05-22 2017-02-22 高通股份有限公司 用于mimo的定期和非定期信道状态信息(csi)报告
EP3179787B1 (en) * 2014-08-04 2021-03-03 Sharp Kabushiki Kaisha Terminal device and method for transmit power control
WO2016019513A1 (zh) * 2014-08-05 2016-02-11 华为技术有限公司 终端、网络设备和上行控制信息处理方法
KR20220165792A (ko) * 2014-12-08 2022-12-15 엘지전자 주식회사 상향링크 제어 정보를 전송하기 위한 방법 및 이를 위한 장치
US10973025B1 (en) * 2014-12-09 2021-04-06 Sprint Spectrum L.P. Enhanced PUSCH in uplink carrier aggregation
FI3251245T3 (fi) * 2015-01-28 2023-06-20 Interdigital Patent Holdings Inc Nousevan siirtotien palautemenetelmät suuren lukumäärän kantoaaltoja kanssa toimimiseksi
EP3253156B1 (en) * 2015-01-29 2020-08-05 NTT DoCoMo, Inc. User terminal, wireless base station, wireless communication system, and wireless communication method
US10511427B2 (en) 2015-01-30 2019-12-17 Qualcomm Incorporated Uplink control channel for acknowledging increased number of downlink component carriers
US10798685B2 (en) * 2015-05-27 2020-10-06 Qualcomm Incorporated Cyclic redundancy check for uplink control information on control and data channels
CN112615707B (zh) 2015-06-19 2024-04-23 北京三星通信技术研究有限公司 一种传输上行控制信息的方法
CN106257856B (zh) * 2015-06-19 2021-02-02 北京三星通信技术研究有限公司 一种传输上行控制信息的方法
US10575285B2 (en) * 2015-08-03 2020-02-25 Qualcomm Incorporated Configurable threshold for format selection for enhanced carrier aggregation
CN110190939B (zh) * 2015-12-19 2021-07-27 上海朗帛通信技术有限公司 一种laa传输中的上行控制信令的传输方法和装置
US10425922B2 (en) * 2016-02-20 2019-09-24 Qualcomm Incorporated Communication of uplink control information
US10397904B2 (en) 2016-02-20 2019-08-27 Qualcomm Incorporated Communication of uplink control information
US10511372B2 (en) * 2016-02-25 2019-12-17 Intel IP Corporation System and method for channel quality reporting
US10356761B2 (en) 2016-03-30 2019-07-16 Qualcomm Incorporated Techniques for configuring uplink control channel transmissions in a shared radio frequency spectrum band
US10237857B2 (en) 2016-04-19 2019-03-19 Qualcomm Incorporated Beam reference signal based narrowband channel measurement and CQI reporting
US10616912B2 (en) 2016-04-22 2020-04-07 Qualcomm Incorporated Uplink payload determination and uplink grant indication for multefire
WO2017194830A1 (en) 2016-05-12 2017-11-16 Nokia Technologies Oy Methods and apparatuses for skipping transport block transmission depending on uplink control information transmission
US11477766B2 (en) * 2016-05-24 2022-10-18 Qualcomm Incorporated Uplink control information reporting
US10512065B2 (en) * 2016-05-31 2019-12-17 Qualcomm Incorporated Flexible control information reporting
US10264600B2 (en) * 2016-06-15 2019-04-16 Qualcomm Incorporated Virtual cluster group based uplink control channel
KR102455240B1 (ko) * 2016-08-18 2022-10-17 삼성전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보를 송수신하는 방법 및 장치
WO2018036604A1 (en) * 2016-08-22 2018-03-01 Nokia Solutions And Networks Oy Uplink resource allocation to transmit network-configured information and user device-configurable information for wireless networks
CN109952728B (zh) * 2016-09-28 2022-06-14 Idac控股公司 用于新无线电的控制信道
US10476642B2 (en) * 2016-09-30 2019-11-12 Qualcomm Incorporated Reference signal design
CN107889239B (zh) 2016-09-30 2020-10-16 华为技术有限公司 一种上行控制信息发送、接收方法及设备
US10939419B2 (en) * 2016-09-30 2021-03-02 Qualcomm Incorporated Uplink control information
US10356764B2 (en) 2016-09-30 2019-07-16 Qualcomm Incorporated Channelization for uplink transmissions
MX2019005196A (es) * 2016-11-03 2019-06-20 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo de transmision de informacion de control de enlace ascendente, dispositivo terminal y dispositivo de red.
US20180132229A1 (en) * 2016-11-04 2018-05-10 Mediatek Inc. Method And Apparatus For Multiplexing Physical Uplink Control Channels In Mobile Communications
WO2018084791A1 (en) 2016-11-04 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous transmission of periodic cqi and ack/nack
US11356217B2 (en) 2016-11-04 2022-06-07 Telefonaktiebolaget Lm Ericsson (Publ) ACK/NACK transmission strategies
EP3566371B1 (en) * 2017-01-05 2021-09-22 SHARP Kabushiki Kaisha Short physical uplink control channel (pucch) design for 5th generation (5g) new radio (nr)
WO2018137187A1 (zh) * 2017-01-25 2018-08-02 华为技术有限公司 一种上报信道状态信息的方法及设备
BR112019016073A2 (pt) 2017-02-05 2020-03-31 Lg Electronics Inc. Método para transmissão de informação de controle de uplink por terminal em um sistema de comunicação sem fio e aparelho que oferece suporte ao mesmo
US10511415B2 (en) * 2017-03-13 2019-12-17 Qualcomm Incorporated Uplink ACK resource allocation in new radio
US10880058B2 (en) * 2017-04-25 2020-12-29 Qualcomm Incorporated Transmitting uplink control information (UCI)
CN109152007B (zh) * 2017-06-15 2021-06-29 华为技术有限公司 一种控制信息发送、接收方法及装置
US11057871B2 (en) * 2017-07-28 2021-07-06 Qualcomm Incorporated Frequency hopping in an uplink control channel
US11678332B2 (en) * 2017-08-22 2023-06-13 Qualcomm Incorporated Control and data multiplexing in uplink wireless transmissions
CN109757131B (zh) * 2017-09-08 2021-07-16 华为技术有限公司 信号传输方法、相关装置及***
US11523412B2 (en) * 2017-11-17 2022-12-06 Qualcomm Incorporated UE processing time for UCI multiplexing
US11102763B2 (en) * 2017-12-08 2021-08-24 Qualcomm Incorporated Techniques for multiplexing of uplink channels in a shared radio frequency spectrum band
CN110035531B (zh) * 2018-01-12 2021-12-03 华为技术有限公司 上行控制信息传输方法及装置
US10973038B2 (en) * 2018-01-19 2021-04-06 Qualcomm Incorporated UCI transmission for overlapping uplink resource assignments with repetition
CN111541524B (zh) * 2018-01-24 2023-04-18 Oppo广东移动通信有限公司 控制传输信道上的传输的传输信道分配装置和方法
US10708866B2 (en) * 2018-04-05 2020-07-07 Samsung Electronics Co., Ltd. Signaling of control information in a communication system
US10834711B2 (en) * 2018-04-17 2020-11-10 Qualcomm Incorporated Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications
US10720981B2 (en) * 2018-05-11 2020-07-21 Qualcomm Incorporated Spatial multiplexing of a sounding reference signal (SRS) and a physical uplink shared channel (PUSCH) communication
CN112740592B (zh) 2018-08-07 2024-07-19 交互数字专利控股公司 用于harq增强的方法和装置
WO2020092264A1 (en) * 2018-11-01 2020-05-07 Intel Corporation Uplink control information (uci) multiplexing for multi-transmit and receive point (trp) system
US11184892B2 (en) * 2018-11-05 2021-11-23 Mediatek Singapore Pte. Ltd. Enhancement of new radio PUSCH for URLLC in mobile communications
CA3126402A1 (en) * 2019-01-11 2020-02-20 Zte Corporation Preconfiguring dedicated resource information in idle mode
CN113892240A (zh) * 2019-04-02 2022-01-04 瑞典爱立信有限公司 优先级相关的uci资源确定
EP3949185A4 (en) 2019-04-04 2022-11-09 Nokia Technologies Oy UPLINK ORDERING INFORMATION
US11452123B2 (en) 2019-09-17 2022-09-20 Qualcomm Incorporated Uplink control information multiplexing with dynamic physical uplink shared channel skipping
US20230224905A1 (en) * 2020-06-01 2023-07-13 Nokia Technologies Oy First and second apparatus of a radio communications network, methods to operate the first and second apparatus
US12047939B2 (en) * 2020-06-01 2024-07-23 Qualcomm Incorporated Sequence partitioning for a multi-user uplink channel
EP4248694A4 (en) * 2021-01-11 2024-05-15 Nokia Technologies Oy CONTROL OF SHORT CONTROL SIGNALS (SCS) IN UPLINK
US11647465B2 (en) * 2021-03-05 2023-05-09 Nokia Technologies Oy Power control enhancements for physical uplink shared channel (PUSCH) multiplexing uplink control information (UCI) of different priority
US20230370137A1 (en) * 2022-05-13 2023-11-16 Qualcomm Incorporated Channel state information processing parameters for multiple configured codebooks

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US703092A (en) 1901-08-27 1902-06-24 George Staber Damping apparatus.
RU2325769C2 (ru) * 2003-04-04 2008-05-27 Сименс Акциенгезелльшафт Способ контроля и управления располагаемым централизованным ip-ресурсом пользователя в пакетно-ориентированной коммуникационной сети при оперативном определении оплаты с контролем предельного значения для передач данных
KR100651509B1 (ko) * 2004-06-01 2006-11-29 삼성전자주식회사 직교 주파수 분할 다중 접속 통신 시스템에서 상향링크 고속 피드백 정보 전송 방법 및 장치
US8169953B2 (en) 2005-05-17 2012-05-01 Qualcomm Incorporated Method and apparatus for wireless multi-carrier communications
US8098644B2 (en) 2006-01-18 2012-01-17 Motorola Mobility, Inc. Method and apparatus for uplink resource allocation in a frequency division multiple access communication system
KR100842648B1 (ko) 2006-01-19 2008-06-30 삼성전자주식회사 무선 통신 시스템에서 전력 제어 장치 및 방법
GB2439367A (en) 2006-06-20 2007-12-27 Nec Corp Separate ACK/NACK channel from a control channel
KR101297564B1 (ko) 2006-07-06 2013-09-17 광동 누프론트 컴퓨터 시스템 칩 컴퍼니 리미티드 전송될 수 있는 최고 페이로드로 스케줄링 그랜트 페이로드를 설정함으로써 향상된 업링크 트랜스포트 포맷 조합을 선택하는 무선 통신 방법
US8839362B2 (en) * 2006-07-31 2014-09-16 Motorola Mobility Llc Method and apparatus for managing transmit power for device-to-device communication
US20080045260A1 (en) 2006-08-15 2008-02-21 Tarik Muharemovic Power Settings for the Sounding Reference signal and the Scheduled Transmission in Multi-Channel Scheduled Systems
JP5077525B2 (ja) 2006-08-22 2012-11-21 日本電気株式会社 無線通信システムにおけるリファレンス信号多重方法および無線通信装置
KR20150038675A (ko) 2006-10-03 2015-04-08 인터디지탈 테크날러지 코포레이션 Ｅ－ｕｔｒａ를 위한 간섭 완화와 결합된 개방 루프/폐 루프 (ｃｑｉ 기반의) 업링크 송신 전력 제어
US9294231B2 (en) * 2007-03-17 2016-03-22 Qualcomm Incorporated Configurable acknowledgement processing in a wireless communication system
JP4563417B2 (ja) * 2007-03-20 2010-10-13 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムにおけるユーザ装置、通信方法及び通信システム
US8831042B2 (en) 2007-03-29 2014-09-09 Lg Electronics Inc. Method of transmitting sounding reference signal in wireless communication system
EP2144452A1 (en) 2007-04-24 2010-01-13 NTT DoCoMo, Inc. Mobile communication method, wireless base station, mobile station, and processor
WO2008133307A1 (ja) 2007-04-24 2008-11-06 Ntt Docomo, Inc. 移動通信方法、無線基地局、移動局及びプロセッサ
US8412209B2 (en) * 2007-06-18 2013-04-02 Motorola Mobility Llc Use of the physical uplink control channel in a 3rd generation partnership project communication system
KR101388351B1 (ko) 2007-06-19 2014-04-22 엘지전자 주식회사 제어 정보를 이용하여, 빠르게 랜덤 액세스 프리앰블의전송을 재시도 하는 방법
KR20090006708A (ko) 2007-07-12 2009-01-15 엘지전자 주식회사 스케줄링 요청 신호 전송 방법
AU2008276824B2 (en) * 2007-07-16 2011-09-08 Samsung Electronics Co., Ltd. Apparatus and method for transmitting of channel quality indicator and acknowledgement signals in SC-FDMA communication systems
DK2178232T3 (da) 2007-08-08 2013-01-28 Panasonic Corp Mapning af SRS (Sounding Reference Signal)
US20090040919A1 (en) * 2007-08-09 2009-02-12 Tarik Muharemovic Transmission Using Nested OFDMA
KR101467567B1 (ko) 2007-08-14 2014-12-04 엘지전자 주식회사 스케줄링 요청 신호의 전송방법
JP2009089064A (ja) 2007-09-28 2009-04-23 Toshiba Corp 無線送信機及び無線受信機
KR101400240B1 (ko) * 2007-10-18 2014-06-30 포항공과대학교 산학협력단 공간 주파수 블록 부호화 중계 신호 생성 시스템 및 그방법
WO2009059039A2 (en) 2007-11-02 2009-05-07 Interdigital Patent Holdings, Inc. Method and apparatus for generating channel quality indicator
KR101447750B1 (ko) * 2008-01-04 2014-10-06 엘지전자 주식회사 랜덤 액세스 과정을 수행하는 방법
JP4652420B2 (ja) * 2008-01-08 2011-03-16 株式会社エヌ・ティ・ティ・ドコモ ユーザ装置、送信方法、および移動通信システム
US8265016B2 (en) * 2008-01-11 2012-09-11 Sharp Laboratories Of America, Inc. Systems and methods for reducing the power used to transmit channel quality information (CQI) during persistent scheduling
KR101634384B1 (ko) * 2008-02-03 2016-07-11 엘지전자 주식회사 무선 통신 시스템에서 ｃｑｉ 전송 방법
US9007988B2 (en) 2008-02-11 2015-04-14 Texas Instruments Incorporated Partial CQI feedback in wireless networks
US8045508B2 (en) * 2008-02-14 2011-10-25 Lg Electronics Inc. Rank feedback method for multiple-input multiple-output transmission
US8995559B2 (en) 2008-03-28 2015-03-31 Qualcomm Incorporated Signaling message transmission in a wireless communication network
EP2260601A4 (en) 2008-03-31 2016-09-28 Ericsson Telefon Ab L M PROCESS FOR TRANSFERRING CQI MESSAGES
CN101296513B (zh) * 2008-04-22 2013-05-08 中兴通讯股份有限公司 一种物理上行控制信道干扰随机化的方法
EP2279644A4 (en) 2008-04-28 2014-10-29 Ericsson Telefon Ab L M IMPROVED UPLINK SCHEDULING IN A CELLULAR SYSTEM
US9246650B2 (en) 2008-06-04 2016-01-26 Nokia Solutions And Networks Oy Method, apparatus and computer program for open loop transmission diversity
CA2727948A1 (en) 2008-06-19 2009-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus in a telecommunications network
EP2338307A1 (en) 2008-08-08 2011-06-29 Nokia Siemens Networks Oy Fine-grain and backward-compliant resource allocation
AU2009280459B2 (en) * 2008-08-12 2013-01-17 Lg Electronics Inc. Data transmission method in a multi-carrier system, and transmitter
US8311053B2 (en) * 2008-09-15 2012-11-13 Infineon Technologies Ag Methods for controlling an uplink signal transmission power and communication devices
JP5219708B2 (ja) 2008-09-22 2013-06-26 株式会社エヌ・ティ・ティ・ドコモ 移動端末装置、無線基地局装置、無線通信システム及び無線通信方法
TWI504299B (zh) * 2008-10-20 2015-10-11 Interdigital Patent Holdings 載波聚合上鏈控制資訊傳輸方法
CN101409894B (zh) * 2008-11-16 2012-07-18 中兴通讯股份有限公司 一种上行控制信息的传输方法及传输参数的计算方法
KR101065706B1 (ko) 2008-11-23 2011-09-19 엘지전자 주식회사 무선 이동 통신 시스템에서 제어 정보를 전송하는 방법
ES2758778T3 (es) * 2009-01-30 2020-05-06 Samsung Electronics Co Ltd Transmitir información de control de enlace ascendente a través de un canal de datos o a través de un canal de control
CN107071882B (zh) 2009-02-09 2021-01-01 交互数字专利控股公司 在wtru中进行上行链路功率控制的方法和wtru
US8660600B2 (en) * 2009-03-12 2014-02-25 Qualcomm Incorporated Over-the-air overload indicator
WO2010107907A2 (en) * 2009-03-17 2010-09-23 Samsung Electronics Co., Ltd. Uplink transmission power control in multi-carrier communication systems
WO2010105667A1 (en) 2009-03-17 2010-09-23 Nokia Siemens Networks Oy Configuring the transmission of periodic feedback information on a physical uplink shared channel (pusch)
US20100271970A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
JP2012169693A (ja) 2009-06-18 2012-09-06 Sharp Corp 移動通信システム、基地局装置、移動局装置、および、移動通信方法
US20110205981A1 (en) * 2009-08-13 2011-08-25 Changsoo Koo Multiplexing uplink l1/l2 control and data
US20120113827A1 (en) * 2010-11-08 2012-05-10 Sharp Laboratories Of America, Inc. Dynamic simultaneous pucch and pusch switching for lte-a

Also Published As

Publication number Publication date
JP2017158194A (ja) 2017-09-07
US9722735B2 (en) 2017-08-01
KR101488845B1 (ko) 2015-02-03
DK2908585T3 (en) 2017-09-18
EP2443891A1 (en) 2012-04-25
EP2908585A1 (en) 2015-08-19
JP5823387B2 (ja) 2015-11-25
KR101563774B1 (ko) 2015-10-27
JP6129794B2 (ja) 2017-05-17
EP2908585B1 (en) 2017-06-07
EP2443891B1 (en) 2015-03-25
KR20120018228A (ko) 2012-02-29
CN102484869B (zh) 2015-09-16
BRPI1010153B1 (pt) 2021-05-04
JP2014209806A (ja) 2014-11-06
RU2012101787A (ru) 2013-07-27
US20170303267A1 (en) 2017-10-19
US20110141928A1 (en) 2011-06-16
CN105245312A (zh) 2016-01-13
RU2569319C2 (ru) 2015-11-20
EP3223569A1 (en) 2017-09-27
CN102484869A (zh) 2012-05-30
CN105245312B (zh) 2019-05-07
PL2908585T3 (pl) 2017-12-29
BRPI1010153A2 (pt) 2016-03-29
WO2010148319A1 (en) 2010-12-23
JP2012531114A (ja) 2012-12-06
KR20120048707A (ko) 2012-05-15
HK1167977A1 (zh) 2012-12-14
KR20150080633A (ko) 2015-07-09

Similar Documents

Publication Publication Date Title
ES2638920T3 (es) Señalización de información de control de enlace ascendente en LTE-A
JP5934399B2 (ja) アップリンク制御情報のための伝送モードを指示するための方法及びシステム
ES2947614T3 (es) Sistema y método de modulación adaptativa
KR101880460B1 (ko) 무선통신 시스템에서의 제어정보의 전송 방법 및 장치
ES2903114T3 (es) Control de un esquema de modulación y codificación para una transmisión entre una estación base y un equipo de usuario
US8477868B2 (en) Method and apparatus of transmitting information in wireless communication system
US9960896B2 (en) Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation
ES2927956T3 (es) Método y aparato para transmitir información de control de enlace ascendente en un sistema de comunicación inalámbrico
ES2938543T3 (es) Asignación de recursos de formato de canal físico de control de enlace ascendente mejorado para el modo de dúplex de división en el tiempo
KR101797496B1 (ko) 무선통신 시스템에서 제어정보의 전송 방법 및 장치
ES2734998T3 (es) Formatos de descarga de un segmento
TW201208327A (en) Determination of carriers and multiplexing for uplink control information transmission
US20140029573A1 (en) Method for transmitting control information in wireless communication system and device therefor
US9380135B2 (en) Method and device for information transmission in wireless communication system
US9055573B2 (en) Method and device for transmitting control information in a wireless communication system
ES2898782T3 (es) Dispositivo y procedimiento
US20130142161A1 (en) Method and apparatus for transmitting control information in a wireless communication system