ES3038466T3 - Consistent sidelink listen before talk failure - Google Patents

Abstract

Una unidad de transmisión/recepción inalámbrica (WTRU) puede ejecutar un procedimiento de escucha antes de hablar (LBT) asociado con un ancho de banda de enlace lateral (SL). El ancho de banda de SL puede incluir un conjunto de bloques de recursos (RB). La WTRU puede determinar un CSLF asociado con el conjunto de RB del ancho de banda de SL basándose en el procedimiento LBT. La WTRU puede determinar un recurso para informar el CSLF, por ejemplo, basándose en una regla de prioridad. La regla de prioridad puede indicar que un recurso con licencia tiene mayor prioridad que un recurso sin licencia. La regla de prioridad puede indicar que, si no se detecta un fallo LBT constante en un recurso de enlace ascendente (UL) sin licencia, el recurso UL sin licencia tiene mayor prioridad que un recurso SL sin licencia. La WTRU puede enviar un elemento de control (CE) de control de acceso al medio (MAC) utilizando el recurso determinado. En algunos ejemplos, el CE MAC puede indicar el conjunto de RB. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Falla de escucha antes de hablar en enlace lateral consistente

Referencia cruzada a solicitudes relacionadas

Esta solicitud reivindica el beneficio de la solicitud de patente provisional de los EE. UU. n.° 63/275.354, presentada el 3 de noviembre de 2021, y la solicitud de patente provisional de los EE. UU. n.° 63/388.030, presentada el 11 de julio de 2022.

Antecedentes

Las comunicaciones móviles que utilizan la comunicación inalámbrica continúan evolucionando. Una quinta generación de tecnología de acceso por radio (RAT) de comunicaciones móviles puede denominarse nueva (NR) radio 5G. Una generación anterior (heredada) de RAT de comunicación móvil puede ser, por ejemplo, la evolución a largo plazo (LTE) de cuarta generación (4G). Los dispositivos de comunicación inalámbrica pueden establecer comunicaciones con otros dispositivos y redes de datos, p. ej., a través de una red de acceso, como una red de acceso por radio (RAN). Se proporciona un ejemplo de detección e informe de falla de LBT de enlace lateral consistente (CSLF) en "Proyecto de asociación de tercera generación; Servicios del grupo de especificaciones técnicas y aspectos del sistema; Descripción de la versión 16; Compendio de los elementos de trabajo de la versión 16 (versión 16)", BORRADOR 3GPP; CP-211309, 09/06/2021. Este documento describe un método para detectar y comunicar una CSLF. La detección se basa en un número de fallas de LBT, durante un período supervisado por un temporizador, hasta alcanzar un límite configurado anteriormente. La CSLF se comunica en un MAC CE.

Compendio

En la presente memoria, se describen métodos e instrumentalidades para gestionar fallas consistentes de escucha antes de hablar (LBT) de enlace lateral (SL) (CSLF). Se describe una unidad de transmisión/recepción inalámbrica (WTRU) según la reivindicación 1 y un método correspondiente según la reivindicación 12.

Breve descripción de los dibujos

La FIG. 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 FIG. 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 FIG. 1A según una realización.

La FIG. 1C es un diagrama de sistema que ilustra una red de acceso por radio (RAN) de ejemplo y una red central (CN) de ejemplo que puede usarse dentro del sistema de comunicaciones ilustrado en la FIG.1A según una realización.

La FIG. 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 FIG. 1A según una realización.

La FIG. 2 es un ejemplo de un informe de falla CSLF y LBT detectada en el enlace Uu.

La FIG. 3 ilustra un ejemplo 300 de informe de una CSLF.

La FIG. 4 ilustra un ejemplo 400 no reivindicado de conmutación de recursos SL.

Descripción detallada

La FIG. 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, tal como voz, datos, vídeo, mensajería, difusión, etc., a múltiples usuarios inalámbricos. El sistema 100 de comunicaciones puede permitir que múltiples usuarios inalámbricos accedan a tal contenido a través de la compartición de recursos de sistema, incluyendo el ancho de banda inalámbrico. Por ejemplo, los sistemas 100 de comunicaciones pueden emplear uno o más métodos de acceso al canal, tales 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 (O<f>D<m>A), FDMA de portadora única (Sc -FDMA), OFDM (ZT UW DTS-S OFDM) ensanchada por DFT de palabra única de cola cero, OFDM de palabra única (UW-OFDM), OFDM filtrada por bloques de recursos, múltiples portadoras de banco de filtros (FBMC) y similares.

Como se muestra en la FIG. 1A, el sistema 100 de comunicaciones puede incluir unidades 102a, 102b, 102c, 102d de transmisión/recepción inalámbricas (WTRU), una RAN 104/113, una CN 106/115, una red 108 telefónica pública conmutada (PSTN), Internet 110 y otras redes 112, aunque se apreciará que las realizaciones descritas contemplan 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 operar 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 (STA), pueden configurarse para transmitir y/o recibir señales inalámbricas y pueden 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 celular, un asistente digital personal (PDA), un teléfono inteligente, un ordenador portátil, un portátil, un ordenador personal, un sensor inalámbrico, un punto caliente o dispositivo mifi, un dispositivo del Internet de las cosas (loT), un reloj u otro dispositivo llevable, una pantalla montada en la cabeza (HMD), un vehículo, un dron, un dispositivo médico y aplicaciones (p. ej., cirugía remota), un dispositivo industrial y aplicaciones (p. ej., un robot y/u otros dispositivos inalámbricos que operan en contextos de cadena de procesamiento industrial y/o automatizado), un dispositivo de electrónica de consumo, un dispositivo que opera en redes inalámbricas comerciales y/o industriales y similares. Cualquiera de las WTRU 102a, 102b, 102c y 102d puede denominarse de manera intercambiable un UE.

Los sistemas 100 de comunicaciones también puede incluir una estación 114a base y/o una estación 114b base. Cada una de las estaciones base 114a, 114b puede ser cualquier tipo de dispositivo configurado para interactuar de forma inalámbrica con al menos una de las WTRU 102a, 102b, 102c, 102d para facilitar el acceso a una o más redes de comunicación, tales como la CN 106/115, Internet 110 y/o las otras redes 112. A modo de ejemplo, las estaciones base 114a, 114b pueden ser una estación transceptora base (BTS), un Nodo B, un eNodo B, un Nodo B de origen, un eNodo B de origen, un gNB, un Nodo B de NR, un controlador de sitio, un punto de acceso (AP), un enrutador inalámbrico y similares. Si bien cada una de las estaciones base 114a, 114b se representa como un único elemento, se apreciará que las estaciones base 114a, 114b pueden incluir cualquier número de estaciones base y/o elementos de red interconectados.

La estación base 114a puede ser parte de la RAN 104/113, que también puede incluir otras estaciones base y/o elementos de red (no mostrados), tales como un controlador de estación base (BSC), un controlador de red de radio (RNC), nodos de retransmisión, etc. La estación base 114a y/o la estación base 114b pueden configurarse para transmitir y/o recibir señales inalámbricas en una o más frecuencias portadoras, a las que se puede hacer referencia como una célula (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 célula puede proporcionar 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 base 114a puede dividirse en tres sectores. Por lo tanto, en una realización, la estación base 114a puede incluir tres transceptores, es decir, uno para cada sector de la célula. En una realización, la estación 114a base puede emplear tecnología de entrada múltiple y salida múltiple (MIMO) y puede utilizar múltiples transceptores para cada sector de la célula. Por ejemplo, se puede utilizar la formación de haces para transmitir y/o recibir señales en direcciones espaciales deseadas.

Las estación base 114a, 114b pueden comunicarse con una o más de las WTRU 102a, 102b, 102c, 102d a través de una interfaz aérea 116, que puede ser cualquier enlace de comunicación inalámbrico adecuado (p. ej., radiofrecuencia (RF), microondas, onda centimétrica, onda micrométrica, de infrarrojos (IR), ultravioleta (UV), luz visible, etc.). La interfaz aérea 116 puede establecerse utilizando cualquier tecnología de acceso por radio (RAT) adecuada.

Más específicamente, como se señaló anteriormente, el sistema 100 de comunicaciones puede ser un sistema de acceso múltiple y puede emplear uno o más esquemas de acceso de canales, tales como CDMA, TDMA, FDMA, OFDMA, SC-FDMA, y similares. Por ejemplo, la estación base 114a en la RAN 104/113 y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como el acceso de radio terrestre (UTRA) del sistema universal de telecomunicaciones móviles (UMTS), que puede establecer la interfaz aérea 115/116/117 usando CDMA de banda ancha (WCDMA). WCDm A puede incluir protocolos de comunicación tales como acceso por paquetes de alta velocidad (HSPA) y/o HSPA evolucionado (HSPA+). HSPA puede incluir Acceso por Paquetes de Enlace Descendente (DL) de Alta Velocidad (HSDPA) y/o Acceso por Paquetes de UL de Alta Velocidad (HSUPA).

En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como Acceso de Radio Terrestre de UMTS Evolucionado (E-UTRA), que puede establecer la interfaz aérea 116 usando la Evolución a Largo Plazo (LTE) y/o LTE-Avanzada (LTE-A) y/o LTE-Avanzada Pro (LTE-A Pro).

En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como Acceso por Radio de NR, que puede establecer la interfaz aérea 116 usando la Nueva Radio (NR).

En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar múltiples tecnologías de acceso por radio. Por ejemplo, la estación base 114a 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 por radio y/o transmisiones enviadas a/desde múltiples tipos de estaciones base (p. ej., un eNB y un gNB).

En otras realizaciones, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar tecnologías de radio tales como IEEE 802.11 (es decir, Fidelidad Inalámbrica (WiFi), IEEE 802.16 (es decir, Interoperabilidad Mundial para Acceso por Microondas (WiMAX)), CDMA2000, CDMA20001X, CDMA2000 EV-DO, Norma Provisional 2000 (IS-2000), Norma Provisional 95 (iS-95), Norma Provisional 856 (IS-856), Sistema Global para Comunicaciones Móviles (GSM), tasas de datos mejoradas para la Evolución de GSM (EDGE), GSM EDGE (GERAN) y similares.

La estación base 114b en la FIG. 1A puede ser un enrutador inalámbrico, un Nodo B doméstico, un eNodo B de origen o un punto de acceso, p. ej., y puede utilizar cualquier RAT adecuada para facilitar la conectividad inalámbrica en un área localizada, tal como un lugar de negocios, una casa, un vehículo, un campus, una instalación industrial, un corredor aéreo (p. ej., para su uso por drones), una carretera y similares. En una realización, la estación base 114b y las WTRU 102c, 102d pueden implementar una tecnología de radio tal como IEEE 802.11 para establecer una red de área local inalámbrica (WLAN). En una realización, la estación base 114b y las WTRU 102c, 102d pueden implementar una tecnología de radio tal como IEEE 802.15 para establecer una red de área personal inalámbrica (WPAN). En otra realización más, la estación base 114b y las WTRU 102c, 102d pueden utilizar una RAT basada en celular (p. ej., WCDMA, CDMA2000, GSM, LTE, L<t>E-A, LTE-A Pro, NR, etc.) para establecer una picocélula o femtocélula. Como se muestra en la FIG. 1A, la estación base 114b puede tener una conexión directa a Internet 110. Por lo tanto, es posible que no se requiera que la estación base 114b 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 voz, datos, solicitudes y/o servicios de voz sobre protocolo de Internet (VoIP) a una o más de las WTRU 102a, 102b, 102c, 102d. Los datos pueden tener requisitos de calidad de servicio (QoS) variables, tales como diferentes requisitos de caudal, requisitos de latencia, requisitos de tolerancia a errores, requisitos de fiabilidad, requisitos de caudal 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 ubicación, llamadas de prepago, conectividad a Internet, distribución de vídeo, etc., y/o realizar funciones de seguridad de alto nivel, tales como autenticación de usuario. Aunque no se muestra en la FIG. 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<r>A<t>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 de NR, la CN 106/115 también puede estar en comunicación con otra RAN (no mostrada) que emplea GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, o tecnología de radio WiFi.

La CN 106/115 también puede servir como una puerta de enlace para que las WTRU 102a, 102b, 102c, 102d accedan a la PSTN 108, Internet 110 y/o las otras redes 112. La PSTN 108 puede incluir redes telefónicas de conmutación de circuitos que proporcionan servicio telefónico convencional (POTS). La Internet 110 puede incluir un sistema global de redes informáticas interconectadas y dispositivos que usan protocolos de comunicación comunes, tales 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 comunicación alámbricas y/o inalámbricas de propiedad y/u operadas por otros proveedores de servicios. Por ejemplo, las redes 112 pueden incluir otra CN conectada a una o más RAN, que puede 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 (p. ej., 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 FIG. 1A puede configurarse para comunicarse con la estación base 114a, que puede emplear una tecnología de radio basada en celular, y con la estación base 114b, que puede emplear una tecnología de radio IEEE 802.

La FIG. 1B es un diagrama de sistema que ilustra una WTRU 102 de ejemplo. Como se muestra en la FIG. 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, una pantalla/panel táctil 128, una memoria no extraíble 130, una memoria extraíble 132, 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 sin dejar de ser consistente con una realización.

El procesador 118 puede ser un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo de DSP, un controlador, un microcontrolador, circuitos integrados específicos de la aplicación (ASIC), circuitos de matrices de puertas programables en campo (FPGA), cualquier otro tipo de circuito integrado (CI), una máquina de estados y similares. El procesador 118 puede realizar codificación de señales, procesamiento de datos, control de energía, procesamiento de entrada/salida, y/o cualquier otra funcionalidad que permita que la WTRU 102 opere en un entorno inalámbrico. El procesador 118 puede estar acoplado al transceptor 120, que puede estar acoplado al elemento 122 de transmisión/recepción. Mientras que la FIG. 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 desde, una estación base (p. ej., la estación base 114a) a través de la interfaz aérea 116. Por ejemplo, en una realización, el elemento 122 de transmisión/recepción puede ser una antena configurada para transmitir y/o recibir señales de RF. En una realización, el elemento 122 de transmisión/recepción puede ser un emisor/detector configurado para transmitir y/o recibir señales de luz IR, UV o visible, por ejemplo. En otra realización más, el elemento 122 de transmisión/recepción puede configurarse para transmitir y/o recibir señales tanto 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 FIG. 1B como un único elemento, 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 una realización, la WTRU 102 puede incluir dos o más elementos 122 de transmisión/recepción (p. ej., múltiples antenas) para transmitir y recibir señales inalámbricas a través de la interfaz aérea 116.

El transceptor 120 puede configurarse para modular las señales que han de transmitirse por el elemento 122 de transmisión/recepción y para demodular las señales que se reciben por el elemento 122 de transmisión/recepción. 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, tales como NR e IEEE 802.11, por ejemplo.

El procesador 118 de la WTRU 102 puede estar acoplado a, y puede recibir datos de entrada del usuario desde, el altavoz/micrófono 124, el teclado 126, y/o la pantalla/panel táctil 128 (p. ej., una unidad de visualización de pantalla de cristal líquido (LCD) o unidad de visualización de diodos orgánicos emisores de luz (OLED)). El procesador 118 también puede enviar datos de usuario al altavoz/micrófono 124, al teclado 126 y/o a la pantalla/panel táctil 128. Además, el procesador 118 puede acceder a información desde, y almacenar datos en, cualquier tipo de memoria adecuada, tal como la memoria no extraíble 130 y/o la memoria extraíble 132. 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 dispositivo de almacenamiento de memoria. 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 Secure Digital (SD) y similares. En otras realizaciones, el procesador 118 puede acceder a información y almacenar datos en la memoria que no está ubicada físicamente en la WTRU 102, tal como en un servidor o un ordenador de origen (no mostrado).

El procesador 118 puede recibir energía de la fuente de alimentación 134 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 célula seca (p. ej., níquel-cadmio (NiCd), níquel-zinc (NiZn), hidruro metálico de níquel (NiMH), iones de litio (Li-ion), etc.), células solares, pilas de combustible y similares.

El procesador 118 también puede estar acoplado al conjunto 136 de chips GPS, que puede configurarse para proporcionar información de ubicación (p. ej., 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 136 de chips GPS, la WTRU 102 puede recibir información de ubicación a través de la interfaz aérea 116 desde una estación base (p. ej., las estaciones base 114a, 114b) y/o determinar su ubicación en función de la temporización de las señales que se reciben desde 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 sin dejar de ser coherente con una realización.

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 alámbrica 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 vídeo), 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 de Bluetooth®, una unidad de radiofrecuencia modulada (FM), un reproductor de música digital, un reproductor multimedia, un módulo de reproductor de videojuegos, un explorador de Internet, un dispositivo de Realidad Virtual y/o 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 y/o un sensor de humedad.

La WTRU 102 puede incluir una radio de dúplex completo para la que la transmisión y recepción de algunas o todas las señales (p. ej., asociadas con subtramas particulares tanto para el UL (p. ej., para transmisión) como para el enlace descendente (p. ej., para recepción) pueden ser concomitantes y/o simultáneas. La radio de dúplex completo puede incluir una unidad de gestión de interferencias para reducir o eliminar sustancialmente la autointerferencia mediante hardware (p. ej., un estrangulador) o procesamiento de señales mediante un procesador (p. ej., un procesador separado (no mostrado) o mediante el procesador 118). En una realización, la WRTU 102 puede incluir una radio semidúplex para la transmisión y recepción de algunas o todas las señales (p. ej., asociadas con subtramas particulares para el UL (p. ej., para transmisión) o el enlace descendente (p. ej., para recepción)).

La FIG. 1C es un diagrama de sistema que ilustra la RAN 104 y la CN 106 según una realización. Como se señaló anteriormente, la RAN 104 puede emplear una tecnología de radio de E-UTRA para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz aérea 116. La RAN 104 también puede estar en comunicación con la CN 106.

La RAN 104 puede incluir los eNodos B 160a, 160b, 160c, aunque se apreciará que la RAN 104 puede incluir cualquier número de eNodos B sin dejar de ser coherente con una realización. Cada uno de los eNodos 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 una realización, los eNodos B 160a, 160b, 160c pueden implementar 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 eNodos B 160a, 160b, 160c puede estar asociado con una célula particular (no mostrada) y puede configurarse para gestionar decisiones de gestión de recursos de radio, decisiones de traspaso, planificación de usuarios en el UL y/o DL, y similares. Como se muestra en la FIG. 1C, los eNodos B 160a, 160b, 160c pueden comunicarse entre sí a través de una interfaz X2.

La CN 106 mostrada en la FIG. 1C puede incluir una entidad de gestión de movilidad (MME) 162, una puerta de enlace de servicio (SGW) 164 y una puerta de enlace de red de datos por paquetes (PDN) (o PGW) 166. 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 estar operado por una entidad distinta del operador de la CN.

La MME 162 puede conectarse a cada uno de los eNodos B 162a, 162b, 162c en la RAN 104 a través de una interfaz S1 y puede dar servicio como un nodo de control. Por ejemplo, la MME 162 puede ser responsable de autenticar a los usuarios de las WTRU 102a, 102b, 102c, de la activación/desactivación de portadora, de seleccionar una pasarela 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 conmutar entre la RAN 104 y otras RAN (no mostradas) que emplean otras tecnologías de radio, tales como GSM y/o WCDMA.

La SGW 164 puede conectarse a cada uno de los eNodos 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, tales como anclar planos de usuario durante los traspasos entre eNodos B, activar la paginación cuando los datos de DL están disponibles para las WTRU 102a, 102b, 102c, gestionar y almacenar contextos de las WTRU 102a, 102b, 102c y similares.

La SGW 164 puede conectarse a la PGW 166, que puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación de paquetes, tales como Internet 110, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los dispositivos aptos para 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, tales como la PSTN 108, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los dispositivos de comunicaciones de línea terrestre tradicionales. Por ejemplo, la CN 106 puede incluir, o puede comunicarse con, una puerta de enlace IP (p. ej., un servidor de subsistema multimedia de IP (IMS)) que da servicio 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 alámbricas y/o inalámbricas que son de propiedad y/o están operadas por otros proveedores de servicios.

Aunque la WTRU se describe en las FIGS. 1A-1D como un terminal inalámbrico, se contempla que, en ciertas realizaciones representativas, tal terminal pueda usar (p. ej., temporal o permanentemente) interfaces de comunicación alámbrica con la red de comunicación.

En realizaciones representativas, 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 lleva tráfico dentro y/o fuera del BSS. El tráfico a las STA que se origina desde fuera del BSS puede llegar a través del AP y puede entregarse a las STA. El tráfico que se origina desde las STA hacia destinos fuera del BSS puede enviarse al AP para entregarse a los destinos respectivos. El tráfico entre las 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 entre iguales. El tráfico entre iguales se puede enviar entre (p. ej., directamente entre) las STA de origen y de destino con una configuración de enlace directo (DLS). En ciertas realizaciones representativas, la DLS puede usar una DLS de 802.11e o una DLS tunelizada de 802.11z (TDLS). Una WLAN que usa un modo de BSS independiente (IBSS) puede no tener un AP, y las STA (p. ej., todas las STA) dentro o que usan el IBSS pueden comunicarse directamente entre sí. El modo de comunicación de IBSS también puede denominarse, a veces, modo de comunicación "ad-hoc".

Cuando se usa el modo de operación de infraestructura de 802.11ac o un modo de operaciones similar, el AP puede transmitir una baliza en un canal fijo, tal como un canal primario. El canal primario puede tener una anchura fija (p. ej., un ancho de banda de 20 MHz) o una anchura establecida dinámicamente mediante señalización. El canal primario puede ser el canal operativo del BSS y puede usarse por las STA para establecer una conexión con el AP. En ciertas realizaciones representativas, se puede implementar acceso múltiple con detección de portadora y evitación de colisiones (CSMA/CA), por ejemplo, en sistemas de 802.11. Para CSMA/CA, las STA (p. ej., cada STA), incluyendo el AP, pueden detectar el canal primario. Si una STA particular capta/detecta y/o determina que el canal primario está ocupado, la STA particular puede retroceder. Una STA (p. ej., únicamente una estación) puede transmitir en cualquier momento dado en un BSS dado.

Las STA de alto caudal (HT) pueden usar un canal de 40 MHz de ancho para la comunicación, por ejemplo, mediante una combinación del canal primario 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 caudal (VHT) pueden soportar 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 de 20 MHz contiguos. Un canal de 160 MHz puede formarse combinando 8 canales de 20 MHz contiguos o combinando dos canales de 80 MHz no contiguos, por lo que puede denominarse una configuración 80+80. Para la configuración 80+80, los datos, después de la codificación de canal, pueden pasarse a través de un analizador de segmentos que puede dividir los datos en dos flujos. El procesamiento de la Transformada Rápida de Fourier Inversa (IFFT), y el procesamiento en el dominio del tiempo, se puede realizar en cada flujo por separado. Los flujos pueden mapearse en los dos canales de 80 MHz y los datos pueden transmitirse mediante una STA de transmisión. En el receptor de la STA de recepción, la operación descrita anteriormente para la configuración 80+80 se puede revertir y los datos combinados se pueden enviar al Control de Acceso al Medio (MAC).

Los modos de operación inferiores a 1 GHz se soportan por 802.11 af y 802.11ah. 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.11ac. 802.11 af soporta anchos de banda de 5 MHz, 10 MHz y 20 MHz en el espectro de espacio en blanco de TV (TVWS), y 802.11ah soporta anchos de banda de 1 MHz, 2 MHz, 4 MHz, 8 MHz y 16 MHz usando espectro no de TVWS. Según una realización representativa, 802.11ah puede soportar Control de Tipo de Medidor/Comunicaciones Tipo Máquina, tales como dispositivos de MTC en un área de cobertura macro. Los dispositivos de MTC pueden tener ciertas capacidades, p. ej., capacidades limitadas que incluyen el soporte para (p. ej., únicamente soporte para) ciertos anchos de banda y/o limitados. Los dispositivos MTC pueden incluir una batería con una duración superior a un umbral (p. ej., para mantener una duración muy larga de la batería).

Los sistemas de WLAN, que pueden soportar múltiples canales y anchos de banda de canal, tales como 802.11n, 802.11ac, 802.11 af y 802.11ah, incluyen un canal que puede designarse como el canal primario. El canal primario puede tener un ancho de banda igual al ancho de banda operativo común más grande soportado por todas las STA en el BSS. El ancho de banda del canal primario puede estar establecido y/o limitado por una STA, de entre todas las STA que operan en un BSS, que soporta el modo operativo de ancho de banda más pequeño. En el ejemplo de 802.11 ah, el canal primario puede tener 1 MHz de ancho para las STA (p. ej., dispositivos de tipo de MTC) que soportan (p. ej., únicamente soportan) un modo de 1 MHz, incluso si el AP y otras STA en el BSS soportan 2 MHz, 4 MHz, 8 MHz, 16 MHz y/u otros modos operativos del ancho de banda de canal. La configuración de detección de portadora y/o vector de asignación de red (NAV) puede depender del estado del canal primario. Si el canal primario está ocupado, por ejemplo, debido a una STA (que solo soporta un modo operativo de 1 MHz) transmitiendo al AP, la totalidad de las bandas de frecuencia disponibles pueden considerarse ocupadas, aunque una mayoría de las bandas de frecuencia permanezcan libres y puedan estar disponibles.

En Estados Unidos, las bandas de frecuencia disponibles, que puede usarse por 802.11 ah, van de 902 MHz a 928 MHz. En Corea, las bandas de frecuencia disponibles van de 917,5 MHz a 923,5 MHz. En Japón, las bandas de frecuencia disponibles van de 916,5 MHz a 927,5 MHz. El ancho de banda total disponible para 802.11ah es de 6 MHz a 26 MHz, dependiendo del código de país.

La FIG. 1D es un diagrama de sistema que ilustra la RAN 113 y la CN 115 según una realización. Como se señaló anteriormente, la RAN 113 puede emplear una tecnología de radio de NR para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz aérea 116. La RAN 113 también puede estar en comunicación con la CN 115.

La RAN 113 puede incluir los gNB 180a, 180b, 180c, aunque se apreciará que la RAN 113 puede incluir cualquier número de gNB sin dejar de ser consistente con una realización. Cada uno de los gNB 180a, 180b, 180c pueden incluir uno o más transceptores para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz aérea 116. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología de MIMO. Por ejemplo, los gNB 180a, 108b pueden utilizar formación de haces para transmitir señales y/o recibir señales desde 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 desde la WTRU 102a. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología de agregación de portadoras. Por ejemplo, el gNB 180a puede transmitir múltiples portadoras componentes a la WTRU 102a (no mostrada). Un subconjunto de estas portadoras componentes puede estar en espectro sin licencia, mientras que las portadoras componentes restantes pueden estar en espectro con licencia. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología de múltiples puntos coordinada (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 de OFDM y/o el espaciado de subportadora de OFDM puede variar para diferentes transmisiones, diferentes células y/o diferentes porciones 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 longitudes diversas o escalables (p. ej., que contienen un número variable de símbolos de OFDM y/o que 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 en 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 (p. ej., tales como los eNodo B 160a, 160b, 160c). En la configuración independiente, las WTRU 102a, 102b, 102c pueden utilizar uno o más de los gNB 180a, 180b, 180c como un 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/se conectan a otra RAN tal como los eNodos B 160a, 160b, 160c. Por ejemplo, las WTRU 102a, 102b, 102c pueden implementar principios de CC para comunicarse con uno o más gNB 180a, 180b, 180c y uno o más eNodos B 160a, 160b, 160c sustancialmente de manera simultánea. En la configuración no independiente, los eNodos B 160a, 160b, 160c pueden dar servicio como un anclaje de movilidad para las WTRU 102a, 102b, 102c y los gNB 180a, 180b, 180c pueden proporcionar cobertura y/o caudal adicional para dar servicio a las WTRU 102a, 102b. 102c.

Cada uno de los gNB 180a, 180b, 180c puede estar asociado con una célula particular (no mostrada) y puede configurarse para manejar decisiones de gestión de recursos de radio, decisiones de traspaso, planificación de usuarios en UL y/o DL, soporte de segmentación de red, interfuncionamiento entre NR y E-UTRA, enrutamiento de datos de plano de usuario hacia la Función de Plano de Usuario (UPF) 184a, 184b, enrutamiento de información de plano de control hacia la Función de Gestión de Acceso y Movilidad (AMF) 182a, 182b y similares. Como se muestra en la FIG. 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 de Gestión de Sesión (SMF) 183a, 183b y, posiblemente, una Red de Datos (DN) 185a, 185b. 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 estar 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 dar servicio como un nodo de control. Por ejemplo, la AMF 182a, 182b puede ser responsable de autenticar a los usuarios de las WTRU 102a, 102b, 102c, soportar la segmentación de red (p. ej., manejo de diferentes sesiones de PDU con diferentes requisitos), seleccionar una SMF 183a, 183b particular, gestión del área de registro, terminación de señalización de NAS, gestión de movilidad, y similares. La AMF 182a, 182b puede usar la segmentación de red para personalizar el soporte de 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 tales como servicios que se basan en un acceso de baja latencia ultrafiable (URLLC), servicios que se basan en un acceso de banda ancha móvil masiva mejorada (eMBB), servicios para acceso de Comunicaciones Tipo Máquina (MTC), y/o similares. La AMF 162 puede proporcionar una función de plano de control para conmutar entre la RAN 113 y otras RAN (no mostradas) que emplean otras tecnologías de radio, tales como LTE, LTE-A, LTE-A Pro y/o tecnologías de acceso no de 3GPP tales como WiFi.

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, tales como gestionar y asignar direcciones de IP de UE, gestionar sesiones de PDU, controlar la aplicación de políticas y QoS, proporcionar notificaciones de datos de enlace descendente y similares. Un tipo de sesión de PDU puede estar basada en IP, no basada en IP, basada en Ethernet y similares.

La UPF 184a, 184b puede conectarse 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, tales como la Internet 110, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los dispositivos aptos para IP. La UPF 184, 184b puede realizar otras funciones, tales como enrutamiento y reenvío de paquetes, aplicación de políticas de plano de usuario, soporte de sesiones de PDU de múltiples interfaces, manejo de QoS de plano de usuario, almacenamiento en memoria intermedia de paquetes de enlace descendente, proporcionar 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 (p. ej., un servidor de subsistema multimedia de IP (IMS)) que da servicio 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 alámbricas y/o inalámbricas que son de propiedad y/o están operadas por otros proveedores de servicios. En una realización, las WTRU 102a, 102b, 102c pueden conectarse a una red 185a, 185b de datos (DN) 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.

En vista de las Figuras 1A-1D, y la descripción correspondiente de las Figuras 1A-1D, una o más, o todas, las funciones descritas en la presente memoria con respecto a uno o más de: WTRU 102a-d, Estación Base 114ab, eNodo B 160a-c, MME 162, SGW 164, PGW 166, gNB 180a-c, AMF 182a-b, UPF 184a-b, SMF 183a-b, DN 185a-b, y/o cualquier otro dispositivo(s) descrito(s) en la presente memoria, pueden ser realizadas por uno o más dispositivos de emulación (no mostrados). 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 la presente memoria. Por ejemplo, los dispositivos de emulación pueden usarse para probar otros dispositivos y/o para simular funciones de red y/o de 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, el uno o más dispositivos de emulación pueden realizar la una o más, o todas, funciones mientras se implementan y/o despliegan total o parcialmente como parte de una red de comunicación alámbrica y/o inalámbrica para probar otros dispositivos dentro de la red de comunicación. El uno o más dispositivos de emulación pueden realizar la una o más funciones, o todas, mientras se implementan/despliegan temporalmente como parte de una red de comunicación alámbrica y/o inalámbrica. El dispositivo de emulación puede acoplarse directamente a otro dispositivo para propósitos de prueba y/o puede realizar pruebas usando comunicaciones inalámbricas por aire.

El uno o más dispositivos de emulación pueden realizar la una o más funciones, incluyendo todas, sin estar implementados/desplegados como parte de una red de comunicación alámbrica y/o inalámbrica. Por ejemplo, los dispositivos de emulación se pueden utilizar en una situación de prueba en un laboratorio de pruebas y/o una red de comunicación alámbrica y/o inalámbrica no desplegada (p. ej., de prueba) para implementar la prueba de uno o más componentes. El uno o más dispositivos de emulación pueden ser equipo de prueba. Los dispositivos de emulación pueden usar acoplamiento de RF directo y/o comunicaciones inalámbricas a través de circuitería de RF (p. ej., que pueden incluir una o más antenas) para transmitir y/o recibir datos.

Se puede configurar una unidad de transmisión-recepción inalámbrica (WTRU) para indicar fallas de SL (p. ej., falla de LBT, CSLF, etc.) a una red. La WTRU puede realizar una operación LBT asociada a una SL. La WTRU puede determinar una CSLF asociada con la SL. La CSLF se puede determinar en función de que una cantidad de fallas de SL LBT supere un valor. La WTRU puede aumentar el número de fallas de SL<l>B<t>en función de uno o más eventos de falla. Los eventos de falla pueden incluir una condición en la que no se recibe información de control SL (SCI) de otra WTRU en un ancho de banda (BW) asociado con la operación LBT. Los eventos de falla pueden incluir una condición en la que la relación de ocupación del canal (CBR) esté por debajo de un valor determinado. La WTRU puede determinar un transportista para informar la CSLF asociada con la SL, por ejemplo, basándose en una regla de prioridad. Por ejemplo, la regla de prioridad puede indicar que un operador con licencia (p. ej., un operador SL con licencia o un operador UL con licencia) tiene una prioridad más alta que un operador UL (p. ej., un operador UL sin licencia) en el que no se detecta una falla de LBT constante. La regla de prioridad puede indicar que un portador UL (p. ej., un portador UL sin licencia) en el que no se detecta la falla de LBT constante tiene una prioridad más alta que un portador SL sin licencia para el que no se detecta una CSLF asociada con el portador SL sin licencia. La WTRU puede informar la CSLF asociada con la SL a una estación base que utiliza la portadora determinada. Por ejemplo, una indicación de la CSLF puede multiplexarse en un bloque de transporte. La indicación de la CSLF puede incluir un elemento de control (CE) de control de acceso al medio (MAC) que comprende un ID de WTRU de destino y/o un conjunto de bloques de recursos en el que se detecta la CSLF. En algunos ejemplos, la WTRU puede configurarse para informar una indicación de una falla de SL LBT a una estación base (p. ej., NACK en PUCCH o MAC CE, para cada falla de SL LBT).

Una WTRU puede informar una indicación de falla de LBT (p. ej., un NACK en PUCCH o una indicación explícita), un indicador de intensidad de señal recibida (RSSI) o una ocupación del canal, p. ej., a una estación base como un gNB. La WTRU puede configurarse para detectar una CSLF en un canal SL. Si tanto un UL (p. ej., un enlace Uu) como una SL están en la misma portadora, se puede detectar una falla de LBT constante en ambos si se detecta una falla de LBT constante en cualquiera de las entidades de control de acceso al medio (MAC). La WTRU puede configurarse para multiplexar un elemento de control MAC (CE) de falla de SL LBT en un bloque de transporte (TB) (p. ej., un nuevo TB) y puede transmitir el TB en Uu, que puede incluir si SL o Uu fallaron en LBT y un ID de WTRU de destino en el contenido del CE. La WTRU puede configurarse para priorizar la selección de la portadora en la que se transmite la MAC CE según la siguiente secuencia de disponibilidad: portadoras con licencia (p. ej., portadoras con licencia SL o portadoras con licencia UL), portadoras de UL (p. ej., portadoras de UL sin licencia) en las que no se detecta una falla de LBT constante, portadoras sin licencia de SL para las que no se detectó una falla de LBT de enlace lateral constante (CSLF). La WTRU puede configurarse para retransmitir el TB mediante Uu-PUSCH y puede incluir el ID de WTRU de destino para el TB, p. ej., si una WTRU par está dentro de la cobertura.

Se puede configurar una WTRU para detectar una CSLF en el canal SL. La WTRU puede configurarse para conmutar a (p. ej., seleccionar) un grupo de recursos de datos diferente en un ancho de banda LBT diferente (p. ej., portadora, BWP o sub-BWP). La WTRU puede configurarse para transmitir una indicación de falla de LBT (p. ej., un SCI o un MAC CE de falla de SL LBT), que puede incluir un ID de WTRU de destino en el contenido del CE. La WTRU puede configurarse para retransmitir el TB que falló el LBT a través de una tercera WTRU diferente conectada a una WTRU receptora. La WTRU se puede configurar para retransmitir la indicación de falla de LBT, SCI o la MAC CE de falla de LBT a través de una tercera WTRU conectada a una WTRU par.

Una WTRU puede conmutar el conjunto de RB, por ejemplo, después de una falla de LBT. Una WTRU par puede proporcionar una indicación de detección de canal a una WTRU de transmisión, por ejemplo, indicando cuáles de los conjuntos de RB rastreados se detectan como inactivos. La WTRU de transmisión puede incluir un SCI o un MAC CE, por ejemplo, junto con transmisiones de datos TB/SL, indicando qué conjuntos de RB se detectan como inactivos. Después de una falla de LBT, la WTRU par puede conmutar a otro conjunto de RB de los conjuntos de RB rastreados para transmitir la retroalimentación de Solicitud de repetición automática híbrida (HARQ) o SCI en respuesta a los datos SL recibidos. La WTRU de transmisión puede retransmitir el TB que no fue reconocido o que está asociado con una operación LBT fallida en un conjunto de RB o grupo de recursos diferente, por ejemplo, después de recibir retroalimentación, reconocimiento o una SCI de la WTRU par. La WTRU de transmisión puede mantener un proceso CSLF, por ejemplo, por conjunto de RB.

Las referencias aquí hechas a un gNB pueden referirse a una estación base de ejemplo y el gNB puede ser sustituido por cualquier otra estación base adecuada. La referencia a un temporizador en la presente memoria puede referirse a un tiempo, un período de tiempo/duración, seguimiento del tiempo, seguimiento del período de tiempo/duración, etc. La referencia al inicio de un temporizador puede referirse a que el período de tiempo/duración haya comenzado, haya comenzado a rastrearse, etc. La referencia a la expiración de un temporizador en la presente memoria puede referirse a determinar que el tiempo ha transcurrido o que el período de tiempo/duración ha expirado. La referencia a que un temporizador está en funcionamiento puede indicar que el período o duración de tiempo iniciado o rastreado no ha expirado. La referencia a un contador en la presente memoria puede referirse a una cantidad de ocurrencias de eventos, al seguimiento de la cantidad de ocurrencias de eventos, etc. La referencia a la expiración de un contador en la presente memoria puede referirse a la determinación de que la cantidad de ocurrencias de eventos ha alcanzado o superado un límite/umbral predefinido.

Se podrá implementar operación sin licencia. El acceso al canal en una banda de frecuencia sin licencia puede utilizar un mecanismo de escuchar antes de hablar (LBT). En algunos ejemplos, se puede exigir LBT, p. ej., independientemente de si el canal está ocupado o no. En algunos ejemplos, se puede aplicar la transmisión (p. ej., transmisión inmediata) después de un breve intervalo de conmutación.

En el caso de sistemas basados en tramas, la LBT puede caracterizarse por un tiempo de evaluación de canal despejado (CCA) (p. ej., ~20 ps), un tiempo de ocupación de canal (p. ej., mínimo 1 ms, máximo 10 ms), un período de inactividad (p. ej., mínimo 5 % del tiempo de ocupación del canal), un período de trama fijo (p. ej., igual al tiempo de ocupación del canal período de inactividad), un tiempo de transmisión de señalización de control corto (p. ej., ciclo de trabajo máximo de 5 % dentro de un período de observación de 50 ms) y/o un umbral de detección de energía CAA.

En el caso de sistemas basados en carga (p. ej., en donde la estructura de transmisión/recepción puede no ser fija en el tiempo), LBT puede caracterizarse por un número N que corresponde a la cantidad de ranuras inactivas libres en CCA extendida (p. ej., en lugar del período de trama fijo). Se puede seleccionar N (p. ej., aleatoriamente) dentro de un intervalo.

La operación de la tecnología de acceso por radio (RAT), (p. ej., la operación de nueva radio (NR)) puede implementarse en bandas sin licencia. La operación RAT (p. ej., la operación NR) puede admitir una duración de transmisión flexible dentro de un intervalo. La operación RAT (p. ej., la operación NR) puede soportar el tipo de concesión configurado 1 para transmisiones UL, p. ej., en donde la red puede (p. ej., de manera semiestática) configurar una concesión UL y la WTRU puede (p. ej., de manera autónoma) usarla sin una indicación/activación L1. El tipo de concesión configurado 2 puede ser similar al tipo 1 y puede considerar la indicación/activación de L1. La RAT (p. ej., la operación NR) puede soportar recursos d L SPS (o concesiones configuradas DL), en los que la WTRU puede recibir datos DL en CG DL activos, p. ej., sin necesidad de programación para cada bloque de transporte DL (TB).

La operación RAT (p. ej., la operación NR) en banda sin licencia (NR-U) puede ser compatible con el enlace Uu entre la WTRU y la estación base (p. ej., el gNB), que puede incluir acceso inicial, programación/HARQ y movilidad. Se pueden admitir métodos de coexistencia con otras RAT (p. ej., acceso asistido por licencia LTE (LAA) u otras RAT existentes). Las situaciones de implementación pueden incluir diferentes operaciones independientes basadas en RAT (p. ej., basadas en NR), diferentes variantes de operaciones de conectividad dual (p. ej., EN-DC con al menos un portador que opera según la tecnología de acceso por radio LTE (RAT) o NR DC con al menos dos conjuntos de una o más portadoras que operan según la RAT NR) y/o diferentes variantes de agregación de portadores (CA) (p. ej., que pueden incluir diferentes combinaciones de cero o más portadores de cada una de las RAT LTE y NR). La operación sin licencia RAT (p. ej., NR-U) puede admitir transmisiones de concesión configuradas y/o transmisiones basadas en CBG para la concesión configurada.

La operación sin licencia de RAT (p. ej., NR-U) puede admitir enlace lateral (SL) entre WTRU. Las señales y/o canales de la capa PHY se pueden modificar, p. ej., para soportar la operación RAT (p. ej., la operación NR) en espectro sin licencia. Para respaldar la operación RAT (p. ej., NR) en el espectro sin licencia, se pueden realizar una o más de las siguientes modificaciones en las señales y/o canales de la capa PHY. Una modificación puede ser que se mejore DCI 2_0 para proporcionar una estructura de tiempo de ocupación del canal (COT) en el dominio del tiempo y la frecuencia. Una modificación puede ser que se introduzca una función de conmutación del grupo de espacio de búsqueda, p. ej., en donde una WTRU puede ser controlada (p. ej., dinámicamente) para realizar rastreo PDCCH utilizando uno de dos grupos de conjuntos de espacio de búsqueda. Una modificación puede ser que se introduzcan longitudes de tipo B de mapeo PDSCH adicionales para permitir una transmisión al comienzo de un COT (p. ej., inmediatamente), p. ej., en respuesta a que se inicie el COT. Una modificación puede ser que un espacio de búsqueda se configure con múltiples ubicaciones de rastreo en el dominio de frecuencia, p. ej., para habilitar el rastreo PDCCH en múltiples bandas LBT. Una modificación puede ser que se introduzca una estructura entrelazada para PUCCH y PUSCH, y/o que los formatos PUCCH se extiendan a la forma de onda entrelazada PRB y se incluyan dentro de un conjunto de RB. Una modificación puede ser que la transmisión SRS pueda realizarse en un símbolo de una ranura (p. ej., cualquier símbolo de una ranura). Una modificación puede ser que una estación base (p. ej., gNB) pueda programar múltiples PUSCH contiguos mediante un único formato DCI.

Una WTRU que opera en un espectro compartido puede realizar LBT para acceder a un canal (p. ej., utilizando procedimientos de capa PHY). La operación sin licencia de RAT (p. ej., NR-U) puede admitir acceso a canal dinámico (p. ej., utilizando equipo basado en carga (LBE)) y acceso a canal semiestático (p. ej., utilizando equipo basado en trama (FBE)). En el caso de FBE, una estación base (p. ej., solo una estación base, que puede ser un gNB) puede iniciar un COT en momentos específicos informados por su configuración de FFP (período de trama fija). Una WTRU puede (p. ej., puede ser capaz de) compartir un canal semiestático si se detecta una transmisión DL gNB en una parte anterior del mismo FFP. Una WTRU puede configurarse con un UE-FFP y puede iniciar COT en momentos específicos determinados a partir de su configuración WTRU-FFP.

La CCA (evaluación de canal despejado) se puede realizar en unidades de un intervalo de frecuencia (p. ej., 20 MHz). Se pueden especificar los siguientes tipos de LBT (escuchar antes de hablar): CAT4 LBT (tipo 1); CAT2 LBT (tipo 2A); CAT2 LBT (tipo 2B); y/o CAT1 LBT (tipo 2C).

Se puede iniciar un COT, p. ej., utilizando un LBT CAT4. El COT puede ser compartido por un nodo que recibió una transmisión del nodo iniciador del COT (p. ej., utilizando un LBT CAT2 o un LBT CAT1), lo que puede depender del tamaño del espacio entre las transmisiones en el punto de conmutación.

Pueden ocurrir fallas constantes de UL LBT. Una falla de enlace de radio (RLF) (p. ej., en NR) debido a fallas de enlace de radio (p. ej., fallas de enlace de radio UL) puede activarse en respuesta a alcanzar el número máximo de retransmisiones indicado por RLC, y/o en respuesta a alcanzar un número máximo de transmisiones de preámbulo que resulten en un problema de acceso aleatorio indicado por MAC. Estos desencadenantes pueden ocurrir demasiado tarde en una situación de operación sin licencia (p. ej., NR-U), p. ej., en donde las condiciones de carga de adquisición de canal pueden aumentar (p. ej., inesperadamente) (p. ej., debido a un nodo oculto o una interferencia persistente que afecta una dirección). Se puede utilizar un criterio RLF adicional que se activa si la WTRU no logra acceder al canal (p. ej., repetidamente).

Es posible que el canal no sea simétrico para las direcciones UL y DL (p. ej., debido a nodos ocultos). En el caso de enlace lateral, una primera WTRU (p. ej., una WTRU receptora) puede ser capaz de detectar el canal como inactivo y una segunda WTRU (p. ej., una WTRU transmisora) puede no ser capaz de adquirir el canal (p. ej., debido a una interferencia espacial que afecta a una de las dos WTRU). Una falla del enlace de radio y un mecanismo de recuperación basado en fallas de LBT pueden (p. ej., preferiblemente) manejarse por separado del utilizado por el gNB o del utilizado para RLF en el enlace lateral. Se puede utilizar un mecanismo RLF explícito basado en una falla de UL LBT (p. ej., si es necesario), p. ej., dado que algunos contadores MAC para procedimientos UL (p. ej., RACH y/o SR) pueden no incrementarse si falla UL LBT.

Puede haber un nodo oculto que pueda afectar la adquisición del canal. En el caso de que el RSSI o CO mida la interferencia del nodo oculto, es posible que la WTRU no pueda informar este RSSI/CO (p. ej., porque no puede acceder al canal). Es posible que la periodicidad de los informes no sea lo suficientemente oportuna para que la WTRU determine la ocurrencia de una falla de LBT persistente y/o tome las acciones correctivas necesarias a tiempo (p. ej., debido a la llegada de un nodo oculto nuevo), p. ej., dado que el RSSI se informa de manera periódica. Una falla constante de UL LBT puede caracterizarse por la detección de un número repetido de fallas de UL LBT. La WTRU puede informar dicha falla a la red en una celda de servicio diferente. En uno o más ejemplos aquí presentados, una falla de LBT persistente y una falla de LBT consistente pueden usarse indistintamente.

Es posible que se admita un mecanismo para la recuperación y/o informe de una falla constante de UL LBT para el enlace Uu. La WTRU puede detectar y activar una falla de LBT de UL constante, p. ej., en respuesta al recuento de una cantidad configurada de fallas de LBT. La WTRU puede informar la falla de LBT al gNB después de declarar una falla de LBT constante en una celda determinada, p. ej., multiplexando un MAC CE de falla de LBT en una concesión UL disponible. La WTRU puede activar un procedimiento de recuperación luego de detectar una falla de UL LBT en la SpCell, p. ej., al conmutar a una parte de ancho de banda (BWP) diferente (en la que es posible que no se haya detectado una falla de UL LBT) y/o al iniciar un procedimiento de RA (p. ej., un nuevo procedimiento de RA) en esa BWP.

En este documento, el término falla de LBT puede implicar que la WTRU no pudo adquirir un canal para un intento de transmisión UL o SL después de una parte CCA de un procedimiento de LBT, lo que puede determinarse basándose en la recepción de una notificación de falla de LBT y/o una indicación de falla de LBT, p. ej., de la capa física. En este documento, el término éxito de LBT puede implicar que la WTRU pudo adquirir un canal para un intento de transmisión UL o SL después de una parte CCA de un procedimiento de LBT, lo que puede determinarse basándose en la recepción de una notificación de falla de LBT y/o una indicación de falla de LBT, p. ej., de la capa física. La WTRU puede determinar que las operaciones LBT fallaron si la medición de detección del canal (p. ej., RSSI) está por encima de un umbral.

Se puede utilizar un MAC CE (p. ej., un MAC CE de falla SL LBT) para indicar una falla LBT detectada. La falla LBT detectada puede ser informada por la WTRU utilizando uno o más de un MAC CE, un CE o información de control de enlace ascendente (UCI). En este documento, el término conjunto de RB y el término ancho de banda LBT se pueden usar indistintamente, cualquiera de los cuales puede usarse para referirse a un subconjunto de ancho de banda de una portadora (p. ej., una portadora en la que se realiza una operación LBT).

La probabilidad de adquisición de canales sin licencia puede no ser simétrica entre diferentes direcciones de un enlace de comunicación, por ejemplo, debido a nodos ocultos y/o interferencias entre sistemas separados espacialmente. En los ejemplos asociados con SL, una primera WTRU (p. ej., una WTRU receptora) puede ser capaz de detectar el canal como inactivo y una segunda WTRU (p. ej., una WTRU transmisora) puede no ser capaz de adquirir el canal, p. ej., debido a una interferencia espacial que afecta a una de la primera WTRU y la segunda WTRU. Un gNB puede detectar que el canal está INACTIVO y una WTRU (p. ej., una WTRU que intenta transmitir en el canal SL) puede detectar que el canal está ocupado, p. ej., debido a una interferencia sistemática (p. ej., no temporal) que afecta al canal SL, que, p. ej., puede ocurrir de manera persistente.

En una SL (p. ej., a diferencia de Uu), el gNB puede no saber si una WTRU tuvo éxito o fracasó en un intento de LBT para una transmisión en una concesión programada o una concesión configurada, que puede emitirse para el modo SL 1. Por ejemplo, al realizar una detección a ciegas en un recurso de concesión de UL en un UL (p. ej., un enlace Uu), el gNB puede no detectar si la WTRU tuvo éxito o falló en un intento de LBT (p. ej., porque el gNB no es el nodo receptor). Es posible que el gNB no pueda emitir (p. ej., de manera dinámica) una concesión de retransmisión, p. ej., sin la retroalimentación de la WTRU transmisor. La concesión de retransmisión puede indicar diferentes parámetros que pueden mejorar la probabilidad de adquisición de un canal. Si el UL se encuentra en un espectro autorizado, la WTRU puede transmitir retroalimentación HARQ en un PUCCH. Si la UL y la SL están en un espectro sin licencia, es posible que la WTRU transmisor no transmita en la SL o el PUCCH, p. ej., debido a la interferencia espacial sistemática.

En el caso del modo de transmisión SL 2, el gNB y/o una WTRU receptora pueden no estar al tanto de las fallas de LBT que pueden ocurrir en el canal SL de una WTRU (p. ej., la WTRU tiene la intención de transmitir en el canal SL). Es posible que la WTRU que experimente fallas de LBT esté fuera de la cobertura de la red.

Es posible que se produzca(n) falla(s) de SL LBT de manera consistente. Es posible que se detecte una CSLF. La recuperación de una CSLF y/o la presentación de un informe de una CSLF pueden resultar beneficiosas. Una recuperación de una CSLF y/o un informe de una CSLF puede mitigar un problema en uno o más ejemplos aquí mencionados antes de que se declare un RLF en el canal SL. En uno o más ejemplos aquí presentados, el término que activa una CSLF y el término que declara una CSLF pueden usarse indistintamente. El término CSLF activado y CSLF declarado y similares se usan indistintamente.

Se puede configurar una WTRU para rastrear, mantener un hallazgo, detectar, declarar y/o informar una CSLF. Una WTRU puede mantener y/o rastrear un estado CSLF, p. ej., contando una cantidad de eventos de falla (p. ej., eventos de falla de acceso al canal). La WTRU puede utilizar un contador (p. ej., un contador CSLF) para contar la cantidad de eventos de falla. Una WTRU puede activar un informe de CSLF y/o un procedimiento de recuperación, p. ej., si un contador CSLF es mayor o igual a un valor (p. ej., un valor configurable). Una WTRU puede restablecer un contador CSLF (p. ej., a 0), p. ej., si expira una duración de tiempo asociada con CSLF (p. ej., un temporizador CSLF asociada).

La WTRU puede iniciar un temporizador, p. ej., en respuesta a haber contado una cantidad de fallas de LBT en la SL. En respuesta al vencimiento de dicho temporizador, la WTRU puede activar una CSLF. La WTRU puede incrementar un contador CSLF una vez (p. ej., solo una vez) durante un período configurado o predefinido. La WTRU puede contar (p. ej., solo contar) una sola falla de LBT cuando ocurren una o más fallas de LBT.

Una WTRU puede determinar la cantidad de eventos de falla, por ejemplo, utilizando un contador. El contador puede incrementarse cuando se determina un evento de falla. El contador puede incluir un contador CSLF. Un contador CSLF puede contar eventos de falla. Un evento de falla puede incluir una falla LBT por parte de una WTRU transmisora, p. ej., en la SL o la Uu, o en la SL y la Uu. Un evento de falla puede incluir una falla de LBT por parte de una WTRU receptora. Un evento de falla puede incluir una falla de LBT por parte de una WTRU par (p. ej., una WTRU diferente de la WTRU que mantiene el contador). Un evento de falla puede incluir una falla de LBT en un canal usado para Uu (p. ej., solo para Uu), o un canal usado para SL (p. ej., solo para SL), o un canal usado para Uu y SL. Por ejemplo, una WTRU puede realizar un procedimiento de LBT (p. ej., un procedimiento que incluye un CCA) en un ancho de banda de SL. La WTRU puede determinar un evento de falla basándose en el procedimiento de LBT realizado. Un evento de falla puede incluir una falla LBT en un recurso SL (p. ej., un subrecurso).

Un evento de falla puede incluir una falla de LBT en un grupo de recursos o en un conjunto de RB. Por ejemplo, el ancho de banda de SL sobre el cual se realiza el procedimiento de LBT puede incluir un conjunto de RB. Puede ocurrir un evento de falla en el conjunto de RB del ancho de banda de SL. Un evento de falla puede incluir una falla en la recepción de una transmisión de una WTRU par. Un evento de falla puede incluir una falla en la recepción de un HARQ-ACK de una WTRU par (p. ej., en el canal de retroalimentación de enlace lateral físico (PSFCH)). Un evento de falla puede incluir una falla en la detección de un SCI de una WTRU par. Un evento de falla puede incluir el caso en que el valor CBR esté por encima o por debajo de un umbral. Un evento de falla puede incluir una medición RSSI que esté por encima o por debajo de un umbral. Un evento de falla puede incluir la recepción de una indicación de un evento de falla de una WTRU par. Un evento de falla puede incluir el vencimiento de una ventana de presupuesto con retraso. Un evento de falla puede incluir una falla LBT para una operación LBT de un cierto tipo (p. ej., LBT tipo 1 o tipo 2). Un evento de falla se puede determinar en función de si una falla LBT se debe a un bloqueo entre WTRU en un canal SL. Un evento de falla puede determinarse en función de si se informa una falla de LBT (p. ej., a un gNB). Un evento de falla puede determinarse en función de si el tipo de clase de prioridad de acceso al canal (CAPC) de la operación LBT realizada es de un subconjunto determinado (p. ej., con una determinada prioridad o por encima de un determinado valor).

Una falla LBT puede definirse como una falla en completar un procedimiento de LBT a tiempo para una transmisión. Una falla LBT puede definirse como la detección de que la energía en un canal es mayor que un umbral. La WTRU puede incrementar el contador CSLF, p. ej., si (p. ej., solo si) se cumple un subconjunto de las condiciones (p. ej., solo si ocurre un subconjunto de los eventos de falla aquí mencionados).

Un temporizador (p. ej., un temporizador CSLF) puede iniciarse o reiniciarse por cualquiera de los eventos de falla descritos en la presente memoria y/o después de que se alcanza un valor (p. ej., un valor de contador configurado o determinado).

Una WTRU puede mantener y/o rastrear estados CSLF, p. ej., disminuyendo un temporizador CSLF en un intervalo u oportunidad de transmisión (p. ej., en cada uno). Una oportunidad de transmisión puede ser un recurso o una instancia de tiempo donde la WTRU puede realizar una transmisión, o un recurso o una instancia de tiempo donde una WTRU ha realizado una transmisión, o un recurso o una instancia de tiempo donde una WTRU ha intentado realizar una transmisión y ha fallado debido a un evento de falla de acceso al canal. Una WTRU puede activar un informe de CSLF y/o un procedimiento de recuperación, p. ej., si ha expirado un temporizador.

Una WTRU puede determinar si contar un evento de falla, p. ej., en función de uno o más de los siguientes: un tipo de señal, un tipo de canal, un subcanal o un grupo de recursos. Por ejemplo, una WTRU puede mantener diferentes contadores CSLF para diferentes tipos de señales, diferentes tipos de canales, diferentes subcanales y/o diferentes grupos de recursos. Por ejemplo, una WTRU puede mantener un contador CSLF según uno o más de los siguientes factores: por conjunto de RB, por ID de L2, por ID de transmisión, por tipo de transmisión (p. ej., unidifusión, transmisión en grupo o difusión), por BWP de SL, por portadora y/o por canal de SL (p. ej., por ancho de banda de SL). La WTRU puede reiniciar el contador CSLF, p. ej., en función de un cambio (p. ej., al conmutar a otro conjunto de RB u otro grupo de recursos asociado con un canal LBT diferente).

Una WTRU puede mantener múltiples procedimientos de LBT (p. ej., procedimientos de detección CSLF). En los ejemplos, los procedimientos de LBT pueden realizarse simultáneamente. Por ejemplo, la WTRU puede mantener un procedimiento por conjunto de RB o mantener un procedimiento por grupo de recursos. La WTRU puede restablecer el procedimiento mantenido, por ejemplo, en un conjunto de RB basándose en el cambio a un conjunto de RB diferente. El restablecimiento del procedimiento mantenido puede incluir el restablecimiento de los contadores de detección y/o de un tiempo de detección (p. ej., temporizadores de detección). En los ejemplos, una WTRU puede realizar un procedimiento de LBT en un conjunto de recursos (p. ej., un conjunto de RB o un grupo de recursos, etc.) y, si el procedimiento de LBT falla, la WTRU puede incrementar el contador de detección asociado con el conjunto de recursos (p. ej., solo el contador de detección asociado con el conjunto de recursos) y/o puede reiniciar el tiempo de detección asociado con el conjunto de recursos (p. ej., solo el tiempo de detección asociado con el conjunto de recursos).

La WTRU puede determinar si contar (p. ej., utilizando un contador CSLF) un evento de falla, p. ej., en función de una causa de interferencia. Por ejemplo, la WTRU puede determinar si se debe contar un evento de falla si la causa de la interferencia proviene de una WTRU par, de otra WTRU que comparte el grupo de recursos o de otro nodo. La WTRU puede diferenciar una causa de interferencia, p. ej., basándose en un valor CBR o basándose en la detección y decodificación de un SCI (o un preámbulo).

La WTRU puede contar una falla de una operación LBT, p. ej., si (p. ej., solo si) el valor CBR está por debajo de (o es igual a) un valor determinado, o la WTRU puede contar una falla LBT, p. ej., si (p. ej., solo si) el valor CBR está por encima del valor. El valor puede incluir un umbral. Por ejemplo, un valor CBR inferior al valor puede indicar que la falla de LBT no se debe a un bloqueo entre WTRU. En algunos ejemplos, la WTRU puede contabilizar una falla de LBT basándose en uno o más de los siguientes valores: CBR, RSSI o RSRP. La WTRU puede contar una falla LBT si el valor CBR está por debajo de un primer valor, como un primer umbral, y/o si una medición de canal (p. ej., RSSI o potencia recibida de la señal de referencia (RSRP)) está por encima o es igual a (o por debajo de) un segundo valor, como un segundo umbral. La WTRU puede contabilizar una falla de LBT basándose en la determinación de que un valor de CBR está dentro de un intervalo. Por ejemplo, la WTRU puede contabilizar una falla LBT, por ejemplo, si el valor CBR está por debajo de un primer valor, como un primer umbral, y el valor CBR está por encima de un segundo valor, como un segundo umbral.

Una WTRU puede mantener diferentes contadores para transmisiones SL y para retroalimentación SL. Una WTRU puede mantener diferentes temporizadores para las transmisiones de SL y para la retroalimentación de SL. En los ejemplos, la WTRU puede mantener un primer contador y/o temporizador para transmisiones de SL a una WTRU par. La WTRU puede mantener un segundo contador y/o temporizador para la recepción SL de retroalimentación de la WTRU par o para la transmisión SL de retroalimentación a la WTRU par. Cuando expira un temporizador (p. ej., el primer temporizador o el segundo temporizador como se describe aquí), una WTRU de transmisión puede determinar un valor de retroalimentación HARQ y, p. ej., la WTRU de transmisión puede asumir que el valor de retroalimentación HARQ es un valor determinado (p. ej., NACK) si no se ha recibido una retroalimentación o SCI de la WTRU par. La WTRU par (p. ej., una WTRU de recepción) puede rastrear (p. ej., intentar decodificar) una recepción de SCI, p. ej., en momentos preconfigurados o predeterminados en relación con el tiempo del procedimiento de LBT (p. ej., ocasiones LBT) y/o el inicio del recurso de recepción. La WTRU par puede conmutar a otro conjunto de RB, p. ej., si no se ha recibido una transmisión (p. ej., SCI o datos) de la WTRU de transmisión (p. ej., no se ha recibido ninguna transmisión) y/o el temporizador ha expirado.

Una WTRU par puede transmitir un SCI que indica que se detecta que un canal (p. ej., un conjunto de RB o LBT BW) está libre. La WTRU par puede sondear una WTRU de transmisión y/o enviar el SCI de detección de canal (y/u otros datos/información de control), por ejemplo, después de que haya transcurrido un período de tiempo sin recibir datos o información de control de la WTRU de transmisión.

La WTRU puede contabilizar una falla de una operación LBT, p. ej., si (p. ej., solo si) se recibe SCI de un nodo de recepción (p. ej., una WTRU par). En los ejemplos, una WTRU de transmisión puede incrementar un contador CSLF, p. ej., si (p. ej., solo si) el SCI recibido desde el nodo de recepción indica que se detecta que un canal está inactivo/libre/disponible para la transmisión. Una WTRU par (p. ej., una WTRU par que opera como nodo de recepción) puede transmitir una indicación (p. ej., en un SCI o un MAC CE) que indica los conjuntos de RB que se detectan como inactivos y/o se supone que están disponibles (p. ej., para la transferencia de información de control o datos desde la perspectiva de la WTRU par). La WTRU par puede detectar el canal y luego enviar una indicación (p. ej., una indicación que indique "listo para enviar" o no), p. ej., por uno o más conjuntos de RB, que, p. ej., pueden estar dentro de un grupo de recursos determinado o abarcar más de un grupo de recursos. La WTRU de transmisión puede usar una notificación (p. ej., la indicación aquí incluida) para determinar si una falla de LBT se debe a un nodo oculto (p. ej., un nodo oculto que solo afecta a la WTRU de transmisión pero no a la WTRU de recepción), p. ej., si la WTRU de transmisión recibe una SCI de la WTRU par que indica un canal libre en el conjunto de RB en cuestión. En algunos ejemplos, la WTRU de transmisión puede usar la notificación para determinar que una interferencia está afectando a varias WTRU (p. ej., la WTRU de recepción y la WTRU de transmisión), p. ej., si no se recibe una SCI o si se recibe una SCI e indica que se detecta que el conjunto de RB en cuestión está ocupado. La WTRU de transmisión puede luego utilizar esta información para determinar si se detecta o no una CSLF, entre otros usos.

Se puede configurar una WTRU con parámetros CSLF (p. ej., a través de información de configuración recibida, como información de configuración RRC). Los parámetros CSLF pueden reutilizar los parámetros de detección de fallas de LBT (p. ej., parámetros de detección de fallas de LBT persistentes). La WTRU puede configurarse para activar y/o desactivar un procedimiento de detección CSLF. La WTRU se puede configurar con parámetros CSLF según uno o más de los siguientes: por canal SL, por BWP SL, por portadora SL, por par SL y/o por conjunto de RB. Por ejemplo, una WTRU de transmisión puede usar los parámetros configurados para un conjunto de RB recién activado en función del cambio a un conjunto de RB diferente.

Por ejemplo, una WTRU puede configurarse con recurso(s) (p. ej., recurso(s) PUCCH) sobre los cuales la WTRU puede informar sobre el comportamiento de acceso al canal o el rendimiento de un canal SL. Una WTRU puede informar (p. ej., a través de una transmisión PUCCH) un informe HARQ (p. ej., un informe HARQ mejorado), que puede indicar si se produjo un NACK debido a un evento de falla de acceso al canal. Una WTRU puede enviar un informe de CSLF y/o el valor asociado con una WTRU par a una estación base, p. ej., a través de un recurso (p. ej., un recurso dedicado, como un recurso PUCCH). La estación base puede incluir un gNB. En el caso de que la WTRU tenga recursos UL (p. ej., recursos UL dedicados) para informar la retroalimentación HARQ (p. ej., retroalimentación HARQ mejorada) o la ocurrencia de uno o más eventos de falla, la WTRU puede configurarse para desactivar y/o deshabilitar un contador y/o temporizador CSLF. En algunos ejemplos, una WTRU puede restablecer un contador y/o temporizador CSLF en el caso de informar retroalimentación HARQ (p. ej., retroalimentación HARQ mejorada) o la ocurrencia de uno o más eventos de falla en un recurso UL dedicado.

Se puede mantener un proceso CSLF, p. ej., en el caso de que se interrumpa una transmisión. Una WTRU puede abandonar una transmisión debido al vencimiento de un período de tiempo, p. ej., debido al vencimiento de una ventana de presupuesto de retraso. Es posible que una WTRU no haya podido realizar una o más transmisiones (p. ej., una, algunas o todas) durante la ventana de presupuesto de retardo, p. ej., debido a un evento de falla de acceso al canal. En respuesta a una transmisión interrumpida debido al vencimiento de una ventana de presupuesto de retraso, la WTRU puede informar y/o declarar una CSLF. Una WTRU puede informar (p. ej., a una estación base) una falla en la transmisión de un paquete debido al vencimiento de una ventana de presupuesto de retardo. Una WTRU puede informar (p. ej., a una estación base) si la falla en la transmisión de un paquete debido a la expiración de una ventana de presupuesto de retardo fue causada por uno o más eventos de falla de acceso al canal. Una WTRU puede informar (p. ej., a una estación base) una cantidad de eventos de falla de acceso al canal que ocurrieron para el paquete durante una ventana de presupuesto de retardo (p. ej., antes del vencimiento de la ventana de presupuesto de retardo). Una WTRU puede informar (p. ej., a una estación base) un porcentaje o una relación de los recursos de transmisión disponibles. Por ejemplo, la WTRU puede informar el porcentaje o la relación de recursos de transmisión disponibles durante una ventana de presupuesto de retardo en la que no se produjo ninguna transmisión debido a una falla de acceso al canal.

Una WTRU puede mantener un contador CSLF y/o un temporizador CSLF. Si expira una ventana de presupuesto de retraso, es posible que la WTRU no tenga más transmisiones (p. ej., transmisiones programadas y/o configuradas). Un temporizador CSLF puede expirar y/o la WTRU puede reiniciar un contador CSLF. La expiración del temporizador CSLF y/o el reinicio del contador CSLF pueden o no indicar un canal experimentado por la WTRU. Si expira una ventana de presupuesto de retardo, una WTRU puede pausar un temporizador CSLF y reiniciarlo, p. ej., en el caso de que se programe o configure una transmisión futura o subsiguiente. Si expira una ventana de presupuesto de retraso, una WTRU puede incrementar un temporizador CSLF, p. ej., mediante un valor configurable. Si expira una ventana de presupuesto de retraso, una WTRU puede pausar un temporizador CSLF e iniciar un segundo temporizador. En el caso de que la WTRU esté programado o configurado para una transmisión posterior, la WTRU puede detener el segundo temporizador y reiniciar el temporizador CSLF. Si el segundo temporizador expira (p. ej., en el caso de que la WTRU no esté programado o configurado para una transmisión posterior), la WTRU puede reiniciar el temporizador CSLF.

Una WTRU puede utilizar el conteo CSLF fraccional. La WTRU puede utilizar el conteo CSLF fraccional, p. ej., en el caso de que expire una ventana de presupuesto de retraso y/o haya una interrupción entre transmisiones. Por ejemplo, una WTRU puede mantener un contador CSLF. Si el temporizador CSLF expira, o si el temporizador CSLF expira y la WTRU no tiene transmisiones programadas y/o configuradas (p. ej., si expira una ventana de presupuesto de retraso), la WTRU puede escalar el contador CSLF por un valor (p. ej., un valor configurable). El valor del contador CSLF escalado se puede utilizar como valor de contador inicial, p. ej., si un contador de eventos de falla de acceso al canal (y, en algunos ejemplos, un temporizador CSLF) se reinicia en respuesta a un evento de falla futuro.

Una WTRU puede seleccionar recursos para transmisión(es) o retransmisión(es) basándose en los resultados de detección y en una ventana de selección de recursos. La ventana de selección de recursos puede comenzar, p. ej., poco después del disparo de una selección de recursos en la WTRU (p. ej., la llegada de un TB). En los ejemplos, el tamaño máximo de la ventana puede basarse en el presupuesto de retardo restante del TB o estar limitado por él.

Una WTRU puede incrementar un contador de detección (p. ej., un contador de fallas de LBT para detectar CSLF) una vez (p. ej., solo una vez) por período de detección. El período de detección puede corresponder a una ventana de selección de recursos y/o puede comenzar al inicio de la ventana de selección de recursos. En los ejemplos, el período de detección puede comenzar en la primera ocasión de transmisión asociada con los recursos seleccionados durante una ventana de selección de recursos. El período de detección puede comenzar en la primera falla LBT detectada en los recursos seleccionados para una transmisión durante una ventana de selección de recursos. El período de detección puede configurarse o determinarse con la misma duración que la ventana de selección de recursos.

Una WTRU puede incrementar un contador de detección una vez por los intentos de transmisión y/o retransmisión de un proceso HARQ específico (p. ej., solo una vez por todos los intentos de transmisión y/o retransmisión de un proceso HARQ específico). Estos intentos de transmisión/retransmisión pueden estar asociados con una transmisión SCI que reserva o indica múltiples recursos. Estos intentos de transmisión/retransmisión pueden estar asociados con múltiples recursos SL asignados por un DCI (p. ej., un solo DCI en modo 1). Por ejemplo, la WTRU puede estar asociada a múltiples ocasiones/intentos de transmisión que puede utilizar hasta que tenga éxito un intento de LBT. En ese caso, la WTRU puede aumentar el contador (p. ej., solo una vez después de que en todas las ocasiones hayan fallado los procedimientos de LBT).

Una WTRU puede contar una falla LBT (p. ej., solo contar una falla de LBT) de una pluralidad de fallas de LBT indicadas por el PHY dentro del período de detección. La WTRU puede recibir x indicaciones de falla de LBT de la WTRU PHY dentro de una ventana de selección de recursos. La WTRU puede incrementar un contador de detección (p. ej., un contador de fallas de LBT) en uno, p. ej., solo en uno, durante el período de detección.

Se puede configurar una WTRU con una o más ocasiones PSFCH en un paquete (p. ej., varias ocasiones PSFCH consecutivas para transmisiones de retroalimentación HARQ en un espectro sin licencia). La WTRU puede incrementar un contador de detección una vez por paquete si un procedimiento de LBT falla en la transmisión de retroalimentación en las ocasiones dentro del paquete (p. ej., solo una vez por paquete si el procedimiento de LBT falla en la transmisión de retroalimentación en todas las ocasiones dentro del paquete).

Una WTRU puede configurarse con una o más ocasiones de transmisión de datos y/o control (p. ej., SCI) SL-SCH en un paquete. Dentro del paquete, el mismo TB puede retransmitirse en la siguiente ocasión si un intento de LBT falla en una ocasión de transmisión, y/o el SCI puede retransmitirse en la siguiente ocasión dentro del paquete si un intento de LBT falla en una ocasión de transmisión. La WTRU puede incrementar un contador de detección una vez por paquete (p. ej., solo una vez por paquete de datos y/o control), p. ej., después de que un intento de LBT falla en la última ocasión de transmisión dentro del paquete y/o si un procedimiento de LBT ha fallado en las ocasiones de transmisión dentro del paquete (p. ej., los intentos de LBT en todas las ocasiones de transmisión dentro del paquete han fallado). En los ejemplos, el MAC de WTRU puede ignorar las indicaciones de falla de LBT (p. ej., para transmisiones en un paquete) recibidas desde el PHY de WTRU hasta la última ocasión y/o puede contar una (p. ej., solo una) indicación de falla de LBT para el paquete (p. ej., la transmisión agrupada de datos y/o información de control).

Se puede configurar un proceso CSLF. Un proceso CSLF puede incluir un contador CSLF y/o un temporizador CSLF. Se puede configurar una WTRU con parámetros asociados al contador y/o temporizador CSLF. Los parámetros del proceso CSLF pueden incluir uno o más de los siguientes: un valor de contador máximo; un valor de escala del contador; una duración del temporizador; un valor de duración máxima de pausa del temporizador; un procedimiento de LBT asociado o un conjunto de parámetros LBT asociado; conjunto(s) de RB o portador(es) de SL asociados; una WTRU o grupo de WTRU asociadas; un procedimiento de recuperación asociado con el proceso CSLF (p. ej., si la recuperación y/o el informe de CSLF realizado se realiza en Uu, si la recuperación implica conmutar a un conjunto de RB diferente). Una WTRU puede mantener diferentes procesos CSLF, p. ej., para diferentes conjuntos de parámetros LBT. En un ejemplo, una WTRU puede tener transmisiones en diferentes haces/canales, que pueden estar asociados con diferentes procedimientos de LBT (p. ej., cada haz/canal puede estar asociado con un procedimiento de LBT). La WTRU puede mantener procesos CSLF separados (p. ej., un proceso CSLF para cada haz/canal).

La WTRU puede recibir una configuración de parámetros CSLF, p. ej., desde una estación base. La WTRU puede tener varios conjuntos de parámetros CSLF y puede seleccionar un conjunto apropiado. La selección del conjunto apropiado de parámetros CSLF puede depender de al menos uno de los siguientes: un modo SL (p. ej., modo 1 o modo 2); un valor de relación de canal ocupado (CBR); un número máximo de retransmisiones; un tipo de tráfico; un ID de destino de transmisión; un ID de destino L2; un tipo de transmisión; un valor de ocupación del canal; un valor de medición RSSI; o un canal o subcanal o grupo de recursos (p. ej., un conjunto de RB o la portadora SL utilizada); o el número de procesos HARQ paralelos o procesos de selección de recursos que utiliza la WTRU en el modo 2.

Una WTRU puede determinar un valor CBR, p. ej., como una función de una determinación CSLF. Por ejemplo, una WTRU puede modificar un valor CBR como función de una declaración de CSLF o de un valor de contador o temporizador CSLF específico.

Se puede configurar un proceso de falla de LBT. Una WTRU puede mantener un proceso de falla de LBT, p. ej., para un enlace de radio entre la WTRU y una estación base (p. ej., una UL) en un espectro compartido o sin licencia, y un proceso CSLF (p. ej., para una SL en un espectro compartido o sin licencia). El proceso de falla de LBT puede incluir un proceso de falla de LBT persistente. Por ejemplo, la WTRU puede mantener un proceso de falla de LBT y un proceso CSLF (p. ej., cada proceso de falla de LBT/CSLF) de forma independiente. Por ejemplo, la WTRU puede determinar si contar un evento de falla en un proceso de falla de LBT o en un proceso de falla CSLF basándose en (p. ej., como una función de) el tipo o propósito de una transmisión asociada (p. ej., si la transmisión es para UL o SL). En algunos ejemplos, un enlace SL y un enlace Uu (p. ej., un enlace entre una estación base y la WTRU) pueden estar en el mismo espectro compartido o sin licencia (p. ej., una banda o un canal). En uno o más ejemplos aquí presentados, un enlace Uu puede estar en un espectro sin licencia o en un espectro con licencia. La WTRU puede mantener un proceso conjunto (p. ej., un único proceso conjunto, que puede ser un proceso de detección de fallas de LBT conjunto) para dar cuenta de los eventos de falla de acceso al canal Uu o SL. El hecho de que la WTRU pueda mantener un proceso conjunto de detección de fallas de LBT para un enlace Uu y una SL puede depender de los parámetros LBT para las transmisiones del enlace Uu y/o de la SL. Si se utilizan los mismos parámetros LBT para las transmisiones (p. ej., un haz y/o canal) para el enlace Uu y para la SL, la WTRU puede mantener un proceso conjunto de detección de fallas de LBT. La WTRU puede utilizar el mismo proceso CSLF si se utiliza el mismo conjunto de recursos físicos para las operaciones LBT (p. ej., el mismo BWP, portadora y/o conjunto de RB), p. ej., independientemente del nodo de recepción de destino.

En algunos ejemplos, una WTRU puede mantener un primer proceso de detección de fallas de LBT para un enlace Uu, un segundo proceso de detección de fallas CSLF para una SL y un tercer proceso conjunto para el enlace Uu y la SL. La WTRU puede determinar parámetros de contador y/o temporizador para uno o más de dichos tipos de procesos (p. ej., cada tipo de proceso).

La WTRU puede determinar si se mantendrán procesos de detección de fallas de LBT separados o un proceso de detección de fallas conjunto (p. ej., un único proceso de detección de fallas conjunto) basándose en al menos uno de los siguientes factores: una indicación o configuración de una estación base; un tipo de LBT o un conjunto de parámetros; un espectro, canal o conjunto de recursos sin licencia; un tipo de tráfico; o un resultado previo de un proceso de detección de fallas de LBT separado o conjunto. La WTRU puede determinar un tipo de informe de falla, p. ej., en función de si se utiliza un proceso de falla de LBT conjunto o procesos de falla de LBT separados para un enlace Uu y un SL.

Un proceso CSLF puede depender de pares. Un grupo de WTRU (p. ej., las WTRU que comparten un fondo de recursos) puede mantener un proceso CSLF grupal o dependiente de pares. Una WTRU primaria puede mantener el proceso CSLF dependiente de pares o grupal. En respuesta a la detección de un evento de falla, una WTRU no primario puede enviarle a la WTRU primario una señal para aumentar un conteo de CSLF de grupo y puede iniciar (o reiniciar) un temporizador CSLF. En algunos ejemplos, el recuento y/o temporizador CSLF se pueden enviar a una estación base, o se puede recibir una actualización de la estación base.

Una WTRU (p. ej., una WTRU principal) puede determinar si contar un evento de falla informado por otra WTRU, p. ej., en función de uno o más de los siguientes: una identificación de reparto, un tipo de reparto o una identificación de L2. La WTRU puede contar eventos de falla en un proceso CSLF de grupo, p. ej., en función de un tipo de transmisión (p. ej., difusión, transmisión grupal o unidifusión). Por ejemplo, la WTRU puede contar más de un evento de falla de transmisión (p. ej., todos) en un proceso de detección de CSLF grupal.

Una WTRU (p. ej., una WTRU primaria) puede determinar y/o contar hasta N (p. ej., N puede ser mayor o igual a 1) eventos de falla por período. Un período puede ser un conjunto de recursos de transmisión en los que puede ocurrir una transmisión. El período puede determinarse a partir de o asociarse con uno o más de los siguientes: un grupo de recursos, un ancho de banda LBT (BW) o un canal SL. Es posible que varias WTRU que sufran un evento de falla al mismo tiempo no incrementen (p. ej., innecesariamente) un contador CSLF. Aumentar un contador CSLF innecesariamente puede dar lugar a una declaración o informe CSLF prematuro.

Una WTRU puede declarar y/o informar CSLF a una estación base o a una WTRU par. En respuesta a una declaración de una CSLF, la WTRU puede iniciar un temporizador. Durante el período de tiempo en que el temporizador está en funcionamiento, la WTRU no puede utilizar un grupo de recursos asociado ni un canal/subcanal SL asociado. La WTRU puede rastrear un canal/subcanal/grupo de recursos utilizando un primer estado de rastreo, p. ej., antes de la declaración de una CSLF. La WTRU puede adaptar su rastreo a un segundo estado de rastreo en un canal/subcanal/grupo de recursos, por ejemplo, después de declarar una CSLF y, en algunos ejemplos, puede iniciar un temporizador. Si el temporizador expira, la WTRU puede asumir que el canal/subcanal/grupo de recursos ha vuelto a operar con normalidad. La WTRU puede (p. ej., en respuesta) regresar al primer estado de rastreo en el canal/subcanal/grupo de recursos. La WTRU puede indicar (p. ej., a una estación base o a una WTRU par) el retorno a la operación normal en el canal/subcanal/grupo de recursos.

Pueden ocurrir fallas de LBT de dos lados. En algunas situaciones, una interferencia sistemática puede afectar a múltiples WTRU (p. ej., tanto una WTRU transmisora como una WTRU par). Es posible que las WTRU no puedan adquirir un canal para transmitir datos y/o información de control (p. ej., uno o más de SCI, retroalimentación HARQ o mediciones de canal). Las WTRU pueden intentar detectar una CSLF (p. ej., una CSLF relacionado con una única SL de unidifusión). Una WTRU (p. ej., la WTRU de transmisión) puede actualizar el valor de un contador de falla de LBT (p. ej., un contador CSLF) en función de una indicación recibida de la WTRU par, p. ej., en el mismo conjunto de RB o en un conjunto de RB diferente.

En los ejemplos, una primera WTRU (p. ej., la WTRU de recepción, la WTRU de transmisión o ambas WTRU) puede configurarse para transmitir "señales vivas o SCI" periódicas o aperiódicas, p. ej., si puede multiplexarse con uno o más de otros datos, SCI (otro SCI) o informes de estado de búfer. Las señales vivas o SCI pueden estar asociadas con un conjunto de RB o con varios conjuntos de RB (p. ej., para una operación de banda ancha o para conjuntos de RB superpuestos). En el caso de una señal viva o SCI faltante (p. ej., para cada señal viva o SCI faltante), una segunda WTRU (p. ej., la otra WTRU) puede incrementar un contador de fallas de LBT (p. ej., un contador CSLF). La WTRU (p. ej., la primera WTRU y/o la segunda WTRU) puede conmutar a uno o más de los siguientes: un conjunto de RB diferente, un grupo de recursos diferente, una portadora diferente y/o una BWP diferente, según el contador de fallas de LBT que alcance un valor (p. ej., un umbral de la cantidad máxima de fallas de LBT contadas). Para una señal viva o SCI perdida (p. ej., para cada señal viva o SCI perdida), una WTRU (p. ej., la otra WTRU) puede incrementar o iniciar un temporizador (p. ej., un temporizador de falla de LBT). Una WTRU par (p. ej., el primer WTRU y/o el segundo WTRU) puede transmitir una señal viva o SCI, p. ej., una vez por período configurado (p. ej., antes o después del vencimiento de un temporizador de detección de falla de LBT). La WTRU (p. ej., la primera WTRU y/o la segunda WTRU) puede conmutar a uno o más de los siguientes: un conjunto de R<b>diferente, un grupo de recursos diferente, una portadora diferente y/o una BWP diferente según el vencimiento del temporizador de detección (p. ej., un temporizador de detección de falla de LBT). La WTRU (p. ej., la primera WTRU y/o la segunda WTRU) puede determinar y/o declarar una CSLF según el temporizador de detección (p. ej., al expirar un temporizador de detección de falla de LBT) o, p. ej., al alcanzar la cantidad máxima configurada de fallas contadas. Una WTRU (p. ej., una WTRU par) puede indicar a la otra WTRU (p. ej., la primera WTRU y/o la segunda WTRU) el tiempo transcurrido desde la última adquisición de canal exitosa para un conjunto de RB determinado y/o la cantidad de fallas de LBT contabilizadas para un conjunto de RB determinado. Una WTRU (p. ej., cualquier WTRU aquí mencionada) puede reiniciar un contador de fallas de LBT (p. ej., un contador de detección de fallas de LBT) y/o un temporizador (p. ej., un temporizador de fallas de LBT) al lograr adquirir el canal (p. ej., para el conjunto de RB en cuestión) o al recibir una señal viva, datos o información de control de una WTRU par (p. ej., en el conjunto de RB en cuestión).

Una WTRU (p. ej., cada una de las dos WTRU aquí descritas) puede configurarse con una pluralidad de conjuntos de RB o grupos de recursos, p. ej., en anchos de banda LBT independientes/diferentes, grupos de recursos independientes/diferentes o portadoras independientes/diferentes. La WTRU puede decodificar a ciegas todos o un subconjunto de los grupos de recursos y/o conjuntos de RB para la recepción de datos o información de control en un canal SL. La WTRU puede determinar qué subconjunto de grupos de recursos y/o conjuntos de RB rastrear (o decodificar a ciegas) basándose en o como función de uno o más de los siguientes: el recurso utilizado para la última transmisión recibida, el recurso utilizado para transmitir retroalimentación (p. ej., PSFCH) en respuesta a un TB recibido, y/o el tiempo transcurrido desde que se recibió la última transmisión. Por ejemplo, la WTRU puede configurarse con un patrón de conmutación, de tal manera que si el tiempo transcurrido desde la última recepción de datos/información de control en el conjunto de RB x y/o el tiempo desde la transmisión de retroalimentación HARQ en respuesta a la información de datos/control en el conjunto de RB x es mayor que un primer umbral configurado, la WTRU puede conmutar a decodificación ciega en un conjunto de RB y, y si el tiempo transcurrido desde la última recepción de datos/información de control en el conjunto de RB x y/o el tiempo desde la transmisión de retroalimentación HARQ en respuesta a la información de datos/control en el conjunto de RB x es mayor que un segundo umbral, la WTRU puede conmutar a decodificación ciega en un conjunto de RB z. El conjunto de RB x, el conjunto de RB y y el conjunto de RB z pueden superponerse o no.

La WTRU puede detener la decodificación ciega en un conjunto de RB determinado (p. ej., un primer conjunto de RB) basándose en uno o más de los siguientes factores: tras la recepción de datos, información de control, SCI o una señal viva de la WTRU par en un segundo conjunto de RB; tras la transmisión de datos, información de control, SCI o una señal activa en un segundo conjunto de RB; y/o tras la recepción de una confirmación o un reconocimiento (p. ej., que contenga una indicación de que la WTRU par también ha detenido la decodificación ciega en el primer conjunto de RB) en respuesta a los datos transmitidos o la señalización de control transmitida en el segundo conjunto de RB.

Una detección de falla de LBT puede afectar los procedimientos MAC y/o RLF. La detección de SL RLF puede basarse en HARQ. Una WTRU puede mantener contadores MAC para procedimientos SL. Un contador MAC puede incrementarse o no cuando falla un intento de LBT para una transmisión SL. En los ejemplos, la WTRU no puede incrementar un contador SL MAC ni suspender el conteo del contador SL MAC tras detectar una falla de LBT en un recurso para una transmisión asociada con el contador SL MAC. La WTRU puede evitar iniciar un temporizador MAC al detectar una falla de LBT en un recurso para una transmisión asociada con el temporizador MAC.

La WTRU no puede incrementar el valor de un parámetro de transmisión discontinua (DTX)numConseoutiveüTXen función, por ejemplo, de la determinación de una falla de LBT asociada con la recepción esperada de una transmisión PSFCH de una WTRU par. La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de uno o más de los siguientes.

La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de la determinación de que el par WTRU ha adquirido exitosamente el canal pero no se ha recibido el PSFCH. La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de si la recepción del PSFCH está ausente en la ocasión de recepción del PSFCH. La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de si una métrica de calidad de canal medida entre múltiples (p. ej., las dos WTRU) es mayor que un umbral configurado.

La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de si la ocupación del canal medida o el RSSI es mayor o menor que un umbral configurado. La WTRU se puede configurar con recursos predefinidos para medir la ocupación del canal o RSSI, por ejemplo, para un enlace de unidifusión entre WTRU.

La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de recibir una indicación de la WTRU par de que se ha adquirido el canal. Por ejemplo, la WTRU puede incrementar (p. ej., solo incrementar) el valor si se reciben "señales vivas o SCI" periódicas o de listo para enviar de la WTRU par que transmite una transmisión PSFCH (p. ej., dentro de la parte del mismo COT en el que se espera la transmisión PSFCH).

La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de si se configura una detección de falla de LBT consistente para una entidad MAC SL. Por ejemplo, la WTRU puede suspender el conteo paranumConseoutiveüTX \ fse configura una detección de falla de LBT consistente y, de lo contrario, puede seguir contando transmisiones PSFCH faltantes si no se configura una detección de falla de LBT consistente.

La WTRU puede determinar si incrementar el parámetro DTXnumConseoutiveüTXen función de si el PSFCH cae en el COT iniciado por la WTRU o no. Por ejemplo, si la WTRU de transmisión comparte el COT con la WTRU par y aún no recibe una transmisión PSFSCH en una ocasión que cae dentro del mismo COT, la WTRU de transmisión puede entonces incrementar el recuentonumConseoutiveüTX; de lo contrario, si el COT no se comparte, la WTRU puede no incrementarnumConseoutiveüTX,o incrementarlo a la mitad (o cada dos veces cuando la WTRU no recibe una transmisión PSFSCH en una ocasión dentro del mismo COT).

La WTRU puede determinar si incrementar el parámetro DTXnumOonsecutiveüTXen función de si se reciben otros datos o señalización de control desde el mismo enlace de unidifusión/WTRU par, por ejemplo, en el mismo COT. La WTRU puede determinar si incrementar el parámetro DTXnumOonsecutiveüTXen función de si las propias transmisiones de WTRU fallan o no en un intento de LBT en las ranuras adyacentes a la ranura donde se esperaba una transmisión PSFCH y se recibe un DTX en lugar de la transmisión PSFCH. Una ranura es adyacente a otra ranura si la ranura está, por ejemplo, dentro de un período de tiempo delta desde la otra ranura. La WTRU puede determinar si incrementar el parámetro DTXnumOonsecutiveüTXen función de si el PHY indica un determinado RSSI (p. ej., un RSSI mayor que un umbral) en la ranura donde se esperaba una transmisión PSFCH y se recibe un DTX en lugar de la transmisión PSFCH.

La WTRU puede sesgar o incrementar parcialmente (p. ej., en lugar de suspender el conteo) el parámetro DTXnumOonsecutiveüTXen función de que se cumpla una o más de las condiciones aquí descritas. Por ejemplo, la WTRU puede incrementar el parámetro DTXnumOonsecutiveüTXpor la mitad (o cuente cada otro DTX) si la WTRU determina que un intento de LBT realizado por la WTRU par para la ocasión PSFCH ha fallado. En algunos ejemplos, si una WTRU de transmisión comparte un COT con la WTRU par y aún no recibe una transmisión PSFSCH en una ocasión que cae dentro del mismo COT, la WTRU de transmisión puede entonces incrementar el recuentonumOonsecutiveüTX,por ejemplo, por un valor escalado. La WTRU puede restablecer el parámetro DTXnumOonsecutiveüTX(p. ej., a un valor predeterminado o a cero) en función del cambio a un grupo de recursos diferente y/o un conjunto de RB diferente (p. ej., un ancho de banda LBT diferente), p. ej., si el conteo del parámetro DTXnumOonsecutiveüTXno se suspende por fallas en el LBT.

Una WTRU puede alterar el parámetro DTXnumOonsecutiveüTXdespués de determinar que un procedimiento de LBT realizado por la WTRU par ha fallado, incluidos uno o más intentos LBT fallidos para ocasiones de recepción PSFCH. Por ejemplo, la WTRU puede seguir contando las ocasiones de PSFCH ausentes, incluidas las ocasiones perdidas debido a una o más fallas de LBT en la WTRU par; la WTRU puede entonces disminuir el contador en un valor x, donde x es indicado por la WTRU par y/o determinado por la propia WTRU a partir de la cantidad de ocasiones de PSFCH perdidas (p. ej., basándose en la diferencia en las mediciones del canal).

La WTRU se puede configurar con más de un valor para un parámetro de umbralsi- maxNumOonsecutiveüTX.La WTRU puede aplicar un valor de los valores configurados en función de uno o más de los siguientes factores: si la WTRU está recibiendo una transmisión PSFCH en un espectro sin licencia o con licencia, el conjunto de RB o el grupo de recursos en el que se recibe la transmisión PSFCH, si se configura una CSLF, el CBR medido del grupo de recursos u otras condiciones aquí descritas.

En algunos ejemplos, una WTRU puede omitir el incremento del parámetro DTXnumOonsecutiveüTX,restar un valor del parámetro DTXnumOonsecutiveüTXo restablecer el parámetro DTXnumOonsecutiveüTXsi la WTRU intenta una transmisión antes de un recurso PSFCH esperado donde se ha recibido un DTX, en la misma ranura que el recurso PSFCH esperado donde se ha recibido un DTX, o después del recurso PSFCH esperado donde se ha recibido un DTX, y un intento de LBT realizado por la WTRU ha fallado.

Se puede configurar una WTRU con una o más ocasiones de recepción PSFCH en un paquete (p. ej., varias ocasiones PSFCH consecutivas para una recepción de retroalimentación en un espectro sin licencia). La WTRU puede incrementar el parámetro DTXnumOonsecutiveüTXdespués (p. ej., solo después) de la última ocasión de recepción de PSFCH en el paquete. Por ejemplo, la WTRU puede configurarse con x ocasiones de recepción PSFCH para rastrear una recepción de retroalimentación después de transmitir un TB en un espectro sin licencia a una WTRU par. La WTRU puede incrementar el parámetro DTXnumOonsecutiveüTXdespués de no recibir una transmisión PSFCH en o después de la xa ocasión de recepción PSFCH (p. ej., después de no recibir ninguna transmisión PSFCH en o después de la xa ocasión). En algunos ejemplos, la WTRU puede incrementar el parámetro DTXnumOonsecutiveüTXdespués de no recibir ninguna transmisión PSFCH en ninguna de las x ocasiones PSFCH asociadas con el proceso TB/HARQ para el cual se rastrea la retroalimentación.

Se puede dar prioridad a SL sobre los enlaces Uu. Una WTRU puede priorizar una transmisión SL sobre transmisión(es) UL de la entidad MAC o de la otra MAC (p. ej., otras transmisiones Uu) si se cumple una de las siguientes condiciones: la WTRU ha adquirido un COT en el canal SL; la WTRU ha fallado un intento LBT en la transmisión UL Uu (p. ej., en PUCCH, PUSCH o RACH); la WTRU ha adquirido un COT para una retransmisión TB en SL después de una o varias fallas de LBT; la entidad MAC no puede realizar la transmisión SL simultáneamente con otra(s) transmisión(es) UL en el momento de la transmisión.

Es posible que se informe una falla de LBT constante detectada en SL. Se puede informar una falla de LBT (p. ej., una sola falla de LBT). Una WTRU puede indicar (p. ej., a una estación base como una gNB) una notificación de una falla de LBT, p. ej., en respuesta al fracaso de un intento de LBT para una concesión (p. ej., una concesión emitida para la programación SL de modo 1). Los informes de CSLF descritos en la presente memoria pueden ser aplicables a una WTRU que transmite en modo SL 1 o modo SL 2.

Una WTRU puede indicar una notificación de falla de LBT (p. ej., en un conjunto de RB determinado) a una WTRU par, p. ej., al cambiar a un conjunto de RB diferente, transmitiendo la notificación de falla de LBT en una SCI o una MAC CE (p. ej., una MAC CE que forma parte de otro TB). Con base en la recepción de dicha SCI o MAC CE, la WTRU par puede conmutar a otro conjunto de RB indicado y/o transmitir retroalimentación a la notificación de falla de LBT recibida. La WTRU par también puede informar uno o más de los siguientes: fallas de LBT o estado de adquisición/detección de canal, un grupo de recursos preferido o conjunto de RB y/o mediciones de CBR a una WTRU de transmisión, por ejemplo, por conjunto de RB. La WTRU par puede conmutar (p. ej., conmutar de manera autónoma, p. ej., sin recibir una solicitud) a un conjunto de RB diferente, p. ej., después de determinar que la WTRU de transmisión ha fallado alguna operación LBT (p. ej., varias veces) o si ha transcurrido un período de tiempo sin recibir datos ni información de control de la WTRU de transmisión (p. ej., sin recibir ningún dato ni información de control de la WTRU de transmisión).

La indicación puede proporcionarse como señalización explícita a través de uno o más de los siguientes: en un PUCCH, una UCI en un PUSCH y/o parte de un MAC CE. La indicación puede estar implícitamente implícita, p. ej., la indicación puede estar en forma de un HARQ NACK para un proceso HARQ, que puede transmitirse en un subconjunto de recursos PUCCH asociados con (o configurados para) dicha indicación. En respuesta a una falla de LBT, la WTRU puede incluir información sobre una parte del canal de la indicación de una falla de LBT informada a la estación base, que puede incluir uno o más de RSSI, una ocupación del canal, un índice de conjunto de recursos o información sobre la asignación de recursos (p. ej., una asignación de ancho de banda de LBT, portadora y/o BWP). La WTRU puede proporcionar en la indicación información sobre el motivo de la falla del LBT, p. ej., si la falla del LBT se debió a otra interferencia del sistema y/o a una congestión dentro del sistema.

Una WTRU puede iniciar una conexión RRC para informar una CSLF. Una WTRU puede detectar una CSLF en una portadora SL o en un conjunto de recursos. Una WTRU bajo cobertura (IC) puede decidir informar la CSLF, p. ej., basándose en una o más condiciones descritas en la presente memoria. La WTRU puede iniciar o reanudar una conexión RRC para informar una CSLF. Por ejemplo, la WTRU puede iniciar o reanudar la conexión RRC después (p. ej., inmediatamente) de una detección de la CSLF. La WTRU podrá iniciar o reanudar la conexión en un momento posterior. Por ejemplo, la WTRU puede tener un informe de CSLF pendiente y puede iniciar o reanudar una conexión en respuesta a uno de los siguientes eventos o a una combinación de más de uno de los siguientes: ha comenzado un próximo período de tiempo asociado con una transmisión permitida de una transmisión UL para la WTRU (p. ej., a través de un RACH); cuando la WTRU puede adquirir un canal para iniciar o reanudar la conexión; ha transcurrido un período de tiempo fijo o configurable después de una detección de CSLF; o una recepción de búsqueda iniciada por NW.

La determinación de cuál de las instancias de tiempo (p. ej., como se describe en la presente memoria), p. ej., en respuesta a la cual la WTRU puede iniciar/reanudar una conexión, puede basarse en propiedades asociadas con la CSLF y/o propiedades asociadas con uno o más de los siguientes: un servicio, una prioridad, QoS de datos, mediciones de SL u otros factores asociados con datos de SL en la WTRU.

En los ejemplos, una WTRU puede determinar si iniciar una conexión RRC para informar una CSLF según una o más de las siguientes condiciones. Una WTRU puede determinar si iniciar una conexión RRC para informar una CSLF en función de si la CSLF se ha activado en otros conjuntos de recursos o no. Por ejemplo, una WTRU puede iniciar una conexión RRC para informar una CSLF cuando la WTRU no puede recuperarse de la situación mediante un cambio de un grupo de recursos, un conjunto de RB, un conjunto de recursos, etc. (p. ej., solo cuando la WTRU no puede recuperarse de la situación mediante un cambio de un grupo de recursos, un conjunto de RB, un conjunto de recursos, etc.). A modo de ejemplo, si se ha activado una CSLF en todos los grupos de recursos (p. ej., conjuntos de RB, BWP SL, etc.) que están disponibles para la WTRU, esta puede iniciar una conexión RRC para informar la CSLF.

Una WTRU puede determinar si iniciar una conexión RRC para informar una CSLF según las mediciones de SL. Por ejemplo, una WTRU puede realizar mediciones de una congestión en el grupo de recursos donde se ha activado una CSLF (p. ej., mediciones CBR o similares a CBR). Si el CBR fue mayor que un umbral cuando se activó la CSLF, la WTRU (p. ej., la WTRU puede ser una WTRU remota) puede iniciar una conexión RRC para informar la CSLF.

Una WTRU puede determinar si iniciar una conexión RRC para informar una CSLF en función de la frecuencia (p. ej., la frecuencia con la que) se activa una CSLF en diferentes conjuntos de recursos. Por ejemplo, una WTRU puede activar una CSLF y conmutar a otro conjunto de recursos para continuar con las transmisiones SL. Si el número de veces que se produce dicho cambio es mayor que un umbral dentro de un período definido, la WTRU puede iniciar una conexión RRC para informar la CSLF.

Una WTRU puede determinar si iniciar una conexión RRC para informar una CSLF según un tipo de transmisión y/o conexiones de unidifusión. Por ejemplo, una WTRU puede iniciar una conexión RRC para informar una CSLF al enviar una transmisión SL a una WTRU de retransmisión. Una WTRU puede iniciar una conexión RRC para informar una CSLF cuando envía una transmisión SL para unidifusión, o cuando la WTRU tenía un enlace de unidifusión configurado cuando se activó la CSLF.

Una WTRU puede determinar si iniciar una conexión RRC para informar una CSLF en función de la calidad de servicio de las transmisiones realizadas por la WTRU o dirigidas a la WTRU. Por ejemplo, una WTRU puede configurarse con un conjunto de flujos de QoS o identificadores de QoS estandarizados (PQI) PC55G NR que pueden activar una conexión RRC según una CSLF.

Una WTRU puede cancelar una conexión/reanudación RRC pendiente, p. ej., si expira un período de tiempo y la WTRU no ha iniciado la conexión/reanudación RRC. Una WTRU puede cancelar una conexión/reanudación RRC pendiente, p. ej., si se cancela una CSLF (p. ej., según una condición descrita aquí) y la WTRU no ha iniciado la conexión/reanudación RRC.

Una WTRU puede informar una CSLF y puede permanecer en RRCJDLE/RRCJNACTIVE, p. ej., mediante el uso de un procedimiento de transmisión de datos inactivo, un procedimiento de actualización del área de notificación (RNAU) basado en RAN o una transmisión similar que no involucre una transición de estado.

Se puede configurar una WTRU con diferentes condiciones para detectar o informar una CSLF, p. ej., dependiendo de si está en RRC_CONNECTED o RRCJDLE/RRCJNACTIVE. Tal condición puede estar relacionada con una o más de las prioridades de los datos, el reparto de datos, el tipo de falla de LBT, etc. Una primera condición (p. ej., la prioridad de los datos es mayor que un primer umbral (p. ej., umbral1)) puede usarse para determinar si se debe informar una CSLF si la WTRU está en RRC_CONNECTED. Se puede utilizar una segunda condición (p. ej., la prioridad de los datos es mayor que un segundo umbral (p. ej., umbral2)) para determinar si se debe informar una CSLF si la WTRU no está en RRC_CONNECTED. Una WTRU (p. ej., una WTRU remota) puede indicar el conjunto de recursos en los que se ha activado una CSLF (p. ej., desde la última vez que la WTRU estuvo conectada a RRC) en función del inicio de una conexión RRC.

Una WTRU puede informar uno o más eventos de falla utilizando un recurso UL. Se podrá reportar una CSLF en Uu. Es posible que se detecte una falla de LBT constante en un canal SL. Una WTRU puede informar la falla (p. ej., cada falla de LBT consistente detectada en un canal SL), p. ej., multiplexando un MAC CE de falla de LBT en una concesión PUSCH si la concesión está disponible en un canal UL (p. ej., un canal Uu). El MAC CE de falla de SL LBT puede incluir uno o más de los siguientes: una indicación de si la falla de LBT consistente se detecta en una SL, una UL (p. ej., un enlace Uu) o la SL y la UL; el ID de destino de la WTRU asociada con el canal SL (p. ej., un ID L2); el ID de portadora en la que se detectó una falla de LBT consistente (p. ej., una CSLF); la BWP, el fondo de recursos o el conjunto de recursos, o similar, en el que se detectó la falla de LBT consistente; el tipo de conversión asociado con la SL utilizada, p. ej., si (p. ej., solo si) el receptor no es la WTRU de destino; una solicitud de activación de un CG/fondo de recursos, portadora SL y/o BWP diferente; o el ID de destino, la prioridad, el intervalo de comunicación mínimo o una propiedad específica similar de la transmisión SL intentada y que dio como resultado la falla de LBT. En los ejemplos, la BWP, el grupo de recursos o el conjunto de recursos, o similar en el que se detectó la falla de LBT consistente se puede indicar en forma de un ID de BWP, un ID de grupo de recursos, un ID de ancho de banda LBT o un ID similar, respectivamente.

Una WTRU puede determinar un recurso para informar uno o más eventos de falla, por ejemplo, basándose en uno o más de los siguientes factores: si el recurso tiene licencia o no; si el recurso es un recurso SL o un recurso UL; si el recurso está asociado con uno o más eventos de falla; la cantidad de eventos de falla asociados con el recurso; la(s) causa(s) de uno o más eventos de falla; si una falla de LBT constante está asociada con el recurso.

La WTRU puede determinar el recurso basándose en una regla de prioridad. Por ejemplo, para transmitir o multiplexar un MAC CE que indica una falla SL LBT (p. ej., una CSLF), la WTRU puede usar una regla de prioridad o una secuencia para la selección de un recurso (p. ej., un recurso asociado con una portadora y/o enlace), en el cual se puede transmitir/multiplexar el MAC CE. Por ejemplo, la WTRU puede utilizar la siguiente secuencia para la selección de un recurso (p. ej., un recurso que puede usarse como recurso de datos) en el cual multiplexar el MAC CE. La WTRU puede priorizar la selección de recursos con licencia sobre recursos sin licencia. Por ejemplo, la WTRU puede priorizar la selección de recursos en operadores UL con licencia por sobre recursos en operadores UL o SL sin licencia, por ejemplo, en el caso de un recurso PUSCH en un UL. La WTRU puede seleccionar recursos en operadores UL con licencia para informar un evento de falla antes de seleccionar recursos en operadores sin licencia si la WTRU se encuentra dentro del alcance de una estación base (p. ej., hay un enlace Uu disponible). Es posible que haya o no una subvención (p. ej., una subvención SL o una subvención UL). Si no hay una subvención disponible, la WTRU puede activar una SR en un PUCCH. En los ejemplos, el SR puede transmitirse en un recurso PUCCH en un operador con licencia o en un operador en el que no se detectó una falla de LBT constante.

La WTRU puede priorizar la selección de recursos en operadores SL con licencia sobre recursos en operadores UL o SL sin licencia. En el caso de un recurso de datos SL-SCH en SL (p. ej., si la WTRU está fuera de la cobertura de una estación base), la WTRU puede priorizar la selección de recursos en portadoras SL con licencia sobre portadoras sin licencia (p. ej., seleccionar recursos en portadoras SL con licencia antes de seleccionar recursos en portadoras sin licencia).

La WTRU puede determinar que un recurso UL sin licencia tiene una prioridad más alta que un recurso SL sin licencia. La regla de prioridad puede indicar que un recurso UL sin licencia tiene una prioridad más alta que un recurso SL sin licencia si no se detecta una falla de LBT constante en el recurso UL sin licencia. Por ejemplo, la regla de prioridad puede indicar que un recurso UL sin licencia en el que no se detecta una falla de LBT constante tiene una prioridad más alta que un recurso SL sin licencia en el que no se detecta una CSLF. La WTRU puede multiplexar el MAC CE en un grupo de recursos SL-SCH en un ancho de banda LBT en el que no se detecta ninguna falla de LBT constante (p. ej., un grupo de recursos diferente de aquel en el que se detectó CSLF), p. ej., si (p. ej., solo si) la WTRU no tiene una concesión UL disponible para un recurso UL con o sin licencia. La regla o secuencia de priorización puede estar predefinida o indicada en la información de configuración (p. ej., información de configuración de RRC).

La FIG. 2 es un ejemplo de un informe de falla CSLF y LBT detectada en un UL (p. ej., un enlace Uu). Como se muestra en la FIG. 2, una WTRU de transmisión que está dentro de la cobertura de una red (p. ej., un gNB) puede detectar una o más fallas de LBT en la SL (p. ej., SL sin licencia) asociada con una WTRU de recepción que está fuera de la cobertura de la red. La WTRU de transmisión puede determinar que se ha producido una CSLF en la SL asociada con la WTRU de recepción como se muestra en uno o más ejemplos aquí, por ejemplo, en función de la cantidad de fallas de LBT en la SL asociada con la WTRU de recepción. La WTRU de transmisión puede determinar un recurso en la UL para informar la CSLF, por ejemplo, basándose en una regla de prioridad en uno o más ejemplos aquí incluidos. La WTRU de transmisión puede informar la CSLF a la red a través de la UL (p. ej., utilizando el recurso en la UL). El recurso en la UL puede tener licencia o no. La WTRU puede rastrear un PDCCH en respuesta a la transmisión del MAC CE de falla de LBT en un PUSCH, p. ej., durante un período de tiempo configurado. Una o más fallas de LBT pueden detectarse en función de uno o más eventos de falla aquí mencionados, por ejemplo, debido a la interferencia que se muestra en la FIG. 2.

La FIG. 3 ilustra un ejemplo 300 de informe de una CSLF. En 0302, un dispositivo (p. ej., una WTRU) puede realizar un procedimiento de LBT asociado con un ancho de banda de SL. En 0304, el dispositivo puede determinar una CSLF asociada con el ancho de banda de SL según el procedimiento de LBT. En 0306, el dispositivo puede determinar un recurso para informar la CSLF. En 0308, el dispositivo puede indicar la CSLF utilizando el recurso determinado.

Una WTRU puede informar uno o más eventos de falla utilizando un recurso SL. Se podrá informar una CSLF en SL. Es posible que se detecte una falla de LBT constante en un canal SL. Una WTRU puede informar la falla (p. ej., cada falla de LBT consistente detectada en un canal SL) en un recurso SL-SCH o un canal de control SL, p. ej., mediante al menos uno de los siguientes métodos: multiplexar un MAC CE de falla de LBT en un recurso de datos SL-SCH; conmutar a una BWP, portadora y/o grupo de recursos de datos SL diferente; transmitir información de control SL que indica que se ha detectado una falla de LBT consistente SL; o retransmitir el bloque de transporte (TB) que falló LBT, el MAC CE de falla de LBT SL y/o el SCI de indicación de falla de LBT a una tercera WTRU que esté conectada a una WTRU par. La tercera WTRU puede (p. ej., en respuesta) retransmitir el TB, el MAC CE y/o la indicación de falla/SCI a la WTRU receptora (p. ej., la WTRU par).

La WTRU puede informar una CSLF detectado en un canal SL y/o puede reenviar el TB fallido en el canal SL, p. ej., si se cumplen una o más condiciones, que pueden incluir: la WTRU está fuera de la cobertura de la red; se ha detectado una falla de LBT constante en las portadoras Uu sin licencia (p. ej., todas); la WTRU está transmitiendo en modo de programación SL 2; o la WTRU ha recibido una indicación de la tercera WTRU (p. ej., la WTRU de retransmisión) que está conectada a una WTRU par.

La WTRU puede informar una CSLF (p. ej., a través de MAC CE o SCI) a una WTRU (p. ej., la tercera WTRU conectada a la WTRU par). En los ejemplos, el tercer WTRU puede informar la CSLF a la red (p. ej., utilizando el enlace Uu) (p. ej., si está dentro de la cobertura) o a la WTRU par conectado al tercer WTRU. El tercer WTRU puede indicar una ID L2 de la WTRU que experimenta/detecta una CSLF y/o el recurso SL asociado en el que se ha detectado la CSLF.

La WTRU puede transmitir el informe de CSLF (p. ej., un MAC CE de falla de LBT de TB o una indicación de SCI) utilizando un portador SL diferente, un grupo de recursos diferente, un conjunto diferente de recursos o similar que esté asociado con un ancho de banda LBT diferente de aquel en el que se detectó la CSLF. La MAC CE de falla de LBT multiplexada puede incluir una indicación (p. ej., a una WTRU par) con respecto a un portador o un recurso de control/datos SL para activar o conmutar, p. ej., para datos posteriores. La WTRU puede transmitir la MAC CE de falla de LBT en otra portadora SL activa en un recurso de datos o en un grupo de recursos diferente de aquel en el que se detectó la CSLF. La WTRU puede rastrear (p. ej., durante un período de tiempo configurado) el canal de control SL (p. ej., para SCI), p. ej., en respuesta a la transmisión del MAC CE de falla de LBT en un recurso SL-SCH.

Se puede configurar una WTRU (p. ej., por la red o por las capas superiores) con una ID L2 dedicada, p. ej., para informar una CSLF en una SL. Por ejemplo, una WTRU puede transmitir una CSLF en groupcast/broadcast y puede usar un ID L2 (pre)configurado para una transmisión del informe. Una WTRU puede configurarse con un ID L2 dedicado específico para uno o más de los siguientes: una ubicación geográfica (zona); parámetros/un tipo de compartición de LBT y/o COT que causó la falla; un tipo de transmisión (p. ej., modo 1 o modo 2, periódica o de un solo disparo, etc.); una portadora o un conjunto de recursos o un fondo de recursos en el que se determinó la CSLF; una portadora SL y/o Uu; o un tipo de transmisión. Por ejemplo, la WTRU puede determinar cuál de los ID L2 (pre)configurados utilizar para la transmisión del informe en función de los factores descritos en la presente memoria.

Una WTRU puede determinar un tipo de reparto y/o un destinatario previsto (p. ej., una identificación L2) de un informe de falla de LBT consistente. Una WTRU puede determinar un tipo de transmisión y/o destinatario(s) previsto(s) (p. ej., en donde un destinatario(s) previsto(s) puede(n) estar asociado(s) con una ID L2 o puede(n) estar asociado(s) con una estación base), p. ej., basándose en uno o una combinación de más de uno de los siguientes factores.

Un factor puede ser el tipo de transmisión y/o el destinatario previsto de las transmisiones pendientes (p. ej., cualquier transmisión pendiente) en la WTRU cuando se detectó una CSLF y/o la PDU que estaba destinada a la transmisión en la concesión SL. Por ejemplo, una WTRU puede transmitir una CSLF a una WTRU par de unidifusión si la falla ocurrió mientras la WTRU intentaba transmitir a la WTRU par. La WTRU puede transmitir el informe utilizando una primera identificación L2 de transmisión/grupo (p. ej., dedicada a tal fin) si la WTRU estaba intentando una transmisión a una segunda identificación L2 de transmisión/grupo, que puede ser diferente o igual a la primera identificación L2 de transmisión/grupo.

Un factor puede ser el modo SL (p. ej., modo 1 o modo 2). Por ejemplo, una WTRU que opera en modo 1 puede transmitir una CSLF a una estación base y una WTRU que opera en modo 2 puede transmitir una CSLF a uno o más WTRU pares. Un factor puede ser el/los servicio(s) en curso o el/los servicio(s) de interés en la WTRU. Por ejemplo, una WTRU puede transmitir una CSLF mediante unidifusión a una o más WTRU pares si la WTRU tiene servicios de unidifusión en curso (p. ej., solo servicios de unidifusión) o si la WTRU tiene servicios de unidifusión que tienen datos disponibles para transmisión. La WTRU puede transmitir mediante difusión si tiene al menos un servicio de difusión/grupo en curso (p. ej., si la WTRU tiene datos disponibles para transmisión).

Un factor puede ser si la SL y/o Uu, o un operador (p. ej., cualquier operador de ese tipo) en la SL y/o Uu tiene licencia o no tiene licencia. Por ejemplo, la WTRU puede transmitir una CSLF a una estación base si al menos una de sus portadoras Uu tiene licencia. Por ejemplo, la WTRU puede transmitir una CSLF a la estación base si sus portadoras SL no tienen licencia (p. ej., ninguna de sus portadoras SL tiene licencia). Por ejemplo, la WTRU puede transmitir una CSLF a una WTRU par si sus portadoras Uu no tienen licencia (p. ej., ninguna de sus portadoras Uu tiene licencia) y al menos una de sus portadoras SL tiene licencia.

Un factor puede ser la situación de cobertura (p. ej., dentro de la cobertura (IC) o fuera de la cobertura (OOC)). Por ejemplo, la WTRU puede transmitir una CSLF a una estación base y/o a una WTRU par si la WTRU se encuentra dentro de la cobertura. Por ejemplo, la WTRU puede transmitir una CSLF a (p. ej., solo a) una WTRU par si la WTRU está OOC. Un factor puede ser el estado RRC de la WTRU. Por ejemplo, la WTRU puede transmitir una CSLF a una estación base cuando (p. ej., solo cuando) la WTRU está en RRC_CONNECTED. Un factor puede ser si la WTRU está recibiendo una CSLF o generando una CSLF. Por ejemplo, una WTRU puede determinar el destinatario previsto de una CSLF a partir de la información contenida en la CSLF (p. ej., si se recibe la CSLF). Si la WTRU (p. ej., ella misma) genera la CSLF, la WTRU puede determinar el destinatario basándose en otros factores descritos aquí.

Un factor puede ser la calidad de servicio de los servicios de datos/SL pendientes. Por ejemplo, una WTRU puede informar una CSLF a una estación base y/o a una WTRU par si una propiedad de QoS (p. ej., prioridad) asociada con los datos que se van a transmitir está por encima de un umbral configurado o preconfigurado. Se puede informar una CSLF a la red (NW), a uno o más WTRU pares, o a ambos, en función de uno o más factores.

Una CSLF detectada y/o el informe de una CSLF detectada pueden cancelarse según una o más de las siguientes condiciones. La WTRU puede cancelar una CSLF activado, p. ej., en respuesta a la realización de al menos una de las siguientes acciones: multiplexar un MAC CE de falla de LBT en una transmisión PUSCH y/o en un recurso de datos SL (p. ej., un recurso SL-SCH) que indica la CSLF detectado; transmitir un TB (p. ej., con un LBT exitoso) que puede contener un MAC CE de falla de LBT que indica la CSLF detectado; realizar un LBT exitoso para una transmisión SL y/o una transmisión UL en la portadora y/o BWP y/o conjunto de recursos SL, en los que se detectó una falla de LBT consistente; o recibir una respuesta, una confirmación, una concesión, una retroalimentación HARQ y/o una reconfiguración (p. ej., de una estación base), que puede ser en respuesta al TB transmitido que contiene el MAC CE de falla de LBT asociado (p. ej., relacionado con un proceso HARQ asociado). La WTRU puede iniciar un temporizador declarado CSLF, p. ej., en respuesta a la detección de una falla de SL LBT. La WTRU puede detener el temporizador, p. ej., en respuesta a la cancelación de la CSLF activado. Durante el período de tiempo en que el temporizador está en funcionamiento, la WTRU puede seguir informando y/o multiplexando un MAC CE de falla de LBT para la CSLF declarado. En algunos ejemplos, la WTRU puede multiplexar una MAC de falla de LBT para una falla consistente detectada en la SL (p. ej., solo una vez).

En respuesta al vencimiento del temporizador CSLF declarado, la WTRU puede cancelar la CSLF detectado, p. ej., en una portadora SL/BWP aplicable. En respuesta al vencimiento del temporizador declarado CSLF, si la WTRU no ha recibido una respuesta (p. ej., datos o control) de una estación base (p. ej., en el caso de que la WTRU esté dentro de una cobertura de red), la WTRU puede notificar o informar a una capa superior y/o puede declarar una falla del enlace de radio. En respuesta al vencimiento del temporizador declarado CSLF, si la WTRU no ha recibido una respuesta (p. ej., datos o control) de la WTRU a la que se transmitió la CSLF MAC CE o SCI, la WTRU puede realizar una o más de las siguientes acciones: notificar o informar a la capa superior; interrumpir el enlace de unidifusión con la WTRU par y/o descartar las configuraciones relacionadas; o declarar una falla del enlace de radio.

Se puede implementar una recuperación de una falla de LBT consistente detectada en una SL. Se puede implementar la conmutación de recursos SL. En respuesta a la detección de una o más fallas de LBT (p. ej., una CSLF), una WTRU puede realizar al menos una de las siguientes acciones de recuperación: conmutar a una portadora SL activa diferente; conmutar a una BWP SL diferente; activar una portadora SL diferente; conmutar a un conjunto diferente de recursos en un mismo BWP (p. ej., un grupo de recursos de datos o conjunto de RB diferente); (re)transmitir los datos y/o SCI; o transmitir una solicitud a un gNB para activar un conjunto diferente de recursos SL/portadora/o BWP.

La FIG. 4 ilustra un ejemplo 400 de conmutación de recursos SL. En 0402, un dispositivo (p. ej., una WTRU) puede determinar una CSLF asociada con un primer conjunto de RB. En 0406, el dispositivo puede realizar un procedimiento de LBT asociado con el segundo conjunto de RB. El procedimiento de LBT asociado con el segundo conjunto de RB se puede realizar antes de la determinación de la CSLF asociada con el primer conjunto de RB o después de la determinación de la CSLF asociada con el primer conjunto de RB. En 0408, el dispositivo puede determinar que el segundo procedimiento de LBT es exitoso (p. ej., basándose en una determinación de un intento LBT exitoso o una determinación de que una cantidad de fallas de LBT asociadas con el segundo conjunto de RB es menor que un valor, p. ej., dentro de un tiempo determinado). En 0410, el dispositivo puede transmitir un TB utilizando el segundo conjunto de RB.

La WTRU puede seleccionar un conjunto diferente de recursos SL o UL (p. ej., un fondo de recursos), que puede estar asociado con un ancho de banda LBT diferente en el que no se detecta una CSLF (p. ej., o en base a una determinación de que una cantidad de fallas de LBT asociadas con el segundo conjunto de RB es menor que un valor, p. ej., dentro de un tiempo determinado) en uno o más de los siguientes: después de la detección de la CSLF; después de fallar un LBT una o varias veces (p. ej., una cantidad de veces configurada o predefinida, p. ej., como lo indica el valor del contador de fallas de LBT asociado con el proceso CSLF); después de recibir SCI de una WTRU par en un conjunto de RB o fondo de recursos determinado, que puede ser utilizado por la WTRU de transmisión para retransmitir el TB o SCI que hizo fallar la(s) operación(es) LBT; y/o después de la expiración de un temporizador (p. ej., un temporizador de inactividad del conjunto de RB o un temporizador de falla de LBT).

Una WTRU puede conmutar (p. ej., de manera autónoma, p. ej., sin recibir una indicación o una solicitud) a un segundo recurso(s), p. ej., después de detectar una CSLF en el primer recurso(s). El segundo recurso puede incluir un conjunto activo de recursos UL o SL. Los primeros recursos pueden incluir un primer conjunto de RB. El segundo recurso puede incluir un segundo conjunto de RB. Por ejemplo, la WTRU puede identificar el segundo conjunto de RB después de detectar una CSLF en el primer conjunto de RB. La WTRU puede realizar o haber realizado un procedimiento de LBT en el segundo conjunto de RB y/o determinar que no se detecta una CSLF en el segundo conjunto de RB, p. ej., determinando que el procedimiento de<l>B<t>en el segundo conjunto de RB es exitoso o determinando que la cantidad de fallas de LBT en el segundo conjunto de RB es menor que un valor determinado (p. ej., un valor máximo o un valor umbral para alcanzar la CSLF). El primer conjunto de RB y el segundo conjunto de RB pueden pertenecer al mismo grupo de recursos o a grupos de recursos diferentes.

La WTRU puede configurarse con una asociación entre conjuntos de recursos, p. ej., de modo que la WTRU pueda (p. ej., pueda) conmutar entre un primer conjunto de recursos y un segundo conjunto de recursos después de que la WTRU detecte un evento de falla (p. ej., una o más fallas de LBT) asociado con cualquiera del primer conjunto de recursos y el segundo conjunto de recursos. La WTRU puede conmutar a un segundo conjunto de RB (p. ej., uno dentro del mismo grupo de recursos que un primer conjunto de RB desde el cual la WTRU puede conmutar al segundo conjunto de RB) luego de detectar una o más fallas de LBT o una CSLF en el grupo de recursos. La WTRU puede reiniciar un tiempo de detección (p. ej., un temporizador de detección CSLF) basándose en el cambio a un recurso diferente (p. ej., un grupo de recursos diferente). La WTRU puede reiniciar un tiempo de detección si transmite o retransmite los datos y/o la información de control que debía pero no pudo transmitir en un recurso que ha fallado la LBT (p. ej., condicionado al cambio a un conjunto de RB diferente que comparte o es mantenido por el mismo proceso CSLF que un conjunto de RB en el que se detecta CSLF).

Una WTRU puede transmitir un TB en un recurso sobre el cual no se detecta una CSLF. Es posible que el TB se haya transmitido en un primer recurso si no se hubiera detectado una CSLF en el primer recurso. Como se muestra en uno o más ejemplos aquí, la WTRU puede conmutar a un segundo recurso basándose en la determinación de que se ha detectado una CSLF en el primer recurso. Un procedimiento de LBT en el segundo recurso puede ser exitoso o la cantidad de fallas de LBT en el segundo recurso puede ser menor que un valor determinado (p. ej., un valor máximo o un valor umbral para alcanzar la CSLF). La WTRU puede transmitir el TB en el segundo recurso al que la WTRU conmuta desde el primer recurso. En los ejemplos, una WTRU puede preparar un TB para la transmisión en uno o más recursos, por ejemplo, hasta que un intento de LBT tenga éxito en al menos uno de los recursos. El TB puede estar configurado para transmitirse en uno o más conjuntos de recursos en diferentes anchos de banda LBT, BWP o portadoras SL. Un procedimiento de LBT en al menos uno de los conjuntos de recursos puede tener éxito. Por ejemplo, la WTRU puede preparar un TB en la capa MAC (MAC) y puede proporcionar el TB a la capa física (PHY) para una posible transmisión en más de un conjunto de recursos. La WTRU en el PHY puede intentar (p. ej., sucesivamente) transmitir el TB en un conjunto de recursos a la vez, p. ej., hasta que el TB se transmita con una operación LBT exitosa en un conjunto de recursos. La operación LBT y el intento LBT pueden usarse indistintamente en uno o más ejemplos aquí. Los conjuntos de recursos (p. ej., conjuntos de RB) pueden estar condicionados para pertenecer a un grupo de recursos (p. ej., el mismo grupo de recursos de modo 2). La WTRU (p. ej., a través de PHY) puede intentar una operación LBT en más de un conjunto de RB (p. ej., conjuntos de RB que son contiguos en el dominio de frecuencia) de manera simultánea o sucesiva y/o seleccionar un conjunto de RB para transmitir el TB (o SCI), p. ej., de los conjuntos de RB que tuvieron una o varias operaciones LBT exitosas.

Una WTRU puede determinar a qué conjunto de RB y/o grupo de recursos conmutar, por ejemplo, en función del conjunto de RB en el que se haya detectado una falla de LBT. La WTRU puede conmutar el grupo de recursos de recepción de la WTRU para rastrear un intercambio de datos y/o información de control desde una WTRU par en función del cambio a un conjunto de RB o grupo de recursos diferente. Se puede asumir o configurar una asociación (p. ej., un vínculo) entre un grupo de recursos de transmisión y un grupo de recursos de recepción. La WTRU puede iniciar un temporizador (p. ej., un temporizador de inactividad del conjunto de RB) después de determinar una falla de LBT en un conjunto de RB determinado y/o conmutar a un conjunto de RB diferente. Al expirar el temporizador, la WTRU puede conmutar a un conjunto de RB o grupo de recursos diferente (p. ej., para transmisión y/o recepción), p. ej., si un intento de LBT no ha tenido éxito para la transmisión de datos y/o control mientras el temporizador está funcionando. Al expirar el temporizador, la WTRU puede transmitir en recursos seleccionados o reservados (p. ej., donde el temporizador puede aplicarse como un temporizador de retroceso de transmisión). El valor de dicho temporizador (p. ej., el temporizador de inactividad del conjunto de RB) puede configurarse o determinarse en función de uno o más de los siguientes factores: configurado por señalización dedicada; determinado en función del CBR asociado con el recurso o los recursos seleccionados o reservados; determinado en función de una indicación LBT recibida desde el PHY; determinado en función de la cantidad de fallas de LBT contadas; determinado en función de la QoS o la prioridad de los datos asociados con el TB que se transmitirá o retransmitirá; y/o determinado a partir del valor configurado para un tiempo de detección (p. ej., el temporizador de detección LBT para el procedimiento CSLF).

La WTRU puede seleccionar un conjunto o subconjunto diferente de parámetros de transmisión de modo 2 en función del cambio a un conjunto de RB y/o grupo de recursos diferente, por ejemplo, después de la detección de una falla de LBT o una CSLF o después de un período de retroceso aplicado después de la detección de la falla de LBT. Los parámetros de transmisión pueden incluir al menos uno de los siguientes: una periodicidad de transmisión, un desplazamiento de transmisión, una ventana de detección, un tamaño de ventana de selección, una cantidad de recursos (p. ej., la cantidad de recursos reservados) y/o el tamaño de la ventana de ocupación de recursos. La WTRU se puede configurar con un subconjunto de parámetros de transmisión para usar, por ejemplo, por conjunto de RB o grupo de recursos. La WTRU puede cambiar uno o más de los parámetros de transmisión aquí mencionados después de una cantidad configurada de fallas de LBT. Por ejemplo, la WTRU puede determinar qué conjunto de parámetros utilizar en función de la cantidad de fallas de LBT contabilizadas (p. ej., en función del valor del contador de fallas de LBT).

Después de una o más fallas de LBT, la WTRU puede determinar si activará una nueva selección de recursos, en función de la periodicidad de los recursos seleccionados (p. ej., cuando los recursos seleccionados son periódicos). La WTRU puede liberar recursos de modo 2 ocupados luego de una falla de LBT. Después de una falla de LBT de una transmisión de un mensaje de descubrimiento, la WTRU puede cambiar los parámetros de transmisión asociados con la transmisión o retransmisión.

Una WTRU puede mantener múltiples procedimientos de LBT en diferentes conjuntos de recursos (p. ej., mantener múltiples procesos CSLF simultáneamente). Al seleccionar un conjunto de recursos después de una CSLF, la WTRU puede seleccionar el conjunto de recursos según el estado de la CSLF (p. ej., el estado de la CSLF en cada uno de los conjuntos de recursos). Por ejemplo, después de una CSLF en un primer conjunto de recursos, la WTRU puede seleccionar un segundo conjunto de recursos. El segundo conjunto de recursos puede ser un conjunto de recursos en el que un procedimiento de LBT realizado da como resultado la menor cantidad de fallas de LBT (p. ej., el contador CSLF más pequeño o un valor cero para el contador CSLF) entre los conjuntos de recursos.

Una WTRU puede abstenerse de seleccionar un conjunto de recursos (p. ej., excluir el conjunto de recursos de la selección) durante un período de tiempo después de que se declare una CSLF en ese conjunto de recursos.

Una WTRU (p. ej., una WTRU par) puede decodificar a ciegas datos y/o recursos SCI asociados con un subconjunto de conjuntos de RB (o grupos de recursos) en una BWP activo. La WTRU par puede proporcionar una indicación (p. ej., una indicación de detección de canal) a una WTRU de transmisión (p. ej., en un PSFCH, SCI o MAC CE) indicando cuáles de los conjuntos de RB rastreados se detectan como inactivos u ocupados (p. ej., si el conjunto de RB actual en el que se intercambia el SCI o PSFCH está inactivo). Por ejemplo, la WTRU par puede proporcionar resultados de detección de canal para conjuntos de RB rastreados dentro de un grupo de recursos o un subconjunto configurado de conjuntos de RB en una BWP (p. ej., la BWP activo). La WTRU par puede proporcionar una indicación de detección de canal a la WTRU de transmisión de manera periódica o aperiódica (p. ej., la periodicidad o de otro modo puede configurarse mediante señalización RRC). En un ejemplo, la WTRU par puede proporcionar una indicación de detección de canal a la WTRU de transmisión en ocasiones anteriores o coincidentes con la transferencia periódica de datos esperada entre las WTRU (p. ej., la WTRU par y la WTRU de transmisión en este caso) y/o junto con mediciones de canal y/o transmisiones SSB. La SCI de la WTRU par puede incluir un estado de detección de canal y/o puede enviarse en función de uno o más de los siguientes factores: en algunas condiciones (p. ej., si no se recibe el tráfico esperado); si la WTRU par tiene uno o más datos, información de control, SSB/RS o mediciones para enviar; y/o si la WTRU par está configurado para enviar una notificación de listo para enviar (CTS) (p. ej., periódicamente).

En un ejemplo, una WTRU de recepción puede detectar una cantidad de conjuntos de RB que están libres y enviarlos (p. ej., las indicaciones de los conjuntos de RB que se detectan como libres), p. ej., como parte de la SCI, una MAC CE o parte del PSFCH. La WTRU de recepción puede luego decodificar a ciegas esos conjuntos de RB para la recepción de datos SL. Una WTRU de transmisión puede seleccionar un conjunto de RB al cual conmutar (p. ej., después de una falla de LBT) de los indicados en el SCI, p. ej., ya que la WTRU de recepción detecta al menos aquellos como inactivos. La WTRU de transmisión puede realizar operaciones LBT en todos o un subconjunto de los conjuntos de RB indicados y transmitir el TB en los conjuntos de RB (p. ej., un solo conjunto de RB) que sucedieron a una operación LBT. La WTRU de transmisión puede transmitir, p. ej., si (p. ej., solo si) una operación LBT fue exitosa en los anchos de banda LBT (p. ej., en el conjunto de RB) sobre los cuales se realizó la operación LBT.

La WTRU puede conmutar el grupo de recursos rastreado (p. ej., en modo 2) y/o el conjunto de RB rastreado para la recepción de datos y/o información de control de una WTRU par después de la detección de una o más fallas de LBT (p. ej., dependiendo del valor de un contador LBT) y/o después de la detección de CSLF. La WTRU puede determinar qué conjunto de RB de recepción y/o a qué grupo de recursos de recepción rastrear/conmutar en función de la falla de LBT determinada por el PHY en la WTRU (p. ej., en función de uno o más de un tipo de LBT, una configuración de LBT y/o el conjunto de RB en el que ha fallado un intento de LBT) y/o en función de los valores de los parámetros del proceso CSLF (p. ej., un contador o temporizador de LBT). La WTRU puede conmutar el grupo de recursos rastreado (p. ej., en modo 2) y/o el conjunto de RB rastreado en función del RSSI medido o la ocupación del canal (p. ej., cuando una medición es mayor que un umbral configurado).

De manera similar al cambio del conjunto de RB de transmisión, la WTRU puede configurarse con un patrón o configuración para determinar a qué conjunto de RB de recepción conmutar. Los conjuntos de RB de transmisión y recepción pueden vincularse. La WTRU puede conmutar a un grupo de recursos de recepción, p. ej., usando un número de secuencia (p. ej., si LBT falla en el conjunto de RB con índice y, la WTRU cambiaría al conjunto de RB con índice y+1). La WTRU puede acoplar los tiempos de conmutación de recursos de transmisión y de recepción, de modo que ambos grupos de transmisión y de recepción se conmuten juntos al mismo tiempo. Por ejemplo, la WTRU puede conmutar su conjunto de RB de recepción rastreado luego de que expire el temporizador de inactividad del conjunto de RB.

Una WTRU puede configurarse con un patrón de conmutación (p. ej., un patrón de conmutación de conjunto de RB), mediante el cual la WTRU (p. ej., una WTRU de transmisión) puede conmutar a otro conjunto de RB después de una o más fallas de LBT, y el conjunto de RB al que conmuta la WTRU puede basarse en el patrón de conmutación configurado. El patrón de conmutación puede ser seleccionado por la WTRU o puede incluir algunos o todos los conjuntos de RB en una BWP (p. ej., la BWP activo).

En un ejemplo, la WTRU puede determinar a qué conjunto de RB y/o grupo de recursos conmutar en función del conjunto de RB en el que se ha detectado una falla de LBT (p. ej., se ha detectado una falla de LBT constante) y/o en función de las indicaciones de falla de LBT determinadas por el PHY de la WTRU.

En los ejemplos, después de una o más fallas de LBT para transmitir un mensaje o señal de descubrimiento en un grupo de descubrimiento dedicado, la WTRU puede conmutar a un grupo de recursos o conjunto de RB diferente (p. ej., un grupo de recursos compartido) para la transmisión o retransmisión del mensaje de descubrimiento. Esto puede estar condicionado a la cantidad de fallas de LBT (p. ej., el valor del contador LBT). La WTRU puede comenzar a rastrear un grupo de recursos compartidos para la recepción de mensajes de descubrimiento de otras WTRU al determinar que el canal está ocupado en el grupo de descubrimiento dedicado (p. ej., a partir de una indicación de falla de LBT recibida para el grupo de recursos dedicado y desde un canal que detecta que el canal sin licencia en el conjunto de RB aplicable está ocupado, y/o desde el valor RSSI medido o la ocupación del canal (p. ej., con una medición por encima de un umbral configurado).

Una WTRU par puede acceder a un canal para transmitir retroalimentación HARQ o SCI (p. ej., a pesar o en medio de una falla de LBT). Una WTRU puede incluir uno o más de un SCI, retroalimentación HARQ (p. ej., PSFCH) o un MAC CE, junto con transmisiones de datos SL que indican qué conjunto(s) de RB se detecta que está(n) inactivo(s) (p. ej., conjunto(s) de RB dentro de un grupo de recursos). Es posible que una WTRU par falle en una operación LBT en un intento de transmitir retroalimentación HARQ y/u otra SCI (p. ej., debido a un nodo oculto que afecta únicamente a la WTRU de recepción). La WTRU par puede conmutar a otro conjunto de RB de los conjuntos de RB rastreados para transmitir uno o más de los comentarios HARQ, PSFCH o SCI, en respuesta a los datos SL recibidos. Los conjuntos de RB rastreados pueden configurarse o predeterminarse, por ejemplo, como conjuntos de RB dentro de un grupo de recursos seleccionado.

Una WTRU par puede transmitir retroalimentación HARQ (p. ej., en PSFCH) en respuesta a datos SL recibidos, transmitir un acuse de recibo o transmitir un SCI después de la recepción del MAC CE o SCI transmitido por una WTRU de transmisión (p. ej., una recepción exitosa). La WTRU par puede transmitir uno o más de los comentarios HARQ, el reconocimiento o el SCI en el conjunto de RB que la WTRU de transmisión indica como inactivo. La WTRU de transmisión puede retransmitir el TB que no fue reconocido (o el TB que falló en las operaciones LBT) o transmitir un TB (p. ej., un nuevo TB) en el conjunto de RB o grupo de recursos diferente/indicado después de recibir retroalimentación, reconocimiento o una SCI de la WTRU par, en respuesta al cambio del conjunto de RB. La WTRU de transmisión puede transmitir el conmutador MAC CE o SCI del conjunto de RB, p. ej., según uno o más de los siguientes: después de la expiración de un temporizador (p. ej., un temporizador de retransmisión HARQ); después de una cantidad de retransmisiones; después de una cantidad de NACK; y/o después de una cantidad de fallas de LBT (p. ej., como una función del contador CSLF). La WTRU de transmisión puede retransmitir un TB después de la expiración de un temporizador de retransmisión (p. ej., solo después de la expiración de un temporizador de retransmisión) y/o después de la recepción de un SCI de la WTRU de recepción que indica que uno o más del conjunto de RB elegido estaba ocupado, un conjunto de RB inactivo alternativo, un NACK y/o un cambio de conjunto de RB (p. ej., solo después de la recepción de un SCI de la WTRU de recepción que indica que uno o más del conjunto de RB elegido estaba ocupado, un conjunto de RB inactivo alternativo, un NACK y/o un cambio de conjunto de RB).

Una WTRU puede excluir recursos asociados con una CSLF activado. Por ejemplo, una WTRU puede excluir un conjunto de recursos (p. ej., un portador, una BWP, una reserva periódica de recursos, un grupo de recursos, un subconjunto de recursos asociados con LBT, etc.) para su selección y/o transmisión después de una CSLF, una falla de LBT o una serie de fallas de LBT que puedan ocurrir en ese conjunto de recursos. Una WTRU puede (p. ej., en respuesta) excluir dicho conjunto de recursos, p. ej., durante un período de tiempo. Dicho período de tiempo podrá ser configurado o preconfigurado. Una WTRU puede configurarse o preconfigurarse con un período de tiempo diferente asociado con uno o una combinación de más de uno de los siguientes: un tipo de LBT realizado que dio como resultado una CSLF; un número de conjuntos de recursos (p. ej., actualmente disponibles) (p. ej., un número de portadoras); mediciones de SL asociadas con el conjunto de recursos, que pueden realizarse cuando se activó una CSLF; un valor de CBR en el conjunto de recursos; o prioridad de datos para transmisión en la WTRU. Una WTRU puede excluir un conjunto de recursos realizando una de las siguientes acciones o una combinación de más de una de las siguientes acciones: excluir los recursos como posibles recursos disponibles en la selección de recursos; excluir los recursos del conjunto de recursos disponibles determinado por detección; dejar de realizar la detección en los recursos; excluir una portadora de las portadoras que pueden usarse para la (re)selección de portadoras y/o para realizar la (re)selección de recursos que se han reservado (o portadoras que se han seleccionado) para futuras transmisiones y/o recursos que se reservaron/seleccionaron antes de una CSLF; o vaciar el búfer HARQ de SL, que puede estar asociado con un proceso SL para los recursos SL afectados.

En respuesta a una o más de las acciones descritas en la presente memoria para excluir un conjunto de recursos, una WTRU puede excluir el uso de los recursos en futuras decisiones de selección de recursos, en donde dicha exclusión puede realizarse durante un período de tiempo posterior a la CSLF. Por ejemplo, en respuesta a la detección de una CSLF en un conjunto de recursos SL determinado, la WTRU puede iniciar un temporizador de prohibición (p. ej., un temporizador declarado CSLF o el temporizador de inactividad del conjunto de RB). La WTRU puede mantener dicho temporizador por ancho de banda LBT, BWP, portadora SL y/o conjunto de recursos. La WTRU puede mantener dicho temporizador por tipo de transmisión (p. ej., tipo de transmisión, transmisión a un ID L2 específico, QoS/prioridad, canal SL PHY, etc.). Durante el transcurso del tiempo, la WTRU no puede seleccionar datos y/o recursos de control si se detectó una CSLF en un ancho de banda LBT, BWP y/o portadora asociada. En respuesta al vencimiento del temporizador de prohibición, la WTRU puede considerar datos SL y/o recursos de control en el ancho de banda LBT, BWP y/o portadora asociados, p. ej., para la retransmisión de los datos o la información de control que fallaron la LBT.

Una WTRU puede reconsiderar (p. ej., de manera prematura, lo que puede ser antes de que se complete el período de duración de un temporizador) los recursos excluidos, p. ej., en función de la ocurrencia de un evento específico. Por ejemplo, la WTRU puede cancelar o detener el temporizador de prohibición descrito aquí en respuesta a la ocurrencia de un evento. Tal evento puede estar asociado con la recepción de un control SL y/o transmisión de datos (p. ej., de otra WTRU), que puede estar asociado con recursos. Tal evento puede incluir la recepción de una indicación (p. ej., una indicación explícita o implícita, como una DCI de programación que programa una transmisión SL o la recepción de una SCI de otra WTRU). Tal evento puede incluir que la WTRU determine que una medición (p. ej., CBR, RSSI, etc.) asociada con los recursos afectados cumple una condición específica (p. ej., RSSI por debajo de un umbral, p. ej., durante un período de tiempo).

Se podrá implementar el reenvío de datos y control. En respuesta a la detección de una CSLF, una WTRU puede enviar el TB y/o SCI que no pasó un procedimiento de LBT a una estación base o a una tercera WTRU conectada a una WTRU par. La WTRU puede realizar dicho reenvío si (p. ej., solo si) el TB y/o el SCI se transmitieron/no se transmitieron previamente a la WTRU de destino. La WTRU puede incluir el ID de transmisión de destino y los datos reenviados y/o SCI. En el caso de datos enviados a una estación base, la WTRU puede transmitir los datos mediante una concesión PUSCH. En el caso de SCI reenviado, la WTRU puede transmitir el SCI reenviado en una transmisión PUCCH o como UCI en una transmisión PUSCH y/o puede incluir un ID de par de destino. En el caso de datos o control remitidos a una tercera WTRU, la WTRU puede reenviar los datos o SCI a la tercera WTRU en un recurso SL-SCH y/o un recurso de control SL. La SCI reenviada puede incluir una notificación de detección de CSLF y el ID de transmisión, p. ej., que puede ser adicional a la SCI que no pasó el procedimiento de LBT.

La tercera WTRU (p. ej., una WTRU de retransmisión) puede proporcionar retroalimentación a una WTRU de transmisión de que la WTRU de destino es alcanzable (p. ej., un procedimiento de LBT es exitoso hacia la WTRU de destino) y/o una confirmación de que los datos se enviaron. En respuesta al envío de datos y/o información de control a la estación base, la WTRU puede rastrear una transmisión PDCCH para obtener una confirmación de que los datos y/o el control han sido enviados a la WTRU (p. ej., exitosamente). La confirmación puede realizarse en forma de señalización HARQ-ACK.

Se podrá implementar la notificación a las capas superiores. Una WTRU puede liberar un enlace de unidifusión, p. ej., en respuesta a la detección de una falla de LBT de UL en portadoras SL activas (p. ej., todas las activas), conjuntos de recursos SL activos (p. ej., todos los activos) y/o BWP activos (p. ej., todos los activos). La WTRU puede notificar o informar a las capas superiores (p. ej., declarando un RLF) en respuesta a uno o más de los siguientes: una cantidad de CSLF consecutivos detectados, una cantidad de cambios consecutivos de portadora o recurso realizados después de una detección de una CSLF, o detección de una CSLF en recursos SL (p. ej., todos los recursos SL) utilizados por una entidad MAC (p. ej., todas las portadoras SL, recursos SL en todos los anchos de banda LBT y/o todos los BWP SL).

Uu y SL pueden implementarse en un mismo operador sin licencia. Si un mismo operador sin licencia se configura o utiliza en un enlace Uu y la operación SL para un mismo WTRU, la WTRU puede realizar las acciones de recuperación descritas en la presente memoria para las entidades MAC de Uu y SL, p. ej., en respuesta a la detección de una CSLF en la Uu, SL o en la Uu y SL. Por ejemplo, en respuesta a la detección de una CSLF en una entidad MAC SL, la WTRU puede conmutar a una BWP diferente en el enlace Uu asociado con una misma portadora y/o BWP y/o puede iniciar un procedimiento de acceso aleatorio (p. ej., un nuevo procedimiento de acceso aleatorio) en la Uu para recuperación.

Si un mismo operador sin licencia se configura o utiliza en el enlace Uu y la operación SL para un mismo WTRU, la WTRU puede utilizar una ranura configurada para la operación SL para (p. ej., en lugar de) Uu, p. ej., en respuesta a una serie de fallas de LBT configuradas o predefinidas en la SL. La WTRU puede informar una falla en las ranuras Uu-UL y/o puede reenviar los datos o SCI que fallaron en un procedimiento de LBT.

En la presente memoria, se describen sistemas, métodos e instrumentalidades para gestionar fallas consistentes de escucha antes de hablar (LBT) de enlace lateral (SL) (CSLF). Una unidad de transmisión/recepción inalámbrica (WTRU) puede realizar un procedimiento de escuchar antes de hablar (LBT) asociado con un ancho de banda de enlace lateral (SL). El ancho de banda de SL puede incluir un conjunto de bloques de recursos (RB). La WTRU puede determinar una CSLF asociada con el conjunto de RB del ancho de banda de SL según el procedimiento de LBT. La WTRU puede determinar un recurso para informar la CSLF, por ejemplo, basándose en una regla de prioridad. La regla de prioridad puede indicar que un recurso con licencia tiene una prioridad más alta que un recurso sin licencia. La regla de prioridad puede indicar que, si no se detecta una falla de LBT constante en un recurso de enlace ascendente (UL) sin licencia, el recurso UL sin licencia tiene una prioridad más alta que un recurso SL sin licencia. La WTRU puede enviar un elemento de control (CE) de control de acceso al medio (MAC) utilizando el recurso determinado. En los ejemplos, el MAC CE puede indicar el conjunto de RB y/o una identificación de una WTRU asociada con el ancho de banda de SL.

La regla de prioridad puede indicar que si no se detecta una CSLF en un primer recurso SL sin licencia, y se detecta una CSLF en un segundo recurso SL sin licencia, el primer recurso SL sin licencia tiene una prioridad más alta que el segundo recurso SL sin licencia. La regla de prioridad puede indicar que, si se detecta una falla de LBT constante en un recurso UL sin licencia y no se detecta una CSLF en un recurso SL sin licencia, el recurso UL sin licencia tiene una prioridad menor para el informe de CSLF que el recurso SL sin licencia.

Una WTRU puede conmutar de un primer conjunto de RB a un segundo conjunto de RB basándose en la determinación de una o más fallas de LBT en el primer conjunto de RB. La WTRU puede detectar una CSLF en el primer conjunto de RB, por ejemplo, realizando un primer procedimiento de LBT que incluye al menos un intento LBT para una transmisión de un TB. La WTRU puede determinar el segundo conjunto de RB basándose en la detección de la CSLF asociada con el primer conjunto de RB. En los ejemplos, la WTRU puede realizar un segundo procedimiento de LBT asociado con el segundo conjunto de RB. La WTRU puede determinar que el segundo procedimiento de LBT es exitoso o que un número de fallas de LBT asociadas con el segundo conjunto de RB es menor que un valor. La WTRU puede determinar el TB asociado con el primer conjunto de RB y transmitir el TB utilizando el segundo conjunto de RB. En algunos ejemplos, la WTRU puede transmitir el TB asociado con el primer RB utilizando el segundo conjunto de RB basándose en la información de control SL (SCI) asociada con el segundo conjunto de RB que se recibe desde otra WTRU asociada con el segundo conjunto de RB. El primer conjunto de RB y el segundo conjunto de RB pueden estar asociados con el mismo grupo de recursos de datos o con diferentes grupos de recursos de datos.

Una WTRU puede determinar una CSLF asociada con un conjunto de RB (p. ej., el primer conjunto de RB) en función de una cantidad de fallas SL LBT asociadas con el conjunto de RB, p. ej., cuando la cantidad de fallas SL LBT asociadas con el conjunto de RB es igual o mayor que un valor. Por ejemplo, la WTRU puede incrementar el número de fallas SL LBT asociadas con el conjunto de RB si la WTRU determina que no se ha recibido SCI, dentro de un tiempo, de otra WTRU asociada con el conjunto de RB. La WTRU puede incrementar la cantidad de fallas SL LBT asociadas con el conjunto de RB si la WTRU determina que una relación de canal ocupado (CBR) asociada con el conjunto de R<b>es igual o mayor que un valor. En los ejemplos, un procedimiento de LBT puede incluir una determinación de si el SCI se recibe de otra WTRU asociada con el conjunto de RB o una determinación del CBR asociado con el conjunto de RB. La WTRU puede incrementar la cantidad de fallas SL LBT asociadas con el conjunto de RB según un procedimiento de LBT.

Una WTRU puede indicar una falla SL LBT a una estación base. La WTRU puede realizar un procedimiento de LBT que incluya uno o más intentos de LBT. La WTRU puede determinar que un intento de LBT en un conjunto de RB no ha tenido éxito. La WTRU puede determinar una falla de SL LBT asociada con el conjunto de RB basándose en el intento fallido de LBT en el conjunto de RB. La WTRU puede enviar una indicación de la falla del SL LBT a la estación base, por ejemplo, utilizando un MAC CE o utilizando un reconocimiento negativo para una transmisión del canal de control de enlace ascendente físico (PUCCH) desde la estación base.

Una WTRU puede realizar múltiples intentos de LBT en los respectivos conjuntos de RB de los conjuntos de RB configurados. La WTRU puede recibir información de configuración que indique múltiples conjuntos de RB. La WTRU puede realizar un intento LBT respectivo en un conjunto de RB de los conjuntos de RB configurados. La WTRU puede determinar que un intento de LBT en un conjunto de RB de los conjuntos de RB configurados es exitoso. La WTRU puede transmitir un TB utilizando el conjunto de RB asociado con el intento LBT exitoso.

Aunque las implementaciones descritas en la presente memoria pueden considerar protocolos específicos de 3GPP, se entiende que las implementaciones descritas en la presente memoria no están restringidas a esta situación y pueden ser aplicables a otros sistemas inalámbricos. Por ejemplo, aunque las soluciones descritas en la presente memoria consideran protocolos específicos LTE, LTE-A, Nueva Radio (NR) o 5G, se entiende que las soluciones descritas en la presente memoria no están restringidas a esta situación y son aplicables también a otros sistemas inalámbricos. Por ejemplo, si bien el sistema se ha descrito con referencia a una capa de red 3GPP, 5G y/o NR, las realizaciones previstas se extienden más allá de las implementaciones que utilizan una tecnología de capa de red particular. Asimismo, las posibles implementaciones se extienden a todo tipo de arquitecturas, sistemas y realizaciones de capa de servicio.

Los procesos descritos en la presente memoria pueden implementarse en un programa informático, software y/o firmware incorporado en un medio legible por ordenador para su ejecución por un ordenador y/o procesador. Los ejemplos de medios legibles por ordenador incluyen, pero no se limitan a, señales electrónicas (transmitidas a través de conexiones cableadas o inalámbricas) y/o medios de almacenamiento legibles por ordenador. Ejemplos de medios de almacenamiento legibles por ordenador incluyen, pero no se limitan a, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, memoria caché, dispositivos de memoria semiconductores, medios magnéticos tales como, aunque no de forma limitativa, discos duros internos y/o discos extraíbles, medios magnetoópticos, y medios ópticos tales como discos de disco compacto (CD)ROM, y/o discos versátiles digitales (DVD). Se puede usar un procesador asociado consoftwarepara implementar un transceptor de radiofrecuencia para su uso en una WTRU, terminal, estación base, RNC y/o cualquier ordenador anfitrión.

Se entiende que las entidades que realizan los procesos aquí descritos pueden ser entidades lógicas que pueden implementarse en forma de software (p. ej., instrucciones ejecutables por ordenador) almacenadas en una memoria y que se ejecutan en un procesador de un dispositivo móvil, un nodo de red o un sistema informático. Es decir, los procesos pueden implementarse en forma de software (p. ej., instrucciones ejecutables por ordenador) almacenado en una memoria de un dispositivo móvil y/o nodo de red, tal como el nodo o sistema informático, cuyas instrucciones ejecutables por ordenador, cuando son ejecutadas por un procesador del nodo, realizan los procesos discutidos. También se entiende que cualquier proceso de transmisión y recepción ilustrado en las figuras puede ser realizado por la circuitería de comunicación del nodo bajo el control del procesador del nodo y las instrucciones ejecutables por ordenador (p. ej., software) que ejecuta.

Las diversas técnicas descritas en la presente memoria pueden implementarse en conexión con hardware o software o, cuando sea apropiado, con una combinación de ambos. Por lo tanto, las implementaciones y aparatos de la materia aquí descrita, o ciertos aspectos o partes de la misma, pueden tomar la forma de código de programa (p. ej., instrucciones) incorporado en medios tangibles que incluyen cualquier otro medio de almacenamiento legible por máquina en donde, cuando el código de programa se carga y es ejecutado por una máquina, como un ordenador, la máquina se convierte en un aparato para practicar la materia aquí descrita. En el caso en que el código del programa se almacena en medios, puede darse el caso de que el código del programa en cuestión se almacene en uno o más medios que realicen colectivamente las acciones en cuestión, es decir, que los uno o más medios tomados en conjunto contengan código para realizar las acciones, pero que - en el caso de que haya más de un medio único - no haya ningún requisito de que ninguna parte particular del código se almacene en ningún medio en particular. En el caso de ejecución de código de programa en dispositivos programables, el dispositivo informático generalmente incluye un procesador, un medio de almacenamiento legible por el procesador (incluyendo elementos de memoria y/o almacenamiento volátiles y no volátiles), al menos un dispositivo de entrada y al menos un dispositivo de salida. Uno o más programas que pueden implementar o utilizar los procesos descritos en relación con el tema descrito en la presente memoria, p. ej., mediante el uso de una API, controles reutilizables o similares. Estos programas se implementan preferiblemente en un lenguaje de programación orientado a objetos o de procedimiento de alto nivel para comunicarse con un sistema informático. Sin embargo, los programas pueden implementarse en lenguaje ensamblador o lenguaje máquina, si así se desea. En cualquier caso, el lenguaje puede ser un lenguaje compilado o interpretado y combinado con implementaciones de hardware.

Claims (15)

REIVINDICACIONES

1. Una unidad de transmisión/recepción inalámbrica, WTRU, que comprende:

un procesador configurado para:

recibir información de configuración para un procedimiento de escuchar antes de hablar, LBT, en enlace lateral, SL, en donde la información de configuración indica un período de tiempo y un valor de contador máximo; realizar, en función de la información de configuración, el procedimiento SL LBT sobre un conjunto de recursos; determinar activar una falla de SL LBT consistente, CSLF, en función del procedimiento SL LBT realizado en el conjunto de recursos, en donde una cantidad de fallas de LBT asociadas con el conjunto de recursos alcanza el valor de contador máximo;

en función de la determinación de activar la CSLF, iniciar un temporizador, en donde el temporizador está asociado con el período de tiempo;

durante el período de tiempo en que se ejecuta el temporizador, seleccionar un primer recurso para una primera transmisión SL de una pluralidad de recursos que excluye el conjunto de recursos asociados con la CSLF; activar un elemento de control, CE, de control de acceso al medio, MAC, de CSLF;

enviar la CSLF MAC CE; y

tras expirar el temporizador, cancelar la CSLF asociada con el conjunto de recursos.

2. La WTRU de la reivindicación 1, en donde la CSLF MAC CE se envía a través de la primera transmisión SL.

3. La WTRU según la reivindicación 1, en donde el procesador está configurado además para seleccionar un segundo recurso para una segunda transmisión SL de entre una pluralidad de recursos que incluye el conjunto de recursos.

4. La WTRU de la reivindicación 1, en donde el procesador está configurado, además, para:

enviar la primera transmisión SL utilizando el primer recurso; y

enviar la segunda transmisión SL utilizando el segundo recurso.

5. La WTRU de la reivindicación 1, en donde la CSLF MAC CE indica la CSLF asociada con el conjunto de recursos, y en donde el procesador está configurado además para:

recibir una concesión de enlace ascendente, UL; y

enviar la CSLF MAC CE según la concesión UL.

6. La WTRU de la reivindicación 1, en donde el procesador está configurado, además, para: determinar una parte de ancho de banda, BWP, para la primera transmisión SL, en donde la BWP comprende la pluralidad de recursos de los que se selecciona el primer recurso para la primera transmisión SL.

7. La WTRU de la reivindicación 1, en donde el procesador está configurado además para operar según un modo de asignación de recursos SL 2, y en donde el procesador está configurado además para: determinar que ocurre una falla de LBT en el conjunto de recursos;

incrementar un valor de contador para el conjunto de recursos en uno;

determinar que el número de fallas de LBT es igual o mayor que el valor de contador máximo; y

enviar la CSLF MAC CE indicando la CSLF asociada al conjunto de recursos.

8. La WTRU de la reivindicación 1, en donde el inicio del temporizador indica el inicio de un informe de CSLF y un procedimiento de recuperación configurado para la WTRU.

9. La WTRU según la reivindicación 1, en donde la información de configuración indica uno o más grupos de recursos para el procedimiento SL LBT, en donde un primer grupo de recursos de los uno o más grupos de recursos excluye el conjunto de recursos, y un segundo grupo de recursos de los uno o más grupos de recursos incluye el conjunto de recursos, y en donde el procesador está configurado además para utilizar el primer grupo de recursos para la selección del primer recurso para la primera transmisión SL durante el período de tiempo y, después de la expiración del temporizador, conmutar al segundo grupo de recursos para una selección de un segundo recurso para una segunda transmisión SL.

10. La WTRU de la reivindicación 9, en donde el primer recurso y el segundo recurso son iguales o diferentes.

11. La WTRU según la reivindicación 1, en donde el conjunto de recursos comprende un conjunto de bloques de recursos, RB.

12. Un método realizado por una unidad de transmisión/recepción inalámbrica, WTRU, que comprende: recibir información de configuración para un procedimiento de escuchar antes de hablar, LBT, en enlace lateral, SL, en donde la información de configuración indica un período de tiempo y un valor de contador máximo; realizar, en función de la información de configuración, el procedimiento SL LBT sobre un conjunto de recursos; determinar activar una falla de SL LBT consistente, CSLF, en función del procedimiento SL LBT realizado en el conjunto de recursos, en donde una cantidad de fallas de LBT asociadas con el conjunto de recursos alcanza el valor de contador máximo;

en función de la determinación de activar la CSLF, iniciar un temporizador, en donde el temporizador está asociado con el período de tiempo;

durante el período de tiempo en que se ejecuta el temporizador, seleccionar un primer recurso para una primera transmisión SL de una pluralidad de recursos que excluye el conjunto de recursos asociados con la CSLF; activar un elemento de control, CE, de control de acceso al medio, MAC, de CSLF;

enviar la CSLF MAC CE; y

tras expirar el temporizador, cancelar la CSLF asociada con el conjunto de recursos.

13. El método de la reivindicación 12, en donde la CSLF MAC CE se envía a través de la primera transmisión SL.

14. El método de la reivindicación 12, que comprende además seleccionar un segundo recurso para una segunda transmisión SL de una pluralidad de recursos que incluye el conjunto de recursos.

15. El método de la reivindicación 12, en donde la CSLF MAC CE indica la CSLF asociada con el conjunto de recursos, y en donde el método comprende además:

recibir una concesión de enlace ascendente, UL; y

enviar la CSLF MAC CE según la concesión UL.