ES2960354T3 - Grupos de recursos conjuntos para comunicaciones de enlace ascendente - Google Patents

Grupos de recursos conjuntos para comunicaciones de enlace ascendente Download PDF

Info

Publication number
ES2960354T3
ES2960354T3 ES20199433T ES20199433T ES2960354T3 ES 2960354 T3 ES2960354 T3 ES 2960354T3 ES 20199433 T ES20199433 T ES 20199433T ES 20199433 T ES20199433 T ES 20199433T ES 2960354 T3 ES2960354 T3 ES 2960354T3
Authority
ES
Spain
Prior art keywords
jrp
data
ues
physical resources
resources
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
ES20199433T
Other languages
English (en)
Inventor
Hussein Khaled Shawky Hassan
Thomas Wirth
Thomas Fehrenbach
Thomas Haustein
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.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips NV
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 Koninklijke Philips NV filed Critical Koninklijke Philips NV
Application granted granted Critical
Publication of ES2960354T3 publication Critical patent/ES2960354T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/02Hybrid access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • H04W74/0841Random access procedures, e.g. with 4-step access with collision treatment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • H04W74/0841Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085Random access procedures, e.g. with 4-step access with collision treatment collision avoidance

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Los ejemplos se refieren a redes de comunicación entre equipos de usuario, UE, con otros dispositivos, tales como una estación base, BS. Los ejemplos se refieren a métodos de comunicación, por ejemplo, para enlace ascendente, UL. Se define un grupo de recursos conjuntos (JRP). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Grupos de recursos conjuntos para comunicaciones de enlace ascendente
Campo técnico
Los ejemplos se refieren a redes de comunicación entre equipos de usuario, UE, con otros dispositivos, tales como una estación base, BS.
Los ejemplos se refieren a procedimientos de comunicación, por ejemplo, para enlace ascendente, UL.
Antecedentes de la invención
Las redes de comunicaciones pueden necesitar transmisiones y recepciones entre equipos de usuario, UE y una entidad o dispositivo central (por ejemplo, estación base, BS, como eNB/gNB, una entidad de red central), en enlace ascendente, UL (desde el UE a la BS), y/o enlace descendente, DL (desde la BS al UE).
Pueden generarse interferencias entre transmisiones y/o recepciones de diferentes UE, con la misma BS, por ejemplo.
Técnica anterior
Aquí se enfoca en la comunicación de enlace ascendente (UL) desde un terminal de usuario (o equipo de usuario (UE)) o múltiples UE, a una estación base (BS) en un sistema de comunicación (por ejemplo, un sistema de comunicación inalámbrico). Múltiples UE pueden transmitir paquetes de voz o datos a una BS simultáneamente. En los sistemas de comunicaciones móviles, el enlace ascendente (UL) es un factor limitante. Los equipos de usuario (UE) tienen capacidades limitadas, principalmente debido a que estos dispositivos están altamente integrados, especialmente con referencia a:
- potencia de transmisión limitada,
- capacidades de procesamiento limitadas,
- restricciones de batería,
- uso de grados de libertad espaciales debido a la complejidad del UE solamente con soporte de una única antena de transmisión y recepción o un pequeño número de antenas de transmisión y recepción.
Además, las señales de un UE a una estación base pueden sufrir un número de deficiencias:
- Los UE pueden protegerse de la señal de la estación base (por ejemplo, en el interior de un edificio),
- Los UE pueden estar en el borde de una célula,
- Los UE pueden traspasar a otra célula,
- Los UE pueden estar en zonas de interferencia si reciben señales de un conjunto de estaciones base que transmiten en la misma frecuencia,
- Los UE pueden moverse a varias velocidades y, por tanto, el canal radioeléctrico puede variar durante la comunicación.
La Figura 11 muestra un sistema de la técnica anterior en el que diferentes UE (UEV,UE'i UE'a) se comunican con una estación base en enlace ascendente mediante el uso de una interfaz Uu estándar. El UE'k se comunica con UE'i en un escenario de dispositivo a dispositivo (D2D) mediante el uso del enlace PC5. Los UE pueden experimentar interferencias de otros Ue .
En varios esquemas de comunicaciones, una BS programa transmisiones cíclicas entre diferentes UE. Cuando un UE transmite un dato de UL, se supone teóricamente que ningún otro UE realiza una transmisión usando simultáneamente. Sin embargo, en la práctica realmente surgen perturbaciones, por ejemplo, cuando los UE de una célula vecina transmiten en la misma banda de frecuencia en el mismo intervalo de tiempo.
En algunos casos, puede haber interferencia basada en PC5 si los recursos de PC5 no están lo suficientemente bien alineados con los recursos proporcionados por la estación base para la Uu. Esto puede provocar, en algunos casos, interferencias.
Las interferencias de células vecinas pueden producirse, por ejemplo, en redes LTE/NR. Un ejemplo se muestra en la Figura 11, en el que las transmisiones de UE'j interfiere con las transmisiones de UE'a.
En la técnica anterior se han desarrollado técnicas para hacer frente a fallos de comunicación. Sin embargo, es difícil hacer frente a todos los posibles fallos, en particular en las transmisiones programadas: la retransmisión de datos previamente transmitidos o versiones redundantes de los datos sustituirían (o provocarían una colisión de datos con) los datos que se van a transmitir posteriormente.
El documento US 2017/0019894 A1 divulga un procedimiento para reducir la latencia de transmisiones de enlace ascendente. Un equipo de usuario puede transmitir en transmisiones de enlace ascendente en recursos de acceso de contención o en recursos concedidos. Otros documentos que ilustran el acceso a recursos inalámbricos son: El documento US 2017/034845 A1 (LLU BIN [US] Y OTROS) 2 de febrero de 2017
El documento US 2016/286545 A1 (LUO TAO [US] Y OTROS) 29 de septiembre de 2016.
Sumario de la invención
La invención se define en las reivindicaciones independientes adjuntas. Las realizaciones específicas se definen en las reivindicaciones dependientes.
En consecuencia, es posible proporcionar al UE recursos de comunicación adicionales que pueden usarse cuando sea necesario (por ejemplo, llamadas urgentes, QoS baja), para adaptar los UE a las condiciones de la red.
De acuerdo con un aspecto, los datos de configuración del JRP comprenden reglas para el acceso al medio y/o resolución de colisiones y/o retransmisiones de datos y/o transmisiones redundantes.
Por tanto, además de definir cuáles son los recursos del JRP (por ejemplo, qué intervalos de tiempo, bandas de frecuencia, dimensiones de código, canales espaciales, niveles de potencia, etc.), los datos de configuración del JRP también pueden definir, para cada UE, cómo comportarse (por ejemplo, qué protocolo de acceso al medio usar) al acceder a los recursos del JRP. En consecuencia, el UE operará de acuerdo con el esquema de comunicación preferente, aumentando, por tanto, la QoS para toda la red.
De acuerdo con un aspecto, el UE puede configurarse para determinar si realizar comunicaciones de UL adicionales de acuerdo con criterios asociados a al menos uno de tráfico o métricas sobre tráfico, calidad de servicio, QoS o métricas sobre QoS, la determinación de un dato transmitido incorrectamente o métricas sobre determinaciones de datos transmitidos incorrectamente, urgencia de las comunicaciones y/o una selección.
En consecuencia, un UE que, por ejemplo, sufre una QoS baja, puede hacer uso del JRP cuando determina que se necesitan recursos de comunicación, distintos de los recursos concedidos, adaptando, por tanto, el UE a la situación particular.
De acuerdo con un aspecto, el UE puede configurarse para usar un recurso concedido particular para retransmitir un dato y, en algunos ejemplos, usar el JRP para transmitir un dato programado para el recurso concedido particular. De acuerdo con un aspecto, esta puede ser una regla proporcionada en los datos de configuración por el dispositivo externo.
Los datos retransmitidos (que pueden ser, por ejemplo, datos que han sido transmitidos previamente por el UE pero que no han sido recibidos adecuadamente por un receptor) pueden por lo tanto retransmitirse en un recurso físico que no se había usado para los datos transmitidos previamente. En consecuencia, aumenta la diversidad: si el recurso físico concedido usado para los datos transmitidos previamente es (por ejemplo, transitoriamente, inesperadamente) menos fiable que el recurso concedido por JRP, aumenta la probabilidad de una retransmisión correcta y, por tanto, aumenta la fiabilidad. En consecuencia, el UE puede elegir de manera adaptativa un canal más fiable para una transmisión previamente incorrecta.
De acuerdo con un aspecto, el UE puede configurarse para usar una clasificación de recursos del JRP para dar prioridad a los recursos del JRP de mayor clasificación. De acuerdo con un aspecto, esta puede ser una regla proporcionada en los datos de configuración por el dispositivo externo.
Por ejemplo, el recurso físico del JRP asignado a un primer UE puede comprender una pluralidad de recursos clasificados desde el primero hasta el menos clasificado. La primera opción para el primer UE puede ser el recurso físico del JRP clasificado en primer lugar. La última opción para un UE puede ser el recurso físico del JRP clasificado en último lugar. Análogamente, el recurso físico del JRP asignado a un segundo UE puede comprender una pluralidad de recursos clasificados desde el primero hasta el menos clasificado. La clasificación para el primer UE puede ser diferente de la clasificación del segundo UE. Por ejemplo, la clasificación para el segundo UE puede ser opuesta a la clasificación del primer UE. Por lo tanto, cuando tanto el primer como el segundo UE usan su primer recurso clasificado asignado, sus transmisiones no colisionarán, ya que se transmitirán mediante el uso de diferentes recursos físicos. En consecuencia, se reduce la ocurrencia de colisiones y, por tanto, aumenta la fiabilidad.
De acuerdo con un aspecto, el UE puede comprender una cola de transmisión implementada en la capa de control de acceso al medio, MAC, y/o capa física, PHY. De acuerdo con un aspecto, el UE puede configurarse para evacuar la cola de transmisión mediante el uso del JRP y/o los recursos concedidos de acuerdo con los datos de configuración.
En consecuencia, los recursos concedidos y JRP que usará el UE pueden mapearse en el hardware del UE. El UE puede ser guiado en la elección de los recursos físicos a usar. Puede haber una porción concedida y una porción JRP. En cada porción (que puede representarse, por ejemplo, como una matriz), cada fila puede asociarse a un dato de UL (paquete, mensaje, transmisión) a transmitir. Puede haber una asociación de cada dato de UL con el recurso físico concedido o del JRP particular (por ejemplo, intervalo de tiempo, banda de frecuencia, canales espaciales, dimensiones de código, nivel de potencia, etc.). Escribir en la cola puede implicar la transmisión de datos de UL, por ejemplo, en un recurso físico concedido o del JRP asociado. Eliminar un dato de la cola puede implicar evitar la transmisión de ese dato (si los datos aún no se han transmitido).
De acuerdo con un aspecto, el UE puede configurarse para acceder al JRP de acuerdo con un esquema de escucha antes de hablar (por ejemplo, CSMA). De acuerdo con un aspecto, esta puede ser una regla proporcionada en los datos de configuración por el dispositivo externo.
En consecuencia, puede aumentarse la fiabilidad, ya que puede evitarse la ocurrencia de transmisiones en colisión. De acuerdo con un aspecto, el UE puede configurarse para acceder al JRP de acuerdo con un esquema de salto de frecuencia. De acuerdo con un aspecto, esta puede ser una regla proporcionada en los datos de configuración por el dispositivo externo.
En consecuencia, puede aumentarse la fiabilidad, ya que puede reducirse la ocurrencia de transmisiones en colisión, en vista de aumentar la probabilidad de que diferentes UE transmitan a diferentes frecuencias.
De acuerdo con un aspecto, los recursos físicos del JRP pueden estar en al menos uno o algunos o cualquier combinación del dominio del tiempo, el dominio de la frecuencia, el dominio del espacio, el dominio del código y el dominio de la potencia. De acuerdo con un aspecto, el dispositivo externo puede indicarlos en los datos de configuración.
En consecuencia, los recursos físicos del JRP pueden ser los más apropiados para las transmisiones, adaptando, por tanto, los recursos físicos del JRP a las condiciones de la red.
De acuerdo con un aspecto, un dispositivo puede configurarse para:
- determinar, sobre la base de métricas de tráfico, métricas de calidad de servicio, QoS, determinación de recepción de datos incorrectos, urgencia de las comunicaciones y/o selecciones, recursos físicos que forman un grupo de recursos conjuntos, JRP, los recursos físicos que son para ser compartido por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL;
- señalar (por ejemplo, al transmitir datos de configuración) los recursos físicos del JRP a al menos algunos de los UE.
Por lo tanto, el dispositivo, que puede ser una entidad central, tal como una estación base, una BS (eNB/gNB, entidad de red central, etc.) o un U<e>elegido entre una pluralidad de UE, puede decidir los recursos físicos para cada UE. En consecuencia, el dispositivo puede controlar las comunicaciones en una red y determinar la configuración más apropiada para la red.
De acuerdo con un aspecto, el dispositivo puede configurarse para:
- definir, para diferentes UE, diferentes clasificaciones de recursos físicos del JRP, para priorizar diferentes recursos físicos del JRP para diferentes UE y/o aumentar la probabilidad de usar diferentes recursos físicos del JRP por diferentes UE.
- señalar (por ejemplo, al transmitir datos de configuración) las diferentes clasificaciones de recursos a los diferentes UE.
Por tanto, el dispositivo puede indicar a diferentes UE que usen diferentes clasificaciones, reduciendo, por tanto, la posibilidad de colisiones en el mismo recurso físico del JRP.
De acuerdo con un aspecto, el dispositivo puede configurarse para:
- determinar una recepción de datos corruptos (no adecuadamente decodificados), para definir diferentes clasificaciones de recursos físicos del JRP para diferentes UE, para aumentar la probabilidad de recibir una retransmisión correcta al dar diferentes prioridades a diferentes recursos físicos del JRP para diferentes UE y/o aumentar la probabilidad de usar diferentes recursos físicos por diferentes UE;
- señalar (por ejemplo, al transmitir datos de configuración) las diferentes clasificaciones de recursos a los diferentes UE.
En consecuencia, cuando el dispositivo determina una recepción incorrecta de datos de UL, puede reaccionar al modificar las clasificaciones de cada UE, reduciendo, por tanto, la probabilidad de colisiones.
De acuerdo con un aspecto, el dispositivo puede configurarse para:
- determinar reglas para el acceso al medio y/o resolución de colisiones y/o retransmisiones de datos (por ejemplo, en el JRP y/o en recursos concedidos);
- señalar (por ejemplo, al transmitir datos de configuración) las reglas a al menos algunos de los UE.
En consecuencia, no solamente el dispositivo decide qué recursos físicos del JRP se van a usar, sino que también define cómo se comporta cada UE al ingresar los recursos del JRP.
De acuerdo con un aspecto, el dispositivo puede configurarse para:
- determinar diferentes temporizadores de retroceso para retransmisiones en el JRP que se asociarán a diferentes UE;
- señalar (por ejemplo, al transmitir datos de configuración) los diferentes temporizadores de retroceso a los diferentes UE.
En consecuencia, siguiendo esta regla los UE retransmitirán en diferentes intervalos de tiempo, por lo tanto, sin colisiones. Tal regla es particularmente ventajosa en caso de una primera colisión entre datos de UL transmitidos por dos UE diferentes: en vista de la definición de diferentes temporizadores de retroceso, se evita una segunda colisión. Por tanto, la fiabilidad aumenta.
De acuerdo con un aspecto, se proporciona un procedimiento que comprende:
recibir, por parte de un equipo de usuario, UE, datos de configuración de un grupo de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos del JRP compartidos con al menos uno de otros UE;
transmitir datos en el JRP;
usar un recurso concedido particular para retransmitir los datos.
De acuerdo con un aspecto, se proporciona un procedimiento que comprende:
determinar los recursos físicos que forman un grupo de recursos conjuntos, JRP, los recursos físicos del JRP que son compartidos por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL; determinar reglas para el acceso al medio y/o resolución de colisiones y/o retransmisiones de datos; y señalar los recursos físicos a al menos uno o algunos de los UE;
en el que las reglas comprenden al menos la regla de usar un recurso concedido particular para retransmitir datos previamente transmitidos en el JRP.
De acuerdo con un aspecto, un procedimiento puede comprender:
- recibir, por parte de un equipo de usuario, UE, datos de configuración de un grupo de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos del JRP compartidos con al menos uno de otros UE;
- realizar comunicaciones de UL al transmitir datos sobre recursos físicos concedidos; y
- determinar si realizar comunicaciones de UL adicionales y, en caso de determinación positiva, realizar comunicaciones de UL adicionales al transmitir datos sobre recursos físicos del JRP.
Pueden realizarse ejemplos de este procedimiento, por ejemplo, mediante cualquiera de los UE anteriores y/o siguientes.
De acuerdo con un aspecto, un procedimiento puede comprender:
- determinar, sobre la base de al menos una de las métricas de tráfico, métricas de calidad de servicio, QoS, determinación de datos recibidos corruptos, urgencia de las comunicaciones y/o selecciones, recursos físicos que forman un grupo de recursos conjuntos, JRP, los recursos físicos del JRP que son compartidos por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL;
- señalar los recursos físicos a al menos uno o algunos de los UE.
Pueden realizarse ejemplos de este procedimiento, por ejemplo, mediante cualquiera de los dispositivos (por ejemplo, entidades centrales tales como BS, UE elegidos, etc.) anteriores y/o siguientes.
Los procedimientos anteriores pueden realizarse para formar un procedimiento de acuerdo con un aspecto.
De acuerdo con un aspecto, puede proporcionarse una etapa de configuración en la que los UE definen o eligen la entidad central. No es estrictamente necesario que la BS sea la entidad central. La entidad central puede ser, por ejemplo, uno de los UE.
De acuerdo con un aspecto, una unidad de almacenamiento no transitoria puede almacenar instrucciones que, cuando las ejecuta un procesador, provocan que el procesador realice cualquiera de los procedimientos anteriores y siguientes y/o implemente cualquiera de los productos anteriores y siguientes.
En los ejemplos, el equipo de usuario puede usar una clasificación de recursos del JRP para dar prioridad a recursos del JRP clasificados en particular que proporcionen ganancias para el objetivo fijado.
Descripción de las figuras
Los ejemplos se describirán ahora con más detalle con referencia a las figuras acompañantes, en las que:
La Figura 1 muestra un procedimiento(s) de acuerdo con uno(s) ejemplo(s) de la invención;
Las Figuras 2a, 2b, 2c muestran sistemas de acuerdo con ejemplos de la invención;
La Figura 3 muestra un dispositivo de acuerdo con uno ejemplo de la invención;
La Figura 4 muestra un dispositivo de acuerdo con uno ejemplo de la invención;
Las Figuras 5a-5c, 6a-6c y 7-10 muestran técnicas de acuerdo con ejemplos de la invención;
La Figura 11 muestra un sistema de acuerdo con la técnica anterior;
La Figura 12 muestra un dispositivo de acuerdo con uno ejemplo de la invención.
Descripción detallada
La Figura 1 muestra un procedimiento 10. El procedimiento 10 puede permitir comunicaciones de equipos de usuario (UE) en enlace ascendente (UL).
El procedimiento 10 puede comprender, por ejemplo, un procedimiento 12. El procedimiento 12 puede comprender, por ejemplo, una etapa 13 para determinar los recursos físicos que forman un grupo de recursos conjunto, JRP, los recursos físicos que serán compartidos por diferentes equipos de usuario, UE para comunicaciones de enlace ascendente, UL. El procedimiento 12 puede comprender, por ejemplo, una etapa 14 de señalización de los recursos físicos (por ejemplo, para UL en JRP) a al menos algunos de los UE (en algunos casos, también pueden señalarse recursos físicos de DL y/o recursos físicos de UL concedidos). La etapa 14 puede comprender transmitir datos de configuración a los UE (los datos de configuración pueden contener, entre otras cosas, la indicación de los recursos físicos del JRP a usar por los UE, y/o las reglas para el acceso al medio, y/o las reglas para resolución de colisiones y/o retransmisiones de datos y, en algunos ejemplos, otros datos). Pueden indicarse diferentes recursos físicos del JRP a diferentes UE. El procedimiento 12 puede realizarse, por ejemplo, por una entidad central. La entidad central puede comprender un dispositivo (tal como una estación base, BS, que puede ser un gNB/eNB o una entidad de red central, por ejemplo, o un UE elegido o seleccionado como entidad central por el grupo de UE) que determina los recursos a ser usados por los UE. El procedimiento 12 puede realizarse por la misma entidad que asigna recursos físicos concedidos a los UE (por ejemplo, un dispositivo programador), para UL y/o DL.
En algunos ejemplos, los datos de configuración pueden señalarse (en 14), mediante el uso del Canal Físico de Control de Enlace Descendente, PDCCH, o PDCc H mejorado (ePDCCH) o sPDCCH (usado en el modo de intervalo de tiempo de transmisión corto, sTTI, y/o para el tráfico de comunicación de baja latencia ultra fiable, URLLC) o enlace lateral, mediante el uso de terminología de Núcleo de Paquetes Evolucionado (EPC), LTE, 4G y 5G. La etapa de señalización puede realizarse a través de unidifusión, multidifusión y/o difusión.
El procedimiento 10 puede comprender, por ejemplo, un procedimiento 15. El procedimiento 15 puede comprender una etapa 16 de recibir (por ejemplo, desde el dispositivo que ha realizado el procedimiento 12 y/o la etapa 14), datos de configuración del grupo de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos del JRP compartidos con otros UE (los datos de configuración indican, por ejemplo, qué recursos físicos del JRP usará cada UE, y/o qué reglas para el acceso al medio y/o resolución de colisiones y/o retransmisiones de datos y/o retransmisiones de redundancia, etc.). Cada uno de los UE puede realizar una instancia del procedimiento 15 (diferentes UE pueden realizar diferentes instancias, como consecuencia, por ejemplo, de diferentes datos de configuración y/o diferentes condiciones). El procedimiento 15 puede comprender, por ejemplo, una etapa 17 de realizar comunicaciones de UL al transmitir datos sobre recursos físicos concedidos (que pueden ser, por ejemplo, recursos físicos que no forman parte del JRP) y/o al recibir datos en DL (por ejemplo, de la entidad central como una BS). El procedimiento 10 puede comprender, por ejemplo, una etapa 18 para determinar si se deben realizar comunicaciones de UL adicionales. En caso de determinación positiva, el procedimiento puede comprender realizar comunicaciones de UL adicionales al transmitir datos sobre recursos físicos del JRP. El procedimiento 15 puede realizarse por cada uno de un grupo de UE diferentes. A cada UE pueden indicársele diferentes recursos físicos del JRP. Por lo tanto, cada UE puede realizar comunicaciones de UL en recursos físicos concedidos en la etapa 17 y, en caso de determinar la posibilidad y/o necesidad de realizar comunicaciones de UL adicionales, cada UE puede transmitir datos UL (por ejemplo, paquetes) mediante el uso de recursos físicos del JRP que puede ser diferente de los recursos físicos del JRP usados por (asignados a) otros UE. Algunos de los diferentes UE, sin embargo, pueden compartir algunos recursos del JRP.
El procedimiento 10 puede proporcionar una comunicación bajo un estándar para comunicaciones móviles, tal como Proyecto de Asociación de 3ra Generación (3GPP), 4G, 5G, evolución a largo plazo (LTE), NR, EPC, etc. La comunicación puede realizarse de acuerdo con la red de acceso radioeléctrico terrenal (UTRAN) del sistema de telecomunicaciones móviles universal (UMTS) o una UTRAN evolucionada (eUTRAN). Las comunicaciones pueden comprender transmisiones dúplex por división de tiempo (TDD) (transmisiones UL y/o DL). Las comunicaciones pueden comprender transmisiones dúplex por división de frecuencia (FDD) (transmisiones UL y/o DL). La BS puede ser un nodo evolucionado (eNB), un gNB (mediante el uso de la terminología de 5G) o, en general, un gNB/eNB. En algunos ejemplos, un UE usará una BS como interfaz para una red central, por ejemplo, un núcleo de paquetes evolucionado (EPC) para configurar un portador radioeléctrico con un determinado requisito de QoS. En NR, un UE puede configurar un flujo de servicio a través de gNB que se conecta a una red central, por ejemplo, EPC, para permitir un flujo de servicio paquete por paquete.
EPC es el Núcleo de Paquetes Evolucionado, que consiste en ciertas interfaces y entidades estandarizadas y puede usarse para interconectar la Red de Acceso Radioeléctrico (RAN) con Internet u otras interfaces que no sean 3GPP (por ejemplo, WLAN, etc.). El EPC puede terminar la conexión en una red LTE/NR, por ejemplo, configurar seguridad, portador/flujos de QoS, etc.
En algunos ejemplos, al menos algunas etapas de las comunicaciones en 14, 16, 17 y/o 18 pueden realizarse, por ejemplo, de acuerdo con el estándar LTE o NR y/u otras tecnologías de acceso radioeléctrico, por ejemplo, WiFi, Bluetooth, etc., de acuerdo con el ejemplo.
Las comunicaciones pueden ser inalámbricas, por ejemplo, en radiofrecuencias (RF), por ejemplo, mediante el uso de ondas electromagnéticas. En algunos ejemplos, las comunicaciones pueden utilizar ondas de ultrasonido.
En los ejemplos, las comunicaciones inalámbricas pueden basarse en un sistema de un solo tono o multiportadora en base a multiplexación por división de frecuencia, tal como el sistema de multiplexación por división de frecuencia ortogonal (OFDM), el sistema de acceso múltiple por división de frecuencia ortogonal (OFDMA) definido por el estándar LTE, o cualquier otra señal basada en IFFT con o sin CP, por ejemplo, DFT-S-OFDM o SC-FDMA. Pueden usarse otras formas de onda, como formas de onda no ortogonales para acceso múltiple, por ejemplo, multiportadora de banco de filtros (FBMC). También es posible usar CP-SCFDMA (FDMA de Portadora Única Prefijada Cíclica), por ejemplo, en modo localizado o continuo.
La Figura 2a muestra un sistema 20. El sistema 20 puede implementar, por ejemplo, una red celular o una porción de la misma. El sistema 20 puede comprender una entidad central 22. El sistema 20 puede comprender una pluralidad de UE 24, 26, 28. La entidad central 22 puede realizar, por ejemplo, al menos algunas de las etapas del procedimiento 12. La entidad central puede ser, por ejemplo, una BS (por ejemplo, gNB/eNB, entidad de red central). La entidad central 22 puede definir recursos físicos del JRP para cada UE. Además, la entidad central 22 puede definir los recursos físicos concedidos para cada UE (por ejemplo, al programar), por ejemplo, para comunicaciones de UL y/o DL. La entidad central 22 puede realizar actividades de señales al enviar señales 24', 26', 28' a los UE 24, 26, 28, respectivamente. Las señales pueden llevar datos de configuración del JRP. En algunos ejemplos, los datos de configuración del JRP dirigidos a diferentes UE pueden llevar información diferente: un UE en particular no necesita necesariamente conocer los datos de configuración señalados a otros UE. En algunos ejemplos, los datos de configuración en las señales 24', 26', 28' se señalan a través de uno de los canales de control de enlace descendente físico PDCCH, ePDCCH y sPDCCH o enlace lateral (por ejemplo, mediante el uso de la interfaz PC5). Los UE 24, 26, 28 pueden realizar, en la etapa 17, comunicaciones de UL 24", 26", 28", respectivamente, en recursos físicos concedidos. Cuando uno de los UE 24, 26, 28 necesita transmitir datos fuera de los recursos físicos concedidos a su disposición, puede realizar comunicaciones de UL 24'", 26'", 28'" mediante el uso de los recursos físicos del JRP.
En algunos ejemplos, el dispositivo central es un dispositivo (que también puede ser un UE) que transmite datos de configuración (por ejemplo, en la etapa 14) a otros UE. Por lo tanto, puede realizarse una solución distribuida. Es posible que múltiples UE elijan o definan un dispositivo central entre ellos que pueda definir datos de configuración para los otros U<e>. Pueden usarse criterios deterministas (por ejemplo, número de serie del UE), aleatorios, semialeatorios o pseudoaleatorios, u otros criterios para elegir o definir la entidad central. Por lo tanto, la entidad central puede ser, en algunos casos, diferente de una BS. Los datos de configuración pueden transmitirse en 14 mediante el uso de D2D, por ejemplo.
Las Figuras 2b y 2c se refieren a un sistema 20b. El sistema 20b puede comprender una BS 22b que no es la entidad central que realiza las etapas 13 y 14 (en algunos casos, sin embargo, la BS 22b todavía puede ser un programador de recursos concedidos y/o para programar los recursos de DL). En este caso, la entidad central es uno de los UE 24, 26, 28 y puede ser elegida o definida por los UE. La Figura 2b en particular muestra una etapa de configuración en la que los UE 24, 26, 28 definen o eligen la entidad central al transmitir comunicaciones 24b, 27b, 28b entre sí (por ejemplo, mediante el uso de D2D, PC5, Bluetooth, WiFi, etc.). En este caso, se elige que la entidad central sea el UE 26 (la elección puede llevarse a cabo mediante elección, selección u otras estrategias). Como se muestra en la Figura 2c, el UE 26 (que opera como entidad central) puede definir las características del JRP y/o reglas para hacer frente al acceso al medio y/o la resolución de colisiones en la etapa 13 y transmitir señales 24' y 28' (que llevan datos de configuración) al UE 24 y 28 en la etapa 14. Los UE 24 y 28 reciben las señales 24' y 28' en la etapa 16. Los UE (en algunos ejemplos, también el UE/entidad central 26) pueden realizar comunicaciones de UL 24", 26", 28" hacia la BS 22b mediante el uso de recursos físicos concedidos en la etapa 17. Los UE (en algunos ejemplos, también el UE/entidad central 26) pueden realizar comunicaciones de UL 24''', 26''', 28''' hacia la BS 22b mediante el uso de recursos físicos del JRP en la etapa 18.
En los ejemplos (tales como los mostrados en las Figuras 2a, 2b, 2c), al menos uno o más de los UE pueden ser, por ejemplo, dispositivos que se eligen entre teléfonos móviles, teléfonos inteligentes, terminales móviles/portátiles, ordenadores móviles/portátiles, tabletas, relés, dispositivos de comunicación vehicular en coches, camiones, autobuses, dispositivos de comunicación móviles en drones u otros vehículos aéreos, etc. Al menos algunos de los UE pueden ser dispositivos IoT o dispositivos de comunicación conectados a dispositivos IoT. En algunos casos, en el ejemplo de la Figura 2b, la entidad central 26 puede ser un UE normal elegido o definido entre los otros UE. Los recursos físicos (recursos físicos concedidos y/o recursos físicos del JRP) pueden estar, por ejemplo, en al menos uno o una combinación de los dominios del tiempo, en el dominio de la frecuencia, en el dominio espacial, en el dominio del código, en el dominio de la potencia. Pueden realizarse técnicas de multiplexación en al menos uno de estos dominios.
Con referencia al dominio del tiempo, los recursos físicos concedidos pueden comprender intervalos de tiempo asignados (por ejemplo, al programar) a diferentes UE para realizar transmisiones de UL. Cada intervalo de tiempo puede ser un recurso físico asignado a un UE particular. Un intervalo de tiempo puede ser un intervalo de tiempo de transmisión (TTI) o un TTI abreviado (sTTI), un grupo de TTI o un miniintervalo de tiempo (terminología NR). Al realizar la etapa 17, un UE puede realizar comunicaciones de UL durante su intervalo de tiempo preasignado (programado).
Con referencia al dominio del tiempo, los recursos físicos del JRP pueden comprender intervalos de tiempo que no están preasignados a un UE. Al realizar la etapa 18, un UE puede acceder al JRP al transmitir datos en UL durante uno de los intervalos de tiempo del JRP.
Con referencia al dominio de la frecuencia, los recursos físicos concedidos pueden comprender bandas de frecuencia asignadas (por ejemplo, al programar) a diferentes UE para realizar transmisiones de UL. Cada banda de frecuencia puede ser un recurso físico asignado a un UE particular. Al realizar la etapa 17, un UE puede realizar comunicaciones de UL mediante el uso de su frecuencia preasignada (programada).
Con referencia al dominio de la frecuencia, los recursos físicos del JRP pueden comprender bandas de frecuencia que no están preasignadas a un UE. Al realizar la etapa 18, un UE puede acceder al JRP al transmitir datos en UL mediante el uso de una banda de frecuencia del JRP.
Con referencia al dominio espacial, los recursos físicos concedidos pueden comprender canales espaciales (por ejemplo, obtenidos al formar haces) asignados (por ejemplo, al programar) a diferentes UE para realizar transmisiones de UL. Cada canal espacial puede ser un recurso físico asignado a un UE particular. Al realizar la etapa 17, un UE puede realizar comunicaciones de UL mediante el uso de su canal espacial.
Con referencia al dominio espacial, los recursos físicos del JRP pueden comprender canales espaciales que no están preasignados a un UE. Al realizar la etapa 18, un UE puede acceder al JRP al transmitir datos en UL mediante el uso de un canal espacial del JRP.
Con referencia al dominio del código, los recursos físicos concedidos pueden comprender códigos asignados (por ejemplo, al programar) a diferentes UE para realizar transmisiones de UL, por ejemplo, utilizando esquemas de acceso múltiple no ortogonal (MUST). Los códigos pueden ser recursos físicos, que pueden particionarse entre diferentes UE. Al realizar la etapa 17, un UE puede realizar comunicaciones de UL mediante el uso de sus códigos. Con referencia al dominio del código, los recursos físicos del JRP pueden comprender códigos que no están preasignados a UE particulares. Al realizar la etapa 18, un UE puede acceder al JRP al transmitir datos en UL mediante el uso de códigos del JRP.
Con referencia al dominio de la potencia, los recursos físicos concedidos pueden comprender niveles de potencia asignados (por ejemplo, al programar) a diferentes UE para realizar transmisiones de UL. Cada valor de potencia (por ejemplo, un rango de niveles de potencia) puede ser un recurso físico, que puede asignarse a un UE particular. Al realizar la etapa 17, un UE puede realizar comunicaciones de UL mediante el uso de su nivel de potencia.
Con referencia al dominio de la potencia, los recursos físicos del JRP pueden comprender niveles de potencia (por ejemplo, rangos de niveles de potencia) que no están preasignados a un UE particular. Al realizar la etapa 18, un UE puede acceder al JRP al transmitir datos en UL a su nivel de potencia.
En algunos ejemplos, cada recurso físico (recursos físicos concedidos y/o recursos físicos del JRP) puede comprender una combinación de dominio del tiempo, dominio de la frecuencia, dominio espacial, dominio del código, dominio de la potencia. Por ejemplo, la entidad central puede decidir (programar) que un UE particular transmita, durante un primer intervalo de tiempo, en una primera banda de frecuencia, en un primer canal espacial, con primeros códigos, en un primer nivel de potencia, y, durante un segundo intervalo de tiempo, en una segunda banda de frecuencia, un segundo canal espacial, con segundos códigos, en un segundo nivel de potencia, etc. Por lo tanto, cada recurso físico (recurso físico concedido o recurso físico del JRP) puede definirse como cualquier combinación de tiempo, frecuencia, canales espaciales, códigos y/o niveles de potencia.
En los ejemplos, los recursos físicos del JRP pueden estar al menos en el dominio de retardo (de propagación). En los ejemplos, los recursos físicos del JRP pueden estar al menos en el dominio Doppler. Estas soluciones pueden lograrse al asignar recursos en el dominio Doppler de retardo, ya que es direccionable mediante formas de onda como, por ejemplo, OTFS.
En algunos ejemplos, los recursos físicos pueden comprender comunicaciones de dispositivo a dispositivo (D2D), por ejemplo, de acuerdo con PC5.
Los recursos físicos del JRP pueden usarse, por ejemplo, cuando los datos a transmitir superen los recursos físicos concedidos.
En algunos ejemplos, las transmisiones de UL realizadas mediante el uso de recursos físicos concedidos y/o recursos físicos del JRP pueden ser para al menos uno de Canal de Control de Enlace Ascendente Físico (PUCCH) de LTE, ePUCCH, sPUCCH (por ejemplo, mediante el uso de las denominaciones establecidas en LTE, 4G, NR, 5G).
Los datos de configuración del JRP pueden asociar, por ejemplo, recursos físicos a una pluralidad de UE para realizar UL. Los datos de configuración del JRP pueden asociar, por ejemplo, algunos recursos físicos a cualquiera de los UE (por ejemplo, el primer UE que accede a un recurso de JRP). Adicional o alternativamente, los datos de configuración de JRP pueden asociar diferentes recursos físicos a diferentes UE o grupos de UE (por ejemplo, limitando la posibilidad de acceder a los recursos del JRP a algunos UE en particular).
Adicionalmente o alternativamente, los datos de configuración del JRP pueden definir diferentes clasificaciones de recursos del JRP para diferentes UE. Por ejemplo, un primer UE puede acceder preferentemente al JRP mediante el uso de una primera banda de frecuencia (banda de frecuencia clasificada en primer lugar para el primer UE) y, en caso de necesidad, una segunda banda de frecuencia (banda de frecuencia clasificada en segundo lugar para el primer UE), mientras que un segundo UE puede acceder preferentemente al JRP mediante el uso de la segunda banda de frecuencia (banda de frecuencia clasificada en primer lugar para el segundo UE) y, en caso de necesidad, la primera banda de frecuencia (banda de frecuencia clasificada en segundo lugar para el segundo UE). En consecuencia, se reduce la probabilidad de colisión.
Pueden definirse diferentes clasificaciones, por ejemplo, después de que la entidad central (por ejemplo, una BS) haya recibido datos de UL incorrectos, para aumentar la probabilidad de que se realicen diferentes transmisiones de UL en diferentes recursos físicos del JRP, para reducir la probabilidad de colisiones y aumentar la fiabilidad.
En los ejemplos, la entidad central puede ser un orquestador. El orquestador puede ser cualquier dispositivo o entidad que sea capaz de orquestar el acceso del medio a los recursos de radio mediante cualquier medio de comunicación entre el orquestador y los dispositivos involucrados en el proceso de comunicación mediante el uso de los recursos UL del JRP. En ese sentido, un orquestador podría ser una base de datos en algún lugar de la red accesible a través, por ejemplo, de enlaces de comunicación OTT (OTT: over the Top).
Los recursos del JRP pueden ordenarse/clasificarse de acuerdo con algunos criterios/métricas, por ejemplo, congestión, nivel RSSI, etc., lo que significa que seleccionar un recurso específico del JRP ordenado permite lograr un objetivo particular con un mejor resultado o con menos energía, esfuerzo, etc., por ejemplo, probabilidad de colisión de mensajes.
Los criterios de clasificación pueden ser, por ejemplo:
- Frecuencia portadora, por ejemplo, si operamos JRP en modo de conectividad dual o agregación de portadoras, posiblemente con un par de frecuencias portadoras diferentes para elegir
- nivel de interferencia o potencia de interferencia, potencia piloto, potencia de transmisión del enlace ascendente, etc.
- Numerología usable en una parte del ancho de banda dado (BWP), por ejemplo, se prefiere 30 kHz a 15 kHz (SCS).
En algunos ejemplos es posible implementar (por ejemplo, cuando lo solicite la entidad central y/o la BS) un esquema de salto de frecuencia. Por ejemplo, diferentes UE pueden saltar cada banda de frecuencia de manera diferente (por ejemplo, de forma aleatoria, semialeatoria, pseudoaleatoria o de acuerdo con una secuencia predefinida o definida en los datos de configuración). En algunos ejemplos, los datos de configuración pueden prohibir al menos algunos recursos físicos del JRP a al menos algunos UE de acuerdo con la decisión de la entidad central y/o BS.
Los datos de configuración de JRP pueden contener diferentes reglas para acceder a los recursos físicos del JRP y/o para la resolución de colisiones. Por ejemplo, los datos de configuración pueden definir que (al menos para algunos UE) algunos datos de UL se (re)transmiten después de un temporizador de retroceso (cuya longitud puede ser aleatoria, semialeatoria, pseudoaleatoria, predefinida o definida en los datos de configuración) antes de un posible esquema de escucha. Cuando opera en modo escuchar antes de hablar (LBT), el dispositivo (por ejemplo, UE) puede realizar, por ejemplo, detección de portadora combinada con un retroceso aleatorio antes de acceder a los recursos físicos del JRP. Los datos de configuración pueden proporcionar que algunos datos de UL se retransmitan solamente mediante el uso de un esquema de solicitud de repetición automática (ARQ) o un esquema de solicitud de repetición automática híbrida (HARQ). Los datos de configuración pueden proporcionar que algunos datos de UL se retransmitan mediante el uso de un esquema de programación semipersistente (SPS).
La Figura 3 muestra un definidor de JRP 30 que puede ser (o puede ser parte de) la entidad central y/o BS 22 o un UE elegido o seleccionado entre los UE. El definidor de JRP 30 puede transmitir (por ejemplo, en la etapa 14) datos de configuración 31 con respecto a los recursos del JRP a diferentes UE (UE1, UE2, UE3, ..., UEn, algunos de los cuales pueden ser los UE 24-26, al menos uno de ellos, en algunos ejemplos, realizando una instancia del procedimiento 15). El definidor de JRP 30 puede decidir los datos de configuración 31 (por ejemplo, qué recursos físicos usará cada UE, y/o qué reglas para el acceso al medio y/o resolución de colisiones usará cada UE, y así sucesivamente) en base a uno o más criterios. Los criterios pueden involucrar uno o más datos 33-37. En algunos ejemplos, al menos algunos de los datos 32-37 pueden contribuir a constituir un estado de red 32. Los criterios pueden ser predefinidos y/o definidos y/o modificados en tiempo real.
El definidor de JRP 30 puede definir los datos de configuración en base a criterios que implican al menos en parte el tráfico 33 (o una métrica o una estimación asociada al mismo) en la red. El tráfico puede medirse, por ejemplo, al tener en cuenta el número de UE presentes dentro del dispositivo central (que puede ser una BS, tal como u g/eNB), el número de llamadas actuales, de sesiones actualmente abiertas, etc. En algunos ejemplos, si el tráfico no es excesivo, puede aumentarse la cantidad de recursos físicos del JRP. En algunos ejemplos, si el tráfico no es excesivo, puede aumentarse el número de UE que compiten por un recurso físico del JRP. En algunos ejemplos, puede proporcionarse que, en la determinación del aumento del número de UE (por ejemplo, dentro de una célula), pueda disminuirse la cantidad de recursos físicos del JRP a disposición de al menos algunos UE.
El definidor de JRP 30 puede definir los datos de configuración en base a criterios que implican al menos en parte la calidad de servicio (QoS) 34 (o una métrica o una estimación asociada a la misma) en la red. La QoS 34 puede medirse, por ejemplo, al tener en cuenta estadísticas de mensajes no adecuadamente decodificados (por ejemplo, comunicaciones de UL desde los UE a la BS). En algunos ejemplos, si la QoS es escasa para algunos UE en particular, el JRP puede modificarse al asociar recursos físicos de forma única o preferencial a los UE que padecen una QoS baja. En algunos ejemplos, si la QoS es en general escasa, puede aumentarse la cantidad de recursos físicos del JRP.
El definidor de JRP 30 puede definir los datos de configuración en base a criterios que implican al menos en parte la determinación de datos incorrectos 36. Si los datos de UL no son recibidos adecuadamente por la entidad central y/o BS (definidor de JRP), este último puede solicitar una retransmisión de algunos datos.
Las estimaciones pueden comprender datos estadísticos (por ejemplo, asociados a la ubicación geográfica, la presencia humana, etc.). Las estimaciones pueden estar, al menos en parte, condicionadas por datos históricos y/o calculadas automáticamente y/o al menos parcialmente en base a conocimientos empíricos.
El definidor de JRP 30 puede definir los datos de configuración 31 en base a criterios que implican al menos en parte la urgencia 36 de las comunicaciones (comunicaciones de llamadas, sesiones especiales, etc.), por ejemplo, para propósitos relacionados con la seguridad (primer respondedor, etc.). Por ejemplo, las comunicaciones ultra fiables de baja latencia (URLLC). Los UE que necesitan comunicaciones urgentes pueden asignarse para usar recursos del JRP adicionales por parte del definidor de JRP 30. Por el contrario, los recursos del JRP pueden reducirse para los UE que no necesitan comunicaciones urgentes.
El definidor de JRP 30 puede definir los datos de configuración 31 en base a criterios que implican al menos en parte, una selección 37. Los UE seleccionados pueden asignarse a recursos físicos del JRP adicionales. A los UE no seleccionados se les puede dar una cantidad reducida (o nula en algunos ejemplos) de recursos físicos del JRP. Una selección puede realizarse, por ejemplo, a petición de un usuario (por ejemplo, como un servicio adicional proporcionado por el proveedor de servicios que gestiona la red). En consecuencia, pueden ofrecerse mayores capacidades de comunicación y/o fiabilidad y/o velocidad a usuarios seleccionados.
En particular, el definidor de j Rp puede operar en tiempo real, por ejemplo, al cambiar los criterios en función de los diferentes estados de la red.
Un ejemplo puede estar relacionado con un evento deportivo: puede preverse que varios usuarios del público solicitarán capacidades de comunicación adicionales (servicio premium) asociadas predominantemente a la hora y la ubicación del evento deportivo. Unas horas antes y algunas horas después del evento, el interés de los usuarios por el servicio premium en esa localidad será extremadamente reducido. En consecuencia, en la ubicación del evento deportivo, diferentes horas del día pueden asociarse a diferentes criterios (y diferentes datos de configuración, y diferente asignación de recursos físicos y reglas a diferentes UE).
Los criterios para asignar recursos del JRP a diferentes UE pueden evolucionar en tiempo real en función del estado de la red (situación de los UE).
En algunos ejemplos, una precondición para asignar recursos físicos del JRP (o en cualquier caso modificar los datos de configuración) es la recepción, por parte del definidor de JRP (dispositivo central, por ejemplo, la BS o un UE elegido entre los UE) de una solicitud explícita para un UE. Sobre la base del estado de la red, el definidor de JRP (dispositivo central, por ejemplo, la BS) puede decidir satisfacer/rechazar la solicitud.
La Figura 4 muestra un dispositivo 40 que puede ser un UE o un circuito electrónico que gobierna un UE (por ejemplo, 24-28, UE-<i>-UE<n>, y/o un UE que implementa el procedimiento 15), por ejemplo, un teléfono móvil. Puede usarse un procesador 42. El procesador 42 puede comprender un dispositivo semiconductor lógico tal como un procesador de señales digitales, DSP, un microcontrolador, una matriz de puertas programables en campo, FPGA, etc.). En el procesador 42, puede ejecutarse una aplicación (por ejemplo, una aplicación de capa alta). Por ejemplo, la aplicación puede solicitar la transmisión de voz en una red de telefonía móvil. En algunos ejemplos, el procesador 42 puede soportar una transmisión de datos (por ejemplo, VolP o datos de vídeo) y/o transmisión de voz.
El dispositivo 40 puede comprender una unidad 41 de entrada/salida (E/S). En algunos ejemplos, la unidad de E/S 41 puede obtener señales de audio (o una versión electrónica analógica o digital de las mismas) que se transmiten a un procesador 42. La unidad de E/S 41 puede conectarse adicional o alternativamente con dispositivos remotos (por ejemplo, para uso de punto de acceso).
El dispositivo también puede comprender una unidad de memoria de almacenamiento no transitoria que puede ser ejecutada por el procesador 42 para implementar las funciones del UE y/o al menos algunas etapas 16-18 y/o la aplicación analizada anteriormente.
Las transmisiones UL pueden realizarse mediante el uso de una antena 44 que se controla mediante una unidad de comunicación 43. Este último, a su vez, puede ser controlado por el procesador 42. En los ejemplos, la unidad de E/S 41 (o una subunidad inalámbrica de la unidad de E/S 41) puede integrarse en el mismo componente de la antena 44 y/o la unidad de comunicación 43.
La unidad de comunicación 43 puede operar en la capa de control de acceso al medio (MAC) y/o en la capa física (PHY). La unidad de comunicación 43 puede transmitir datos en UL (por ejemplo, hacia una BS) y recibir datos en DL (por ejemplo, desde una BS).
La unidad de comunicación 43 puede realizar transmisiones de UL sobre recursos físicos concedidos sobre la base de una tabla de recursos físicos concedidos 45. La tabla 45 puede formarse, por ejemplo, por elementos de memoria (memoria de acceso aleatorio, RAM, registros, memoria FLASH, etc.). En algunos ejemplos, la tabla 45 puede ser modificada por el procesador 42 (en algunos ejemplos, la tabla 45 puede ser modificada por la unidad de comunicación 43 y/o tanto por el procesador como por la unidad de comunicación). Por ejemplo, una BS (o un UE seleccionado) puede instruir al procesador 42 que elija una programación particular.
La tabla 45 puede guiar a la unidad de comunicación 43 para transmitir correctamente los datos de UL. En la representación de la Figura 4, cada fila de la tabla 45 puede asociarse a un recurso físico concedido particular. Las columnas de la tabla 45 pueden asociarse a dominios (por ejemplo, dominio del tiempo, dominio de la frecuencia, dominio espacial, dominio del código, dominio de la potencia), incluso si se encuentran en la Figura 4 para simplificar, solamente se muestran el dominio del tiempo y el dominio de la frecuencia. Por lo tanto, cada vez que se van a transmitir datos de UL, la unidad de comunicación 43 sabe, por ejemplo, en qué intervalo de tiempo y/o en qué banda de frecuencia (y/o canal espacial, y/o código, y/o nivel de potencia) debe realizarse la comunicación UL. La unidad de comunicación 43 puede realizar transmisiones de UL en recursos físicos del JRP sobre la base de una tabla de recursos físicos del JRP 46. La tabla 46 puede formarse, por ejemplo, por elementos de memoria (RAM, registros, memoria FLASH, etc.). En algunos ejemplos, la tabla 46 puede crearse y/o controlarse y/o modificarse por el procesador 42 (en algunos ejemplos, la tabla 46 puede modificarse por la unidad de comunicación 43 y/o por tanto el procesador como la unidad de comunicación). Por ejemplo, el procesador 42 puede recibir datos de configuración (por ejemplo, 31) obtenidos en la etapa 16. Por lo tanto, la tabla 46 puede guiar a la unidad de comunicación 43 para transmitir correctamente datos de<u>L mediante el uso del JRP. En la representación de la Figura 4, cada fila de la tabla 46 puede asociarse a un dato particular a transmitir. Cada columna de la tabla 46 puede asociarse a los recursos (en el dominio del tiempo, dominio de la frecuencia, dominio espacial, dominio del código y/o dominio de la potencia). Cada vez que los datos de UL pueden transmitirse en asociación con el JRP, la unidad de comunicación 43 sabe, por ejemplo, en qué intervalo de tiempo, en qué banda de frecuencia, en qué canal espacial, con códigos y/o en qué nivel de potencia debe realizarse la comunicación UL.
En algunos ejemplos, se clasifican las posiciones en la tabla 46. La primera fila de la tabla 46 puede asociarse a un recurso del JRP clasificado en primer lugar; la segunda fila puede asociarse a un recurso del JRP clasificado en segundo lugar; etc. En consecuencia, los recursos del JRP pueden priorizarse (por ejemplo, sujetos a un esquema de prioridades). El recurso del JRP clasificado en primer lugar puede elegirse con preferencia (o en algunos ejemplos con mayor probabilidad, por ejemplo, en el caso del uso de estrategias aleatorias, semialeatorias o pseudoaleatorias) con respecto al recurso JRP clasificado en segundo lugar; etc. Por ejemplo, el procesador 42 puede asignar datos para transmitir en la fila de mayor clasificación de la tabla 46. La unidad de comunicación 43 realizará una transmisión UL de esos datos mediante el uso del recurso del JRP de mayor clasificación asociado. Si el procesador 42 acumula una pluralidad de datos en la tabla 46 antes de evacuarlos (por ejemplo, en caso de carga útil alta o comunicaciones urgentes, por ejemplo, PUCCH), algunos datos a transmitir tomarán posiciones de menor clasificación (asociadas a recursos del JRP de menor clasificación). No obstante, la unidad de comunicación 43 transmitirá los datos en correspondencia con los recursos del JRP en la tabla 46.
En algunos casos, pueden usarse esquemas de salto de frecuencia. Las transmisiones UL posteriores pueden realizarse en diferentes bandas de frecuencia.
En los ejemplos, la clasificación de los recursos del JRP puede ser asignada por la entidad central (BS (por ejemplo, BS, tal como gNB/eNB o entidad de red central, o UE elegido o seleccionado) y señalizada al UE como parte de los datos de configuración 31 (por ejemplo, 24', 26', 28', 31 y/o en la etapa 14). En particular, la entidad central y/o BS (por ejemplo, 22, 30 y/o en la etapa 13) pueden asociar diferentes clasificaciones (o probabilidades en el caso de estrategias aleatorias, semialeatorias o pseudoaleatorias) a diferentes UE. Por ejemplo, si se ordena a un primer UE que use una clasificación particular y a un segundo UE se le ordena que use la clasificación opuesta (en el sentido de que el recurso del JRP clasificado en primer lugar del primer UE es el recurso del JRP clasificado en último lugar del segundo UE y viceversa), las colisiones entre sus transmisiones UL rara vez se producirán: mientras que el primer UE transmitirá preferentemente en sus recursos del JRP de mayor clasificación, el segundo UE transmitirá preferentemente en los recursos del JRP que, desde el punto de vista del primer UE, son recursos de menor clasificación, reduciendo, por tanto, la probabilidad de colisión. En los ejemplos, el UE puede usar una clasificación de recursos del JRP (52a-52k) para dar prioridad a recursos del JRP clasificados en particular que proporcionen ganancias para el objetivo fijado.
Básicamente, puede entenderse que las tablas 45 y 46 forman una cola de transmisión de datos de UL a transmitir. El procesador 42 puede asignar algunos datos para transmitir en la tabla 45 (porción de recursos concedidos de la cola) y algunos otros datos para transmitir en la tabla 46 (porción de recursos del JRP de la cola).
La Figura 5a muestra un ejemplo de repartición de recursos físicos del JRP 52 (JRP1, JRP2) y recursos físicos concedidos 51 (asociados a UE UE1, UE2, UE3) de acuerdo con ejemplos. Los datos de configuración 31 pueden proporcionar, por ejemplo, que JRP1 es compartido por la UE1 y UE2, mientras que JRP2 es compartido por la UE2 y UE3. JRP1 y JRP2 puede ser cualquier colección (región) de recursos físicos del JRP en el dominio del tiempo, dominio de la frecuencia, dominio espacial, dominio del código y/o dominio de la potencia. El UE2 puede elegir entre JRP y JRP2, por ejemplo.
La Figura 5b muestra JRP1 constituido por una pluralidad de recursos físicos del JRP 52a-52h. En algunos ejemplos, los recursos físicos del JRP 52a-52h pueden clasificarse (por ejemplo, según lo definido por los datos de configuración). El UE1 puede tener una lista de clasificación (por ejemplo, como en la tabla 46) de acuerdo con la cual el recurso físico del JRP 52a es el recurso clasificado en primer lugar, el recurso físico del JRP 52b es el recurso clasificado en segundo lugar y el recurso físico del JRP 52k es el recurso clasificado en último lugar. El UE2 puede tener una lista de clasificación (por ejemplo, como en la tabla 46) de acuerdo con la cual el recurso físico del JRP 52k es el recurso clasificado en primer lugar, el recurso físico del JRP 52j es el recurso clasificado en segundo lugar y el recurso físico del JRP 52a es el recurso clasificado en último lugar. En consecuencia, el UE1 puede optar por transmitir preferentemente datos de UL mediante el uso del recurso físico del JRP 52a, mientras que el UE2 puede elegir por transmitir preferentemente datos de UL mediante el uso del recurso físico del JRP 52k. En situaciones en las que UE1 solamente transmite en su mitad de mayor clasificación del JRP1 (por ejemplo, 51a-51e) y en situaciones en las que UE2 solamente transmite su mitad de mayor clasificación JRP2 (por ejemplo, 51k-51 g), no se producen colisiones.
La Figura 5c muestra la adaptación dinámica del tamaño del grupo de acuerdo con un ejemplo. En caso de UEi necesita transmitir más datos UL de los posibles con sus recursos físicos concedido 51, UEi podrá hacer uso de los recursos del JRP 52. Si se usa un esquema de clasificación (por ejemplo, esquema de salto de frecuencia), el JRP se adapta dinámicamente a las necesidades del UEi (por ejemplo, al elegir preferentemente el recurso 52a, luego 52b, luego 52c, etc.).
Las Figuras 6a-6c muestran diferentes casos de uso de recursos del JRP compartidos. Caso ~1 de la Figura 6a se refiere al caso de UEi y UEk mediante el uso de diferentes recursos físicos del JRP (por ejemplo, de acuerdo con diferentes clasificaciones). Caso ~2 de la Figura 6b se refiere al caso de UEi y UEk aumentar el uso de los recursos físicos del JRP. Caso ~3 de la Figura 6c se refiere al caso de UEi y UEk aumentar el uso de recursos físicos del JRP hasta el punto de que algunos recursos físicos del JRP usados por UEi se superponen con algunos usados por la UEk (con referencia a la Figura 5b, ambos UE pueden usar algunos de los recursos 52c-52h, por ejemplo). En este último caso pueden producirse colisiones.
En algunos ejemplos, pueden producirse colisiones, por ejemplo, cuando dos UE diferentes tienen la posibilidad de realizar comunicaciones de UL al mismo tiempo.
Los datos de configuración pueden comprender reglas que deben seguir al menos algunos de los UE para el medio de acceso y/o la resolución de colisiones cuando se usa el JRP. En algunos ejemplos, al menos algunas (y, en algunos ejemplos particulares, todas) las reglas pueden estar predefinidas. En algunos ejemplos, las reglas definen cómo multiplexar datos en diferentes dominios.
En algunos ejemplos, de acuerdo con las reglas contenidas en los datos de configuración y/o las predefiniciones, un UE puede asignar recursos de forma aleatoria, semialeatoria, pseudoaleatoria o en base a un esquema de asignación y/o salto de frecuencia predefinido en una región del JRP. El acceso a los recursos puede estar basado en contención. Las retransmisiones de datos pueden basarse en un temporizador de retroceso aleatorio para reducir el número de posibles colisiones.
En algunos ejemplos, de acuerdo con las reglas contenidas en los datos de configuración y/o predefiniciones, un UE puede usar recursos físicos del JRP en el dominio espacial, lo que puede implicar el uso de técnicas de diversidad y/o técnicas de formación de haces. En algunos ejemplos, de acuerdo con algunas reglas, las colisiones pueden resolverse al realizar técnicas especiales de formación de haces solamente en los recursos usados en la región del JRP.
En algunos ejemplos, de acuerdo con las reglas contenidas en los datos de configuración y/o predefiniciones, JRP también puede ubicarse en una banda industrial, científica y médica (ISM) mediante el uso de procedimientos de acceso sin licencia LTE/NR, por ejemplo, tales como acceso asistido con licencia (LAA).
En algunos ejemplos, de acuerdo con las reglas contenidas en los datos de configuración y/o las predefiniciones, pueden usarse procedimientos de Escuchar Antes de Hablar (LBT). Los procedimientos LBT pueden usar WiFi y/o protocolos MAC de acceso múltiple con detección de portadora con prevención de colisiones (CSMA/CA), y/o protocolos MAC de salto de canal de baja potencia, que se usan en otras tecnologías inalámbricas de baja potencia, por ejemplo, tal como Bluetooth.
Los esquemas de salto pueden basarse en una base aleatoria, semialeatoria, pseudoaleatoria y/o en parámetros o datos de configuración predefinidos (por ejemplo, proporcionados por la entidad central). Por lo tanto, también pueden obtenerse patrones de salto predefinidos al realizar transmisiones JRP UL.
En algunos ejemplos, de acuerdo con las reglas contenidas en los datos de configuración y/o las predefiniciones, en el dominio del código pueden usarse técnicas de transmisión multiusuario no ortogonales (MUST), por ejemplo, NOMA. Los UE pueden transmitir en el mismo recurso físico y ser distinguidos por un receptor mediante el uso de decodificadores MUST especiales. De acuerdo con algunos ejemplos, las colisiones pueden resolverse al usar técnicas de transmisión MUST en la región del JRP.
En algunos ejemplos, las reglas contenidas en los datos de configuración y/o las predefiniciones pueden operar para URLLC.
En algunos ejemplos, las reglas contenidas en los datos de configuración y/o las predefiniciones pueden operar mediante el uso de una técnica de programación semipersistente, SPS.
En algunos ejemplos, las reglas contenidas en los datos de configuración y/o las predefiniciones pueden operar mediante el uso de una técnica ARQ o HARQ. Puede proporcionarse un procedimiento HARQ especial para el JRP. De acuerdo con algunas reglas, el UE se abstiene de solicitar acuses de recibo (ACK) o acuses de recibo negativo (NACK) de la entidad central y/o BS (por ejemplo, BS).
De acuerdo con algunas reglas, los datos pueden retransmitirse. De acuerdo con algunas reglas, cuando se determina (ya sea por el UE o por un dispositivo externo, como una entidad central y/o BS) que un dato se daña (por ejemplo, al realizar técnicas tales como la verificación de redundancia cíclica, CRC), puede realizarse una retransmisión. De acuerdo con algunas reglas, si un dispositivo externo (entidad central y/o BS) determina que se ha determinado que un dato de UL está corrupto, el dispositivo externo puede informar al UE de la decodificación incorrecta (por ejemplo, transmisión de un NACK). De acuerdo con algunas reglas, un dispositivo externo (entidad central y/o BS) puede transmitir un ACK al determinar la decodificación adecuada de un dato de UL: el UE puede retransmitir un dato cuando determina que no se ha obtenido ningún ACK dentro de un umbral. De acuerdo con algunas reglas, al menos algunos datos U<l>se retransmiten de forma rutinaria.
Las Figuras 7 y 8 se refieren a reglas para retransmitir datos previamente transmitidos (ya sea en JRP o en G) mientras se cambian a JRP los datos originalmente programados para G.
La Figura 7 muestra un ejemplo de retransmisión de datos UL de acuerdo con una regla particular (predefinida y/o contenida en los datos de configuración). G se refiere a los recursos físicos concedidos y JRP a los recursos físicos del JRP. Los datos UL #1 se programan para transmitirse antes que los datos#2, #3, #4 y #5, en secuencia. Los datos #1 se retransmiten (ya sea en vista de una determinación de decodificación inadecuada o como una rutina, por ejemplo, para aumentar la redundancia) como datos #1* en G. La transmisión de los datos #1* en G puede realizarse en el mismo recurso físico concedido asignado al dato #4, que por lo tanto puede cambiarse al JRP. En los ejemplos, la transmisión de datos #1* comprende datos de redundancia.
Con referencia a las Figuras 4 y 7, los datos #1, #2, #3, #4 y #5 se almacenaron originalmente en diferentes filas de la tabla de recursos físicos concedidos 45. Sin embargo, cuando se decide la retransmisión de los datos #1, los datos #4 se eliminan de la tabla de recursos físicos concedidos 45 y se escriben en la tabla de recursos físicos del JRP 46, mientras que los datos #1* se escriben en la tabla de recursos físicos concedidos 45. Esta técnica de eliminación-reescritura puede realizarse por el procesador 42 y/o por el controlador de comunicación 43 y/o por otro hardware, de acuerdo con ejemplos e implementaciones.
La Figura 8 muestra un ejemplo de retransmisión de datos UL de acuerdo con una regla (predefinida y/o contenida en los datos de configuración). Mientras que los datos #1a se transmiten en el recurso físico concedido G, los datos #1b se transmiten en el JRP, por ejemplo, mediante el uso de diferentes recursos físicos (por ejemplo, diferentes bandas de frecuencia, diferentes canales espaciales, diferentes niveles de potencia). Se realiza una retransmisión de los datos #1b en G, en el mismo recurso físico que está originalmente programado para los datos #3.
Con referencia a las Figuras 4 y 8, los datos #1a, #2, #3 y #4 se almacenaron originalmente en diferentes filas de la tabla de recursos físicos concedidos 45, mientras que los datos #1b se almacenaron originalmente en la tabla de recursos físicos del JRP 46. Sin embargo, cuando se decide la retransmisión de los datos #1b, los datos #3 se eliminan de la tabla de recursos físicos concedidos 45 y se escriben en la tabla de recursos físicos del JRP 46, mientras que los datos #1b se escriben en la tabla de recursos físicos concedidos 45.
Estas técnicas de eliminación-reescritura pueden realizarse por el procesador 42 y/o por el controlador de comunicación 43 y/o por otro hardware, de acuerdo con ejemplos y las implementaciones.
La Figura 9 muestra una técnica que sigue una regla que puede usarse además o como alternativa a la regla de la Figura 8. Los datos #1 se transmiten en JRP, pero, una vez que ha expirado un temporizador de retroceso, los datos se retransmiten como datos #1* en G.
Las retransmisiones con diferentes recursos pueden ser ventajosas, ya que existe la posibilidad de que algunos recursos (por ejemplo, temporal o imprevisiblemente) no estén disponibles o no sean fiables. Por lo tanto, una retransmisión en G en lugar de en JRP puede permitir aumentar la diversidad y la fiabilidad.
De acuerdo con los ejemplos y/o reglas, las retransmisiones de datos anteriores y/o siguientes pueden ser completas (por ejemplo, al retransmitir un mensaje completo) y/o parciales (por ejemplo, al retransmitir solamente una parte de los datos). De acuerdo con los ejemplos y/o reglas, las retransmisiones de datos anteriores y/o siguientes pueden ser tales que solamente se transmitan datos de redundancia (por ejemplo, para técnicas HARQ). En particular, no existe la necesidad de que el dispositivo central (por ejemplo, BS) reprograme las comunicaciones, aumentando, por tanto, la eficiencia.
Algunas reglas (por ejemplo, proporcionadas con los datos de configuración y/o predefinidas) pueden implicar el uso de temporizadores de retroceso para diferentes UE, por ejemplo, cuando se implementan técnicas SPS. Un ejemplo se proporciona en la Figura 10. Puede producirse una colisión entre los datos transmitidos por los UE A y C, como consecuencia de que ambos UE inicien transmisiones de UL simultáneamente en el mismo bloque de recursos del JRP 101, al que ambos UE tienen derecho a acceder (por ejemplo, de acuerdo con los datos de configuración transmitidos por entidad central y/o BS). Ambos datos transmitidos no son decodificados adecuadamente por la entidad central y/o BS, que por lo tanto transmite un mensaje NACK dirigido al UE A (en 102) y un mensaje NACK dirigido al UE C (en 103). Los UE pueden retransmitir los datos (en 104 y 105) después de haber esperado a que transcurran diferentes temporizadores de retroceso (T1 y T2). Los temporizadores de retroceso pueden proporcionarse por la entidad central y/o BS con el mensaje NACK, pueden predefinirse, pueden determinarse de forma aleatoria, semialeatoria o pseudoaleatoria por los UE, y/o pueden indicarse en los datos de configuración transmitidos por la entidad central y/o BS.
Algunas reglas pueden prever una técnica LBT (por ejemplo, CSMA/CA, por ejemplo). Cada UE puede detectar transmisiones (por ejemplo, al muestrear) antes de iniciar una transmisión en el JRP. Puede usarse un esquema de detección de portadora. Por ejemplo, un primer UE puede usar un temporizador de retroceso que detecta que otro UE está accediendo a un recurso del JRP particular. Mientras espera que transcurra el temporizador de retroceso, el primer UE puede, no obstante, realizar comunicaciones de UL en otros recursos físicos concedidos. En consecuencia, la probabilidad de superponer transmisiones entre diferentes UE se reduce considerablemente. Algunas reglas pueden proporcionar que las transmisiones de UL que usan JRP puedan iniciarse solamente cuando se detecten algunos errores específicos o cuando se determinen flujos de QoS particulares.
Algunas reglas pueden proporcionar que las transmisiones UL que usan JRP puedan iniciarse solamente cuando se detecte una tasa de error decepcionante particular (por ejemplo, se experimenta una tasa de error de paquete o de bloque máxima o la tasa de NACK, o sobre la base de estadísticas sobre HARQ).
Algunas reglas pueden proporcionar al menos algunos de los siguientes esquemas:
- Configure para activar/desactivar el proceso HARQ para recursos del JRP;
- Configure el temporizador de retroceso cuando use la detección de portadora durante el acceso aleatorio a los recursos del JRP;
- Configurar los UE para intercambiar información (por ejemplo, a través de D2D y/o PC5) para alinear la configuración del acceso JRP, por ejemplo, eligen secuencias de salto ortogonales si están al alcance uno del otro;
- Defina mediciones de detección en los grupos de recursos (por ejemplo, los UE monitorean aleatoriamente el uso de los recursos del JRP, o la BS monitorea los recursos del JRP y envía señales a los UE a través de unidifusión/multidifusión/difusión. En base a estas tasas de utilización, el dispositivo puede optar por utilizar recursos del JRP).
Algunas reglas pueden proporcionar la elección de una banda de frecuencia con licencia, por ejemplo:
- Dentro de banda (dentro de la misma portadora de componentes);
- Fuera de banda (por ejemplo, banda de guardia);
- Agregación de portadoras (por ejemplo, en una banda separada);
- El JRP puede estar dentro de una banda ISM (acceso especial a recursos ISM agregados) o cualquier otro tipo de banda sin licencia.
Los datos que podrán transmitirse a través de JRP podrán ser:
- En algunos ejemplos, recursos de datos solamente (por ejemplo, Canal Físico Compartido de Enlace Ascendente, PUSCH);
- En algunos ejemplos, el recurso de control solamente, por ejemplo, informes de mediciones;
- En algunos ejemplos, tanto recursos de datos como recursos de control.
Se proporciona aquí un análisis sobre la presente invención. Aquí se hace referencia a un escenario de comunicación, especialmente para servicios URLLC, por ejemplo, donde los UE compiten por concesiones de recursos en el UL. Además, los ejemplos anteriores pueden usarse cuando un UE (o un grupo de UE) experimenta picos de transmisión de UL causados por paquetes de datos recibidos desde una capa superior, por ejemplo, una capa de aplicación, o un gran número de retransmisiones que se producen en la capa física. Pueden aplicarse ejemplos de esta idea, por ejemplo, si los picos de transmisión se producen en un tiempo irregular y, por lo tanto, no pueden ser manejados por el RRM estándar dinámico o semipersistente (SPS) en el intervalo de tiempo dado demandado por el servicio.
Una idea importante es que en caso de picos de transmisión instantáneos (altas demandas de tráfico), el UE, además de los recursos físicos dedicados (o basados en concesiones) potencialmente asignados, transmite los datos excedentes sobre los recursos mediante el uso del grupo de recursos conjuntos (JRP). En los ejemplos, el JRP puede reservarse para acceso multiusuario sin concesiones. Este grupo de recursos puede comprender un porcentaje dinámico de recursos de radio proporcionados por la estación base particular, por ejemplo, en el dominio de tiempo, frecuencia, espacio y/o código. Cuando varios UE acceden al mismo recurso del JRP simultáneamente, puede producirse una colisión parcial en el recurso del JRP.
Un único UE o un conjunto de UE pueden transportar todos los paquetes de datos en una cola de servicio dentro de un período de tiempo muy corto, aunque el UE particular podría no tener concesiones de recursos para todos los paquetes de datos en un instante de tiempo particular. Este es especialmente el caso del tráfico de baja latencia (como en escenarios URLLC).
Dado que el JRP pretende ser usado sin concesiones, puede producirse que múltiples UE que necesiten recursos del JRP transmitan en el mismo recurso físico. Por lo tanto, pueden proporcionarse procedimientos para resolver colisiones más rápidamente. Es posible que algunos procedimientos solamente funcionen en la región del JRP o que tengan en cuenta simultáneamente tanto el JRP como la región de datos dedicada (recursos físicos concedidos). En las Figuras se representa un refinamiento de casos de uso particulares al acceder al JRP. 5c y 6a-6c.
También puede producirse una colisión parcial cuando los UE de células vecinas acceden al JRP. Por tanto, la interferencia causada por los UE o estaciones base circundantes influirá en la resolución de colisiones en los recursos del JRP.
Por tanto, pueden existir reglas definidas (por ejemplo, señaladas en los datos de configuración 31 desde la entidad central a los UE) para manejar:
- Procedimiento de acceso a los recursos del JRP (basados en contiendas, así como también libres de contiendas);
- Colisión parcial y resolución de colisiones en recursos del JRP, incluidos protocolos HARQ, incluida la decodificación parcial y la retransmisión parcial de palabras de código,
- Uso conjunto de recursos dedicados y del JRP, incluidos protocolos HARQ;
- Codificación mediante el uso de conceptos MUST en recursos del JRP;
- Detección de colisiones que incluye la señalización de la tasa de utilización de recursos del JRP de un UE particular a otra entidad (UE a través de PC5, BS a través de Uu).
Los siguientes elementos pueden ser relevantes para la señalización entre la entidad central (por ejemplo, BS) y los UE con referencia al grupo de recursos conjuntos (JRP), y pueden estar involucrados en la información intercambiada en los datos de configuración 31:
- Ubicación del JRP en tiempo y/o frecuencia y/o espacio y/o código y/o nivel de potencia;
- Uso máximo de JRP por UE (por ejemplo, número de recursos físicos, tales como recursos concedidos y/o recursos del JRP);
- Parámetro de multiplexación (secuencia de salto, código (por ejemplo, CDMA) o esquemas de acceso múltiple no ortogonal (NOMA), tales como secuencia/patrón MUST, intervalos de tiempo).
- Modo de retroalimentación, por ejemplo, ACK/NACK, solamente ACK (con temporizador), señalización dedicada del uso del grupo (en recursos concedidos);
- Retroceso de colisión (QoS) y/o resolución de colisión mediante el uso de señalización explícita para silenciar a un usuario y evitar que este usuario acceda al recurso del JRP durante cierto período de tiempo. Posible señalización para reactivar a un usuario para que este usuario pueda usar los recursos del JRP nuevamente; - Relación de utilización del JRP por UE: si no hay superposición (colisión), la detección puede realizarse fácilmente sin señalización. De lo contrario, la relación de utilización del JRP por UE puede señalarse a la entidad central (por ejemplo, BS, tal como un eNB) o a través de D2D (por ejemplo, PC5) a los UE vecinos. La señalización realizada en 14 puede estar en los recursos dedicados, en los recursos compartidos del JRP (por ejemplo, la región con menor probabilidad de verse afectada por colisiones) o en un canal de señalización de control separado. En algunos ejemplos, pueden proporcionarse procedimientos de retroceso de colisiones del JRP para un UE o grupo de UE en particular. En los ejemplos, los UE podrían clasificarse según las demandas de QoS. Mediante el uso de esto, podrían priorizarse los Ue mediante el uso de clases de QoS. Existe la posibilidad de definir una señal de silencio: la entidad central o BS (por ejemplo, eNB/gNB, entidad de red central) podría transmitir una señal de silencio indicando a un UE particular a través de unidifusión, o a un grupo de UE a través de multidifusión/difusión para detener mediante el uso de recursos del JRP.
Aquí se hace referencia a funciones y esquemas particulares que pueden involucrarse en los ejemplos discutidos anteriormente.
La numerología en la comunicación 5G y la nueva radio (NR) define el espaciado de múltiples subportadoras (SCS), por ejemplo, 15, 30, 60, 120, ... Esto significa que el SCS en general se define como 2Ak*15 kHz, donde k= 0,1,2, ... El SCS de 15 kHz fue el único espaciado definido para LTE (4G).
La potencia piloto es la potencia de transmisión de las señales de referencia (RS) que se usan, por ejemplo, para estimación de canal e indicaciones de calidad de canal.
La parte del ancho de banda (BWP) se define en NR donde cada UE puede soportar uno o más BWP de la banda de transmisión y el BWP puede tener una o más numerologías como se define anteriormente.
GESTIÓN DE RECURSOS DE RADIO - En general, los UE asociados a una BS pueden competir por un conjunto limitado de recursos. Estos recursos pueden asignarse en el enlace descendente (DL) así como también en el enlace ascendente (UL) a un conjunto de UE elegidos por la entidad central o BS. La entidad central o BS (por ejemplo, 22, 22b) que realiza esta asignación de recursos puede ser el programador o la gestión de recursos de radio (RRM). La asignación de recursos o mapa de recursos de DL y/o<u>L puede tanto indicarse como difundirse a todos los UE en el canal de control de DL (PDCCH) mediante el uso de la indicación de control de enlace descendente (DCI) o mediante el uso de campos especiales en el canal de datos compartidos de DL (PDSCH), en función del modo de operación particular, que puede diferir en los estándares LTE y NR. Tenga en cuenta que NR usará una estructura de trama autónoma, donde el tráfico de datos y señalización se empaqueta más densamente para el UE particular que recibe datos. En el caso de programación dinámica, el RRM puede asignar recursos o concesiones de recursos de enlace ascendente en cada subtrama o entidad de programación LTE o NR. Un recurso puede ser diferentes recursos de frecuencia asignados dentro de cierto período de tiempo, por ejemplo, que comprende recursos de frecuencia sobre un número de símbolos OFDM (OS), un grupo de recursos de frecuencia o bloques de recursos físicos (PRB), PRB asignados sobre diferentes portadoras (agregación de portadoras), diferentes enlaces físicos (como lo es la conectividad dual), diferentes grupos de recursos o comunicación directa entre dos UE o dispositivos (D2D), PRB asignados a través de diferentes tecnologías de acceso radioeléctrico (Multi-RAT), recursos asignados en diferentes grados de libertad espaciales (por ejemplo, antenas de transmisión que usan formación de haces) mediante el uso de técnicas avanzadas de formación de haces.
PROGRAMACIÓN SEMIPERSISTENTE (SPS): SPS [1] es una posibilidad de reducir el tráfico de señales de control para la concesión de recursos. Puede operar en dirección DL y/o UL. SPS puede reducir el tráfico de control para recursos programados en una cuadrícula de tiempo regular, por ejemplo, paquetes de datos asignados cada 80 ms o 120 ms, por ejemplo, en servicios de voz sobre IP (VoIP). Especialmente si se usan tamaños de paquete constantes (por ejemplo, en función del códec VoIP), SPS y VoIP (por ejemplo, con velocidades de bits constantes e intervalos constantes) pueden minimizar los recursos usados para la señalización de control. El SPS puede configurarse durante la configuración del portador radioeléctrico (QoS). La configuración del SPS puede contener información sobre los ciclos RRM, y puede ser básicamente una plantilla de configuración que puede activarse, liberarse o modificarse mientras se aplica. En general, SPS en LTE se configura por separado en
- dirección de enlace descendente (semiPersistSchedlntervalDL) y
- enlace ascendente (semiPersistSchedIntervalUL).
Una configuración SPS aparece en TR 36.331, "Radio Resource Control (RRC); Protocol specification", más abajo se ofrece un ejemplo. Aquí, sf10 corresponde a 10 subtramas, sf128 corresponde a 120 subtramas.
semiPersistSchedlntervalDL
ENUMERADO {
sf10, sf20, sf32, sf40, Sf64, sf80,
sf128, sf160, sf320, sf640, spare6,
repuestoó, repuesto4, repuesto3, repuesto2,
repuestol}
semiPersistSchedIntervalUL
ENUMERADO {
sf10, sf20, Sf32, sf40, sf64. sf80,
SÍ128, Sf160, sf320, SÍ640, sf1-v14xy,
sf2-v14xy, sf3-v14xy, sf4-v14xy, sf5-v14xy, repuestol)
En los sistemas 4G y 5G que soportan servicios de intervalo de tiempo de transmisión corto (sTTI) o URLLC, el intervalo SPS puede reducirse aún más a un valor de entre 1-5 ms. Los detalles pueden encontrarse en TR 36.331.
MECANISMO HARQ: la solicitud de repetición automática híbrida (HARQ) es una combinación de un código de corrección de errores directo de alta velocidad combinado con codificación de repetición. Puede usarse para mejorar la robustez de la transmisión de datos mediante la retransmisión selectiva de información de redundancia de un paquete de datos y al combinar inteligentemente diferentes versiones de un paquete de datos en un receptor. HARQ puede combinarse con mensajes de acuse de recibo de transmisión (ACK) en la recepción exitosa de un paquete de datos, no acuses de recibo (NACK), cuando un paquete de datos se recibe con errores, y/o temporizadores, para reducir el tráfico de control usado para la señalización de ACK. Además, el tráfico NACK puede, en ejemplos, indicar qué versión de redundancia repetir en la siguiente transmisión.
COMUNICACIONES ULTRA FIABLES DE BAJA LATENCIA (URLLC): además del tráfico de datos de banda ancha móvil mejorada (eMBB), URLLC es un caso de uso importante soportado por versiones de LTE (consulte, por ejemplo, LTE Rel. 15) y tecnología NR. URLLC apunta a la transmisión de recursos de extremo a extremo a 1 ms o menos, por ejemplo, 0,5 ms o 0,25 ms en NR, mientras que soporta tasas bajas de errores de paquetes (PER), por ejemplo, 10-5 PER. Los casos de uso de URLLC son escenarios con tamaños de paquetes pequeños de unos pocos cientos de bytes, por ejemplo, 200 bytes, necesarios para escenarios de comunicación de tipo máquina (MTC). Tenga en cuenta que en las versiones actuales de LTE, los retrasos de extremo a extremo típicamente se limitan por los temporizadores de procesamiento HARQ (al menos 4 ms de retraso hasta que se recibe el ACK/NACK), así como también por las capacidades de procesamiento de los conjuntos de chips u E actuales. Para soportar URLLC, se vuelve obligatoria la combinación de nuevas tecnologías de chips con RRM avanzado. Además, LTE Rel. 15 introduce una estructura de trama acortada (sTTI), mientras que<n>R define un escalamiento de subportadora más grande (SCS) y miniranuras (la tecnología NR correspondiente a sTTI en LTE). Tenga en cuenta que los mecanismos en LTE son limitados debido a la compatibilidad con versiones anteriores. Sin embargo, los ejemplos pueden apuntar tanto a la tecnología LTE como a la NR.
ACCESO SIN CONCESIONES DE ENLACE ASCENDENTE: este es un esquema de transmisión UL sin concesiones de transmisión de enlace ascendente diseñado para tráfico URLLC. Los recursos pueden o no compartirse entre uno o más usuarios. La configuración del recurso aún no está definida. Este modo es especialmente interesante para el tráfico URLLC, ya que el UE no necesita esperar una concesión de recursos UL o la concesión de recursos SPS de UL si el intervalo SPS es mayor que el requisito del servicio URLLC, por ejemplo, el intervalo SPS puede establecerse en 120 ms, y los datos se transmitirán en 1 ms.
COMUNICACIÓN DE DISPOSITIVO A DISPOSITIVO (D2D): De acuerdo con este esquema, el UE se comunica con otro UE directamente utilizando los recursos de UL dedicados. D2D define servicios de proximidad (ProSe) donde los dispositivos (UE) que se encuentran muy cerca para detectarse entre sí pueden tener esta comunicación directa entre sí, conocida como PC5. La principal ventaja de D2D es disminuir la carga de la red, aumentar la capacidad en un ancho de banda dado y proporcionar comunicación en áreas fuera de la red; por ejemplo, esto último es especialmente importante en el caso de servicios especiales tal como el uso en escenarios de seguridad pública (PS). Si la comunicación D2D tiene lugar bajo la cobertura de la red, la estación base asigna bloques de frecuencia dedicados en el UL para ser usados como grupos de recursos de la comunicación PC5 D2D directa. Los recursos se comparten de manera centralizada o distribuida. Para el procedimiento centralizado, la entidad central (por ejemplo, BS, por ejemplo, eNB/gNB, entidad de red central) puede asignar recursos dedicados al UE. Por el contrario, en el modo distribuido, también conocido como modo autónomo, el UE, ya sea aleatoriamente o después de detectarlo, asigna recursos libres en el grupo de recursos de la PC5 para transmitir datos. En las comunicaciones vehiculares, una red de vehículo a vehículo (V2V) dependerá de la concesión de SPS en cada uno de los modos de asignación de recursos [RP-161788, R2-162296].
La Figura 12 muestra un sistema 120 que comprende un procesador 122 (que en algunos ejemplos puede ser el procesador 42) que puede llevar a cabo al menos uno de los procedimientos, etapas y/u operaciones analizadas anteriormente y/o implementar al menos uno de los dispositivos, sistemas y/o productos analizados anteriormente. El sistema 120 puede comprender una memoria transitoria 124 (memoria de acceso aleatorio, RAM y/o registros). Por ejemplo, las tablas 45 y 46 pueden ser parte de la memoria transitoria 124, en algunos ejemplos.
Además, el sistema 120 puede comprender una unidad de memoria no transitoria 126 (por ejemplo, implementada en una memoria de sólo lectura, rOm , una memoria flash, un microprograma, etc.) que comprende instrucciones 126a que, cuando se ejecutan por un procesador (por ejemplo, procesador 122 y/o 42), puede hacer que el procesador realice al menos uno de los procedimientos y/u operaciones descritos anteriormente y/o implemente las funciones de los dispositivos, productos y sistemas descritos anteriormente.
El sistema 120 también puede comprender al menos una unidad de entrada/salida, E/S, 128, para comunicarse con otros dispositivos.
La fiabilidad es para entregar paquetes (datos). La información de un remitente a un destinatario puede tener una probabilidad de error o interrupción por debajo de un nivel dado/seleccionado/predefinido con un intervalo de tiempo dado/seleccionado/predefinido, por ejemplo, entregar un mensaje A dentro de 100 ms con una probabilidad de interrupción por debajo a 10-3.
En los ejemplos, el UE puede configurarse para lograr la latencia requerida con la máxima probabilidad de falla permitida y/o la máxima fiabilidad/durabilidad de la comunicación de datos.
Generalmente, los ejemplos pueden implementarse como un producto de programa informático con instrucciones de programa, las instrucciones del programa que son operativas para realizar uno de los procedimientos cuando el producto de programa informático se ejecuta en un ordenador. Las instrucciones del programa pueden, por ejemplo, almacenarse en un medio legible por máquina.
Otros ejemplos comprenden el programa informático para realizar uno de los procedimientos descritos en la presente memoria, almacenado en un soporte legible por máquina.
En otras palabras, un ejemplo de procedimiento es, por lo tanto, un programa informático que tiene instrucciones de programa para realizar uno de los procedimientos descritos en la presente memoria, cuando el programa informático se ejecuta en un ordenador.
Un ejemplo adicional de los procedimientos es, por lo tanto, un medio portador de datos (o un medio de almacenamiento digital, o un medio legible por ordenador) que comprende, grabado en el mismo, el programa informático para realizar uno de los procedimientos descritos en la presente memoria. El medio de soporte de datos, el medio de almacenamiento digital o el medio de grabado son tangibles y/o no transitorios, en lugar de señales intangibles y transitorias.
Por lo tanto, un ejemplo adicional del procedimiento es un flujo de datos o una secuencia de señales que representan el programa informático para realizar uno de los procedimientos descritos en la presente memoria. El flujo de datos o la secuencia de señales puede transferirse, por ejemplo, a través de una conexión de comunicación de datos, por ejemplo, a través de Internet.
Un ejemplo adicional comprende un medio de procesamiento, por ejemplo, una computadora, o un dispositivo lógico programable que realiza uno de los procedimientos descritos en la presente memoria.
Un ejemplo adicional comprende una computadora que tiene instalado en ella el programa informático para realizar uno de los procedimientos descritos en la presente memoria.
Un ejemplo adicional comprende un aparato o un sistema que transfiere (por ejemplo, electrónica u ópticamente) un programa informático para realizar uno de los procedimientos descritos en la presente memoria a un receptor. El receptor puede ser, por ejemplo, un ordenador, un dispositivo móvil, un dispositivo de memoria o similares. El aparato o sistema puede comprender, por ejemplo, un servidor de archivos para transferir el programa informático al receptor.
En algunos ejemplos, puede usarse un dispositivo lógico programable (por ejemplo, una matriz de puertas programables en campo) para realizar algunas o todas las funcionalidades de los procedimientos descritos en la presente memoria. En algunos ejemplos, una matriz de puertas programables en campo puede cooperar con un microprocesador para realizar uno de los procedimientos descritos en la presente memoria. Generalmente, los procedimientos pueden realizarse mediante cualquier aparato de hardware apropiado.
Los ejemplos descritos anteriormente son meramente ilustrativos de los principios analizados anteriormente.
Se entiende que las modificaciones y variaciones de las disposiciones y los detalles aquí descritos en la presente memoria estarán dentro del ámbito definido por las reivindicaciones adjuntas.
Referencias
[1] SPS - http://howltestuffworks.blogspot.de/2013/10/semi-persistent-scheduling.html
[2] R1-1700024. "Support of URLLC in UL", Huawei, HiSilicon, Spokane, Estados Unidos, enero de 2017
[3] R1-1700375. "Uplink URLLC Transmission without Grant", Intel, Spokane, Estados Unidos, enero de 2017 [4] R1-1704481. "Discussions on HARQ for grant-free UL URLLC". Fujitsu, Spokane, Estados Unidos, abril

Claims (22)

REIVINDICACIONES
1. Un equipo de usuario, UE (24, 26, 28, 40), configurado para:
recibir, desde un dispositivo externo, (22, 26, 30) datos de configuración de un grupo de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos del JRP (52, 52a-52k, JRP1, JRP2) compartido con otros UE;
transmitir datos (1b) en el JRP y, en caso de necesidad de retransmisión, usar un recurso concedido particular (G) para retransmitir los datos (1b*) después de que haya expirado un temporizador de retroceso (T1),
en el que el UE se configura para tener un temporizador de retroceso (T1) diferente con respecto a los otros UE,
caracterizado porque el UE se configura además para recibir el temporizador de retroceso desde el dispositivo externo con un mensaje de acuse de recibo negativo, NACK.
2. El UE de la reivindicación 1, en el que el UE se configura para tener recursos físicos del JRP diferentes de algunos otros UE.
3. El UE de cualquiera de las reivindicaciones anteriores, configurado, mientras espera que expire el temporizador de retroceso, para realizar comunicaciones en otros recursos físicos concedidos.
4. El UE de cualquiera de las reivindicaciones anteriores, configurado, en caso de recepción de una señal de silencio, para impedir el acceso al JRP durante un tiempo determinado.
5. El UE de la reivindicación 4, configurado, en caso de recepción de una señalización de reactivación, se reinicia para acceder al JRP.
6. El UE de cualquiera de las reivindicaciones anteriores, configurado además para usar una escucha antes de hablar, LBT, para acceder al JRP.
7. El UE de cualquiera de las reivindicaciones anteriores, configurado para retransmitir los datos cuando se determina que no se ha obtenido ningún acuse de recibo dentro de un umbral.
8. El UE de cualquiera de las reivindicaciones anteriores, configurado para retransmitir los datos cuando se informa desde el dispositivo externo que se han recibido datos incorrectamente y/o cuando se recibe un mensaje de acuse de recibo negativo.
9. El UE de cualquiera de las reivindicaciones anteriores, configurado para:
realizar comunicaciones de UL al transmitir datos sobre recursos físicos concedidos;
determinar si deben realizarse comunicaciones de UL adicionales y, en caso de una determinación positiva, realizar comunicaciones de UL adicionales al transmitir de datos en los recursos físicos del JRP.
10. El UE de cualquiera de las reivindicaciones anteriores, configurado para usar el JRP para transmitir datos programados para el recurso concedido particular.
11. El UE de cualquiera de las reivindicaciones anteriores, que comprende, además:
una cola de transmisión implementada en la capa de control de acceso al medio, MAC, y/o capa física, PHY, el UE que se configura para evacuar la cola de transmisión mediante el uso del JRP y/o los recursos concedidos de acuerdo con los datos de configuración.
12. Un dispositivo configurado para:
determinar los recursos físicos que forman un grupo de recursos conjuntos, JRP, siendo los recursos físicos compartidos por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL; determinar reglas para el acceso al medio y/o resolución de colisiones y/o retransmisiones de datos; y señalar los recursos físicos del JRP a al menos algunos de los UE y las reglas a al menos algunos de los UE, en el que las reglas comprenden al menos la regla de usar un recurso concedido particular para retransmitir datos previamente transmitidos en el JRP después de que haya expirado un temporizador de retroceso (T1, T2),
en el que los temporizadores de retroceso (T1, T2) son diferentes para diferentes UE,
caracterizado porque el dispositivo se configura además para proporcionar a los temporizadores de retroceso a los UE un mensaje de acuse de recibo negativo, NACK.
13. El dispositivo de la reivindicación 12, configurado para señalar diferentes recursos físicos del JRP a al menos algunos de los UE.
14. El dispositivo de la reivindicación 12 o 13, configurado además para determinar los recursos físicos sobre la base de criterios que evolucionan en tiempo real sobre la base del estado de la red.
15. El dispositivo de cualquiera de las reivindicaciones 12-14, configurado para determinar los recursos físicos que forman el JRP en base a al menos una de métricas de tráfico, métricas de calidad de servicio, QoS, urgencia de las comunicaciones y selecciones.
16. El dispositivo de cualquiera de las reivindicaciones 12-15, configurado, en caso de que se determine que un dato está dañado, para informar al UE de la decodificación incorrecta.
17. El dispositivo de cualquiera de las reivindicaciones 12-16, configurado para enviar un mensaje de acuse de recibo negativo que indica un temporizador de retroceso de modo que el UE retransmita los datos después de que haya expirado el temporizador de retroceso.
18. El dispositivo de la reivindicación 17, configurado para enviar diferentes temporizadores de retroceso a diferentes UE.
19. El dispositivo de cualquiera de las reivindicaciones 12-18 configurado como una estación base.
20. Un procedimiento que comprende:
recibir, por parte de un equipo de usuario, UE, datos de configuración de un grupo de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos del JRP compartidos con al menos uno de otros UE;
transmitir datos en el JRP;
usar un recurso concedido particular para retransmitir los datos después de que haya expirado un temporizador de retroceso (T1),
en el que el temporizador de retroceso (T1) del UE es diferente de los temporizadores de retroceso de los otros UE,
caracterizado porque el temporizador de retroceso se proporciona por un dispositivo externo al UE con un mensaje de acuse de recibo negativo, NACK.
21. Un procedimiento que comprende:
determinar los recursos físicos que forman un grupo de recursos conjuntos, JRP, los recursos físicos del JRP que son compartidos por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL; determinar reglas para el acceso al medio y/o resolución de colisiones y/o retransmisiones de datos; y señalar los recursos físicos a al menos uno o algunos de los UE;
en el que las reglas comprenden al menos la regla de usar un recurso concedido particular para retransmitir datos previamente transmitidos en el JRP después de que haya expirado un temporizador de retroceso (T1, T2),
en el que los temporizadores de retroceso (T1, T2) son diferentes para diferentes UE,
caracterizado porque los temporizadores de retroceso se proporcionan mediante un dispositivo externo al UE con un mensaje de acuse de recibo negativo, NACK.
22. Una unidad de almacenamiento no transitorio que almacena instrucciones que, cuando se ejecutan por un procesador, provocan que el procesador realice el procedimiento de la reivindicación 20 o 21.
ES20199433T 2017-06-14 2018-06-13 Grupos de recursos conjuntos para comunicaciones de enlace ascendente Active ES2960354T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP17176136.4A EP3416450A1 (en) 2017-06-14 2017-06-14 Joint resource pools for uplink communications

Publications (1)

Publication Number Publication Date
ES2960354T3 true ES2960354T3 (es) 2024-03-04

Family

ID=59077869

Family Applications (2)

Application Number Title Priority Date Filing Date
ES20199433T Active ES2960354T3 (es) 2017-06-14 2018-06-13 Grupos de recursos conjuntos para comunicaciones de enlace ascendente
ES18729468T Active ES2833029T3 (es) 2017-06-14 2018-06-13 Grupos de recursos compartidos para comunicaciones de enlace ascendente

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES18729468T Active ES2833029T3 (es) 2017-06-14 2018-06-13 Grupos de recursos compartidos para comunicaciones de enlace ascendente

Country Status (8)

Country Link
US (2) US11405948B2 (es)
EP (4) EP3416450A1 (es)
JP (2) JP7214070B2 (es)
KR (2) KR102652646B1 (es)
CN (1) CN111034326B (es)
BR (1) BR112019026882A8 (es)
ES (2) ES2960354T3 (es)
WO (1) WO2018229165A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110610449B (zh) * 2018-06-15 2023-09-22 伊姆西Ip控股有限责任公司 处理计算任务的方法、设备和计算机程序产品
CN110831023B (zh) * 2018-08-09 2021-11-09 华为技术有限公司 一种参数配置方法
US11497042B2 (en) * 2019-02-15 2022-11-08 Qualcomm Incorporated Resource scheduling techniques in wireless systems
US11742999B2 (en) * 2020-04-08 2023-08-29 Qualcomm Incorporated Dynamic allocation of retransmission resources
US20230199757A1 (en) * 2020-04-15 2023-06-22 Nokia Technologies Oy Use of multiple configured grants for variable packet sizes or variable reliability requirements for wireless networks
JP7043543B2 (ja) * 2020-06-01 2022-03-29 Kddi株式会社 時分割複信を用いるセルラ通信システムにおけるリソース割り当てを行う制御装置、制御方法、およびプログラム
US11194844B1 (en) * 2020-09-01 2021-12-07 Skyline Al Ltd. System and method for detecting second degree relationships between entities by uniquely resolving entities
CN113852449B (zh) * 2021-09-17 2023-12-29 东南大学 评估免授权改进重传系统在urllc下的中断概率方法
CN114938238B (zh) * 2022-06-10 2023-08-01 北京交通大学 结合选举与功率域非正交的卫星接入方法

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5162791A (en) 1989-10-02 1992-11-10 Codenoll Technology Corporation Collision detection using code rule violations of the manchester code
US7813322B2 (en) 2003-02-19 2010-10-12 Qualcomm Incorporated Efficient automatic repeat request methods and apparatus
US8437284B2 (en) 2003-07-29 2013-05-07 Citrix Systems, Inc. Systems and methods for additional retransmissions of dropped packets
CN102594501B (zh) 2004-02-07 2014-11-26 桥扬科技有限公司 具有自动重复请求(arq)的多载波通信系统的方法和设备
US7643419B2 (en) 2004-05-07 2010-01-05 Interdigital Technology Corporation Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions
CN101091337B (zh) 2004-12-28 2013-05-08 株式会社日立制作所 通信控制方法及无线基站
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR101253182B1 (ko) 2007-01-09 2013-04-10 엘지전자 주식회사 다중 반송파를 이용하는 무선 통신 시스템에서 데이터 재전송을 지원하는 방법 및 이를 위한 장치
US8830914B2 (en) 2007-02-09 2014-09-09 Nokia Corporation Method and apparatus for acknowledgement signaling
JP2009159440A (ja) 2007-12-27 2009-07-16 Kyocera Corp 通信装置、通信システムおよび通信方法
US8780704B2 (en) * 2008-01-10 2014-07-15 Qualcomm Incorporated Shared resource allocation
US8934405B2 (en) 2008-05-06 2015-01-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for retransmission scheduling and control in multi-carrier wireless communication networks
US8214712B2 (en) 2008-11-05 2012-07-03 Mediatek Inc. Method for transmitting real-time streaming data in a communications system and apparatuses utilizing the same
EP2214340A1 (en) 2009-01-30 2010-08-04 Panasonic Corporation HARQ operation for macro-diversity transmissions in the downlink
KR101669966B1 (ko) 2009-05-11 2016-10-27 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
EP2265077B1 (en) 2009-06-18 2012-03-21 Panasonic Corporation Enhanced random access procedure for mobile communications
US8335970B2 (en) 2009-09-28 2012-12-18 Broadcom Corporation Encoder/decoder with unfolding error correction
JP2011091677A (ja) 2009-10-23 2011-05-06 Mitsubishi Electric Corp 送信装置および通信システム
US8665971B2 (en) * 2009-11-24 2014-03-04 Qualcomm, Incorporated Apparatus and method for channel estimation using compressive sensing
EP2479910A4 (en) * 2009-12-03 2016-11-23 Lg Electronics Inc METHOD AND DEVICE FOR EFFICIENT ACCESS CONFLICT-BASED TRANSMISSIONS IN A WIRELESS COMMUNICATION SYSTEM
CN103796320B (zh) * 2010-01-08 2018-01-16 华为技术有限公司 调度请求的方法及装置
CN102123399B (zh) * 2010-01-08 2014-01-01 华为技术有限公司 调度请求的方法及装置
CN102208967B (zh) 2010-03-31 2014-04-09 中兴通讯股份有限公司 一种lte终端非自适应重传功率控制的方法及装置
US9252930B2 (en) 2011-01-07 2016-02-02 Futurewei Technologies, Inc. Reference signal transmission and reception method and equipment
CN103548409B (zh) * 2011-05-02 2017-07-28 Lg电子株式会社 在无线通信系统中发射/接收数据的方法及其基站
JP5724632B2 (ja) * 2011-05-25 2015-05-27 富士通株式会社 基地局、及び通信方法
US9048986B2 (en) * 2011-08-12 2015-06-02 Qualcomm Incorporated Mitigation of lost resource allocation synchronization between a user equipment (UE) and an evolved node B (eNodeB)
EP2745452A1 (en) * 2011-08-15 2014-06-25 Nokia Solutions and Networks Oy Signaling
US9532373B2 (en) 2011-08-22 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Collision resolution for PUCCH scheduling requests
EP2768171B1 (en) 2011-10-12 2022-04-13 Samsung Electronics Co., Ltd. Method and device for transmitting reverse control signal in mobile communication system
JP2015508601A (ja) * 2012-01-05 2015-03-19 富士通株式会社 リンケージリソース分配方法及びユーザ装置、多重伝送方法及び基地局
CN104205985B (zh) * 2012-03-23 2018-06-15 Lg电子株式会社 上行信号发送方法和站装置、以及上行信号接收方法和接入点装置
US9253785B2 (en) 2012-05-04 2016-02-02 Broadcom Corporation Multi-cell incremental redundancy
WO2013176695A1 (en) 2012-05-21 2013-11-28 Research In Motion Limited System and method for handling of an uplink transmission collision with an ack/nack signal
US20130343273A1 (en) 2012-06-26 2013-12-26 Qualcomm Incorporated Enhanced tti bundling with flexible harq merging
ES2555911T3 (es) * 2012-08-13 2016-01-11 Telefonaktiebolaget Lm Ericsson (Publ) Temporizador para liberar recursos de E-DCH
US20140050105A1 (en) 2012-08-15 2014-02-20 Futurewei Technologies, Inc. Traffic-Adaptive Repeated Transmission
US9397819B2 (en) 2012-10-02 2016-07-19 Telefonaktiebolaget Lm Ericsson (Publ) Extension carrier for ARQ
ES2657554T3 (es) 2012-10-16 2018-03-05 Huawei Technologies Co., Ltd. Método de transmisión, dispositivo, equipo de usuario UE y estación base de HARQ-ACK
EP2878165A4 (en) 2013-06-04 2016-08-03 Nec Corp DL TERMINATION AND HARQ-ACK FEEDBACK FOR DL TRANSMISSIONS IN FLEXIBLE TDD SYSTEMS WITHOUT AND WITH SUBFRAME-PENDING TERMINATION
US9717071B2 (en) 2013-08-16 2017-07-25 Qualcomm Incorporated Uplink procedures for LTE/LTE-A communication systems with unlicensed spectrum
US10015824B2 (en) * 2014-02-28 2018-07-03 Lg Electronics Inc. Method and apparatus for transmitting uplink data having low latency in wireless communication system
US10034308B2 (en) * 2014-03-11 2018-07-24 Lg Electronics Inc. Method for allocating temporary identifier to terminal in random access procedure in wireless communication system and apparatus therefor
US9445278B2 (en) * 2014-04-11 2016-09-13 Qualcomm Incorporated Classification-based adaptive transmission in unlicensed spectrum
US9729283B2 (en) 2014-05-08 2017-08-08 Intel IP Corporation Systems, methods and devices for flexible retransmissions
WO2016021979A1 (ko) 2014-08-07 2016-02-11 엘지전자 주식회사 동기 신호 수신 방법 및 사용자기기와, 동기 신호 전송 방법 및 기지국
US20160050667A1 (en) 2014-08-18 2016-02-18 Samsung Electronics Co., Ltd. Communication on licensed and unlicensed bands
US9935742B2 (en) 2014-10-20 2018-04-03 Apple Inc. Adaptive HARQ for half duplex operation for battery and antenna constrained devices
US10367621B2 (en) 2014-10-27 2019-07-30 Qualcomm Incorporated Fountain HARQ for reliable low latency communication
US10084578B2 (en) 2014-11-03 2018-09-25 Qualcomm Incorporated Hybrid automatic repeat/request (HARQ) reliability in wireless communications
US10285180B2 (en) * 2015-03-14 2019-05-07 Qualcomm Incorporated Reserved resource pool assisted access resource selection for small data transmission
US10524236B2 (en) * 2015-03-23 2019-12-31 Qualcomm Incorporated Uplink transmission control with clear channel assessment
KR20160122666A (ko) * 2015-04-14 2016-10-24 한국전자통신연구원 Mtc 네트워크의 랜덤 액세스 방법 및 장치
WO2016175631A1 (en) 2015-04-30 2016-11-03 Lg Electronics Inc. Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system
WO2016191985A1 (en) 2015-05-29 2016-12-08 Siemens Aktiengesellschaft Method and device for redundant data transmission over multiple wireless links
US9775141B2 (en) * 2015-07-14 2017-09-26 Motorola Mobility Llc Method and apparatus for reducing latency of LTE uplink transmissions
US10652872B2 (en) * 2015-07-20 2020-05-12 Lg Electronics Inc. Downlink control information receiving method and user equipment, and downlink control information transmitting method and base station
US9743423B2 (en) * 2015-07-27 2017-08-22 Futurewei Technologies, Inc. Link adaptation in grant-free multiple access systems
KR102513274B1 (ko) * 2015-08-21 2023-03-24 삼성전자주식회사 무선 통신 시스템에서 복합 재전송을 수행하는 방법 및 장치
KR20170054218A (ko) * 2015-11-06 2017-05-17 한국전자통신연구원 통신 시스템에서의 빠른 접속을 위한 방법 및 장치
US11032031B2 (en) 2016-01-18 2021-06-08 Qualcomm Incorporated HARQ LLR buffer and reordering buffer management
US10355803B2 (en) * 2016-10-24 2019-07-16 Qualcomm Incorporated Multiplexing reference signals with scalable numerology for new radio (NR) networks
WO2018084757A1 (en) * 2016-11-04 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Cooperation between nodes operating in licensed and unlicensed spectrum for channel access in unlicensed spectrum
CN110301143B (zh) * 2016-12-30 2022-04-22 英特尔公司 用于无线电通信的方法和设备
US11212701B2 (en) 2017-05-14 2021-12-28 FG Innovation Company Limited Systems, methods, and devices for ultra-reliable low latency communication quality-of-service guarantee
US10568129B2 (en) * 2017-06-15 2020-02-18 Ofinno, Llc Grant free configuration

Also Published As

Publication number Publication date
US11405948B2 (en) 2022-08-02
KR20200013772A (ko) 2020-02-07
US20200120707A1 (en) 2020-04-16
WO2018229165A1 (en) 2018-12-20
ES2833029T3 (es) 2021-06-14
KR102652646B1 (ko) 2024-03-28
BR112019026882A8 (pt) 2023-04-11
EP3416450A1 (en) 2018-12-19
EP3787366A1 (en) 2021-03-03
EP4271111A3 (en) 2024-01-24
JP2020523890A (ja) 2020-08-06
KR102412963B1 (ko) 2022-06-27
BR112019026882A2 (pt) 2020-06-30
EP3787366C0 (en) 2023-08-16
EP3639605B1 (en) 2020-10-28
JP2023027316A (ja) 2023-03-01
EP3639605A1 (en) 2020-04-22
CN111034326A (zh) 2020-04-17
JP7214070B2 (ja) 2023-01-30
KR20220092639A (ko) 2022-07-01
EP4271111A2 (en) 2023-11-01
CN111034326B (zh) 2023-09-15
US20220369361A1 (en) 2022-11-17
EP3787366B1 (en) 2023-08-16

Similar Documents

Publication Publication Date Title
ES2960354T3 (es) Grupos de recursos conjuntos para comunicaciones de enlace ascendente
US20220264637A1 (en) Method and apparatus for listen-before-talk (lbt) related operation in a wireless communication system using unlicensed band
ES2901055T3 (es) Retroalimentación de HARQ en la banda del espectro de RF compartido
ES2886518T3 (es) Control de las transmisiones de radio de enlace ascendente en recursos asignados de manera semipersistente
US20230189330A1 (en) Method for indicating the allocated resources for a harq message in a random access procedure for a low-complexity, narrowband terminal
KR102477832B1 (ko) 데이터 송신을 위한 방법 및 장치
ES2817905T3 (es) Métodos, estación base y dispositivo inalámbrico para soportar comunicación de radio
TWI745779B (zh) 在非授權頻譜上處理通訊方法及相關通訊裝置
CN112740782B (zh) 边链路信息的发送和接收方法以及装置
CN108633097B (zh) 无线通信方法和用户设备
CN114600535A (zh) 用于感测和资源分配的新无线电(nr)车联万物(v2x)方法
JP2018520570A (ja) 共有無線周波数スペクトル帯域中での送信のためにクリアチャネルアセスメント(cca)ウィンドウを調整するための技法
JP2017534227A (ja) Mtcデバイスのためのpucch
US20180310332A1 (en) Method for transmitting uplink in unlicensed band and device using same
US20150195854A1 (en) Methods and apparatus for contention based transmission
ES2974239T3 (es) Método y dispositivo de configuración de recursos de retransmisión, chip y programas informáticos
KR20220074884A (ko) 무선 통신 방법 및 단말 기기
EP4192149B1 (en) Cg configuration method and apparatus, and device and medium
CN116420360A (zh) 侧行传输方法和通信装置
WO2021026841A1 (zh) 调度请求传输的方法和设备
CN116471693A (zh) 一种通信方法及装置
CN116918440A (zh) 用于未许可频带中的侧行链路通信的信道占用时间(cot)共享