ES2977129T3 - Transmisión de información de control de enlace ascendente en un espectro de frecuencia sin licencia - Google Patents
Transmisión de información de control de enlace ascendente en un espectro de frecuencia sin licencia Download PDFInfo
- Publication number
- ES2977129T3 ES2977129T3 ES19151341T ES19151341T ES2977129T3 ES 2977129 T3 ES2977129 T3 ES 2977129T3 ES 19151341 T ES19151341 T ES 19151341T ES 19151341 T ES19151341 T ES 19151341T ES 2977129 T3 ES2977129 T3 ES 2977129T3
- Authority
- ES
- Spain
- Prior art keywords
- harq
- wireless device
- subframe
- uci
- control information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 93
- 238000001228 spectrum Methods 0.000 title claims abstract description 47
- 238000000034 method Methods 0.000 claims abstract description 73
- 230000008569 process Effects 0.000 claims abstract description 57
- 230000010267 cellular communication Effects 0.000 abstract description 9
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 15
- 230000011664 signaling Effects 0.000 description 14
- 239000000872 buffer Substances 0.000 description 11
- 238000013461 design Methods 0.000 description 11
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 8
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 8
- 125000004122 cyclic group Chemical group 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 108700026140 MAC combination Proteins 0.000 description 4
- 230000003044 adaptive effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 238000011010 flushing procedure Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 230000001105 regulatory effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000004904 shortening Methods 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- 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/1848—Time-out mechanisms
- H04L1/1851—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
- H04L1/1883—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/14—Spectrum sharing arrangements between different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se proporcionan métodos de operación de un dispositivo inalámbrico. En particular, se divulgan aspectos del protocolo de Control de Acceso a Medios (MAC) relacionados con células de Acceso Asistido con Licencia (LAA) y, más generalmente, con células de una red de comunicaciones celulares que operan en un espectro de frecuencia sin licencia. Según un aspecto, un método de operación de un dispositivo inalámbrico comprende transmitir una transmisión de enlace ascendente (UL) en una celda para un proceso correspondiente de Solicitud de repetición automática híbrida (HARQ) de UL, operando la celda en un espectro de frecuencia sin licencia y estableciendo un mantuvo el estado para el proceso UL HARQ de Reconocimiento (ACK) basándose en la suposición de que la transmisión de UL fue exitosa. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Transmisión de información de control de enlace ascendente en un espectro de frecuencia sin licencia
Campo técnico
Esta descripción está relacionada con aspectos del protocolo de Control de Acceso al Medio (MAC) de enlace ascendente, es decir, la funcionalidad para transmitir datos en un canal de Enlace Ascendente (UL) compartido (por ejemplo, Canal Físico Compartido de Enlace Ascendente (PUSCH)), así como la transmisión de retroalimentación de Acuse de Recibo/Acuse de Recibo Negativo (ACK/NACK) de Solicitud de Repetición Automática Híbrida (HARQ) y solicitud de programación en un canal de control de UL (por ejemplo, Canal Físico de Control de Enlace Ascendente (PUCCH)) o en un canal de UL compartido (por ejemplo, PUSCH).
Antecedentes
El acceso asistido con licencia (LAA) facilita que los equipos de Evolución a Largo Plazo (LTE) del Proyecto de Asociación de Tercera Generación (3GPP) operen en el espectro de radio sin licencia de 5 gigahercios (GHz). El espectro de 5 GHz sin licencia se usa como complemento del espectro con licencia. Los dispositivos pueden conectarse en el espectro con licencia (usando una Celda Primaria (PCell)) y usar Agregación de Portadoras (CA) para beneficiarse de la capacidad de transmisión adicional en el espectro sin licencia (usando una Celda Secundaria (SCell)). Para reducir los cambios involucrados al agregar espectro con y sin licencia, la temporización de trama LTE en la PCell se usa simultáneamente en la SCell.
Sin embargo, es posible que los requisitos regulatorios no permitan transmisiones en el espectro sin licencia sin una detección previa del canal. Dado que el espectro sin licencia debe compartirse con otras radios de tecnologías inalámbricas similares o diferentes, es necesario aplicar el procedimiento llamado Escuchar antes de Hablar (LBT). Hoy en día, el espectro sin licencia de 5 GHz es usado principalmente por equipos que implementan el estándar de Red de Área Local Inalámbrica (WLAN) 802.11 del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE). Este estándar se conoce bajo su marca comercial "Wi-Fi". En muchas regiones también existe una restricción en la duración máxima de una única ráfaga de transmisión en el espectro sin licencia, tal como 4 milisegundos (ms) o 10 ms.
1. LTE
La Figura 1A ilustra una red de recursos físicos básicos de enlace descendente LTE. LTE usa Multiplexación por División de Frecuencia Ortogonal (OFDM) en el enlace descendente y OFDM Ensanchado por T ransformada Discreta de Fourier (DFT) (OFDM ensanchado por DFT), que también se conoce como Acceso Múltiple por División de Frecuencia (FDMA) de una única portadora, en el Enlace Ascendente (UL). Por lo tanto, el recurso físico básico del enlace descendente LTE puede verse como una red de tiempo-frecuencia como se ilustra en la Figura 1 A, donde cada elemento de recurso corresponde a una subportadora de OFDM durante un intervalo de símbolo de OFDM. La duración de cada símbolo es de aproximadamente 71,4 microsegundos (ps). La subtrama de UL tiene la misma separación de subportadoras que el Enlace Descendente (DL) y el mismo número de símbolos de FDMA de Portadora Única (SC-FDMA) en el dominio del tiempo que los símbolos de OFDM en el DL.
La Figura 1B ilustra una trama de radio de LTE. En el dominio del tiempo, las transmisiones de DL de LTE se organizan en tramas de radio de 10 ms, cada trama de radio consta de diez subtramas del mismo tamaño de longitud T<subtrama>= 1 ms como se muestra en la Figura 1B. Para un prefijo cíclico normal, una subtrama consta de 14 símbolos de OFDM. Una subtrama se divide en dos intervalos de 0,5 ms. Para un prefijo cíclico normal, cada intervalo consta de 7 símbolos de OFDM. Además, la asignación de recursos en LTE se describe normalmente en términos de bloques de recursos, donde un bloque de recursos corresponde a un intervalo de 0,5 ms en el dominio del tiempo y 12 subportadoras contiguas en el dominio de la frecuencia. Un par de dos bloques de recursos adyacentes en dirección del tiempo (1,0 ms) se conoce como par de bloques de recursos. Los bloques de recursos se enumeran en el dominio de la frecuencia, comenzando con 0 desde un extremo del ancho de banda del sistema.
La Figura 1C ilustra una subtrama LTE de 1,0 ms de ejemplo (con 14 símbolos de OFDM) que muestra las ubicaciones de las señales de control y las señales de referencia. Las transmisiones de DL se programan dinámicamente, es decir, en cada subtrama la estación base transmite información de control sobre a qué terminales se transmiten los datos y sobre qué bloques de recursos se transmiten los datos, en la subtrama de DL actual. Esta señalización de control normalmente se transmite en los primeros 1,2, 3 o 4 símbolos de OFDM en cada subtrama y el número n = 1, 2, 3 o 4 se conoce como Indicador de Formato de Control (CFI). La subtrama de DL también contiene símbolos de referencia comunes, que son conocidos por el receptor y usados para la demodulación coherente de, por ejemplo, la información de control. En la Figura 1C se ilustra un sistema de DL con CFI = 3 símbolos de OFDM como control.
Desde la Versión (Rel-) 11 de LTE en adelante, las asignaciones de recursos descritas anteriormente también se pueden programar en el Canal Físico de Control de Enlace Descendente Mejorado (EPDCCH). Para las Versiones 8 a 10 de LTE, solo está disponible el Canal Físico de Control de Enlace Descendente (PDCCH). Los símbolos de referencia que se muestran en la Figura 1C son los Símbolos de Referencia Específicos de la Celda (CRS) y se usan para soportar múltiples funciones, incluida la sincronización precisa de tiempo y frecuencia y la estimación del canal para ciertos modos de transmisión.
1.1 PDCCH y EPDCCH
El PDCCH/EPDCCH se usa para transportar Información de Control de Enlace Descendente (DCI), tal como decisiones de programación y comandos de control de potencia. Más específicamente, la DCI incluye:
• Asignaciones de programación de DL, incluida indicación de recursos del Canal Físico Compartido de Enlace Descendente (PDSCH), formato de transporte, información de Solicitud de Repetición Automática Híbrida (HARQ) e información de control relacionada con multiplexación espacial (si corresponde). Una asignación de programación de DL también incluye un comando para el control de potencia del Canal Físico de Control de Enlace Ascendente (PUCCH) usado para transmisión de acuses de recibo de HARQ en respuesta a asignaciones de programación de DL.
• Concesiones de programación de UL, incluida indicación de recursos del Canal Físico Compartido de Enlace Ascendente (PUSCH), formato de transporte e información relacionada con HARQ. Una concesión de programación de UL también incluye un comando para control de potencia del PUSCH.
• Comandos de control de potencia de un conjunto de terminales como complemento a los comandos incluidos en las asignaciones/concesiones de programación.
Un PDCCH/EPDCCH transporta un mensaje de DCI que contiene uno de los grupos de información enumerados anteriormente. Como se pueden programar múltiples terminales simultáneamente, y cada terminal se puede programar tanto en DL como en UL simultáneamente, debe existir la posibilidad de transmitir múltiples mensajes de programación dentro de cada subtrama. Cada mensaje de programación se transmite en recursos de PDCCH/EPDCCH separados y, en consecuencia, normalmente hay múltiples transmisiones de PDCCH/EPDCCH simultáneas dentro de cada subtrama en cada celda. Además, para soportar diferentes condiciones del canal de radio, se puede usar adaptación del enlace, donde la velocidad de código del (E)PDCCH se selecciona adaptando el uso de recursos para el (E)PDCCH, para que coincida con las condiciones del canal de radio.
1.2 CA
La Figura 2 ilustra un ejemplo de CA. El estándar de la Versión 10 de LTE soporta anchos de banda superiores a 20 megahercios (MHz). Un aspecto importante de Versión 10 de LTE es garantizar la compatibilidad hacia atrás con versiones anteriores a la Versión 8 de LTE. Esto también debería incluir la compatibilidad del espectro. Eso implicaría que una portadora de la Versión 10 de LTE, con un ancho superior a 20 MHz, debería aparecer como varias portadoras de LTE en un terminal de la Versión 8 de LTE. Cada una de estas portadoras puede denominarse Portadora Componente (CC). En particular, para las primeras implementaciones de la Versión 10 de LTE, se puede esperar que haya una cantidad menor de terminales compatibles con la Versión 10 de LTE en comparación con muchos terminales de LTE heredados. Por lo tanto, es necesario garantizar un uso eficiente de una portadora ancha también para terminales heredados, es decir, que sea posible implementar portadoras en las que se puedan programar terminales heredados en todas las partes del ancho de banda de la portadora de la Versión 10 de LTE. La forma más sencilla de obtenerlo sería mediante CA. CA implica que un terminal de la Versión 10 de LTE puede recibir múltiples CC, donde las CC tienen, o al menos tienen la posibilidad de tener, la misma estructura que una portadora de la Versión 8. CA se ilustra en la Figura 2. A un dispositivo de Equipo de Usuario (UE) compatible con CA se le asigna una PCell que siempre está activada y una o más SCell que pueden activarse o desactivarse dinámicamente.
El número de CC agregadas, así como el ancho de banda de la CC individual, pueden ser diferentes para UL y DL. Una configuración simétrica se refiere al caso en el que el número de CC en DL y UL es el mismo, mientras que una configuración asimétrica se refiere al caso en que el número de CC es diferente. Es importante tener en cuenta que el número de CC configuradas en una celda puede ser diferente del número de CC vistas por un terminal: un terminal puede, por ejemplo, soportar más CC de DL que CC de UL, aunque la celda esté configurada con el mismo número de CC de UL y de DL.
Además, una característica clave de CA es la capacidad de realizar programación entre portadoras. Este mecanismo permite que un (E)PDCCH en una CC programe transmisiones de datos en otra CC mediante un Campo Indicador de Portadora (CIF) de 3 bits insertado al comienzo de los mensajes de (E)PDCCH. Para transmisiones de datos en una CC determinada, un UE espera recibir mensajes de programación en el (E)PDCCH en solo una CC, ya sea la misma CC o una CC diferente mediante programación entre portadoras; este mapeo de (E)PDCCH a PDSCH también se configura de forma semiestática. Tenga en cuenta que la programación de PDSCH entre subtramas y entre portadoras no se soporta en CA Versión 11, es decir, la concesión de (E)PDCCH en una subtrama particular se aplica a una asignación de PDSCH en ese mismo Intervalo de Tiempo de Transmisión (TTI).
2. WLAN
La Figura 3 es una ilustración general de un mecanismo de LBT. En implementaciones típicas de WLAN, el Acceso Múltiple con Detección de Portadora y Prevención de Colisiones (CSMA/CA) se usa para el acceso al medio. Se detecta que el canal realiza una Evaluación de Canal Libre (CCA) y se inicia una transmisión solo si el canal se declara inactivo. Si el canal se declara ocupado, la transmisión esencialmente se aplaza hasta que se considere que el canal está inactivo. Cuando el alcance de varios Puntos de Acceso (AP) que usan la misma frecuencia se solapa, las transmisiones relacionadas con un AP pueden aplazarse en caso de que se pueda detectar una transmisión en la misma frecuencia hacia o desde otro AP que esté dentro del alcance. Si varios AP están dentro del alcance, tendrán que compartir el canal en el tiempo y la velocidad de transferencia de datos de los AP individuales puede verse gravemente degradada.
3. LAA para Espectro Sin Licencia usando LTE
Hasta ahora, el espectro usado por LTE está dedicado a LTE (es decir, espectro con licencia). Esto tiene la ventaja de que el sistema de LTE no necesita preocuparse por la cuestión de la coexistencia y se puede maximizar la eficiencia del espectro. Sin embargo, el espectro asignado a LTE es limitado y, como tal, no puede satisfacer la demanda cada vez mayor de mayor velocidad de transferencia de datos de aplicaciones/servicios. Por lo tanto, se ha iniciado un nuevo tema de estudio en el 3GPP sobre la ampliación de LTE para explotar espectro sin licencia además del espectro con licencia. El espectro sin licencia puede, por definición, ser usado simultáneamente por múltiples tecnologías diferentes. Por lo tanto, LTE necesita considerar la cuestión de la coexistencia con otros sistemas tal como 802.11 de IEEE (Wi-Fi). Operar LTE de la misma manera en el espectro sin licencia que en el espectro con licencia puede degradar gravemente el rendimiento de Wi-Fi, dado que el Wi-Fi no transmitirá una vez que detecte que el canal está ocupado.
Además, una forma de utilizar el espectro sin licencia de manera fiable es transmitir señales y canales de control esenciales en una portadora con licencia. Es decir, un UE está conectado a una PCell en la banda con licencia y a una o más SCell en la banda sin licencia. Tal como se usa en la presente memoria, una SCell en un espectro sin licencia se denomina SCell de LAA. En el caso de programación entre portadoras, las concesiones de PDSCH y de PUSCH para SCell de LAA se transmiten en la PCell.
Otra forma de utilizar el espectro sin licencia es utilizar celdas de LAA independientes.
El documento US 2015/049709 A1 describe el ACK/NACK de grupo para LTE en espectro sin licencia.
Compendio
Esta descripción está relacionada con aspectos del protocolo de Control de Acceso al Medio (MAC) de enlace ascendente, es decir, la funcionalidad para transmitir datos en un canal de Enlace Ascendente (UL) compartido (por ejemplo, Canal Físico Compartido de Enlace Ascendente (PUSCH)), así como la transmisión de retroalimentación de Acuse de recibo/Acuse de Recibo Negativo (ACK/NACK) de una Solicitud de Repetición Automática Híbrida (HARQ) y solicitud de programación en un canal de control de UL (por ejemplo, Canal Físico de Control de Enlace Ascendente (PUCCH)) o en un Canal de UL Compartido (por ejemplo, PUSCH). En particular, en la presente memoria se describen aspectos del protocolo MAC relacionados con celdas de Acceso Asistido con Licencia (LAA) y, más generalmente, con celdas de una red de comunicaciones celular que operan en un espectro de frecuencia sin licencia.
La presente invención está definida por las reivindicaciones independientes adjuntas, a las que ahora debe hacerse referencia. Realizaciones específicas se definen en las reivindicaciones dependientes.
Los expertos en la técnica apreciarán el alcance de la presente descripción y comprenderán aspectos adicionales de la misma después de leer la siguiente descripción detallada de las realizaciones en asociación con las figuras de los dibujos adjuntos.
Breve descripción de los dibujos
Las figuras de los dibujos adjuntos incorporados y que forman parte de esta memoria descriptiva ilustran varios aspectos de la descripción y, junto con la descripción, sirven para explicar los principios de la descripción.
La Figura 1A ilustra un ejemplo convencional de red de recursos físicos de Enlace Descendente (DL) de Multiplexación por División de Frecuencia Ortogonal (OFDM) usada por Evolución a Largo Plazo (LTE);
la Figura 1B ilustra una trama de radio de LTE convencional que muestra la estructura en el dominio de tiempo de OFDM;
la Figura 1C ilustra un ejemplo de subtrama de DL de OFDM de 1,0 ms de LTE (con 14 símbolos de OFDM) que muestra las ubicaciones de las señales de control y las señales de referencia;
la Figura 2 es un diagrama esquemático de un ejemplo de Agregación de Portadoras (CA);
la Figura 3 es un diagrama esquemático que muestra un esquema de Escuchar antes de Hablar (LBT);
la Figura 4A representa un Canal Físico de Control de Enlace Ascendente (PUCCH) corto a modo de ejemplo según algunas realizaciones del objeto descrito en la presente memoria;
la Figura 4B representa un PUCCH largo a modo de ejemplo según algunas realizaciones del objeto descrito en la presente memoria;
la Figura 5A representa una alta sobrecarga de señalización requerida para ráfagas de Enlace Ascendente (UL) usando métodos de transmisión de concesión de UL heredados;
la Figura 5B representa un ejemplo de multiplexación de concesión de UL según algunas realizaciones de la presente descripción;
la Figura 6 representa un ejemplo de Información de Control de Enlace Ascendente (UCI) en un Canal Físico Compartido de Enlace Ascendente (PUSCH) donde el dispositivo de Equipo de Usuario (UE) ha recibido datos de DL (en el Canal Físico Compartido de Enlace Ascendente (PDSCH)) en cuatro subtramas consecutivas así como concesiones de UL válidas para las cuatro subtramas posteriores según algunas realizaciones de la presente descripción;
la Figura 7 representa un caso similar al de la Figura 6, pero aquí la UCI del UE que ha recibido PDSCH en las primeras cuatro subtramas se mapea a un PUCCH largo que abarca todos los símbolos disponibles de las cuatro subtramas siguientes, mientras que se supone que los recursos de PUSCH se asignan a otro UE;
la Figura 8 ilustra un ejemplo de una realización en la que se necesitan fases de LBT adicionales si diferentes UE proporcionan su retroalimentación de PUCCH en subtramas adyacentes;
la Figura 9 ilustra una transmisión de PUCCH agrupada según algunas realizaciones de la presente descripción;
la Figura 10 ilustra un ejemplo en el que un PUCCH corto (sPUCCH) está ubicado al final de una subtrama de DL acortada;
la Figura 11 representa un ejemplo en el que un UE está configurado con una opción de Solicitud de Programación Dedicada (D-SR) en cada cuarta subtrama;
las Figuras 12A y 12B ilustran ejemplos de una red de comunicaciones celular en la que se pueden implementar realizaciones de la presente descripción;
la Figura 13 ilustra la operación de una estación base y un dispositivo inalámbrico para implementar la propuesta 3 según algunas realizaciones de la presente descripción;
la Figura 14 es un diagrama de flujo que ilustra la operación de un dispositivo inalámbrico para implementar las propuestas 4-7 según algunas realizaciones de la presente descripción;
la Figura 15 ilustra la operación de una estación base y un dispositivo inalámbrico para implementar la propuesta 8 o 9 según algunas realizaciones de la presente descripción;
la Figura 16 es un diagrama de flujo que ilustra la operación de un dispositivo inalámbrico para implementar la propuesta 11 según algunas realizaciones de la presente descripción;
la Figura 17 es un diagrama de flujo que ilustra la operación de un dispositivo inalámbrico para implementar la propuesta 12 según algunas realizaciones de la presente descripción;
la Figura 18 ilustra la operación de una estación base y un dispositivo inalámbrico para implementar la propuesta 13 según algunas realizaciones de la presente descripción;
la Figura 19 ilustra la operación de una estación base y un dispositivo inalámbrico para implementar algunas o todas las propuestas 15-17 según algunas realizaciones de la presente descripción;
la Figura 20 ilustra la operación de una estación base y un dispositivo inalámbrico para implementar algunas o todas las propuestas 18-20 según algunas realizaciones de la presente descripción;
las Figuras 21 y 22 ilustran realizaciones de una estación base según algunas realizaciones de la presente descripción;
las Figuras 23 y 24 ilustran realizaciones de un dispositivo inalámbrico según algunas realizaciones de la presente descripción;
la Figura 25 ilustra la operación de un dispositivo inalámbrico en una celda de servicio primaria y en una celda de servicio secundaria según algunas realizaciones de la presente descripción; y
la Figura 26 ilustra una operación de LBT que se realiza al final de una subtrama justo antes de una subtrama de UL versus una operación de LBT que se realiza al comienzo de una subtrama de UL según algunas realizaciones de la presente descripción.
Descripción detallada
Las realizaciones expuestas a continuación representan información para permitir a los expertos en la técnica poner en práctica las realizaciones e ilustrar el mejor modo de poner en práctica las realizaciones. Al leer la siguiente descripción a la luz de las figuras de los dibujos adjuntos, los expertos en la técnica comprenderán los conceptos de la descripción y reconocerán aplicaciones de estos conceptos que no se abordan particularmente en la presente memoria.
Las realizaciones expuestas a continuación representan información para permitir a los expertos en la técnica poner en práctica las realizaciones e ilustrar el mejor modo de poner en práctica las realizaciones. Al leer la siguiente descripción a la luz de las figuras de los dibujos adjuntos, los expertos en la técnica comprenderán los conceptos de la descripción y reconocerán aplicaciones de estos conceptos que no se abordan particularmente en la presente memoria.
Nodo de Radio: tal como se usa en la presente memoria, un "nodo de radio" es un nodo de acceso de radio o un dispositivo inalámbrico.
Nodo de Acceso de Radio:tal como se usa en la presente memoria, un "nodo de acceso de radio" es cualquier nodo en una red de acceso de radio de una red de comunicaciones celular que opera para transmitir y/o recibir señales de forma inalámbrica. Algunos ejemplos de un nodo de acceso de radio incluyen, pero no se limitan a, una estación base (por ejemplo, un Nodo B evolucionado o mejorado (eNB) en una red de Evolución a Largo Plazo (LTE) del Proyecto de Asociación de Tercera Generación (3GPP)), una macroestación base o de alta potencia, una estación base de baja potencia (por ejemplo, una microestación base, una picoestación base, un eNB doméstico, o similar), y un nodo de retransmisión.
Dispositivo Inalámbrico: tal como se usa en la presente memoria, un "dispositivo inalámbrico" es cualquier tipo de dispositivo que tiene acceso a (es decir, es atendido por) una red de comunicaciones celular mediante la transmisión y/o recepción de señales de forma inalámbrica a un(os) nodo(s) de acceso de radio. Algunos ejemplos de un dispositivo inalámbrico incluyen, pero no se limitan a, un dispositivo de Equipo de Usuario (UE) en una red de LTE de 3GPP y un dispositivo de Comunicación Tipo Máquina (MTC).
Nodo de Red: tal como se usa en la presente memoria, un "nodo de red" es cualquier nodo que sea parte de la red de acceso de radio o de la red central de una red/sistema de comunicaciones celular.
Escuchar antes de hablar (LBT): tal como se usa en la presente memoria, "LBT" o un "esquema de LBT" es cualquier esquema en el que un nodo de acceso de radio o dispositivo inalámbrico monitoriza un canal en un espectro de frecuencia sin licencia para determinar si el canal está libre (por ejemplo, realiza una Evaluación de Canal Libre (CCA)) antes de transmitir en el canal.
Celda de LBT: tal como se usa en la presente memoria, una "celda de LBT" es una celda que opera en un canal en un espectro de frecuencia sin licencia en el que se debe realizar un esquema de LBT antes de transmitir.
Celda Secundaria (SCell) de Acceso Asistido Con Licencia (LAA): tal como se usa en la presente memoria, una “SCell de LAA" es un tipo de celda de LBT. En particular, una “SCell de LAA" es una SCell en una red de LTE, donde la SCell opera en un espectro de frecuencia sin licencia, con la ayuda de otra celda (es decir, la Celda Primaria (PCell)) que opera en un espectro de frecuencia con licencia.
Celda de LBT Independiente: tal como se usa en la presente memoria, una "celda de LBT independiente" es un tipo de celda de LBT (por ejemplo, una celda en una red de LTE) que opera por sí sola sin la ayuda de otra celda que opere en un espectro de frecuencia con licencia. Tenga en cuenta que la descripción proporcionada en la presente memoria se centra en LTE de 3GPP y, como tal, a menudo se usa la terminología de LTE de 3GPP. Sin embargo, los conceptos descritos en la presente memoria no se limitan a LTE de 3GPP.
Tenga en cuenta que, en la descripción de la presente memoria, se hace referencia al término "celda"; sin embargo, particularmente con respecto a los conceptos de Quinta Generación (5G), se pueden usar haces en lugar de celdas y, como tal, es importante tener en cuenta que los conceptos descritos en la presente memoria son igualmente aplicables tanto a celdas como a haces. Por lo tanto, en algunas realizaciones, las transmisiones descritas en la presente memoria pueden realizarse en haces en lugar de celdas (por ejemplo, un haz en un espectro de frecuencia sin licencia).
En esta descripción, se investigan los aspectos del protocolo de Control de Acceso al Medio (MAC) relacionados con el Enlace Ascendente (UL), es decir, la funcionalidad requerida para transmitir datos en el Canal Físico Compartido de Enlace Ascendente (PUSCH), así como la transmisión de realimentación de Acuse de Recibo/Acuse de Recibo Negativo (ACK/NACK) de Solicitud de Repetición Automática Híbrida (HARQ) y la solicitud de programación en el Canal Físico de Control de Enlace Ascendente (PUCCH) o PUSCH.
Realización de PUCCH en la Capa Física
En la presente descripción, se proporciona el diseño de capa física de PUCCH para LTE independiente en operación de Espectro Sin Licencia (LTE-U). Se describen dos opciones, el diseño de PUCCH corto (sPUCCH) y el diseño de PUCCH largo, desde la perspectiva de la capa física. Se analizará a continuación el diseño del protocolo MAC de retroalimentación de HAR<q>y Solicitud de Programación (SR) en PUCCH.
La Información de Control del Enlace Ascendente (UCI), que incluye ACK de HARQ, SR e Información del Estado del Canal (CSI) periódica, se puede transmitir en PUCCH en LTE de 3GPP. Para la operación independiente en una banda sin licencia, se pueden considerar dos formatos de PUCCH para la transmisión de UCI dependiendo de la configuración de temporización del eNB y el protocolo de HARQ, como se describirá a continuación. Debe tenerse en cuenta que es beneficioso que cada celda de servicio de UL transporte la retroalimentación de HARQ para la celda de servicio de DL correspondiente en LTE-U independiente. Esto evita que el estado del canal de una celda determine las retroalimentaciones de ACK de HARQ de todas las celdas. Este enfoque es diferente de LTE, donde normalmente el PUCCH de la PCell transporta la UCI para todas las SCell. Sin embargo, en términos de utilización del canal y diseño del formato de PUCCH, se sugiere tener PUCCH independiente para cada portadora independiente.
PUCCH corto (sPUCCH)
Un sPUCCH ocupa de 1 a 3 símbolos de Acceso Múltiple por División de Frecuencia de Portadora Única (SC-FDMA)/Multiplexación por División de Frecuencia Ortogonal (OFDM) en el dominio del tiempo y abarca todo el ancho de banda mediante entrelazado. Ya que sPUCCH se puede transmitir al final de una subtrama parcial de DL o como parte de una subtrama de UL (al menos si el PUSCH está programado para el mismo UE). Para transmitir sPUCCH, se puede aplicar un LBT agresivo en el UE. Alternativamente, no se requiere LBT si la duración del sPUCCH es inferior al 5 % del ciclo de trabajo según los requisitos regulatorios.
La Figura 4A representa un sPUCCH a modo de ejemplo según una realización del objeto descrito en la presente memoria. En la realización ilustrada en la Figura 4A, el PUCCH ocupa 2 símbolos de SC-FDMA/OFDM en el tiempo y un entrelazado en el dominio de la frecuencia. La Señal de Referencia de Demodulación (DMRS) y el símbolo de datos para PUCCH se puede multiplexar en la frecuencia o en el tiempo como se ilustra en la figura como dos opciones. Se pueden multiplexar múltiples UE de PUCCH en el dominio de la frecuencia asignando diferentes patrones de entrelazado y/o en el dominio del código aplicando, por ejemplo, diferentes Códigos de Cobertura Ortogonales (OCC) dentro de un único entrelazado. El número de símbolos, patrones de entrelazado y configuración de OCC (si corresponde) se pueden configurar para un UE mediante señalización de eNB.
La retroalimentación de HARQ y los correspondientes Identificadores (ID) de proceso podrían enumerarse explícitamente o, por ejemplo, proporcionarse como un mapa de bits (uno o dos bits por proceso). Para alinear el diseño con la Agregación de Portadoras (CA) Versión 13 de 3GPP, la UCI en sPUCCH se une con una Verificación de Redundancia Cíclica (CRC) de 8 bits y se codifica usando el Código Convolucional de Mordida de Cola (TBCC). Los símbolos codificados se mapean a Elementos de Recursos (RE) disponibles en una manera de primero frecuencia y segundo tiempo.
PUCCH largo
Un PUCCH largo ocupa una subtrama completa en el dominio del tiempo y abarca todo el ancho de banda mediante entrelazado. El eNB puede programar explícitamente un PUCCH largo cuando se requiera LBT en el UE para obtener acceso al canal de UL. El PUCCH largo es compatible y se puede multiplexar con transmisión de PUSCH desde el mismo o diferentes UE.
La Figura 4B representa un PUCCH largo a modo de ejemplo según una realización del objeto descrito en la presente memoria. En la realización ilustrada en la Figura 4B, el PUCCH ocupa un entrelazado en una subtrama. Hay una DMRS por intervalo que ocupa todo el ancho de banda en frecuencia, el cual se puede multiplexar con DMR<s>de PUSCH aplicando diferentes desplazamientos cíclicos. De manera similar al sPUCCH, se pueden multiplexar múltiples UE de PUCCH en el dominio de la frecuencia asignando diferentes patrones de entrelazado y/o en el dominio del código aplicando, por ejemplo, diferentes OCC dentro de un único entrelazado. Los entrelazados restantes dentro de la misma subtrama se pueden usar para transmisión de PUSCH y transmisión de PUCCH/PUSCH desde otros UE. El patrón de entrelazado, el Desplazamiento Cíclico (CS) y la configuración de OCC (si corresponde) se pueden configurar para un UE mediante señalización de eNB.
De manera similar al sPUCCH, la retroalimentación de HARQ y los ID de proceso correspondientes podrían enumerarse explícitamente o, por ejemplo, proporcionarse como un mapa de bits (uno o dos bits por proceso) en PUCCH largo.1 La UCI en PUCCH largo está unida con un CRC de 8 bits y codificada usando TBCC. Los símbolos codificados se mapean a RE disponibles en una manera de primero frecuencia y segundo tiempo.
En LTE de 3GPP, la transmisión de UCI en PUCCH incluye ACK de HARQ, SR y CSI periódica. Para LTE-U independiente, sería difícil soportar CSI periódica y, por lo tanto, la retroalimentación de CSI aperiódica es más esencial y debe soportarse en PUSCH programado por concesión de UL con o sin datos de Canal Compartido de UL (UL-SCH). Si se transmite más de un tipo de UCI en PUCCH, por ejemplo, HARQ y SR en la misma subtrama, se concatenan, se codifican conjuntamente y se envían en formato sPUCCH o PUCCH largo según la configuración de eNB basada en el protocolo de HARQ de DL como se describirá a continuación.
Algoritmos de Escucha Antes de Hablar de Enlace Ascendente
LBT de UL de LAA Versión 13
En la Versión 13 se analizaron varios aspectos de LBT de UL. Con respecto al marco de LBT de UL, el análisis se centró en los escenarios de programación automática y de programación entre portadoras.
Se reconoció que LBT de UL impone una etapa de LBT adicional para transmisiones de UL con autoprogramación, dado que la concesión de UL en sí requiere un LBT de DL por el eNB. Por lo tanto, la LAA Versión 13 recomienda que el LBT de UL para la autoprogramación use una única duración de CCA de al menos 25 gs (similar a una Señal de Referencia Dedicada (DRS) de DL) o un esquema de desconexión aleatorio con un período de aplazamiento de 25 gs, incluida una duración de aplazamiento de 16 gs seguida de un intervalo de CCA y un tamaño de ventana de contención máximo elegido entre X = {3, 4, 5, 6, 7}. Estas opciones también son aplicables para la programación de UL entre portadoras por otra SCell sin licencia.
Permanece abierto para estudio adicional un procedimiento de LBT de UL corto para el caso que involucra la programación entre portadoras por una PCell con licencia. La otra opción sobre la mesa es un procedimiento de desconexión aleatorio completo similar al usado por las estaciones Wi-Fi.
Finalmente, se dejó abierto para estudio adicional en la Versión 14 el caso de las transmisiones de UL sin LBT cuando una ráfaga de transmisión de UL sigue a una ráfaga de transmisión de DL en esa portadora respectiva (con un intervalo de como máximo 16 gs entre las dos ráfagas).
Algoritmo de LBT de UL independiente
Es esencial que el diseño de LBT de UL independiente sea compatible con los posibles algoritmos de LBT de LAA de UL especificados en la LAA Versión 14. Además, el acceso al canal de UL debe ser competitivo en comparación con el enlace descendente. Estos aspectos conducen a las siguientes propuestas. Por lo tanto, la presente descripción propone conservar las opciones de LBT de UL de LAA Versión 13 como base para estudios adicionales y propone que el umbral de Detección de Energía de CCA (CCA-ED) de UL sea al menos tan alto como el umbral de CCA-ED de DL.
Transmisión de concesión de UL
En la transmisión de concesión de UL heredada, cada subtrama de UL se programa mediante una concesión dedicada enviada 4 ms antes. Esto conduce a una alta sobrecarga de señalización dado que se necesitan 4 subtramas consecutivas con una concesión de UL para indicar una única ráfaga de UL de 4 ms, como se ve en la Figura 5A.
La Figura 5A representa la alta sobrecarga de señalización requerida para las ráfagas de UL usando métodos de transmisión de concesión de UL heredados. Con cargas bajas, esto implica además que sería necesario realizar LBT de DL solo para enviar una concesión de UL sin datos en esa subtrama, lo que conduce a un uso ineficiente del canal sin licencia. El retardo de 4 ms entre la transmisión de concesión de UL y la transmisión de UL también dificulta tener una ráfaga de DL corta seguida inmediatamente por una ráfaga de UL.
Los inconvenientes de la transmisión de concesión de UL heredada reducen significativamente el potencial de LAA de UL, aunque se pueden solucionar con mejoras simples, tal como programar múltiples subtramas de UL desde una única subtrama de DL y reducir el retardo mínimo entre la recepción de concesión de UL y la subtrama de UL. Estos se abordarán ahora uno por uno.
Programación de múltiples subtramas. La programación de múltiples subtramas de UL desde una única subtrama de DL reduce la sobrecarga de señalización para LAA de UL y la interferencia causada a las celdas vecinas. Para una situación de carga baja con solo tráfico de UL en un momento dado, si es posible programar 4 subtramas de UL desde dentro de una subtrama de DL, la sobrecarga de la transmisión de concesión se reduce al 25 %. La reducción de la sobrecarga podría ser algo menor si fuera posible indicar diferentes configuraciones en las subtramas individuales. Es posible que deseemos cambiar el Esquema de Modulación y Codificación (MCS), los entrelazados, las configuraciones de la Señal de Referencia de Sondeo (SRS), las configuraciones de DMRS, etc. Esta característica ya es soportada en la Duplexación por División en el Tiempo (TDD), dado que la configuración 0 con 3 subtramas de UL para 2 subtramas de DL soporta la programación de múltiples subtramas de UL desde una única subtrama de DL. Si el número de subtramas de UL programadas con una subtrama de DL aumenta aún más, por ejemplo, a 12, la sobrecarga de señalización se puede reducir aún más, por ejemplo, al 8,33 %, y mejora aún más el rendimiento de la UL de LAA. Sin embargo, el número óptimo de subtramas de UL programadas con la misma subtrama de DL depende de muchos factores, tales como el tipo de tráfico, la carga de tráfico y el tamaño del búfer del UE. Por lo tanto, idealmente el eNB debería tener la libertad de configurar cuántas subtramas de UL se programan con la misma subtrama de DL. El impacto del protocolo MAC es mínimo, como se analiza a continuación. Por tanto, otra propuesta de la presente descripción es soportar la programación de múltiples subtramas para UL.
Reducción del retardo en la concesión de UL. Para mejorar aún más el rendimiento del enlace ascendente, se debe reducir el retardo de concesión de UL fijo heredado de 4 ms. Considerando una situación de baja carga con solo tráfico de UL en un momento dado, si se aplica solo la multiplexación de concesión de UL sin optimización adicional, se puede llegar a la situación representada en la Figura 5B.
La Figura 5B representa un ejemplo de multiplexación de concesión de UL según una realización de la presente descripción. La sobrecarga de señalización de la transmisión de concesión de UL se reduce, pero en lugar de usar subtramas de concesión de UL anteriores para la transmisión de datos de UL, simplemente se mantienen vacías hasta que comienzan las transmisiones de UL. Por tanto, la velocidad de transferencia de datos del enlace ascendente sigue siendo limitada.
La programación del eNB puede optimizarse para evitar en la medida de lo posible la situación representada en la Figura 5B. Sin embargo, esta situación ocurrirá cada vez que la transmisión de concesiones de UL multiplexadas no pueda ocurrir en la subtrama planificada debido a un fallo del LBT. El método más natural y sencillo para resolver el problema de la Figura 5B es reducir el retardo de concesión para el enlace ascendente. Por lo tanto, otra propuesta de la presente descripción es reducir el retardo entre la concesión de UL y la transmisión de UL correspondiente a menos de 4 ms.
HARQ de Enlace Ascendente para PUSCH
Propuesta 1: adoptar HARQ de UL asíncrona
En la sección 7.2.2.2 de la fase del tema de estudio de LAA del Informe Técnico (TR) 36.889 V13.0.0 de 3GPP, "se recomienda HARQ [a]síncrona para UL de LAA," específicamente para el PUSCH. Eso significa que las retransmisiones de UL pueden no solo ocurrir en un Tiempo de Ida y Vuelta (RTT) (por ejemplo, n+8) después de la transmisión inicial, sino más bien en cualquier momento. Esto se considera beneficioso en particular cuando las (re-) transmisiones se bloquean y posponen debido a LBT. Por lo tanto, para mantener la alineación con la funcionalidad de la Versión 14 de 3GPP, la presente descripción propone adoptar HARQ de UL asíncrona (como se acordó en el Tema de Estudio (SI) de la Versión 13 para UL de lAa ).
Propuesta 2: no se soporta HARQ de Enlace Ascendente No Adaptativa
También se acordó en la sección 7.2.2.2 del documento TR 36.889 V13.0.0 de 3GPP que "con el protocolo de HARQ asíncrona de UL, toda transmisión o retransmisión debe programarse mediante el [Canal Físico de Control de Enlace Descendente (p Dc CH)] o [PDCCH Mejorado (ePDCCH)]." En otras palabras, Ha Rq no adaptativa ya no se soporta porque no encajaría bien con el concepto de HARQ asíncrona y requeriría un canal fiable para transportar el ACK/NACK en DL. Tal como se usa en la presente memoria, el término "HARQ no adaptativa" se refiere al modo de operación en donde un NACK en el Canal Físico Indicador de HARQ (PHICH) activa la retransmisión de HARQ un RTT después de la transmisión inicial en el mismo recurso de frecuencia con el mismo MCS. PHICH no se puede usar tal como está: si el ACK en PHICH está bloqueado por LBT, el UE realizaría una retransmisión no adaptativa según el patrón HARQ existente y la asignación de programación. Por lo tanto, la presente descripción propone que no se soporte HARQ de UL no adaptativa.
Propuesta 3: supone que HARQ de UL fue exitosa, establece el estado en ACK
Por lo tanto, cuando se introduce HARQ asíncrona, el UE debería suponer que todos los procesos de HARQ de UL transmitidos fueron exitosos (establece el estado local en ACK). El UE realiza una retransmisión de HARQ para un proceso de HARQ solo tras la recepción de una concesión de UL correspondiente (Indicador de Datos Nuevos (NDI) no conmutado) del eNB. El índice de proceso se indica en el campo de índice de proceso de HARQ en la concesión de UL. Tenga en cuenta que esto también es eficiente considerando que la mayoría de los intentos de transmisión tienen éxito de todos modos y, por lo tanto, ya no se necesita ninguna retroalimentación (PHICH). Por lo tanto, la presente descripción propone que tras la transmisión de un proceso de HARQ de UL, el UE suponga que se transmitió con éxito y establezca el estado mantenido localmente en ACK. El UE realiza una retransmisión de HARQ para un proceso de HARQ de UL solo tras la recepción de una concesión de UL correspondiente.
El documento TR 36.889 V13.0.0 de 3GPP también menciona la necesidad de introducir nuevos medios para vaciar un búfer de HARQ de UL. Hasta ahora, esto sucedió con un contador por proceso de HARQ (CURRENT_TX_NB) que el UE incrementaba una vez por RTT, es decir, cada vez que el proceso tenía la oportunidad de ser retransmitido. Con la introducción de HARQ asíncrona, las retransmisiones pueden ocurrir en otros momentos. Por lo tanto, se analizó en el 3GPP que puede ser más apropiado usar un temporizador/contador que determine el número de subtramas desde la transmisión inicial de un proceso y elimine el proceso cuando el temporizador/contador exceda un umbral configurado. Pero si es necesario o no eliminar el proceso de HARQ depende, por ejemplo, de cómo se maneja la Recepción Discontinua (DRX).
El estudio del 3GPP también identificó la necesidad de redefinir el tiempo activo de DRX: el UE necesita determinar en qué subtramas monitorizará PDCCH para recibir concesiones de UL potencialmente entrantes para retransmisiones de HARQ. Dado que las retransmisiones para un proceso de HARQ particular ya no están vinculadas a subtramas específicas, las concesiones para retransmisiones de UL pueden, en principio, aparecer en cualquier subtrama para cualquier proceso que aún no haya sido eliminado. Por lo tanto, una solución simple sería cambiar la condición en el documento TS 36.321, V 12.7.0 de 3GPP de "puede ocurrir una concesión de enlace ascendente para una retransmisión de HARQ pendiente y hay datos en el búfer de HARQ correspondiente" a "hay datos en cualquiera de los búferes de HARQ de enlace ascendente" y vaciar los búferes como se describe en el párrafo anterior. Sin embargo, este enfoque mantendría al UE activo continuamente durante un tiempo bastante largo después de cada transmisión de UL, incluso si no se requieren retransmisiones.
Propuesta 4: el UE inicia un "temporizador de Retroalimentación de HARQ de Enlace Ascendente" en una subtrama donde tiene una concesión de UL válida
Gracias a la introducción de HARQ asíncrona, afortunadamente ya no es necesario mantener el UE activo continuamente. El eNB puede programar una retransmisión para cualquier proceso de HARQ de UL en cualquier subtrama (siempre que el LBT haya tenido éxito). Por lo tanto, se sugiere usar un principio similar al Temporizador de RTT de HARQ y un Temporizador de Retransmisión de DRX que se han usado para HARQ de DL desde la Versión 8. La diferencia es que un temporizador, denominado en la presente memoria "Temporizador de Retroalimentación de HARQ de UL," comienza en la subtrama cuando la concesión de UL se vuelve válida - tanto si la transmisión se realiza como si fue bloqueada por un LBT fallido. El Temporizador de Retroalimentación de HARQ de UL se ejecuta hasta el primer momento en el que se pueda recibir una concesión de UL para una retransmisión. Por lo tanto, la presente descripción propone que el UE inicie un Temporizador de Retroalimentación de HARQ de UL en una subtrama donde tiene una concesión de UL válida, es decir, si ocurre la transmisión de UL o si está bloqueada por LBT.
Propuesta 5: el Temporizador de Retroalimentación de HARQ de UL activa un Temporizador de Retransmisión de DRX
La presente descripción propone que al vencimiento del Temporizador de Retroalimentación de HARQ de UL, el UE inicie un Temporizador de Retransmisión de DRX correspondiente y permanezca en Tiempo Activo mientras dicho Temporizador de Retransmisión de DRX esté en marcha.
Propuesta 6: vaciar el búfer de HARQ detiene el Temporizador de Retroalimentación de HARQ de UL
La presente descripción propone además que el UE detenga el Temporizador de Retroalimentación de HARQ de UL al vaciar el búfer de HARQ correspondiente.
Propuesta 7: un Temporizador de RTT de HARQ de UL y un Temporizador de Retransmisión de DRX por proceso de HARQ de UL
La presente descripción también propone que un Temporizador de RTT de HARQ de UL y un Temporizador de retransmisión de DRX estén asociados con cada proceso de HARQ de UL.
Sin embargo, cabe señalar que si las propuestas 4 a 7 son aceptables, no existe una gran necesidad de vaciar los búferes de HARQ de UL; por lo tanto, la presente descripción no propone introducir tales medios por el momento. Alternativamente, la presente descripción propone que, cuando se adopten las propuestas 4 a 7, no sea necesario realizar el vaciado de los búferes de HARQ de UL.
En el alcance del tema de estudio de LAA, también se ha analizado el soporte de programación de múltiples subtramas para que el eNB pueda enviar concesiones de UL para varias transmisiones de PUSCH en una única subtrama de DL. Esta mejora se considera útil dado que maximiza la utilización de recursos y la velocidad de transferencia de datos siempre que el tráfico sea intenso en UL. Actualmente, las interacciones entre L1 y MAC se modelan de manera que L1 se encarga de la temporización de concesiones y asignaciones. Si una DCI comprende dos concesiones de UL (por ejemplo, para TDD), L1 las proporciona en las dos subtramas apropiadas a MAC. Suponiendo que se aplique el mismo modelado, no se espera que la programación de UL de múltiples subtramas tenga ningún impacto adicional en la especificación de MAC. Tenga en cuenta que el Temporizador de retroalimentación de HARQ de UL sugerido en las propuestas 4-7 garantiza que el UE se active lo antes posible cuando pueda ocurrir una retransmisión para cualquiera de esos procesos de UL.
Retroalimentación de UL para HARQ de DL
El protocolo de HARQ de DL ya es asíncrono desde la Versión 8 de 3GPP y, por lo tanto, está listo para su uso por LAA, donde la retroalimentación de HARQ (ACK/NACK) se puede enviar de manera fiable en el PUCCh de una PCell con licencia. Sin embargo, para la operación independiente (por ejemplo, para una celda de LAA independiente) (así como para LAA con conectividad dual), la Información de Control del Enlace Ascendente (UCI) se transmite en un espectro sin licencia. A día de hoy, las normas regulatorias permiten omitir LBT para información de control (no para datos del plano de usuario) si esas transmisiones no ocupan el medio durante más del 5 % del tiempo. Si bien sería atractivo desde el punto de vista del protocolo diseñar el PUCCH basándose en esta regla, las colisiones resultantes podrían afectar negativamente al rendimiento del sistema. Además, no es improbable que haya intentos de modificar o rechazar esta regla del 5 %. Por lo tanto, se propone investigar la aplicación de LBT para controlar señales como la UCI.
Propuesta 8: la UCI identifica el(los) proceso(s) de HARQ de DL
A día de hoy, el diseño de HARQ de DL de LTE se basa únicamente en la relación de temporización fija entre el proceso de HARQ de DL y la retroalimentación de HARQ correspondiente. Debido a LBT, el tiempo entre la transmisión de DL y la retroalimentación de HARQ variará y, por lo tanto, se considera necesario incluir el ID del proceso de HARQ en la retroalimentación de HARQ enviada en el UL.
Dado que cualquier tipo de agrupación aumenta el RTT, generalmente es preferible la retroalimentación inmediata (en la subtrama n+4). Sin embargo, también requiere que el eNB y el UE conmuten la dirección de transmisión (de DL a UL, de UL a DL) con mayor frecuencia, lo que aumenta la sobrecarga. Si de todos modos es necesario incluir el ID del proceso de HARQ en la retroalimentación de HARQ, es fácilmente posible agrupar la retroalimentación de HARQ para múltiples procesos de DL en un solo mensaje de UL. La retroalimentación de HARQ y los ID de proceso correspondientes podrían enumerarse explícitamente o proporcionarse como un mapa de bits (un bit por proceso o por bloque de transporte). Por lo tanto, la presente descripción propone que la UCI contenga los identificadores de proceso de HARQ de DL ya sea explícitamente o como un mapa de bits.
Propuesta 9: el eNB controla si y cuántas retroalimentaciones de HARQ el UE agrupa en una UCI
Si bien la retroalimentación inmediata por proceso reduce la latencia observada en la capa del Protocolo de Internet (IP), la agrupación de retroalimentación mejora la eficiencia espectral. Cuál de estos "modos" es preferible depende, por ejemplo, de la carga del sistema y de la cola del UE particular. Por lo tanto, el eNB debe tener medios para conmutar entre los modos, es decir, solicitar retroalimentación de HARQ con frecuencia o permitir que el UE agrupe retroalimentación para múltiples procesos.
Propuesta 10: cada celda de servicio de UL transporta la retroalimentación de HARQ para la celda de servicio de DL correspondiente
Como se analizó en la sección anterior titulada "Realización de PUCCH en la Capa Física", se sugiere que cada celda de servicio de UL transporte la retroalimentación de HARQ para la celda de servicio de DL correspondiente. Esto es diferente de LTE, donde normalmente el PUCCH de la PCell transporta la UCI para todas las SCell, pero en términos de utilización del canal y diseño del formato de PUCCH, se sugiere mantenerlo separado en LTE independiente sin licencia.
Esta solicitud podría ser explícita como parte de la asignación de DL o el UE podría determinarla basándose en la disponibilidad de recursos apropiados para enviar UCI. Los detalles pueden variar y también pueden depender del(de los) diseño(s) de PUCCH, que se analizan a continuación.
Aquí se centra el aprovisionamiento de retroalimentación de ACK/NACK para procesos de HARQ de enlace descendente, pero más allá de eso también es necesario transmitir la Solicitud de Programación Dedicada (D-SR) y/o CSI.
Propuesta 11: un UE con concesión de UL válida multiplexa HARQ pendiente (y posiblemente otra UCI) en PUSCH
En principio, debería ser posible transmitir retroalimentación de HARQ (UCI) en la misma subtrama que PUSCH desde el mismo UE, la misma subtrama que PUSCH desde otro UE, la misma subtrama que el Canal Físico Compartido de Enlace Descendente (PDSCH) para el mismo UE, la misma subtrama que el PDSCH para otro UE, o una subtrama vacía (el UE no recibió la concesión de UL ni detectó el PDSCH).
Si un UE tiene una concesión de PUSCH válida, es deseable mapear la información de UCI (si hay alguna disponible) en esos recursos de PUSCH en lugar de usar elementos de recursos adicionales. Al igual que en LTE, este mapeo a PUSCH ofrece características de transmisión preferibles en comparación con la asignación de elementos de recursos adicionales para un PUCCH, tal como una mejor métrica cúbica.
La Figura 6 representa un ejemplo de UCI en PUSCH donde el UE ha recibido datos de DL (PDSCH) en cuatro subtramas consecutivas, así como concesiones de UL válidas para las cuatro subtramas posteriores según una realización del objeto descrito en la presente memoria. Si bien sería posible agrupar la retroalimentación de HARQ (por ejemplo, en la última subtrama de PUSCH), es preferible enviar la retroalimentación de HARQ lo antes posible. Y dado que el UE tiene recursos de UL asignados de todos modos, el mapeo que se muestra a continuación parece preferible. Por lo tanto, la presente descripción propone que un UE con una concesión de UL válida pueda multiplexar el HARQ pendiente y posiblemente otra UCI en un PUSCH.
Propuesta 12: un UE sin concesión de UL válida envía retroalimentación de HARQ pendiente en PUCCH (largo) tras un LBT corto exitoso
La Figura 7 representa un ejemplo de UCI en PUSCH según otra realización del objeto descrito en la presente memoria. La Figura 7 representa un caso similar al de la Figura 6, pero en la realización ilustrada en la Figura 7, la UCI del UE que ha recibido PDSCH en las primeras cuatro subtramas se mapea a un PUCCH (largo) que abarca todos los símbolos disponibles de las cuatro subtramas siguientes, mientras que se supone que los recursos de PUSCH están asignados a otro UE.
Si bien los recursos de transmisión de PUSCH se conceden explícitamente, se supone que el UE deriva los recursos de PUCCH implícitamente de las concesiones de DL mediante mapeos similares a las definidos en LTE. Antes de realizar la transmisión de PUCCH, el UE tiene que realizar LBT. Como se analizó para PUSCH en el tema de estudio de la Versión 13, se considera posible realizar solo un LBT corto dado que la transmisión de PDSCH anterior estuvo sujeta a un LBT normal. En otras palabras, el PUCCH usa los mismos parámetros de LBT que el PUSCH programado, lo que permite multiplexar las transmisiones en una única subtrama.
En el ejemplo de la Figura 7, el UE tiene que acortar la cuarta transmisión de PUCCH para que el eNB pueda realizar LBT de DL antes de una subtrama de DL posterior. Esto implica que al programar recursos de UL para la subtrama 8, el eNB también necesita decidir si la subtrama 9 posterior será una subtrama de UL o de DL. Si se supone que debe seguir una subtrama de DL, la subtrama de UL anterior debe finalizar antes. Si bien esta restricción se considera indeseable, sigue la referencia establecida en la Versión 13. El eNB podría usar la señalización de transmisión de PDCCH que se introdujo en LAA Versión 13 para indicar el acortamiento de la subtrama. Alternativamente, podría proporcionar esta información como parte de la asignación de DL.
Propuesta 13: omitir LBT de UL
La Figura 8 ilustra un ejemplo según otra realización del objeto descrito en la presente memoria en el que se necesitan fases de LBT adicionales si diferentes UE proporcionan su retroalimentación de PUCCH en subtramas adyacentes. Además del LBT en las transiciones de DL a UL y de UL a DL, se necesitan fases de LBT adicionales si diferentes UE proporcionan su retroalimentación de PUCCH en subtramas adyacentes. Esto se destaca en la Figura 8, donde un primer UE recibe PDSCH en las dos primeras subtramas y un segundo UE recibe PDSCH en las subtramas tercera y cuarta. Si bien el eNB puede realizar las transmisiones de DL consecutivas, el segundo UE necesita detectar que el canal está vacío antes de realizar su transmisión de PUCCH.
Cuando se comparan los ejemplos de la Figura 7 y la Figura 8, resulta evidente que un UE no puede determinar por sí mismo si debe realizar LBT al comienzo de una subtrama de UL. Incluso si usó la subtrama anterior para una transmisión de UL, es posible que tenga que realizar otro LBT antes de la subtrama posterior, dependiendo de si otros UE necesitan o no realizar LBT en esa subtrama. Por lo tanto, se sugiere que el eNB indique explícitamente en las concesiones de UL (para PUSCH) y las asignaciones de DL (para PUCCH) si el UE puede omitir LBT para la subtrama de UL correspondiente. Para evitar casos de error, el UE debería realizar LBT (corto) en una subtrama de UL programada si no había realizado una transmisión de UL en la subtrama anterior. Esta discrepancia podría haber ocurrido debido al LBT del UE en la subtrama anterior, o debido a la falta de una concesión de UL o una asignación de DL. Por lo tanto, la presente descripción propone que un UE puede omitir su LBT de UL si se cumplen ambas condiciones: 1) el UE había realizado una transmisión de UL (PUCCH o PUSCH) en la subtrama anterior; y 2) el eNB permitió explícitamente omitir LBT en la concesión de UL o asignación de DL.
También vale la pena señalar que, en los ejemplos de la Figura 7 y la Figura 8, el UE no (necesita) saber si su transmisión de PUCCH coincide con una transmisión de PUSCH de otro UE. En otras palabras, las propuestas 2 y 5 anteriores son equivalentes desde el punto de vista del UE que transmite el PUCCH.
Propuesta 14: el UE realiza LBT de UL al comienzo de la subtrama de UL en lugar de al final de la subtrama anterior
En LAA Versión 13, se decidió que el eNB realiza LBT de DL antes del inicio de una subtrama de DL y que acorta la última subtrama de PDSCH de una ráfaga de DL para dejar espacio para un LBT posterior. De manera similar, se podría considerar acortar la última transmisión de UL (PUSCH o PUCCH) de un UE. Entonces, un UE también debería realizar LBT de UL previo a su subtrama de UL. Sin embargo, este enfoque tiene inconvenientes importantes: requiere que el eNB no solo decida si la subtrama posterior también será una subtrama de UL (ver el análisis anterior), sino también si se asignará al mismo u otro UE. Si es así, la subtrama actual puede abarcar todas las subtramas; de lo contrario, se deberá acortar la subtrama actual. Esta "visión anticipada" requiere mucho procesamiento y aumenta el retardo en la programación. En segundo lugar, sería deseable que el eNB tuviera la oportunidad de ganar LBT contra uno de sus UE que pretenda transmitir PUCCH. Por estas razones, la presente descripción propone realizar LBT de UL en el comienzo de una subtrama de UL en lugar de al final de la subtrama anterior.
Propuesta 15: un UE envía retroalimentación de HARQ pendiente (y posiblemente otra UCI) en sPUCCH si el eNB indica una subtrama de DL acortada
Anteriormente en esta descripción se introdujo el concepto de agrupación de retroalimentación. En el ejemplo de la Figura 7, el UE proporciona su retroalimentación de HARQ lo antes posible (es decir, n+4), lo cual es deseable en términos de latencia. Si las subtramas se usan de todos modos para transmisiones de PUSCH de otros UE, la sobrecarga adicional debida a la retroalimentación de HARQ inmediata es insignificante. Sin embargo, si el eNB no necesita las subtramas intermedias, sería deseable dejarlas vacías y permitir que el UE agrupe la retroalimentación de HARQ dentro de una única transmisión de PUCCH.
La Figura 9 ilustra una transmisión de PUCCH agrupada según una realización del objeto descrito en la presente memoria. Dado que la agrupación se considera un caso especial, se sugiere que el eNB dé instrucciones al UE en la asignación de DL para que posponga la retroalimentación de HARQ. En el ejemplo de la Figura 9, proporciona esta indicación en las primeras tres subtramas de enlace descendente y, por lo tanto, el UE omite PUCCH en las subtramas 5, 6 y 7. Al comienzo de la subtrama 8, realiza LBT (corto) y envía la retroalimentación de HARQ pendiente para los cuatro procesos de HARQ de DL.
Hoy en día, el tráfico de usuarios es intenso en DL. Por lo tanto, habrá muchas ocasiones en las que el eNB pretenda programar más subtramas de DL que de UL. Gastar subtramas completas para el PUCCH crearía una sobrecarga indeseable. Por lo tanto, se sugiere proporcionar un PUCCH corto además del PUCCH largo descrito hasta ahora aquí. Este sPUCCH puede aparecer al final de una subtrama de DL acortada como se muestra en la Figura 10.
La Figura 10 ilustra un ejemplo en el que un sPUCCH está ubicado en el extremo de una subtrama de DL acortada según una realización del objeto de la presente memoria. Las subtramas 1,2, 3 y 5, 6, 7 dan instrucciones al UE para que posponga su retroalimentación de HARQ. Las asignaciones en las subtramas 4 y 8 no tienen esta indicación y, como consecuencia, el UE intenta transmitir UCI en la subtrama 8 (que refleja la retroalimentación de HARQ para las subtramas 1-4) y en la subtrama 12 (que refleja la retroalimentación de HARQ para las subtramas 5-8). Si el UE encontrara que esas subtramas están vacías o si recibiera una concesión de PUSCH para cualquiera de esas subtramas, proporcionaría la retroalimentación de UCI como se describió en los párrafos anteriores. Pero en este ejemplo, el eNB decidió usar estas subtramas principalmente para la transferencia de datos de DL. En las subtramas 7 y 11 notifica a todos los UE mediante la señalización de transmisión de PDCCH que las subtramas 8 y 12 se acortarán. Por lo tanto, el(los) UE con retroalimentación de HARQ pendiente enviarán esa retroalimentación en el sPUCCH.
Por lo tanto, la presente descripción propone que un UE pueda enviar retroalimentación de HARQ pendiente (y posiblemente otra UCI) en un sPUCCH si el eNB indica una subtrama de DL acortada.
Propuesta 16: el UE no necesita realizar LBT antes de la transmisión de sPUCCH
Dado que la UCI es puramente señalización de control y dado que sigue directamente a la transmisión de DL del eNB, el UE no realiza ningún LBT antes de la transmisión. Por supuesto, el eNB tuvo que realizar LBT al comienzo de esa ráfaga de DL.
Propuesta 17: el UE determina los recursos de sPUCCH basándose en la configuración de Control de Recursos de Radio (RRC) en combinación con la asignación de DL recibida (similar a PUCCH)
Si la subtrama que sigue al sPUCCH se programa para PUSCH, esos UE realizarán LBT (corto) al comienzo de esa subtrama de UL. Si el eNB pretende continuar con una transmisión de PDSCH después del sPUCCH, puede hacerlo después de un intervalo corto. Esto debería ocurrir al final del sPUCCH. Como se mencionó anteriormente, el eNB recuperará así el canal y puede evitar que sus UE envíen PUCCH normal en la subtrama posterior.
De manera similar al PUCCH, el UE determina los recursos de sPUCCH basándose en la configuración de RRC en combinación con la asignación de DL recibida.
D-SR
Propuesta 18: la red puede configurar el UE con recursos de D-SR usando señalización de RRC
En LTE, el eNB normalmente configura un UE que está en RRC conectado con un recurso de D-SR en PUCCH. La periodicidad (por ejemplo, 10, 20, 40 subtramas), así como el recurso de tiempo/frecuencia real, se configuran de forma de forma semiestática mediante RRC. Tras la llegada de datos (paquetes IP) desde una capa superior a la cola vacía del Protocolo de Convergencia de Datos por Paquetes (PDCP) del UE, se activa un Informe de Estado del Búfer (BSR). Si el UE no tiene una concesión de UL válida para enviar el BSR, envía una D-SR en su próxima ocasión de D-SR usando PUCCH. El mismo principio también podría aplicarse a LTE independiente sin licencia. Sin embargo, se puede suponer que el UE realiza LBT antes de la transmisión de la D-SR en PUCCH.
Propuesta 19: el UE puede enviar D-SR en aquellas ocasiones en PUCCH después de un LBT exitoso
La Figura 11 representa un ejemplo en el que un UE está configurado con una oportunidad de D-SR en cada cuarta subtrama según una realización del objeto descrito en la presente memoria. En momentos en que ninguno de los UE conectados con el eNB está transmitiendo o recibiendo datos activamente, el eNB minimiza las transmisiones de DL (solo DRS) y la mayoría de las subtramas estarán vacías. En este ejemplo, el UE intenta enviar una D-SR en la tercera aparición de la D-SR representada y logra hacerlo después de un LBT exitoso al comienzo de la subtrama.
Propuesta 20: el UE puede enviar D-SR en esas ocasiones en sPUCCH si el eNB anuncia que la subtrama es una subtrama de DL acortada
Una vez que el canal está ocupado por transmisiones de datos de UL o de DL, es probable que el LBT del UE antes de D-SR falle debido a las ráfagas de datos de PDSCH/PUSCH en curso. Sin embargo, lo que podría parecer un problema a primera vista es en realidad una propiedad deseable: usando una configuración de LBT más agresiva (que sigue siendo justa para Wi-Fi) que sus UE, el eNB puede capturar el canal y programar PDSCH/PUSCH de manera eficiente tan pronto como los datos estén disponibles. Para garantizar que los UE puedan informar al eNB sobre los datos disponibles, el eNB debe declarar al menos algunas de las ocasiones de D-SR de los UE como subtramas de DL acortadas o dejarlas vacías. Como se muestra en la última parte de la secuencia en la Figura 11, el UE usará esas ocasiones para enviar D-SR (y retroalimentación de HARQ).
Si bien existe la necesidad de multiplexar la retroalimentación de HARQ en los recursos de PUSCH del UE, no es necesario hacerlo con D-SR. La razón es que un UE que tenga una concesión de UL válida incluirá más bien un informe de estado del buffer (más detallado) dentro de la Unidad de Datos de Protocolo (PDU) de MAC enviada en PUSCH.
CSI
Además de la retroalimentación de HARQ y de D-SR, PUCCH también transporta la CSI. En LTE se puede mapear a PUCCH así como a PUSCH.
Propuesta 21: Como referencia, solo se soporta retroalimentación de CSI aperiódica. Se mapea a PUSCH según la concesión de UL proporcionada por el eNB
Como se analizó en la sección anterior titulada "Realización de PUCCH en la Capa Física", los informes aperiódicos de CSI se consideran importantes. Al igual que en LTE, la CSI aperiódica se mapea a PUSCH (con o sin datos de usuario de UL). Por lo tanto, se sugiere seguir este principio para LTE independiente sin licencia.
Las Figuras 12A y 12B ilustran ejemplos de una red de comunicaciones celular en la que se pueden implementar realizaciones de la presente descripción. Las realizaciones de ejemplo ilustradas en las Figuras 12A y 12B se implementan en una red 10 de comunicaciones celular (también denominada en la presente memoria sistema de comunicaciones). En el ejemplo de la Figura 12A, la red 10 de comunicaciones celular incluye una estación base 12 (por ejemplo, un eNB en terminología LTE) que presta servicio a una celda 14 que opera en una portadora f<1>en un espectro de frecuencia con licencia y una celda 16 que opera en una portadora f<2>en un espectro de frecuencia sin licencia (por ejemplo, el espectro de frecuencia de 5 gigahercios (GHz). Según un esquema de LAA de ejemplo, la celda 14 está configurada como una PCell de un dispositivo 18 inalámbrico (por ejemplo, un UE de LTE), y la celda 16 está configurada como una SCell del dispositivo 18 inalámbrico, según un esquema de CA para LAA. Como tal, con respecto al dispositivo 18 inalámbrico, la celda 14 se denomina PCell 14 del dispositivo 18 inalámbrico, y la celda 16 se denomina SCell 16 o, más precisamente, SCell 16 de LAA del dispositivo 18 inalámbrico.
En la Figura 12B, las celdas 14 y 16 reciben servicio de estaciones base 12-1 y 12-2 separadas, respectivamente. A este respecto, la celda 16 puede ser una celda de LAA independiente o una celda de LAA utilizada con respecto al dispositivo 18 inalámbrico según un esquema de conectividad dual (donde las estaciones base 12-1 y 12-2 están conectadas mediante un enlace de retorno no ideal). Las estaciones base 12-1 y 12-2 están conectadas comunicativamente a una red 20 central (por ejemplo, un Núcleo de Paquetes Evolucionado (EPC)) y, en algunas realizaciones, pueden comunicarse entre sí mediante una interfaz de estación base a estación base (por ejemplo, la interfaz X2 en LTE) o mediante la red 20 central.
La Figura 13 ilustra la operación de la estación base 12-1 (o la estación base 12-2) y el dispositivo 18 inalámbrico para implementar la propuesta 3 anterior según algunas realizaciones de la presente descripción. Como se ilustra, cuando se utiliza HARQ asíncrona, el dispositivo 18 inalámbrico transmite una transmisión de UL para un proceso de HARQ de UL particular en la celda de LAA (etapa 100). El dispositivo 18 inalámbrico supone que la transmisión de UL fue exitosa y, como tal, establece un estado mantenido localmente para el proceso de HARQ de UL a ACK (etapa 102). El dispositivo 18 inalámbrico puede recibir o no una concesión de UL posterior (NDI no conmutada) desde la estación base 12-1 (o 12-2) correspondiente al proceso de HARQ de UL (etapa 104). En algunas realizaciones, el índice de proceso de HARQ de UL se indica en el campo índice de proceso de HARQ en la concesión de UL. El dispositivo 18 inalámbrico solo realiza la retransmisión de HARQ para el proceso de HARQ tras la recepción de una concesión de UL correspondiente para el proceso de HARQ de UL (etapa 106).
La Figura 14 es un diagrama de flujo que ilustra la operación del dispositivo 18 inalámbrico para implementar las propuestas 4-7 anteriores según algunas realizaciones de la presente descripción. Como se ilustra, el dispositivo 18 inalámbrico determina si el dispositivo 18 inalámbrico tiene una concesión de UL válida en la celda de LAA en una subtrama (etapa 200). De lo contrario, el dispositivo 18 inalámbrico continúa monitorizando una concesión de UL válida en la celda de LAA. Si el dispositivo 18 inalámbrico tiene una concesión de UL válida en la celda de LAA en la subtrama, el dispositivo 18 inalámbrico inicia un temporizador de Retroalimentación de HARQ de UL para un proceso de HARQ correspondiente (etapa 202). El dispositivo 18 inalámbrico monitoriza entonces la expiración del temporizador de Retroalimentación de HARQ de Enlace Ascendente para el proceso de HARQ (etapa 204). Una vez que el temporizador de Retroalimentación de HARQ de UL ha expirado, en este ejemplo, el dispositivo 18 inalámbrico inicia un Temporizador de Retransmisión DRX correspondiente y permanece en el Tiempo Activo de DRX mientras el Temporizador de Retransmisión DRX esté en marcha (etapas 206 y 208). Tenga en cuenta que si bien la Figura 14 utiliza tanto el temporizador de Retroalimentación de HARQ de UL como el temporizador de Retransmisión de DRX, el proceso puede usar alternativamente solo uno de los dos temporizadores, por ejemplo, el temporizador de Retroalimentación de HARQ de UL (en cuyo caso se puede realizar cualquier acción deseada al expirar el temporizador de Retroalimentación de HARQ de UL, donde esta acción no se limita a iniciar el Temporizador de Retransmisión de DRX).
La Figura 15 ilustra la operación de la estación base 12-1 (o la estación base 12-2) y el dispositivo 18 inalámbrico para implementar la propuesta 8 o 9 anterior según algunas realizaciones de la presente descripción. Como se ilustra, en algunas realizaciones, la estación base 12-1 (o la estación base 12-2) envía información de control de retroalimentación al dispositivo 18 inalámbrico para controlar si el dispositivo 18 inalámbrico debe realizar la agrupación de retroalimentación de HARQ para UCI (etapa 300). La información de control de retroalimentación también puede indicar cuántas retroalimentaciones de HARQ debe agrupar el dispositivo 18 inalámbrico en la UCI. Como indica la línea discontinua, la etapa 300 es opcional. La estación base 12-1 (o la estación base 12-2) transmite una o más transmisiones de DL al dispositivo 18 inalámbrico en la celda de LAA para uno o más procesos de HARQ de DL (etapa 302). En algún momento, el dispositivo 18 inalámbrico transmite UCI (incluyendo retroalimentación de HARQ (agrupada)) que contiene los ID de proceso de HARQ de DL del uno o más procesos de HARQ de DL, por ejemplo, ya sea explícitamente o como un mapa de bits (etapa 304).
La Figura 16 es un diagrama de flujo que ilustra la operación del dispositivo 18 inalámbrico para implementar la propuesta 11 anterior según algunas realizaciones de la presente descripción. Como se ilustra, el dispositivo 18 inalámbrico determina si el dispositivo 18 inalámbrico tiene una concesión de UL válida en la celda de LAA en una subtrama (etapa 400). Si no, en este ejemplo, el proceso finaliza. Si el dispositivo 18 inalámbrico tiene una concesión de UL válida en la celda LAA en la subtrama, el dispositivo 18 inalámbrico multiplexa la retroalimentación de HARQ pendiente (y posiblemente otra UCI) en PUSCH (etapa 402).
La Figura 17 es un diagrama de flujo que ilustra la operación del dispositivo 18 inalámbrico para implementar la propuesta 12 anterior según algunas realizaciones de la presente descripción. Como se ilustra, el dispositivo 18 inalámbrico determina si el dispositivo 18 inalámbrico tiene una concesión de UL válida en la celda de LAA en una subtrama (etapa 500). Si es así, en este ejemplo, el proceso finaliza. Si el dispositivo 18 inalámbrico no tiene una concesión de UL válida en la celda de LAA en la subtrama, el dispositivo 18 inalámbrico envía retroalimentación de HARQ pendiente en PUCCH (largo) tras un LBT corto exitoso (etapa 502).
Tenga en cuenta que los procesos de las Figuras 16 y 17 se pueden utilizar juntos de manera que, si hay una concesión de UL válida, el dispositivo 18 inalámbrico multiplexa la retroalimentación de HARQ pendiente (y posiblemente otra UCI) en PUSCH; pero, si no hay una concesión de UL válida, el dispositivo 18 inalámbrico envía retroalimentación de HARQ pendiente en PUCCH (largo) tras un LBT corto exitoso.
La Figura 18 ilustra la operación de la estación base 12-1 (o la estación base 12-2) y el dispositivo 18 inalámbrico para implementar la propuesta 13 anterior según algunas realizaciones de la presente descripción. Como se ilustra, la estación base 12-1 (o la estación base 12-2) transmite una concesión de UL o una asignación de DL para la celda de LAA al dispositivo 18 inalámbrico (etapa 600). El dispositivo 18 inalámbrico omite LBT de UL para la celda de LAA si tanto (1) el dispositivo 18 inalámbrico realizó una transmisión de UL (PUCCH o PUSCH) en la subtrama anterior como si (2) la estación base 12-1 (o la estación base 12- 2) permitió explícitamente omitir LBT para la celda de LAA en la concesión de UL (para PUSCH) o la asignación de DL (para PUCCH) (etapa 602). Suponiendo que ambas condiciones sean verdaderas, el dispositivo 18 inalámbrico realiza la transmisión de UL en la celda de LAA, omitiendo LBT (etapa 604).
La Figura 19 ilustra la operación de la estación base 12-1 (o la estación base 12-2) y el dispositivo 18 inalámbrico para implementar algunas o todas las propuestas 15-17 anteriores según algunas realizaciones de la presente descripción. Como se ilustra, la estación base 12-1 (o la estación base 12-2) envía una asignación de DL para una subtrama en la celda de LAA al dispositivo 18 inalámbrico y una indicación de que la subtrama es una subtrama de DL acortada (etapa 700). Opcionalmente (como lo indica la flecha discontinua), el dispositivo 18 inalámbrico determina los recursos de sPUCCH que se utilizarán para la retroalimentación de HARQ basándose, por ejemplo, en la configuración de RRC en combinación con la asignación de DL recibida (etapa 702). El dispositivo 18 inalámbrico envía retroalimentación de HARQ pendiente (y posiblemente otra UCI) en sPUCCH (por ejemplo, usando los recursos de sPUCCH determinados) al recibir la indicación de la subtrama de DL acortada (etapa 704).
La Figura 20 ilustra la operación de la estación base 12-1 (o la estación base 12-2) y el dispositivo 18 inalámbrico para implementar algunas o todas las propuestas 18-20 anteriores según algunas realizaciones de la presente descripción. Como se ilustra, la estación base 12-1 (o la estación base 12-2) configura el dispositivo 18 inalámbrico con recursos de D-SR usando, por ejemplo, señalización de RRC (etapa 800). El dispositivo 18 inalámbrico utiliza los recursos de D-SR configurados (etapa 802). Más específicamente, el dispositivo 18 inalámbrico puede enviar D-SR en esas ocasiones en PUCCH después de un LBT exitoso y/o puede enviar D-SR en esas ocasiones en sPUCCH si la estación base 12-1 (o 12-2) anuncia que la subtrama es una subtrama DL acortada.
La Figura 21 es un diagrama esquemático de la estación base 12 según algunas realizaciones de la presente descripción. Tenga en cuenta que este análisis es igualmente aplicable a las estaciones base 12-1 y 12-2. La estación base 12 puede ser una estación base de LTE (por ejemplo, un eNB o una estación base PCell) u otro tipo de estación base que pueda comunicarse de forma inalámbrica con el dispositivo 18 inalámbrico (que, en LTE, puede ser un UE) (por ejemplo, una estación de radio SCell que opera en espectro sin licencia). La estación base 12 incluye un transceptor 22, uno o más procesadores 24 (por ejemplo, una o más Unidades Centrales de Procesamiento (CPU), uno o más Circuitos Integrados de Aplicación Específica (ASIC), una o más Matrices de Puertas Programables en Campo (FPGA), y /o similar), memoria 26 y una interfaz 28 de red. El transceptor 22, que puede incluir uno o más transmisores y uno o más receptores, permite que la estación base 12 envíe y reciba señales inalámbricas. El(Los) procesador(es) 24 pueden ejecutar instrucciones almacenadas en la memoria 26 basándose, por ejemplo, en señales recibidas de forma inalámbrica mediante el transceptor 22. En particular, en algunas realizaciones, la funcionalidad de la estación base 12 descrita en la presente memoria se implementa en software que se almacena en la memoria 26 y es ejecutado por el(los) procesador(es) 24. La interfaz 28 de red permite que la estación base 12 interactúe con una red central, tal como enviando y recibiendo señales desde un enlace por cable. La estación base 12 puede comunicarse de forma inalámbrica con uno o más dispositivos 18 inalámbricos.
En algunas realizaciones, un programa informático incluye instrucciones que, cuando son ejecutadas por al menos un procesador 24, hace que el al menos un procesador 24 lleve a cabo la funcionalidad de la estación base 12 (o la estación base 12-1 o 12-2) según cualquiera de las realizaciones descritas en la presente memoria. En algunas realizaciones, se proporciona un soporte que contiene el producto de programa informático antes mencionado. El soporte es una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador (por ejemplo, un medio no transitorio legible por ordenador tal como la memoria 26).
La Figura 22 ilustra la estación base 12 según algunas otras realizaciones de la presente descripción. Tenga en cuenta que este análisis es igualmente aplicable a las estaciones base 12-1 y 12-2. La estación base 12 incluye uno o más módulos 30, cada uno de los cuales está implementado en software. El(Los) módulos 30 operan para proporcionar la funcionalidad de la estación base 12 según cualquiera de las realizaciones descritas en la presente memoria.
La Figura 23 es un diagrama esquemático del dispositivo 18 inalámbrico según algunas realizaciones de la presente descripción. El dispositivo 18 inalámbrico está configurado para enviar y recibir señales inalámbricas usando recursos del espectro con licencia (por ejemplo, el espectro LTE con licencia en las realizaciones de ejemplo descritas en la presente memoria), el espectro sin licencia o ambos. El dispositivo 18 inalámbrico incluye un transceptor 32 que incluye uno o más transmisores y uno o más receptores, uno o más procesadores 34 (por ejemplo, una o más CPU, uno o más ASIC, una o más FPGA y/o similares), y memoria 36. El transceptor 32 permite que el dispositivo 18 inalámbrico envíe y reciba señales inalámbricas. El(Los) procesador(es) 34 pueden ejecutar instrucciones almacenadas en la memoria 36 basándose, por ejemplo, en señales recibidas de forma inalámbrica mediante el transceptor 32. En particular, en algunas realizaciones, la funcionalidad del dispositivo 18 inalámbrico descrito en la presente memoria se implementa en software que se almacena en la memoria 36 y es ejecutado por el(los) procesador(es) 34.
En algunas realizaciones, se proporciona un programa informático que incluye instrucciones que, cuando son ejecutadas por al menos un procesador 34, hace que el al menos un procesador 34 lleve a cabo la funcionalidad del dispositivo 18 inalámbrico según una cualquiera de las realizaciones descritas en la presente memoria. En algunas realizaciones, se proporciona un soporte que contiene el producto de programa informático antes mencionado. El soporte es una señal electrónica, una señal óptica, una señal de radio o un medio de almacenamiento legible por ordenador (por ejemplo, un medio no transitorio legible por ordenador tal como la memoria 36).
La Figura 24 ilustra el dispositivo 18 inalámbrico según algunas otras realizaciones de la presente descripción. El dispositivo 18 inalámbrico incluye uno o más módulos 38, cada uno de los cuales está implementado en software. El(Los) módulos 38 operan para proporcionar la funcionalidad del dispositivo 18 inalámbrico según cualquiera de las realizaciones descritas en la presente memoria.
La Figura 25 ilustra la operación de un dispositivo inalámbrico en una Celda de Servicio Primaria (PSC) y en una Celda de Servicio Secundaria (SSC) según algunas realizaciones de la presente descripción. En la realización ilustrada en la Figura 25, un dispositivo 18 inalámbrico que está operando en una red que tiene una celda 12-1 de servicio primaria y una SSC 12-2 recibe una transmisión de DL desde la PSC 12-1 (etapa 900). En respuesta a recibir la transmisión de DL desde la PSC, el dispositivo 18 inalámbrico proporciona retroalimentación de HARQ a la PSC (etapa 902). El dispositivo 18 inalámbrico recibe una transmisión de DL desde la SSC 12-2 (etapa 904) y responde proporcionando una retroalimentación de HARQ a la SSC en lugar de a la PSC (etapa 906).
La Figura 26 ilustra una operación de LBT (parte sombreada) que se realiza al final de una subtrama justo antes de una subtrama de UL versus una operación de LBT que se realiza al comienzo de una subtrama de UL según algunas realizaciones de la presente descripción.
Se pueden usar los siguientes acrónimos a lo largo de esta descripción.
Claims (11)
1. Un método de operación de un dispositivo (18) inalámbrico, que comprende:
recibir información de control desde una estación base (12), comprendiendo la información de control una indicación de si se va a realizar retroalimentación de Solicitud de Repetición Automática Híbrida, HARQ, de agrupación de Enlace Descendente, DL, en Información de Control de Enlace Ascendente, UCI, y en donde la información de control comprende además información que indica un número de retroalimentaciones de HARQ de DL que el dispositivo (18) inalámbrico debe agrupar en la UCI; y
transmitir Información de Control de Enlace Ascendente, UCI, en una celda (16) que opera en un espectro de frecuencia sin licencia, comprendiendo la UCI:
información de realimentación de Solicitud de Repetición Automática Híbrida, HARQ, agrupada para uno o más procesos de HARQ de Enlace Descendente, DL; e
identificadores que identifican el uno o más procesos de HARQ de DL.
2. El método de la reivindicación 1, en donde el uno o más procesos de HARQ de DL se identifican mediante identificador explícito o mediante un mapa de bits en donde cada bit corresponde a uno de los uno o más procesos de HARQ de DL.
3. El método de cualquiera de las reivindicaciones 1 o 2, en donde la información de control comprende además instrucciones al dispositivo (18) inalámbrico para posponer el envío de información de retroalimentación de HARQ para un número determinado de subtramas.
4. El método de la reivindicación 3, en donde el dispositivo (18) inalámbrico transmite UCI que incluye información de retroalimentación de HARQ pendiente en un Canal Físico de Control de Enlace Ascendente Corto, sPUCCH.
5. El método de la reivindicación 4, en donde el dispositivo inalámbrico no realiza Escuchar Antes de Hablar, LBT, entre la recepción de una transmisión de DL desde la estación base (12) y el envío de la información de retroalimentación de HARQ pendiente en el sPUCCH.
6. Un dispositivo (18) inalámbrico configurado para:
recibir información de control desde una estación base (12), comprendiendo la información de control una indicación de si se va a realizar retroalimentación de Solicitud de Repetición Automática Híbrida, HARQ, de agrupación de Enlace Descendente, DL, en Información de Control de Enlace Ascendente, UCI, y en donde la información de control comprende además información que indica un número de retroalimentaciones de HARQ de DL que el dispositivo (18) inalámbrico debe agrupar en la UCI; y
transmitir Información de Control de Enlace Ascendente, UCI, en una celda (16) que opera en un espectro de frecuencia sin licencia, comprendiendo la UCI:
información de retroalimentación de Solicitud de Repetición Automática Híbrida, HARQ, agrupada para uno o más procesos de HARQ de enlace descendente, DL; e
identificadores que identifican el uno o más procesos de HARQ de DL.
7. El dispositivo (18) inalámbrico de la reivindicación 6, en donde el uno o más procesos de HARQ de DL se identifican mediante identificador explícito o mediante un mapa de bits en donde cada bit corresponde al uno de uno o más procesos de HARQ de DL.
8. El dispositivo (18) inalámbrico de cualquiera de las reivindicaciones 6 o 7, en donde la información de control comprende además instrucciones al dispositivo (18) inalámbrico para posponer el envío de información de retroalimentación de HARQ para un número determinado de subtramas.
9. El dispositivo (18) inalámbrico de la reivindicación 8, configurado además para transmitir UCI que incluye información de retroalimentación de HARQ pendiente en un Canal Físico de Control de Enlace Ascendente Corto, sPUCCH.
10. El dispositivo (18) inalámbrico de la reivindicación 9, configurado además para no realizar Escuchar Antes de Hablar, LBT, entre la recepción de una transmisión de DL desde la estación base (12) y el envío de la información de retroalimentación de HARQ pendiente en el sPUCCH.
11. Un medio no transitorio legible por ordenador que incluye instrucciones que, cuando las ejecuta un procesador, hacen que el procesador lleve a cabo el método de cualquiera de las reivindicaciones 1 a 5.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201562264075P | 2015-12-07 | 2015-12-07 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2977129T3 true ES2977129T3 (es) | 2024-08-19 |
Family
ID=58664735
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19151341T Active ES2977129T3 (es) | 2015-12-07 | 2016-12-01 | Transmisión de información de control de enlace ascendente en un espectro de frecuencia sin licencia |
Country Status (6)
| Country | Link |
|---|---|
| US (3) | US10355830B2 (es) |
| EP (3) | EP3387774A2 (es) |
| JP (4) | JP2018537059A (es) |
| BR (1) | BR112018011373B1 (es) |
| ES (1) | ES2977129T3 (es) |
| WO (1) | WO2017098384A2 (es) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9948433B2 (en) * | 2015-04-03 | 2018-04-17 | Ntt Docomo, Inc. | User equipment and base station |
| US10355830B2 (en) | 2015-12-07 | 2019-07-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink mac protocol aspects |
| EP3387771A1 (en) * | 2015-12-08 | 2018-10-17 | Nokia Solutions and Networks Oy | Hybrid automatic repeat request acknowledgement feedback using periodic and aperiodic physical uplink control channel resources |
| US11240842B2 (en) * | 2016-01-08 | 2022-02-01 | Acer Incorporated | Device and method of handling transmission/reception for serving cell |
| WO2017123356A1 (en) * | 2016-01-12 | 2017-07-20 | Intel IP Corporation | Dynamic harq configuration and bitmap based ack/nack |
| CN108886445B (zh) * | 2016-02-05 | 2022-01-14 | 瑞典爱立信有限公司 | 针对未授权载波的srs设计方法和装置 |
| WO2017146762A1 (en) * | 2016-02-26 | 2017-08-31 | Intel IP Corporation | Physical uplink control channel procedures |
| US10805945B2 (en) * | 2016-03-27 | 2020-10-13 | Lg Electronics Inc. | Method for transmitting physical uplink control channel in wireless communication system supporting unlicensed band and device supporting same |
| JP6908595B2 (ja) * | 2016-03-30 | 2021-07-28 | 京セラ株式会社 | 基地局及び無線端末 |
| WO2017167755A1 (en) * | 2016-04-01 | 2017-10-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Wireless communications |
| CN107295663B (zh) * | 2016-04-01 | 2021-06-29 | 上海诺基亚贝尔股份有限公司 | 获取混合自动重传请求确认信息反馈的方法和装置 |
| US20170295099A1 (en) * | 2016-04-11 | 2017-10-12 | Arista Networks, Inc. | System and method of load balancing across a multi-link group |
| US10517021B2 (en) | 2016-06-30 | 2019-12-24 | Evolve Cellular Inc. | Long term evolution-primary WiFi (LTE-PW) |
| CN107733583A (zh) * | 2016-08-11 | 2018-02-23 | 株式会社Ntt都科摩 | 设置混合自动重传请求的通信方式的方法、基站和用户设备 |
| WO2018060403A1 (en) * | 2016-09-30 | 2018-04-05 | Nokia Solutions And Networks Oy | Nr pucch coverage extension |
| US11323966B2 (en) | 2016-10-28 | 2022-05-03 | Qualcomm Incorporated | Uplink transmission techniques in low latency wireless communication systems |
| US10142074B2 (en) * | 2016-11-03 | 2018-11-27 | Qualcomm Incorporated | Techniques and apparatuses for common uplink burst |
| US10582397B2 (en) * | 2016-11-09 | 2020-03-03 | Qualcomm Incorporated | Beam refinement reference signal transmissions during control symbol |
| BR112019010782A2 (pt) * | 2016-12-07 | 2019-10-01 | Qualcomm Inc | configuração de canal de controle e temporização para uplink autônomo |
| CN111405674B (zh) * | 2016-12-09 | 2023-05-26 | 上海朗帛通信技术有限公司 | 一种ue和基站中的方法和设备 |
| EP3589046B1 (en) * | 2017-02-24 | 2023-06-07 | Ntt Docomo, Inc. | User terminal and radio communication method |
| US11696287B2 (en) * | 2017-04-27 | 2023-07-04 | Ntt Docomo, Inc. | User terminal and radio communication method |
| US10708020B2 (en) * | 2017-06-16 | 2020-07-07 | Qualcomm Incorporated | Short burst channel design and multiplexing |
| US10869332B2 (en) * | 2017-07-12 | 2020-12-15 | Qualcomm Incorporated | Transmission scheme for multiple component carriers in adjacent subframes |
| CN109391374B (zh) * | 2017-08-03 | 2020-08-28 | 维沃移动通信有限公司 | 一种数据传输方法、数据检测方法及装置 |
| CN109391429B (zh) * | 2017-08-11 | 2021-06-11 | 大唐移动通信设备有限公司 | Pucch传输方法、用户设备和装置 |
| CN109391372B (zh) * | 2017-08-11 | 2021-08-13 | 华为技术有限公司 | 通信方法与设备 |
| EP3665817A1 (en) * | 2017-08-11 | 2020-06-17 | Telefonaktiebolaget LM Ericsson (publ) | Methods for autonomous uplink transmissions and retransmissions |
| HUE064487T2 (hu) | 2017-08-11 | 2024-03-28 | Ericsson Telefon Ab L M | Kódolási arány vezérlési információhoz |
| US10771214B2 (en) * | 2017-09-11 | 2020-09-08 | Apple Inc. | System and method for uplink power contrl framework |
| CN109495927B (zh) | 2017-09-11 | 2022-01-28 | 维沃移动通信有限公司 | 一种信息传输方法、终端及网络侧设备 |
| KR20190050728A (ko) | 2017-11-03 | 2019-05-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 다수의 슬롯 기반 긴 pucch를 송수신하기 위한 방법 및 이를 위한 장치 |
| US10674449B2 (en) * | 2017-11-13 | 2020-06-02 | Qualcomm Incorporated | Signal for a synchronized communication system operating in a shared spectrum frequency band |
| CN108401517B (zh) | 2017-12-08 | 2022-01-11 | 北京小米移动软件有限公司 | 缓存状态报告传输和装置 |
| CN108476432B (zh) * | 2017-12-08 | 2021-12-03 | 北京小米移动软件有限公司 | 缓存状态报告传输和装置 |
| CN111587605B (zh) * | 2018-01-12 | 2023-09-08 | 诺基亚技术有限公司 | 用于保持针对非许可无线频谱的信道占用率的上行链路信道调度 |
| US10986613B2 (en) * | 2018-01-19 | 2021-04-20 | Qualcomm Incorporated | Uplink control information (UCI) to resource element (RE) mapping |
| WO2020029038A1 (en) * | 2018-08-06 | 2020-02-13 | Nec Corporation | A method, device and computer readable media for uplink resource mapping |
| CN110831159B (zh) * | 2018-08-07 | 2022-04-12 | 华为技术有限公司 | 一种信息传输方法和装置 |
| US20210360673A1 (en) * | 2018-09-21 | 2021-11-18 | Lg Electronics Inc. | Method for terminal to access channel in unlicensed band and device using same method |
| US20210377976A1 (en) * | 2018-09-28 | 2021-12-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Configured uplink for unlicensed operation |
| WO2020091681A1 (en) * | 2018-11-02 | 2020-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Energy detection indicator |
| EP3895493A4 (en) * | 2018-12-10 | 2022-08-17 | Telefonaktiebolaget LM Ericsson (publ) | METHODS AND NETWORK NODES TO ENABLE DOWNLINK SCHEDULING FOR A SPS AND DRX CONFIGURED UE |
| WO2020144015A1 (en) | 2019-01-11 | 2020-07-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink transmission presence detection |
| US12022513B2 (en) * | 2019-03-26 | 2024-06-25 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for random access |
| WO2020237425A1 (en) * | 2019-05-24 | 2020-12-03 | Qualcomm Incorporated | Scheduling for improved throughput in enhanced machine-type communication |
| US20220095313A1 (en) * | 2020-09-18 | 2022-03-24 | Qualcomm Incorporated | Low latency transmission techniques for uplink power saving |
| US11902967B2 (en) * | 2020-10-22 | 2024-02-13 | Acer Incorporated | Device of handling a HARQ retransmission |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW200931869A (en) | 2007-12-31 | 2009-07-16 | Interdigital Patent Holdings | Method and apparatus for handling interactions between measurement gap, automated repeat request, discontinuous reception and discontinuous transmission in wireless communications |
| WO2010044721A1 (en) * | 2008-10-17 | 2010-04-22 | Telefonaktiebolaget L M Ericsson (Publ) | Method for improving battery life and harq retransmissions in wireless communications systems |
| EP2234308A1 (en) * | 2009-03-23 | 2010-09-29 | Panasonic Corporation | Retransmission mode signaling in a wireless communication system |
| US8687602B2 (en) | 2009-09-29 | 2014-04-01 | Apple Inc. | Methods and apparatus for error correction for coordinated wireless base stations |
| CN101795492B (zh) * | 2010-01-15 | 2015-01-28 | 中兴通讯股份有限公司 | 一种多载波系统中物理上行控制信道资源的确定方法 |
| JP5986084B2 (ja) | 2010-08-13 | 2016-09-06 | インターデイジタル パテント ホールディングス インコーポレイテッド | デバイス内干渉軽減のための方法およびシステム |
| EP2673972A2 (en) * | 2011-02-07 | 2013-12-18 | Interdigital Patent Holdings, Inc. | Method and apparatus for operating supplementary cells in licensed exempt spectrum |
| WO2012167820A1 (en) | 2011-06-07 | 2012-12-13 | Nokia Siemens Networks Oy | Controlling retransmissions |
| IN2014DN10432A (es) | 2012-06-14 | 2015-08-21 | Ericsson Telefon Ab L M | |
| CN107979450B (zh) | 2012-09-26 | 2020-12-04 | Lg电子株式会社 | 无线通信系统中的ue及其通信方法 |
| WO2015018045A1 (en) | 2013-08-08 | 2015-02-12 | Qualcomm Incorporated | Drx solution in eimta systems |
| US11431459B2 (en) | 2013-08-13 | 2022-08-30 | Qualcomm Incorporated | Group ACK/NACK for LTE in unlicensed spectrum |
| US10326577B2 (en) * | 2013-08-13 | 2019-06-18 | Qualcomm Incorporated | Harq design for LTE in unlicensed spectrum utilizing individual ACK/NACK |
| JP6388768B2 (ja) | 2014-01-14 | 2018-09-12 | 株式会社Ｎｔｔドコモ | ユーザ端末、無線基地局及び無線通信方法 |
| JP6219539B2 (ja) * | 2014-11-07 | 2017-10-25 | 京セラ株式会社 | 無線基地局、プロセッサ及び通信方法 |
| EP3251259A1 (en) | 2015-01-30 | 2017-12-06 | Telefonaktiebolaget LM Ericsson (publ) | Wireless communication device, network node and methods for handling data transmissions |
| US10999886B2 (en) * | 2015-08-10 | 2021-05-04 | Qualcomm Incorporated | Techniques for harmonization between CRS and DM-RS based transmission modes in unlicensed spectrum |
| US10355830B2 (en) | 2015-12-07 | 2019-07-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink mac protocol aspects |
-
2016
- 2016-11-30 US US15/364,800 patent/US10355830B2/en active Active
- 2016-12-01 EP EP16861095.4A patent/EP3387774A2/en not_active Withdrawn
- 2016-12-01 BR BR112018011373-5A patent/BR112018011373B1/pt active IP Right Grant
- 2016-12-01 JP JP2018548297A patent/JP2018537059A/ja active Pending
- 2016-12-01 EP EP19151341.5A patent/EP3493448B1/en active Active
- 2016-12-01 EP EP24152634.2A patent/EP4333340A3/en active Pending
- 2016-12-01 ES ES19151341T patent/ES2977129T3/es active Active
- 2016-12-01 WO PCT/IB2016/057278 patent/WO2017098384A2/en active Application Filing
-
2019
- 2019-07-05 JP JP2019126377A patent/JP6838788B2/ja active Active
- 2019-07-16 US US16/512,383 patent/US11356211B2/en active Active
-
2021
- 2021-02-03 JP JP2021016000A patent/JP7145999B2/ja active Active
-
2022
- 2022-05-05 US US17/737,346 patent/US12021639B2/en active Active
- 2022-09-20 JP JP2022149470A patent/JP2022180508A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4333340A3 (en) | 2024-05-01 |
| US20170163388A1 (en) | 2017-06-08 |
| US20220263609A1 (en) | 2022-08-18 |
| JP2018537059A (ja) | 2018-12-13 |
| US20190342038A1 (en) | 2019-11-07 |
| WO2017098384A2 (en) | 2017-06-15 |
| US12021639B2 (en) | 2024-06-25 |
| JP6838788B2 (ja) | 2021-03-03 |
| JP2021083103A (ja) | 2021-05-27 |
| EP4333340A2 (en) | 2024-03-06 |
| JP7145999B2 (ja) | 2022-10-03 |
| US11356211B2 (en) | 2022-06-07 |
| BR112018011373A2 (pt) | 2018-12-04 |
| BR112018011373B1 (pt) | 2024-01-30 |
| US10355830B2 (en) | 2019-07-16 |
| JP2019208229A (ja) | 2019-12-05 |
| WO2017098384A3 (en) | 2017-08-17 |
| EP3493448B1 (en) | 2024-02-07 |
| EP3387774A2 (en) | 2018-10-17 |
| EP3493448A1 (en) | 2019-06-05 |
| JP2022180508A (ja) | 2022-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2977129T3 (es) | Transmisión de información de control de enlace ascendente en un espectro de frecuencia sin licencia | |
| US11929833B2 (en) | HARQ feedback for unscheduled uplink | |
| ES2945234T3 (es) | Control de las transmisiones de radio de enlace ascendente en recursos asignados de manera semipersistente | |
| CN111247761B (zh) | 上行链路控制信息的自主传输 | |
| US11140713B2 (en) | Preemptive retransmissions on Listen-Before-Talk cells | |
| ES2962289T3 (es) | Múltiples posiciones de inicio y fin para la transmisión de enlace descendente programada en espectro sin licencia | |
| CN110199551B (zh) | 用于异步免授权接入的系统和方法 | |
| ES2851007T3 (es) | Métodos y sistemas para transmisiones de enlace ascendente no planificadas en bandas sin licencia | |
| BR112020016557A2 (pt) | Primeiro nó de comunicação configurado para operar em uma rede de comunicações sem fio, método realizado por um primeiro nó de comunicação e meio de armazenamento legível por computador |