ES2936025T3 - Método y aparato para la priorización entre datos de enlace ascendente y solicitud de planificación en un sistema de comunicación inalámbrica - Google Patents
Método y aparato para la priorización entre datos de enlace ascendente y solicitud de planificación en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2936025T3 ES2936025T3 ES21164817T ES21164817T ES2936025T3 ES 2936025 T3 ES2936025 T3 ES 2936025T3 ES 21164817 T ES21164817 T ES 21164817T ES 21164817 T ES21164817 T ES 21164817T ES 2936025 T3 ES2936025 T3 ES 2936025T3
- Authority
- ES
- Spain
- Prior art keywords
- grant
- scheduling request
- priority
- triggered
- logical channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 182
- 238000004891 communication Methods 0.000 title description 37
- 238000012913 prioritisation Methods 0.000 claims abstract description 56
- 230000001413 cellular effect Effects 0.000 claims abstract 2
- 230000005540 biological transmission Effects 0.000 claims description 235
- 230000001960 triggered effect Effects 0.000 claims description 194
- 230000004044 response Effects 0.000 claims description 52
- 238000011084 recovery Methods 0.000 claims description 41
- 230000001052 transient effect Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 description 55
- 238000007792 addition Methods 0.000 description 29
- 238000001514 detection method Methods 0.000 description 11
- 238000013439 planning Methods 0.000 description 11
- 230000009471 action Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 230000006872 improvement Effects 0.000 description 6
- 230000002441 reversible effect Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 230000010363 phase shift Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 239000002689 soil Substances 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000945 filler Substances 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- 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/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se describen un método y un aparato. En un ejemplo desde la perspectiva de un equipo de usuario (UE) configurado con priorización basada en canales lógicos, el UE determina la priorización entre una primera concesión de enlace ascendente (UL) y una primera solicitud de programación basada en un primer canal lógico asociado con la activación de la primera solicitud de programación , en el que la primera concesión de UL y la primera solicitud de programación se superponen en el dominio del tiempo (1405). El UE recibe una segunda concesión de UL, en el que la segunda concesión de UL y una segunda solicitud de programación se superponen en el dominio del tiempo (1410). El UE prioriza la segunda concesión de UL sobre la segunda solicitud de programación en función de que la segunda concesión de UL se dirija a un Identificador temporal de red de radio celular temporal (C-RNTI) del UE (1415). (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método y aparato para la priorización entre datos de enlace ascendente y solicitud de planificación en un sistema de comunicación inalámbrica
Esta divulgación generalmente se refiere a redes de comunicación inalámbrica y, más particularmente, a un método y aparato para priorizar entre datos de enlace ascendente y solicitud de planificación en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos a y desde dispositivos de comunicación móviles, las redes de comunicación por voz móvil tradicionales están evolucionando a redes que se comunican con paquetes de datos del protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de los dispositivos de comunicación móviles 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 caudal de datos alto para realizar los servicios de voz sobre IP y multimedia anteriormente mencionados. Actualmente la organización de normas 3GPP está analizando una nueva tecnología de radio para la próxima generación (por ejemplo, 5G). Por consiguiente, se están presentando actualmente cambios al cuerpo actual de la norma de 3GPP y se consideran que evolucionan y finalizan la norma 3GPP.
El documento R2-2002341 del 3GPP menciona el método de priorización basado en lch entre una concesión de enlace ascendente y una solicitud de planificación. Documentos del 3GPP relevantes adicionales incluyen R2-2000173, R2-1912213 y R2-2000116.
Sumario
De acuerdo con la presente divulgación, se proporciona un método, un equipo de usuario y un medio legible por ordenador y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen realizaciones preferidas de las mismas.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con una realización ilustrativa.
La Figura 2 es un diagrama de bloques de un sistema transmisor (también conocido como red de acceso) y un sistema receptor (también conocido como equipo de usuario o UE) de acuerdo con una realización ilustrativa. La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ilustrativa.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es un diagrama de un elemento de control (CE) de control de acceso al medio (MAC) de fallo de escuchar antes de hablar (LBT) de un octeto de acuerdo con una realización ilustrativa.
La Figura 6 es un diagrama de un CE de MAC de fallo de LBT de cuatro octetos de acuerdo con una realización ilustrativa.
La Figura 7 ilustra un escenario ilustrativo asociado con un UE configurado con priorización basada en canal lógico de acuerdo con una realización ilustrativa.
La Figura 8 ilustra un escenario ilustrativo asociado con un UE configurado con priorización basada en canal lógico de acuerdo con una realización ilustrativa.
La Figura 9 ilustra un escenario ilustrativo asociado con un UE configurado con priorización basada en canal lógico de acuerdo con una realización ilustrativa.
La Figura 10 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 11 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 12 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 13 es un diagrama de flujo de acuerdo con una realización ilustrativa.
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 a continuación emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica están ampliamente desplegados para proporcionar diversos tipos de comunicación tal como voz, datos y así sucesivamente. Estos sistemas pueden basarse en acceso múltiple por división de código (CDMA), acceso múltiple por división en el tiempo (TDMA), acceso múltiple por división ortogonal de frecuencia (OFDMA), acceso inalámbrico de LTE (Evolución a Largo Plazo) del Proyecto Común de Tecnologías Inalámbricas de la 3a Generación (3GPP), LTE-A o LTE Avanzada (Evolución a Largo Plazo Avanzada) de 3GPP, UMB (Ultra Banda Ancha Móvil) de 3g Pp2, WiMax, acceso inalámbrico
de NR (Nueva Radio) de 3GPP para 5G o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos descritos a continuación pueden diseñarse para soportar una o más normas tales como la norma ofrecida por un consorcio llamado "Proyecto Común de Tecnologías Inalámbricas de la 3a Generación" denominado en el presente documento como 3GPP, que incluye: R2-2002341, introducción de NR IIOT; R2-2001897, introducción de eMIMO para NR; R2-2001924, introducción de NR-U en 38.321.
La Figura 1 presenta un sistema de comunicación inalámbrica de múltiples accesos de acuerdo con una o más realizaciones de la divulgación. Una red de acceso 100 (AN) incluye múltiples grupos de antenas, uno que incluye 104 y 106, otro que incluye 108 y 110 y uno adicional que incluye 112 y 114. En la Figura 1, únicamente se muestran dos antenas para cada grupo de antenas, sin embargo, pueden utilizarse 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 a través del enlace directo 120 y reciben información desde el terminal de acceso 116 sobre 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 desde el AT 122 por el enlace inverso 124. En un sistema de duplexación de división de frecuencia (FDD), los enlaces de comunicación 118, 120, 124 y 126 pueden usar diferentes frecuencias para comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente de la usada a través del enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseña que se comuniquen a menudo se denominan como un sector de la red de acceso. En la realización, cada uno de los grupos de antena puede diseñarse para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden utilizar formación de haces para mejorar la relación de señal a ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. También, una red de acceso que usa formación de haces para transmitir a los terminales de acceso dispersos aleatoriamente a través de su cobertura normalmente puede provocar menos interferencia a los terminales de acceso en las células vecinas que una red de acceso que trasmite 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 comunicarse 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 eNodo B (eNB), un Nodo B de la próxima generación (gNB) o alguna otra terminología. Un terminal de acceso (AT) puede llamarse también 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 la 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últiple entrada y múltiple salida (MIMO) 200. En el sistema transmisor 210, pueden proporcionarse datos de tráfico para un número de flujos de datos desde un origen de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite a través de una respectiva antena de transmisión. El procesador de datos de TX 214 formatea, codifica e intercala los datos de tráfico para cada flujo de datos basándose en 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 multiplexarse con datos piloto usando técnicas de multiplexación por división de frecuencia ortogonal (OFDM). Los datos piloto pueden ser típicamente un patrón de datos conocido que se procesa de una manera conocida y puede usarse en el sistema receptor para estimar la respuesta de canal. El piloto multiplexado y los datos codificados para cada flujo de datos puede modularse, a continuación, (es decir, mapeados por símbolos) basándose en 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-aria (M-PSK), o modulación por amplitud en cuadratura M-aria (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, a continuación, a un procesador de MIMO de TX 220, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador de MIMO de TX 220 proporciona, a continuación, Nt flujos de símbolos de modulación a Nt transmisores (TMTR) 222a a 222t. En ciertas realizaciones, el procesador de MIMO de TX 220 puede aplicar ponderaciones de formación de haces a los símbolos de los flujos de datos y a la antena desde la que se está transmitiendo el símbolo.
Cada transmisor 222 recibe y procesa un respectivo flujo de símbolos para proporcionar una o más señales analógicas y acondiciona adicionalmente (por ejemplo, amplifica, filtra y/o convierte ascendentemente) las señales analógicas para proporcionar una señal modulada adecuada para su transmisión a través del canal de MIMO. Nt señales
moduladas desde los transmisores 222a a 222t pueden transmitirse, a continuación, desde Nt antenas 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por Nr antenas 252a a 252r y la señal recibida desde cada antena 252 puede proporcionase a un respectivo receptor (RCVR) 254a a 254r. Cada receptor 254 puede acondicionar (por ejemplo, filtra, amplifica y convierte descendentemente) una respectiva señal recibida, digitaliza la señal acondicionada para proporcionar muestras y/o procesa adicionalmente las muestras para proporcionar un correspondiente flujo de símbolos "recibido".
Un procesador de datos de RX 260 recibe, a continuación, y/o procesa los Nr flujos de símbolos recibidos desde Nr transceptores 254 basándose en una técnica de procesamiento de receptor particular para proporcionar Nt flujos de símbolos "detectados". El procesador de datos de RX 260 puede demodular, desintercalar y/o decodificar, a continuación, 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 realizado por el procesador de MIMO de TX 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 (analizado a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una parte de índice de matriz y una parte de valor de clasificación.
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 del enlace inverso puede procesarse, a continuación, por un procesador de datos de TX 238, que también puede recibir datos de tráfico para un número de flujos de datos desde un origen de datos 236, modulados por un modulador 280, acondicionados por los transmisores 254a a 254r y/o transmitidos de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 son recibidas por antenas 224, acondicionadas por receptores 222, demoduladas por un demodulador 240 y procesadas por un procesador de datos 242 de RX para extraer el mensaje del enlace de reserva transmitido por el sistema receptor 250. El procesador 230 puede determinar, a continuación, qué matriz de precodificación usar para determinar las ponderaciones de formación de haces y puede procesar, a continuación, 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 objeto divulgada. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para implementar los UE (o los 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 de LTE o el sistema de 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 de procesamiento central (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, controlando de este modo 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, entregar señales recibidas al circuito de control 306, y emitir señales generadas por el circuito de control 306 de manera inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede utilizarse para realizar la a N 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 de la materia objeto divulgada. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una parte de Capa 3402 y una parte de Capa 2404 y se acopla a una parte de Capa 1406. La parte de capa 3402 puede realizar control de recursos de radio. La parte de capa 2404 puede realizar control de enlace. La parte de capa 1406 puede realizar y/o implementar conexiones físicas.
En R2-2002341, se introduce la priorización entre las concesiones de enlace ascendente (UL) y la solicitud de planificación en el control de acceso al medio (MAC). Las partes de R2-2002341 se citan a continuación:
5.4 Transferencia de datos de UL-SCH
5.4.1 Recepción de concesión de UL
La concesión de enlace ascendente o bien se recibe dinámicamente en el PDCCH, o bien en una respuesta de acceso aleatorio, o bien es configurada de forma semipersistente por RRC. La entidad de MAC deberá tener una concesión de enlace ascendente para transmitir en el UL-SCH. Para realizar las transmisiones solicitadas, la capa de MAC recibe información de HARQ desde capas inferiores. Una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 0 se considera una concesión de enlace ascendente configurada. Una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 1 se considera una concesión de enlace ascendente dinámica.
Si la entidad de MAC tiene un C-RNTI, un C-RNTI temporal o un CS-RNTI, la entidad de MAC deberá, para cada ocasión de PDCCH y para cada célula de servicio que pertenece a un TAG que tiene un timeAlignmentTimer en ejecución y para cada concesión recibida para esta ocasión de PDCCH:
1> si se ha recibido una concesión de enlace ascendente para esta célula de servicio en el PDCCH para el C-RNTI temporal o C-RNTI de la entidad de MAC; o
1> si se ha recibido una concesión de enlace ascendente en una respuesta de acceso aleatorio:
2> si la concesión de enlace ascendente es para el C-RNTI de la entidad de MAC y si la concesión de enlace ascendente previa entregada a la entidad de HARQ para el mismo proceso de HARQ era o bien una concesión de enlace ascendente recibida para el CS-RNTI de la entidad de MAC o una concesión de enlace ascendente configurada:
3> considerar que el NDI se ha alternado para el proceso de HARQ correspondiente, independientemente del valor del NDI.
2> si la concesión de enlace ascendente es para el C-RNTI de la entidad de MAC y el proceso de HARQ identificado está configurado para una concesión de enlace ascendente configurada:
3> iniciar o reiniciar el configuredGrantTimer para el proceso de HARQ correspondiente, si está configurado. 2> entregar la concesión de enlace ascendente y la información de HARQ asociada a la entidad de HARQ. 1> si no, si se ha recibido una concesión de enlace ascendente para esta ocasión de PDCCH para esta célula de servicio en el PDCCH para el CS-RNTI de la entidad de MAC:
2> si el NDI en la información de HARQ recibida es 1:
3> considerar que el NDI para el proceso de HARQ correspondiente no se ha alternado;
3> iniciar o reiniciar el configuredGrantTimer para el proceso de HARQ correspondiente, si está configurado; 3> entregar la concesión de enlace ascendente y la información de HARQ asociada a la entidad de HARQ.
2> si no, si el NDI en la información de HARQ recibida es 0:
3> si los contenidos de PDCCH indican desactivación de tipo 2 de concesión configurada:
4> desencadenar una confirmación de concesión de enlace ascendente configurada.
3> si no, si los contenidos de PDCCH indican activación de tipo 2 de concesión configurada:
4> desencadenar una confirmación de concesión de enlace ascendente configurada;
4> almacenar la concesión de enlace ascendente para esta célula de servicio y la información de HARQ asociada como una concesión de enlace ascendente configurada;
4> inicializar o reinicializar la concesión de enlace ascendente configurada para esta célula de servicio para que comience en la duración de PUSCH asociada y para que se repita de acuerdo con reglas en la cláusula 5.8.2;
4> detener el configuredGrantTimer para el proceso de HARQ correspondiente, si se está ejecutando; Para cada célula de servicio y cada concesión de enlace ascendente configurada, si está configurada y activada, la entidad de MAC deberá:
1> si la entidad de MAC está configurada con Ich-basedPríoritization; o
1> si la duración de PUSCH de la concesión de enlace ascendente configurada no se superpone con la duración de PUSCH de una concesión de enlace ascendente recibida en el PDCCH o en una respuesta de acceso aleatorio para esta célula de servicio:
2> establecer el ID de proceso de HARQ en el ID de proceso de HARQ asociado con esta duración de PUSCH; 2> si el configuredGrantTimer para el proceso de HARQ correspondiente no se está ejecutando:
3> considerar que el bit de NDI para el proceso de HARQ correspondiente se ha alternado;
3> entregar la concesión de enlace ascendente configurada y la información de HARQ asociada a la entidad de HARQ.
Nota del editor: Es FFS si la priorización de datos/SR puede ser un parámetro configurable separado de la priorización de datos/datos.
Para concesiones de enlace ascendente configuradas sin harq-procID-offset, el ID de proceso de HARQ asociado con el primer símbolo de una transmisión de UL se deriva de la siguiente ecuación:
ID de proceso de HARQ = [suelo(CURRENT_symbol//per/od/c/ty)] módulo nrofHARQ-Processes
donde CURRENT_symbol = (SFN * numberOfSlotsPerFrame x numberOfSymbolsPerSlot + número de intervalos en la trama x numberOfSymbolsPerSlot + número de símbolos en el intervalo), y numberOfSlotsPerFrame y numberOfSymbolsPerSlot se refieren al número de intervalos consecutivos por trama y al número de símbolos consecutivos por intervalo, respectivamente, como se especifica en TS 38.211 [8].
Para concesiones de enlace ascendente configuradas con harq-procID-offset, el ID de proceso de HARQ asociado con el primer símbolo de una transmisión de UL se deriva de la siguiente ecuación:
ID de proceso de HARQ = [suelo(CURRENT_symbol /per/od/c/ty)] módulo nrofHARQ-Processes harq-procID-offset.
NOTA 1: CURRENT_symbol se refiere al índice de símbolo de la primera ocasión de transmisión de una agrupación de repetición que tiene lugar.
NOTA 2: Un proceso de HARQ está configurado para una concesión de enlace ascendente configurada donde harq-procID-offset no está configurado, si la concesión de enlace ascendente configurada está activada y el ID del proceso de HARQ asociado es menor que nrofHARQ-Processes. Un proceso de HARQ está configurado para una concesión de enlace ascendente configurada donde harq-procID-offset está configurado, si la concesión de enlace ascendente configurada está activada y el ID del proceso de HARQ asociado es mayor o igual que harq-procID-offset y menor que la suma de harq-procID-offset y nrofHARQ-Processes para la configuración de concesión configurada.
NOTA 3: Si la entidad de MAC recibe tanto una concesión en una respuesta de acceso aleatorio como una concesión superpuesta para su C-RNTI o CS-RNTI, requiriendo transmisiones concurrentes en la SpCell, la entidad de MAC puede elegir continuar o bien con la concesión para su RA-RNTI o bien con la concesión para su C-RNTI o CS-RNTI.
NOTA 4: Un proceso de HARQ no se comparte entre diferentes configuraciones de concesión configuradas.
Para la entidad de MAC configurada con Ich-basedPr/or/t/zat/on, la prioridad de una concesión de enlace ascendente está determinada por la prioridad más alta entre las prioridades de los canales lógicos con datos disponibles que están multiplexados o pueden multiplexarse en la PDU de MAC, de acuerdo con las restricciones de mapeo descritas en la cláusula 5.4.3.I.2.
Nota del editor: La determinación de prioridad considerando el CE de MAC es FFS.
Cuando la entidad de MAC está configurada, con Ich-basedPr/or/t/zat/on, para cada concesión de enlace ascendente que no sea ya una concesión de enlace ascendente sin prioridad:
1> si esta concesión de enlace ascendente está dirigida a CS-RNTI con NDI = 1 o C-RNTI:
2> si no hay una duración de PUSCH superpuesta de una concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
1> de lo contrario, si esta concesión de enlace ascendente es una concesión de enlace ascendente configurada:
2> si no hay una duración de PUSCH superpuesta de otra concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay superposición de duración PUSCH de una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 1 o C-RNTI, en el mismo BWP, cuya prioridad es mayor o igual a la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
NOTA: Si hay una duración PUSCH superpuesta de al menos dos concesiones de enlace ascendente configuradas cuyas prioridades son iguales, la concesión de enlace ascendente priorizada se determina mediante la implementación del UE.
5.4.2 Operación de HARQ
5.4.2.1 Entidad de HARQ
La entidad de MAC incluye una entidad de HARQ para cada célula de servicio con enlace ascendente configurado (incluyendo el caso cuando está configurada con supplementaryUplink), que mantiene un número de procesos de HARQ paralelos.
El número de procesos de HARQ de UL paralelos por entidad de HARQ se especifica en TS 38.214 [7].
Cada proceso de HARQ soporta un TB.
Cada proceso de HARQ está asociado con un identificador de proceso de HARQ. Para transmisión de UL con concesión de UL en respuesta de RA, se usa el identificador de proceso de HARQ 0.
Cuando la entidad de MAC está configurada con push-AgregationFactor > 1, el parámetro push-AgregationFactor proporciona el número de transmisiones de un t B dentro de un grupo de la concesión dinámica. Después de la transmisión inicial, siguen push-AgregationFactor - 1 retransmisiones de HARQ dentro de un grupo. Cuando la entidad de MAC está configurada con repK > 1, el parámetro repK proporciona el número de transmisiones de un TB dentro de un grupo de la concesión de enlace ascendente configurada. Después de la transmisión inicial, siguen las retransmisiones de HARQ dentro de un grupo. Tanto para la concesión dinámica como para la concesión de enlace ascendente configurada, la operación de agrupación se basa en la entidad de HARQ para invocar el mismo proceso de HARQ para cada transmisión que forma parte del mismo grupo. Dentro de un grupo, las retransmisiones de HARQ se desencadenan sin esperar la realimentación de la transmisión anterior de acuerdo con push-AgregationFactor para una concesión dinámica y repK para una concesión de enlace ascendente configurada, respectivamente. Cada transmisión dentro de un grupo es una concesión de enlace ascendente separada después de que la concesión de enlace ascendente inicial dentro de un grupo se entregue a la entidad de HARQ.
Para cada transmisión dentro de un grupo de concesión dinámica, la secuencia de versiones de redundancia se determina de acuerdo con la cláusula 6.1.2.1 de TS 38.214 [7]. Para cada transmisión dentro de un grupo de la concesión de enlace ascendente configurada, la secuencia de versiones de redundancia se determina de acuerdo con la cláusula 6.1.2.3 de TS 38.214 [7].
Para cada concesión de enlace ascendente, la entidad de HARQ deberá:
1> identificar el proceso de HARQ asociado con esta concesión, y para cada proceso de HARQ identificado:
2> si la concesión recibida no se dirigió a un C-RNTI temporal en PDCCH, y el NDI proporcionado en la información de HARQ asociada se ha alternado en comparación con el valor en la transmisión anterior de este TB de este proceso de HARQ; o
2> si se recibió la concesión de enlace ascendente en PDCCH para el C-RNTI y la memoria intermedia de HARQ del proceso identificado está vacía; o
2> si la concesión de enlace ascendente se recibió en una respuesta de acceso aleatorio; o
2> si la concesión de enlace ascendente se recibió en PDCCH para el C-RNTI en ra-ResponseWindow y este PDCCH completó con éxito el procedimiento de acceso aleatorio iniciado para la recuperación de fallo de haz; o
2> si la concesión de enlace ascendente es parte de un grupo de la concesión de enlace ascendente configurada y se puede usar para la transmisión inicial de acuerdo con la cláusula 6.1.2.3 de TS 38.214 [7], y si no se ha obtenido una PDU de MAC para este grupo:
3> si hay una PDU de MAC en la memoria intermedia de Msg3 y la concesión de enlace ascendente se recibió en una respuesta de acceso aleatorio; o:
3> si hay una PDU de MAC en la memoria intermedia de Msg3 y la concesión de enlace ascendente se recibió en PDCCH para el C-RNTI en ra-ResponseWindow y este PDCCH completó con éxito el procedimiento de acceso aleatorio iniciado para la recuperación de fallo de haz:
4> obtener la PDU de MAC para transmitir desde la memoria intermedia de Msg3.
4> si el tamaño de concesión del enlace ascendente no coincide con el tamaño de la PDU de MAC obtenida; y
4> si el procedimiento de acceso aleatorio se completó con éxito tras recibir la concesión de enlace ascendente:
5> indicar a la entidad de multiplexación y ensamblaje que incluya la o las subPDU de MAC que llevan SDU de MAC desde la PDU de MAC obtenida en la transmisión de enlace ascendente posterior; 5> obtener la PDU de MAC a transmitir desde la entidad de multiplexación y ensamblaje.
3> si no, si esta concesión de enlace ascendente es una concesión configurada que es una concesión de enlace ascendente priorizada; y
3> si la concesión configurada está configurada con autonomousReTx; y
3> si se anuló la prioridad a la concesión de enlace ascendente configurada anterior para este proceso de HARQ; y
3> si ya se había obtenido una PDU de MAC para este proceso de HARQ; y
3> si no se ha realizado una transmisión de la PDU de MAC obtenida:
4> considerar que se ha obtenido la PDU de MAC.
3> si no, si la entidad de MAC no está configurada con lch-basedPrioritization; o
3> si esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada:
4> obtener la PDU de MAC a transmitir desde la entidad de multiplexación y ensamblaje, si la hubiera;
3> si se ha obtenido una PDU de MAC a transmitir:
4> entregar la PDU de MAC y la concesión de enlace ascendente y la información de HARQ del TB al proceso de HARQ identificado;
4> instruir al proceso de HARQ identificado para que desencadene una nueva transmisión;
4> si la concesión de enlace ascendente es una concesión de enlace ascendente configurada; o 4> si la concesión de enlace ascendente está dirigida al C-RNTI y el proceso de HARQ identificado está configurado para una concesión de enlace ascendente configurada:
5> iniciar o reiniciar el configuredGrantTimer, si está configurado, para el proceso de HARQ correspondiente cuando se realiza la transmisión.
3> si no:
4> vaciar la memoria intermedia de HARQ del proceso de HARQ identificado.
2> si no (es decir, retransmisión):
3> si la concesión de enlace ascendente recibida en PDCCH se dirigió a CS-RNTI y si la memoria intermedia de HARQ del proceso identificado está vacía; o
3> si la concesión de enlace ascendente es parte de un grupo y si no se ha obtenido ninguna PDU de MAC para este grupo; o
3> si la concesión de enlace ascendente es parte de un grupo de la concesión de enlace ascendente configurada y la duración de PUSCH de la concesión de enlace ascendente se superpone con una duración de PUSCH de otra concesión de enlace ascendente recibida en el PDCCH o en una respuesta de acceso aleatorio para esta célula de servicio; o
3> si la entidad de MAC está configurada con lch-basedPrioritization y esta concesión de enlace ascendente no es una concesión de enlace ascendente priorizada:
4> ignorar la concesión de enlace ascendente.
3> si no:
4> entregar la concesión de enlace ascendente y la información de HARQ (versión de redundancia) del TB al proceso de HARQ identificado;
4> instruir al proceso de HARQ identificado para desencadenar una retransmisión;
4> si la concesión de enlace ascendente está dirigida a CS-RNTI; o
4> si la concesión de enlace ascendente está dirigida al C-RNTI y el proceso de HARQ identificado está configurado para una concesión de enlace ascendente configurada:
5> iniciar o reiniciar el configuredGrantTimer, si está configurado, para el proceso de HARQ correspondiente cuando se realiza la transmisión.
Cuando se determina si NDI se ha alternado en comparación con el valor de la transmisión anterior, la entidad de MAC deberá ignorar el NDI recibido en todas las concesiones de enlace ascendente en PDCCH para su C-RNTI temporal. Nota del editor: Cómo arreglar "la memoria intermedia de HARQ se vacía cuando la (re) transmisión autónoma vuelve a tener anulada la prioridad" es FFS.
5.4.2.2 Proceso de HARQ
Cada proceso de HARQ está asociado con una memoria intermedia de HARQ.
Las nuevas transmisiones se realizan en el recurso y con el MCS indicado en PDCCH, respuesta de acceso aleatorio o RRC. Las retransmisiones se realizan en el recurso y, si se proporciona, con el MCS indicado en el PDCCH, o en el mismo recurso y con el mismo MCS que se usó para el último intento de transmisión realizado dentro de un grupo. Si la entidad de HARQ solicita una nueva transmisión para un TB, el proceso de HARQ deberá:
1> almacenar la PDU de MAC en la memoria intermedia de HARQ asociada;
1> almacenar la concesión de enlace ascendente recibida de la entidad de HARQ;
1> generar una transmisión como se describe a continuación.
Si la entidad de HARQ solicita una retransmisión para un TB, el proceso de HARQ deberá:
1> almacenar la concesión de enlace ascendente recibida de la entidad de HARQ;
1> generar una transmisión como se describe a continuación.
Para generar una transmisión para un TB, el proceso de HARQ deberá:
1> si la PDU de MAC se obtuvo de la memoria intermedia de Msg3; o
1> si no hay espacio de medición en el momento de la transmisión y, en caso de retransmisión, la retransmisión no colisiona con una transmisión para una PDU de MAC obtenida de la memoria intermedia de Msg3:
2> indicar a la capa física que genere una transmisión de acuerdo con la concesión de enlace ascendente almacenada.
5.4.5 Informe de estado de memoria intermedia
El procedimiento de informe de estado de la memoria intermedia (BSR) se usa para proporcionar al gNB de servicio información sobre el volumen de datos de UL en la entidad de MAC.
RRC configura los siguientes parámetros para controlar el BSR:
- periodicBSR-Timer;
- retxBSR-Timer;
- logicalChannelSR-DelayTimerApplied;
- logicalChannelSR-DelayTimer
- logicalChannelSR-Mask;
- logicalChannelGroup.
Cada canal lógico se puede asignar a un LCG usando el logicalChannelGroup. El número máximo de LCG es ocho. La entidad de MAC determina la cantidad de datos de UL disponibles para un canal lógico de acuerdo con el procedimiento de cálculo del volumen de datos de los TS 38.322 [3] y 38.323 [4].
Se desencadenará un BSR si ocurre cualquiera de los siguientes eventos:
- Los datos de UL, para un canal lógico que pertenece a un LCG, pasan a estar disponibles para la entidad de MAC; y también
- estos datos de UL pertenecen a un canal lógico con mayor prioridad que la prioridad de cualquier canal lógico que contenga datos de UL disponibles que pertenezcan a cualquier LCG; o
- ninguno de los canales lógicos que pertenecen a un LCG contiene datos de UL disponibles.
en cuyo caso, el BSR se denominará a continuación como 'BSR normal';
- Los recursos de UL están asignados y el número de bits de relleno es igual o mayor que el tamaño del CE de MAC de informe de estado de la memoria intermedia más su subencabezado, en cuyo caso el BSR se denomina a continuación 'BSR de relleno';
- retxBSR-Timer expira, y al menos uno de los canales lógicos que pertenecen a un LCG contiene datos de UL, en cuyo caso el BSR se denomina a continuación como 'BSR normal';
- periodicBSR-Timer expira, en cuyo caso el BSR se denominará a continuación como 'BSR periódico'.
NOTA: Cuando ocurren eventos de desencadenamiento de BSR normales para múltiples canales lógicos simultáneamente, cada canal lógico desencadena un BSR normal separado.
Para BSR normal, la entidad de MAC deberá:
1> si el BSR se desencadena para un canal lógico para el cual logicalChannelSR-DelayTimerApplied con valor verdadero está configurado por capas superiores:
2> iniciar o reiniciar el logicalChannelSR-DelayTimer.
1> si no:
2> si está en ejecución, detener el logicalChannelSR-DelayTimer.
Para BSR normal y periódico, la entidad de MAC deberá:
1> si más de un LCG tiene datos disponibles para la transmisión cuando se va a construir la PDU de MAC que contiene el BSR:
2> informar BSR largo para todos los LCG que tienen datos disponibles para la transmisión.
1> si no:
2> informar BSR corto.
Para BSR de relleno, la entidad de MAC deberá:
1> si el número de bits de relleno es igual o mayor que el tamaño del BSR corto más su subencabezado, pero menor que el tamaño del BSR largo más su subencabezado:
2> si más de un LCG tiene datos disponibles para la transmisión cuando se va a construir el BSR:
3> si el número de bits de relleno es igual al tamaño del BSR corto más su subencabezado:
4> informar BSR truncado corto del LCG con el canal lógico de mayor prioridad con datos disponibles para la transmisión.
3> si no:
4> informar el BSR truncado largo del o los LCG con los canales lógicos que tienen datos disponibles para la transmisión siguiendo un orden decreciente del canal lógico de mayor prioridad (con o sin datos disponibles para la transmisión) en cada uno de este o estos LCG, y en caso de igual prioridad, en orden creciente de LCGID.
2> si no:
3> informar BSR corto.
1> si no, si el número de bits de relleno es igual o mayor que el tamaño del BSR largo más su subencabezado: 2> informar BSR largo para todos los LCG que tienen datos disponibles para la transmisión.
Para BSR desencadenado por expiración de retxBSR-Timer, la entidad de MAC considera que el canal lógico que desencadenó el BSR es el canal lógico de mayor prioridad que tiene datos disponibles para la transmisión en el momento en que se desencadenó el BSR.
La entidad de MAC deberá:
1> si el procedimiento de informe de estado de la memoria intermedia determina que se ha desencadenado al menos un BSR y no se ha cancelado:
2> si los recursos de UL-SCH están disponibles para una nueva transmisión y los recursos de UL-SCH pueden alojar el CE de MAC de BSR más su subencabezado como resultado de la priorización del canal lógico:
3> dar instrucciones del procedimiento de multiplexación y ensamblaje para generar el o los CE de MAC de BSR;
3> iniciar o reiniciar periodicBSR-Timer excepto cuando todos los BSR generados son BSR truncados largos o cortos;
3> iniciar o reiniciar retxBSR-Timer.
2> si se ha desencadenado un BSR normal y logicalChanneISR-DelayTimer no está en ejecución:
3> si no hay recurso de UL-SCH disponible para una nueva transmisión; o
3> si la entidad de MAC está configurada con concesión o concesiones de enlace ascendente configuradas y el BSR normal se desencadenó para un canal lógico para el que logicalChannelSR-Mask se establece a falso; o
3> si los recursos de UL-SCH disponibles para una nueva transmisión no cumplen con las restricciones de mapeo de LCP (véase la cláusula 5.4.3.1) configuradas para el canal lógico que desencadenó el BSR:
4> desencadenar una solicitud de planificación.
NOTA: Los recursos de UL-SCH se consideran disponibles si la entidad de MAC tiene una configuración activa para cualquiera de los tipos de concesiones de enlace ascendente configuradas, o si la entidad de MAC ha recibido una concesión de enlace ascendente dinámica, o si se cumplen ambas de estas condiciones. Si la entidad de MAC ha determinado en un momento dado que los recursos de UL-SCH están disponibles, esto no implica necesariamente que los recursos UL-SCH estén disponibles para su uso en ese momento.
Una PDU de MAC contendrá como máximo un CE de MAC de BSR, incluso cuando múltiples eventos hayan desencadenado un BSR. El BSR normal y el BSR periódico tendrán precedencia sobre el BSR de relleno.
La entidad de MAC deberá reiniciar retxBSR-Timer al recibir una concesión para la transmisión de nuevos datos en cualquier ULSCH.
Todos los BSR desencadenados pueden cancelarse cuando la concesión o concesiones de UL pueden alojar todos los datos pendientes disponibles para la transmisión, pero no son suficientes para alojar adicionalmente el CE de MAC de BSR más su subencabezado. Todos los BSR desencadenados antes del ensamblaje de la PDU de MAC se cancelarán cuando se transmita una PDU de MAC y esta PDU incluya un CE de MAC de BSR largo o corto que contiene el estado de la memoria intermedia hasta (e incluyendo) el último evento que desencadenó un BSR antes del ensamblaje de PDU de MAC.
NOTA: El ensamblaje de la PDU de MAC puede ocurrir en cualquier momento entre la recepción de la concesión del enlace ascendente y la transmisión real de la PDU de MAC correspondiente. BSR y SR pueden desencadenarse después del ensamblaje de una PDU de MAC que contiene un CE de MAC de BSR, pero antes de la transmisión de esta PDU de MAC. Además, BSR y SR pueden desencadenarse durante el ensamblaje de PDU de MAC.
5.4.4 Solicitud de planificación
La solicitud de planificación (SR) se usa para solicitar recursos de UL-SCH para una transmisión nueva.
La entidad de MAC se puede configurar con cero, una o más configuraciones de SR. Una configuración de SR consiste en un conjunto de recursos de PUCCH para SR en diferentes BWP y células. Para un canal lógico, se configura como máximo un recurso de PUCCH para SR por BWP.
Cada configuración de SR corresponde a uno o más canales lógicos. Cada canal lógico se puede mapear con cero o con una configuración de SR, que está configurada por RRC. La configuración de Sr del canal lógico que desencadenó el BSR (la cláusula 5.4.5) (si existe una configuración de este tipo) se considera como una configuración de SR correspondiente para la SR desencadenada.
RRC configura los parámetros siguientes para el procedimiento de solicitud de planificación:
- sr-ProhibitTimer (por configuración de SR);
- sr-TransMax (por configuración de SR).
Se usan las variables de UE siguientes para el procedimiento de solicitud de planificación:
- CONTADOR SR (por configuración de SR).
Si se desencadena una SR y no hay otras SR pendientes correspondientes a la misma configuración de SR, la entidad de MAC deberá establecer a 0 el CONTADOR SR de la configuración de SR correspondiente.
Cuando se desencadena una SR, esta se deberá considerar como pendiente hasta que se haya cancelado la misma. Todas las SR pendientes desencadenadas antes del ensamblaje de PDU de MAC se deberán cancelar y cada sr-ProhibitTimer respectivo se deberá detener cuando se transmite la PDU de MAC y esta PDU incluye un CE de MAC de BSR largo o corto que contiene un estado de memoria intermedia hasta (e incluyendo) el último suceso que desencadenó un BSR (véase la cláusula 5.4.5) antes del ensamblaje de PDU de MAC. Todas las SR pendientes se deberán cancelar y cada sr-ProhibitTimer respectivo se deberá detener cuando las concesiones de UL puedan alojar a todos los datos pendientes disponibles para transmisión.
Solo los recursos de PUCCH en una BWP que está activa en el momento de una ocasión de transmisión de SR se consideran válidos.
Siempre que haya al menos una SR pendiente, la entidad de MAC deberá, para cada SR pendiente:
1> si la entidad de MAC no tiene recurso de PUCCH válido alguno configurado para la SR pendiente:
2> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell y cancelar la SR pendiente.
1> si no, para la configuración de SR correspondiente a la SR pendiente:
2> cuando la entidad de MAC tiene una ocasión de transmisión de SR en el recurso de PUCCH válido para SR configurado; y
2> si sr-ProhibitTimer no se está ejecutando en el momento de la ocasión de transmisión de SR; y
2> si el recurso de PUCCH para la transmisión de SR no se superpone con un espacio de medición:
3> si el recurso de PUCCH para la ocasión de transmisión de SR no se superpone con un recurso de UL-SCH; o
3> si la entidad de MAC está configurada con Ich-basedPrioritization, y el recurso de PUCCH para la transmisión de SR se superpone con cualquier recurso o recursos de UL-SCH, y la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión o concesiones de enlace ascendente para cualquier recurso o recursos de UL-SCH donde la prioridad de la concesión del enlace ascendente se determina como se especifica en la cláusula 5.4.1:
4> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad;
4> si SR_COUNTER < sr-TransMax:
5> incrementar CONTADOR SR en 1;
5> dar instrucciones a la capa física para señalizar la SR en un recurso de PUCCH válido para SR; 5> iniciar el sr-ProhibitTimer.
4> si no:
5> notificar a RRC que libere PUCCH para todas las células de servicio;
5> notificar a RRC que libere SRS para todas las células de servicio;
5> borrar cualesquiera asignaciones de enlace descendente y concesiones de enlace ascendente configuradas;
5> borrar cualesquiera recursos de PUSCH para una notificación de CSI semipersistente;
5> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell y cancelar todas las SR pendientes.
En R2-2001897, se presenta la recuperación de fallo de haz para la célula secundaria y la solicitud de planificación. Las partes de R2-2001897 se citan a continuación:
5.4.4 Solicitud de planificación
La solicitud de planificación (SR) se usa para solicitar recursos de UL-SCH para una transmisión nueva.
La entidad de MAC se puede configurar con cero, una o más configuraciones de SR. Una configuración de SR consiste en un conjunto de recursos de PUCCH para SR en diferentes BWP y células. Para un canal lógico o para recuperación de fallo de haz de SCell (véase la cláusula 5.17), se configura como máximo un recurso de 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 fallo de haz de SCell. Cada canal lógico se puede mapear con cero o con una configuración de SR, que está configurada por RRC. La configuración de SR del canal lógico que desencadenó el BSR (la cláusula 5.4.5) o la recuperación de fallo de haz de SCell (si existe una configuración de este tipo) se considera como una configuración de Sr correspondiente para la SR desencadenada.
RRC configura los parámetros siguientes para el procedimiento de solicitud de planificación:
- sr-ProhibitTimer (por configuración de SR);
- sr-TransMax (por configuración de SR).
Se usan las variables de UE siguientes para el procedimiento de solicitud de planificación:
- CONTADOR SR (por configuración de SR).
Si se desencadena una SR y no hay otras SR pendientes correspondientes a la misma configuración de SR, la entidad de MAC deberá establecer a 0 el CONTADOR SR de la configuración de SR correspondiente.
Cuando se desencadena una SR, esta se deberá considerar como pendiente hasta que se haya cancelado la misma. Excepto para la recuperación de fallo de haz de SCell, todas las SR pendientes desencadenadas antes del ensamblaje de PDU de MAC se deberán cancelar y cada sr-ProhibitTimer respectivo se deberá detener cuando se transmite la PDU de MAC y esta PDU incluye un CE de MAC de BSR largo o corto que contiene un estado de memoria intermedia hasta (e incluyendo) el último suceso que desencadenó un BSR (véase la cláusula 5.4.5) antes del ensamblaje de PDU de MAC. Excepto para la recuperación de fallo de haz de SCell, todas las SR pendientes se deberán cancelar y cada sr-ProhibitTimer respectivo se deberá detener cuando las concesiones de u L puedan alojar a todos los datos pendientes disponibles para transmisión. La SR pendiente desencadenada antes del ensamblaje de PDU de MAC para la recuperación de fallo de haz de una SCell deberá cancelarse cuando se transmita la PDU de MAC y esta PDU incluya un Ce de MAC de BFR de SCell o un CE de MAC de BFR de SCell truncado que contenga información de recuperación de fallo de haz de esa SCell. Si se cancelan todas las SR desencadenadas para la recuperación de fallo de haz de SCell, la entidad de MAC deberá detener sr-ProhibitTimer de la configuración de SR correspondiente. Solo los recursos de PUCCH en una BWP que está activa en el momento de una ocasión de transmisión de SR se consideran válidos.
Siempre que haya al menos una SR pendiente, la entidad de MAC deberá, para cada SR pendiente:
1> si la entidad de MAC no tiene recurso de PUCCH válido alguno configurado para la SR pendiente:
2> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell y cancelar la SR pendiente.
1> si no, para la configuración de SR correspondiente a la SR pendiente:
2> cuando la entidad de MAC tiene una ocasión de transmisión de SR en el recurso de PUCCH válido para SR configurado; y
2> si sr-ProhibitTimer no se está ejecutando en el momento de la ocasión de transmisión de SR; y
2> si el recurso de PUCCH para la transmisión de SR no se superpone con un espacio de medición; y 2> si el recurso de PUCCH para la ocasión de transmisión de SR no se superpone con un recurso de UL-SCH: 3> si SR_COUNTER < sr-TransMax:
4> incrementar SR_COUNTER en 1;
4> dar instrucciones a la capa física para señalizar la SR en un recurso de PUCCH válido para SR; 4> iniciar el sr-ProhibitTimer.
3> si no:
4> notificar a RRC que libere PUCCH para todas las células de servicio;
4> notificar a RRC que libere SRS para todas las células de servicio;
4> borrar cualesquiera asignaciones de enlace descendente y concesiones de enlace ascendente configuradas;
4> borrar cualesquiera recursos de PUSCH para una notificación de CSI semipersistente; 4> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell y cancelar todas las SR pendientes.
NOTA 1: Excepto para la SR de la recuperación de fallo de haz de SCell, la selección de qué recurso de PUCCH válido para SR para señalizar SR activa cuando la entidad de MAC tiene más de un recurso de PUCCH válido superpuesto para la ocasión de transmisión de SR se deja a la implementación de UE.
NOTA 2: Si más de una SR individual desencadena una instrucción desde la entidad de MAC a la capa PHY para señalizar la SR en el mismo recurso de PUCCH válido, el SR_COUNTER para la configuración de SR relevante se incrementa solo una vez.
NOTA 3: Cuando la entidad de MAC tiene una SR pendiente para la recuperación de fallo de haz de SCell y la entidad de MAC tiene uno o más recursos de PUCCH superpuestos con el recurso de PUCCH para la recuperación de fallo de haz de SCell para la ocasión de transmisión de SR, la entidad de MAC considera solo el recurso de PUCCH para la recuperación de fallo de haz de SCell como válido.
La entidad de MAC puede detener, de haber alguno, un procedimiento de acceso aleatorio en curso debido a una SR pendiente para el BSR que no tiene configurado recurso de PUCCH válido alguno, que fuera iniciado por entidad de MAC antes del ensamblaje de PDU de MAC. El procedimiento de acceso aleatorio en curso se puede detener cuando la PDU de MAC se transmite usando una concesión de UL que no sea una concesión de UL proporcionada por una respuesta de acceso aleatorio, y esta PDU incluye un CE de MAC de BSR que contiene un estado de memoria intermedia hasta (e incluyendo) el último suceso que desencadenó un BSR (véase la cláusula 5.4.5) antes del ensamblaje de PDU de MAC, o cuando la concesión o concesiones de UL puedan alojar todos los datos pendientes disponibles para transmisión. El procedimiento de acceso aleatorio en curso debido a una SR pendiente para la BFR de una SCell se puede detener cuando la PDU de MAC se transmite usando una concesión de UL que no sea una concesión de UL proporcionada por la respuesta de acceso aleatorio y esta PDU contiene un CE de MAC de BFR de SCell o un CE de MAC de BFR de SCell truncado que incluye información de recuperación de fallo de haz de esa SCell.
5.17 Procedimiento de detección y recuperación de fallo de haz
La entidad de MAC puede estar configurada por RRC por célula de servicio con un procedimiento de recuperación de fallo de haz que se usa para indicar al gNB de servicio de un nuevo SSB o CSI-RS cuando se detecta un fallo de haz en el o los s Sb /CSIRS de servicio. El fallo de haz se detecta contando la indicación de instancia de fallo de haz de las capas inferiores a la entidad de MAC. Si beamFailureRecoveryConfig se reconfigura por las capas superiores durante un procedimiento de acceso aleatorio en curso para la recuperación de fallo de haz para SpCell, la entidad de MAC debe detener el procedimiento de acceso aleatorio en curso e iniciar un procedimiento de acceso aleatorio usando la
nueva configuración.
RRC configura los siguientes parámetros en el BeamFailureRecoveryConfig y el RadioLinkMonitoring-Config para el procedimiento de detección y recuperación de fallo de haz:
- beamFailurelnstanceMaxCount para la detección de fallo de haz;
- beamFailureDetectionTimer para la detección de fallo de haz;
- beamFailureRecoveryTimer para el procedimiento de recuperación de fallo de haz;
- rsrp-ThresholdSSB: un umbral de RSRP para la recuperación de fallo de haz;
- powerRampingStep: powerRampingStep para la recuperación de fallo de haz;
- powerRampingStepHighPriority. powerRampingStepHighPriority para la recuperación de fallo de haz;
- preambleReceivedTargetPower preambleReceivedTargetPower para la recuperación de fallo de haz;
- preambleTransMax: preambleTransMax para la recuperación de fallo de haz;
- scalingFactorBI: scalingFactorBI para la recuperación de fallo de haz;
- ssb-perRACH-Occasion: ssb-perRACH-Occasion para la recuperación de fallo de haz;
- ra-Response Window: la ventana de tiempo para monitorizar la respuesta o respuestas para la recuperación de fallo de haz usando el preámbulo de acceso aleatorio sin contención;
- prach-ConfigurationIndex: prach-Configurationlndex para la recuperación de fallo de haz;
- ra-ssb-OccasionMaskIndex: ra-ssb-OccasionMaskIndex para la recuperación de fallo de haz;
- ra-OccasionList: ra-OccasionList para la recuperación de fallo de haz.
Nota del editor: Los parámetros específicos para BFR de SCell se replicarán en este punto después de que se hayan establecido.
Las siguientes variables de UE se usan para el procedimiento de detección de fallo de haz:
- BFICOUNTER: contador para la indicación de instancia de fallo de haz que inicialmente se establece en 0. La entidad de MAC deberá, para cada célula de servicio configurada para la detección de fallo de haz:
1> si se ha recibido una indicación de instancia de fallo de haz desde las capas inferiores:
2> iniciar o reiniciar el BeamFailureDetectionTimer;
2> incrementar BFI_COUNTER en 1;
2> si CONTADOR de BFI >= BeamFailurelnstanceMaxCount:
3> si la célula de servicio es SCell:
4> desencadenar una BFR para esta célula de servicio;
3> si no:
34> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell.
1> si el beamFailureDetectionTimer expira; o
1> si beamFailureDetectionTimer, beamFailurelnstanceMaxCount, o cualquiera de las señales de referencia usadas para la detección de fallo de haz se reconfigura por las capas superiores asociadas con esta célula de servicio:
2> establecer BFI_COUNTER a 0.
1> si la célula de servicio es SpCell y el procedimiento de acceso aleatorio se completa con éxito (véase la cláusula 5.1):
2> establecer BFI_COUNTER a 0;
2> detener el beamFailureRecoveryTimer, si está configurado;
2> considerar que el procedimiento de recuperación de fallo de haz se completó con éxito.
1> si no, si la célula de servicio es SCell; y
1> si se recibe un PDCCH dirigido a C-RNTI que indica concesión de enlace ascendente para una nueva transmisión para el proceso de HARQ usado para la transmisión de CE de MAC de BFR de SCell o CE de MAC de BFR de SCell truncado que contiene información de recuperación de fallo de haz de esta célula de servicio; o 1> si la SCell está desactivada como se especifica en la cláusula 5.9:
2> establecer BFI_COUNTER a 0;
2> considerar que el procedimiento de recuperación de fallo de haz se completó con éxito y cancelar todos los BFR desencadenados para esta célula de servicio.
La entidad de MAC deberá:
1> si el procedimiento de recuperación de fallo de haz determina que se ha desencadenado al menos una BFR y no se ha cancelado:
2> si hay recursos de UL-SCH disponibles para una nueva transmisión:
3> si los recursos de UL-SCH pueden alojar el CE de MAC de BFR de SCell más su subencabezado como resultado de la priorización del canal lógico:
4> dar instrucciones al procedimiento de multiplexación y ensamblaje para generar el CE de MAC de BFR de SCell.
3> si no, si los recursos de UL-SCH pueden alojar el CE de MAC de BFR de SCell truncado más su subencabezado como resultado de la priorización del canal lógico:
4> dar instrucciones del procedimiento de multiplexación y ensamblaje para generar el CE de MAC de BFR de SCell truncado.
2> si no:
3> desencadenar la solicitud de planificación para la recuperación de fallo de haz de SCell.
En R2-2001924, se introduce la operación de escuchar antes de hablar (LBT) y la solicitud de planificación asociada con el fallo de LBT. En particular, la Figura 6.1.3.XX-1 de la Sección 6.1.3.x X de R2-2001924, titulada "CE de MAC de fallo de LBT de un octeto", se reproduce en el presente documento como la Figura 5. La Figura 61.3.XX-1 de la Sección 6.1.3.XX de R2-2001924, titulada "CE de MAC de fallo de LBT de cuatro octetos", se reproduce en el presente documento como la Figura 6. Las partes de R2-2001924 se citan a continuación:
3.1 Definiciones
Escuchar antes de hablar: Un procedimiento de acuerdo con el cual no se realizan transmisiones si se identifica que el canal está ocupado, véase TS 37.213.
5.4.4 Solicitud de planificación
La solicitud de planificación (SR) se usa para solicitar recursos de UL-SCH para una transmisión nueva.
La entidad de MAC se puede configurar con cero, una o más configuraciones de SR. Una configuración de SR consiste en un conjunto de recursos de PUCCH para SR en diferentes BWP y células. Para un canal lógico y para un fallo de LBT consistente (véase la cláusula 5.X), se configura como máximo un recurso de PUCCH para SR por BWP.
Cada configuración de SR corresponde a uno o más canales lógicos y/o a un fallo de LBT consistente. Cada canal lógico, y fallo de LBT consistente, se puede mapear con cero o con una configuración de SR, que está configurada por RRC. La configuración de SR del canal lógico que desencadenó el BSR (cláusula 5.4.5) o el fallo de LBT consistente (cláusula 5.X) (si existe una configuración de este tipo) se considera como la configuración de SR correspondiente para la SR desencadenada.
RRC configura los parámetros siguientes para el procedimiento de solicitud de planificación:
- sr-ProhibitTimer (por configuración de SR);
- sr-TransMax (por configuración de SR).
Se usan las variables de UE siguientes para el procedimiento de solicitud de planificación:
- SR_COUNTER (por configuración de SR).
Si se desencadena una SR y no hay otras SR pendientes correspondientes a la misma configuración de SR, la entidad de MAC deberá establecer a 0 el CONTADOR SR de la configuración de SR correspondiente.
Cuando se desencadena una SR, esta se deberá considerar como pendiente hasta que se haya cancelado la misma. Todas las SR pendientes para el BSR desencadenadas antes del ensamblaje de PDU de MAC se deberán cancelar y cada sr-ProhibitTimer respectivo se deberá detener cuando se transmite la PDU de MAC, independientemente de la indicación de falo de LBT de capas inferiores, y esta PDU incluye un CE de MAC de BSR largo o corto que contiene un estado de memoria intermedia hasta (e incluyendo) el último suceso que desencadenó un BSR (véase la cláusula 5.4.5) antes del ensamblaje de PDU de MAC. Todas las SR pendientes para el BSR se deberán cancelar y cada sr-ProhibitTimer respectivo se deberá detener cuando las concesiones de UL puedan alojar a todos los datos pendientes disponibles para transmisión.
La entidad de MAC deberá, para cada SR pendiente desencadenada por un fallo de LBT consistente:
1> si se transmite una PDU de MAC, independientemente de la indicación de fallo de LBT de las capas inferiores, y la PDU de MAC incluye un CE de MAC de fallo de LBT que indica un fallo de LBT consistente para la célula de servicio que desencadenó esta SR; o
1> si se cancela el fallo de LBT consistente correspondiente (véase la cláusula 5.X):
2> cancelar la SR pendiente y detener el correspondiente sr-ProhibitTimer.
Solo los recursos de PUCCH en una BWP que está activa en el momento de una ocasión de transmisión de SR se consideran válidos.
Siempre que haya al menos una SR pendiente, la entidad de MAC deberá, para cada SR pendiente:
1> si la entidad de MAC no tiene recurso de PUCCH válido alguno configurado para la SR pendiente:
2> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell y cancelar la SR pendiente.
1> si no, para la configuración de SR correspondiente a la SR pendiente:
2> cuando la entidad de MAC tiene una ocasión de transmisión de SR en el recurso de PUCCH válido para SR configurado; y
2> si sr-ProhibitTimer no se está ejecutando en el momento de la ocasión de transmisión de SR; y
2> si el recurso de PUCCH para la transmisión de SR no se superpone con un espacio de medición; y 2> si el recurso de PUCCH para la ocasión de transmisión de SR no se superpone con un recurso de UL-SCH: 3> si SR_COUNTER < sr-TransMax:
4> dar instrucciones a la capa física para señalizar la SR en un recurso de PUCCH válido para SR; 4> si no se recibe la indicación de fallo de LBT de las capas inferiores:
5> incrementar SR_COUNTER en 1;
5> iniciar el sr-ProhibitTimer.
3> si no:
4> notificar a RRC que libere PUCCH para todas las células de servicio;
4> notificar a RRC que libere SRS para todas las células de servicio;
4> borrar cualesquiera asignaciones de enlace descendente y concesiones de enlace ascendente configuradas;
4> borrar cualesquiera recursos de PUSCH para una notificación de CSI semipersistente; 4> iniciar un procedimiento de acceso aleatorio (véase la cláusula 5.1) en la SpCell y cancelar todas las SR pendientes.
NOTA 1: La selección de qué recurso de PUCCH válido para SR para señalizar SR activa cuando la entidad de MAC tiene más de un recurso de PUCCH válido superpuesto para la ocasión de transmisión de SR se deja a la implementación de UE.
NOTA 2: Si más de una SR individual desencadena una instrucción desde la entidad de MAC a la capa PHY para señalizar la SR en el mismo recurso de PUCCH válido, el SR_COUNTER para la configuración de SR relevante se incrementa solo una vez.
NOTA 3: Para un UE que opera en un modo de acceso de canal semiestático como se describe en TS 37.213 [XX], los recursos de PUCCH que se superponen con el tiempo de inactividad de un período de trama fijo no se consideran válidos.
La entidad de MAC puede detener, de haber alguno, un procedimiento de acceso aleatorio en curso debido a una SR pendiente para el BSR que no tiene configurado recurso de PUCCH válido alguno, que fuera iniciado por entidad de MAC antes del ensamblaje de PDU de MAC. Un procedimiento de acceso aleatorio de este tipo se puede detener cuando la PDU de MAC se transmite, independientemente de la indicación de fallo de LBT de capas inferiores, usando una concesión de UL que no sea una concesión de UL proporcionada por una Respuesta de Acceso Aleatorio, y esta PDU incluye un CE de MAC de BSR que contiene un estado de memoria intermedia hasta (e incluyendo) el último suceso que desencadenó un BSR (véase la cláusula 5.4.5) antes del ensamblaje de PDU de MAC, o cuando la concesión o concesiones de UL puedan alojar a todos los datos pendientes disponibles para transmisión.
5.X Operación de LBT
5.X.1 General
La capa inferior puede realizar un procedimiento de LBT, véase TS 37.213 [XX], de acuerdo con el cual no se realiza una transmisión si se identifica que el canal está ocupado. Cuando la capa inferior realiza un procedimiento de LBT antes de una transmisión y la transmisión no se realiza, se envía una indicación de fallo de LBT a la entidad de MAC desde las capas inferiores. A menos que se especifique lo contrario, cuando se realiza el procedimiento de LBT, las acciones relacionadas con "se transmite" y "se realiza la transmisión" no se realizarán si se recibe una indicación de fallo de LBT de las capas inferiores.
5.X.2 Procedimiento de detección y recuperación de fallo de LBT
La entidad de MAC puede configurarse por RRC con un procedimiento de recuperación de fallo de LBT consistente. El fallo de LBT consistente se detecta por BWP de UL contando las indicaciones de fallo de LBT, para todas las transmisiones de UL, desde las capas inferiores hasta la entidad de MAC.
RRC configura los siguientes parámetros en el Ibt-FailureRecoveryConfig:
- Ibt-FailurelnstanceMaxCount para la detección de fallo de LBT consistente;
- lbt-FailureDetectionTimer para la detección de fallo de LBT consistente;
La siguiente variable de UE se usa para el procedimiento de detección de fallo de LBT consistente:
- LBT_CONTADOR: contador para la indicación de fallo de LBT que inicialmente se establece a 0.
Para cada célula de servicio activada configurada con lbt-FailureRecoveryConfig, la entidad de MAC deberá:
1> si se ha recibido la indicación de fallo de LBT de las capas inferiores:
2> iniciar o reiniciar el Ibt-FailureDetectionTimer,
2> incrementar LBT COUNTER en 1;
2> si LBT_COUNTER >= Ibt-FailurelnstanceMaxCount:
3> desencadenar un fallo de LBT consistente para la BWP de UL activa en esta célula de servicio;
3> si esta célula de servicio es la SpCell:
4> si se ha desencadenado un fallo de LBT consistente en todas las BWP de UL configuradas con ocasiones de PRACH en la misma portadora en esta célula de servicio:
5> indicar un fallo de LBT consistente a las capas superiores.
4> si no:
5> detener cualquier procedimiento de acceso aleatorio en curso en esta célula de servicio; 5> cambiar la BWP de UL activa a una BWP de UL, en la misma portadora en esta célula de servicio, configurada con ocasión de PRACH y para la que no se ha desencadenado un fallo de LBT consistente; 5> iniciar un procedimiento de acceso aleatorio (como se especifica en la cláusula 5.1.1).
1> si el Ibt-FailureDetectionTimer expira; o
1> si Ibt-FailureDetectionTimer o lbt-FailurelnstanceMaxCount se reconfigura por capas superiores:
2> establecer LBT COUNTER a 0.
La entidad de MAC deberá:
1> si se ha desencadenado un fallo de LBT consistente, y no se canceló, en la SpCell; y
1> si los recursos de UL-SCH están disponibles para una nueva transmisión en la SpCell y estos recursos de UL-SCH pueden alojar el CE de MAC de fallo de l Bt más su subencabezado como resultado de la priorización del canal lógico:
2> dar instrucciones del procedimiento de multiplexación y ensamblaje para generar el CE de MAC de fallo de LBT.
1> si no, si se ha desencadenado un fallo de LBT consistente, y no se ha cancelado, en al menos una SCell: 2> si los recursos de UL-SCH están disponibles para una nueva transmisión en una célula de servicio para la cual no se ha desencadenado un fallo de LBT consistente y estos recursos de UL-SCH pueden alojar el CE de MAC de fallo de LBT más su subencabezado como resultado de la priorización del canal lógico:
3> dar instrucciones del procedimiento de multiplexación y ensamblaje para generar el CE de MAC de fallo de LBT.
2> si no:
3> desencadenar una solicitud de planificación para el CE de MAC de fallo de LBT.
1> si se transmite una PDU de MAC y esta PDU incluye el CE de MAC de fallo de LBT:
2> cancelar el fallo de LBT consistente desencadenado en la o las SCell que indica un fallo de LBT consistente en el CE de MAC de fallo de LBT transmitido.
1> si se desencadena un fallo de LBT consistente y no se cancela en la BWP de UL activa de la SpCell; y 1> el procedimiento de acceso aleatorio se considera completado con éxito (véase la cláusula 5.1) en la SpCell: 2> cancelar el fallo o fallos de LBT consistentes desencadenados en la SpCell.
6.1.3.XX CE de MAC de fallo de LBT
El CE de MAC de fallo de LBT de un octeto se identifica mediante un subencabezado de MAC con LCID como se especifica en la Tabla 6.2.1-2. Tiene un tamaño fijo y consiste en un solo octeto que contiene 8 campos C de la siguiente manera (Figura 6.1.3.XX-1):
El CE de MAC de fallo de LBT de cuatro octetos se identifica mediante un subencabezado de MAC con LCID como se especifica en la Tabla 6.2.1-2. Tiene un tamaño fijo y consiste en cuatro octetos que contiene 32 campos C de la siguiente manera (Figura 6.1.3.XX-2):
- Ci: Si hay una célula de servicio configurada para la entidad de MAC con ServCelllndex i como se especifica en TS 38.331 [5] y si se ha desencadenado un fallo de LBT consistente y no se cancela en esta célula de servicio, el campo se establece a 1; de lo contrario, el campo se establece a 0.
Figura 6.1.3.XX-1: CE de MAC de fallo de LBT de un octeto
Figura 6.1.3.XX-2: CE de MAC de fallo de LBT de cuatro octetos
En NR, para tratar la superposición entre diferentes transmisiones de enlace ascendente (UL), un UE realiza la priorización entre concesiones de UL superpuestas (por ejemplo, concesión dinámica o concesión configurada) y/o solicitudes de planificación (SR) (como se describe en R2-2002341). La superposición puede ocurrir cuando al menos dos concesiones de UL se superponen entre sí, tal como cuando uno o más recursos de una primera concesión de
UL se superponen (en el tiempo, por ejemplo) con uno o más recursos de una segunda concesión de UL. Como alternativa y/o adicionalmente, la superposición puede ocurrir cuando una concesión de UL se superpone con una solicitud de planificación (SR), tal como cuando uno o más recursos de la concesión de UL se superponen (en el tiempo, por ejemplo) con uno o más recursos para la transmisión de la solicitud de planificación. En algunos ejemplos, si una primera concesión de UL y una segunda concesión de UL se superponen, un UE puede priorizar la primera concesión de UL sobre la segunda concesión de UL si la primera concesión de UL está asociada con una prioridad más alta que la segunda concesión de UL. En un ejemplo, se puede determinar que la primera concesión de UL está asociada con una prioridad más alta que la segunda concesión de UL basándose en la determinación de que una o más prioridades, asociadas con uno o más canales lógicos (por ejemplo, uno o más canales lógicos de datos) asociados con la primera concesión de UL, son superiores a una o más prioridades asociadas con uno o más canales lógicos (por ejemplo, uno o más canales lógicos de datos) asociados con la segunda concesión de UL.
Para la priorización entre una concesión de UL (por ejemplo, una concesión de UL configurada y/o una concesión de UL dirigida a un identificador temporal de red de radio de planificación configurado (CS-RNTI) con NDI = 1 o dirigida a un identificador temporal de red de radio de célula (C-RNTI) ) y una solicitud de planificación (donde una entidad de control de acceso al medio (MAC) asociada con el UE está configurada con priorización basada en el canal lógico (LCH) (por ejemplo, Ich-basedPrioritization), por ejemplo), el UE puede determinar la priorización basándose en uno o más canales lógicos que desencadenaron la solicitud de planificación (y/o uno o más canales lógicos asociados con la concesión de UL). Por ejemplo, el UE puede priorizar una concesión de UL sobre una solicitud de planificación si uno o más canales lógicos asociados con la concesión de UL tienen una prioridad mayor que la prioridad de un canal lógico que desencadenó la solicitud de planificación.
La Figura 7 ilustra un escenario ilustrativo asociado con un UE configurado con priorización basada en canal lógico. El UE puede generar una unidad de datos de protocolo (PDU) de MAC 702 que comprende los primeros datos 704 (mostrados como "datos de LCH 2" en la Figura 7) asociados con un canal lógico 2 (LCH 2). El UE puede tener un recurso de canal compartido de enlace ascendente (UL-SCH) 714 en la temporización t3. El recurso de UL-SCH 714 puede estar asociado con una concesión configurada y/o una concesión dinámica. La PDU de MAC 702 puede generarse en la temporización t1 basándose en el recurso de UL-SCH 714 (por ejemplo, la PDU de MAC 702 puede generarse en la temporización t1 en respuesta que esté configurada y/o planificada con el recurso de UL-SCH 714). El UE puede desencadenar 706 un procedimiento de informe de estado de memoria intermedia (BSR) en respuesta a un canal lógico 1 (LCH 1) que tiene segundos datos 708 (mostrados como "datos de LCH 1 disponibles" en la Figura 7) disponibles para transmisión (por ejemplo, el UE puede desencadenar 706 el procedimiento de BSR en respuesta a que los segundos datos 708 estén disponibles para transmisión). En la temporización t2, el UE puede desencadenar 710 una solicitud de planificación (SR) en respuesta al procedimiento de BSR y/o en respuesta al desencadenamiento 706 del procedimiento de BSR. La solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación 716 en la temporización t3. La ocasión de transmisión de solicitud de planificación 716 y el recurso de UL-SCH 714 se superponen en el dominio del tiempo. El UE determina si transmitir la solicitud de planificación o transmitir la PDU de MAC 702 en la temporización t3 basándose en una prioridad de canal lógico del canal lógico 1 (LCH 1) y una prioridad de canal lógico del canal lógico 2 (LCH 2). En la temporización t3, el UE realiza una transmisión 712, que comprende la solicitud de planificación o la PDU de MAC 702, basándose en la determinación de si transmitir la solicitud de planificación o transmitir la PDU de MAC 702. En un ejemplo, si la prioridad del canal lógico del canal lógico 1 (LCH 1) es mayor que la prioridad del canal lógico del canal lógico 2 (LCH 2), el UE puede determinar transmitir la solicitud de planificación en la temporización t3 (por ejemplo, la transmisión 712 puede comprender la solicitud de planificación). Como alternativa y/o adicionalmente, si la prioridad del canal lógico del canal lógico 1 (LCH 1) es menor que la prioridad del canal lógico del canal lógico 2 (LCH 2), el UE puede determinar transmitir la PDU de MAC 702 en la temporización t3 (por ejemplo, la transmisión 712 puede comprender la PDU de MAC 702).
Sin embargo, algunas solicitudes de planificación se desencadenan por recuperación de fallo de haz (BFR) y/o fallo de escuchar antes de hablar (LBT) y/o no se desencadenan por canales lógicos. En consecuencia, la priorización entre las solicitudes de planificación y las concesiones de UL no se puede determinar usando técnicas de priorización de canal lógico ya que las solicitudes de planificación no se desencadenan por canales lógicos. El comportamiento del UE no está definido en un escenario en el que una concesión de UL y una solicitud de planificación desencadenada por un fallo de BFR o LBT (por ejemplo, fallos de LBT consistentes) se superponen entre sí. En consecuencia, es posible que un UE no pueda determinar si transmitir datos asociados con la concesión de UL o la solicitud de planificación desencadenada por un fallo de BFR o LBT.
Además, en algunos sistemas donde una solicitud de planificación se superpone con una o más concesiones de UL asociadas con un procedimiento de acceso aleatorio (por ejemplo, la una o más concesiones de UL pueden comprender una concesión de UL dirigida al C-RNTI temporal), un UE puede priorizar la solicitud de planificación sobre la una o más concesiones de UL si la prioridad de un canal lógico asociado con la solicitud de planificación es mayor que una prioridad de la una o más concesiones de UL, lo que puede conducir a la obstrucción del procedimiento de acceso aleatorio y/o puede retrasar y/ o impedir la finalización del procedimiento de acceso aleatorio.
La Figura 8 ilustra un escenario ilustrativo asociado con un UE configurado con priorización basada en canal lógico. El UE realiza una transmisión de Msg3802 para transmitir una PDU de MAC 804 en la temporización t1. La transmisión de Msg3 802 puede corresponder a la transmisión de un Msg3 (mensaje 3) 806 (de un procedimiento de acceso
aleatorio, por ejemplo). El Msg3 806 puede comprender la PDU de MAC 804. El UE puede desencadenar 812 un procedimiento de BSR en respuesta a un canal lógico 1 (LCH 1) que tiene datos 814 disponibles para transmisión (por ejemplo, el UE puede desencadenar 812 el procedimiento de BSR en respuesta a que los datos 814 estén disponibles para transmisión). En la temporización t2, el UE puede desencadenar 810 una solicitud de planificación (SR) en respuesta al procedimiento de BSR y/o en respuesta al desencadenamiento 812 del procedimiento de BSR. La solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación 818 en la temporización t3. Una red puede planificar una concesión de UL 808 dirigida a un C-RNTI temporal (TC-RNTI). La concesión de UL 808 puede ser para la retransmisión de Msg3 a través de un recurso de UL-SCH en la temporización t3. En consecuencia, la ocasión de transmisión de solicitud de planificación 818 y el recurso de UL-SCH asociado con la concesión de UL 808 se superponen en el dominio del tiempo (en la temporización t3). Si una prioridad de la PDU de MAC 804 es menor que la prioridad del canal lógico 1 (LCH 1), el UE prioriza la solicitud de planificación sobre la PDU de MAC 804 y/o el UE transmite 816 la solicitud de planificación sin realizar la retransmisión de Msg3 que puede conducir a la obstrucción del procedimiento de acceso aleatorio y/o puede retrasar y/o impedir la finalización del procedimiento de acceso aleatorio).
En algunos ejemplos, un UE puede priorizar una concesión de UL sobre una solicitud de planificación superpuesta, tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL. Por ejemplo, el UE puede priorizar la concesión de UL sobre la solicitud de planificación superpuesta sin considerar uno o más canales lógicos que desencadenaron la solicitud de planificación superpuesta. Como alternativa y/o adicionalmente, una determinación por el UE para priorizar la concesión de UL sobre la solicitud de planificación superpuesta puede no estar basada en uno o más canales lógicos que desencadenaron la solicitud de planificación. Por ejemplo, la priorización de la concesión de UL sobre la solicitud de planificación superpuesta no puede basarse en el uno o más canales lógicos que desencadenaron la solicitud de planificación (y/o la concesión de UL puede priorizarse sobre la solicitud de planificación superpuesta independientemente de una prioridad del uno o más canales lógicos). Como alternativa y/o adicionalmente, el UE puede considerar que la concesión de UL es una concesión priorizada (por ejemplo, priorizada sobre la solicitud de planificación superpuesta). Como alternativa y/o adicionalmente, el UE puede considerar la solicitud de planificación como una solicitud de planificación sin prioridad (por ejemplo, sin prioridad bajo la concesión de UL). En algunos ejemplos, la concesión de UL es una concesión de UL de retransmisión (por ejemplo, una concesión de UL para realizar una retransmisión usando un recurso de UL). Como alternativa y/o adicionalmente, la concesión de UL está dirigida a un C-RNTI temporal. En algunos ejemplos, un UE siempre puede priorizar una concesión de UL (por ejemplo, una concesión de UL de retransmisión y/o una concesión de UL dirigida a un C-RNTI temporal) sobre una solicitud de planificación superpuesta, tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL.
Como alternativa y/o adicionalmente, el UE puede priorizar una solicitud de planificación sobre una concesión de UL superpuesta, tal como una concesión de UL asociada con un recurso de Ul que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación. Por ejemplo, el UE puede priorizar la solicitud de planificación sobre la concesión de UL superpuesta sin considerar uno o más canales lógicos que desencadenaron la solicitud de planificación. Como alternativa y/o adicionalmente, una determinación por el UE para priorizar la solicitud de planificación sobre la concesión de UL superpuesta puede no estar basada en el uno o más canales lógicos que desencadenaron la solicitud de planificación. Por ejemplo, la priorización de la solicitud de planificación sobre la concesión de UL superpuesta no puede basarse en el uno o más canales lógicos que desencadenaron la solicitud de planificación (y/o la solicitud de planificación puede priorizarse sobre la concesión de UL superpuesta independientemente de una prioridad del uno o más canales lógicos). Como alternativa y/o adicionalmente, el UE puede considerar la solicitud de planificación como una solicitud de planificación priorizada (por ejemplo, priorizada sobre la concesión de UL superpuesta). Como alternativa y/o adicionalmente, el UE puede considerar que la concesión de UL superpuesta es una concesión de UL sin prioridad (por ejemplo, sin prioridad bajo la solicitud de planificación). En algunos ejemplos, la concesión de UL superpuesta es una concesión de UL de retransmisión (por ejemplo, una concesión de UL para realizar una retransmisión usando un recurso de UL). Como alternativa y/o adicionalmente, la concesión de UL superpuesta está dirigida a un C-RNTI temporal. En algunos ejemplos, un UE siempre puede priorizar una solicitud de planificación sobre una concesión de UL superpuesta (por ejemplo, una concesión de UL de retransmisión y/o una concesión de UL dirigida a un C-RNTI temporal), tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación.
En la invención, un UE puede configurarse con priorización basada en canales lógicos (por ejemplo, lchbasedPrioritization). En algunos ejemplos, el UE puede determinar la priorización entre una concesión de UL y una solicitud de planificación de diferentes maneras (y/o usando diferentes técnicas y/o reglas) basándose en un tipo de concesión de UL de la concesión de UL.
En algunos ejemplos, si se cumplen una o más primeras condiciones, el UE puede priorizar una concesión de UL sobre una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL). En la invención, si se cumplen una o más primeras condiciones, el UE prioriza la concesión de UL sobre la solicitud de planificación superpuesta sin considerar una prioridad de uno o más canales lógicos que desencadenaron la solicitud
de planificación superpuesta (y/o sin considerar una prioridad de uno o más canales lógicos que desencadenaron la solicitud de planificación superpuesta). La una o más primeras condiciones pueden cumplirse si la concesión de UL está dirigida al C-RNTI temporal del UE. Como alternativa y/o adicionalmente en la invención, la una o más primeras condiciones pueden cumplirse si la concesión de UL es una concesión de UL de retransmisión (por ejemplo, una concesión de UL para realizar la retransmisión usando un recurso de UL).
En algunos ejemplos, incluyendo la invención, si no se cumplen la una o más primeras condiciones, el UE puede determinar la priorización entre una concesión de UL y una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL) basándose en una primera prioridad asociada con la concesión de UL y/o una segunda prioridad asociada con la solicitud de planificación superpuesta. En un ejemplo, la primera prioridad puede ser una prioridad de uno o más primeros canales lógicos asociados con la concesión de UL y/o la segunda prioridad puede ser una prioridad de uno o más segundos canales lógicos asociados con la solicitud de planificación superpuesta. En un ejemplo, si no se cumplen la una o más primeras condiciones, el UE puede priorizar la concesión de UL sobre la solicitud de planificación superpuesta si la primera prioridad es mayor que la segunda prioridad. Como alternativa y/o adicionalmente, si no se cumplen la una o más primeras condiciones, el UE puede priorizar la solicitud de planificación superpuesta sobre la concesión de UL si la primera prioridad es menor que la segunda prioridad. En algunos ejemplos, la una o más primeras condiciones no se cumplen si la concesión de UL no está dirigida al C-RNTI temporal del UE (y/o si la concesión de UL está dirigida a un RNTI diferente del C-RNTI temporal).
Como alternativa y/o adicionalmente, si se cumplen una o más segundas condiciones, el UE puede determinar la priorización entre una concesión de UL y una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL) basándose en una primera prioridad asociada con la concesión de UL y/o una segunda prioridad asociada con la solicitud de planificación superpuesta. En un ejemplo, la primera prioridad puede ser una prioridad de uno o más primeros canales lógicos asociados con la concesión de UL y/o la segunda prioridad puede ser una prioridad de uno o más segundos canales lógicos asociados con la solicitud de planificación superpuesta. En un ejemplo, si se cumplen la una o más segundas condiciones, el UE puede priorizar la concesión de UL sobre la solicitud de planificación superpuesta si la primera prioridad es mayor que la segunda prioridad. Como alternativa y/o adicionalmente, si se cumplen la una o más segundas condiciones, el UE puede priorizar la solicitud de planificación superpuesta sobre la concesión de UL si la primera prioridad es menor que la segunda prioridad. En algunos ejemplos, la una o más segundas condiciones se cumplen si la concesión de UL está dirigida al CS-RNTI y/o C-RNTI (y/u otro tipo de RNTI diferente del C-RNTI temporal).
La Figura 9 ilustra un escenario ilustrativo asociado con un UE configurado con priorización basada en canal lógico. El UE recibe una primera concesión de UL 902 (concesión de UL 1) dirigida al CS-RNTI. La primera concesión de UL 902 (concesión de UL 1) puede ser para y/o indicativa de activar una concesión de UL 916 configurada en la temporización t3. En respuesta a recibir la primera concesión de UL 902 (concesión de UL 1), el UE puede generar una primera PDU de MAC 904 (PDU de MAC 1) que comprende datos 906 (datos de LCH 2) asociados con un canal lógico 2 (LCH 2). El UE puede desencadenar 908 un primer procedimiento de BSR (BSR 1) en respuesta a un canal lógico 1 (LCH 1) que tiene datos 910 disponibles para transmisión (por ejemplo, el UE puede desencadenar 908 el primer procedimiento de BSR (BSR 1) en respuesta a que los datos 910 estén disponibles para la transmisión). En la temporización t2, el UE puede desencadenar 914 una primera solicitud de planificación (SR 1) en respuesta al primer procedimiento de BSR (BSR 1) y/o en respuesta al desencadenamiento 908 del primer procedimiento de BSR (BSR 1). La primera solicitud de planificación (SR 1) está asociada con una primera ocasión de transmisión de solicitud de planificación 912 (ocasión de transmisión SR 1) en la temporización t3. En consecuencia, la concesión de UL configurada 916 y la ocasión de transmisión de solicitud de planificación 912 (ocasión de transmisión de SR 1) se superponen en el dominio del tiempo (en la temporización t3). El UE determina si transmitir la primera PDU de MAC 904 (PDU de MAC 1) o la primera solicitud de planificación (SR 1) basándose en una primera prioridad del canal lógico 1 (LCH 1) y una segunda prioridad del canal lógico 2 (LCH 2). En la temporización t3, el UE realiza una transmisión 934, que comprende la primera solicitud de planificación (SR 1) o la primera PDU de MAC 904 (PDU de MAC 1), basándose en la determinación de si transmitir la primera solicitud de planificación (SR 1) o transmitir la primera PDU de MAC 904 (PDU de MAC 1). En un ejemplo, si la primera prioridad del canal lógico 1 (LCH 1) es mayor que la segunda prioridad del canal lógico 2 (LCH 2), el UE puede determinar transmitir la primera solicitud de planificación (SR 1) en la temporización t3 (por ejemplo, la transmisión 934 puede comprender la primera solicitud de planificación (SR 1)). Como alternativa y/o adicionalmente, si la primera prioridad del canal lógico 1 (LCH 1) es menor que la segunda prioridad del canal lógico 2 (LCH 2), el UE puede determinar transmitir la primera PDU de MAC 904 (p Du de MAC 1 ) en la temporización t3 (por ejemplo, la transmisión 934 puede comprender la primera PDU de MAC 904). En algunos ejemplos, el UE puede determinar la priorización entre la primera solicitud de planificación (SR 1) y la concesión de UL configurada 916 basándose en la primera prioridad y/o la segunda prioridad basándose en una determinación de que no se cumplen una o más primeras condiciones (y/o una determinación de que se cumplen la una o más segundas condiciones), tal como basándose en una determinación de que la primera concesión de Ul 902 (concesión de UL 1) está dirigida al CS-RNTI y/o basándose en una determinación de que la primera concesión de UL 902 (concesión de UL 1) no está dirigida al C-RNTI temporal.
En la temporización t4, el UE realiza una transmisión de Msg3 936 para transmitir una segunda PDU de MAC 918
(PDU de MAC 2). La transmisión de Msg3 936 puede corresponder a la transmisión de un Msg3 (mensaje 3) 920 de un procedimiento de acceso aleatorio. El Msg3 puede comprender la segunda PDU de MAC 918 (PDU de MAC 2). El UE puede desencadenar 926 un segundo procedimiento de BSR (BSR 2) en respuesta a un canal lógico 3 (LCH 3) que tenga datos 928 disponibles para transmisión (por ejemplo, el UE puede desencadenar 926 el segundo procedimiento de BSR (BSR 2) en respuesta a que los datos 928 estén disponibles para la transmisión). En la temporización t5, el UE puede desencadenar 924 una segunda solicitud de planificación (SR 2) en respuesta al segundo procedimiento de BSR (BSR 2) y/o en respuesta al desencadenamiento 926 del segundo procedimiento de BSR (BSR 2). La segunda solicitud de planificación (SR 2) está asociada con una segunda ocasión de transmisión de solicitud de planificación 932 (ocasión de transmisión SR 2) en la temporización t6. Una red puede planificar una segunda concesión de UL 922 (concesión de UL 2) dirigida a un C-RNTI temporal (TC-RNTI). La segunda concesión 922 de UL (concesión 2 de UL) puede ser indicativa de realizar una retransmisión de UL 930 en la temporización t6. En consecuencia, la retransmisión de UL 930 asociada con la segunda concesión de UL 922 y la segunda ocasión de transmisión de solicitud de planificación 932 (ocasión de transmisión de SR 2) se superponen en el dominio del tiempo (en la temporización t6). El UE realiza la retransmisión de UL 930 basándose en la segunda concesión de UL 922 en la temporización t6. En algunos ejemplos, el UE puede no transmitir la segunda solicitud de planificación (SR 2) en la segunda ocasión de transmisión de solicitud de planificación 932 (ocasión de transmisión de SR 2). En algunos ejemplos, el UE puede priorizar la segunda concesión de UL 922 (y/o la retransmisión de UL 930) sobre la segunda solicitud de planificación (SR 2) basándose en una determinación de que se cumplen la una o más primeras condiciones, tal como basándose en una determinación de que la segunda concesión de UL 922 está dirigida al C-RNTI temporal. Como alternativa y/o adicionalmente, el UE puede priorizar la segunda concesión de UL 922 (y/o la retransmisión de UL 930) sobre la segunda solicitud de planificación (SR 2) sin considerar una prioridad del canal lógico 3 (LCH 3) que desencadenó la segunda solicitud de planificación (SR 2). Como alternativa y/o adicionalmente, el UE puede realizar la retransmisión de UL 930 en la temporización t6 y/o puede no transmitir la segunda solicitud de planificación (SR 2) en la temporización t6, sin considerar la prioridad del canal lógico 3 (LCH 3), basándose en una determinación de que se cumplen la una o más primeras condiciones, tal como basándose en una determinación de que la segunda concesión de UL 922 está dirigida al C-RNTI temporal.
En algunos ejemplos, un UE puede priorizar una solicitud de planificación sobre una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) basándose en una causa, un desencadenante y/o un evento que desencadenó la solicitud de planificación. En algunos ejemplos, la solicitud de planificación puede estar asociada con una BFR (y/o una BFR desencadenada, tal como una b Fr desencadenada asociada con una o más células de servicio). Por ejemplo, la solicitud de planificación puede desencadenarse en respuesta a una BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). En algunos ejemplos, el UE puede priorizar la solicitud de planificación sobre la concesión de UL superpuesta si la solicitud de planificación está asociada con BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). Por ejemplo, la solicitud de planificación puede priorizarse sobre la concesión de UL superpuesta basándose en una determinación de que la solicitud de planificación está asociada con BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). En algunos ejemplos, una determinación por el UE para priorizar la solicitud de planificación sobre la concesión de UL superpuesta puede no estar basada en uno o más canales lógicos que desencadenaron la solicitud de planificación. Como alternativa y/o adicionalmente, el UE puede considerar la solicitud de planificación como una solicitud de planificación priorizada (por ejemplo, priorizada sobre la concesión de UL superpuesta). Como alternativa y/o adicionalmente, el UE puede considerar que la concesión de UL superpuesta es una concesión de UL sin prioridad (por ejemplo, sin prioridad bajo la solicitud de planificación).
En algunos ejemplos, un UE puede priorizar una concesión de UL sobre una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL) basándose en una causa, un desencadenante y/o un evento que desencadenó la solicitud de planificación superpuesta. En algunos ejemplos, la solicitud de planificación superpuesta puede estar asociada con una BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). Por ejemplo, la solicitud de planificación superpuesta puede desencadenarse en respuesta a una BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). En algunos ejemplos, el UE puede priorizar la concesión de UL sobre la solicitud de planificación superpuesta si la solicitud de planificación superpuesta está asociada con BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). Por ejemplo, la concesión de UL puede priorizarse sobre la solicitud de planificación superpuesta basándose en una determinación de que la solicitud de planificación superpuesta está asociada con BFR (y/o una BFR desencadenada, tal como una BFR desencadenada asociada con una o más células de servicio). En algunos ejemplos, una determinación por el UE para priorizar la concesión de UL sobre la solicitud de planificación superpuesta puede no estar basada en uno o más canales lógicos que desencadenaron la solicitud de planificación superpuesta. Como alternativa y/o adicionalmente, el UE puede considerar que la concesión de UL es una concesión priorizada (por ejemplo, priorizada sobre la solicitud de planificación superpuesta). Como alternativa y/o adicionalmente, el UE puede considerar la solicitud de planificación superpuesta como una solicitud de planificación sin prioridad (por ejemplo, sin prioridad bajo la concesión de UL).
En un ejemplo en el que una solicitud de planificación está asociada con una BFR, un UE puede determinar la
priorización entre la solicitud de planificación y una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) basándose en una o más células asociadas con la BFR.
Por ejemplo, un UE puede priorizar una solicitud de planificación sobre una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) si la solicitud de planificación está asociada con una BFR asociada con uno o más células secundarias (por ejemplo, el UE puede priorizar la solicitud de planificación sobre la concesión de UL superpuesta basándose en una determinación de que la solicitud de planificación está asociada con la BFR asociada con la una o más células secundarias). Como alternativa y/o adicionalmente, el UE puede priorizar una concesión de UL sobre una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL) si la solicitud de planificación está asociada con una BFR asociada con una o más células primarias (por ejemplo, el UE puede priorizar la concesión de UL sobre la solicitud de planificación superpuesta basándose en una determinación de que la solicitud de planificación superpuesta está asociada con la BFR asociada con la una o más células primarias).
Como alternativa y/o adicionalmente, un UE puede priorizar una solicitud de planificación sobre una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) si la solicitud de planificación está asociada con una BFR asociada con uno o más células primarias (por ejemplo, el UE puede priorizar la solicitud de planificación sobre la concesión de UL superpuesta basándose en una determinación de que la solicitud de planificación está asociada con la BFR asociada con la una o más células primarias). Como alternativa y/o adicionalmente, el UE puede priorizar una concesión de UL sobre una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL) si la solicitud de planificación está asociada con una BFR asociada con una o más células secundarias (por ejemplo, el UE puede priorizar la concesión de UL sobre la solicitud de planificación superpuesta basándose en una determinación de que la solicitud de planificación superpuesta está asociada con la BFR asociada con la una o más células secundarias).
En algunos ejemplos, un UE puede priorizar una solicitud de planificación sobre una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) si la solicitud de planificación está asociada con un fallo de escuchar antes de hablar (LBT). Por ejemplo, la solicitud de planificación puede priorizarse sobre la concesión de UL superpuesta basándose en una determinación de que la solicitud de planificación está asociada con el fallo de LBT. Como alternativa y/o adicionalmente, el UE puede considerar la solicitud de planificación como una solicitud de planificación priorizada (por ejemplo, priorizada sobre la concesión de UL superpuesta). Como alternativa y/o adicionalmente, el UE puede considerar que la concesión de UL superpuesta es una concesión de UL sin prioridad (por ejemplo, sin prioridad bajo la solicitud de planificación).
Como alternativa y/o adicionalmente, un UE puede priorizar una concesión de UL sobre una solicitud de planificación superpuesta (tal como una solicitud de planificación correspondiente a una ocasión de transmisión de solicitud de planificación que se superpone a un recurso de UL de la concesión de UL) si la solicitud de planificación está asociada con un fallo de LBT consistente. Por ejemplo, la concesión de UL puede priorizarse sobre la solicitud de planificación superpuesta basándose en una determinación de que la solicitud de planificación superpuesta está asociada con el fallo de LBT consistente. Como alternativa y/o adicionalmente, el UE puede considerar que la concesión de UL es una concesión priorizada (por ejemplo, priorizada sobre la solicitud de planificación superpuesta). Como alternativa y/o adicionalmente, el UE puede considerar la solicitud de planificación superpuesta como una solicitud de planificación sin prioridad (por ejemplo, sin prioridad bajo la solicitud de planificación). En algunos ejemplos, el fallo de LBT consistente es un fallo de LBT consistente desencadenado y/o está asociado con una o más células de servicio.
En algunos ejemplos, una primera prioridad de una solicitud de planificación asociada con un UE puede basarse en una prioridad de un primer canal lógico del UE. La primera prioridad puede usarse para determinar la priorización entre la solicitud de planificación y una concesión de UL superpuesta, tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación. Por ejemplo, el UE puede determinar, basándose en la primera prioridad de la solicitud de planificación, si la concesión de UL superpuesta tiene prioridad sobre la solicitud de planificación o si la solicitud de planificación tiene prioridad sobre la concesión de UL superpuesta.
En un ejemplo, el UE puede priorizar la concesión de UL superpuesta sobre la solicitud de planificación si uno o más canales lógicos asociados con la concesión de UL superpuesta tienen una segunda prioridad más alta que la primera prioridad de la solicitud de planificación. El UE puede considerar que la concesión de Ul superpuesta es una concesión priorizada (si la segunda prioridad es mayor que la primera prioridad de la solicitud de planificación, por ejemplo). El UE puede considerar la solicitud de planificación como una solicitud de planificación sin prioridad (si la segunda prioridad es mayor que la primera prioridad de la solicitud de planificación, por ejemplo).
Como alternativa y/o adicionalmente, el UE puede priorizar la solicitud de planificación sobre la concesión de UL superpuesta si la primera prioridad de la solicitud de planificación es mayor que la segunda prioridad del uno o más canales lógicos asociados con la concesión de UL superpuesta. El UE puede considerar la concesión de UL superpuesta como una concesión sin prioridad (si la primera prioridad de la solicitud de planificación es mayor que la segunda prioridad, por ejemplo). El UE puede considerar la solicitud de planificación como una solicitud de planificación priorizada (si la primera prioridad de la solicitud de planificación es mayor que la segunda prioridad, por ejemplo).
En algunos ejemplos, el UE puede usar la primera prioridad de la solicitud de planificación para determinar la priorización entre la solicitud de planificación y la concesión de UL superpuesta si (y/o cuando) se cumplan una o más terceras condiciones asociadas con la solicitud de planificación y/o la concesión de UL superpuesta. En algunos ejemplos, se cumple la una o más terceras condiciones si la concesión de UL superpuesta está dirigida al CS-RNTI del Ue . Por ejemplo, el UE puede usar la primera prioridad de la solicitud de planificación para determinar la priorización entre la solicitud de planificación y la concesión de UL superpuesta si (y/o cuando) la concesión de UL superpuesta está dirigida al CS-RNTI del UE. Como alternativa y/o adicionalmente, se cumplen la una o más terceras condiciones si la concesión de UL superpuesta está dirigida al C-RNTI del UE. Por ejemplo, el UE puede usar la primera prioridad de la solicitud de planificación para determinar la priorización entre la solicitud de planificación y la concesión de UL superpuesta si (y/o cuando) la concesión de UL superpuesta está dirigida al C-RNTI del UE.
En algunos ejemplos, el primer canal lógico puede ser un canal lógico con datos disponibles para la transmisión (por ejemplo, los datos pueden estar disponibles para transmisión cuando se desencadena la solicitud de planificación).
Como alternativa y/o adicionalmente, el primer canal lógico puede ser un canal lógico con la prioridad más alta (por ejemplo, entre uno o más canales lógicos con datos disponibles para la transmisión, el primer canal lógico puede tener la prioridad más alta).
Como alternativa y/o adicionalmente, el primer canal lógico puede ser un canal lógico con la prioridad más baja (por ejemplo, entre uno o más canales lógicos con datos disponibles para la transmisión, el primer canal lógico puede tener la prioridad más baja).
En algunos ejemplos, el primer canal lógico puede ser un canal lógico con datos disponibles para la transmisión (por ejemplo, los datos pueden estar disponibles para la transmisión cuando se desencadena la solicitud de planificación), en donde se permite que los datos se transmitan en una o más células de servicio. La una o más células de servicio pueden estar asociadas con una BFR desencadenada asociada con la solicitud de planificación. Como alternativa y/o adicionalmente, la una o más células de servicio pueden estar asociadas con un fallo de LBT consistente desencadenado asociado con la solicitud de planificación.
Como alternativa y/o adicionalmente, el primer canal lógico puede no ser un canal lógico que esté asociado con datos que no se permite transmitir en la una o más células de servicio.
Como alternativa y/o adicionalmente, el primer canal lógico puede ser un canal lógico con una prioridad más alta (por ejemplo, el primer canal lógico puede tener la prioridad más alta entre uno o más canales lógicos con datos, que se permite que se transmitan en la una o más células de servicio, disponibles para la transmisión).
Como alternativa y/o adicionalmente, el primer canal lógico puede ser un canal lógico con una prioridad más baja (por ejemplo, el primer canal lógico puede tener la prioridad más baja entre uno o más canales lógicos con datos, que se permite que se transmitan en la una o más células de servicio, disponibles para la transmisión).
En algunos ejemplos, la primera prioridad de la solicitud de planificación puede estar asociada con datos disponibles para la transmisión en la una o más células de servicio (asociadas con la solicitud de planificación)). Por ejemplo, la primera prioridad puede corresponder a una prioridad de los datos. Como alternativa y/o adicionalmente, la primera prioridad puede ser una prioridad de un canal lógico asociado con los datos.
En algunos ejemplos, la primera prioridad de la solicitud de planificación se puede establecer a un valor, tal como un valor fijo.
En algunos ejemplos, una prioridad de una solicitud de planificación (tal como una solicitud de planificación asociada con al menos uno de una BFR desencadenada, un fallo de LBT, un fallo de LBT consistente, un elemento de control (CE) de MAC, etc.) puede ser un valor (por ejemplo, un valor fijo). En un ejemplo, el valor puede ser igual a 0, 1, 2, 3, 4, 5, 6, 7 u 8. Otros valores de la prioridad están dentro del alcance de la presente divulgación. En algunos ejemplos, el valor puede estar asociado con una prioridad más alta (entre las prioridades asociadas con el UE, por ejemplo). Por ejemplo, la prioridad de la solicitud de planificación puede establecerse a la prioridad más alta. Como alternativa y/o adicionalmente, el valor puede estar asociado con una prioridad más baja (entre las prioridades asociadas con el Ue , por ejemplo). Por ejemplo, la prioridad de la solicitud de planificación puede establecerse a la prioridad más baja.
Como alternativa y/o adicionalmente, la prioridad de la solicitud de planificación puede ser un valor configurado por una red. En algunos ejemplos, la prioridad de la solicitud de planificación es independiente de la prioridad del canal
lógico (por ejemplo, la prioridad de la solicitud de planificación puede ser independiente de una o más prioridades de los canales lógicos asociados con el UE). Por ejemplo, la prioridad de la solicitud de planificación puede no estar basada en una prioridad de un canal lógico.
En algunos ejemplos, el UE puede priorizar una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL superpuesto a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) sobre la solicitud de planificación si uno o más canales lógicos asociados con la concesión de UL superpuesta tienen una segunda prioridad más alta que la prioridad de la solicitud de planificación. El UE puede considerar que la concesión de UL superpuesta es una concesión priorizada (por ejemplo, priorizada sobre la solicitud de planificación). El UE puede considerar que la solicitud de planificación es una solicitud de planificación sin prioridad (por ejemplo, sin prioridad bajo la concesión de UL superpuesta).
Como alternativa y/o adicionalmente, el UE puede priorizar la solicitud de planificación sobre una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) si la prioridad de la solicitud de planificación es mayor que una segunda prioridad de uno o más canales lógicos asociados con la concesión de UL superpuesta. El UE puede considerar que la concesión de UL superpuesta es una concesión sin prioridad (por ejemplo, sin prioridad bajo la solicitud de planificación). El UE puede considerar que la solicitud de planificación es una solicitud de planificación priorizada (por ejemplo, priorizada sobre la solicitud de planificación).
En algunos ejemplos, la prioridad de la solicitud de planificación puede determinarse basándose en una causa, un desencadenante y/o un evento que desencadenó la solicitud de planificación.
En un ejemplo, la prioridad de la solicitud de planificación puede estar asociada con una prioridad más alta entre una o más prioridades de uno o más canales lógicos (por ejemplo, uno o más canales lógicos asociados con la solicitud de planificación y/o uno o más canales lógicos asociados con el UE) si la solicitud de planificación se desencadena en respuesta a una BFR desencadenada. Como alternativa y/o adicionalmente, la prioridad de la solicitud de planificación puede estar asociada con una prioridad más baja entre una o más prioridades de uno o más canales lógicos (por ejemplo, uno o más canales lógicos asociados con la solicitud de planificación y/o uno o más canales lógicos asociados con el UE) si la solicitud de planificación se desencadena en respuesta a una BFR desencadenada.
Como alternativa y/o adicionalmente, la prioridad de la solicitud de planificación puede estar asociada con una prioridad más alta entre una o más prioridades de uno o más canales lógicos (por ejemplo, uno o más canales lógicos asociados con la solicitud de planificación y/o uno o más canales lógicos asociados con el UE) si la solicitud de planificación se desencadena en respuesta a un fallo de LBT consistente. Como alternativa y/o adicionalmente, la prioridad de la solicitud de planificación puede estar asociada con una prioridad más baja entre una o más prioridades de uno o más canales lógicos (por ejemplo, uno o más canales lógicos asociados con la solicitud de planificación y/o uno o más canales lógicos asociados con el UE) si la solicitud de planificación se desencadena en respuesta a un fallo de LBT consistente.
Un UE puede determinar una prioridad de una solicitud de planificación basándose en la prioridad de un CE de MAC. Por ejemplo, la solicitud de planificación puede desencadenarse por una BFR desencadenada y/o la prioridad de la solicitud de planificación puede estar asociada con una prioridad de un CE de MAC (por ejemplo, un CE de MAC de BFR) asociado con la BFR desencadenada. La prioridad de la solicitud de planificación puede determinarse basándose en la prioridad del CE de MAC asociado con la BFR desencadenada. En algunos ejemplos, el UE puede comparar la prioridad de CE de MAC (por ejemplo, el CE de MAC de BFR) con una segunda prioridad de uno o más canales lógicos de una concesión de UL superpuesta (tal como una concesión de UL asociada con un recurso de UL que se superpone a una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación) para determinar la priorización entre la concesión de UL superpuesta y la solicitud de planificación. Por ejemplo, el UE puede comparar la prioridad del CE de MAC con la segunda prioridad cuando se determina si la concesión de UL superpuesta tiene prioridad o no (por ejemplo, el UE puede comparar la prioridad del CE de MAC con la segunda prioridad para determinar si la concesión de UL se prioriza o se desprioriza).
Por ejemplo, cuando una concesión de UL se superpone con una solicitud de planificación desencadenada por una BFR (tal como cuando un recurso de UL de la concesión de UL se superpone con una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación desencadenada por la BFR), el UE compara una primera prioridad de un CE de MAC de BFR (asociado con la BFR, por ejemplo) y una segunda prioridad de un canal lógico asociado con la concesión de UL para determinar si priorizar la solicitud de planificación o la concesión de UL. Como alternativa y/o adicionalmente, la primera prioridad del CE de MAC de BFR asociado con la solicitud de planificación puede tener un valor fijo. En algunos ejemplos, el UE puede asociar una prioridad de la solicitud de planificación con el valor fijo de la primera prioridad del CE de MAC de BFR.
Como alternativa y/o adicionalmente, cuando una concesión de UL se superpone con una solicitud de planificación desencadenada por un fallo de LBT consistente (tal como cuando un recurso de UL de la concesión de UL se superpone con una ocasión de transmisión de solicitud de planificación correspondiente a la solicitud de planificación desencadenada por el fallo de LBT consistente), el UE compara una primera prioridad de un CE de MAC de fallo de
LBT (asociado con el fallo de LBT consistente, por ejemplo) y una segunda prioridad de un canal lógico asociado con la concesión de UL para determinar si priorizar la solicitud de planificación o la concesión de UL. Como alternativa y/o adicionalmente, la primera prioridad del CE de MAC de fallo de LBT asociado con la solicitud de planificación puede tener un valor fijo. En algunos ejemplos, el UE puede asociar una prioridad de la solicitud de planificación con el valor fijo de la primera prioridad del CE de MAC de fallo de LBT.
Con respecto a una o más realizaciones del presente documento, tal como una o más técnicas, dispositivos, conceptos, métodos y/o alternativas descritas anteriormente, el UE puede configurarse para realizar una o más determinaciones asociadas con la priorización entre una o más concesiones de UL y una solicitud de planificación. El UE puede configurarse con lch-basedPrioritization (tal como se analiza en R2-2002341). Una determinación asociada con la priorización puede corresponder a una determinación de si una solicitud de planificación tiene prioridad sobre una concesión de Ul o si la concesión de UL tiene prioridad sobre la solicitud de planificación.
Con respecto a una o más realizaciones del presente documento, una entidad de MAC (del UE, por ejemplo) puede configurarse para realizar una o más determinaciones asociadas con la priorización entre una o más concesiones de UL y una solicitud de planificación. La entidad de MAC puede configurarse con lch-basedPrioritization (tal como se analiza en R2-2002341). La entidad de MAC puede estar asociada con la concesión de UL y la solicitud de planificación.
Con respecto a una o más realizaciones del presente documento, la solicitud de planificación puede desencadenarse en respuesta a una BFR desencadenada. Como alternativa y/o adicionalmente, la solicitud de planificación puede desencadenarse en respuesta a un fallo de LBT consistente (por ejemplo, un fallo de LBT consistente desencadenado).
Con respecto a una o más realizaciones del presente documento, el UE puede no tener recursos de UL (por ejemplo, cualquier recurso de UL) disponibles para una nueva transmisión (para transmitir un CE de MAC de BFR y/o un CE de MAC de LBT de fallo, por ejemplo).
Con respecto a una o más realizaciones del presente documento, en un escenario en el que la solicitud de planificación se superpone con la concesión de UL superpuesta, la solicitud de planificación puede asociarse con una ocasión de transmisión de solicitud de planificación que se superpone (en el dominio del tiempo, por ejemplo) con uno o más recursos de UL asociados con la concesión de UL superpuesta.
Con respecto a una o más realizaciones del presente documento, el UE no puede realizar una transmisión de UL a través del uno o más recursos de UL asociados con la concesión de UL superpuesta si se considera que la concesión de UL superpuesta es una concesión sin prioridad (por ejemplo, sin prioridad bajo la solicitud de planificación). El UE puede transmitir la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación si se considera que la solicitud de planificación es una solicitud de planificación priorizada (por ejemplo, priorizada sobre la concesión de UL superpuesta).
Con respecto a una o más realizaciones del presente documento, el UE puede realizar una transmisión de UL a través del uno o más recursos de UL asociados con la concesión de UL superpuesta si la concesión de UL superpuesta se considera una concesión priorizada (por ejemplo, priorizada sobre la solicitud de planificación). El UE no puede transmitir la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación si se considera que la solicitud de planificación es una solicitud de planificación sin prioridad (por ejemplo, sin prioridad bajo la concesión de UL superpuesta) y/o si se considera que la concesión de UL superpuesta es una concesión priorizada (por ejemplo, priorizada sobre la solicitud de planificación).
Con respecto a una o más realizaciones del presente documento, la concesión de UL puede ser para una retransmisión. La concesión de UL puede dirigirse a CS-RNTI con NDI=1. Como alternativa y/o adicionalmente, la concesión de UL podrá dirigirse al C-RNTI temporal. La concesión de UL se puede dirigir a C-RNTI sin un indicador de datos nuevos (NDI) alternado (por ejemplo, la concesión de UL puede estar asociada con un NDI que no está alternado o la concesión de UL puede no comprender un NDI).
Con respecto a una o más realizaciones del presente documento, la concesión de UL puede ser para una nueva transmisión.
Con respecto a una o más realizaciones del presente documento, el uno o más recursos de UL (asociados con la concesión de UL) pueden ser uno o más recursos de canal físico compartido de enlace ascendente (PUSCH).
Con respecto a una o más realizaciones del presente documento, la ocasión de transmisión de solicitud de planificación (asociada con la solicitud de planificación) puede estar asociada con el canal físico de control de enlace ascendente (PUCCH).
Con respecto a una o más realizaciones del presente documento, la ocasión de transmisión de solicitud de planificación asociada con la solicitud de planificación puede indicarse en una configuración de solicitud de planificación (con la que está configurado el UE, por ejemplo).
Con respecto a una o más realizaciones del presente documento, la configuración de solicitud de planificación puede configurarse para BFR.
Con respecto a una o más realizaciones del presente documento, la configuración de solicitud de planificación puede configurarse para fallo de LBT consistente.
Con respecto a una o más realizaciones del presente documento, la solicitud de planificación puede estar asociada con una BFR desencadenada.
Con respecto a una o más realizaciones del presente documento, una BFR (por ejemplo, la BFR desencadenada) puede desencadenarse en respuesta a una o más indicaciones de fallo de haz (que ascienden a un primer número de indicaciones de fallo de haz, por ejemplo) desde una capa inferior del UE.
Con respecto a una o más realizaciones del presente documento, una BFR (por ejemplo, la BFR desencadenada) puede estar asociada con una BFR (por ejemplo, un procedimiento de BFR).
Con respecto a una o más realizaciones del presente documento, la solicitud de planificación puede estar asociada con un fallo de LBT consistente desencadenado.
Con respecto a una o más realizaciones del presente documento, la solicitud de planificación puede estar asociada con un Ce de MAC de informe de CSI.
Con respecto a una o más realizaciones del presente documento, la solicitud de planificación no puede desencadenarse en respuesta a BSR.
Con respecto a una o más realizaciones del presente documento, la BFR (por ejemplo, el procedimiento de BFR) puede estar asociada con una célula secundaria.
Con respecto a una o más realizaciones del presente documento, la BFR (por ejemplo, el procedimiento de BFR) puede estar asociada con una célula primaria.
Con respecto a una o más realizaciones del presente documento, la una o más células de servicio pueden comprender una célula primaria.
Con respecto a una o más realizaciones del presente documento, la una o más células de servicio pueden comprender una célula secundaria.
Con respecto a una o más realizaciones del presente documento, cuando una concesión de UL se superpone con una solicitud de planificación, uno o más recursos de UL asociados con la concesión de UL se superponen con una o más ocasiones de transmisión de solicitud de planificación asociadas con la solicitud de planificación.
Con respecto a una o más realizaciones del presente documento, si una prioridad de un CE de MAC es mayor que la prioridad de un canal lógico, el UE puede incluir el CE de MAC en un bloque de transporte (TB) asociado con una concesión de UL antes de incluir los datos asociados con el canal lógico.
Con respecto a una o más realizaciones del presente documento, para un canal lógico asociado con una concesión de UL, los datos asociados con el canal lógico pueden incluirse en un TB asociado con la concesión de UL.
Una, algunas y/o todas las técnicas y/o realizaciones anteriores se pueden formar en una nueva realización.
En algunos ejemplos, las realizaciones desveladas en el presente documento pueden implementarse de forma independiente y/o por separado. Como alternativa y/o adicionalmente, puede implementarse una combinación de realizaciones descritas en el presente documento. Como alternativa y/o adicionalmente, puede implementarse una combinación de realizaciones descritas en el presente documento de forma concurrente y/o simultánea.
Varias técnicas, realizaciones, métodos y/o alternativas de la presente divulgación pueden realizarse de forma independiente y/o por separado unas de otras. Como alternativa y/o adicionalmente, varias técnicas, realizaciones, métodos y/o alternativas de la presente divulgación pueden combinarse y/o implementarse usando un único sistema. Como alternativa y/o adicionalmente, varias técnicas, realizaciones, métodos y/o alternativas de la presente divulgación pueden implementarse de manera concurrente y/o simultánea.
La Figura 10 es un diagrama de flujo 1000 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En la etapa 1005, el UE desencadena una solicitud de planificación, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación. En la etapa 1010, el UE recibe una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de
solicitud de planificación. En la etapa 1015, el UE transmite la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación a una red y no realiza una transmisión usando el recurso UL.
Preferentemente, el UE considera que la concesión de UL es una concesión sin prioridad.
Haciendo 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 almacenado en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir que el UE (i) desencadene una solicitud de planificación, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación, (ii) reciba una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación, y (iii) transmita la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación a una red y no realice una transmisión usando el recurso de UL. Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas de las acciones y etapas anteriormente descritas y/u otras descritas en el presente documento.
La Figura 11 es un diagrama de flujo 1100 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En la etapa 1105, el UE desencadena una solicitud de planificación, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación. En la etapa 1110, el UE recibe una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación. En la etapa 1115, el UE realiza una transmisión usando el recurso de UL a una red y no transmite la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación.
Preferentemente, el UE considera que la concesión de UL es una concesión priorizada.
Haciendo 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 almacenado en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir que el UE (i) desencadene una solicitud de planificación, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación, (ii) reciba una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación, y (iii) realice una transmisión usando el recurso de UL a una red y no transmita la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación. Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas de las acciones y etapas anteriormente descritas y/u otras descritas en el presente documento.
La Figura 12 es un diagrama de flujo 1200 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En la etapa 1205, el UE desencadena una solicitud de planificación asociada con una o más células, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación. En la etapa 1210, el UE recibe una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación. En la etapa 1215, el UE determina si transmitir la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación o realizar una transmisión de UL a través del recurso de UL basándose en una primera prioridad de datos disponibles para la transmisión en una o más células y una segunda prioridad de uno o más canales lógicos asociados con la concesión de UL (y/o basándose en otra información además de la primera prioridad de los datos disponibles para la transmisión y la segunda prioridad del uno o más canales lógicos asociados con la concesión de UL).
Preferentemente, el UE transmite la solicitud de planificación (a través de la ocasión de transmisión de solicitud de planificación, por ejemplo) si la primera prioridad de los datos disponibles para la transmisión en la una o más células es mayor que la segunda prioridad del uno o más canales lógicos asociados con la concesión de UL.
Preferentemente, el UE realiza la transmisión de UL a través del recurso de UL si la primera prioridad de los datos disponibles para la transmisión en la una o más células es menor que la segunda prioridad del uno o más canales lógicos asociados con la concesión de UL.
Haciendo 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 almacenado en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir que el UE (i) desencadene una solicitud de planificación asociada con una o más células, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación, (ii) reciba una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación, y (iii) determine si transmitir la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación o realizar una transmisión de UL a través del recurso de UL basándose en una primera prioridad de datos disponibles para la transmisión en la una o más células y una segunda prioridad de uno o más canales lógicos asociados con la concesión de UL (y/o basándose en otra información además de la primera prioridad de los datos disponibles para la transmisión y la segunda prioridad del uno o más canales lógicos asociados con la concesión de UL). Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas de las acciones y etapas anteriormente descritas y/u otras descritas en el presente documento.
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 solicitud de planificación asociada con una o más células, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación. En la etapa 1310, el UE recibe una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación. En la etapa 1315, el UE determina si transmitir la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación o realizar una transmisión de UL a través del recurso de UL basándose en una primera prioridad asociada con la solicitud de planificación y una segunda prioridad asociada con la concesión de UL (y/o basándose en otra información además de la primera prioridad asociada con la solicitud de planificación y la segunda prioridad asociada con la concesión de UL).
Preferentemente, la primera prioridad es un valor preconfigurado (por ejemplo, el valor preconfigurado puede corresponder a un valor con el que el UE está configurado antes de desencadenar la solicitud de planificación) y/o un valor configurado en la red asociado con la solicitud de planificación (por ejemplo, una red puede configurar el UE con el valor configurado en la red).
Preferentemente, la segunda prioridad está asociada con un canal lógico asociado con la concesión de UL (por ejemplo, la segunda prioridad puede corresponder a una prioridad del canal lógico asociado con la concesión de UL).
Preferentemente, el UE transmite la solicitud de planificación (a través de la ocasión de transmisión de solicitud de planificación, por ejemplo) si la primera prioridad es mayor que la segunda prioridad.
Preferentemente, el UE realiza la transmisión de UL a través del recurso de UL si la primera prioridad es menor que la segunda prioridad.
Haciendo 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 almacenado en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir que el UE (i) desencadene una solicitud de planificación asociada con una o más células, en donde la solicitud de planificación está asociada con una ocasión de transmisión de solicitud de planificación, (ii) reciba una concesión de UL, en donde la concesión de UL está asociada con un recurso de UL que se superpone con la ocasión de transmisión de solicitud de planificación, y (iii) determine si transmitir la solicitud de planificación a través de la ocasión de transmisión de solicitud de planificación o realizar una transmisión de UL a través del recurso de UL basándose en una primera prioridad asociada con la solicitud de planificación y una segunda prioridad asociada con la concesión de UL (y/o basándose en otra información además de la primera prioridad asociada con la solicitud de planificación y la segunda prioridad asociada con la concesión de UL). Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas de las acciones y etapas anteriormente descritas y/u otras descritas en el presente documento.
Con respecto a las Figuras 10-13, preferentemente, la solicitud de planificación se desencadena en respuesta a una BFR.
Preferentemente, la solicitud de planificación está asociada con una BFR desencadenada.
Preferentemente, la solicitud de planificación se desencadena en respuesta a un fallo de LBT consistente.
Preferentemente, la solicitud de planificación se desencadena en respuesta a un CSI que informa el CE de MAC.
Preferentemente, la solicitud de planificación no se desencadena en respuesta a datos disponibles para la transmisión en un canal lógico (por ejemplo, la solicitud de planificación no se puede desencadenar en respuesta a que los datos estén disponibles para la transmisión en el canal lógico).
Preferentemente, la solicitud de planificación no se desencadena en respuesta a un informe de estado de la memoria intermedia.
Preferentemente, el UE no transmite la solicitud de planificación si el UE determina realizar la transmisión de UL (y/o si el UE realiza la transmisión de UL).
Preferentemente, el UE no realiza la transmisión de UL si el UE determina transmitir la solicitud de planificación (y/o si el UE transmite la solicitud de planificación).
Preferentemente, la BFR está asociada con una o más células secundarias.
Preferentemente, la BFR está asociada con una célula primaria.
Preferentemente, el UE transmite un CE de MAC de BFR a la red a través de una segunda concesión de UL proporcionada por la red después de transmitir la solicitud de planificación. Por ejemplo, la red proporciona al UE la segunda concesión de UL basándose en y/o en respuesta a la recepción de la solicitud de planificación.
Preferentemente, el fallo de LBT consistente está asociado con una o más células secundarias.
Preferentemente, el fallo de LBT consistente está asociado con una célula primaria.
La Figura 14 es un diagrama de flujo 1400 de acuerdo con una realización ilustrativa desde la perspectiva de un UE configurado con priorización basada en canal lógico (por ejemplo, lch-basedPrioritization). En la etapa 1405, el UE determina la priorización entre una primera concesión de UL y una primera solicitud de planificación basándose en un primer canal lógico asociado con el desencadenamiento de la primera solicitud de planificación, en donde la primera concesión de UL y la primera solicitud de planificación se superponen en el dominio del tiempo. En un ejemplo, la priorización entre la primera concesión de UL y la primera solicitud de planificación puede basarse en una prioridad del primer canal lógico asociado con el desencadenamiento de la primera solicitud de planificación. La primera solicitud de planificación puede desencadenarse por el primer canal lógico. En la etapa 1410, el UE recibe una segunda concesión de UL, en donde la segunda concesión de UL y una segunda solicitud de planificación se superponen en el dominio del tiempo. En la etapa 1415, el UE prioriza la segunda concesión de UL sobre la segunda solicitud de planificación basándose en que la segunda concesión de UL está dirigida a un C-RNTI temporal del UE.
Preferentemente, el UE prioriza la segunda concesión de UL sobre la segunda solicitud de planificación si (y/o cuando) la segunda concesión de UL está dirigida al C-RNTI temporal del UE. En algunos ejemplos, el UE puede priorizar la segunda concesión de UL sobre la segunda solicitud de planificación, basándose en que la segunda concesión de UL se dirija al C-RNTI temporal del UE, independientemente de si una prioridad de un canal lógico asociado con la segunda UL concesión es mayor o menor que una prioridad de un canal lógico asociado con la segunda solicitud de planificación.
Preferentemente, el UE que prioriza la segunda concesión de UL sobre la segunda solicitud de planificación comprende el UE que considera la segunda concesión de UL para que sea una concesión priorizada.
Preferentemente, el UE que prioriza la segunda concesión de UL sobre la segunda solicitud de planificación comprende el UE que considera la segunda solicitud de planificación como una solicitud de planificación sin prioridad.
Preferentemente, el UE realiza una transmisión de UL a través de un recurso de UL asociado con la segunda concesión de UL basándose en la segunda concesión de UL que se prioriza sobre la segunda solicitud de planificación.
Preferentemente, el UE no transmite la segunda solicitud de planificación basándose en que se prioriza la segunda concesión de UL sobre la segunda concesión solicitud de planificación. Como alternativa y/o adicionalmente, el UE no transmite la segunda solicitud de planificación a través de una ocasión de transmisión de solicitud de planificación asociada con la segunda solicitud de planificación basándose en la segunda concesión de UL que tiene prioridad sobre la segunda solicitud de planificación. En un ejemplo, la ocasión de transmisión de solicitud de planificación puede superponerse con un recurso de UL asociado con la segunda concesión de UL en el dominio del tiempo.
Preferentemente, el UE desencadena la segunda solicitud de planificación en respuesta a una BFR desencadenada o un fallo de LBT consistente desencadenado.
Preferentemente, el UE que prioriza la segunda concesión de UL sobre la segunda solicitud de planificación no se basa en un canal lógico asociado con el desencadenamiento de la segunda solicitud de planificación (por ejemplo, la priorización de la segunda concesión de UL sobre la segunda solicitud de planificación no se basa en un canal lógico que desencadenó la segunda solicitud de planificación).
Preferentemente, un primer recurso de UL asociado con la primera concesión de UL se superpone con una primera ocasión de transmisión de solicitud de planificación asociada con la primera solicitud de planificación. La primera concesión de UL puede ser una concesión de UL configurada. Como alternativa y/o adicionalmente, la concesión de UL configurada puede activarse basándose en y/o en respuesta a la primera concesión de UL. El primer recurso de UL puede ser un recurso de UL asociado con la concesión de UL configurada.
Preferentemente, un segundo recurso de UL asociado con la segunda concesión de UL se solapa con una ocasión de transmisión de solicitud de planificación asociada con la segunda solicitud de planificación.
Preferentemente, la primera concesión de UL (por ejemplo, una concesión de UL configurada) que se superpone con la primera solicitud de planificación significa que un primer recurso de UL asociado con la primera concesión de UL se superpone con una primera ocasión de transmisión de solicitud de planificación asociada con el primer recurso de programación, y/o la segunda concesión de UL que se superpone con la segunda solicitud de planificación significa que un segundo recurso de UL asociado con la segunda concesión de UL se superpone con una ocasión de transmisión de solicitud de planificación asociada con la segunda solicitud de planificación.
Preferentemente, la segunda concesión de UL es para realizar una retransmisión (por ejemplo, realizar una retransmisión usando un recurso de UL asociado con la segunda concesión de UL).
Preferentemente, la primera concesión de UL está dirigida a CS-RNTI con NDI = 1 (por ejemplo, la primera concesión de UL está asociada con un NDI igual a 1).
Preferentemente, la primera concesión de UL está dirigida a un C-RNTI.
Preferentemente, la primera concesión de UL es una concesión de UL configurada.
Volviendo a las Figuras 3 y 4, en una realización ilustrativa de un UE configurado con priorización basada en canal lógico (por ejemplo, lch-basedPrioritization), el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 puede ejecutar el código de programa 312 para permitir que el UE (i) determine la priorización entre una primera concesión de UL y una primera solicitud de planificación basándose en un primer canal lógico asociado con el desencadenamiento de la primera solicitud de planificación, en donde la primera concesión de UL y la primera la solicitud de planificación se superpone en el dominio del tiempo, (ii) reciba una segunda concesión de UL, en donde la segunda concesión de UL y una segunda solicitud de planificación se superponen en el dominio del tiempo, y (iii) priorice la segunda concesión de UL sobre la segunda solicitud de planificación basándose en la segunda concesión de UL dirigida a un C-RNTI temporal del UE. Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas de las acciones y etapas anteriormente descritas y/u otras descritas en el presente documento.
Para mejorar la especificación de MAC del 3GPP para la comunicación inalámbrica de acuerdo con algunas realizaciones del presente documento, se proporcionan las mejoras 1-4 en el presente documento. Las mejoras 1-4 reflejan la implementación de acuerdo con algunas realizaciones del presente documento y comprenden adiciones a la sección 5.4.1 de R2-2002341. De acuerdo con algunas realizaciones, se puede implementar una, algunas y/o todas las mejoras 1-4 y/o una, algunas y/o todas las adiciones 1-7 (analizadas a continuación). Una parte de la Sección 5.4.1 de R2-2002341, sin ninguna adición de mejoras 1-4, se cita a continuación: Cuando la entidad de MAC está configurada, con lch-basedPrioritization, para cada concesión de enlace ascendente que no sea ya una concesión de enlace ascendente sin prioridad:
1> si esta concesión de enlace ascendente está dirigida a CS-RNTI con NDI = 1 o C-RNTI:
2> si no hay una duración de PUSCH superpuesta de una concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
1> de lo contrario, si esta concesión de enlace ascendente es una concesión de enlace ascendente configurada:
2> si no hay una duración de PUSCH superpuesta de otra concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay superposición de duración PUSCH de una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 1 o C-RNTI, en el mismo BWP, cuya prioridad es mayor o igual a la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
[...]
En la mejora 1, la adición 1 y/o la adición 2 se realizan en la porción de la Sección 5.4.1 de R2-2002341 de acuerdo con algunas realizaciones de la presente divulgación. La adición 1 establece que, cuando se determina si una concesión de UL (que está dirigida a CS-RNTI con NDI = 1 o a C-RNTI) es una concesión de UL priorizada, se considera una prioridad de un CE de MAC que desencadenó una solicitud de planificación superpuesta o una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta. Sin la adición 1 de la mejora 1, la
Sección 5.4.1 de R2-2002341 establece que simplemente se considera una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta cuando se determina si la concesión de UL es una concesión priorizada (por ejemplo, si no se considera que la prioridad del CE de MAC es mayor que una prioridad de la concesión de UL), y por lo tanto, es posible que un Ue no pueda determinar si la concesión de UL es una concesión de UL priorizada y/o el UE puede (por ejemplo, incorrectamente) determinar que la concesión de UL es una concesión de UL priorizada incluso en un escenario en el que la prioridad del CE de MAC que desencadenó la solicitud de planificación superpuesta es mayor que la prioridad de la concesión de UL.
La adición 2 de la mejora 1 establece que, cuando se determina si una concesión de UL configurada es una concesión de UL priorizada, se considera una prioridad de un CE de MAC que desencadenó una solicitud de planificación superpuesta o una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta. Sin la adición 2 de la mejora 1, la Sección 5.4.1 de R2-2002341 establece que simplemente se considera una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta cuando se determina si la concesión de UL configurada es una concesión priorizada (por ejemplo, si no se considera que la prioridad del CE de MAC es mayor que una prioridad de la concesión de UL configurada), y por lo tanto, es posible que un UE no pueda determinar si la concesión de UL configurada es una concesión de UL priorizada y/o el UE puede (por ejemplo, incorrectamente) determinar que la concesión de UL configurada es una concesión de UL priorizada incluso en un escenario en el que la prioridad del CE de MAC que desencadenó la solicitud de planificación superpuesta es mayor que la prioridad de la concesión de UL configurada.
La adición 1 de la mejora 1 está en negrita y está precedida por la expresión "ADICIÓN 1 COMIENZA:" y seguida por la expresión "ADICIÓN 1 FINALIZA" para distinguir la adición 1 de lo que se incluyó originalmente en la Sección 5.4.1 de R2-2002341. La adición 2 de la mejora 1 está en negrita y está precedida por la expresión "ADICIÓN 2 COMIENZA:" y seguida por la expresión "ADICIÓN 2 FINALIZA" para distinguir la adición 2 de lo que se incluyó originalmente en la Sección 5.4.1 de R2-2002341.
Mejora 1:
Cuando la entidad de MAC está configurada, con Ich-basedPrioritization, para cada concesión de enlace ascendente que no sea ya una concesión de enlace ascendente sin prioridad:
1> si esta concesión de enlace ascendente está dirigida a CS-RNTI con NDI = 1 o C-RNTI:
2> si no hay una duración de PUSCH superpuesta de una concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico ADICIÓN 1 COMIENZA: o el CE de MAC ADICIÓN 1 TERMINA que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
1> de lo contrario, si esta concesión de enlace ascendente es una concesión de enlace ascendente configurada:
2> si no hay una duración de PUSCH superpuesta de otra concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay superposición de duración PUSCH de una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 1 o C-RNTI, en el mismo BWP, cuya prioridad es mayor o igual a la prioridad de la concesión de enlace ascendente; y
2> si no hay ningún recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico ADICIÓN 2 COMIENZA: o el CE de MAC que ADICIÓN 2 TERMINA desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad. [...]
En la mejora 2, la adición 3 y/o la adición 4 se realizan en la porción de la Sección 5.4.1 de R2-2002341 de acuerdo con algunas realizaciones de la presente divulgación. La adición 3 establece que, cuando se determina si una concesión de UL (que está dirigida al CS-RNTI con NDI = 1 o al C-RNTI) es una concesión de UL priorizada, una
prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta y/o si se considera que la solicitud de planificación superpuesta se desencadenó por una BFR (por ejemplo, se puede determinar que la concesión de UL es una concesión de UL priorizada si la prioridad del canal lógico que desencadenó la solicitud de planificación superpuesta no es mayor que una prioridad de la concesión de UL y la solicitud de planificación superpuesta no se desencadenó por una BFR). Sin la adición 3 de la mejora 2, la Sección 5.4.1 de R2-2002341 establece que simplemente se considera una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta cuando se determina si la concesión de UL es una concesión priorizada (por ejemplo, no se considera si la solicitud de planificación superpuesta se desencadena por una BFR) y, por lo tanto, un UE puede (por ejemplo, incorrectamente) determinar que la concesión de UL es una concesión de UL priorizada incluso en un escenario en el que la solicitud de planificación superpuesta se desencadena por una BFR.
La adición 4 de la mejora 2 establece que, cuando se determina si una concesión de UL configurada es una concesión de UL priorizada, una prioridad de un CE de MAC que desencadenó una solicitud de planificación superpuesta o una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta y/o se considera si la solicitud de planificación superpuesta se desencadena por una BFR (por ejemplo, se puede determinar que la concesión de UL configurada es una concesión de UL priorizada si la prioridad del canal lógico que desencadenó la solicitud de planificación superpuesta no es mayor que la prioridad de la concesión de UL configurada y la solicitud de planificación superpuesta no se desencadena por una b Fr ). Sin la adición 4 de la mejora 2, la Sección 5.4.1 de R2-2002341 establece que simplemente se considera una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta cuando se determina si la concesión de UL configurada (por ejemplo, no se considera si la solicitud de planificación superpuesta se desencadena por una BFR) y, por lo tanto, un UE puede (por ejemplo, incorrectamente) determinar que la concesión de UL configurada es una concesión de UL priorizada incluso en un escenario en el que la solicitud de planificación superpuesta se desencadena por una BFR.
La adición 3 de la mejora 2 está en negrita y está precedida por la expresión "ADICIÓN 3 COMIENZA:" y seguida por la expresión "ADICIÓN 3 FINALIZA" para distinguir la adición 3 de lo que se incluyó originalmente en la Sección 5.4.1 de R2- 2002341. La adición 4 de la mejora 2 está en negrita y está precedida por la expresión "ADICIÓN 4 COMIENZA:" y seguida por la expresión "ADICIÓN 4 FINALIZA" para distinguir la adición 4 de lo que se incluyó originalmente en la Sección 5.4.1 de R2-2002341.
Mejora 2:
Cuando la entidad de MAC está configurada, con Ich-basedPrioritization, para cada concesión de enlace ascendente que no sea ya una concesión de enlace ascendente sin prioridad:
1> si esta concesión de enlace ascendente está dirigida a CS-RNTI con NDI = 1 o C-RNTI:
2> si no hay una duración de PUSCH superpuesta de una concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente, LA ADICIÓN 3 COMIENZA: o donde la SR se desencadena por una BFR, LA ADICIÓN 3 TERMINA:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
1> de lo contrario, si esta concesión de enlace ascendente es una concesión de enlace ascendente configurada:
2> si no hay una duración de PUSCH superpuesta de otra concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay superposición de duración PUSCH de una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 1 o C-RNTI, en el mismo BWP, cuya prioridad es mayor o igual a la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente, LA ADICIÓN 4 COMIENZA: o donde la SR se desencadena por una BFR, LA ADICIÓN 4 TERMINA:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
[...]
En la mejora 3, la adición 5 y/o la adición 6 se realizan en la porción de la Sección 5.4.1 de R2-2002341 de acuerdo con algunas realizaciones de la presente divulgación. La adición 5 establece que, cuando se determina si una concesión de UL (que está dirigida al CS-RNTI con NDI = 1 o al C-RNTI) es una concesión de UL priorizada, una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta y/o si se considera que la solicitud de planificación superpuesta se desencadenó por un fallo de LBT consistente (por ejemplo, se puede determinar que la concesión de UL es una concesión de UL priorizada si la prioridad del canal lógico que desencadenó la solicitud de planificación superpuesta no es mayor que una prioridad de la concesión de UL y la solicitud de planificación superpuesta no se desencadenó por un fallo de LBT consistente). Sin la adición 5 de la mejora 3, la Sección 5.4.1 de R2-2002341 establece que simplemente se considera una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta cuando se determina si la concesión de UL es una concesión priorizada (por ejemplo, no se considera si la solicitud de planificación superpuesta se desencadena por un fallo de LBT consistente) y, por lo tanto, un UE puede (por ejemplo, incorrectamente) determinar que la concesión de UL es una concesión de UL priorizada incluso en un escenario en el que la solicitud de planificación superpuesta se desencadena por un fallo de LBT consistente.
La adición 6 de la mejora 3 establece que, cuando se determina si una concesión de UL configurada es una concesión de UL priorizada, una prioridad de un CE de MAC que desencadenó una solicitud de planificación superpuesta o una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta y/o se considera si la solicitud de planificación superpuesta se desencadena por un fallo de LBT consistente (por ejemplo, se puede determinar que la concesión de UL configurada es una concesión de UL priorizada si la prioridad del canal lógico que desencadenó la solicitud de planificación superpuesta no es mayor que la prioridad de la concesión de UL configurada y la solicitud de planificación superpuesta no se desencadena por un fallo de LBT consistente). Sin la adición 6 de la mejora 3, la Sección 5.4.1 de R2-2002341 establece que simplemente se considera una prioridad de un canal lógico que desencadenó la solicitud de planificación superpuesta cuando se determina si la concesión de UL configurada (por ejemplo, no se considera si la solicitud de planificación superpuesta se desencadena por un fallo de LBT consistente) y, por lo tanto, un UE puede (por ejemplo, incorrectamente) determinar que la concesión de UL configurada es una concesión de UL priorizada incluso en un escenario en el que la solicitud de planificación superpuesta se desencadena por un fallo de LBT consistente.
La adición 5 de la mejora 3 está en negrita y está precedida por la expresión "ADICIÓN 5 COMIENZA:" y seguida por la expresión "ADICIÓN 5 FINALIZA" para distinguir la adición 5 de lo que se incluyó originalmente en la Sección 5.4.1 de R2- 2002341. La adición 6 de la mejora 3 está en negrita y está precedida por la expresión "ADICIÓN 6 COMIENZA:" y seguida por la expresión "ADICIÓN 6 FINALIZA" para distinguir la adición 6 de lo que se incluyó originalmente en la Sección 5.4.1 de R2-2002341.
Mejora 3:
Cuando la entidad de MAC está configurada, con Ich-basedPrioritization, para cada concesión de enlace ascendente que no sea ya una concesión de enlace ascendente sin prioridad:
1> si esta concesión de enlace ascendente está dirigida a CS-RNTI con NDI = 1 o C-RNTI:
2> si no hay una duración de PUSCH superpuesta de una concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente, LA ADICIÓN 5 COMIENZA: o donde la SR se desencadena por un fallo de LBT consistente, LA ADICIÓN 5 TERMINA:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
1> de lo contrario, si esta concesión de enlace ascendente es una concesión de enlace ascendente configurada:
2> si no hay una duración de PUSCH superpuesta de otra concesión de enlace ascendente configurada, en la misma BWP cuya prioridad es mayor que la prioridad de la concesión de enlace ascendente; y
2> si no hay superposición de duración PUSCH de una concesión de enlace ascendente dirigida a CS-RNTI con NDI = 1 o C-RNTI, en el mismo BWP, cuya prioridad es mayor o igual a la prioridad de la concesión de enlace ascendente; y
2> si no hay un recurso de PUCCH superpuesto con una transmisión de SR donde la prioridad del canal lógico que desencadenó la SR es mayor que la prioridad de la concesión del enlace ascendente, LA ADICIÓN 6 COMIENZA: o donde la SR se desencadena por un fallo de LBT consistente, LA ADICIÓN 6 TERMINA:
3> esta concesión de enlace ascendente es una concesión de enlace ascendente priorizada;
3> la otra concesión o concesiones de enlace ascendente superpuestas, si las hay, es o son una concesión de enlace ascendente sin prioridad.
[...]
En la mejora 4, se realiza la adición 7 a la Sección 5.4.1 de R2-2002341 de acuerdo con algunas realizaciones de la presente divulgación. La adición 7 proporciona que una entidad de MAC (de un UE, por ejemplo) considere que un canal lógico que desencadena la solicitud de planificación es el canal lógico de mayor prioridad que tiene datos disponibles para la transmisión en el momento en que se desencadena la solicitud de planificación. Por ejemplo, el canal lógico de mayor prioridad (por ejemplo, un canal lógico con la prioridad más alta entre uno o más canales lógicos que tienen datos disponibles para la transmisión en el momento en que se desencadena la solicitud de planificación) puede considerarse que es un canal lógico que desencadena la solicitud de planificación. En consecuencia, cuando se determina si una concesión de UL (por ejemplo, una concesión de UL configurada y/o una concesión de UL dirigida a CS-RNTI con NDI = 1 o a C-RNTI) es una concesión de UL priorizada, una prioridad del canal lógico de mayor prioridad puede considerarse una prioridad del canal lógico que desencadenó la solicitud de planificación superpuesta (por ejemplo, la concesión de UL puede determinarse como una concesión de UL priorizada si la prioridad del canal lógico de mayor prioridad no es mayor que la prioridad de la concesión de UL). En consecuencia, el UE puede determinar la priorización entre la solicitud de planificación y la concesión de UL incluso en un escenario en el que la solicitud de planificación no se desencadena por un canal lógico (debido a que el canal lógico de mayor prioridad se considera que es un canal lógico que desencadena la solicitud de planificación).
La adición 7 de la mejora 4 es la siguiente:
Para la o las SR desencadenadas por recuperación de fallo de haz de SCell, la entidad de MAC considera que el canal lógico que desencadenó la SR es el canal lógico de mayor prioridad que tiene datos disponibles para la transmisión en el momento en que se desencadenó la SR.
Puede proporcionarse un dispositivo de comunicación (por ejemplo, un UE, una estación base, un nodo de red, etc.), en donde 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 acoplada al procesador. El procesador puede configurarse para ejecutar un código de programa almacenado en la memoria para realizar las etapas del método ilustradas en las Figuras 10-14. Adicionalmente, el procesador puede ejecutar el código de programa para realizar una, algunas y/o todas las acciones y etapas anteriormente descritas y/u otras descritas en el presente documento.
Se puede proporcionar un medio legible por ordenador. 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, tal como al menos uno de los discos versátiles digitales (DVD), un disco compacto ( CD), etc.), y/o una memoria de semiconductores, 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 método ilustradas en las Figuras 10-14, y/o una, algunas y/o todas las acciones y etapas descritas anteriormente y/u otros descritos en el presente documento.
Se puede apreciar que la aplicación de una o más de las técnicas presentadas en el presente documento puede dar como resultado uno o más beneficios que incluyen, pero sin limitación, 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 un UE determine la priorización entre una concesión de UL y una solicitud de planificación superpuesta, y/o permitir que el UE determine la priorización entre una transmisión de PUSCH (correspondiente a una transmisión a través de un recurso de UL asociado con la concesión de UL, por ejemplo) y una transmisión de PUCCH (correspondiente a la transmisión de la solicitud de planificación superpuesta a través de una ocasión de transmisión de solicitud de planificación, por ejemplo). Como alternativa y/o adicionalmente, se resuelve la ambigüedad relacionada con la determinación de la priorización entre la concesión de UL y la solicitud de planificación superpuesta (y/o la determinación de la priorización entre la transmisión PUSCH y la transmisión PUCCH). Como alternativa y/o adicionalmente, la aplicación de una o más de las técnicas presentadas en el presente documento puede dar como resultado la prevención y/o reducción de la latencia del procedimiento de acceso aleatorio, tal como permitir que el UE priorice la concesión de UL sobre la solicitud de planificación superpuesta basándose en la concesión de UL dirigida a un C-RNTI temporal (mientras que, en algunos sistemas, una solicitud de planificación puede tener prioridad sobre una concesión de UL dirigida a un C-RNTI temporal, por ejemplo, debido a las prioridades de la concesión de UL y la solicitud de planificación, lo que puede conducir a la obstrucción de un procedimiento de acceso aleatorio y/o puede retrasar y/o impedir la finalización del procedimiento de acceso aleatorio).
Se han descrito anteriormente diversos aspectos de la divulgación. Debería ser evidente que los contenidos del presente documento pueden realizarse en una amplia variedad de formas y que cualquier estructura o función específica, o ambas, que se divulga en el presente documento, es meramente representativa. Basándose en las enseñanzas del presente documento, un experto en la materia debería apreciar que un aspecto divulgado en el presente documento puede implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos pueden combinarse de diversas formas. Por ejemplo, un aparato puede implementarse o un método puede ponerse en práctica usando cualquier número de los aspectos explicados en el presente documento. Además, dicho aparato puede implementarse o dicho método puede ponerse en práctica usando otra estructura, funcionalidad o estructura y funcionalidad, además de o a diferencia de uno o más de los aspectos expuestos en el presente documento. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales concurrentes basándose en frecuencias de repetición de pulsos. En algunos aspectos pueden establecerse canales concurrentes basándose en la posición o desplazamientos de pulsos. En algunos aspectos pueden establecerse canales concurrentes basándose en secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales concurrentes basándose en las frecuencias de repetición de pulso, posiciones o desplazamientos de pulso y secuencias de salto de tiempo.
Los expertos en la materia entenderían que la información y las señales pueden representarse usando cualquiera de una diversidad de diferentes tecnologías y técnicas. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos y chips a los que se puede hacer referencia a lo largo de toda la descripción anterior pueden representarse mediante tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticos, campos o partículas ópticos o cualquier combinación de los mismos.
Los expertos en la materia deberían apreciar que los diversos bloques lógicos, módulos, procesadores, medios, circuitos y etapas de algoritmo ilustrativos descritos en conexión con aspectos divulgados en el presente documento 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 puede diseñarse usando codificación con código fuente o alguna otra técnica), diversas formas de código de programa o diseño que incorpore instrucciones (a las que puede hacerse referencia en el presente documento, por conveniencia, como "software" o un "módulo de software"), o combinaciones de ambos. Para ilustrar de manera clara esta intercambiabilidad de hardware y software, se han descrito anteriormente en general diversos componentes, bloques, módulos, circuitos y etapas ilustrativos en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y restricciones de diseño impuestas en el sistema general. Expertos pueden implementar la funcionalidad descrita de diversas formas para cada aplicación particular, pero tales decisiones de implementación no deberían interpretarse como que provocan una desviación del alcance de la presente divulgación.
Además, los diversos bloques lógicos, módulos, y circuitos ilustrativos descritos en conexión con los aspectos divulgados en el presente documento pueden implementarse dentro de, o ser realizados por, un circuito integrado ("CI"), un terminal de acceso o un punto de acceso. El CI puede comprender un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistores, componentes de hardware, componentes eléctricos, componentes ópticos o componentes mecánicos discretos o cualquier combinación de los mismos diseñada para realizar las funciones descritas en el presente documento, y puede ejecutar códigos o instrucciones que residen dentro del CI, fuera del CI o ambos. Un procesador de propósito general puede ser un microprocesador, pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estados convencional. Un procesador puede también implementarse 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 en conjunto con un núcleo de DSP o cualquier otra configuración de este tipo.
Se entiende que cualquier orden o jerarquía específica de las etapas en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. Basándose en las preferencias de diseño, se entiende que el orden o jerarquía específica de las etapas de los procesos puede redisponerse mientras permanezca dentro del alcance de la presente divulgación. Las reivindicaciones del método adjuntas presentan elementos de las diversas etapas en un orden de muestra y no pretenden que estén limitadas al orden o jerarquía específico presentado.
Las etapas de un método o algoritmo descritas en conexión con los aspectos divulgados en el presente documento pueden incorporarse directamente en 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 residir en una memoria tal como una memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o cualquier otra forma de medio legible por ordenador conocido en la técnica. Un medio de almacenamiento de muestra puede acoplarse a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en el presente documento, por conveniencia, como un "procesador") de modo que el procesador puede leer información (por ejemplo, código) desde, y escribir información en, el medio de almacenamiento. Un medio de almacenamiento de muestra puede ser parte integral del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede
residir en un equipo de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un equipo de usuario. Como alternativa y/o adicionalmente, en algunos aspectos, cualquier producto de programa informático adecuado puede comprender un medio legible por ordenador que comprende códigos relacionados con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa informático puede comprender materiales de empaquetado.
Si bien la materia objeto desvelada se ha descrito en relación con diversos aspectos, se entenderá que la materia objeto desvelada es apta para modificaciones adicionales. Esta solicitud se concibe para cubrir cualquier variación, uso o adaptación de la materia objeto divulgada que sigue, en general, los principios de la materia objeto divulgada, y que incluye tales desviaciones de la presente divulgación como ocurren dentro de la práctica conocida y habitual dentro de la técnica a la que pertenece la materia objeto divulgada.
Claims (12)
1. Un método de un equipo de usuario, a continuación, también denominado UE, configurado con priorización basada en canal lógico, que comprende:
determinar la priorización entre una primera concesión de enlace ascendente, a continuación también denominado UL, y una primera solicitud de planificación basándose en la prioridad de un primer canal lógico asociado con el desencadenamiento de la primera solicitud de planificación si no se cumplen una o más primeras condiciones, en donde un primer recurso de UL asociado con la primera concesión de UL y una primera ocasión de transmisión de solicitud de planificación asociada con la primera solicitud de planificación se superponen en el dominio del tiempo (1405); y
determinar priorizar la primera concesión de UL sobre la primera solicitud de planificación sin considerar la prioridad del primer canal lógico asociado con el desencadenamiento de la primera solicitud de planificación si se cumplen la una o más primeras condiciones,
caracterizado por que la una o más primeras condiciones comprenden: si la primera concesión de UL está dirigida a un identificador temporal de red de radio celular temporal, a continuación, también denominado C-RNTI, del UE y/o si la primera concesión de UL es una concesión de UL para realizar una retransmisión.
2. El método de la reivindicación 1, que comprende, además:
recibir una segunda concesión de UL, en donde un segundo recurso de UL asociado con la segunda concesión de UL y una segunda ocasión de transmisión de solicitud de planificación asociada con una segunda solicitud de planificación se superponen en el dominio del tiempo (1410); y
priorizar la segunda concesión de UL sobre la segunda solicitud de planificación basándose en que la segunda concesión de UL se dirija al C-RNTI temporal del UE (1415).
3. El método de la reivindicación 2, en donde:
la priorización de la segunda concesión de UL sobre la segunda solicitud de planificación comprende considerar que la segunda concesión de UL es una concesión priorizada.
4. El método de la reivindicación 2 o 3, en donde:
la priorización de la segunda concesión de UL sobre la segunda solicitud de planificación comprende considerar que la segunda solicitud de planificación es una solicitud de planificación sin prioridad.
5. El método de una cualquiera de las reivindicaciones 2 a 4, que comprende:
realizar, basándose en la priorización de la segunda concesión de UL sobre la segunda solicitud de planificación, una transmisión de UL a través de un recurso de UL asociado con la segunda concesión de UL.
6. El método de una cualquiera de las reivindicaciones 2 a 5, que comprende:
no transmitir la segunda solicitud de planificación basándose en la priorización de la segunda concesión de UL sobre la segunda solicitud de planificación.
7. El método de una cualquiera de las reivindicaciones 2 a 6, que comprende:
desencadenar la segunda solicitud de planificación en respuesta a una recuperación de fallo de haz desencadenada, a continuación, también denominada BFR, o un fallo de escucha antes de hablar consistente desencadenado, a continuación, también denominado LBT.
8. El método de una cualquiera de las reivindicaciones 2 a 7, en donde:
la priorización de la segunda concesión de UL sobre la segunda solicitud de planificación no se basa en un canal lógico asociado con el desencadenamiento de la segunda solicitud de planificación.
9. El método de una cualquiera de las reivindicaciones 2 a 8, en donde:
la segunda concesión de UL es para realizar una retransmisión.
10. El método de una cualquiera de las reivindicaciones 1 a 9, en donde:
la primera concesión de UL está dirigida a un identificador temporal de red de radio de planificación configurada, a continuación, también denominado CS-RNTI, y está asociada con un indicador de nuevos datos, a continuación, también denominado NDI, igual a 1;
la primera concesión de UL está dirigida a un C-RNTI; o
la primera concesión de UL es una concesión de UL configurada.
11. Un equipo de usuario, a continuación, también denominado UE, configurado con priorización basada en canal lógico, comprendiendo el UE:
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), en donde el procesador (308) está configurado para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar operaciones, caracterizado por que las operaciones comprenden las etapas del método como se define en una cualquiera de las reivindicaciones anteriores 1 a 10.
12. Un medio legible por ordenador no transitorio que comprende instrucciones ejecutables por procesador que, cuando se ejecutan por un equipo de usuario, a continuación, también denominado Ue , configurado con priorización basada en canal lógico, provocan la realización de operaciones, caracterizado por que las operaciones comprenden las etapas del método como se define en una cualquiera de las reivindicaciones anteriores 1 a 10.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063002876P | 2020-03-31 | 2020-03-31 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2936025T3 true ES2936025T3 (es) | 2023-03-13 |
Family
ID=75223136
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES21164817T Active ES2936025T3 (es) | 2020-03-31 | 2021-03-25 | Método y aparato para la priorización entre datos de enlace ascendente y solicitud de planificación en un sistema de comunicación inalámbrica |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11140694B1 (es) |
| EP (1) | EP3890429B1 (es) |
| JP (1) | JP7158524B2 (es) |
| KR (1) | KR102355559B1 (es) |
| CN (1) | CN113473633B (es) |
| ES (1) | ES2936025T3 (es) |
| TW (1) | TWI751063B (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020164029A1 (en) * | 2019-02-13 | 2020-08-20 | Nokia Shanghai Bell Co., Ltd. | Communication of uplink control information |
| US11930490B2 (en) * | 2020-04-01 | 2024-03-12 | Samsung Electronics Co., Ltd. | Method and apparatus for idle mode operation in wireless communication system |
| CN115669157A (zh) * | 2020-08-07 | 2023-01-31 | Oppo广东移动通信有限公司 | 通信方法和通信装置 |
| US20220312436A1 (en) * | 2020-10-22 | 2022-09-29 | Apple Inc. | Systems and methods for overriding grants for csi-feedback |
| US11470624B1 (en) | 2021-03-31 | 2022-10-11 | PanPsy Technologies, LLC | Wireless device processes for enhanced uplink transmission |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8570959B2 (en) * | 2007-03-01 | 2013-10-29 | Ntt Docomo, Inc. | Base station apparatus and communication control method |
| GB2461158B (en) * | 2008-06-18 | 2011-03-02 | Lg Electronics Inc | Method for performing random access procedures and terminal therof |
| US8873474B2 (en) * | 2008-10-17 | 2014-10-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method and mobile terminal providing priority-based uplink scheduling information |
| EP2244515A1 (en) * | 2009-04-23 | 2010-10-27 | Panasonic Corporation | Logical channel prioritization procedure for generating multiple uplink transport blocks |
| CN101932115A (zh) * | 2009-06-17 | 2010-12-29 | 宏达国际电子股份有限公司 | 避免随机存取程序不正确结束的方法及相关通信装置 |
| US9510365B2 (en) * | 2012-04-26 | 2016-11-29 | Lg Electronics Inc. | Signal-transceiving method, and apparatus therefor |
| CN104604318B (zh) * | 2012-08-23 | 2019-03-12 | 交互数字专利控股公司 | 向不同服务站点提供物理层资源 |
| US8755318B2 (en) * | 2012-09-05 | 2014-06-17 | Apple Inc. | Synchronizing uplink and downlink transmissions in a wireless device |
| WO2017111185A1 (ko) * | 2015-12-22 | 2017-06-29 | 엘지전자(주) | 무선통신 시스템에서 데이터를 송수신하기 위한 방법 및 장치 |
| KR102463290B1 (ko) * | 2016-08-02 | 2022-11-04 | 삼성전자 주식회사 | 차세대 이동통신 시스템에서 네트워크 소모 전력을 효과적으로 절감시키는 방법 및 장치 |
| CN109792765B (zh) * | 2016-09-29 | 2022-03-11 | Lg电子株式会社 | 基于与特定逻辑信道优先级关联的上行链路许可的上行链路发送 |
| KR20190067242A (ko) * | 2016-11-04 | 2019-06-14 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 무선 통신 시스템에서 전송 스케줄링을 위한 방법 및 장치 |
| EP4033845A1 (en) * | 2017-05-04 | 2022-07-27 | Ofinno, LLC | Scheduling request in a wireless device and wireless network |
| KR102460782B1 (ko) * | 2018-01-10 | 2022-10-31 | 삼성전자 주식회사 | 차세대 이동통신 시스템에서 시스템 정보 요청 시 효율적으로 단말 동작을 수행하는 방법 및 장치 |
| US11051324B2 (en) * | 2018-01-23 | 2021-06-29 | Qualcomm Incorporated | Multi-bit scheduling request |
| CN110278616B (zh) * | 2018-03-13 | 2021-04-06 | 华硕电脑股份有限公司 | 无线通信系统中随机接入过程期间处置传送的方法和设备 |
| 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 |
| ES2949416T3 (es) * | 2018-04-04 | 2023-09-28 | Beijing Xiaomi Mobile Software Co Ltd | Método de transmisión de solicitud de planificación y aparato de transmisión de solicitud de planificación |
| CA3045809A1 (en) * | 2018-05-10 | 2019-11-10 | Comcast Cable Communications, Llc | Prioritization in beam failure recovery procedures |
| US11659587B2 (en) | 2018-10-30 | 2023-05-23 | Mediatek Singapore Pte. Ltd. | Method and apparatus for handling overlapped transmission opportunities in mobile communications |
| US11558864B2 (en) * | 2019-02-15 | 2023-01-17 | Qualcomm Incorporated | Out-of-order processing |
| US11758540B2 (en) * | 2019-03-21 | 2023-09-12 | Acer Incorporated | Multiplexing method of uplink control information (UCI) for ultra-reliable and low latency communications (URLLC) |
| CN114097286B (zh) * | 2019-07-26 | 2023-05-23 | 汉尼拔Ip有限责任公司 | 用于波束故障恢复的调度请求资源优化方法及用户装置 |
-
2021
- 2021-03-25 US US17/212,355 patent/US11140694B1/en active Active
- 2021-03-25 ES ES21164817T patent/ES2936025T3/es active Active
- 2021-03-25 CN CN202110319770.2A patent/CN113473633B/zh active Active
- 2021-03-25 EP EP21164817.5A patent/EP3890429B1/en active Active
- 2021-03-25 TW TW110110942A patent/TWI751063B/zh active
- 2021-03-25 KR KR1020210038860A patent/KR102355559B1/ko active IP Right Grant
- 2021-03-25 JP JP2021050965A patent/JP7158524B2/ja active Active
- 2021-09-02 US US17/464,835 patent/US11601959B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US11601959B2 (en) | 2023-03-07 |
| US20210400684A1 (en) | 2021-12-23 |
| KR20210122687A (ko) | 2021-10-12 |
| US11140694B1 (en) | 2021-10-05 |
| US20210307027A1 (en) | 2021-09-30 |
| CN113473633B (zh) | 2022-05-31 |
| KR102355559B1 (ko) | 2022-01-25 |
| EP3890429B1 (en) | 2022-11-16 |
| EP3890429A1 (en) | 2021-10-06 |
| TWI751063B (zh) | 2021-12-21 |
| JP7158524B2 (ja) | 2022-10-21 |
| TW202139762A (zh) | 2021-10-16 |
| JP2021164163A (ja) | 2021-10-11 |
| CN113473633A (zh) | 2021-10-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2936025T3 (es) | Método y aparato para la priorización entre datos de enlace ascendente y solicitud de planificación en un sistema de comunicación inalámbrica | |
| ES2922320T3 (es) | Método y aparato para manejar la indicación de retransmisión para una concesión configurada en el enlace lateral en un sistema inalámbrico de comunicaciones | |
| ES2764208T3 (es) | Método y aparato para manejar colisión de SFI (información de formato de intervalo) en un sistema de comunicación inalámbrica | |
| ES2942169T3 (es) | Procedimiento y aparato de manejo del intervalo de tiempo para la solicitud automática híbrida (HARQ) de enlace lateral en el modo de programación de red en un sistema de comunicación inalámbrica | |
| CN110324132B (zh) | 无线通信系统中确定码本大小的方法及设备 | |
| CN110366250B (zh) | 考虑跨载波调度缓存下行链路数据的方法和设备 | |
| CN109041245B (zh) | 无线通信系统中多个调度请求配置的方法和设备 | |
| EP3855862A1 (en) | Methods and apparatus for handling logical channel prioritization regarding sidelink discontinuous reception in a wireless communication system | |
| ES2873522T3 (es) | Procedimiento y aparato para mejorar el procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica | |
| EP3540999A1 (en) | Method and apparatus for handling transmission during a random access procedure in a wireless communication system | |
| ES2950724T3 (es) | Procedimiento y aparato para transmitir el informe de medición del enlace lateral en un sistema de comunicación inalámbrica | |
| US8929319B2 (en) | Updating scheduling request resources | |
| US9088971B2 (en) | Method implemented in a user equipment | |
| US9247563B2 (en) | Method implemented in a user equipment | |
| US8964678B2 (en) | Method implemented in an eNodeB base station | |
| KR102584120B1 (ko) | 무선 통신 시스템에서 업링크 그랜트를 오버라이드하는 방법 및 장치 | |
| US20130163533A1 (en) | Method Implemented in an eNodeB Base Station | |
| ES2960864T3 (es) | Procedimiento y aparato para manejar la recuperación de fallo de haz con respecto a la desactivación de célula en un sistema de comunicación inalámbrica | |
| KR20090087788A (ko) | 통신 시스템에서의 업링크 제어 시그널링 | |
| ES2961504T3 (es) | Procedimiento y aparato para manejar en temporizador DRX para la agrupación de una concesión de enlace ascendente configurada en un sistema de comunicación inalámbrica | |
| ES2926288T3 (es) | Método y aparato para la generación de bloques de transporte con multiplexación espacial de UL en un sistema de comunicación inalámbrica | |
| WO2014049169A1 (en) | Timing indication for dynamic time division duplex (tdd) uplink/downlink (ul/dl) reconfiguration | |
| KR20220092413A (ko) | 무선 통신 시스템에서 다중 송신/수신 포인트 전력 헤드룸 보고 방법 및 장치 | |
| KR20230152600A (ko) | 무선 통신 시스템에서 사이드링크 반송파 집성에 관한 구성된 승인에 대한 방법 및 장치 |