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

Method and apparatus for lbt failure detection

Info

Publication number
ES3073797T3
ES3073797T3 ES25171709T ES25171709T ES3073797T3 ES 3073797 T3 ES3073797 T3 ES 3073797T3 ES 25171709 T ES25171709 T ES 25171709T ES 25171709 T ES25171709 T ES 25171709T ES 3073797 T3 ES3073797 T3 ES 3073797T3
Authority
ES
Spain
Prior art keywords
lbt
failure
reset
fault
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
ES25171709T
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=ES3073797(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 ES3073797T3 publication Critical patent/ES3073797T3/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
    • 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/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/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/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
    • 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/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 LBT realizado por un UE. El método incluye: recibir, por parte de una entidad MAC del UE, una indicación de fallo LBT de una capa inferior para todas las transmisiones UL; incrementar un contador de fallos LBT cuando la entidad MAC recibe la indicación de fallo LBT; determinar que se produce un evento de fallo LBT cuando el contador de fallos LBT es mayor o igual a un umbral; y restablecer el contador de fallos LBT después de que la entidad MAC no haya recibido la indicación de fallo LBT durante un período de tiempo. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN
[0002] Método y aparato para la detección de fallos de LBT
[0003] Campo
[0004] La presente exposición se refiere en general a la comunicación inalámbrica y, más particularmente, a la indicación de fallos de Escuchar Antes de Hablar (LBT) y a la determinación de eventos de fallo de LBT en las redes de comunicación inalámbrica de próxima generación.
[0005] Antecedentes
[0006] Se han realizado diversos esfuerzos para mejorar diferentes aspectos de las comunicaciones inalámbricas, tales como la velocidad de datos, la latencia, la fiabilidad y la movilidad, para los sistemas de comunicaciones inalámbricas de próxima generación (por ejemplo, las Nuevas Radiocomunicaciones (NR) de quinta generación (5G)). El LBT es un mecanismo por el cual un dispositivo inalámbrico aplica una Valoración de Canal Despejado (CCA) antes de usar el canal. El Proyecto de Asociación de 3ª Generación (3GPP) especifica un esquema de LBT conservador similar al utilizado por los nodos de Wi-Fi para garantizar la coexistencia del Acceso Asistido por Licencias (LAA) con la Wi-Fi. El LAA utiliza la agregación de portadoras en transmisiones de enlace descendente para combinar el LTE en un espectro sin licencia (por ejemplo, 5 GHz) con el LTE en una banda con licencia. En las NR, puede que se requiera un LBT antes de cualquier transmisión cuando se opera en un espectro sin licencia. Existe en la industria una necesidad de un mecanismo mejorado y eficiente para que un UE gestione fallos de LBT que puedan tener lugar en la capa física. Puede encontrarse otro ejemplo en la bibliografía no relativa a patentes: de VIVO, “LBT impacts on BFD in NR-U” [“Impactos del LBT sobre la BFD en las NR-U”], Borrador del 3GPP; R2-1818267.
[0007] Sumario
[0008] La presente exposición se centra en un método para la detección de fallos de LBT llevado a cabo por un UE en las redes de comunicación inalámbrica de próxima generación. La invención queda definida por las reivindicaciones independientes adjuntas, y las reivindicaciones subordinadas describen formas de realización adicionales.
[0009] Breve descripción de los dibujos
[0010] Los aspectos de la exposición de ejemplo se entenderán mejor a partir de la siguiente descripción detallada cuando la misma se lea con las figuras adjuntas. Algunas de las características no se han dibujado a escala. Las dimensiones de algunas de las características se pueden haber aumentado o reducido arbitrariamente en aras de la claridad de análisis.
[0011] La figura 1 es un diagrama de flujo de un método de ejemplo para la detección de fallos de LBT llevado a cabo por un UE, según una implementación a modo de ejemplo de la presente solicitud.
[0012] La figura 2 es un diagrama de flujo de un método de ejemplo para actualizar un contador de fallos de LBT llevado a cabo por un UE, según una implementación a modo de ejemplo de la presente solicitud.
[0013] La figura 3 es un diagrama de flujo de un método de ejemplo llevado a cabo por un UE después de determinar que se produce un evento de fallo de LBT, según una implementación a modo de ejemplo de la presente solicitud.
[0014] La figura 4 es un diagrama de flujo de un método de ejemplo llevado a cabo por un UE cuando se indica un problema de fallo de LBT a una capa superior, según una implementación de ejemplo 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.
[0015] Descripción detallada
[0016] La siguiente descripción contiene información específica perteneciente a implementaciones a modo de ejemplo de la presente exposición. Los dibujos de la presente exposición y su descripción detallada adjunta se centran meramente en implementaciones a modo de ejemplo. No obstante, la presente exposición no se limita únicamente a estas implementaciones a modo de ejemplo. A aquellos versados en la materia se les ocurrirán otras variaciones e implementaciones de la presente exposición. A no ser que se indique lo contrario, los elementos iguales o correspondientes entre las figuras pueden venir indicados mediante números de referencia iguales o correspondientes. Por otra parte, los dibujos e ilustraciones de la presente exposición no se presentan en general a escala, y no pretenden corresponderse con dimensiones relativas reales.
[0017] A efectos de coherencia y de facilitar la comprensión, las características iguales pueden identificarse (aunque, en algunos ejemplos, no se muestren) mediante los mismos números en las figuras a modo de ejemplo. Sin embargo, las características de implementaciones diferentes pueden diferir en otros aspectos y, por lo tanto, no deberán restringirse estrictamente a lo que se muestra en las figuras.
[0018] La descripción utiliza las expresiones “en una implementación”, o “en algunas implementaciones”, que pueden referirse, cada una de ellas, a una o más de una serie de implementaciones iguales o diferentes. El término “acoplado” se define como conectado, ya sea de manera directa o indirecta 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, aunque no necesariamente se limita a”; indica específicamente una inclusión o pertenencia no acotada en la combinación, grupo, serie y equivalente así descritos. 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 “solamente A, o solamente B, o solamente C, o cualquier combinación de A, B y C”.
[0019] Adicionalmente, a efectos explicativos y no limitativos, se exponen detalles específicos, tales como entidades funcionales, técnicas, protocolos, estándares y similares, para proporcionar una interpretación de la tecnología descrita. En otros ejemplos, se omite una descripción detallada de métodos, tecnologías, sistemas, arquitecturas y similares bien conocidos para no entorpecer la descripción con detalles innecesarios.
[0020] Las personas versadas en la materia reconocerán de inmediato que cualquier/cualesquiera función(es) de red o algoritmo(s) descrito(s) en la presente exposición puede(n) implementarse mediantehardware,softwareo una combinación desoftwareyhardware. Las funciones descritas se pueden corresponder con módulos que pueden ser desoftware,hardware,firmwareo cualquier combinación de los mismos. La implementación ensoftwarepuede comprender instrucciones ejecutables por ordenador almacenadas en un 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 procesado de comunicaciones se pueden programar con instrucciones ejecutables correspondientes y llevar a efecto la(s) función(es) de red o algoritmo(s) descrito(s). Los microprocesadores u ordenadores de propósito general pueden estar formados por Circuitería Integrada de Aplicaciones Específicas (ASIC), matrices lógicas programables y/o usando uno o más Procesadores de Señales Digitales (DSPs). Si bien algunas de las implementaciones de ejemplo descritas en esta memoria están orientadas asoftwareinstalado y que se ejecuta enhardwareinformático, dentro del alcance de la presente exposición se sitúan claramente, sin embargo, implementaciones de ejemplo alternativas implementadas en forma defirmwareo en forma dehardwareo una combinación dehardwareysoftware.
[0021] El medio legible por ordenador incluye, aunque sin carácter limitativo, Memoria de Acceso Aleatorio (RAM), Memoria de Solo Lectura (ROM), Memoria de Solo Lectura Programable y Borrable (EPROM), Memoria de Solo Lectura Programable y Borrable Eléctricamente (EEPROM), memoriaflash, Memoria de Solo Lectura en forma de Disco Compacto (CD-ROM), casetes magnéticos, cinta magnética, almacenamiento en disco magnético o cualquier otro medio equivalente capaz de almacenar instrucciones legibles por ordenador.
[0022] Una arquitectura de red de radiocomunicaciones (por ejemplo, un sistema de Evolución a Largo Plazo (LTE), un sistema de LTE Avanzado (LTE-A), un sistema de LTE Avanzado Pro o una Red de Acceso por Radiocomunicaciones (RAN) de NR de 5G) incluye típicamente 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 Central (CN), una Red Central por Paquetes Evolucionada (EPC), una Red de Acceso por Radiocomunicaciones Terrestre Universal Evolucionada (E-UTRAN), una Red Central de 5G (5GC) o una red de redes), a través de una RAN establecida por una o más estaciones base.
[0023] Cabe señalar que, en la presente solicitud, un UE puede incluir, aunque sin carácter limitativo, una estación móvil, un terminal o dispositivo móvil, o un terminal de radiocomunicaciones de usuario. Por ejemplo, un UE puede ser un equipo de radiocomunicaciones portátil, que incluye, aunque sin carácter limitativo, un teléfono móvil, una tableta, un dispositivo llevable, un sensor, un vehículo o un Asistente Digital Personal (PDA) con capacidad de comunicaciones inalámbricas. El UE está configurado para recibir y transmitir señales a través de una interfaz aérea en relación con una o más celdas en una red de acceso por radiocomunicaciones.
[0024] Una estación base puede estar configurada para proporcionar servicios de comunicación acordes a por lo menos una de entrelas siguientes Tecnologías de Acceso por Radiocomunicaciones (RATs): Interoperabilidad Mundial para Acceso por Microondas (WiMAX), Sistema Global para comunicaciones Móviles (GSM, al que se hace referencia normalmente como 2G), Red de Acceso por Radiocomunicaciones de velocidades de Datos Mejoradas para Evolución del GSM (EDGE)/GSM (GERAN), Servicio General de Radiocomunicaciones por Paquetes (GPRS), Sistema Universal de Telecomunicaciones Móviles (UMTS, al que se hace referencia normalmente como 3G) basado en un acceso múltiple por división de código de banda ancha (W-CDMA) básico, acceso por paquetes de alta velocidad (HSPA), LTE, LTE-A, eLTE (LTE evolucionado, por ejemplo, LTE conectado a la 5GC), NR (a las que se hace referencia normalmente como 5G) y/o LTE-A Pro. No obstante, el alcance de la presente solicitud no debe limitarse a los protocolos antes mencionados.
[0025] Una estación base puede incluir, aunque sin carácter limitativo, un nodo B (NB) como en el UMTS, un Nodo B evolucionado (eNB) como en el LTE o LTE-A, un controlador de red de radiocomunicaciones (RNC) como en el UMTS, un controlador de estaciones base (BSC) como en el GSM/GERAN, un ng-eNB como en una estación base de E-UTRA en conexión con la 5GC, un Nodo B de próxima generación (gNB) como en la 5G-RAN, y cualquier otro aparato capaz de controlar radiocomunicaciones y gestionar recursos de radiocomunicaciones dentro de una celda. La estación base puede prestar servicio a uno o más UEs a través de una interfaz de radiocomunicaciones.
[0026] La estación base es operativa para proporcionar cobertura de radiocomunicaciones a un área geográfica específica utilizando una pluralidad de celdas que forman la red de acceso por radiocomunicaciones. La estación base presta soporte a las operaciones de las celdas. Cada celda es operativa para proporcionar servicios a por lo menos un UE dentro de su cobertura de radiocomunicaciones. Más específicamente, cada celda (a la que se hace referencia normalmente como celda de servicio) proporciona servicios para prestar servicio a uno o más UEs dentro de su cobertura de radiocomunicaciones (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 radiocomunicaciones para transmisiones de paquetes de enlace descendente y, opcionalmente, de enlace ascendente). La estación base puede comunicarse con uno o más UEs en el sistema de radiocomunicaciones a través de la pluralidad de celdas. Una celda puede asignar recursos de enlace lateral (SL) para admitir el Servicio de Proximidad (ProSe) o el servicio de Vehículo a Todo (V2X). Cada celda puede tener áreas de cobertura solapadas con otras celdas.
[0027] Tal como se ha analizado anteriormente, la estructura de las tramas para las NR está destinada a admitir configuraciones flexibles con el fin de dar acomodo a diversos requisitos de comunicación de próxima generación (por ejemplo, 5G), tales como la Banda Ancha Móvil Mejorada (eMBB), la Comunicación Masiva de Tipo Máquina (mMTC) y la Comunicación Ultra-Fiable y de Baja Latencia (URLLC), al tiempo que satisface requisitos de alta fiabilidad, alta velocidad de datos y baja latencia. La tecnología de Multiplexado por División Ortogonal de Frecuencia (OFDM), según se acordó en el 3GPP, puede servir como base de partida para la forma de onda de NR. También se pueden utilizar la numerología de OFDM escalable, tal como la separación entre subportadoras adaptativa, el ancho de banda del canal y el Prefijo Cíclico (CP). Adicionalmente, para las NR se consideran dos esquemas de codificación: (1) código de Comprobación de Paridad de Baja Densidad (LDPC) y (2) Código Polar. La adaptación del esquema de codificación se puede configurar basándose en las condiciones de los canales y/o las aplicaciones de servicio.
[0029] Por otra parte, se considera también que en un intervalo de tiempo de transmisión TX de una trama de NR individual, se deberían incluir por lo menos datos de transmisión de enlace descendente (DL), un periodo de guarda y datos de transmisión de enlace ascendente (UL), donde las partes respectivas de los datos de transmisión de DL, el periodo de guarda y los datos de transmisión de UL también deberían ser configurables, por ejemplo, basándose en la dinámica de red de las NR. Adicionalmente, en una trama de NR también se pueden proporcionar recursos de enlace lateral para admitir servicios de ProSe o servicios de V2X.
[0031] Se prevé que la red inalámbrica de próxima generación (por ejemplo, NR de 5G) admita más capacidad, datos y servicios. Un UE configurado con multiconectividad puede conectarse a un Nodo Maestro (MN) a modo de anclaje y a uno o más Nodos Secundarios (SNs) para la 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). En otras palabras, para un UE configurado con conectividad dual (DC), el MCG puede ser un conjunto de una o más celdas de servicio que incluyen la Celda Primaria (PCell) y cero o más Celdas Secundarias (SCells), y el SCG puede ser un conjunto de una o más celdas de servicio que incluyen la Celda Secundaria Primaria (PSCell) y cero o más Celdas Secundarias (SCells).
[0033] Tal como se ha descrito anteriormente, la PCell puede ser una celda de MCG que opera en la frecuencia primaria, en la cual el UE bien lleva a cabo el procedimiento de establecimiento de conexión inicial o bien inicia el procedimiento de restablecimiento de conexión. En el modo de Conectividad Dual con Múltiples Radiocomunicaciones (MR-DC), la PCell puede pertenecer al MN. La PSCell puede ser una celda de SCG en la que el UE lleva a cabo un acceso aleatorio (por ejemplo, cuando se lleva a cabo una reconfiguración con un procedimiento de sincronización). En el MR-DC, la PSCell puede pertenecer al SN. Una Celda Especial (SpCell) puede referirse a una PCell del MCG o a una PSCell del SCG, dependiendo de si la entidad de MAC está asociada al MCG o al SCG. En el resto de casos, el término Celda Especial puede referirse a la PCell. Una Celda Especial puede admitir transmisiones de Canal Físico de Control de Enlace Ascendente (PUCCH) y Accesos Aleatorios basados en contiendas, y puede estar siempre activada. Adicionalmente, para un UE en estado RRC_CONNECTED que no esté configurado con agregación de portadoras/conectividad dual (CA/DC), el UE puede comunicarse solamente con una celda de servicio la cual puede ser la celda primaria. Por el contrario, para un UE en estado RRC_CONNECTED que esté configurado con CA/DC, un conjunto de celdas de servicio que incluye la(s) celda(s) especial(es) y todas las celdas secundarias puede comunicarse con el UE.
[0035] Además, pueden utilizarse indistintamente los términos “sistema” y “red” de la presente. El término “y/o” de la presente memoria es solamente una relación de asociación para describir objetos asociados, y representa que pueden existir tres relaciones. Por ejemplo, A y/o B puede indicar que: solamente existe A, existen A y B al mismo tiempo, o solamente existe B. Adicionalmente, el carácter “/” de la presente memoria representa de manera general que el primer y el segundo objetos asociados están en una relación “o”.
[0036] En un procedimiento de Acceso Aleatorio (RA), con cada intento se pueden incrementar dos variables del UE, que incluyen un contador para la transmisión de preámbulos (por ejemplo,PREAMBLE_TRANSMISSION_COUNTER) y un contador para el aumento progresivo de potencia (por ejemplo,PREAMBLE_POWER_RAMPING_COUNTER). En operaciones de NR Sin Licencia (NR-U), puede que no se aplique el aumento progresivo de potencia (por ejemplo, la variable del UEPREAMBLE_POWER_RAMPING_COUNTERno se incrementa) ya que, por un fallo de LBT, no se transmite ningún preámbulo. Si el preámbulo no se transmite debido a un fallo de LBT, el UE puede volver a llevar a cabo el procedimiento de selección de recursos de acceso aleatorio y, por consiguiente, la variable del UEPREAMBLE_TRANSMISSION_COUNTERpuede no incrementarse. Por ello, puede que se requiera una indicación de fallo de LBT desde una capa física a una capa de MAC (por ejemplo, para mantener los contadores). Por otra parte, dado que, dependiendo del resultado del LBT, el contador de Solicitud de Planificación (SR) puede no actualizarse, puede resultar beneficioso considerar un mecanismo adicional en el que se pueda determinar que un procedimiento de SR no ha tenido éxito debido a un fallo de LBT de enlace ascendente sistemático. Este mecanismo puede ser aplicable de manera general a otras transmisiones de enlace ascendente para determinar un problema en un enlace de radiocomunicaciones.
[0037] Cuando se opera en un espectro sin licencia, 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, puede que el UE deba superar primero el LBT para ocupar un canal de LBT, una subbanda, una Parte de Ancho de Banda (BWP), una portadora o una celda. Puesto que el procedimiento de RA, el procedimiento de SR o la transmisión en concesiones configuradas se puede gestionar principalmente con la capa de MAC, para esas operaciones puede que se requiera una indicación de fallo de LBT o una indicación de éxito de LBT proveniente de una capa inferior (que está a cargo del mecanismo de LBT). En una implementación, una capa superior (por ejemplo, una capa de MAC) puede ordenar a una capa inferior (por ejemplo, una capa PHY) que transmita un Preámbulo de Acceso Aleatorio utilizando una ocasión de Canal Físico de Acceso Aleatorio (PRACH) seleccionada, un Identificador Temporal de Red de Radiocomunicaciones de Acceso Aleatorio (RA-RNTI) correspondiente, un índice de preámbulo (por ejemplo, una variable del UEPREAMBLE_INDEXsegún se describe en el Estándar Técnico (TS) 38.321) y una potencia objetivo recibida del preámbulo (por ejemplo, una variable del UEPREAMBLE_RECEIVED_TARGET_POWERsegún se describe en el TS 38.321). En una implementación, la capa superior (por ejemplo, la capa de MAC) puede ordenar 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,PREAMBLE_INDEX) y una potencia objetivo recibida del preámbulo (por ejemplo,PREAMBLE_RECEIVED_TARGET_POWER). En una implementación, la capa superior (por ejemplo, la capa de MAC) puede ordenar 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 ordenar 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 ordenar a la capa inferior (por ejemplo, la capa PHY) que transmita datos de UL utilizando concesiones configuradas que son configuradas por una capa de Control de Recursos de Radiocomunicaciones (RRC) por celda de servicio y por BWP.
[0038] La figura 1 es un diagrama de flujo de un método a modo de ejemplo 100 para detección de fallos de LBT llevado a cabo 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 desde una capa inferior (por ejemplo, una capa PHY) para todas las transmisiones de UL. La indicación de fallo de LBT puede producirse con independencia de los 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 el LBT falla 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, con independencia de los tipos de transmisión de UL). En una implementación, la capa PHY puede descartar la transmisión de UL cuando determina que el procedimiento de LBT falla.
[0039] En la acción 104, el UE (por ejemplo, la entidad de MAC del UE) puede incrementar 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 incrementa en un valor de paso incremental (por ejemplo, 1) cada vez que la entidad de MAC recibe la indicación de fallo de LBT.
[0040] En la acción 106, el UE (por ejemplo, la entidad de MAC del UE) puede determinar que se produce un evento de fallo de LBT cuando el contador de fallos de LBT es superior o igual a un umbral. En una implementación, el umbral puede ser un parámetro (por ejemplo,lbt-FailureInstanceMaxCount) configurado mediante una configuración (por ejemplo, una configuración de RRC). En una implementación, el umbral puede difundirse en información del sistema.
[0041] En la acción 108, el UE (por ejemplo, la entidad de MAC del UE) puede reinicializar 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 fijar el contador de fallos de LBT a un valor inicial (por ejemplo, 0) cuando el UE reinicializa el contador de fallos de LBT. En una implementación, el periodo de tiempo puede indicarse mediante un temporizador configurable (por ejemplo,lbt-FailureDetectionTimer) configurado mediante una configuración (por ejemplo, una configuración de RRC). En una implementación, el periodo de tiempo puede difundirse en información del sistema.
[0042] Un fallo de LBT puede venir provocado por diferentes operaciones o diferentes tipos de transmisión de UL (por ejemplo, transmisión de un preámbulo de RA, un msgA, un msg3, una 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 se recibenk1indicaciones de fallo de LBT consecutivas (ok1indicaciones de fallo de LBT regulares) desde una capa inferior (por ejemplo, una capa PHY) con independencia de los tipos de transmisión de UL, una entidad de MAC puede determinar que se produce un evento de fallo de LBT.k1puede ser el número máximo de indicaciones de fallo de LBT consecutivas (o indicaciones de fallo de LBT regulares). Por ejemplo,k1puede ser un entero positivo que indique el umbral en la acción 106. Al evento de fallo de LBT también se le puede hacer referencia como “fallo de LBT regular” ya que la entidad de MAC recibe de forma regular la indicación de fallo de LBT.
[0043] En una implementación, puede haber múltiples contadores de fallos de LBT correspondientes a operaciones de transmisión de UL diferentes, y por lo tanto, puede haber valores dek1diferentes para operaciones de transmisión de UL diferentes. 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 proporcione información o parámetros relacionados con el LBT). En una implementación, el valor dek1para operaciones diferentes puede proporcionarse por separado en una señalización diferente. Por ejemplo, el valor dek1para un procedimiento de RA puede proporcionarse en una señalización relacionada con el acceso aleatorio (por ejemplo, configuración de RACH dedicada/común), el valor dek1para una SR puede proporcionarse en una señalización relacionada con la SR, y el valor dek1para concesiones configuradas puede proporcionarse en una Configuración de Concesión Configurada relacionada.
[0044] En una implementación, después de que se determine que se produce el evento 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 a la capa superior el problema de fallo de LBT y la operación que provoca el problema de fallo de LBT. Por ejemplo, una causa de fallo de LBT puede utilizarse para indicarle a la capa superior qué clase de problema de fallo está afectando a la entidad de MAC. En una implementación, la causa de fallo de LBT puede tener uno o más bits (por ejemplo, 2 bits), donde diferentes valores pueden representar las diferentes operaciones que provocan el fallo. La indicación de diferentes causas de fallo de LBT desde la capa de MAC hasta la capa de RRC puede depender de la implementación del UE. En una implementación, la capa de RRC puede recibir un problema de fallo de LBT relacionado con la operación SR desde la capa de MAC, y la capa de RRC puede recibir otro problema de fallo de LBT relacionado con la operación de RA desde la capa de MAC, y así sucesivamente.
[0045] En una implementación, el UE puede usar una variable del 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 con independencia de los tipos de transmisión de UL. En una implementación, el UE (por ejemplo, la entidad de MAC del UE) puede fijar 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 incrementar 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 incrementar primero el contador de fallos de LBT en 1 cuando se reciba una indicación de fallo de LBT que venga provocada por una transmisión de preámbulo que no ha tenido éxito debido a un fallo de LBT. A continuación, el UE (por ejemplo, la entidad de MAC del UE) puede volver a incrementar el contador de fallos de LBT en 1 cuando se reciba otra indicación de fallo de LBT que venga provocada por una transmisión de UL que no ha tenido éxito utilizando concesiones configuradas debido a un fallo de LBT, y así sucesivamente.
[0046] En una implementación, el umbral (por ejemplo, el valor dek1) puede ser un valor fijo o lo puede haber configurado la red (por ejemplo, mediante señalización dedicada o mediante difusión en información del sistema). En una implementación, si la red no configura el umbral, el UE puede aplicar un valor por defecto para dicho umbral. En una implementación, el UE en primer lugar puede aplicar el umbral difundido en información del sistema y a continuación aplicar un valor nuevo del umbral si el mismo se ha configurado mediante señalización dedicada (por ejemplo, señalización de RRC).
[0047] En una implementación, la entidad de MAC puede considerar que el LBT correspondiente a un intento de transmisión de UL ha tenido éxito 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 el LBT correspondiente a un intento de transmisión de UL ha tenido éxito, la entidad de MAC puede reinicializar el contador de fallos de LBT (por ejemplo, fijar el contador de fallos de LBT a 0). En una implementación, el UE (o la entidad de MAC del UE) puede reinicializar 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.
[0048] En una implementación, el UE puede reinicializar el contador de fallos de LBT cuando el UE lleva a cabo un procedimiento de restablecimiento. En una implementación, el UE puede reinicializar 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 reinicializar el contador de fallos de LBT cuando se recibe una reconfiguración en relación con la 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 reinicializar el contador de fallos de LBT cuando se solicita una reinicialización de la entidad de MAC (por ejemplo, solicitada por las capas superiores). En una implementación, el UE puede reinicializar el contador de fallos de LBT cuando cambia una condición de funcionamiento, tal como un cambio en el canal de LBT, la subbanda, la BWP, la portadora o la celda operativos (o de servicio). En una implementación, el UE puede reinicializar el contador de fallos de LBT al producirse 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).
[0050] La figura 2 es un diagrama de flujo de un método a modo de ejemplo 200 para actualizar un contador de fallos de LBT llevado a cabo por un UE, según una implementación a modo 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 método 100) y el umbral (utilizado en la acción 106 del método 100). La configuración puede transmitirse mediante señalización dedicada (por ejemplo, señalización de RRC) o puede difundirse en información del sistema. En la acción 204, el UE puede llevar a cabo un proceso para la detección de fallos de LBT que puede ser similar al método 100 que se muestra en la figura 1. Las acciones 206, 208 y 210 se pueden corresponder con tres posibles condiciones para reinicializar el contador de fallos de LBT. En la acción 206, el UE puede reinicializar 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 reinicializar el contador de fallos de LBT cuando el UE conmuta a otra BWP. En la acción 210, el UE puede reinicializar el contador de fallos de LBT cuando se solicita una reinicialización de la entidad de MAC. Cabe señalar que, si bien las acciones 206, 208 y 210 se especifican como acciones separadas representadas en forma de bloques independientes en la figura 2, no debe interpretarse que estas acciones especificadas por separado estén sujetas necesariamente a dependencia en cuanto a su orden. El orden en el que se llevan a cabo las acciones en la figura 2 no está destinado a interpretarse de manera limitativa. Por otra parte, en algunas de las presentes implementaciones se puede omitir una o más de las acciones 206, 208 y 210.
[0052] 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 evento de fallo de LBT se produce debido a que el contador de fallos de LBT es superior o igual ak1, el UE (por ejemplo, la capa de RRC del UE) puede llevar a cabo por lo menos una de las siguientes acciones sobre la base de configuraciones o reglas predefinidas: llevar a cabo un procedimiento de recuperación de Fallo de Enlace de Radiocomunicaciones (RLF), llevar a cabo un procedimiento de restablecimiento y conmutar una BWP activa del UE a otra BWP o portadora. Por ejemplo, cuando se produce el evento 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 evento 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 solicitud de restablecimiento de RRC como respuesta al evento de fallo de LBT. En una implementación, si se lleva a cabo un procedimiento de restablecimiento debido a un problema de fallo de LBT, el UE puede transmitir una solicitud de restablecimiento de RRC (por ejemplo, el mensajeRRCReestablishmentRequest) que indique que la causa del restablecimiento es un 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 llevar a cabo una acción específica (por ejemplo, activar procedimiento de restablecimiento, activar procedimiento de recuperación de RLF y/o conmutar a otra portadora/BWP) basándose en la operación específica.
[0054] La figura 3 es un diagrama de flujo de un método de ejemplo 300 llevado a cabo por un UE después de que se determine que se produce un evento de fallo de LBT, según una implementación a modo de ejemplo de la presente solicitud. La acción 106 que se muestra en la figura 3 se puede corresponder con la acción 106 que se muestra en la figura 1. Después de que el UE determine que se ha producido un evento de fallo de LBT, puede haber varias implementaciones para que el UE responda a esta situación. En una implementación, el UE puede llevar a cabo 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 llevar a cabo 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). Cabe señalar que la acción 302 y la acción 304 no se interpretan de manera que estén sujetas necesariamente a dependencia en cuanto a su orden. Por otra parte, en algunas de las presentes implementaciones tanto la acción 302 como la acción 304 pueden llevarse a cabo de manera opcional.
[0056] 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 evento de fallo de LBT se produce debido a que el contador de fallos de LBT es superior 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 sobre qué canal/portadora/BWP/unidad de LBT padece el problema de fallo de LBT, o qué operación padece el problema de fallo de LBT. En el modo de conectividad dual (o modo MR-DC), si un UE determina que hay un problema de fallo de LBT en una Celda Secundaria Primaria (PSCell) o un Grupo de Celdas Secundarias (SCG) que opera en un espectro sin licencia, el UE puede enviar un informe de problema de fallo de LBT ó un informe de fallo de SCG (que incluye información del problema de fallo de LBT) al nodo maestro (que puede operar en el espectro con licencia o en el espectro sin licencia). En el modo de conectividad dual (o modo MR-DC), si un UE determina que hay un problema de fallo de LBT en una Celda Primaria (PCell) o un Grupo de Celdas Maestras (MCG) que opera en el espectro sin licencia, 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 operar en un espectro con licencia o un espectro sin licencia).
[0058] La figura 4 es un diagrama de flujo de un método de ejemplo 400 llevado a cabo por un UE cuando se indica un problema de fallo de LBT a una capa superior, según una implementación de ejemplo de la presente solicitud. La acción 304 que se muestra en la figura 4 se puede corresponder con la acción 304 mostrada en la figura 3. Después de que la entidad de MAC del UE indique 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 llevar a cabo 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 evento 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 evento de fallo de LBT tiene lugar en una PSCell. En la acción 404, el UE puede llevar a cabo un procedimiento de restablecimiento transmitiendo un mensaje de solicitud de restablecimiento de RRC que indique que la causa de restablecimiento es un fallo de LBT cuando el evento de fallo de LBT se produzca en una PCell. En la acción 406, el UE puede transmitir, a un nodo maestro, un informe de fallo de SCG que indique el problema de fallo de LBT cuando el evento de fallo de LBT se produzca en una PSCell. Cabe señalar que no se interpreta que la acción 404 y la acción 406 estén sujetas necesariamente a dependencia en cuanto a su orden. Por otra parte, en algunas de las presentes implementaciones, se pueden omitir de manera opcional la acción 404 y/o la acción 406.
[0060] En una implementación, puede haber una indicación de fallo de LBT pero ninguna indicación de éxito de LBT. Cuando no haya ninguna indicación de éxito de LBT, puede haber un temporizador de éxito de LBT. En una implementación, el tiempo de expiración correspondiente al temporizador de éxito de LBT se puede corresponder con el periodo de tiempo de la acción 108. En una implementación, cuando la entidad de MAC ordena 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á en funcionamiento 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 ha tenido éxito. 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 desde la capa inferior. En una implementación, la entidad de MAC puede considerar que el intento ha tenido éxito cuando expira el temporizador de éxito de LBT. En una implementación, la entidad de MAC puede reinicializar el contador de fallos de LBT cuando la entidad de MAC considera que el intento ha tenido éxito (por ejemplo, cuando expira el temporizador de éxito de LBT).
[0062] En una implementación, cuando la entidad de MAC ordena 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/ordena 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/ordena 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/ordena 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.
[0064] 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 es reconfigurado por la capa superior (por ejemplo, reconfigurado 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, la subbanda, la BWP, la portadora o la celda operativos (o de servicio).
[0065] En una implementación, puede que no haya ninguna indicación de éxito de LBT, y el UE puede decidir si el LBT ha tenido éxito o no sobre la base de si se recibe o no una indicación de fallo de LBT correspondiente. Por ejemplo, cuando la entidad de MAC indica/ordena a la capa inferior que transmita un preámbulo de acceso aleatorio, la entidad de MAC puede considerar que el LBT correspondiente a este intento ha tenido éxito si la capa de MAC no recibe una indicación de fallo de LBT correspondiente (por ejemplo, en el 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/ordena a la capa inferior que señalice una SR, la entidad de MAC puede considerar que el LBT correspondiente al intento ha tenido éxito si la entidad de MAC no recibe una indicación de fallo de LBT correspondiente (por ejemplo, en el 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/ordena a la capa inferior que transmita datos de UL utilizando concesiones configuradas, la entidad de MAC puede considerar que el LBT correspondiente al intento ha tenido éxito si la capa de MAC no recibe una indicación de fallo de LBT correspondiente en el comienzo de las concesiones configuradas de enlace ascendente almacenadas o al final de las concesiones configuradas de enlace ascendente almacenadas.
[0066] En una implementación, puede haber no solamente una indicación de fallo de LBT sino también una indicación de éxito de LBT. La entidad de MAC puede incrementar el contador de fallos de LBT en 1 cuando se recibe una indicación de fallo de LBT. En una implementación, la indicación de éxito de LBT puede producirse de manera independiente con respecto a operaciones de MAC (por ejemplo, un procedimiento de RACH, un 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 decrementar el contador de fallos de LBT en 1 para todas las operaciones de MAC cuando se 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 decrementar en 1 los contadores de fallos de LBT diferentes para operaciones de MAC diferentes cuando se recibe una indicación de éxito de LBT común. En una implementación, puede haber tipos diferentes de indicaciones de éxito de LBT correspondientes a tipos diferentes de operaciones de MAC. La entidad de MAC puede decrementar en 1 un contador de fallos de LBT específico cuando se recibe una indicación de éxito de LBT correspondiente para una operación de MAC específica.
[0067] En una implementación, la entidad de MAC puede identificar a qué intento está asociada una indicación de fallo de LBT común recibida. En una implementación, la entidad de MAC puede identificar a qué intento está asociada una indicación de éxito de LBT común recibida. En una implementación, la entidad de MAC puede identificar a qué intento está asociada la indicación de fallo (o éxito) de LBT común recibida basándose en la temporización 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).
[0068] 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. 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 espectral 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 del sistema, puertos de Entrada/Salida (I/O), componentes de I/O y alimentación eléctrica (no mostrada explícitamente en la figura 5). Cada uno de estos componentes puede estar en comunicación mutua, de manera directa o indirecta, 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 lleve a cabo varias de las funciones descritas en la presente memoria, por ejemplo, en referencia a las figuras 1 a 4.
[0069] El transceptor 520, que tiene un transmisor 522 (por ejemplo, circuitería transmisora/de transmisión) y un receptor 524 (por ejemplo, circuitería receptora/de recepción), puede configurarse para transmitir y/o recibir información sobre segmentación de recursos en tiempo y/o frecuencia. En algunas implementaciones, el transceptor 520 puede configurarse para transmitir en tipos diferentes de subtramas y ranuras incluyendo, aunque sin carácter limitativo, subtramas y formatos de ranura utilizables, no utilizables y utilizables de manera flexible. El transceptor 520 puede configurarse para recibir datos y canales de control.
[0070] El nodo 500 puede incluir una variedad de medios legibles por ordenador. Los medios legibles por ordenador pueden ser cualesquiera medios disponibles a los que pueda acceder el nodo 500 e incluyen medios extraíbles y no extraíbles, tanto volátiles como no volátiles. A título de ejemplo, y sin carácter limitativo, los medios legibles por ordenador pueden comprender medios de almacenamiento informático y medios de comunicación. Los medios de almacenamiento informático incluyen medios extraíbles y no extraíbles, tanto volátiles como no volátiles, implementados en cualquier método o tecnología para el almacenamiento de información tal como instrucciones legibles por ordenador, estructuras de datos, módulos de programas o datos.
[0071] Los medios de almacenamiento informático incluyen RAM, ROM, EEPROM, memoriaflashu otra tecnología de memoria, CD-ROM, Discos Versátiles Digitales (DVD) u otros dispositivos de almacenamiento óptico, casetes magnéticos, cinta magnética, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético. Los medios de almacenamiento informático no comprenden una señal de datos propagada. Los medios de comunicación incorporan típicamente instrucciones legibles por ordenador, estructuras de datos, módulos de programas u otros datos en una señal de datos modulada tal como una onda portadora u otro mecanismo de transporte e incluye cualesquiera medios de entrega de información. El término “señal de datos modulada” significa una señal en la que una o más de sus características se han fijado o cambiado de tal manera que codifican información en la señal. A título de ejemplo, y sin carácter limitativo, los medios de comunicación incluyen medios por cable, tales como una red por cable o una conexión directa por cable, y medios inalámbricos, tales como medios acústicos, de RF, por infrarrojos y otros medios inalámbricos. El alcance de los medios legibles por ordenador debe incluir también combinaciones de cualesquiera de los anteriores.
[0073] La memoria 534 puede incluir medios de almacenamiento informático 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. Una memoria a modo de ejemplo incluye memoria de estado sólido, unidades de disco duro, unidades de disco óptico, etcétera. Como se ilustra en la figura 5, la memoria 534 puede almacenar instrucciones legibles y ejecutables por ordenador 532 (por ejemplo, códigos desoftware) que estén configuradas para, cuando se ejecutan, conseguir que el procesador 528 lleve a cabo varias de las funciones descritas en la presente memoria, por ejemplo, en referencia a las figuras 1 a 4. Alternativamente, las instrucciones 532 pueden no ser ejecutables directamente por el procesador 528, sino estar configuradas para conseguir que el nodo 500 (por ejemplo, cuando se compilan y ejecutan) lleve a cabo varias de las funciones descritas en la presente memoria.
[0075] El procesador 528 (por ejemplo, que tiene circuitería de procesado) puede incluir un dispositivo dehardwareinteligente, por ejemplo, una Unidad de Procesado Central (CPU), un microcontrolador, un ASIC, etcétera. 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 destinada a enviarse al transceptor 520 para su transmisión, a través de la antena 536, al módulo de comunicaciones de red con vistas a su transmisión a una red central.
[0077] Uno o más componentes de presentación 538 presentan indicaciones de datos a una persona u otro dispositivo. Ejemplos de componentes de presentación 538 pueden incluir un dispositivo de visualización, un altavoz, un componente de impresión, un componente vibratorio, etcétera.
[0079] A partir de la descripción anterior, se pone de manifiesto que, para implementar los conceptos descritos en la presente solicitud, se pueden utilizar diversas técnicas sin desviarse del alcance de dichos conceptos. Por otra parte, si bien los conceptos se han descrito en referencia específicamente a ciertas implementaciones, una persona con conocimientos habituales en la materia podrá reconocer que se pueden realizar cambios en cuanto a forma y detalle sin desviarse del alcance de dichos conceptos. Por ello, debe considerarse que las implementaciones descritas son, en todos sus aspectos, ilustrativas y no restrictivas. También debe entenderse que la presente solicitud no se limita a las implementaciones particulares antes descritas, sino que son posibles muchas recomposiciones, modificaciones y sustituciones sin desviarse del alcance de la presente exposición, según queda definido por el conjunto anexo de reivindicaciones.

Claims (20)

1. REIVINDICACIONES
1. Equipo de usuario, UE, que comprende:
uno o más medios no transitorios legibles por ordenador que presentan, incorporadas en ellos, instrucciones ejecutables por ordenador; y
por lo menos un procesador acoplado al uno o más medios no transitorios legibles por ordenador, estando configurado el por lo menos un procesador para ejecutar las instrucciones ejecutables por ordenador con el fin de:
recibir, por parte de una entidad de Control de Acceso al Medio, MAC, del UE, una indicación de fallo de Escuchar Antes de Hablar, LBT, que indica un fallo de un procedimiento de LBT de una transmisión de enlace ascendente, UL, desde una capa inferior;
incrementar 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 evento de fallo de LBT cuando el contador de fallos de LBT es superior o igual a un umbral;
conmutar una Parte de Ancho de Banda, BWP, activa del UE a otra BWP como respuesta a la determinación de que se ha producido el evento de fallo de LBT; y
reinicializar el contador de fallos de LBT como respuesta a haber conmutado a la otra BWP.
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 con el fin de:
reinicializar 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.
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 con el fin de:
indicar, por parte de la entidad de MAC del UE, a una capa superior un problema de fallo de LBT después de que se determine que se ha producido el evento de fallo de LBT.
4. UE según la reivindicación 3, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador con el fin de:
llevar a cabo un procedimiento de recuperación de Fallo de Enlace de Radiocomunicaciones, RLF.
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 con el fin de:
llevar a cabo un procedimiento de restablecimiento transmitiendo un mensaje de solicitud de restablecimiento de Control de Recursos de Radiocomunicaciones, RRC, que indica que la causa de restablecimiento es un fallo de LBT, cuando el evento de fallo de LBT se produce en una Celda Primaria, PCell.
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 con el fin de:
transmitir, a un nodo maestro, un informe de fallo de Grupo de Celdas Secundarias, SCG, que indica el problema de fallo de LBT cuando el evento de fallo de LBT se produce en una Celda Secundaria Primaria, PSCell.
7. UE según las reivindicaciones 1 y 2, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador con el fin de:
recibir una configuración que indica por lo menos uno de entre el periodo de tiempo y el umbral.
8. UE según las reivindicaciones 1 y 2, en el que el por lo menos un procesador está configurado además para ejecutar las instrucciones ejecutables por ordenador con el fin de:
reinicializar el contador de fallos de LBT cuando se reconfigura por lo menos uno de entre el periodo de tiempo y el umbral.
9. 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 con el fin de:
reinicializar el contador de fallos de LBT cuando la entidad de MAC considera que un LBT para un intento de transmisión de UL ha tenido éxito.
10. 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 con el fin de:
reinicializar el contador de fallos de LBT cuando se solicita una reinicialización de la entidad de MAC.
11. Método para la detección de fallos de Escuchar Antes de Hablar, LBT, llevado a cabo por un Equipo de Usuario, UE, comprendiendo el método:
recibir, por parte de una entidad de Control de Acceso al Medio, MAC, del UE, una indicación de fallo de Escuchar Antes de Hablar, LBT, que indica un fallo de un procedimiento de LBT de una transmisión de enlace ascendente, UL, desde una capa inferior;
incrementar 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 evento de fallo de LBT cuando el contador de fallos de LBT es superior o igual a un umbral;
conmutar una Parte de Ancho de Banda, BWP, activa del UE a otra BWP como respuesta a la determinación de que se ha producido el evento de fallo de LBT; y
reinicializar el contador de fallos de LBT como respuesta a haber conmutado a la otra BWP.
12. Método según la reivindicación 11, que comprende además reinicializar 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.
13. Método según la reivindicación 11, que comprende además indicar, por parte de la entidad de MAC del UE, a una capa superior un problema de fallo de LBT después de que se determine que se ha producido el evento de fallo de LBT.
14. Método según la reivindicación 13, que comprende además llevar a cabo un procedimiento de recuperación de Fallo de Enlace de Radiocomunicaciones, RLF.
15. Método según la reivindicación 11, que comprende además llevar a cabo un procedimiento de restablecimiento mediante la transmisión de un mensaje de solicitud de restablecimiento de Control de Recursos de Radiocomunicaciones, RRC, que indica que la causa de restablecimiento es un fallo de LBT, cuando el evento de fallo de LBT se produce en una Celda Primaria, PCell.
16. Método según la reivindicación 11, que comprende además transmitir, a un nodo maestro, un informe de fallo de Grupo de Celdas Secundarias, SCG, que indica el problema de fallo de LBT cuando el evento de fallo de LBT se produce en una Celda Secundaria Primaria, PSCell.
17. Método según las reivindicaciones 11 y 12, que comprende además recibir una configuración que indica por lo menos uno de entre el periodo de tiempo y el umbral.
18. Método según las reivindicaciones 11 y 12, que comprende además reinicializar el contador de fallos de LBT cuando se reconfigura por lo menos uno de entre el periodo de tiempo y el umbral.
19. Método según la reivindicación 11, que comprende además reinicializar el contador de fallos de LBT cuando la entidad de MAC considera que un LBT para un intento de transmisión de UL ha tenido éxito.
20. Método según la reivindicación 11, que comprende además reinicializar el contador de fallos de LBT cuando se solicita una reinicialización de la entidad de MAC.
ES25171709T 2019-01-09 2020-01-08 Method and apparatus for lbt failure detection Active ES3073797T3 (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
ES3073797T3 true ES3073797T3 (en) 2026-07-15

Family

ID=71404694

Family Applications (2)

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

Family Applications After (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) EP4580274B1 (es)
CN (2) CN118055466A (es)
ES (2) ES3073797T3 (es)
MX (1) MX2021008190A (es)
WO (1) WO2020143672A1 (es)

Families Citing this family (53)

* 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
CN118055466A (zh) 2019-01-09 2024-05-17 汉尼拔Ip有限责任公司 用于lbt失败检测的方法和设备
US11838773B2 (en) * 2019-01-16 2023-12-05 Beijing Xiaomi Mobile Software Co., Ltd. LBT failure processing method and LBT failure processing apparatus
CN114125966B (zh) * 2019-01-25 2024-01-05 中兴通讯股份有限公司 用于上报主小区组失败的方法和装置
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
CN110115000B (zh) * 2019-03-27 2022-06-24 北京小米移动软件有限公司 信道指示方法及装置
CN113767710B (zh) * 2019-03-28 2024-04-26 瑞典爱立信有限公司 基于dl cca操作信息适配ue服务小区过程
KR102880148B1 (ko) * 2019-03-28 2025-11-04 삼성전자주식회사 비면허 대역을 활용하는 무선통신시스템에서 상향링크 LBT (Listen-Before-Talk) 실패를 감지하는 방법 및 장치
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
EP3975638A4 (en) * 2019-07-18 2022-06-15 Guangdong Oppo Mobile Telecommunications Corp., Ltd. INFORMATION REPORTING PROCEDURE AND RELATED DEVICE
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
JP7543409B2 (ja) * 2020-05-21 2024-09-02 中興通訊股▲ふん▼有限公司 共有スペクトルチャネルアクセスにおけるリソース節約データ伝送のための構成
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
US20230319932A1 (en) * 2020-08-07 2023-10-05 Lenovo (Beijing) Limited Methods and apparatus for providing assistant information for uplink scheduling
US20230239921A1 (en) * 2020-08-07 2023-07-27 Qualcomm Incorporated Channel access failure information on shared spectrum
WO2022047629A1 (zh) * 2020-09-01 2022-03-10 Oppo广东移动通信有限公司 报告随机接入情况的方法、终端设备和网络设备
WO2022073206A1 (zh) * 2020-10-09 2022-04-14 Oppo广东移动通信有限公司 无线通信方法和设备
US12603691B2 (en) 2020-10-22 2026-04-14 Nokia Technologies Failure cancellation recording
CN113810937B (zh) 2020-10-22 2022-08-23 荣耀终端有限公司 处理网络注册异常的方法、装置、存储介质和芯片
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
WO2022207966A1 (en) 2021-04-01 2022-10-06 Nokia Solutions And Networks Oy Device testing
CN115315017A (zh) * 2021-05-06 2022-11-08 展讯通信（上海）有限公司 一种资源处理方法、设备、介质、芯片及芯片模组
EP4260640A4 (en) * 2021-06-30 2024-03-27 ZTE Corporation SYSTEMS AND METHODS FOR MULTICAST TRANSMISSION MAPPING FOR REDUCED CAPACITY USER EQUIPMENT
US12167453B2 (en) * 2021-07-19 2024-12-10 Qualcomm Incorporated Techniques for listen-before-talk failure reporting for multiple transmission time intervals
CN115701178A (zh) * 2021-07-23 2023-02-07 北京紫光展锐通信技术有限公司 一种部分带宽切换方法及相关装置
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广东移动通信有限公司 无线通信的方法及终端设备
CN114938710B (zh) * 2022-03-28 2026-03-31 北京小米移动软件有限公司 侧行链路sidelink通信方法及装置
WO2023211155A1 (ko) * 2022-04-26 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 장치
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
WO2024029817A1 (ko) * 2022-08-01 2024-02-08 주식회사 케이티 사이드링크 통신 실패 처리 방법 및 그 장치
CN115669181B (zh) * 2022-08-09 2025-12-09 北京小米移动软件有限公司 一种确定触发连续lbt失败的方法及装置
US20260052567A1 (en) * 2022-08-11 2026-02-19 Lg Electronics Inc. Method and device for sl lbt failure recovery in unlicensed bands
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
WO2024207920A1 (zh) * 2023-04-07 2024-10-10 大唐移动通信设备有限公司 一致性先听后说失败处理方法、装置及终端

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011530886A (ja) 2008-08-08 2011-12-22 インターデイジタル パテント ホールディングス インコーポレイテッド Ｍａｃのリセットおよび再構成
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
WO2017171999A1 (en) * 2016-03-31 2017-10-05 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 北京三星通信技术研究有限公司 无线通信方法和用户设备
WO2019160720A1 (en) * 2018-02-13 2019-08-22 Idac Holdings, Inc. Methods for unlicensed resource selection
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
WO2020069114A1 (en) 2018-09-26 2020-04-02 Convida Wireless, Llc Nr-u lbt mac procedures
CN118828931A (zh) 2018-10-31 2024-10-22 苹果公司 用于5g网络的调度请求增强
AU2018448175B2 (en) 2018-10-31 2024-09-05 Guangdong Oppo Mobile Telecommunications Corp.,Ltd. Counting method, terminal device, and apparatus
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
CN118055466A (zh) 2019-01-09 2024-05-17 汉尼拔Ip有限责任公司 用于lbt失败检测的方法和设备
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
CN122248451A (zh) * 2019-09-30 2026-06-19 康卡斯特有线通信有限责任公司 通信信道失败检测和恢复

Also Published As

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