ES2784001T3 - Procedimiento y aparato de configuración de SR (solicitud de planificación) múltiple en un sistema de comunicación inalámbrica - Google Patents

Procedimiento y aparato de configuración de SR (solicitud de planificación) múltiple en un sistema de comunicación inalámbrica Download PDF

Info

Publication number
ES2784001T3
ES2784001T3 ES18176534T ES18176534T ES2784001T3 ES 2784001 T3 ES2784001 T3 ES 2784001T3 ES 18176534 T ES18176534 T ES 18176534T ES 18176534 T ES18176534 T ES 18176534T ES 2784001 T3 ES2784001 T3 ES 2784001T3
Authority
ES
Spain
Prior art keywords
configuration
lch
opportunity
resource
hereinafter
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18176534T
Other languages
English (en)
Inventor
Tun-Huai Shih
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Application granted granted Critical
Publication of ES2784001T3 publication Critical patent/ES2784001T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • 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
    • 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
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure

Abstract

Procedimiento de un equipo de usuario, en lo sucesivo también denominado UE, que comprende: activar una primera solicitud de planificación, en lo sucesivo también denominada SR, por un primer canal lógico, en lo sucesivo también denominado LCH, en el que el primer LCH está asociado con una primera configuración de SR (1205); y activar una segunda SR por un segundo LCH mientras la primera SR está pendiente, en el que el segundo LCH está asociado con una segunda configuración de SR, y la primera configuración de SR y la segunda configuración de SR están configuradas para la misma celda de servicio (1210); caracterizado porque comprende además: usar una primera oportunidad de SR y una segunda oportunidad de SR para transmitir SR a un nodo de red hasta que se cancelen las SR, en el que la primera oportunidad de SR corresponde a la primera configuración de SR y la segunda oportunidad de SR corresponde a la segunda configuración de SR (1215).

Description

DESCRIPCIÓN
Procedimiento y aparato de configuración de SR (solicitud de planificación) múltiple en un sistema de comunicación inalámbrica
Esta descripción generalmente se refiere a redes de comunicación inalámbricas, y más particularmente, a un procedimiento y aparato de múltiples configuraciones de SR en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos hacia y desde dispositivos de comunicación móvil, las redes de comunicación de voz móviles tradicionales están evolucionando hacia redes que se comunican con paquetes de datos de protocolo de internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de dispositivos de comunicación móviles servicios de comunicación de voz sobre IP, multimedia, multidifusión y bajo demanda.
Una estructura de red ejemplar es una red de acceso de radio terrestre universal evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos para realizar los servicios de voz sobre IP y multimedia mencionados anteriormente. La organización de estándares 3GPP está analizando una nueva tecnología de radio para la próxima generación (por ejemplo, 5G). En consecuencia, los cambios en el cuerpo actual del estándar 3GPP se están presentando actualmente y se considera que evolucionan y finalizan el estándar 3GPP.
Además, ETSI 3GPP «LTE; acceso de radio terrestre universal evolucionada (E-UTRA); especificación de protocolo de control de acceso medio (MAC) (3GPP TS 36.321 versión 13.5.0 Release 13)» describe el uso de solicitud de planificación (SR) para solicitar recursos UL-SCH para nueva transmisión.
RESUMEN
Un procedimiento y aparato se describen desde la perspectiva de un UE (equipo de usuario), y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen realizaciones preferidas de las mismas. En una realización, el procedimiento incluye activar una primera solicitud de planificación (SR) por un primer canal lógico (LCH), en el que el primer LCH está asociado con una primera configuración de SR. El procedimiento también incluye activar una segunda SR por un segundo LCH mientras la primera SR está pendiente, en el que el segundo LCH está asociado con una segunda configuración de SR, y la primera configuración de SR y la segunda configuración de SR están configuradas para la misma celda de servicio. El procedimiento incluye además usar una primera oportunidad de SR y una segunda oportunidad de SR para transmitir SR a un nodo de red hasta que se cancelen las SR, en el que la primera oportunidad de SR corresponde a la primera configuración de SR y la segunda oportunidad de SR corresponde a la segunda configuración de SR.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 muestra un diagrama de un sistema de comunicación inalámbrica según una realización ejemplar. 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) según una realización ejemplar.
La figura 3 es un diagrama de bloques funcional de un sistema de comunicación según una realización ejemplar. La figura 4 es un diagrama de bloques funcional del código del programa de la figura 3 según una realización ejemplar.
La figura 5 es un diagrama de temporización según una realización ejemplar.
La figura 6 es un diagrama de temporización según una realización ejemplar.
La figura 7 es un diagrama de temporización según una realización ejemplar.
La figura 8 es un diagrama de temporización según una realización ejemplar.
La figura 9 es un diagrama de temporización según una realización ejemplar.
La figura 10 es un diagrama de temporización según una realización ejemplar.
La figura 11 es un diagrama de temporización según una realización ejemplar.
La figura 12 es un diagrama de flujo según una realización ejemplar.
La figura 13 es un diagrama de flujo según una realización ejemplar.
La figura 14 es un diagrama de flujo según una realización ejemplar.
La figura 15 es un diagrama de flujo según una realización ejemplar.
DESCRIPCIÓN DETALLADA
Los sistemas y dispositivos de comunicación inalámbrica ejemplares descritos a continuación emplean un sistema de comunicación inalámbrica que admite un servicio de difusión. Los sistemas de comunicación inalámbricos se implementan ampliamente para proporcionar diversos tipos de comunicación, como voz, datos, etc. Estos sistemas pueden estar basados en acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (evolución a largo plazo), 3GPP LTE-A o LTE-Advanced (evolución a largo plazo avanzado), 3GPP2 UMB (banda ancha ultramóvil), WiMax u otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ejemplares descritos a continuación pueden diseñarse para admitir uno o más estándares, como el estándar ofrecido por un consorcio denominado «proyecto de asociación de 3a generación» denominado en esta invención 3GPP, que incluye: análisis por correo electrónico 3GPP, [98#35] [NR/UP] ejecución de TS 38.321 v0.0.4, especificación del protocolo NR MAC; R2-1704001 «informe de 3GPP TSG RAN2 n.° 97bis, Spokane, EE. UU.»; nota del presidente 3GPP RAN2 n.° 98; TS 36.321 v14.2.1, «especificación del protocolo MAC E-UTRA»; TS 36.331 v14.2.1, «especificación del protocolo E-UTRA RRC»; y R2-1705625 «mejoras de SR con múltiples numerologías», Huawei y HiSilicon
La figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple según una realización de la invenció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 otro adicional que incluye 112 y 114. En la figura 1, solo se muestran dos antenas para cada grupo de antenas, sin embargo, se pueden utilizar 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, en el que las antenas 112 y 114 transmiten información al terminal de acceso 116 a través del enlace directo 120 y reciben información del terminal de acceso 116 a través del enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, en el que las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 a través del enlace directo 126 y reciben información del terminal de acceso (AT) 122 a través del enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar diferente frecuencia para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente a la utilizada por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que están diseñadas para comunicarse a menudo se denomina un sector de la red de acceso. En la realización, cada grupo de antenas están diseñadas para comunicarse con 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 la formación de haces para mejorar la relación señal a ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. Además, una red de acceso que utiliza la formación de haces para transmitir a terminales de acceso dispersos aleatoriamente a través de su cobertura causa menos interferencia a las terminales de acceso en las celdas vecinas que una red de acceso que transmite a través de una sola antena a todas sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base utilizada para comunicarse con los terminales y también puede denominarse un punto de acceso, un nodo B, una estación base, una estación base mejorada, un nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) también puede denominarse equipo de usuario (UE), un dispositivo de comunicación inalámbrico, terminal, terminal de acceso o alguna otra terminología.
La figura 2 es un diagrama de bloques simplificado de 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 MIMO 200. En el sistema transmisor 210, los datos de tráfico para una serie de flujos de datos se proporcionan desde una fuente 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 antena de transmisión respectiva. El procesador de datos TX 214 formatea, codifica e intercala los datos de tráfico para cada flujo de datos en función de un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto utilizando técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos se modulan a continuación (es decir, se asignan símbolos) en función de un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, codificación y modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan a continuación a un procesador TX MIMO 220, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador TX MIMO 220 proporciona a continuación Nt flujos de símbolos de modulación a Nt transmisores (TMTR) 222a a 222t. En determinadas realizaciones, el procesador TX MIMO 220 aplica pesos de formación de haz a los símbolos de los flujos de datos y a la antena desde la cual se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y otras condiciones (por ejemplo, amplifica, filtra y convierte con frecuencia ascendente) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Las Nt señales moduladas de los transmisores 222a a 222t se transmiten a continuación desde las Nt antenas 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas son recibidas por las Nr antenas 252a a 252r y la señal recibida de cada antena 252 se proporciona a un receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte con frecuencia descendente) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa adicionalmente las muestras para proporcionar un flujo de símbolos «recibido» correspondiente.
Un procesador de datos RX 260 recibe y procesa los Nr flujos de símbolos recibidos de Nr receptores 254 en función de una técnica de procesamiento de receptor particular para proporcionar Nt flujos de símbolos «detectados». El procesador de datos RX 260 a continuación demodula, desintercala y decodifica 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 RX 260 es complementario al realizado por el procesador TX MIMO 220 y el procesador de datos TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de codificación previa usar (analizada más adelante). El procesador 270 formula un mensaje de enlace inverso que comprende una porción de índice de matriz y una porción de valor de rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso es procesado a continuación por un procesador de datos TX 238, que también recibe datos de tráfico para una serie de flujos de datos desde una fuente de datos 236, modulados por un modulador 280, condicionados por los transmisores 254a a 254r, y transmitidos de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas del sistema receptor 250 son recibidas por las antenas 224, condicionadas por los receptores 222, demoduladas por un demodulador 240 y procesadas por un procesador de datos RX 242 para extraer el mensaje de enlace inverso transmitido por el sistema receptor 250. El procesador 230 determina a continuación qué matriz de codificación previa usar para determinar los pesos de formación de haz y a continuación procesa el mensaje extraído.
Cambiando a la figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación según una realización de la invención. Como se muestra en la figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la figura 1 o la estación base (o AN) 100 en la figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad central de procesamiento (CPU) 308, una memoria 310, un código de programa 312 y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, controlando así 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, como un teclado o teclado numérico, y puede emitir imágenes y suena a través del dispositivo de salida 304, como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, suministrando señales recibidas al circuito de control 306, y emitiendo señales generadas por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede utilizarse para realizar la AN 100 en la figura 1.
La figura 4 es un diagrama de bloques simplificado del código de programa 312 que se muestra en la figura 3 conforme a una realización de la invención. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción de capa 3402 y una porción de capa 2404, y está acoplada a una porción de capa 1406. La porción de capa 3402 generalmente realiza el control de recursos de radio. La porción de capa 2404 generalmente realiza el control de enlace. La porción de capa 1406 generalmente realiza las conexiones físicas.
Las actividades de estandarización de 3GPP en tecnología de acceso de próxima generación (es decir, 5G) se han lanzado desde marzo de 2015. La tecnología de acceso de próxima generación tiene como objetivo apoyar las siguientes tres familias de escenarios de uso para satisfacer tanto las necesidades urgentes del mercado como los requisitos a más largo plazo establecidos por el UIT-R IMT-2020:
- eMBB (banda ancha móvil mejorada)
- mMTC (comunicaciones masivas de tipo máquina)
- URLLC (comunicaciones ultra confiables y de baja latencia).
La nueva tecnología de acceso de radio (NR) para 5G se está analizando actualmente y la última especificación NR MAC se puede encontrar en 3GPP TS 38.321.
El acuerdo 3GPP actual de NR SR se describe en 3GPP R2-1704001 y la nota del presidente 3GPP RAN2 N.° 98 de la siguiente manera:
Acuerdos sobre SR/BSR
- El SR debe al menos distinguir el «tipo de numerología/TTI» del canal lógico que activó la SR (cómo se hace esto es FFS).
- El marco existente LTE BSR se utiliza como línea de base para el marco NR BSR. Mejoras adicionales al menos relacionadas con numerologías y granularidad y pueden analizarse más a fondo
Acuerdos
1. Se pueden configurar múltiples configuraciones de SR para el UE y qué configuración de SR se utiliza depende del LCH que activa la SR. La granularidad de la configuración de SR para un canal lógico es FFS.
La solicitud de planificación de NR (SR) se describe en 3GPP TS 38.321 de la siguiente manera:
5.4.4 Solicitud de planificación
La solicitud de planificación (SR) se utiliza para solicitar recursos UL-SCH para una nueva transmisión. La entidad MAC puede configurarse con cero o más configuraciones de SR. Cada configuración de SR corresponde a uno o más canales lógicos. La configuración de SR que se use depende del canal lógico que active la SR.
Nota del editor: El editor cree que cero está permitido (como en LTE), pero RAN2 necesita confirmar.
Nota del editor: El editor piensa que la configuración de SR se puede asignar a múltiples canales lógicos (es decir, 'uno o más' anteriores), pero RAN2 necesita confirmar.
RRC configura los siguientes parámetros para el procedimiento de solicitud de planificación:
- sr-ProhibitTimer;
- sr-TransMax;
- sr-Configlndex.
Nota del editor: Los parámetros relacionados con PHY (es decir, sr-Configlndex (y tal vez más)) se pueden corregir más adelante.
Las siguientes variables de UE se utilizan para el procedimiento de solicitud de planificación:
- SR_COUNTER.
Nota del editor: El editor piensa que el concepto de SR_COUNTER y el texto de procedimiento correspondiente en LTE se pueden reutilizar, pero el texto de procedimiento aún no se ha capturado. Tenga en cuenta que si RAN2 considera tener sr-ProhibitTimers y SR_COUNTER por separado para cada configuración de SR, es posible que sea necesario revisar el texto. Se puede analizar en las futuras reuniones.
LTE SR se describe en 3GPP TS 36.321 de la siguiente manera:
5.4.4 Solicitud de planificación
La solicitud de planificación (SR) se utiliza para solicitar recursos UL-SCH para una nueva transmisión.
Cuando se activa una SR, se considerará como pendiente hasta que se cancele. Todas las SR pendientes se cancelarán y sr-ProhibitTimer se detendrá cuando se ensamble una PDU MAC y esta PDU incluye un BSR que contiene el estado del búfer hasta (y que incluye) el último evento que activó un BSR (véase la subcláusula 5.4.5), o, si todas las SR pendientes son activadas por Sidelink BSR, cuando se ensambla una PDU MAC y esta PDU incluye un Sidelink BSR que contiene el estado del búfer hasta (y que incluye) el último evento que activó un Sidelink BSR (véase la subcláusula 5.14.1.4), o, si todas las SR pendientes son activadas por Sidelink BSR, cuando las capas superiores configuran la selección autónoma de recursos, o cuando la(s) concesión(es) UL pueden acomodar todos los datos pendientes disponibles para la transmisión.
Si se activa una SR y no hay otra SR pendiente, la entidad MAC establecerá el SR_COUNTER en 0.
Mientras una SR esté pendiente, la entidad MAC deberá para cada TTI:
si no hay recursos UL-SCH disponibles para una transmisión en este TTI:
- si la entidad MAC no tiene un recurso PUCCH válido para SR configurada en cualquier TTI y si rach-Skip para la entidad MCG MAC o rach-SkipSCG para la entidad SCG MAC no está configurado: iniciar un procedimiento de acceso aleatorio (véase la subcláusula 5.1) en SpCell y cancelar todas las SR pendientes;
o bien, si la entidad MAC tiene al menos un recurso PUCCH válido para SR configurada para este TTI y si este TTI no forma parte de una brecha de medición o Sidelink Discovery Gap para la transmisión y si sr-ProhibitTimer no se está ejecutando: - si SR_COUNTER < dsr-TransMax:dsr-TransMax:
- incrementar SR_COUNTER en 1;
- instruir a la capa física para que envíe señal a la SR en un recurso PUCCH válido para SR;
- iniciar el sr-ProhibitTimer
- o bien:
- notificar a RRC para liberar PUCCH para todas las celdas de servicio;
- notificar a RRC para liberar SR para todas las celdas de servicio;
- borrar cualquier asignación de enlace descendente configurada y concesiones de enlace ascendente;
- iniciar un procedimiento de acceso aleatorio (véase la subcláusula 5.1) en la SpCell y cancelar todas los SR pendientes.
NOTA: La selección de qué recurso PUCCH válido para que SR envíe señal a SR sobre cuando la entidad MAC tiene más de un recurso PUCCH válido para SR en un t T i se deja a la implementación del UE.
NOTA: SR_COUNTER se incrementa para cada paquete SR. sr-ProhibitTimer se inicia en el primer TTI de un paquete SR.
La activación de LTE BSR (informe de estado del búfer) y la activación de SR se describen en 3GPP TS 36.321 de la siguiente manera:
5.4.5 Informe de estado del búfer
El procedimiento de informe de estado del búfer se utiliza para proporcionar al eNB servidor información sobre la cantidad de datos disponibles para la transmisión en los búfers de UL asociados con la entidad MAC. El RRC controla los informes BSR configurando los tres temporizadores: periodicBSR-Timer, retxBSR-Timer y logicalChannelSR-ProhibitTimer y, para cada canal lógico, opcionalmente señalizando logicalChannelGroup que asigna el canal lógico a un LCG [8].
Para el procedimiento de informe de estado del búfer, la entidad MAC considerará todos los portadores de radio que no estén suspendidos y puede considerar portadores de radio que estén suspendidos.
Para NB-IoT, el BSR largo no es compatible y todos los canales lógicos pertenecen a un LCG.
Se activará un informe de estado de búfer (BSR) si se produce alguno de los siguientes eventos:
- los datos UL, para un canal lógico que pertenece a un LCG, están disponibles para la transmisión en la entidad RLC o en la entidad PDCP (la definición de qué datos se considerarán disponibles para la transmisión se especifica en [3] y [4] respectivamente) y los datos pertenecen a un canal lógico con mayor prioridad que las prioridades de los canales lógicos que pertenecen a cualquier LCG y para los cuales los datos ya están disponibles para la transmisión, o no hay datos disponibles para la transmisión de ninguno de los canales lógicos que pertenecen a un LCG, en cuyo caso el BSR se denomina a continuación como «BSR regular»;
- los recursos de UL se asignan y el número de bits de relleno es igual o mayor que el tamaño del elemento de control MAC del informe de estado del búfer más su subencabezado, en cuyo caso el BSR se denomina a continuación «BSR de relleno»;
- etxBSR-Timer expira y la entidad MAC tiene datos disponibles para la transmisión de cualquiera de los canales lógicos que pertenecen a un LCG, en cuyo caso el BSR se denomina a continuación «BSR regular»;
- periodicBSR-Timer expira, en cuyo caso el BSR se denomina a continuación «BSR periódico».
Si el procedimiento de informe del estado del búfer determina que al menos un BSR se ha activado y no cancelado: -si la entidad MAC tiene recursos UL asignados para una nueva transmisión para este TTI:
- instruir al procedimiento de multiplexación y ensamblaje para generar el(los) elemento(s) de control de BSR MAC; - iniciar o reiniciar periodicBSR-Timer, excepto cuando todos los BSR generados son BSR truncados;
- iniciar o reiniciar retxBSR-Timer.
o bien, si se ha activado un BSR regular y no se está ejecutando logicalChannelSR-ProhibitTime:
- si no se configura una concesión de enlace ascendente o no se activó el BSR regular debido a que los datos están disponibles para la transmisión de un canal lógico para el cual el enmascaramiento SR de canal lógico (logicalChannelSR-Mask) se configura mediante capas superiores:
- se activará una solicitud de planificación.
La configuración LTE de SR en RRC (control de recursos de radio) se describe en 3GPP TS 36.331 de la siguiente manera:
-- ASNISTñRT
MAC-MainConfig : := SEQUENCE {
ul-SCH-Config SEQUENCE {
maxHARQ-Tx ENUMERATED {
ni, n2, n3, n4, n5, n6, n7, n8,
nlO, nl2, nl6, n20, n24, n28,
spare2, sparel} OPTIONAL, -- Need ON
periodicBSR-Timer PeriodicBSR-Timer-rl2 OPTIONAL, -- Need ON
retxBSR-Timer RetxBSR-Timer-rl2,
ttiBundling BOOLEAN
} OPTIONAL, — Need ON
drx-Config DRX-Config OPTIONAL, — Need ON
timeAlignmentTimerDedicated TimeAlignmentTimer,
phr-Config CHOICE {
release NULL,
setup SEQUENCE {
periodicPHR-Timer ENUMERATED {sflO, sf20, sf50, sflOO, sf200,
sf500, sflOOO, infinity},
prohibitPHR-Timer ENUMERATED {sfO, silO, sf20, sf50, sflOO,
sf200, sf500, sflOOO},
dl-PathlossChange ENUMERATED {dBl, dB3, dB6, infinity}
}
} OPTIONAL, — Need ON
..., [[sr-ProhibitTimer-r9 INTEGER (0..7) OPTIONAL -- Need
ON
]],
— ASN1START
SchedulingRequestConfig ::= CHOICE {
release NULL,
setup SEQUENCE {
sr-PUCCH-ResourceIndex INTEGER (0--2047),
sr-Configlndex INTEGER (0..157),
dsr-TransMax ENUMERATED {
n4, n8, nl6, n32, n64, spare3, spare2,
sparel}
}
}
SchedulingRequestConfig-vl020 ::= SEQUENCE {
sr-PUCCH-ResourcelndexPl-rl0 INTEGER (0..2047) OPTIONAL —
Need OR
}
SchedulingRequestConfigSCell-rl3 ::= CHOICE {
release NULL,
setup SEQUENCE {
sr-PUCCH-ResourceIndex-rl3 INTEGER (0..2047),
sr-PUCCH-ResourceIndexPl-rl3 INTEGER (0..2047) OPTIONAL, -- Need OR
sr-Configlndex-rl3 INTEGER (0..157),
dsr-TransMax-rl3 ENUMERATED {
n4, n8, nl6, n32, n64, spare3, spare2
sparel}
}
}
— ASN1STOP
En LTE, independientemente de qué LCH (canal lógico) active la SR, el UE enviará la misma SR al eNB (nodo B evolucionado). La SR simplemente indica que hay datos de mayor prioridad disponibles en el búfer del UE, pero el UE no tiene ningún recurso UL para enviar los datos (o más precisamente, el BSR para los datos). Normalmente, el UE está configurado con un recurso de SR mientras que en el modo eCA (agregación de portadora mejorada) puede haber como máximo dos recursos de SR configurados para el UE, en el que una SR está en PCell (celda primaria) y la otra está en SCell (celda secundaria) de PUCCH (canal de control de enlace ascendente físico). Los dos recursos de SR no se encuentran en la misma celda (sino que pertenecen al mismo eNB). Por lo tanto, sus oportunidades de SR pueden superponerse en el dominio del tiempo. Si los dos recursos de SR colisionan en el mismo TTI, la selección de qué recurso de SR para que envíe señal a SR depende de la implementación del UE. Si no colisionan, el UE puede usar ambos recursos de SR para que envíe señal a SR en cualquier momento. Esto significa que tanto eNB como UE tratan a las dos SR por igual. No hay relación entre la configuración de SR y el LCH que activa la SR.
En NR, se pueden configurar múltiples recursos de SR (configuraciones) para el UE (para la misma celda de servicio), y qué configuración de SR se utiliza depende del LCH que activa la SR. La finalidad de tener múltiples configuraciones de SR es facilitar la planificación de la red. La red puede planificar el recurso UL adecuado (por ejemplo, en la numerología adecuada, con la longitud TTI adecuada) que se adapte a las necesidades del UE en función de la SR recibida. El LCH que activa la SR puede diferenciar el tipo de servicio que necesita recursos UL. Los diferentes tipos de servicio tienen diferentes QoS/requisitos. Algunos servicios (por ejemplo, URLLC (comunicaciones ultra confiables y de baja latencia)) requieren una latencia más baja, mientras que otros (por ejemplo, EMBB (banda ancha móvil mejorada) no lo hacen. Generalmente es beneficioso para gNB saber qué tipo de servicio activa SR en el lado UE, para que gNB pueda proporcionar recursos UL adecuados para ese tipo de servicio antes. Dado que esto es diferente de LTE, que tanto el Ue como el eNB tratan todas las configuraciones de SR de la misma manera, debe haber algunas reglas para que el UE seleccione las configuraciones de SR adecuadas para que envíen señal a SR.
En el caso de una SR activada por LCH, el UE debe elegir la configuración de SR para que el LCH envíe señal a SR. Dado que gNB configura la correspondencia entre la configuración de SR y LCH, gNB comprenderá qué LCH activó SR después de recibir la SR señalizada por UE.
En caso de que múltiples LCH activaron SR, si corresponden a la misma configuración de SR, el resultado es el mismo que un caso de LCH único. Pero es posible que los múltiples LCH correspondan a diferentes configuraciones de SR. El caso de que múltiples LCH activaron SR se analiza en 3GPP R2-1705625 de la siguiente manera:
Puede haber más de un LCH que activó la SR. La SR podría implicar el «tipo de numerología/TTI» del canal lógico con la máxima prioridad que activó la SR. Con esta información, al menos se podría garantizar la planificación adecuada del canal lógico con la máxima prioridad en el tipo de numerología/TTI correspondiente.
Propuesta 2: La SR debe implicar el «tipo de numerología/TTI» del canal lógico con la máxima prioridad que activó la SR.
Por ejemplo, hay dos configuraciones de LCH y dos configuraciones de SR. Una SR corresponde a un LCH, respectivamente. Según la propuesta analizada en 3GPP R2-1705625, si un LCH activa SR primero y el otro LCH activa SR después (lo que implica que el segundo LCH tiene mayor prioridad que el primero), el UE solo puede usar la configuración de SR para el segundo LCH para que envíe señal a SR sin importar qué oportunidad de SR se produce primero, como se muestra en la figura 5. En particular, la figura 5 ilustra una situación ejemplar en la que el UE no puede enviar señal a SR lo antes posible.
Aunque esta estrategia puede garantizar la planificación adecuada del LCH con la máxima prioridad, podría causar un desperdicio de recursos y una indicación retardada de SR en algún escenario, como los dos LCH que activen SR casi al mismo tiempo. Por ejemplo, en el escenario B de la figura 5, según 3GPP R2-1705625, la primera (y segunda) oportunidad de SR encontrada se omite porque la SR está asociada con un LCH de menor prioridad. Uno de los recursos de SR no se puede utilizar en función de 3GPP R2-1705625 incluso cuando se ha configurado para el UE.
En resumen, la cuestión clave es que solo se seleccionará un LCH (y, por lo tanto, una configuración de SR) en función de la propuesta en 3GPP R2-1705625, y da como resultado el desperdicio de recursos PUCCH ya que el UE puede aprovechar solo una de las configuraciones de SR en cualquier momento. Además, se observa que una mayor prioridad no siempre implica una mayor sensibilidad al retardo (por ejemplo, el mensaje RRC tiene la máxima prioridad, pero no requiere baja latencia). Por lo tanto, el UE puede no ser capaz de obtener un recurso UL adecuado para suministrar el mensaje sensible al retardo en función de 3GPP R2-1705625.
Para resolver el problema, cuando un UE está configurado con múltiples configuraciones de SR (para la misma celda de servicio) y más de un LCH que activa SR (en el que el más de un LCH está asociado con más de una configuración de SR), el UE debe usar la configuración de más de una SR para que envíe señal a la SR. Al menos, el UE debe enviar señal a SR lo antes posible, por ejemplo, no omitir la primera oportunidad de SR encontrada, incluso si su LCH asociado no es el LCH de máxima prioridad que activó SR. Una alternativa es usar la primera oportunidad de SR encontrada para que envíe señal a SR de todos modos, y a continuación volver a la configuración de SR correspondiente al LCH de mayor prioridad que activó SR. Otra alternativa es usar la configuración de SR que tiene el período más corto. Al adoptar una de las dos soluciones mencionadas anteriormente, la primera oportunidad de SR encontrada en el escenario B de la figura 6, no se omitirá. En particular, la figura 6 muestra una solución ejemplar en la que el UE puede enviar señal a SR lo antes posible, pero el UE no puede aprovechar al máximo todas las configuraciones de SR (como se ilustra en el escenario A). Como se ilustra en el escenario A de la figura 6, se utiliza una configuración de SR en cualquier momento en estas dos alternativas. Todavía puede haber un desperdicio de recursos en las dos alternativas.
Otra alternativa es que el UE puede usar ambas o todas las configuraciones de SR para que envíe señal a SR hasta que se cancele la SR. Al adoptar esta solución, no solo el UE puede enviar señal a la SR lo antes posible, sino que también puede aprovechar al máximo los recursos PUCCH configurados (como se muestra en la figura 7). En particular, la figura 7 muestra una solución ejemplar en la que el UE puede enviar señal a SR lo antes posible y puede aprovechar al máximo todas las configuraciones de SR. Además, gNB estará al tanto de ambos lCh después de recibir ambas SR. La información proporcionada por el UE es útil para que gNB planifique mejor el UE.
Si el UE puede utilizar múltiples configuraciones de SR cuando SR está pendiente, es posible que la oportunidad de SR colisione en el dominio del tiempo. Debido a que el UE puede no tener la capacidad de enviar señal a múltiples SR al mismo tiempo, el UE necesita determinar qué oportunidad de SR se usa. En caso de que dos o más oportunidades de SR colisionen en el mismo TTI o se superpongan parcialmente entre sí (generalmente cuando sus longitudes de TTI son diferentes), existen alternativas de la siguiente manera:
(1) El UE podría usar la primera oportunidad de SR encontrada. Si se producen (inicio) al mismo tiempo, podría depender del orden de procesamiento del UE o depender de la configuración de gNB.
(2) El UE podría usar la oportunidad de SR, que será la primera que reciba gNB por completo (por lo general, la que tenga una longitud TTI más corta). Si se reciben por completo al mismo tiempo, podría depender de la configuración de gNB, o no hay restricción sobre qué oportunidad de SR podría usarse.
(3) La combinación de los dos anteriores. Si ambas oportunidades de SR se producen al mismo tiempo, el UE usa la oportunidad de SR, que será la primera recibida por completo por gNB. Si ambas oportunidades de SR serán recibidas por completo por gNB al mismo tiempo, el UE usa la primera oportunidad de SR encontrada. De lo contrario, se podría usar cualquier oportunidad de SR, dependiendo de la configuración de gNB o no hay restricción alguna sobre qué oportunidad de SR se podría usar.
Las tres alternativas se ilustran en la figura 8. En particular, la figura 8 ilustra un ejemplo de oportunidades de RS colisionadas/superpuestas y tres alternativas para resolver el problema. Aunque hay algunas alternativas posibles para UE, se pueden introducir costes adicionales, especialmente cuando colisionan más de dos oportunidades de SR. Diferentes UE también pueden tener diferentes comportamientos de UE. Es posible que gNB evite la configuración de recursos de SR colisionados/superpuestos para el UE. Si la colisión o la superposición son inevitables (por ejemplo, la configuración de SR para URLLC podría tener un período SR muy corto), gNB debe asegurarse de que haya como máximo dos recursos de SR colisionados/superpuestos en cualquier momento, y cuál se usa también puede ser configurado por gNB. Por ejemplo, en caso de que una de las configuraciones de SR superpuestas sea para URLLC, es razonable que gNB configure UE para usar SR para URLLC antes de SR para otros servicios. Si el UE tiene la capacidad de transmitir dos SR al mismo tiempo (por ejemplo, usando dos haces tx), gNB puede permitir que este UE envíe señal a ambas SR cuando están colisionadas/superpuestas.
En otro aspecto, en LTE, el temporizador de prohibición de SR se aplica para la configuración SR de período corto para evitar transmisiones SR demasiado frecuentes. Para múltiples configuraciones de SR en NR, también es beneficioso aplicar este temporizador. Se debe considerar cómo se aplica la funcionalidad del temporizador de prohibición de SR a múltiples configuraciones de SR en NR. Una alternativa es aplicar temporizadores de prohibición de SR separados para cada configuración de SR, y cada temporizador de prohibición puede prohibir su configuración de SR correspondiente pero no otra configuración de SR (como se muestra en la figura 9).
La figura 9 ilustra un ejemplo de una solución en la que se aplican temporizadores de prohibición de SR separados para cada configuración de SR. En la figura 9, hay dos temporizadores de prohibición, uno para SR A (que prohíbe el período SR cero) y el otro para SR B (que prohíbe dos períodos SR). Ante la oportunidad de SR para SR A, el UE podría enviar señal a SR A sin importar que el temporizador de prohibición para SR B se ejecute o no. Pero cuando se ejecuta el temporizador de prohibición para SR B, el UE no debe enviar señal a SR B hasta que expire el temporizador. gNB es responsable de configurar el valor de temporizador adecuado para cada configuración de SR. Por ejemplo, el tiempo de prohibición puede ser cero o un período de SR para URLLC, y el tiempo de prohibición también puede ser cero para eMBB en caso de que el período de SR sea mucho más largo (por ejemplo, 10 ms). Para esta alternativa, el valor del temporizador puede estar en períodos SR como en LTE.
Otra alternativa es aplicar un único temporizador de prohibición de SR para múltiples configuraciones de SR configuradas. Si SR A (re)inicia el temporizador, mientras se ejecuta el temporizador, SR A debería estar prohibido, pero SR B no debería. La figura 10 muestra un ejemplo de esta alternativa. Cuando la SR B inicia el temporizador, si la siguiente oportunidad de SR producida sigue siendo SR B, debe prohibirse; si la siguiente oportunidad de SR producida es SR A, no debe prohibirse. El temporizador puede reiniciarse después de que se envíe señal a SR A. Para esta alternativa, el valor del temporizador puede «no» estar en períodos de SR si múltiples configuraciones de SR aplican el mismo valor de temporizador. El valor del temporizador único puede estar en milisegundos independientemente de qué SR (re)inicie el temporizador, lo que implica un tiempo de prohibición fijo. Para las SR con un período más largo que el valor del temporizador, esto equivale a no prohibir el tiempo ya que el temporizador expira antes de que se produzca la próxima oportunidad de SR. Pero si la oportunidad de SR para otra configuración de SR se produce mientras se ejecuta el temporizador, el temporizador se reinicia, y ya no prohibirá SR para la primera configuración de SR ya que la segunda configuración de SR «anula» el temporizador. También es posible que no todas las configuraciones de SR necesiten temporizador de prohibición de SR. Para configuraciones de SR con período prolongado (por ejemplo, SR para eMBB/mMTC), no es necesario aplicar el temporizador de prohibición de SR. Para URLLC, para garantizar baja latencia y alta confiabilidad, es posible que gNB configure el tiempo de prohibición cero para su SR correspondiente. Por lo tanto, cada configuración de SR podría configurarse para aplicar o no el temporizador. Se podría definir un nuevo elemento de información por configuración de SR en RRC para lograr esto.
Un caso especial de la alternativa anterior es que, como máximo, se configura un temporizador de prohibición y se aplica como máximo a una configuración de SR específica. gNB podría configurar y especificar a qué configuración de SR se aplica el temporizador de prohibición. La figura 11 ilustra un ejemplo de una solución en la que se aplica un único temporizador de prohibición de SR para una configuración de SR específica. Como se muestra en la figura 11, un UE tiene 3 configuraciones de SR, y solo la segunda necesita el temporizador de prohibición de SR. En esta alternativa, se define un nuevo elemento de información en RRC (por ejemplo, en MAC_MainConfig en caso de que el temporizador de prohibición siga siendo por MAC, o en SchedulingRequestConfig en caso de que el temporizador de prohibición se cambie a por celda). El elemento de información recientemente definido podría ser un índice que apunta a la segunda configuración de SR en este ejemplo. Un número máximo de configuraciones de SR también está predefinido y fijo (por ejemplo, hasta 4). Para esta solución, el valor del temporizador puede estar en períodos de SR como en LTE. Esta solución simple introduce menos complejidad al UE en comparación con múltiples temporizadores o temporizadores únicos aplicados a más de una configuración de SR.
Si la condición de activación de SR ya no considera la prioridad LCH, las múltiples SR juntas podrían informar a gNB sobre qué LCH (s)/LCG tienen datos disponibles para la transmisión. La relajación de la activación de SR puede ayudar aún más al gNB a planificar mejor el UE.
En LTE, SR_COUNTER se usa para evitar la situación en la que el UE ha enviado señal a SR muchas veces, pero no recibe ninguna concesión de u L. Esto generalmente se debe a un problema de transmisión de UL, que incluye una alimentación de UL imprecisa y una alineación de temporización de Ul imprecisa. En NR, el UE puede tener múltiples configuraciones de SR, que serán recibidas por la misma celda (o incluso el mismo TRP/haz). Si uno de ellos encuentra un problema de transmisión UL, generalmente los demás también lo harán. Como resultado, no es necesario haber separado SR_COUNTER para cada configuración de SR. Pero solo un SR_COUNTER podría estar demasiado restringido en caso de que el UE tenga servicios URLLC. SR para URLLC tendrá un período muy corto, por lo que SR_COUNTER alcanza dsr-TransMax mucho más rápido en poco tiempo.
Otra solución es que, como máximo, hay dos SR_COUNTER y dos dsr-TransMax correspondientes, uno para los servicios URLLC y el otro para todos los servicios que no son URLLC. Por ejemplo, cuando el UE envía señal a la SR utilizando la(s) configuración(es) de SR asociadas con (el)los LCH para URLLC, el UE debe usar SR_COUNTER y dsr-TransMax para URLLC. Cuando el UE envía señal a la SR utilizando las configuraciones de SR asociadas con (el)los LCH para otros servicios, el UE debería usar otro SR_COUNTER y otro dsr-T ransMax que no sea para URLLC. gNB es responsable de configurar dsr-TransMax adecuado para ellos, según las configuraciones de SR configuradas para el UE.
La figura 12 es un diagrama de flujo 1200 según una realización ejemplar de un UE. En la etapa 1205, el UE activa una primera solicitud de planificación (SR) por un primer canal lógico (LCH), en el que el primer LCH está asociado con una primera configuración de SR. En la etapa 1210, el UE activa una segunda SR por un segundo LCH mientras la primera SR está pendiente, en el que el segundo LCH está asociado con una segunda configuración de SR, y la primera configuración de SR y la segunda configuración de SR están configuradas para la misma celda de servicio. En la etapa 1215, el UE usa una primera oportunidad de SR y una segunda oportunidad de SR para transmitir SR a un nodo de red hasta que se cancelen las SR, en el que la primera oportunidad de SR corresponde a la primera configuración de SR y la segunda oportunidad de SR corresponde a la segunda configuración de SR.
Preferentemente, la oportunidad de SR podría ser una oportunidad en la que el UE tiene recursos PUCCH (canal de control de enlace ascendente físico) válidos para SR, y los recursos PUCCh para SR podrían configurarse bajo una configuración de SR específica.
Preferentemente, el UE podría recibir una configuración desde un nodo de red para configurar la configuración de SR. El UE también podría recibir una configuración desde un nodo de red para configurar la asociación entre el LCH y la configuración de SR. La asociación podría basarse en un índice, y el índice apunta a la configuración de SR.
Preferentemente, el nodo de red podría ser un gNB. Además, después de que se activa una SR, la SR podría permanecer pendiente hasta que se cancele. Además, el LCH podría activar la SR cuando el LCH activa un BSR regular, y el UE no tiene ningún recurso UL (enlace ascendente) válido para el LCH. El recurso UL sería válido para un LCH si el recurso UL satisface la restricción del recurso UL para el LCH. La restricción del recurso UL podría estar relacionada con la numerología y/o TTI del recurso UL. La restricción del recurso UL para un LCH también podría configurarse por red a través de una señalización RRC (control de recursos de radio).
Con referencia de nuevo a las figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) active una primera SR por un primer LCH, en el que el primer LCH está asociado con una primera configuración de SR, (ii) active una segunda SR por un segundo LCH mientras la primera SR está pendiente, en el que el segundo LCH está asociado con una segunda configuración de SR, y la primera configuración de SR y la segunda configuración de SR se configuran para la misma celda de servicio, y (iii) utilice una primera oportunidad de SR y una segunda oportunidad de SR para transmitir SR a un nodo de red hasta que se cancelen las SR, en el que la primera oportunidad de SR corresponde a la primera configuración de SR y la segunda oportunidad de SR corresponde a la segunda configuración de SR. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en esta invención.
La figura 13 es un diagrama de flujo 1300 según una realización ejemplar de un UE. En la etapa 1305, el UE se configura con al menos una primera configuración de SR y una segunda configuración de SR. En la etapa 1310, el UE activa una primera SR por un primer LCH asociado con la primera configuración de SR. En la etapa 1315, el UE activa una segunda SR por un segundo LCH asociado con la segunda configuración de SR mientras la primera SR está pendiente. En la etapa 1320, el UE determina si usar una oportunidad de SR correspondiente a la primera configuración de SR y/o la segunda configuración de SR en función de una regla específica.
Con referencia de nuevo a las figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) se configure con al menos una primera configuración de SR y una segunda configuración de SR, (ii) active una primera SR por un primer LCH asociado con la primera configuración de SR, (iii) active una segunda SR por un segundo LCH asociado con la segunda configuración de SR mientras la primera SR está pendiente, y (iv) determine si usar una oportunidad de SR correspondiente a la primera configuración de SR y/o la segunda configuración de SR en función de una regla específica. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en esta invención.
La figura 14 es un diagrama de flujo 1400 según una realización ejemplar de un UE. En la etapa 1405, el UE se configura con al menos una primera configuración de SR y una segunda configuración de SR. En la etapa 1410, el UE activa una primera SR por un primer LCH asociado con la primera configuración de SR. En la etapa 1415, el UE activa una segunda SR por un segundo LCH asociado con la segunda configuración de SR mientras la primera SR está pendiente. En la etapa 1420, el UE determina si usar una oportunidad de SR correspondiente a la primera configuración de SR y/o la segunda configuración de SR en función de una regla específica en caso de que la oportunidad de SR de ambas configuraciones de SR colisione o se superponga en el dominio del tiempo.
Con referencia de nuevo a las figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) se configure con al menos una primera configuración de SR y una segunda configuración de SR, (ii) active una primera SR por un primer LCH asociado con la primera configuración de SR, (iii) active una segunda SR por un segundo LCH asociado con la segunda configuración de SR mientras la primera SR está pendiente, y (iv) determine si usar una oportunidad de SR correspondiente a la primera configuración de SR y/o la segunda configuración de SR en función de una regla específica en caso de que la oportunidad de SR de ambas configuraciones de SR colisione o se superponga en el dominio del tiempo. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en esta invención.
La figura 15 es un diagrama de flujo 1500 según una realización ejemplar de un UE. En la etapa 1505, el UE se configura con al menos una primera configuración de SR y una segunda configuración de SR. En la etapa 1510, el UE activa una primera SR por un primer LCH asociado con la primera configuración de SR. En la etapa 1515, el UE activa una segunda SR por un segundo LCH asociado con la segunda configuración de SR mientras la primera SR está pendiente. En la etapa 1520, el UE determina si la primera configuración de SR y/o la segunda configuración de SR está prohibida en función de una regla específica cuando se ejecuta el temporizador de prohibición de SR.
Con referencia de nuevo a las figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) se configure con al menos una primera configuración de SR y una segunda configuración de SR, (ii) active una primera SR por un primer LCH asociado con la primera configuración de SR, (iii) active una segunda SR por un segundo LCH asociado con la segunda configuración de SR mientras la primera SR está pendiente, y (iv) determine si la primera configuración de SR y/o la segunda configuración de SR está prohibida en función de una regla específica cuando se ejecuta el temporizador de prohibición de SR. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en esta invención.
En el contexto de las realizaciones mostradas en las figuras 13-15 y descritas en el texto anterior, Preferentemente, la regla específica podría ser usar la oportunidad de SR correspondiente a la configuración de SR con el período de SR más corto, o usar las oportunidades de SR correspondientes a la primera configuración de SR y la segunda configuración de SR. Además, la oportunidad de SR podría corresponder a la primera configuración de SR o a la segunda configuración de SR. Además, la configuración de SR con el período de SR más corto podría ser la primera configuración de SR o la segunda configuración de SR.
La regla específica también podría estar usando la primera oportunidad de SR encontrada. Preferentemente, si se producen múltiples oportunidades de SR al mismo tiempo, no hay restricción sobre cuál se usa. Como alternativa, preferentemente, si se producen múltiples oportunidades de SR al mismo tiempo, la configuración de RRC podría usarse para determinar qué oportunidad de SR debe usarse.
Además, la regla específica podría ser utilizar la oportunidad de SR que primero recibe por completo el nodo de red. Preferentemente, si se reciben por completo múltiples oportunidades de SR al mismo tiempo, no hay restricción sobre cuál se usa. Como alternativa, preferentemente, si se reciben por completo múltiples oportunidades de SR al mismo tiempo, la configuración de RRC podría usarse para determinar qué oportunidad de SR debe usarse.
Además, la regla específica podría ser utilizar la primera oportunidad de SR encontrada. Preferentemente, si se producen múltiples oportunidades de SR al mismo tiempo, el Ue podría usar la oportunidad de SR que primero recibe por completo el nodo de red para que envíe señal a la SR. Preferentemente, si las oportunidades de SR no cumplen con las dos condiciones anteriores, no hay restricción sobre cuál se usa. Como alternativa, preferentemente, si las oportunidades de SR no cumplen con las dos condiciones anteriores, la configuración de RRC podría usarse para determinar qué oportunidad de SR debe usarse.
Preferentemente, la regla específica podría ser utilizar la configuración de SR en función de la configuración de RRC. La oportunidad de SR podría corresponder a la primera configuración de SR o a la segunda configuración de SR. Si el UE tiene la capacidad de enviar señal a múltiples SR al mismo tiempo, el UE podría enviar señal a una o múltiples SR en función de la configuración de RRC. Si una red evita que múltiples configuraciones de SR colisionen o se superpongan al mismo tiempo, podría no haber una regla específica en el lado del UE.
Preferentemente, la regla específica podría ser si el temporizador es (re)iniciado por la primera configuración de SR, la segunda configuración de SR no está prohibida; y si el temporizador es (re)iniciado por la segunda configuración de SR, la primera configuración SR no está prohibida. Además, si el temporizador es (re)iniciado por la primera configuración de SR, la señalización de SR de la segunda configuración de SR podría reiniciar el temporizador en caso de que la segunda configuración de SR aplique el temporizador. Y si el temporizador es (re)iniciado por la segunda configuración de SR, la señalización de Sr de la primera configuración de SR podría reiniciar el temporizador en caso de que la primera configuración de SR aplique el temporizador. Además, preferentemente, si una configuración de SR no aplica el temporizador de prohibición de SR, no reinicia el temporizador después de que se envíe señal a una SR asociada con la configuración de SR.
Preferentemente, la red podría configurar el valor del temporizador, por ejemplo, a través de una señalización RRC. El valor del temporizador no debe estar en períodos de SR en caso de que múltiples configuraciones de SR apliquen el mismo valor. El valor del temporizador puede estar en milisegundos o microsegundos, independientemente de qué configuración de SR (re)inicie el temporizador, en caso de que múltiples configuraciones de SR apliquen el mismo valor. El valor del temporizador también podría estar en períodos de SR en caso de que como máximo una configuración de SR aplique el temporizador.
Preferentemente, después de que se activa una SR, la SR está pendiente hasta que se cancele. Además, preferentemente la red configura (por ejemplo, a través de una señalización RRC) a qué configuración de SR está asociada un LCH. La asociación entre un LCH y una configuración de SR podría basarse en la numerología y/o TTI del LCH. La asociación entre un LCH y una configuración de SR también podría basarse en un índice o un perfil.
Preferentemente, el UE podría usar una oportunidad de SR para que envíe señal a SR siempre que al menos una SR esté pendiente. La oportunidad de SR podría ser una oportunidad en la que el UE tiene un recurso de SR válido en un TTI (intervalo de tiempo de transmisión). El recurso de SR podría(n) ser recurso(s) PUCCH para la SR bajo una configuración de SR específica. La red podría configurar la configuración de SR, por ejemplo, a través de una señalización RRC. El UE podría configurarse con una o más de una configuración de Sr .
Preferentemente, cuando la red o el propio UE liberan la configuración de SR, el recurso de SR correspondiente a la configuración de SR puede dejar de ser válido. La configuración de SR podría incluir configuraciones relacionadas con el dominio de frecuencia (por ejemplo, numerología, desplazamiento de frecuencia). La configuración de SR también podría incluir configuraciones relacionadas con el dominio del tiempo (por ejemplo, periodicidad o subtrama, ranura o desplazamiento de minislot).
Preferentemente, la señalización de SR podría ser una transmisión de la SR en la que el UE es el lado transmisor. La señalización de SR también podría ser una transmisión de la SR en la que la red es el lado receptor.
Preferentemente, un LCH activa una SR si un LCH activa un BSR regular y el UE no tiene ningún recurso UL para la transmisión UL. Como alternativa, preferentemente, un LCH activa una SR si un LCH activa un BSR regular y el UE no tiene ningún recurso UL válido para el LCH.
Preferentemente, un recurso UL es válido para un LCH si el recurso UL satisface la restricción del recurso UL para el LCH. La restricción del recurso UL podría estar relacionada con la numerología y/o TTI del recurso UL. La red podría configurar la restricción del recurso UL para un LCH, por ejemplo, a través de una señalización RRC.
Preferentemente, un LCH activa un BSR regular cuando (i) los datos UL para el LCH que pertenece a un LCG (grupo de canales lógicos) están disponibles para la transmisión, y (ii) los datos pertenecen al lCh con mayor prioridad que las prioridades de los LCH que pertenecen a cualquier LCG y para los cuales los datos ya están disponibles para la transmisión, o no hay datos disponibles para la transmisión de ninguno de los LCH que pertenecen a un LCG.
Preferentemente, un LCH activa un BSR regular cuando los datos UL para el LCH que pertenece a un LCG, están disponibles para la transmisión. Como alternativa, preferentemente, el LCH activa un BSR regular cuando los datos UL para un determinado LCH que pertenece a un lCg , están disponibles para la transmisión. La red podría configurar el determinado LCH, por ejemplo, a través de una señalización RRC.
Preferentemente, la red podría configurar el temporizador de prohibición de SR, por ejemplo, a través de una señalización RRC. Además, preferentemente el temporizador de prohibición de SR es específico de una entidad MAC (por ejemplo, por MAC) o de una celda (por ejemplo, por celda). Además, el temporizador de prohibición de SR se puede aplicar como máximo a una configuración de SR, al menos a una configuración de SR o a más de una configuración de SR. La red podría configurar (por ejemplo, a través de una señalización RRC) qué configuración(es) de SR aplican o no el temporizador de prohibición.
Preferentemente, después de que el UE señalice SR, el UE debe iniciar el temporizador de prohibición de SR en caso de que esta SR esté asociada con una configuración de SR que aplique el temporizador de prohibición. Además, después de que el UE envía señal a una SR, el UE no debe iniciar el temporizador de prohibición de SR en caso de que esta SR esté asociada con una configuración de SR que no aplique el temporizador de prohibición.
Preferentemente, cuando se ejecuta el temporizador de prohibición de SR, al menos una configuración de SR que aplica el temporizador de prohibición está prohibida. Además, cuando no se ejecuta el temporizador de prohibición de SR o ha expirado, preferentemente no se prohíbe ninguna configuración de SR. Además, cuando se prohíbe una configuración de SR, el UE no debe usar ninguna oportunidad de SR correspondiente a esta configuración de SR para que envíe señal a SR.
Diversos aspectos de la descripción se han descrito anteriormente. Debe ser evidente que las enseñanzas en esta invención pueden realizarse en una amplia diversidad de formas y que cualquier estructura, función específica o ambas que se describen en esta invención es meramente representativa. Sobre la base de las enseñanzas en esta invención, un experto en la materia debería apreciar que un aspecto develado en esta invención puede implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos pueden combinarse de diversas maneras. Por ejemplo, se puede implementar un aparato o se puede practicar un procedimiento usando cualquier número de los aspectos establecidos en esta invención. Además, dicho aparato puede implementarse o dicho procedimiento puede practicarse usando otra estructura, funcionalidad o estructura y funcionalidad además de u otro de uno o más de los aspectos establecidos en esta invención. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos se pueden establecer canales concurrentes en función de las frecuencias de repetición de pulso. En algunos aspectos, se pueden establecer canales concurrentes en función de la posición o desplazamientos de pulso. En algunos aspectos, se pueden establecer canales concurrentes en función de las secuencias de salto de tiempo. En algunos aspectos, se pueden establecer canales concurrentes en función de las frecuencias de repetición de pulso, posiciones o desplazamientos de pulso y secuencias de salto de tiempo.
Los expertos en la materia entenderán que la información y las señales pueden representarse utilizando cualquiera de una diversidad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos y chips a los que se puede hacer referencia en toda la descripción anterior pueden estar representados por voltajes, corrientes, ondas electromagnéticas, campos magnéticos o partículas, campos ópticos o partículas, o cualquier combinación de los mismos.
Los expertos apreciarán además que los diversos bloques lógicos ilustrativos, módulos, procesadores, medios, circuitos y etapas de algoritmos descritos en relación con los aspectos descritos en esta invención pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica o una combinación de los dos, que pueden diseñarse utilizando la codificación de origen o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (a las cuales se puede hacer referencia en esta invención, por conveniencia, como «software» o «módulo de software»), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos y etapas ilustrativos se han descrito anteriormente generalmente en términos de su funcionalidad. Si dicha funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema general. Los expertos pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicación en particular, pero tales decisiones de implementación no deben interpretarse como una desviación del alcance de la presente descripción.
Además, los diversos bloques, módulos y circuitos lógicos ilustrativos descritos en relación con los aspectos descritos en esta invención pueden implementarse o realizarse mediante un circuito integrado («IC»), un terminal de acceso o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puerta programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos o cualquier combinación de los mismos diseñados para realizar las funciones descritas en esta invención, y pueden ejecutar códigos o instrucciones que residen dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador o máquina de estado. Un procesador también puede 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 junto con un núcleo DSP o cualquier otra configuración de este tipo.
Se entiende que cualquier orden específico o jerarquía de etapas en cualquier procedimiento descrito es un ejemplo de una estrategia de muestra. Sobre la base de las preferencias de diseño, se entiende que el orden específico o la jerarquía de etapas en los procedimientos pueden reorganizarse sin dejar de estar dentro del alcance de la presente descripción. El procedimiento adjunto reivindica elementos presentes de las diversas etapas en un orden de muestra, y no está destinado a limitarse al orden específico o jerarquía presentada.
Las etapas de un procedimiento o algoritmo descrito en relación con los aspectos descritos en esta invención pueden realizarse 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 de datos como 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 de almacenamiento legible por ordenador conocido en la técnica. Se puede acoplar un medio de almacenamiento de muestra a una máquina como, por ejemplo, un ordenador/procesador (al que se puede hacer referencia en esta invención por conveniencia, como un «procesador») para que el procesador pueda leer información (por ejemplo, código) de la misma y escribir información en el medio de almacenamiento. Un medio de almacenamiento de muestra puede formar parte del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en el equipo del usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en el equipo del usuario. Además, 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 descripción. En algunos aspectos, un producto de programa informático puede comprender materiales de embalaje.
Si bien la invención se ha descrito en relación con diversos aspectos, se entenderá que la invención es capaz de modificaciones adicionales. Esta solicitud está destinada a incluir cualquier variación, uso o adaptación de la invención siguiendo, en general, los principios de la invención, e incluyendo aquellas desviaciones de la presente descripción que se encuentran dentro de la práctica conocida y habitual dentro de la técnica a la que pertenece la invención.

Claims (11)

REIVINDICACIONES
1. Procedimiento de un equipo de usuario, en lo sucesivo también denominado UE, que comprende: activar una primera solicitud de planificación, en lo sucesivo también denominada SR, por un primer canal lógico, en lo sucesivo también denominado LCH, en el que el primer LCH está asociado con una primera configuración de SR (1205); y activar una segunda SR por un segundo LCH mientras la primera SR está pendiente, en el que el segundo LCH está asociado con una segunda configuración de SR, y la primera configuración de SR y la segunda configuración de SR están configuradas para la misma celda de servicio (1210);
caracterizado porque comprende además:
usar una primera oportunidad de SR y una segunda oportunidad de SR para transmitir SR a un nodo de red hasta que se cancelen las SR, en el que la primera oportunidad de SR corresponde a la primera configuración de SR y la segunda oportunidad de SR corresponde a la segunda configuración de SR (1215).
2. El procedimiento de la reivindicación 1, en el que la oportunidad de SR es una oportunidad donde el UE tiene un canal de control de enlace ascendente físico válido, en lo sucesivo también denominado PUCCH, recurso para SR, y el recurso PUCCH para SR está configurado bajo una configuración de SR específica.
3. El procedimiento de la reivindicación 1 o 2, en el que el UE recibe una configuración desde un nodo de red para configurar la configuración de SR.
4. El procedimiento de cualquiera de las reivindicaciones 1 a 3, en el que el UE recibe una configuración desde un nodo de red para configurar la asociación entre el LCH y la configuración de SR.
5. El procedimiento de la reivindicación 4, en el que la asociación se basa en un índice y el índice apunta a la configuración de SR.
6. El procedimiento de cualquiera de las reivindicaciones 1 a 5, en el que el nodo de red es un gNB.
7. El procedimiento de cualquiera de las reivindicaciones 1 a 6, en el que después de que se activa una SR, la SR está pendiente hasta que se cancele la SR.
8. El procedimiento de cualquiera de las reivindicaciones 1 a 7, en el que el LCH activa la SR cuando el LCH activa un informe de estado de búfer regular, en lo sucesivo también denominado BSR, y el UE no tiene ningún enlace ascendente, en lo sucesivo también denominado UL, recurso válido para el LCH.
9. El procedimiento de la reivindicación 8, en el que un recurso UL es válido para un LCH si el recurso UL satisface la restricción del recurso UL para el LCH.
10. El procedimiento de la reivindicación 9, en el que la restricción del recurso UL está relacionada con la numerología y/o TTI del recurso UL, y la restricción del recurso UL para un LCH está configurada por red a través de un control de recursos de radio, en lo sucesivo también denominado RRC, de señalización.
11. Equipo de usuario, en lo sucesivo también denominado UE, que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306) y
una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308); caracterizado porque el procesador (308) está configurado para ejecutar un código de programa (312) almacenado en la memoria para realizar las etapas del procedimiento como se define en cualquiera de las reivindicaciones anteriores.
ES18176534T 2017-06-08 2018-06-07 Procedimiento y aparato de configuración de SR (solicitud de planificación) múltiple en un sistema de comunicación inalámbrica Active ES2784001T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201762516801P 2017-06-08 2017-06-08

Publications (1)

Publication Number Publication Date
ES2784001T3 true ES2784001T3 (es) 2020-09-21

Family

ID=62636010

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18176534T Active ES2784001T3 (es) 2017-06-08 2018-06-07 Procedimiento y aparato de configuración de SR (solicitud de planificación) múltiple en un sistema de comunicación inalámbrica

Country Status (7)

Country Link
US (2) US10849138B2 (es)
EP (1) EP3413672B8 (es)
JP (1) JP6527622B2 (es)
KR (1) KR102055061B1 (es)
CN (1) CN109041245B (es)
ES (1) ES2784001T3 (es)
TW (1) TWI677257B (es)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10912145B2 (en) * 2016-04-15 2021-02-02 Lg Electronics Inc. Method for performing transmission of a SR bundle in a wireless communication system and a device therefor
JP6527622B2 (ja) * 2017-06-08 2019-06-05 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
WO2018230993A1 (en) * 2017-06-15 2018-12-20 Samsung Electronics Co., Ltd. Method and apparatus for performing scheduling request to support plurality of services efficiently
KR102488339B1 (ko) * 2017-07-10 2023-01-13 삼성전자 주식회사 다중 스케쥴링 요청을 설정하는 방법 및 장치
US20190052414A1 (en) * 2017-08-10 2019-02-14 Alireza Babaei Multiplexing mechanism for uplink control information
WO2019038701A1 (en) 2017-08-22 2019-02-28 Telefonaktiebolaget Lm Ericsson (Publ) CONTROL OF AUTONOMOUS UPLINK TRANSMISSIONS IN COEXISTENCE WITH PROGRAMMED USER EQUIPMENT
WO2019051770A1 (zh) * 2017-09-15 2019-03-21 Oppo广东移动通信有限公司 一种调度请求的配置方法、终端设备及计算机存储介质
CN110446220B (zh) * 2018-05-04 2022-03-25 维沃移动通信有限公司 一种无线链路恢复方法和终端
WO2020136868A1 (ja) * 2018-12-28 2020-07-02 富士通株式会社 端末装置、基地局装置及び無線通信システム
CN114845412A (zh) * 2019-01-08 2022-08-02 华为技术有限公司 触发调度请求的方法、设备及系统
CN111432432B (zh) * 2019-01-10 2022-04-22 华为技术有限公司 数据传输方法和设备
CN113424626A (zh) * 2019-02-14 2021-09-21 康维达无线有限责任公司 上行链路发送中的ue内优先化
EP3700283A1 (en) * 2019-02-22 2020-08-26 Panasonic Intellectual Property Corporation of America Transceiver device and scheduling device
WO2020222587A1 (en) * 2019-05-02 2020-11-05 Lg Electronics Inc. Trigger and cancellation of sidelink scheduling request based on status of different direct links
WO2020245894A1 (ja) * 2019-06-03 2020-12-10 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN116528362A (zh) 2019-07-26 2023-08-01 汉尼拔Ip有限责任公司 用于波束故障恢复的调度请求资源优化方法及用户装置
CN112616159A (zh) * 2019-10-03 2021-04-06 联发科技股份有限公司 辅小区的波束故障恢复的方法
WO2021142663A1 (zh) * 2020-01-15 2021-07-22 Oppo广东移动通信有限公司 调度请求sr发送方法及相关装置
EP3869890B1 (en) * 2020-02-21 2023-12-13 Nokia Technologies Oy Enhanced scheduling request handling procedure
CN113497688A (zh) * 2020-04-02 2021-10-12 维沃移动通信有限公司 调度请求的配置方法、终端及网络设备
WO2021232354A1 (en) * 2020-05-21 2021-11-25 Nokia Shanghai Bell Co., Ltd. Scheduling request management
US11696280B2 (en) * 2020-07-02 2023-07-04 Qualcomm Incorporated On-demand scheduling request design

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PT3094148T (pt) * 2009-05-05 2020-04-22 Ericsson Telefon Ab L M Método e disposição num sistema de comunicações sem fios
US9065545B2 (en) * 2012-03-12 2015-06-23 Blackberry Limited Handling scheduling request collisions with an ACK/NACK repetition signal
CN110062429B (zh) * 2012-08-23 2021-11-26 交互数字专利控股公司 在无线系统中采用多个调度器进行操作
EP2802185B1 (en) * 2013-04-01 2019-11-13 Innovative Sonic Corporation Method and Apparatus for Adding Serving Cells in a Wireless Communication System
BR112016021409A2 (pt) 2014-04-28 2017-08-15 Intel Ip Corp Transmissão simultânea de pedido de agendamento em conectividade dupla
CN113490283A (zh) * 2014-06-09 2021-10-08 艾尔瓦纳有限合伙公司 在无线电接入网络中调度相同的资源
WO2016096007A1 (en) 2014-12-18 2016-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling grant control
EP3360379A1 (en) * 2015-11-06 2018-08-15 Sony Corporation Communications device, infrastructure equipment, communications system and methods
WO2018030710A1 (en) * 2016-08-11 2018-02-15 Samsung Electronics Co., Ltd. Method and apparatus for scheduling uplink data in mobile communication system
KR102616861B1 (ko) * 2017-01-10 2023-12-21 삼성전자주식회사 무선 통신 시스템에서 광대역 및 다수의 뉴멀러지들을 지원하는 방법 및 시스템
US10805941B2 (en) * 2017-03-24 2020-10-13 Sharp Kabushiki Kaisha Radio resource control (RRC) messages for enhanced scheduling request
US10912110B2 (en) * 2017-03-24 2021-02-02 Sharp Kabushiki Kaisha Systems and methods for an enhanced scheduling request for 5G NR
KR102091925B1 (ko) * 2017-04-26 2020-03-23 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 제어 엘리먼트 전송을 위한 자원을 요청하기 위한 방법 및 장치
CA3061958C (en) * 2017-05-04 2021-03-30 Ofinno, Llc Scheduling request in a wireless device and wireless network
US10524294B2 (en) * 2017-05-04 2019-12-31 Ofinno, Llc Scheduling request transmission
US11019652B2 (en) * 2017-05-04 2021-05-25 Ofinno, Llc Parallel scheduling request process management
US11032830B2 (en) * 2017-05-05 2021-06-08 Qualcomm Incorporated Scheduling request for wireless systems
US10925076B2 (en) * 2017-05-05 2021-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Signaling aspects of multiple SR configuration for service differentiation
US10785802B2 (en) * 2017-05-05 2020-09-22 Motorola Mobility Llc Transmitting SR prior to completing RACH
US10485017B2 (en) * 2017-05-30 2019-11-19 Htc Corporation Device and method of handling a schedule request
GB2563245B (en) * 2017-06-07 2021-06-02 Samsung Electronics Co Ltd Improvements in and relating to scheduling requests in a telecommunication system
JP6527622B2 (ja) * 2017-06-08 2019-06-05 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置

Also Published As

Publication number Publication date
TWI677257B (zh) 2019-11-11
US10849138B2 (en) 2020-11-24
US11368966B2 (en) 2022-06-21
EP3413672B1 (en) 2020-02-26
US20180359766A1 (en) 2018-12-13
EP3413672B8 (en) 2020-04-08
CN109041245B (zh) 2020-08-04
KR102055061B1 (ko) 2019-12-11
JP6527622B2 (ja) 2019-06-05
TW201904341A (zh) 2019-01-16
EP3413672A3 (en) 2018-12-26
EP3413672A2 (en) 2018-12-12
KR20180134303A (ko) 2018-12-18
CN109041245A (zh) 2018-12-18
JP2018207493A (ja) 2018-12-27
US20210037543A1 (en) 2021-02-04

Similar Documents

Publication Publication Date Title
ES2784001T3 (es) Procedimiento y aparato de configuración de SR (solicitud de planificación) múltiple en un sistema de comunicación inalámbrica
ES2942919T3 (es) Recepción de respuesta de acceso aleatorio
ES2875784T3 (es) Señalización y determinación de estructura de ranura y de minirranura
US11785650B2 (en) Reception of split random access response
US11641692B2 (en) Discontinuous reception for a two-step random access procedure
US11558891B2 (en) Power control for a two-step random access procedure
ES2924689T3 (es) Procedimiento y aparato para transmitir informes de enlace lateral de dispositivo a dispositivo en un sistema de comunicación inalámbrica
ES2926058T3 (es) Método y aparato para manejar la transmisión de retroalimentación de dispositivo a dispositivo en un sistema de comunicación inalámbrica
ES2912614T3 (es) Técnicas para comunicarse en un enlace ascendente en una banda de espectro de radiofrecuencia compartida
ES2949866T3 (es) Procedimiento de recuperación de fallo de haz en agregación de portadoras
ES2931838T3 (es) Recepción de enlace descendente en múltiples puntos de transmisión y recepción
ES2874490T3 (es) Método y aparato para medir la información del estado del canal en un sistema de comunicación inalámbrica
US11864023B2 (en) Triggering a buffer status report
ES2837874T3 (es) Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica
ES2885401T3 (es) Métodos y aparatos de mejora en celdas pequeñas en un sistema de comunicación inalámbrica
ES2745765T3 (es) Método y aparato para implementar un servicio dispositivo a dispositivo (D2D) en un sistema de comunicación inalámbrica
ES2948914T3 (es) Método y aparato para informe de margen de potencia en un sistema de comunicación inalámbrica
US20210212099A1 (en) Timer Parameter Handling With Sidelink Downlink Control Information
EP2931001B1 (en) Method and apparatus for reporting buffer status for device to device communication in a wireless communication system
CN114731248B (zh) 新无线电未许可频带中的上行链路传输
CN115989714A (zh) 验证处于非活动状态的预配置资源
CN115486159B (zh) 用于侧链路的无线设备辅助资源选择
CN115399041A (zh) 侧链路缓冲区状态报告
CN115176431B (zh) 无线网络中的传输和访问
WO2023154409A1 (en) Sidelink transmission based on active time