ES2884311T3 - Señalización del patrón de recursos de dispositivo a dispositivo - Google Patents

Abstract

Un procedimiento por parte de un primer dispositivo (100) de comunicación para comunicaciones de dispositivo a dispositivo, D2D, con un segundo dispositivo (102) de comunicación, el procedimiento que comprende: obtener (300) información sobre la configuración dúplex de un nodo (110) de red radio que afecta a la asignación de recursos por parte del primer dispositivo (100) de comunicación para la comunicación D2D con el segundo dispositivo (102) de comunicación, en el que la configuración dúplex es un dúplex por división de frecuencia, FDD, o dúplex divisional de tiempo, TDD; derivar (302) un conjunto de patrones de recursos, RPT, en base a la información; seleccionar (304) un RPT entre el conjunto de RPT en base a la información del planificador; y señalizar (306) un índice que se usa para identificar el RPT seleccionado al segundo dispositivo (102) de comunicación.

Description

DESCRIPCIÓN

Señalización del patrón de recursos de dispositivo a dispositivo

Campo técnico

La presente descripción está dirigida a las comunicaciones y, más en particular, a los procedimientos de comunicación inalámbrica.

Antecedentes

Los desarrollos recientes de evolución a largo plazo (LTE) 3GPP facilitan el acceso a servicios locales basados en IP en el hogar, la oficina, un punto de acceso inalámbrico público o incluso en entornos al aire libre. Uno de los casos de uso importantes para el acceso IP local y la conectividad local implica la comunicación directa entre dispositivos de comunicación inalámbrica, p. ej., dispositivos de equipo de usuario (UE), muy cerca (típicamente menos de unas pocas decenas de metros, pero a veces hasta unos cientos de metros) el uno del otro. Por ejemplo, cuando los dispositivos de comunicación (denominados dispositivos para abreviar) se encuentran próximos entre sí, pueden configurarse para funcionar en un modo de comunicación de dispositivo a dispositivo (D2D) en el que se comunican a través de un enlace directamente entre ellos sin encaminamiento de comunicaciones a través de cualquier otro dispositivo o nodo de red radio (p. ej., eNB). La Figura 1 ilustra un sistema en el que un par de dispositivos 100 y 102 de comunicación electrónica (también denominados dispositivos de comunicación y dispositivos para abreviar) pueden funcionar en un modo D2D comunicándose a través de un enlace directamente entre ellos, o de forma alternativa pueden funcionar para comunicarse indirectamente con entre sí a través de un nodo 110 de red radio.

Este modo directo o de comunicaciones de dispositivo a dispositivo (es decir, D2D) permite una serie de posibles mejoras en comparación con la retransmisión de comunicaciones a través de un nodo de red radio (p. ej., red celular), porque la vía entre dispositivos D2D puede ser mucho más corta que entre dispositivos indirectos. dispositivos de comunicación (p. ej., dispositivos celulares) que se comunican a través de un nodo de red radio (p. ej., estación base celular, eNB). Las ventajas de las comunicaciones D2D pueden incluir una o más de las siguientes:

• Ganancia de capacidad: los recursos de radio (p. ej., bloques de recursos OFDM) entre el D2D y las capas celulares se pueden reutilizar (proporcionando ganancia de reutilización). Además, un enlace D2D utiliza un solo salto entre los dispositivos transmisor y receptor en lugar del enlace de 2 saltos a través de un nodo de red radio celular, p. ej., un punto de acceso (que proporciona ganancia de salto).

• Ganancia de velocidad pico: debido a la proximidad y a unas condiciones de propagación posiblemente favorables, se pueden lograr velocidades pico más altas (ganancia de proximidad); y

• Ganancia de latencia: cuando los dispositivos se comunican a través de un enlace directo, se evita el reenvío del nodo de red radio (p. ej., eNB) y la latencia de extremo a extremo puede disminuir.

Algunas aplicaciones atractivas de las comunicaciones D2D son emisión de vídeo en tiempo real, juegos en línea, descarga de medios, intercambio de archivos, entre pares (P2P), etc.

En las notas del presidente de RAN1 núm. 76, febrero de 2014, se han descrito los siguientes procesos para planificar asignaciones (SA). En la comunicación de radiodifusión D2D, las asignaciones de planificación que al menos indican la ubicación del (de los) recurso(s) para la recepción del canal físico asociado que transporta datos D2D se transmiten mediante el dispositivo de radiodifusión, que también se denomina equipo de usuario (UE). La indicación de (de los) recurso(s) para la recepción puede ser implícita y/o explícita en base al recurso o contenido de asignación de planificación. En otras palabras, las SA se utilizan para la comunicación de radiodifusión D2D para indicar al menos los recursos de tiempo cuando se transmiten los datos D2D correspondientes. Los beneficios de las SA y los procedimientos relacionados se han descrito en R1-140778 titulado "On scheduling procedure for D2D", Ericsson, febrero de 2014.

Rl-141391 Ericsson, abril de 2014, “On Scheduling Assignments and Receiver Behavior”, Borrador de 3GPP, describe un procedimiento para la comunicación de radiodifusión D2D. En D1, se sugiere que la asignación de planificación utilice el PUSCH para la transmisión. En D1 se presentan dos modos, el Modo 1 y el Modo 2. En el Modo 1, el UE está en cobertura y la ubicación de los recursos para la transmisión de la asignación de planificación por parte del UE de radiodifusión procede del eNodo B. En el Modo 2, el UE está fuera de cobertura y el UE, por su cuenta, selecciona el recurso para planificar la asignación del grupo de recursos para planificar la asignación para transmitir su asignación de planificación. El grupo de recursos para planificar la asignación está preconfigurado y/o asignado de forma semiestática.

Dado que la SA se usa para indicar la ubicación de los recursos a los dispositivos receptores, un aspecto aquí es el diseño del patrón de recursos (RPT), es decir, la ubicación de las subtramas en las que tendrán lugar las transmisiones de datos de radiodifusión D2D. El diseño de RPT debe considerar el objetivo de rendimiento, por ejemplo, se define que el nivel de referencia de la potencia recibida debe ser mayor que -107dBm. Para alcanzar el nivel de potencia de -107dBm, puede producirse el siguiente proceso:

1) El ancho de banda ocupado es limitado para evitar colisiones en el dominio de la frecuencia.

2) Debe tenerse en cuenta el rendimiento del hardware del dispositivo (p. ej., UE) de la emisión dentro de banda para evaluar la interferencia del canal contiguo.

3) Para compensar la mala calidad del canal (incluida la alta pérdida de trayectoria, desvanecimiento, interferencia de cocanal y/o interferencia de canal contiguo), puede ser necesaria alguna mejora de L 1, como la retransmisión;

4) La retransmisión aumenta aún más los recursos necesarios para la transmisión D2D en el dominio del tiempo, lo que es más difícil para un sistema TDD donde hay menos subtramas UL que en un sistema FDD.

D2D se puede transmitir en recursos de enlace ascendente (UL) (subtrama UL en un sistema dúplex por división de tiempo (TDD) y banda UL en un sistema dúplex por división de frecuencia (FDD)). A causa del semidúplex, el dispositivo (p. ej., UE) no puede transmitir y recibir al mismo tiempo. El semidúplex también es un factor que debe tenerse en cuenta en el diseño RPT.

En R1-141384, titulado "D2D Physical Channels Design", Ericsson, abril de 2014, se ha propuesto que el diseño del patrón de recursos para un sistema FDD sea como se explica a continuación y se ilustra en la Figura 2, donde la voz sobre IP (VoIP) se considera el tráfico. En la Figura 2, el eje y (eje vertical) representa el dominio de la frecuencia y el eje x (eje horizontal) representa el dominio del tiempo. El UE-A (p. ej., 100) transmite una asignación de planificación SA 200a en una frecuencia al UE-B (p. ej., 102) y luego retransmite la asignación de planificación SA 200b en otra frecuencia al UE-B para definir un primer patrón de datos en el que los paquetes de voz 204 se transmitirán con saltos entre dos frecuencias diferentes. De manera similar, el UE-B (p. ej., 102) transmite una asignación de planificación SA 202a al UE-A (p. ej., 100) para definir un segundo patrón de datos en el que los paquetes de voz 206 se transmitirán con saltos entre las dos frecuencias diferentes.

En el ejemplo de la Figura 2, se crea un paquete de voz cada 20 ms a partir de una capa de aplicación, para el cual:

1) se asigna un grupo de SA, lo que permite de una a cuatro transmisiones de SA por ciclo de 160 ms - SA, es decir, controlar la ubicación de recursos para que se transmitan ocho paquetes de voz después del ciclo de SA;

2) se asignan cuatro (re) transmisiones de datos por 20 ms, donde se asigna un ancho de banda de 2RB por transmisión de datos; y

3) Entre el ciclo de SA y los períodos de transmisión de datos, es decir, durante el período de transmisión de datos, hay algunas subtramas reservadas para SA que se utilizan para planificar paquetes de datos en las siguientes subtramas.

Posibles problemas con estos enfoques:

Dado que el diseño RPT descrito en R1-141384 es para un sistema FDD y para tráfico VoIP, es difícil de aplicar a un sistema TDD. Por ejemplo, requiere al menos 4 (para SA) 8 * 4 (para datos) = 36 para la transmisión de radiodifusión D2D por 160 ms, lo que hace que aproximadamente el 22,5% de los recursos se asignen a los recursos D2D y puede resultar en al menos una degradación del 22,5% del rendimiento UL de un sistema celular. Mientras que para un sistema TDD, el número de subtrama UL disponible está entre el 10% (configuración 5) y el 60% (configuración 0), lo que significa que en un sistema TDD, si se reutilizan procesos RPT de un sistema FDD, provocaría una mayor degradación del rendimiento UL o provocaría que no queden suficientes recursos, incluso solo para la comunicación de radiodifusión D2D.

Una posible solución es definir muchos patrones, algunos optimizados para FDD, algunos optimizados para TDD, y todos estos patrones diferentes se indican a través de diferentes índices incluidos en la SA. Sin embargo, la carga útil de las SA debe minimizarse para proporcionar un balance de enlace aceptable, lo que es aún más difícil en un sistema TDD con menos subtramas UL que en un sistema FDD. Además, para diferentes servicios de tráfico, el patrón de datos podría ser diferente debido a los diferentes requisitos de rendimiento.

Teniendo en cuenta los diferentes servicios de tráfico y los diferentes escenarios de configuración de TDD, podría haber una gran cantidad de patrones de datos. Entonces, el número de índices de patrón sería demasiado grande y, por lo tanto, la longitud del índice de patrón sería demasiado grande para incluirse en la carga útil limitada de las SA.

Los enfoques descritos en la sección de Antecedentes podrían aplicarse, pero no son necesariamente enfoques que se hayan contemplado o intentado previamente. Por lo tanto, a menos que se indique lo contrario en la presente memoria los enfoques descritos en la sección de Antecedentes no son técnica anterior a las reivindicaciones de esta solicitud y no se admiten como técnica anterior mediante su inclusión en la sección de Antecedentes.

Compendio

Según la presente invención, se proporcionan procedimientos, como se exponen en las reivindicaciones independientes 1 y 5. Las realizaciones adicionales de la invención se describen en las reivindicaciones dependientes.

Algunas realizaciones de la presente descripción están dirigidas a un procedimiento por parte de un primer dispositivo de comunicación para comunicaciones de dispositivo a dispositivo (D2D) con un segundo dispositivo de comunicación. El procedimiento incluye obtener información sobre la configuración dúplex de un nodo de red radio que afecta a la asignación de recursos por parte del primer dispositivo de comunicación para la comunicación D2D con el segundo dispositivo de comunicación, en el que la configuración dúplex es configuración dúplex por división de frecuencia, FDD o dúplex por división de tiempo, TDD.

El procedimiento incluye además derivar un conjunto de patrones de recursos (RPT) en base a la información, seleccionar un RPT entre el conjunto de RPT en base a la información del planificador y señalizar un índice que se usa para identificar el RPT seleccionado al segundo dispositivo de comunicación.

Una ventaja posible de este enfoque es que se puede derivar un conjunto de RPT que se optimizan en vista de la configuración dúplex del nodo de red radio que afecta a la asignación de recursos por parte del primer dispositivo de comunicación para la comunicación D2D con el segundo dispositivo de comunicación. Además, el uso de los recursos disponibles para la señalización aérea se minimiza seleccionando un RPT de entre el conjunto de RPT en base a la información del planificador y luego señalizando solo un índice al segundo dispositivo de comunicación que es utilizado por el segundo dispositivo de comunicación para identificar el RPT seleccionado. Se pueden obtener mejoras en la capacidad de los recursos de comunicación, las velocidades de tráfico pico y/o la latencia de la comunicación para las comunicaciones D2D entre dichos dispositivos de comunicación.

En algunas realizaciones adicionales, el procedimiento incluye derivar recursos que se usarán para la transmisión D2D desde el primer dispositivo de comunicación al segundo dispositivo de comunicación en base al RPT seleccionado, y transmitir datos desde el primer dispositivo de comunicación al segundo dispositivo de comunicación usando los recursos derivados para la transmisión D2D.

La información puede recibirse desde el nodo de red radio cuando el primer dispositivo de comunicación está ubicado dentro de la cobertura de comunicación del nodo de red radio, recibida desde un retransmisor del plano de control cuando el primer dispositivo de comunicación está ubicado cerca de un borde de la cobertura de comunicación del nodo de red radio, o recibido desde un tercer dispositivo de comunicación cuando el primer dispositivo de comunicación se encuentra fuera de la cobertura de comunicación del nodo de red radio.

Algunas otras realizaciones de la presente descripción están dirigidas a un procedimiento por parte de un primer dispositivo de comunicación para comunicaciones D2D con un segundo dispositivo de comunicación. El procedimiento incluye obtener información sobre la configuración dúplex de un nodo de red radio que afecta al uso de los recursos D2D por parte del primer dispositivo de comunicación para recibir comunicaciones D2D desde el segundo dispositivo de comunicación, en el que la configuración dúplex es una configuración dúplex por división de frecuencia, FDD o dúplex por división de tiempo, TDD.

El procedimiento incluye además derivar un conjunto de patrones de recursos (RPT) en base a la información, recibir un índice señalizado por el segundo dispositivo de comunicación, seleccionar un RPT entre el conjunto de RPT en base al índice y derivar recursos que se utilizarán para la recepción D2D desde el segundo dispositivo de comunicación en base al RPT seleccionado.

En algunas realizaciones adicionales, el procedimiento incluye recibir datos en el primer dispositivo de comunicación desde el segundo dispositivo de comunicación utilizando los recursos derivados para la recepción D2D.

Se describen dispositivos de comunicación y nodos de redes radio relacionados. Otros procedimientos, dispositivos de comunicación y nodos de redes radio según las realizaciones de la invención serán evidentes para un experto en la técnica después de revisar los siguientes dibujos y la descripción detallada. Se pretende que todos estos procedimientos adicionales, dispositivos de comunicación y nodos de redes radio se incluyan en esta descripción.

Breve descripción de los dibujos

Los dibujos adjuntos, que se incluyen para proporcionar una mayor comprensión de la descripción y se incorporan y constituyen una parte de esta solicitud, ilustran determinadas realizaciones no limitantes de los conceptos de la invención. En los dibujos:

la Figura 1 ilustra un sistema en el que los dispositivos pueden funcionar para comunicarse directa o indirectamente entre sí;

la Figura 2 ilustra un canal físico de radiodifusión que transporta tanto datos como asignaciones de planificación (SA);

la Figura 3 ilustra un diagrama de flujo de operaciones y procedimientos que son realizados por un dispositivo transmisor (Tx) que se comunica por d 2d con un dispositivo receptor (Rx);

la Figura 4 ilustra patrones de recursos (RPT) para dos configuraciones TDD;

la Figura 5 ilustra un diagrama de flujo de operaciones y procedimientos que son realizados por un dispositivo receptor (Rx) que recibe información de un dispositivo transmisor (Tx) mediante comunicación D2D;

la Figura 6 es un diagrama de bloques de un dispositivo de comunicación;

la Figura 7 es un diagrama de bloques de un nodo de red radio;

la Figura 8 es un diagrama de flujo de operaciones y procedimientos realizados por un dispositivo transmisor (Tx) para la transmisión D2D de datos a un dispositivo receptor (Rx);

la Figura 9 es un diagrama de flujo de operaciones y procedimientos realizados por un dispositivo receptor (Rx) para recibir datos de un dispositivo transmisor (Tx) usando dispositivos de recursos para la transmisión D2D;

la Figura 10 es un diagrama de bloques de módulos funcionales que pueden implementarse dentro de un dispositivo transmisor (Tx); y

la Figura 11 es un diagrama de bloques de módulos funcionales que pueden implementarse dentro de un dispositivo receptor (Rx).

Descripción detallada

Los conceptos de la invención se describirán más completamente a continuación en referencia a los dibujos adjuntos, en los que se muestran ejemplos de realizaciones de conceptos de la invención. Sin embargo, los conceptos de la invención pueden materializarse de muchas formas diferentes y no deben interpretarse como limitados a las realizaciones expuestas en la presente memoria. Más bien, estas realizaciones se proporcionan de modo que esta descripción sea exhaustiva y completa, y transmita por completo el alcance de los conceptos de la presente invención a los expertos en la técnica. También debe tenerse en cuenta que estas realizaciones no se excluyen mutuamente. Se puede suponer tácitamente que los componentes de una realización están presentes/utilizados en otra realización.

Diversas realizaciones presentes descritas en la presente memoria pueden superar uno o más de los posibles problemas explicados anteriormente con algunos enfoques previamente conocidos.

Se describen diversas realizaciones en el contexto de los dispositivos de comunicación electrónica (denominados dispositivos para abreviar) que pueden comunicarse entre sí usando D2D y pueden comunicarse con un nodo de red radio (p. ej., eNB). Los dispositivos de ejemplo no limitantes pueden incluir equipos de usuario (UE), dispositivos capaces de una comunicación de máquina a máquina (M2M), PDA, iPAD, tableta electrónica, terminales móviles, teléfonos inteligentes, equipo integrado con ordenador portátil (LEE), equipo montado en ordenador portátil (LME), llaves USB, etc.

Varias realizaciones descritas en la presente memoria están dirigidas a operaciones y procedimientos realizados para la transmisión de dispositivo a dispositivo (D2D) por parte de un dispositivo de transmisión (Tx) a un dispositivo de recepción (Rx). Los dispositivos de transmisión y recepción usan información sobre la portadora que se usará para la transmisión D2D para derivar un subconjunto de patrones de recursos (RPT) (p. ej., patrones de datos y tiempos). La señalización de los patrones de datos desde el dispositivo transmisor al dispositivo receptor se basa entonces en la señalización de uno de los múltiples patrones en el subconjunto RPT derivado.

En algunas realizaciones, el SA incluye un número (pequeño) predefinido de bits que indican un índice RPT. El posible dispositivo receptor (Rx) tiene conocimiento de la configuración de dúplex por división de frecuencia (FDD)/dúplex por división de tiempo (TDD) y TDD y posiblemente otros parámetros relevantes. El subconjunto de todos los posibles RPT señalizados por los bits SA RPT puede ser una función de la configuración FDD/TDD en base a mapeo predefinido y/u otros parámetros definidos. Los otros parámetros definidos pueden incluir posiciones de canal físico de acceso aleatorio (PRACH), parámetros de ARQ híbrido, solicitud de repetición automática híbrida (HARQ) y/o configuración de canal físico de control de enlace ascendente (PUCCH) o señal de referencia de sondeo (SRS).

El RPT puede indicar explícitamente un patrón de solo recursos de tiempo, solo recursos de frecuencia o una combinación de recursos de tiempo y frecuencia. Otras propiedades de RPT pueden derivarse en el dispositivo receptor (Rx) implícita o ciegamente.

Una posible ventaja de este enfoque es que la sobrecarga de las SA puede ser menor que de otra manera mientras se mantiene la flexibilidad.

La Figura 3 ilustra un diagrama de flujo de operaciones y procedimientos que son realizados por un dispositivo transmisor (Tx) (p. ej., el dispositivo 100 en la Figura 1) que se comunica con un dispositivo receptor (Rx) (p. ej., el dispositivo 102 en la Figura 1) según algunas realizaciones. En referencia al bloque 300 de la Figura 3, antes de la transmisión de datos, el dispositivo Tx obtiene información que indica una configuración dúplex de un nodo de red radio (p. ej., eNB 110 en la Figura 1) con el cual el dispositivo Tx puede comunicarse y/o obtiene otra configuración de señalización que puede afectar a la asignación de recursos por parte del dispositivo Tx para las comunicaciones D2D con un dispositivo Rx. La información puede incluir uno o más de: un esquema dúplex FDD/TDD para una portadora definida, una configuración TDD y/u otra información que pueda afectar a la asignación de recursos D2D que incluye, p. ej., configuración PRACH, parámetros HARQ, configuración PUCCH/SRS, periodicidad, desplazamiento de tiempo y/o asignación de recursos.

El dispositivo Tx puede obtener la información recibiéndola desde el nodo de red radio (cuando se encuentra dentro de la cobertura de comunicación del nodo de red radio), desde un retransmisor del plano de control (GP) (cuando se encuentra cerca de un borde de la cobertura de comunicación del nodo de red radio) y/o de otros dispositivos, p. ej., UE como una cabecera de clúster (CH) cuando se encuentra fuera de la cobertura de comunicación del nodo de red radio. El dispositivo Tx puede obtener de forma adicional o alternativa la información basada en datos preconfigurados almacenados en la memoria del dispositivo Tx.

En referencia al bloque 302, el dispositivo Tx usa la información (bloque 300) para derivar un RPT y, más en particular, puede derivar un conjunto de RPT. En consecuencia, la información diferente que se recibe u obtiene puede hacer que el dispositivo Tx derive diferentes conjuntos de RPT. En referencia al bloque 304, el dispositivo Tx selecciona un RPT entre el conjunto de RPT que se ha derivado (bloque 302) en base a la información del planificador.

A continuación se proporcionan cinco ejemplos para ilustrar cómo el dispositivo Tx puede derivar un conjunto de RPT utilizando información que puede incluir uno o más de los siguientes:

1) Información dúplex:

Cuando la información incluye información dúplex como FDD/TDD y una configuración de TDD diferente, el campo RPT en la SA puede tener una interpretación diferente. Un ejemplo de RPT para un sistema FDD se ilustra en la Figura 2, mientras que los ejemplos de RPT para dos configuraciones TDD ("TDD conf. 1" y "TDD conf. 2) se muestran en la Figura 4.

En referencia a la Figura 4, se puede ver que el número de subtrama UL disponible es diferente entre diferentes configuraciones y el espaciado entre subtramas UL es diferente, lo que impone diferentes restricciones en el diseño del patrón RPT para la SA y los recursos de datos. Además, en comparación con la configuración 1, la configuración 2 tiene menos subtramas UL (40%->20%), lo que provoca que se asignen menos subtramas de datos a la transmisión de datos D2D (3 a 1 por 20 ms).

El dispositivo Tx puede seleccionar (bloque 304) un RPT de entre el conjunto de RPT que se ha derivado, en base a si la información del planificador es para un esquema dúplex FDD o es para un esquema dúplex TDD.

2) Información PRACH:

Cuando la información incluye la configuración PRACH, el conjunto de RPT se puede derivar para que el dispositivo Tx realice la SA con el dispositivo Rx para que las comunicaciones D2D eviten el recurso PRACH del nodo de red radio (p. ej., nodo celular). El PRACH y tipos similares de información pueden afectar a los RPT derivados por el dispositivo Tx de modo que evite mapear los recursos de datos con los recursos que se utilizan para el PRACH. Más en particular, el dispositivo Tx puede derivar el conjunto de RPT en base a la configuración del PRACH para evitar mapear los recursos de datos con los recursos que se usan para el PRACH.

3) Información HARQ:

Cuando la información incluye parámetros HARQ, las comunicaciones de dispositivo a dispositivo

que se producen como D2D y las comunicaciones por parte de un nodo de red radio (p. ej., un nodo celular) se multiplexan en sus recursos UL. La (re)transmisión de UL HARQ por parte de un nodo de red radio celular es síncrona. El dispositivo Tx puede derivar un conjunto de RPT en base a los parámetros HARQ para la transmisión de datos D2D para evitar los recursos que se utilizan para la retransmisión del enlace ascendente (UL) por parte del nodo (110) de red radio.

4) Información de PUCCH/SRS:

Cuando la información incluye la configuración de PUCCH o SRS, si D2D tiene que evitar el recurso PUCCH o SRS de un nodo de red radio (p. ej., un nodo celular), este tipo de información puede afectar al esquema RPT, donde un enfoque es evitar mapear los datos de recursos a los recursos que se utilizan para el PUCCH o SRS. El dispositivo Tx puede derivar un conjunto de RPT para la transmisión de datos D2D en base a la configuración de PUCCH o SRS para evitar mapear los recursos de datos a los recursos que se utilizan para PUCCH o SRS.

5) Diferentes tipos de tráfico admitidos para D2D:

Los diferentes tipos de tráfico (p. ej., VoIP, multimedia, FTP, etc.) se caracterizan por diferentes limitaciones de rendimiento, latencia, fiabilidad y cobertura. El dispositivo Tx puede obtener (conocer o determinar) una o más de estas restricciones y utilizarlas en parte para derivar un conjunto de RPT. El tipo de tráfico puede determinarse y/o sus restricciones pueden determinarse por el dispositivo Tx y usarse para controlar la derivación de los RPT en base a la densidad de recursos de tiempo de las subtramas de datos en un patrón y mapeo, patrones de retransmisión, mapeo de retransmisiones HARQ y/o un número paralelo de procesos HARQ. Por ejemplo, el tráfico multimedia tiene unas restricciones de latencia de datos y rendimiento diferentes al tráfico del protocolo de transferencia de archivos (FTP). El dispositivo Tx puede derivar un conjunto de RPT para el tráfico multimedia diferente al tráfico FTP para proporcionar, p. ej., una densidad de subtramas de datos definida en un patrón de datos para el tipo de tráfico asociado que se transportará a través de las comunicaciones D2D.

Cabe señalar que todos los posibles RPT para todos los conjuntos de escenarios de información admitidos se pueden tabular en una tabla. De forma adicional o alternativa, los RPT se pueden generar en tiempo de ejecución en base a unas reglas predefinidas.

Se puede derivar un conjunto de RPT en base a una o más de las siguientes reglas:

• Proporcionar un número definido de subtramas UL o un porcentaje de subtramas UL que se utilizarán para comunicaciones D2D;

• Proporcionar una división de recursos definida entre comunicaciones de nodo de red radio (p. ej., celular) y comunicaciones D2D;

• Proporcionar un número definido de subtramas de datos y SA en un patrón de datos;

• Proporcionar una distancia de subtrama mínima definida entre la SA y los datos;

• Proporcionar una distancia mínima de subtrama entre la retransmisión de datos;

• Evitar o impedir el uso de una subtrama UL que se utilice para el PRACH/SRS; y/o

• Considerar la información HARQ de la transmisión del nodo de red radio (p. ej., celular).

En referencia al bloque 306, el dispositivo Tx envía un índice que identifica el RPT seleccionado al dispositivo Rx. El dispositivo Tx puede mapear el índice a un campo en la carga útil de las SA (o de forma equivalente cualquier otro canal de control D2D). El mismo valor del índice se puede utilizar para indicar un RPT seleccionado diferente para, por ejemplo, las configuraciones TDD 1 y 2 que se muestran en la Figura 4.

La Figura 5 ilustra un diagrama de flujo de operaciones y procedimientos que son realizados por un dispositivo receptor (Rx) que recibe información de un dispositivo Tx usando comunicaciones D2D según algunas realizaciones. En el bloque 500, antes de la detección de datos, el dispositivo Rx obtiene información que indica una configuración dúplex de un nodo de red radio (p. ej., eNB 110 en la Figura 1) con el que el dispositivo Rx puede comunicarse y que puede afectar al uso de recursos por parte del dispositivo Rx para recibir comunicaciones D2D desde el dispositivo Tx y/u obtener otra configuración de señalización que pueda afectar al uso de recursos por parte del dispositivo Rx para recibir comunicaciones D2D desde el dispositivo Tx. La información puede incluir uno o más de: un esquema dúplex FDD/TDD para una portadora definida, una configuración TDD y/u otra información que pueda afectar a la asignación de recursos D2D que incluye, p. ej., configuración PRACH, parámetros HARQ, configuración PUCCH/SRS, periodicidad, desplazamiento de tiempo y/o asignación de recursos.

El dispositivo Rx puede obtener la información recibiéndola desde el nodo de red radio, p. ej., eNB (cuando se encuentra dentro de la cobertura del nodo de red radio), desde un retransmisor del plano de control (GP) (cuando se encuentra cerca de un borde de cobertura del nodo de red radio) y/o desde otros dispositivos, p. ej., UE, tal como una cabecera de clúster (CH) cuando se encuentra fuera de la cobertura del nodo de red radio. El dispositivo Rx puede obtener de forma adicional o alternativa la información basada en datos preconfigurados almacenados en la memoria del dispositivo Rx.

En referencia al bloque 502, el dispositivo Rx usa la información (bloque 500) para derivar un RPT y, más en particular, puede derivar un conjunto de RPT. En consecuencia, la información diferente que se recibe u obtiene puede hacer que el dispositivo Rx derive diferentes conjuntos de RPT de una manera igual o similar según una o más operaciones descritas anteriormente por el dispositivo Tx en el bloque 302, que se incorpora en la presente memoria por referencia para abreviar.

En referencia al bloque 504, el dispositivo Rx recibe el índice señalizado por el dispositivo Tx, donde el índice se usa para identificar el RPT seleccionado por el dispositivo Tx. En referencia al bloque 506, el dispositivo Rx selecciona un RPT de entre el conjunto de RPT (derivados en el bloque 502) en base al índice.

En referencia al bloque 508, el dispositivo Rx deriva recursos que se utilizarán para la recepción D2D desde el dispositivo Tx en base al RPT seleccionado. Los recursos derivados pueden identificar la ubicación de los recursos que se utilizarán por parte del dispositivo Rx para recibir datos desde el dispositivo Tx en el dominio del tiempo, en el dominio de la frecuencia o tanto en el dominio del tiempo como en el dominio de la frecuencia. Cuando la información incluye la configuración del PRACH, el dispositivo Rx puede derivar el conjunto de RPT en base a la configuración del PRACH para evitar mapear los recursos de datos a los recursos que se utilizan para el PRACH. Cuando la información incluye parámetros HARQ, el dispositivo Rx puede derivar el conjunto de RPT en base a los parámetros HARQ para evitar los recursos que se utilizarán para la retransmisión del enlace ascendente (UL) por parte del nodo (110) de red radio. Cuando la información incluye la configuración del PUCCH o SRS, el dispositivo Rx puede derivar el conjunto de RPT en base a la configuración del PUCCH o SRS para evitar mapear los recursos de datos a los recursos que se utilizan para el PUCCH o SRS.

La Figura 7 ilustra un diagrama de flujo de operaciones y procedimientos adicionales que puede realizar el dispositivo Tx según algunas realizaciones. En el bloque 800, el dispositivo Tx deriva recursos que se utilizarán para la transmisión D2D al dispositivo Rx en base al RPT seleccionado (bloque 304 de la Figura 3). En el bloque 802, el dispositivo Tx transmite datos al dispositivo Rx utilizando los recursos derivados para la transmisión D2D.

La Figura 8 ilustra un diagrama de flujo de las operaciones y procedimientos correspondientes que puede realizar el dispositivo Rx según algunas realizaciones. En el bloque 900, el dispositivo Rx recibe datos del dispositivo Tx usando los recursos derivados (bloque 508 de la Fig. 5) para la recepción D2D.

Una posible ventaja de estos enfoques es que se puede derivar un conjunto de RPT que se optimizan en vista de la configuración dúplex del nodo 110 de red radio que afecta a la asignación de recursos por parte del dispositivo 100 Tx para la comunicación D2D con el dispositivo 102 Rx. Además, el uso de los recursos disponibles para la señalización aérea se minimiza seleccionando un RPT de entre el conjunto de RPT en base a la información del planificador y luego solo señalizando un índice desde el dispositivo 100 Tx al dispositivo 102 Rx que es utilizado por el dispositivo 102 Rx para identificar el RPT seleccionado. Pueden obtenerse mejoras en la capacidad de los recursos de comunicación, las velocidades de tráfico pico y/o la latencia de la comunicación para las comunicaciones D2D entre dichos dispositivos Tx y Rx 100, 102.

Ejemplo de dispositivo de comunicación y nodo de red radio

La Figura 6 es un diagrama de bloques de un dispositivo de comunicación electrónica (dispositivo) 600 configurado para comunicarse con otro dispositivo usando D2D y puede comunicarse con un nodo de red radio (p. ej., eNB). El dispositivo 600 puede configurarse como el dispositivo 100 Tx, el dispositivo 102 Rx y/o cualquier otro dispositivo de comunicación (p. ej., un nodo de red radio) para realizar operaciones y procedimientos según una o más realizaciones descritas en la presente memoria. El dispositivo 600 incluye un transceptor 610, un circuito o circuitos de procesador 602 y un dispositivo o dispositivos de memoria 620 que contienen módulos funcionales 622. El dispositivo 600 puede incluir además un visualizador 630, una interfaz de entrada de usuario 632 y un altavoz 634.

El transceptor 610 está configurado para comunicarse directamente con otro dispositivo usando D2D y para comunicarse con un nodo de red radio usando una o más de las tecnologías de acceso por radio. El circuito de procesador 602 puede incluir uno o más circuitos de procesamiento de datos, tales como un procesador de propósito general y/o de propósito especial, p. ej., un microprocesador y/o un procesador de señales digitales. El circuito de procesador 602 está configurado para ejecutar instrucciones de programa informático desde los módulos funcionales 622 del (los) dispositivo(s) de memoria 620 para realizar al menos algunas de las operaciones descritas en la presente memoria como realizadas por un dispositivo de comunicación.

La Figura 7 es un diagrama de bloques de un nodo 110 de red radio (p. ej., estación base celular, eNB) que incluye un transceptor 710, un circuito o circuitos de procesador 702 y un dispositivo de memoria 720 que contiene módulos funcionales 722. El nodo 110 de red radio puede incluir además un visualizador 730, una interfaz de entrada de usuario 732 y un altavoz 734. El transceptor 710 está configurado para comunicarse con los dispositivos de comunicación 100, 102 usando una o más de las tecnologías de acceso por radio. El circuito de procesador 702 puede incluir uno o más circuitos de procesamiento de datos, tales como un procesador de propósito general y/o de propósito especial, p. ej., un microprocesador y/o un procesador de señales digitales. El circuito de procesador 702 está configurado para ejecutar instrucciones de programa informático desde los módulos funcionales 722 del (los) dispositivo(s) de memoria 720 para realizar al menos algunas de las operaciones descritas en la presente memoria como realizadas por un nodo de red radio.

La Figura 10 es un diagrama de bloques de módulos funcionales que pueden implementarse dentro de un dispositivo Tx 100 según algunas realizaciones. Los módulos incluyen un módulo de obtención 1000 que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 300, un módulo de derivación 1002 que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 302, un módulo de selección 1004 que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 304, y un módulo de señalización 1006 que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 306. Los módulos 1000, 1002, 1004 y 1006 pueden implementarse mediante la operación de un software de ordenador que reside en la memoria 620 y que es ejecutado por el procesador 602 del dispositivo 600 de comunicación configurado como el dispositivo Tx 100. Los módulos 1000, 1002, 1004 y 1006 pueden implementarse de forma alternativa en circuitos lógicos digitales y/o circuitos analógicos dentro del dispositivo Tx 100.

La Figura 11 es un diagrama de bloques de módulos funcionales que pueden implementarse dentro de un dispositivo 102 Rx según algunas realizaciones. Los módulos incluyen un módulo 1100 de obtención que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 500, un conjunto derivado del módulo 1102 de RPT que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 502, un módulo 1104 de recepción que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 504, un módulo 1106 de selección que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 506, y un módulo 1108 de recursos derivado que opera y puede realizar los medios funcionales como se explica anteriormente para el bloque 508. Los módulos 1100, 1102, 1104, 1106 y 1108 pueden implementarse mediante la operación de un software de ordenador que reside en la memoria 620 que es ejecutado por el procesador 602 del dispositivo 600 de comunicación configurado como el dispositivo 102 Rx. Los módulos 1100, 1102, 1104, 1106 y 1108 pueden implementarse de forma alternativa en circuitos lógicos digitales y/o circuitos analógicos dentro del dispositivo 102 Rx.

Abreviaturas

CH Cabecera de clúster

GP Plano de control

D2D Dispositivo a dispositivo

FDD Dúplex por división de frecuencia

HARQ Solicitud híbrida de repetición automática

HW Hardware

PRACH Canal físico de acceso aleatorio

PUCCH Canal físico de control de enlace ascendente

RPT Patrón de recursos

RX dispositivo receptor

SA Asignación de planificación

SRS Señal de referencia de sondeo

TDD Dúplex por división de tiempo

TX dispositivo transmisor

UE Equipo de usuario

UL Enlace ascendente

Definiciones y realizaciones adicionales

En la descripción anterior de las diversas realizaciones de los conceptos de la presente invención, se ha de entender que la terminología utilizada en la presente memoria tiene el propósito de describir realizaciones particulares únicamente y no pretende ser una limitación de los conceptos de la presente invención. A menos que se definan de otro modo, todos los términos (incluidos los términos técnicos y científicos) usados en la presente memoria tienen el mismo significado que comúnmente entiende una persona con experiencia ordinaria en la técnica a la que pertenecen los conceptos de la presente invención. Se entenderá además que los términos, tales como los que se definen en los diccionarios de uso común, deben interpretarse como si tuvieran un significado que sea congruente con su significado en el contexto de esta memoria descriptiva y la técnica pertinente y no se interpretarán con un sentido idealizado o excesivamente formal expresamente definido así en la presente memoria.

Cuando se hace referencia a un elemento como "conectado", "acoplado", "que responde" o variantes del mismo a otro elemento, puede conectarse, acoplarse o responder directamente al otro elemento o elementos intermedios que puedan estar presentes. Por el contrario, cuando se hace referencia a un elemento como "conectado directamente", "acoplado directamente", "que responde directamente" o variantes del mismo a otro elemento, no hay elementos intermedios presentes. Los números iguales se refieren a elementos iguales en todas partes. Además, "acoplado", "conectado", "que responde" o variantes de los mismos, como se usa en la presente memoria, pueden incluir acoplado, conectado o que responde de forma inalámbrica. Como se emplea en esta memoria, las formas en singular “un”, “una”, “el” y “la” están destinadas a incluir también las formas plurales, a menos que el contexto indique claramente lo contrario. Es posible que las funciones o construcciones conocidas no se describan en detalle por motivos de brevedad y/o claridad. El término "y/o" incluye cualquier y todas las combinaciones de uno o más de los elementos enumerados asociados.

Se entenderá que aunque los términos primero, segundo, tercero, etc. pueden usarse en la presente memoria para describir diversos elementos/operaciones, estos elementos/operaciones no deben estar limitados por estos términos. Estos términos solo se utilizan para distinguir un elemento/operación de otro elemento/operación. Por tanto, un primer elemento/operación en algunas realizaciones podría denominarse un segundo elemento/operación en otras realizaciones sin apartarse de las enseñanzas de los conceptos de la presente invención. Los mismos números de referencia o los mismos designadores de referencia indican elementos iguales o similares en toda la memoria descriptiva.

Como se emplea en esta memoria, los términos "comprender", "comprendiendo", "comprende", "incluir", "incluyendo", "incluye", "tener", "teniendo", "tiene", o variantes de los mismos son de final abierto, e incluyen una o más características, números enteros, elementos, etapas, componentes o funciones indicados, pero no excluyen la presencia o adición de una o más características, números enteros, elementos, etapas, componentes, funciones o grupos de los mismos. Además, como se emplea en esta memoria, la abreviatura común "e.g. [p. ej.]", que deriva de la frase latina "exempli gratia", puede usarse para introducir o especificar un ejemplo o ejemplos en general de un elemento mencionado anteriormente, y no pretende ser una limitación de dicho elemento. La abreviatura común "i.e.

[es decir]", que se deriva de la frase latina "id est", se puede utilizar para especificar un elemento en particular de una mención más general.

Las realizaciones de ejemplo se describen en la presente memoria en referencia a diagramas de bloques y/o ilustraciones de diagramas de flujo de procedimientos implementados por ordenador, aparatos (sistemas y/o dispositivos) y/o productos de programas informáticos. Se ha de entender que cada bloque de los diagramas de bloques y/o ilustraciones de diagramas de flujo, y las combinaciones de bloques en las ilustraciones de diagramas de flujo y/o diagramas de bloques, pueden implementarse mediante instrucciones de un programa de ordenador que se realizan mediante uno o más circuitos de ordenador. Estas instrucciones del programa de ordenador se pueden proporcionar a un circuito procesador de un circuito de ordenador de propósito general, circuito de ordenador de propósito especial y/u otro circuito de procesamiento de datos programable para producir una máquina, de modo que las instrucciones, que se ejecutan a través del procesador del ordenador y/u otros aparatos de procesamiento de datos programables, transistores de transformación y control, valores almacenados en ubicaciones de memoria y otros componentes de hardware dentro de dichos circuitos para implementar las funciones/acciones especificados en los diagramas de bloques y/o bloque o bloques de diagramas de flujo, y así crear medios (funcionalidad) y/o estructura para implementar las funciones/acciones especificados en los diagramas de bloques y/o bloque(s) de diagramas de flujo.

Estas instrucciones del programa de ordenador también pueden almacenarse en un medio legible por ordenador que puede dar instrucciones a un ordenador u otro aparato de procesamiento de datos programable para que funcione de una manera particular, de manera que las instrucciones almacenadas en el medio legible por ordenador produzcan un artículo de fabricación que incluye las instrucciones que implementan las función/acciones especificadas en el bloque o bloques de diagramas de flujo y/o diagramas de bloques. En consecuencia, las realizaciones de los conceptos de la presente invención pueden incorporarse en hardware y/o software (incluido firmware, software residente, microcódigo, etc.) que se ejecuta en un procesador como un procesador de señales digitales, que puede denominarse colectivamente como "circuitería", "un módulo" o variantes de los mismos.

Obsérvese que también que, en algunas implementaciones alternativas, las funciones/acciones señaladas en los bloques pueden producirse fuera del orden indicado en los diagramas de flujo. Por ejemplo, dos bloques que se muestran uno tras otro pueden de hecho ejecutarse sustancialmente al mismo tiempo o los bloques pueden ejecutarse a veces en el orden inverso, dependiendo de la funcionalidad/acciones implicadas. Además, la funcionalidad de un bloque dado de los diagramas de flujo y/o los diagramas de bloques puede separarse en múltiples bloques y/o la funcionalidad de dos o más bloques de los diagramas de flujo y/o los diagramas de bloques pueden integrarse al menos parcialmente. Finalmente, se pueden añadir/insertar otros bloques entre los bloques que se ilustran, y/o se pueden omitir bloques/operaciones sin apartarse del alcance de los conceptos de la invención. Además, aunque algunos de los diagramas incluyen flechas en las rutas de comunicación para mostrar una dirección principal de comunicación, se ha de entender que la comunicación puede producirse en la dirección opuesta a las flechas representadas.

Claims (8)

REIVINDICACIONES

1. Un procedimiento por parte de un primer dispositivo (100) de comunicación para comunicaciones de dispositivo a dispositivo, D2D, con un segundo dispositivo (102) de comunicación, el procedimiento que comprende:

obtener (300) información sobre la configuración dúplex de un nodo (110) de red radio que afecta a la asignación de recursos por parte del primer dispositivo (100) de comunicación para la comunicación D2D con el segundo dispositivo (102) de comunicación, en el que la configuración dúplex es un dúplex por división de frecuencia, FDD, o dúplex divisional de tiempo, TDD;

derivar (302) un conjunto de patrones de recursos, RPT, en base a la información;

seleccionar (304) un RPT entre el conjunto de RPT en base a la información del planificador; y

señalizar (306) un índice que se usa para identificar el RPT seleccionado al segundo dispositivo (102) de comunicación.

2. El procedimiento de la reivindicación 1, que además comprende:

derivar (800) recursos que se utilizarán para la transmisión D2D desde el primer dispositivo (100) de comunicación al segundo dispositivo (102) de comunicación en base al RPT seleccionado; y

transmitir (802) datos desde el primer dispositivo (100) de comunicación al segundo dispositivo (102) de comunicación usando los recursos derivados para la transmisión D2D.

3. El procedimiento de cualquiera de las reivindicaciones 1-2, en el que obtener (300) información sobre la configuración dúplex de un nodo (110) de red radio que afecta a la asignación de recursos por parte del primer dispositivo (100) de comunicación para la comunicación D2D con el segundo dispositivo (102) de comunicación, comprende:

recibir la información desde el nodo (110) de red radio cuando se encuentra dentro de la cobertura de comunicación del nodo (110) de red radio.

4. El procedimiento de cualquiera de las reivindicaciones 1-3, en el que obtener (300) información sobre la configuración dúplex de un nodo (110) de red radio que afecta a la asignación de recursos por parte del primer dispositivo (100) de comunicación para la comunicación D2D con el segundo dispositivo (102) de comunicación, comprende:

recibir la información desde un retransmisor del plano de control cuando se encuentra cerca de un borde de la cobertura de comunicación del nodo (110) de red radio o desde un tercer dispositivo de comunicación cuando se encuentra fuera de la cobertura de comunicación del nodo (110) de red radio.

5. Un procedimiento por parte de un primer dispositivo (102) de comunicación para comunicaciones de dispositivo a dispositivo, D2D, con un segundo dispositivo (100) de comunicación, el procedimiento que comprende:

obtener (500) información sobre la configuración dúplex de un nodo (110) de red radio que afecta al uso de los recursos D2D por parte del primer dispositivo (102) de comunicación para recibir comunicaciones D2D desde el segundo dispositivo (100) de comunicación, en el que

la configuración dúplex es dúplex por división de frecuencia, FDD, o dúplex divisional por tiempo, TDD;

derivar (502) un conjunto de patrones de recursos, RPT, en base a la información; recibir (504) un índice señalizado por el segundo dispositivo (100) de comunicación; seleccionar (506) un RPT entre el conjunto de RPT en base al índice; y derivar (508) recursos que se utilizarán para la recepción D2D desde el segundo dispositivo (100) de comunicación en base al RPT seleccionado.

6. El procedimiento de la reivindicación 5, que además comprende:

recibir (900) datos en el primer dispositivo (102) de comunicación desde el segundo dispositivo (100) de comunicación usando los recursos derivados para la recepción D2D.

7. El procedimiento de cualquiera de las reivindicaciones 5-6, en el que obtener (500) información sobre la configuración dúplex de un nodo (110) de red radio que afecta a la asignación de recursos por parte del primer dispositivo (102) de comunicación para la comunicación D2D con el segundo dispositivo (100) de comunicación, comprende:

recibir la información desde el nodo (110) de red radio cuando se encuentra dentro de la cobertura de comunicación del nodo (110) de red radio.

8. El procedimiento de cualquiera de las reivindicaciones 5-7, en el que recibir la información del nodo (110) de red radio comprende:

recibir la información desde un retransmisor del plano de control cuando se encuentra cerca de un borde de la cobertura de comunicación del nodo (110) de red radio o desde un tercer dispositivo de comunicación cuando se encuentra fuera de la cobertura de comunicación del nodo (110) de red radio.