ES3036764T3 - Method and apparatus for lbt failure detection - Google Patents

Method and apparatus for lbt failure detection

Info

Publication number
ES3036764T3
ES3036764T3 ES23215599T ES23215599T ES3036764T3 ES 3036764 T3 ES3036764 T3 ES 3036764T3 ES 23215599 T ES23215599 T ES 23215599T ES 23215599 T ES23215599 T ES 23215599T ES 3036764 T3 ES3036764 T3 ES 3036764T3
Authority
ES
Spain
Prior art keywords
lbt
failure
fault
reset
mac entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES23215599T
Other languages
English (en)
Inventor
Hungchen Chen
Chieming Chou
Chiahung Wei
Meiju Shih
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hannibal IP LLC
Original Assignee
Hannibal IP LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=71404694&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES3036764(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Hannibal IP LLC filed Critical Hannibal IP LLC
Application granted granted Critical
Publication of ES3036764T3 publication Critical patent/ES3036764T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835—Determination of neighbour cell lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/06—Reselecting a communication resource in the serving access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • H04W36/362—Conditional handover

Landscapes

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

Abstract

Se proporciona un método para la detección de fallos de LBT por parte de un UE. El método incluye: recibir, por parte de una entidad MAC del UE, una indicación de fallo de LBT de una capa inferior para todas las transmisiones de UL; incrementar el contador de fallos de LBT cuando la entidad MAC recibe la indicación; determinar si se produce un evento de fallo de LBT cuando el contador de fallos de LBT es mayor o igual a un umbral; y reiniciar el contador de fallos de LBT después de que la entidad MAC no haya recibido la indicación de fallo de LBT durante un período determinado. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Procedimiento y aparato para detección de fallo de LBT
Campo
La presente exposición se refiere de manera general a comunicación inalámbrica, y más particularmente, a indicación de fallo de escuchar antes de hablar (LBT) y a determinación de acontecimiento de fallo de LBT en las redes de comunicación inalámbrica de siguiente generación.
Antecedentes
Se han realizado diversos esfuerzos para mejorar diferentes aspectos de comunicaciones inalámbricas, tales como tasa de transmisión de datos, latencia, fiabilidad y movilidad, para los sistemas de comunicación inalámbrica de siguiente generación (por ejemplo, nueva radio (NR) de quinta generación (5G)). LBT es un mecanismo mediante el cual un dispositivo inalámbrico aplica evaluación de canal despejado (CCA) antes de utilizar el canal. El proyecto de asociación de 3a generación (3GPP) especifica un esquema de LBT conservador similar al utilizado por nodos de Wi-Fi para garantizar la coexistencia de acceso asistido por licencia (LAA) con Wi-Fi. LAA utiliza agregación de portadoras en transmisión de enlace descendente para combinar LTE en un espectro no licenciado (por ejemplo, 5 GHz) con LTE en una banda licenciada. En NR, puede requerirse LBT antes de cualquier transmisión cuando se actúa en un espectro no licenciado. Existe una necesidad en la industria de un mecanismo mejorado y eficiente para que un UE gestione un fallo de LBT que puede tener lugar en la capa física. Otro ejemplo puede encontrarse en el documento US 2018/184362 A1 (BABAEI ALIREZA[US]ET AL)del 28 de junio de 2018 y en el documento no de patente VIVO: “LBT impacts on BFD in NR-U”, 3GPP DRAFT; R2-181826.
Sumario
La presente exposición se refiere a un procedimiento para detección de fallo de LBT realizado por un UE en las redes de comunicación inalámbrica de siguiente generación. La invención se define mediante las reivindicaciones independientes adjuntas y realizaciones adicionales se describen mediante las reivindicaciones subordinadas.Breve descripción de los dibujos
Aspectos de la exposición de ejemplo se entienden mejor a partir de la siguiente descripción detallada cuando se lee junto con las figuras adjuntas. Diversas características no están dibujadas a escala. Las dimensiones de diversas características pueden aumentarse o reducirse de manera arbitraria por claridad de la discusión.
La figura 1 es un diagrama de flujo de un procedimiento de ejemplo para detección de fallo de LBT realizado por un UE, según una implementación de ejemplo de la presente solicitud.
La figura 2 es un diagrama de flujo de un procedimiento de ejemplo para actualizar un contador de fallos de LBT realizado por un UE, según una implementación de ejemplo de la presente solicitud.
La figura 3 es un diagrama de flujo de un procedimiento de ejemplo realizado por un UE después de determinar que se produce un acontecimiento de fallo de LBT, según una implementación de ejemplo de la presente solicitud.
La figura 4 es un diagrama de flujo de un procedimiento de ejemplo realizado por un UE cuando se indica un problema de fallo de LBT a una capa superior, según una realización reivindicada de la presente solicitud. La figura 5 es un diagrama de bloques que ilustra un nodo para comunicación inalámbrica según diversos aspectos de la presente solicitud.
Descripción detallada
La siguiente descripción contiene información específica referente a implementaciones de ejemplo en la presente exposición. Los dibujos en la presente exposición y su descripción detallada adjunta se refieren simplemente a implementaciones de ejemplo. Sin embargo, la presente exposición no se limita simplemente a estas implementaciones de ejemplo. Otras variaciones e implementaciones de la presente exposición se les ocurrirán a los expertos en la materia. A menos que se indique lo contrario, elementos iguales o correspondientes entre las figuras pueden indicarse mediante números de referencia iguales o correspondientes. Además, los dibujos e ilustraciones en la presente exposición generalmente no están a escala, y no se pretende que correspondan a dimensiones relativas reales.
Con fines de coherencia y facilidad de comprensión, pueden identificarse características iguales (aunque, en algunos ejemplos, no se muestran) mediante los mismos números en las figuras de ejemplo. Sin embargo, las características en diferentes implementaciones pueden diferir en otros aspectos, y por tanto no se limitarán de manera estrecha a lo que se muestra en las figuras.
La descripción utiliza las expresiones “en una implementación”, o “en algunas implementaciones”, que pueden referirse, cada una, a una o más de las mismas o diferentes implementaciones. El término “acoplado” se define como conectado, ya sea directa o indirectamente a través de componentes intermedios, y no se limita necesariamente a conexiones físicas. El término “que comprende”, cuando se utiliza, significa “que incluye, pero sin limitarse necesariamente a”; indica específicamente una inclusión o pertenencia abierta en la combinación, grupo, serie y equivalente así descrito. La expresión “por lo menos uno de entre A, B y C” o “por lo menos uno de entre los siguientes: A, B y C” significa “solo A, o solo B, o solo C, o cualquier combinación de A, B y C”.
Adicionalmente, con fines de explicación y no de limitación, se exponen detalles específicos, tales como entidades funcionales, técnicas, protocolos, normas y similares, para proporcionar una comprensión de la tecnología descrita. En otros ejemplos, se omite una descripción detallada de procedimientos, tecnologías, sistemas, arquitecturas y similares bien conocidos de manera que no se complique la descripción con detalles innecesarios.
Los expertos en la materia reconocerán inmediatamente que cualquier función o funciones de red o algoritmo(s) descrito(s) en la presente exposición puede implementarse mediante hardware, software o una combinación de software y hardware. Las funciones descritas pueden corresponder a módulos que pueden ser software, hardware, firmware o cualquier combinación de los mismos. La implementación de software puede comprender instrucciones ejecutables por ordenador almacenadas en medio legible por ordenador tal como memoria u otro tipo de dispositivos de almacenamiento. Por ejemplo, uno o más microprocesadores u ordenadores de propósito general con capacidad de procesamiento de comunicación pueden programarse con instrucciones ejecutables correspondientes y llevar a cabo la(s) función/funciones de red o algoritmo(s) descrito(s). Los microprocesadores u ordenadores de propósito de general pueden estar formados por un conjunto de circuitos integrados específicos de aplicaciones (ASIC), matrices lógicas programables y/o utilizando uno o más procesadores de señales digitales (DSP). Aunque algunas de las implementaciones de ejemplo descritas en esta memoria descriptiva están orientadas a software instalado y que se ejecuta en hardware informático, no obstante, implementaciones de ejemplo alternativas implementadas como firmware o como hardware o combinación de hardware y software están dentro del alcance de la presente exposición.
El medio legible por ordenador incluye, pero no se limita a, memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), memoria de solo lectura borrable y programable (EPROM), memoria de solo lectura eléctricamente borrable y programable (EEPROM), memoria de tipo flash, memoria de solo lectura de disco compacto (CD-ROM), casetes magnéticos, cinta magnética, almacenamiento en disco magnético o cualquier otro medio equivalente que puede almacenar instrucciones legibles por ordenador.
Una arquitectura de red de comunicación de radio (por ejemplo, un sistema de evolución a largo plazo (LTE), un sistema de LTE avanzada (LTE-A), un sistema de LTE-Advanced Pro, o una red de acceso de radio de NR de 5G (RAN)) incluye normalmente por lo menos una estación base, por lo menos un UE, y uno o más elementos de red opcionales que proporcionan conexión hacia una red. El UE se comunica con la red (por ejemplo, una red principal (CN), una red de núcleo de paquetes evolucionado (EPC), una red de acceso de radio terrestre universal evolucionada (E-UTRAN), un núcleo de 5G (5GC), o Internet), a través de una RAN establecida por una o más estaciones base.
Debe observarse que, en la presente solicitud, un UE puede incluir, pero no se limita a, una estación móvil, un terminal o dispositivo móvil, un terminal de radio de comunicación de usuario. Por ejemplo, un UE puede ser un equipo de radio portátil, que incluye, pero no se limita a, un teléfono móvil, una tableta, un dispositivo ponible, un sensor, un vehículo o un asistente digital personal (PDA) con capacidad de comunicación inalámbrica. El UE está configurado para recibir y transmitir señales a través de una interfaz aérea a una o más celdas en una red de acceso de radio.
Una estación base puede estar configurada para proporcionar servicios de comunicación según por lo menos una de las siguientes tecnologías de acceso de radio (RAT): interoperabilidad mundial para acceso por microondas (WiMAX), sistema global para comunicaciones móviles (GSM, con frecuencia denominado 2G), red de acceso de radio de tasas de transmisión de datos potenciadas por GSM para evolución de GSM (EDGE) (GERAN), servicio de radio por paquetes general (GPRS), sistema de telecomunicaciones móvil universal (UMTS, con frecuencia denominado 3G) basado en acceso múltiple por división de código de banda ancha básico (W-CDMA), acceso por paquetes de alta velocidad (HSPA), LTE, LTE-A, eLTE (LTE evolucionado, por ejemplo, LTE conectado a 5GC), NR (con frecuencia denominado 5G) y/o LTE-A Pro. Sin embargo, el alcance de la presente solicitud no debe limitarse a los protocolos anteriormente mencionados.
Una estación base puede incluir, pero no se limita a, un nodo B (NB) como en UMTS, un nodo B evolucionado (eNB) como en LTE o LTE-A, un controlador de red de radio (RNC) como en UMTS, un controlador de estación base (BSC) como en GSM/GERAN, un ng-eNB como en una estación base de E-UTRA en conexión con 5GC, un nodo B de siguiente generación (gNB) como en 5G-RAN, y cualquier otro aparato que puede controlar la comunicación de radio y gestionar recursos de radio dentro de una celda. La estación base puede dar servicio a uno o más UE a través de una interfaz de radio.
La estación base puede hacerse funcionar para proporcionar cobertura de radio a una zona geográfica específica utilizando una pluralidad de celdas que forman la red de acceso de radio. La estación base soporta las operaciones de las celdas. Cada celda puede hacerse funcionar para proporcionar servicio a por lo menos un UE dentro de su cobertura de radio. Más específicamente, cada celda (con frecuencia denominada celda que da servicio) proporciona servicios para dar servicio a uno o más UE dentro de su cobertura de radio (por ejemplo, cada celda planifica los recursos de enlace descendente y opcionalmente de enlace ascendente para por lo menos un UE dentro de su cobertura de radio para transmisiones de paquetes de enlace descendente y opcionalmente de enlace ascendente). La estación base puede comunicarse con uno o más UE en el sistema de comunicación de radio a través de la pluralidad de celdas. Una celda puede asignar recursos de enlace lateral (SL) para soportar servicio de proximidad (ProSe) o servicio de vehículo a todo (V2X). Cada celda puede presentar áreas de cobertura superpuestas con otras celdas.
Tal como se comentó anteriormente, la estructura de trama para NR es para soportar configuraciones flexibles para adaptarse a diversos requisitos de comunicación de siguiente generación (por ejemplo, 5G), tales como banda ancha móvil potenciada (eMBB), comunicación de tipo máquina masiva (mMTC), comunicación ultrafiable y de baja latencia (URLLC), al tiempo que se cumplen requisitos de alta fiabilidad, alta tasa de transmisión de datos y baja latencia. La tecnología de multiplexación por división de frecuencia ortogonal (OFDM) tal como se acuerda en 3GPP puede servir como referencia para la forma de onda de NR. También puede utilizarse la numerología de OFDM ajustable a escala, tal como la separación de subportadoras adaptativa, el ancho de banda de canal y el prefijo cíclico (CP). Adicionalmente, se consideran dos esquemas de codificación para NR: (1) código de comprobación de paridad baja densidad (LDPC) y (2) código polar. La adaptación de esquema de codificación puede configurarse basándose en las condiciones de canal y/o las aplicaciones de servicio.
Además, también se considera que, en un intervalo de tiempo de transmisión TX de una única trama de NR, deben introducirse por lo menos unos datos de transmisión de enlace descendente (DL), un periodo de protección y unos datos de transmisión de enlace ascendente (UL), en donde las porciones respectivas de los datos de transmisión de DL, el periodo de protección, los datos de transmisión de UL también deben poder configurarse, por ejemplo, basándose en la dinámica de red de NR. Además, también pueden proporcionarse recursos de enlace lateral en una trama de NR para soportar servicios de ProSe o servicios de V2X.
La red inalámbrica de siguiente generación (por ejemplo, NR de 5G) se concibe para soportar más capacidad, datos y servicios. Un UE configurado con conectividad múltiple puede conectarse a un nodo maestro (MN) como anclaje y uno o más nodos secundarios (SN) para entrega de datos. Cada uno de estos nodos puede estar formado por un grupo de celdas que incluye una o más celdas. Por ejemplo, un MN puede estar formado por un grupo de celdas maestras (MCG), y un SN puede estar formado por un grupo de celdas secundarias (SCG). Dicho de otro modo, para un UE configurado con conectividad doble (DC), el MCG puede ser un conjunto de una o más celdas que dan servicio que incluye la celda primaria (PCell) y ninguna o más células secundarias (SCell), y el SCG puede ser un conjunto de una o más celdas que dan servicio que incluye la celda secundaria primaria (PSCell) y ninguna o más celdas secundarias (SCell).
Tal como se describió anteriormente, la PCell puede ser una celda de MCG que funciona en la frecuencia primaria, en la que el UE o bien realiza el procedimiento de establecimiento de conexión inicial o bien inicia el procedimiento de restablecimiento de conexión. En el modo de conectividad doble de radio múltiple (MR-DC), la PCell puede pertenecer al MN. La PSCell puede ser una celda de SCG en la que el UE realiza acceso aleatorio (por ejemplo, cuando se realiza reconfiguración con un procedimiento de sincronización). En MR-DC, la PSCell puede pertenecer al SN. Una celda especial (SpCell) puede referirse a una PCell del MCG o una PSCell del SCG, dependiendo de si la entidad de MAC está asociada con el MCG o el SCG. De lo contrario, el término celda especial puede referirse a la PCell. Una celda especial puede soportar una transmisión de canal de control de enlace ascendente físico (PUCCH) y acceso aleatorio basado en contención, y puede estar siempre activa. Adicionalmente, para un UE en un estado RRC_CONNECTED que no está configurado con agregación de portadoras/conectividad doble (CA/DC), el UE puede comunicarse únicamente con una celda que da servicio que puede ser la celda primaria. A la inversa, para un UE en el estado RRC_CONNECTED que está configurado con CA/DC, un conjunto de celdas que dan servicio que incluye la(s) celda(s) especial(es) y todas las celdas secundarias pueden comunicarse con el UE.
Además, los términos “sistema” y “red” en la presente memoria pueden utilizarse de manera intercambiable. El término “y/o” en la presente memoria solo es una relación de asociación para describir objetos asociados, y representa que pueden existir tres relaciones. Por ejemplo, A y/o B pueden indicar que: A existe solo, A y B existen al mismo tiempo, o B existe solo. Además, el carácter “/” en la presente memoria representa generalmente que el primer y segundo objetos asociados están en una relación de tipo “o”.
En un procedimiento de acceso aleatorio (RA), dos variables de UE, incluyendo un contador para transmisión de preámbulo (por ejemplo,PREAMBLE_TRANSMISSION_COUNTER)y un contador para aumento en rampa de potencia (por ejemplo,PREAMBLE_POWER_RAMPING_COUNTe R),pueden aumentarse con cada intento. En operaciones de NR no licenciada (NR-U), puede no aplicarse el aumento en rampa de potencia (por ejemplo, la variable de UEPREAMBLE_POw Er_RAMPING_Co Un TERno aumenta) dado que no se transmite un preámbulo debido a fallo de LBT. Si no se transmite el preámbulo debido a fallo de LBT, el UE puede realizar de nuevo el procedimiento de selección de recursos de acceso aleatorio, y, la variable de UEPREAMBLE_TRANSMISION_COUNTERpuede no aumentar en consecuencia. Por tanto, puede requerirse una indicación de fallo de LBT desde una capa física hasta una capa de MAC (por ejemplo, para mantener los contadores).
Además, dado que un contador de petición de planificación (SR) puede no actualizarse dependiendo del desenlace de LBT, puede resultar beneficioso considerar un mecanismo adicional en el que puede determinarse que un procedimiento de SR no es satisfactorio debido a un fallo de LBT de enlace ascendente sistemático. Este mecanismo puede ser generalmente aplicable a otras transmisiones de enlace ascendente para determinar un problema de enlace de radio.
Cuando se actúa en un espectro no licenciado, si un UE desea transmitir un preámbulo, un msg3 en un procedimiento de RA de 4 etapas, un msgA en un procedimiento de RA de 2 etapas, datos en concesiones configuradas de enlace ascendente, o una SR en un recurso de PUCCH, el UE puede necesitar pasar en primer lugar LBT para ocupar un canal de LBT, una subbanda, una parte de ancho de banda (BWP), una portadora o una celda. Dado que el procedimiento de RA, el procedimiento de SR o la transmisión en concesiones configuradas pueden gestionarse principalmente por la capa de MAC, puede requerirse una indicación de fallo de LBT o una indicación de éxito de LBT a partir de una capa inferior (que se encarga del mecanismo de LBT) para esas operaciones.
En una implementación, una capa superior (por ejemplo, una capa de MAC) puede indicar a una capa inferior (por ejemplo, una capa PHY) que transmita un preámbulo de acceso aleatorio utilizando una ocasión de canal de acceso aleatorio físico (PRACH) seleccionado, un identificador temporal de red de radio de acceso aleatorio (RA-RNTI) correspondiente, un índice de preámbulo (por ejemplo, una variable de UEPREAMBLE_INDEXtal como se describe en la norma técnica (TS) 38.321) y una potencia objetivo recibida de preámbulo (por ejemplo, una variable de UEPREAMBLE_RECEIVED_TARGET_PoWERtal como se describe en TS 38.321). En una implementación, la capa superior (por ejemplo, la capa de MAC) puede indicar a la capa inferior (por ejemplo, la capa PHY) que transmita un msgA (de un procedimiento de RA de 2 etapas) utilizando una ocasión de PRACH seleccionada, un recurso de PUSCH asociado, un RA-RNTI correspondiente (si está disponible), un MSGB-RNTI correspondiente (si está disponible), un índice de preámbulo seleccionado (por ejemplo,PREAMBLEJNDEX)y una potencia objetivo recibida de preámbulo (por ejemplo,PREAMBLE_RECEIVED_TARGET_POWER).En una implementación, la capa superior (por ejemplo, la capa de MAC) puede indicar a la capa inferior (por ejemplo, la capa PHY) que transmita un msg3 (de un procedimiento de RA de 4 etapas) utilizando la concesión de enlace ascendente recibida. En una implementación, la capa superior (por ejemplo, la capa de MAC) puede indicar a la capa inferior (por ejemplo, la capa PHY) que señalice una SR en un recurso de PUCCH válido. En una implementación, la capa superior (por ejemplo, la capa de MAC) puede indicar a la capa inferior (por ejemplo, la capa PHY) que transmita datos de UL utilizando concesiones configuradas que se configuran mediante una capa de control de recursos de radio (RRC) por cada celda que da servicio y por cada BWP.
La figura 1 es un diagrama de flujo de un procedimiento de ejemplo 100 para detección de fallo de LBT realizado por un UE, según una implementación de ejemplo de la presente solicitud. En la acción 102, una entidad de MAC del UE puede recibir una indicación de fallo de LBT a partir de una capa inferior (por ejemplo, una capa PHY) para todas las transmisiones de UL. La indicación de fallo de LBT puede ser independiente de tipos de transmisión de UL. Por ejemplo, la capa PHY puede proporcionar una indicación de fallo de LBT común a la entidad de MAC cuando falla LBT para diferentes operaciones de transmisión de UL. En una implementación, la capa PHY puede enviar una indicación de fallo de LBT a la entidad de MAC cuando la capa PHY determina que falla un procedimiento de LBT de una transmisión de UL (por ejemplo, independientemente de tipos de transmisión de UL). En una implementación, la capa PHY puede abandonar la transmisión de UL cuando determina que falla el procedimiento de LBT.
En la acción 104, el UE (por ejemplo, la entidad de MAC del UE) puede aumentar un contador de fallos de LBT cuando la entidad de MAC recibe la indicación de fallo de LBT. En una implementación, el contador de fallos de LBT se aumenta un valor de etapa (por ejemplo, 1) siempre que la entidad de MAC recibe la indicación de fallo de LBT.
En la acción 106, el UE (por ejemplo, la entidad de MAC del UE) puede determinar que se produce un acontecimiento de fallo de LBT cuando el contador de fallos de LBT es mayor que, o igual a, un umbral. En una implementación, el umbral puede ser un parámetro (por ejemplo,Ibt-FailureInstanceMaxCount)configurado mediante una configuración (por ejemplo, una configuración de RRC). En una implementación, el umbral puede emitirse por radiodifusión en información de sistema.
En la acción 108, el UE (por ejemplo, la entidad de MAC del UE) puede reiniciar el contador de fallos de LBT después de que la entidad de MAC no haya recibido la indicación de fallo de LBT durante un periodo de tiempo.
En una implementación, el UE puede establecer el contador de fallos de LBT a un valor inicial (por ejemplo, 0) cuando el UE reinicia el contador de fallos de LBT. En una implementación, el periodo de tiempo puede indicarse mediante un temporizador configurable (por ejemplo,Ibt-FailureDetectionTimer)configurado mediante una configuración (por ejemplo, una configuración de RRC). En una implementación, el periodo de tiempo puede emitirse por radiodifusión en información de sistema.
Un fallo de LBT puede provocarse por diferentes operaciones o diferentes tipos de transmisión de UL (por ejemplo, transmisión de preámbulo de RA, msgA, msg3, SR, o datos de UL en concesiones configuradas). En una implementación, puede haber un contador de fallos de LBT común para todos los tipos de transmisión de UL. En una implementación, cuando hayk1indicaciones de fallo de LBT consecutivas (ok1indicaciones de fallo de LBT sistemáticas) recibidas a partir de una capa inferior (por ejemplo, una capa PHY) independientemente de los tipos de transmisión de UL, una entidad de MAC puede determinar que se produce un acontecimiento de fallo de LBT.k1puede ser el número máximo de indicaciones de fallo de LBT consecutivas (o indicaciones de fallo de LBT sistemáticas). Por ejemplo,k1puede ser un número entero positivo que indica el umbral en la acción 106. El acontecimiento de fallo de LBT también puede denominarse “fallo de LBT sistemático” dado que la entidad de MAC recibe sistemáticamente la indicación de fallo de LBT.
En una implementación, puede haber múltiples contadores de fallos de LBT correspondientes a diferentes operaciones de transmisión de UL, y por tanto puede haber diferentes valores dek1para diferentes operaciones de transmisión de UL. En una implementación, el valor dek1para cada operación puede proporcionarse en una señalización común (por ejemplo, una configuración de LBT que proporciona información o parámetros relacionados con LBT). En una implementación, el valor dek1para diferentes operaciones puede proporcionarse por separado en diferentes señalizaciones. Por ejemplo, el valor dek1para un procedimiento de RA puede proporcionarse en una señalización relacionada con acceso aleatorio (por ejemplo, configuración de RACH dedicada/común), el valor dek1para SR puede proporcionarse en una señalización relacionada con SR, y el valor dek1para concesiones configuradas puede proporcionarse en una configuración de concesión configurada relacionada.
En una implementación, después de determinar que se produce el acontecimiento de fallo de LBT, la entidad de MAC puede indicar un problema de fallo de LBT a una capa superior (por ejemplo, una capa de RRC). En una implementación, la entidad de MAC puede indicar el problema de fallo de LBT y la operación que provoca el problema de fallo de LBT a la capa superior. Por ejemplo, puede utilizarse una causa de fallo de LBT para indicar a la capa superior qué clase de problema de fallo se produce a la entidad de MAC. En una implementación, la causa de fallo de LBT puede presentar uno o más bits (por ejemplo, 2 bits), en los que diferentes valores pueden representar las diferentes operaciones que provocan el fallo. Puede depender de la implementación del UE si indicar diferentes causas de fallo de LBT desde la capa de MAC hasta la capa de RRC. En una implementación, la capa de RRC puede recibir un problema de fallo de LBT relacionado con la operación de SR a partir de la capa de MAC, y la capa de RRC puede recibir otro problema de fallo de LBT relacionado con la operación de RA a partir de la capa de MAC, y así sucesivamente.
En una implementación, el UE puede utilizar una variable de UE (por ejemplo, el contador de fallos de LBT en la acción 104), para contar el número de indicaciones de fallo de LBT consecutivas independientemente de los tipos de transmisión de UL. En una implementación, el UE (por ejemplo, la entidad de MAC del UE) puede establecer el contador de fallos de LBT a 0 en el estado inicial. En una implementación, el UE (por ejemplo, la entidad de MAC del UE) puede aumentar el contador de fallos de LBT en 1 cuando se recibe una indicación de fallo de LBT para todas las transmisiones de UL. Por ejemplo, el UE (por ejemplo, la entidad de MAC del UE) puede aumentar en primer lugar el contador de fallos de LBT en 1 cuando se recibe una indicación de fallo de LBT que está provocada por una transmisión de preámbulo insatisfactoria debido a fallo de LBT. Entonces, el UE (por ejemplo, la entidad de MAC del UE) puede aumentar de nuevo el contador de fallos de LBT en 1 cuando se recibe otra indicación de fallo de LBT que está provocada por una transmisión de UL insatisfactoria utilizando concesiones configuradas debido a fallo de LBT, y así sucesivamente.
En una implementación, el umbral (por ejemplo, el valor dek1)puede ser un valor fijo o configurarse por la red (por ejemplo, mediante señalización dedicada o mediante radiodifusión en información de sistema). En una implementación, si el umbral no se configura por la red, el UE puede aplicar un valor por defecto para el umbral. En una implementación, el UE puede aplicar en primer lugar el umbral emitido por radiodifusión en información de sistema y después aplicar un nuevo valor del umbral si se configura mediante señalización dedicada (por ejemplo, señalización de RRC).
En una implementación, la entidad de MAC puede considerar que LBT para un intento de transmisión de UL es satisfactorio después de que la entidad de MAC no haya recibido una indicación de fallo de LBT durante un periodo de tiempo. En una implementación, cuando la entidad de MAC considera que LBT para un intento de transmisión de UL es satisfactorio, la entidad de MAC puede reiniciar el contador de fallos de LBT (por ejemplo, establecer el contador de fallos de LBT a 0). En una implementación, el UE (o la entidad de MAC del UE) puede reiniciar el contador de fallos de LBT cuando la entidad de MAC indica un problema de fallo de LBT a una capa superior (por ejemplo, una capa de RRC). En una implementación, el UE puede detener el contador de fallos de LBT cuando la entidad de MAC indica el problema de fallo de LBT a la capa superior.
En una implementación, el UE puede reiniciar el contador de fallos de LBT cuando el UE realiza un procedimiento de restablecimiento. En una implementación, el UE puede reiniciar el contador de fallos de LBT cuando el UE conmuta a otra portadora, BWP, canal o unidad de LBT. En una implementación, el UE puede reiniciar el contador de fallos de LBT cuando se recibe una reconfiguración relacionada con gestión de fallos de LBT (por ejemplo, cuando se reconfigura por lo menos uno de entre el periodo de tiempo en la acción 108 y el umbral en la acción 106). En una implementación, el UE puede reiniciar el contador de fallos de LBT cuando se pide un reinicio de la entidad de MAC (por ejemplo, pedido mediante las capas superiores). En una implementación, el UE puede reiniciar el contador de fallos de LBT cuando cambia una condición de funcionamiento, tal como un cambio en el canal de LBT de funcionamiento (o que da servicio), subbanda, BWP, portadora o celda. En una implementación, el UE puede reiniciar el contador de fallos de LBT tras una transición de estado de RRC (por ejemplo, del estado RRC_IDLE al estado RRC_CONNECTED o del estado RRC_INACTIVE al estado RRC_CONNECTED).
La figura 2 es un diagrama de flujo de un procedimiento de ejemplo 200 para actualizar un contador de fallos de LBT realizado por un UE, según una implementación de ejemplo de la presente solicitud. En la acción 202, el UE puede recibir una configuración que indica por lo menos uno de entre el periodo de tiempo (utilizado en la acción 108 del procedimiento 100) y el umbral (utilizado en la acción 106 del procedimiento 100). La configuración puede transmitirse mediante señalización dedicada (por ejemplo, señalización de RRC) o emitirse por radiodifusión en información de sistema. En la acción 204, el UE puede realizar un procedimiento para detección de fallo de LBT que puede ser similar al procedimiento 100 mostrado en la figura 1. Las acciones 206, 208 y 210 pueden corresponder a tres condiciones posibles para reiniciar el contador de fallos de LBT. En la acción 206, el UE puede reiniciar el contador de fallos de LBT cuando se reconfigura por lo menos uno de entre el periodo de tiempo y el umbral (por ejemplo, cuando el UE recibe un mensaje de reconfiguración de RRC que cambia por lo menos uno de entre el periodo de tiempo y el umbral). En la acción 208, el UE puede reiniciar el contador de fallos de LBT cuando el UE conmuta a otra BWP. En la acción 210, el UE puede reiniciar el contador de fallos de LBT cuando se pide un reinicio de la entidad de MAC. Debe observarse que, aunque las acciones 206, 208 y 210 se indican como acciones separadas representadas como bloques independientes en la figura 2, estas acciones indicadas de manera separada no deben interpretarse como que presentan necesariamente un orden dependiente. No se pretende que el orden en el que se realizan las acciones en la figura 2 se interprete como una limitación. Además, una o más de las acciones 206, 208 y 210 pueden omitirse en algunas de las presentes implementaciones.
En una implementación, cuando una capa superior (por ejemplo, la capa de RRC) recibe una indicación de problema de fallo de LBT o el acontecimiento de fallo de LBT se produce porque el contador de fallos de LBT es mayor que, o igual a,k1,el UE (por ejemplo, la capa de RRC del UE) puede realizar por lo menos una de las siguientes acciones basándose en configuraciones o reglas predefinidas: realizar un procedimiento de recuperación de fallo de enlace de radio (RLF), realizar un procedimiento de restablecimiento, y conmutar una BWP activa del UE a otra BWP o portadora. Por ejemplo, cuando se produce el acontecimiento de fallo de LBT, el UE puede conmutar la BWP de UL activa a otra BWP de UL. En una implementación, cuando se produce el acontecimiento de fallo de LBT, el UE puede conmutar la BWP de UL activa a otra BWP de UL configurada con recursos de RACH comunes. En algunas implementaciones, el UE puede transmitir una petición de restablecimiento de RRC en respuesta al acontecimiento de fallo de LBT. En una implementación, si se realiza un procedimiento de restablecimiento debido a un problema de fallo de LBT, el UE puede transmitir una petición de restablecimiento de RRC (por ejemplo, el mensajeRRCReestablishmentRequest)que indica una causa de restablecimiento como fallo de LBT. En una implementación, la indicación de problema de fallo de LBT es común para todas las operaciones. En otra implementación, hay una indicación de problema de fallo de LBT específica para cada operación. Cuando la capa superior recibe la indicación de problema de fallo de LBT para una operación específica, la capa superior puede realizar una acción específica (por ejemplo, activar un procedimiento de restablecimiento, activar un procedimiento de recuperación de RLF y/o conmutar a otra portadora/BWP) basándose en la operación específica.
La figura 3 es un diagrama de flujo de un procedimiento de ejemplo 300 realizado por un UE después de determinar que se produce un acontecimiento de fallo de LBT, según una implementación de ejemplo de la presente solicitud. La acción 106 mostrada en la figura 3 puede corresponder a la acción 106 mostrada en la figura 1. Después de que el UE determina que se produce el acontecimiento de fallo de LBT, puede habervarias implementaciones para que el UE responda a tal situación. En una implementación, el UE puede realizar la acción 302 para conmutar una BWP (de UL) activa del UE a otra BWP (de UL). En una implementación, el UE puede realizar la acción 304, en la que la entidad de MAC del UE puede indicar un problema de fallo de LBT a una capa superior (por ejemplo, la capa de RRC). Debe observarse que la acción 302 y la acción 304 no se interpretan como que presentan necesariamente un orden dependiente. Además, tanto la acción 302 como la acción 304 pueden realizarse opcionalmente en algunas de las presentes implementaciones.
En una implementación, cuando una capa superior (por ejemplo, la capa de RRC) recibe una indicación de problema de fallo de LBT o el acontecimiento de fallo de LBT se produce porque el contador de fallos de LBT es mayor que el, o igual al, umbral, el UE (por ejemplo, la capa de RRC del UE) puede transmitir un informe de problema de fallo de LBT a la red. El informe de problema de fallo de LBT puede incluir información de qué canal/portadora/BWP/unidad de LBT presenta el problema de fallo de LBT, o qué operación presenta el problema de fallo de LBT. En modo de conectividad doble (o modo de MR-DC), si un UE determina un problema de fallo de LBT en una celda secundaria primaria (PSCell) o un grupo de celdas secundarias (SCG) que funcionan en un espectro no licenciado, el UE puede enviar un informe de problema de fallo de LBT o un informe de fallo de SCG (que incluye información del problema de fallo de LBT) al nodo maestro (que puede funcionar en el espectro licenciado o el espectro no licenciado). En modo de conectividad doble (o modo de MR-DC), si un UE determina un problema de fallo de LBT en una celda primaria (PCell) o un grupo de celdas maestras (MCG) que funcionan en el espectro no licenciado, el UE puede enviar un informe de problema de fallo de LBT o un informe de fallo de MCG (que incluye información del problema de fallo de LBT) al nodo secundario (que puede funcionar en el espectro licenciado o el espectro no licenciado).
La figura 4 es un diagrama de flujo de un procedimiento de ejemplo 400 realizado por un UE cuando se indica un problema de fallo de LBT a una capa superior, según una forma de realización reivindicada de la presente solicitud. La acción 304 mostrada en la figura 4 puede corresponder a la acción 304 mostrada en la figura 3. Después de que la entidad de MAC del UE indica el problema de fallo de LBT a una capa superior (por ejemplo, la capa de RRC), el UE (por ejemplo, la capa de RRC del UE) puede realizar un procedimiento de recuperación de RLF en la acción 402. En una implementación, el UE puede activar un procedimiento de recuperación de RLF de MCG (por ejemplo, acción 404) cuando el acontecimiento de fallo de LBT tiene lugar en una PCell, y el UE puede activar un procedimiento de recuperación de RLF de SCG (por ejemplo, acción 406) cuando el acontecimiento de fallo de LBT tiene lugar en una PSCell. En la acción 404, el UE puede realizar un procedimiento de restablecimiento transmitiendo un mensaje de petición de restablecimiento de RRC que indica una causa de restablecimiento como fallo de LBT cuando se produce el acontecimiento de fallo de LBT en una PCell. En la acción 406, el UE puede transmitir, a un nodo maestro, un informe de fallo de SCG que indica el problema de fallo de LBT cuando se produce el acontecimiento de fallo de LBT en una PSCell. Debe observarse que la acción 404 y la acción 406 no se interpretan como que presentan necesariamente un orden dependiente. Además, la acción 404 y/o la acción 406 pueden omitirse opcionalmente en algunas de las presentes implementaciones.
En una implementación, puede haber una indicación de fallo de LBT pero ninguna indicación de éxito de LBT. Cuando no hay ninguna indicación de éxito de LBT, puede haber un temporizador de éxito de LBT. En una implementación, un tiempo de caducidad para el temporizador de éxito de LBT puede corresponder al periodo de tiempo en la acción 108. En una implementación, cuando la entidad de MAC indica a una capa inferior (por ejemplo, la capa PHY) que inicie un intento de transmisión de UL (por ejemplo, transmitir un preámbulo de acceso aleatorio, transmitir un msg3, transmitir un msgA, señalizar una SR en un recurso de PUCCH válido, o transmitir datos de UL utilizando concesiones configuradas), la entidad de MAC puede iniciar o reiniciar el temporizador de éxito de LBT para cada intento. En una implementación, cuando el temporizador de éxito de LBT está funcionando y la entidad de MAC recibe una indicación de fallo de LBT, el UE (o la entidad de MAC del UE) puede detener el temporizador de éxito de LBT y considerar que el intento no es satisfactorio. En una implementación, la entidad de MAC puede iniciar o reiniciar el temporizador de éxito de LBT cuando la entidad de MAC recibe una indicación de fallo de LBT a partir de la capa inferior. En una implementación, la entidad de MAC puede considerar que el intento es satisfactorio cuando el temporizador de éxito de LBT caduca. En una implementación, la entidad de MAC puede reiniciar el contador de fallos de LBT cuando la entidad de MAC considera que el intento es satisfactorio (por ejemplo, cuando el temporizador de éxito de LBT caduca).
En una implementación, cuando la entidad de MAC indica a una capa inferior (por ejemplo, la capa PHY) un intento de iniciar una transmisión de UL, la entidad de MAC puede iniciar o reiniciar el temporizador de éxito de LBT para cada intento cuando llega el recurso asociado. En una implementación, cuando la entidad de MAC indica/instruye a la capa inferior que transmita un preámbulo de acceso aleatorio, la entidad de MAC puede iniciar o reiniciar el temporizador de éxito de LBT en el primer símbolo del recurso de PRACH válido seleccionado. En una implementación, cuando la entidad de MAC indica/instruye a la capa inferior que señalice una SR, la entidad de MAC puede iniciar o reiniciar el temporizador de éxito de LBT en el primer símbolo del recurso de PUCCH válido seleccionado para la SR. En una implementación, cuando la entidad de MAC indica/instruye a la capa inferior que transmita datos de UL utilizando concesiones configuradas, la entidad de MAC puede iniciar o reiniciar el temporizador de éxito de LBT en el primer símbolo de las concesiones configuradas de enlace ascendente almacenadas.
En una implementación, el UE (o la entidad de MAC del UE) puede iniciar o reiniciar el temporizador de éxito de LBT cuando el/los valor(es) del temporizador de éxito de LBT se reconfigura(n) mediante la capa superior (por ejemplo, se reconfigura(n) mediante señalización de RRC). En una implementación, el UE puede iniciar o reiniciar el temporizador de éxito de LBT cuando cambia una condición de funcionamiento, tal como un cambio en el canal de LBT de funcionamiento (o que da servicio), subbanda, BWP, portadora o celda.
En una implementación, puede no haber ninguna indicación de éxito de LBT, y el UE puede decidir si LBT es satisfactorio o no se basa en si se recibe una indicación de fallo de LBT correspondiente o no. Por ejemplo, cuando la entidad de MAC indica/instruye a la capa inferior que transmita un preámbulo de acceso aleatorio, la entidad de MAC puede considerar que el LBT para este intento es satisfactorio si la capa de MAC no recibe una indicación de fallo de LBT correspondiente (por ejemplo, al comienzo del recurso de PRACH válido seleccionado o al final del recurso de PRACH válido seleccionado). Por ejemplo, cuando la entidad de MAC indica/instruye a la capa inferior que señalice una SR, la entidad de MAC puede considerar que el LBT para el intento es satisfactorio si la entidad de MAC no recibe una indicación de fallo de LBT correspondiente (por ejemplo, al comienzo del recurso de PUCCH válido seleccionado para la SR o al final del recurso de PUCCH válido seleccionado para la SR). Por ejemplo, cuando la entidad de MAC indica/instruye a la capa inferior que transmita datos de UL utilizando concesiones configuradas, la entidad de MAC puede considerar que el LBT para el intento es satisfactorio si la capa de MAC no recibe una indicación de fallo de LBT correspondiente al comienzo de las concesiones configuradas de enlace ascendente almacenadas o al final de las concesiones configuradas de enlace ascendente almacenadas.
En una implementación, puede haber no solo una indicación de fallo de LBT, sino también una indicación de éxito de LBT. La entidad de MAC puede aumentar el contador de fallos de LBT en 1 cuando recibe una indicación de fallo de LBT. En una implementación, la indicación de éxito de LBT puede ser independiente de operaciones de MAC (por ejemplo, procedimiento de RACH, procedimiento de SR), y puede haber un contador de fallos de LBT común para todas las operaciones de MAC. La entidad de MAC puede reducir el contador de fallos de LBT en 1 para todas las operaciones de MAC cuando recibe la indicación de éxito de LBT. En una implementación, puede haber contadores de fallos de LBT diferentes para operaciones de MAC diferentes. La entidad de MAC puede reducir los contadores de fallos de LBT diferentes para operaciones de MAC diferentes en 1 cuando recibe una indicación de éxito de LBT común. En una implementación, puede haber diferentes tipos de indicaciones de éxito de LBT correspondientes a diferentes tipos de operaciones de MAC. La entidad de MAC puede reducir un contador de fallos de LBT específico en 1 cuando recibe una indicación de éxito de LBT correspondiente para una operación de MAC específica.
En una implementación, la entidad de MAC puede identificar con qué intento está asociada una indicación de fallo de LBT común recibida. En una implementación, la entidad de MAC puede identificar con qué intento está asociada una indicación de éxito de LBT común recibida. En una implementación, la entidad de MAC puede identificar con qué intento está asociada la indicación de fallo (o éxito) de LBT común recibida basándose en el sincronismo del recurso utilizado/seleccionado por el intento (por ejemplo, la concesión configurada de enlace ascendente almacenada, el recurso de PRACH seleccionado, o los recursos de PUCCH válidos para una SR).
La figura 5 es un diagrama de bloques que ilustra un nodo para comunicación inalámbrica, según diversos aspectos de la presente solicitud. Tal como se muestra en la figura 5, un nodo 500 puede incluir un transceptor 520, un procesador 528, una memoria 534, uno o más componentes de presentación 538, y por lo menos una antena 536. El nodo 500 también puede incluir un módulo de banda de espectro de RF, un módulo de comunicaciones de estación base (BS), un módulo de comunicaciones de red, y un módulo de gestión de comunicaciones de sistema, puertos de entrada/salida (I/O), componentes de I/O, y suministro de potencia (no mostrado explícitamente en la figura 5). Cada uno de estos componentes puede estar en comunicación con cada uno de los otros, directa o indirectamente, a través de uno o más buses 540. En una implementación, el nodo 500 puede ser un UE o una estación base que realiza diversas funciones descritas en la presente memoria, por ejemplo, con referencia a las figuras 1 a 4.
El transceptor 520 que presenta un transmisor 522 (por ejemplo, conjunto de circuitos transmisor/de transmisión) y un receptor 524 (por ejemplo, conjunto de circuitos receptor/de recepción) puede estar configurado para transmitir y/o recibir información de reparto de recursos de tiempo y/o frecuencia. En algunas implementaciones, el transceptor 520 puede estar configurado para transmitir en diferentes tipos de subtramas y ranuras incluyendo, pero sin limitarse a ellos, formatos de ranura y subtramas utilizables, no utilizables y utilizables de manera flexible. El transceptor 520 puede estar configurado para recibir canales de datos y de control.
El nodo 500 puede incluir una variedad de medios legibles por ordenador. Los medios legibles por ordenador pueden ser cualquier medio disponible al que puede acceder el nodo 500 e incluyen medios tanto volátiles como no volátiles, medios extraíbles y no extraíbles. A modo de ejemplo, y no de limitación, los medios legibles por ordenador pueden comprender medios de almacenamiento informáticos y medios de comunicación. Los medios de almacenamiento informáticos incluyen medios tanto volátiles como no volátiles, extraíbles y no extraíbles, implementados en cualquier procedimiento o tecnología para almacenamiento de información tal como instrucciones legibles por ordenador, estructuras de datos, módulos de programa o datos.
Los medios de almacenamiento informáticos incluyen RAM, ROM, EEPROM, memoria de tipo flash u otra tecnología de memoria, CD-ROM, discos versátiles digitales (DVD) u otro almacenamiento de disco óptico, casetes magnéticos, cinta magnética, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnéticos. Los medios de almacenamiento informáticos no comprenden una señal de datos propagada. Los medios de comunicación implementan normalmente instrucciones legibles por ordenador, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada tal como una onda portadora u otro mecanismo de transporte e incluyen cualquier medio de entrega de información. El término “señal de datos modulada” significa una señal que tiene una o más de sus características establecidas o cambiadas de tal manera que se codifica información en la señal. A modo de ejemplo, y no de limitación, los medios de comunicación incluyen medios cableados tales como una conexión de red cableada o de cableado directo, y medios inalámbricos tales como medios acústicos, de RF, infrarrojos y otros medios inalámbricos. También deben incluirse combinaciones de cualquiera de los anteriores dentro del alcance de medios legibles por ordenador.
La memoria 534 puede incluir medios de almacenamiento informáticos en forma de memoria volátil y/o no volátil. La memoria 534 puede ser extraíble, no extraíble o una combinación de las mismas. La memoria de ejemplo incluye memoria en estado sólido, discos duros, unidades de disco óptico, etc. Tal como se ilustra en la figura 5, la memoria 534 puede almacenar instrucciones legibles por ordenador y ejecutables por ordenador 532 (por ejemplo, códigos de software) que están configuradas para, cuando se ejecutan, hacer que el procesador 528 realice diversas funciones descritas en la presente memoria, por ejemplo, con referencia a las figuras 1 a 4. Alternativamente, las instrucciones 532 pueden no ser directamente ejecutables por el procesador 528 sino que están configuradas para hacer que el nodo 500 (por ejemplo, cuando se compilan y se ejecutan) realice diversas funciones descritas en la presente memoria.
El procesador 528 (por ejemplo, que presenta un conjunto de circuitos de procesamiento) puede incluir un dispositivo de hardware inteligente, por ejemplo, una unidad de procesamiento central (CPU), un microcontrolador, un ASIC, etc. El procesador 528 puede incluir memoria. El procesador 528 puede procesar los datos 530 y las instrucciones 532 recibidas de la memoria 534, e información a través del transceptor 520, el módulo de comunicaciones de banda base y/o el módulo de comunicaciones de red. El procesador 528 también puede procesar información que va a enviarse al transceptor 520 para su transmisión a través de la antena 536, al módulo de comunicaciones de red para su transmisión a una red principal.
Uno o más componentes de presentación 538 presentan indicaciones de datos a una persona o a otro dispositivo. Los ejemplos de componentes de presentación 538 pueden incluir un dispositivo de visualización, altavoz, componente de impresión, componente vibratorio, etc.

Claims (14)

REIVINDICACIONES
1. Equipo de usuario, UE, que comprende:
uno o más medios legibles por ordenador no transitorios que presentan instrucciones ejecutables por ordenador implementadas en los mismos; y
por lo menos un procesador acoplado al uno o más medios legibles por ordenador no transitorios, el por lo menos un procesador está configurado para ejecutar las instrucciones ejecutables por ordenador para: recibir, por una entidad de control de acceso al medio, MAC, del UE, una indicación de fallo de escuchar antes de hablar, LBT, a partir de una capa inferior del UE para todas las transmisiones de enlace ascendente, UL;
aumentar un contador de fallos de LBT cuando la entidad de MAC recibe la indicación de fallo de LBT; determinar que se ha producido un acontecimiento de fallo de LBT cuando el contador de fallos de LBT es mayor que, o igual a, un umbral;
indicar, por la entidad de MAC del UE, a una capa superior del UE un problema de fallo de LBT después de determinar que se ha producido el acontecimiento de fallo de LBT; y
transmitir, a un nodo secundario, un informe de fallo de grupo de celdas maestras, MCG, que incluye información del problema de fallo de LBT cuando se produce el acontecimiento de fallo de LBT en una celda primaria, PCell, o MCG.
2. UE según la reivindicación 1, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador para:
realizar un procedimiento de recuperación de fallo de enlace de radio, RLF.
3. UE según la reivindicación 1, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador para:
realizar un procedimiento de restablecimiento transmitiendo un mensaje de petición de restablecimiento de control de recursos de radio, RRC, que indica una causa de restablecimiento como fallo de LBT, cuando se produce el acontecimiento de fallo de LBT en una celda primaria, PCell.
4. UE según la reivindicación 1, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador para:
transmitir el informe de fallo de grupo de celdas maestras, MCG, al nodo secundario que funciona en un espectro licenciado.
5. UE según la reivindicación 1, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador para:
transmitir el informe de fallo de grupo de celdas maestras, MCG, al nodo secundario que funciona en un espectro no licenciado.
6. UE según la reivindicación 1, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador para:
reiniciar el contador de fallos de LBT cuando se reconfigura el umbral.
7. UE según la reivindicación 1, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador para:
reiniciar el contador de fallos de LBT cuando el UE conmuta desde una parte de ancho de banda, BWP, activa del UE a otra BWP.
8. Procedimiento que comprende:
recibir, por una entidad de control de acceso al medio, MAC, del equipo de usuario, UE, una indicación de fallo de escuchar antes de hablar, LBT, a partir de una capa inferior del UE para todas las transmisiones de enlace ascendente, UL;
aumentar un contador de fallos de LBT cuando la entidad de MAC recibe la indicación de fallo de LBT; determinar que se ha producido un acontecimiento de fallo de LBT cuando el contador de fallos de LBT es mayor que, o igual a, un umbral;
indicar, por la entidad de MAC del UE, a una capa superior del UE un problema de fallo de LBT después de determinar que se ha producido el acontecimiento de fallo de LBT; y
transmitir, a un nodo secundario, un informe de fallo de grupo de celdas maestras, MCG, que incluye información del problema de fallo de LBT cuando se produce el acontecimiento de fallo de LBT en una celda primaria, PCell, o MCG.
9. Procedimiento según la reivindicación 8, que comprende además realizar un procedimiento de recuperación de fallo de enlace de radio, RLF.
10. Procedimiento según la reivindicación 8, que comprende además realizar un procedimiento de restablecimiento transmitiendo un mensaje de petición de restablecimiento de control de recursos de radio, RRC, que indica una causa de restablecimiento como fallo de LBT, cuando se produce el acontecimiento de fallo de LBT en una celda primaria, PCell.
11. Procedimiento según la reivindicación 8, que comprende además transmitir el informe de fallo de grupo de celdas maestras, MCG, al nodo secundario que funciona en un espectro licenciado.
12. Procedimiento según la reivindicación 8, que comprende además transmitir el informe de fallo de grupo de celdas maestras, MCG, al nodo secundario que funciona en un espectro no licenciado.
13. Procedimiento según la reivindicación 8, que comprende además reiniciar el contador de fallos de LBT cuando se reconfigura el umbral.
14. Procedimiento según la reivindicación 8, que comprende además reiniciar el contador de fallos de LBT cuando el UE conmuta desde una parte de ancho de banda, BWP, activa del UE a otra BWP.
ES23215599T 2019-01-09 2020-01-08 Method and apparatus for lbt failure detection Active ES3036764T3 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201962790099P 2019-01-09 2019-01-09

Publications (1)

Publication Number Publication Date
ES3036764T3 true ES3036764T3 (en) 2025-09-24

Family

ID=71404694

Family Applications (1)

Application Number Title Priority Date Filing Date
ES23215599T Active ES3036764T3 (en) 2019-01-09 2020-01-08 Method and apparatus for lbt failure detection

Country Status (6)

Country Link
US (4) US11272535B2 (es)
EP (3) EP4580274A3 (es)
CN (2) CN113273269B (es)
ES (1) ES3036764T3 (es)
MX (1) MX2021008190A (es)
WO (1) WO2020143672A1 (es)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11388636B2 (en) * 2019-12-06 2022-07-12 Qualcomm Incorporated Mobility enhancements for unlicensed operation
US11032866B2 (en) * 2017-11-27 2021-06-08 FG Innovation Company Limited Methods and related devices for multi-connectivity
EP4580274A3 (en) 2019-01-09 2025-08-06 Hannibal IP LLC Method and apparatus for lbt failure detection
US11838773B2 (en) * 2019-01-16 2023-12-05 Beijing Xiaomi Mobile Software Co., Ltd. LBT failure processing method and LBT failure processing apparatus
DK3915301T3 (da) * 2019-01-25 2024-07-08 Zte Corp Fremgangsmåde og indretning til rapportering af en fejl af en hovedcellegruppe
US10869336B2 (en) * 2019-02-15 2020-12-15 Qualcomm Incorporated Random access channel access and validity procedures
US12095498B2 (en) * 2019-03-22 2024-09-17 Lg Electronics Inc. Method and apparatus for handling radio link failure on unlicensed frequency in a wireless communication system
ES3030714T3 (en) * 2019-03-27 2025-07-01 Beijing Xiaomi Mobile Software Co Ltd Channel indication method and apparatus
KR102880148B1 (ko) 2019-03-28 2025-11-04 삼성전자주식회사 비면허 대역을 활용하는 무선통신시스템에서 상향링크 LBT (Listen-Before-Talk) 실패를 감지하는 방법 및 장치
EP3949655A1 (en) * 2019-03-28 2022-02-09 Telefonaktiebolaget LM Ericsson (publ) Adapting ue serving cell procedures based on dl cca operational information
CN111614447B (zh) * 2019-04-01 2021-11-02 维沃移动通信有限公司 无线链路状态指示上报方法和终端设备
US11497054B2 (en) * 2019-05-02 2022-11-08 Qualcomm Incorporated Channel congestion measurement
CN111615146B (zh) * 2019-06-28 2023-01-10 维沃移动通信有限公司 处理方法及设备
WO2021008174A1 (en) * 2019-07-12 2021-01-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods, terminal device and network node for uplink transmission
CN113196851B (zh) * 2019-07-18 2023-06-13 Oppo广东移动通信有限公司 信息上报方法及相关设备
US11558899B2 (en) * 2019-08-15 2023-01-17 Industrial Technology Research Institute Method and user equipment of performing resource switching in unlicensed spectrum
US10980059B1 (en) * 2019-12-01 2021-04-13 PanPsy Technologies, LLC Recovery from consistent uplink listen before talk failure
US10979128B1 (en) 2019-12-07 2021-04-13 PanPsy Technologies, LLC Beam failure and consistent listen before talk failure recovery
US10980062B1 (en) * 2019-12-16 2021-04-13 PanPsy Technologies, LLC Wireless device and wireless network processes and consistent LBT failures
US12356449B2 (en) * 2020-02-05 2025-07-08 Lenovo (Singapore) Pte. Ltd. LBT procedure for a set of panels and/or beams
CN113497688A (zh) * 2020-04-02 2021-10-12 维沃移动通信有限公司 调度请求的配置方法、终端及网络设备
US11570812B2 (en) * 2020-04-23 2023-01-31 Mediatek Singapore Pte. Ltd. Conditions on listen-before-talk impact on mac counters in mobile communications
US11582796B2 (en) * 2020-05-15 2023-02-14 Qualcomm Incorporated Listen-before-talk (LBT) failure detection in dormant cell and outside discontinuous reception (DRX) active time
EP4066555B1 (en) * 2020-05-21 2025-07-16 ZTE Corporation Configurations for resource-saving data transmissions in shared spectrum channel access
US20220014991A1 (en) * 2020-07-13 2022-01-13 Qualcomm Incorporated Success response for l1/l2 based inter-cell mobility
GB2597793A (en) * 2020-08-06 2022-02-09 Nec Corp Communication system
WO2022027552A1 (en) * 2020-08-07 2022-02-10 Lenovo (Beijing) Limited Methods and apparatus for providing assistant information for uplink scheduling
KR20230048315A (ko) * 2020-08-07 2023-04-11 퀄컴 인코포레이티드 공유 스펙트럼 상에서의 채널 액세스 실패 정보
WO2022047629A1 (zh) * 2020-09-01 2022-03-10 Oppo广东移动通信有限公司 报告随机接入情况的方法、终端设备和网络设备
WO2022073206A1 (zh) * 2020-10-09 2022-04-14 Oppo广东移动通信有限公司 无线通信方法和设备
WO2022082640A1 (en) * 2020-10-22 2022-04-28 Nokia Shanghai Bell Co., Ltd. Failure cancellation recording
CN115396926A (zh) * 2020-10-22 2022-11-25 荣耀终端有限公司 处理网络注册异常的方法、装置、存储介质和芯片
WO2022104542A1 (zh) * 2020-11-17 2022-05-27 Oppo广东移动通信有限公司 无线通信方法和通信装置
WO2022104589A1 (en) * 2020-11-18 2022-05-27 Lenovo (Beijing) Limited Method and apparatus for small data transmission
US11570820B2 (en) * 2020-12-18 2023-01-31 Qualcomm Incorporated Listen-before-talk failure reporting for sidelink channels
CN115315017A (zh) * 2021-05-06 2022-11-08 展讯通信（上海）有限公司 一种资源处理方法、设备、介质、芯片及芯片模组
US12167453B2 (en) * 2021-07-19 2024-12-10 Qualcomm Incorporated Techniques for listen-before-talk failure reporting for multiple transmission time intervals
CN115734202A (zh) * 2021-08-31 2023-03-03 华为技术有限公司 旁链路通信方法及设备
CN115835418B (zh) * 2021-09-16 2026-01-27 维沃软件技术有限公司 连续lbt失败处理方法及装置、终端及网络侧设备
CN117643101A (zh) * 2021-10-29 2024-03-01 Oppo广东移动通信有限公司 无线通信的方法及终端设备
KR20250003824A (ko) * 2022-04-26 2025-01-07 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 장치
WO2023211206A1 (ko) * 2022-04-28 2023-11-02 엘지전자 주식회사 Lbt와 관련된 무선 통신을 수행하는 방법 및 장치
US20240023109A1 (en) * 2022-07-13 2024-01-18 Qualcomm Incorporated Configured grant sidelink communications in a shared or unlicensed frequency band
CN119678638A (zh) * 2022-08-01 2025-03-21 株式会社Kt 一种侧行链路通信失败处理方法及其装置
WO2024031373A1 (zh) * 2022-08-09 2024-02-15 北京小米移动软件有限公司 一种确定触发连续lbt失败的方法及装置
WO2024035220A1 (ko) * 2022-08-11 2024-02-15 엘지전자 주식회사 비면허 대역에서 sl lbt 실패를 복구하는 방법 및 장치
KR20240063618A (ko) 2022-11-03 2024-05-10 삼성전자주식회사 이동 통신 시스템에서 LBT (listen-before-talk) 실패 정보를 기록하는 방법 및 장치
WO2024093052A1 (en) * 2023-02-17 2024-05-10 Lenovo (Beijing) Limited Terminal device and method for sidelink communication
EP4694558A1 (en) * 2023-04-07 2026-02-11 Datang Mobile Communications Equipment Co., Ltd. Consistent listen-before-talk failure processing method and apparatus, and terminal

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010017376A1 (en) 2008-08-08 2010-02-11 Interdigital Patent Holdings, Inc. Mac reset and reconfiguration
US10477574B2 (en) * 2015-04-10 2019-11-12 Lg Electronics Inc. Method and apparatus for performing contention based random access procedure over contention free random access procedure in wireless communication system
US10187907B2 (en) * 2015-07-05 2019-01-22 Ofinno Technologies, Llc Preamble transmission in a wireless device
US20170231005A1 (en) * 2016-02-04 2017-08-10 Ofinno Technologies, Llc Channel access counter in a wireless network
US10893548B2 (en) * 2016-03-31 2021-01-12 Intel IP Corporation Physical random access channel design for licensed assisted access
CN107371168A (zh) * 2016-05-12 2017-11-21 电信科学技术研究院 一种非授权频谱中的测量方法和设备
GB2550200B (en) 2016-05-13 2021-08-04 Tcl Communication Ltd Methods and devices for supporting access to unlicensed radio resources in wireless communication systems
CN107770868A (zh) 2016-08-19 2018-03-06 中兴通讯股份有限公司 一种控制信元取消方法、装置及终端
US20180124831A1 (en) * 2016-10-29 2018-05-03 Ofinno Technologies, Llc Dual connectivity scheduling request for wireless network and wireless device
US10681738B2 (en) * 2016-12-16 2020-06-09 Ofinno, Llc Random access in a wireless device and wireless network
US10484931B2 (en) * 2016-12-23 2019-11-19 Ofinno, Llc Licensed assisted access radio link failure
CN108633097B (zh) * 2017-03-24 2023-05-09 北京三星通信技术研究有限公司 无线通信方法和用户设备
CN111869307B (zh) * 2018-02-13 2024-04-09 交互数字专利控股公司 用于非授权资源选择的方法
US10880895B2 (en) * 2018-05-27 2020-12-29 Brian Gordaychik Variable length downlink control information formats for next generation radio technologies
US11956822B2 (en) * 2018-06-19 2024-04-09 Interdigital Patent Holdings, Inc. Radio link monitoring in shared spectrum
KR102265329B1 (ko) * 2018-08-30 2021-06-16 주식회사 케이티 비면허 대역에서의 채널 접속 실패를 처리하는 방법 및 장치
US11202320B2 (en) * 2018-09-05 2021-12-14 Samsung Electronics Co., Ltd. Method and apparatus of performing random access on unlicensed carrier
EP3841823A1 (en) 2018-09-26 2021-06-30 Convida Wireless, Llc Nr-u lbt mac procedures
WO2020092359A1 (en) 2018-10-31 2020-05-07 Intel Corporation Scheduling request enhancements for 5g networks
JP7353365B2 (ja) 2018-10-31 2023-09-29 オッポ広東移動通信有限公司 カウント方法、端末デバイス及び装置
US10925093B2 (en) * 2018-11-13 2021-02-16 Mediatek Singapore Pte. Ltd. Method and apparatus for detecting consistent listen before talk failure in mobile communications
US20200221309A1 (en) * 2019-01-07 2020-07-09 Qualcomm Incorporated Handling of channel access problems
EP4580274A3 (en) 2019-01-09 2025-08-06 Hannibal IP LLC Method and apparatus for lbt failure detection
US10869336B2 (en) * 2019-02-15 2020-12-15 Qualcomm Incorporated Random access channel access and validity procedures
GB2583739B (en) 2019-05-07 2022-05-18 Sensorhut Ltd Detection of analytes in gases using porous sorbents
US11950279B2 (en) * 2019-09-30 2024-04-02 Comcast Cable Communications, Llc Communication channel failure detection and recovery

Also Published As

Publication number Publication date
MX2021008190A (es) 2021-08-11
US20260046921A1 (en) 2026-02-12
EP4311327A3 (en) 2024-02-21
US12408193B2 (en) 2025-09-02
US11272535B2 (en) 2022-03-08
WO2020143672A1 (en) 2020-07-16
EP3909331B1 (en) 2023-12-13
US20220232622A1 (en) 2022-07-21
US20200221495A1 (en) 2020-07-09
EP4580274A3 (en) 2025-08-06
EP4311327B1 (en) 2025-04-23
EP3909331A1 (en) 2021-11-17
EP4311327A2 (en) 2024-01-24
CN113273269A (zh) 2021-08-17
US20240090019A1 (en) 2024-03-14
EP3909331A4 (en) 2022-08-24
CN118055466A (zh) 2024-05-17
EP4580274A2 (en) 2025-07-02
CN113273269B (zh) 2024-04-02
US11805544B2 (en) 2023-10-31

Similar Documents

Publication Publication Date Title
ES3036764T3 (en) Method and apparatus for lbt failure detection
US12096266B2 (en) Method and apparatus for handling measurement in wireless communication system
KR102893565B1 (ko) 구성된 그랜트 구성을 위한 방법 및 사용자 장비
US20230118032A1 (en) Data packet delivery in rrc inactive state
US11627624B2 (en) Method and apparatus for handling LBT failure
US11197302B2 (en) Methods, devices, and systems for network assisted transmission with multiple component carriers
ES3036974T3 (en) User terminal and wireless communication method
CN111903162B (zh) 针对部分带宽切换操作的信道状态信息回报方法及相关装置
ES3030738T3 (en) Systems and methods of enhanced random access procedure
US20240406815A1 (en) Method and apparatus for layer1/layer2 triggered mobility (ltm) operations
ES3037005T3 (en) Method and apparatus for reporting random access process