ES2930501T3 - Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica - Google Patents

Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica Download PDF

Info

Publication number
ES2930501T3
ES2930501T3 ES21166496T ES21166496T ES2930501T3 ES 2930501 T3 ES2930501 T3 ES 2930501T3 ES 21166496 T ES21166496 T ES 21166496T ES 21166496 T ES21166496 T ES 21166496T ES 2930501 T3 ES2930501 T3 ES 2930501T3
Authority
ES
Spain
Prior art keywords
random access
access procedure
transmission
successful
contention resolution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES21166496T
Other languages
English (en)
Inventor
Yi-Hsuan Kung
Yu-Hsuan Guo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Application granted granted Critical
Publication of ES2930501T3 publication Critical patent/ES2930501T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0602—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using antenna switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • 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/231—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 layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/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/0833—Random access procedures, e.g. with 4-step access
    • 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
    • H04W74/0836—Random access procedures, e.g. with 4-step access with 2-step access
    • 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
    • H04W74/0838—Random access procedures, e.g. with 4-step access using contention-free random access [CFRA]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Se describen un método y un aparato. En un ejemplo desde la perspectiva de un Equipo de Usuario, UE, el UE inicia un procedimiento de acceso aleatorio (1405). El UE recibe una transmisión (1410) del Canal de Control de Enlace Descendente Físico, PDCCH. El UE determina si la resolución de disputas asociada con el procedimiento de acceso aleatorio es exitosa (1415). Si el inicio del procedimiento de acceso aleatorio se realiza para celda especial, SpCell, recuperación de falla de haz, la determinación de si la resolución de contienda es exitosa se basa en si la transmisión de PDCCH está dirigida a un identificador temporal de red de radio celular, C-RNTI, del UE. Si el inicio del procedimiento de acceso aleatorio se realiza para celda secundaria, celda S, recuperación de falla de haz, (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica
Esta divulgación en general se refiere a redes de comunicación inalámbrica y, más particularmente, a un procedimiento de un Equipo de Usuario, un Equipo de usuario y un medio legible por ordenador no transitorio.
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde los dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan hacia redes que se comunican con paquetes de datos Protocolo de Internet (IP). Tal comunicación de paquetes de datos IP puede proporcionar a los usuarios de los dispositivos de comunicación móvil con servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia que se mencionan anteriormente. Una tecnología de nueva radio para la próxima generación (por ejemplo, 5G) se analiza actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP.
El documento CN 109922534 A divulga procedimientos y aparatos para manejar un temporizador de inactividad de la parte de ancho de banda (BWP) durante un procedimiento de Acceso Aleatorio en un sistema de comunicación inalámbrica.
El documento 3GPP R2-1914798 analiza la ejecución del MAC CR para RACH de 2 etapas.
Sumario
De acuerdo con la presente divulgación, se proporciona un procedimiento de un Equipo de Usuario, un Equipo de Usuario y un medio legible por ordenador no transitorio y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen las realizaciones preferentes de las mismas. En un ejemplo desde la perspectiva de un Equipo de Usuario (UE), el UE inicia un procedimiento de Acceso Aleatorio. El UE recibe una transmisión del Canal Físico de Control de Enlace Descendente (PDCCH). El UE determina si la resolución de contención asociada con el procedimiento de Acceso Aleatorio es satisfactoria. Si la iniciación del procedimiento de Acceso Aleatorio se realiza para la recuperación de fallos del haz de Celda Especial (SpCell), la determinación de si la resolución de contención es satisfactoria se basa en si la transmisión del PDCCH se direcciona a un Identificador Temporal de Red de Radio Celular (C-RNTI) del UE. Si la iniciación del procedimiento de Acceso Aleatorio se realiza para la recuperación de fallos del haz de Celdas Secundarias (SCell), la determinación de si la resolución de contención es satisfactoria se basa en si la transmisión del PDCCH se direcciona al C-RNTI del UE y si la transmisión del PDCCH comprende una concesión de enlace ascendente (UL) para una nueva transmisión.
Breve descripción de las figuras
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido también como red de acceso) y un sistema receptor (conocido también como equipo de usuario o UE).
La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3.
La Figura 5 es un diagrama que ilustra un elemento de control (CE) de control de acceso al medio (MAC) de recuperación de fallos del haz de la Celda Secundaria (SCell) (BFRMAC CE) y/o una SCell BFR MAC CE truncada.
La Figura 6 es un diagrama que ilustra una SCell BFR MAC CE y/o una SCell BFR MAC CE truncada.
La Figura 7 es un diagrama que ilustra una subcabecera MAC.
La Figura 8 es un diagrama que ilustra una subcabecera MAC.
La Figura 9 es un diagrama que ilustra una Unidad de Datos de Protocolo MAC (PDU).
La Figura 10 es un diagrama que ilustra un escenario ilustrativo asociado con un procedimiento de Acceso Aleatorio.
La Figura 11 es un diagrama que ilustra un escenario ilustrativo asociado con un procedimiento de Acceso Aleatorio.
La Figura 12 es un diagrama que ilustra un escenario ilustrativo asociado con un procedimiento de Acceso Aleatorio.
La Figura 13 es un diagrama de flujo de acuerdo con una realización ilustrativa, no reivindicada.
La Figura 14 es un diagrama de flujo de acuerdo con una realización ilustrativa.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos más abajo emplean un sistema de comunicación inalámbrica, que admite un servicio de difusión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden basarse en el acceso múltiple por división de código (CDMA), el acceso múltiple por división de tiempo (TDMA), el acceso múltiple por división de frecuencias ortogonales (OFDMA), el acceso inalámbrico del Proyecto de Asociación de 3ra Generación(3GPP) LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Advanced (Evolución a Largo Plazo Avanzado), 3GPP2 UMB (Banda Ancha Ultra Móvil), WiMáx, acceso inalámbrico 3GPP NR (Nueva Radio) para 5G, o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para admitir uno o más estándares, tal como el estándar ofrecido por un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria 3GPP, que incluye: Memoria descriptiva del 3GPP 38.321 16.0.0.
La Figura 1 presenta un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una o más realizaciones de la divulgación. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye a 104 y a 106, otro que incluye a 108 y a 110, y uno adicional que incluye a 112 y a 114. En la Figura 1, solamente se muestran dos antenas para cada grupo de antenas, sin embargo, pueden usarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 mediante el enlace directo 120 y reciben información desde el terminal de acceso 116 mediante el enlace inverso 118. El AT 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al AT 122 a través del enlace directo 126 y reciben información del AT 122 a través del enlace inverso 124. En un sistema dúplex por división de frecuencia (FDD), los enlaces de comunicación 118, 120, 124 y 126 pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente a la usada por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se denomina a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseña para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación mediante los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden usar la conformación de haces con el fin de mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. También, una red de acceso mediante el uso de la formación de haz para transmitir a los terminales de acceso dispersos aleatoriamente a través de su cobertura puede normalmente causar menos interferencia a los terminales de acceso en las celdas vecinas que una red de acceso que transmite a través de una única antena a sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para la comunicación con los terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo evolucionado B (eNB), un Nodo B de próxima generación o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 presenta una realización de un sistema transmisor 210 (también conocido como red de acceso) y un sistema receptor 250 (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema de múltiples entradas y múltiples salidas (MIMO) 200. En el sistema transmisor 210, los datos de tráfico para un número de flujos de datos pueden ser proporcionados desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite mediante una antena de transmisión respectiva. El procesador de datos de TX 214 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados.
Los datos codificados para cada flujo de datos pueden ser multiplexados con datos piloto mediante el uso de técnicas de multiplexación por división de frecuencia ortogonal (OFDM). Los datos piloto son típicamente un patrón de datos conocido que se procesa en una manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos pueden entonces modularse (es decir, mapeados con símbolos) en base a un esquema de modulación particular (por ejemplo, modulación por desplazamiento de fase binaria (BPSK), modulación por desplazamiento de fase en cuadratura (QPSK), modulación por desplazamiento de fase M-ario (M-PSK), o modulación de amplitud en cuadratura M-ario (M-QAM)) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La tasa de datos, la codificación y/o la modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para los flujos de datos se proporcionan entonces a un procesador TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador de TX MIMO 220 proporciona luego Nt flujos de símbolos de modulación para los Nt transmisores (TMTR) del 222a a 222t. En ciertas realizaciones, el procesador TX MIMO 220 puede aplicar pesos de formación de haz a los símbolos de los flujos de datos y a la antena desde la que se ha transmitido el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y además acondiciona (por ejemplo, amplifica, filtra y/o convierte hacia arriba) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Las Nt señales moduladas de los transmisores del 222a a 222t se transmiten luego desde las Nt antenas de la 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por las Nr antenas de la 252a a través de la 252r y la señal recibida desde cada antena 252 se proporciona a un receptor (RCVR) respectivo del 254a a 254r. Cada receptor 254 puede condicionar (por ejemplo, filtrando, amplificando y convirtiendo hacia abajo) una señal recibida respectiva, digitalizando la señal condicionada para proporcionar muestras, y/o procesar además las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.
Un procesador de datos de RX 260 recibe y/o procesa luego los Nr flujos de símbolos recibidos desde los Nr receptores 254 en base a una técnica de procesamiento particular del receptor para proporcionar los Nt flujos de símbolos "detectados". El procesador de datos de RX 260 demodula, desintercala, y/o decodifica luego cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 puede ser complementario al que realiza el procesador de TX MIMO 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 puede determinar periódicamente qué matriz de precodificación usar (se analiza más abajo). El procesador 270 formula un mensaje de enlace inverso que comprende una porción del índice de la matriz y una porción del valor del rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o al flujo de datos recibido. El mensaje de enlace inverso se procesa luego por un procesador de datos de TX 238, que recibe también los datos de tráfico para un número de flujos de datos desde una fuente de datos 236, se modula por un modulador 280, se condiciona por los transmisores del 254a a 254r, y se transmite de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, se condicionan por los receptores 222, se demodulan por un demodulador 240, y se procesan por un procesador de datos de RX 242 para extraer el mensaje del enlace inverso trasmitido por el sistema receptor 250. El procesador 230 puede determinar entonces qué matriz de precodificación usar para determinar los pesos de la formación de haz y puede procesar luego el mensaje extraído.
La Figura 3, presenta un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la materia divulgada. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse para realizar los UE (o AT) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas puede ser el sistema LTE o el sistema NR. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad central de procesamiento (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, que suministra señales recibidas al circuito de control 306, y que emite señales que se generan por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede usarse para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código de programa 312 mostrado en la Figura 3 de acuerdo con una realización del objeto de la materia divulgada. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1406. La porción de la Capa 3402 puede realizar el control de los recursos de radio. La porción de la Capa 2 404 puede realizar el control del enlace. La porción de Capa 1406 puede realizar y/o implementar conexiones físicas.
En la memoria descriptiva del documento 3GPP 38.321 16.0.0, se introduce el procedimiento de Acceso Aleatorio y el procedimiento de recuperación de fallos del haz para la Celda Primaria (PCell) y la Celda Secundaria (SCell). En particular, la Figura 6.1.3.23-1 de la Sección 6.1.3.23 de la memoria descriptiva 3GPP 38.321 16.0.0, titulada "SCell BFR and Truncated SCell BFR MAC CE with the highest ServCellIndex of this MAC entity's SCell configured with BFD is less than 8", se reproduce en la presente memoria como la Figura 5. La Figura 6.1.3.23-2 de la Sección 6.1.3.23 de la memoria descriptiva 3GPP 38.321 16.0.0, titulada "SCell BFR and Truncated SCell BFR MAC CE with the highest ServCellIndex of this MAC entity's SCell configured with BFD is equal to or higher than 8", se reproduce en la presente memoria como la Figura 6. La Figura 6.1.5-1 de la Sección 6.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0, titulada "E/T/R/R/BI MAC subheader", se reproduce en la presente memoria como la Figura 7. La Figura 6.1.5-2 de la Sección 6.1.5 de la memoria descriptiva 38.321 16.0.0 del 3GPP, titulada "E/T/RAPID MAC subheader", se reproduce en la presente memoria como la Figura 8. La Figura 6.1.5-3 de la Sección 6.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0, titulada "Example of MAC PDU consisting of MAC RARs", se reproduce en la presente memoria como la Figura 9. Las partes de la memoria descriptiva 3GPP 38.321 16.0.0 se citan más abajo:
Msg3: Mensaje transmitido en UL-SCH que contiene un C-RNTI MAC CE o CCCH SDU, enviado desde la capa superior y asociado con la Identidad de resolución de contención del UE, como parte de un procedimiento de Acceso Aleatorio.
Celda de servicio: Una PCell, una PSCell o una SCell en TS 38.331 [5].
Celda Especial: Para operación de Conectividad Dual el término Celda Especial se refiere a la PCell del MCG o la PSCell del SCG en función de si la entidad MAC se asocia al MCG o al SCG, respectivamente. De lo contrario, el término Celda Especial se refiere a la PCell. Una Celda Especial soporta la transmisión PUCCH y el acceso aleatorio basado en contención, y siempre se activa.
5 procedimientos MAC
5.1 Procedimiento de Acceso Aleatorio
5.1.1 Inicialización del procedimiento de Acceso Aleatorio
El procedimiento de Acceso Aleatorio descrito en esta cláusula se inicia por una orden PDCCH, por la propia entidad mAc , o por RRC para los eventos de acuerdo con TS 38.300 [2]. Solo hay un procedimiento de Acceso Aleatorio en curso en cualquier momento en una entidad MAC. El procedimiento de Acceso Aleatorio en una SCell sólo se iniciará por una orden del PDCCH con ra-Preamblelndex diferente de 0b000000.
NOTA 1: Si se activa un nuevo procedimiento de Acceso Aleatorio mientras hay otro en curso en la entidad MAC, depende de la implementación del UE el continuar con el procedimiento en curso o comenzar con el nuevo procedimiento (por ejemplo, para la solicitud de SI).
NOTA 2: Si había un procedimiento de Acceso Aleatorio en curso que se activa por una orden del PDCCH mientras el UE recibe otra orden del PDCCH que indica el mismo preámbulo de Acceso Aleatorio, índice de máscara PRACH y portadora del enlace ascendente, el procedimiento de Acceso Aleatorio se considera como el mismo procedimiento de Acceso Aleatorio como el que está en curso y no se inicializa de nuevo.
RRC configura los siguientes parámetros para el procedimiento de Acceso Aleatorio:
- prach-ConfigurationIndex: el conjunto disponible de ocasiones PRACH para la transmisión del preámbulo de Acceso Aleatorio para Msg1. Estos también son aplicables al MSGA PRACH si las ocasiones de PRACH se comparten entre tipos de RA de 4 etapas y 2 etapas;
- msgA-prach-ConfigurationIndex: el conjunto disponible de ocasiones PRACH para la transmisión del preámbulo de Acceso Aleatorio para MSGA en el tipo RA de 2 etapas;
- preambleReceivedTargetPower; potencia inicial del preámbulo de Acceso Aleatorio;
- rsrp-ThresholdSSB; un umbral RSRP para la selección de la SSB para el tipo RA de 4 etapas. Si se inicia el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz, rsrp-ThresholdSSB usado para la selección de la SSB dentro candidateBeamRSList se refiere a rsrp-ThresholdSSB en BeamFailureRecoveryConfig IE;
- rsrp-ThresholdCSI-RS ; un umbral RSRP para la selección de CSI-RS para el tipo RA de 4 etapas. Si se inicia el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz, rsrp-ThresholdCSI-RS es igual a rsrp-ThresholdSSB en BeamFailureRecoveryConfig IE;
- msgA-RSRP-ThresholdSSB; un umbral RSRP para la selección del SSB para el tipo RA de 2 etapas. Si se inicia el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz, msgA-RSRP-ThresholdSSB usado para la selección del SSB dentro de candidateBeamRSList hace referencia a msgA-RSRP-ThresholdSSB en BeamFailureRecoveryConfig IE;
- msgA-RSRP-ThresholdCSI-RS; un umbral RSRP para la selección de CSI-RS para el tipo RA de 2 etapas. Si se inicia el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz, msgA-RSRP-ThresholdCSI-RS es igual a msgA-RSRP-ThresholdSSB en BeamFailureRecoveryConfig IE;
- rsrp-ThresholdSSB-SUL: un umbral RSRP para la selección entre la portadora NUL y la portadora SUL;
- msgA-RSRP-Threshold: un umbral de RSRP para la selección entre el tipo RA de 2 etapas y el tipo RA de 4 etapas cuando se configuran ambos Recursos de Acceso Aleatorio de tipo RA de 2 etapas y 4 etapas en el BWP del UL para NUL;
- msgA-RSRP-ThresholdSUL: un umbral de RSRP para la selección entre el tipo RA de 2 etapas y el tipo RA de 4 etapas cuando se configuran ambos Recursos de Acceso Aleatorio de tipo RA de 2 etapas y 4 etapas en el BWP del UL para SUL;
- msgA-TransMax: El número máximo de transmisiones MSGA cuando se configuran ambos Recursos de Acceso Aleatorio de tipo RA de 2 etapas y de 4 etapas;
- candidateBeamRSList: una lista de señales de referencia (CSI-RS y/o SSB) que identifican los haces candidatos para la recuperación y los parámetros de Acceso Aleatorio asociados;
- recoverySearchSpaceId: la identidad del espacio de búsqueda para monitorear la respuesta de la solicitud de recuperación de fallos del haz;
- powerRampingStep: el factor de aumento de potencia;
- msgA-PreamblePowerRampingStep: el factor de aumento de potencia para el preámbulo MSGA;
- powerRampingStepHighPriority: el factor de aumento de potencia en caso del procedimiento de Acceso Aleatorio priorizado;
- scalingFactorBI: un factor de escala para el procedimiento de Acceso Aleatorio priorizado;
- ra-PreambleIndex: Preámbulo de Acceso Aleatorio;
- ra-ssb-OccasionMaskIndex: define las ocasiones PRACH asociadas con una SSB en las que la entidad MAC puede transmitir un preámbulo de Acceso Aleatorio (ver cláusula 7.4);
- msgA-SSB-SharedRO-MaskIndex: Indica el subconjunto de las ocasiones PRACH tipo RA de 4 etapas compartidas con las ocasiones PRACH tipo RA de 2 etapas para cada SSB. Si las ocasiones PRACH tipo RA de 2 etapas se comparten con las ocasiones PRACH tipo RA de 4 etapas y msgA-SSB-SharedRO-MaskIndex no se configura, entonces todas las ocasiones PRACH de tipo RA de 4 etapas están disponibles para el tipo RA de 2 etapas (ver cláusula 7.4);
- ra-OccasionList: define la(s) ocasión(es) PRACH asociada(s) a una CSI-RS en la que la entidad MAC puede transmitir un preámbulo de Acceso Aleatorio;
- ra-PreambleStartIndex: el índice de inicio de Preámbulo(s) de Acceso Aleatorio para solicitud de SI bajo demanda;
- preambleTransMax: el número máximo de transmisiones del Preámbulo de Acceso Aleatorio;
- ssb-perRACH-OccasionAndCB-PreambulesPerSSB: define el número de SSB mapeados a cada ocasión PRACH para el tipo RA de 4 etapas y el número de Preámbulos de Acceso Aleatorio basados en contención mapeados a cada SSB;
- msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB: define el número de SSB mapeados a cada ocasión PRACH para el tipo RA de 2 etapas y el número de Preámbulos de Acceso Aleatorio basados en contención mapeados a cada SSB;
- si groupBconfigured se configura, luego el grupo B de los Preámbulos de Acceso Aleatorio se configura para el tipo RA de 4 etapas.
- Entre los Preámbulos de Acceso Aleatorio basados en contención asociados con un SSB (como se define en TS 38.213 [6]), el primer numberOfRA-PreambulesGroupA de los Preámbulos de Acceso Aleatorio pertenecen a
Grupo A de los Preámbulos de Acceso Aleatorio. Los Preámbulos de Acceso Aleatorio restantes asociados con la SSB pertenecen al grupo B de los Preámbulos de Acceso Aleatorio (si se configura).
- si groupB-ConfiguredTwoStepRA se configura, luego el grupo B de los Preámbulos de Acceso Aleatorio se configura para el tipo RA de 2 etapas.
- Entre los Preámbulos de Acceso Aleatorio basados en contención para el tipo RA de 2 etapas asociado con un SSB (como se define en TS 38.213 [6]), el primer msgA-numberOfRA-PreambulesGroupA de los Preámbulos de Acceso Aleatorio pertenecen al grupo A de los Preámbulos de Acceso Aleatorio. Los Preámbulos de Acceso Aleatorio restantes asociados con la SSB pertenecen al grupo B de los Preámbulos de Acceso Aleatorio (si se configura).
NOTA 2: Si el grupo B de los Preámbulos de Acceso Aleatorio se soporta por la celda, el grupo B de los Preámbulos de Acceso Aleatorio se incluye para cada SSB.
- si el grupo B de los Preámbulos de Acceso Aleatorio se configura para el tipo RA de 4 etapas:
- ra-Msg3SizeGroupA: el umbral para determinar los grupos de Preámbulos de Acceso Aleatorio para el tipo RA de 4 etapas;
- msg3-DeltaPreamble:APREAMBLE_Msg3en TS 38.213 [6];
- messagePowerOffsetGroupB: el desplazamiento de la potencia para la selección del preámbulo;
- numberOfRA-PreamblesGroupA: define el número de Preámbulos de Acceso Aleatorio en el grupo A de los Preámbulos de Acceso Aleatorio para cada SSB.
- si el grupo B de los Preámbulos de Acceso Aleatorio se configura para el tipo RA de 2 etapas:
- msgA-DeltaPreamble: Aprfamble_msqa en TS 38.213 [6];
- msgA-messagePowerOffsetGroupB: la compensación de potencia para la selección de preámbulo configurada como messagePowerOffsetGroupB incluido en GroupB-ConfiguredTwoStepRA;
- msgA-numberOfRA-PreambulesGroupA: define el número de Preámbulos de Acceso Aleatorio en el grupo A de los Preámbulos de Acceso Aleatorio para cada SSB configurado como numberofRA-PreambulesGroupA en GroupB-ConfiguredTwoStepRA.
- ra-MsgASizeGroupA: el umbral para determinar los grupos de Preámbulos de Acceso Aleatorio para el tipo RA de 2 etapas.
- el conjunto de Preámbulos de Acceso Aleatorio y/o las ocasiones PRACH para la solicitud de SI, si las hay; - el conjunto de Preámbulos de Acceso Aleatorio y/o las ocasiones PRACH para solicitud de recuperación de fallos del haz, si las hay;
- el conjunto de Preámbulos de Acceso Aleatorio y/o las ocasiones PRACH para la reconfiguración con sincronización, si las hay;
- ra-ResponseWindow: la ventana de tiempo para monitorear la(s) respuesta(s) de RA (solo SpCell);
- ra-ContentionResolutionTimer: el temporizador de resolución de contención (solo SpCell);
- msgB-ResponseWindow: la ventana de tiempo para monitorear la(s) respuesta(s) de RA para el tipo RA de 2 etapas (sólo SpCell).
Además, se asume que la siguiente información para la Celda de Servicio relacionada está disponible para los UE: - si se configura el grupo B de los preámbulos de acceso aleatorio:
- si la Celda de Servicio para el procedimiento de Acceso Aleatorio se configura con un enlace ascendente complementario como se especifica en TS 38.331 [5], y se selecciona la portadora SUL para realizar el procedimiento de Acceso Aleatorio:
- Pcmáxfc de la portadora SUL como se especifica en TS 38.101-1 [14], TS 38.101-2 [15] y TS 38.101-3 [16].
- si no:
- PcMÁX,f,c de la portadora NUL como se especifica en TS 38.101-1 [14], TS 38.101-2 [15] y TS 38.101-3 [16]. Las siguientes variables de UE se usan para el procedimiento de Acceso Aleatorio:
- ÍNDICE DEL PREÁMBULO;
- PREAMBLE_TRANSMISSION_COUNTER;
- PREAMBLE_POWER_RAMPING_COUNTER;
- PREAMBLE_POWER_RAMPING_STEP;
- PREAMBLE_RECEIVED_TARGET_POWER;
- PREAMBLE_BACKOFF;
- PCMAX;
- FACTOR_DE_ESCALA-BI;
- TEMPORARY_C-RNTI;
- RA_TYPE;
- POTENCIA_OFFSET_2STEP_RA;
- MSGA_PREAMBLE_POWER_RAMPING_STEP;
- RSRP_UMBRAL_RA_TYPE_SELECTION.
Cuando el procedimiento de Acceso Aleatorio se inicia en una Celda de Servicio, la entidad MAC deberá:
1> Vaciar la memoria intermedia de Msg3;
1> Vaciar la memoria intermedia de MSGA;
1> establecer el PREAMBLE_TRANSMISSION_COUNTER en 1;
1> establecer el PREAMBLE_POWER_RAMPING_COUNTER en 1;
1> establecer el PREAMBLE_BACKOFF en 0 ms;
1> establecer POWER_OFFSET_2STEP_RA en 0 dB;
1> si la portadora a usar para el procedimiento de Acceso Aleatorio se señala explícitamente:
2> seleccionar la portadora señalada para realizar el procedimiento de Acceso Aleatorio;
2> establecer el PCMAX en PcMÁx,f,c de la portadora señalada.
1> si no si la portadora a usar para el procedimiento de Acceso Aleatorio no se señala explícitamente; y 1> si la Celda de Servicio para el procedimiento de Acceso Aleatorio se configura con un enlace ascendente suplementario como se especifica en TS 38.331 [5]; y
1> si el RSRP de la referencia de pérdida de ruta de enlace descendente es menor que rsrp-ThresholdSSB-SUL: 2> seleccionar la portadora SUL para realizar el procedimiento de Acceso Aleatorio;
2> establecer el PCMAX en Pcmáx^ c de la portadora SUL;
2> establecer el RSRP_THRESHOLD_RA_TYPE_SELECTION en msgA-RSRP-ThresholdSUL.
1> si no:
2> seleccionar la portadora NUL para realizar el procedimiento de Acceso Aleatorio;
2> establecer el PCMAX en PcMÁX,f,c de la portadora NUL;
2> establecer el RSRP_THRESHOLD_RA_TYPE_SELECTION en msgA-RSRP-Threshold.
1> realizar la operación BWP como se especifica en la cláusula 5.15;
1> si el procedimiento de Acceso Aleatorio se inicia por orden del PDCCH y si el ra-PreambleIndex proporcionado explícitamente por PDCCH no es 0b000000; o
1> si el procedimiento de Acceso Aleatorio se inició para la solicitud de SI (como se especifica en TS 38.331 [5]) y los Recursos de Acceso Aleatorio para la solicitud de SI han sido proporcionados explícitamente por el RRC; o 1> si el procedimiento de Acceso Aleatorio se inició para la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y si los Recursos de Acceso Aleatorio sin contención para la solicitud de recuperación de fallos del haz para el tipo RA de 4 etapas han sido proporcionados explícitamente por el r Rc para el BWP seleccionado para el procedimiento de Acceso Aleatorio; o
1> si el procedimiento de Acceso Aleatorio se inició para la reconfiguración con la sincronización y si los Recursos de Acceso Aleatorio sin contención para el tipo RA de 4 etapas se proporcionaron explícitamente en rach-ConfigDedicate para el BWP seleccionado para el procedimiento de Acceso Aleatorio:
2> establecer el RA_TYPE en 4-stepRA.
1> si no si el BWP seleccionado para el procedimiento de Acceso Aleatorio se configura con Recursos de Acceso Aleatorio de tipo RA de 4 etapas y 2 etapas y el RSRP de la referencia de pérdida de ruta de enlace descendente está por encima de RSRP_THRESHOLD_RA_TYPE_SELECTION, o
1> si el BWP seleccionado para el procedimiento de Acceso Aleatorio solo se configura con los Recursos de Acceso Aleatorio de tipo RA de 2 etapas (es decir, no se han configurado los recursos de tipo RACH RA de 4 etapas); o
1> si el procedimiento de Acceso Aleatorio se inició para la reconfiguración con la sincronización y si los Recursos de Acceso Aleatorio sin contención para el tipo RA de 2 etapas se proporcionaron explícitamente en rach-ConfigDedicated para el BWP seleccionado para el procedimiento de Acceso Aleatorio:
2> establecer el RA_TYPE en 2-stepRA.
1> si no:
2> establecer el RA_TYPE en 4-stepRA.
1> realizar la inicialización de variables específicas del tipo de Acceso Aleatorio como se especifica en la cláusula 5.1.1a;
1> si RA_TYPE se establece en2-stepPA:
2> realizar el procedimiento de selección de Recursos de Acceso Aleatorio para el tipo RA de 2 etapas (ver cláusula 5.1.2a).
1> si no:
2> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (ver cláusula 5.1.2).
5.1.1a Inicialización de variables específicas del tipo de Acceso Aleatorio
La entidad MAC deberá:
1> si RATYPE se establece en 2-stepRA:
2> establecer PREAMBLE_POWER RAMPING_STEP a msgA-PreamblePowerRampingStep;
2> establecer SCALING_FACTOR_BI en 1;
2> establecer preambleTransMax en preambleTransMax incluido en el RACH-ConfigGenericTwoStepRA; 2> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz (como se especifica en la cláusula 5.17); y
2> si beamFailureRecoveryConfig se configura para el UL BWP activo de la portadora seleccionada:
3> si ra-PrioritizationTwoStep se configura en el beamFailureRecoveryConfig:
4> establecer PREAMBLE_POWER_RAMPING_STEP en powerRampingStepHighPriority incluido en el ra-PrioritizationTwoStep en beamFailureRecoveryConfig.
4> si factor de escala Bi se configura en el ra-PrioritizationTwoStep en beamFailureRecoveryConfig: 5> establecer SCALING_FACTOR_BI en el scalingFactorBI.
2> si no, si se inició el procedimiento de Acceso Aleatorio para el traspaso; y
2> si rach-ConfigDedicated se configura para la portadora seleccionada:
3> si ra-PrioritizationTwoStep se configura en el rach-ConfigDedicated:
4> establecer PREAMBLE_POWER_RAMPING_STEP en el powerRampingStepHighPriority incluido en el ra-PrioritizationTwoStep en rach-ConfigDedicated.
4> si scalingFactorBI se configura en ra-PrioritizationTwoStep en el rach-ConfigDedicated:
5> establecer SCALING_FACTOR_BI en el scalingFactorBI.
2> si ra-PrioritizationForAccessIdentityTwoStep se configura para la portadora seleccionada; y
2> si una o más Identidades de Acceso han sido explícitamente proporcionadas por el RRC; y
2> si para al menos una de estas Identidades de Acceso el bit correspondiente en el ra-PriorizationForAI se establece en una:
3> si powerRampingStepHighPriority se configura en el ra-PrioritizationForAccessIdentityTwoStep:
4> establecer p ReAMBLE_POWER_RAMPING_STEP en el powerRampingStepHighPriority.
3> si scalingFactorBI se configura en el ra-PrioritizationForAccessIdentityTwoStep:
4> establecer SCALING_FACTOR_BI en el scalingFactorBI.
2> establecer MSGA_PREAMBLE_POWER_RAMPING_STEP en PASO DE RAMPA DE POTENCIA DEL PREÁMBULO.
1> si no (es decir, RA_TYPE se establece en 4-stepPA):
2> establecer PREAMBLE_POWER_RAMPING_STEP en powerRampingStep;
2> establecer SCALING_FACTOR_BI en 1;
2> establecer preambleTransMax en preambleTransMax incluido en el RACH-ConfigGeneric;
2> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SpCell (como se especifica en la cláusula 5.17); y
2> si beamFailureRecoveryConfig se configura para el UL BWP activo de la portadora seleccionada:
3> iniciar el beamFailureRecoveryTimer, si se configura;
3> aplicar los parámetros powerRampingStep, preambleReceivedTargetPower y preambleTransMax configurados en beamFailureRecoveryConfig;
3> si powerRampingStepHighPriorityse configura en el beamFailureRecoveryConfig:
4> establecer p ReAMBLE_POWER_RAMPING_STEP en el powerRampingStepHighPriority.
3> si no:
4> establecer PREAMBLE_POWER_RAMPING_STEP en powerRampingStep.
3> si scalingFactorBI se configura en el beamFailureRecoveryConfig:
4> establecer SCALING_FACTOR_BI en el scalingFactorBI.
2> si no, si se inició el procedimiento de Acceso Aleatorio para el traspaso; y
2> si rach-ConfigDedicated se configura para la portadora seleccionada:
3> si powerRampingStepHighPriority se configura en el rach-ConfigDedicated:
4> establecer p ReAMBLE_POWER_RAMPING_STEP en el powerRampingStepHighPriority.
3> si scalingFactorBI se configura en el rach-ConfigDedicated:
4> establecer SCALING_FACTOR_BI en el scalingFactorBI.
2> si ra-PrioritizationForAccessIdentity se configura para la portadora seleccionada; y
2> si una o más Identidades de Acceso han sido explícitamente proporcionadas por el RRC; y
2> si para al menos una de estas Identidades de Acceso el bit correspondiente en el ra-PriorizationForAI se establece en una:
3> si powerRampingStepHighPriority se configura en el ra-PrioritizationForAccessIdentity:
4> establecer p ReAMBLE_POWER_RAMPING_STEP en el powerRampingStepHighPriority.
3> si scalingFactorBI se configura en el ra-PrioritizationForAccessIdentity:
4> establecer SCALING_FACTOR_BI en el scalingFactorBI.
2> si RA_TYPE se cambia de 2-stepRA a 4-step RA durante este procedimiento de Acceso Aleatorio: 3> establecer POTENCIA_OFFSET_2STEP_RA a (PREAMBLE_POWER_RAMPING_COUNTER - 1) * (MSGA_PREAMBLE_POWER_RAMPING_STEP - PREAMBLE_POWER_RAMPING).
.1.2 Selección de Recursos de Acceso Aleatorio
i el RA_TYPEseleccionada se establece en4-stepPA, la entidad MAC deberá:
1> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SpCell (como se especifica en la cláusula 5.17); y
1> si el beamFailureRecoveryTimer (en la cláusula 5.17) está en funcionamiento o no se configura; y
1> si los recursos de acceso aleatorio sin contención para la solicitud de recuperación de fallos del haz asociados a cualquiera de los SSB y/o CSI-RS han sido proporcionados explícitamente por la RRC; y
1> si al menos uno de los SSB con SS-RSRP por encima de rsrp-ThresholdSSB entre los SSB en candidateBeamRSList o los CSI-RS con CSI-RSRP por encima de rsrp-ThresholdCSI-RS entre los CSI-RS en candidateBeamRSList está disponible:
2> seleccionar un SSB con SS-RSRP por encima de rsrp-ThresholdSSB entre los SSB en candidateBeamRSList o un CSI-RS con CSI-RSRP por encima de rsrp-ThresholdCSI-RS entre los CSI-RS en candidateBeamRSList;
2> si se selecciona el CSI-RS y no hay ra-Preamblelndex asociado con el CSI-RS seleccionado:
3> establecer el PREAMBLE_INDEX a un ra-Preamblelndex correspondiente a la SSB en candidateBeamRSList que se cuasi-ubica con el CSI-RS seleccionado como se especifica en TS 38.214 [7].
2> si no:
3> establecer el PREAMBLE_INDEX a un ra-Preamblelndex correspondiente al SSB o CSI-RS seleccionado del conjunto de Preámbulos de Acceso Aleatorio para la solicitud de recuperación de fallos del haz.
1> si no si el ra-Preamblelndex ha sido proporcionado explícitamente por el PDCCH; y
1> si el ra-PreambleIndex no es 0b000000:
2> establecer el PREAMBLE_INDEX al señalador a-PreambleIndex;
2> seleccionar el SSB señalado por el PDCCH.
1> si no, si los Recursos de Acceso Aleatorio sin contención asociados con los SSB se proporcionan explícitamente en rach-ConfigDedicated y al menos un SSB con SS-RSRP por encima de rsrp-ThresholdSSB entre los SSB asociados está disponible:
2> seleccionar un SSB con SS-RSRP por encima de rsrp-ThresholdSSB entre los SSB asociados;
2> establecer el PREAMBLE_INDEX a un ra-Preamblelndex correspondiente a la SSB seleccionada.
1> si no, si los Recursos de Acceso Aleatorio sin contención asociados con los CSI-RS se proporcionan explícitamente en rach-ConfigDedicated y al menos un CSI-RS con CSI-RSRP por encima de rsrp-ThresholdCSI-RS entre los CSI-RS asociados está disponible:
2> seleccionar un CSI-RS con CSI-RSRP por encima de rsrp-ThresholdCSI-RS entre los CSI-RS asociados; 2> establecer el PREAMBLE_INDEX a un ra-Preamblelndex correspondiente al CSI-RS seleccionado.
1> si no, si el procedimiento de Acceso Aleatorio se inició para la solicitud SI (como se especifica en TS 38.331 [5]); y
1> si los Recursos de Acceso Aleatorio para la solicitud de SI se proporcionan explícitamente por RRC:
2> si al menos uno de los SSB con SS-RSRP por encima de rsrp-ThresholdSSB está disponible:
3> seleccionar un SSB con SS-RSRP por encima de rsrp-ThresholdSSB.
2> si no:
3> seleccionar cualquier SSB.
2> seleccionar un preámbulo de Acceso Aleatorio correspondiente a la SSB seleccionada, de los Preámbulos de Acceso Aleatorio determinados de acuerdo con ra-PreambleStartIndex como se especifica en TS 38.331 [5];
2> establecer el PREAMBLE_INDEX al preámbulo de Acceso Aleatorio seleccionado.
1> si no (es decir, para la selección del preámbulo de Acceso Aleatorio basada en la contención):
2> si al menos uno de los SSB con SS-RSRP por encima de rsrp-ThresholdSSB está disponible:
3> seleccionar un SSB con SS-RSRP por encima de rsrp-ThresholdSSB.
2> si no:
3> seleccionar cualquier SSB.
2> si el RATYPE se cambia de 2-stepRA a 4-stepRA:
3> si se seleccionó un grupo de Preámbulos de Acceso Aleatorio durante el procedimiento de Acceso Aleatorio actual:
4> seleccionar el mismo grupo de Preámbulos de Acceso Aleatorio que se seleccionó para el tipo RA de 2 etapas.
3> si no:
4> si se configura el grupo B de los Preámbulos de Acceso Aleatorio; y
4> si el tamaño del bloque de transporte de la carga útil MSGA configurado en el rach-ConfigDedicated corresponde al tamaño del bloque de transporte de la carga útil MSGA asociada con el grupo B de los Preámbulos de Acceso Aleatorio:
5> seleccionar el grupo B de los Preámbulos de Acceso Aleatorio.
4> si no:
5> seleccionar el grupo A de los Preámbulos de Acceso Aleatorio.
2> si no, si la memoria intermedia del Msg3 está vacía:
3> si se configura el grupo B de los Preámbulos de Acceso Aleatorio:
4> si el tamaño potencial de Msg3 (datos UL disponibles para transmisión más cabecera MAC y, cuando se requiera, MAC CE) es mayor que ra-Msg3SizeGroupA y la pérdida de trayectoria es menor que PCMAX (de la Celda de Servicio que realiza el procedimiento de Acceso Aleatorio) - preámbulo ReceivedTargetPower - msg3-DeltaPreamble - messagePowerOffsetGroupB; o
4> si se inició el procedimiento de Acceso Aleatorio para el canal lógico CCCH y el tamaño de SDU CCCH más la subcabecera MAC es mayor que ra-Msg3SizeGroupA:
5> seleccionar el grupo B de los Preámbulos de Acceso Aleatorio.
4> si no:
5> seleccionar el grupo A de los Preámbulos de Acceso Aleatorio.
3> si no:
4> seleccionar el grupo A de los Preámbulos de Acceso Aleatorio.
2> si no (es decir, Msg3 se retransmite):
3> seleccionar el mismo grupo de Preámbulos de Acceso Aleatorio como se usó para el intento de transmisión del Preámbulo de Acceso Aleatorio correspondiente a la primera transmisión del Msg3.
2> seleccionar un preámbulo de Acceso Aleatorio aleatoriamente con la misma probabilidad de los Preámbulos de Acceso Aleatorio asociados con el SSB seleccionado y el grupo de Preámbulos de Acceso Aleatorio seleccionado.
2> establecer el PREAMBLE_INDEX al Preámbulo de Acceso Aleatorio seleccionado.
1> si el procedimiento de Acceso Aleatorio se inició para una solicitud SI (como se especifica en TS 38.331 [5]); y 1> si ra-AssociationPeriodIndex y si-RequestPeriod se configuran:
2> determinar la próxima ocasión PRACH disponible a partir de las ocasiones PRACH correspondientes a la SSB seleccionada en el período de asociación dado por ra-AssociationPeriodIndex en el si-RequestPeriod permitido por las restricciones dadas por la ra-ssb-OccasionMaskIndex si se configura (la entidad MAC seleccionará una ocasión PRACH aleatoriamente con igual probabilidad entre las ocasiones PRACH consecutivas de acuerdo con la cláusula 8.1 de TS 38.213 [6] correspondiente a la SSB seleccionada).
1> si no, si se selecciona un SSB por encima de:
2> determinar la próxima ocasión PRACH disponible a partir de las ocasiones PRACH correspondientes a la SSB seleccionada que se permite por las restricciones dadas por el ra-ssb-OccasionMaskIndex si se configura o indica por PDCCH (la entidad MAC seleccionará una ocasión PRACH aleatoriamente con igual probabilidad entre las ocasiones PRACH consecutivas de acuerdo con la cláusula 8.1 de TS 38.213 [6], correspondiente a la SSB seleccionada; la entidad MAC podrá tener en cuenta las posibles apariciones de brechas de medición al determinar la siguiente ocasión PRACH disponible correspondiente a la SSB seleccionada).
1> si no, si se selecciona un CSI-RS por encima de:
2> si no hay un recurso de acceso aleatorio sin contención asociado con el CSI-RS seleccionado:
3> determinar la próxima ocasión PRACH disponible a partir de las ocasiones PRACH, permitidas por las restricciones dadas por el ra-ssb-OccasionMaskIndex si se configura, correspondiente a la SSB en candidateBeamRSList que se cuasi-ubica con el CSI-RS seleccionado como se especifica en TS 38.214 [7] (la entidad MAC seleccionará una ocasión PRACH aleatoriamente con igual probabilidad entre las ocasiones PRACH consecutivas de acuerdo con la cláusula 8.1 de TS 38.213 [6], correspondiente a la SSB que se cuasi-ubica con el CSI-RS seleccionado; la entidad MAC puede tener en cuenta la posible ocurrencia de brechas de medición al determinar la siguiente ocasión PRACH disponible correspondiente a la SSB que se cuasi-ubica con el CSI-RS seleccionado).
2> si no:
3> determinar la próxima ocasión PRACH disponible a partir de las ocasiones PRACH en ra-OccasionList correspondiente al CSI-RS seleccionado (la entidad MAC seleccionará una ocasión PRACH aleatoriamente con igual probabilidad entre las ocasiones PRACH que ocurren simultáneamente pero en diferentes subportadoras, correspondiente al CSI-RS seleccionado; la entidad MAC puede tener en cuenta la posible ocurrencia de los brechas de medición al determinar la próxima ocasión PRACH disponible correspondiente al CSI-RS seleccionado).
1> realizar el procedimiento de transmisión del Preámbulo de Acceso Aleatorio (ver cláusula 5.1.3).
NOTA 1: Cuando el UE determina si hay un SSB con SS-RSRP por encima de rsrp-ThresholdSSB o un CSI-RS con CSI-RSRP por encima de rsrp-ThresholdCSI-RS, el UE utiliza la última medición L1-RSRP sin filtrar.
NOTA 2: Para un UE que opera en un modo de acceso al canal semiestático como se describe en TS 37.213 [18], los Recursos de Acceso Aleatorio que se superponen con el tiempo de inactividad de un período de trama fijo no se consideran para la selección.
5.1.2 Selección de los Recursos de Acceso Aleatorio para el tipo RA de 2 etapas
Si el RA_TYPEseleccionado se establece en 2-stepPA, la entidad MAC deberá:
1> si los recursos de tipo RA de 2 etapas sin contención asociados a los SSB se han proporcionado explícitamente en rach-ConfigDedicated y al menos un SSB con SS-RSRP por encima de msgA-RSRP-ThresholdSSB entre los SSB asociados está disponible:
2> seleccionar un SSB con SS-RSRP por encima de msgA-RSRP-ThresholdSSB entre los SSB asociados; 2> establecer el PREAMBLE_INDEX a un ra-Preamblelndex correspondiente a la SSB seleccionada.
1> si el tipo RA de 2 etapas sin contención Los recursos asociados a los CSI-RS se han proporcionado explícitamente en rach-ConfigDedicated y al menos un CSI-RS con CSI-RSRP por encima de msgA-RSRP-ThresholdCSI-RS entre los CSI-RS asociados está disponible:
2> seleccionar un CSI-RS con CSI-RSRP por encima de msgA-RSRP-ThresholdCSI-RS entre los CSI-RS asociados;
2> establecer el PREAMBLE_INDEX a un ra-Preamblelndex correspondiente al CSI-RS seleccionado.
1> si no (es decir, para la selección del preámbulo de Acceso Aleatorio basada en la contención):
2> si al menos uno de los SSB con SS-RSRP por encima de msgA-RSRP-ThresholdSSB está disponible: 3> seleccionar un SSB con SS-RSRP por encima de msgA-RSRP-ThresholdSSB.
2> si no:
3> seleccionar cualquier SSB.
2> si los Recursos de Acceso Aleatorio sin contención para el tipo RA de 2 etapas no se han configurado y si el grupo de Preámbulos de Acceso Aleatorio aún no se ha seleccionado durante el procedimiento de Acceso Aleatorio actual:
3> si se configura el grupo B de los Preámbulos de Acceso Aleatorio para el tipo RA de 2 etapas:
4> si el tamaño potencial de la carga útil de MSGA (datos del UL disponibles para la transmisión más la cabecera de MAC y, cuando sea necesario, los CE de MAC) es mayor que el ra-MsgASizeGroupA y la pérdida de trayectoria es menor que PCMAX (de la Celda de Servicio que realiza el procedimiento de Acceso Aleatorio) - msgA-PreambleReceivedTargetPower - msgA-DeltaPreamble - msgA-mensajePowerOffsetGroupB; o
4> si se ha iniciado el procedimiento de Acceso Aleatorio para el canal lógico CCCH y el tamaño de la SDU CCCH más la subcabecera MAC es mayor que ra-MsgASizeGroupA:
5> seleccionar el grupo B de los Preámbulos de Acceso Aleatorio.
4> si no:
5> seleccionar el grupo A de los Preámbulos de Acceso Aleatorio.
3> si no:
4> seleccionar el grupo A de los Preámbulos de Acceso Aleatorio.
2> si no, si se han configurado los Recursos de Acceso Aleatorio sin contención para el tipo RA de 2 etapas y si el grupo de Preámbulos de Acceso Aleatorio aún no se ha seleccionado durante el procedimiento de Acceso Aleatorio actual:
3> si se configura el grupo B de Preámbulos de Acceso Aleatorio para el tipo RA de 2 etapas; y
3> si el tamaño del bloque de transporte de la carga útil MSGA configurado en el rach-ConfigDedicated corresponde al tamaño del bloque de transporte de la carga útil MSGA asociada con el grupo B de los Preámbulos de Acceso Aleatorio:
4> seleccionar el grupo B de los Preámbulos de Acceso Aleatorio.
3> si no:
4> seleccionar el grupo A de los Preámbulos de Acceso Aleatorio.
2> si no (es decir, el grupo de Preámbulos de Acceso Aleatorio se ha seleccionado durante el procedimiento de Acceso Aleatorio actual):
3> seleccionar el mismo grupo de Preámbulos de Acceso Aleatorio como se usó para el intento de transmisión del Preámbulo de Acceso Aleatorio correspondiente a la primera transmisión del MSGA.
2> seleccionar un preámbulo de Acceso Aleatorio aleatoriamente con igual probabilidad de los Preámbulos de Acceso Aleatorio de tipo RA de 2 etapas asociados con el SSB seleccionado y el grupo de Preámbulos de Acceso Aleatorio seleccionado;
2> establecer el PREAMBLE_INDEX al preámbulo de Acceso Aleatorio seleccionado;
1> determinar la próxima ocasión PRACH disponible desde las ocasiones PRACH correspondientes a la SSB seleccionada que se permite por las restricciones dadas por el msgA-SSB-SharedRO-MaskIndex si se configura y ra-ssb-OccasionMaskIndex si se configura (la entidad MAC seleccionará una ocasión PRACH aleatoriamente con igual probabilidad entre las ocasiones PRACH consecutivas asignadas para el tipo RA de 2 etapas de acuerdo con la cláusula 8.1 de TS 38.213 [6], correspondiente a la SSB seleccionada; la entidad MAC puede tomar en tener en cuenta la posible ocurrencia de brechas de medición al determinar la próxima ocasión PRACH disponible correspondiente a la SSB seleccionada);
1> determinar la concesión del UL y la información HARQ asociada para el recurso PUSCH del MSGA asociado con el preámbulo seleccionado y la ocasión PRACH de acuerdo con la cláusula 8.1A de TS 38.213 [6];
1> entregar la concesión del UL y la información HARQ asociada a la entidad HARQ;
1> realizar el procedimiento de transmisión de MSGA (ver cláusula 5.1.3a).
NOTA: Para determinar si hay un SSB con SS-RSRP por encima de msgA-RSRP-ThresholdSSB, el UE utiliza la última medición no filtrada de L1-RSRP.
5.1.3 T ransmisión del Preámbulo de Acceso Aleatorio
La entidad MAC deberá, para cada preámbulo de Acceso Aleatorio:
1> si PREAMBLE_TRANSMISSION_COUNTER es mayor que uno; y
1> si no se ha recibido la notificación de suspensión del contador de aumento de potencia de las capas inferiores; y
1> si no se recibió la indicación de fallo de LBT de las capas inferiores para la última transmisión del Preámbulo de Acceso Aleatorio; y
1> si el SSB o CSI-RS seleccionado no se cambia de la selección en la última transmisión del Preámbulo de Acceso Aleatorio:
2> incrementar PREAMBLE_POWER_RAMPING_COUNTER en 1.
1 > seleccionar el valor de DELTA_PREAMBLE de acuerdo con la cláusula 7.3;
1> establecer PREAMBLE_RECEIVED_TARGET_POWER a preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) * PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA;
1> excepto para el preámbulo de acceso aleatorio sin contención para la solicitud de recuperación de fallos del haz, calcular el RA-RNTI asociado a la ocasión PRACH en la que se transmite el preámbulo de acceso aleatorio; 1> instruir a la capa física para que transmita el preámbulo de Acceso Aleatorio mediante el uso de la ocasión PRACH seleccionada, RA-RNTI correspondiente (si está disponible), PREAMBLE_INDEX y PREAMBLE_RECEIVED_TARGET_POWER.
1> si se recibe una indicación de fallo de LBT de las capas inferiores para esta transmisión del Preámbulo de Acceso Aleatorio:
2> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (ver cláusula 5.1.2).
El RA-RNTI asociado con el PRACH en el que se transmite el preámbulo de Acceso Aleatorio, se calcula como: RA-RNTI = 1 s id 14 x t id 14 x 80 x f id 14 x 80 x 8 x ul carrier id
donde s_id es el índice del primer símbolo OFDM de la ocasión PRACH (0 < s_id < 14), t_id es el índice de la primera ranura de la ocasión PRACH en una trama del sistema (0 < t_id < 80), donde la separación entre las subportadoras para determinar el t_id se basa en el valor de ^ especificado en la cláusula 5.3.2 en TS 38.211 [8], f_id es el índice de la ocasión PRACH en el dominio de la frecuencia (0 < f id < 8), y ul_carrier_id es la portadora del UL usada para la transmisión del Preámbulo de Acceso Aleatorio (0 para portadora NUL y 1 para portadora SUL). Transmisión de MSGA 5.1.3a
La entidad MAC deberá para cada subtrama:
1> si PREAMBLE_TRANSMISSION_COUNTER es mayor que uno; y
1> si no se ha recibido la notificación de suspensión del contador de aumento de potencia de las capas inferiores; y
1> si no se recibió la indicación de fallo de LBT de las capas inferiores para la última transmisión del Preámbulo de Acceso Aleatorio MSGA; y
1> si el SSB o CSI-RS seleccionado no se cambia de la selección en la última transmisión del Preámbulo de Acceso Aleatorio:
2> incrementar PREAMBLE_POWER_RAMPING_COUNTER en 1.
1 > seleccionar el valor de DELTA_PREAMBLE de acuerdo con la cláusula 7.3;
1> establecer PREAMBLE_RECEIVED_TARGET_POWER en preambleReceivedTargetPower DELTA_PREAMBLE + (PREAMBLE_PO WER_RAMPING_ COUNTER - 1) x PREAMBLE_POWER_RAMPING_STEP;
1> si esta es la primera transmisión de MSGA dentro de este procedimiento de Acceso Aleatorio:
2> si la transmisión no se está haciendo por el canal lógico CCCH:
3> indicar a la entidad de Multiplexado y ensamble que incluya un C-RNTI MAC CE en la transmisión del enlace ascendente posterior.
2> obtener la MAC PDU para transmitir desde la entidad de "Multiplexación y ensamble" y almacenarla en la memoria intermedia del MSGA.
1> calcular el MSGB-RNTI asociado con la ocasión PRACH en la que se transmite el preámbulo de acceso aleatorio;
1> instruir a la capa física para que transmita el MSGA mediante el uso de la ocasión PRACH seleccionada y el recurso PUSCH asociado, mediante el uso de los correspondientes RA-RNTI, MSGB-RNTI, PREAMBLE_INDEX, PREAMBLE_RECEIVED_TARGET_POWER, preambleReceivedTargetPower, y la cantidad de aumento de potencia aplicada a la última transmisión del preámbulo MSGA (es decir, (PREAMBLE_POWER_RAMPING_COUNTER - 1) x PREAMBLE_POWER_RAMPING_STEP);
1> si se recibe una indicación de fallo de LBT de las capas inferiores para la transmisión de este preámbulo de Acceso Aleatorio MSGA:
2> instruir a la capa física para que cancele la transmisión de la carga útil MSGA en el recurso PUSCH asociado;
2> realizar el procedimiento de selección de Recursos de Acceso Aleatorio para el tipo RA de 2 etapas (ver cláusula 5.1.2a).
NOTA: La transmisión de MSGA incluye la transmisión del Preámbulo PRACH, así como el contenido de la memoria intermedia de MSGA en el recurso PUSCH correspondiente a la ocasión PRACH seleccionada y PREAMBLE_INDEX (ver TS 38.213 [6])
El MSGB-RNTI asociado a la ocasión PRACH en la que se transmite el preámbulo de acceso aleatorio, se calcula como:
MSGB-RNTI = 1 s_id 14 x t_id 14 x 80 x f_id 14 x 80 x 8 x ul_carrier_id 14 x 80 x 8 x 2 donde s_id es el índice del primer símbolo OFDM de la ocasión PRACH (0 < s_id < 14), t_id es el índice de la primera ranura de la ocasión PRACH en una trama del sistema (0 < t_id < 80), donde la separación entre las subportadoras para determinar el t_id se basa en el valor de ^ especificado en la cláusula 5.3.2 en TS 38.211 [8], f_id es el índice de la ocasión PRACH en el dominio de la frecuencia (0 < f id < 8), y ul_carrier_id es la portadora del UL usada para la transmisión del Preámbulo de Acceso Aleatorio (0 para portadora NUL y 1 para portadora SUL). El RA-RNTI se calcula como se especifica en la cláusula 5.1.3.
5.1.4 Recepción de respuesta de acceso aleatorio
Una vez que se transmite el preámbulo de Acceso Aleatorio e independientemente de la posible ocurrencia de una brecha de medición, la entidad MAC deberá:
1> si el Preámbulo de Acceso Aleatorio sin contención para la solicitud de recuperación de fallos del haz se transmitió por la entidad MAC:
2> iniciar el ra-Response Window configurado en BeamFailureRecoveryConfig en la primera ocasión del PDCCH como se especifica en TS 38.213 [6] desde el final de la transmisión del Preámbulo de Acceso Aleatorio;
2> monitorear para una transmisión del PDCCH en el espacio de búsqueda indicado por recoverySearchSpaceId de la SpCell identificada por el C-RNTI mientras se ejecuta ra-Response Window. 1> si no:
2> iniciar el ra-Response Window configurado en RACH-ConfigCommon en la primera ocasión del PDCCH como se especifica en TS 38.213 [6] desde el final de la transmisión del preámbulo de Acceso Aleatorio; 2> monitorear el PDCCH de la SpCell para Respuesta(s) de Acceso Aleatorio identificadas por el RA-RNTI mientras se ejecuta el ra-Response Window.
1> si la notificación de una recepción de una transmisión del PDCCH en el espacio de búsqueda indicado por recoverySearchSpaceId se recibe desde las capas inferiores en la Celda de Servicio donde se transmitió el preámbulo; y
1> si la transmisión del PDCCH se dirige al C-RNTI; y
1> si el Preámbulo de Acceso Aleatorio sin contención para la solicitud de recuperación de fallos del haz se transmitió por la entidad MAC:
2> considerar el procedimiento de Acceso Aleatorio completado exitosamente.
1> si no, si se ha recibido una asignación de enlace descendente válida (como se especifica en TS 38.213 [6]) en el PDCCH para el RA-RNTI y el TB recibido se descodifica exitosamente:
2> si la respuesta de acceso aleatorio contiene una subMAC PDU con Indicador de Retroceso:
3> establecer el PREAMBLE_BACKOFF al valor del campo BI de la subMAC PDU mediante el uso de la Tabla 7.2-1, multiplicado con SCALING_FACTOR_BI.
2> si no:
3> establecer el PREAMBLE_BACKOFF en 0 ms.
2> si la respuesta de acceso aleatorio contiene una subMAC PDU con el identificador del Preámbulo de Acceso Aleatorio correspondiente al PREAMBLE_INDEX transmitido (véase la cláusula 5.1.3):
3> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio.
2> si la recepción de la Respuesta de Acceso Aleatorio se considera exitosa:
3> si la Respuesta de Acceso Aleatorio incluye una subMAC PDU con RAPID únicamente:
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente;
4> indicar la recepción de un acuse de recibo de solicitud de SI a capas superiores.
3> si no:
4> aplicar las siguientes acciones para la Celda de Servicio donde se transmitió el Preámbulo de Acceso Aleatorio:
5> procesar el Comando de Avance de Tiempo recibido (ver cláusula 5.2);
5> indicar la preambleReceivedTargetPower y la cantidad de aumento de potencia aplicada a la última transmisión del Preámbulo de Acceso Aleatorio a las capas inferiores (es decir, (PREAMBLE_POWER_RAMPING_COUNTER - 1) * PREAMBLE_POWER_RAMPING_STEP); 5> si el procedimiento de Acceso Aleatorio para una SCell se realiza en una portadora de enlace ascendente donde push-Config no se configura:
6> ignorar la concesión del UL recibida.
5> si no:
6> procesar el valor de concesión del UL recibido e indicarlo en las capas inferiores.
4> si el preámbulo de acceso aleatorio no fue seleccionado por la entidad MAC entre los Preámbulos de Acceso Aleatorio basados en la contención:
5> considerar el procedimiento de Acceso Aleatorio completado exitosamente.
4> si no:
5> establecer el TEMPORAL_C-RNTI al valor recibido en la Respuesta de Acceso Aleatorio; 5> si esta es la primera Respuesta de Acceso Aleatorio recibida exitosamente dentro de este procedimiento de Acceso Aleatorio:
6> si la transmisión no se está haciendo por el canal lógico CCCH:
7> indicar a la entidad de Multiplexado y ensamble que incluya un C-RNTI MAC CE en la transmisión del enlace ascendente posterior.
6> obtener la MAC PDU a transmitir de la entidad de Multiplexación y ensamblaje y almacenarla en la memoria intermedia del Msg3.
NOTA: Si dentro de un procedimiento de Acceso Aleatorio, una concesión de enlace ascendente proporcionada en la Respuesta de Acceso Aleatorio para el mismo grupo de Preámbulos de Acceso Aleatorio tiene un tamaño diferente que la primera concesión de enlace ascendente asignada durante ese procedimiento de Acceso Aleatorio, el comportamiento del UE no se define.
1> si ra-Response Window configurado en BeamFailureRecoveryConfig expira y si una transmisión del PDCCH en el espacio de búsqueda indicado por recoverySearchSpaceId dirigida al C-RNTI no se recibe en la Celda de Servicio donde se transmitió el preámbulo; o
1> si ra-Response Window configurado en RACH-ConfigCommon expira, y si la Respuesta de Acceso Aleatorio que contiene identificadores del Preámbulo de Acceso Aleatorio que coincide con el PREAMBLE_INDEX no ha sido recibido:
2> considerar que la recepción de la Respuesta de Acceso Aleatorio no es exitosa;
2> incrementar PREAMBLE_TRANSMISSION_COUNTER en 1;
2> si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
3> si el preámbulo de Acceso Aleatorio se transmite en la SpCell:
4> indicar un problema de Acceso Aleatorio a las capas superiores;
4> si este procedimiento de Acceso Aleatorio se desencadenó para la solicitud de SI:
5> considerar el procedimiento de Acceso Aleatorio completado sin éxito.
3> si el preámbulo de Acceso Aleatorio se transmite en una SCell:
4> considerar el procedimiento de Acceso Aleatorio completado sin éxito.
2> si el procedimiento de Acceso Aleatorio no se completa:
3> seleccionar un tiempo de retroceso aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE_BACKOFF;
3> si se cumplen los criterios (como se define en la cláusula 5.1.2) para seleccionar los Recursos de Acceso Aleatorio sin contención durante el tiempo de retroceso:
4> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (ver cláusula 5.1.2);
3> si no, si el procedimiento de Acceso Aleatorio para una SCell se realiza en un portador de enlace ascendente donde push-Config no se configura:
4> retrasar la posterior transmisión de Acceso Aleatorio hasta que el Procedimiento de Acceso Aleatorio se desencadene por una orden del PDCCH con el mismo ra-PreambleIndex, ra-ssb-OccasionMaskIndex e indicador UL/SUL TS 38.212 [9].
3> si no:
4> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (ver cláusula 5.1.2) después del tiempo de retroceso.
La entidad MAC puede detener la ra-Response Window (y por tanto el monitoreo de la(s) Respuesta(s) de Acceso Aleatorio) después de la recepción exitosa de una Respuesta de Acceso Aleatorio que contenga identificadores del Preámbulo de Acceso Aleatorio que coincidan con el PREAMBLE_INDEX transmitido.
La operación HARQ no es aplicable a la recepción de Respuesta de Acceso Aleatorio.
5.1.4a Recepción de MSGB y resolución de contención para tipo RA de 2 etapas
Una vez transmitido el preámbulo MSGA, independientemente de la posible ocurrencia de una brecha de medición, la entidad MAC deberá:
1> iniciar el msgB-ResponseWindow en la primera ocasión del PDCCH desde el final de la transmisión de MSGA como se especifica en TS 38.213 [6];
1> monitorear el PDCCH de la SpCell para una respuesta de acceso aleatorio identificada por MSGB-RNTI mientras la msgB-ResponseWindow se ejecuta;
1> si se incluyó el C-RNTI MAC CE en la MSGA:
2> monitorear el PDCCH de la SpCell para una Respuesta de Acceso Aleatorio identificada por el MSGB-RNTI mientras la msgB-ResponseWindow se ejecuta;
1> si se recibe una notificación de recepción de una transmisión del PDCCH de la SpCell desde capas inferiores: 2> si se incluyó el C-RNTI MAC CE en la MSGA:
3> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI:
4> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio;
4> detener el msgB-ResponseWindow;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
3> si no si el timeAlignmentTimer asociado con el PTAG se ejecuta:
4> si la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión:
5> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio;
5> detener el msgB-ResponseWindow;
5> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
3> si no:
4> si se ha recibido una asignación de enlace descendente en el PDCCH para el C-RNTI y el TB recibido se descodifica exitosamente:
5> si la MAC PDU contiene la subMAC PDU CE del Comando de Avance de Temporización Absoluto: 6> procesar el Comando de Avance de Tiempo recibido (ver cláusula 5.2);
6> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio;
6> detener el msgB-ResponseWindow;
6> considerar que este procedimiento de Acceso Aleatorio se completó exitosamente y finalice el desensambalaje y la demultiplexación del MAC PDU.
2> si se ha recibido una asignación de enlace descendente en el PDCCH para el MSGB-RNTI e incluye los dos bits LSB del SFN correspondientes a la ocasión PRACH usada para transmitir el preámbulo de Acceso Aleatorio de MSGA y el TB recibido se decodifica exitosamente:
3> si el MSGB contiene una subMAC PDU con Indicador de Retroceso:
4> establecer el PREAMBLE_BACKOFF al valor del campo BI de la subMAC PDU mediante el uso de la Tabla 7.2-1, multiplicado con SCALING_FACTOR_BI.
3> si no:
4> establecer el PREAMBLE_BACKOFF en 0 ms.
3> si el MSGB contiene un fallbackRAR subMAC PDU; y
3> si el identificador del preámbulo de Acceso Aleatorio en la subMAC PDU coincide con el PREAMBLE_INDEX (ver cláusula 5.1.3a):
4> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio;
4> aplicar las siguientes acciones para la SpCell:
5> procesar el Comando de Avance de Tiempo recibido (ver cláusula 5.2);
5> indicar la preambleReceivedTargetPower y la cantidad de aumento de potencia aplicada a la última transmisión del Preámbulo de Acceso Aleatorio a las capas inferiores (es decir, (PREAMBLE_POWER_RAMPING_COUNTER - 1) * PREAMBLE_POWER_RAMPING_STEP); 5> si el preámbulo de Acceso Aleatorio no fue seleccionado por la entidad MAC entre los Preámbulos de Acceso Aleatorio basados en la contención:
6> considerar el procedimiento de Acceso Aleatorio completado exitosamente.
5> si no:
6> establecer el TEMPORAL_C-RNTI al valor recibido en la Respuesta de Acceso Aleatorio; 5> si la memoria intermedia del Msg3 está vacía:
6> obtener la MAC PDU para transmitir desde la memoria intermedia de MSGA y almacenar en la memoria intermedia del Msg3;
5> procesar el valor de concesión del UL recibido e indicarlo a las capas inferiores y continuar con la transmisión de Msg3;
NOTA: Si dentro de un procedimiento de tipo RA de 2 etapas, una concesión de enlace ascendente proporcionada en el RAR alternativo tiene un tamaño diferente al de la carga útil del MSGA, el comportamiento del UE no se define.
3> si no, si el MSGB contiene un successRARsubMAC PDU; y
3> si la SDU CCCH se incluyó en la MSGA y la Identidad de resolución de contención del UE en la subMAC PDU coincide con la SDU CCCH:
4> detener msgB-ResponseWindow;
4> si este procedimiento de Acceso Aleatorio se inició para la solicitud de SI:
5> indicar la recepción de un acuse de recibo de solicitud de SI a capas superiores.
4> si no:
5> establecer el C-RNTI al valor recibido en el successRAR;
5> aplicar las siguientes acciones para la SpCell:
6> procesar el Comando de Avance de Tiempo recibido (ver cláusula 5.2);
6> indicar la preambleReceivedTargetPower y la cantidad de aumento de potencia aplicada a la última transmisión del Preámbulo de Acceso Aleatorio a las capas inferiores (es decir, (PREAMBLE_POWER_RAMPING_COUNTER - 1) * PREAMBLE_POWER_RAMPING_STEP); 4> entregar el Indicador de recurso TPC, PUCCH y el Indicador de temporización de retroalimentación HARQ recibido en successRAR a las capas inferiores.
4> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente;
4> terminar el desensamblaje y la demultiplexación del MAC PDU.
1> si msgB -ResponseWindow expira y la Recepción de Respuesta de Acceso Aleatorio no se ha considerado exitosa en base a las descripciones anteriores:
2> incrementar PREAMBLE_TRANSMISSION_COUNTER en 1;
2> si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
3> indicar un problema de Acceso Aleatorio a las capas superiores;
3> si este procedimiento de Acceso Aleatorio se desencadenó para la solicitud de SI:
4> considerar este procedimiento de Acceso Aleatorio completado sin éxito.
2> si el procedimiento de Acceso Aleatorio no se completa:
3> si msgA-TransMax se configura y PREAMBLE_TRANSMISSION_COUNTER = msgA-TransMax + 1: 4> establecer el RA_TYPE en 4-stepRA;
4> realizar la inicialización de variables específicas del tipo de Acceso Aleatorio como se especifica en la cláusula 5.1.1a;
4> si la memoria intermedia del Msg3 está vacía:
5> obtener la MAC PDU para transmitir desde la memoria intermedia de MSGA y almacenar en la memoria intermedia del Msg3;
4> vaciar la memoria intermedia HARQ usado para la transmisión del MAC PDU en la memoria intermedia de MSGA;
4> descartar los Recursos de Acceso Aleatorio de tipo RA de 2 etapas sin contención explícitamente señalados, si los hay;
4> realizar el procedimiento de selección de Recursos de Acceso Aleatorio como se especifica en la cláusula 5.1.2.
3> si no:
4> seleccionar un tiempo de retroceso aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE BACKOFF;
4> si se cumplen los criterios (definidos en la cláusula 5.1.2a) para seleccionar los Recursos de Acceso Aleatorio sin contención durante el tiempo de retroceso:
5> realizar el procedimiento de selección de Recursos de Acceso Aleatorio para Acceso Aleatorio tipo RA de 2 etapas (ver cláusula 5.1.2a);
4> si no:
5> realizar el procedimiento de selección de Recursos de Acceso Aleatorio para acceso aleatorio de tipo RA de 2 etapas (ver cláusula 5.1.2a) después del tiempo de retroceso.
Al recibir un fallbackRAR, la entidad MAC puede detener msgB-ResponseWindow una vez que la recepción de la Respuesta de Acceso Aleatorio se considera como exitosa.
5.1.5 Resolución de contención
Una vez que se transmite el Msg3, independientemente de la indicación de fallo de LBT de las capas inferiores para Msg3, la entidad MAC deberá:
1> iniciar el ra-ContentionResolutionTimer y reiniciar el ra-ContentionResolutionTimer en cada retransmisión HARQ en el primer símbolo después del final de la transmisión Msg3;
1> monitorear el PDCCH mientras el ra-ContentionResolutionTimer se ejecuta independientemente de la posible ocurrencia de una brecha de medición;
1> si se recibe una notificación de recepción de una transmisión del PDCCH de la SpCell desde capas inferiores: 2> si el C-RNTI MAC CE se incluyó en el Msg3:
3> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI; o
3> si el procedimiento de Acceso Aleatorio se inició mediante una orden del PDCCH y la transmisión del PDCCH se dirige al C-RNTI:
3> si el procedimiento de Acceso Aleatorio se inició por la propia subcapa MAC o por la subcapa RRC y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión: 4>considerar exitosa esta Resolución de contención;
4> detener ra-ContentionResolutionTimer;
4> descartar el TEMPORARY_C-RNTI;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
2> si no, si la SDU CCCH se incluyó en Msg3 y la transmisión del PDCCH se dirige a su TEMPORARY_C-RNTI:
3> si la MAC PDU se decodifica exitosamente:
4> detener ra-ContentionResolutionTimer;
4> si la MAC PDU contiene un CE MAC de identidad de resolución de contención del UE; y
4> si la Identidad de Resolución de Contención del UE en el MAC CE coincide con la SDU CCCH transmitida en el Msg3:
5> considerar esta Resolución de contención exitosa y finalizar el desensamblaje y demultiplexación del MAC PDU;
5> si este procedimiento de Acceso Aleatorio se inició para la solicitud de SI:
6> indicar la recepción de un acuse de recibo de solicitud de SI a capas superiores.
5> si no:
6> establecer el C-RNTI al valor del TEMPORARY_C-RNTI;
5> descartar el TEMPORARY_C-RNTI;
5> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
4> si no:
5> descartar el TEMPORARY_C-RNTI;
5> considerar esta Resolución de Contención no exitosa y descartar la MAC PDU decodificada exitosamente.
1> si ra-ContentionResolutionTimer expira:
2> descartar el TEMPORARY_C-RNTI;
2> considerar que la Resolución de Contención no es exitosa.
1> si se considera que la Resolución de Contención no es exitosa:
2> vaciar la memoria intermedia HARQ usado para la transmisión del MAC PDU en la memoria intermedia del Msg3;
2> incrementar PREAMBLE_TRANSMISSION_COUNTER en 1;
2> si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
3> indicar un problema de Acceso Aleatorio a las capas superiores.
3> si este procedimiento de Acceso Aleatorio se desencadenó para la solicitud de SI:
4> considerar el procedimiento de Acceso Aleatorio completado sin éxito.
2> si el procedimiento de Acceso Aleatorio no se completa:
3> si el RATYPE se establece en 4-stepRA:
4> seleccionar un tiempo de retroceso aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE_BA CKOFF;
4> si se cumplen los criterios (como se define en la cláusula 5.1.2) para seleccionar los Recursos de Acceso Aleatorio sin contención durante el tiempo de retroceso:
5> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (ver cláusula 5.1.2);
4> si no:
5> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (ver cláusula 5.1.2) después del tiempo de retroceso.
3> si no (es decir, el RATYPE se establece en 2-stepRA):
4> si msgA-TransMax se configura y PREAMBLE_TRANSMISSION_COUNTER = msgA-TransMax + 1:
5> establecer el RA_TYPE en 4-stepRA;
5> realizar la inicialización de variables específicas del tipo de Acceso Aleatorio como se especifica en la cláusula 5.1.1a;
5> vaciar la memoria intermedia HARQ usado para la transmisión del MAC PDU en la memoria intermedia de MSGA;
5> descartar los Recursos de Acceso Aleatorio de tipo RA de 2 etapas sin contención explícitamente señalados, si los hay;
5> realizar la selección de los Recursos de Acceso Aleatorio como se especifica en la cláusula 5.1.2.
4> si no:
5> seleccionar un tiempo de retroceso aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE_BACKOFF:
5> si se cumplen los criterios (definidos en la cláusula 5.1.2a) para seleccionar los Recursos de Acceso Aleatorio sin contención durante el tiempo de retroceso:
6> realizar el procedimiento de selección de los Recursos de Acceso Aleatorio para el tipo RA de 2 etapas como se especifica en la cláusula 5.1.2a.
5> si no:
6> realizar el procedimiento de selección de los Recursos de Acceso Aleatorio para el tipo RA de 2 etapas (véase la cláusula 5.1.2a) después del tiempo de retroceso.
5.1.6 Finalización del procedimiento de Acceso Aleatorio
Al finalizar el procedimiento de Acceso Aleatorio, la entidad MAC deberá:
1> descartar cualquier Recurso de Acceso Aleatorio sin contención explícitamente señalado para el tipo RA de 2 etapas y el tipo RA de 4 etapas, excepto los Recursos de Acceso Aleatorio sin contención del tipo RA de 4 etapas para la solicitud de recuperación de fallos del haz, si los hay;
1> vaciar la memoria intermedia HARQ usado para la transmisión de la PDU MAC en la memoria intermedia del Msg3 y en la memoria intermedia de MSGA;
1> si el procedimiento de acceso aleatorio hacia la celda de destino para el traspaso DAPS se completa exitosamente:
2> indicar la finalización exitosa del procedimiento de Acceso Aleatorio a las capas superiores.
5.4.4 Solicitud de programación
La Solicitud de programación (SR) se usa para solicitar recursos UL-SCH para una nueva transmisión.
La entidad MAC puede configurarse con cero, una o más configuraciones de SR. Una configuración de SR consiste en un conjunto de recursos PUCCH para SR en diferentes BWP y celdas. Para un canal lógico o para la recuperación de fallos del haz de la SCell (véase la cláusula 5.17) y para el fallo de LBT consistente (véase la cláusula 5.21), se configura como máximo un recurso PUCCH para SR por BWP.
Cada configuración de SR corresponde a uno o más canales lógicos o a la recuperación de fallos del haz de la SCell y/o a un fallo de LBT consistente. Cada canal lógico, y el fallo de LBT consistente, pueden asignarse a cero o a una configuración de SR, que se configura por RRC. La configuración de SR del canal lógico que desencadenó un BSR distinto del BSR preventivo (cláusula 5.4.5) o la recuperación de fallos del haz de la SCell o el fallo de LBT consistente (cláusula 5.21) (si existe tal configuración) se considera como la configuración de SR correspondiente para el SR desencadenado. Puede usar cualquier configuración de SR para un SR desencadenado por una BSR preventiva (cláusula 5.4.5).
El RRC configura los siguientes parámetros para el procedimiento de solicitud de programación:
- sr-ProhibitTimer (por configuración de SR);
- sr-TransMax (por configuración de SR).
Las siguientes variables de UE se usan para el procedimiento de solicitud de programación:
- SR_COUNTER (por configuración de SR).
Si se desencadena un SR y no hay otros SR pendientes correspondientes a la misma configuración de SR, la entidad MAC pondrá en 0 el SR_COUNTER de la configuración de Sr correspondiente.
Cuando se desencadena una SR, se considerará pendiente hasta que se cancele.
Excepto para la recuperación de fallos del haz de la SCell, todos los SR pendientes para BSR activados de acuerdo con el procedimiento BSR (cláusula 5.4.5) antes del ensamblaje del MAC PDU se cancelarán y cada respectivo sr-ProhibitTimer se detendrá cuando se transmita la MAC PDU, independientemente de la indicación de fallo de LBT de las capas inferiores, y esta PDU incluye una CE MAC BSR larga o corta que contiene el estado de la memoria intermedia hasta (e incluyendo) el último evento que desencadenó una BSR (ver la cláusula 5.4.5) antes del montaje del MAC PDU. A excepción de la recuperación de fallos del haz de la SCell, todos los SR pendientes para BSR desencadenados de acuerdo con el procedimiento BSR (cláusula 5.4.5) se cancelarán y cada respectivo sr-ProhibitTimer se detendrá cuando las concesiones del UL puedan acomodar todos los datos pendientes disponibles para la transmisión. La SR pendiente desencadenada antes del ensamblaje del MAC PDU para la recuperación de fallos del haz de una SCell se cancelará cuando se transmita la MAC PDU y esta PDU incluya una SCell BFR MAC CE o una SCell BFR MAC CE truncada que contenga información de recuperación de fallos del haz de esa SCell. Si se cancelan todos los SR desencadenados para la recuperación de fallos del haz de la SCell, la entidad MAC se detendrá sr-ProhibitTimer de la configuración de SR correspondiente.
La entidad MAC deberá, para cada SR pendiente desencadenada por un fallo de LBT consistente:
1> si se transmite una MAC PDU, independientemente de la indicación de fallo de LBT de las capas inferiores, y la MAC PDU incluye un MAC CE de fallo de LBT que indica un fallo de LBT consistente para la Celda de Servicio que desencadenó este SR; o
1> si se cancela el fallo de LBT consistente correspondiente (ver cláusula 5.21):
2> cancelar la SR pendiente y detener el correspondiente sr-ProhibitTimer.
Solo los recursos PUCCH en un BWP que está activo en el momento de la transmisión de la SR se consideran válidos.
Mientras haya al menos una SR pendiente, la entidad MAC deberá para cada SR pendiente:
1> si la entidad MAC no tiene un recurso PUCCH válido configurado para el SR pendiente:
2> iniciar un procedimiento de Acceso Aleatorio (ver cláusula 5.1) en la SpCell y cancelar la SR pendiente.
1> sino para la configuración de la SR correspondiente a la SR pendiente:
2> cuando la entidad MAC tiene una ocasión de transmisión de la SR en el recurso PUCCH válido para la SR configurada; y
2> si sr-ProhibitTimer no se ejecuta en el momento de la transmisión de la SR; y
2> si el recurso PUCCH para la transmisión de la SR no se superpone con una brecha de medición:
3> si el recurso PUCCH para la ocasión de transmisión de la SR no se superpone ni con un recurso UL-SCH ni con un recurso s L-SCH; o
3> si la entidad MAC se configura con Ich-basedPrioritization, y el recurso PUCCH para la transmisión de la SR se superpone con cualquier recurso UL-SCH, y la prioridad del canal lógico que desencadenó la SR es más alta que la prioridad de las concesiones de enlace ascendente para cualquier recurso(s) UL-SCH donde la prioridad de la concesión del enlace ascendente se determina como se especifica en la cláusula 5.4.1; o
3> si un recurso SL-SCH se superpone con el recurso PUCCH para la ocasión de transmisión de SR para el SR pendiente desencadenado como especifica en la cláusula 5.4.5, y la entidad MAC no puede realizar esta transmisión de la SR simultáneamente con la transmisión de SL-SCH, y la transmisión en el recurso SL-SCH no tiene prioridad como se describe en la cláusula 5.22.1.3.1 o el valor de prioridad del canal lógico que desencadenó la SR es menor que ul-Prioritizationthr es, si se configura; o
3> si un recurso SL-SCH se superpone con el recurso PUCCH para la ocasión de transmisión de la SR para la SR pendiente activado como se especifica en la cláusula 5.22.1.5, y la entidad MAC no puede realizar esta transmisión de la SR simultáneamente con la transmisión del recurso SL-SCH, y la prioridad de la SR desencadenada que se determina como se especifica en la cláusula 5.22.1.5 es mayor que la prioridad del MAC PDU determinada como se especifica en la cláusula 5.22.1.3.1 para el recurso SL-SCH:
4> la(s) otra(s) concesión(es) de enlace ascendente superpuesta(s), si la hay, es una concesión de enlace ascendente sin prioridad;
4> si SR_COUNTER < sr-TransMax:
5> instruir a la capa física para que señale la SR en un recurso PUCCH válido para la SR;
5> si no se recibe la indicación de fallo de LBT de las capas inferiores:
5>incrementar SR_COUNTER en 1;
6> iniciar el sr-ProhibitTimer.
4> si no:
5> notificar a RRC que libere el PUCCH para todas las Celdas de Servicio;
5> notificar a RRC que libere SRS para todas las Celdas de Servicio;
5> limpiar las asignaciones de enlace descendente y las concesiones de enlace ascendente configuradas;
5> limpiar cualquier recurso PUSCH para informes CSI semipersistente;
5> iniciar un procedimiento de Acceso Aleatorio (ver cláusula 5.1) en la SpCell y cancelar todas las SR pendientes.
NOTA 1: Excepto en el caso de la SR para la recuperación de fallos del haz de la SCell, la selección de qué recurso PUCCH válido para la SR para señalar la SR cuando la entidad MAC tiene más de un recurso PUCCH válido superpuesto para la ocasión de transmisión de la SR se deja a la implementación del UE.
NOTA 2: Si más de un SR individual desencadena una instrucción de la entidad MAC a la capa PHY para señalar la SR en el mismo recurso PUCCH válido, la SR _COUNTER para la configuración de la SR relevante se incrementa solo una vez.
NOTA 3: Cuando la entidad MAC tiene pendiente la SR para la recuperación de fallos del haz de la SCell y la entidad MAC tiene uno o más recursos PUCCH que se superponen con el recurso PUCCH para la recuperación de fallos del haz de la SCell para la ocasión de transmisión de la SR, la entidad MAC considera sólo el recurso PUCCH para la recuperación de fallos del haz de la SCell como válido.
NOTA 4: Para un UE que opere en un modo de acceso al canal semiestático como se describe en TS 37.213 [18], no se consideran válidos los recursos PUCCH que se superponen con el tiempo de inactividad de un periodo de trama fija.
La entidad MAC puede detener, si lo hubiera, el procedimiento de Acceso Aleatorio en curso debido a un SR pendiente para bSr que no tiene configurados los recursos PUCCH válidos, que fue iniciado por la entidad MAC antes del ensamblaje del MAC PDU. El procedimiento de Acceso Aleatorio en curso puede detenerse cuando la MAC PDU se transmite, independientemente de la indicación de fallo de LBT de las capas inferiores, mediante el uso de una concesión del UL distinta de la proporcionada por la Respuesta de Acceso Aleatorio o una concesión del UL determinada como se especifica en la cláusula 5.1.2a para la transmisión de la carga útil MSGA, y esta PDU incluye un CE MAC BSR que contiene el estado de la memoria intermedia hasta (e incluyendo) el último evento que desencadenó una BSR (véase la cláusula 5.4.5) antes del ensamblaje del MAC PDU, o cuando la(s) concesión(es) UL puede(n) acomodar todos los datos pendientes disponibles para la transmisión. El procedimiento de acceso aleatorio en curso debido a una SR pendiente para BFR de una SCell puede detenerse cuando la PDU MAC se transmite mediante el uso de una concesión del UL que no sea una concesión del UL proporcionada por la Respuesta de Acceso Aleatorio y esta PDU contiene una SCell BFR MAC CE o una SCell b Fr MAC CE truncada que incluye información de recuperación de fallos del haz de esa SCell.
5.17 Procedimiento de Detección y Recuperación de Fallos del Haz
La entidad MAC puede configurarse mediante RRC por Celda de Servicio con un procedimiento de recuperación de fallos del haz que se usa para indicar al gNB de servicio un nuevo SSB o CSI-RS cuando se detecta un fallo del haz en el(los) SSB(s)/CSI-RS de servicio. El fallo del haz se detecta al contar la indicación de instancia de fallos del haz desde las capas inferiores hasta la entidad MAC. Si beamFailureRecoveryConfig se reconfigura por las capas superiores durante un procedimiento de Acceso Aleatorio en curso para la recuperación de fallos del haz para SpCell, la entidad MAC debe detener el procedimiento de Acceso Aleatorio en curso e iniciar un procedimiento de Acceso Aleatorio mediante el uso de la nueva configuración.
El RRC configura los siguientes parámetros en el BeamFailureRecoveryConfig y el RadioLinkMonitoringConfig para el procedimiento de Detección y Recuperación de Fallos del Haz:
- beamFailureInstanceMaxCount para la detección de fallos del haz;
- beamFailureDetectionTimer para la detección de fallos del haz;
- beamFailureRecoveryTimer para el procedimiento de recuperación de fallos del haz;
- rsrp-ThresholdSSB: un umbral RSRP para la recuperación de fallos del haz;
- powerRampingStep: powerRampingStep para la recuperación de fallos del haz;
- powerRampingStepHighPriority: powerRampingStepHighPriority para la recuperación de fallos del haz;
- preambleReceivedTargetPower: preambleReceivedTargetPower para la recuperación de fallos del haz;
- preambleTransMax: preambleTransMax para la recuperación de fallos del haz;
- scalingFactorBI: scalingFactorBI para la recuperación de fallos del haz;
- ssb-perRACH-Occasion: ssb-perRACH-Occasion para la recuperación de fallos del haz;
- ra-ResponseWindow: la ventana de tiempo para monitorear la(s) respuesta(s) para la recuperación de fallos del haz mediante el uso del preámbulo de Acceso Aleatorio sin contención;
- prach-Configurationlndex: prach-Configurationlndex para la recuperación de fallos del haz;
- ra-ssb-OccasionMaskIndex: ra-ssb-OccasionMaskIndex para la recuperación de fallos del haz;
- ra-OccasionList: ra-OccasionList para la recuperación de fallos del haz.
Nota de los editores: Los parámetros específicos de la SCell BFR se reproducirán aquí una vez que se hayan establecido.
Las siguientes variables de UE se usan para el procedimiento de detección de fallos del haz:
- BFI_COUNTER: contador para la indicación de instancia de fallos del haz que inicialmente se establece en 0. La entidad MAC deberá, para cada celda de servicio configurada para la detección de fallos del haz:
1> si se ha recibido la indicación de instancia de fallo del haz de las capas inferiores:
2> iniciar o reiniciar el beamFailureDetectionTimer;
2>incrementar BFI_COUNTER en 1;
2> si BFI_COUNTER >= beamFailureInstanceMaxCount:
3> si la Celda de Servicio es SCell:
4> desencadenar un BFR para esta Celda de Servicio;
3> si no:
4>iniciar un procedimiento de Acceso Aleatorio (ver cláusula 5.1) en la SpCell.
1> si el beamFailureDetectionTimer expira; o
1> si beamFailureDetectionTimer, beamFailureInstanceMaxCount, o cualquiera de las señales de referencia usadas para la detección de fallos del haz se reconfigura por las capas superiores asociadas a esta Celda de Servicio:
2> establecer BFI_COUNTER en 0.
1> si la Celda de Servicio es SpCell y el procedimiento de Acceso Aleatorio se ha completado exitosamente (ver cláusula 5.1):
2> establecer BFI_COUNTER en 0;
2> detener el beamFailureRecoveryTimer, si se configura;
2> considere que el procedimiento de Recuperación de Fallos del Haz se completó exitosamente.
1> si no, si la celda servidora es SCell, y se recibe un PDCCH dirigido a C-RNTI que indica la concesión del enlace ascendente para una nueva transmisión para el proceso HARQ usado para la transmisión de la SCell BFR MAC CE o de la SCell BFR MAC CE truncada que contiene información de recuperación de fallos del haz de esta Celda de Servicio; o
1> si la SCell se desactiva como se especifica en la cláusula 5.9:
2> establecer BFI_COUNTER en 0;
2> considere que el procedimiento de Recuperación de Fallos del Haz se completó exitosamente y cancele todos los BFR desencadenados para esta Celda de Servicio.
La entidad MAC deberá:
1> si el procedimiento Recuperación de Fallos del Haz determina que al menos un BFR se ha desencadenado y no cancelado:
2> si hay recursos UL-SCH disponibles para una nueva transmisión:
3> si los recursos UL-SCH pueden acomodar la SCell BFR MAC CE más su subcabecera como resultado de LCP:
4> instruir el procedimiento de multiplexación y ensamblaje para generar la SCell BFR MAC CE.
3> si no, si los recursos del UL-SCH pueden acomodar la SCell BFR MAC CE truncada más su subcabecera como un resultado de LCP:
4> instruir el procedimiento de multiplexación y ensamblaje para generar la SCell MAC BFR CE truncada. 2> si no:
3> desencadenar la SR para la recuperación de fallos del haz de la SCell.
6.1.3.23 Los BFR MAC CE
Los BFR MAC CE consisten en:
- La SCell BFR MAC CE; o
- La SCell BFR MAC CE truncada.
Los CE MAC BFR se identifican mediante una subcabecera MAC con LCID, como se especifica en la Tabla 6.2.1-2. El BFR MAC CE tiene un tamaño variable. Incluye un mapa de bits y en orden ascendente en base al ServCellIndex, información de recuperación de fallos del haz, es decir, octetos que contienen la indicación de disponibilidad del haz (AC) candidato para las SCells indicadas en el mapa de bits. Se utiliza un mapa de bits de un único octeto cuando el ServCellIndex más alto de la SCell de esta entidad MAC configurada con detección de fallos del haz es inferior a 8; en caso contrario, se usan cuatro octetos.
Los campos en los BFR MAC CE se definen de la siguiente manera:
- Ci (SCell BFR MAC CE): Este campo indica la detección de fallo del haz (como se especifica en la cláusula 5.17) y la presencia de un octeto que contiene el campo AC para la SCell con ServCelllndex i como se especifica en TS 38.331 [5]. Si la Ci establecida en 1, se detecta el fallo del haz y el octeto que contiene el campo AC está presente para la SCell con ServCelllndexi. Si el campo Ci es 0, no se detecta el fallo del haz y el octeto que contiene el campo AC no está presente para la celda con ServCelllndex i. Los octetos que contienen el campo AC están presentes en orden ascendente en base al ServCellIndex;
- Ci (SCell BFR MAC CE truncada): Este campo indica la detección de fallos del haz (como se especifica en la cláusula 5.17) para la SCell con ServCelllndex i como se especifica en TS 38.331 [5]. Si el campo Ci se establece en 1, se detecta un fallo en el haz y el octeto que contiene el campo AC para la celda con ServCelllndex i puede estar presente. Si el campo Ci se establece en 0, no se detecta el fallo del haz y el octeto que contiene el campo AC no está presente para la celda con ServCelllndex i. Los octetos que contienen el campo AC, si están presentes, se incluyen en orden ascendente en base al ServCelllndex. El número de octetos que contienen el campo AC incluido es máximo, sin exceder el tamaño de concesión disponible;
NOTA: El número de octetos que contiene el campo AC en el formato SCell BFR truncada puede ser cero.
- AC: Este campo indica la presencia del campo ID de la RS Candidata en este octeto. Si al menos uno de los SSB con SS-RSRP por encima de rsrp-ThresholdBFR entre los SSB de candidateBeamRSSCellList o los CSI-RS con CSI-RSRP por encima de rsrp-ThresholdBFR entre los CSI-RS de candidateBeamRSSCellList está disponible, el campo AC se pone en 1; en caso contrario, se pone en 0. Si el campo AC tiene el valor 1, el campo ID de la RS Candidata está presente. Si el campo AC se establece en 0, los bits R están presentes en su lugar; - ID de la RS candidata: Este campo se establece en el índice de un SSB con SS-RSRP por encima de rsrp-ThresholdBFR entre los SSB de candidateBeamRSSCellList o en el índice de un CSI-RS con CSI-RSRP por encima de rsrp-ThresholdBFR entre los CSI-RS de candidateBeamRSSCellList. La longitud de este campo es de 6 bits.
- R: Bit reservado, establecido en 0.
La Figura 6.1.3.23-1: La SCell BFR y la SCell BFR MAC CE truncada con el mayor ServCelllndex de la SCell de esta entidad MAC configurado con BFD es inferior a 8
La Figura 6.1.3.23-2: La SCell BFR y la SCell BFR MAC CE truncada con el mayor ServCelllndex de la SCell de esta entidad MAC configurado con BFD es igual o superior a 8
6.1.5 MAC PDU (Respuesta de Acceso Aleatorio)
Una MAC PDU consiste en una o más MAC subPDU y, opcionalmente, relleno. Cada MAC subPDU consta de uno de los siguientes:
- una subcabecera MAC con Indicador de Retroceso solamente;
- una subcabecera MAC con RAPID solamente (es decir, acuse de recibo de solicitud SI);
- una subcabecera MAC con RAPID y MAC RAR.
Una subcabecera MAC con Indicador de Retroceso consta de cinco campos de cabecera E/T/R/R/BI, como se describe en la figura 6.1.5-1. Una subMAC PDU con Indicador de Retroceso solo se coloca al comienzo del MAC PDU, si se incluye. La 'MAC subPDU(s) con RAPID solamente' y 'MAC subPDU(s) con RAPID y MAC RAR' pueden colocarse en cualquier lugar entre MAC subPDU con Indicador de Retroceso solo (si lo hay) y relleno (si lo hay). Una subcabecera MAC con RAPID consta de tres campos de cabecera E/T/RAPID, como se describe en la Figura 6.1.5-2.
El relleno se coloca al final del MAC PDU, si está presente. La presencia y la longitud del relleno están implícitas en base al tamaño de TB, el tamaño de las MAC subPDU (s).
La Figura 6.1.5-1: Subcabecera MAC E/T/R/R/BI
La Figura 6.1.5-2: Subcabecera MAC E/T/RAPID
La Figura 6.1.5-3: Ejemplo de MAC PDU que consiste en las MAC RAR
En algunos sistemas (como los sistemas de acuerdo con la memoria descriptiva 3GPP), si se inicia un procedimiento de Acceso Aleatorio (RA) para la recuperación de fallos del haz (BFR), un UE considera que el procedimiento de Acceso Aleatorio se completó exitosamente si una notificación, que indica una recepción de una transmisión de canal de control de enlace descendente físico (PDCCH) de una celda especial (SpCell), se recibe de las capas inferiores y la transmisión del PDCCH se dirige a un Identificador Temporal de Red de Radio de Celda (C-RNTI) del UE, como se muestra en la Figura 10. La Figura 10 ilustra un escenario ilustrativo en el que el UE considera que un procedimiento de Acceso Aleatorio está completo en base a la recepción de una transmisión del PDCCH 1008 dirigida a un C-RNTI del UE. En algunos ejemplos, el UE puede desencadenar la recuperación de fallos del haz de la SpCell 1014 asociada con una SpCell. El UE puede iniciar el procedimiento de Acceso Aleatorio 1010 (por ejemplo, el procedimiento de Acceso Aleatorio puede iniciarse 1010 en respuesta al desencadenamiento 1014 de la recuperación de fallos del haz de la SpCell). El UE puede transmitir un Msg1 1002 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg1 1002 comprende un preámbulo (por ejemplo, un preámbulo de Acceso Aleatorio) y/o puede transmitirse, a través de una ocasión del Canal de Acceso Aleatorio Físico (PRACH), a una red. El UE puede recibir un Msg2 1004 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg2 1004 comprende una respuesta de acceso aleatorio (RAR) y/o puede transmitirse por la red (por ejemplo, la red puede transmitir el Msg2 1004 en respuesta a la recepción del Msg1 1002). El UE puede transmitir un Msg3 1006 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg3 1006 comprende un elemento de control (CE) de control de acceso al medio (MAC) y/o el Msg3 1006 puede transmitirse, a través de un canal compartido de enlace ascendente (UL-SCH), a la red. El UE puede recibir una transmisión del PDCCH 1008 dirigida a un C-RNTI del UE. El UE puede considerar que el procedimiento de Acceso Aleatorio 1012 está completo en base a la recepción de la transmisión del PDCCH 1008 dirigida al C-RNTI del UE. Dado que el procedimiento de Acceso Aleatorio se inicia 1010 en respuesta a y/o para la recuperación de fallos del haz de la SpCell, y dado que la recepción (por ejemplo, recepción exitosa) de la transmisión del PDCCH 1008 dirigida al C-RNTI del UE indica y/o implica que se recupera el fallo del haz asociado con la SpCell, una determinación por el UE de que el procedimiento de Acceso Aleatorio está completo en base a la recepción de la transmisión del PDCCH 1008 dirigida al C-RNTI es correcta (por ejemplo, la recepción de la transmisión del PDCCH 1008 dirigida al C-RNTI del UE indica y/o implica que se recupera el fallo del haz asociado con la SpCell y, por lo tanto, el UE está en lo correcto al considerar que el procedimiento de Acceso Aleatorio está completo independientemente de si la transmisión del PDCCH 1008 asigna un enlace descendente (DL) o si la transmisión del PDCCH 1008 comprende y/o es indicativa de una concesión del UL).
Con la introducción de la recuperación de fallos del haz para la Celda Secundaria (SCell), puede iniciarse un procedimiento de acceso aleatorio para (y/o en respuesta a) la recuperación de fallos del haz de la SCell asociada con una SCell. Durante un procedimiento de recuperación de fallos del haz para la SCell y/o durante el procedimiento de Acceso Aleatorio, es posible que el tráfico DL esté en curso en una SpCell (por ejemplo, el UE puede recibir el tráfico DL en la SpCell durante el procedimiento de recuperación de fallos del haz para la SCell). En consecuencia, la recepción exitosa, durante el procedimiento de recuperación de fallos del haz para la SCell, de una transmisión del PDCCH que asigna una asignación de DL no implica que un gNB (asociado con la SCell, por ejemplo) haya recibido exitosamente un Msg3 (por ejemplo, un Msg3 del procedimiento de acceso aleatorio), y por lo tanto, la recepción de la transmisión del PDCCH que asigna una asignación de DL no implica que el procedimiento de acceso aleatorio y/o la resolución de contención del procedimiento de acceso aleatorio sean exitosos y/o completos. En consecuencia, dado que el procedimiento de recuperación de fallos del haz es para la SCell (y/o dado que el procedimiento de acceso aleatorio se inicia para la recuperación de fallos del haz de la SCell), la recepción de la transmisión del PDCCH que asigna la asignación de DL puede no ser una condición adecuada para que el UE considere que el procedimiento de acceso aleatorio y/o la resolución de contención del procedimiento de acceso aleatorio son exitosos y/o están completos.
La Figura 11 ilustra un escenario ilustrativo en el que un UE se configura con una Celda Primaria (PCell) y una SCell de una red. En la Figura 11, una línea de tiempo del UE con respecto a la PCell se etiqueta como PCell y una línea de tiempo del UE con respecto a la SCell se etiqueta como SCell. En algunos ejemplos, el UE puede desencadenar la recuperación de fallos del haz de la SCell 1114 asociada con la SCell. El UE puede iniciar un procedimiento de Acceso Aleatorio 1110, tal como un procedimiento de Acceso Aleatorio basado en contención, en la PCell (por ejemplo, el procedimiento de Acceso Aleatorio puede iniciarse 1110 en respuesta al desencadenamiento 1114 de la recuperación de fallos del haz de la SCell). El UE puede transmitir un Msg1 1102 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg1 1102 comprende un preámbulo (por ejemplo, un preámbulo de Acceso Aleatorio) y/o puede transmitirse, a través de una ocasión PRACh , a la red. El UE puede recibir un Msg2 1104 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg2 1104 comprende una respuesta de acceso aleatorio y/o puede transmitirse por la red (por ejemplo, la red puede transmitir el Msg2 1104 en respuesta a la recepción del Msg1 1102). En algunos ejemplos, el UE puede generar un Msg3 1106. El Msg3 1106 puede comprender un MAC CE de recuperación de fallos del haz (BFR MAC CE) (por ejemplo, un BFR MAC CE truncado). El BFR MAC CE (por ejemplo, el BFR MAC CE truncado) puede comprender información de fallo del haz de la SCell. El UE puede fallar al transmitir el Msg3 1106 a la red (por ejemplo, el UE puede no transmitir exitosamente el Msg3 1106 a la red). Alternativa y/o adicionalmente, la red puede fallar al recibir (por ejemplo, recibir exitosamente) el Msg31106 del UE.
Alternativa y/o adicionalmente, se contemplan escenarios en los que la red recibe exitosamente el Msg3 1106 del UE, pero no recibe exitosamente la información del fallo del haz de la SCell (y/o no recibe exitosamente una porción de la información del fallo del haz de la Scell). En un ejemplo, la información sobre el fallo del haz de la SCell puede no incluirse en el Msg3 1106 (y/o simplemente una primera porción de la información del fallo del haz de la SCell puede incluirse en el Msg31106 mientras que una segunda porción de la información del fallo del haz de la SCell no se incluye en el Msg3 1106). Por ejemplo, la información del fallo del haz de la SCell puede no incluirse en el Msg3 1106 (y/o la segunda porción de la información del fallo del haz de la SCell puede no incluirse en el Msg3 1106) debido a que al menos uno de los MAC CE de BFR no se incluye en el Msg31106 (y/o simplemente una porción del MAC CE de BFR se incluye en el Msg3 1106) y/o debido a que la información del fallo del haz no se incluye en el MAC CE de BFR, como por ejemplo debido a un tamaño limitado del Msg31106. En el ejemplo donde la información del fallo del haz de la SCell no se incluye en el Msg31106 (y/o la segunda porción de la información del fallo del haz de la SCell no se incluye en el Msg31106), la red puede no recibir la información del fallo del haz de la SCell (y/o la red puede no recibir la segunda porción de la información del fallo del haz de la SCell) incluso si el UE transmite exitosamente el Msg31106 y la red recibe exitosamente el Msg31106.
La red puede programar una asignación de DL, dirigida a un C-RNTI del UE, en la PCell. Por ejemplo, el UE puede recibir una transmisión 1108 (por ejemplo, una transmisión del PDCCH), indicativa de la asignación de DL, desde la red. La asignación de DL puede programarse (y/o la transmisión 1108 puede transmitirse) debido a la llegada de datos de DL que pueden no relacionarse con el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SCell (por ejemplo, la asignación de DL puede ser para datos de DL no relacionados con el procedimiento de Acceso Aleatorio y/o la recuperación de fallos del haz de la SCell). En un escenario en el que el UE se configura para considerar que el procedimiento de Acceso Aleatorio se completa exitosamente y/o que una resolución de contención asociada con el procedimiento de Acceso Aleatorio es exitosa en base a la recepción de la transmisión 1108 (por ejemplo, una transmisión del PDCCH dirigida al C-RNTI del UE), el UE puede incorrectamente considerar 1112 que el procedimiento de Acceso Aleatorio se completó exitosamente y/o que la resolución de contención fue exitosa, incluso si la red no recibió exitosamente la información del fallo del haz de la SCell (y/ o la red no recibió exitosamente la segunda porción de la información del fallo del haz de la SCell) y la recuperación de fallos del haz de la SCell no resuelta 1116 (y/o no completa). En un ejemplo, es posible que la recuperación de fallos del haz de la SCell no se resuelva y/o complete si la red no recibe la información del fallo del haz de la SCell (y/o si la red no recibe la segunda porción de la información del fallo del haz de la Scell).
En consecuencia, si un procedimiento de acceso aleatorio es para (y/o en respuesta a) la recuperación de fallos del haz de la SCell asociado con una SCell, puede no ser adecuado que un UE considere que la resolución de contención del procedimiento de acceso aleatorio es exitosa en base a la recepción de una transmisión del PDCCH que asigna una asignación de DL (y/o que se dirige a un C-RNTI de un UE). Por ejemplo, considerar que la resolución de contención de un procedimiento de Acceso Aleatorio es exitosa y/o completa en base a la recepción de una transmisión del PDCCH que asigna una asignación de DL (y/o que se dirige a un C-RNTI de un UE) puede causar que el UE para considerar incorrectamente que la resolución de contención fue exitosa y/o que el procedimiento de Acceso Aleatorio se completó exitosamente (tal como se describe en el escenario de ejemplo de la Figura 11).
En algunos ejemplos, el UE inicia un procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SCell para adquirir una concesión del UL para transmitir un BFR MAC CE (asociado con la recuperación de fallos del haz de la SCell y/o la SCell). En consecuencia, una razón y/o intención para iniciar el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SCell es adquirir la concesión del UL para transmitir el BFR MAC CE. Por lo tanto, una condición en base a la cual el UE determina si la resolución de contención del procedimiento de Acceso Aleatorio es exitosa debe alinearse con los casos en los que el UE inicia el procedimiento de Acceso Aleatorio para adquirir la concesión del UL para transmitir el BFR MAC CE. En consecuencia, si el UE inicia un procedimiento de Acceso Aleatorio para adquirir una concesión del UL para transmitir información (por ejemplo, un BFR MAC CE), la condición debe basarse en si el UE recibe una transmisión del PDCCH, dirigida a un C-RNTI del UE, que comprende una concesión del UL para una nueva transmisión (por ejemplo, una determinación de si la resolución de contención del procedimiento de Acceso Aleatorio es exitosa debe basarse en si el UE recibe una transmisión del PDCCH dirigida al C-RNTI y si la transmisión del PDCCH comprende una subvención del UL para una nueva transmisión). Por ejemplo, si el equipo de usuario inicia un procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell (y/o si el equipo de usuario inicia un procedimiento de acceso aleatorio para la recuperación de fallos del haz que se asocia con una celda que no es SpCell), la condición debe basarse en si el equipo de usuario recibe una transmisión del PDCCH, dirigida a un C-RNTI del equipo de usuario, que comprenda una concesión del UL para una nueva transmisión (por ejemplo, la determinación de si la resolución de contención del procedimiento de acceso aleatorio tiene éxito debe basarse en si el UE recibe una transmisión del PDCCH dirigida al C-RNTI y si la transmisión del PDCCH comprende una concesión del UL para una nueva transmisión). De esta forma, el UE no puede determinar incorrectamente que la resolución de contención de la respuesta de acceso aleatorio es exitosa en respuesta a la recepción de una transmisión del PDCCH que no comprende una concesión del UL. Más bien, el UE puede determinar si la transmisión del PDCCH comprende una concesión del UL (para una nueva transmisión, por ejemplo), y determinar que la resolución de contención es exitosa y/o que el procedimiento de Acceso Aleatorio se completó (por ejemplo, se completó exitosamente) en base a una determinación de que la transmisión del PDCCH comprende la concesión del UL (para la nueva transmisión, por ejemplo).
En algunos ejemplos, una concesión de respuesta de acceso aleatorio (por ejemplo, una concesión del UL indicada por una respuesta de acceso aleatorio en un procedimiento de Acceso Aleatorio) puede no ser lo suficientemente grande como para contener un BFR MAC CE completo. En consecuencia, un Msg3 (transmitido por el UE en respuesta a la recepción de la respuesta de acceso aleatorio, por ejemplo) puede comprender simplemente un BFR MAC CE truncado. En consecuencia, puede requerirse una concesión del UL (por ejemplo, una concesión del UL adicional además de la concesión de respuesta de acceso aleatorio) para que el UE transmita al menos una porción del BFR MAC CE completo (por ejemplo, una porción del BFR MAC Ce completo) que no se transmitió en el Msg3). Alternativa y/o adicionalmente, la finalización de un procedimiento de recuperación de fallos del haz para la SCell se basa en la recepción de una concesión del UL. Por ejemplo, si el UE transmite un BFR MAC CE a través de la concesión de respuesta de acceso aleatorio, la red debe proporcionar al UE una concesión del UL para el proceso de solicitud de repetición automática híbrida (HARQ) asociado con la transmisión del BFR MAC CE (por ejemplo, HARQ proceso 0 para la transmisión del Msg3), donde la recepción de la concesión del UL por el UE puede servir como un acuse de recibo (ACK), como un ACK implícito, para completar el procedimiento de recuperación de fallos del haz (por ejemplo, la recepción de la concesión del UL puede ser indicativa de finalización del procedimiento de recuperación de fallos del haz).
Por lo tanto, de acuerdo con la presente divulgación, las condiciones en las que el UE determina si las resoluciones de contención de los procedimientos de acceso aleatorio son exitosas son en base a un tipo de recuperación de fallos del haz asociado con una respuesta de acceso aleatorio. Si un procedimiento de Acceso Aleatorio se asocia con (por ejemplo, es para y/o se inicia en respuesta a) una recuperación de fallos del haz de SpCell (por ejemplo, una recuperación de fallos del haz de una SpCell), una condición de que una resolución de contención del procedimiento de Acceso Aleatorio es exitosa (y/o una condición de que el procedimiento de Acceso Aleatorio y/o la recuperación de fallos del haz de la SpCell se completen exitosamente) es una condición de que el UE recibe una transmisión del PDCCH dirigida a un C-RNTI del UE (tal como de acuerdo con una condición de terminación para la recuperación de fallos del haz de acuerdo con la memoria descriptiva 3GPP). En algunos ejemplos, la condición de finalización de acuerdo con la memoria descriptiva 3GPP para determinar si una resolución de contención de un procedimiento de acceso aleatorio es exitosa (y/o para determinar si el procedimiento de acceso aleatorio y/o una recuperación de fallo de haz asociada con el procedimiento de acceso aleatorio se han completado exitosamente) puede aplicarse (y/o puede aplicarse solamente) si la recuperación de fallos del haz (asociada con el procedimiento de acceso aleatorio) se asocia con una SpCell (por ejemplo, si la recuperación de fallos del haz es una recuperación de fallos del haz de la SpCell). Si un procedimiento de Acceso Aleatorio se asocia con (por ejemplo, es para y/o se inicia en respuesta a) una recuperación de fallos del haz de la SCell (por ejemplo, una recuperación de fallos del haz de una SCell), una condición de que una resolución de contención del procedimiento de Acceso Aleatorio es exitosa (y/o una condición de que el procedimiento de Acceso Aleatorio y/o la recuperación de fallos del haz de la SCell se completen exitosamente) es una condición de que el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE y que comprende una Concesión del UL para una nueva transmisión. Alternativa y/o adicionalmente, si un procedimiento de Acceso Aleatorio se asocia con (por ejemplo, es para y/o se inicia en respuesta a) una recuperación de fallos del haz de la SCell (por ejemplo, una recuperación de fallos del haz de una SCell), una condición de que una resolución de contención del procedimiento de Acceso Aleatorio es exitosa (y/o una condición de que el procedimiento de Acceso Aleatorio y/o la recuperación de fallos del haz de la SCell se completen exitosamente) puede ser una condición para que el UE reciba una concesión del UL con una transmisión del PDCCH dirigida a un C-RNTI, donde la concesión del UL es para un proceso HARQ asociado con la transmisión de un BFR MAC CE en el procedimiento de Acceso Aleatorio (por ejemplo, el proceso HARQ puede ser el proceso HARQ 0 para la transmisión Msg3 del procedimiento de Acceso Aleatorio).
Realización 1
En la Realización 1, la resolución de contención de los procedimientos de acceso aleatorio para la recuperación de fallos del haz de la SCell se basa en (por ejemplo, solo en base a) una transmisión del PDCCH, dirigida a un C-RNTI de un UE, que comprende una concesión del UL para una nueva transmisión.
El UE considera exitosa una resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell (y/o el UE considera que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, de una red, que comprende una concesión del UL para una nueva transmisión (donde la señalización del DL se dirige al C-RNTI del UE, por ejemplo).
Alternativa y/o adicionalmente, el UE puede no considerar que una resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell sea exitosa (y/o el UE puede no considerar que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, desde una red, que no comprende (y no indica) una concesión del UL para una nueva transmisión (incluso si la señalización del DL se dirige al C-RNTI del UE, por ejemplo). Por ejemplo, el UE puede no considerar exitosa una resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell (y/o el UE puede no considerar que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, es decir, para asignación de DL, desde una red (donde la señalización del DL no comprende y/o no indica una concesión del UL para una nueva transmisión, por ejemplo).
En algunos ejemplos, el UE puede realizar el monitoreo del PDCCH (por ejemplo, el UE puede monitorear el PDCCH) para la resolución de contención después de transmitir un Msg3 en un procedimiento de Acceso Aleatorio. La resolución de contención puede asociarse con el procedimiento de Acceso Aleatorio. El procedimiento de Acceso Aleatorio puede asociarse con (por ejemplo, para) la recuperación de fallos del haz de la SCell. El UE puede no considerar exitosa la resolución de contención si el UE recibe una primera transmisión del PDCCH desde una red que no comprende una concesión del UL. El UE puede considerar que la resolución de contención es exitosa si el Ue recibe, desde una red, una segunda transmisión del PDCCH que comprende y/o es indicativa de una concesión del UL y que se dirige a un C-RNTI del UE.
La Figura 12 ilustra un escenario ilustrativo en el que un UE realiza un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell. El UE se configura con una SCell (por ejemplo, una SCell activada) por una red. En algunos ejemplos, el UE puede desencadenar la recuperación de fallos del haz de la SCell 1218 asociada con la SCell. El UE puede iniciar un procedimiento de Acceso Aleatorio 1212 en respuesta a la recuperación de fallos del haz de la SCell (por ejemplo, el procedimiento de Acceso Aleatorio 1212 puede iniciarse en respuesta al desencadenamiento de la recuperación de fallos del haz de la SCell 1218). El UE puede transmitir un Msg1 1202 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg1 1202 comprende un preámbulo (por ejemplo, un preámbulo de Acceso Aleatorio) y/o puede transmitirse, a través de una ocasión PRACH, a la red. El UE puede recibir un Msg2 1204 del procedimiento de Acceso Aleatorio. En algunos ejemplos, el Msg2 1204 comprende una respuesta de acceso aleatorio y/o puede transmitirse por la red (por ejemplo, la red puede transmitir el Msg2 1204 en respuesta a la recepción del Msg1 1202). En algunos ejemplos, el UE puede generar un Msg3 1206. El UE puede transmitir el Msg3 1206 a la red (por ejemplo, el UE puede realizar una transmisión del Msg3, al Msg3 1206, a la red). El Msg3 1206 puede comprender un BFR MAC CE (por ejemplo, el Msg3 1206 puede comprender todo el BFR MAC CE o simplemente una porción del BFR MAC CE). En algunos ejemplos, el BFR MAC CE puede comprender información del fallo del haz de la SCell. En algunos ejemplos, después de (y/o en respuesta a) la transmisión del Msg3 1206, el UE puede realizar el monitoreo del PDCCH (por ejemplo, el UE puede monitorear el PDCCH después y/o en respuesta a la transmisión del Msg3 1206) para la resolución de contención del procedimiento de acceso aleatorio. En algunos ejemplos, el UE puede recibir una primera transmisión del PDCCH 1208 (a través del monitoreo del PDCCH, por ejemplo) que se dirige a un C-RNTI del UE y que es indicativa de una asignación de DL. En algunos ejemplos, la primera transmisión del PDCCH 1208 puede no comprender una concesión del UL para una nueva transmisión. El UE puede no considerar 1214 que la resolución de contención sea exitosa y/o que el procedimiento de Acceso Aleatorio se complete exitosamente en respuesta a la recepción de la primera transmisión del PDCCH 1208 (por ejemplo, el UE puede no considerar 1214 que la resolución de contención sea exitosa y/o el procedimiento de Acceso Aleatorio se complete exitosamente en base a una determinación de que el procedimiento de Acceso Aleatorio es para la recuperación de fallos del haz de la SCell y/o que la primera transmisión del PDCCH 1208 no comprende y/o indica una concesión del UL para una nueva transmisión). Por ejemplo, en respuesta a la recepción de la primera transmisión del PDCCH 1208, el UE puede no determinar que la resolución de contención es exitosa y/o puede no determinar que el procedimiento de acceso aleatorio se ha completado con éxito (por ejemplo, el UE puede determinar que la resolución de contención todavía no tiene éxito y/o que el procedimiento de acceso aleatorio no se ha completado todavía con éxito en base a una determinación de que el procedimiento de acceso aleatorio es para la recuperación de fallos del haz de la SCell y/o que la primera transmisión del PDCCH 1208 no comprende y/o indica una concesión del UL para una nueva transmisión). En algunos ejemplos, el UE puede recibir una segunda transmisión del PDCCH 1210 (a través del monitoreo del PDCCH, por ejemplo) que se dirige al C-RNTI del UE y que es indicativa de una concesión del UL para una nueva transmisión. El UE puede considerar 1216 que la resolución de contención fue exitosa y/o que el procedimiento de Acceso Aleatorio se completó (por ejemplo, se completó exitosamente) en respuesta a la recepción de la segunda transmisión del PDCCH 1210 (por ejemplo, el UE puede considerar 1216 que la resolución de contención fue exitosa y/o el procedimiento de Acceso Aleatorio se complete exitosamente en base a una determinación de que la segunda transmisión del PDCCH 1210 comprende y/o indica la concesión del UL para la nueva transmisión). Por ejemplo, en respuesta a la recepción de la segunda transmisión del PDCCH 1210, el UE puede determinar que la resolución de contención es exitosa y/o que el procedimiento de Acceso Aleatorio se completó exitosamente (por ejemplo, se completó exitosamente) en respuesta a la recepción de la segunda transmisión del PDCCH 1210 ( por ejemplo, el UE puede determinar que la resolución de contención es exitosa y/o que el procedimiento de Acceso Aleatorio se completa exitosamente en base a una determinación de que la segunda transmisión del PDCCH 1210 comprende y/o indica la concesión del UL para la nueva transmisión).
Realización 2, no reivindicada.
En la Realización 2, la resolución de contención de los procedimientos de acceso aleatorio para la recuperación de fallos del haz de la SCell puede ser en base a (por ejemplo, solo en base a) una transmisión del PDCCH, dirigida a un C-RNTI de un UE, que comprende una concesión del UL para una nueva transmisión, donde la concesión del UL y/o la nueva transmisión son para un primer proceso HARQ (por ejemplo, proceso HARQ 0).
En algunos ejemplos, el UE puede considerar que la resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell es exitosa (y/o el UE puede considerar que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, desde una red, que comprende una concesión del UL para una nueva transmisión, donde la concesión del UL y/o la nueva transmisión son para un primer proceso HARQ (y donde la señalización del DL se dirige al C-RNTI del UE, por ejemplo). La señalización del DL puede indicar el primer proceso HARQ. En algunos ejemplos, el primer proceso HARQ puede usarse para la transmisión de Msg3 (por ejemplo, el primer proceso HARQ puede ser un proceso HARQ usado para la transmisión de un Msg3, del procedimiento de Acceso Aleatorio, a la red). Alternativa y/o adicionalmente, el primer proceso HARQ puede ser el proceso HARQ 0 (por ejemplo, el primer proceso HARq puede asociarse con la identificación (ID) 0 del proceso HARQ). El primer proceso HARQ puede usarse para transmitir un BFR MAC CE (por ejemplo, un BFR MAC CE truncado), tal como un BFR MAC CE del Msg3.
Alternativa y/o adicionalmente, el UE puede no considerar que la resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell sea exitosa (y/o el UE puede no considerar que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, de una red, que comprende (y/o es indicativa de) una concesión del UL para una nueva transmisión, donde la concesión del UL y/o la nueva transmisión son para un segundo proceso HARQ (incluso si la señalización del DL es dirigida al C-RNTI de la UE, por ejemplo). Por ejemplo, el segundo proceso HARQ puede ser diferente del primer proceso HARQ (por ejemplo, el segundo proceso HARQ puede no ser el proceso HARQ 0). Alternativa y/o adicionalmente, el segundo proceso HARQ puede no asociarse y/o usarse en el procedimiento de Acceso Aleatorio. Alternativa y/o adicionalmente, el segundo proceso HARQ no puede usarse para la transmisión de Msg3 en el procedimiento de Acceso Aleatorio. Alternativa y/o adicionalmente, el segundo proceso HARQ puede no usarse para transmitir un BFR MAC CE (por ejemplo, un BFR MAC CE truncado), tal como un BFR MAC CE de un Msg3 del procedimiento de Acceso Aleatorio. Alternativa y/o adicionalmente, el segundo proceso HARQ puede no usarse para transmitir un BFR MAC CE (por ejemplo, un BFR MAC CE truncado) que comprende información de fallo del haz de una SCell asociada con la recuperación de fallos del haz de la SCell. Por ejemplo, en respuesta a la recepción de la señalización del DL, el UE puede no considerar exitosa la resolución de contención del procedimiento de Acceso Aleatorio en base a una determinación de que el procedimiento de Acceso Aleatorio se asocia con (por ejemplo, para) la recuperación de fallos del haz de la SCell, y al menos uno de una determinación de que el segundo proceso HARQ asociado con la concesión del UL es diferente del primer proceso HARQ, una determinación de que el segundo proceso HARQ no se asocia y/o usa en el procedimiento de Acceso Aleatorio, una determinación de que el segundo proceso HARQ no se usa para la transmisión del Msg3 en el procedimiento de Acceso Aleatorio, o una determinación de que el segundo proceso HARQ no se usa para transmitir un BFR MAC CE (por ejemplo, un BFR MAC CE truncado), como un BFR MAC CE de un Msg3 del procedimiento de Acceso Aleatorio y/o un b Fr MAC CE que comprende información de fallo del haz de una SCell asociada con la recuperación de fallos del haz de la SCell.
Alternativa y/o adicionalmente, el UE puede no considerar que la resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell sea exitosa (y/o el UE puede no considerar que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, desde una red, que no comprende (y no indica) una concesión del UL (incluso si la señalización del DL se dirige al C-RNTI del UE, por ejemplo). Por ejemplo, el UE puede no considerar exitosa la resolución de contención de un procedimiento de Acceso Aleatorio asociado con una recuperación de fallos del haz de la SCell (y/o el UE puede no considerar que el procedimiento de Acceso Aleatorio se completó exitosamente) si el UE recibe una señalización del DL, es decir, para asignación de DL, desde una red (donde la señalización del DL no comprende y/o no indica una concesión del UL, por ejemplo).
Con respecto a una o más realizaciones en la presente memoria, como una o más técnicas, dispositivos, conceptos, procedimientos y/o alternativas descritas anteriormente, la señalización del DL puede ser una transmisión del PDCCH. Alternativa y/o adicionalmente, la señalización del DL puede dirigirse y/o asociarse con un C-RNTI del UE.
Con respecto a una o más realizaciones en la presente memoria, la transmisión del PDCCH puede ser en una SpCell (por ejemplo, una PCell y/o un Grupo de Celdas Primarias Secundarias (SCG) (PSCell)). Por ejemplo, la transmisión del PDCCH puede recibirse por el UE en la SpCell.
Con respecto a una o más realizaciones en la presente memoria, el Msg3 (por ejemplo, la transmisión del Msg3) puede comprender un BFR MAC CE (por ejemplo, un BFR MAC CE truncado).
Con respecto a una o más realizaciones en la presente memoria, el procedimiento de Acceso Aleatorio puede ser un procedimiento de Acceso Aleatorio basado en contención.
Con respecto a una o más realizaciones en la presente memoria, el procedimiento de Acceso Aleatorio puede iniciarse en respuesta a una recuperación de fallos del haz desencadenada.
Con respecto a una o más realizaciones en la presente memoria, el procedimiento de Acceso Aleatorio puede estar en una SpCell (por ejemplo, PCell o PSCell). Por ejemplo, el procedimiento de Acceso Aleatorio puede realizarse en la SpCell.
Con respecto a una o más realizaciones en la presente memoria, un tipo de acceso aleatorio del procedimiento de Acceso Aleatorio puede ser un tipo de acceso aleatorio de 4 etapas (tipo RA de 4 etapas).
Con respecto a una o más realizaciones en la presente memoria, un tipo de acceso aleatorio del procedimiento de acceso aleatorio puede ser un tipo de acceso aleatorio de 2 etapas (tipo RA de 2 etapas).
Con respecto a una o más realizaciones en la presente memoria, la recuperación de fallos del haz (por ejemplo, la recuperación de fallos del haz de la SCell) puede activarse en respuesta a una indicación de fallo del haz asociada con una Celda Secundaria.
Con respecto a una o más realizaciones en la presente memoria, el UE puede transmitir (a la red, por ejemplo) un preámbulo de Acceso Aleatorio en el procedimiento de Acceso Aleatorio (por ejemplo, el preámbulo de Acceso Aleatorio puede transmitirse a la red a través de un Msg1).
Con respecto a una o más realizaciones en la presente memoria, el UE puede transmitir el Msg3 en base a una concesión del UL indicada por la red en una Respuesta de Acceso Aleatorio (por ejemplo, la Respuesta de Acceso Aleatorio puede recibirse desde la red a través de un Msg2). Por ejemplo, el UE puede usar uno o más recursos del UL de la concesión del UL para transmitir el Msg3 a la red. La Respuesta de Acceso Aleatorio puede comprender y/o ser indicativa de la concesión del UL.
Con respecto a una o más realizaciones en la presente memoria, la resolución de contención puede asociarse con el procedimiento de acceso aleatorio (por ejemplo, un procedimiento de acceso aleatorio basado en contención). Con respecto a una o más realizaciones en la presente memoria, el UE puede considerar que una resolución de contención de un procedimiento de Acceso Aleatorio, asociada con una recuperación de fallos del haz de la PCell y/o una recuperación de fallos del haz de la PSCell, tiene éxito si el UE recibe una señalización del DL para la asignación del DL de la red (y/o si el UE recibe una señalización del DL que no comprende una concesión del UL para una nueva transmisión).
Con respecto a una o más realizaciones en la presente memoria, el UE puede considerar que una resolución de contención de un procedimiento de acceso aleatorio, asociada con una recuperación de fallos del haz de la PCell y/o una recuperación de fallos del haz de la PSCell, tiene éxito si el UE recibe una señalización del DL que comprende y/o indicativo de una concesión del UL para una nueva transmisión para un segundo proceso HARQ diferente del primer proceso HARQ (por ejemplo, el proceso HARQ 0).
Con respecto a una o más realizaciones en la presente memoria, el segundo proceso HARQ puede asociarse con un segundo ID de proceso HARQ. El segundo ID de proceso HARQ puede ser diferente de un ID de proceso HARQ (por ejemplo, 0) asociado con el primer proceso HARQ (por ejemplo, el proceso HARQ 0).
Con respecto a una o más realizaciones en la presente memoria, una nueva transmisión puede corresponder a una transmisión de datos que no es una retransmisión de los datos. Por ejemplo, una nueva transmisión puede corresponder a una transmisión inicial de datos después de que los datos estén disponibles para la transmisión (en el UE, por ejemplo).
Una, algunas y/o todas las técnicas y/o realizaciones anteriores pueden formarse en una nueva realización.
En algunos ejemplos, las realizaciones divulgadas en la presente memoria, tales como las realizaciones descritas con respecto a la Realización 1 y la Realización 2, pueden implementarse de forma independiente y/o por separado. Alternativa y/o adicionalmente, puede implementarse una combinación de las realizaciones descritas en la presente memoria, como las realizaciones descritas con respecto a la Realización 1 y/o la Realización 2. Alternativa y/o adicionalmente, una combinación de las realizaciones descritas en la presente memoria, como las realizaciones descritas con respecto a la Realización 1 y/o la Realización 2, puede implementarse de manera concurrente y/o simultánea.
Varias técnicas, realizaciones, procedimientos y/o alternativas de la presente divulgación pueden realizarse de forma independiente y/o separada unas de otras. Alternativa y/o adicionalmente, varias técnicas, realizaciones, procedimientos y/o alternativas de la presente divulgación pueden combinarse y/o implementarse mediante el uso de un único sistema. Alternativa y/o adicionalmente, varias técnicas, realizaciones, procedimientos y/o alternativas de la presente divulgación pueden implementarse de manera concurrente y/o simultánea.
La Figura 13 es un diagrama de flujo 1300 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En la etapa 1305, el UE desencadena una recuperación de fallos del haz para una SCell. En la etapa 1310, el UE inicia un procedimiento de acceso aleatorio en respuesta a la recuperación de fallos del haz (por ejemplo, recuperación de fallos del haz de la SCell). En la etapa 1315, el UE transmite una primera señalización a una red mediante el uso de un primer proceso HARQ. En la etapa 1320, el UE recibe una segunda señalización de una red. En la etapa 1325, el UE determina si una resolución de disputa asociada con el procedimiento de Acceso Aleatorio tiene éxito en función de si la segunda señalización comprende y/o es indicativa de una concesión del UL (para una nueva transmisión, por ejemplo) para el UE (y/o o si la resolución de contención asociada con el procedimiento de Acceso Aleatorio es exitosa puede determinarse en base a otra información además de si la segunda señalización comprende y/o es indicativa de una concesión del UL).
Preferentemente, el UE considera que la resolución de contención tiene éxito si la segunda señalización comprende y/o es indicativa de una concesión del UL para el UE.
Preferentemente, el UE no considera que la resolución de contención tenga éxito si la segunda señalización no comprende y/o no es indicativa de una concesión del UL para el UE.
Preferentemente, el UE no considera que la resolución de contención sea exitosa si la segunda señalización comprende y/o es indicativa de una concesión del UL (para una nueva transmisión, por ejemplo) para un segundo proceso HARq del UE. El segundo proceso HARQ puede ser diferente del primer proceso HARQ. Un segundo ID de proceso HARQ del segundo proceso HARQ puede ser diferente de un ID de proceso HARQ (por ejemplo, 0) asociado con el primer proceso HARQ (por ejemplo, el proceso HARQ 0).
Preferentemente, el UE considera que la resolución de contención tiene éxito si la segunda señalización comprende y/o es indicativa de una concesión del UL para el primer proceso HARQ para el UE.
Preferentemente, el UE transmite un preámbulo a la red en el procedimiento de acceso aleatorio. El preámbulo puede transmitirse antes de que se transmita la primera señalización. El preámbulo puede ser un preámbulo de acceso aleatorio.
Preferentemente, el UE recibe una respuesta de acceso aleatorio de la red antes de que se transmita la primera señalización, en la que la respuesta de acceso aleatorio indica una concesión del UL para que el UE transmita la primera señalización. El UE puede transmitir la primera señalización mediante el uso de uno o más recursos del UL de la concesión del UL indicada por la Respuesta de Acceso Aleatorio.
Preferentemente, la primera señalización es una transmisión Msg3 en el procedimiento de Acceso Aleatorio.
Preferentemente, la primera señalización comprende un MAC CE indicativo de información del haz. La información del haz puede comprender información de fallos del haz de la SCell.
Preferentemente, la primera señalización comprende un MAC CE truncado indicativo de la información del haz de la SCell. La información del haz puede comprender información de fallos del haz de la SCell.
Preferentemente, el UE inicia un temporizador en respuesta a la transmisión de la primera señalización y reinicia el temporizador en respuesta a una retransmisión de la primera señalización. En algunos ejemplos, en respuesta a cada retransmisión de la primera señalización por el UE, el UE puede reiniciar el temporizador. Alternativa y/o adicionalmente, el UE puede reiniciar el temporizador en respuesta a la realización de múltiples retransmisiones de la primera señalización.
Preferentemente, la segunda señalización es una transmisión del PDCCH
Preferentemente, la segunda señalización se dirige a un C-RNTI asociado al UE.
Preferentemente, la recuperación de fallos del haz (por ejemplo, la recuperación de fallos del haz de la SCell) se desencadena en respuesta a una o más indicaciones de fallos del haz asociadas con la SCell. La una o más indicaciones de fallos del haz pueden recibirse por una entidad MAC del UE desde una o más capas del UE (por ejemplo, una o más capas inferiores del UE). En algunos ejemplos, el UE puede desencadenar la recuperación de fallos del haz (por ejemplo, la recuperación de fallos del haz de la SCell) en respuesta a la recepción (por la entidad MAC, por ejemplo) de indicaciones de fallos del haz asociadas con la SCell que ascienden a un número umbral de indicaciones de fallos del haz (desde una o más capas del UE, por ejemplo).
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir al UE (i) desencadenar una recuperación de fallos del haz para una SCell, (ii) iniciar un procedimiento de acceso aleatorio en respuesta a la recuperación de fallos del haz (por ejemplo, recuperación de fallos del haz de la SCell), (iii) transmitir una primera señalización a una red mediante el uso de un primer proceso HARQ, (iv) recibir una segunda señalización desde una red, y (v) determinar si una resolución de contención asociada con el procedimiento de acceso aleatorio es exitosa en base a si la segunda señalización comprende y/o es indicativa de una concesión del UL (para una nueva transmisión, por ejemplo) para el UE (y/o si la resolución de contención asociada con el procedimiento de acceso aleatorio es exitosa puede determinarse en base a otra información además a si la segunda señalización comprende y/o es indicativa de una concesión del UL). Además, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas las acciones y pasos descritos anteriormente y/o otros descritos en la presente memoria.
La Figura 14 es un diagrama de flujo 1400 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En la etapa 1405, el UE inicia un procedimiento de acceso aleatorio. En la etapa 1410, el UE recibe una transmisión del PDCCH. En la etapa 1415, el UE determina si la resolución de contención asociada con el procedimiento de Acceso Aleatorio es exitosa. Si el procedimiento de acceso aleatorio se inicia para la recuperación de fallos del haz de la SpCell (por ejemplo, si el procedimiento de acceso aleatorio se inicia en respuesta a la recuperación de fallos del haz de la SpCell asociado con una SpCell), si la resolución de contención es exitosa se determina en base a si la transmisión del PDCCH se dirige a un C-RNTI del UE (y/o si la resolución de contención es exitosa puede determinarse en base a otra información además de si la transmisión del PDCCH se dirige al C-RNTI del UE). Si el procedimiento de Acceso Aleatorio se inicia para la recuperación de fallos del haz de la SCell (por ejemplo, si el procedimiento de Acceso Aleatorio se inicia en respuesta a la recuperación de fallos del haz de la SCell asociada con una SCell), si la resolución de contención es exitosa se determina en función de si la transmisión del PDCCH se dirige al C-RNTI del UE y si la transmisión del PDCCH comprende una concesión del UL para una nueva transmisión (y/o si la resolución de contención es exitosa puede determinarse en base a otra información además de si la transmisión del PDCCH se dirige al C-RNTI del UE y si la transmisión del PDCCH comprende la concesión del UL para la nueva transmisión).
Preferentemente, si el procedimiento de Acceso Aleatorio se inicia para la recuperación de fallos del haz de la SpCell, no se determina si la resolución de contención tiene éxito en base a si la transmisión del PDCCH comprende la concesión del UL para la nueva transmisión.
Preferentemente, si se inicia el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SCell, el UE determina que la resolución de contención es exitosa en base a que la transmisión del PDCCH se dirige al C-RNTI del UE y la transmisión del PDCCH comprende la concesión del UL para la transmisión nueva. Por ejemplo, si se inicia el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SCell, el Ue puede considerar que la resolución de contención es exitosa si la transmisión del PDCCH se dirige al C-RNTI del UE y el PDCCH comprende la concesión del UL para la transmisión nueva.
Preferentemente, la concesión del UL es para un proceso HARQ asociado con la transmisión de un Msg3 del procedimiento de acceso aleatorio. Por ejemplo, el UE puede transmitir el Msg3 mediante el uso del proceso HARQ. El Msg3 puede transmitirse (mediante el uso del proceso HARQ, por ejemplo) antes de que el UE reciba la transmisión del PDCCH. En algunos ejemplos, si el procedimiento de Acceso Aleatorio se inicia para la recuperación de fallos del haz de la SCell, si la resolución de contención es exitosa se determina en base a si la concesión del UL y/o la nueva transmisión son para el proceso HARQ (por ejemplo, el UE puede determinar que la resolución de contención es exitosa en base a que la transmisión del PDCCH se dirige al C-RNTI del UE, la transmisión del PDCCH comprende la concesión del UL para la nueva transmisión, y la concesión del UL y/o la nueva transmisión son para el proceso HARQ).
Preferentemente, si el procedimiento de Acceso Aleatorio se inicia para la recuperación de fallos del haz de la SCell, el UE no determina que la resolución de contención es exitosa en base a que la transmisión del PDCCH no comprende la concesión del UL para la nueva transmisión (incluso si la transmisión del PDCCH se dirige al C-RNTI de la UE). El UE puede determinar que la resolución de contención todavía no tiene éxito en base a que la transmisión del PDCCH no comprende la concesión del UL para la nueva transmisión. Por ejemplo, si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell, el UE puede no considerar que la resolución de contención sea exitosa si la transmisión del PDCCH no comprende la concesión del UL para la nueva transmisión (incluso si la transmisión del PDCCH se dirige al C-RNTI del UE, por ejemplo). Preferentemente, la transmisión del PDCCH asigna una asignación del DL. Por ejemplo, el UE puede usar la asignación del DL para recibir una transmisión desde una red. En algunos ejemplos, en respuesta a la determinación de que la resolución de contención todavía no tiene éxito (y/o cuando el UE no considera que la resolución de contención sea exitosa), el UE puede realizar el monitoreo del PDCCH (por ejemplo, continuar realizando el monitoreo del PDCCH) para la recepción de una segunda transmisión del PDCCH que se dirige al C-RNTI del UE y que comprende la concesión del Ul para la nueva transmisión. En algunos ejemplos, si el UE no recibe la segunda transmisión del PDCCH (y/o si el UE no recibe la segunda transmisión del PDCc H antes de que expire un temporizador asociado con la resolución de contención), el UE puede determinar que la resolución de contención falló. Alternativa y/o adicionalmente, si el UE recibe la segunda transmisión del PDCCH (y/o si el UE recibe la segunda transmisión del PDCCH antes de que expire el temporizador asociado con la resolución de contención), el UE puede determinar que la resolución de contención es exitosa.
Preferentemente, si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell, el UE determina que la resolución de contención es exitosa en base a que la transmisión del PDCCH se dirige al C-RNTI del UE. Por ejemplo, si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell, el UE puede considerar que la resolución de contención es exitosa si la transmisión del PDCCH se dirige al C-RNTI del UE. Preferentemente, la transmisión del PDCCH asigna una asignación del DL. Por ejemplo, el UE puede usar la asignación del DL para recibir una transmisión desde una red. En algunos ejemplos, si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell, el UE determina que la resolución de contención es exitosa en base a que la transmisión del PDCCH se dirige al C-RNTI del UE, incluso si la transmisión del PDCCH no comprende la concesión del UL (y/o incluso si la transmisión del PDCCH no incluye ninguna concesión del UL).
Preferentemente, si el inicio del procedimiento de acceso aleatorio se realiza para la recuperación de fallos del haz de la SpCell, el UE no determina que la resolución de contención es exitosa en base a que la transmisión del PDCCH no se dirige al C-RNTI del UE. Por ejemplo, si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell, el UE puede no considerar que la resolución de contención sea exitosa si la transmisión del PDCCH no se dirige al C-RNTi del UE. En algunos ejemplos, en respuesta a la determinación de que la resolución de contención todavía no tiene éxito (y/o cuando el UE no considera que la resolución de contención sea exitosa), el UE puede realizar el monitoreo del PDCCH (por ejemplo, continuar realizando el monitoreo del PDCCH) para la recepción de una segunda transmisión del PDCCH que se dirige al C-RNTI del UE. En algunos ejemplos, si el UE no recibe la segunda transmisión del PDCCH (y/o si el UE no recibe la segunda transmisión del PDCCH antes de que expire un temporizador asociado con la resolución de contención), el UE puede determinar que la resolución de contención falló. Alternativa y/o adicionalmente, si el UE recibe la segunda transmisión del PDCCH (y/o si el UE recibe la segunda transmisión del PDCCH antes de que expire el temporizador asociado con la resolución de contención), el UE puede determinar que la resolución de contención es exitosa.
Preferentemente, el procedimiento de acceso aleatorio se inicia para la recuperación de fallos del haz de la SCell. El procedimiento de acceso aleatorio se inicia en respuesta a la recuperación de fallos del haz de la SCell (por ejemplo, el procedimiento de Acceso Aleatorio puede iniciarse en respuesta al desencadenamiento de la recuperación de fallos del haz de la SCell). La recuperación de fallos del haz de la SCell se desencadena en respuesta a una indicación de fallo del haz asociada con una SCell asociada con la recuperación de fallos del haz de la SCell (por ejemplo, el UE puede desencadenar la recuperación de fallos del haz de la SCell en respuesta a indicaciones de fallo del haz, asociadas con la SCell, que ascienden a un número umbral de indicaciones de fallo del haz).
Preferentemente, el UE determina que el procedimiento de acceso aleatorio se completó exitosamente en base a una determinación de que la resolución de contención es exitosa. Por ejemplo, el UE puede determinar que el procedimiento de acceso aleatorio se completa exitosamente cuando el UE determina que la resolución de contención es exitosa (y/o en respuesta a la determinación de que la resolución de contención es exitosa).
Preferentemente, la determinación de si la resolución de contención tiene éxito corresponde a una determinación de un estado de resolución de contención del procedimiento de acceso aleatorio. El estado de resolución de contención puede indicar que la resolución de contención no tiene éxito hasta que el UE determina que la resolución de contención es exitosa. En algunos ejemplos, el UE determina que el procedimiento de acceso aleatorio se completa exitosamente en base a una determinación de que la resolución de contención es exitosa y/o en base al estado de resolución de contención que indica que la resolución de contención es exitosa. En algunos ejemplos, cuando el estado de resolución de contención indica que la resolución de contención todavía no tiene éxito, el UE puede analizar las señales del DL (por ejemplo, las transmisiones del PDCCH) recibidas por el UE, tal como mediante el uso de una o más de las técnicas en la presente memoria, para determinar si la resolución de contención es exitosa y/o para actualizar el estado de resolución de contención. En un ejemplo en el que se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell y la transmisión del PDCCH no comprende la concesión del UL, el UE puede no determinar que la resolución de contención es exitosa y/o el estado de resolución de contención puede indicar que la resolución de contención todavía no tiene éxito (por ejemplo, el UE no puede cambiar el estado de resolución de contención, de indicar que la resolución de contención todavía no es exitosa a indicar que la resolución de contención es exitosa, en respuesta a determinar que la transmisión del PDCCH no comprende la concesión del UL). Cuando el estado de resolución de contención indica que la resolución de contención todavía no tiene éxito (antes de que expire un temporizador asociado con la resolución de contención, por ejemplo), el UE puede realizar un monitoreo del PDCCH para recibir una o más transmisiones del PDCCH. Por ejemplo, en respuesta a la recepción de una segunda transmisión del PDCCH que se dirige al C-RNTI del UE y que comprende la concesión del UL para la nueva transmisión (antes de que expire el temporizador asociado con la resolución de contención, por ejemplo), el UE puede determinar que la resolución de contención es exitosa y/o puede actualizar el estado de resolución de contención para indicar que la resolución de contención es exitosa (y por lo tanto, el UE puede determinar que el procedimiento de acceso aleatorio se completó exitosamente, por ejemplo). Alternativa y/o adicionalmente, si el estado de resolución de contención sigue siendo indicativo de que la resolución de contención no ha sido exitosa hasta que expire el temporizador (y/o si el estado de resolución de contención indica que la resolución de contención todavía no tiene éxito cuando expira el temporizador), el UE puede determinar que la resolución de contención falló.
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir al UE (i) iniciar un procedimiento de acceso aleatorio, (ii) recibir una transmisión del PDCCH y (iii) determinar si la resolución de contención asociada con el procedimiento de acceso aleatorio es exitosa, en el que: si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell, se determina si la resolución de contención es exitosa en base a si la transmisión del PDCCH se dirige a un C-RNTI del UE (y/o si la resolución de contención es exitosa puede determinarse en base a otra información además de si la transmisión del PDCCH se dirige al C-RNTI del UE); y/o si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell, se determina si la resolución de contención es exitosa en base a si la transmisión del PDCCH se dirige al C-RNTI del UE y si la transmisión del PDCCH comprende una concesión del UL para una nueva transmisión (y/o si la resolución de contención es exitosa puede determinarse en base a otra información además de si la transmisión del PDCCH se dirige al C-RNTI del UE y si la transmisión del PDCCH comprende la concesión del UL para la nueva transmisión). Además, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas las acciones y pasos descritos anteriormente y/o otros descritos en la presente memoria.
Para mejorar la memoria descriptiva MAC 3GPP para la comunicación inalámbrica de acuerdo con algunas realizaciones en la presente memoria, se proporcionan las Mejoras 1-3 en la presente memoria. Las Mejoras 1-3 reflejan la implementación de acuerdo con algunas realizaciones en la presente memoria y comprenden adiciones a la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0. De acuerdo con algunas realizaciones, pueden implementarse una, algunas y/o todas las Mejoras 1-3 y/o una, algunas y/o todas las Adiciones 1-7 (discutidas a continuación). Una porción de la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0, sin ninguna adición de Mejoras 1-3, se cita a continuación:
1> si se recibe una notificación de recepción de una transmisión del PDCCH de la SpCell desde capas inferiores: 2> si el C-RNTI MAC CE se incluyó en el Msg3:
3> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI; o
3> si el procedimiento de Acceso Aleatorio se inició mediante una orden del PDCCH y la transmisión del PDCCH se dirige al C-RNTI:
3> si el procedimiento de Acceso Aleatorio se inició por la propia subcapa MAC o por la subcapa RRC y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión: 4>considerar exitosa esta Resolución de contención;
4> detener ra-ContentionResolutionTimer;
4> descartar el TEMPORARY_C-RNTI;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
[...]
En la Mejora 1, se realiza la adición 1 a la porción de la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0 de acuerdo con algunas realizaciones de la presente divulgación, como una o más realizaciones descritas con respecto a la Realización 1. La adición 1 proporciona que, cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell (por ejemplo, la recuperación de fallos del haz asociada con una SpCell) y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE. Sin la adición 1 de la Mejora 1, la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0 proporciona que cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si el procedimiento de acceso aleatorio se inicia para la recuperación de fallos del haz (por ejemplo, la recuperación de fallos del haz asociada con cualquier tipo de celda, como una SCell) y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE. En consecuencia, al realizar operaciones de acuerdo con la porción de la Sección 5.1.5 (como se proporciona originalmente en la memoria descriptiva 3GPP 38.321 16.0.0), el UE puede considerar incorrectamente que la resolución de contención y/o el procedimiento de acceso aleatorio han sido exitosos y/o completados (tal como se analiza en el escenario de ejemplo de la Figura 11).
La adición 1 de la Mejora 1 está en negrita y se precede por el término "ADICIÓN 1 COMIENZA:" y seguido por el término "ADICIÓN 1 FINALIZA" para distinguir la adición 1 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0.
Mejora 1
1> si se recibe una notificación de recepción de una transmisión del PDCCH de la SpCell desde capas inferiores: 2> si el C-RNTI MAC CE se incluyó en el Msg3:
3> si el procedimiento de Acceso Aleatorio se inició para la ADICIÓN 1 COMIENZA: ADICIÓN de SpCell 1 FINALIZA la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI; o
3> si el procedimiento de Acceso Aleatorio se inició mediante una orden del PDCCH y la transmisión del PDCCH se dirige al C-RNTI:
3> si el procedimiento de Acceso Aleatorio se inició por la propia subcapa MAC o por la subcapa RRC y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión: 4>considerar exitosa esta Resolución de contención;
4> detener ra-ContentionResolutionTimer;
4> descartar el TEMPORARY_C-RNTI;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
[...]
En la Mejora 2, se realizan las adiciones 2-4 a la porción de la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0 de acuerdo con algunas realizaciones de la presente divulgación, como una o más realizaciones descritas con respecto a la Realización 2. La adición 2 proporciona que, cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell (por ejemplo, la recuperación de fallos del haz asociada con una SpCell) y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE. La adición 3 proporciona que, cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell (por ejemplo, la recuperación de fallos del haz asociada con una SCell) y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE y que contiene una concesión del UL para una nueva transmisión para el proceso HARQ 0. La adición 4 proporciona que, cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si el procedimiento de acceso aleatorio no se inicia para la recuperación de fallos del haz, si el procedimiento de acceso aleatorio es iniciado por una subcapa MAC o subcapa RRC del UE, y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE y que contiene una concesión del UL para una nueva transmisión.
La adición 2 de la Mejora 2 está en negrita y se precede por el término "ADICIÓN 2 COMIENZA:" y seguido por el término "ADICIÓN 2 FINALIZA" para distinguir la adición 2 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0. La adición 3 de la Mejora 2 está en negrita y se precede por el término "ADICIÓN 3 COMIENZA:" y seguido por el término "ADICIÓN 3 FINALIZA" para distinguir la adición 3 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0. La adición 4 de la Mejora 2 está en negrita y se precede por el término "ADICIÓN 4 COMIENZA:" y seguido por el término "ADICIÓN 4 FINALIZA" para distinguir la adición 4 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3g PP 38.321 16.0.0.
Mejora 2
1> si se recibe una notificación de recepción de una transmisión del PDCCH de la SpCell desde capas inferiores: 2> si el C-RNTI MAC CE se incluyó en el Msg3:
3> si el procedimiento de Acceso Aleatorio se inició para ADICIÓN 2 INICIA: ADICIÓN de SpCell 2 FINALIZA la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI; o
ADICIÓN 3 COMIENZA:
3> si el procedimiento de Acceso Aleatorio se inició para la recuperación de fallos del haz de la SCell (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión para el proceso HARQ 0; o
ADICIÓN 3 TERMINA
3> si el procedimiento de Acceso Aleatorio se inició mediante una orden del PDCCH y la transmisión del PDCCH se dirige al C-RNTI:
3> si el procedimiento de Acceso Aleatorio ADICIÓN 4 COMIENZA: no fue iniciado para la recuperación de fallos del haz y ADICIÓN 4 FINALIZA fue iniciado por la propia subcapa MAC o por la subcapa RRC y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión: 4>considerar exitosa esta Resolución de contención;
4> detener ra-ContentionResolutionTimer;
4> descartar el TEMPORARY_C-RNTI;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
[...]
En la Mejora 3, se realizan las adiciones 5-7 a la porción de la Sección 5.1.5 de la memoria descriptiva 38.321 16.0.0 de 3GPP de acuerdo con algunas realizaciones de la presente divulgación, como una o más realizaciones divulgadas con respecto a la Realización 2. La adición 5 proporciona que, cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SpCell (por ejemplo, la recuperación de fallos del haz asociada con una SpCell) y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE. La adición 6 proporciona que, cuando se determina si un procedimiento de acceso aleatorio se ha completado y/o una resolución de contención del procedimiento de acceso aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si se inicia el procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell (por ejemplo, la recuperación de fallos del haz asociada con una SCell) y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE y que contiene una concesión del UL para una nueva transmisión para el proceso HARQ 0. La adición 7 proporciona que, cuando se determina si se completó un procedimiento de Acceso Aleatorio y/o una resolución de contención del procedimiento de Acceso Aleatorio es exitosa, un UE determina que la resolución de contención es exitosa si el procedimiento de Acceso Aleatorio se inicia por una subcapa MAC del UE excepto para la recuperación de fallos del haz (por ejemplo, el procedimiento de Acceso Aleatorio se inicia por la subcapa MAC por una o más razones distintas a la recuperación de fallos del haz y/o en respuesta a uno o más eventos distintos a la recuperación de fallos del haz) o por una subcapa RRC del UE, y si el UE recibe una transmisión del PDCCH que se dirige a un C-RNTI del UE y que contiene una concesión del UL para una nueva transmisión.
La adición 5 de la Mejora 3 está en negrita y se precede por el término "ADICIÓN 5 COMIENZA:" y seguido por el término "ADICIÓN 5 FINALIZA" para distinguir la adición 5 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0. La adición 6 de la Mejora 3 está en negrita y se precede por el término "ADICIÓN 6 COMIENZA:" y seguido por el término "ADICIÓN 6 FINALIZA" para distinguir la adición 6 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3GPP 38.321 16.0.0. La adición 7 de la Mejora 3 está en negrita y se precede por el término "ADICIÓN 7 COMIENZA:" y seguido por el término "ADICIÓN 7 FINALIZA" para distinguir la adición 7 de lo que se incluyó originalmente en la Sección 5.1.5 de la memoria descriptiva 3g PP 38.321 16.0.0.
Mejora 3
1> si se recibe una notificación de recepción de una transmisión del PDCCH de la SpCell desde capas inferiores: 2> si el C-RNTI MAC CE se incluyó en el Msg3:
3> si el procedimiento de Acceso Aleatorio se inició para ADICIÓN 5 INICIA: ADICIÓN de SpCell 5 FINALIZA la recuperación de fallos del haz (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI; o
ADICIÓN 6 COMIENZA:
3> si el procedimiento de Acceso Aleatorio se inició para la recuperación de fallos del haz de la SCell (como se especifica en la cláusula 5.17) y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión para el proceso HARQ 0; o
ADICIÓN 6 TERMINA
3> si el procedimiento de Acceso Aleatorio se inició mediante una orden del PDCCH y la transmisión del PDCCH se dirige al C-RNTI:
3> si el procedimiento de Acceso Aleatorio se inicia por la propia subcapa MAC, ADICIÓN 7 INICIA: excepto para la recuperación de fallos del haz, ADICIÓN 7 FINALIZA o por la subcapa RRC y la transmisión del PDCCH se dirige al C-RNTI y contiene una concesión del UL para una nueva transmisión:
4>considerar exitosa esta Resolución de contención;
4> detener ra-ContentionResolutionTimer;
4> descartar el TEMPORARY_C-RNTI;
4> considerar este procedimiento de Acceso Aleatorio completado exitosamente.
[...]
Puede proporcionarse un dispositivo de comunicación (por ejemplo, un UE, una estación base, un nodo de red, etc.), en el que el dispositivo de comunicación puede comprender un circuito de control, un procesador instalado en el circuito de control y/o una memoria instalada en el circuito de control y acoplado al procesador. El procesador puede configurarse para ejecutar un código de programa almacenado en la memoria para realizar las etapas del procedimiento ilustradas en las Figuras 13-14. Además, el procesador puede ejecutar el código de programa para realizar una, algunas y/o todas las acciones y etapas descritas anteriormente y/o otras descritas en la presente memoria.
Puede proporcionarse un medio legible por computadora. El medio legible por ordenador puede ser un medio legible por ordenador no transitorio. El medio legible por ordenador puede comprender un dispositivo de memoria flash, una unidad de disco duro, un disco (por ejemplo, un disco magnético y/o un disco óptico, como al menos uno de los discos versátiles digitales (DVD), un disco compacto (CD), etc.), y/o un semiconductor de memoria, tal como al menos uno de memoria de acceso aleatorio estática (SRAM), memoria de acceso aleatorio dinámica (DRAM), memoria de acceso aleatorio dinámica síncrona (SDRAM), etc. El medio legible por ordenador puede comprender instrucciones ejecutables por el procesador, que cuando se ejecutan provocan la realización de una, algunas y/o todas las etapas del procedimiento ilustradas en las Figuras 13-14, y/o una, algunas y/o todas las acciones y etapas descritas anteriormente y/u otras descritas en la presente memoria.
Puede apreciarse que la aplicación de una o más de las técnicas presentadas en la presente memoria puede resultar en uno o más beneficios que incluyen, entre otros, una mayor eficiencia de comunicación entre dispositivos (por ejemplo, un UE y/o un nodo de red). La mayor eficiencia puede ser el resultado de permitir que el UE determine correctamente si se completa exitosamente un procedimiento de Acceso Aleatorio para la recuperación de fallos del haz de la SCell. Por ejemplo, si se realiza un procedimiento de acceso aleatorio para la recuperación de fallos del haz de la SCell, el UE puede determinar si el procedimiento de acceso aleatorio se completó exitosamente en base a si una transmisión del PDCCH recibida se dirige a C-RNTI y si la transmisión del PDCCH recibida comprende una concesión del UL.
Diversos aspectos de la divulgación se han descrito anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulga en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualesquiera otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede practicarse un procedimiento mediante el uso de cualquier número de los aspectos expuestos en la presente memoria. En adición, dicho aparato puede implementarse o dicho procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad además de, u otros que uno o más de los aspectos expuestos en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a la posición o los desplazamientos del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso, las posiciones o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que pueden referenciarse a lo largo de la descripción anterior pueden representarse por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos que se describen en relación con los aspectos que se divulgan en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de fuente o alguna otra técnica), diversas formas de código de programa o diseños que incorporan instrucciones (que pueden denominarse en la presente memoria, para conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativas se han descrito anteriormente en general en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema en general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro de o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), un arreglo de puerta programable de campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador, o máquina de estado. Un procesador puede implementarse también como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra dicha configuración.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden específico o la jerarquía de los pasos en los procesos puede reorganizarse mientras se mantiene dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en la presente memoria, por conveniencia, como un "procesador") tal que el procesador pueda leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede integrarse al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Alternativa y/o adicionalmente, en algunos aspectos cualquier producto de programa de ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa de ordenador puede comprender materiales de envase.

Claims (11)

  1. REIVINDICACIONES
    i . Un procedimiento de un Equipo de Usuario, en lo siguiente denominado también como UE, que comprende:
    iniciar un procedimiento de acceso aleatorio (1405);
    recibir una transmisión del Canal Físico de Control de Enlace Descendente, en lo sucesivo también denominado PDCCH, (1410); y
    determinar si la resolución de contención asociada con el procedimiento de acceso aleatorio es exitosa (1415),
    caracterizado porque
    si el inicio del procedimiento de Acceso Aleatorio se realiza para la recuperación de fallos del haz de Celda Especial, en lo sucesivo también denominada SpCell, la determinación de si la resolución de contención es exitosa se basa en si la transmisión del PDCCH se dirige a un Identificador Temporal de Red de Radio de Celda, en lo sucesivo también denominado C-RNTI, del UE; y
    si el inicio del procedimiento de acceso aleatorio se realiza para la recuperación de fallos del haz de celda Secundaria, en lo sucesivo también denominada SCell, la determinación de si la resolución de contención es exitosa se basa en si la transmisión del PDCCH se dirige al C-RNTI del UE y si la transmisión del PDCCH comprende una concesión de enlace ascendente, en lo sucesivo también denominado como UL, para una nueva transmisión.
  2. 2. El procedimiento de la reivindicación 1, en el que:
    si el inicio del procedimiento de Acceso Aleatorio se realiza para la recuperación de fallos del haz de la SCell, la determinación de si la resolución de contención es exitosa comprende determinar que la resolución de contención es exitosa en base a que la transmisión del PDCCH se dirige al C-RNTI del UE y la transmisión del PDCCH que comprende la concesión del UL para la nueva transmisión.
  3. 3. El procedimiento de la reivindicación 1 o 2, en el que:
    la concesión del UL es para un proceso de Solicitud de Repetición Automática Híbrida, en lo sucesivo también denominado HARQ, asociado con la transmisión de un Msg3 del procedimiento de acceso aleatorio.
  4. 4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, en el que:
    si el inicio del procedimiento de acceso aleatorio se realiza para la recuperación de fallos del haz de la SCell, la determinación de si la resolución de contención es exitosa comprende no determinar que la resolución de contención es exitosa en base a la transmisión del PDCCH dirigida al C-RNTI del UE y la transmisión del PDCCH que no incluye la concesión del UL para la nueva transmisión.
  5. 5. El procedimiento de una cualquiera de las reivindicaciones 1 a 4, en el que:
    si el inicio del procedimiento de Acceso Aleatorio se realiza para la recuperación de fallos del haz de la SpCell, la determinación de si la resolución de contención es exitosa comprende determinar que la resolución de contención es exitosa en base a la transmisión del PDCCH dirigida al C-RNTI del UE.
  6. 6. El procedimiento de la reivindicación 4 o 5, en el que:
    la transmisión del PDCCH asigna una asignación del enlace descendente, en lo sucesivo también denominado como DL.
  7. 7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que:
    si el inicio del procedimiento de acceso aleatorio se realiza para la recuperación de fallos del haz de la SpCell, la determinación de si la resolución de contención es exitosa comprende no determinar que la resolución de contención es exitosa en base a que la transmisión del PDCCH no se dirige al C-RNTI del UE.
  8. 8. El procedimiento de una cualquiera de las reivindicaciones 1 a 7, en el que:
    la recuperación de fallos del haz de la SCell se desencadena en respuesta a una indicación de fallo del haz asociada con una SCell.
  9. 9. El procedimiento de una cualquiera de las reivindicaciones 1 a 8, que comprende:
    determinar que el procedimiento de Acceso Aleatorio se completó exitosamente en base a una determinación de que la resolución de contención es exitosa.
  10. 10. Un Equipo de Usuario, en lo siguiente denominado también como UE, que comprende:
    un circuito de control (306);
    un procesador (308) instalado en el circuito de control (306); y
    una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308),
    caracterizado porque el procesador (308) se configura para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar operaciones, las operaciones que comprenden las etapas del procedimiento como se define en una cualquiera de las reivindicaciones 1 a 9.
  11. 11. Un medio legible por ordenador no transitorio que comprende instrucciones ejecutables por procesador que, cuando se ejecutan por un Equipo de Usuario, en lo sucesivo también denominado UE, provocan la realización de operaciones,
    caracterizado porque las operaciones comprenden las etapas del procedimiento como se define en una cualquiera de las reivindicaciones 1 a 9.
ES21166496T 2020-04-10 2021-04-01 Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica Active ES2930501T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US202063008206P 2020-04-10 2020-04-10

Publications (1)

Publication Number Publication Date
ES2930501T3 true ES2930501T3 (es) 2022-12-14

Family

ID=75362368

Family Applications (1)

Application Number Title Priority Date Filing Date
ES21166496T Active ES2930501T3 (es) 2020-04-10 2021-04-01 Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica

Country Status (7)

Country Link
US (2) US11234276B2 (es)
EP (1) EP3893588B1 (es)
JP (1) JP7016440B2 (es)
KR (1) KR102397229B1 (es)
CN (1) CN113543182B (es)
ES (1) ES2930501T3 (es)
TW (1) TWI746402B (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020145733A1 (en) 2019-01-10 2020-07-16 Samsung Electronics Co., Ltd. Method and apparatus for resource allocation for network coordination
US11219057B2 (en) * 2019-02-15 2022-01-04 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in wireless communication system
CN113543182B (zh) * 2020-04-10 2022-05-03 华硕电脑股份有限公司 用于次小区波束故障恢复的随机接入程序的方法和设备
US11683733B2 (en) * 2020-04-22 2023-06-20 Samsung Electronics Co., Ltd. Method and device for handling LBT failure indicator when DAPS handover is configured in wireless communication system
CN113766660B (zh) * 2020-06-04 2024-02-09 大唐移动通信设备有限公司 Sr发送方法和终端
US11665747B2 (en) * 2020-06-26 2023-05-30 Qualcomm Incorporated Random access configurations using reference signals
WO2022073490A1 (zh) * 2020-10-09 2022-04-14 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US12495440B2 (en) * 2021-10-21 2025-12-09 Ofinno, Llc Two-step random access procedure with discontinuous reception
US20230180333A1 (en) * 2021-12-08 2023-06-08 Samsung Electronics Co., Ltd. Method and apparatus for handling pucch resource for enhanced beam failure recovery in wireless communication system
CN116266962A (zh) * 2021-12-17 2023-06-20 华硕电脑股份有限公司 无线通信系统中用于上行链路时间对准的方法和设备
WO2023205975A1 (zh) * 2022-04-24 2023-11-02 富士通株式会社 辅小区波束失败恢复的方法和装置

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10555348B2 (en) * 2015-03-11 2020-02-04 Lg Electronics Inc. Method for operating a fast random access procedure in a wireless communication system and a device therefor
US10397958B2 (en) * 2017-03-17 2019-08-27 Asustek Computer Inc. Method and apparatus for backoff mechanism applied for random access procedure in a wireless communication system
WO2019032882A1 (en) * 2017-08-09 2019-02-14 Idac Holdings, Inc. METHODS AND SYSTEMS FOR RECOVERING AND BEAM MANAGEMENT
KR102173269B1 (ko) * 2017-09-22 2020-11-04 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서의 대역폭부 오정렬 방지 방법 및 장치
EP3500038B1 (en) 2017-12-13 2019-10-23 ASUSTek Computer Inc. Method and apparatus of handling bwp inactivity timer during random access procedure in a wireless communication system
KR102460782B1 (ko) * 2018-01-10 2022-10-31 삼성전자 주식회사 차세대 이동통신 시스템에서 시스템 정보 요청 시 효율적으로 단말 동작을 수행하는 방법 및 장치
CN110035558B (zh) * 2018-01-11 2021-03-26 华硕电脑股份有限公司 通过随机接入程序恢复波束失效的方法和设备
US20190289661A1 (en) * 2018-03-16 2019-09-19 Asustek Computer Inc. Method and apparatus of handling multiple radio resource control (rrc) procedures in a wireless communication system
WO2019174036A1 (en) 2018-03-16 2019-09-19 Lenovo (Beijing) Limited Beam failure recovery
EP3744140B1 (en) 2018-03-30 2024-02-14 Ofinno, LLC Bandwidthpart (bwp) switching during beam failure recovery
KR102477564B1 (ko) 2018-04-05 2022-12-14 주식회사 아이티엘 무선 통신 시스템에서 빔 실패 복구 동작 방법 및 장치
CN114499809B (zh) * 2018-04-13 2023-10-03 华硕电脑股份有限公司 无线通信系统中用于数据传送的波束指示的方法和设备
JP2020014082A (ja) * 2018-07-17 2020-01-23 シャープ株式会社 基地局装置、端末装置、通信方法、および、集積回路
CN112640321B (zh) * 2018-08-07 2024-11-29 欧芬诺有限责任公司 用于波束故障恢复程序中的小区分组的方法和系统
WO2020029203A1 (en) 2018-08-09 2020-02-13 Nec Corporation Method, device and computer readable medium for beam failure recovery for secondary cell
CN113170503B (zh) * 2018-09-28 2024-08-30 三星电子株式会社 无线通信系统中的随机接入方法和装置
EP3651498A1 (en) * 2018-11-12 2020-05-13 Panasonic Intellectual Property Corporation of America User equipment involved in cell re-selection
WO2021006804A1 (en) * 2019-07-10 2021-01-14 Telefonaktiebolaget Lm Ericsson (Publ) Rach-report indicating rat or node in a dual-connectivity / multi-rat configuration
US11497026B2 (en) * 2019-09-11 2022-11-08 Samsung Electronics Co., Ltd. Channel reception or transmission in a coreset based on an RSRP threshold
US11381300B2 (en) * 2019-10-25 2022-07-05 FG Innovation Company Limited Method and apparatus for performing random access procedure for beam failure recovery
US20210153193A1 (en) * 2019-11-14 2021-05-20 Asustek Computer Inc. Method and apparatus for uplink timing determination in a wireless communication system
US11659597B2 (en) * 2019-11-29 2023-05-23 FG Innovation Company Limited User equipment and method for two-step random access procedure
US11418249B2 (en) * 2019-12-06 2022-08-16 Asustek Computer Inc. Method and apparatus for handling beam failure recovery regarding cell deactivation in a wireless communication system
CN113543182B (zh) * 2020-04-10 2022-05-03 华硕电脑股份有限公司 用于次小区波束故障恢复的随机接入程序的方法和设备

Also Published As

Publication number Publication date
EP3893588B1 (en) 2022-08-31
US20210321461A1 (en) 2021-10-14
KR102397229B1 (ko) 2022-05-12
US11234276B2 (en) 2022-01-25
JP2021168470A (ja) 2021-10-21
JP7016440B2 (ja) 2022-02-04
CN113543182A (zh) 2021-10-22
TWI746402B (zh) 2021-11-11
KR20210127091A (ko) 2021-10-21
US20220104273A1 (en) 2022-03-31
CN113543182B (zh) 2022-05-03
EP3893588A1 (en) 2021-10-13
TW202139765A (zh) 2021-10-16

Similar Documents

Publication Publication Date Title
ES2930501T3 (es) Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica
US12074716B2 (en) HARQ feedback collision in unlicensed bands
US12543201B2 (en) Access procedure resource configuration
US11317446B2 (en) Method and apparatus of handling BWP inactivity timer during random access procedure in a wireless communication system
CN115211062B (zh) 无线通信系统中的确认传输
US20220337456A1 (en) Uplink Operations of Multi-Transmission Reception Points and Panel
CN114642072B (zh) 随机接入响应的接收
US20240389161A1 (en) Random Access Response Reception of Random Access Procedure
US20230006780A1 (en) Transmitting or Dropping HARQ Feedback Based on Transport Block Priority
ES2818593T3 (es) Procedimiento y aparato para prevenir la desalineación de la parte del ancho de banda en un sistema de comunicación inalámbrica
US20220210806A1 (en) Uplink Data Transmission for Random Access of Reduced Capability Device
ES2923517T3 (es) Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica
WO2022133357A1 (en) Random access identifier for reduced capability device
EP4369672A2 (en) Downlink control channel skipping
EP3399724A1 (en) Method and apparatus of transmitting data duplication in a wireless communication system
US20240243895A1 (en) Time Division Duplexing for Reduced Capability Wireless Devices
CN117581495A (zh) 下行链路调度和混合自动重复请求反馈
US20240243839A1 (en) Enhanced retransmission for sidelink communications
US20220030577A1 (en) Feedback Transmission with Multiple Transmission Reception Points
US20260059406A1 (en) Default Reference Signal for Handover Procedure in Non-Terrestrial Networks
CN121773673A (zh) 层1/2触发的移动性过程
US20240154734A1 (en) Harq feedback for sps activation/deactivation in non-terrestrial networking
HK40061893B (en) Method of a user equipment, user equipment and non-transitory computer readable medium for random access procedure for secondary cell beam failure recovery in a wireless communication system
HK40061893A (en) Method of a user equipment, user equipment and non-transitory computer readable medium for random access procedure for secondary cell beam failure recovery in a wireless communication system
EP4541101A1 (en) Discontinuous reception and network energy saving