ES2833029T3 - Grupos de recursos compartidos para comunicaciones de enlace ascendente - Google Patents

Grupos de recursos compartidos para comunicaciones de enlace ascendente Download PDF

Info

Publication number
ES2833029T3
ES2833029T3 ES18729468T ES18729468T ES2833029T3 ES 2833029 T3 ES2833029 T3 ES 2833029T3 ES 18729468 T ES18729468 T ES 18729468T ES 18729468 T ES18729468 T ES 18729468T ES 2833029 T3 ES2833029 T3 ES 2833029T3
Authority
ES
Spain
Prior art keywords
jrp
data
ues
physical resources
communications
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
ES18729468T
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.)
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Original Assignee
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
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 Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV filed Critical Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Application granted granted Critical
Publication of ES2833029T3 publication Critical patent/ES2833029T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/02Hybrid access
    • 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
    • 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
    • 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
    • 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

Landscapes

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

Abstract

Un equipo de usuario UE (24, 26, 28, 40), configurado para: (16) recibir, de un dispositivo externo (22, 26, 30), datos de configuración (31) de una agrupación de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP (52, 52a-52k, JRP1, JRP2) compartidos con otros equipos de usuario, UE; (17) realizar comunicaciones UL (24", 26", 28") al transmitir datos en recursos físicos concedidos (51, G); (18) determinar si realizar comunicaciones UL adicionales y, en caso de posible determinación, realizar comunicaciones UL adicionales (24'", 26'", 28'") transmitiendo datos en recursos físicos JRP; y caracterizado por configurarse para usar un recurso concedido particular (G) para retransmitir (1*, 1b) datos (1, 1b) y usar la JRP para transmitir datos programados para el recurso concedido particular.

Description

DESCRIPCIÓN
Grupos de recursos compartidos para comunicaciones de enlace ascendente
Campo de la Invención
Los ejemplos se refieren a redes de comunicación entre equipos de usuario, UE, con otros dispositivos, tal como una estación base, BS.
Los ejemplos se refieren a métodos 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, tal como eNB/gNB, una entidad de red central), en enlace ascendente, UL (del UE al BS), y/o enlace descendente, DL (de la BS al UE).
Se pueden generar interferencias entre transmisiones y/o recepciones de diferentes UE, con la misma BS, a manera de ejemplo.
Técnica Anterior
Aquí se enfoca en la comunicación de enlace ascendente (UL) de una terminal de usuario (o equipo de usuario (UE, por sus siglas en inglés)) o múltiples UE, a una estación base (BS, por sus siglas en inglés) en un sistema de comunicación (por ejemplo, un sistema de comunicación inalámbrica). Múltiples UE pueden transmitir paquetes de voz o datos a una BS de forma simultánea.
En sistemas de comunicaciones móviles, el enlace ascendente (UL, por sus siglas en inglés) es un factor limitante. El equipo de usuario (UE) tiene capacidades limitadas, principalmente debido al hecho de 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 espaciales de libertad debido a la complejidad UE con solo soporte de una antena de recepción y transmisión individual o un pequeño número de antenas de transmisión y recepción.
Además, señales de un UE a una estación base pueden sufrir de varios impedimentos:
- los UE se pueden sombrear de la señal de la estación base (por ejemplo, en construcción),
- los UE pueden estar en el borde celular de una celda,
- los UE pueden traspasar a otra célula,
- los UE pueden estar en zonas de interferencia si se reciben señales de un conjunto de estaciones base que transmiten en la misma frecuencia,
- los UE se pueden mover a diferentes velocidades y, por lo tanto el canal de radio puede variar en tanto que se comunica.
La figura 11 muestra un sistema de técnica anterior en el cual diferentes UE (UE’k, UE’i UE’a) se comunican con una estación base en enlace ascendente utilizando una interfaz Uu estándar. UE’k se comunica con UE’i en un escenario de dispositivo a dispositivo (D2D) al enlace PC5. Los UE pueden experimentar interferencia de otros UE.
En diferentes esquemas de comunicaciones, se programan transmisiones cíclicas por una BS entre diferentes UE. Cuando un UE transmite datos UL, se asume teóricamente que ningún otro UE lleva a cabo una transmisión utilizando de forma simultánea. Sin embargo, surge realmente perturbación en la práctica, por ejemplo por UE en una célula vecina que transmite en la misma banda de frecuencia en el mismo segmento de tiempo.
En algunos casos, puede haber interferencia basada en PC5 si recursos PC5 no se alinean suficientemente bien con recursos provistos por la estación base para la Uu. Esto puede provocar, en algunos casos, interferencia.
La interferencia de células vecinas se puede presentar, por ejemplo, en redes LTE/NR. Se muestra un ejemplo en la figura 11, en la cual transmisiones de UE’j interfieren con transmisiones de UE’A.
Las técnicas para afrontar las fallas de comunicaciones se han desarrollado en la técnica anterior. Sin embargo, es difícil hacer frente a todas las fallas posibles, en particular para transmisión programada: la retransmisión de datos previamente transmitidos o versiones de redundancia de Ios datos tomarían el lugar de (o provocarían colisión de datos) con los datos que se van a transmitir de forma posterior.
Técnica Anterior
El documento US 2017/0019894 A1 divulga un método y aparato para reducir latencia de transmisiones de enlace ascendente de Evolución a Largo Plazo (LTE). Una indicación puede adquirirse, donde la indicación puede indicar un conjunto de bloques de recursos de dominio de frecuencia para una posible transmisión de Canal Compartido de Enlace ascendente Físico (PUSCH) en una subtrama de enlace ascendente. Un subconjunto de bloques de recursos se puede seleccionar desde el conjunto de bloques de recursos de dominio de frecuencia para una posible transmisión PUSCH basada en criterios de selección. El criterio de selección puede usar al menos un tamaño de conjunto de recursos adquirido desde la indicación, puede usar una función de módulo y puede usar un identificador asociado con el Equipo de Usuario (UE). El PUSCH se puede transmitir en el subconjunto seleccionado de bloques de recursos en la subtrama de enlace ascendente.
Sin embargo, el documento US 2017/0019894 A1 no divulga una técnica para usar un recurso concedido particular para retransmitir un dato y usar una agrupación de recursos conjuntos para transmitir un dato programado para el recurso concedido particular.
Esta característica distintiva de la invención tampoco puede encontrarse en otros documentos que divulgan la preconfiguración de un recurso compartido para la contención, como el documento US 2017/034845 y US 2016/286545.
Sumario de la Invención
De acuerdo con un aspecto, la invención se define en las reivindicaciones independientes. Las realizaciones particulares de la invención se definen en las reivindicaciones dependientes.
De acuerdo con un aspecto, un equipo de usuario, UE, se configura para:
- recibir, de un dispositivo externo, datos de configuración de una agrupación o grupo de recursos conjuntos o compartidos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP compartidos con otros UE;
- llevar a cabo comunicaciones UL al transmitir datos en recursos físicos otorgados; y
- determinar si se deben llevar a cabo comunicaciones UL adicionales y, en caso de determinación positiva, llevar a cabo comunicaciones UL adicionales al transmitir datos en recursos físicos JRP.
En consecuencia, es posible proporcionar al UE recursos de comunicación adicionales que se pueden utilizar cuando sea necesario (por ejemplo, llamadas urgentes, baja QoS), para adaptar los UE a las condiciones de la red.
De acuerdo con un aspecto, los datos de configuración de la JRP comprenden reglas para acceso a medios y/o resolución de colisión y/o retransmisiones de datos y/o transmisiones de redundancia.
Por lo tanto, además de definir los recursos JRP (por ejemplo, segmentos de tiempo, bandas de frecuencia, dimensiones de código, canales espaciales, niveles de potencia, etcétera), los datos de configuración de la JRP también pueden definir, para cada UE, cómo comportarse (por ejemplo, qué protocolo de acceso a medios se debe utilizar) cuando se accede a los recursos JRP. En consecuencia, el Ue operará de acuerdo con esquema de comunicación preferible, incrementando por lo tanto la QoS para la red completa.
De acuerdo con un aspecto, el UE se puede configurar para determinar si se deben llevar a cabo comunicaciones UL adicionales de acuerdo con criterios asociados con al menos uno de tráfico o métricas a cerca de tráfico, calidad de servicio, QoS o métricas a cerca de QoS, la determinación de datos incorrectamente transmitidos o métricas a cerca de determinaciones de datos incorrectamente transmitidos, urgencia de comunicaciones, y/o una selección.
En consecuencia, un UE que, por ejemplo, padece de baja QoS, puede hacer uso de la JRP cuando determina que recursos de comunicación, diferentes de los recursos otorgados se necesitan, adaptando así el UE a la situación particular.
De acuerdo con la invención, el UE se configura para utilizar un recurso otorgado particular para retransmitir datos y utilizar la JRP para transmitir datos programados para el recurso otorgado particular. De acuerdo con un aspecto, esto puede ser una regla provista en los datos de configuración por el dispositivo externo.
Los datos retransmitidos (que pueden ser, por ejemplo, datos que se han transmitidos previamente por el UE pero que no se han recibido adecuadamente por un receptor) pueden por lo tanto retransmitirse en un recurso físico que no se ha utilizado para Ios datos previamente transmitidos. En consecuencia, se incrementa la diversidad: si el recurso físico otorgado utilizado para los datos previamente transmitidos es (por ejemplo, de forma transitoria, de forma inesperada) es menos confiable que el recurso otorgado JRP, la probabilidad de una retransmisión correcta se incrementa, incrementando así la confiabilidad. En consecuencia, el u E puede elegir adaptativamente un canal más confiable para una transmisión previamente incorrecta.
De acuerdo con un aspecto, el UE puede configurarse para utilizar una clasificación de recursos JRP para dar prioridad a los recursos JRP mejor clasificados. De acuerdo con un aspecto, esta puede ser una regla provista en los datos de configuración por el dispositivo externo.
Por ejemplo, el recurso físico JRP asignado a un primer UE puede comprender una pluralidad de recursos clasificados de un primer clasificado a un último clasificado. La primera elección para el primer UE puede ser el recurso físico JRP primer clasificado. La última elección para un UE puede ser el recurso físico JRP último clasificado. De forma análoga, el recurso físico JRP asignado a un segundo UE puede comprender una pluralidad de recursos clasificados de un primer clasificado a un último 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 la opuesta de la clasificación del primer UE. Por lo tanto, cuando ambos del primero y el segundo UE utilizan su recurso primer clasificado asignado, sus transmisiones no colisionarán, ya que se transmitirán utilizando diferentes recursos físicos. En consecuencia, se reduce la aparición de colisiones, incrementando así la fiabilidad.
De acuerdo con un aspecto, el UE puede comprender una cola de transmisión implementada en capa de control de acceso a medios, MAC, capa física y/o PHY. De acuerdo con un aspecto, el UE se puede configurar para evacuar la cola de transmisión utilizando la JRP y/o los recursos otorgados de acuerdo con los datos de configuración.
En consecuencia, los recursos otorgados y JRP que se van a utilizar por el UE se pueden mapear en el hardware del UE. El UE se puede guiar en la elección de los recursos físicos que se van a utilizar. Puede haber una porción otorgada y una porción JRP. En cada porción (que se puede representar, por ejemplo, como una matriz), cada fila se puede asociar a datos UL (paquete, mensaje, transmisión) que se van a transmitir. Puede haber una asociación de cada dato UL al recurso físico otorgado o JRP particular (por ejemplo, segmento de tiempo, banda de frecuencia, canales espaciales, dimensiones de código, nivel de potencia, etcétera). La escritura en la fila puede implicar la transmisión de datos UL, por ejemplo, en un recurso físico otorgado o JRP asociado. La eliminación de datos de la cola puede implicar la evitación de la transmisión de esos datos (si los datos aún no se han transmitido).
De acuerdo con un aspecto, el UE se puede configurar para acceder a la JRP de acuerdo con un esquema de escuchar antes de hablar (por ejemplo, CSMA). De acuerdo con un aspecto, esta puede ser una regla provista en los datos de configuración por el dispositivo externo.
En consecuencia, se puede incrementar la confiabilidad, ya que se puede evitar la aparición de transmisiones que colisionan.
De acuerdo con un aspecto, el UE se puede configurar para acceder a la JRP de acuerdo con un esquema de salto de frecuencia. De acuerdo con un aspecto, esta puede ser una regla provista en los datos de configuración por el dispositivo externo.
En consecuencia, se puede incrementar la confiabilidad, ya que se puede reducir la aparición de transmisiones que colisionan, en vista del incremento de la probabilidad de que diferentes UE transmitan a diferentes frecuencias.
De acuerdo con un aspecto, los recursos físicos JRP pueden estar en una o alguna o cualquier combinación del dominio de tiempo, dominio de frecuencia, dominio de espacio, dominio de código, y dominio de potencia. De acuerdo con un aspecto, el dispositivo externo puede indicarlos en los datos de configuración.
En consecuencia, los recursos físicos JRP pueden ser los más apropiados para las transmisiones, adaptando así los recursos físicos JRP a las condiciones de la red.
De acuerdo con un aspecto, un dispositivo se puede configurar para:
- determinar, con base en métricas a cerca de tráfico, métricas a cerca de calidad de servicio, QoS, determinación de recepción de datos incorrectos, urgencia de comunicaciones, y/o selecciones, recursos físicos que forman una agrupación de recursos conjuntos, JRP, los recursos físicos que se comparten por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL;
- señalizar (por ejemplo, al transmitir datos de configuración) los recursos físicos de la JRP a al menos algunos de los UE.
El dispositivo, que puede ser una entidad central, tal como una estación base, BS (eNB/gNB, entidad de red central, etcétera) o un UE elegido entre una pluralidad de UE, por lo tanto, puede decidir Ios 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 se puede configurar para:
- definir, para diferentes UE, diferentes clasificaciones de recursos físicos JRP, para priorizar diferentes recursos físicos JRP para diferentes UE y/o incrementar la probabilidad de uso de diferentes recursos físicos JRP por diferentes UE.
- señalizar (por ejemplo, al transmitir datos de configuración) las diferentes clasificaciones de recursos a Ios diferentes Ue .
Por lo tanto, el dispositivo puede instruir a diferentes UE para utilizar diferentes clasificaciones, reduciendo así la posibilidad de colisiones en el mismo recurso físico JRP.
De acuerdo con un aspecto, el dispositivo se puede configurar para:
- determinar una recepción de datos corruptos (no decodificados apropiadamente), para definir diferentes clasificaciones de recursos físicos JRP para diferentes UE, para incrementar la probabilidad de recibir una retransmisión correcta al dar diferentes prioridades a diferentes recursos físicos JRP para diferentes UE y/o incrementando la probabilidad de usar diferentes recursos físicos por diferentes UE;
- señalizar (por ejemplo, al transmitir datos de configuración) las diferentes clasificaciones de recursos a Ios diferentes Ue .
En consecuencia, cuando se determina una recepción incorrecta de datos UL por el dispositivo, puede reaccionar al modificar las clasificaciones de cada UE, reduciendo así la probabilidad de colisiones.
De acuerdo con un aspecto, el dispositivo se puede configurar para:
- determinar reglas para acceso a medios y/o resolución de colisiones y/o retransmisión de datos en la JRP; - señalizar (por ejemplo, al transmitir datos de configuración) las reglas a al menos algunos de Ios UE.
En consecuencia, no solo el dispositivo decide qué recursos físicos JRP se van a utilizar, sino también define cómo cada UE se debe comportar cuando entra a Ios recursos JRP.
De acuerdo con un aspecto, el dispositivo se puede configurar para:
- determinar diferentes temporizadores de retroceso para retransmisiones en la JRP que se van a asociar a diferentes UE;
- señalizar (por ejemplo, al transmitir datos de configuración) Ios diferentes temporizadores de retroceso a Ios diferentes Ue .
En consecuencia, siguiendo esta regla, Ios UE retransmitirán en diferentes segmentos de tiempo, por lo tanto, sin colisiones. Esta regla es particularmente ventajosa en caso de una primera colisión entre datos UL transmitidos por dos diferentes UE: en vista de la definición de diferentes temporizadores de retroceso, se evita una segunda colisión. Por lo tanto, se incrementa la fiabilidad.
De acuerdo con un aspecto, un método puede comprender:
- recibir, por un equipo de usuario, UE, datos de configuración de una agrupación de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP compartidos con al menos uno de otros UE;
- llevar a cabo comunicaciones UL al transmitir datos en recursos físicos otorgados; y
- determinar si se deben llevar a cabo comunicaciones UL adicionales y, en caso de determinación positiva, llevar a cabo comunicaciones UL adicionales al transmitir datos en recursos físicos JRP.
Ejemplos de este método se pueden llevar a cabo, por ejemplo, por cualquiera de Ios UE anteriores y/o más adelante.
De acuerdo con un aspecto, un método puede comprender:
- determinar, con base en al menos una de métricas a cerca de tráfico, métricas a cerca de calidad de servicio, QoS, determinación de datos recibidos corruptos, urgencia de comunicaciones, y/o selecciones, recursos físicos que forman una agrupación de recursos conjuntos, JRP, Ios recursos físicos JRP que se comparten por diferentes equipos de usuario, UE, para comunicaciones de enlace ascendente, UL,
- señalizar los recursos físicos a al menos uno o algunos de los UE.
Los ejemplos de este método se pueden llevar a cabo, por ejemplo, por cualquiera de los dispositivos (por ejemplo, entidades centrales tal como BS, UE elegidos, etcétera) por encima y/o por abajo.
Los métodos anteriores se pueden llevar a cabo para formar un método de acuerdo con un aspecto.
De acuerdo con un aspecto, un paso de configuración se puede proporcionar en el cual 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 se ejecutan por un procesador, provocan que el procesador lleve a cabo cualquiera de los métodos anteriores y más adelante y/o implemente cualquiera de los productos anteriores y/o más adelante.
En ejemplos, el equipo de usuario puede utilizar una clasificación de recursos JRP para dar prioridad a recursos JRP clasificados particulares que proporcionan ganancias para el objetivo dirigido.
Descripción de las Figuras
Ahora se describen ejemplos en detalle adicional con referencia a las figuras anexas, en las cuales;
la figura 1 muestra métodos de acuerdo con ejemplos 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 un ejemplo de la invención;
la figura 4 muestra un dispositivo de acuerdo con un ejemplo de la invención;
las figuras 5a hasta 5c, 6a hasta 6c y 7 hasta 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 un ejemplo de la invención.
Descripción Detallada
La figura 1 muestra un método 10. El método 10 puede permitir comunicaciones de equipos de usuario (UE) en enlace ascendente (UL).
El método 10 puede comprender, por ejemplo, un método 12. El método 12 puede comprender, por ejemplo, un paso 13 para determinar recursos físicos que forman una agrupación de recursos conjuntos, JRP, los recursos físicos que se van a compartir por diferentes equipos de usuario, UE para comunicaciones de enlace ascendente, UL. El método 12 puede comprender, por ejemplo, un paso 14 para señalizar los recursos físicos (por ejemplo, para UL en JRP) a al menos algunos de los UE (en algunos casos, también recursos físicos DL y/o recursos físicos UL otorgados se pueden señalizar). El paso 14 puede comprender transmitir datos de configuración a los UE (los datos de configuración pueden contener, entre otros, la indicación de los recursos físicos JRP que se van a utilizar por los UE, y/o las reglas para acceso a medios, y/o las reglas para resolución de colisiones, y/o retransmisiones de datos, y en algunos ejemplos otros datos). Diferentes recursos físicos de la JRP se pueden indicar a diferentes UE. El método 12 se puede llevar a cabo, por ejemplo, por una entidad central. La entidad central puede comprender un dispositivo (tal como una estación base, BS, que puede ser una 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 recursos que se van a utilizar por los UE. El método 12 puede llevarse a cabo por la misma entidad que asigna recursos físicos otorgados a los UE (por ejemplo, un dispositivo programador), para UL y/o DL.
En algunos ejemplos, se pueden señalizar datos de configuración (en 14), utilizando el canal físico de control de enlace descendente, PDCCH o PDCCH mejorado (ePDCCH) o sPDCCH (utilizado en modo de intervalo corto de tiempo de transmisión, sTTI, y/o para tráfico de comunicación de baja latencia ultra-confiable, URLLC) o enlace lateral, utilizando terminología de Núcleo de Paquetes Evolucionado (EPC), LTE, 4G y 5G. El paso de señalización se puede llevar a cabo por unidifusión, multidifusión, y/o difusión.
El método 10 puede comprender, por ejemplo, un método 15. El método 15 puede comprender un paso 16 para recibir (por ejemplo, del dispositivo que ha llevado a cabo el método 12 y/o el paso 14), datos de configuración de la agrupación de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, recursos físicos JRP compartidos con otros UE (los datos de configuración que indican, por ejemplo, cuales recursos físicos JRP se van a utilizar por cuales UE, y/o qué reglas para acceso a medios y/o resolución de colisiones y/o retransmisiones de datos y/o retransmisiones de redundancia, etcétera). Una instancia del método 15 se puede llevar a cabo por cada uno de los UE (diferentes UE pueden llevar a cabo diferentes instancias, como consecuencia, por ejemplo, de diferentes datos de configuración y/o diferentes condiciones). El método 15 puede comprender, por ejemplo, un paso 17 para llevar a cabo comunicaciones UL al transmitir datos en recursos físicos otorgados (que pueden ser, por ejemplo, recursos físicos que no son parte de la JRP) y/o al recibir datos en DL (por ejemplo, de la entidad central, tal como una BS). El método 10 puede comprender, por ejemplo, un paso 18 o determinación de si se deben llevar a cabo comunicaciones UL adicionales. En caso de determinación positiva, el método puede comprender llevar a cabo comunicaciones UL adicionales al transmitir datos en recursos físicos JRP. El método 15 se puede llevar a cabo por cada uno de un grupo de diferentes UE. A cada UE, se pueden indicar diferentes recursos físicos de la JRP. Por lo tanto, cada UE puede llevar a cabo comunicaciones UL en recursos físicos otorgados en el paso 17 y, en caso de determinación de la posibilidad y/o necesidad de llevar a cabo comunicaciones UL adicionales, cada UE puede transmitir datos UL (por ejemplo, paquetes) utilizando recursos físicos de la JRP que pueden ser diferentes de los recursos físicos de la JRP utilizados por (asignados a) otros UE. Algunos de los diferentes UE, sin embargo pueden compartir algunos recursos de la JRP.
El método 10 puede proporcionar una comunicación bajo una norma 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étera. La comunicación puede ser de acuerdo con sistema de telecomunicaciones móviles universal (UMTS), red de acceso de radio terrestre (UTRAN) 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), una gNB (utilizando la terminología de 5G) o, en general, una gNB/eNB. En algunos ejemplos, un UE utilizará una BS como interfaz a una red central, por ejemplo núcleo de paquete evolucionado (EPC) para configurar un portador de radio con un cierto requerimiento QoS. En NR, un UE puede configurar un flujo de servicio a través de gNB que se une a una red central, por ejemplo EPC, para permitir un flujo de servicio de paquete por paquete.
EL EPC es el núcleo de paquete evolucionado, que consiste en ciertas interfaces y entidades normalizadas y se puede utilizar para poner en interfaz la red de acceso de radio (RAN) con Internet u otras interfaces no 3GPP (por ejemplo, WLAN, etcétera). El EPC puede terminar la conexión en una red LTE/NR, por ejemplo configura seguridad, portador QoS/flujos, etcétera.
En algunos ejemplos, al menos algunos pasos de las comunicaciones en 14, 16, 17 y/o 18 se pueden llevar a cabo, por ejemplo, de acuerdo con norma LTE o NR y/u otras tecnologías de acceso de radio, por ejemplo WiFi, Bluetooth, etcétera, de acuerdo con el ejemplo.
Las comunicaciones pueden ser inalámbricas, por ejemplo, en radiofrecuencias (RF), por ejemplo, utilizando ondas electromagnéticas. En algunos ejemplos, las comunicaciones pueden utilizar ondas ultrasónicas.
En ejemplos, las comunicaciones inalámbricas se pueden basar en un sistema de un solo tono o multiportadora basado en 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 la norma LTE, o cualquier otra señal basada en IFFT con o sin CP, por ejemplo DFT-S-OFDM o SC-FDMA. Otras formas de onda, como formas de onda no ortogonales para acceso múltiple, por ejemplo multiportadora de banco de filtros (FBMC) se pueden utilizar. También es posible utilizar CP-SCFDMA (FDMA de portadora individual de prefijo cíclico), 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 llevar a cabo, por ejemplo, al menos algunos de los pasos del método 12. La entidad central, por ejemplo, puede ser una BS (por ejemplo, gNB/eNB, entidad de red central). La entidad central 22 puede definir recursos físicos JRP para cada UE. Además, la entidad central 22 puede definir los recursos físicos otorgados para cada UE (por ejemplo, por programación), por ejemplo, para comunicaciones UL y/o DL. La entidad central 22 puede llevar a cabo actividades de señal al enviar señales 24’, 26’, 28’ a UE 24, 26, 28, respectivamente. Las señales pueden transmitir datos de configuración JRP. En algunos ejemplos, datos de configuración JRP dirigidos a diferentes UE pueden transmitir diferente información: un UE particular no necesita necesariamente conocer los datos de configuración señalizados 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 canal físico de control de enlace descendente PDCCH, ePDCCH y sPdCc H o enlace lateral (por ejemplo, que utiliza la interfaz PC5). Los UE 24, 26, 28 pueden llevar a cabo, en el paso 17, comunicaciones Ul 24”, 26”, 28”, respectivamente, en recursos físicos otorgados. Cuando uno de Ios UE 24, 26, 28 necesita transmitir datos fuera de Ios recursos físicos otorgados a su disposición, puede llevar a cabo comunicaciones UL 24”, 26”’, 28” utilizando los recursos físicos 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 el paso 14) a otros UE. Por lo tanto, se puede llevar a cabo una solución distribuida. Es posible que múltiples UE elijan o definan un dispositivo central entre los mismos que pueden definir datos de configuración para los otros UE. Unos criterios determinísticos (por ejemplo, número de serie del UE), criterios aleatorios, semi-aleatorios, o pseudo-aleatorios u otros criterios se puede utilizar 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 se pueden transmitir en 14 utilizando D2D, a manera de ejemplo.
Las figuras 2b y 2c hacen referencia a un sistema 20b. El sistema 20b puede comprender una BS 22b que no es la entidad central que lleva a cabo los pasos 13 y 14 (en algunos casos, sin embargo, la BS 22b aún puede ser un programador para recursos otorgados y/o para programar los recursos DL). En este caso, la entidad central es uno de los UE 24, 26, 28 y se puede elegir o definir por los UE. La figura 2b en particular muestra un paso de configuración en el cual los UE 24, 26, 28 definen o eligen la entidad central al transmitir comunicaciones 24b, 27b, 28b entre sí (por ejemplo, utilizando D2D, PC5, Bluetooth, WiFi, etcétera). En este caso, la entidad central se elige como el UE 26 (la elección se puede llevar a cabo por las estrategias de 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 de la JRP y/o reglas para hacer frente al acceso de medios y/o resolución de colisiones en el paso 13 y transmite señales 24’ y 28’ (que transmiten datos de configuración) a los UE 24 y 28 en el paso 14. Los UE 24 y 28 reciben las señales 24’ y 28’ en el paso 16. Los UE (en algunos ejemplos, también la entidad central/UE 26) pueden llevar a cabo comunicaciones UL 24”, 26”, 28” hacia la BS 22b utilizando recursos físicos otorgados en el paso 17. Los UE (en algunos ejemplos, también el UE/entidad central 26) pueden llevar a cabo comunicaciones UL 24”, 26”’, 28’” hacia la BS 22b utilizando recursos físicos JRP en el paso 18.
En ejemplos (tal como aquellos 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, computadoras móviles/portátiles, tabletas, relevadores, dispositivos de comunicación vehicular en automóviles, camiones, autobuses, dispositivos de comunicación móvil en drones u otros vehículos aéreos, etcétera. 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 otorgados y/o recursos físicos JRP) pueden estar, por ejemplo, en al menos uno o una combinación del dominio de tiempo, en el dominio de frecuencia, en el dominio espacial, en el dominio de código, en el dominio de potencia. Se pueden llevar a cabo técnicas de multiplexación en al menos uno de estos dominios.
Con referencia al dominio de tiempo, los recursos físicos otorgados pueden comprender segmentos de tiempo asignados (por ejemplo, por programación) a diferentes UE para llevar a cabo transmisiones UL. Cada segmento de tiempo puede ser un recurso físico asignado a un UE particular. Un segmento de tiempo puede ser un intervalo de tiempo de transmisión (TTI) o TTI acortado (sTTI), un grupo de TTI o un mini-segmento (terminología NR). Cuando se lleva cabo el paso 17, un UE puede llevar a cabo comunicaciones UL durante su segmento de tiempo preasignado (programado).
Con referencia al dominio de tiempo, los recursos físicos de JRP pueden comprender segmentos de tiempo que no se preasignan a un UE. Cuando se lleva a cabo el paso 18, un UE puede acceder a la JRP al transmitir datos en UL durante uno de los segmentos de tiempo JRP.
Con referencia al dominio de frecuencia, los recursos físicos otorgados pueden comprender bandas de frecuencia asignadas (por ejemplo, por programación) a diferentes UE para llevar a cabo transmisiones UL. Cada banda de frecuencia puede ser un recurso físico asignado a un UE particular. Cuando se lleva a cabo el paso 17, un UE puede llevar a cabo comunicaciones UL utilizando su frecuencia preasignada (programada).
Con referencia al dominio de frecuencia, los recursos físicos JRP pueden comprender bandas de frecuencia que no se preasignan a un UE. Cuando se lleva a cabo el paso 18, un UE puede acceder a la JRP al transmitir datos en UL utilizando una banda de frecuencia JRP.
Con referencia al dominio espacial, los recursos físicos otorgados pueden comprender canales espaciales (por ejemplo, obtenidos por formación de haz) asignados (por ejemplo, por programación) a diferentes UE para llevar a cabo transmisiones UL. Cada canal espacial puede ser un recurso físico asignado a un UE particular. Cuando se lleva a cabo el paso 17, un UE puede llevar a cabo comunicaciones UL utilizando su canal espacial.
Con referencia al dominio espacial, Ios recursos físicos JRP pueden comprender canales espaciales que no se preasignan a un UE. Cuando se lleva a cabo el paso 18, un UE puede acceder a la JRP al transmitir datos en in­ utilizando un canal espacial JRP.
Con referencia al dominio de código, los recursos físicos otorgados pueden comprender códigos asignados (por ejemplo, por programación) a diferentes UE para llevar a cabo transmisiones UL, por ejemplo utilizando esquemas de acceso múltiple no ortogonales (MUST). Los códigos pueden ser recursos físicos, que se pueden particionar entre diferentes UE. Cuando se lleva a cabo el paso 17, un UE puede llevar a cabo comunicaciones UL utilizando sus códigos.
Con referencia al dominio de código, los recursos físicos JRP pueden comprender códigos que no se preasignan a UE particulares. Cuando se lleva a cabo el paso 18, un UE puede acceder a la JRP al transmitir datos en UL utilizando códigos JRP.
Con referencia al dominio de potencia, los recursos físicos otorgados pueden comprender niveles de potencia asignados (por ejemplo, por programación) a diferentes UE para llevar a cabo transmisiones UL. Cada valor de potencia (por ejemplo, un intervalo de niveles de potencia) puede ser un recurso físico, que se puede asignar a un UE particular. Cuando se lleva a cabo el paso 17, un UE puede llevar a cabo comunicaciones UL utilizando su nivel de potencia.
Con referencia al dominio de potencia, los recursos físicos de JRP pueden comprender niveles de potencia (por ejemplo, intervalo de niveles de potencia) que no se preasignan a un UE particular. Cuando se lleva a cabo el paso 18, un UE puede acceder a la JRP al transmitir datos en UL a su nivel de potencia.
En algunos ejemplos, cada recurso físico (recursos físicos otorgados y/o recurso físico JRP) puede comprender una combinación de dominio de tiempo, dominio de frecuencia, dominio espacial, dominio de código, dominio de potencia. Por ejemplo, se puede decidir (programar), por la entidad central que un UE particular transmita, durante un primer segmento de tiempo, en una primera banda de frecuencia, en un primer canal espacial, con primeros códigos, a un primer nivel de potencia, y, durante un segundo segmento de tiempo, en una segunda banda de frecuencia, un segundo canal espacial, con segundos códigos, a un segundo nivel de potencia, etcétera. Por lo tanto, cada recurso físico (recurso físico otorgado o recurso físico JRP) se puede definir como cualquier combinación de tiempo, frecuencia, canales espaciales, códigos y/o niveles de potencia.
En ejemplos, los recursos físicos JRP pueden estar en al menos dominio de retardo (propagación). En ejemplos, los recursos físicos JRP pueden estar en al menos dominio Doppler. Estas soluciones se pueden lograr al asignar recursos en dominio de retardo-Doppler ya que es direccionable por 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 JRP se pueden utilizar, por ejemplo, cuando los datos que se van a transmitir exceden los recursos físicos otorgados.
En algunos ejemplos, las transmisiones UL llevadas a cabo utilizando recursos físicos otorgados y/o recursos físicos JRP pueden ser para al menos uno de canal físico de control de enlace ascendente LTE (PUCCH), ePUCCH, sPUCCH (por ejemplo, utilizando las denominaciones expuestas en LTE, 4G, NR, 5G).
Los datos de configuración JRP se pueden asociar, por ejemplo, los recursos físicos a una pluralidad de UE para llevar a cabo UL. Los datos de configuración JRP pueden asociar, por ejemplo, algunos recursos físicos a cualquiera de los UE (por ejemplo, el primer UE que accede a un recurso JRP). Además o de forma alternativa, los datos de configuración de JRP asocian diferentes recursos físicos a diferentes UE o grupos de UE (por ejemplo, que limitan la posibilidad de acceder a los recursos JRP a algunos UE particulares).
Además o de forma alternativa, los datos de configuración de JRP pueden definir diferentes clasificaciones de recursos JRP para diferentes UE. Por ejemplo, un primer UE puede acceder de manera preferente a la JRP utilizando una primera banda de frecuencia (banda de frecuencia clasificada primero para el primer UE) y, en caso de que se necesite, una segunda banda de frecuencia (banda de frecuencia clasificada segundo para el primer UE), en tanto que un segundo UE puede acceder de manera preferente a la JRP utilizando la segunda banda de frecuencia (banda de frecuencia clasificada primero para el segundo UE) y, en caso de que se necesite, la primera banda de frecuencia (banda de frecuencia clasificada segundo para el segundo UE). En consecuencia, se reduce la probabilidad de colisión.
Se pueden definir diferentes clasificaciones, por ejemplo, después de que se han recibido datos UL incorrectos por la entidad central (por ejemplo, una BS), para incrementar la probabilidad de tener diferentes transmisiones UL llevadas a cabo en diferentes recursos físicos JRP, para reducir la probabilidad de colisiones e Incrementar la conflabllldad.
En ejemplos, la entidad central puede ser un dispositivo orquestador, El dispositivo orquestador puede ser cualquier dispositivo o entidad que es capaz de orquestar acceso a medios a recurso de radio por cualquier medio de comunicación entre el dispositivo orquestador y los dispositivos implicados en el proceso de comunicación utilizando los recursos UL de la JRP, En ese sentido, un dispositivo orquestador puede ser una base de datos en alguna parte en la red accesible a través de, por ejemplo, enlaces de comunicación OTT (OTT: de libre transmisión),
Los recursos JRP se pueden ordenar/clasificar de acuerdo con algunos criterios/métricas, por ejemplo congestión, nivel RSSI, etcétera, que significa que la selección de un recurso específico de la JRP ordenada permite lograr un objetivo particular con un mejor resultado o con menos energía, esfuerzo, etcétera, por ejemplo probabilidad de colisión de mensajes,
Los criterios de clasificación pueden ser, por ejemplo:
- Frecuencia portadora, por ejemplo si se opera JRP en modo de conectividad dual o agregación de portador, posiblemente con un par de frecuencias portadoras para elegir,
- Nivel de interferencia o potencia de interferencia, potencia piloto, potencia de transmisión de enlace ascendente, etcétera,
- Numerología utilizable en una parte de ancho de banda dada (BWP), por ejemplo se prefieren 30 kHz con respecto a 15 kHz (SCS),
Es posible, en algunos ejemplos, implementar (por ejemplo, donde se solicita la entidad central y/o BS) un esquema de salto de frecuencia, Por ejemplo, cada banda de frecuencia se puede saltar por diferentes UE de forma diferente (por ejemplo, de una forma aleatoria, semi-aleatoria, pseudo-aleatoria o de acuerdo con una secuencia predefinida o definida en los datos de configuración), Los datos de configuración pueden en algunos ejemplos prohibir al menos algunos recursos físicos 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 JRP y/o para resolución de colisiones, Por ejemplo, los datos de configuración pueden definir que (al menos para algunos UE) algunos datos UL se retransmiten después de un temporizador de retroceso (cuya longitud puede ser aleatoria, semi-aleatoria, pseudo-aleatoria, predefinida o definida en los datos de configuración) antes de un esquema de escucha posible, Cuando se opera en el modo de escuchar antes de hablar (LBT), el dispositivo (por ejemplo, UE) puede llevar a cabo, por ejemplo, detección de portadora combinada con un retroceso aleatorio antes de acceder a los recursos físicos JRP, Los datos de configuración pueden proporcionar que algunos datos UL se retransmitan solo utilizando un esquema de solicitud de repetición automática (ARQ) o esquema de solicitud de repetición automática híbrida (HARQ), Los datos de configuración pueden proporcionar que algunos datos UL se retransmitan utilizando un esquema de programación semi-persistente (SPS),
La figura 3 muestra un definidor JRP 30 que puede (o puede ser parte de) ser la entidad central y/o BS 22 o un UE elegido o seleccionado entre los UE, El definidor JRP 30 puede transmitir (por ejemplo, en el paso 14) datos de configuración 31 con respecto a recursos JRP a diferentes UE (UE1, UE2, UE3, ,,,, UEN, algunos de los cuales pueden ser los UE 24-26, algunos de los cuales, en algunos ejemplos, llevan a cabo una instancia del método 15), El definidor JRP 30 puede decidir los datos de configuración 31 (por ejemplo, qué recursos físicos se van a utilizar por qué UE, y/o qué reglas para acceso a medios y/o resolución de colisión se van a utilizar por qué UE, etcétera) con base en uno o más criterios, Los criterios pueden implicar 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 se pueden predefinir y/o definir y/o modificar en tiempo real,
El definidor JRP 30 puede definir los datos de configuración con base en criterios al menos en parte que implican el tráfico 33 (o una métrica o una estimación asociada al mismo) en la red, El tráfico se puede medir, por ejemplo, al tener en cuenta el número de UE presentes dentro del dispositivo central (que puede ser una BS, tal como una g/eNB), el número de llamadas actuales, de sesiones actualmente abiertas, etcétera, En algunos ejemplos, si el tráfico no es excesivo, la cantidad de recursos físicos JRP se puede incrementar, En algunos ejemplos, si el tráfico no es excesivo, el número de UE que compiten por un recurso físico JRP se puede incrementar, En algunos ejemplos, se puede proporcionar que, con la determinación de incremento del número de UE (por ejemplo, dentro de una célula), se puede disminuir la cantidad de recursos físicos JRP a disposición de al menos algunos Ue .
El definidor JRP 30 puede definir los datos de configuración con base en 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 se puede medir, por ejemplo, al mantener en cuenta estadísticas de mensajes decodificados apropiadamente (por ejemplo, comunicaciones UL de los UE a la BS), En algunos ejemplos, si la QoS es escasa para algunos UE particulares, la JRP se puede modificar al asociar recursos físicos de forma única o de forma preferente a UE que pueden sufrir de una baja QoS. En algunos ejemplos, si la QoS es en general escasa, se puede Incrementar la cantidad de recursos físicos JRP.
El definidor JRP 30 puede definir los datos de configuración con base en criterios, que Implican al menos en parte la determinación de datos incorrectos 36. Si los datos UL no se reciben apropiadamente por la entidad central y/o BS (definidor JRP), estos últimos pueden 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étera). Las estimaciones, al menos en parte, se pueden acondicionar por datos históricos y/o calcular automáticamente y/o al menos parcialmente con base en conocimiento empírico.
El definidor JRP 30 puede definir los datos de configuración 31 con base en criterios al menos en parte que implican la urgencia 36 de comunicaciones (comunicaciones de llamada, sesiones especiales, etcétera), por ejemplo, para propósitos relacionados con seguridad (primer respondedor, etcétera)). Los ejemplos pueden ser comunicaciones de baja latencia ultra confiables (URLLC). Los UE que necesitan comunicaciones urgentes se pueden asignar para utilizar recursos JRP adicionales por el definidor JRP 30. Por el contrario, los recursos JRP se pueden reducir para UE que no necesitan comunicaciones urgentes.
El definidor JRP 30 puede determinar los datos de configuración 31 con base en criterios al menos en parte que implican una selección 37. Los UE seleccionados se pueden asignar a recursos físicos JRP adicionales. A los UE no seleccionados se les puede dar una cantidad disminuida (o nula en algunos ejemplos) de recursos físicos JRP. Una selección se puede operar, por ejemplo, por la solicitud de un usuario (por ejemplo, como un servicio adicional provisto por el proveedor de servicios que gestiona la red). En consecuencia, las capacidades de comunicación incrementadas y/o confiabilidad y/o velocidad se pueden ofrecer a usuarios seleccionados.
De forma notable, el definidor JRP puede operar en tiempo real, por ejemplo, al cambiar los criterios con base en diferentes estados de red.
Un ejemplo se puede relacionar con un evento deportivo: si se prevé que varios usuarios en el público solicitarán capacidades de comunicación adicionales (servicio prioritario) asociadas prevalentemente a la hora y ubicación del evento deportivo. Algunas horas antes o algunas horas después del evento, el interés de los usuarios para el servicio prioritario en esa ubicación será extremadamente reducido. En consecuencia, en la ubicación del evento deportivo, diferentes horas del día se pueden asociar 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 JRP a diferentes UE pueden evolucionar en tiempo real con base en el estado de la red (situación de los UE).
En algunos ejemplos, una precondición para asignar recursos JRP físicos (o en algún caso modificar los datos de configuración) es la recepción, por el definidor JRP (dispositivo central, por ejemplo, la BS o un UE elegido entre los UE) de una solicitud explícita de un UE. Con base en el estado de la red, el definidor 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, UE1-UEN, y/o un UE que implementa el método 15), por ejemplo un teléfono móvil. Se puede utilizar un procesador 42. El procesador 42 puede comprender un dispositivo semiconductor lógico que tiene un procesador de señales digitales, Ds P, un microcontrolador, una matriz de compuerta programable en el campo, FPGA, etcétera. En el procesador 42, una aplicación (por ejemplo, aplicación de capa alta) se puede ejecutar. 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, datos VoIP o de vídeo) y/o transmisión de voz.
El dispositivo 40 puede comprender una unidad de entrada/salida (E/S) 41. En algunos ejemplos, la unidad E/S 41 puede obtener señales de audio (o una versión analógica o electrónica digital de las mismas) que se transmiten a un procesador 42. La unidad E/S 41 puede conectarse alternativamente o además con dispositivos remotos (por ejemplo, para uso de punto de acceso).
El dispositivo puede comprender unidad de memoria de almacenamiento no transitorio que se puede ejecutar por el procesador 42 para implementar las funciones del UE y/o al menos algunos pasos 16-18 y/o la aplicación analizada anteriormente.
Las transmisiones UL se pueden llevar a cabo al utilizar una antena 44 que se controla por una unidad de comunicación 43. Esta última, a su vez, se puede controlar por el procesador 42. En ejemplos, la unidad E/S 41 (o una subunidad inalámbrica de la unidad E/S 41) se puede integrar 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 a medios (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, de una BS).
La unidad de comunicación 43 puede llevar a cabo transmisiones UL en recursos físicos otorgados con base en una tabla de recursos físicos otorgados 45. La tabla 45 se puede incorporar, por ejemplo, por elementos de memoria (memoria de acceso aleatorio, RAM, registros, memoria FLASH, etcétera)). En algunos ejemplos, la tabla 45 se puede modificar por el procesador 42 (en algunos ejemplos, la tabla 45 se puede modificar por la unidad de comunicación 43 y/o tanto por el procesador como por la unidad de comunicación). Por ejemplo, el procesador 42 se puede instruir por una BS (o una UE seleccionada) para elegir una programación particular.
La tabla 45 puede guiar la unidad de comunicación 43 para transmitir correctamente los datos UL. En la representación de la figura 4, cada fila de la tabla 45 se puede asociar a un recurso físico otorgado, particular. Se pueden asociar columnas de la tabla 45 con dominios (por ejemplo, dominio de tiempo, dominio de frecuencia, dominio espacial, dominio de código, dominio de potencia), incluso si en la figura 4 solo se muestra el dominio de tiempo y el dominio de frecuencia por simplicidad. Por lo tanto, cada vez que se van a transmitir datos UL, la unidad de comunicación 43 conoce, por ejemplo, en qué segmento de tiempo y/o en qué banda de frecuencia (y/o canal espacial, y/o código, y/o nivel de potencia) se va a llevar la comunicación UL.
La unidad de comunicación 43 puede llevar a cabo transmisiones UL en recursos físicos JRP con base en una tabla de recursos físicos JRP 46. La tabla 46 se puede incorporar, por ejemplo, por elementos de memoria (RAM, registros, memoria FLASH, etcétera). En algunos ejemplos, la tabla 46 se puede crear y/o controlar y/o modificar por el procesador 42 (en algunos ejemplos, la tabla 46 se puede modificar por la unidad de comunicación 43 y/o tanto por el procesador como la unidad de comunicación). Por ejemplo, el procesador 42 puede recibir datos de configuración (por ejemplo, 31) obtenidos en el paso 16. Por lo tanto, la tabla 46 puede guiar la unidad de comunicación 43 para transmitir correctamente datos UL utilizando JRP. En la representación de la figura 4, cada fila de la tabla 46 se puede asociar a datos particulares que se van a transmitir. Cada columna de la tabla 46 se puede asociar con el recurso (en el dominio de tiempo, dominio de frecuencia, dominio espacial, dominio de código, y/o dominio de potencia). Cada vez que datos UL se pueden transmitir en asociación con la JRP, la unidad de comunicación 43 conoce, por ejemplo, en qué segmento de tiempo, en qué banda de frecuencia, en qué canal espacial, con qué códigos y/o a qué nivel de potencia se va a llevar a cabo la comunicación UL.
En algunos ejemplos, se clasifican las posiciones en la tabla 46. La primera fila en la tabla 46 se puede asociar con un recurso JRP clasificado primero; la segunda fila puede asociarse con un recurso JRP clasificado segundo; etcétera. En consecuencia, los recursos JRP se pueden priorizar (por ejemplo, sometidos a un esquema de prioridad). El recurso JRP clasificado primero puede elegirse con preferencia (o en algunos ejemplos con mayor probabilidad, por ejemplo, en caso o uso de estrategias aleatorias, semi-aleatorias, pseudo-aleatorias) con respecto al recurso JRP clasificado segundo, etcétera. Por ejemplo, el procesador 42 puede asignar datos que se van a transmitir en la fila clasificada más alta de la tabla 46. La unidad de comunicación 43 lleva a cabo una transmisión UL de esos datos utilizando el recurso JRP clasificado más alto asociado. Si el procesador 42 acumula una pluralidad de datos en la tabla 46 antes de evacuarlos (por ejemplo, en caso de comunicaciones urgentes o alta carga útil, por ejemplo, PUCCH), algunos datos que se van a transmitir tomarán posiciones clasificadas más bajas (asociadas con recursos JRP clasificados más bajos). No obstante, la unidad de comunicación 43 transmitirá los datos en correspondencia con los recursos JRP en la tabla 46.
En algunos casos, se pueden utilizar esquemas de salto de frecuencia. Se pueden llevar a cabo transmisiones UL posteriores en diferentes bandas de frecuencia.
En ejemplos, la clasificación de los recursos JRP se pueden asignar por la entidad central (por ejemplo, BS, tal como gNB/eNB o entidad de red central, o UE elegido o seleccionado) y señalizar al UE como parte de los datos de configuración 31 (por ejemplo, 24’, 26’, 28’, 31 y/o en el paso 14). Particularmente, la entidad central y/o BS (por ejemplo, 22, 30 y/o en el paso 13) puede asociar diferentes clasificaciones (o probabilidades en caso de estrategias aleatorias, semi-aleatorias, pseudo-aleatorias) a diferentes UE. Por ejemplo, si a un primer UE se le ordena utilizar una clasificación particular y a un segundo UE se le ordena utilizar la clasificación opuesta (en el sentido de que el recurso JRP clasificado primero del primer UE es el recurso JRP clasificado último del segundo UE y viceversa), solo se presentarán raramente colisiones entre sus transmisiones UL: en tanto que el primer UE transmitirá de manera preferente sus recursos JRP clasificados más altos, el segundo UE transmitirá de manera preferente en los recursos JRP que, bajo el punto de vista del primer UE, son los recursos clasificados más bajos, reduciendo así probabilidad de colisión. En ejemplos, el UE puede utilizar una clasificación de recursos JRP (52a-52k) para dar prioridad a recursos JRP clasificados particulares que proporcionan ganancias para objetivo enfocado.
Básicamente, las tablas 45 y 46 se pueden entender como que forman una cola de transmisión de datos UL que se van a transmitir. El procesador 42 puede asignar algunos datos que se van a transmitir en la tabla 45 (porción de recursos otorgada de la cola) y algunos otros datos que se van a transmitir en la tabla 46 (porción de recursos JRP de la cola).
La figura 5a muestra un ejemplo de repartición de recursos físicos JRP 52 (JRP1, JRP2) y recursos físicos otorgados 51 (asociados a UEs UE1, UE2, UE3) de acuerdo con ejemplos. Los datos de configuración 31 pueden proporcionar, por ejemplo, que la JRP1 se comparta por UE1 y UE2, en tanto que la JRP2 se comparta por UE2 y UE3. La JRP1 y j RP2 pueden ser cualquier recolección (región) de recursos físicos JRP en el dominio de tiempo, dominio de frecuencia, dominio espacial, dominio de código, y/o dominio de potencia. El UE2 puede elegir entre JRP1 y JRP2, a manera de ejemplo.
La figura 5b muestra JRP1 como constituido por una pluralidad de recursos físicos JRP 52a-52h. En algunos ejemplos, los recursos físicos JRP 52a-52h se pueden clasificar (por ejemplo, como se define 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 JRP 52a es el recurso clasificado primero, el recurso físico JRP 52b es el recurso clasificado segundo, y el recurso físico JRP 52k es el recurso clasificado último. 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 JRP 52k es el recurso clasificado primero, el recurso físico JRP 52j es el recurso clasificado segundo, y el recurso físico JRP 52a es el recurso clasificado último. En consecuencia, el UE1 puede elegir de manera preferente transmitir datos UL utilizando el recurso físico JRP 52a, en tanto que el UE2 puede elegir transmitir de manera preferente datos UL utilizando el recurso físico JRP 52k. En situaciones en las cuales el UE1 solo transmite en su mitad clasificada más alta de JRP1 (por ejemplo, 51a-51e) y en situaciones en las cuales el UE2 solo transmite en su mitad clasificada más alta de JRP2 (por ejemplo, 51 k-51 g), no se presenta ninguna colisión.
La figura 5c muestra adaptación dinámica de tamaño de agrupación de acuerdo con un ejemplo. En caso de que el UEi necesite transmitir más datos UL de lo posible con sus recursos físicos otorgados 51, el UEi puede hacer uso de recursos JRP 52. Si se utiliza un esquema de clasificación (por ejemplo, esquema de salto de frecuencia), la JRP se adapta dinámicamente a las necesidades de UEi (por ejemplo, al elegir de manera preferente recursos 52a, entonces 52b, entonces 52c, etcétera).
Las figuras 6a-6c muestran diferentes casos de uso de recursos JRP compartidos. El caso ~1 de la figura 6a se refiere al caso de UE y UEk que utilizan diferentes recursos físicos JRP (por ejemplo, de acuerdo con diferentes clasificaciones). El caso ~2 de la figura 6b se refiere al caso de UE y UEk que incrementan el uso de recursos físicos JRP. El caso ~3 de la figura 6c se refiere al caso de UE y UEk que incrementa el uso de recursos físicos JRP al punto que algunos recursos físicos JRP utilizados por UE se superponen con algunos utilizados por UEk (con referencia a la figura 5b, ambos de los UE pueden utilizar algunos de los recursos 52c-52h, a manera de ejemplo). En el último caso, pueden presentarse colisiones.
En algunos ejemplos, pueden presentarse colisiones, por ejemplo, donde dos diferentes UE tienen la misma posibilidad de llevar a cabo comunicaciones UL al mismo tiempo.
Los datos de configuración pueden comprender reglas que se van a seguir por al menos algunos de los UE para el acceso medio y/o resolución de colisiones cuando se utiliza JRP. En algunos ejemplos, al menos algunas (y, en algunos ejemplos particulares, todas) las reglas se pueden predefinir. En algunos ejemplos, las reglas definen como se deben multiplexar datos en diferentes dominios.
En algunos ejemplos, de acuerdo con reglas contenidas en los datos de configuración y/o predefiniciones, un UE puede ya sea de forma aleatoria, semi-aleatoria, pseudo-aleatoria, o con base en una asignación predefinida y/o esquema de salto de frecuencia, asignar recursos en una región JRP. El acceso a recursos se puede basar en contención. Las retransmisiones de datos se pueden basar en un temporizador de retroceso aleatorio para reducir el número de colisiones potenciales.
En algunos ejemplos, de acuerdo con reglas contenidas en los datos de configuración y/o predefiniciones, un UE puede utilizar recursos físicos JRP en el dominio espacial, que puede implicar el uso de técnicas de diversidad y/o técnicas de formación de haz. En algunos ejemplos, de acuerdo con algunas reglas, se pueden resolver colisiones al llevar a cabo técnicas de formación de haz especiales solo en recursos utilizados en la región JRP.
En algunos ejemplos, de acuerdo con reglas contenidas en los datos de configuración y/o predefiniciones, la JRP también se puede estar ubicada en una banda industrial, científica y médica (ISM), banda que utiliza procedimientos de acceso sin licencia LTE/NR, por ejemplo tal como acceso asistido por licencia (LAA).
En algunos ejemplos, de acuerdo con reglas contenidas en los datos de configuración y/o predefiniciones, se pueden utilizar procedimientos de escuchar antes de hablar (LBT). Los procedimientos LBT pueden utilizar WiFi y/o acceso múltiple por detección de protocolos de evitación de colisiones (CSMA/CA) MAC, y/o protocolos MAC de salto de canal de baja potencia, que se utilizan en otras tecnologías de baja potencia inalámbricas, por ejemplo tal como Bluetooth.
Los esquemas de salto pueden basarse en base aleatoria, semi-aleatoria, pseudo-aleatoria y/o en parámetros predefinidos o datos de configuración (por ejemplo, provistos por la entidad central). Por lo tanto, los patrones de salto predefinidos cuando se llevan a cabo transmisiones JRP UL también se pueden obtener.
En algunos ejemplos, de acuerdo con reglas contenidas en los datos de configuración y/o predefiniciones, las técnicas de transmisión multiusuario no ortogonales de dominio de código (MUST), por ejemplo NOMA, se pueden utilizar. Los UE pueden transmitir en el mismo recurso físico y distinguirse por un receptor utilizando decodificadores MUST especiales. De acuerdo con algunos ejemplos, se pueden resolver colisiones al utilizar técnicas de transmisión MUST en la región JRP.
En algunos ejemplos, las reglas contenidas en los datos de configuración y/o predefiniciones pueden operar para u r llc .
En algunos ejemplos, las reglas contenidas en los datos de configuración y/o predefiniciones pueden operar utilizando una técnica de programación semipersistente, SPS.
En algunos ejemplos, las reglas contenidas en los datos de configuración y/o predefiniciones pueden operar utilizando una técnica ARQ o HARQ. Se puede proporcionar un procedimiento hArQ especial para la JRP.
De acuerdo con algunas reglas el UE se abstiene de solicitar reconocimientos (ACK) o no reconocimientos (NACK) de la entidad central y/o BS (por ejemplo, BS).
De acuerdo con algunas reglas, se pueden retransmitir datos. De acuerdo con algunas reglas, cuando se determina (ya sea por el UE o por un dispositivo externo, tal como una entidad central y/o BS) que están dañados los datos (por ejemplo, al llevar a cabo técnicas tal como verificación de redundancia cíclica, CRC), se puede llevar a cabo una retransmisión. De acuerdo con algunas reglas, si un dispositivo externo (entidad central y/o BS) determina que se han determinado datos UL como que están dañados, 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 en la determinación de decodificación apropiada de datos UL: el UE puede retransmitir datos cuando determina que no se ha obtenido ningún ACK dentro de un umbral. De acuerdo con algunas reglas, al menos algunos datos UL 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) en tanto que se desplazan 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 datos de configuración) y de acuerdo con la invención. G se refiere a los recursos físicos otorgados y JRP a los recursos físicos JRP. Los datos UL #1 se programan para transmitirse antes que los datos #2, #3, #4 y #5, en secuencia. Se retransmiten datos #1 (ya sea en vista de una determinación de decodificación no apropiada o como una rutina, por ejemplo, para incrementar redundancia) como datos #1* en G. La transmisión de datos #1* en G puede ser en el mismo recurso físico otorgado asignado a datos #4, que por lo tanto se pueden desplazar a la JRP. En 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 otorgados 45. Sin embargo, cuando se decide la retransmisión de datos #1, los datos #4 se eliminan de la trama de recursos físicos otorgados 45 y se escriben en la tabla de recursos físicos JRP 46, en tanto que los datos #1* se escriben en la tabla de recursos físicos otorgados 45. Esta técnica de eliminaciónreescritura se puede llevar a cabo 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 una retransmisión de datos UL de acuerdo con una regla (predefinida y/o contenida en datos de configuración). En tanto que se transmiten datos #1a en el recurso físico otorgado G, los datos #1b se transmiten en la JRP, por ejemplo, utilizando diferentes recursos físicos (por ejemplo, diferentes bandas de frecuencia, diferentes canales espaciales, diferentes niveles de potencia). Se lleva a cabo una retransmisión de datos #1b como #1b* en G, en el mismo recurso físico que se programó originalmente para 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 otorgados 45, en tanto que los datos #1b se almacenaron originalmente en la tabla de recursos físicos JRP 46. Sin embargo, cuando la retransmisión de datos #1b se decide, se eliminan los datos #3 de la tabla de recursos físicos otorgados 45 y se escriben en la tabla de recursos físicos JRP 46, en tanto que los datos #1 b se escriben en la tabla de recursos físicos otorgados 45.
Estas técnicas de eliminación-reescritura se pueden llevar a cabo por el procesador 42, y/o por el controlador de comunicación 43, y/o por otro hardware, de acuerdo con Ios ejemplos y las implementaciones.
La figura 9 muestra una técnica que sigue una regla que se puede utilizar además o como alternativa a la regla de la figura 8, Los datos #1 se transmiten en JRP pero, después de 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, de forma temporalmente o imprevisible) no estén disponibles o no sean confiables, Por lo tanto, una retransmisión en G en lugar de en JRP puede permitir incrementar diversidad y confiabilidad,
De acuerdo con ejemplos y/o reglas, las retransmisiones de datos anteriores y/o más adelante se pueden completar (por ejemplo, al retransmitir un mensaje completo) y/o parcial (por ejemplo, al retransmitir solo una parte de los datos), De acuerdo con ejemplos y/o reglas, las retransmisiones de datos anteriores y/o más adelante pueden ser de tal forma que solo se transmiten datos de redundancia (por ejemplo, para técnicas HARQ).
Particularmente, no existe la necesidad de que el dispositivo central (por ejemplo, BS) reprograme las comunicaciones, incrementando así la eficiencia,
Algunas reglas (por ejemplo, provistas 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, Se proporciona un ejemplo por la figura 10, Una colisión entre datos transmitidos por UE A y C se puede presentar, como una consecuencia de que ambos UE comienzan transmisiones UL de forma simultánea en el mismo bloque de recurso JRP 101, al cual ambos UE tienen el derecho de acceder (por ejemplo, de acuerdo con los datos de configuración transmitidos por la entidad central y/o BS), Ninguno de los datos transmitidos se decodifica apropiadamente por la entidad central y/o BS, que por lo tanto transmite un mensaje NACK dirigido a UE A (en 102) y un mensaje NACK dirigido a UE C (en 103), Los UE pueden retransmitir los datos (en 104 y 105) después de haber esperado a que transcurrieran diferentes temporizadores de retroceso (T1 y T2). Los temporizadores de retroceso se pueden proporcionar por la entidad central y/o BS con el mensaje NACK, se pueden predefinir, se pueden determinar de forma aleatoria, semi-aleatoria, o pseudo-aleatoria por los UE, y/o se pueden indicar en los datos de configuración transmitida por la entidad central y/o BS,
Algunas reglas pueden proporcionar una técnica LBT (por ejemplo, CSMA/CA, a manera de ejemplo), Cada UE puede detectar transmisiones (por ejemplo, por muestreo) antes de comenzar una transmisión en la j Rp . Se pueden utilizar esquemas de detección de portador, Por ejemplo, se puede utilizar un temporizador de retroceso por un primer UE que detecta que se accede a un recurso JRP particular por otro UE, En tanto que espera a que transcurra el temporizador de retroceso, el primer UE puede sin embargo llevar a cabo comunicaciones UL en otros recursos físicos otorgados, En consecuencia, se reduce ampliamente la probabilidad de transmisiones superpuesta entre diferentes UE,
Algunas reglas pueden proporcionar que las transmisiones UL que utilizan JRP se puedan iniciar solo en la detección de algunos errores específicos, o cuando se determinan flujos QoS particulares,
Algunas reglas pueden proporcionar que las transmisiones UL que utilizan JRP se pueden iniciar solo cuando se detecta una tasa de errores decepcionante particular (por ejemplo, un bloque o tasa de errores de paquetes máxima o se experimenta la velocidad de NACK, o con base en estadísticas HARQ),
Algunas reglas pueden proporcionar al menos algunos de los siguientes esquemas:
- Configurar para encender/apagar proceso HARQ para recursos JRP;
- Configurar temporizador de retroceso, cuando se utiliza detección de portadora durante acceso aleatorio de recursos JRP;
- Configurar UE para intercambiar información (por ejemplo, a través de D2D y/o PC5) para alinear configuración de acceso JRP, por ejemplo eligen secuencias de salto ortogonales si están dentro del alcance de la otra;
- Definir mediciones de detección en las agrupaciones de recursos (por ejemplo, UE monitorizan aleatoriamente uso de recursos JRP, o el BS monitoriza recursos JRP y señaliza esto a los UE a través de unidifusión/multidifusión/difusión, Con base en estas relaciones de utilización, el dispositivo puede elegir utilizar recursos JRP),
Algunas reglas pueden proporcionar elegir una banda de frecuencia con licencia, por ejemplo:
- En banda (dentro de la misma portadora de componentes);
- Fuera de banda (por ejemplo, banda de guarda);
- Agregación de portadoras (por ejemplo, en una banda separada);
- La JRP puede estar dentro de una banda ISM (acceso especial de recursos ISM agregados) o cualquier otro tipo de banda sin licencia.
Los datos que se pueden transmitir a través de JRP pueden ser;
- En algunos ejemplos, solamente recursos de datos (por ejemplo, canal físico compartido de enlace ascendente, PUSCH);
- En algunos ejemplos, solo recurso de control, por ejemplo, informes de medición;
- En algunos ejemplos, tanto recursos de datos como recursos de control.
Un análisis acerca de la presente invención se proporciona en la presente. 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 se pueden utilizar cuando un UE (o un grupo de UE) experimentan picos de transmisión UL producidos por paquetes de datos recibidos de una capa más alta, por ejemplo capa de aplicación, o un número alto de presentación de retransmisiones en la capa física. Los ejemplos de esta idea se pueden aplicar, por ejemplo, si los picos de transmisión se presentan de una forma de tiempo irregular y por lo tanto no se pueden manejar por la RRM dinámica estándar o semi-persistente (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 recursos físicos dedicados (o basados en concesión) potencialmente asignados, transmite los datos excedentes en recursos utilizando la agrupación de recursos conjuntos (JRP). En ejemplos, la JRP se puede reservar para acceso libre de concesión multiusuario. Esta agrupación de recursos puede comprender un porcentaje dinámico de recursos de radio provistos por la estación base particular, por ejemplo, en dominio de tiempo, frecuencia, espacial y/o código. Cuando varios UE acceden al mismo recurso JRP de forma simultánea, se puede presentar una colisión parcial en el recurso JRP.
Un solo 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 puede no tener concesiones de recurso para todos los paquetes de datos en un caso de tiempo particular. Este es especialmente el caso de tráfico de baja latencia (como en escenarios URLLC).
Ya que se propone que la JRP se utilice de una forma libre de concesiones, se puede presentar que múltiples UE en necesidad de recursos JRP transmitan en el mismo recurso físico. Los métodos para resolver colisiones más rápido por lo tanto se pueden proporcionar. Algunos métodos pueden funcionar solo en la región JRP, o pueden tomar simultáneamente en cuenta tanto la JRP como la región de datos dedicada (recursos físicos otorgados). Un refinamiento de casos de uso particular cuando se accede a la JRP se representa en las figuras 5c y 6a-6c.
También se puede presentar colisión parcial cuando los UE en células vecinas acceden a la JRP. Por lo tanto, la interferencia producida por UE circundantes o estaciones base influirá en la resolución de colisiones en recursos JRP.
Por lo tanto, puede haber reglas definidas (por ejemplo, señalizadas en los datos de configuración 31 de la entidad central a los UE) para manejar;
- Procedimiento de acceso de recursos JRP (basado en contención así como libre de contenciones);
- Resolución de colisiones y colisión parcial en recursos JRP, que incluyen protocolos HARQ, que incluyen decodificación parcial y retransmisión parcial de palabras de código,
- Uso conjunto de recursos dedicados y JRP, que incluyen protocolos HARQ;
- Codificación utilizando conceptos MUST en recursos JRP;
- Detección de colisiones, que incluyen señalización de la relación de utilización de recursos JRP de un UE particular a otra entidad (UE por PC5, BS por Uu).
Los siguientes elementos pueden ser relevantes para señalizar entre la entidad central (por ejemplo, BS) y UE con referencia a la agrupación de recursos conjuntos (JRP), y pueden estar implicados en la información intercambiada en los datos de configuración 31;
- Ubicación de 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, tal como cualquier recurso otorgado y/o recurso JRP);
- Parámetros de multiplexación (secuencia de salto, esquemas de acceso múltiple por división de código (por ejemplo, CDMA) o no ortogonal (NOMA), tal como esquema MUST/ patrón, segmentos de tiempo).
- Modo de retroalimentación, por ejemplo, ACK/NACK, ACK solamente (con temporizador), señalización dedicada de uso de agrupación (en recursos otorgados);
- Resolución de colisiones y/o retroceso de colisiones (QoS) utilizando señalización explícita para silenciar a un usuario e impedir que este usuario acceda al recurso JRP durante un cierto período de tiempo. Señalización posible para reactivar a un usuario para que este usuario pueda utilizar recursos JRP de nuevo;
- Relación de utilización JRP por UE: si no existe ninguna superposición (colisión), la detección puede ser fácil sin señalización. De otra forma, la relación de utilización de JRP por UE se puede señalizar a la entidad central (por ejemplo, BS, tal como una eNB) o a través de D2D (por ejemplo, PC5) a UE vecinos.
La señalización llevada a cabo en 14 puede estar en los recursos dedicados, los recursos compartidos JRP (por ejemplo, región menos probable que se afecte por las colisiones) o un canal de señalización de control separado. En algunos ejemplos, los procedimientos de retroceso de colisiones JRP para un UE particular o grupo de UE se pueden proporcionar. En ejemplos, los UE se pueden clasificar por demandas QoS. Utilizando esto, los UE se pueden priorizar utilizando clases QoS. Existe la posibilidad de definir una señal de silenciamiento: la entidad central o BS (por ejemplo, eNB/gNB, entidad de red central) puede transmitir una señal de silenciamiento que indica a un UE particular a través de unidifusión, o a un grupo de UE a través de multidifusión/difusión que detenga el uso de recursos JRP.
Se proporciona referencia aquí a funciones y esquemas particulares que pueden estar implicados en ejemplos analizados anteriormente.
La numerología en la comunicación 5G y nuevo radio (NR) define múltiples separaciones de subportadora (SCS), por ejemplo, 15, 30, 60, 120,... Esto significa que la SCS en general se define para que sea 2Ak*15 kHz, donde k = 0,1,2,.... La SCS de 15 kHz fue la única separación definida para LTE (4G).
La potencia piloto es la potencia de transmisión de las señales de referencia (RS) que se utiliza, por ejemplo, indicaciones de calidad de canal y estimación de canal.
La parte de ancho de banda (BWP) se define en NR donde cada UE puede soportar una o más BWP de la banda de transmisión y la BWP puede tener una o más numerologías como se define anteriormente.
GESTIÓN DE RECURSOS DE RADIO - en general, los UE asociados con una BS pueden completar un conjunto limitado de recursos. Estos recursos se pueden asignar en el enlace descendente (DL) así como 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 lleva a cabo esta asignación de recursos puede ser el programador o la gestión de recursos de radio (RRM). El mapa de recursos o asignación de recursos DL y/o UL se pueden indicar o difundir a todos los UE en el canal de control DL (PDCCH) utilizando la indicación de control de enlace descendente (DCI) o utilizando campos especiales en el canal de datos compartidos DL (PDSCH), dependiendo del modo de operación particular, que puede diferir en normas LTE y NR. Se señala que NR utilizará una estructura de plataforma autocontenida, 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, la RRM puede asignar recursos o concesiones de recursos de enlace ascendente en cada subtrama LTE o NR o entidad de programación. Un recurso pueden ser diferentes recursos de frecuencia asignados dentro de un cierto período de tiempo, por ejemplo que comprende de recursos de frecuencia a través de un número de símbolos OFDM (OS), un grupo de bloques de recursos físicos o recursos de frecuencia (PRB), PRB asignados a través de diferentes portadoras (agregación de operadoras), diferentes enlaces físicos (como es conectividad dual), diferentes agrupaciones de recursos o comunicación directa entre dos UE o dispositivos (D2D), PRB asignados a través de diferentes tecnologías de acceso de radio (Multi-RAT), recursos asignados en diferentes grados de libertad espaciales (por ejemplo, antenas de transmisión que utilizan formación de haz) utilizando técnicas de formación de haz avanzadas.
PROGRAMACIÓN SEMI-PERSISTENTE (SPS) - SPS [1] es una posibilidad de reducir tráfico de señal de control para concesiones de recursos. Puede operar en dirección DL y/o UL. La 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 por IP (VoIP). Especialmente si se utilizan tamaños de paquete constantes (por ejemplo, dependiendo del códec VoIP), SPS y VoIP (por ejemplo, con velocidades de bits constantes e intervalos constantes) pueden reducir al mínimo recursos utilizados para señalización de control. La SPS se puede configurar durante la configuración del portador de radio (QoS). La configuración SPS puede contener información acerca de los ciclos RRM, y puede ser básicamente una plantilla de configuración que se puede activar, liberar o modificar en tanto se aplica. En general, la SPS en LTE se configura de forma separada en
- dirección de enlace descendente (semiPersistSchedIntervalDL) y
- dirección de enlace ascendente (semiPersistSchedIntervalUL).
Una configuración de SPS se lista en TR 36.331, “Radio Resource Control (RRC); Protocol specification”, y un ejemplo se da más adelante. Aquí, sf10 corresponde a 10 subtramas, sf128 corresponde a 120 subtramas.
semiPersistSchedIntervalDL
e n u m e r a d o {
sf10, sf20, sf32, sf40, sf64, sf80,
sf128, sf160, sf320, sf640, spare6,
spare5, spare4, spare3, spare2,
spare1},
semiPersistSchedintervalULUL
e n u m e r a d o {
sf10, sf20, sf32, sf40, sf64, sf80,
sf128, sf160, sf320, sf640, sf1-v14xy,
sf2-v14xy, sf3-v14xy, sf4-v14xy, sf5-v14xy, spare1}
En sistemas 4G y 5G que soportan intervalo corto de tiempo de transmisión (sTTI) o servicios URLLC, el intervalo SPS se puede reducir además a un valor entre 1-5 ms. Se pueden encontrar detalles 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 hacia adelante de alta velocidad combinado con codificación de repetición. Se puede utilizar para mejorar robustez de transmisión de datos por 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. La HARQ se puede combinar con mensajes de reconocimiento de transmisión (ACK) en la recepción exitosa de un paquete de datos, no reconocimientos (NACK), cuando se recibe un paquete de datos con errores y/o temporizadores, para reducir el tráfico de control utilizado para señalización ACK. Además, el tráfico NACK en ejemplos, puede indicar qué versión de redundancia se debe repetir en la próxima transmisión.
COMUNICACIONES DE BAJA LATENCIA ULTRA-CONFIABLES (URLLC) - Además del tráfico de datos de banda ancha móvil, mejorada (eMBB), la URLLC es un caso de uso importante soportado por liberaciones LTE (véase, por ejemplo, Rel. 15 LTE) y tecnología NR. La URLLC apunta a transmisión de recursos de extremo a extremo a 1 ms o menos, por ejemplo 0,5 ms o 0,25 ms en NR, en tanto que soporta bajas tasas de errores de paquetes (PER), por ejemplo 10'5 PER. Los casos de uso URLLC son escenarios con pequeños tamaños de paquete de unos cuantos cientos de bytes, por ejemplo 200 bytes, requeridos para escenarios de comunicación tipo máquina (MTC). Se señala, en liberaciones LTE actuales, que los retrasos de extremo a extremo se limitan habitualmente por temporizadores de procesamiento HARQ (retardo de al menos 4 ms hasta que se recibe el ACK/NACK), así como por capacidades de procesamiento de conjuntos de chips UE actuales. Para soportar URLLC, la combinación de nuevas tecnologías de chip con RRM avanzada se vuelva obligatoria. Además, la Rel. 15 LTE introduce una estructura de trama acortada (sTTI), en tanto que el NR define modificación de escala de subportadora más grande (SCS) y minisegmentos (la tecnología NR correspondiente a sTTI en LTE). Se señala que los mecanismos en LTE se limitan debido a la retrocompatibilidad a liberaciones anteriores. Sin embargo, los ejemplos pueden apuntar tanto a tecnología LTE como NR.
ACCESO DE ENLACE ASCEDENTE LIBRE DE CONCESIONES - Este es un esquema de transmisión UL sin concesiones de transmisión de enlace ascendente diseñadas para tráfico URLLC. Los recursos pueden o no compartirse entre uno o más usuarios. La configuración de recurso aún no se define. Este modo es especialmente interesante para el tráfico URLLC, ya que el UE no necesita esperar una concesión de recurso UL o la concesión de recurso UL SPS si el intervalo SPS es más grande que el requerimiento de servicio URLLC, por ejemplo el intervalo SPS se puede ajustar a 120 ms, y los datos se deben transmitir dentro de 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 UL dedicados. La D2D define servicios de proximidad (ProSe) donde los dispositivos (UE) en proximidad cercana para detectarse entre sí pueden tener esta comunicación directa entre sí, conocida como PC5. La ventaja principal de D2D es disminuir la carga de red, incrementar la capacidad en un ancho de banda dado, proporcionar comunicación en áreas fuera de red, por ejemplo esta última es especialmente importante en caso de servicios especiales tal como uso en escenarios de seguridad pública (PS). Si la comunicación D2D toma lugar bajo la cobertura de red, la estación base asigna bloques de frecuencia dedicados en el UL que se van a utilizar como las agrupaciones de recursos de la comunicación directa D2D PC5. Los recursos se comparten de una forma centralizada o distribuida. Para el método centralizado, la entidad central (por ejemplo, BS, por ejemplo, eNB/gNB, entidad de red central) puede asignar el recurso dedicado al UE. En contraste, en modo distribuido, también conocido como modo autónomo, el UE puede ser de forma aleatoria o después de detectar recursos libres de asignaciones en la agrupación de recursos PC5 para transmitir datos. En comunicaciones vehiculares, una red de vehículo a vehículo (V2V) dependerá de concesión 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 métodos, pasos, y/u operaciones analizadas anteriormente y/o implementa al menos uno de los dispositivos, sistemas y/o productos analizados anteriormente. El sistema 120 puede comprender 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 solo lectura, ROM, una memoria flash, un firmware, etcétera) que comprende instrucciones 126a que, cuando se ejecutan por un procesador (por ejemplo, procesador 122 y/o 42), pueden provocar que el procesador lleve a cabo al menos uno de los métodos y/u operaciones descritas anteriormente y/o implemente las funciones de los dispositivos, productos y sistemas descritos anteriormente.
El sistema 120 también puede comprender al menos unidad de entrada/salida, E/S, 128, para comunicarse con otros dispositivos.
La confiabilidad es para distribuir paquetes (datos). La información de un emisor a un receptor puede tener error o probabilidad de corte por debajo de un nivel dado/seleccionado/predefinido dentro de un intervalo de tiempo dado/seleccionado/predefinido, por ejemplo distribuir un mensaje A dentro de 100 ms a una probabilidad de corte por debajo de 10'3.
En ejemplos, el UE se puede configurar para lograr la latencia requerida con la probabilidad máxima permitida de fallo y/o la confiabilidad/durabilidad máxima de comunicación de datos.
En general, se pueden implementar ejemplos como un producto de programa de computadora con instrucciones de programa, siendo las instrucciones de programa operativas para llevar a cabo uno de los métodos cuando el producto de programa de computadora se ejecuta en una computadora. Las instrucciones del programa pueden almacenarse, por ejemplo, en un medio leíble por máquina.
Otros ejemplos comprenden el programa de computadora para llevar a cabo uno de los métodos descritos en la presente, almacenado en un portador leíble por máquina.
En otras palabras, un ejemplo de método es, por lo tanto, un programa de computadora que tiene instrucciones de programa para llevar a cabo uno de los métodos descritos en la presente, cuando el programa de computadora se ejecuta en una computadora.
Un ejemplo adicional del método es, por lo tanto, un medio portador de datos (o un medio de almacenamiento digital, o un medio leíble por computadora) que comprende, grabado en el mismo, el programa de computadora para llevar a cabo uno de los métodos descritos en la presente. El medio portador de datos, el medio de almacenamiento digital o el medio grabado son tangibles y/o no transitorios, en lugar de señales que son intangibles y transitorias.
Un ejemplo adicional del método es, por lo tanto, un flujo de datos o una secuencia de señales que representan el programa de computadora para llevar a cabo uno de los métodos descritos en la presente. El flujo de datos o la secuencia de señales pueden 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 lleva a cabo uno de los métodos descritos en la presente.
Un ejemplo adicional comprende una computadora que tiene instalada en la misma el programa de computadora para llevar a cabo uno de los métodos descritos en la presente.
Un ejemplo adicional comprende un aparato o un sistema que transfiere (por ejemplo, electrónicamente u ópticamente) un programa de computadora para llevar a cabo uno de los métodos descritos en la presente a un receptor. El receptor, por ejemplo, puede ser una computadora, un dispositivo móvil, un dispositivo de memoria o similares. El aparato o sistema, por ejemplo, puede comprender un servidor de archivos para transferir un programa de computadora al receptor.
En algunos ejemplos, un dispositivo lógico programable (por ejemplo, un arreglo de compuerta programable en el campo) se puede utilizar para llevar a cabo algunas o todas las funcionalidades de los métodos descritos en la presente. En algunos ejemplos, una matriz de compuerta programable en campo puede cooperar con un microprocesador a fin de llevar a cabo uno de los métodos descritos en la presente. En general, los métodos se pueden llevar a cabo por cualquier aparato de hardware apropiado.
Los ejemplos descritos anteriormente son simplemente ilustrativos para Ios principios analizados anteriormente. Se entiende que serán evidentes modificaciones y variaciones de las disposiciones y detalles descritos en la presente. Se propone, por lo tanto, que se limiten solo por el alcance de las reivindicaciones y no por Ios detalles específicos presentados a manera de descripción y explicación de Ios ejemplos en la presente.
Los elementos iguales o equivalentes o elementos con funcionalidad igual o equivalente se denotan en la siguiente descripción por números de referencia iguales o equivalentes, incluso si se presentan en diferentes figuras.
Referencias
[1] SPS: http://howltestuffworks.blogspot.de/2013/10/semi- persistent-scheduling.html
[2] R1-1700024. “Support of URLLC in UL”, Huawei, HiSilicon, Spokane, EUA, enero, 2017
[3] R1-1700375. “Uplink URLLC Transmission without Grant”, Intel, Spokane, EUA, enero, 2017
[4] R1-1704481. „Discussions on HARQ for grant-free UL URLLC”. Fujitsu, Spokane, EUA, abril.

Claims (18)

REIVINDICACIONES
1. Un equipo de usuario UE (24, 26, 28, 40), configurado para:
(16) recibir, de un dispositivo externo (22, 26, 30), datos de configuración (31) de una agrupación de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP (52, 52a-52k, JRP-i , JRP2) compartidos con otros equipos de usuario, UE;
(17) realizar comunicaciones UL (24”, 26”, 28”) al transmitir datos en recursos físicos concedidos (51, G);
(18) determinar si realizar comunicaciones UL adicionales y, en caso de posible determinación, realizar comunicaciones UL adicionales (24’”, 26’”, 28’”) transmitiendo datos en recursos físicos JRP; y caracterizado por configurarse para usar un recurso concedido particular (G) para retransmitir (1*, 1b) datos (1, 1b) y usar la JRP para transmitir datos programados para el recurso concedido particular.
2. El UE de cualquiera de las reivindicaciones precedentes, en donde los datos de configuración (31) comprenden reglas para acceso a medios.
3. El UE de cualquiera de las reivindicaciones precedentes, en donde los datos de configuración (31) comprenden reglas para resolución/evitación de colisiones.
4. El UE de cualquiera de las reivindicaciones precedentes, en donde los datos de configuración (31) comprenden reglas para la retransmisión de datos.
5. El UE de cualquiera de las reivindicaciones precedentes, configurado además para:
determinar si se deben llevar a cabo comunicaciones UL adicionales de acuerdo con criterios asociados con al menos la determinación de datos transmitidos incorrectamente (35) o métricas acerca de determinaciones de datos transmitidos incorrectamente.
6. El UE de cualquiera de las reivindicaciones precedentes, configurado además para:
transmitir datos (1) en la JRP y, en caso de necesidad de retransmisión, utilizar el recurso otorgado particular (G) para retransmitir los datos.
7. El UE de cualquiera de las reivindicaciones precedentes, configurado además para:
acceder a la JRP de acuerdo con un esquema de escuchar antes de hablar.
8. El UE de cualquiera de las reivindicaciones precedentes, configurado además para:
acceder a la JRP de acuerdo con un esquema de salto de frecuencia.
9. El UE de cualquiera de las reivindicaciones precedentes, en donde los recursos físicos JRP están en una combinación de cualquiera del dominio de tiempo, dominio de frecuencia, dominio de espacio, dominio de código y dominio de potencia.
10. El UE de cualquiera de las reivindicaciones precedentes, configurado además para:
participar con otros UE en una configuración para definir y/o elegir una entidad central, de tal forma que la entidad central señaliza los datos de configuración (31) de la JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP (52, 52a-52k, JRP-i, JRP2) compartidos con los otros UE.
11. Un dispositivo (22, 26, 30) configurado para:
(13) determinar, basado en métricas acerca de tráfico (33), métricas acerca de calidad de servicio, QoS (34), determinación de recepción de datos incorrectos (35), urgencia de comunicaciones (36) y/o selecciones (37), recursos físicos (52, 52a-52k, JRP1 , JRP2) que forman una agrupación de recursos conjuntos, JRP, recursos físicos de la JRP que se comparten por diferentes equipos de usuario, UE (24, 26, 28, 40) para comunicaciones de enlace ascendente, UL;
determinar reglas para acceso a medios, resolución de colisiones, y/o retransmisiones de datos en la JRP; y (14) señalizar los recursos físicos de una JRP a al menos algunos de los UE y las reglas a al menos algunos de los UE, caracterizado por que las reglas comprenden al menos la regla de usar un recurso concedido particular (G) para retransmitir (1*, 1b) datos (1, 1b) y usar la JRP para transmitir datos programados para el recurso concedido particular.
12. El dispositivo de la reivindicación 11, configurado además para:
determinar diferentes temporizadores de retroceso (T1, T2) para retransmisiones en la JRP que se van a asociar con diferentes UE;
señalizar Ios diferentes temporizadores de retroceso a Ios diferentes UE.
13. El dispositivo de cualquiera de las reivindicaciones 11-12, configurado como una estación base.
14. El dispositivo de las reivindicaciones 11-12, configurado como un UE configurado para:
participar con otros UE en una configuración para definir y/o elegir una entidad central, de tal forma que el UE, que opera como entidad central, señaliza los datos de configuración (31) de la agrupación de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP (52, 52a-52k, JRP-i , JRP2) compartidos con los otros UE.
15. Un método (15), que comprende:
(16) recibir, por un equipo de usuario (24, 26, 28, 40), datos de configuración (31) de una agrupación de recursos conjuntos, JRP, para comunicaciones de enlace ascendente, UL, en recursos físicos JRP (52, 52a-52k, JRP-i, JRP2) compartidos con otros equipos de usuario, UE;
(17) realizar comunicaciones UL (24”, 26”, 28”) al transmitir datos en recursos físicos concedidos;
(18) determinar si realizar comunicaciones UL adicionales y, en caso de posible determinación, realizar comunicaciones UL adicionales (24’”, 26’”, 28’”) transmitiendo datos en recursos físicos JRP; caracterizado el método por comprender el uso de un recurso concedido particular (G) para retransmitir (1*, 1b) datos (1, 1b) y usar la JRP para transmitir datos programados para el recurso concedido particular.
16. Un método (12), que comprende:
(13) determinar, basado en métricas acerca de tráfico (33), métricas acerca de calidad de servicio, QoS (34), determinación de recepción de datos incorrectos (35), urgencia de comunicaciones (36) y/o selecciones (37), recursos físicos (52, 52a-52k, JRP1, JRP2) que forman una agrupación de recursos conjuntos, JRP, recursos físicos de la JRP que se comparten por diferentes equipos de usuario, UE (24, 26, 28, 40) para comunicaciones de enlace ascendente, UL;
determinar reglas para acceso a medios, resolución de colisiones, y/o retransmisiones de datos en la JRP; y (14) señalizar los recursos físicos a al menos uno o algunos de los UE, caracterizado por que las reglas comprenden al menos la regla de usar un recurso concedido particular (G) para retransmitir (1*, 1 b) datos (1, 1b) y usar la JRP para transmitir datos programados para el recurso concedido particular.
17. Una unidad de almacenamiento no transitorio (126) que almacena instrucciones (126), que, cuando se ejecutan por un procesador (42, 122) provocan que el procesador realice un método de acuerdo con las reivindicaciones 15 o 16.
ES18729468T 2017-06-14 2018-06-13 Grupos de recursos compartidos para comunicaciones de enlace ascendente Active ES2833029T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP17176136.4A EP3416450A1 (en) 2017-06-14 2017-06-14 Joint resource pools for uplink communications
PCT/EP2018/065732 WO2018229165A1 (en) 2017-06-14 2018-06-13 Joint resource pools for uplink communications

Publications (1)

Publication Number Publication Date
ES2833029T3 true ES2833029T3 (es) 2021-06-14

Family

ID=59077869

Family Applications (2)

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
ES20199433T Active ES2960354T3 (es) 2017-06-14 2018-06-13 Grupos de recursos conjuntos para comunicaciones de enlace ascendente

Family Applications After (1)

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

Country Status (8)

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

Families Citing this family (16)

* 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
EP4136915A1 (en) * 2020-04-15 2023-02-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株式会社 時分割複信を用いるセルラ通信システムにおけるリソース割り当てを行う制御装置、制御方法、およびプログラム
US12118634B2 (en) 2020-09-01 2024-10-15 Skyline AI Ltd. System and method for detecting relevant potential participating entities
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 北京交通大学 结合选举与功率域非正交的卫星接入方法
US20240031084A1 (en) * 2022-07-21 2024-01-25 Qualcomm Incorporated Delay-doppler processing in orthogonal frequency domain multiplexing
JP2024120492A (ja) 2023-02-24 2024-09-05 キヤノン株式会社 量子駆動制御部を備えたアクチュエータ
WO2025081388A1 (zh) * 2023-10-18 2025-04-24 北京小米移动软件有限公司 基于正交时频空调制otfs的测量方法及装置、设备及系统
US20250317904A1 (en) * 2024-04-03 2025-10-09 Samsung Electronics Co., Ltd. Transmission and reception in a shared resource
KR20250176714A (ko) 2024-06-13 2025-12-22 국립금오공과대학교 산학협력단 하이브리드 otfs-noma-oma의 자원 할당 방법
CN119364525A (zh) * 2024-10-24 2025-01-24 西安电子科技大学 一种基于通感一体化和频域功率分配的otfs安全传输方法、系统、设备和介质

Family Cites Families (71)

* 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
US8571057B2 (en) 2004-02-07 2013-10-29 Neocific, Inc. Methods and apparatus for multi-carrier communications systems with automatic repeat request (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
JP4809245B2 (ja) 2004-12-28 2011-11-09 株式会社日立製作所 通信制御方法、無線通信システム及び無線通信機
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
WO2011068385A2 (ko) * 2009-12-03 2011-06-09 엘지전자 주식회사 무선 통신 시스템에서 효율적인 경합 기반 전송 방법 및 장치
CN102123399B (zh) * 2010-01-08 2014-01-01 华为技术有限公司 调度请求的方法及装置
CN103796320B (zh) * 2010-01-08 2018-01-16 华为技术有限公司 调度请求的方法及装置
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
WO2012150806A2 (ko) * 2011-05-02 2012-11-08 엘지전자 주식회사 무선 통신 시스템에서 데이터 송수신 방법 및 이를 위한 기지국
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)
JP2014529218A (ja) * 2011-08-15 2014-10-30 ノキア ソリューションズ アンド ネットワークス オサケユキチュア シグナリング
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
EP2802178A4 (en) * 2012-01-05 2015-08-26 Fujitsu Ltd METHOD AND USER DEVICE FOR DISTRIBUTING LINKING RESOURCES, METHOD AND BASE STATION FOR MULTIPLEX TRANSMISSION
KR101542415B1 (ko) * 2012-03-23 2015-08-06 엘지전자 주식회사 상향링크 신호 전송 방법 및 스테이션 장치와, 상향링크 신호 수신 방법 및 액세스 포인트 장치
US9253785B2 (en) 2012-05-04 2016-02-02 Broadcom Corporation Multi-cell incremental redundancy
US11006462B2 (en) 2012-05-21 2021-05-11 Blackberry 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
WO2014059592A1 (zh) 2012-10-16 2014-04-24 华为技术有限公司 混合自动重传确认信息的传输方法、装置、ue及基站
JP6369458B2 (ja) 2013-06-04 2018-08-08 日本電気株式会社 クロス−サブフレームスケジューリングの有無両方で、フレキシブル−tddシステムにおけるdl伝送のためのdlスケジューリング及びharq−ackフィードバック
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
WO2015137632A1 (en) * 2014-03-11 2015-09-17 Lg Electronics Inc. Method for allocating temporary identifier to terminal in random access procedure in wireless communication system and apparatus tehrefor
US9445278B2 (en) * 2014-04-11 2016-09-13 Qualcomm Incorporated Classification-based adaptive transmission in unlicensed spectrum
US20150305041A1 (en) 2014-04-16 2015-10-22 Electronics And Telecommunications Research Institute Method and apparatus for providing service using radio resource aggregation
US9729283B2 (en) 2014-05-08 2017-08-08 Intel IP Corporation Systems, methods and devices for flexible retransmissions
US9392614B2 (en) 2014-06-30 2016-07-12 Intel IP Corporation Listen before talk for cellular in unlicensed band
US10257797B2 (en) 2014-08-07 2019-04-09 Lg Electronics Inc. Synchronization signal receiving method and user apparatus, and synchronization signal transmission method and base station
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
US10237030B2 (en) 2014-11-03 2019-03-19 Qualcomm Incorporated Communicating hybrid automatic repeat/request (HARQ) feedback in wireless communications
US20180115983A1 (en) 2014-11-06 2018-04-26 Ntt Docomo, Inc. User terminal and radio communication system
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
CN113613343B (zh) 2015-04-08 2024-08-13 交互数字专利控股公司 Wtru、由wtru执行的方法及针对有条件上行链路传输的方法
KR20160122666A (ko) * 2015-04-14 2016-10-24 한국전자통신연구원 Mtc 네트워크의 랜덤 액세스 방법 및 장치
US20180124829A1 (en) 2015-04-30 2018-05-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
WO2017014549A1 (ko) * 2015-07-20 2017-01-26 엘지전자 주식회사 하향링크 제어 정보 수신 방법 및 사용자기기와, 하향링크 제어 정보 전송 방법 및 기지국
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 삼성전자주식회사 무선 통신 시스템에서 복합 재전송을 수행하는 방법 및 장치
WO2017039141A1 (ko) 2015-09-02 2017-03-09 엘지전자 주식회사 비면허 대역을 지원하는 무선접속시스템에서 우선순위 클래스를 고려하여 경쟁 윈도우 크기를 조절하는 방법 및 이를 지원하는 장치
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
EP3536005B1 (en) * 2016-11-04 2023-07-12 Telefonaktiebolaget L M Ericsson (publ) Cooperation between nodes operating in licensed and unlicensed spectrum for channel access in unlicensed spectrum
CN114938533A (zh) * 2016-12-30 2022-08-23 英特尔公司 用于无线电通信的方法和设备
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
US12363729B2 (en) 2025-07-15
EP3787366A1 (en) 2021-03-03
CN111034326B (zh) 2023-09-15
ES2960354T3 (es) 2024-03-04
EP3639605A1 (en) 2020-04-22
WO2018229165A1 (en) 2018-12-20
KR102412963B1 (ko) 2022-06-27
EP3787366B1 (en) 2023-08-16
BR112019026882A8 (pt) 2023-04-11
US20250351147A1 (en) 2025-11-13
BR112019026882A2 (pt) 2020-06-30
CN111034326A (zh) 2020-04-17
JP2023027316A (ja) 2023-03-01
EP3416450A1 (en) 2018-12-19
US11405948B2 (en) 2022-08-02
US20200120707A1 (en) 2020-04-16
JP7214070B2 (ja) 2023-01-30
KR20220092639A (ko) 2022-07-01
KR20200013772A (ko) 2020-02-07
EP3639605B1 (en) 2020-10-28
EP4271111A3 (en) 2024-01-24
JP7803366B2 (ja) 2026-01-21
JP2024109879A (ja) 2024-08-14
US20220369361A1 (en) 2022-11-17
EP4271111A2 (en) 2023-11-01
EP3787366C0 (en) 2023-08-16
JP2020523890A (ja) 2020-08-06
KR102652646B1 (ko) 2024-03-28

Similar Documents

Publication Publication Date Title
ES2833029T3 (es) Grupos de recursos compartidos para comunicaciones de enlace ascendente
US12167445B2 (en) Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal
ES2987325T3 (es) Método de transmisión de datos de enlace lateral, dispositivo terminal y dispositivo de red
ES2901055T3 (es) Retroalimentación de HARQ en la banda del espectro de RF compartido
ES2817905T3 (es) Métodos, estación base y dispositivo inalámbrico para soportar comunicación de radio
ES2870494T3 (es) Un dispositivo de comunicación y un método en el mismo para determinar el tamaño de una ventana de contención en una red de comunicación
CN112740782B (zh) 边链路信息的发送和接收方法以及装置
CN109152050B (zh) 下行控制信道参数的配置方法、网络设备和终端设备
US20220369291A1 (en) Terminal and communication method
JP2018520570A (ja) 共有無線周波数スペクトル帯域中での送信のためにクリアチャネルアセスメント(cca)ウィンドウを調整するための技法
US20180310332A1 (en) Method for transmitting uplink in unlicensed band and device using same
JP2023106450A (ja) グラントフリーアップリンク送信
WO2018059528A1 (en) Autonomous uplink in multefire
WO2024066975A1 (zh) 一种通信方法及装置
US20220272729A1 (en) Terminal and communication method
CN116471693A (zh) 一种通信方法及装置
HK40023989A (en) Joint resource pools for uplink communications
CN117880969A (zh) 一种通信方法、装置、计算机可读存储介质和程序产品
HK40023989B (zh) 用於上行链路通信的联合资源池