ES2914573T3 - Procedimiento y aparato para determinar el tipo de acceso al canal en un sistema de comunicación inalámbrico - Google Patents
Procedimiento y aparato para determinar el tipo de acceso al canal en un sistema de comunicación inalámbrico Download PDFInfo
- Publication number
- ES2914573T3 ES2914573T3 ES21201414T ES21201414T ES2914573T3 ES 2914573 T3 ES2914573 T3 ES 2914573T3 ES 21201414 T ES21201414 T ES 21201414T ES 21201414 T ES21201414 T ES 21201414T ES 2914573 T3 ES2914573 T3 ES 2914573T3
- Authority
- ES
- Spain
- Prior art keywords
- lbt
- msg3
- channel access
- type
- category
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- 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
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procedimiento realizado por un terminal en un sistema de comunicación inalámbrica, comprendiendo el procedimiento: recibir (710, 1310), desde una estación base, una respuesta de acceso aleatorio, RAR, que incluye un recurso de enlace ascendente para una transmisión de un mensaje 3, MSG3, asociado a un acceso aleatorio, e información sobre un tipo de acceso al canal para la transmisión del MSG3; realizar (715, 1315) un primer procedimiento de acceso al canal basado en el tipo de acceso al canal para la transmisión del MSG3; transmitir (720, 1320), a la estación base, el MSG3 asociado con el acceso aleatorio basado en el primer procedimiento de acceso al canal; recibir (725, 1325), desde la estación base, información de control de enlace descendente, DCI, programando una retransmisión del MSG3, incluyendo la DCI información sobre un tipo de acceso al canal para la retransmisión del MSG3; realizar (730, 1330) un segundo procedimiento de acceso al canal basado en el tipo de acceso al canal para la retransmisión del MSG3; y transmitir (735, 1335), a la estación base, el MSG3 basado en el segundo procedimiento de acceso al canal.
Description
DESCRIPCIÓN
Procedimiento y aparato para determinar el tipo de acceso al canal en un sistema de comunicación inalámbrico [Campo técnico]
La presente divulgación se refiere a un procedimiento realizado por un terminal para un sistema de comunicación inalámbrica, un procedimiento correspondiente realizado por una estación base, un terminal correspondiente y una estación base correspondiente.
[Técnica anterior]
Para satisfacer la creciente demanda de tráfico inalámbrico de datos desde el despliegue de los sistemas de comunicación de 4' generación (4G), se han realizado esfuerzos para desarrollar un sistema de comunicación mejorado de 5' generación (5G) o pre-5G, que puede denominarse "red más allá de 4G" o "sistema de evolución post largo plazo (LTE)". Se considera que el sistema de comunicación 5G se implementa en bandas de frecuencia más altas (mmWave), por ejemplo, bandas de 60GHz, para utilizar mayores tasas de datos.
Para disminuir la pérdida de propagación de las ondas de radio y aumentar la distancia de transmisión, se discuten las técnicas de formación de haces, entrada múltiple y salida múltiple (MIMO) masiva, MIMO de dimensión completa (FD-MIMO), antena de conjunto, formación de haces analógicos y antena a gran escala en los sistemas de comunicación 5G. Además, en los sistemas de comunicación 5G, se está desarrollando una mejora de la red del sistema en base a células pequeñas avanzadas, redes de acceso por radio (RAN) en la nube, redes ultradensas, comunicación de dispositivo a dispositivo (D2D), red de retorno inalámbrica, red en movimiento, comunicación cooperativa, multipuntos coordinados (CoMP), cancelación de interferencias en el extremo de la recepción, etc. En el sistema 5G, se han desarrollado, como tecnología de acceso avanzada, la modulación por desplazamiento de fase de frecuencia híbrida (FSK), y modulación de modulación de amplitud en cuadratura (QAM) (FQAM), y la codificación por superposición de ventana deslizante (SWSC) como una modulación de codificación avanzada (ACM), y multiportadora de banco de filtros (FBMC), acceso múltiple no ortogonal (NOMA) y acceso múltiple de código disperso (SCMA).
Internet está ahora evolucionando hacia el Internet de las cosas (loT), donde las entidades distribuidas, tales como las cosas, intercambian y procesan información sin intervención humana. También ha surgido el Internet de todo (IoE), que es una combinación de la tecnología IoT y la tecnología de procesamiento de grandes datos a través de la conexión con un servidor en la nube.
A medida que los elementos tecnológicos, tales como la "tecnología de detección", la "infraestructura de red y comunicación por cable/inalámbrica", la "tecnología de interfaz de servicios" y la "tecnología de Seguridad" han sido requeridos para la implementación del loT, se ha investigado recientemente una red de sensores, una comunicación máquina a máquina (M2M), una comunicación tipo máquina (MTC), etc. Tal entorno de IoT puede proporcionar servicios inteligentes de tecnología de Internet que crean un nuevo valor para la vida humana por medio de la recopilación y el análisis de los datos generados entre las cosas conectadas. La loT se puede aplicar a una variedad de campos, incluyendo los hogares inteligentes, los edificios inteligentes, las ciudades inteligentes, los automóviles inteligentes o los automóviles conectados, las redes inteligentes, la atención sanitaria, los electrodomésticos inteligentes y los servicios médicos avanzados, a través de la convergencia y la combinación entre las tecnologías de la información (IT) existentes y diversas aplicaciones industriales.
También se han realizado varios intentos de aplicar el sistema de comunicación 5G a las redes IoT. Por ejemplo, las tecnologías tales como la red de sensores, la comunicación MTC, y M2M se pueden implementar por medio de formación de haces, MIMO, y antenas de conjunto. La aplicación de una RAN en la nube como tecnología de procesamiento de grandes datos descrita anteriormente también se puede considerar como un ejemplo de convergencia entre la tecnología 5G y la tecnología IoT.
En los últimos años se han desarrollado varias tecnologías inalámbricas de banda ancha para satisfacer el creciente número de suscriptores de banda ancha y proporcionar más y mejores aplicaciones y servicios. El sistema de comunicación inalámbrica de segunda generación (2G) se ha desarrollado para proporcionar servicios de voz garantizando la movilidad de los usuarios. El sistema de comunicación inalámbrica de tercera generación (3G) se desarrolló para soportar servicio de voz, y servicio de datos. El sistema de comunicación inalámbrica 4G uno tiene recursos suficientes para satisfacer la creciente demanda de servicio de datos de alta velocidad. En consecuencia, el sistema de comunicación inalámbrica 5G se está desarrollando para satisfacer la creciente demanda de servicios de datos de alta velocidad, y para soportar aplicaciones de ultra fiabilidad y baja latencia.
Además, se espera que el sistema de comunicación inalámbrica 5G se dirija a diferentes usos con diferentes requisitos en términos de velocidad de datos, latencia, fiabilidad, movilidad, etc. En consecuencia, se espera que el diseño de una interfaz aérea del sistema de comunicación inalámbrica 5G sea lo suficientemente flexible como para servir a equipos de usuario (UE) con diferentes capacidades, en función del uso y el segmento de mercado para el que el UE prestará servicio al cliente final. Por ejemplo, se espera que el sistema inalámbrico del sistema de
comunicación inalámbrica 5G aborde la banda ancha móvil mejorada (eMBB), la MTC masiva (m-MTC), la comunicación de baja latencia ultra fiable (URLL), etc. Los requisitos de la eMBB, como una velocidad de datos de decenas de Gbps, baja latencia, alta movilidad, etc., se dirigen a un segmento de mercado que representa a los abonados a la banda ancha inalámbrica convencional que necesitan conectividad a Internet en todo momento. Los requisitos de m-MTC, como una densidad de conexión muy alta, una transmisión de datos poco frecuente, una duración de la batería muy larga, una dirección de baja movilidad, etc., se dirigen a un segmento de mercado que representa el IoT/IoE, previendo la conectividad de miles de millones de dispositivos. Los requisitos de la URLL, como una latencia muy baja, una fiabilidad muy alta, una movilidad variable, etc., se dirigen a un segmento de mercado que representa las aplicaciones de automatización industrial y la comunicación de vehículo a vehículo/de vehículo a infraestructura, que se espera que sea importante para los coches autónomos.
En el sistema de comunicación inalámbrica 4G, el eNB es responsable de mantener un avance de temporización en un estado de control de recursos de radio (RRC)_CONECtAd O. En el estado RRC_CONNECTED, el UE puede estar configurado con una o más células servidoras. Las células servidoras que tienen un enlace ascendente (UL) al que se aplica el mismo avance de temporización (que suele corresponder a las células servidoras alojadas en el mismo receptor) y que utilizan una misma célula de referencia de temporización se agrupan en un grupo de avance de temporización (TAG). Cada TAG incluye al menos una célula servidora con un UL configurado, y la correlación de cada célula servidora a un TAG es configurada por un RRC.
Para conectividad dual (DC), un TAG sólo incluye células que están asociadas al mismo grupo celular (CG) y el número máximo de TAG es 8.
Para un TAG primario (pTAG) el UE utiliza una célula primaria (PCell) en un grupo de células maestras (MCG) y una célula secundaria primaria (PSCell) en un grupo de células secundarias (SCG) como referencia de temporización. En un TAG secundario (sTAG), el equipo de usuario puede utilizar cualquiera de las células activadas del sTAG como célula de referencia de temporización. El estado de sincronización del UE sigue el estado de sincronización del pTAG del MCG. El estado de sincronización del UE, con respecto al SCG, sigue el estado de sincronización del pTAG del SCG.
Cuando un temporizador asociado a un pTAG no está en marcha, un temporizador asociado a un sTAG en ese CG no estará en marcha. El vencimiento de los temporizadores asociados a un GC no afecta al funcionamiento del otro GC. El valor del temporizador asociado al pTAG del MCG puede ser específico del UE y gestionado a través de la señalización dedicada entre el UE y el eNB, o puede ser específico de la célula e indicado a través de la información de difusión. En ambos casos, el temporizador se reinicia normalmente cada vez que el eNB proporciona un nuevo avance de temporización para el pTAG: se reinicia a un valor específico del UE si lo hay; o se reinicia a un valor específico de la célula en caso contrario.
El valor del temporizador asociado a un pTAG de un SCG y el valor de un temporizador asociado a un sTAG de un MCG o a un sTAG de un SCG se gestionan a través de señalización dedicada entre el UE y el eNB, y los temporizadores asociados a estos TAG pueden configurarse con valores diferentes. Los temporizadores de estos TAG se reinician normalmente cada vez que el eNB da un nuevo avance de temporización para el TAG correspondiente.
El problema con el diseño actual es que un estado de sincronización del UE sigue a un estado de sincronización de un pTAG. En consecuencia, si un temporizador de alineación temporal (TAT) para un pTAG expira, los TAT de todos los TAG también se consideran expirados. En consecuencia, la comunicación en las células de servicio de sTAG(s) se retrasa innecesariamente hasta la finalización de a) el procedimiento de acceso aleatorio para pTAG, y b) el procedimiento de acceso aleatorio para STAG. Por lo tanto, se necesita un procedimiento para evitar este tipo de retraso.
El sistema de comunicación inalámbrica 5G también debe soportar la operación en portadoras con y sin licencia. El uso de un operador sin licencia puede reducir los gastos de capital de los operadores de telefonía móvil al utilizar el acceso al espectro libre para la descarga inteligente de datos, y proporcionar un acceso y una gestión del espectro mejorados e inteligentes, lo que permite hacer frente a la creciente demanda de tráfico inalámbrico con un espectro disponible limitado y permite a los operadores de redes sin un espectro con licencia utilizar la tecnología de acceso radioeléctrico eficiente del proyecto de asociación de tercera generación (3GPP).
Se están considerando varios escenarios de despliegue para la operación en portadoras sin licencia, tales como: Nueva radio (NR) - acceso asistido por licencia (LAA): Agregación de portadoras entre la banda con licencia NR (PCell) y la banda sin licencia NR-U (SCell).
NR-U autónomo (SA): NR-U autónomo.
Nueva red de acceso radioeléctrico terrestre evolucionado (E-UTRAN) sin licencia (ENU)-DC: Conectividad dual entre la banda con licencia LTE (PCell) y la banda sin licencia NR-U (PSCell).
NNU(NR NR sin licencia)-DC: Conectividad dual entre la banda con licencia NR (PCell) y la banda sin licencia NR-U (PSCell).
[0022]Los escenarios anteriores incluyen una célula NR con un enlace descendente (DL) en una banda sin licencia y un UL en una banda con licencia.
Se utiliza un procedimiento de escucha antes de hablar (LBT) para la coexistencia justa y amistosa de dispositivos y tecnologías que operan en el espectro sin licencia. Los procedimientos de LBT en un nodo que intenta transmitir en una portadora en el espectro sin licencia requieren que el nodo realice una evaluación del canal claro para determinar si el canal está libre para su uso. Los distintos tipos o categorías de procedimientos LBT utilizados para la transmisión son los siguientes:
Categoría 1: No LBT
La entidad transmisora no realiza ningún procedimiento LBT.
Categoría 2: LBT sin retroceso aleatorio
La duración durante la cual se detecta que el canal está inactivo antes de que la entidad transmisora transmita es determinista. Por ejemplo, un intervalo de detección puede ser de 25us, es decir, un UE puede transmitir, tras detectar que el canal está inactivo durante al menos un intervalo de detección Td=25us. Para la transmisión UL, la categoría 2 también puede denominarse procedimiento de acceso al canal de tipo 2.
Categoría 3: LBT con retroceso aleatorio con una ventana de contención de tamaño fijo
En este procedimiento LBT, la entidad transmisora extrae un número aleatorio N dentro de una ventana de contención. El tamaño de la ventana de contención se especifica mediante un valor mínimo y un valor máximo de N. El tamaño de la ventana de contención es fijo. El número aleatorio N se utiliza en el procedimiento LBT para determinar la duración durante la cual se detecta que el canal está inactivo, antes de que la entidad transmisora transmita en el canal. El procedimiento detallado de la categoría 3 de LBT es el siguiente: Un equipo de usuario transmite después de detectar que el canal está inactivo durante las duraciones de ranura de una duración diferida (Td) y después de que el contador sea cero en la etapa 4 siguiente. El procedimiento detallado es el siguiente: Etapa 1: establecer N=N¡nit, donde Ninites un número aleatorio distribuido uniformemente entre 0 y la ventana de contención (CW)p. CWp es la ventana de contención para una determinada clase de prioridad de acceso al canal "p". Los distintos parámetros de LBT para las diferentes clases de prioridad de acceso al canal (CAPC) se enumeran en la Tabla 1.
[Tabla 1]
Si la ausencia de cualquier otra tecnología compartida, la portadora puede ser garantizada a largo plazo (por ejemplo, por nivel de regulación), el tiempo máximo de ocupación del canal para las clases de prioridad LBT 3 y 4 es de 10 ms. En caso contrario, el tiempo máximo de ocupación del canal para las clases de prioridad LBT 3 y 4 es de 8 ms.
Etapa 2: si N>0, decrementar el contador, establecer N=N-1.
Etapa 3: Sentir el canal para una duración de ranura adicional (Ts). Si la duración de la ranura adicional está inactiva, ir a la etapa 4; si no, ir a la etapa 5.
Etapa 4: si N=0, realizar la transmisión; si no, ir a la etapa 2.
Etapa 5: detectar el canal durante las duraciones de las ranuras de una duración adicional de aplazamiento (Td). Td es igual a Tf+mp * Ts, donde Tf es igual a 16us y Ts es igual a 9 us y mp corresponde a la tabla 1.
Etapa 6: Si se detecta que el canal está inactivo durante Td, ir a la etapa 2; si no, ir a la etapa 5.
Categoría 4: LBT con retroceso aleatorio con una ventana de contención de tamaño variable
En este procedimiento LBT, la entidad transmisora extrae un número aleatorio N dentro de una ventana de contención. El tamaño de la ventana de contención se especifica mediante un valor mínimo y un valor máximo de N. La entidad transmisora puede variar el tamaño de la ventana de contención al extraer el número aleatorio N. El número aleatorio N se utiliza en el procedimiento LBT para determinar la duración durante la cual se detecta que el canal está inactivo antes de que la entidad transmisora transmita en el canal. El procedimiento detallado es el mismo que el de la categoría 3, excepto que en la categoría 3, el tamaño de la ventana de contención es fijo, mientras que en la categoría 4, la entidad transmisora puede variar el tamaño de la ventana de contención al extraer el número aleatorio N. Para la transmisión UL, la categoría 4 también puede denominarse procedimiento de acceso al canal de tipo 1.
En el sistema de comunicación inalámbrica 4G, la comunicación en una banda sin licencia se realiza con respecto a un procedimiento LBT o un procedimiento de acceso al canal. El tipo de LBT que se utilizará para una transmisión del canal físico compartido de enlace ascendente (PUSCH) se indica en el canal físico de control del enlace descendente (PDCCH) (es decir, en la información de control del enlace descendente (DCI)). Sin embargo, en un sistema de comunicación inalámbrica 5G, es necesario admitir un procedimiento de acceso aleatorio en la banda sin licencia (o una portadora sin licencia). Durante el procedimiento de acceso aleatorio, el Msg1 se transmite en un UL. Para el Msg1, es decir, una transmisión de preámbulo de acceso aleatorio, la categoría/tipo de LBT que se utilizará para el acceso al canal está predefinida.
El Msg3 también necesita ser transmitido durante el procedimiento de acceso aleatorio basado en la contención. El Msg3 incluye una unidad de datos de servicio (SDU) del canal de control común (CCCH), un identificador temporal de red de radio celular temporal (C-RNTI) o un elemento de control (CE) de control de acceso al medio (MAC). Además, también puede incluirse un informe de estado de la memoria intermedia (BSR)/informe sobre el margen de potencia (PHR), etc., si está disponible.
Para programar una transmisión inicial del Msg3, el PDCCH no es transmitido por una estación base (gnodeB (gNB)), lo que crea un problema en cuanto a cómo el UE puede determinar el tipo/categoría de LBT a utilizar para la transmisión del Msg3.
La publicación "Extensiones para los procedimientos de acceso al canal" (documento 3GPP R1-1809300) discute las reglas de acceso al canal apropiadas para todos los escenarios NR-U en los que una portadora sin licencia es una PCell.
[Divulgación de la invención]
[Problema técnicol
Existe la necesidad de desarrollar un procedimiento de gestión de la expiración del temporizador de alineación temporal (TAT) en el sistema de comunicación inalámbrica 5G. Además, es necesario desarrollar el procedimiento de transmisión de msg3 en la banda sin licencia del sistema de comunicación inalámbrica 5G.
[Solución al problema]
En consecuencia, la presente divulgación se realiza para abordar al menos los problemas y/o desventajas descritos anteriormente y para proporcionar al menos las ventajas descritas más adelante.
De acuerdo con otro aspecto de la divulgación, se proporciona un procedimiento realizado por un terminal como se define en las reivindicaciones adjuntas.
De acuerdo con otro aspecto de la divulgación, se proporciona un procedimiento realizado por una estación base como se define en las reivindicaciones adjuntas.
De acuerdo con otro aspecto de la divulgación, se proporciona un terminal como se define en las reivindicaciones adjuntas.
De acuerdo con un aspecto de la presente divulgación, se proporciona una estación base como se define las reivindicaciones adjuntas.
[Efectos ventajosos de la invención]
De acuerdo con varias realizaciones de la divulgación, un procedimiento de gestión de la expiración del temporizador de alineación de tiempo (TAT) puede ser mejorado eficientemente en el sistema de comunicación
inalámbrica 5G. Además, es necesario desarrollar el procedimiento de transmisión de msg3 en la banda sin licencia del sistema de comunicación inalámbrica 5G.
[Breve Descripción de los Dibujos]
Los anteriores y otros aspectos, características y ventajas de determinadas realizaciones de la presente divulgación serán más evidentes a partir de la siguiente descripción detallada tomada en conjunto con los dibujos adjuntos, en los cuales:
Las Fig. 1A y 1B son un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización;
La FIG. 1B es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización;
La FIG. 2 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización;
La FIG. 3 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización;
La FIG. 4 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización;
La FIG. 5 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización;
La FIG. 6 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 7 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 8 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 9 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 10 es un diagrama de flujo de señales que ilustra un procedimiento que determina un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 11 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 12 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 13 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 14 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 15 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 16 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 17 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización;
La FIG. 18 es un diagrama de bloques que ilustra una estructura de un terminal de acuerdo con una realización de la divulgación.
La FIG. 2M es un diagrama de bloques que ilustra una estructura de una estación de base de acuerdo con una realización de la divulgación.
Entre las figuras enumeradas anteriormente, las realizaciones de las Figs. 7 y 13 pertenecen a la solución reivindicada.
[Modo de la invención]
En lo que sigue, cada uno de los procedimientos, aparatos, ejemplos y aspectos descritos que no se corresponden totalmente con la invención tal y como se define en las reivindicaciones no es, por lo tanto, conforme a la invención y se presenta, al igual que toda la descripción siguiente, únicamente con fines ilustrativos o para destacar aspectos o características específicas de las reivindicaciones.
La siguiente descripción, con referencia a los dibujos adjuntos, se proporciona para ayudar a una comprensión completa de diversas realizaciones de la presente divulgación, tal como se define en las reivindicaciones. Incluye diversos detalles específicos para asistir en esa comprensión, pero deben considerarse simplemente ejemplares. En consecuencia, los expertos en la técnica reconocerán que se pueden realizar diversos cambios y modificaciones de las diversas realizaciones descritas en la presente memoria sin apartarse del alcance de las reivindicaciones. Además, las descripciones de funciones y construcciones bien conocidas pueden omitirse para mayor claridad y concisión.
Los términos y palabras utilizados en la siguiente descripción y en las reivindicaciones no se limitan a los significados bibliográficos, ya que son simplemente utilizados por el inventor para permitir una comprensión clara y coherente de la presente divulgación. En consecuencia, debería ser evidente para los expertos en la técnica que la siguiente descripción de varias realizaciones de la presente divulgación se proporciona con fines ilustrativos solamente y no con el propósito de limitar la presente divulgación como se define en las reivindicaciones adjuntas. Las formas singulares "un", "una" y "el/la" incluyen referentes plurales a menos que el contexto dicte claramente lo contrario. Por lo tanto, por ejemplo, la referencia a "una superficie de componente" incluye la referencia a una o más de tales superficies.
Por el término "sustancialmente" se entiende que la característica, el parámetro o el valor recitado no tiene por qué alcanzarse exactamente, sino que las desviaciones o variaciones, incluyendo, por ejemplo, las tolerancias, el error de medición, las limitaciones de precisión de la medición y otros factores conocidos por los expertos en la técnica, pueden producirse en cantidades que no excluyan el efecto que la característica estaba destinada a proporcionar. Los bloques de diagramas de flujo (o diagramas de secuencia) y una combinación de diagramas de flujo pueden representarse y ejecutarse mediante instrucciones de programa informático. Estas instrucciones de programa informático pueden cargarse en un procesador de un ordenador de propósito general, un ordenador de propósito especial o un equipo de procesamiento de datos programable. Cuando las instrucciones del programa cargado son ejecutadas por el procesador, crean un medio para llevar a cabo las funciones descritas en el diagrama de flujo. Dado que las instrucciones del programa informático pueden almacenarse en una memoria legible por ordenador que sea utilizable en un ordenador especializado o en un equipo de procesamiento de datos programable, también es posible crear artículos de fabricación que lleven a cabo las funciones descritas en el diagrama de flujo. Dado que las instrucciones del programa informático pueden cargarse en un ordenador o en un equipo de procesamiento de datos programable, cuando se ejecutan como procesos, pueden llevar a cabo operaciones de las funciones descritas en el diagrama de flujo.
Un bloque de un diagrama de flujo puede corresponder a un módulo, a un segmento o a un código que contenga una o más instrucciones ejecutables que implementen una o más funciones lógicas, o puede corresponder a una de sus partes. En algunos casos, las funciones descritas por los bloques pueden ejecutarse en un orden diferente al de la lista. Por ejemplo, dos bloques enumerados en secuencia pueden ejecutarse al mismo tiempo o ejecutarse en orden inverso.
Las palabras "unidad", "módulo" o similares pueden referirse a un componente de software o a un componente de hardware, tal como, por ejemplo, una matriz de puertas programable en campo (FPGA) o un circuito integrado de aplicación específica (ASIC) capaz de llevar a cabo una función o una operación. Sin embargo, una "unidad", o similar, no se limita a software o hardware. Una unidad, o similar, puede estar configurada para residir en un medio de almacenamiento direccionable o para conducir uno o más procesadores. Las unidades, o similares, pueden hacer referencia a componentes de software, componentes de software orientados a objetos, componentes de clases, componentes de tareas, procesos, funciones, atributos, procedimientos, subrutinas, segmentos de código de programa, controladores, firmware, microcódigo, circuitos, datos, bases de datos, estructuras de datos, tablas, conjuntos variables. Una función proporcionada por un componente y una unidad puede ser una combinación de componentes y unidades más pequeños, y puede combinarse con otros para componer componentes y unidades más grandes. Los componentes y las unidades pueden estar configurados para conducir un dispositivo o uno o más procesadores en una tarjeta multimedia segura.
Antes de la descripción detallada, se describen los términos o definiciones necesarios para comprender la divulgación. Sin embargo, estos términos deben interpretarse de forma no limitativa.
Una "estación base (BS)" es una entidad que se comunica con un UE y puede referirse a una estación transceptora base (BTS), un nodo B (NB), un NB evolucionado (eNB), un NB 5G (5Gn B), gNB, un punto de acceso (AP), o un punto de transmisión y recepción (TRP).
Un "UE" es una entidad que se comunica con una BS y puede referirse a un dispositivo, una estación móvil (MS), un equipo móvil (ME) o un terminal.
[Realización 1-11
Un UE en estado RRC CONNECTED es configurado con múltiples células servidoras por al menos una estación base. El UE también está configurado con al menos un pTAG y al menos un sTAG. El UE también está configurado con un valor de timeAlignmentTimer (TAT, o temporizador TAT) asociado a cada uno de los TAG configurados. Al recibir un comando de avance de temporización (TAC) en un mensaje de respuesta de acceso aleatorio (RAR) para una célula servidora perteneciente a un TAG, si el preámbulo de acceso aleatorio no fue seleccionado por la entidad MAC en el UE, entre los preámbulos de acceso aleatorio basados en la contención, o si el timeAlignmentTimer no está funcionando para este TAG, la entidad MAC en el UE inicia el timeAlignmentTimer asociado con este TAG.
Si la entidad MAC en el UE recibe un TAC CE de MAC, y si se ha mantenido una Nta (como se define en 3GPP TS 38.211) con el TAG indicado, la entidad MAC en el UE inicia o reinicia el timeAlignmentTimer asociado con el TAG indicado. En esta realización, al expirar el timeAlignmentTimer asociado al pTAG, el UE realiza la siguiente operación (como se ilustra en las FIG. 1A y 1B.
Las Figuras 1A y 1B son un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización.
Con referencia a las FIG. 1A y 1B.
1. Para todas las células servidoras del pTAG, el UE:
a. vaciar todos los búferes de solicitud de repetición automática híbrida (HARQ); liberar el canal físico de control de enlace ascendente (PUCCH), si está configurado; liberar la señal de referencia de sonido (SRS), si está configurada (etapas 105, 110 y 115); y
b. borrar las asignaciones de enlace descendente configuradas y las concesiones de enlace ascendente configuradas (etapa 120).
2. El UE mantiene la NTA de pTAG (etapa 125).
3. el UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en una célula especial (SpCell) (que se refiere a una PCell para un pTAG de un MCG o a una PSCell para un pTAG de un SCG), hasta que el pTAG esté sincronizado en UL. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, mientras el temporizador TAT del pTAG no esté en marcha (etapa 130).
4. Para cada sTAG, el UE comprueba si se envía o no una transmisión PUCCH en una SpCell para cualquiera de las células servidora asociadas a este sTAG (etapa 135). Para un sTAG, si se envía una transmisión PUCCH en la SpCell para cualquiera de las células servidoras asociadas a este sTAG, entonces, para este sTAG, el UE:
a. vacía todas las memorias intermedias de HARQ para todas las células servidoras de este TAG (etapa 140);
b. libera el PUCCH para todas las células servidoras de este TAG, si está configurado (etapa 145); c. libera el SRS para todas las células servidoras de este TAG, si está configurado (etapa 150); d. borra las asignaciones de enlace descendente configuradas y las concesiones de enlace ascendente configuradas para todas las células servidoras de este TAG (etapa 155);
e. considera que el timeAlignmentTimer ha expirado (etapa 160);
f. mantiene la Nta de este CTC (etapa 165); y
g. cuando el timeAlignmentTimer asociado a este TAG no esté en marcha, el UE no realizará ninguna transmisión de enlace ascendente en ninguna célula servidora de este TAG, excepto la transmisión del preámbulo de acceso aleatorio. El UE no realiza ninguna transmisión de enlace ascendente en ninguna
célula servidora de este TAG, excepto la transmisión del preámbulo de acceso aleatorio, hasta que el pTAG esté sincronizado con el UL (etapa 170).
Por ejemplo, cuando el UE está configurado con dos sTAG (sTAG1 y sTAG2), donde sTAG1 comprende la célula 1, la célula 2 y la célula 3 y sTAG2 comprende la célula 4, la célula 5 y la célula 6, se puede enviar una transmisión PUCCH para la célula 2 en SpCell. En este ejemplo, el UE realizará las operaciones a.-g. anteriores para el sTAG1 al expirar el timeAlignmentTimer asociado al pTAG. Sin embargo, las operaciones a.-g. anteriores no se realizan para el sTAG2. De este modo, no se interrumpe la comunicación de datos en las células servidoras del sTAG2. En la realización descrita anteriormente, al expirar el TAT de pTAG, la red (por ejemplo, un gNB) inicia el acceso aleatorio (por ejemplo, transmite una orden PDCCH en una SpCell). Para un sTAG, al expirar el TAT del pTAG, la red inicia el acceso aleatorio transmitiendo la orden PDCCH sólo si se realiza una transmisión PUCCH en una SpCell para cualquiera de las células servidoras de este sTAG.
Realización 1-21
Un UE en estado RRC CONNECTED es configurado con múltiples células servidoras por al menos una estación base. El UE también está configurado con al menos un pTAG y un sTAG. El UE también está configurado con un valor de temporizadores timeAlignmentTimer (TAT) asociados a los TAG configurados.
Al recibir un TAC en un mensaje de respuesta de acceso aleatorio para una célula servidora perteneciente a un TAG, si el preámbulo de acceso aleatorio no fue seleccionado por una entidad MAC en el UE entre los preámbulos de acceso aleatorio basados en la contención o si el timeAlignmentTimer no está funcionando para este TAG, la entidad MAC en el UE inicia el timeAlignmentTimer asociado con este TAG. Si la entidad MAC en el UE recibe un TAC CE de MAC, y si se ha mantenido una Nta (como se define en 3GPP TS 38.211) con el TAG indicado, la entidad MAC en el UE inicia o reinicia el timeAlignmentTimer asociado con el TAG indicado. En esta realización, al expirar el timeAlignmentTimer asociado con el pTAG, el UE realiza la siguiente operación (como se ilustra en la FIG.
2).
La FIG. 2 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización.
Con referencia a la FIG. 2.
1. Para todas las células servidoras del pTAG, el UE:
a. vacía todos los búferes HARQ (etapa 205);
b. libera el PUCCH, si está configurado (etapa 210);
c. libera el SRS, si está configurado (etapa 215); y
d. borra las asignaciones de enlace descendente configuradas y las concesiones de enlace ascendente configuradas (etapa 220).
2. El UE mantiene la NTA del pTAG (etapa 225).
3. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, hasta que el pTAG esté sincronizado en UL. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, mientras el temporizador TAT del pTAG no esté en marcha (etapa 230).
4. Para cada sTAG, el UE comprueba si se envía una transmisión PUCCH en SpCell para cualquiera de las células servidoras asociadas a este sTAG (etapa 235). Si la transmisión PUCCH se envía en la SpCell para cualquiera de las células servidoras asociadas a este sTAG, entonces para este sTAG:
a. cuando el timeAlignmentTimer asociado con el pTAG no esté en marcha, el UE no realizará ninguna transmisión de enlace ascendente en ninguna célula servidora de este TAG, excepto la transmisión del preámbulo de acceso aleatorio. En otras palabras, el UE detiene la transmisión UL en todas las células servidoras de este TAG hasta que el pTAG se sincronice con UL (etapa 240).
Por ejemplo, cuando el UE está configurado con dos sTAG (sTAG1 y sTAG2), donde sTAG1 comprende la célula 1, la célula 2 y la célula 3 y sTAG2 comprende la célula 4, la célula 5 y la célula 6, se puede enviar una transmisión PUCCH para la célula 2 en la SpCell. En este ejemplo, el UE detendrá las transmisiones UL en cualquier célula servidora del sTAG1, hasta que el pTAG esté sincronizado con UL. De este modo, no se interrumpe la comunicación de datos en las células servidoras del sTAG2.
En esta realización, al expirar el TAT de pTAG, la red (por ejemplo, un gNB) inicia el acceso aleatorio (por ejemplo, transmite una orden PDCCH en la SpCell). Para un sTAG, al expirar el TAT del pTAG, la red no inicia el acceso aleatorio, es decir, no transmite la orden PDCCH.
[Realización 1-31
Un UE en estado RRC CONNECTED es configurado con múltiples células servidoras por al menos una estación base. El UE también está configurado con al menos un pTAG y un sTAG. El UE también está configurado con el valor de los temporizadores timeAlignmentTimer (TAT) asociados a los TAG configurados.
Al recibir un TAC en un mensaje de respuesta de acceso aleatorio para una célula servidora perteneciente a un TAG, si el preámbulo de acceso aleatorio no fue seleccionado por una entidad MAC en el UE, entre los preámbulos de acceso aleatorio basados en la contención o si el timeAlignmentTimer no está funcionando para este TAG, la entidad MAC en el UE inicia el timeAlignmentTimer asociado con este TAG.
Si la entidad MAC en el UE recibe un TAC CE de MAC, y si se ha mantenido una Nta (como se define en 3GPP TS 38.211) con el TAG indicado, la entidad MAC en el UE inicia o reinicia el timeAlignmentTimer asociado con el TAG indicado.
En esta realización, al expirar el timeAlignmentTimer asociado al pTAG, el UE realiza las siguientes operaciones (como se ilustra en la FIG. 3).
La FIG. 3 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización.
Por referencia a la FIG. 3,
1. Para todas las células servidoras del pTAG, el UE:
a. vacía todos los búferes HARQ (etapa 305);
b. libera el PUCCH, si está configurado (etapa 310);
c. libera el SRS, si está configurado (etapa 315); y
d. borra las asignaciones de enlace descendente configuradas y las concesiones de enlace ascendente configuradas (etapa 320).
2. El UE mantiene la NTA del pTAG (etapa 325).
3. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, hasta que el pTAG esté sincronizado en UL. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, mientras el temporizador TAT del pTAG no esté en marcha (etapa 330).
4. Para cada célula servidora asociada a un sTAG, el UE comprueba si se envía una transmisión PUCCH para esa célula servidora en la SpCell (etapa 335). En caso afirmativo, cuando el timeAlignmentTimer asociado a pTAG no esté en marcha, el UE no realizará ninguna transmisión de enlace ascendente en esta célula servidora, excepto la transmisión del preámbulo de acceso aleatorio. En otras palabras, el UE detiene las transmisiones UL en esta célula servidora, hasta que el pTAG se sincronice con UL (etapa 340).
Por ejemplo, cuando el UE está configurado con dos sTAG (sTAG1 y sTAG2), donde sTAG1 comprende la célula 1, la célula 2 y la célula 3 y sTAG2 comprende la célula 4, la célula 5 y la célula 6, se puede enviar una transmisión PUCCH para la célula 2 en la SpCell. En este ejemplo, el UE detendrá las transmisiones UL en la célula 2 del sTAG1, hasta que el pTAG esté sincronizado con UL. Sin embargo, no hay interrupciones en la comunicación de datos en las células servidoras 1, 3, 4, 5 y 6.
[Realización 1-41
Un UE en estado RRC CONNECTED es configurado con múltiples células servidoras por al menos una estación base. El UE también está configurado con al menos un pTAG y un sTAG. El UE también está configurado con el valor de los temporizadores timeAlignmentTimer (TAT) asociados a los TAG configurados.
Al recibir un TAC en un mensaje de respuesta de acceso aleatorio para una célula servidora perteneciente a un TAG, si el preámbulo de acceso aleatorio no fue seleccionado por una entidad MAC en el UE, entre los preámbulos de acceso aleatorio basados en la contención o si el timeAlignmentTimer no está funcionando para este TAG, la entidad MAC en el UE inicia el timeAlignmentTimer asociado con este TAG. Si la entidad MAC en el UE recibe un
TAC CE de MAC, y si se ha mantenido una Nta (como se define en 3GPP TS 38.211) con el TAG indicado, la entidad MAC en el UE inicia o reinicia el timeAlignmentTimer asociado con el TAG indicado.
En esta realización, al expirar el timeAlignmentTimer asociado al pTAG, el UE realiza las siguientes operaciones (como se ilustra en la FIG. 4).
La Figura 4 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización.
Con referencia a la Figura 4,
1. Para todas las células servidoras del pTAG, el UE:
a. vacía todos los búferes HARQ (etapa 405);
b. libera el PUCCH, si está configurado (etapa 410);
c. libera el SRS, si está configurado (etapa 415); y
d. borra las asignaciones de enlace descendente configuradas y las concesiones de enlace ascendente configuradas (420).
2. El UE mantiene la NTA del pTAG (etapa 425).
3. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, hasta que el pTAG esté sincronizado en UL. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, mientras el temporizador TAT del pTAG no esté en marcha (etapa 430).
4. Para cada sTAG, el UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del sTAG, excepto la transmisión del preámbulo de acceso aleatorio, hasta que el pTAG esté sincronizado con el UL. Para cada sTAG, el UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del sTAG, excepto la transmisión del preámbulo de acceso aleatorio, mientras el TAT del pTAG no esté en marcha (etapa 435). Los temporizadores TAT para los sTAG no se consideran caducados al expirar el TAT del pTAG.
Por ejemplo, cuando el UE está configurado con dos sTAG (sTAG1 y sTAG2), en los que sTAG1 comprende la célula 1, la célula 2 y la célula 3 y sTAG2 comprende la célula 4, la célula 5 y la célula 6, el UE detendrá la transmisión UL en la célula 1, la célula 2, la célula 3, la célula 4, la célula 5 y la célula 6, hasta que el pTAG esté sincronizado con UL. No es necesario realizar la sincronización con UL de sTAG1 y sTAG2 después de que el pTAG esté sincronizado con UL.
En esta realización, los temporizadores TAT para sTAG1 y sTAG2 no se consideran expirados al expirar el temporizador TAT de pTAG.
[Realización 1-51
Un UE en estado RRC CONNECTED es configurado con múltiples células servidoras por al menos una estación base. El UE también está configurado con al menos un pTAG y un sTAG. El UE también está configurado con el valor de los temporizadores timeAlignmentTimer (TAT) asociados a los TAG configurados.
Al recibir un TAC en un mensaje de respuesta de acceso aleatorio para una célula servidora perteneciente a un TAG, si el preámbulo de acceso aleatorio no fue seleccionado por una entidad MAC en el UE, entre los preámbulos de acceso aleatorio basados en la contención o si el timeAlignmentTimer no está funcionando para este TAG, la entidad MAC en el UE inicia el timeAlignmentTimer asociado con este TAG.
Si la entidad MAC en el UE recibe un TAC CE de MAC, y si se ha mantenido una Nta (como se define en 3GPP TS 38.211) con el TAG indicado, la entidad MAC en el UE inicia o reinicia el timeAlignmentTimer asociado con el TAG indicado.
En esta realización, al expirar el timeAlignmentTimer asociado con el pTAG, el UE realiza las siguientes operaciones (como se ilustra en la FIG. 5).
La Figura 5 es un diagrama de flujo que ilustra un procedimiento de gestión de la expiración de un TAT para un pTAG según una realización.
Con referencia a la FIG. 5,
1. Para todas las células servidoras del pTAG, el UE:
a. vacía todos los búferes HARQ (etapa 505);
b. libera el PUCCH, si está configurado (etapa 510);
c. libera el SRS, si está configurado (etapa 515); y
d. borra las asignaciones de enlace descendente configuradas y las concesiones de enlace ascendente configuradas (etapa 520).
2. El UE mantiene la NTA del pTAG (etapa 525);
3. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, hasta que el pTAG esté sincronizado en UL. El UE no realiza ninguna transmisión de enlace ascendente en ninguna célula servidora del pTAG, excepto la transmisión del preámbulo de acceso aleatorio en la SpCell, mientras el temporizador TAT del pTAG no esté en marcha (etapa 530).
4. Los temporizadores TAT de los sTAG no se consideran caducados al expirar el temporizador TAT de los pTAG.
[Realización 1-61
Según un procedimiento actual de un UE, si un temporizador TAT para un sTAG ha expirado, entonces para todas las Células Servidoras pertenecientes a este TAG, el UE vaciará todas las memorias intermedias HARQ, notificará al RRC que libere el PUCCH, si está configurado, notificará al RRC que libere el SRS, si está configurado, borrará cualquier asignación de enlace descendente configurada y concesiones de enlace ascendente configuradas, y mantendrá la Nta de este TAG.
Sin embargo, cuando el temporizador TAT de un sTAG1 expira, una de las células servidoras en el sTAG1 es una célula PUCCH. La retroalimentación PUCCH para una célula servidora en sTAG2 se envía en la célula PUCCH SCell. En este caso, la transmisión UL en sTAG2 (al menos en la célula servidora cuya retroalimentación se envía en la célula PUCCH SCell en sTAG1) debe detenerse.
A continuación se ofrecen varias opciones para resolver el problema anterior.
Opción 1: Si un temporizador TAT para un sTAG1 ha expirado y el sTAG1 incluye una célula PUCCH SCell, y si hay alguna célula servidora en un STAG2 cuya retroalimentación PUCCH se envía en una célula servidora (es decir, una célula PUCCH SCell) en el sTAG1, se considera que el temporizador TAT del sTAG 2 ha expirado.
Opción 2: Si el temporizador TAT para el sTAG1 ha expirado y el sTAG1 incluye una célula PUCCH SCell, y si hay alguna célula servidora en el sTAG 2 cuya retroalimentación PUCCH se envía en una célula servidora (es decir, una célula PUCCH SCell) en el sTAG1, el UE detiene la transmisión UL en el sTAG 2 hasta que el sTAG1 se sincronice con UL.
Si el temporizador TAT para el sTAG1 ha expirado y el sTAG1 incluye la célula PUCCH SCell y si hay alguna célula servidora en el sTAG2 cuya retroalimentación PUCCH se envía en una célula servidora (es decir, una célula PUCCH SCell) en el sTAG1, el UE detiene la transmisión UL en el sTAG2 mientras el temporizador TAT del sTAG1 no está en marcha.
Opción 3: Si el temporizador TAT para el sTAG1 ha expirado y el sTAG 1 incluye una célula PUCCH, para cada célula servidora cuya retroalimentación PUCCH se transmite en esta célula PUCCH, el UE detiene la transmisión UL hasta que el sTAG1 se sincronice con UL.
Si el temporizador TAT para el sTAG1 ha expirado y el sTAG1 incluye una célula PUCCH SCell, para cada célula servidora cuya retroalimentación PUCCH se envía en esta célula PUCCH SCell, el UE detiene la transmisión UL mientras el temporizador TAT del sTAG1 no esté en marcha.
[Realización 2-11
La FIG. 6 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 6, se predefine un tipo LBT (o un tipo de acceso al canal) o una categoría LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un RAR) de Msg3 y se indica un tipo LBT (o un tipo de acceso al canal) o una categoría LBT para una retransmisión de Msg3 (es decir, una transmisión posterior de paquetes HARQ del proceso HARQ correspondiente a la concesión UL recibida en el RAR) se indica en un PDCCH, que incluye la información de
programación para la retransmisión de Msg3. El PDCCH que indica la retransmisión del Msg3 se dirige a un C-RNTI temporal (TC-RnTI) en el que el TC-RNTI es indicado al UE por el gNB en el RAR.
El tipo LBT predefinido para la transmisión inicial del Msg3 puede ser LBT tipo 1 o LBT tipo 2. La categoría LBT predefinida para la transmisión inicial del Msg3 puede ser la categoría LBT 2 o la categoría LBT 4. La categoría LBT predefinida para la transmisión inicial del Msg3 puede ser la categoría LBT 2 o la categoría LBT 3. La categoría LBT predefinida para la transmisión inicial del Msg3 puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 4. La categoría LBT predefinida para la transmisión inicial del Msg3 puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3. La categoría LBT predefinida para la transmisión inicial del Msg3 puede ser la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4.
El tipo LBT indicado en un PDCCH para una retransmisión de Msg3 puede ser LBT tipo 1 o LBT tipo 2. En este caso, se puede añadir el campo de tipo LBT de 1 bit de longitud en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican uno de los tipos LBT 1 y 2, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser la categoría LBT 2 o la categoría LBT 4. En este caso, se puede añadir el campo de categoría LBT de 1 bit de longitud en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 4, respectivamente. La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser la categoría LBT 2 o la categoría LBT 3. En este caso, se puede añadir el campo de categoría LBT de 1 bit de longitud en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 3, respectivamente. La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser la categoría LBT 1, la categoría LBT 2, o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 4, respectivamente. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Cuando no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. Se puede omitir un segundo bit en el PDCCH si el primer bit indica que no se necesita LBT.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 3, respectivamente. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Cuando no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en el PDCCH puede indicar la categoría 2 o 3 de LBT. Se puede omitir un segundo bit en el PDCCH si el primer bit indica que el LBT no es necesario.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que cuatro puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indican una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4, respectivamente.
Por referencia a la FIG. 6, el UE transmite un preámbulo de canal de acceso aleatorio (RACH) (o un preámbulo de acceso aleatorio) en la etapa 605, y luego supervisa un PDCCH dirigido a un RA-RNTI en una ventana RAR para recibir un RAR.
Al recibir el RAR correspondiente al preámbulo RACH (o al preámbulo de acceso aleatorio) en la etapa 610, el UE realiza un procedimiento LBT según un tipo LBT predefinido o una categoría LBT predefinida en la etapa 615 y transmite una transmisión Msg3 inicial en la etapa (620.
Si el tipo de LBT (o tipo de acceso al canal) predefinido para la transmisión de Msg3 es 1 o la categoría de LBT predefinida para la transmisión de Msg3 es 3 o 4, la clase de prioridad de acceso al canal para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de la ventana de contención (CW), etc.) para el procedimiento LBT también están predefinidos. Un RAR corresponde al preámbulo RACH transmitido por el UE si el bloque de transporte (TB) programado por PDCCH dirigido a RA-RNTI incluye RAR, en el que un identificador de preámbulo de acceso aleatorio (RAPID) en el RAR recibido es igual al RAPID del preámbulo RACH transmitido por el UE.
Después de transmitir la transmisión inicial de Msg3 en la concesión UL recibida en RAR, el UE monitoriza para el PDCCH dirigido a TC-RNTI. El PDCCH dirigido al TC-RNTI puede indicar una concesión UL para una retransmisión del Msg3 o puede indicar un TB DL que lleve el Msg4.
Si el UE recibe un PDCCH para retransmitir el Msg3 en la etapa 625, el UE realiza el procedimiento LBT como se indica en el PDCCH en la etapa 630 y retransmite el Msg3 en la etapa 635.
Si el tipo de LBT (o tipo de acceso al canal) indicado en el PDCCH es 1 o la categoría de LBT indicada en el PDCCH es 3 o 4, la clase de prioridad de acceso al canal (CAPC) para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento de LBT puede indicarse también en el PDCCH.
Alternativamente, el CAPC no se indica en el PDCCH, sino que está predefinido independientemente y/o se indica en la información del sistema (SI) y/o en un mensaje RRC. El CAPC para la transmisión de Msg3 también puede determinarse basándose en el contenido del Msg3 (por ejemplo, un canal lógico de una SDU de MAC, un Ce de MAC, etc.).
La correlación entre CAPC y canales lógicos puede ser predefinida y/o señalada en SI y/o en un mensaje RRC. Normalmente, el Msg3 llevará un SDU de MAC para los portadores radioeléctricos de señalización (SRB). Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, un CAPC de máxima prioridad (índice CAPC más bajo), mientras que para SRB 2 puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, un CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o el índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si se activa un procedimiento de acceso aleatorio debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar un CAPC de máxima prioridad (o el índice CAPC más bajo).
El tipo o categoría de LBT en un PDCCH puede ser opcional. Si el tipo o categoría de LBT no se recibe en un PDCCH que incluya información de programación para la retransmisión del Msg3, el UE puede realizar el procedimiento LBT de tipo (Tipo 1 o Tipo 2) o categoría predefinidos y retransmitir el Msg3.
En una realización, si la concesión de UL indicada en PDCCH para la retransmisión se encuentra dentro del COT iniciado por el gNB y el espacio entre la transmisión DL en COT y la transmisión UL basada en la concesión de UL indicada es inferior a 16 us, el gNB puede indicar LBT Categoría 1 en PDCCH. Si la concesión UL indicada en el PDCCH para la retransmisión se encuentra dentro del COT iniciado por el gNB y el intervalo entre la transmisión DL en el COT y la transmisión UL basada en la concesión UL indicada es superior a 16 us pero inferior a 25us, el gNB puede indicar el Tipo 2 o la categoría LBT 2 en el PDCCH. Si la concesión UL indicada en PDCCH para la retransmisión se encuentra dentro del COT iniciado por el gNB y no va seguida de ninguna transmisión DL en el mismo COT, el gNB puede indicar el Tipo 2 o la categoría 2 de LBT en PDCCH. Si la concesión de UL indicada en PDCCH para la retransmisión se encuentra fuera del COT iniciado por el gNB, el gNB puede indicar LBT tipo 1 o LBT categoría 3/4 en PDCCH.
[Realización 2-21
La Figura 7 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 7, un tipo LBT (o un tipo de acceso al canal) o una categoría LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un rAr ) de Msg3 se indica en un RAR y un tipo LBT (o un tipo de acceso al canal) o una categoría LBT para la retransmisión de Msg3 (es decir, una transmisión de paquete HARQ posterior del proceso HARQ correspondiente a la concesión UL recibida en el RAR) se indica en PDCCH programando la retransmisión. El PDCCH que indica la retransmisión de Msg3 se dirige a un TC-RNTI, en el que el TC-RNTI es indicado al UE por un gNB en un RAR.
El tipo de LBT indicado en el RAR para la transmisión inicial del Msg3 puede ser LBT tipo 1 o LBT tipo 2. En este caso, se puede añadir un campo de tipo LBT de una longitud de 1 bit en el RAR, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican uno de los tipos LBT 1 y 2, respectivamente.
La categoría LBT indicada en el RAR para la transmisión inicial del Msg3 puede ser también la categoría LBT 2 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el RAR, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 4, respectivamente.
La categoría LBT indicada en el RAR para la transmisión inicial del Msg3 puede ser también la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el RAR, en el que los puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 3, respectivamente.
La categoría LBT indicada en el RAR para la transmisión inicial del Msg3 puede ser también la categoría LBT 1, la categoría LBT 2 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el RAR, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 4, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando no se necesita LBT, la categoría LBT es 1. Si el LBT es necesario, otro bit puede indicar la categoría 2 o 4 del LBT. Se puede omitir un segundo bit en el RAR si el primer bit indica que no se necesita LBT.
La categoría LBT indicada en el RAR para la transmisión inicial del Msg3 puede ser también la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el RAR, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 3, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría LBT 2 o la categoría LBT 3. Se puede omitir un segundo bit en el RAR si el primer bit indica que no se necesita LBT.
La categoría LBT indicada en el RAR para la transmisión inicial del Msg3 puede ser también la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el RAR, en el que cuatro puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indican una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4, respectivamente.
El tipo LBT indicado en un PDCCH para la retransmisión de Msg3 puede ser LBT tipo 1 o LBT tipo 2. En este caso, se puede añadir un campo de tipo LBT de una longitud de 1 bit en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican uno de los tipos LBT 1 y 2, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser también la categoría LBT 2 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 4, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser también la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y LBT 3, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser también la categoría LBT 1, la categoría LBT 2, o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 4, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando el LBT no es necesario, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. Se puede omitir un segundo bit en el PDCCH si el primer bit indica que no se necesita LBT.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser también la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 3, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando el LBT no es necesario, la categoría LBT es 1. Si se necesita LBT, otro bit en el PDCCH indica la categoría 2 o 3 de LBT. Se puede omitir un segundo bit en el PDCCH si el primer bit indica que no se necesita LBT.
La categoría LBT indicada en el PDCCH para la retransmisión del Msg3 puede ser también la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que cuatro puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indican una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4, respectivamente.
Con referencia a la Figura 7, en la etapa 605, el UE transmite el preámbulo RACH (o un preámbulo de acceso aleatorio), y a continuación supervisa un PDCCH dirigido a un RA-RNTI en una ventana RAR para recibir un RAR. Al recibir el RAR correspondiente al preámbulo RACH en la etapa 710, el UE realiza un procedimiento LBT según un tipo o categoría LBT como se indica en un RAR en la etapa 715 y transmite una transmisión Msg3 inicial en la etapa 720. Un RAR corresponde a un preámbulo RACH transmitido por el UE si el TB programado por un PDCCH dirigido al RA-RNTI incluye el RAR, en el que RAPID en el RAR recibido es igual a RAPID del preámbulo RACH transmitido por el UE. Si el tipo de LBT (o tipo de acceso al canal) indicado en el RAR es 1 o la categoría de LBT indicada en el RAR es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT puede indicarse en el RAR.
Alternativamente, el CAPC no se indica en el RAR, pero está predefinido y/o indicado en el SI y/o en un mensaje RRC. El CAPC también puede determinarse basándose en el contenido del Msg3 (por ejemplo, un canal lógico de una SDU de MAC, un CE de MAC, etc.).
El mapeo entre CAPC y canales lógicos puede ser predefinido o señalado en SI y/o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar
predefinido, es decir, un CAPC de máxima prioridad (o el índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse mediante un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si se activa un procedimiento de acceso aleatorio debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar un CAPC de máxima prioridad (o un índice CAPC más bajo).
Después de transmitir la transmisión inicial del Msg3 en la concesión UL recibida en el RAR, el UE monitoriza en busca de un PDCCH dirigido a un TC-RNTI. El PDCCH dirigido al TC-RNTI puede indicar una concesión UL para la retransmisión del Msg3 o puede indicar un TB DL que lleva el Msg4.
Si el UE recibe el PDCCH para retransmitir el Msg3 en la etapa 725, el UE realiza el procedimiento LBT como se indica en el PDCCH en la etapa 730 y retransmite el Msg3 en la etapa 735.
Si el tipo de LBT (o tipo de acceso al canal) indicado en el PDCCH es 1 o la categoría de LBT indicada en el PDCCH es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT puede indicarse también en el PDCCH.
Alternativamente, el CAPC no se indica en el PDCCH, sino que se predefine y/o se indica en SI y/o en un mensaje RRC. Como otro ejemplo, el CAPC puede determinarse basándose en el contenido del Msg3 (por ejemplo, un canal lógico de una SDU de MAC, un CE de MAC, etc.).
La correlación entre CAPCS y los canales lógicos puede ser predefinida y/o señalada en SI y/o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los s Rb . Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. El CAPC para el CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). El CAPC para la transmisión del Msg3 puede determinarse en base a un evento que haya desencadenado el procedimiento de acceso aleatorio, como se ha descrito anteriormente. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo o categoría de LBT en el PDCCH puede ser opcional. Si el tipo o categoría de LBT no se recibe en un PDCCH que incluya la información de programación para la retransmisión de Msg3, el UE puede realizar el mismo procedimiento de LBT que se utiliza para una transmisión inicial de Msg3 y retransmitir Msg3.
El tipo o categoría de LBT en el RAR puede ser opcional. Si el tipo o categoría de LBT no se recibe en el RAR, el UE puede realizar el procedimiento de LBT utilizando el tipo o categoría de LBT predefinido o señalado en SI o en un mensaje RRC.
El tipo o categoría de LBT para la transmisión inicial de Msg3 puede ser indicado en un PDCCH para un RAR, en lugar del RAR. El resto del procedimiento es el explicado anteriormente.
En una realización, si la concesión UL indicada en PDCCH para la retransmisión de Msg3 se encuentra dentro del COT iniciado por el gNB y el espacio entre la transmisión DL en COT y la transmisión UL basada en la concesión UL indicada es inferior a 16 us, el gNB puede indicar LBT Categoría 1 en PDCCH. Si la concesión UL indicada en el PDCCH para la retransmisión de Msg3 se encuentra dentro del COT iniciado por el gNB y el intervalo entre la transmisión DL en el COT y la transmisión UL basada en la concesión UL indicada es superior a 16 us pero inferior a 25us, el gNB puede indicar el Tipo 2 o la categoría LBT 2 en el PDCCH. Si la concesión UL indicada en PDCCH para la retransmisión de Msg3 se encuentra dentro del COT iniciado por el gNB y no va seguida de ninguna transmisión DL en el mismo COT, el gNB puede indicar el Tipo 2 o la categoría 2 de LBT en PDCCH. Si la concesión de UL indicada en PDCCH para la retransmisión de msg3 se encuentra fuera del COT iniciado por el gNB, el gNB puede indicar LBT tipo 1 o LBT categoría 3/4 en PDCCH.
En una realización, si la concesión UL indicada en el RAR para la transmisión inicial del Msg3 se encuentra dentro del COT iniciado por el gNB y el espacio entre la transmisión DL en el COT y la transmisión UL basada en la concesión UL indicada es inferior a 16 us, el gNB puede indicar LBT Categoría 1 en PDCCH. Si la concesión UL indicada en el RAR para la transmisión inicial del Msg3 se encuentra dentro del COT iniciado por el gNB y el intervalo entre la transmisión DL en el COT y la transmisión UL basada en la concesión UL indicada es superior a 16 us pero inferior a 25us, el gNB puede indicar el Tipo 2 o la categoría LBT 2 en el PDCCH. Si la concesión UL indicada en el RAR para la transmisión inicial del Msg3 se encuentra dentro del COT iniciado por el gNB y no va seguida de ninguna transmisión DL en el mismo COT, el gNB puede indicar el Tipo 2 o la categoría 2 de LBT en el PDCCH. Si la concesión de UL indicada en el RAR para la transmisión inicial del Msg3 se encuentra fuera del COT iniciado por el gNB, el gNB puede indicar LBT tipo 1 o LBT categoría 3/4 en el PDCCH.
[Realización 2-31
La Figura 8 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 8, se indica en SI un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un rAr ) de Msg3 (por ejemplo, en una configuración RACH) y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para la retransmisión de Msg3 (es decir, una transmisión de paquete HARQ posterior del proceso HARQ correspondiente a la concesión UL recibida en el RAR) se indica en un PDCCH que programa la retransmisión. El PDCCH que indica la retransmisión de Msg3 se dirige a un TC-RNTI, en el que el Tc -RnTI es indicado al UE por un gNB en el RAR.
En una realización, el tipo de LBT indicado en el mensaje SI/RRC para la transmisión inicial del Msg3 es uno de los tipos de LBT 1 y 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en el mensaje SI/RRC, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial del Msg3 es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el mensaje SI/RRC, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial de Msg3 es una de las categorías LBT 2 y 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el mensaje SI/RRC, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización la categoría LBT indicada en el mensaje SI/r Rc para la transmisión inicial del Msg3 es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en el mensaje SI/RRC, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el mensaje SI/RRC si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en el mensaje SI/r Rc para la transmisión inicial de Msg3 es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en el mensaje SI/RRC, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita l Bt o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el mensaje SI/RRC si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en el mensaje SI/r Rc para la transmisión inicial del Msg3 es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
En una realización, el tipo de LBT indicado en PDCCH para la retransmisión de Msg3 es uno de los tipos de LBT 1 y 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en PDCCH, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En una realización, la categoría LBT indicada en PDCCH para la retransmisión de Msg3 es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el PDCCH, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión de Msg3 es una de las categorías LBT 2 y 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el PDCCH, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión de Msg3 es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita lBt o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el PDCCH si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión de Msg3 es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 3. Alternativamente, 1 bit puede indicar si se necesita lBt o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en el PDCCH indica la categoría LBT 2 o la categoría LBT 3. El segundo bit puede no incluirse en el PDCCH si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría lBt indicada en PDCCH para la retransmisión de Msg3 es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
Con referencia a la Figura 8, el UE recibe SI o un mensaje RRC en la etapa 805.
En la etapa 810, el UE transmite un preámbulo RACH (o un preámbulo de acceso aleatorio) y luego monitoriza un PDCCH dirigido a un RA-RNTI en una ventana RAR para recibir un RAR.
Al recibir el RAR correspondiente al preámbulo RACH en la etapa 815, el UE realiza el procedimiento LBT de acuerdo con el tipo o categoría LBT indicado en el SI recibido (por ejemplo, en una configuración RACH) o en el mensaje RRC en la etapa 820 y transmite una transmisión Msg3 inicial en la etapa 825.
El RAR corresponde al preámbulo RACH transmitido por el UE si el TB programado por el PDCCH dirigido al RA-RNTI incluye el RAR, en el que RAPID en el RAR recibido es igual a RAPID del preámbulo RACH transmitido por el UE.
Si el tipo de LBT (o tipo de acceso al canal) indicado en el mensaje SI o RRC es 1 o si la categoría de LBT indicada es 3 o 4, el CPAC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT están predefinidos y/o indicados en el SI y/o el mensaje RRC.
Alternativamente, el CAPC puede ser determinado basado en el contenido del Msg3 (por ejemplo, un canal lógico de una SDU de MAC, un CE de MAC, etc.).
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en el SI o en el mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SrB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través del mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse basándose en un evento que haya desencadenado el procedimiento de acceso aleatorio, como se ha descrito anteriormente.
Después de transmitir la transmisión inicial de Msg3 en la concesión UL recibida en el RAR en la etapa 825, el UE monitoriza para un PDCCH dirigido a un TC-RNTI. El PDCCH dirigido al TC-RNTI puede indicar una concesión UL para la retransmisión del Msg3 o puede indicar DL TB que transporta el Msg4.
Si el UE recibe el PDCCH para retransmitir el Msg3 en la etapa 830, el UE realiza el procedimiento LBT como se indica en el PDCCH en la etapa 835 y retransmite el Msg3 en la etapa 840.
El procedimiento LBT indicado en el mensaje SI o RRC en la etapa 805 puede ser aplicado para ambos Msg1 y Msg3 en las etapas 810 y 820.
Si el tipo de LBT (o tipo de acceso al canal) indicado en PDCCH es 1 o la categoría indicada es 3 o 4, la clase de prioridad de acceso al canal para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de la ventana de contención (CW), etc.) para el procedimiento LBT también se indica en PDCCH. En otra realización, la clase de prioridad de acceso al canal no se indica en el PDCCH, sino que está predefinida o se indica en el mensaje SI o RRC. En otra realización puede determinarse en base al contenido del Msg3 (por ejemplo, el canal lógico SDU de MAC, CE de MAC, etc.). La correlación entre las clases de prioridad de acceso al canal y los canales lógicos puede ser predefinida o señalada en el mensaje SI o RRC. Obsérvese que, normalmente, el Msg3 llevará la SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3 el CAPC puede estar predefinido, es decir, el CAPC de mayor prioridad (índice CAPC más bajo), mientras que para SRB 2 puede configurarse a través de un mensaje RRC. La clase de prioridad de acceso al canal puede ser predefinida o señalada para los CE de MAC En una realización, el CAPC para el CE de MAC puede ser el CAPC de mayor prioridad (índice CAPC más bajo). En otra realización, la clase de prioridad de acceso al canal para la transmisión de Msg3 puede determinarse basándose en el evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
En la realización 2-2, el tipo o categoría de LBT en PDCCH puede ser opcional. Si no se recibe el tipo o la categoría de LBT en el PDCCH que incluye la información de programación para la retransmisión del Msg3, el UE puede realizar el mismo procedimiento de LBT utilizado para la transmisión inicial del Msg3 y retransmitir el Msg3. El tipo o categoría de LBT en el SI o en el mensaje RRC también puede ser opcional. Si el tipo o categoría de LBT no se recibe en el mensaje SI o RRC, el UE puede realizar el procedimiento de LBT utilizando un tipo o categoría de LBT predefinido.
[Realización 2-41
La Figuras 9 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 9, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a
una concesión UL recibida en un RAR) y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para la retransmisión de Msg3 (es decir, una transmisión posterior de paquetes HARQ del proceso hArQ correspondiente a la concesión UL recibida en el RAR) es el mismo y está predefinido.
El tipo LBT predefinido para la transmisión inicial y la retransmisión del Msg3 puede ser LBT tipo 1 o LBT tipo 2. La categoría LBT predefinida para la transmisión inicial y la retransmisión del Msg3 puede ser la categoría LBT 2 o la categoría LBT 4.
La categoría LBT predefinida para la transmisión inicial y la retransmisión del Msg3 puede ser la categoría LBT 2 o la categoría LBT 3.
La categoría LBT predefinida para la transmisión inicial y la retransmisión del Msg3 puede ser la categoría LBT 1, la categoría LBT 2, o la categoría LBT 4.
La categoría LBT predefinida para la transmisión inicial y la retransmisión del Msg3 puede ser la categoría LBT 1, la categoría LBT 2, o la categoría LBT 3.
La categoría LBT predefinida para la transmisión inicial y la retransmisión del Msg3 puede ser la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4.
Con referencia a la FIG. 9 el UE transmite un preámbulo RACH (o un preámbulo de acceso aleatorio) en la etapa 905, y luego el UE monitoriza un PDCCH dirigido a un RA-RNTI en una ventana RAR para recibir un RAR.
Al recibir el RAR correspondiente al preámbulo RACH en la etapa 910, el UE realiza el procedimiento LBT según el tipo o categoría predefinida en la etapa 915 y transmite la transmisión inicial de Msg3 en la etapa 920.
El RAR corresponde al preámbulo RACH transmitido por el UE si el TB programado por el PDCCH dirigido a un RA-RNTI incluye el RAR, en el que RAPID en el RAR recibido es igual a rAp ID del preámbulo RACH transmitido por el UE.
Después de transmitir la transmisión inicial de Msg3 en una concesión UL recibida en el RAR en la etapa 920, el UE monitoriza para un PDCCH dirigido a un TC-RNTI. El PDCCH dirigido al TC-RNTI puede indicar una concesión UL para la retransmisión del Msg3 o puede indicar un TB DL que lleva el Msg4.
Si el UE recibe el PDCCH para retransmitir el Msg3 en la etapa 925, el UE realiza el procedimiento LBT según el tipo o categoría predefinida en la etapa 930 y retransmite el Msg3 en la etapa 935.
Si el tipo de LBT predefinido (o el tipo de acceso al canal) es 1 (o la categoría predefinida es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT también puede estar predefinido. Alternativamente, el CAPC puede indicarse en el mensaje SI o RRC o determinarse basándose en el contenido del Msg3 (por ejemplo, un canal lógico de una SDU de MAC, un CE de MAC, etc.).
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que haya desencadenado el procedimiento de acceso aleatorio, como se ha descrito anteriormente.
Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
[Realización 2-5]
La Figura 10 es un diagrama de flujo de señales que ilustra un procedimiento que determina un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 10, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un RAR) y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para la retransmisión de Msg3 (es decir, una transmisión posterior de paquetes HARQ del proceso HARQ correspondiente a la concesión UL recibida en el RAR) es el mismo y se indica en RAR.
En una realización el tipo de LBT indicado en el RAR para la transmisión del Msg3 es uno de los LBT tipo 1 y LBT tipo 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en el RAR, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En otra realización, la categoría LBT indicada en el RAR para la transmisión del Msg3 es una de las categorías lBt 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el RAR, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización, la categoría LBT indicada en el RAR para la transmisión del Msg3 es una de las categorías LBT 2 y 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el RAR, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización la categoría LBT indicada en el RAR para la transmisión del Msg3 es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits en el RAR, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el RAR si el primer bit indica que no se necesita LBT. En otra realización, la categoría LBT indicada en el RAR para la transmisión del Msg3 es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 2 bits en el RAR, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 3. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en RAR indica la categoría LBT 2 o la categoría LBT 3. El segundo bit puede no incluirse en el RAR si el primer bit indica que no se necesita LBT. En otra realización, la categoría LBT indicada en el RAR para la transmisión del Msg3 es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits en el RAR, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
Con referencia a la FIG. 10, en la etapa 1005, el UE transmite un preámbulo RACH (o un preámbulo de acceso aleatorio) y luego supervisa un PDCCH dirigido a un RA-RNTI en una ventana RAR para recibir un RAR.
Al recibir el RAR correspondiente al preámbulo RACH en la etapa 1010, el UE realiza el procedimiento LBT como se indica en el RAR en la etapa 1015 y transmite una transmisión Msg3 inicial en la etapa 1020.
El RAR corresponde al preámbulo RACH transmitido por el UE, si el TB programado por el PDCCH dirigido a un RA-RNTI incluye el RAR, en el que el RAPID en el RAR recibido es igual al RAPID del preámbulo RACH transmitido por el UE.
Después de transmitir la transmisión inicial de Msg3 en una concesión UL recibida en el RAR en la etapa 1020, el UE monitoriza para un PDCCH dirigido a un TC-RNTI. El PDCCH dirigido al TC-RNTI puede indicar una concesión UL para la retransmisión del Msg3 o puede indicar un TB DL que lleva el Msg4.
Si el UE recibe el PDCCH para retransmitir el Msg3 en la etapa 1025, el UE realiza el procedimiento LBT como se indica en el RAR en la etapa 1030 y retransmite el Msg3 en la etapa 1035.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el RAR es 1 o la categoría de LBT indicada en el RAR es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento lBt también puede indicarse en el RAR.
Alternativamente, el CAPC no se indica en el RAR, sino que está predefinido, indicado en SI o en un mensaje RRC, o determinado en base al contenido del Msg3 (por ejemplo, un canal lógico de una SDU de MAC, un CE de MAC, etc.).
La correlación entre los CAPC y los canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, se puede predefinir un CAPC, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse basándose en un evento que haya desencadenado el procedimiento de acceso aleatorio, como se ha descrito anteriormente. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo de LBT o la categoría de LBT en el RAR también puede ser opcional. Por ejemplo, si el tipo de LBT o la categoría de LBT no se recibe en el RAR, el UE puede realizar el procedimiento de lBt utilizando un tipo de LBT o una categoría de LBT predefinida o señalada en Si o en un mensaje RRC.
[Realización 2-61
La Figuras 11 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 11, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un RAR) y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para la retransmisión de Msg3 (es decir, una transmisión posterior de paquetes HARQ del proceso HARQ correspondiente a la concesión UL recibida en el RAR) es la misma y se indica en SI (por ejemplo, en una configuración RACH) o en un mensaje RRC.
En una realización el tipo de LBT indicado en SI para la transmisión del Msg3 es uno de los tipos de LBT 1 y 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en SI, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En otra realización, la categoría LBT indicada en SI para la transmisión del Msg3 es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en SI, donde cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización la categoría LBT indicada en SI para la transmisión del Msg3 es una de las categorías LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en SI, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización la categoría LBT indicada en SI para la transmisión del Msg3 es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en SI, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita lBt o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el SI si el primer bit indica que la LBT no es necesaria. En otra realización la categoría LBT indicada en SI para la transmisión del Msg3 es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en SI, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 3. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en SI indica la categoría LBT 2 o la categoría LBT 3. El segundo bit puede no incluirse en el SI si el primer bit indica que la LBT no es necesaria. En otra realización la categoría LBT indicada en SI para la transmisión del Msg3 es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en SI, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
Con referencia a la FIG. 11, en la etapa 1105, el UE recibe SI o un mensaje RRC que indica un tipo o categoría de LBT.
En la etapa 1110, el UE transmite un preámbulo RACH (o un preámbulo de acceso aleatorio) y luego monitorea un PDCCH dirigido a un RA-RNTI en una ventana RAR para recibir un RAR.
Al recibir el RAR correspondiente al preámbulo RACH en la etapa 1115, el UE realiza el procedimiento LBT según el tipo o categoría indicado en el mensaje SI o RRC recibido en la etapa 1120 y transmite una transmisión Msg3 inicial en la etapa 1125.
El RAR corresponde al preámbulo RACH transmitido por el UE, si el TB programado por el PDCCH dirigido a un RA-RNTI incluye el RAR, en el que el RAPID en el RAR recibido es igual al RAPID del preámbulo RACH transmitido por el UE.
Después de transmitir la transmisión inicial del Msg3 en una concesión UL recibida en el RAR en la etapa 1125, el UE monitoriza para el PDCCH dirigido a un TC-RNTI. El PDCCH dirigido al TC-RNTI puede indicar una concesión UL para la retransmisión del Msg3 o puede indicar un TB DL que lleva el Msg4.
Si el UE recibe el PDCCH para retransmitir el Msg3 en la etapa 1130, el UE realiza el procedimiento LBT según el tipo o categoría LBT indicado en el mensaje SI o RRC recibido en la etapa 1135 y retransmite el Msg3 en la etapa 1140.
Si el tipo de LBT (o tipo de acceso al canal) indicado en el mensaje SI o RRC recibido es 1 o si la categoría de LBT indicada en el mensaje SI o RRC recibido es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento de LBT también puede indicarse en el mensaje SI o RRC. Alternativamente, el CAPC no se indica en el mensaje SI o RRC, sino que está predefinido.
El CAPC también puede determinarse basándose en el contenido del Msg3 (por ejemplo, un canal lógico o una SDU de MAC, un CE de MAC, etc.).
La correlación entre los CAPC y los canales lógicos puede ser predefinida o señalada en el SI o en el mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar
predefinido, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que haya desencadenado el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo o categoría de LBT en el SI o en el mensaje RRC también puede ser opcional. Por ejemplo, si el tipo o categoría LBT no se recibe en el SI o en el mensaje RRC, el UE puede realizar el procedimiento LBT utilizando un tipo o categoría LBT predefinido.
[Realización 2-71
En esta realización, un tipo de LBT (o un tipo de acceso a canal) o una categoría de LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un RAR) y un tipo de LBT (o un tipo de acceso a canal) o una categoría de LBT para la retransmisión de Msg3 (es decir, una transmisión de paquetes HARQ posterior del proceso HARQ correspondiente a la concesión UL recibida en el RAR) es la misma y se determina basándose en el contenido de Msg3.
En las realizaciones descritas anteriormente en las que el tipo de LBT o la categoría de LBT se indican en el SI o en un mensaje RRC, el tipo de LBT o la categoría de LBT en el SI o en el mensaje RRC puede señalizarse por parte de ancho de banda (BWP).
En el caso de un acceso aleatorio basado en la contención de 2 etapas (CBRA), al transmitir el MsgA (es decir, un preámbulo del canal físico de acceso aleatorio (PRACH) y una carga útil PUSCH), el UE puede recibir RAR de reserva, en el que el RAR de reserva incluye RAPID, un comando TA, TC-RNTI y una concesión UL. El contenido del RAR de retorno es el mismo que el contenido del RAR en un procedimiento CBRA de 4 etapas. En este caso, el UE transmite el Msg3 en una concesión UL recibida en RAR de reserva. Las realizaciones descritas anteriormente pueden aplicarse a la transmisión inicial y a la retransmisión del Msg3 en el caso de un CBRA de 2 etapas.
Como se ha descrito anteriormente, el UE puede determinar un tipo de LBT para una transmisión inicial y retransmisión de Msg3 de acuerdo con varias realizaciones. También debe considerarse un tipo de LBT o un tipo de acceso al canal para una concesión de UL recibida en un RAR de un acceso aleatorio sin contención o en un RAR de un acceso aleatorio basado en la contención en dos etapas.
[Realización 3-11
La Figuras 12 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 12, se predefine un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial (es decir, la primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un rAr ) basada en una concesión UL recibida en un RAR y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una retransmisión (es decir, una transmisión posterior de paquetes HARQ del proceso HARQ correspondiente a la concesión UL recibida en el RAR) se indica en PDCCH, que incluye la información de programación para la retransmisión.
El tipo LBT predefinido para la transmisión inicial (es decir, una primera transmisión de paquete HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un RAR) puede ser LBT tipo 1 o LBT tipo 2.
La categoría LBT predefinida para la transmisión inicial puede ser la categoría LBT 2 o la categoría LBT 4.
La categoría LBT predefinida para la transmisión inicial puede ser la categoría LBT 2 o la categoría LBT 3.
La categoría LBT predefinida para la transmisión inicial puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 4.
La categoría LBT predefinida para la transmisión inicial puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3.
La categoría LBT predefinida para la transmisión inicial puede ser la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4.
El tipo de LBT indicado en un PDCCH para la retransmisión (es decir, una transmisión de paquete HARQ posterior del proceso HARQ correspondiente a la concesión UL recibida en el RAR) puede ser LBT tipo 1 o LBT tipo 2. En este caso, se puede añadir un campo de tipo LBT de una longitud de 1 bit en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican uno de los tipos LBT 1 y 2, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión puede ser la categoría LBT 2 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 4, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión puede ser la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el PDCCH, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y LBT 3, respectivamente.
La categoría LBT indicada en el PDCCH para la retransmisión puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 4, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. Se puede omitir un 2° bit en el PDCCH si un 1° bit indica que el LBT no es necesario.
La categoría LBT indicada en el PDCCH para la retransmisión puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 3, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en te PDCCH indica la categoría 2 o 3 de LBT. Se puede omitir un segundo bit en el PDCCH si el primer bit indica que no se necesita LBT.
La categoría LBT indicada en el PDCCH para la retransmisión puede ser categoría LBT 1, categoría LBT 2, categoría LBT 3 y categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el PDCCH, en el que cuatro puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indican una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4, respectivamente.
Con referencia a la FIG. 12, el UE transmite el Msg1 incluyendo un preámbulo RACH en la etapa 1205.
Etapa 1210, al recibir el RAR correspondiente al preámbulo RACH en la etapa 1210, el UE realiza el procedimiento LBT de tipo o categoría predefinida en la etapa 1215 y transmite una transmisión inicial basada en una concesión UL recibida en el RAR en la etapa 1220. Si el tipo de LBT (o el tipo de acceso al canal) predefinido para la transmisión inicial basado en la concesión de UL recibida en el RAR es 1 o si la categoría predefinida para la transmisión inicial es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT también puede estar predefinido.
Después de transmitir la transmisión inicial en concesión UL recibida en el RAR en la etapa 1220, el UE monitoriza el PDCCH.
Si el UE recibe el PDCCH indicando retransmisión en la etapa 1225, el UE realiza el procedimiento LBT como se indica en el PDCCH en la etapa 1230 y retransmite el paquete HARQ en la etapa 1235.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el PDCCH es 1 o si la categoría de LBT indicada en el PDCCH es 3 o 4, el CAPc para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento de lBt puede indicarse también en el PDCCH.
Alternativamente, el CAPC no se indica en el PDCCH, sino que es predefinido o indicado en SI o en un mensaje RRC. Como otro ejemplo, el CAPC puede determinarse basándose en el contenido de la unidad de datos de paquete (PDU) MAC (por ejemplo, un canal lógico o una SDU de MAC, un CE de MAC, etc.).
La correlación entre los CAPC y los canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
Alternativamente, el tipo o categoría de LBT en el PDCCH puede ser opcional. Por ejemplo, si el tipo o categoría de LBT no se recibe en el PDCCH que incluye la información de programación para la retransmisión, el UE puede realizar el procedimiento de LBT de tipo o categoría predefinido y retransmitir el paquete HARQ.
[Realización 3-21
La FIG. 13 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 13, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial (es decir, una primera transmisión de paquetes HARQ de un proceso HARQ correspondiente a una concesión UL recibida en un RAR) basada en una concesión UL recibida en un RAR se indica en el RAR y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para la retransmisión (es decir, una transmisión posterior de paquetes HARQ del proceso HARQ correspondiente a la concesión UL recibida en el RAR) se indica en un PDCCH que programa la retransmisión.
El tipo de LBT indicado en el RAR para la transmisión inicial puede ser LBT tipo 1 o LBT tipo 2. En este caso, se puede añadir un campo de tipo LBT de una longitud de 1 bit en el RAR, en el que dos puntos de código (es decir, 0 y 1) del campo añadido indican uno de los tipos LBT 1 y 2, respectivamente.
La categoría LBT indicada en el RAR para la transmisión inicial puede ser la categoría LBT 2 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el RAR, en el que los puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 4, respectivamente.
La categoría LBT indicada en el RAR para la transmisión inicial puede ser la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 1 bit puede añadirse en el RAR, en el que los dos puntos de código (es decir, 0 y 1) del campo añadido indican una de las categorías LBT 2 y 3, respectivamente. La categoría LBT indicada en el RAR para la transmisión inicial puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el RAR, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 4, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando no se necesita LBT, la categoría LBT es 1. Si el LBT es necesario, otro bit puede indicar la categoría 2 o 4 del LBT. Se puede omitir un segundo bit en el RAR si el primer bit indica que el LBT no es necesario.
La categoría LBT indicada en el RAR para la transmisión inicial puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el RAR, en el que tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indican una de las categorías LBT 1, LBT 2 y LBT 3, respectivamente.
Alternativamente, 1 bit puede indicar si la LBT es necesaria o no. Cuando no hay LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría LBT 2 o la categoría LBT 3. Se puede omitir un segundo bit en el RAR si el primer bit indica que el LBT no es necesario.
La categoría LBT indicada en el RAR para la transmisión inicial puede ser la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4. En este caso, el campo de categoría LBT de una longitud de 2 bits puede añadirse en el RAR, en el que cuatro puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indican una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4, respectivamente.
El tipo o categoría de LBT indicado en un PDCCH para la retransmisión puede ser el mismo que el descrito en la realización 3-1. Por lo tanto, no se volverá a hacer una descripción repetitiva.
Por referencia a la FIG. 13, el UE transmite el Msg1 incluyendo un preámbulo RACH en la etapa 1305.
Al recibir un RAR correspondiente a Msg1 en la etapa 1310, el UE realiza el procedimiento LBT según el tipo o categoría LBT indicado en el RAR en la etapa 1315 y transmite una transmisión inicial en la etapa 1320.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el RAR es 1 o si la categoría de LBT indicada en el RAR es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT también puede indicarse en el RAR.
Alternativamente, el CAPC no se indica en el RAR, sino que es predefinido o indicado en el SI o en un mensaje RRC.
Como otro ejemplo, el CAPC puede ser determinado basado en el contenido de la PDU MAC (por ejemplo, un canal lógico de una s Du de MAC, un CE de MAC, etc.).
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, un CAPC de máxima prioridad (o un índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio.
Después de transmitir la transmisión inicial en una concesión UL recibida en el RAR en la etapa 1320, el UE monitoriza un PDCCH.
Si el UE recibe el PDCCH para retransmitir el paquete HARQ en la etapa 1325, el UE realiza el procedimiento LBT como se indica en el PDCCH en la etapa 1330 y retransmite el paquete HARQ en la etapa 1335.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el PDCCH es 1 o de la categoría de LBT indicada en el PDCCH es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento de LBT también puede ser indicado en el PDCCH.
Alternativamente, el CAPC no se indica en el PDCCH, sino que se predefine o se indica en SI o en un mensaje RRC.
En otro ejemplo, el CAPC puede determinarse basándose en el contenido de la PDU MAC (por ejemplo, un canal lógico de una SDU de MAC, un CE de MAC, etc.).
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, el CAPC de mayor prioridad (índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse mediante un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo o categoría de LBT en el PDCCH también puede ser opcional. Por ejemplo, si el tipo o categoría de LBT no se recibe en el PDCCH que incluye la información de programación para la retransmisión, el UE puede realizar el mismo procedimiento de LBT que se utilizó para la transmisión inicial y retransmitir el paquete HARQ.
El tipo o categoría de LBT en el RAR también puede ser opcional. Por ejemplo, si el tipo o categoría de LBT no se recibe en el RAR, el UE puede realizar el procedimiento de LBT utilizando el tipo o categoría de LBT predefinido o señalado en SI o en un mensaje RRC.
[Realización 3-31
La Figuras 14 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 14, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial basada en una concesión UL recibida en un RAR se indica en SI o en un mensaje RRC y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una retransmisión (es decir, la primera transmisión de paquetes HARQ del proceso HARQ correspondiente a la concesión UL recibida en RAR) se indica en un PDCCH que programa la retransmisión.
En una realización, el tipo de LBT indicado en el mensaje SI/RRC para la transmisión inicial (es decir, la transmisión del primer paquete HARq del proceso HARQ correspondiente a la concesión UL recibida en el RAR) es uno de los tipos LBT 1 y LBT 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en el mensaje SI/RRC, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el mensaje SI/RRC en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial es una de las categorías LBT 2 y 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el mensaje SI/RRC, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en el mensaje SI/RRC, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el mensaje SI/RRC si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, se puede añadir un campo de
categoría LBT de 2 bits de longitud en el mensaje SI/RRC, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el mensaje SI/RRC si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en el mensaje SI/RRC para la transmisión inicial es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
En una realización, el tipo de LBT indicado en PDCCH para la retransmisión (transmisión de paquete HARQ posterior del proceso HARq correspondiente a la concesión UL recibida en RAR) es uno de los tipos de LBT 1 y LBT 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en PDCCH, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En una realización, la categoría LBT indicada en PDCCH para la retransmisión es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el PDCCH, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión es una de las categorías LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el PDCCH, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el PDCCH si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 3. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en el PDCCH indica la categoría LBT 2 o la categoría LBT 3. El segundo bit puede no incluirse en el PDCCH si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en PDCCH para la retransmisión es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, puede añadirse un campo de categoría LBT de 2 bits de longitud en el PDCCH, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
Con referencia a la FIG. 14, el UE recibe SI o un mensaje RRC que incluye una indicación de un tipo o categoría de LBT en la etapa 1405.
En la etapa 1410, el UE deja de transmitir el preámbulo.
Al recibir un RAR correspondiente al preámbulo RACH en la etapa 1415, el UE realiza el procedimiento LBT de acuerdo con el tipo o categoría LBT como se indica en el SI (por ejemplo, en la configuración RACH) o en el mensaje RRC en la etapa 1420 y transmite una transmisión inicial en la etapa 1425.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el SI o el mensaje RRC es 1 o si la categoría de LBT indicada en el SI o el mensaje RRC es 3 o 4, el CAPC para determinar los parámetros de acceso al canal (por ejemplo, m, tamaño de CW, etc.) para el procedimiento LBT está predefinido o indicado en el SI o el mensaje RRC. Alternativamente, el CAPC puede ser determinado basado en el contenido de la MAC PDU (por ejemplo, un canal lógico una SDU de MAC, una CE de MAC, etc.).
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en el SI o en el mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1m y SRB 3, el CAPC puede estar predefinido, es decir, el CAPC de mayor prioridad (índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse mediante un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
Después de transmitir la transmisión inicial en una concesión UL recibida en el RAR en la etapa 1425, el UE monitoriza para un PDCCH.
Si el UE recibe un PDCCH para retransmitir el paquete HARQ en la etapa 1430, el UE realiza el procedimiento LBT como se indica en el PDCCH en la etapa 1435 y retransmite el paquete HARQ en la etapa 1440.
El procedimiento LBT como se indica en el SI o en el mensaje RRC en la etapa 1405 puede ser aplicado para ambos Msg1 y Msg3.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el PDCCH es 1 o si la categoría de LBT indicada en el PDCCH es 3 o 4, el CAPC para determinar los parámetros de acceso al canal para el procedimiento de LBT también puede ser indicado en el PDCCH.
Alternativamente, el CAPC no se indica en el PDCCH, pero está predefinido o indicado en el SI o en el mensaje RRC.
Como otro ejemplo, el CAPC puede ser determinado basado en el contenido de la PDU MAC.
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en el SI o en el mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede ser predefinido, mientras que para SRB 2, el CAPC puede ser configurado a través de un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo o categoría de LBT en el PDCCH también puede ser opcional. Por ejemplo, si el tipo o categoría de LBT no se recibe en el PDCCH que incluye la información de programación para la retransmisión, el UE puede realizar el mismo procedimiento de LBT que se utiliza para una transmisión inicial y retransmitir el paquete HARq .
El tipo o categoría de LBT en el SI o en el mensaje RRC también puede ser opcional. Por ejemplo, si el tipo o categoría LBT no se recibe en el SI o en el mensaje RRC, el UE puede realizar el procedimiento lBt utilizando un tipo o categoría LBT predefinido.
[Realización 3-41
La Figuras 15 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 15, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una retransmisión del proceso HARQ correspondiente a una concesión UL recibida en un RAR es el mismo y está predefinido.
El tipo de LBT predefinido para la transmisión inicial y la retransmisión puede ser LBT tipo 1 o LBT tipo 2.
La categoría LBT predefinida para la transmisión inicial y la retransmisión puede ser la categoría LBT 2 o la categoría LBT 4.
La categoría LBT predefinida para la transmisión inicial y la retransmisión puede ser la categoría LBT 2 o la categoría LBT 3.
La categoría LBT predefinida para la transmisión inicial y la retransmisión puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 4.
La categoría LBT predefinida para la transmisión inicial y la retransmisión puede ser la categoría LBT 1, la categoría LBT 2 o la categoría LBT 3.
La categoría LBT predefinida para la transmisión inicial y la retransmisión puede ser la categoría LBT 1, la categoría LBT 2, la categoría LBT 3 o la categoría LBT 4.
Con referencia a la FIG. 15, el UE transmite el Msg1 incluyendo un preámbulo RACH en la etapa 1505.
Al recibir un RAR correspondiente al preámbulo RACH en la etapa 1510, el UE realiza un procedimiento LBT de un tipo o categoría predefinido en la etapa 1515 y transmite una transmisión inicial en la etapa 1520.
Después de transmitir la transmisión inicial en una concesión UL recibida en el RAR en la etapa 1520, el UE monitoriza para un PDCCH.
Si el UE recibe el PDCCH para retransmitir el paquete HARQ en la etapa 1525, el UE realiza el procedimiento LBT de tipo o categoría predefinida en la etapa 1530 y retransmite el paquete HARQ en la etapa 1535.
Si el tipo de LBT predefinido (o el tipo de acceso al canal) es 1 o si la categoría de LBT predefinida es 3 o 4, el CAPC para determinar los parámetros de acceso al canal para el procedimiento LBT también puede estar predefinido.
Alternativamente, el CAPC puede ser indicado en SI o en un mensaje RRC.
Como otro ejemplo, el CAPC puede ser determinado en base al contenido de la PDU MAC.
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará una SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, el CAPC de mayor prioridad (índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse mediante un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
[Realización 3-51
La Figuras 16 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 16, un tipo de LBT (o un tipo de acceso al canal) o categoría para una transmisión inicial y un tipo de LBT (o un tipo de acceso al canal) o categoría para la retransmisión de un proceso HARQ correspondiente a una concesión UL recibida en un RAR es el mismo y se indica en el RAR.
En una realización, el tipo de LBT indicado en el RAR para la transmisión es uno de los tipos de LBT 1 y 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en el RAR, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En otra realización, la categoría LBT indicada en el RAR para la transmisión es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el RAR, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización, la categoría LBT indicada en el RAR para la transmisión es una de las categorías LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en el RAR, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización, la categoría LBT indicada en el RAR para la transmisión es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits en el RAR, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita lBt o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el RAR si el primer bit indica que no se necesita LBT. En otra realización, la categoría LBT indicada en el RAR para la transmisión es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 2 bits en el RAR, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 3. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en RAR indica la categoría LBT 2 o la categoría LBT 3. El segundo bit puede no incluirse en el RAR si el primer bit indica que no se necesita LBT. En otra realización, la categoría LBT indicada en el RAR para la transmisión es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits en el RAR, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
Con referencia a la FIG. 16, el UE transmite el Msg1 incluyendo un preámbulo RACH en la etapa 1605.
Al recibir un RAR correspondiente al preámbulo RACH en la etapa 1610, el UE realiza el procedimiento LBT como se indica en el RAR en la etapa 1615 y transmite una transmisión inicial en la etapa 1620.
Si el UE recibe un PDCCH para retransmitir el paquete HARQ en la etapa 1625, el UE realiza el procedimiento LBT como se indica en el RAR en la etapa 1630 y retransmite el paquete HARq en la etapa 1635.
Si el tipo de LBT (o el tipo de acceso al canal) indicado en el RAR es 1 o si la categoría de LBT indicada en el RAR es 3 o 4, el CAPC para determinar los parámetros de acceso al canal para el procedimiento LBT también puede indicarse en el RAR.
Alternativamente, el CAPC no se indica en el RAR, sino que se predefine o se indica en el SI o en un mensaje RRC. Como otro ejemplo, el CAPC puede ser determinado basado en el contenido de la PDU MAC.
La correlación entre los CAPC y los canales lógicos puede ser predefinida o señalada en SI o en un mensaje RRC. Normalmente, el Msg3 llevará la SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, el CAPC de mayor prioridad (índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse mediante un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo).
Como otro ejemplo, el CAPC para la transmisión del Msg3 puede ser determinado en base a un evento que haya disparado el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo o categoría de LBT en el RAR puede ser opcional. Por ejemplo, si el tipo o categoría de LBT no se recibe en el RAR, el UE puede realizar el procedimiento de LBT utilizando un tipo o categoría de LBT predefinido o señalado en SI o en un mensaje RRC.
[Realización 3-61
La Figuras 17 es un diagrama de flujo de señales que ilustra un procedimiento para determinar un tipo de LBT para una transmisión Msg3 según una realización.
En el ejemplo de la FIG. 17, un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para una transmisión inicial y un tipo de LBT (o un tipo de acceso al canal) o una categoría de LBT para las retransmisiones de paquetes HARQ del proceso HARQ correspondiente a una concesión UL recibida en un RAR es el mismo y se indica en SI (por ejemplo, en la configuración RACH) o en un mensaje RRC.
En una realización el tipo de LBT indicado en SI para la transmisión es uno de los tipos de LBT 1 y 2. En este caso, se puede añadir un campo de tipo LBT de 1 bit de longitud en SI, donde cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica uno de los tipos LBT 1 y 2. En otra realización, la categoría LBT indicada en SI para la transmisión es una de las categorías LBT 2 y 4. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en SI, donde cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 4. En otra realización la categoría LBT indicada en SI para la transmisión es una de las categorías LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 1 bit de longitud en SI, en el que cada uno de los dos puntos de código (es decir, 0 y 1) del campo añadido indica una de las categorías LBT 2 y 3. En otra realización la categoría LBT indicada en SI para la transmisión es una de las categorías LBT 1, LBT 2 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en SI, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 4. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit puede indicar la categoría 2 o 4 de LBT. El segundo bit puede no incluirse en el SI si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en SI para la transmisión es una de las categorías LBT 1, LBT 2 y LBT 3. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en SI, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01 y 10) del campo añadido indica una de las categorías LBT 1, LBT 2 y LBT 3. Alternativamente, 1 bit puede indicar si se necesita LBT o no. Si no se necesita LBT, la categoría LBT es 1. Si se necesita LBT, otro bit en SI indica la categoría LBT 2 o la categoría LBT 3. El segundo bit puede no incluirse en el SI si el primer bit indica que la LBT no es necesaria. En otra realización, la categoría LBT indicada en SI para la transmisión es una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4. En este caso, se puede añadir un campo de categoría LBT de 2 bits de longitud en SI, en el que cada uno de los tres puntos de código (por ejemplo, 00, 01, 10 y 11) del campo añadido indica una de las categorías LBT 1, LBT 2, LBT 3 y LBT 4.
Con referencia a la FIG. 17, el UE recibe SI o un mensaje RRC que incluye una indicación de un tipo o categoría de LBT en la etapa 1705.
En la etapa 1710, el UE deja de transmitir el preámbulo.
Al recibir un RAR correspondiente al preámbulo RACH en la etapa 1715, el UE realiza el procedimiento LBT como se indica en el SI o en el mensaje RRC en la etapa 1720 y transmite una transmisión inicial en la etapa 1725.
Si el UE recibe un PDCCH para retransmitir el paquete HARQ en la etapa 1730, el UE realiza el procedimiento LBT como se indica en el SI o en el mensaje RRC en la etapa 1735 y retransmite el paquete HARQ en la etapa 1740. Si el tipo de LBT (o el tipo de acceso al canal) indicado en el SI o en el mensaje RRC es 1 o si la categoría de LBT indicada en el SI o en el mensaje RRC es 3 o 4, el CAPC para determinar los parámetros de acceso al canal para el procedimiento de LBT puede indicarse también en el SI o en el mensaje RRC.
Alternativamente, el CAPC no se indica en el SI o en el mensaje RRC, sino que está predefinido.
Como otro ejemplo, el CAPC puede ser determinado basado en el contenido de la PDU MAC.
La correlación entre CAPC y canales lógicos puede ser predefinida o señalada en el SI o en el mensaje RRC. Normalmente, el Msg3 llevará la SDU de MAC para los SRB. Para SRB 0, SRB 1 y SRB 3, el CAPC puede estar predefinido, es decir, el CAPC de mayor prioridad (índice CAPC más bajo), mientras que para SRB 2, el CAPC puede configurarse mediante un mensaje RRC.
El CAPC puede ser predefinido o señalado para los CE de MAC. Por ejemplo, el CAPC para un CE de MAC puede ser un CAPC de máxima prioridad (o un índice CAPC más bajo). Como otro ejemplo, el CAPC para la transmisión del Msg3 puede determinarse en base a un evento que desencadenó el procedimiento de acceso aleatorio. Por ejemplo, si el procedimiento de acceso aleatorio se activa debido a un traspaso o para la recuperación de un fallo del haz, se puede utilizar el CAPC de mayor prioridad (el índice CAPC más bajo).
El tipo o categoría de LBT en el SI o en el mensaje RRC también puede ser opcional. Por ejemplo, si el tipo o categoría de LBT no se recibe en el SI o en el mensaje RRC, el UE puede realizar el procedimiento de LBT utilizando un tipo o categoría de LBT predefinido.
[Realización 3-71
En esta realización, un tipo de LBT (o un tipo de acceso al canal) o categoría para una transmisión inicial y un tipo o categoría de LBT para la transmisión y retransmisión de paquetes HARQ es el mismo y se determina basándose en el contenido de una PDU MAC.
La FIG. 18 es un diagrama de bloques que ilustra una estructura de un terminal de acuerdo con una realización de la divulgación.
Con referencia a la FIG. 18, un terminal 2700 puede incluir un transceptor 1810, un controlador 1820, y una memoria 1830. El controlador 1820 incluye circuitos, un circuito integrado de aplicación específica (ASIC), o al menos un procesador. El transceptor 1810, el controlador 1820 y la memoria 1830 están configurados para realizar las operaciones descritas anteriormente de un UE, como se ilustra en las FIG. 1 a 17.
Aunque el transceptor 1810, el controlador 1820 y la memoria 1830 se ilustran como entidades separadas, pueden realizarse como una sola entidad, por ejemplo, como un solo chip, o el transceptor 1810, el controlador 1820 y la memoria 1830 pueden estar conectados eléctricamente o acoplados entre sí.
El transceptor 1810 puede transmitir y recibir señales hacia y a partir de otras entidades de red. El controlador 1820 puede controlar el terminal para que realice funciones de acuerdo con una de las formas de realización descritas anteriormente. Las operaciones del terminal pueden implementarse utilizando la memoria 1830 que almacena los códigos de programa correspondientes. Específicamente, el terminal puede estar equipado con la memoria 1830 para almacenar los códigos de programa que implementan las operaciones deseadas. Para realizar las operaciones deseadas, el controlador 1820 puede leer y ejecutar los códigos de programa almacenados en la memoria 1830 utilizando un procesador o una unidad central de procesamiento (CPU).
La Figuras 2M es un diagrama de bloques que ilustra una estructura de una estación de base de acuerdo con una realización de la divulgación.
Por referencia a las FIG. 19, una estación base incluye un transceptor 1910, un controlador 1920 y una memoria 1930, que están configurados para realizar las operaciones descritas anteriormente de la estación base ilustrada en las FIG. 1 a 17.
Aunque el transceptor 1910, el controlador 1920 y la memoria 1930 se ilustran como entidades separadas, pueden realizarse como una sola entidad, por ejemplo, como un solo chip. Además, el controlador 1920 y el transceptor 1930 pueden estar conectados eléctricamente entre sí.
El transceptor 1910 puede transmitir y recibir señales hacia y a partir de otras entidades de red. El controlador 1920 puede controlar la estación base para realizar funciones según una de las realizaciones descritas anteriormente. El controlador 1920 puede incluir circuitos, un ASIC, o al menos un procesador.
Las operaciones de la estación base pueden implementarse utilizando la memoria 1930 que almacena los códigos de programa correspondientes. En concreto, la estación base puede estar equipada con la memoria 1930 para almacenar los códigos de programa que implementan las operaciones deseadas. Para realizar las operaciones deseadas, el controlador 1920 puede leer y ejecutar los códigos de programa almacenados en la memoria 1930 utilizando un procesador o una CPU.
Si bien la divulgación se ha mostrado y descrito con referencia a diversas realizaciones de la misma, los expertos en la técnica entenderán que se pueden realizar diversos cambios en la forma y los detalles sin apartarse del alcance de la divulgación como se define en las reivindicaciones adjuntas.
Claims (20)
1. Un procedimiento realizado por un terminal en un sistema de comunicación inalámbrica, comprendiendo el procedimiento:
recibir (710, 1310), desde una estación base, una respuesta de acceso aleatorio, RAR, que incluye un recurso de enlace ascendente para una transmisión de un mensaje 3, MSG3, asociado a un acceso aleatorio, e información sobre un tipo de acceso al canal para la transmisión del MSG3;
realizar (715, 1315) un primer procedimiento de acceso al canal basado en el tipo de acceso al canal para la transmisión del MSG3;
transmitir (720, 1320), a la estación base, el MSG3 asociado con el acceso aleatorio basado en el primer procedimiento de acceso al canal;
recibir (725, 1325), desde la estación base, información de control de enlace descendente, DCI, programando una retransmisión del MSG3, incluyendo la DCI información sobre un tipo de acceso al canal para la retransmisión del MSG3;
realizar (730, 1330) un segundo procedimiento de acceso al canal basado en el tipo de acceso al canal para la retransmisión del MSG3; y
transmitir (735, 1335), a la estación base, el MSG3 basado en el segundo procedimiento de acceso al canal.
2. El procedimiento de la reivindicación 1, en el que un canal físico de control de enlace descendente, PDCCH, para la DCI se dirige a un identificador temporal de red de radio celular temporal, TC-RNTI, incluido en la RAR 3. El procedimiento de la reivindicación 1, en el que el tipo de acceso al canal para la transmisión del MSG3 incluye un primer tipo de acceso al canal o un segundo tipo de acceso al canal, y
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye el primer tipo de acceso al canal o el segundo tipo de acceso al canal.
4. El procedimiento de la reivindicación 3, en el que un procedimiento de acceso al canal asociado con el primer tipo de acceso al canal se realiza detectando un canal durante las duraciones de las ranuras de una duración diferida, y
en el que un procedimiento de acceso al canal asociado con el segundo tipo de acceso al canal se realiza detectando el canal durante una duración predeterminada.
5. El procedimiento de la reivindicación 3, en el que el tipo de acceso al canal para la transmisión del MSG3 incluye además un tercer tipo de acceso al canal,
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye además el tercer tipo de acceso al canal, y
en el que un procedimiento de acceso al canal asociado con el tercer tipo de acceso al canal se realiza al no detectar el canal.
6. Un procedimiento realizado por una estación base en un sistema de comunicación inalámbrica, comprendiendo el procedimiento:
transmitir (710, 1310), a un terminal, una respuesta de acceso aleatorio, RAR, que incluye un recurso de enlace ascendente para una transmisión de un mensaje 3, MSG3, asociado a un acceso aleatorio, e información sobre un tipo de acceso al canal para la transmisión del MSG3;
transmitir (725, 1325), al terminal, información de control del enlace descendente, DCI, programando una retransmisión del MSG3 en caso de que no se reciba el MSG3, incluyendo la DCI información sobre un tipo de acceso al canal para la retransmisión del MSG3; y
recibir (735, 1335), desde el terminal, el MSG3 basado en un procedimiento de acceso al canal, que se basa en el tipo de acceso al canal para la retransmisión del MSG3.
7. El procedimiento de la reivindicación 6, en el que un canal físico de control de enlace descendente, PDCCH, para el DCI se dirige a un identificador temporal de red de radio celular temporal, TC-RNTI, incluido en la RAR.
8. El procedimiento de la reivindicación 6, en el que el tipo de acceso al canal para la transmisión del MSG3 incluye un primer tipo de acceso al canal o un segundo tipo de acceso al canal, y
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye el primer tipo de acceso al canal o el segundo tipo de acceso al canal.
9. El procedimiento de la reivindicación 8, en el que un procedimiento de acceso al canal asociado con el primer tipo de acceso al canal se realiza detectando un canal durante las duraciones de las ranuras de una duración diferida, y
en el que un procedimiento de acceso al canal asociado con el segundo tipo de acceso al canal se realiza detectando el canal durante una duración predeterminada.
10. El procedimiento de la reivindicación 8, en el que el tipo de acceso al canal para la transmisión del MSG3 incluye además un tercer tipo de acceso al canal,
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye además el tercer tipo de acceso al canal, y
en el que un procedimiento de acceso al canal asociado con el tercer tipo de acceso al canal se realiza al no detectar el canal.
11. Un terminal para un sistema de comunicación inalámbrica, comprendiendo el terminal:
un transceptor (1810); y
un controlador (1820) configurado para:
recibir (710, 1310), desde una estación base a través del transceptor (1810), una respuesta de acceso aleatorio, RAR, que incluye un recurso de enlace ascendente para una transmisión de un mensaje 3, MSG3, asociado a un acceso aleatorio, e información sobre un tipo de acceso al canal para la transmisión del MSG3,
realizar (715, 1315), a través del transceptor (1810), un primer procedimiento de acceso al canal basado en el del acceso al canal para la transmisión del MSG3,
transmitir (720, 1320), a la estación base a través del transceptor (1810), el MSG3 asociado al acceso aleatorio basado en el primer procedimiento de acceso al canal,
recibir (725, 1325), desde la estación base a través del transceptor (1810), información de control de enlace descendente, DCI, programando una retransmisión del MSG3, incluyendo la DCI información sobre un tipo de acceso al canal para la retransmisión del MSG3,
realizar (730, 1330), a través del transceptor (1810), un segundo procedimiento de acceso al canal basado en el tipo de acceso al canal para la retransmisión del MSG3, y
transmitir (735, 1335), a la estación base a través del transceptor (1810), el MSG3 basado en el segundo procedimiento de acceso al canal.
12. El terminal de la reivindicación 11, en el que un canal físico de control de enlace descendente, PDCCH, para la DCI se dirige a un identificador temporal de red de radio celular temporal, TC-RNTI, incluido en la RAR
13. El terminal de la reivindicación 11, en el que el tipo de acceso al canal para la transmisión del MSG3 incluye un primer tipo de acceso al canal o un segundo tipo de acceso al canal, y
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye el primer tipo de acceso al canal o el segundo tipo de acceso al canal.
14. El terminal de la reivindicación 13, en el que un procedimiento de acceso al canal asociado con el primer tipo de acceso al canal se realiza detectando un canal durante las duraciones de las ranuras de una duración diferida, y en el que un procedimiento de acceso al canal asociado con el segundo tipo de acceso al canal se realiza detectando el canal durante una duración predeterminada.
15. El terminal de la reivindicación 13, en el que el tipo de acceso al canal para la transmisión del MSG3 incluye además un tercer tipo de acceso al canal,
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye además el tercer tipo de acceso al canal, y
en el que un procedimiento de acceso al canal asociado con el tercer tipo de acceso al canal se realiza al no detectar el canal.
16. Una estación base para un sistema de comunicación inalámbrica, comprendiendo la estación base:
un transceptor (1910); y
un controlador (1920) configurado para:
transmitir (710, 1310), a un terminal a través del transceptor (1910), una respuesta de acceso aleatorio, RAR, incluyendo un recurso de enlace ascendente para una transmisión de un mensaje 3, MSG3, asociado a un acceso aleatorio, e información sobre un tipo de acceso al canal para la transmisión del MSG3,
transmitir (725, 1325), al terminal a través del transceptor (1910), información de control del enlace descendente, DCI, programando una retransmisión del MSG3 en caso de que el MSG3 no se reciba, incluyendo la DCI información sobre un tipo de acceso al canal para la retransmisión del MSG3, y recibir (735, 1335), desde el terminal a través del transceptor (1910), el MSG3 basado en un procedimiento de acceso al canal, que se basa en el tipo de acceso al canal para la retransmisión del MSG3.
17. La estación base de la reivindicación 16, en la que un canal físico de control de enlace descendente, PDCCH, para la DCI se dirige a un identificador temporal de red de radio celular temporal, TC-RNTI, incluido en la RAR 18. La estación base de la reivindicación 16, en la que el tipo de acceso al canal para la transmisión del MSG3 incluye un primer tipo de acceso al canal o un segundo tipo de acceso al canal, y
en la que el tipo de acceso al canal para la retransmisión del MSG3 incluye el primer tipo de acceso al canal o el segundo tipo de acceso al canal.
19. La estación base de la reivindicación 18, en la que un procedimiento de acceso al canal asociado con el primer tipo de acceso al canal se realiza detectando un canal durante las duraciones de las ranuras de una duración diferida, y
en la que un procedimiento de acceso al canal asociado con el segundo tipo de acceso al canal se realiza detectando el canal durante una duración predeterminada.
20. La estación base de la reivindicación 18, en la que el tipo de acceso al canal para la transmisión del MSG3 incluye además un tercer tipo de acceso al canal,
en el que el tipo de acceso al canal para la retransmisión del MSG3 incluye además el tercer tipo de acceso al canal, y
en el que un procedimiento de acceso al canal asociado con el tercer tipo de acceso al canal se realiza al no detectar el canal.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862718688P | 2018-08-14 | 2018-08-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2914573T3 true ES2914573T3 (es) | 2022-06-14 |
Family
ID=69523078
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES21201414T Active ES2914573T3 (es) | 2018-08-14 | 2019-08-07 | Procedimiento y aparato para determinar el tipo de acceso al canal en un sistema de comunicación inalámbrico |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11064533B2 (es) |
| EP (2) | EP3777430B1 (es) |
| KR (1) | KR102455229B1 (es) |
| CN (1) | CN112056000B (es) |
| ES (1) | ES2914573T3 (es) |
| RU (1) | RU2769952C1 (es) |
| WO (1) | WO2020036365A1 (es) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3920650B1 (en) * | 2015-05-13 | 2022-08-31 | LG Electronics Inc. | Method and device for performing random access process in unlicensed band |
| KR20220141916A (ko) | 2016-05-11 | 2022-10-20 | 콘비다 와이어리스, 엘엘씨 | 새로운 라디오 다운링크 제어 채널 |
| KR20190039223A (ko) | 2016-08-11 | 2019-04-10 | 콘비다 와이어리스, 엘엘씨 | 뉴 라디오를 위한 유연한 프레임 구조에서의 빔포밍 스위핑 및 트레이닝 |
| CN109891772B (zh) | 2016-11-03 | 2022-10-04 | 康维达无线有限责任公司 | Nr中的帧结构 |
| MX2021001873A (es) * | 2018-08-17 | 2021-04-19 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo de transmision de se?al, dispositivo terminal y dispositivo de red. |
| US20200100296A1 (en) * | 2018-09-26 | 2020-03-26 | Mediatek Singapore Pte. Ltd. | Listen before Talk and Channel Access Priority Class for RACH in New Radio Unlicensed |
| CN112753265B (zh) * | 2018-09-27 | 2025-02-11 | 交互数字专利控股公司 | 新无线电的未经许可的频谱中的子频带操作 |
| US11490346B2 (en) * | 2019-02-01 | 2022-11-01 | Qualcomm Incorporated | Open loop timing control for 2-step RACH |
| CN113170477A (zh) * | 2019-02-13 | 2021-07-23 | 联发科技(新加坡)私人有限公司 | 未授权新无线电中的信令无线电承载的信道接入优先级等级 |
| EP3925267A4 (en) * | 2019-02-14 | 2022-09-28 | Sierra Wireless, Inc. | Method and apparatus for supporting two-step random access channel usage in a wireless communication system |
| US11219065B2 (en) * | 2019-02-14 | 2022-01-04 | Lg Electronics Inc. | Method and apparatus for random access procedure based on a channel access priority class in a wireless communication system |
| US11825561B2 (en) * | 2019-08-09 | 2023-11-21 | Intel Corporation | Channel access sharing during a random access procedure for NR-unlicensed networks |
| CN114557112A (zh) * | 2019-08-14 | 2022-05-27 | 瑞典爱立信有限公司 | 发信号通知关于先听后讲参数 |
| CN115443705B (zh) * | 2020-04-22 | 2025-12-02 | 联想(北京)有限公司 | 用于共享信道占用时间的方法及设备 |
| US12177780B2 (en) * | 2020-05-26 | 2024-12-24 | Huawei Technologies Co., Ltd. | Systems and methods for power saving in a wireless communication system |
| CN115119223B (zh) * | 2021-03-22 | 2025-10-03 | 中国移动通信有限公司研究院 | 优化配置的方法、装置、设备及可读存储介质 |
| CN115696622A (zh) * | 2021-07-30 | 2023-02-03 | 华硕电脑股份有限公司 | 无线通信系统中用于随机接入响应的先听后说模式的方法和设备 |
| WO2023197242A1 (en) * | 2022-04-14 | 2023-10-19 | Qualcomm Incorporated | Timing advance timer handling for multi-timing advance operation for multi-transmit and receive points |
| AU2023263320A1 (en) * | 2022-04-26 | 2024-11-21 | Interdigital Patent Holdings, Inc. | Pdcch order prach transmission in a multi-trp operation |
| CN121058267A (zh) | 2023-04-06 | 2025-12-02 | 上海诺基亚贝尔股份有限公司 | 处理多个定时提前组的时间对准定时器到期 |
| WO2024074070A1 (en) * | 2023-07-10 | 2024-04-11 | Lenovo (Beijing) Ltd. | Ta management of a serving cell configured with two timing advance groups |
| WO2025030551A1 (zh) * | 2023-08-10 | 2025-02-13 | 北京小米移动软件有限公司 | 传输处理方法、终端及网络设备 |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6216039U (es) | 1985-07-16 | 1987-01-30 | ||
| WO2011122904A2 (en) | 2010-04-01 | 2011-10-06 | Samsung Electronics Co., Ltd. | Enhanced random access mechanism in wireless communication system |
| EP2709388B1 (en) | 2011-05-10 | 2018-01-10 | Samsung Electronics Co., Ltd. | Method and apparatus for the efficient estimation of the movement state of a terminal in a mobile communication system |
| WO2013095004A1 (ko) | 2011-12-20 | 2013-06-27 | 엘지전자 주식회사 | 무선 통신 시스템에서 랜덤 접속 과정의 수행 방법 및 장치 |
| JP6216039B2 (ja) * | 2013-05-15 | 2017-10-18 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 信号伝送方法、装置、通信システム、端末、及び基地局 |
| KR20160132368A (ko) * | 2014-03-11 | 2016-11-18 | 엘지전자 주식회사 | 무선 통신 시스템에서 랜덤 액세스 절차(random access procedure) 내 단말에 임시 식별자를 할당하기 위한 방법 및 이를 위한 장치 |
| CN105992383B (zh) * | 2015-01-29 | 2021-06-22 | 中兴通讯股份有限公司 | 随机接入响应消息发送方法和节点 |
| KR102368455B1 (ko) * | 2015-05-15 | 2022-02-28 | 삼성전자주식회사 | 무선 통신 시스템에서 랜덤 액세스를 위한 장치 및 방법 |
| US10420147B2 (en) * | 2015-07-05 | 2019-09-17 | Ofinno, Llc | Random access process in carrier aggregation |
| KR102527359B1 (ko) * | 2016-04-08 | 2023-05-02 | 성균관대학교산학협력단 | 사물인터넷 환경에서 커버리지 레벨과 서브캐리어 스페이싱 설정 및/또는 멀티-톤 설정을 고려한 랜덤 액세스 방법 |
| CN108476539B (zh) | 2016-01-29 | 2022-08-19 | 成均馆大学校产学协力团 | 在物联网环境中考虑覆盖等级和子载波间隔配置和/或多频配置的随机接入方法 |
| US10177875B2 (en) * | 2016-02-01 | 2019-01-08 | Ofinno Technologies, Llc | Downlink control signaling for uplink transmission in a wireless network |
| HK1258289A1 (zh) * | 2016-02-02 | 2019-11-08 | 苹果公司 | 随机接入过程期间的先听後说(lbt)失败 |
| US10575338B2 (en) | 2016-02-04 | 2020-02-25 | Samsung Electronics Co., Ltd. | Method and apparatus for UE signal transmission in 5G cellular communications |
| US10292182B2 (en) * | 2016-02-16 | 2019-05-14 | Hfi Innovation Inc. | Listen before talk channel access procedure for uplink LAA |
| CN107466113B (zh) * | 2016-06-03 | 2020-04-21 | 北京佰才邦技术有限公司 | 一种Msg3传输方法、装置和相关设备 |
| CN107770877B (zh) * | 2016-08-19 | 2019-12-13 | 北京佰才邦技术有限公司 | 一种先听后发lbt执行方法及相关装置 |
| CN108235446A (zh) | 2016-12-22 | 2018-06-29 | 夏普株式会社 | 用户设备和相关方法 |
| CN112205065B (zh) * | 2018-06-29 | 2024-04-26 | 联想(新加坡)私人有限公司 | 高效的rach行为 |
| US11219061B2 (en) * | 2018-07-24 | 2022-01-04 | Qualcomm Incorporated | Listen-before-talk (LBT) modes for random access procedures |
| US11706794B2 (en) * | 2018-08-08 | 2023-07-18 | Interdigital Patent Holdings, Inc. | Physical random access for NR-U |
| US11272539B2 (en) * | 2018-08-09 | 2022-03-08 | Ofinno, Llc | Channel access and bandwidth part switching |
-
2019
- 2019-08-07 RU RU2020135718A patent/RU2769952C1/ru active
- 2019-08-07 EP EP19849609.3A patent/EP3777430B1/en active Active
- 2019-08-07 EP EP21201414.6A patent/EP3955688B1/en active Active
- 2019-08-07 CN CN201980029358.8A patent/CN112056000B/zh active Active
- 2019-08-07 ES ES21201414T patent/ES2914573T3/es active Active
- 2019-08-07 WO PCT/KR2019/009924 patent/WO2020036365A1/en not_active Ceased
- 2019-08-07 KR KR1020207030388A patent/KR102455229B1/ko active Active
- 2019-08-09 US US16/536,908 patent/US11064533B2/en active Active
-
2021
- 2021-07-12 US US17/372,925 patent/US11683843B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US11683843B2 (en) | 2023-06-20 |
| EP3777430B1 (en) | 2021-11-17 |
| US20200059969A1 (en) | 2020-02-20 |
| EP3955688A1 (en) | 2022-02-16 |
| EP3955688B1 (en) | 2022-05-04 |
| EP3777430A1 (en) | 2021-02-17 |
| WO2020036365A1 (en) | 2020-02-20 |
| CN112056000B (zh) | 2022-08-23 |
| US11064533B2 (en) | 2021-07-13 |
| KR20200127036A (ko) | 2020-11-09 |
| US20210345414A1 (en) | 2021-11-04 |
| CN112056000A (zh) | 2020-12-08 |
| EP3777430A4 (en) | 2021-06-09 |
| RU2769952C1 (ru) | 2022-04-11 |
| KR102455229B1 (ko) | 2022-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2914573T3 (es) | Procedimiento y aparato para determinar el tipo de acceso al canal en un sistema de comunicación inalámbrico | |
| ES3015286T3 (en) | Responding to a new data indicator for a hybrid automatic repeat request process | |
| ES3040875T3 (en) | Reporting transmission for discontinuous reception | |
| ES3035100T3 (en) | Performing a two-step random access channel procedure | |
| ES2962289T3 (es) | Múltiples posiciones de inicio y fin para la transmisión de enlace descendente programada en espectro sin licencia | |
| CN113728717B (zh) | 用于在2步与4步ra过程之间切换和竞争解决的方法和设备 | |
| ES2902018T3 (es) | Procedimiento de escuchar antes de hablar en un dispositivo inalámbrico y dispositivo inalámbrico | |
| CN110786045B (zh) | 通信系统中用于支持宽带载波的带宽设定方法 | |
| US12382356B2 (en) | Transmissions based on a type of collision | |
| RU2735689C1 (ru) | Автономная передача управляющей информации восходящей линии связи | |
| ES2966167T3 (es) | Acceso aleatorio con conmutación de parte de ancho de banda | |
| ES2940110T3 (es) | Procedimiento y aparato para la realización de acceso aleatorio en un sistema de comunicación inalámbrica | |
| CN114424476A (zh) | 针对反馈使用配置的反馈资源 | |
| CN114145072A (zh) | 用于支持大随机接入响应(rar)窗口大小的随机接入过程的方法 | |
| KR20200027908A (ko) | 비면허 반송파에 대해 랜덤 액세스를 수행하는 방법 및 장치 | |
| US11936525B2 (en) | Determining a time to perform an update | |
| WO2012135998A1 (en) | Random access procedures with cross-carrier scheduling | |
| US20240306208A1 (en) | Method and device for transmitting and receiving wireless signal in wireless communication system | |
| EP3301991B1 (en) | Device and method of handling channel access in unlicensed band | |
| KR20200085237A (ko) | 메시지 3(msg3) 전송을 위해 다중 리소스들을 시그널링하기 위한 방법 및 장치 | |
| CN115362745A (zh) | 优先化多媒体优先级和任务关键服务的随机接入的方法及其装置 | |
| US20240179789A1 (en) | User equipment and base station involved in transmission of small data | |
| WO2022027527A1 (zh) | 信号的发送和接收方法、装置和通信系统 | |
| ES2828252T3 (es) | Mejora o habilitación de la cobertura por radio para un equipo de usuario con respecto a una red de comunicación móvil | |
| EP4557863A1 (en) | Uplink scheduling method and apparatus |