ES2925074T3 - Método para su uso en una unidad de transmisión/recepción inalámbrica para comunicaciones inalámbricas de acceso múltiple y unidad de transmisión/recepción inalámbrica correspondiente - Google Patents
Método para su uso en una unidad de transmisión/recepción inalámbrica para comunicaciones inalámbricas de acceso múltiple y unidad de transmisión/recepción inalámbrica correspondiente Download PDFInfo
- Publication number
- ES2925074T3 ES2925074T3 ES17757619T ES17757619T ES2925074T3 ES 2925074 T3 ES2925074 T3 ES 2925074T3 ES 17757619 T ES17757619 T ES 17757619T ES 17757619 T ES17757619 T ES 17757619T ES 2925074 T3 ES2925074 T3 ES 2925074T3
- Authority
- ES
- Spain
- Prior art keywords
- wtru
- pusch
- transmission
- resources
- ack
- 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
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000004891 communication Methods 0.000 title claims description 52
- 230000005540 biological transmission Effects 0.000 claims abstract description 439
- 238000010586 diagram Methods 0.000 description 58
- 238000005516 engineering process Methods 0.000 description 25
- 230000006870 function Effects 0.000 description 23
- 230000004044 response Effects 0.000 description 22
- 230000008569 process Effects 0.000 description 19
- 230000011664 signaling Effects 0.000 description 11
- 238000013468 resource allocation Methods 0.000 description 10
- 238000012360 testing method Methods 0.000 description 10
- 239000011159 matrix material Substances 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 125000004122 cyclic group Chemical group 0.000 description 7
- 238000001228 spectrum Methods 0.000 description 7
- 238000001514 detection method Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 101150071746 Pbsn gene Proteins 0.000 description 5
- 239000000969 carrier Substances 0.000 description 5
- 238000005259 measurement Methods 0.000 description 5
- 241000760358 Enodes Species 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 239000013598 vector Substances 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 238000003860 storage Methods 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000008093 supporting effect Effects 0.000 description 2
- 230000005355 Hall effect Effects 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004873 anchoring Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000030279 gene silencing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 229910001416 lithium ion Inorganic materials 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- 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
-
- 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
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- 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/0453—Resources in frequency domain, e.g. a carrier in FDMA
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se proporcionan métodos, aparatos y sistemas para transmisiones de enlace ascendente sin concesión (GL). Una unidad de transmisión/recepción inalámbrica (WTRU) puede recibir una configuración de un conjunto de recursos de frecuencia de canal compartido de enlace ascendente físico GL (GL-PUSCH). La WTRU puede monitorear un mensaje de información de control de enlace descendente (DCI), en el que el mensaje DCI incluye una indicación de la presencia de al menos un subconjunto del conjunto de recursos de frecuencia GL-PUSCH. Si la WTRU recibe con éxito el mensaje DCI, la WTRU puede seleccionar uno o más recursos de frecuencia GL-PUSCH del subconjunto del conjunto de recursos de frecuencia GL-PUSCH y puede seleccionar un período de tiempo. La WTRU puede transmitir datos en un GL-PUSCH usando los recursos de frecuencia del GL-PUSCH seleccionado durante el período de tiempo seleccionado. La WTRU también puede monitorear el acuse de recibo de solicitud de repetición automática híbrida (HARQ-ACK) en base a los recursos de frecuencia GL-PUSCH seleccionados. La WTRU puede monitorear la DCI durante una ventana de tiempo fija. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método para su uso en una unidad de transmisión/recepción inalámbrica para comunicaciones inalámbricas de acceso múltiple y unidad de transmisión/recepción inalámbrica correspondiente
REFERENCIA CRUZADA A LAS SOLICITUDES RELACIONADAS
Esta solicitud reivindica el beneficio de la solicitudes provisionales de EE.UU. de Números de Serie 62/373,040 solicitada el 10 de agosto de 2016, 62/400,934 solicitada el 28 de septiembre de 2016 y 62/474,838 solicitada el 22 de marzo de 2017.
ANTECEDENTES
Las aplicaciones de la Nueva Radio (NR), también conocida como Radio de Siguiente Generación o de Quinta Generación (5G), se pueden resumir en tres categorías principales que son: banda ancha móvil mejorada (eMBB), comunicaciones masivas tipo máquina (mMTC). y comunicaciones de baja latencia y ultraconfiables (URLLC). En cada categoría, hay un amplio conjunto de aplicaciones que se consideran para diversas necesidades y escenarios de implementación que exigen requisitos de rendimiento específicos. Por ejemplo, las aplicaciones de mMTC y URLLC van desde la industria automotriz hasta la de la salud, la agricultura, los servicios públicos y la logística. La realización de las funciones mMTC y URLLC puede requerir el diseño de nuevos esquemas de modulación y codificación, formas de onda, procesos de retroalimentación, mecanismos de formación de haces, así como nuevos métodos de acceso por multiplexación.
Para aplicaciones mMTC, se espera que el sistema sea capaz de admitir hasta un millón de dispositivos mMTC por kilómetro cuadrado, pero el retraso de transmisión para tales aplicaciones no es tan crítico como para otras aplicaciones. Para las aplicaciones URLLC, la densidad por celda de equipos de usuario (UE) o de unidades inalámbricas de transmisión/recepción (WTRU) es significativamente menor, pero dichas aplicaciones requieren un retraso objetivo de menos de 1 milisegundo (ms), junto con una alta confiabilidad de una probabilidad de error de10-5 para un mensaje de 32 bytes. A pesar de las diferencias de estos dos casos de uso, ambos requieren un nuevo método de acceso múltiple (MA) de enlace ascendente para permitirles alcanzar sus indicadores de rendimiento objetivo.
Un ejemplo del estado de la técnica puede encontrarse en un documento titulado "Non-orthogonal multiple Access considerations for NR" de Samsung, BORRADOR 3GPP, R1-163993.
COMPENDIO
La invención se expone en el conjunto de reivindicaciones adjunto.
Según una realización, se proporciona un método para usar en una unidad de transmisión/recepción inalámbrica (WTRU) para comunicaciones inalámbricas de acceso múltiple. El método comprende: recibir información de configuración que indica un conjunto de recursos de frecuencia de canal físico; recibir un mensaje de información de control de enlace descendente (DCI), en donde el mensaje DCI incluye una indicación de una asignación de al menos un subconjunto del conjunto de recursos de frecuencia de canal físico; determinar uno o más recursos de frecuencia de canal compartido físico, a partir del subconjunto del conjunto de recursos de frecuencia de canal físico, y un período de tiempo; transmitir datos en una transmisión de canal físico compartido usando uno o más recursos de frecuencia de canal físico compartido determinados durante el período de tiempo determinado; determinar una ubicación de tiempo para la recepción de información de acuse de recibo de solicitud de repetición automática híbrida (HARQ-ACK) asociada con los datos transmitidos, en donde la determinación de la ubicación de tiempo se basa en el subconjunto del conjunto de recursos de frecuencia de canal físico; y recibir la información HARQ-ACK durante la ubicación de tiempo determinada.
Según una realización, se proporciona una WTRU para comunicaciones inalámbricas de acceso múltiple. La WTRU comprende: los medios para recibir información de configuración que indica un conjunto de recursos de frecuencia de canal físico; los medios para recibir un mensaje DCI, en donde el mensaje DCI incluye una indicación de una asignación de al menos un subconjunto del conjunto de recursos de frecuencia del canal físico; los medios para determinar uno o más recursos de frecuencia de canal compartido físico, a partir del subconjunto del conjunto de recursos de frecuencia de canal físico, y un período de tiempo; los medios para transmitir datos en una transmisión de canal físico compartido usando uno o más recursos de frecuencia de canal físico compartido determinados durante el período de tiempo determinado; los medios para determinar una ubicación de tiempo para la recepción de información HARQ-ACK asociada con los datos transmitidos, en donde la determinación de la ubicación de tiempo se basa en el subconjunto del conjunto de recursos de frecuencia de canal físico; y los medios para recibir la información HARQ-ACK durante la ubicación de tiempo determinada.
En algunas realizaciones, el mensaje DCI es un mensaje DCI común.
En algunas realizaciones, la determinación de uno o más recursos de frecuencia de canal compartido físico del subconjunto del conjunto de recursos de frecuencia de canal físico se basa en al menos una determinación aleatoria y un WTRU-ID.
En algunas realizaciones, el período de tiempo se determina basándose en al menos una determinación aleatoria y un WTRU-ID.
En algunas realizaciones, la recepción del mensaje DCI ocurre durante una ventana de tiempo fija.
En algunas realizaciones, el período de tiempo está dentro de una ventana de tiempo fija.
En algunas realizaciones, la determinación de la ubicación en el tiempo se basa además en un índice de recurso de canal físico.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Puede obtenerse una comprensión más detallada a partir de la siguiente descripción, dada a modo de ejemplo junto con los dibujos adjuntos, en los que:
La FIGURA 1A es un diagrama de sistema que ilustra un sistema de comunicaciones de ejemplo en el que se pueden implementar una o más realizaciones descritas;
La FIGURA 1B es un diagrama de sistema que ilustra una unidad de transmisión/recepción inalámbrica (WTRU) de ejemplo que puede usarse dentro del sistema de comunicaciones ilustrado en la FIGURA 1A;
la FIGURA 1C es un diagrama de sistema que ilustra un ejemplo de red de acceso por radio (RAN) y un ejemplo de red de núcleo (CN) que pueden usarse dentro del sistema de comunicaciones ilustrado en la FIGURA 1A; La FIGURA 1D es un diagrama de sistema que ilustra una RAN de ejemplo adicional y una CN de ejemplo adicional que pueden usarse dentro del sistema de comunicaciones ilustrado en la FIGURA 1A;
La FIGURA 2 es un diagrama de tiempo de un proceso de solicitud de programación (SR) de ejemplo en la Evolución a Largo Plazo (LTE);
La FIGURA 3 es un diagrama de flujo de un procedimiento de ejemplo que usa SR basado en contienda (CB-SR); Las FIGURAS. 4A y 4B son diagramas de tiempo de procesos SR de ejemplo;
La FIGURA 5 es un diagrama de asignación de recursos de un ejemplo de una indicación dinámica de una concesión de recursos de UL para transmisión de Canal Compartido de Enlace Ascendente Físico Sin Concesión (GL-PUSCH);
La FIGURA 6 es un diagrama de asignación de recursos de un ejemplo de diferentes tipos de recursos de Canal Compartido de Enlace Ascendente Físico (GB-PUSCH) basados en concesión según el tipo de recurso de Canal Compartido de Enlace Ascendente Físico (PUSCH);
La FIGURA 7 es un diagrama de asignación de recursos de un ejemplo de temporización de acuse de recibo de solicitud de repetición automática híbrida (HARQ-ACK) basado en una o más ubicaciones de frecuencia GL-PUSCH asociadas;
La FIGURA 8 es un diagrama de asignación de recursos de un ejemplo de asignación dinámica de recursos de GL-PUSCH y su temporización HARQ-ACK asociada basada en una o más ubicaciones de frecuencia de GL-PUSCH;
La FIGURA 9 es un diagrama de temporización y transmisión que muestra un ejemplo de repetición de una señal enviada con diferentes haces;
La FIGURA 10 es un diagrama de temporización y transmisión que muestra un ejemplo de transmisión de haces simultáneos;
La FIGURA 11 es un diagrama de formato que muestra un ejemplo de un formato independiente para GL-PUSCH; La FIGURA 12 es un diagrama de formato que muestra un ejemplo de un formato de control y solo de datos para transmisión de GL-PUSCH;
La FIGURA 13 es un diagrama de tiempo que muestra un ejemplo de escenarios de interferencia GL-PUSCH entre diferentes formatos;
La FIGURA 14 es un diagrama de temporización que muestra un ejemplo de subportadoras dedicadas para preámbulos GL-PUSCH;
La FIGURA 15 es un diagrama de formato y temporización que ilustra un ejemplo de transmisiones sin concesión de UL;
La FIGURA 16 es un diagrama de flujo que ilustra un procedimiento de ejemplo para realizar transmisiones sin concesión de UL usando preámbulos;
La FIGURA 17 es un diagrama de formato y temporización que ilustra otro ejemplo de una transmisión sin concesión de UL;
La FIGURA 18 es un diagrama de formato y temporización que ilustra un ejemplo de una transmisión sin concesión de UL sin espacios entre las partes de la transmisión;
La FIGURA 19 es un diagrama de formato y temporización que ilustra un ejemplo de una transmisión sin concesión de UL sin espacios entre las partes de la transmisión; y
La FIGURA 20 es un diagrama de flujo que ilustra un ejemplo de un proceso de transmisión de múltiples partes con acuse de recibo y control de potencia.
DESCRIPCIÓN DETALLADA
La FIGURA 1A es un diagrama que ilustra un sistema 100 de comunicaciones de ejemplo en el que se pueden implementar una o más realizaciones descritas. El sistema 100 de comunicaciones puede ser un sistema de acceso múltiple que proporciona contenido, como voz, datos, video, mensajería, transmisión y similares, a múltiples usuarios
inalámbricos. El sistema 100 de comunicaciones puede permitir que múltiples usuarios inalámbricos accedan a dicho contenido compartiendo los recursos del sistema, incluido el ancho de banda inalámbrico. Por ejemplo, los sistemas 100 de comunicaciones pueden emplear uno o más métodos de acceso a canales, como acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia (FDMA), FDMA ortogonal (OFDMA), FDMA de portadora (SC-FDMA), multiplexación por división de frecuencia ortogonal con transformada de Fourier discreta de palabra única de cola cero (ZT UW DTS-s OFDM), OFDM de palabra única (UW-OFDM), OFDM filtrado por bloques de recursos, multiportadora de banco de filtros ( FBMC), y similares.
Como se muestra en la FIGURA 1A, el sistema 100 de comunicaciones puede incluir unidades 102a, 102b, 102c, 102d inalámbricas de transmisión/recepción (WTRU), una red 104/113 de acceso por radio (RAN), una red 106/115 de núcleo (CN), una red 108 telefónica pública conmutada (PSTN), Internet 110 y otras redes 112, aunque se apreciará que la presente descripción contempla cualquier número de WTRU, estaciones base, redes y/o elementos de red. Cada una de las WTRU 102a, 102b, 102c, 102d puede ser cualquier tipo de dispositivo configurado para funcionar y/o comunicarse en un entorno inalámbrico. A modo de ejemplo, las WTRU 102a, 102b, 102c, 102d, cualquiera de las cuales puede denominarse "estación" y/o "STA", puede configurarse para transmitir y/o recibir señales inalámbricas y puede incluir un equipo de usuario (UE), una estación móvil, una unidad de abonado fija o móvil, una unidad basada en suscripción, un buscapersonas, un teléfono móvil, un asistente digital personal (PDA), un teléfono inteligente, un ordenador portátil, una un, un ordenador personal , un sensor inalámbrico, un punto de acceso o dispositivo Mi-Fi, un dispositivo de Internet de las cosas (IoT), un reloj u otro dispositivo portátil, una pantalla montada en la cabeza (HMD), un vehículo, un dron, un dispositivo y aplicaciones médicas (por ejemplo, de cirugía remota), un dispositivo y aplicaciones industriales (por ejemplo, un robot y/u otros dispositivos inalámbricos que operan en un contexto industrial y/o de cadena de procesamiento automatizado), un dispositivo electrónico de consumo, un dispositivo que opera en entornos comerciales y/o redes inalámbricas industriales, y similares. Cualquiera de las WTRU 102a, 102b, 102c y 102d puede denominarse indistintamente UE.
Los sistemas 100 de comunicaciones también pueden incluir una estación 114a base y/o una estación 114b base. Cada una de las estaciones 114a, 114b base puede ser cualquier tipo de dispositivo configurado para interactuar de forma inalámbrica con al menos una de las WTRU 102a, 102b, 102c, 102d para facilitar el acceso a una o más redes de comunicación, como la CN 106/115, Internet 110, y/o las otras redes 112. A modo de ejemplo, las estaciones 114a, 114b base pueden ser una estación transceptora base (BTS), un Nodo-B, un eNodo-B, un Nodo Local B, un eNodo B Local, una próxima generación (gNB), un NodoB de Nueva Radio (NR), un controlador de sitio, un punto de acceso (AP), un enrutador inalámbrico y similares. Aunque cada una de las estaciones 114a, 114b base se representa como un único elemento, se apreciará que las estaciones 114a, 114b base pueden incluir cualquier número de estaciones base y/o elementos de red interconectados.
La estación 114a base puede ser parte de la RAN 104/113, que también puede incluir otras estaciones base y/o elementos de red (no mostrados), como un controlador de estación base (BSC), un controlador de red de radio (RNC), nodos repetidores, y similares. La estación 114a base y/o la estación 114b base pueden configurarse para transmitir y/o recibir señales inalámbricas en una o más frecuencias portadoras, que pueden denominarse celda (no mostrada). Estas frecuencias pueden estar en espectro con licencia, espectro sin licencia o una combinación de espectro con licencia y sin licencia. Una celda puede brindar cobertura para un servicio inalámbrico a un área geográfica específica que puede ser relativamente fija o que puede cambiar con el tiempo. La celda puede dividirse además en sectores de celda. Por ejemplo, la celda asociada con la estación 114a base puede dividirse en tres sectores. Así, en un ejemplo, la estación 114a base puede incluir tres transceptores, es decir, uno para cada sector de la celda. En un ejemplo, la estación 114a base puede emplear tecnología de múltiple entrada, múltiple salida (MIMO) y puede utilizar múltiples transceptores para cada sector de la celda. Por ejemplo, la formación de haces puede usarse para transmitir y/o recibir señales en direcciones espaciales deseadas.
Las estaciones 114a, 114b base pueden comunicarse con una o más de las WTRU 102a, 102b, 102c, 102d a través de una interfaz 116 aérea, que puede ser cualquier enlace de comunicación inalámbrico adecuado (por ejemplo, radiofrecuencia (RF), microondas, ondas centimétricas, ondas micrométricas, infrarrojo (IR), ultravioleta (UV), luz visible y similares). La interfaz 116 aérea puede establecerse usando cualquier tecnología de acceso por radio (RAT) adecuada.
Más específicamente, como se indicó anteriormente, el sistema 100 de comunicaciones puede ser un sistema de acceso múltiple y puede emplear uno o más esquemas de acceso a canales, como CDMA, TDMA, FDMA, OFDMA, SC-FDMA y similares. Por ejemplo, la estación 114a base en la RAN 104/113 y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como el Acceso por Radio Terrestre (UTRA) del Sistema Universal de Telecomunicaciones Móviles (UMTS), que puede establecer la interfaz 116 aérea usando CDMA de banda ancha (WCDMA). WCDMA puede incluir protocolos de comunicación como el Acceso a Paquetes de Alta Velocidad (HSPA) y/o HSPA Evolucionado (HSPA+). HSPA puede incluir el Acceso a Paquetes de Enlace Descendente (DL) de Alta Velocidad (HSDPA) y/o el Acceso a Paquetes de Enlace Ascendente (UL) de Alta Velocidad (HSUPA).
En un ejemplo, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio como el Acceso por Radio Terrestre UMTS Evolucionado (E-UTRA), que puede establecer la interfaz 116 aérea usando Evolución a Largo Plazo (LTE) y/ o LTE-Avanzado (LTE-A) y/o LTE-Avanzado Pro (LTE-A Pro).
En un ejemplo, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio como Acceso por Radio NR, que puede establecer la interfaz 116 aérea usando NR
En un ejemplo, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar múltiples tecnologías de acceso por radio. Por ejemplo, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar acceso por radio LTE y acceso por radio NR juntos, por ejemplo, usando principios de conectividad dual (DC). Por lo tanto, la interfaz aérea utilizada por las WTRU 102a, 102b, 102c puede caracterizarse por múltiples tipos de tecnologías de acceso de radio y/o transmisiones enviadas a/desde múltiples tipos de estaciones base (por ejemplo, un eNB y un gNB).
La estación 114a base y las WTRU 102a, 102b, 102c pueden implementar tecnologías de radio tales como 802.11 del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) (es decir, Fidelidad Inalámbrica (WiFi)), IEEE 802.16 (es decir, Interoperabilidad Mundial para el Acceso por Microondas (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 Evolución Sólo de Datos/Evolución de Datos Optimizados (EV-DO), Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Sistema Global para las Comunicaciones Móviles (GSM), Velocidades de datos mejoradas para la Evolución de Gs M (e Dg E), GSM EDGE (GERAN) y similares.
La estación 114b base en la FIGURA 1A puede ser un enrutador inalámbrico, Nodo B Local, eNodo B Local o punto de acceso, por ejemplo, y puede utilizar cualquier RAT adecuada para facilitar la conectividad inalámbrica en un área localizada, como un lugar de trabajo, una casa, un vehículo, un campus, una instalación industrial, un corredor aéreo (por ejemplo, para uso de drones), una carretera y similares. En un ejemplo, la estación 114b base y las WTRU 102c, 102d pueden implementar una tecnología de radio como IEEE 802.11 para establecer una red de área local inalámbrica (WLAN). En un ejemplo, la estación 114b base y las WTRU 102c, 102d pueden implementar una tecnología de radio como IEEE 802.15 para establecer una red de área personal inalámbrica (WPAN). En otro ejemplo más, la estación 114b base y las WTRU 102c, 102d pueden utilizar una RAT basada en tecnología móvil (por ejemplo, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR y similares) para establecer una picocelda o femtocelda. Como se muestra en la FIGURA 1A, la estación 114b base puede tener una conexión directa a Internet 110. Por lo tanto, es posible que no se requiera que la estación 114b base acceda a Internet 110 a través de la CN 106/115.
La RAN 104/113 puede estar en comunicación con la CN 106/115, que puede ser cualquier tipo de red configurada para proporcionar servicios de voz, datos, aplicaciones y/o voz sobre protocolo de Internet (VoIP) a una o más de las WTRU.
102a, 102b, 102c, 102d. Los datos pueden tener diferentes requisitos de calidad de servicio (QoS), tales como diferentes requisitos de rendimiento, requisitos de latencia, requisitos de tolerancia a errores, requisitos de confiabilidad, requisitos de rendimiento de datos, requisitos de movilidad y similares. La CN 106/115 puede proporcionar control de llamadas, servicios de facturación, servicios móviles basados en la ubicación, llamadas prepagas, conectividad a Internet, distribución de video y similares, y/o realizar funciones de seguridad de alto nivel, como la autenticación de usuarios. Aunque no se muestra en la FIGURA 1A, se apreciará que la RAN 104/113 y/o la CN 106/115 pueden estar en comunicación directa o indirecta con otras RAN que emplean la misma RAT que la RAN 104/113 o una RAT diferente. Por ejemplo, además de estar conectado a la RAN 104/113, que puede estar utilizando una tecnología de radio NR, la CN 106/115 también puede estar en comunicación con otra RAN (no mostrado) que emplea tecnología de radio GSM, UMTS, CDMA 2000, WiMAX, E-UTRA o WiFi.
La CN 106/115 también puede servir como puerta de enlace para que las WTRU 102a, 102b, 102c, 102d accedan a la PSTN 108, a Internet 110 y/o a las otras redes 112. La PSTN 108 puede incluir redes telefónicas con conmutación de circuitos que proporcionar el servicio de telefonía simple (POTS). Internet 110 puede incluir un sistema global de redes informáticas interconectadas y dispositivos que usan protocolos de comunicación comunes, como el protocolo de control de transmisión (TCP), el protocolo de datagramas de usuario (UDP) y/o el protocolo de Internet (IP) en el conjunto de protocolos de internet TCP/IP. Las redes 112 pueden incluir redes de comunicaciones alámbricas y/o inalámbricas propiedad de otros proveedores de servicios u operadas por ellos. Por ejemplo, las redes 112 pueden incluir otra CN conectada a una o más RAN, que pueden emplear la misma RAT que la RAN 104/113 o una RAT diferente.
Algunas o todas las WTRU 102a, 102b, 102c, 102d en el sistema 100 de comunicaciones pueden incluir capacidades multimodo (por ejemplo, las WTRU 102a, 102b, 102c, 102d pueden incluir múltiples transceptores para comunicarse con diferentes redes inalámbricas a través de diferentes enlaces inalámbricos). Por ejemplo, la WTRU 102c mostrada en la FIGURA 1A puede configurarse para comunicarse con la estación 114a base, que puede emplear una tecnología de radio basada en tecnología móvil, y con la estación base 114b, que puede emplear una tecnología de radio IEEE 802.
La FIGURA 1B es un diagrama de sistema que ilustra una WTRU 102 de ejemplo. Como se muestra en la FIGURA 1B, la WTRU 102 puede incluir un procesador 118, un transceptor 120, un elemento 122 de transmisión/recepción, un altavoz/micrófono 124, un teclado 126, un elemento de visualización/panel táctil 128, una memoria 130 no extraíble, una memoria 132 extraíble, una fuente 134 de alimentación , un conjunto de chips 136 de sistema de posicionamiento global (GPS) y/u otros periféricos 138, entre otros. Se apreciará que la WTRU 102 puede incluir cualquier subcombinación de los elementos anteriores.
El procesador 118 puede ser un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo DSP, un controlador, un microcontrolador, Circuitos Integrados Específicos de Aplicación
(ASIC), circuitos de Matriz de Puertas Programables en Campo (FPGA), cualquier otro tipo de circuito integrado (IC), una máquina de estado y similares. El procesador 118 puede realizar la codificación de señales, el procesamiento de datos, el control de potencia, el procesamiento de entrada/salida y/o cualquier otra funcionalidad que permita que la WTRU 102 funcione en un entorno inalámbrico. El procesador 118 puede acoplarse al transceptor 120, que puede acoplarse al elemento 122 de transmisión/recepción. Mientras que la FIGURA 1B representa el procesador 118 y el transceptor 120 como componentes separados, se apreciará que el procesador 118 y el transceptor 120 pueden integrarse juntos en un paquete o chip electrónico.
El elemento 122 de transmisión/recepción puede configurarse para transmitir señales a, o recibir señales de, una estación base (por ejemplo, la estación 114a base) a través de la interfaz 116 aérea. Por ejemplo, el elemento 122 de transmisión/recepción puede ser una antena configurada para transmitir y/o recibir señales de RF. En un ejemplo, el elemento 122 de transmisión/recepción puede ser un emisor/detector configurado para transmitir y/o recibir señales de IR, UV o de luz visible, por ejemplo. En otro ejemplo más, el elemento 122 de transmisión/recepción puede configurarse para transmitir y/o recibir tanto señales de RF como de luz. Se apreciará que el elemento 122 de transmisión/recepción puede configurarse para transmitir y/o recibir cualquier combinación de señales inalámbricas.
Aunque el elemento 122 de transmisión/recepción se representa en la FIGURA 1B como elemento único, la WTRU 102 puede incluir cualquier número de elementos 122 de transmisión/recepción. Más específicamente, la WTRU 102 puede emplear tecnología MIMO. Por lo tanto, en un ejemplo, la WTRU 102 puede incluir dos o más elementos 122 de transmisión/recepción (por ejemplo, varias antenas) para transmitir y recibir señales inalámbricas a través de la interfaz 116 aérea.
El transceptor 120 puede configurarse para modular las señales que va a transmitir el elemento 122 de transmisión/recepción y para demodular las señales que recibe el elemento de transmisión/recepción 122. Como se señaló anteriormente, la WTRU 102 puede tener capacidades multimodo. Por lo tanto, el transceptor 120 puede incluir múltiples transceptores para permitir que la WTRU 102 se comunique a través de múltiples RAT, como NR e IEEE 802.11, por ejemplo.
El procesador 118 de la WTRU 102 puede estar acoplado y puede recibir datos de entrada del usuario desde el altavoz/micrófono 124, el teclado 126 y/o el elemento 128 de visualización/panel táctil (por ejemplo, un elemento de visualización de cristal líquido (LCD) o unidad de elemento de visualización de diodo orgánico emisor de luz (OLED)). El procesador 118 también puede enviar datos de usuario al altavoz/micrófono 124, el teclado 126 y/o el elemento 128 de visualización/panel táctil. Además, el procesador 118 puede acceder a información y almacenar datos en cualquier tipo de memoria adecuada, como la memoria 130 no extraíble y/o la memoria 132 extraíble. La memoria 130 no extraíble puede incluir memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), un disco duro o cualquier otro tipo de memoria dispositivo de almacenamiento. La memoria 132 extraíble puede incluir una tarjeta de módulo de identidad de abonado (SIM), una tarjeta de memoria, una tarjeta de memoria digital segura (SD) y similares. El procesador 118 puede acceder a la información y almacenar datos en la memoria que no está ubicada físicamente en la WTRU 102, como en un servidor o un ordenador local (no mostrado).
El procesador 118 puede recibir energía de la fuente 134 de alimentación y puede configurarse para distribuir y/o controlar la energía a los otros componentes en la WTRU 102. La fuente 134 de alimentación puede ser cualquier dispositivo adecuado para alimentar la WTRU 102. Por ejemplo , la fuente 134 de alimentación puede incluir una o más baterías de celda seca (por ejemplo, níquel-cadmio (NiCd), níquel-zinc (NiZn), hidruro metálico de níquel (NiMH), iones de litio (Liion) y similares ), celdas solares, celdas de combustible y similares.
El procesador 118 también puede acoplarse al conjunto de chips 136 GPS, que puede configurarse para proporcionar información de ubicación (por ejemplo, de longitud y latitud) con respecto a la ubicación actual de la WTRU 102. Además de, o en lugar de, la información del conjunto de chips 136 GPS, la WTRU 102 puede recibir información de ubicación a través de la interfaz 116 aérea desde una estación base (por ejemplo, las estaciones 114a, 114b base) y/o determinar su ubicación en función de la sincronización de las señales que se reciben de dos o más estaciones base cercanas. Se apreciará que la WTRU 102 puede adquirir información de ubicación por medio de cualquier método de determinación de ubicación adecuado.
El procesador 118 puede acoplarse además a otros periféricos 138, que pueden incluir uno o más módulos de software y/o hardware que proporcionan características, funcionalidad y/o conectividad por cable o inalámbrica adicionales. Por ejemplo, los periféricos 138 pueden incluir un acelerómetro, una brújula electrónica, un transceptor de satélite, una cámara digital (para fotografías y/o video), un puerto de bus serie universal (USB), un dispositivo de vibración, un transceptor de televisión, un auricular de manos libres, un módulo Bluetooth® , una unidad de radio de frecuencia modulada (FM), un reproductor de música digital, un reproductor multimedia, un módulo de reproductor de videojuegos, un navegador de Internet, un dispositivo de Realidad Virtual y/o de Realidad Aumentada (VR/AR), un rastreador de actividad y similares. Los periféricos 138 pueden incluir uno o más sensores. Los sensores pueden ser uno o más de un giroscopio, un acelerómetro, un sensor de efecto hall, un magnetómetro, un sensor de orientación, un sensor de proximidad, un sensor de temperatura, un sensor de tiempo, un sensor de geolocalización, un altímetro, un sensor de luz, un sensor táctil, un magnetómetro, un barómetro, un sensor de gestos, un sensor biométrico, un sensor de humedad y similares.
La WTRU 102 puede incluir radio totalmente dúplex para la cual la transmisión y recepción de algunas o todas las señales (por ejemplo, asociadas con subtramas particulares tanto para UL (por ejemplo, para transmisión) como para DL (por ejemplo, para recepción) puede ser concurrente y/o simultánea. La radio totalmente dúplex puede incluir una unidad de gestión de interferencias para reducir o eliminar sustancialmente la autointerferencia a través del hardware (por ejemplo, un estrangulador) o el procesamiento de señales a través de un procesador (por ejemplo, un procesador separado ( (no se muestra) o a través del procesador 118). En un ejemplo, la WTRU 102 puede incluir una radio semidúplex para la cual la transmisión y recepción de algunas o todas las señales (por ejemplo, asociadas con subtramas particulares para el UL (por ejemplo , para transmisión) o el DL (por ejemplo, para recepción)).
La FIGURA 1C es un diagrama de sistema que ilustra la RAN 104 y la CN 106. Como se indicó anteriormente, la RAN 104 puede emplear una tecnología de radio E-UTRA para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116 aérea. La RAN 104 también puede estar en comunicación con la CN 106.
La RAN 104 puede incluir los eNodo-B 160a, 160b, 160c, aunque se apreciará que la RAN 104 puede incluir cualquier número de eNodo-B.
Cada uno de los eNodo-B 160a, 160b, 160c puede incluir uno o más transceptores para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116 aérea. En un ejemplo, el eNodo-B 160a, 160b, 160c puede implementar la tecnología MIMO. Por lo tanto, el eNodo-B 160a, por ejemplo, puede usar múltiples antenas para transmitir señales inalámbricas y/o recibir señales inalámbricas desde la WTRU 102a.
Cada uno de los eNodo-B 160a, 160b, 160c puede asociarse con una celda particular (no mostrada) y puede configurarse para manejar decisiones de administración de recursos de radio, decisiones de traspaso, programación de usuarios en UL y/o DL, y similares. Como se muestra en la FIGURA 1C, los eNodo-B 160a, 160b, 160c pueden comunicarse entre sí a través de una interfaz X2.
La CN 106 mostrada en la FIGURA 1C puede incluir una entidad 162 de gestión de movilidad (MME), una puerta de enlace 164 de servicio (SGW) y una puerta de enlace 166 de red de paquetes de datos (PDN) (PGW). Si bien cada uno de los elementos anteriores se representa como parte de la CN 106, se apreciará que cualquiera de estos elementos puede ser propiedad y/o ser operado por una entidad distinta al operador de la CN.
La MME 162 puede conectarse a cada uno de los eNodo-B 162a, 162b, 162c en la RAN 104 a través de una interfaz S1 y puede servir como un nodo de control. Por ejemplo, la MME 162 puede ser responsable de autenticar a los usuarios de las WTRU 102a, 102b, 102c, activar/desactivar portadoras, seleccionar una puerta de enlace de servicio particular durante una conexión inicial de las WTRU 102a, 102b, 102c y similares. La MME 162 puede proporcionar una función de plano de control para cambiar entre la RAN 104 y otras RAN (no mostradas) que emplean otras tecnologías de radio, como GSM y/o WCDMA.
La SGW 164 puede conectarse a cada uno de los eNodo B 160a, 160b, 160c en la RAN 104 a través de la interfaz S1. La SGW 164 generalmente puede enrutar y reenviar paquetes de datos de usuario hacia/desde las WTRU 102a, 102b, 102c. La SGW 164 puede realizar otras funciones, como anclar planos de usuario durante los traspasos entre eNodos B, activar los avisos cuando los datos de DL están disponibles para las WTRU 102a, 102b, 102c, administrar y almacenar contextos de las WTRU 102a, 102b, 102c y similares.
La SGW 164 se puede conectar a la PGW 166, que puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación de paquetes, como Internet 110, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y redes habilitadas para dispositivos IP.
La CN 106 puede facilitar las comunicaciones con otras redes. Por ejemplo, la CN 106 puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación de circuitos, como la PSTN 108, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los dispositivos tradicionales de comunicación por línea terrestre. Por ejemplo, la CN 106 puede incluir, o puede comunicarse con, una puerta de enlace IP (por ejemplo, un servidor de subsistema multimedia IP (IMS)) que sirve como interfaz entre la CN 106 y la PSTN 108. Además, la CN 106 puede proporcionar a las WTRU 102a, 102b, 102c acceso a las otras redes 112, que pueden incluir otras redes cableadas y/o inalámbricas que son propiedad y/o están operadas por otros proveedores de servicios.
Aunque la WTRU se describe en las FIGURAS 1A-1D como terminal inalámbrico, se contempla que tal terminal puede usar (por ejemplo, de forma temporal o permanente) interfaces de comunicación por cable con la red de comunicación.
La otra red 112 puede ser una WLAN.
Una WLAN en modo de Conjunto de Servicios Básicos de Infraestructura (BSS) puede tener un Punto de Acceso (AP) para el BSS y una o más estaciones (STA) asociadas con el AP. El AP puede tener un acceso o una interfaz a un Sistema de Distribución (DS) u otro tipo de red alámbrica/inalámbrica que transporta tráfico hacia y/o desde el BSS. El tráfico a las STA que se origina fuera del BSS puede llegar a través del AP y puede entregarse a las STA. El tráfico que se origina en las sTa hacia destinos fuera del BSS se puede enviar al AP para que se entregue en los respectivos destinos. El
tráfico entre STA dentro del BSS puede enviarse a través del AP, por ejemplo, donde la STA de origen puede enviar tráfico al AP y el AP puede entregar el tráfico a la STA de destino. El tráfico entre STA dentro de un BSS puede considerarse y/o denominarse tráfico de igual a igual. El tráfico de igual a igual se puede enviar entre (por ejemplo, directamente entre) las STA de origen y de destino con una configuración de enlace directo (DLS). LA DLS puede usar una DLS 802.11e o una DLS tunelizada 802.1 1z (TDLS). Una WLAN que usa un modo BSS independiente (IBSS) puede no tener un AP, y las STA (por ejemplo, todas las STA) dentro o que usan el IBSS pueden comunicarse directamente entre sí. El modo de comunicación del IBSS puede denominarse a veces en el presente documento como un modo de comunicación ad-hoc.
Cuando se usa el modo de operación de infraestructura 802.11ac o un modo de operación similar, el AP puede transmitir una baliza en un canal fijo, como un canal principal. El canal principal puede tener un ancho fijo (por ejemplo, un ancho de banda de 20 megahercios (MHz)) o un ancho establecido dinámicamente, establecido mediante señalización. El canal primario puede ser el canal operativo del BSS y puede ser usado por las STA para establecer una conexión con el AP. El Acceso Múltiple con Detección de Portadora con Evitación de Colisiones (CSMA/CA) puede implementarse, por ejemplo, en sistemas 802.11. Para CSMA/CA, las STA (por ejemplo, cada STA), incluido el AP, pueden detectar el canal principal. Si una STA en particular percibe/detecta y/o determina que el canal primario está ocupado, la STA en particular puede retroceder. Una STA (por ejemplo, solo una estación) puede transmitir en cualquier momento dado en un BSS dado.
Las STA de alto rendimiento (HT) pueden usar un canal de 40 MHz de ancho para la comunicación, por ejemplo, a través de una combinación del canal principal de 20 MHz con un canal de 20 MHz adyacente o no adyacente para formar un canal de 40 MHz de ancho.
Las STA de Muy Alto Rendimiento (VHT) pueden admitir canales de 20 MHz, 40 MHz, 80 MHz y/o 160 MHz de ancho. Los canales de 40 MHz y/u 80 MHz pueden formarse combinando canales contiguos de 20 MHz. Un canal de 160 MHz puede formarse combinando 8 canales contiguos de 20 MHz o combinando dos canales no contiguos de 80 MHz, lo que puede denominarse configuración 80+80. Para la configuración 80+80, los datos, después de la codificación del canal, pueden pasar a través de un analizador de segmentos que puede dividir los datos en dos flujos. El procesamiento por Transformada Rápida de Fourier Inversa (IFFT) y el procesamiento en el dominio del tiempo se pueden realizar en cada flujo por separado. Los flujos pueden asignarse a los dos canales de 80 MHz, y los datos pueden transmitirse mediante una STA transmisora. En el receptor de la STA receptora, la operación descrita anteriormente para la configuración 80+80 puede invertirse, y los datos combinados pueden enviarse al Control de Acceso al Medio (MAC).
Los modos de funcionamiento inferiores a 1 gigahercio (GHz) son compatibles con 802.11 af y 802.11 ah. Los anchos de banda operativos del canal y las portadoras se reducen en 802.11af y 802.11ah en relación con los usados en 802.11 n y 802.1 1 ac.802.11 af admite anchos de banda de 5 MHz, 10 MHz y 20 MHz en el espectro Espacio Blanco de TV (TVWS), y 802.11ah admite anchos de banda de 1 MHz, 2 MHz, 4 MHz, 8 MHz y 16 MHz usando espectro que no es TVWS.
802.1 1ah puede ser compatible con Control de Tipo de Medidor/Comunicaciones de Tipo Máquina (MTC), como dispositivos MTC en un área de cobertura macro. Los dispositivos MTC pueden tener ciertas capacidades, por ejemplo, capacidades limitadas que incluyen soporte para (por ejemplo, solo soporte para) ciertos y/o anchos de banda limitados. Los dispositivos MTC pueden incluir una batería con una duración de batería superior a un umbral (por ejemplo, para mantener una duración de batería muy larga).
Los sistemas WLAN, que pueden admitir múltiples canales y anchos de banda de canal, como 802.11 n, 802.1 1 ac, 802.1 1 af y 802.1 1 ah, incluyen un canal que puede designarse como canal principal. El canal principal puede tener un ancho de banda igual al mayor ancho de banda operativo común soportado por todas las STA en el BSS. El ancho de banda del canal principal puede establecerse y/o limitarse por una STA, de entre todas las STA que operan en un BSS, que admite el modo operativo de ancho de banda más pequeño. En el ejemplo de 802.1 1ah, el canal principal puede tener 1 MHz de ancho para las STA (por ejemplo, dispositivos de tipo MTC) que admiten (por ejemplo, solo admiten) un modo de 1 MHz, incluso si el AP y otras STA en el BSS admiten 2 MHz, 4 MHz, 8 MHz, 16 MHz y/u otros modos operativos de ancho de banda del canal. Los ajustes de detección de portadora y/o Vector de Asignación de Red (NAV) pueden depender del estado del canal principal. Si el canal principal está ocupado, por ejemplo, debido a que una STA (que solo admite un modo operativo de 1 MHz) transmite al AP, todas las bandas de frecuencia disponibles pueden considerarse ocupadas aunque la mayoría de las bandas de frecuencia permanezcan inactivas y pueden estar disponible.
En los Estados Unidos, las bandas de frecuencia disponibles que pueden ser usadas por 802.11ah son de 902 MHz a 928 MHz. En Corea, las bandas de frecuencia disponibles son de 917,5 MHz a 923,5 MHz. En Japón, las bandas de frecuencia disponibles son de 916,5 MHz a 927,5 MHz. El ancho de banda total disponible para 802.1 1ah es de 6 MHz a 26 MHz según el código de país.
La FIGURA 1D es un diagrama de sistema que ilustra la RAN 113 y la CN 115. Como se señaló anteriormente, la RAN 113 puede emplear una tecnología de radio NR para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116aérea. La RAN 113 también puede estar en comunicación con la CN 115.
La RAN 113 puede incluir gNB 180a, 180b, 180c, aunque se apreciará que la RAN 113 puede incluir cualquier número de gNB.
Cada uno de los gNB 180a, 180b, 180c puede incluir uno o más transceptores para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116 aérea. En un ejemplo, los gNB 180a, 180b, 180c pueden implementar tecnología MIMO. Por ejemplo, los gNB 180a, 108b pueden utilizar formación de haces para transmitir señales y/o recibir señales de los gNB 180a, 180b, 180c. Por lo tanto, el gNB 180a, por ejemplo, puede usar múltiples antenas para transmitir señales inalámbricas y/o recibir señales inalámbricas de la WTRU 102a. En un ejemplo, los gNB 180a, 180b, 180c pueden implementar tecnología de agregación de portadoras. Por ejemplo, el gNB 180a puede transmitir portadoras de múltiples componentes a la WTRU 102a (no se muestra). Un subconjunto de estas portadoras de componentes puede estar en espectro sin licencia, mientras que las portadoras de componentes restantes pueden estar en espectro con licencia. En un ejemplo, los gNB 180a, 180b, 180c pueden implementar la tecnología MultiPunto Coordinado (CoMP). Por ejemplo, la WTRU 102a puede recibir transmisiones coordinadas desde el gNB 180a y el gNB 180b (y/o el gNB 180c).
Las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c usando transmisiones asociadas con una numerología escalable. Por ejemplo, el espaciado de símbolos OFDM y/o el espaciado de subportadoras OFDM pueden variar para diferentes transmisiones, diferentes celdas y/o diferentes segmentos del espectro de transmisión inalámbrica. Las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c usando subtramas o intervalos de tiempo de transmisión (TTI) de varias longitudes o escalables, por ejemplo, que contienen un número variable de símbolos OFDM y/o duran longitudes variables de tiempo absoluto .
Los gNB 180a, 180b, 180c pueden configurarse para comunicarse con las WTRU 102a, 102b, 102c en una configuración independiente y/o una configuración no independiente. En la configuración independiente, las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c sin acceder también a otras RAN (por ejemplo, como los eNodo-B 160a, 160b, 160c). En la configuración independiente, las WTRU 102a, 102b, 102c pueden utilizar uno o más gNB 180a, 180b, 180c como punto de anclaje de movilidad. En la configuración independiente, las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c usando señales en una banda sin licencia. En una configuración no independiente, las WTRU 102a, 102b, 102c pueden comunicarse con/conectarse a los gNB 180a, 180b, 180c mientras también se comunican con/conectan a otra RAN como los eNodo-B 160a, 160b, 160c. Por ejemplo, las WTRU 102a, 102b, 102c pueden implementar principios de DC para comunicarse con uno o más gNB 180a, 180b, 180c y uno o más eNodo-B 160a, 160b, 160c de manera sustancialmente simultánea. En la configuración no independiente, los eNodo-B 160a, 160b, 160c pueden servir como ancla de movilidad para las WTRU 102a, 102b, 102c y los gNB 180a, 180b, 180c pueden proporcionar cobertura y/o rendimiento adicional para dar servicio a las WTRU 102a, 102b, 102c.
Cada uno de los gNB 180a, 180b, 180c puede asociarse con una celda particular (no mostrada) y puede configurarse para manejar decisiones de administración de recursos de radio, decisiones de traspaso, programación de usuarios en UL y/o DL, soporte de segmentación de red, DC, interfuncionamiento entre NR y E-UTRA, enrutamiento de datos del plano de usuario hacia la Función 184a, 184b de Plano de Usuario (UPF), enrutamiento de la información del plano de control hacia la Función 182a, 182b de Gestión de Acceso y Movilidad (AMF) y similares. Como se muestra en la FIGURA 1D, los gNB 180a, 180b, 180c pueden comunicarse entre sí a través de una interfaz Xn.
La CN 115 mostrada en la FIGURA 1D puede incluir al menos una AMF 182a, 182b, al menos una UPF 184a, 184b, al menos una Función 183a, 183b de Gestión de Sesión (SMF) y posiblemente una Red 185a, 185b de Datos (DN). Si bien cada uno de los elementos anteriores se representa como parte de la CN 115, se apreciará que cualquiera de estos elementos puede ser propiedad y/o ser operado por una entidad distinta del operador de la CN.
La AMF 182a, 182b puede conectarse a uno o más de los gNB 180a, 180b, 180c en la RAN 113 a través de una interfaz N2 y puede servir como nodo de control. Por ejemplo, la AMF 182a, 182b puede ser responsable de autenticar a los usuarios de las WTRU 102a, 102b, 102c, admitir la segmentación de red (por ejemplo, el manejo de diferentes sesiones de unidades de datos de protocolo (PDU) con diferentes requisitos), seleccionar una SMF 183a, 183b particular, la gestión del área de registro, la señalización de terminación de estrato de no acceso (NAS), la gestión de movilidad, y similares. La AMF 182a, 182b puede usar la segmentación de red para personalizar el soporte de la CN para las WTRU 102a, 102b, 102c en función de los tipos de servicios que se utilizan en las WTRU 102a, 102b, 102c. Por ejemplo, se pueden establecer diferentes segmentos de red para diferentes casos de uso, como los servicios que se basan en acceso de baja latencia ultraconfiable (URLLC), los servicios que se basan en acceso de banda ancha móvil masiva mejorada (eMBB), los servicios para acceso a MTC y/o similares. La AMF 182a, 182b puede proporcionar una función de plano de control para cambiar entre la RAN 113 y otras RAN (no mostradas) que emplean otras tecnologías de radio, como LTE, LTE-A, LTE-A Pro y/o tecnologías de acceso no 3GPP como Wi-Fi.
La SMF 183a, 183b puede conectarse a una AMF 182a, 182b en la CN 115 a través de una interfaz N11. La SMF 183a, 183b también puede conectarse a una UPF 184a, 184b en la CN 115 a través de una interfaz N4. La SMF 183a, 183b puede seleccionar y controlar la UPF 184a, 184b y configurar el enrutamiento del tráfico a través de la UPF 184a, 184b. La SMF 183a, 183b puede realizar otras funciones, como administrar y asignar direcciones IP de UE, administrar sesiones de PDU, controlar la aplicación de políticas y QoS, proporcionar notificaciones de datos de DL y similares. Un tipo de sesión de PDU puede estar basado en IP, no basado en IP, basado en Ethernet y similares.
La UPF 184a, 184b se puede conectar a uno o más de los gNB 180a, 180b, 180c en la RAN 113 a través de una interfaz N3, que puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación de paquetes, como la Internet
110, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los dispositivos habilitados para IP. La UPF 184, 184b puede realizar otras funciones, como enrutamiento y reenvío de paquetes, aplicación de políticas de plano de usuario, soporte de sesiones de PDU de conexión múltiple, manejo de QoS de plano de usuario, almacenamiento en memoria intermedia de paquetes DL, provisión de anclaje de movilidad y similares.
La CN 115 puede facilitar las comunicaciones con otras redes. Por ejemplo, la CN 115 puede incluir, o puede comunicarse con, una puerta de enlace IP (por ejemplo, un servidor de subsistema multimedia (IMS) IP) que sirve como interfaz entre la CN 115 y la PSTN 108. Además, la CN 115 puede proporcionar a las WTRU 102a, 102b, 102c acceso a las otras redes 112, que pueden incluir otras redes cableadas y/o inalámbricas que son propiedad y/o están operadas por otros proveedores de servicios. En un ejemplo, las WTRU 102a, 102b, 102c pueden conectarse a una DN 185a, 185b local a través de la UPF 184a, 184b a través de la interfaz N3 a la UPF 184a, 184b y una interfaz N6 entre la UPF 184a, 184b y la DN 185a, 185b.
A la vista de las FIGURAS 1A-1D, y la correspondiente descripción de las FIGURAS 1A-1D, una o más, o todas, de las funciones descritas en este documento con respecto a una o más de: las WTRU 102a-d, las estaciones 114a-b base, los eNodo-B 160a-c, la MME 162, la SGW 164, la PGW 166, el gNB 180a-c, la AMF 182a-ab, las UPF 184a-b, las SMF 183a-b, las DN 185a-b y/o cualquier otro dispositivo descrito en este documento, puede ser realizado por uno o más dispositivos de emulación (no se muestra ). Los dispositivos de emulación pueden ser uno o más dispositivos configurados para emular una o más, o todas, las funciones descritas en este documento. Por ejemplo, los dispositivos de emulación pueden usarse para probar otros dispositivos y/o para simular funciones de red y/o WTRU.
Los dispositivos de emulación pueden diseñarse para implementar una o más pruebas de otros dispositivos en un entorno de laboratorio y/o en un entorno de red de operador. Por ejemplo, uno o más dispositivos de emulación pueden realizar una o más funciones, o todas, mientras se implementan total o parcialmente y/o se implementan como parte de una red de comunicación cableada y/o inalámbrica para probar otros dispositivos dentro de la comunicación. la red. El uno o más dispositivos de emulación pueden realizar una o más, o todas, las funciones mientras se implementan/despliega temporalmente como parte de una red de comunicación cableada y/o inalámbrica. El dispositivo de emulación puede acoplarse directamente a otro dispositivo con fines de prueba y/o puede realizar pruebas usando comunicaciones inalámbricas por aire.
El uno o más dispositivos de emulación pueden realizar una o más funciones, incluidas todas, mientras no se implementen/desplieguen como parte de una red de comunicación cableada y/o inalámbrica. Por ejemplo, los dispositivos de emulación pueden utilizarse en un escenario de prueba en un laboratorio de prueba y/o una red de comunicación cableada y/o inalámbrica no implementada (por ejemplo, de prueba) para implementar la prueba de uno o más componentes. El uno o más dispositivos de emulación pueden ser equipos de prueba. Los dispositivos de emulación pueden usar acoplamiento de RF directo y/o comunicaciones inalámbricas a través de circuitos de RF (por ejemplo, que pueden incluir una o más antenas) para transmitir y/o recibir datos.
El acceso múltiple (MA) es un esquema en el que múltiples usuarios (por ejemplo, múltiples WTRU) obtienen acceso a recursos monitorizados y controlados por un eNodo-B y usan los recursos simultáneamente. Por ejemplo, OFDMA usa varias portadoras que transportan datos de forma independiente entre sí y que no interfieren entre sí.
En LTE, el acceso de enlace ascendente se puede habilitar mediante un procedimiento sin contención. Las WTRU están configuradas para usar recursos específicos del Canal de Control de Enlace Ascendente Físico (PUCCH) para iniciar el proceso de acceso. En caso de ausencia de recursos de solicitud de programación programada (SR), una WTRU puede iniciar el proceso de acceso a través de un procedimiento de canal de acceso aleatorio (RACH).
La FIGURA 2 es un diagrama de tiempo de un proceso de SR de ejemplo en LTE. Como se muestra en un ejemplo en el diagrama 200 de tiempo, un procedimiento para acceso de enlace ascendente sin contención en LTE puede asumir un intervalo SR de 10 milisegundos (ms). El proceso de SR para un acceso de enlace ascendente sin contención se puede resumir en las siguientes operaciones principales. Una WTRU puede darse cuenta de la llegada de datos de enlace ascendente en la memoria intermedia de enlace ascendente de la WTRU 230. La WTRU puede entonces esperar una subtrama con una oportunidad de transmisión de SR (1 -9 ms) y enviar el SR usando recursos dedicados en un canal de control de enlace ascendente (por ejemplo, PUCCH) durante la oportunidad 240 de transmisión de SR. La oportunidad 240 de transmisión de SR es más temprana en el tiempo que la oportunidad 280 de transmisión de SR y puede ser la primera oportunidad de transmisión de SR disponible después de la llegada de datos de enlace ascendente en la memoria intermedia de enlace ascendente de la WTRU 230. T ras la recepción del SR, un eNodo-B emite a la WTRU una concesión de enlace ascendente para una transmisión 250 de Canal Compartido de Enlace Ascendente Físico (PUSCH), que puede emitirse durante una subtrama normal. Después de recibir la concesión, la WTRU puede enviar los datos 260 de enlace ascendente en un PUSCH. Si es necesario, la WTRU también puede enviar su informe de estado de la memoria intermedia (BSR) en la misma subtrama 260. Según el BSR recibido, el eNodo-B puede programar recursos para una transmisión PUSCH adicional. Posteriormente, los datos de enlace ascendente transmitidos por la WTRU pueden recibirse y estar disponibles en el eNodo-B 270.
Como se describe, el proceso de SR requiere coordinación y control entre la WTRU y el eNodo-B. Suponiendo que la transmisión de SR inicial en el PUCCH sea exitosa, la finalización del proceso de SR puede tardar unos 20 ms antes de la transmisión PUSCH real.
De ahora en adelante, una transmisión de datos de enlace ascendente con una concesión de enlace ascendente (por ejemplo, la información de control de enlace descendente (DCI) para la programación) puede denominarse mensaje DCI, una transmisión PUSCH basada en concesión (GB-PUSCH) y una transmisión de datos de enlace ascendente sin una concesión de enlace ascendente puede denominarse transmisión PUSCH (GL-PUSCH) sin concesión (GL). Una transmisión PUSCH puede usarse de manera intercambiable con una transmisión de enlace ascendente, una transmisión de datos de enlace ascendente y una transmisión de información de control de enlace ascendente. De aquí en adelante, el recurso de enlace ascendente que puede usarse para GL-PUSCH puede denominarse recurso GL-PUSCH y el recurso de enlace ascendente que puede usarse para GB-PUSCH puede denominarse recurso GB-PUSCH. Se pueden aplicar uno o más de los siguientes. En los ejemplos usados en el presente documento, un SR puede ser un SR basado en contienda (CB-SR) y un recurso de SR puede ser un recurso de CB-SR, y estos términos pueden usarse indistintamente. Además, como se usa en el presente documento, los términos parte de control, canal de control, información de canal de control e información de control pueden usarse indistintamente.
Debido a la densidad de WTRU en una aplicación de comunicaciones masivas de tipo máquina (mMTC), no es eficiente emplear un acceso sin contención para cada mMTC WTRU. Emplear acceso sin contenido para cada mMTC WTRU requiere varios pasos de señalización de enlace ascendente/descendente; por lo tanto, reduciendo significativamente la eficiencia espectral del sistema. Desde la perspectiva de la aplicación URLLC, una URLLC WTRU puede tener como objetivo principal transmitir su paquete con la menor cantidad de demora. Por lo tanto, el objetivo puede prohibir el uso de la programación regular y el proceso de concesión.
Teniendo en cuenta los casos de uso de mMTC y URLLC, existe una motivación para desarrollar un proceso de MA sin concesión para permitir un acceso rápido y confiable para las WTRU URLLC y atender una gran cantidad de WTRU mMTC con la menor cantidad de sobrecarga de control.
Los siguientes aspectos de ejemplo se consideran aquí: CB-SR, transmisión independiente de SR y GL-PUSCH, transmisión de enlace ascendente sin concesión y diseño híbrido de solicitud de repetición automática (HARQ), consideración de selección de haz, formato de transmisiones UL sin concesión y provisión de recursos de acceso sin concesión.
Los procedimientos CB-SR para MA se proporcionan en ejemplos en este documento. Por ejemplo, un SR puede ser una solicitud de uno o más recursos, como, por ejemplo, recursos de UL, que pueden usarse para la transmisión de datos de UL. Un SR puede ser una solicitud de recursos basados en concesiones, como un GB-PUSCH. Un SR puede comprender al menos un bit. En un ejemplo, un SR puede comprender un solo bit.
Los recursos CB-SR pueden proporcionarse y/o usarse durante el procedimiento CB-SR. Los recursos CB-SR pueden ser usados, por ejemplo, simultáneamente, por una o más WTRU en un grupo de WTRU que pueden asignarse o configurarse con un conjunto de recursos CB-SR. Las transmisiones de WTRU que transmiten un SR en un recurso CB-SR pueden combinarse de manera coherente.
Cuando varias WTRU transmiten un SR en el mismo recurso CB-SR, un eNodo-B que recibe el recurso CB-SR puede recibir los SR con una relación señal-ruido (SNR) más alta que cuando una WTRU envía un SR en el recurso. Cuando un eNodo-B recibe un SR en un recurso CB-SR, el eNodo-B puede entender que al menos una WTRU en un grupo de WTRU que pueden usar un recurso CB-SR puede haber enviado el SR.
Una WTRU se puede asignar y/o configurar con un conjunto de al menos un recurso que se puede usar para un SR, por ejemplo, un CB-SR. Un conjunto, como, por ejemplo, un mismo conjunto, de al menos un recurso que puede usarse para un SR, por ejemplo, un CB-SR, puede asignarse y/o configurarse para un grupo de una o más WTRU. En otro ejemplo, una WTRU puede elegir o determinar un conjunto o subconjunto de recursos CB-SR, por ejemplo, de un conjunto de recursos CB-SR que pueden estar disponibles en una celda. La configuración de los recursos CB-SR que pueden estar disponibles en una celda puede ser transmitida por un eNodo-B.
Una WTRU, por ejemplo, una WTRU que puede tener la intención de realizar una transmisión sin concesión, puede determinar al menos un recurso a usar para un SR. Por ejemplo, una WTRU puede seleccionar un recurso de un conjunto de recursos asignados, configurados o determinados. Una WTRU puede transmitir un SR sobre un recurso de SR determinado o seleccionado.
Un eNodo-B que recibe un SR en un recurso CB-SR puede responder con una concesión de recursos, por ejemplo, recursos GB-PUSCH, que pueden usarse para la transmisión de datos. La concesión puede dirigirse a un grupo de WTRU que pueden usar el recurso CB-SR, por ejemplo, un grupo de WTRU que pueden configurarse con y/o pueden usar el recurso CB-SR.
El grupo previsto puede indicarse con un identificador de grupo. Una WTRU que transmite un CB-SR puede esperar una respuesta con una concesión que puede estar destinada a un grupo. La respuesta puede denominarse respuesta CB-SR. Una respuesta CB-SR puede proporcionar una concesión de recursos, por ejemplo, recursos GB-PUSCH, a una o más WTRU. Una WTRU, por ejemplo, una WTRU que transmite un CB-SR, puede monitorizar una respuesta CB-SR. Una WTRU puede monitorizar una respuesta CB-SR que corresponda, por ejemplo, al grupo, por ejemplo, a través de un identificador de grupo, asociado con el CB-SR que transmitió la WTRU.
Si una WTRU recibe una respuesta CB-SR destinada a la WTRU, a un grupo al que pertenece o a un grupo asociado con el CB-SR que la WTRU había transmitido, la WTRU puede transmitir sobre los recursos concedidos ( por ejemplo, usando un GB-PUSCH). La WTRU puede determinar que una respuesta CB-SR está destinada a un grupo basándose en un identificador de grupo.
Una WTRU que está en un grupo (por ejemplo, un grupo asociado con un conjunto de recursos SR) puede configurarse con un identificador de grupo. Un conjunto de recursos CB-SR puede estar asociado con un identificador de grupo. Una WTRU puede configurarse con un identificador de grupo que está asociado con un conjunto de recursos CB-SR que puede usar. Una WTRU puede usar un identificador de grupo configurado para monitorizar una respuesta CB-SR, recibir una respuesta CB-SR o ambas.
Una WTRU puede determinar un identificador de grupo para usar para monitorizar y/o recibir una respuesta CB-SR, por ejemplo, en base al recurso CB-SR o al conjunto de recursos que la WTRU puede usar para la transmisión de un CB-SR. Una WTRU puede usar el identificador de grupo determinado para monitorizar una respuesta CB-SR, recibir una respuesta CB-SR o ambas.
Un identificador de grupo puede ser un Identificador Temporal de Red de Radio (RNTI), tal como, por ejemplo, un RNTI de grupo (G-RNTI). Una verificación de redundancia cíclica (CRC) de un canal de control que puede estar destinado a un grupo puede enmascararse o codificarse con un G-RNTI.
Puede ocurrir una colisión, por ejemplo, cuando más de una WTRU puede transmitir en un recurso concedido tal como un GB-PUSCH. Puede ocurrir una colisión, por ejemplo, cuando más de una WTRU en un grupo puede transmitir un SR en un recurso CB-SR y recibir un recurso concedido (por ejemplo, con un identificador de grupo correspondiente).
Uno o más de los siguientes ejemplos pueden aplicarse para evitar una colisión y/o habilitar la separación de WTRU cuando varias WTRU pueden usar un mismo recurso. En un ejemplo, diferentes WTRU pueden transmitir diferentes señales de referencia de demodulación (DMRS), por ejemplo, cuando se transmite en el mismo recurso. En otro ejemplo, diferentes WTRU pueden transmitir en diferentes recursos que pueden estar asociados con una concesión de recursos, por ejemplo, una concesión de recursos.
Por ejemplo, una WTRU puede configurarse con un patrón DMRS que la WTRU puede usar cuando transmite en un recurso concedido que puede ser usado por múltiples WTRU. Un patrón DMRS puede configurarse, por ejemplo, de forma semiestática, como por señalización de control de recursos de radio (RRC). Se puede elegir un patrón DMRS entre un conjunto de patrones DMRS. El conjunto puede ser fijo o configurado, por ejemplo, de forma semiestática, como por señalización RRC. El conjunto puede identificarse en una concesión, por ejemplo, la concesión de respuesta CB-SR. Una WTRU puede determinar un patrón DMRS basándose en un conjunto de patrones configurado o conocido.
Un patrón DMRS puede determinarse, definirse o configurarse basándose en al menos una de las ubicaciones de tiempo/frecuencia, el índice de desplazamiento cíclico, el índice de secuencia de aleatorización, el índice de código de cobertura ortogonal y el nivel de potencia de transmisión.
Por ejemplo, la DCI que es para una respuesta CB-SR puede incluir un indicador DMRS o una indicación de un conjunto de patrones DMRS. Una WTRU puede determinar un patrón DMRS basado en el indicador DMRS o elegir un patrón DMRS entre el conjunto.
Una WTRU puede determinar y/o elegir un patrón DMRS basado en al menos uno de: un indicador DMRS, un conjunto de patrones DMRS, un identificador (ID) de WTRU (por ejemplo, la Identidad de Abonado Móvil Internacional (IMSI)), y/o un valor o ID configurado (por ejemplo, celda-RNTI (C-RNTI), ID de reanudación y similares).
En otro ejemplo, se puede usar un conjunto de recursos concedidos (por ejemplo, recursos GB-PUSCH). El conjunto puede configurarse (por ejemplo, de forma semiestática) y/o indicarse en un mensaje DCI que puede ser para una respuesta CB-SR. Una WTRU puede determinar o elegir un recurso concedido (por ejemplo, GB-PUSCH) de entre el conjunto de recursos configurado y/o indicado en base a al menos uno de los ID de WTRU (por ejemplo, IMSI) y/o un valor o ID configurado (por ejemplo, C-RNTI, ID reanudación).
Una WTRU puede transmitir sobre un recurso concedido determinado o seleccionado usando un patrón DMRS determinado o seleccionado. En un ejemplo, una WTRU puede transmitir en un GB-PUSCH determinado o seleccionado usando un patrón DMRS determinado o seleccionado.
Una WTRU puede incluir en una transmisión sobre recursos concedidos información que puede identificar o identificar aún más la WTRU, las capacidades de la WTRU, el tipo de tráfico de la WTRU y similares.
La FIGURA 3 es un diagrama de flujo de un procedimiento de ejemplo que usa SR basado en contención (CB-SR). Como se muestra en el diagrama 300 de flujo, una WTRU que usa CB-SR puede recibir una configuración para un conjunto de recursos CB-SR y un ID 310de grupo asociada (G-ID). La WTRU puede entonces elegir un recurso CB-SR del conjunto de Recursos CB-SR 320. En un ejemplo, la WTRU puede hacer esta elección al azar. Además, la WTRU puede transmitir un SR en el recurso CB-SR 330 elegido. La WTRU puede monitorizar una respuesta CB-SR que incluye el G-ID 340. Además, la WTRU puede continuar monitorizando hasta que se reciba la respuesta CB-SR o hasta que haya transcurrido un período de tiempo 350. Con la condición de recibir la respuesta CB-SR, la WTRU puede obtener una concesión para los recursos de UL y una identificación 360 del conjunto DMRS. La WTRU también puede determinar un patrón DMRS entre el conjunto 370 identificado. Además, la WTRU puede transmitir en el recurso de UL concedido usando el patrón 380 de DMRS determinado.
Los procedimientos de ejemplo para la transmisión independiente de transmisiones SR y GL-PUSCH se discuten en el presente documento. En un ejemplo, las transmisiones SR y GL-PUSCH pueden transmitirse simultáneamente en el proceso de transmisión independiente de las transmisiones SR y GL-PUSCH. Por ejemplo, en el modo RRC_CONECTADO, una WTRU puede intentar realizar una transmisión independiente de transmisiones SR y GL-PUSCH para aumentar la probabilidad de una transmisión exitosa y reducir el tiempo de espera para una carga útil de alta prioridad. La transmisión GL-PUSCH puede basarse en un principio basado en contienda en el que varias WTRU intentan usar los mismos recursos para la transmisión.
La transmisión GL-PUSCH puede contener un BSR u otra forma de indicación del estado de una memoria intermedia de WTRU para indicar si pueden seguir transmisiones PUSCH posteriores. La indicación del estado de la memoria intermedia puede ser explícita o implícita. Se puede realizar una indicación implícita mediante, por ejemplo, un uso específico de DMRS, el uso de ciertos desplazamientos cíclicos y similares.
Dependiendo de la configuración de recursos de la WTRU para la transmisión de Indicadores de Solicitud de Programación (SRI), las transmisiones independientes de un SR y un PUSCH pueden ser simultáneas o desplazadas en el tiempo.
Las FIGURAS 4A y 4B son diagramas de tiempos de procesos SR de ejemplo. Las FIGURAS 4A y 4B muestran líneas de tiempo ejemplares para transmisiones SR y PUSCH. La FIGURA 4A muestra un ejemplo de transmisiones independientes con desplazamiento de tiempo de un SR y un PUSCH. Como se muestra en el diagrama 400 de tiempo, una WTRU puede determinar la llegada de datos de enlace ascendente a la capa 430 física. La WTRU puede entonces transmitir un PUSCH 440. Además, la WTRU puede esperar una subtrama con una oportunidad de transmisión de SR y enviar el SR durante la oportunidad 450 de transmisión de SR. Al recibir el SR, un eNodo-B puede emitir a la WTRU una concesión de enlace ascendente para una transmisión 460 de PUSCH, que puede emitirse durante una subtrama regular. Después de recibir la concesión, la WTRU puede enviar los datos del enlace ascendente en una transmisión 470 PUSCH de seguimiento. Además, la WTRU puede recibir una subtrama con una oportunidad 480 de transmisión de SR adicional.
La FIGURA 4B muestra un ejemplo de transmisiones independientes simultáneas de transmisiones SR y PUSCH. Como se muestra en la FIGURA 4B, una WTRU puede determinar la llegada de datos de enlace ascendente a la capa 435 física. La WTRU puede entonces enviar la transmisión SR y una transmisión PUSCH simultáneamente durante la oportunidad 445 de transmisión de SR. Al recibir el SR, un eNodo-B puede emitir a la WTRU una concesión de enlace ascendente para una transmisión 465 PUSCH, que puede emitirse durante una subtrama regular. Después de recibir la concesión, la WTRU puede enviar datos de enlace ascendente adicionales en una transmisión 475 PUSCH de seguimiento. Además, la WTRU puede recibir una subtrama con una oportunidad 485 de transmisión de SR adicional.
Como se muestra en un ejemplo en la FIGURA 4A, la transmisión 440 PUSCH puede ocurrir antes de la transmisión 450 SR. En comparación, en un ejemplo en la FIGURA 4B, la WTRU puede transmitir transmisiones 445 SR y PUSCH simultáneamente.
En otro ejemplo mostrado en la FIGURA 4B, la WTRU puede posponer la transmisión PUSCH por al menos un período de transmisión para evitar dividir su potencia. Por ejemplo, la WTRU puede transmitir el SR sin un PUSCH y luego transmitir una transmisión 475 de PUSCH de seguimiento en el período de transmisión posterior. De esta forma, la WTRU puede evitar dividir su potencia entre la transmisión SR y la transmisión PUSCH.
La determinación dinámica de los recursos GL-PUSCH se puede realizar en el proceso de transmisión independiente de las transmisiones de SR y GL-PUSCH. Por ejemplo, la WTRU puede determinar el tamaño y la ubicación de los recursos PUSCH de forma dinámica a través de una señalización de control de capa 1 (L1). La señalización de control L1 puede ser específica de WTRU o, de manera alternativa, puede dirigirse a un grupo de WTRU. En el caso de dirigirse a un grupo de WTRU, el tamaño de los recursos puede definirse en función del número de WTRU y la importancia de la misión o la calidad del servicio del grupo. El conjunto de recursos definido puede ser permanente o válido durante un período de tiempo específico, por ejemplo, en función de un temporizador de validez.
En un sistema agregado de portadoras, el conjunto de recursos definido puede estar o no en la misma componente de portadoras. De manera alternativa, para reducir la probabilidad de colisión, la WTRU puede configurarse para usar dos conjuntos de recursos definidos en cada portadora de componentes. Los recursos establecidos en cada portadora de componentes pueden ser similares en tamaño y ubicación en la cuadrícula de recursos. La WTRU puede determinar la información sobre el conjunto de recursos en las portadoras de componentes secundarias explícita o implícitamente a partir del conjunto de recursos definido para la portadora de componentes principal.
El comportamiento de la WTRU en respuesta al éxito o fracaso de la transmisión independiente puede determinarse en el proceso de transmisión independiente de la transmisión SR y GL-PUSCH. Por ejemplo, dependiendo del éxito de cada transmisión, una WTRU puede adoptar diferentes pasos para proceder. Si un eNodo-B decodifica correctamente las transmisiones SR y GL-PUSCH, el eNodo-B puede procesar la carga útil recibida en el GL-PUSCH y, en respuesta al SR recibido, puede emitir una concesión de enlace ascendente para la transmisión PUSCH de seguimiento para la WTRU.
La concesión de enlace ascendente puede considerarse válida para un número predefinido de eventos de transmisión. En un ejemplo, una WTRU puede configurarse para una longitud de ventana de vencimiento más allá de la cual no usará la concesión de enlace ascendente para una transmisión de enlace ascendente. En otro ejemplo, tras la recepción de la concesión de enlace ascendente, una WTRU puede usar la concesión de enlace ascendente para una nueva primera transmisión o retransmisión de seguimiento. En un ejemplo adicional, en transmisiones de seguimiento, una WTRU puede indicar si su concesión de enlace ascendente debe renovarse o terminarse antes de tiempo en caso de una ventana de vencimiento.
En otro ejemplo, el eNodo-B puede decodificar correctamente la transmisión GL-PUSCH y fallar al decodificar el SR. En este caso, si la transmisión GL-PUSCH contiene un BSR u otra forma de indicación del estado de la memoria intermedia de una WTRU, el eNodo-B puede determinar si la WTRU requiere una concesión de enlace ascendente adicional y enviar una concesión de enlace ascendente en consecuencia.
Además, suponiendo transmisiones WTRU de transmisiones SR y GL-PUSCH en intervalos de transmisión nSR y nGL-pusch, la WTRU puede iniciar un proceso RACH si no recibe una concesión de UL o una retroalimentación de HARQ por evento de transmisión n=max(nsR, nGL-puscH)+k. Si el eNodo-B decodifica el SR correctamente y no logra decodificar la transmisión GL-PUSCH, se puede emitir una concesión de UL para una transmisión de GB-PUSCH.
En este documento se proporcionan ejemplos de transmisión de enlace ascendente GL y diseño HARQ. En un ejemplo, una WTRU puede transmitir una transmisión de enlace ascendente sin una concesión de enlace ascendente. En un ejemplo, la concesión del enlace ascendente puede señalizarse dinámicamente en cada Intervalo de Tiempo de Transmisión (TTI). Por ejemplo, una WTRU puede transmitir datos de enlace ascendente, por ejemplo, un PUSCH, en un recurso de enlace ascendente sin programación.
En este documento se proporcionan ejemplos de configuración de recursos GL-PUSCH para transmisión de UL sin concesión. En un ejemplo, una WTRU puede transmitir un GL-PUSCH en uno o más recursos de enlace ascendente que pueden configurarse, determinarse y/o usarse para una transmisión GL-PUSCH.
El recurso de enlace ascendente puede incluir al menos una subtrama, trama de radio, bloque de recursos físicos (PRB), pares de PRB, índice de desplazamiento cíclico DMRS, elemento de recurso, símbolo, subportadora, tono y similares. Los recursos GL-PUSCH y/o GB-PUSCH pueden determinarse, definirse, usarse y/o configurarse como un conjunto de recursos de enlace ascendente. En un ejemplo, los recursos GL-PUSCH y/o GB-PUSCH pueden determinarse como pares de PRB en una o más subtramas.
El uno o más recursos de enlace ascendente para la transmisión de GL-PUSCH pueden ser un subconjunto de recursos de enlace ascendente que pueden usarse para la transmisión de GB-PUSCH. Por ejemplo, el subconjunto de recursos GB-PUSCH puede configurarse o determinarse como recursos GL-PUSCH que pueden usarse para la transmisión GL-PUSCH o la transmisión de GB-PUSCH. En otro ejemplo, una WTRU puede transmitir una transmisión GL-PUSCH en un recurso GL-PUSCH dentro de los recursos GL-PUSCH configurados o determinados. En otro ejemplo, el subconjunto de recursos GB-PUSCH que pueden usarse para los recursos GL-PUSCH puede determinarse con base en al menos uno de: una configuración de capa superior; una indicación dinámica en un mensaje DCI asociado; una función de uno o más de los parámetros del sistema que incluye ID de celda física, número de subtrama y número de trama de radio; y una función de uno o más parámetros específicos de WTRU que incluyen WTRU-ID o UE-ID (por ejemplo, IMSI, Evolución de Arquitectura de Sistema (SAE)-Identidad Temporal de Abonado Móvil (TMSI) (s-TMSI), C-RNTI, y similares).
En un ejemplo adicional, la WTRU puede monitorizar o recibir un mensaje DCI asociado para la determinación o configuración de recursos GB-PUSCH en una ubicación de tiempo conocida, por ejemplo, una subtrama anterior al envío de los datos de UL. Por ejemplo, la WTRU puede controlar un mensaje DCI asociado para una determinación de recursos GB-PUSCH en una subtrama n en una subtrama n-k, en donde n y k pueden ser cada uno un número entero positivo. El mensaje DCI asociado para una determinación o configuración de recursos GB-PUSCH puede incluir al menos uno de los siguientes: un subconjunto de pares PRB, uno o más índices de desplazamiento cíclico DMRS, uno o más símbolos y similares.
En un ejemplo, se pueden usar uno o más recursos de frecuencia para una transmisión GL-PUSCH, y la ubicación de uno o más recursos de frecuencia se puede determinar en base a un índice de tiempo. El índice de tiempo puede incluir, por ejemplo, un número de subtrama, un número de TTI y similares. En consecuencia, se pueden aplicar uno o más de los siguientes ejemplos.
En un ejemplo, se pueden usar, determinar y/o configurar una o más subbandas para una transmisión GL-PUSCH, de modo que una subbanda puede ser uno o más PRB consecutivos (o pares de PRB) en una subtrama. En otro ejemplo, el número de subbandas puede determinarse en base al ancho de banda del sistema. En otro ejemplo, el número de PRB (o pares de PRB) para una subbanda puede determinarse en función del ancho de banda del sistema. En un ejemplo adicional, se puede usar un índice para una subbanda y el índice de la subbanda se puede determinar como un orden creciente desde el índice PRB más bajo.
En otro ejemplo, se puede usar un subconjunto de índices de subbanda para indicar uno o más recursos de frecuencia para una transmisión GL-PUSCH. El subconjunto de índices de subbanda puede determinarse basándose en un número de subtrama, un Número de Trama de Sistema (SFN) o ambos. Además, el subconjunto de índices de subbanda puede ser diferente de una subtrama a otra.
En un ejemplo adicional, entre un conjunto de subbandas para transmisión GL-PUSCH, una o más subbandas pueden usarse semiestáticamente y el resto de las subbandas en el conjunto pueden configurarse, determinarse y/o usarse con una indicación dinámica. Por ejemplo, si se configuran Na subbandas para la transmisión GL-PUSCH, puede determinarse un subconjunto de Na (por ejemplo, Ns, donde Ns < Na) como un conjunto alternativo de recursos GL-PUSCH, que puede considerarse como GL-PUSCH y los recursos GL-PUSCH restantes pueden activarse/desactivarse dinámicamente en función de una indicación, por ejemplo, un recurso GL-PUSCH dinámico. El conjunto alternativo de recursos GL-PUSCH se puede usar para un primer tipo de tráfico de datos de enlace ascendente, por ejemplo, una URLLC, y el conjunto dinámico de recursos GL-PUSCH se puede usar para un segundo tipo de tráfico de datos de enlace ascendente, por ejemplo, mMTC.
En otro ejemplo, la presencia de uno o más recursos GL-PUSCH en una determinada ventana de tiempo puede indicarse en una ubicación de tiempo/frecuencia conocida. Por ejemplo, un conjunto de recursos GL-PUSCH puede configurarse, por ejemplo, a través de señalización de capa superior, y la presencia del conjunto configurado de recursos GL-PUSCH puede indicarse dinámicamente. Por ejemplo, la indicación de presencia de los recursos GL-PUSCH puede ser recibida y/o supervisada por una WTRU en una señal de control de enlace descendente conocida. Por ejemplo, se pueden reservar uno o más recursos de control de enlace descendente, por ejemplo, un recurso de acuse de recibo HARQ (ACK), y se pueden usar para indicar la presencia de recursos GL-PUSCH. Una WTRU puede transmitir una transmisión GL-PUSCH en los recursos GL-PUSCH si se indica la presencia. La indicación de presencia puede ser recibida y/o monitorizada por una WTRU que pueden configurarse y/o determinarse para soportar la transmisión GL-PUSCH. La indicación de presencia puede ser recibida y/o monitorizada por WTRU que pueden soportar cierto tipo de tráfico de datos, por ejemplo, URLLC o mMTC. La presencia de los recursos GL-PUSCH puede indicarse implícitamente a partir de una indicación de presencia para otro tipo de señales, por ejemplo, señales de referencia de sondeo (SRS).
En otro ejemplo, se puede usar una concesión de enlace ascendente común para programar recursos de enlace ascendente que se pueden usar para la transmisión GL-PUSCH. Por ejemplo, se puede usar una concesión de enlace ascendente común para indicar qué recursos de enlace ascendente se pueden usar para la transmisión GL-PUSCH. En un ejemplo, el enlace ascendente común puede ser un mensaje DCI común. La concesión de enlace ascendente común puede ser monitorizada o recibida por las WTRU, que pueden configurarse o determinarse para usar la transmisión GL-PUSCH. En un ejemplo, un eNodo-B puede transmitir el mensaje DCI durante una ventana de tiempo fija.
La FIGURA 5 es un diagrama de asignación de recursos de un ejemplo de una indicación dinámica de una concesión de recursos de UL para transmisión GL-PUSCH. Como se muestra en el diagrama 500 de recursos, una WTRU, que recibe la concesión de enlace ascendente común para la transmisión GL-PUSCH, puede determinar uno o más recursos GL-PUSCH concedidos para la transmisión , 520, 530, 540 GL-PUSCH, si la WTRU tiene tráfico de datos. para enviar usando un recurso GL-PUSCH. La WTRU puede recibir la concesión de enlace ascendente común para la transmisión GL-PUSCH en una región 515 de control de DL en la subtrama 510. El tráfico de datos a enviar usando el recurso GL-PUSCH puede ser el segundo tipo de tráfico de datos, por ejemplo, mMTC. La concesión de enlace ascendente común puede señalizarse, transmitirse y/o llevarse en un mensaje DCI que puede ser supervisado por la WTRU en un espacio de búsqueda común. El mensaje DCI puede estar ubicado en la región 515 de control de DL. El espacio de búsqueda común puede ser monitorizado por las WTRU que pueden configurarse o determinarse para usar transmisión GL-PUSCH. En un ejemplo, el mensaje DCI puede ser un mensaje DCI común. En otro ejemplo, el mensaje DCI puede incluir un subconjunto del conjunto de recursos GL-PUSCH.
En un ejemplo, si la WTRU recibe con éxito el mensaje DCI con una indicación de la presencia de al menos un subconjunto del conjunto de recursos GL-PUSCH, la WTRU puede seleccionar uno o más recursos GL-PUSCH del subconjunto. Por ejemplo, la WTRU puede seleccionar recursos de frecuencia GL-PUSCH, recursos de tiempo GL-PUSCH o ambos. Además, la WTRU puede seleccionar un período de tiempo dentro de la ventana de tiempo fija.
Entonces, la WTRU puede transmitir, y el eNodo-B puede recibir, datos en un GL-PUSCH usando los recursos de GL-PUSCH seleccionados durante el período de tiempo seleccionado.
En un ejemplo, la WTRU puede seleccionar los recursos de frecuencia GL-PUSCH basándose en una determinación aleatoria. En otro ejemplo, la WTRU puede determinar la selección de los recursos de frecuencia de GL-PUSCH basándose en un WTRU-ID.
En un ejemplo adicional, la WTRU puede seleccionar el período de tiempo en base a una determinación aleatoria. En otro ejemplo, la WTRU puede determinar la selección del período de tiempo con base en un WTRU-ID.
En el presente documento se proporcionan ejemplos de uso compartido de recursos entre un GL-PUSCH y un GB-PUSCH. En un ejemplo, se pueden usar uno o más recursos GL-PUSCH, por ejemplo, por la WTRU, para la transmisión de GB-PUSCH. Por ejemplo, un eNodo-B puede configurar uno o más recursos GL-PUSCH y uno o más recursos GL-PUSCH configurados pueden programarse para la transmisión de GB-PUSCH. En este caso, un recurso GL-PUSCH y un recurso GB-PUSCH pueden colisionar en un mismo recurso, lo que puede provocar una degradación del rendimiento.
En otro ejemplo que puede reducir dicha degradación, se puede usar el silenciamiento del elemento de recurso (RE) de GB-PUSCH para recursos GL-PUSCH dinámicamente configurables. Por ejemplo, una WTRU puede transmitir un GB-PUSCH usando los recursos programados que pueden colisionar con los recursos GL-PUSCH si los recursos GL-PUSCH están inactivos. Una WTRU puede silenciar (por ejemplo, perforar o hacer coincidir la velocidad) los recursos GB-PUSCH que pueden colisionar con los recursos GL-PUSCH si los recursos GL-PUSCH están activos. Un recurso GL-PUSCH para el que una WTRU recibió una indicación de presencia puede denominarse recurso GL-PUSCH activo y un recurso GL-PUSCH para el que una WTRU no recibió una indicación de presencia puede denominarse GL-PUSCH inactivo por unidad de tiempo. La unidad de tiempo puede incluir al menos uno de varios tipos de unidades de tiempo, como, por ejemplo, un intervalo, un conjunto de intervalos, una subtrama, un conjunto de subtramas, un TTI, una trama de radio y similares.
En un caso de ejemplo, la presencia de recursos GL-PUSCH puede indicarse para una unidad de tiempo, donde la unidad de tiempo puede incluir al menos uno de un intervalo, un conjunto de intervalos, una subtrama, un conjunto de subtramas, un TTI y una trama de radio. El número de intervalos, subtramas y/o TTI para una unidad de tiempo puede configurarse de una manera específica de celda o específica de WTRU.
En un ejemplo adicional, la presencia de recursos GL-PUSCH puede indicar un subconjunto de recursos GL-PUSCH activados para la unidad de tiempo asociada. Una WTRU puede perforar o hacer coincidir la tasa de los recursos GB-PUSCH programados que pueden colisionar con un recurso GL-PUSCH activo únicamente. Una WTRU puede transmitir una transmisión de GB-PUSCH en los recursos GB-PUSCH que pueden colisionar con un recurso GL-PUSCH inactivo.
En otro ejemplo, una WTRU puede monitorizar un mensaje DCI común que puede indicar la presencia de recursos GL-PUSCH incluso aunque la WTRU no esté configurada para la transmisión GL-PUSCH. El mensaje DCI común puede monitorizarse en un espacio de búsqueda común con un RNTI que puede usarse para una indicación de presencia de GL-PUSCH, por ejemplo, un GL-RNTI.
En otro ejemplo, una WTRU puede recibir una indicación de presencia en el mensaje DCI usado para la transmisión de GB-PUSCH. Por ejemplo, una WTRU puede recibir un mensaje DCI para la transmisión de GB-PUSCH y el mensaje DCI puede incluir la indicación de presencia de un recurso GL-PUSCH. Uno o más conjuntos de recursos GL-PUSCH pueden configurarse y al menos uno de los conjuntos configurados de recursos GL-PUSCH puede indicarse como un recurso GL-PUSCH activo en el mensaje DCI.
En otro ejemplo, el estado (por ejemplo, activo o inactivo) de un recurso GL-PUSCH puede indicarse implícita o explícitamente. Por ejemplo, el estado (por ejemplo, activo o inactivo) de un recurso GL-PUSCH puede determinarse implícitamente en función de uno o más parámetros del sistema que pueden incluir al menos uno de un ID de celda, número de subtrama, número de ranura, número de trama de radio y numerología (por ejemplo, espaciado de subportadoras, longitud de prefijo cíclico (CP) y similares). El estado (por ejemplo, activo o inactivo) de un recurso GL-PUSCH puede indicarse explícitamente en un mensaje DCI.
En otro ejemplo, un recurso GB-PUSCH, que puede colisionar con un recurso GL-PUSCH activo, puede ser perforado o emparejado si el recurso GB-PUSCH tiene una prioridad más baja que el recurso GL-PUSCH. Por ejemplo, un RE de datos de un recurso GB-PUSCH puede tener una prioridad más alta que un RE de datos de un recurso GL-PUSCH, y un RE de datos de un recurso GB-PUSCH puede tener una prioridad más baja que una señal de referencia de un recurso GL-PUSCH. Por lo tanto, los datos RE de GB-PUSCH pueden perforarse o ajustarse en velocidad alrededor de la señal de referencia del recurso GL-PUSCH activo.
Además, un RE de datos GB-PUSCH se puede silenciar (por ejemplo, perforar o hacer coincidir la velocidad) si colisiona con uno o más RE de GL-PUSCH de mayor prioridad que pueden incluir al menos uno de una DMRS y una información de control de Enlace Ascendente (UCI). Con respecto a la DMRS, el patrón DMRS (por ejemplo, ubicaciones de
tiempo/frecuencia) para GB-PUSCH puede ser diferente al de GL-PUSCH. Con respecto al UCI, un GL-PUSCH puede incluir una información de control que puede tener una prioridad más alta que los RE de datos de GL-PUSCH.
En una solución de ejemplo, una técnica de Escuchar Antes de Hablar (LBT) puede ser una técnica de monitorización usada en las comunicaciones por radio en la que un transmisor de radio primero detecta su entorno de radio antes de iniciar una transmisión. Puede usarse una técnica LBT para la transmisión GL-PUSCH con el fin de reducir una colisión entre un GL-PUSCH y un GB-PUSCH. Por ejemplo, se puede requerir que una WTRU verifique o detecte el uso de recursos GL-PUSCH de un canal antes de que pueda transmitir un GL-PUSCH en un recurso GL-PUSCH configurado.
Una transmisión GL-PUSCH con LBT puede denominarse GL-PUSCH de Tipo 1 y una transmisión GL-PUSCH sin LBT puede denominarse GL-PUSCH de Tipo 2.
Una WTRU se puede configurar con un GL-PUSCH de Tipo 1 o un GL-PUSCH de Tipo 2. El GL-PUSCH de Tipo 1 o el GL-PUSCH de Tipo 2 pueden determinarse en función de al menos una configuración específica de WTRU (por ejemplo, usando un RRC específico de WTRU), una configuración específica de celda (por ejemplo, usando un canal de transmisión) y/o una configuración específica del recurso (por ejemplo, nivel PRB).
Se pueden usar uno o más símbolos en un recurso GL-PUSCH para detectar el uso del canal (por ejemplo, detección del canal) y/o cambiar un tiempo desde la detección de un canal hasta la realización de una transmisión GL-PUSCH. Por ejemplo, durante la detección del uso del canal, una WTRU puede medir la intensidad de la señal en un recurso GL-PUSCH y, si la intensidad de la señal es superior a un umbral predefinido, la WTRU puede interrumpir la transmisión GL-PUSCH. De lo contrario, la WTRU puede transmitir una transmisión GL-PUSCH.
De manera adicional o alternativa, una WTRU puede realizar detección de canal por nivel de PRB y cualquier PRB no utilizado detectado dentro de los recursos GL-PUSCH puede usarse para una transmisión GL-PUSCH. De manera adicional o alternativa, una WTRU puede realizar detección de canal por nivel de subtrama y, si la intensidad de una señal medida en un recurso GL-PUSCH (o recursos GL-PUSCH) es mayor que un umbral predefinido, la WTRU puede eliminar la transmisión GL-PUSCH y esperar hasta que los próximos recursos GL-PUSCH estén disponibles.
En otra solución de ejemplo, se pueden usar una o más señales de referencia ortogonales entre un GL-PUSCH y un GB-PUSCH. Por ejemplo, se puede reservar, configurar o asignar un primer conjunto de señales de referencia ortogonales para la transmisión de GL-PUSCH y se puede usar un segundo conjunto de señales de referencia ortogonales para la transmisión de GB-PUSCH, donde el primer conjunto de señales de referencia ortogonales y el segundo conjunto de señales de referencia ortogonales puede ser mutuamente excluyente.
En un ejemplo, se puede usar un conjunto de señales de referencia ortogonales en una celda. Además, un subconjunto del conjunto de señales de referencia ortogonales puede configurarse para la transmisión de GL-PUSCH.
En otro ejemplo, una WTRU puede determinar una o más señales de referencia ortogonales dentro de un subconjunto configurado de señales de referencia ortogonales para una transmisión GL-PUSCH. La una o más señales de referencia ortogonales pueden, por ejemplo, determinarse en función de al menos uno de los parámetros WTRU (por ejemplo, un ID de WTRU), parámetros específicos de celda (por ejemplo, un ID de celda) y un Índice de recursos GL-PUSCH.
En otra solución de ejemplo, puede adaptarse una estructura GB-PUSCH según el tipo de recurso PUSCH. El tipo de recurso PUSCH puede incluir, por ejemplo, un tipo de recurso GB-PUSCH o un tipo de recurso GL-PUSCH. Por ejemplo, se pueden usar uno o más tipos de GB-PUSCH y cada tipo de GB-PUSCH puede tener una estructura de recurso diferente, o una estructura de GB-PUSCH, según el tipo de recurso donde se puede transmitir un GB-PUSCH. Por ejemplo, un primer tipo GB-PUSCH, por ejemplo, una primera estructura GB-PUSCH, puede incluir solo un recurso de datos y un segundo tipo GB-PUSCH, por ejemplo, una segunda estructura GB-PUSCH, puede incluir recursos RE silenciados, de manera que el primer tipo de GB-PUSCH se puede usar para un PRB que no se puede configurar como un recurso GL-PUSCH y el segundo tipo de GB-PUSCH se puede usar para un PRB que se puede configurar como un recurso GL-PUSCH. Los RE silenciados en un segundo tipo de GB-PUSCH pueden ubicarse en los RE usados para un preámbulo y/o recursos de control para la transmisión de GL-PUSCH.
La FIGURA 6 un diagrama de asignación de recursos de un ejemplo de diferentes tipos de GB-PUSCH según el tipo de recurso PUSCH. Como se muestra en un ejemplo en el diagrama 600 de recursos, un primer tipo 610 de GB-PUSCH para transmitir en un recurso GB-PUSCH puede incluir solo un recurso de datos y un segundo tipo 620 de GB-PUSCH para transmitir en un recurso GL-PUSCH puede incluir recursos 625 RE silenciados . Un recurso de datos puede incluir al menos uno de RE de datos y RE de señal de referencia. Un recurso silenciado puede ubicarse en los RE usados para la información de preámbulo y control. Por ejemplo, los recursos 625 RE silenciados del segundo tipo 620 de GB-PUSCH pueden ubicarse en los RE para el preámbulo 633 y la información 635 de control en el tipo 630 de recurso GL-PUSCH.
En este documento se proporcionan ejemplos de operación HARQ para transmisión de UL sin concesión. En un ejemplo, para una transmisión GL-PUSCH, una WTRU puede monitorizar o recibir un HARQ-ACK asociado (por ejemplo, ACK, ACK negativo (NACK) y/o transmisión discontinua (DTX)). El HARQ-ACK asociado para una transmisión de g L-PUSCH puede transmitirse a través de un canal HARQ-ACK DL, donde el canal HARQ-ACK DL puede ser al menos uno de los
siguientes: un canal físico HARQ-ACK que puede usarse sólo para transmisión HARQ-ACK , un mensaje DCI que puede llevar uno o más HARQ-ACK para una o más transmisiones de GL-PUSCH y/o el tipo de canal HARQ-ACK (por ejemplo, un canal físico HARQ-ACK o un mensaje DCI común ) puede determinarse en función del tipo de tráfico de datos de enlace ascendente.
En un ejemplo, un canal físico HARQ-ACK puede usarse solo para la transmisión de HARQ-ACK. El canal físico HARQ-ACK se puede configurar con un conjunto de recursos HARQ-ACK y se puede determinar un recurso HARQ-ACK para una transmisión de GL-PUSCH en función de al menos uno de los recursos de tiempo y/o frecuencia de la transmisión de GL-PUSCH, la WTRU-ID y/o el número de subtrama (y/o de trama de radio).
En otro ejemplo, un mensaje DCI puede transportar uno o más HARQ-ACK para una o más transmisiones GL-PUSCH. Se puede usar un determinado RNTI para el mensaje DCI, en donde el RNTI se puede determinar en función de al menos uno de los recursos de tiempo y/o frecuencia de transmisión de GL-PUSCH, WTRU-ID y/o número de subtrama (y/o trama de radio). El mensaje DCI puede monitorizarse o recibirse en una región de canal de control de enlace descendente.
En un ejemplo adicional, el tipo de canal HARQ-ACK (por ejemplo, canal físico HARQ-ACK o un mensaje DCI común) puede determinarse con base en un tipo de tráfico de datos de enlace ascendente. Por ejemplo, se puede usar un primer canal HARQ-ACK (por ejemplo, un canal físico HARQ-ACK) para un primer tipo de tráfico de datos de enlace ascendente (por ejemplo, URLLC) y se puede usar un segundo canal HARQ-ACK (por ejemplo, un canal DCI común). para un segundo tipo de tráfico de datos de enlace ascendente (por ejemplo, mMTC).
La FIGURA 7 es un diagrama de asignación de recursos de un ejemplo de temporización HARQ-ACK basado en una o más ubicaciones de frecuencia GL-PUSCH asociadas. En un ejemplo que se muestra en el diagrama 700 de recursos, la ubicación de tiempo de la transmisión HARQ-ACK para una transmisión de GL-PUSCH puede determinarse con base en una ubicación de frecuencia de un recurso GL-PUSCH usado. Por ejemplo, una WTRU puede transmitir una transmisión de GL-PUSCH en una subtrama n. Además, la WTRU puede asumir, recibir y/o monitorizar la transmisión HARQ-ACK asociada en la subtrama n+k, en donde k puede determinarse en base a la ubicación de frecuencia de la transmisión de GL-PUSCH.
Como se muestra en la FIGURA 7, la WTRU puede transmitir las transmisiones 720, 730, 740 de GL-PUSCH durante la subtrama 710. Un eNodo-B también puede recibir las transmisiones 720, 730, 740 de GL-PUSCH. Las ubicaciones de temporización para los HARQ-ACK asociados con cada transmisión de GL-PUSCH pueden estar determinada por las ubicaciones de frecuencia de cada transmisión de GL-PUSCH. Por ejemplo, el HARQ-ACK asociado con la transmisión 720 de GL-PUSCH puede ser transmitido por el eNodo-B y recibido por la WTRU en la región 755 de control de la subtrama 750 en función de la ubicación de frecuencia de la transmisión 720 GL-PUSCH. Además, el HARQ-ACK asociado con la transmisión 730 GL-PUSCH puede ser transmitido por el eNodo-B y recibido por la WTRU en la región 765 de control de la subtrama 760 en función de la ubicación de frecuencia de la transmisión 730 de GL-PUSCH y el HARQ-ACK asociado con la transmisión 740 de GL-PUSCH puede ser transmitido por el eNodo-B y recibido por la WTRU en la región 795 de control de la subtrama 790 en función de la ubicación de frecuencia de la transmisión 740 de GL-PUSCH.
Como ejemplo adicional, la WTRU puede transmitir las transmisiones 720, 730, 740 de GL-PUSCH usando recursos de frecuencia GL-PUSCH durante la subtrama 710. La WTRU puede entonces determinar una ubicación de tiempo para la recepción del HARQ-ACK asociado con el GL-PUSCH en base a los recursos de frecuencia GL-PUSCH usados para transmitir las transmisiones 720, 730, 740 de GL-PUSCH. La WTRU puede entonces monitorizar la recepción del HARQ-ACK durante la ubicación de tiempo determinada. En un ejemplo, la determinación de la ubicación temporal puede basarse en un índice de recursos GL-PUSCH.
En un ejemplo, si se usa más de un recurso GL-PUSCH para transmitir las transmisiones de GL-PUSCH, el primer GL-PUSCH (por ejemplo, el recurso GL-PUSCH con un índice PRB más bajo) puede usarse para determinar una ubicación de tiempo del HARQ-ACK. De manera alternativa o adicional, el primer índice de recursos GL-PUSCH puede usarse para determinar la ubicación de tiempo del HARQ-ACK.
Además, k puede ser el mismo para todas las ubicaciones de frecuencia de las transmisiones de GL-PUSCH si los recursos GL-PUSCH están configurados o se usan en todas las subtramas (o TTI). Además, k puede ser diferente si un subconjunto de subtramas (o TTI) contiene recursos GL-PUSCH.
En otro ejemplo, se puede usar una ventana de tiempo para monitorizar o recibir la transmisión HARQ-ACK asociada con una transmisión de GL-PUSCH. Por ejemplo, una WTRU puede transmitir una transmisión de GL-PUSCH en una subtrama n y la WTRU puede monitorizar o recibir el HARQ-ACK correspondiente para una ventana de tiempo (por ejemplo, una ventana de tiempo HARQ-ACK) a partir de la subtrama n+k1 y terminar en la subtrama n+k2, donde k1 y k2 son números enteros positivos y satisfacen que k1 < k2.
En un ejemplo, k1 puede ser un número fijo (por ejemplo, k1=4) y k2 puede determinarse basándose en al menos uno de los siguientes. Por ejemplo, k2 puede determinarse a partir de un número predefinido (por ejemplo, k2=8). En otro ejemplo, k2 puede determinarse mediante señalización de capa superior. En otro ejemplo, k2 puede determinarse
mediante un tipo de tráfico de datos de enlace ascendente. Por ejemplo, k2=k1 si se usa un primer tráfico de datos de enlace ascendente (por ejemplo, URLLC) y k2= 8 si se usa un segundo tráfico de datos de enlace ascendente (por ejemplo, mMTC). En un ejemplo adicional, k2 puede determinarse mediante una indicación dinámica del mensaje DCI común que puede usarse para la indicación de recursos GL-PUSCH.
En otro ejemplo, un mensaje DCI común puede usarse para uno o más HARQ-ACK y el mensaje DCI puede monitorizarse dentro de una ventana de tiempo. El RNTI puede determinarse con base en una ubicación de tiempo/frecuencia de la transmisión de GL-PUSCH y una WTRU puede monitorizar el mensaje DCI común con el RNTI determinado dentro de la ventana de tiempo.
En otro ejemplo, si una WTRU no recibe el mensaje DCI común (que puede ser un mensaje DCI utilizado, por ejemplo, para un HARQ-ACK asociado) en una ventana de tiempo, la WTRU puede retransmitir la transmisión GL-PUSCH. El tiempo de retransmisión puede basarse en el último índice de subtrama dentro de la ventana de tiempo. La ubicación temporal de la retransmisión GL-PUSCH puede determinarse en función del tipo de tráfico de datos de UL para la retransmisión GL-PUSCH. Por ejemplo, si la última subtrama de la ventana de tiempo es la subtrama n, una WTRU puede retransmitir una transmisión GL-PUSCH en la primera subtrama que puede contener recursos GL-PUSCH después de la subtrama n+j, donde j puede ser un número entero positivo y puede determinarse en función del tipo de tráfico de datos de UL.
En un ejemplo, una potencia de transmisión de enlace ascendente para una retransmisión o retransmisión GL-PUSCH puede determinarse en base a un NACK o DTX. Por ejemplo, la potencia de transmisión del enlace ascendente se puede aumentar en Adesplazamiento si una WTRU no recibe un HARQ-ACK, mientras que se puede usar la misma potencia de transmisión del enlace ascendente si una WTRU recibe un NACK. En una fórmula de control de potencia de enlace ascendente, puede estar presente un valor de compensación para aumentar la potencia de transmisión si una WTRU no puede recibir HARQ-ACK en una ventana de tiempo (por ejemplo, ventana de tiempo de HARQ-ACK).
En otro ejemplo, se puede determinar una versión de redundancia de una transmisión o retransmisión de GL-PUSCH con base en un NACK o DTX. Por ejemplo, una WTRU puede usar una primera versión redundante de un GL-PUSCH si la WTRU recibió DTX (por ejemplo, una WTRU no puede recibir un HARQ-ACK asociado) y la WTRU puede usar una segunda versión redundante de un GL-PUSCH. si la WTRU recibió un NACK. La primera versión de redundancia puede ser la misma versión de redundancia de la transmisión anterior, por ejemplo, la primera transmisión o transmisión inicial. La segunda versión de redundancia puede ser una versión de redundancia diferente de la transmisión anterior. La segunda versión de redundancia, o índice de versión de redundancia, puede ser conocida por el receptor, que puede ser, por ejemplo, un eNodo-B.
La FIGURA 8 es un diagrama de asignación de recursos de un ejemplo de asignación dinámica de recursos GL-PUSCH y su sincronización HARQ-ACK asociada basada en una o más ubicaciones de frecuencia GL-PUSCH. Como se muestra en un ejemplo en el diagrama 800 de recursos, la presencia de uno o más recursos GL-PUSCH en una subtrama (o ranura, TTI o similar) puede indicarse utilizando un mensaje DCI común y puede determinarse la temporización HARQ-ACK asociada con base en la ubicación de frecuencia de uno o más recursos GL-PUSCH.
En un ejemplo, un eNodo-B puede transmitir y la WTRU puede recibir una configuración de un conjunto de recursos GL-PUSCH. La configuración de un conjunto de recursos GL-PUSCH puede incluir recursos de frecuencia GL-PUSCH, recursos de tiempo GL-PUSCH o ambos. La WTRU puede entonces monitorizar un mensaje DCI que incluya una indicación de la presencia de al menos un subconjunto del conjunto de recursos GL-PUSCH. En un ejemplo, la WTRU puede monitorizar el mensaje DCI durante una ventana de tiempo fija. En un ejemplo, la ventana de tiempo fija puede ser una primera ventana de tiempo fijo. El eNodo-B puede transmitir el mensaje DCI durante una ventana de tiempo fija.
Por ejemplo, una WTRU puede recibir una concesión de enlace ascendente común para la transmisión de GL-PUSCH y puede determinar uno o más recursos GL-PUSCH concedidos para las transmisiones 820, 830, 840 de GL-PUSCH, si la WTRU tiene tráfico de datos para enviar usando un Recurso GL-PUSCH. La WTRU puede recibir la concesión de enlace ascendente común para la transmisión de GL-PUSCH en una región 815 de control de DL en la subtrama 810. La concesión de enlace ascendente común puede señalizarse, transmitirse y/o transportarse en un mensaje DCI que puede ser monitorizado por la WTRU en un espacio de búsqueda común. El mensaje DCI puede estar ubicado en la región 815 de control de DL. El espacio de búsqueda común puede ser monitorizado por las WTRU que pueden configurarse o determinarse para usar transmisión de GL-PUSCH. En un ejemplo, el mensaje DCI puede ser un mensaje DCI común. En otro ejemplo, el mensaje DCI puede incluir un subconjunto del conjunto de recursos GL-PUSCH.
Si la WTRU recibe con éxito el mensaje DCI con una indicación de la presencia de al menos un subconjunto del conjunto de recursos GL-PUSCH, la WTRU puede entonces seleccionar uno o más recursos GL-PUSCH del subconjunto. Por ejemplo, la WTRU puede seleccionar recursos de frecuencia GL-PUSCH, recursos de tiempo GL-PUSCH o ambos. Además, la WTRU puede seleccionar un período de tiempo dentro de la ventana de tiempo fija. En un ejemplo, esta ventana de tiempo fija puede ser una segunda ventana de tiempo fija. En otro ejemplo, la primera ventana de tiempo fija puede ser diferente de la segunda ventana de tiempo fija. En otro ejemplo, la primera ventana de tiempo fija puede ser la misma que la segunda ventana de tiempo fija. Entonces, la WTRU puede transmitir, y el eNodo-B puede recibir, datos en un GL-PUSCH usando los recursos GL-PUSCH seleccionados durante el período de tiempo seleccionado.
En un ejemplo, la WTRU puede seleccionar los recursos de frecuencia GL-PUSCH basándose en una determinación aleatoria. En otro ejemplo, la WTRU puede determinar la selección de los recursos de frecuencia GL-PUSCH basándose en un WTRU-ID.
En un ejemplo adicional, la WTRU puede seleccionar el período de tiempo con base en una determinación aleatoria. En otro ejemplo, la WTRU puede determinar la selección del período de tiempo con base en un WTRU-ID.
Como ejemplo adicional, la WTRU puede transmitir las transmisiones 820, 830, 840 de GL-PUSCH usando recursos de frecuencia GL-PUSCH seleccionados durante la subtrama 805, que puede ser el período de tiempo seleccionado. La WTRU puede entonces determinar una ubicación de tiempo para la recepción del HARQ-ACK asociado con el GL-PUSCH en base a los recursos de frecuencia GL-PUSCH seleccionados. La WTRU puede monitorizar entonces la recepción del HARQ-ACK durante la ubicación de tiempo determinada. En un ejemplo, la determinación de la ubicación temporal puede basarse en un índice de recursos GL-PUSCH.
En consecuencia, las ubicaciones de temporización para los HARK-ACK asociados con cada GL-PUSCH pueden determinarse mediante las ubicaciones de frecuencia de cada GL-PUSCH. Por ejemplo, el HARQ-ACK asociado con el GL-PUSCH 820 puede ser transmitido por el eNodo-B y recibido por la WTRU en la región 855 de control de la subtrama 850 en función de la ubicación de frecuencia del GL-PUSCH 820. Además, el HARQ-ACK asociado con el GL-PUSCH 830 puede ser transmitido por el eNodo-B y recibido por la WTRU en la región 865 de control de la subtrama 860 según la ubicación de frecuencia del GL-PUSCH 830 y el HARQ-ACK asociado con el GL-PUSCH 840 puede ser transmitido por el eNodo-B y recibido por la WTRU en la región 895 de control de la subtrama 890 según la ubicación de frecuencia del GL-PUSCH 840.
El uso de transmisión HARQ-ACK multiplexada en el tiempo basada en una ubicación de frecuencia del recurso GL-PUSCH puede configurarse a través de una señalización de capa superior. Por ejemplo, una WTRU puede configurarse para usar transmisiones HARQ-ACK multiplexadas en el tiempo o la WTRU puede configurarse para usar la misma ubicación de tiempo para transmisiones HARQ-ACK independientemente de uno o más recursos de GL-PUSCH de ubicación de frecuencia seleccionados o determinados por la WTRU.
El uso de la transmisión HARQ-ACK multiplexada en el tiempo puede determinarse en función del número de recursos GL-PUSCH configurados a través de una señalización de capa superior. Por ejemplo, si el número de recursos GL-PUSCH es menor que un umbral predefinido, la ubicación de tiempo del HARQ-ACK puede ser la misma para todos los recursos GL-PUSCH. De lo contrario, la ubicación de tiempo del HARQ-ACK puede multiplexarse y determinarse con base en la ubicación de una o más frecuencias de los recursos GL-PUSCH.
En este documento se proporcionan ejemplos de consideraciones de selección de haz. En GL-PUSCH, una WTRU puede comenzar su transmisión sin una concesión de enlace ascendente. Cuando la WTRU tiene múltiples antenas de transmisión y/o múltiples unidades de transmisión/recepción, puede usar una matriz de precodificación para precodificar la señal antes de que se transmita. La precodificación se puede realizar en el dominio digital, en el dominio analógico o en una combinación de ambos (híbrido digital/analógico).
En un ejemplo, la matriz de precodificación aplicada a la señal actual puede elegirse como la matriz de precodificación que se usó para la última transmisión antes de la transmisión actual. En otro ejemplo, la WTRU puede determinar la matriz de precodificación que se aplicará a la transmisión actual usando la última matriz de formación de haces del receptor que se usó para recibir una señal de enlace descendente. Por ejemplo, la matriz de formación de haces analógica del receptor usada para la recepción de la última transmisión de enlace descendente puede usarse para precodificar la transmisión de enlace ascendente actual.
En otro ejemplo, la WTRU puede realizar algunas mediciones usando varias señales transmitidas en el enlace descendente y, usando estas mediciones, calcular una matriz de precodificación para usar en la transmisión del enlace ascendente. Por ejemplo, la WTRU puede usar la matriz de covarianza de las señales de enlace descendente recibidas como guía para la formación de haces de enlace ascendente de la transmisión de GL-PUSCH inicial.
En otro ejemplo, la WTRU puede repetir la transmisión, es decir, transmitir la misma señal varias veces, donde cada una de las múltiples transmisiones de la misma señal puede precodificarse con una matriz de precodificación diferente. Como ejemplo, cada transmisión puede tener forma de haz en una dirección diferente, de modo que al final de las múltiples transmisiones, la señal puede haber sido recibida en una amplia gama de ángulos, como se muestra en un ejemplo en la FIGURA 9.
La FIGURA 9 es un diagrama de temporización y transmisión que muestra un ejemplo de repetición de una señal enviada con diferentes haces. En un ejemplo que se muestra en el diagrama 900 de temporización y transmisión, una unidad de transmisión de la WTRU puede ser un símbolo de forma de onda (por ejemplo, un símbolo OFDM, un símbolo DFT-s-OFDM, un símbolo de una sola portadora y similares), o un unidad que puede incluir varios símbolos (por ejemplo, una ranura, un bastidor auxiliar y similares). En un ejemplo, la señal en cada unidad 910, 920, 930, 940 de transmisión puede transmitirse con un haz 960, 970, 980, 990 activo correspondiente en una dirección específica. La señal transmitida dentro
de cada unidad de transmisión puede haber sido generada a partir de datos codificados de canal donde el bloque de código completo se transmite dentro de una unidad de transmisión, como una de las unidades 910, 920, 930, 940 de transmisión. De manera alternativa, una parte del bloque de código puede transmitirse dentro de una unidad de transmisión y el bloque de código completo puede transmitirse dentro de dos o más unidades de transmisión.
En otra solución, la WTRU puede generar múltiples haces simultáneos y la transmisión con estos haces puede repetirse durante múltiples intervalos de tiempo. Los haces se pueden multiplicar con vectores ortogonales donde cada coeficiente de un vector se aplica sobre una unidad de transmisión.
La FIGURA 10 es un diagrama de temporización y transmisión que muestra un ejemplo de una transmisión de haces simultáneos. Como ejemplo que se muestra en el diagrama 1000 de temporización y transmisión, una WTRU puede generar dos haces donde los coeficientes complejos utilizados para multiplicar la señal de datos X están dadas por los vectores a y p, respectivamente. Las señales transmitidas en las dos unidades 1010, 1020 de transmisión consecutivas pueden escribirse entonces como y1 = 1ax 1px, y y2 = 1ax - 1x, donde los códigos ortogonales [1 1] y [1 -1] se han usado para multiplicar cada uno de los haces 1060, 1070 correspondientes sobre las dos unidades 1010, 1020 de transmisión. Otros pares de haces pueden multiplicarse con códigos de cobertura ortogonales y transmitirse en las siguientes unidades de transmisión, como las unidades 1020, 1040 de transmisión. La señal transmitida dentro de cada unidad 1010, 1020, 1030, 1040 de transmisión puede haber sido generada a partir de datos codificados de canal donde el bloque de código completo se transmite dentro de una unidad de transmisión. De manera alternativa, una parte del bloque de código puede transmitirse dentro de una unidad de transmisión y el bloque de código completo puede transmitirse dentro de dos o más unidades de transmisión. Las matrices de precodificación/formación de haces y/o los códigos de cobertura ortogonal usados para multiplicar haces simultáneos pueden configurarse mediante un controlador central, como un eNodo-B o un controlador dentro de un eNodo-B.
En el presente documento se proporcionan ejemplos de formatos de transmisiones de UL sin concesión. Por ejemplo, el GL-PUSCH puede usar un formato independiente o el GL-PUSCH solo puede contener control y datos. Para escenarios de uso en los que se pueden necesitar transmisiones de UL sin concesión, como mMTC y/o URLLC, en este documento se proporciona un mecanismo de ejemplo para que el eNodo-B detecte las transmisiones sin concesión.
Las WTRU pueden estar habilitadas para usar transmisiones de UL sin concesión con un conjunto preasignado de recursos de frecuencia de tiempo para la transmisión de GL-PUSCH. Dada la cantidad potencialmente grande de conexiones y la cantidad limitada de recursos, el eNodo-B puede preasignar un mismo conjunto de recursos a múltiples WTRU, por ejemplo, según las mediciones de pérdida de ruta informadas por las WTRU. Algunas de las transmisiones de UL sin concesión de las WTRU preconfiguradas con el mismo conjunto de recursos pueden superponerse, y se pueden usar esquemas MA no ortogonales (NOMA) para separar las transmisiones de WTRU individuales.
En un ejemplo, el GL-PUSCH puede usar un formato independiente para transmisiones de UL sin concesión. El formato puede incluir un campo de preámbulo, un campo de control y un campo de datos.
La FIGURA 11 es un diagrama de formato que muestra un ejemplo de un formato independiente para GL-PUSCH. Como se muestra en el diagrama 1100 de formato, el formato de transmisión independiente, que puede denominarse Formato 1, puede incluir un campo 1110 de preámbulo, un campo 1120 de información de canal de control y un campo 1130 de datos. El campo 1110 de preámbulo puede habilitar el eNodo- B para detectar la presencia de transmisión de UL sin concesión, y también puede permitir que el eNodo-B realice una estimación de canal. En otras palabras, el campo 1110 de preámbulo puede usarse en lugar de los símbolos de referencia o además de ellos.
Los preámbulos pueden usar secuencias con buenas propiedades de correlación (por ejemplo, secuencias Golay), por ejemplo, para ortogonalizar la WTRU y permitir la estimación del canal. Por ejemplo, el campo 1110 de preámbulo puede usar secuencias con buenas propiedades de correlación.
El tipo de preámbulo puede configurarse durante el establecimiento de la conexión inicial, por ejemplo, con base en: un escenario de uso (por ejemplo, mMTC o URLLC) y/o un esquema NOMA empleado en el sistema. Por ejemplo, para esquemas NOMA que requieren acceso síncrono (por ejemplo, NOMA de dominio de código), se puede usar un preámbulo más corto. Además, para los esquemas NOMA que pueden admitir el acceso asíncrono (por ejemplo, donde las compensaciones de tiempo entre las WTRU son mayores que el prefijo cíclico o el intervalo de protección), se puede usar un preámbulo más largo.
Además, el preámbulo también puede ser configurado dinámicamente por la WTRU, en función del número total de RE preasignados para la transmisión y el tamaño del paquete (por ejemplo, el tamaño del bloque de transporte (TBS)) a transmitir. Por ejemplo, para un TBS pequeño, donde la tasa de codificación objetivo se puede lograr con menos RE que el número preasignado de RE, puede ser posible usar un preámbulo más largo, por ejemplo, para mejorar la probabilidad de detección y la estimación del canal.
El eNodo-B puede buscar un conjunto predefinido de preámbulos dentro del grupo de recursos preasignados para acceso de UL sin concesión. Por lo tanto, la WTRU puede seleccionar entre un conjunto de posibles longitudes de preámbulo para reducir la complejidad de las búsquedas del eNodo-B. Para el caso en que la WTRU pueda seleccionar el preámbulo,
la configuración del preámbulo puede usarse para transmitir el tipo de WTRU u otro tipo de información o indicación. Un ejemplo de tal indicación es si la transmisión actual incluye un canal de control.
Como se muestra en la FIGURA 11, el campo 1130 de canal de control para la transmisión sin concesión de UL sigue al campo 1110 de preámbulo, y puede transportar información que incluye uno o más de los siguientes. Por ejemplo, el campo 1130 de canal de control puede transportar información relativa a una identificación de la WTRU, como, por ejemplo, un ID de WTRU o RNTI. Además, el campo 1130 de canal de control puede transportar información sobre un TBS y/o un esquema de modulación y codificación (MCS) usado para la transmisión. Además, el campo 1130 de canal de control puede transportar información sobre si la transmisión actual es una transmisión única o parte de una transmisión de paquetes múltiples. Además, el campo 1130 de canal de control puede transportar información relativa a un indicador de datos nuevos (NDI) configurado para señalizar una transmisión nueva o una retransmisión. Además, el campo 1130 de canal de control puede transportar información relativa a otra información de retroalimentación de UL.
En un ejemplo, la identificación de la WTRU puede lograrse en dos etapas. En una etapa de ejemplo, un tipo de WTRU puede transportarse, por ejemplo, dentro del preámbulo 1110, en donde un preámbulo determinado o seleccionado puede indicar implícitamente un tipo de WTRU o puede señalizarse un indicador explícito en el campo de preámbulo. En otra etapa de ejemplo, un ID de WTRU o un RNTI puede ser, por ejemplo, transportado por el campo 1120 de canal de control.
En otro formato de ejemplo de transmisión independiente para transmisiones de UL sin concesión, que puede denominarse Formato 2, el GL-PUSCH puede contener campos de control y datos para transmisiones de UL sin concesión. Por ejemplo, el GL-PUSCH solo puede contener campos de control y datos para transmisiones de UL sin concesión.
La FIGURA 12 es un diagrama de formato que muestra un ejemplo de un formato de solo datos y control para la transmisión de GL-PUSCH. En un ejemplo que se muestra en el diagrama 1200 de formato, el formato de solo datos y control puede incluir un campo 1220 de información de canal de control y un campo 1230 de datos. En un ejemplo, cuando se necesitan transmisiones continuas, por ejemplo, cuando se necesita transmitir o usar más datos de UL, el formato de transmisión independiente que se muestra en la FIGURA 11 puede usarse de manera que se incluya un campo 1110 de preámbulo para la primera transmisión, y luego el formato en la FIGURA 12 puede usarse (es decir, sin el campo 1110 de preámbulo) cuando pueden transmitirse o usarse transmisiones posteriores en transmisiones de UL consecutivas sin concesión.
La FIGURA 13 es un diagrama de tiempo que muestra un ejemplo de escenarios de interferencia GL-PUSCH entre diferentes formatos. En un ejemplo que se muestra en el diagrama 1300 de tiempo, cada transmisión 1320, 1330 que sigue a la primera transmisión 1310 puede incluir información de identificación de WTRU independiente en el campo 1322, 1332 de canal de control respectivo, por ejemplo, para permitir que el eNodo-B separe las transmisiones superpuestas de diferentes WTRU, donde una WTRU puede usar un primer formato y una WTRU superpuesta puede usar un segundo formato. Un escenario de ejemplo se ilustra en la FIGURA 13, que muestra escenarios de interferencia GL-PUSCH entre el Formato 1 y el Formato 2. La WTRU1 puede usar el Formato 2 después de la transmisión inicial, que puede enviarse usando el Formato 1, y la WTRU2 puede usar el Formato 1 para una transmisión inicial, así como transmisiones posteriores. En un ejemplo, la WTRU1 puede usar un primer formato, que puede ser el Formato 1 y el formato que se muestra en la FIGURA 11 para la transmisión inicial. Además, la WTRU1 puede usar un segundo formato, que puede ser el Formato 2 y el formato que se muestra en la FIGURA 12 para transmisiones enviadas después de la transmisión inicial. En consecuencia, la WTRU1 puede transmitir cada transmisión 1320, 1330 después de la primera transmisión 1310 con una información de identificación de WTRU independiente en el campo 1322, 1332 de canal de control respectivo. Esta información de identificación de WTRU independiente puede permitir que el eNodo-B separe las transmisiones superpuestas de la WTRU2. La WTRU2 puede usar el primer formato, que puede ser el formato 1 y el formato que se muestra en la FIGURA 11 para una transmisión inicial así como otras transmisiones. De esta forma, la WTRU2 puede transmitir las transmisiones 1360, 1370, 1380.
Además, en un ejemplo, los preámbulos para el Formato 1 pueden usar subportadoras dedicadas, por ejemplo, para reducir la interferencia entre el preámbulo de las WTRU que usan el Formato 1 y el campo de control de las WTRU que usan el Formato 2. Las subportadoras dedicadas pueden estar dentro de los recursos preasignados.
La FIGURA 14 es un diagrama de tiempo que muestra un ejemplo del uso de subportadoras dedicadas para preámbulos GL-PUSCH. Como se muestra en el diagrama 1400 de tiempo, los preámbulos 1411, 1461, 1471, 1481 pueden usar subportadoras dedicadas. Sin embargo, los campos 1412, 1422, 1432, 1462, 1472, 1482 de control superpuestos y los campos 1413, 1423, 1433, 1463, 1473, 1483 de datos pueden carecer de subportadoras dedicadas.
En este documento se proporcionan ejemplos de provisión de recursos de acceso sin concesión. Por ejemplo, diferentes tipos de tráfico pueden tener diferentes requisitos de calidad de servicio (QoS) que pueden necesitar ser considerados. Por ejemplo, es posible que sea necesario priorizar el tráfico URLLC sobre el tráfico mMTC. La provisión de recursos, como por ejemplo, por un eNodo-B, puede considerar los requisitos de QoS de varios tipos de tráfico. La provisión de recursos puede incluir la asignación de un conjunto de recursos, como, por ejemplo, recursos PUSCH, para uno o más tipos de tráfico.
A modo de ejemplo, se puede asignar y/o poner a disposición un conjunto de recursos, como por ejemplo recursos dedicados, para un tipo de tráfico o transmisión. En un ejemplo, el tipo de transmisión o tráfico puede incluir transmisiones o tráfico URLLC o mMTC. El conjunto de recursos puede ser asignado y/o puesto a disposición exclusivamente para transmisiones de tipo de tráfico o transmisión. El tamaño del conjunto de recursos se puede aumentar/disminuir/reasignar, por ejemplo, en función de factores como el tipo de tráfico, la QoS y/o la carga. Por ejemplo, se puede asignar un conjunto más pequeño de recursos para el tráfico mMTC que para el tráfico URLLC, por ejemplo, en función de los requisitos de QoS. Los recursos asignados para el tráfico URLLC pueden reducirse, por ejemplo, cuando la carga puede disminuir.
Las colisiones en recursos basados en contención pueden reducirse mediante la selección aleatoria de recursos. Por ejemplo, un eNodo-B puede considerar un conjunto de recursos de K recursos que pueden ser usados por un conjunto de dispositivos o para un tipo de tráfico o transmisiones. En un ejemplo, los recursos pueden usarse para dispositivos mMTC o dispositivos con tráfico o transmisiones mMTC. Los dispositivos pueden elegir un subconjunto de recursos dentro de este conjunto de K recursos. En un ejemplo, los dispositivos pueden necesitar o usar recursos para un tráfico o tipo de transmisión en particular. En otro ejemplo, los dispositivos pueden elegir aleatoriamente. Los dispositivos pueden elegir un subconjunto de recursos utilizando una función de hash multiplicativa simple que puede aleatorizar el recurso inicial, que puede ser parte de un conjunto de recursos que pueden ser contiguos, que una WTRU puede utilizar para sus transmisiones. Una WTRU puede utilizar su C-RNTI, o su ID de WTRU, como su IMSI, para realizar este hash.
En otro ejemplo, un eNodo-B puede utilizar varios conjuntos de recursos. Un eNodo-B puede dividir K recursos en M conjuntos. Se puede permitir que un subconjunto de dispositivos transmita en un conjunto. Los conjuntos pueden o no estar superpuestos. Un eNodo-B puede usar una forma de equilibrio de carga para distribuir las WTRU entre los diferentes conjuntos. Un eNodo-B puede usar señales de control de enlace descendente L1/Capa 2 (L2) para informar a una WTRU, o conjunto de WTRU, qué conjunto de recursos puede utilizar la WTRU para las transmisiones. Las señales de control L1/L2 pueden estar en un mensaje DCI, en un ejemplo.
La provisión de recursos se puede usar además de los esquemas NOMA, por ejemplo, para proporcionar una dimensión adicional de flexibilidad con el fin de la sobrecarga de los recursos. En un ejemplo, la provisión de recursos puede ser una provisión de recursos dedicada. En otro ejemplo, un esquema NOMA puede ser un esquema NOMA de dominio de potencia.
En este documento se proporcionan ejemplos de procedimientos para transmisiones sin concesión de UL que usan preámbulos. Para las transmisiones sin concesión de UL que usan preámbulos, es posible que se requieran mecanismos para manejar posibles colisiones de firmas de MA para las WTRU que pueden transmitir en los mismos recursos de frecuencia de tiempo, por ejemplo, para fines de ahorro de energía de la WTRU. Estos mecanismos se pueden usar, por ejemplo, para que las WTRU continúen la transmisión de datos de UL cuando no se produzca ninguna colisión, o para detener la transmisión de datos de UL cuando puedan producirse colisiones.
La FIGURA 15 es un diagrama de formato y temporización que ilustra un ejemplo de transmisiones de UL sin concesión. En un ejemplo que se muestra en el diagrama 1500 de formato y temporización, el eNodo-B puede transmitir un preámbulo ACK si descodificó con éxito una secuencia 1510 de preámbulo válida recibida desde la WTRU. La WTRU, al recibir el preámbulo ACK dentro de una ventana 1520 de acuse de recibo válida, puede continuar la transmisión de UL sin concesión para la información 1530, 1550 de control y/o los datos 1540, 1560.
La FIGURA 16 es un diagrama de flujo que ilustra un procedimiento de ejemplo para realizar transmisiones de UL sin concesión usando preámbulos. En un ejemplo que se muestra en el diagrama 1600 de flujo, la WTRU puede recibir, determinar y/o decodificar la configuración de conjuntos de recursos de preámbulo disponibles a partir de mensajes de información del sistema DL, por ejemplo, un SIB 1610. La WTRU puede determinar un conjunto de recursos de preámbulo a partir de los conjuntos disponibles y/o un ID de grupo asociada con el conjunto de recursos 1615. En un ejemplo, la WTRU puede determinar un conjunto de recursos de preámbulo a partir de los conjuntos disponibles en función del ID de WTRU, la categoría de WTRU, el tipo de tráfico o similar. En otro ejemplo, el ID de grupo puede ser un G_ID. La WTRU puede seleccionar una secuencia de preámbulo del conjunto 1620 de recursos de preámbulo y transmitir el preámbulo usando la secuencia 1630 de preámbulo seleccionada. En un ejemplo, la WTRU puede seleccionar la secuencia de preámbulo aleatoriamente. Además, la WTRU puede monitorizar un ACK de preámbulo, por ejemplo, dentro de una ventana 1640 de ACK de preámbulo. Si no se alcanza el tiempo de espera para la monitorización, la WTRU puede continuar monitorizando. La WTRU puede determinar si se recibe un ACK 1650 de preámbulo. En un ejemplo, el ACK de preámbulo puede corresponder al preámbulo transmitido y/o el ACK de preámbulo puede recibirse con el G_ID asociado.
Si no se recibe un ACK de preámbulo en la ventana ACK, la WTRU puede realizar uno o más de lo siguiente. La WTRU puede interrumpir la transmisión (DTx). Además, la WTRU puede aumentar la potencia Tx del preámbulo 1660. Además, la WTRU puede seleccionar una nueva secuencia de preámbulo del conjunto de recursos de preámbulo asociado con el mismo G_ID 1620. La WTRU puede retransmitir el preámbulo UL sin concesión usando los nuevos parámetros 1630. La WTRU puede retransmitir el preámbulo durante la próxima oportunidad de transmisión y/o cuando se alcance el número máximo de reintentos para la transmisión del preámbulo. En un ejemplo, el número máximo de reintentos puede basarse en la superación de un valor de umbral de recuento en un contador de transmisión. Además, la WTRU puede cambiar a un modo de bajo consumo o de suspensión, por ejemplo, para ahorrar energía y reiniciar el proceso después de un cierto período de tiempo.
Si la WTRU recibe un ACK de preámbulo, por ejemplo, con el G_ID coincidente y/o con un índice de secuencia de preámbulo que coincide con la secuencia de preámbulo seleccionada o transmitida, dentro de la ventana de ACK válida, la WTRU puede continuar con la transmisión de UL sin concesión de información y/o datos de control. La WTRU puede seleccionar una firma de MA de un conjunto 1670 de firmas de MA predefinido. En un ejemplo, la WTRU puede seleccionar la firma de MA aleatoriamente. En otro ejemplo, el conjunto de firmas de MA puede estar asociado con la secuencia de preámbulo. Además, la WTRU puede usar la firma de MA seleccionada para realizar una transmisión de enlace ascendente sin concesión de la información y/o datos 1680 de control de UL. La WTRU también puede usar recursos de capa física (PHY) MA para la transmisión de enlace ascendente sin concesión. Una firma de MA puede consistir en al menos uno de un libro de códigos, un intercalador, una secuencia de ensanchamiento y/o codificación y/o una o más señales o símbolos de referencia. En la señal de control de UL, la WTRU puede señalar su ID (por ejemplo, un WTRU_ID o un RNTI), que puede ser usada por el eNodo-B, por ejemplo, para reconocer transmisiones de datos posteriores desde esa WTRU en particular.
Para la transmisión sin concesión del preámbulo, una o más WTRU asociadas con el mismo G_ID pueden seleccionar la misma secuencia de preámbulo y puede ocurrir una colisión de preámbulo. El eNodo-B aún puede detectar correctamente el preámbulo y puede transmitir un ACK de preámbulo dentro de la ventana válida, usando el G_ID y el índice de la secuencia de preámbulo. Las WTRU pueden seleccionar la firma de MA del conjunto de firmas de MA. En un ejemplo, las WTRU pueden seleccionar aleatoriamente las firmas de MA usando diferentes semillas aleatorias. En un ejemplo, al desacoplar la selección de la firma de MA de la selección de la secuencia del preámbulo, la probabilidad de colisiones en la parte de datos de las transmisiones puede reducirse, mientras se mantiene una complejidad razonablemente baja para el proceso de detección del preámbulo de eNodo-B. En un ejemplo, la baja complejidad puede mantenerse debido al tamaño limitado del conjunto de recursos del preámbulo.
En otro ejemplo, la WTRU puede seleccionar una secuencia de preámbulo del conjunto de recursos de preámbulo y seleccionar la firma MA del conjunto de firmas MA. En un ejemplo, la WTRU puede seleccionar aleatoriamente una secuencia de preámbulo del conjunto de recursos de preámbulo. La WTRU puede transmitir el preámbulo, que puede ser un preámbulo sin concesión en un ejemplo, usando la secuencia de preámbulo seleccionada, y continuar con la transmisión del canal de control de UL inmediatamente después del preámbulo, usando la firma de MA seleccionada.
La FIGURA 17 es un diagrama de formato y temporización que ilustra otro ejemplo de una transmisión de UL sin concesión. En un ejemplo que se muestra en el diagrama 1700 de formato y temporización, el canal 1720 de control puede transportar información para identificar la WTRU, por ejemplo, un ID de WTRU. Después de la transmisión del preámbulo 1710 y el canal 1720 de control con información de control, la WTRU puede comenzar a monitorizar el preámbulo ACK con el identificador de WTRU específico, durante la ventana 1730 de ACK.
Si no se recibe un ACK de preámbulo con el identificador de WTRU específico durante la ventana 1730 de ACK válida, la WTRU puede volver a intentar la transmisión del preámbulo 1710 de UL sin concesión (con diferentes parámetros, como se explicó anteriormente), o puede detener las transmisiones de datos posteriores, por ejemplo , para ahorrar energía.
Si el eNodo-B detecta correctamente el preámbulo 1710 y decodifica con éxito el canal 1720 de control, entonces el eNodo-B puede transmitir en el enlace descendente un ACK de preámbulo con el identificador de WTRU específico. En este caso, la WTRU puede proceder con la transmisión de UL sin concesión de los datos 1750, 1770, por ejemplo, usando la secuencia de MA seleccionada para las transmisiones del canal 1720, 1740, 1760 de control. De manera alternativa, el canal 1720 de control puede transportar información para señalizar el índice de la secuencia de MA seleccionada para la transmisión de datos sin concesión.
En el presente documento se proporcionan ejemplos de acuse de recibo de transmisión sin concesión y control de potencia. Una WTRU puede realizar una transmisión que puede ser una transmisión sin concesión. Una transmisión puede constar de una o más partes. Una parte de una transmisión puede incluir al menos un preámbulo, una parte de control que puede incluir o proporcionar información de control y/o una parte de datos que puede incluir o proporcionar datos, por ejemplo, una carga útil de datos. Por ejemplo, una transmisión puede incluir las partes o los tipos de partes que se muestran en la FIGURA 11 o 12. Uno o más de cada uno o más tipos de partes (por ejemplo, preámbulo, datos y/o control) pueden incluirse en una transmisión, por ejemplo, como se muestra en las FIGURAS 13, 14, 15 y 17. Las partes de una transmisión pueden estar en cualquier orden y seguir siendo consistentes con esta descripción. Por ejemplo, el orden puede ser como se muestra en la FIGURA 11 o en la FIGURA 18
La FIGURA 18 es un diagrama de formato y temporización que ilustra un ejemplo de una transmisión de UL sin concesión sin espacios entre las partes de la transmisión. En un ejemplo que se muestra en el diagrama 1800 de formato y tiempo, una transmisión de UL sin concesión puede incluir una parte 1810 de preámbulo, seguida de una parte 1820 de datos, que a su vez puede ser seguida por una parte 1830 de control. La transmisión de UL sin concesión puede no tienen espacios entre las partes 1810, 1820, 1830. Como resultado, las partes 1810, 1820, 1830 pueden ser contiguas en el tiempo.
En otro ejemplo, múltiples partes de una transmisión que pueden considerarse parte de la misma transmisión o conjunto de transmisiones pueden o no ser contiguas en el tiempo. Por ejemplo, puede haber una ventana de tiempo o un lapso de tiempo entre la transmisión de partes como las partes que se muestran en las FIGURAS 14, 16 y 19.
La FIGURA 19 es un diagrama de formato y temporización que ilustra un ejemplo de una transmisión de UL sin concesión sin espacios entre las partes de la transmisión. En un ejemplo que se muestra en el diagrama 1900 de formato y tiempo, una transmisión de UL sin concesión puede incluir una parte 1910 de preámbulo, seguida de una parte 1920 de control, que a su vez puede ser seguida por un intervalo 1930 y luego una parte 1940 de datos después del intervalo. . Por lo tanto, la transmisión de UL sin concesión puede tener una brecha entre las partes 1920 y 1940. Como resultado, las partes 1920 y 1940 pueden no ser contiguas en el tiempo.
Una WTRU puede transmitir una parte de una transmisión si la WTRU recibe un ACK para otra parte de la transmisión, por ejemplo, una parte anterior de la transmisión. En un ejemplo, una WTRU puede transmitir una parte de una transmisión solo si recibe un ACK para otra parte de la transmisión. Por lo tanto, las partes sucesivas pueden transmitirse en respuesta a la recepción de un ACK a una parte transmitida anterior y, más particularmente, a una parte transmitida inmediatamente anterior.
Una parte de control o información de control de una transmisión puede incluir al menos un parámetro, por ejemplo, un parámetro de transmisión relacionado con otra parte de la transmisión, o una parte de otra transmisión.
Por ejemplo, la información de control puede incluir uno o más parámetros relacionados con una parte de datos de una transmisión y, más particularmente, con una parte de datos subsiguiente de una transmisión. Por ejemplo, una transmisión puede incluir al menos la información de control y la transmisión de datos y, opcionalmente, un preámbulo.
En un ejemplo, la información de control puede transmitirse para una transmisión de datos o una parte de datos de una transmisión. La información de control puede incluir al menos uno de los siguientes: recursos de tiempo y/o frecuencia, por ejemplo, ubicación y/o número de recursos, que pueden estar representados por un conjunto de bloques de recursos (RB) PRB, RE, entre otros; tamaño del bloque de transporte (TBS); esquema de modulación y/o codificación; y/o un número de capas usadas para la transmisión.
Cualquier parte de una transmisión, por ejemplo, una parte de control o una parte de datos puede incluir o proporcionar un identificador de WTRU. El identificador de WTRU puede ser una función de un ID de WTRU, por ejemplo, una IMSI o una identidad de abonado móvil internacional temporal (TIMSI). El identificador de WTRU puede ser el identificador de conexión de la WTRU, por ejemplo, su C-RNTI. El identificador de WTRU puede ser elegido o determinado, por ejemplo, al azar, por la WTRU de un grupo o conjunto de identificadores que pueden configurarse y/o que pueden transmitirse. El identificador de WTRU puede incluirse explícitamente. Por ejemplo, el identificador de WTRU puede estar representado por un índice o un número de bits. El identificador de WTRU puede incluirse implícitamente. Por ejemplo, al menos una parte, por ejemplo, un CRC, de la parte de transmisión puede enmascararse o codificarse con el identificador de WTRU. Por lo tanto, la información representativa de la WTRU, explícita o implícitamente, puede ser proporcionada por la WTRU.
Una WTRU puede determinar o seleccionar un preámbulo para la transmisión, por ejemplo, de un grupo o conjunto de preámbulos que pueden configurarse. Puede haber grupos separados o conjuntos de preámbulos para WTRU en modo conectado, por ejemplo, WTRU con una conexión RRC, y WTRU en modo inactivo o no en modo conectado, por ejemplo, WTRU sin conexión RRC.
Un preámbulo puede seleccionarse al menos según la configuración de la transmisión, donde la configuración puede incluir al menos uno de: el número de partes en la transmisión, los tipos de partes en la transmisión, la longitud de una o más partes en la transmisión y similares. En un ejemplo, la longitud de una o más partes de la transmisión puede medirse en el tiempo.
Se pueden proporcionar o usar uno o más ACK de transmisión, o ambos. En un ejemplo, los ACK pueden ser proporcionados por un eNodo-B y usados por una WTRU. En otro ejemplo, los ACK pueden ser proporcionados por una WTRU y usados por un eNodo-B.
Una o más partes de una transmisión pueden ser recibidas, por ejemplo, por una WTRU y/o reconocidas, por ejemplo, por un nodo de red tal como un eNodo-B. En un ejemplo, cada parte de una transmisión puede reconocerse por separado o en un paquete. Una WTRU puede recibir un acuse de recibo para una o más partes de una transmisión que puede realizar la WTRU. En un ejemplo, una WTRU puede recibir un acuse de recibo para cada una o más partes de una transmisión que puede realizar la WTRU.
Por ejemplo, una WTRU puede realizar una transmisión de un preámbulo, información de control y/o datos. La WTRU puede recibir un ACK para uno o más del preámbulo, la información de control y/o los datos. Un ACK y/o un NACK para diferentes partes de una transmisión pueden proporcionarse juntos o por separado.
Por ejemplo, después de una transmisión que puede comprender una o más partes de transmisión, una WTRU puede monitorizar la recepción de un ACK/NACK. La WTRU puede monitorizar un canal, por ejemplo, un canal de control de
DL, o recursos que pueden estar asociados en tiempo y/o frecuencia con al menos una de las partes de la transmisión de la WTRU. La asociación puede ser con al menos uno de los tiempos, frecuencias y/o códigos de al menos una de las partes de la transmisión. La WTRU puede monitorizar el canal o los recursos para la recepción del ACK/NACK, por ejemplo, en la información de control de DL, para la transmisión de la WTRU. En un ejemplo, para una transmisión de N partes, puede haber N indicaciones para indicar ACK o NACK para cada una de las N partes. En un ejemplo, las N indicaciones pueden ser N bits. Las N indicaciones pueden ser proporcionadas en una transmisión por el eNodo-B, por ejemplo. En un ejemplo, las N indicaciones pueden proporcionarse en un mensaje DCI.
En otro ejemplo, se puede usar una indicación para indicar un ACK o NACK para múltiples partes. Por ejemplo, puede haber una indicación para indicar un ACK o NACK para una transmisión de preámbulo. Puede haber una indicación para indicar un ACK o NACK para una parte de datos y una parte de control. Por lo tanto, un ACK puede indicar que ambas partes se recibieron con éxito. De manera similar, un NACK puede indicar que al menos una de las partes no se recibió con éxito.
En otro ejemplo, una WTRU puede realizar una transmisión que comprende un preámbulo, una parte de datos y/o una parte de control, transmitida en iteración. Si el receptor recibe el preámbulo, por ejemplo, un eNodo-B, el receptor puede enviar un ACK para el preámbulo. El preámbulo puede permitir que el receptor localice una o más partes de la transmisión, como la parte de control y/o la parte de datos. Si el receptor recibe y/o decodifica con éxito la parte de control, el receptor puede enviar un ACK para la parte de control. Si el receptor no recibe y/o decodifica con éxito la parte de control, puede enviar un NACK o no enviar un ACK para la parte de control. Si el receptor recibe con éxito la parte de control, el receptor puede localizar y/o decodificar la parte de datos. Si el receptor recibe y/o decodifica con éxito la parte de datos, el receptor puede enviar un ACK para la parte de datos. Si no recibe y/o decodifica con éxito la parte de datos, puede enviar un NACK o no enviar un ACK para la parte de datos.
Una potencia de transmisión para una parte de una transmisión que puede ser realizada por una WTRU puede ser determinada por la WTRU. En un ejemplo, una potencia de transmisión para una parte de una transmisión puede determinarse por separado y/o independientemente de la determinación de la potencia de transmisión para otra parte de una transmisión. Por ejemplo, una potencia de preámbulo para transmitir un preámbulo puede determinarse por separado y/o independientemente de la potencia de transmisión para una parte de datos o una parte de control de una transmisión. La potencia de transmisión para una parte de datos y una parte de control de una transmisión puede determinarse juntas, por separado y/o independientemente.
Por ejemplo, una WTRU puede determinar la potencia de una parte de transmisión, por ejemplo, una potencia de preámbulo, basándose en una medición, por ejemplo, una medición de pérdida de trayecto, de una señal tal como una señal de referencia. La WTRU puede determinar la potencia para una parte de transmisión, por ejemplo, una parte de control, basándose en al menos uno o más parámetros de la transmisión que pueden estar configurados o predeterminados. Una WTRU puede determinar la potencia para una parte de transmisión, por ejemplo, una parte de datos, basándose en al menos uno o más parámetros de la transmisión que pueden ser determinados por la WTRU y/o proporcionados, incluidos o transmitidos en la parte de control.
En otro ejemplo, la potencia de transmisión para una primera parte de una transmisión puede determinarse en base a la potencia para otra parte de la transmisión. Por ejemplo, si la WTRU aumenta la potencia de una parte, por ejemplo, una parte de preámbulo también puede aumentar la potencia de otra parte, por ejemplo, una parte de control y/o datos y, más particularmente, para una parte de transmisión posterior. El aumento de potencia de una segunda parte puede ser función del aumento de potencia de una primera parte.
Una potencia de transmisión, por ejemplo, para una transmisión sin concesión, puede depender del tiempo transcurrido desde una transmisión anterior que puede ser con concesión o sin concesión. Por ejemplo, si el tiempo transcurrido desde una transmisión anterior es menor que una cantidad de tiempo umbral que puede configurarse, la WTRU puede establecer la potencia para una nueva transmisión o parte de una nueva transmisión según una primera regla. Si el tiempo transcurrido desde una transmisión anterior es mayor que una cantidad de tiempo umbral que puede configurarse, la WTRU puede establecer la potencia para una transmisión o parte de una transmisión según una segunda regla.
La primera regla puede ser hacer al menos uno de lo siguiente. Por ejemplo, la primera regla puede ser usar la potencia de transmisión anterior o una función de la potencia de transmisión anterior para la potencia de la nueva transmisión o parte de la nueva transmisión. En un ejemplo, la primera regla puede ser usar la potencia de transmisión anterior o una función de la potencia de transmisión anterior para la determinación de la potencia de la nueva transmisión o parte de la nueva transmisión. En otro ejemplo, la primera regla puede ser incluir una parte de bucle cerrado de una transmisión anterior en la determinación de la potencia de una nueva transmisión o parte de una nueva transmisión. En un ejemplo, la parte de bucle cerrado puede incluir comandos de control de potencia de transmisión (TPC) acumulados.
La segunda regla puede ser no usar información previa de control de potencia en la determinación de la potencia para una nueva transmisión o parte de una nueva transmisión. En un ejemplo, la segunda regla puede ser no usar ninguna información previa de control de potencia en la determinación de la potencia para una nueva transmisión o parte de una nueva transmisión.
La potencia de retransmisión para una parte de una transmisión que puede ser realizada por una WTRU puede ser determinada por la WTRU. Por ejemplo, una WTRU puede usar un ACK, la falta de un ACK o un NACK para una parte de una transmisión para determinar el ajuste de potencia para una transmisión o retransmisión subsiguiente de al menos una parte de la transmisión.
Por ejemplo, una WTRU puede realizar una transmisión de varias partes y recibir un ACK para al menos una parte de la transmisión y ningún ACK (o NACK) para al menos otra parte de la transmisión. La WTRU puede retransmitir la parte por la que se recibió el ACK con la misma potencia que la transmisión original. La WTRU puede retransmitir la parte para la que no se recibió ACK (o NACK) con una potencia aumentada.
Por ejemplo, una WTRU puede transmitir una transmisión de 3 partes, como un preámbulo, una parte de datos y una parte de control. La WTRU puede no recibir ACK, un ACK para una parte, un ACK para dos partes o un ACK para las tres partes. La WTRU puede retransmitir una o más de las partes de la transmisión, por ejemplo, si no se recibe al menos un ACK para una parte correspondiente. Por ejemplo, la WTRU puede retransmitir todas las partes de la transmisión si no se recibe al menos un ACK. Al retransmitir, una WTRU puede aumentar la potencia de una parte de la transmisión para la que no se recibió un ACK. Una WTRU no puede aumentar la potencia de una parte de la transmisión para la que se recibió un ACK. Se apreciará además que no recibir un ACK y recibir un NACK pueden usarse indistintamente en los ejemplos discutidos en este documento.
En otro ejemplo, una WTRU puede transmitir un preámbulo y una parte de control y esperar uno o más ACK antes de transmitir una parte de datos. La WTRU puede no recibir ACK, un ACK para una parte o un ACK para ambas partes. La WTRU puede retransmitir ambas partes de la transmisión si al menos una de las partes no recibió un ACK. La WTRU puede aumentar la potencia para la retransmisión de una parte que no recibió un ACK. La WTRU no puede aumentar la potencia de una parte para la que se recibió un ACK.
Si se usa un ACK para múltiples partes, por ejemplo, el preámbulo y la parte de control, y si la WTRU no recibe un ACK, la WTRU puede aumentar la potencia para una o ambas partes al retransmitir. Por ejemplo, la WTRU puede o solo puede aumentar la potencia de la parte del preámbulo. En otro ejemplo, la WTRU puede aumentar la potencia tanto del preámbulo como de la parte de control. Cuando se transmite una parte posterior después de recibir un ACK de una parte anterior, la potencia de la parte posterior puede determinarse al menos en parte en función de la potencia (por ejemplo, la potencia más reciente o actual) de la parte anterior para la que se recibió el ACK. Por ejemplo, cuando se transmite una parte de datos después de recibir un ACK para una parte de preámbulo y/o control, la potencia de la parte de datos puede determinarse, al menos en parte, en función de la potencia de transmisión del preámbulo y/o parte de control para la cual se recibió el ACK.
Cuando una parte se puede retransmitir, la parte se puede modificar. Por ejemplo, se pueden modificar uno o más parámetros de transmisión o características de la parte. Por ejemplo, cuando se retransmite una parte de preámbulo, se pueden usar para la transmisión un preámbulo diferente o recursos de frecuencia de tiempo diferentes.
Un aumento de potencia para una retransmisión puede basarse en un paso de potencia que puede configurarse. Un aumento de potencia para una retransmisión puede basarse en o según un comando TPC que puede recibirse, por ejemplo, con una indicación ACK/NACK desde el nodo de red. Por ejemplo, una WTRU puede transmitir un preámbulo y una parte de control. La WTRU puede recibir un ACK para el preámbulo y ningún ACK (o un NACK) para la parte de control. También se puede recibir un comando TPC en el ACK para el preámbulo (o NACK para la parte de control) que puede indicar cómo aumentar o cuánto aumentar la potencia para la parte de control. Al retransmitir la parte de control, la WTRU puede aumentar la potencia en función del comando TPC recibido.
La FIGURA 20 es un diagrama de flujo que ilustra un ejemplo de un proceso de transmisión de múltiples partes con acuse de recibo y control de potencia. En un ejemplo mostrado en el diagrama 2000 de flujo, una WTRU puede determinar un conjunto de partes de transmisión (Tx) para transmitir en 2010. En un ejemplo, la WTRU puede determinar transmitir una parte de preámbulo y una parte de control. En otro ejemplo, la WTRU puede determinar transmitir una parte de preámbulo, una parte de control y una parte de datos.
La WTRU puede determinar una potencia de transmisión para cada parte 2015 de Tx. Además, la WTRU puede transmitir un conjunto de partes de Tx usando la potencia determinada para cada parte 2020. En un ejemplo, el conjunto puede ser una parte de Tx. En otro ejemplo, el conjunto puede ser más de una parte de Tx. La WTRU puede entonces determinar si se recibe un ACK para al menos una parte de Tx en el conjunto de partes de Tx 2030.
Si no se recibe un ACK para al menos una parte de Tx en el conjunto, la WTRU puede determinar si pasó un tiempo de ACK esperado o si un tiempo de espera esperado ha terminado o expiró en 2050. Además, la WTRU puede volver a esperar la recepción 2030 del ACK si el tiempo no ha vencido. Si ha transcurrido un tiempo, la WTRU puede aumentar la potencia de transmisión de al menos una parte de la transmisión 2080. Por ejemplo, la WTRU puede aumentar la potencia de transmisión del preámbulo. En otro ejemplo, la WTRU puede aumentar la potencia de transmisión del preámbulo únicamente. En otro ejemplo, la WTRU puede aumentar la potencia de transmisión de todas las partes. Además, en un ejemplo, el aumento de potencia de al menos una parte de la transmisión puede basarse en un paso de potencia que puede configurarse.
En otro ejemplo, la WTRU puede o no proceder a actualizar una o más partes 2090 de Tx. En un ejemplo, la WTRU puede actualizar una parte de Tx determinando un nuevo preámbulo. En otro ejemplo, la WTRU puede retransmitir al menos una parte de la transmisión. En un ejemplo, la WTRU puede retransmitir el conjunto de partes de Tx usando la potencia determinada para cada parte 2020, incluida la potencia aumentada de al menos una parte.
Si se recibe el ACK para al menos una parte de Tx en el conjunto, el proceso puede incluir además determinar si se recibe un ACK para todas las partes de Tx en el conjunto 2040. Si no se recibe un ACK para todas las partes de Tx, la WTRU puede aumentar la potencia de transmisión de al menos una parte de la transmisión 2070. En un ejemplo, la WTRU puede aumentar la potencia de transmisión de al menos una parte de la transmisión para la que no se recibió ACK. En otro ejemplo, la WTRU puede aumentar la potencia de transmisión de al menos una parte de la transmisión para la que se recibió un NACK. En un ejemplo adicional, el aumento de potencia de al menos una parte de la transmisión puede basarse en un paso de potencia que puede configurarse.
De manera similar al ejemplo anterior, la WTRU puede o no proceder a actualizar una o más partes 2090 de Tx. Además, la WTRU puede retransmitir al menos una parte de la transmisión, de manera similar al ejemplo anterior. En otro ejemplo, la WTRU puede retransmitir el conjunto de partes Tx usando la potencia determinada para cada parte 2020, incluida la potencia aumentada de al menos una parte.
Si se recibe un ACK para todas las partes de Tx, la WTRU puede determinar que la transmisión se completó con éxito en 2060. Además, la WTRU puede transmitir una siguiente parte de Tx o un siguiente conjunto de partes de Tx durante el cual el proceso que se muestra en la FIGURA 20 puede repetirse. En un ejemplo, la siguiente parte de Tx puede ser una parte de datos. En otro ejemplo, el siguiente conjunto de partes de Tx puede ser la parte de control y la parte de datos.
Además, los métodos descritos en el presente documento pueden implementarse en un programa informático, software o firmware incorporado en un medio legible por ordenador para su ejecución por un ordenador o procesador. Ejemplos de medios legibles por ordenador incluyen señales electrónicas (transmitidas a través de conexiones por cable o inalámbricas) y medios de almacenamiento legibles por ordenador, tales como medios de almacenamiento legibles por ordenador no transitorios. Los ejemplos de medios de almacenamiento legibles por ordenador incluyen, entre otros, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, memoria caché, dispositivos de memoria de semiconductores, medios magnéticos como discos duros internos y dispositivos extraíbles. discos, medios magneto-ópticos y medios ópticos tales como discos CD-ROM y discos versátiles digitales (DVD). Se puede usar un procesador en asociación con software para implementar un transceptor de radiofrecuencia para usar en una WTRU, UE, terminal, estación base, RNC o cualquier ordenador principal.
Claims (14)
1. Un método para usar en una unidad inalámbrica de transmisión/recepción, WTRU, (102) para comunicaciones inalámbricas de acceso múltiple, comprendiendo el método:
recibir información de configuración que indica un conjunto de recursos de frecuencia de canal físico; recibir un mensaje de información de control de enlace descendente, DCI, en donde el mensaje DCI incluye una indicación de una asignación de al menos un subconjunto del conjunto de recursos de frecuencia de canal físico; determinar uno o más recursos de frecuencia de canal físico compartido, a partir del subconjunto del conjunto de recursos de frecuencia de canal físico, y un período de tiempo;
transmitir datos en una transmisión de canal físico compartido usando uno o más recursos de frecuencia de canal físico compartido determinados durante el período de tiempo determinado;
determinar una ubicación de tiempo para la recepción de información de acuse de recibo de la solicitud de repetición automática híbrida, HARQ-ACK, asociada con los datos transmitidos, en donde la determinación de la ubicación de tiempo se basa en el subconjunto del conjunto de recursos de frecuencia de canal físico; y recibir la información HARQ-ACK durante la ubicación de tiempo determinada (855, 865, 895).
2. El método de la reivindicación 1, en donde el mensaje DCI es un mensaje DCI común.
3. El método de la reivindicación 1, en donde la determinación de uno o más recursos de frecuencia de canal físico compartido del subconjunto del conjunto de recursos de frecuencia de canal físico se basa en al menos una determinación aleatoria y un WTRU-ID.
4. El método de la reivindicación 1, en donde el período de tiempo se determina basándose en al menos una determinación aleatoria y un WTRU-ID.
5. El método de la reivindicación 1, en donde la recepción del mensaje DCI se produce durante una ventana de tiempo fija.
6. El método de la reivindicación 1, en donde el período de tiempo está dentro de una ventana de tiempo fija.
7. El método de la reivindicación 1, en donde la determinación de la ubicación en el tiempo se basa además en un índice de recursos del canal físico.
8. Una unidad de transmisión/recepción inalámbrica, WTRU, (102) para comunicaciones inalámbricas de acceso múltiple, comprendiendo la WTRU:
medios para recibir información de configuración que indica un conjunto de recursos de frecuencia de canal físico; medios para recibir un mensaje de información de control de enlace descendente, DCI, en donde el mensaje DCI incluye una indicación de una asignación de al menos un subconjunto del conjunto de recursos de frecuencia de canal físico;
medios para determinar uno o más recursos de frecuencia de canal compartido físico, a partir del subconjunto del conjunto de recursos de frecuencia de canal físico, y un período de tiempo;
medios para transmitir datos en una transmisión de canal físico compartido usando uno o más recursos de frecuencia de canal físico compartido determinados durante el período de tiempo determinado;
medios para determinar una ubicación de tiempo para la recepción de información de acuse de recibo de solicitud de repetición automática híbrida, HARQ-ACK, asociada con los datos transmitidos, donde la determinación de la ubicación de tiempo se basa en el subconjunto del conjunto de recursos de frecuencia de canal físico; y medios para recibir la información HARQ-ACK durante la ubicación (855, 865, 895) de tiempo determinada.
9. La WTRU de la reivindicación 8, en donde el mensaje DCI es un mensaje DCI común.
10. La WTRU de la reivindicación 8, en donde la determinación de uno o más recursos de frecuencia de canal compartido físico del subconjunto del conjunto de recursos de frecuencia de canal físico se determina en base a al menos una determinación aleatoria y un WTRU-ID.
11. La WTRU de la reivindicación 8, en donde el período de tiempo se determina basándose en al menos una determinación aleatoria y un WTRU-ID.
12. La WTRU de la reivindicación 8, en donde la recepción del mensaje DCI se produce durante una ventana de tiempo fija.
13. La WTRU de la reivindicación 8, en donde el período de tiempo está dentro de una ventana de tiempo fija.
14. La WTRU de la reivindicación 8, en donde la determinación de la ubicación temporal se basa además en un índice de recursos del canal físico.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201662373040P | 2016-08-10 | 2016-08-10 | |
| US201662400934P | 2016-09-28 | 2016-09-28 | |
| US201762474838P | 2017-03-22 | 2017-03-22 | |
| PCT/US2017/046293 WO2018031770A1 (en) | 2016-08-10 | 2017-08-10 | Methods, devices and systems for grant-less uplink multiple access |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2925074T3 true ES2925074T3 (es) | 2022-10-13 |
Family
ID=59700197
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES17757619T Active ES2925074T3 (es) | 2016-08-10 | 2017-08-10 | Método para su uso en una unidad de transmisión/recepción inalámbrica para comunicaciones inalámbricas de acceso múltiple y unidad de transmisión/recepción inalámbrica correspondiente |
Country Status (5)
| Country | Link |
|---|---|
| US (3) | US11096162B2 (es) |
| EP (2) | EP3498009B1 (es) |
| CN (2) | CN109792739A (es) |
| ES (1) | ES2925074T3 (es) |
| WO (1) | WO2018031770A1 (es) |
Families Citing this family (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10440742B2 (en) * | 2016-09-23 | 2019-10-08 | Qualcomm Incorporated | Dynamic grant-free and grant-based uplink transmissions |
| CN110011765B (zh) * | 2016-12-30 | 2021-03-23 | 华为技术有限公司 | 一种数据传输方法、终端、装置及计算机可读存储介质 |
| BR112019013488A2 (pt) | 2017-01-06 | 2020-01-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Método de transmissão de dados, terminal, e dispositivo de rede |
| US20190357222A1 (en) | 2017-01-06 | 2019-11-21 | Idac Holdings, Inc. | Collision mitigation procedures for grant-less uplink multiple access |
| US11523429B2 (en) * | 2017-01-07 | 2022-12-06 | Centre Of Excellence In Wireless Technology Cewit | Method and apparatus for managing grant-free data transmission in radio communication network |
| US10784996B2 (en) * | 2017-01-16 | 2020-09-22 | Nokia Technologies Oy | HARQ feedback on grant-less UL |
| EP3576477B1 (en) * | 2017-02-10 | 2021-12-22 | Shenzhen Heytap Technology Corp., Ltd. | Wireless communication method, terminal device, and network device |
| WO2018147607A1 (ko) * | 2017-02-10 | 2018-08-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송신 또는 수신하기 위한 방법 및 이를 위한 장치 |
| JP2018191104A (ja) * | 2017-05-01 | 2018-11-29 | ソニー株式会社 | 通信装置、基地局装置、方法及び記録媒体 |
| WO2018213315A1 (en) * | 2017-05-18 | 2018-11-22 | Intel IP Corporation | Downlink control information (dci) format for grant-less uplink transmission (gul) |
| US11695513B2 (en) * | 2017-05-31 | 2023-07-04 | Ntt Docomo, Inc. | User terminal and radio communication method |
| US11140705B2 (en) * | 2017-07-14 | 2021-10-05 | Apple Inc. | Configuration of grant-less uplink transmissions for a user equipment |
| US11166295B2 (en) | 2017-08-09 | 2021-11-02 | Nokia Technologies Oy | High reliable low latency data transmission using grant-less uplink transmission format on scheduled PUSCH resources |
| EP3665812B1 (en) * | 2017-08-11 | 2021-05-26 | Telefonaktiebolaget LM Ericsson (Publ) | Multiplexing of different traffic types in a telecommunications network |
| CN109495927B (zh) * | 2017-09-11 | 2022-01-28 | 维沃移动通信有限公司 | 一种信息传输方法、终端及网络侧设备 |
| WO2019143131A1 (ko) * | 2018-01-17 | 2019-07-25 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 신호를 송신하는 방법 및 장치 |
| KR102616557B1 (ko) * | 2018-02-13 | 2023-12-26 | 삼성전자 주식회사 | 무선 통신 시스템에서 데이터 및 제어 정보 송수신 방법 및 장치 |
| US11044675B2 (en) * | 2018-02-13 | 2021-06-22 | Idac Holdings, Inc. | Methods, apparatuses and systems for adaptive uplink power control in a wireless network |
| US10461910B1 (en) | 2018-05-11 | 2019-10-29 | At&T Intellectual Property I, L.P. | Switching between non-orthogonal multiple access and orthogonal multiple access systems for uplink data transmission |
| WO2019240903A1 (en) | 2018-06-12 | 2019-12-19 | Google Llc | Beamforming-based grant-free non-orthogonal multiple access transmission |
| WO2019240887A1 (en) | 2018-06-15 | 2019-12-19 | Google Llc | Cbg-based noma transmission for a wireless network |
| US11063705B2 (en) | 2018-06-18 | 2021-07-13 | Google Llc | Methods and apparatus for HARQ in NOMA transmission for 5G NR |
| US11711194B2 (en) | 2018-06-22 | 2023-07-25 | Google Llc | Multi-branch NOMA wireless communication |
| CN110690951A (zh) * | 2018-07-06 | 2020-01-14 | 维沃移动通信有限公司 | 一种信息传输方法、网络设备及终端 |
| US10652691B2 (en) * | 2018-07-20 | 2020-05-12 | Qualcomm Incorporated | Optimized positioning method for mobile devices |
| CN112514517B (zh) * | 2018-08-10 | 2024-06-04 | 谷歌有限责任公司 | 用于noma异步传输中的上行链路控制信道的方法和装置 |
| EP3821672A1 (en) | 2018-09-26 | 2021-05-19 | Google LLC | Non-orthogonal multiple access configuration in split base station architectures |
| CN111050400B (zh) * | 2018-10-12 | 2023-01-13 | 华为技术有限公司 | 信息处理的方法和装置 |
| CN111130707B (zh) * | 2018-11-01 | 2021-07-06 | 大唐移动通信设备有限公司 | 混合自动重传的传输方法、装置、网络设备及终端 |
| US20210385903A1 (en) * | 2018-11-27 | 2021-12-09 | Google Llc | User-Equipment-Initiated Cancelation of a Base Station Downlink Transmission |
| US11632803B2 (en) * | 2019-01-03 | 2023-04-18 | Comcast Cable Communications, Llc | Access procedures in wireless communications |
| US11395327B2 (en) * | 2019-02-13 | 2022-07-19 | Qualcomm Incorporated | Uplink configured grant validation |
| EP3925267A4 (en) * | 2019-02-14 | 2022-09-28 | Sierra Wireless, Inc. | METHOD AND APPARATUS FOR SUPPORTING THE USE OF A TWO-STAGE RANDOM ACCESS CHANNEL IN A WIRELESS COMMUNICATION SYSTEM |
| WO2020186097A1 (en) | 2019-03-12 | 2020-09-17 | Google Llc | User-equipment coordination set beam sweeping |
| CN111918333B (zh) * | 2019-05-07 | 2023-10-24 | 成都华为技术有限公司 | 数据传输方法和设备 |
| US10893572B2 (en) | 2019-05-22 | 2021-01-12 | Google Llc | User-equipment-coordination set for disengaged mode |
| KR102461231B1 (ko) | 2019-07-25 | 2022-10-28 | 구글 엘엘씨 | 사용자 단말(ue) 조정 세트 재그룹핑 |
| WO2021029879A1 (en) | 2019-08-13 | 2021-02-18 | Google Llc | User-equipment-coordination-set control aggregation |
| CN113966637A (zh) * | 2019-08-27 | 2022-01-21 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
| CN114365422A (zh) | 2019-09-19 | 2022-04-15 | 谷歌有限责任公司 | 用于活动协调集的增强波束搜索 |
| US11638272B2 (en) | 2019-09-19 | 2023-04-25 | Google Llc | User-equipment-coordination-set selective participation |
| CN112584484B (zh) * | 2019-09-30 | 2022-06-07 | 华为技术有限公司 | 信号发送和处理方法及装置 |
| EP4026381A4 (en) | 2019-10-04 | 2023-09-13 | FG Innovation Company Limited | METHOD AND APPARATUS FOR IMPROVING TRANSMISSION TIMING FOR DIFFERENT NUMEROLOGIES IN NTN |
| US20220400502A1 (en) * | 2019-11-20 | 2022-12-15 | Nokia Technologies Oy | Policy-Based Resource Pool Allocation for Low-Latency IIOT and Other Applications |
| CN113472488B (zh) * | 2020-03-30 | 2022-09-02 | 维沃移动通信有限公司 | Harq-ack的反馈模式确定方法、配置方法及设备 |
| WO2021203247A1 (zh) * | 2020-04-07 | 2021-10-14 | 北京小米移动软件有限公司 | 非授权频段反馈方法、非授权频段反馈装置及存储介质 |
| KR20230007432A (ko) | 2020-05-09 | 2023-01-12 | 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 | 데이터 송신 방법, 장치, 통신 기기 및 저장 매체(data transmitting method and apparatus, communication device, and storage medium) |
| US11653371B2 (en) * | 2020-05-29 | 2023-05-16 | Qualcomm Incorporated | Transmission configurations for full duplex transmissions |
| US11818658B2 (en) * | 2021-06-15 | 2023-11-14 | Itron, Inc. | Techniques for release assistance indication assertion |
| US11830354B2 (en) | 2021-06-15 | 2023-11-28 | Itron, Inc. | Techniques for release assistance indication assertion |
| EP4381821A1 (en) * | 2021-08-05 | 2024-06-12 | Lenovo (Beijing) Limited | Methods and apparatuses for m-trp based pusch transmission |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101866577B1 (ko) * | 2010-01-11 | 2018-06-11 | 삼성전자주식회사 | 통신 시스템의 업링크에서 낮은 레이턴시 송신을 가능하게 하는 장치 및 방법 |
| EP3809759A3 (en) | 2012-10-05 | 2021-05-12 | Interdigital Patent Holdings, Inc. | Method and apparatuses for transmitting feedback |
| EP3031283B1 (en) * | 2013-08-07 | 2022-10-05 | Interdigital Patent Holdings, Inc. | Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario |
| JP2015109404A (ja) * | 2013-10-24 | 2015-06-11 | 信越ポリマー株式会社 | 電磁波シールドフィルム、電磁波シールドフィルム付きフレキシブルプリント配線板、およびそれらの製造方法 |
| KR101924704B1 (ko) | 2014-02-28 | 2018-12-03 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 비허가 스펙트럼을 사용함으로써 통신을 수행하는 방법, 디바이스 및 시스템 |
| CN105634688B (zh) * | 2014-11-07 | 2021-08-17 | 中兴通讯股份有限公司 | 一种实现数据传输的方法及装置 |
| US10334644B2 (en) * | 2014-11-07 | 2019-06-25 | Sk Telecom Co., Ltd. | Apparatus and method for transmitting device to device communication channel in wireless communication system |
| US20160270102A1 (en) * | 2015-03-14 | 2016-09-15 | Qualcomm Incorporated | Distributed scheduling to control interference for data transactions using grant-less transmissions |
| US9955478B2 (en) * | 2015-04-17 | 2018-04-24 | Qualcomm Incorporated | Techniques for managing communications in a shared radio frequency spectrum band |
| CN114727424A (zh) * | 2016-06-15 | 2022-07-08 | 康维达无线有限责任公司 | 用于新无线电的无许可上行链路传输 |
| WO2018003275A1 (ja) * | 2016-06-27 | 2018-01-04 | シャープ株式会社 | 基地局装置、端末装置およびその通信方法 |
| US10187183B2 (en) * | 2016-07-29 | 2019-01-22 | Huawei Technologies Co., Ltd. | System and method for retransmission of grant-free traffic |
-
2017
- 2017-08-10 EP EP17757619.6A patent/EP3498009B1/en active Active
- 2017-08-10 EP EP22174658.9A patent/EP4068890A1/en active Pending
- 2017-08-10 CN CN201780060784.9A patent/CN109792739A/zh active Pending
- 2017-08-10 ES ES17757619T patent/ES2925074T3/es active Active
- 2017-08-10 US US16/324,007 patent/US11096162B2/en active Active
- 2017-08-10 CN CN202311001667.9A patent/CN117042157A/zh active Pending
- 2017-08-10 WO PCT/US2017/046293 patent/WO2018031770A1/en active Search and Examination
-
2021
- 2021-08-13 US US17/401,909 patent/US11943783B2/en active Active
-
2024
- 2024-02-28 US US18/590,237 patent/US20240205932A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20190174472A1 (en) | 2019-06-06 |
| CN117042157A (zh) | 2023-11-10 |
| US20210377924A1 (en) | 2021-12-02 |
| US11096162B2 (en) | 2021-08-17 |
| EP3498009A1 (en) | 2019-06-19 |
| EP3498009B1 (en) | 2022-06-29 |
| EP4068890A1 (en) | 2022-10-05 |
| WO2018031770A1 (en) | 2018-02-15 |
| US11943783B2 (en) | 2024-03-26 |
| CN109792739A (zh) | 2019-05-21 |
| US20240205932A1 (en) | 2024-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2925074T3 (es) | Método para su uso en una unidad de transmisión/recepción inalámbrica para comunicaciones inalámbricas de acceso múltiple y unidad de transmisión/recepción inalámbrica correspondiente | |
| CN111587550B (zh) | 与非授权频谱相关联的数据传输和harq-ack | |
| CN112740611B (zh) | 用于突发传输的方法和装置 | |
| US20220086915A1 (en) | Methods and apparatus for msg-a transmission in two-step rach | |
| AU2020223304B2 (en) | Methods for msg-B in two-step RACH | |
| JP7122327B2 (ja) | 送信適合およびグラントフリーアクセス | |
| TW202015447A (zh) | 在未授權頻段中新無線電操作有效且強健確認方法 | |
| ES2962358T3 (es) | Transmisión de información de control de enlace ascendente | |
| US11838938B2 (en) | Collision mitigation procedures for grant-less uplink multiple access | |
| KR20220164045A (ko) | 다중 trp에서의 물리적 채널들의 향상들 | |
| KR20220005438A (ko) | 비허가 스펙트럼에서 설정 그랜트 전송을 위한 방법 및 장치 | |
| TW201907743A (zh) | 無上鏈許可上鏈傳輸 | |
| RU2777374C2 (ru) | Адаптация передачи и доступ без предоставления | |
| JP2024512640A (ja) | Ｐｕｓｃｈ繰り返しのための方法及び装置 | |
| WO2023086445A1 (en) | Methods on enhancing reliability and supporting mixed priority traffic in high frequency communications | |
| EP4381886A1 (en) | Methods for prach in higher frequencies | |
| CN117441306A (zh) | 用于进行pusch重复的方法和装置 |