ES2968362T3 - Dispositivo, sistema y método de comunicación por retroalimentación - Google Patents

Dispositivo, sistema y método de comunicación por retroalimentación Download PDF

Info

Publication number
ES2968362T3
ES2968362T3 ES18737299T ES18737299T ES2968362T3 ES 2968362 T3 ES2968362 T3 ES 2968362T3 ES 18737299 T ES18737299 T ES 18737299T ES 18737299 T ES18737299 T ES 18737299T ES 2968362 T3 ES2968362 T3 ES 2968362T3
Authority
ES
Spain
Prior art keywords
communication device
information
communication
feedback
resource
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
ES18737299T
Other languages
English (en)
Inventor
Baris Göktepe
Thomas Fehrenbach
Cornelius Hellge
Thomas Schierl
Robin Rajan Thomas
Thomas Wirth
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips NV filed Critical Koninklijke Philips NV
Application granted granted Critical
Publication of ES2968362T3 publication Critical patent/ES2968362T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1664Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • H04L1/0063Single parity check
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079Formats for control data
    • H04L1/008Formats for control data where the control data relates to payload of a different packet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1614Details of the supervisory signal using bitmaps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signalling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Radio Relay Systems (AREA)
  • Machine Translation (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Se proporcionan dispositivos de comunicación que facilitan la recepción de unidades de información y el suministro de retroalimentación a otros dispositivos de comunicación. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Dispositivo, sistema y método de comunicación por retroalimentación
Campo técnico
La presente invención se refiere a dispositivos de comunicación, por ejemplo a dispositivos de comunicación que facilitan la comunicación a través de una conexión de comunicación basada en difusión.
Antecedentes de la invención
La comunicación entre dispositivos móviles en un sistema de comunicación normalmente implica que los dispositivos móviles se comunican a través de una estación base (eNB). Obsérvese que el término eNB es un término general para una estación base (BS) de la red de comunicación y se utiliza en el contexto de LTE, LTE-A (4G) y LTE-A Pro (4,5G), así como en futuros estándares basados en LTE. Para las redes de comunicación 5G "New Radio" (NR), el término gNB se utiliza como sinónimo de estación base. Por lo tanto, todos los términos BS, eNB y gNB pueden utilizarse como sinónimos a lo largo de esta descripción. Alternativamente, la comunicación también puede realizarse entre los dispositivos móviles directamente sin involucrar a la estación base como una especie de relé. Este tipo de comunicación también se denomina comunicación de dispositivo a dispositivo, D2D, o de vehículo a todo, V2X, y puede implicar comunicaciones de enlace lateral (SL) basadas en difusión.
Un dispositivo móvil también se denomina equipo de usuario (UE). Este término puede referirse a todo tipo de dispositivos móviles con diferentes capacidades informáticas, incluidos teléfonos móviles, ordenadores portátiles, ordenadores con tarjetas/funcionalidad de módem, dispositivos de mano, tabletas, dispositivos de Internet de las Cosas (IoT), dispositivos de baja potencia, dispositivos de banda estrecha-loT (NB1, NB2, etc.), dispositivos de comunicación montados en vehículos aéreos no tripulados (drones, aviones, helicópteros) o vehículos (por ejemplo, coches, camiones, autobuses, trenes, etc.). El enlace lateral también puede permitir capacidades informáticas asimétricas, en las que un dispositivo es un teléfono inteligente o un ordenador portátil con alta potencia de cálculo, y el otro nodo es un dispositivo loT de baja potencia. Este enlace también puede soportar comunicaciones entre vehículos. Además, los nodos de comunicación pueden clasificarse según su clase de potencia (en términos de potencia de transmisión) o en términos de disponibilidad de potencia (como alimentación por batería, enchufes de potencia fija) y en función de las capacidades de potencia utilizan la tecnología que se define a continuación.
La comunicación de enlace lateral (SL) basada en difusión se ha definido sin ningún tipo de mecanismo de realimentación, como por ejemplo la realimentación HARQ o CQI, y para aumentar la fiabilidad en un escenario de este tipo, se han especificado (re)transmisiones fijas de datos [1]. Sin embargo, dentro del ámbito FeD2D y V2X, se ha acordado la comunicación unicast entre dispositivos SL para cumplir las estrictas restricciones de QoS y fiabilidad. Por lo tanto, las mejoras adicionales de fiabilidad pueden incluir mecanismos de retroalimentación para mejorar el rendimiento general. Según la reunión RAN1#88bis [8], existe el deseo de que no se introduzca específicamente ningún canal adicional para la retroalimentación.
Se ha descubierto que las estrategias "piggyback" para transmitir esta información de retroalimentación pueden ser deseables.
La comunicación D2D basada en el servicio de proximidad (ProSe), que se estandarizó por primera vez en la versión 12 de la norma 3GPP, no incluía retroalimentación y, por lo tanto, ningún mecanismo de adaptación del enlace debido a la naturaleza de difusión del SL en este escenario D2D. Del mismo modo, la comunicación V2X también se ha diseñado para no incluir retroalimentación. Para mejorar la fiabilidad, el sistema retransmitiría consecutivamente a ciegas los bloques de transporte de difusión (TB) en tres subtramas consecutivas en el SL, y cada retransmisión tendría una versión de redundancia diferente basada en un patrón predefinido. En la comunicación V2X, un UE retransmite a ciegas los TB en dos subtramas consecutivas en el SL. La configuración de la primera retransmisión (patrón) se indica en el Indicador de Control de Enlace Lateral (SCI) de la primera retransmisión, permitiendo al equipo de usuario receptor (UE) demodular los datos requeridos de todas las retransmisiones [1,7].
El concepto de pools de recursos (RPs) en la comunicación SL se define como un conjunto de recursos físicos disponibles para permitir las comunicaciones D2D y V2X. Estos RP pueden estar formados por bloques de recursos y subtramas. En el contexto de la comunicación SL, existen varios tipos de agrupaciones de recursos:
1) Conjunto de subtramas PSCCH: Conjunto de subtramas para la transmisión PSCCH.
2) Grupo de bloques de recursos PSCCH: Conjunto de bloques de recursos disponibles para la transmisión PSCCH dentro de un pool de subtramas PSCCH.
3) Conjunto de subtramas PSSCH: Conjunto de subtramas para transmisiones PSSCH.
4) Grupo de bloques de recursos PSSCH: Conjunto de bloques de recursos disponibles para transmisiones PSSCH dentro de una agrupación de subtramas PSSCH.
La Fig. 31 muestra la estructura general de la subtrama y el conjunto de bloques de recursos 3100. Se muestra que una parte 3110 del pool de bloques de recursos está reservada para servicios celulares, y otra parte 3120 está reservada para el servicio de proximidad ProSe. En el Modo 1 d2d , los grupos de recursos de un dispositivo ya están asignados explícitamente por el eNB mediante una concesión de programación, mientras que en el Modo 2 (programación distribuida) el propio dispositivo selecciona el conjunto de recursos PSCCH/PSSC<h>a partir de un subconjunto de grupos de recursos definidos en el Modo 1. El Modo 1 es solo para UEs en cobertura en estado RRC Conectado, mientras que el Modo 2 puede ser tanto en estado RRC Inactivo como RRC Conectado. El patrón de repetición temporal (t Rp ) es una indicación de las subtramas que pueden utilizarse para la transmisión PSSCH. El mismo UE no puede utilizar simultáneamente la subportadora/subtrama dada tanto para comunicaciones celulares como para comunicaciones SL. En V2X, la configuración del modo 3 implica la programación y gestión de interferencias de los recursos por parte de la estación base (BS/eNB/gNB) para los U<e>vehiculares dentro de la cobertura de dicha BS para permitir las comunicaciones de enlace lateral (SL) (vehículo a vehículo (V2V)). La señalización de control se proporciona al UE a través de la interfaz Uu (mediante el indicador de control de enlace descendente (DCI)) y es asignada dinámicamente por la estación base. La configuración del modo 4 para las comunicaciones SL se realiza de forma autónoma utilizando algoritmos distribuidos (descentralizados) entre los UE basados en una configuración de recursos preconfigurada.
El TRP indica qué recursos (subtramas) están reservados para la transmisión/recepción de SL y no tiene en cuenta si estos recursos están realmente en uso. En V2X, la tasa de ocupación del canal (CBR) determina la carga del canal inalámbrico (sirve como métrica de carga). Un UE puede adaptar sus parámetros de transmisión para cada pool de recursos basándose en el CBR y puede así controlar la utilización del canal. La medición de la relación de ocupación del canal (CR) informa del porcentaje de muestras de medición en las que el RSSI está por encima de un umbral predefinido, lo que indicaría la ocupación del canal concreto. En la actualidad, el coeficiente de ocupación del canal se calcula después de cada (re)transmisión [10].
Se han propuesto esquemas de retransmisión (ACK/NACK) en dispositivos unicast D2D y V2X para los modos dentro y fuera de cobertura. Se ha acordado que no habrá un canal de retroalimentación HARQ dedicado [3]. Se ha sugerido que la realimentación HARQ básica se transmita en el canal de control (SCI) del SL [1,2,4] o parte de la asignación de programación (en modo autónomo) [2]. También se ha propuesto que la realimentación se transmita pinchando una parte de los elementos de recurso PUSCH y del indicador de control de enlace ascendente (UCI) (cuando se está en modo programado por el eNB) [5].
Opcionalmente, los aspectos mencionados con anterioridad pueden combinarse con la retroalimentación. Además, las definiciones mencionadas con anterioridad se pueden adoptar opcionalmente en los aspectos y las formas de realización de la invención.
El documento US 2016/0359588 A1 divulga un método y un sistema para agregar mensajes. Se divulgan método y sistemas que soportan la agregación de mensajes de acuse de recibo y mensajes de control. Las indicaciones de acuse de recibo y de acuse de recibo negativo para múltiples nodos cliente se combinan en un único mensaje agregado que se difunde o multidifunde a los múltiples nodos cliente. Basándose en identificadores únicos asignados a cada nodo cliente, los nodos cliente se agrupan de forma que los mensajes de acuse de recibo agregados puedan codificarse eficientemente para conservar tanto la capacidad de la red cuando se transmiten, como la capacidad de procesamiento cuando son analizados por los nodos cliente. Si se utiliza la tecnología de acceso múltiple por división de código, el mensaje de acuse de recibo agregado puede transmitirse sin difusión CDMA para difundirlo o multidifundirlo eficazmente a múltiples nodos cliente. Puede emplearse una técnica similar para la difusión o multidifusión eficaz de mensajes de control agregados.
El documento EP 2137863 A1 describe un acuse de recibo de origen de paquetes múltiples. Una primera estación de comunicaciones (tal como una estación base) prepara una palabra de acuse de recibo de múltiples bits para acusar recibo por separado del éxito o fracaso de los paquetes de datos recibidos a través de canales de comunicación plurales desde respectivas estaciones de comunicación plurales segundas (tales como terminales). La palabra de acuse de recibo es una palabra de acuse de recibo "conjunta" o "común" en el sentido de que una misma palabra de acuse de recibo proporciona información de acuse de recibo para paquetes de datos recibidos de varias segundas estaciones de comunicación. Por separado o junto con la palabra de acuse de recibo conjunta, puede emplearse un código de comprobación de terminal para determinar si un paquete se recibe en un canal correcto y de un terminal correcto. El código de comprobación de terminal comprende un código de comprobación de redundancia cíclica formado sobre bits de datos del paquete de datos y un identificador de terminal del terminal.
En vista de lo anterior, existe el deseo de crear un concepto de comunicación que proporcione un equilibrio mejorado entre fiabilidad, uso de recursos y complejidad.
Síntesis de la invención
Las formas de realización según la invención se definen en las reivindicaciones independientes.
Las figuras 22 y 25 y los pasajes correspondientes de la descripción describen la invención según las reivindicaciones independientes. Otras formas de realización descritas en el presente documento deben considerarse como ejemplos que ayudan a comprender los conceptos inventivos.
Breve descripción de los dibujos
Fig. 1 muestra un diagrama de bloques de un dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 2 muestra un diagrama de bloques de un dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 3 muestra un diagrama de bloques de otro dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 4 muestra un esquema conceptual de un sistema según una forma de realización de la presente invención; Fig. 5 muestra un diagrama de flujo de un método para un dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 6 muestra un diagrama de flujo de un método para un dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 7 muestra un diagrama de flujo de un método de comunicación para un dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 8 muestra una disposición de un sistema ilustrativo para transmitir información de retroalimentación HARQ según una forma de realización de la presente invención;
Fig. 9 muestra una disposición de otro sistema ilustrativo para transmitir información de realimentación HARQ según una forma de realización de la presente invención;
Fig. 10 muestra una ilustración conceptual de cómo se transmite la realimentación HARQ según una forma de realización de la presente invención;
Fig. 11 muestra un diagrama de bloques conceptual de un método realizado por el transmisor y el receptor según una forma de realización de la presente invención;
Fig. 12 muestra el diagrama de bloques conceptual de la Fig. 11 en el caso de que deba enviarse una indicación ACK según una forma de realización de la presente invención;
Fig. 13 muestra un diagrama de bloques de un dispositivo de comunicación según una forma de realización de la presente invención;
Fig. 14 muestra un diagrama de bloques de otro dispositivo de comunicación según otra forma de realización de la presente invención;
Fig. 15 muestra un diagrama de bloques de un dispositivo de comunicación según otra forma de realización de la presente invención;
Fig. 16 muestra una disposición conceptual de un sistema según otra forma de realización de la presente invención; Fig. 17 muestra un diagrama de flujo de un método para un dispositivo de comunicación, por ejemplo, un equipo de usuario, según una forma de realización de la presente invención;
Fig. 18 muestra un diagrama de flujo de un método para un dispositivo de comunicación, por ejemplo, un equipo de usuario, según otra forma de realización de la presente invención;
Fig. 19 muestra un diagrama de flujo de un método para un dispositivo de comunicación, por ejemplo una estación base, según otra forma de realización de la presente invención;
Fig. 20 muestra un diagrama esquemático de una ranura de una subtrama asignada para comunicaciones de enlace lateral según una forma de realización de la presente invención;
Fig. 21 muestra un esquema conceptual de la estructura de un conjunto de recursos de transmisión para una forma de realización de la presente invención;
Fig. 22 muestra un dibujo conceptual de un dispositivo de comunicación, por ejemplo un equipo de usuario, según una forma de realización de la presente invención;
Fig. 23 muestra un dibujo conceptual de un dispositivo de comunicación, por ejemplo un equipo de usuario, según una forma de realización de la presente invención;
Fig. 24 muestra un dibujo conceptual de un dispositivo de comunicación, por ejemplo, una estación base, de acuerdo con una forma de realización de la presente invención;
Fig. 25 muestra un diagrama de flujo de un método para un dispositivo de comunicación, por ejemplo, un equipo de usuario, según una forma de realización de la presente invención;
Fig. 26 muestra un diagrama de flujo de un método para un dispositivo de comunicación, por ejemplo, un equipo de usuario, según una forma de realización de la presente invención;
Fig. 27 muestra un diagrama de flujo de un método para un dispositivo de comunicación, por ejemplo, un dispositivo de comunicación de gestión, de acuerdo con una forma de realización de la presente invención;
Fig. 28 muestra una visión general de un sistema que comprende una pluralidad de dispositivos de comunicación de acuerdo con una forma de realización de la presente invención;
Fig. 29 muestra un diagrama de la opción 1 de una asignación de recursos HARQ de multidifusión en grupo según una forma de realización de la presente invención;
Fig. 30 muestra un diagrama de la opción 2 de una asignación de recursos HARQ mediante control de enlace descendente según una forma de realización de la presente invención; y
Fig. 31 muestra una estructura general de una subtrama y un conjunto de bloques de recursos.
Descripción detallada de las formas de realización
A continuación, se describirán diferentes formas de realización según la invención. Sin embargo, debe tenerse en cuenta que las funcionalidades descritas con respecto a diferentes formas de realización también pueden combinarse. Asimismo, las formas de realización aquí descritas no deben considerarse limitativas del alcance. El alcance de la invención queda definido por las reivindicaciones adjuntas.
En primer lugar, se describirán algunas consideraciones generales, que deben considerarse preferidas pero no necesarias, con respecto a un entorno de comunicación en donde pueden utilizarse las formas de realización según la invención.
En los sistemas de comunicación, es posible que los dispositivos de comunicación envíen sus transmisiones entre sí a través de una estación base, o pueden comunicarse directamente. En cualquier caso, es ventajoso proporcionar una señalización en cuanto a si los paquetes de datos se han recibido correctamente o no. Dicha señalización puede mejorar la fiabilidad del proceso de comunicación.
Un sistema de comunicación ilustrativo comprende una única estación base que soporta transmisiones de enlace lateral (SL) y dos dispositivos de comunicación, UE1 y UE2, donde UE 2 está transmitiendo a UE 1 (en un escenario típico D2D o V2X). UE1 ha recibido algunos datos de UE2 a través de una transmisión SL unicast. UE2 está esperando una solicitud de repetición automática híbrida, HARQ, retroalimentación, de UE1 en relación con el resultado de su primera transmisión, cada transmisión se puede definir un ID de proceso HARQ.
Realimentación de codificación con descodificación ciega de UE
A continuación, se describirán algunas formas de realización según la invención que utilizan una suma de comprobación modificada para una señalización.
Para proporcionar una señalización HARQ, pueden reservarse recursos de comunicación para este tipo de señalización. Si tal recurso no se proporciona, es más difícil encontrar una manera de proporcionar esta señalización. De acuerdo con la presente aplicación, existen dos escenarios para incrustar la realimentación HARQ y transmitirla de vuelta al equipo de usuario apropiado.
A) La realimentación HARQ se puede incrustar y transmitir a lo largo del SL en el canal de control o en la siguiente transmisión de datos programada a UE2 desde UE1. Se puede dar prioridad al canal de control PSCCH, ya que no se conoce la siguiente transmisión de datos programada por UE1. Sin embargo, no se excluye el canal de datos PSSCH.
Esto se representa en la Fig. 8, donde se muestra el caso en donde la realimentación HARQ (por ejemplo, una realimentación que indica si una unidad de información se ha recibido correctamente o no, también designada como realimentación ACK/NACK) se transmite mediante enlace lateral. UE2 transmite datos mediante una transmisión de enlace lateral unidifusión 810, tal y como muestra la flecha izquierda que apunta de UE2 a UE1. La transmisión unicast de enlace lateral 810 puede comprender un canal de control PSCCH y un canal de datos PSSCH. Una vez que UE1 ha recibido la transmisión, envía la información de respuesta HARQ adecuada, como se muestra en la flecha de la derecha 820 que apunta de UE1 a UE2. La retroalimentación HARQ puede ser señalada usando un valor de verificación que ha sido modificado apropiadamente de acuerdo a si la información de UE2 ha sido recibida apropiadamente o no. Esta realimentación puede estar incrustada en la información de control, por ejemplo, solo en el PSCCH, no utilizándose el canal de datos PSSCH. En otro escenario, la información de control PSCCH no se utiliza, pero la retroalimentación está incrustada en el canal de datos PSSCH. En otra alternativa, la realimentación se incluye tanto en el PSCCH de información de control como en el PSSCH de datos. En otras palabras, en la Fig. 8 se ilustran tres formas diferentes en las que la realimentación HARQ se puede incrustar en los canales de control y datos existentes del enlace lateral. En la primera y segunda opciones, la HARQ se transmite en la suma de comprobación del canal de control y datos respectivamente. La tercera opción no está excluida, pero requiere duplicar el esfuerzo de decodificación ciega para extraer la información HARQ. Esto podría aplicarse también al modo autónomo fuera de cobertura de las transmisiones D2D/V2X, también conocido como modo 2/modo 4, respectivamente.
B) Las transmisiones de realimentación HARQ de enlace ascendente se retransmiten a través de la estación base, por ejemplo, gNB, a UE1, que a su vez se retransmite a UE2. Esto se muestra en la Fig. 9.
La Fig. 9 muestra el caso en donde la realimentación HARQ se transmite a través del enlace ascendente/descendente, y presenta un método alternativo para transmitir la realimentación HARQ con CRC incorporado a UE 2, es decir, a través del enlace ascendente a través de la estación base (eNB/gNB). Los canales de control y datos del enlace ascendente se utilizan para proporcionar las indicaciones de HARQ, en el caso de que el SL de U<e>1-UE 2 no esté disponible/débil o no esté programado para ninguna transmisión. En detalle, UE2 transmite datos utilizando una transmisión unicast de enlace lateral, como se representa por la flecha 910 que apunta desde UE2 a UE1. La transmisión unicast de enlace lateral 910 puede comprender un canal de control PSCCH y un canal de datos PSSCH. Una vez que UE1 ha recibido la transmisión 910, envía la información de respuesta HARQ apropiada, como se muestra en la flecha 920 que apunta desde UE1 a una estación base, por ejemplo, gNB. La retroalimentación HARQ puede ser señalada usando un valor de verificación que ha sido modificado apropiadamente de acuerdo a si la información de UE2 ha sido recibida correctamente o no por UE1. Esta realimentación puede integrarse en la información de control del enlace ascendente, por ejemplo, solo en el PUCCH, sin utilizar el canal de datos PUSCH. En otro caso, no se utiliza la información de control PUCCH, pero la realimentación se incluye en el canal de datos del enlace ascendente PUSCH. En otra alternativa, la realimentación se incluye tanto en el PUCCH de información de control del enlace ascendente como en el PUSCH de datos. El gNB envía entonces una indicación de si se requiere o no una retransmisión utilizando el enlace descendente 930 a UE2.
En otras palabras, la Fig. 9 muestra que, de acuerdo con una forma de realización, la retroalimentación HARQ puede ser enviada (o reenviada) a través de una estación base. La comunicación puede proceder de la siguiente manera. En primer lugar, se envía una transmisión de datos desde UE2 a UE1, esta transmisión puede realizarse a través de una conexión unicast 910 de enlace lateral. Para esta transmisión, se puede utilizar un canal de control PSCCH y un canal de datos PSSCH. Después de la transmisión, UE1 modifica un valor de control asociado con la transmisión de datos para que contenga información de retroalimentación HARQ. Esta información de retroalimentación HARQ puede enviarse a la estación base gNB. En una primera realización, el canal de control PUCCH puede contener la suma de comprobación incluyendo la retroalimentación HARQ. En otra forma de realización, la suma de comprobación que incluye la realimentación HARQ puede enviarse utilizando el canal de datos PUSCH. En una tercera realización, la suma de comprobación con la información HARQ puede ser enviada tanto por el canal de control como por el canal de datos PUCCH y PUSCH. Por lo tanto, la realización según la Fig. 9 presenta un método alternativo para transmitir la retroalimentación de HARQ con CRC incorporado a UE2, es decir, a través del enlace ascendente a través de la estación base. Los canales de control y datos del enlace ascendente se utilizan para proporcionar las indicaciones HARQ, por ejemplo en el caso de que el enlace lateral de UE1 a UE2 no esté disponible/débil o no esté programado para ninguna transmisión.
En ambos casos, la idea es incrustar la retroalimentación HARQ en un valor de comprobación, por ejemplo un CRC, de una transmisión de canal de control o de una transmisión de datos programada posterior desde UE1, de forma que UE2 o la estación base puedan, por ejemplo, emplear una decodificación ciega para extraer su propia retroalimentación HARQ (por ejemplo, una retroalimentación HARQ destinada al dispositivo de comunicación respectivo) con el fin de iniciar una decisión sobre si realizar o no una retransmisión.
Una ventaja de incrustar la retroalimentación HARQ en el valor de comprobación (por ejemplo, CRC) es que no es necesario decodificar la información/datos de control para determinar una información HARQ-ACK, sino a partir del resultado del valor de comprobación. Por ejemplo, la suma de comprobación puede ser un valor de comprobación de redundancia cíclica, CRC. El valor de comprobación servirá entonces para dos propósitos:
i) Servir como mecanismo de detección de errores para preservar la integridad de la información de control o datos transmitida;
ii) Indicar si es necesaria una retransmisión mediante una indicación ACK/NACK adicional.
En este caso, en algunos casos habría que incluir uno o más bits adicionales en la suma de comprobación. Pero en este caso, la compatibilidad con los usuarios heredados puede estar en peligro. Por lo tanto, la inclusión de más bits en la suma de comprobación debe considerarse opcional.
Para ilustrar con mayor claridad un ejemplo de transmisión, incrustación y extracción de realimentación, la fig. 10 muestra una cronología del procedimiento HARQ. En un primer paso, UE2 envía una transmisión 100 a UE1. Esta transmisión incluye información de control y datos. Tanto la información de control 101 como los datos 103 comprenden cada uno una suma de comprobación respectiva 102 y 104, la información de control 101 comprende la suma de comprobación 102, los datos 103 comprenden la suma de comprobación 104. UE1 determina si la transmisión se ha recibido correctamente o no. Basándose en esta determinación, la suma de control de otra transmisión 109 puede ser alterada. Como se muestra en la Fig. 10, UE1 envía una transmisión 109 a UE2, esta transmisión comprende información de control 105 con suma de comprobación 106 y datos 107 con suma de comprobación 108. En este caso particular, la suma de comprobación 108 de los datos 107 se altera (cuando se compara con una suma de comprobación original, o cuando se compara con una suma de comprobación que se transmitiría para los mismos datos para un resultado diferente de la determinación) con el fin de reflejar el resultado de la determinación. Para señalar este resultado, UE1 envía información de control 105 junto con su suma de comprobación 106, y datos 107 junto con la suma de comprobación alterada 108 a UE2. Es evidente que la alteración de la suma de comprobación de los datos es solo un ejemplo, y que en lugar de esta suma de comprobación 108, también podría haberse alterado la suma de comprobación de la información de control 106 o incluso ambas sumas de comprobación 106 y 108.
En consecuencia, UE1 puede concluir sobre la base de una evaluación común de los datos 107 y la suma de control 108 (alterada) si la transmisión 100 fue recibida correctamente por UE2.
La Fig. 11 muestra un diagrama de bloques conceptual de los pasos realizados por el transmisor y el receptor. Por ejemplo, la funcionalidad mostrada en los números de referencia 1100 a 1130 puede ser realizada por UE1 (por ejemplo como se muestra en la Fig. 8 o en la Fig. 9 o en la Fig. 10) y la funcionalidad mostrada en los números de referencia 1140 a 1190 puede ser realizada por UE2 (por ejemplo como se muestra en la Fig. 8 o en la Fig. 9 o en la Fig. 10).
Inicialmente, los datos a ser transmitidos (por ejemplo de UE2 a UE1 representado en la Fig. 10) son provistos. En un primer paso 1100, se calcula una suma de control de los datos. Como se ha mencionado con anterioridad, la suma de comprobación puede ser un valor CRC de comprobación de redundancia cíclica, pero es evidente para el experto en la materia que también son posibles otras sumas de comprobación (preferentemente sumas de comprobación multibit) como la denominada comprobación de paridad longitudinal, la suma de comprobación de Fletcher o similares. Además, basándose en si un paquete de datos anterior (por ejemplo, transmitido en la transmisión 810 o 910) se ha recibido correctamente o no, se selecciona una máscara en el paso 1105, y esta máscara se utiliza para modificar el valor de la suma de comprobación. En el paso 1110, el valor CRC calculado se modifica basándose en la máscara seleccionada. En este caso ilustrativo, se realiza una operación XOR en la suma de comprobación. La máscara utilizada para la operación XOR puede ser '1100' para ACK y '0011' para NACK en el caso ilustrativo de que la suma de comprobación tiene una longitud de cuatro bits. Está claro que se puede utilizar cualquier otra combinación de máscaras, y que el tamaño de la máscara debe adaptarse al tamaño de la suma de comprobación calculada. Después de realizar la operación XOR, la suma de comprobación se adjunta a los datos en el paso 1120. En el paso 1130, la información que comprende los datos así como la suma de comprobación adjunta se codifican por canal y se transmiten (por ejemplo, en la transmisión 820 o 920).
El receptor (por ejemplo, UE2 o gNB) recibe la información y realiza una decodificación de canal en el paso 1140. En el siguiente paso, la información se desglosa en la suma de comprobación y los datos en el paso 1150. La suma de comprobación desglosada se somete a una operación XOR, mediante la cual la suma de comprobación se XORiza con las máscaras correspondientes a ACK y NACK en el paso 1160. Los datos extraídos se utilizan para realizar el cálculo de la suma de comprobación, en este caso un CRC, en el paso 1170. En el paso 1180, la suma de comprobación computada se compara con las sumas de comprobación que han sido separadas de la información y sometidas a las operaciones XOR para determinar si la información recibida comprendía una suma de comprobación modificada por una máscara correspondiente a ACK o por una máscara correspondiente a NACK. Basándose en el resultado de la comparación, se determina en el paso 1190 si se trata de un caso ACK o NACK. En el caso de ACK, se determina que los datos previamente transmitidos (por ejemplo, transmitidos por UE2) han sido recibidos correctamente (por ejemplo, por UE1) y no es necesaria una retransmisión. En el caso de que se determine un NACK, puede activarse una retransmisión. En el caso de que la suma de comprobación calculada (calculada en el paso 1170) no se corresponda ni con la suma de comprobación modificada con la máscara correspondiente a ACK ni con la suma de comprobación modificada con la máscara correspondiente a NACK, puede concluirse, por parte del dispositivo de comunicación UE2, que los datos transmitidos desde UE1 a UE2 (por ejemplo, la fecha transmitida con la transmisión 820 o con la transmisión 920, o los datos 107) han sido corrompidos. En este último caso, normalmente no es posible determinar si los datos transmitidos desde UE2 a UE1 con la transmisión 810 o con la transmisión 910 (por ejemplo, los datos 103) han sido recibidos correctamente por UE1. En consecuencia, en un enfoque conservador, la retransmisión también puede realizarse en este caso.
La Fig. 12 ilustra un ejemplo en donde debe enviarse una indicación ACK en un sistema correspondiente al diagrama de bloques de la Fig. 11. A modo de ejemplo, la suma de comprobación, por ejemplo un CRC, calculada en el paso 1200, es "1111". Las máscaras para el paso 1205 son "1100" para un ACK y "0011" para un NACK. Por lo tanto, para señalar un ACK, se utiliza la máscara "1100" en el paso 1210. El resultado de XOR en la suma de comprobación '1111' con la máscara '1100' es '0011'. El resultado de XOR se adjunta a los datos en el paso 1220 y se codifica por canal en el paso 1230. Tras la transmisión, el receptor descodifica la información en el paso 1240 y separa en el paso 1250 la suma de comprobación, que en este ejemplo es "0011". A continuación, se realiza una operación XOR en el paso 1260 en la suma de comprobación con los valores de máscara "1100" y "0011". Los resultados respectivos son "1111" y "0000". Estos dos resultados se comparan en el paso 1280 con una suma de comprobación que se ha calculado en el paso 1270 basándose en los datos descodificados con el resultado "1111". La comparación de los valores indica que se ha transmitido un ACK. Por lo tanto, en el paso 1290, se puede determinar que se ha transmitido un ACK y que un dato transmitido previamente se ha recibido correctamente.
En lo que sigue, se presentan diferentes formas de realización que proporcionan una señalización HARQ de acuerdo con los principios discutidos con anterioridad. Debe tenerse en cuenta que cualquiera de los detalles mencionados con anterioridad puede introducirse opcionalmente en las formas de realización descritas a continuación, ya sea individualmente o en combinación.
La Fig. 1 muestra un dispositivo de comunicación 150 de acuerdo con una forma de realización de la presente aplicación. Un dispositivo de comunicación, UE1, recibe una o más unidades de información 160, que pueden ser bloques o paquetes de datos o también bloques o paquetes de control de un segundo dispositivo de comunicación (por ejemplo, de UE2). Los dispositivos de comunicación pueden ser, por ejemplo, dispositivos de comunicación móviles como equipos de usuario o, en un caso general, teléfonos móviles, tabletas, PDA, wearables, dispositivos IoT o cualquier otro dispositivo de comunicación que se esté comunicando con otros dispositivos de comunicación.
El dispositivo de comunicación comprueba si la unidad de información se ha recibido correctamente. Existen diferentes técnicas para comprobar si una información se ha recibido correctamente, una de estas pruebas puede ser el uso de una suma de comprobación como una comprobación de redundancia cíclica, comprobación de paridad longitudinal, suma de comprobación de Fletcher o similares. Basándose en el resultado de la determinación de si la unidad de información se ha recibido correctamente, el dispositivo de comunicación UE1 modifica un valor de comprobación 180 asociado a una unidad de información 170 que será transmitida por el dispositivo de comunicación UE1. Esta unidad de información tiene asociado un valor de comprobación 180, este valor de comprobación se modifica selectivamente para reflejar el resultado de la determinación de si la unidad de información se ha recibido correctamente. Una vez modificado el valor de comprobación, se transmite la unidad de información con el valor de comprobación 172 modificado. Con esta técnica, se ha establecido una señalización que puede utilizarse para indicar al dispositivo de comunicación receptor si una unidad de información anterior se ha recibido correctamente o no.
El valor de comprobación 172, que se modifica como se ha descrito con anterioridad, puede permitir la detección de uno o más errores de bit tras la recepción de la unidad de información 170, y dependiendo del tipo de valor de comprobación, se pueden detectar errores de bit al menos hasta un número predeterminado de errores de bit, y en casos que dependen del valor de comprobación utilizado, incluso es posible la corrección de errores de bit.
La señalización de si la unidad de información 160 se ha recibido correctamente puede realizarse, por ejemplo, mediante una manipulación particular del valor de comprobación asociado a una unidad de información 170. Por ejemplo, esta modificación puede comprender la realización de una operación XOR con una máscara de bits apropiada. En el caso de que la información se haya recibido correctamente, se señalizará un acuse de recibo, normalmente denominado ACK. Este ACK puede señalarse utilizando una máscara de bits de un número de '0' s, lo que dejaría el valor de comprobación original sin cambios. En el otro caso, en donde hay que señalar que la unidad de información 160 no se ha recibido correctamente, hay que señalar un no reconocimiento, NACK. Para señalizar un NACK, se puede utilizar una máscara de bits consistente en un número de '1' s, que invierte el valor de comprobación original al aplicar la operación XOR.
Este tipo de retroalimentación, también conocida como retroalimentación HARQ, se puede utilizar en canales de control o de datos. El dispositivo de comunicación UE1 mostrado en la Fig. 1 puede, por ejemplo, corresponder al UE1 mostrado, por ejemplo, en la Fig. 8, y se representa en la Fig. 8 que la realimentación HARQ puede ir a cuestas en una unidad de información transmitida en un canal de control PSCC<h>, también puede transmitirse en un canal de datos PSSCH y también puede transmitirse tanto en canales de control como de datos PSCCH y PSSCH. Aunque el uso de un solo canal para la transmisión de esta información puede ayudar a ahorrar el esfuerzo computacional, la transmisión de la información tanto en el canal de control como en el de datos aumenta la fiabilidad del proceso de señalización.
La Fig. 2 muestra un dibujo conceptual del dispositivo de comunicación UE2200. Como se describe en relación con la Fig. 1, también el dispositivo de comunicación UE2 200 puede ser un dispositivo de comunicación móvil, por ejemplo, un equipo de usuario o similar. El dispositivo de comunicación UE2200 transmite una o más unidades de información 210 a otro dispositivo de comunicación, que puede ser por ejemplo UE1. La comunicación puede realizarse directamente a través de una conexión de enlace lateral; en este caso, no es necesario que intervenga una estación base en el proceso de comunicación. También en este caso, las unidades de información pueden ser bloques o paquetes de datos, o también pueden ser bloques o paquetes de control. Este dispositivo de comunicación recibe 220 una o más unidades de información que tienen asociados uno o más valores de control 222. Estos valores de comprobación 222 pueden ser valores binarios multibit como, por ejemplo, valores CRC. Basándose en los valores de comprobación 222, el dispositivo de comunicación 200 deduce (bloque 202) si las unidades de información 210 que se han transmitido previamente, han sido recibidas correctamente por el otro dispositivo de comunicación.
Como se ha descrito con anterioridad, el valor de comprobación 222 puede utilizarse para detectar errores de bit hasta un cierto número de errores de bit, y también puede utilizarse en casos para la corrección de estos errores de bit. Basándose en el valor de comprobación 222, el dispositivo de comunicación UE2200 puede determinar si una unidad de información previamente transmitida ha sido recibida correctamente o no utilizando una serie de reglas de derivación predeterminadas. Si se ha de señalizar un único estado ACK/NACK, puede haber dos reglas de derivación predeterminadas, pero también es posible señalizar un número diferente de estados ACK/NACK, entonces se ha de utilizar un número apropiado de reglas de derivación. Si, por ejemplo, no deben señalizarse dos, sino cuatro o seis estados de acuse de recibo, pueden utilizarse cuatro o seis reglas de derivación. La derivación puede realizarse utilizando la suma de comprobación 222 recibida con la unidad de información 220, es decir, comparando la suma de comprobación 222 recibida con una suma de comprobación calculada por el dispositivo de comunicación UE2 basándose en la unidad de información. En el caso de que se utilice una operación XOR, el dispositivo de comunicación puede realizar la misma operación XOR sobre la suma de comprobación calculada y comparar el resultado con la suma de comprobación recibida 222. Mediante esta comparación, puede determinarse qué tipo particular de máscara de bits se ha utilizado para alterar la suma de comprobación, lo que permite concluir si se pretende señalar un ACK o un NACK.
La Fig. 3 muestra un dibujo conceptual de otro dispositivo de comunicación 300 según la presente aplicación. Este dispositivo de comunicación puede ser un nodo de red o una estación base, por ejemplo un gNB. El dispositivo de comunicación 300 recibe una o más unidades de información 310 que tienen asociados uno o más valores de comprobación 312, por ejemplo, de un primer dispositivo de comunicación (por ejemplo, del dispositivo de comunicación 150, UE1). El dispositivo de comunicación 300 determina (bloque 302) si los uno o más valores de comprobación 312 se corresponden con una unidad de información respectiva (o, para ser precisos, con un contenido de datos útil de la unidad de información respectiva), que puede haber sido transmitida previamente, según una primera regla de derivación predeterminada o según una segunda regla de derivación predeterminada, o no se corresponden en absoluto con la unidad de información respectiva. El dispositivo de comunicación 300 inicia una retransmisión de una unidad de información correspondiente al primer dispositivo de comunicación UE1 en función de la determinación (por ejemplo, utilizando un mensaje o unidad de información 320 adecuados), por ejemplo, en el caso de que se determine que la unidad de información transmitida previamente no ha sido recibida correctamente (por UE1).
Como se muestra en la Fig. 3, la unidad de información 310 recibida por el dispositivo de comunicación 300 tiene asociado un valor de comprobación 312, esta unidad de información puede ser transmitida desde otro dispositivo de comunicación, por ejemplo, UE1. La información puede ser información de control en un PUCCH o datos en un PUSCH. Como se ha mencionado con anterioridad, es posible utilizar información de control o información de datos (o, más precisamente, un valor de comprobación asociado con la información de control o un valor de comprobación asociado con los datos) para transmitir la señalización ACK/NACK, pero también es posible utilizar tanto el canal de control como el canal de datos (o, más precisamente, valores de comprobación asociados con los canales de control y de datos) en paralelo para aumentar la fiabilidad de la señalización. Como se ha mencionado con anterioridad, el valor de comprobación 312 puede ser un valor de comprobación de redundancia cíclica o cualquier otro valor creado según cualquier tipo de comprobación. El valor de comprobación puede ayudar a identificar errores de bit hasta un cierto número de errores de bit, e incluso puede ayudar a corregir errores de bit.
La Fig. 4 muestra la disposición conceptual de un sistema 400 que comprende un dispositivo de comunicación 410 según la Fig. 3 que sirve como estación base, un dispositivo de comunicación 420 según la Fig. 2 que sirve como dispositivo de comunicación emisor de datos y un dispositivo de comunicación 430 según la Fig 1, que sirve como dispositivo de comunicación receptor de datos. El dispositivo de comunicación emisor de datos 420 transmite una o más unidades de información 422 directamente al dispositivo de comunicación receptor de datos 430 a través de una conexión de enlace lateral. El dispositivo de comunicación receptor de datos 430 transmite (bloque 434) una información de acuse de recibo, señalando si una unidad de información se ha recibido correctamente desde el dispositivo de comunicación emisor de datos o no, en una información de valor de comprobación 432. Esta información de valor de comprobación 432 puede ser una información de valor de comprobación 433 o una información de valor de comprobación 434.
Esta información de valor de comprobación 432 puede transmitirse al dispositivo de comunicación de remitente de datos 420, junto con una unidad de información respectiva 440, directamente, o puede enviarse al dispositivo de comunicación 410 que sirve como estación base.
La Fig. 5 muestra un diagrama de flujo de un método, por ejemplo para el dispositivo de comunicación de la Fig. 1. En un primer paso 500, el dispositivo de comunicación (por ejemplo, UE1) recibe una o más unidades de información de un segundo dispositivo de comunicación (por ejemplo, UE2). Estas unidades de información pueden, por ejemplo, recibirse a través de un enlace directo, como un enlace lateral. Como se mencionó con anterioridad, las unidades de información pueden ser bloques o paquetes de datos, o también pueden ser bloques o paquetes de control. En el paso 510, se muestra que se modifica un valor de comprobación, el valor de comprobación se asocia con una unidad de información transmitida por el dispositivo de comunicación, y puede transmitirse a una estación base, gNB por ejemplo, o al segundo equipo de usuario, UE2. El valor de comprobación se modifica en función de si la unidad de información recibida del segundo equipo de comunicación UE2 ha sido recibida correctamente por el equipo de comunicación UE1 o no, para proporcionar así una señalización de si la unidad de información recibida del segundo equipo de comunicación UE2 ha sido recibida correctamente o no. Esta señalización puede realizarse como se ha mencionado con anterioridad, por ejemplo realizando una operación XOR en el valor de comprobación utilizando una máscara de bits apropiada.
La Fig. 6 muestra un método, por ejemplo para un dispositivo de comunicación según la Fig. 2. En el paso 600, el dispositivo de comunicación<u>E2 transmite una o más unidades de información, por ejemplo, a través de un enlace lateral, a otro dispositivo de comunicación UE1. Cuando, por ejemplo, las unidades de información se transmiten a través de un enlace lateral, esto puede no implicar una estación base, con la que el dispositivo de comunicación UE2 también podría comunicarse. En el paso 610, el dispositivo de comunicación UE2 recibe una o más unidades de información que tienen asociados uno o más valores de comprobación. Estos valores de comprobación pueden ser valores binarios multibit, como los valores CRC mencionados con anterioridad. Como se ha mencionado antes, también son posibles otros valores de comprobación. En el paso 620, el dispositivo de comunicación UE2 obtiene una información que indica si una o más unidades de información transmitidas por el dispositivo de comunicación UE2 han sido recibidas correctamente o no por el otro dispositivo de comunicación UE1 en función de uno o más valores de comprobación. Esta derivación puede realizarse utilizando ciertas reglas, como las reglas antes mencionadas que se aplican a las operaciones XOR realizadas sobre uno o más valores de comprobación.
La Fig. 7 muestra un método para la comunicación, por ejemplo para un dispositivo de comunicación mostrado en la Fig. 3. En el paso 700, el dispositivo de comunicación BS recibe una o más unidades de información que tienen asociados uno o más valores de comprobación, desde un primer dispositivo de comunicación UE1. En el paso 710, el dispositivo de comunicación BS determina si los uno o más valores de comprobación se corresponden con una unidad de información respectiva de acuerdo con una primera regla de derivación predeterminada, o de acuerdo con una segunda regla de derivación predeterminada, o no se corresponden con la unidad de información respectiva. La primera regla de derivación predeterminada puede referirse al caso en que una condición NACK debe ser señalizada, y la segunda regla de derivación puede ser utilizada para señalizar una condición ACK. En el paso 720, el dispositivo de comunicación BS inicia una retransmisión de una unidad de información al primer dispositivo de comunicación UE1 en dependencia del resultado de la determinación. Por ejemplo, la retransmisión puede iniciarse dependiendo de si uno o más valores de comprobación se corresponden con una unidad de información respectiva de acuerdo con una primera regla de derivación predeterminada o de acuerdo con una segunda regla de derivación predeterminada, o si no se corresponden en absoluto con la unidad de información respectiva.
Recursos de transmisión no utilizados para la transmisión de información de retorno
Otras formas de realización se refieren también a la transmisión de información de retorno.
Según estas formas de realización, los bloques de recursos no utilizados son, por ejemplo, detectados por un dispositivo de comunicación móvil, por ejemplo UE1 conocido de las Fig. 1-3. Por ejemplo, el equipo de usuario UE1 escucha un recurso (por ejemplo, supervisa una o más unidades de recursos inalámbricos) para detectar conjuntos de bloques de recursos no utilizados (o unidades de recursos inalámbricos no utilizadas). Si UE1 encuentra una agrupación de bloques de recursos no utilizada, se transmite la retroalimentación sobre este recurso vacío.
Por ejemplo, el control de la congestión en la comunicación vehículo a todo, V2X, puede realizarse según estas formas de realización detectando si un recurso físico es utilizado por otro equipo de usuario V2V para evitar colisiones. Por ejemplo, en algunas formas de realización puede utilizarse un mecanismo que es (sustancialmente) idéntico al control de congestión utilizado en la comunicación vehículo a todo para detectar un recurso inalámbrico no utilizado (o al menos parcialmente no utilizado). El CR es una de las métricas utilizadas para determinar la ocupación de un recurso físico.
La Fig. 20 ilustra el concepto del mecanismo de retroalimentación "escuchar antes de transmitir" según un aspecto de la presente aplicación. Permite utilizar los recursos programados no utilizados de otros UE para la retroalimentación de enlace lateral.
En otras palabras, UE1 detecta inicialmente la ocupación de UE B (o UE2, u otro dispositivo de comunicación) en la primera parte de la subtrama (es decir, determina si UE2 transmite en la primera parte de la subtrama), antes de transmitir su información de realimentación en la segunda parte de la subtrama. Si UE1 detecta la "ausencia" de UE B (o UE2, u otro dispositivo de comunicación), entonces la retroalimentación puede ser transmitida (por UE1) utilizando el recurso. Es evidente que la retroalimentación no se limita solo a HARQ, sino que también puede incluir CQI y/o Rl y/o PMI, por ejemplo en las futuras transmisiones unicast MIMO D2D/V2X de probabilidad.
En algunas formas de realización, se proporciona opcionalmente una técnica que permite al UE receptor de realimentación saber qué recursos buscar para este tipo de transmisión de realimentación dinámica.
La Fig. 13 muestra un dispositivo de comunicación ilustrativo 1300 según la presente aplicación, que puede ser un equipo de usuario UE1, que recibe una o más unidades de información 1310, que pueden ser bloques o paquetes de datos o bloques o paquetes de control, de un segundo dispositivo de comunicación, por ejemplo, un equipo de usuario UE2. Estas unidades de información 1310 pueden recibirse a través de un enlace directo. El dispositivo de comunicación UE1 genera una información de realimentación 1312, que puede ser, por ejemplo, un mensaje de acuse de recibo. También es posible que la información de realimentación 1312 sea (o comprenda) un indicador de calidad de canal, y/o un indicador de rango, y/o un indicador de matriz de precodificación y/o información de estado de canal. Esta información de realimentación 1312 se transmite a continuación (mediante una señal apropiada 1320) en una unidad de recursos inalámbricos, por ejemplo, de un conjunto de bloques de recursos o conjunto de recursos de transmisión 1330, que está reservado (por ejemplo, de forma preferente o de rango previo) para una transmisión de un dispositivo de comunicación diferente, pero que no se utiliza o solo se utiliza parcialmente. La reserva de bloques de recursos 1330, que puede ser una reserva de recursos de transmisión, se explica con mayor detalle en relación con las Fig. 20 y 21. En general, dicha reserva de recursos de transmisión 1330 comprende porciones (por ejemplo, unidades de recursos inalámbricos) que pueden ser reservadas, es decir, asignadas o programadas por una estación base para un determinado dispositivo de comunicación (o para uso preferente por el determinado dispositivo de comunicación). En situaciones en las que una parte 1332 del conjunto de recursos de transmisión 1330, una unidad de recursos inalámbricos, se reserva para un dispositivo de comunicación (o para uso preferente por el dispositivo de comunicación), pero no se utiliza o solo se utiliza parcialmente por este dispositivo de comunicación, es posible que la parte no utilizada 1332 del conjunto de recursos de transmisión 1330, a saber, la unidad de recursos inalámbricos no utilizada, se utilice para transmitir la información de retroalimentación mencionada con anterioridad. A este respecto, la Fig. 13 muestra que la información de retroalimentación 1312 es insertada por el dispositivo de comunicación 1300 en una parte no utilizada de la reserva de recursos de transmisión 1330 (aunque esta parte esté reservada o asignada para uso preferente por otro dispositivo de comunicación).
La Fig. 14 muestra otra forma de realización que sigue este concepto, a saber, que un dispositivo de comunicación 1400, que puede ser el equipo de usuario UE2, transmite unidades de información 1410 a otros dispositivos de comunicación, por ejemplo, el equipo de usuario 1420, por ejemplo UE1. Esta transmisión puede realizarse directamente a través de un enlace lateral. El dispositivo de comunicación 1400 supervisa una unidad de recursos 1442, que puede ser una unidad de recursos inalámbrica. Esta unidad de recursos 1442 puede formar parte de un conjunto de recursos de transmisión 1440, y esta unidad de recursos inalámbricos 1442 no se asigna al otro dispositivo de comunicación, por ejemplo, UE1, sino que se reserva para un dispositivo de comunicación diferente (o se reserva para uso preferente por parte del dispositivo de comunicación diferente). El monitoreo comprende el monitoreo 1430 de la unidad de recursos para obtener informacion de retroalimentacion del otro dispositivo de comunicacion (aun cuando la unidad de recursos este reservada para uso preferencial por el dispositivo de comunicacion diferente). Utilizando esta técnica, la información de retroalimentación puede transmitirse al dispositivo de comunicación 1400 utilizando una unidad de recursos 1442 que no se utiliza o al menos parcialmente no se utiliza.
La Fig. 15 muestra otra forma de realización según la presente aplicación, en la que un dispositivo de comunicación 1500, que puede ser una estación base BS, coordina 1510 una asignación de recursos, por ejemplo, de los recursos de un conjunto de recursos de transmisión, TRP, 1520. El dispositivo de comunicación 1500 se comunica con los dispositivos de comunicación 1540 para los que el dispositivo de comunicación 1500 ha coordinado la asignación de recursos. El dispositivo de comunicación 1500 proporciona una información de asignación de recursos 1502 a estos dispositivos de comunicación 1540, en donde la información de asignación de recursos 1502 describe una asignación de recursos de comunicación inalámbrica a diferentes dispositivos de comunicación e indica qué recursos de comunicación inalámbrica son utilizables para una transmisión de información de realimentación por otros dispositivos de comunicación 1540. En particular, el dispositivo de comunicación 1500 puede, por ejemplo, indicar que los recursos de comunicación inalámbrica que están reservados para uso preferente por un dispositivo de comunicación dado también son utilizables para una señalización por otros dispositivos de comunicación que son diferentes del dispositivo de comunicación dado. De este modo, el dispositivo de comunicación 1500 puede autorizar -mediante una señalización adecuada- un uso de rango inferior de los recursos de comunicación inalámbrica para señalización si estos recursos de comunicación no son utilizados por los dispositivos que están programados como usuarios de rango anterior de los respectivos recursos de comunicación inalámbrica.
La Fig. 16 muestra una disposición conceptual de un sistema 1600 que comprende un dispositivo de comunicación 1610 que actúa como una estación base (por ejemplo, que tiene la funcionalidad de la estación base 1500 como se describe con referencia a la Fig. 15), un dispositivo de comunicación 1620 que actúa como un dispositivo de comunicación emisor de datos (por ejemplo, que tiene la funcionalidad del dispositivo de comunicación 1400 como se describe con referencia a la Fig. 14), y un dispositivo de comunicación 1630 que actúa como un dispositivo de comunicación receptor de datos (por ejemplo, que tiene la funcionalidad del dispositivo de comunicación 1300 como se describe con referencia a la Fig. 13). El dispositivo de comunicación emisor de datos 1620, por ejemplo, UE2, transmite una o más unidades de datos 1622 directamente al dispositivo de comunicación receptor de datos 1630, por ejemplo, UE1, a través de un enlace lateral. El dispositivo de comunicación receptor de datos 1630 transmite una información de acuse de recibo 1632 que señala si la unidad de información se ha recibido correctamente o no. Aquí, el dispositivo de comunicación receptor de datos 1630 puede utilizar un recurso de comunicación inalámbrica reservado para la transmisión de otro dispositivo de comunicación inalámbrica para la señalización.
La Fig. 17 muestra un diagrama de flujo de un método que puede ser realizado por un dispositivo de comunicación, por ejemplo por el equipo de usuario UE1, por ejemplo conocido a partir de la Fig. 13. El método comprende, en el paso 1710, que una o más unidades de información son recibidas en el dispositivo de comunicación UE1 desde un segundo dispositivo de comunicación, que puede ser UE2. A continuación, UE1 transmite información de retroalimentación en una unidad de recursos inalámbricos que está reservada para la transmisión de un dispositivo de comunicación diferente, pero que no es utilizada o lo es solo parcialmente por el dispositivo de comunicación diferente. Mediante esta técnica, se puede utilizar el ancho de banda no utilizado y transmitir la información de realimentación sin necesidad de asignar ancho de banda al dispositivo de comunicación UE1 para transmitir la información de realimentación.
La Fig. 18 muestra un método que puede ser realizado por un dispositivo de comunicación, por ejemplo el equipo de usuario UE2, por ejemplo conocido de la Fig. 14. El dispositivo de comunicación UE2 transmite una o más unidades de datos a otro dispositivo de comunicación, que puede ser UE1, en el paso 1810. Esta transmisión puede realizarse directamente a través de un enlace lateral, por ejemplo, sin la participación de una estación base. El dispositivo de comunicación UE2 monitorea en el paso 1820 una unidad de recurso que no está asignada al otro dispositivo de comunicación, sino reservada para la transmisión de un dispositivo de comunicación diferente para información de retroalimentación del otro dispositivo de comunicación. De esta manera, el dispositivo de comunicación UE2 monitoriza la información de retroalimentación y puede extraer la información de retroalimentación que está destinada a este dispositivo de comunicación sin tener que asignar una unidad de recurso para transmitir esta información de retroalimentación.
En la Fig. 19, se ilustra un método para un dispositivo de comunicación, que puede ser una estación base, por ejemplo, un gNB, por ejemplo, conocido por la Fig. 15. El dispositivo de comunicación BS coordina en el paso 1910 la asignación de recursos de una pluralidad de dispositivos de comunicación. El dispositivo de comunicación BS proporciona en el paso 1920 una información de asignación de recursos correspondiente a la asignación coordinada de recursos, a la pluralidad de dispositivos de comunicación, en donde la información de asignación de recursos describe una asignación o recursos de comunicación inalámbrica a diferentes dispositivos de comunicación e indica qué recursos de comunicación inalámbrica son utilizables para la transmisión de información de retroalimentación por otros dispositivos de comunicación.
La Fig. 20 muestra conceptualmente la estructura de un conjunto de recursos de transmisión 2000, concretamente una visión general de una ranura 2010 de una subtrama. La ranura 2010 está asignada para comunicaciones de enlace lateral. En este ejemplo particular, los recursos 2020 (por ejemplo, uno o más grupos de rangos de frecuencia de una cuadrícula de tiempo-frecuencia, o uno o más grupos de códigos ortogonales; en términos generales uno o más bloques de unidades de recursos inalámbricos 2022) programados para su uso por el equipo de usuario B puede estar completamente sin usar, representado por la etiqueta 'parte no utilizada' 2030. Esto puede ser detectado por el equipo de usuario 1 que escucha o detecta el recurso respectivo. Cuando se detecta (por ejemplo, por parte del UE1) que el recurso no se utiliza, el equipo de usuario 1 utiliza el recurso no utilizado para la transmisión de retroalimentación. Por ejemplo, una primera parte (o una primera mitad) de las respectivas unidades de recursos inalámbricos (por ejemplo, uno o más sTTl en una parte inicial de una trama de comunicación 5G) se puede utilizar como período de detección. En otras palabras, el UE1 puede, por ejemplo, escuchar la primera o parte inicial de una unidad de recursos inalámbricos (por ejemplo, de una unidad de recursos inalámbricos asignada a otro dispositivo para uso de clasificación previa, y señalizada como utilizable para señalización en un de rango inferior), y puede transmitir una información de señalización en una parte posterior (por ejemplo, en una segunda parte o en una segunda mitad) de dicha unidad de recursos inalámbricos si la escucha o "detección" realizada en la primera parte indicó un no uso de la unidad de recursos inalámbricos.
La Fig. 21 muestra una descripción general conceptual de la estructura de un grupo de recursos de transmisión 2100. Como se desprende de la Fig. 21, el conjunto de recursos de transmisión 2100 es parte de una subtrama, en este caso pertenece a una ranura 2110 asignada para comunicaciones de enlace lateral. Una parte 2130 del conjunto de recursos de transmisión (que puede, por ejemplo, comprender múltiples regiones de recursos no contiguas) está programada para el equipo de usuario UE A, la otra parte 2120 (que puede, por ejemplo, comprender múltiples regiones de recursos no contiguas) está programada para el equipo de usuario UE B. Otro equipo de usuario, por ejemplo, UE1, realiza una detección/escucha de dichas partes no utilizadas 2124. Cuando UE1 tiene información de retroalimentación para transmitir, por ejemplo información de retroalimentación HARQ o información CSI, las partes no utilizadas 2124 del TRP 2100 pueden usarse para transmitir esta información de retroalimentación.
De nuevo, en otras palabras, según una forma de realización, por ejemplo, como se muestra en la Fig. 20, puede ser posible buscar todos los grupos de bloques de recursos que están totalmente (100%) sin usar por el UE B. Como ejemplo, los grupos de bloques de recursos que están totalmente (100%) sin usar por el UE B o por cualquier otro UE puede designarse con la expresión "parte no utilizada", como se muestra en la Fig. 20. En otra forma de realización, por ejemplo, como se muestra en la Fig. 21, no es necesario que los grupos de bloques de recursos estén totalmente sin usar, sino que también se buscan grupos de bloques de recursos parcialmente sin usar. Esto se representa en la Fig. 21, donde se muestra que el UE B utiliza una parte del conjunto de recursos de transmisión. Al igual que en la Fig. 20, el UE1 realiza detección/escucha y transmite información de retroalimentación como retroalimentación HARQ o CSI en la porción no utilizada detectada dell recurso.
El conjunto de recursos de transmisión que se muestra en las figuras 20 y 21 puede ser, por ejemplo, un bloque de recursos físicos, PRB (por ejemplo, de un sistema de comunicación 5G).
En otra forma de realización, el UE que recibe retroalimentación puede no buscar/detectar todos los grupos de recepción asignados (o todos los recursos posibles). Por ejemplo, se puede idear una regla en el UE que transmite la retroalimentación y el UE que recibe la retroalimentación (en donde la "regla" puede ser proporcionada, por ejemplo, por la estación base, por ejemplo en forma de una señalización de recursos utilizables para la señalización). A modo de ejemplo, esta regla puede incluir (por ejemplo una señalización) dónde se incluye la retroalimentación y dónde se debe buscar la retroalimentación. Por ejemplo, una señalización desde un dispositivo de comunicación de gestión puede indicar qué unidades de recursos inalámbricos se pueden utilizar para retroalimentación.
Según un aspecto opcional de la presente solicitud, para que el UE receptor, es decir, el UE2, detecte dinámicamente la retroalimentación transmitida desde el UE1, la estación base puede asignar este espacio de búsqueda específico del UE para la retroalimentación al UE2. Esto puede evitar la sobrecarga para que el UE receptor de retroalimentación detecte (o busque) ciegamente todos los recursos de enlace lateral para la retroalimentación del UE1. La estación base puede asignar este espacio de búsqueda específico de UE de acuerdo con el tráfico o la utilización de los recursos, por ejemplo, si cierto tráfico de enlace lateral URLLC de baja latencia ultraconfiable aperiódico solo se utiliza el 60% del tiempo en comparación con los recursos de enlace lateral periódicos que son utilizada el 95% del tiempo, la estación base definiría apropiadamente el espacio de búsqueda específico del UE para estar en los recursos de enlace lateral URLLC. El UE receptor de retroalimentación buscará solo el subconjunto de recursos relacionados con el tráfico de enlace lateral URLLC. Esto puede ayudar a reducir la sobrecarga y, por lo tanto, ayudar a reducir la carga de la CPU.
Como se mencionó con anterioridad, por ejemplo, la asignación también puede incluir grupos de bloques de recursos que son utilizados parcialmente por el UE B.
En formas de realización, los recursos de PC5 no utilizados se pueden utilizar para uno de los siguientes:
- transmitir retroalimentación HARQ en PC5
- escuchar en una primera parte de una subtrama si esta parte se está utilizando y, si la primera parte no se utiliza, la segunda parte de la subtrama se utiliza para transmitir la realimentación. Este mecanismo se puede utilizar para informes HARQ o CSI, cualquier combinación de sTTI o minirranuras. Cabe señalar que en V2X se ha mencionado un mecanismo similar y que podría usarse opcionalmente en formas de realización según la presente invención. La transmisión en la segunda parte podría causar problemas en el control automático de ganancia, AGC, de los UE heredados, pero los dispositivos utilizados en Internet de las cosas, IoT, podrían no tener un AGC)
- se puede examinar y considerar la transmisión integrada de la retroalimentación dentro de los grupos de bloques de recursos tanto para el PSCCH como para el PSSCH junto con el mapa de bits de subtrama.
HARQ de transmisión incluido a múltiples UE transmisores (HARQ incluido D2D/V2X)
A continuación se describirán algunas otras formas de realización según aspectos de la invención.
Por supuesto, también es posible que un dispositivo de comunicación realice una comunicación de dispositivo a dispositivo con muchos otros dispositivos de comunicación. En este caso, también es necesario que el dispositivo que recibe múltiples transmisiones unicast desde otros dispositivos de comunicación proporcione información de retroalimentación, como la retroalimentación HARQ mencionada con anterioridad, a los otros dispositivos de comunicación.
La Fig. 22 muestra un dibujo conceptual de un dispositivo de comunicación 2200, por ejemplo, el equipo de usuario UE1 que recibe una o más unidades de información 2222 desde una pluralidad de otros dispositivos de comunicación 2220. Estas unidades de información 2222 pueden recibirse a través de un enlace directo sin la participación de una estación base. El dispositivo de comunicación 2200 recibe un mensaje de asignación de recursos 2212 desde un dispositivo de comunicación de gestión 2210, que puede ser una estación base BS. El mensaje de asignación de recursos 2212 define una asignación de posiciones de bits asociadas con un reconocimiento de unidades de información recibidas (por ejemplo, por UE1) desde la pluralidad de otros dispositivos de comunicación 2220 en una unidad de información de reconocimiento combinada 2202. El dispositivo de comunicación 2200 transmite dicha unidad de información de acuse de recibo combinado 2202 en respuesta a la recepción de las unidades de información 2222 desde la pluralidad de otros dispositivos de comunicación 2220 usando la asignación de posiciones de bits definidas en el mensaje de asignación de recursos. De esta manera, el dispositivo de comunicación 2200 puede proporcionar información de retroalimentación a los otros dispositivos de comunicación 2220 de los cuales ha recibido las unidades de información 2222, y puede señalar de esta manera si las unidades de información se han recibido correctamente o no, por ejemplo. El dispositivo de comunicación 2200 puede, opcionalmente, complementarse con las características y funcionalidades descritas en el presente documento, ya sea individualmente o en combinación.
La Fig. 23 muestra un dispositivo de comunicación 2300, que puede ser un equipo de usuario de una pluralidad de equipos de usuario. El dispositivo de comunicación 2300, por ejemplo, un equipo de usuario, por ejemplo, UE2 transmite una o más unidades de información 2310 a otro dispositivo de comunicación 2340, que puede ser el equipo de usuario UE1, por ejemplo directamente a través de un enlace lateral sin involucrar una estación base. El dispositivo de comunicación 2300 recibe un mensaje de asignación de recursos 2330 desde un dispositivo de comunicación de gestión 2350, por ejemplo, una estación base BS, definiendo el mensaje de asignación de recursos una asignación de posiciones de bits asociadas con un reconocimiento de unidades de información recibidas por el otro dispositivo de comunicación UE1 en una unidad de información de reconocimiento combinada. El dispositivo de comunicación UE2 recibe dicha unidad de información de acuse de recibo combinada 2320 y evalúa (casilla 2302) un bit en una posición de bit definida por el mensaje de asignación de recursos 2330 para derivar información sobre si una o más unidades de información transmitidas por el dispositivo de comunicación 2300 se han recibido correctamente por el otro dispositivo de comunicación 2340 o no. De esta manera se proporciona una señalización eficaz de la información de realimentación. El dispositivo de comunicación 2300 puede, opcionalmente, complementarse con las características y funcionalidades descritas en el presente documento, ya sea individualmente o en combinación.
La Fig. 24 muestra un dispositivo de comunicación conceptual 2400 que puede ser el dispositivo de comunicación de gestión mencionado con anterioridad, por ejemplo, una estación base BS de las Figuras 22 y 23. El dispositivo de comunicación 2400 coordina (casilla 2402) la asignación de recursos a una pluralidad de dispositivos de comunicación 2420, y se comunica con esta pluralidad de dispositivos de comunicación. El dispositivo de comunicación 2400 proporciona una información de asignación de recursos 2410 a la pluralidad de dispositivos de comunicación 2420, definiendo la información de asignación de recursos 2410 una asignación de posiciones de bits asociadas con un acuse de recibo de unidades de información recibidas por un dispositivo de comunicación dado, por ejemplo, UE1, de una pluralidad de otros dispositivos de comunicación 2420, por ejemplo, UE2 a UEN, en una unidad de información de acuse de recibo combinada para transmitirse en respuesta a la recepción de unidades de información desde la pluralidad de otros dispositivos de comunicación 2420. El dispositivo de comunicación 2400 puede, opcionalmente, complementarse con las características y funcionalidades descritas en el presente documento, ya sea individualmente o en combinación.
La Fig. 25 muestra un método ilustrativo para un dispositivo de comunicación, por ejemplo el equipo de usuario UE1 de la Fig. 22. En el paso 2510, se reciben una o más unidades de información desde otros dispositivos de comunicación, por ejemplo, UE2 a UEN, la recepción puede realizarse a través de enlaces directos. El dispositivo de comunicación UE1 recibe un mensaje de asignación de recursos desde un dispositivo de comunicación de gestión, que puede ser el dispositivo de comunicación BS. El mensaje de asignación de recursos define una asignación de posiciones de bits en una unidad de información de acuse de recibo combinada, estando asociadas las posiciones de bits con un acuse de recibo de unidades de información recibidas desde la pluralidad de otros dispositivos de comunicación. El dispositivo de comunicación UE1 transmite una unidad de información de acuse de recibo combinada utilizando la asignación de posiciones de bits definidas en el mensaje de asignación de recursos. De esta manera se proporciona una señalización de información de realimentación a los otros dispositivos de comunicación. La Fig. 26 proporciona un método para un dispositivo de comunicación, por ejemplo el equipo de usuario UE2 de la Fig. 23, de una pluralidad de equipos de usuario, que transmite una o más unidades de información a otro dispositivo de comunicación, por ejemplo, el equipo de usuario UE1. El dispositivo de comunicación UE2 recibe un mensaje de asignación de recursos desde un dispositivo de comunicación de gestión, el dispositivo de comunicación de gestión puede ser una estación base. El mensaje de asignación de recursos define la asignación de posiciones de bits en una unidad de información de acuse de recibo combinada como se describió con anterioridad. El dispositivo de comunicación UE2 recibe una unidad de información de acuse de recibo combinada y evalúa un bit en una posición de bit definida por el mensaje de asignación de recursos para derivar información sobre si la una o más unidades de información han sido recibidas adecuadamente por el otro dispositivo de comunicación o no.
La Fig. 27 muestra un método para un dispositivo de comunicación, que puede ser un dispositivo de comunicación de gestión, por ejemplo, la estación base BS de la Fig. 24. El dispositivo de comunicación B<s>coordina la asignación de recursos a varios dispositivos de comunicación. El dispositivo de comunicación BS proporciona una información de asignación de recursos a la pluralidad de dispositivos de comunicación, la información de asignación de recursos define la asignación de posiciones de bits asociadas con un acuse de recibo de unidades de información recibidas por un dispositivo de comunicación determinado en una unidad de información de acuse de recibo combinada que se transmitirá en respuesta a la recepción de unidades de información.
La Fig. 28 muestra una descripción general conceptual de un sistema 2800 que comprende una pluralidad de dispositivos de comunicación, siendo los dispositivos de comunicación los equipos de usuario UE1 a UE5 y una estación base gNB (que puede, por ejemplo, corresponder al dispositivo de comunicación 2400 mencionado con anterioridad). El dispositivo de comunicación UE1 (que puede, por ejemplo, corresponder al dispositivo de comunicación 2200 mencionado con anterioridad) recibe múltiples transmisiones de datos 2810 desde los equipos de usuario UE2 a UE5 (que puede, por ejemplo, corresponder al dispositivo de comunicación 2300 mencionado con anterioridad) y también proporciona múltiples transmisiones de retroalimentación 2820 como una retroalimentación HARQ de enlace lateral de transmisión. Para proporcionar esta retroalimentación, se utiliza la unidad de información de acuse de recibo combinada como se describe con anterioridad.
A continuación se describirán algunas formas de realización alternativas según la invención y detalles adicionales. Se espera que un dispositivo de comunicación móvil, como el UE1 mostrado en la Fig. 28, que está habilitado para realizar D2D o V2X, reciba múltiples transmisiones de unidifusión desde varios UE transmisores dependiendo del número de grupos de recepción asignados. En efecto, bloques de transferencia únicos o múltiples, TB, desde diferentes UE, cada uno de los cuales requiere una retroalimentación como la retroalimentación HARQ analizada con anterioridad. Para proporcionar dicha retroalimentación, se desea un enfoque asincrónico y adaptativo para programar las transmisiones de retroalimentación HARQ de múltiples UE transmisores. Actualmente, el tiempo de procesamiento del receptor de un UE es de aproximadamente 3 ms, lo que hace que la siguiente transmisión posible de retroalimentación sea n+4 subtramas, donde la enésima subtrama contenía la transmisión original.
Según un aspecto de la aplicación, en el caso de aplicaciones de alta latencia, el UE1 puede considerar la transmisión de su retroalimentación 2820 a múltiples UE en sus proximidades, como del UE2 al UE5 mostrado en la Fig. 28. La Fig. 28 muestra un sistema que comprende cinco dispositivos de comunicación UE1 a UE5, que realizan comunicaciones de enlace lateral. También se representa una estación base, gNB, pero no participa en la comunicación entre los dispositivos móviles. Esto no significa necesariamente que la estación base no sea necesaria para este sistema, porque algunas funcionalidades, como la asignación de recursos, pueden ser realizadas por la estación base. Los UE transmisores, es decir, los UE 2 a 5, pueden, por ejemplo, decodificar a ciegas su respectiva retroalimentación a partir de la retroalimentación agrupada usando secuencias de codificación específicas de UE. Sin embargo, esto no es esencial. Además, si todas o la mayoría de las transmisiones de unidifusión iniciales 2810 desde los UE 2-5 ocurren dentro de un cierto intervalo de tiempo, según una forma de realización, sería beneficioso desde la perspectiva del UE1, en términos de sobrecarga de retroalimentación, transmitirlo de forma agrupada a los UE circundantes. Según un aspecto, puede haber una asignación de contenido y recursos de mensajes de difusión, por ejemplo, definidos en una información de asignación de recursos.
A continuación, se analiza una asignación de recursos para un mensaje de difusión HARQ. Hay dos escenarios. En el escenario 1, se describen posibles mecanismos de asignación de recursos y posibles estructuras de mensajes de difusión que pueden usarse en formas de realización de la invención de la aplicación. Una estación base multidifunde la asignación de recursos HARQ, la posición del bit HARQ, el tamaño del mensaje, etc. a través de un grupo DCI. Este puede ser un nuevo formato DCI. Esta información se multidifunde/difunde en grupo a todos los UE para la transmisión y recepción del mensaje de difusión HARQ. La estación base, por ejemplo, incluye los siguientes elementos en el mensaje de control de multidifusión/difusión grupal:
a. recursos de transmisión de enlace lateral para los cuales transmitir el mensaje de retroalimentación HARQ difundido para UE1, y/o
b. recursos del grupo de recepción de enlace lateral para los cuales recibir el mensaje de retroalimentación HARQ de transmisión desde UE1 y/o
c. Información de posición de bits HARQ para cada retroalimentación HARQ basada en las transmisiones recibidas del UE2 al UE5. La Fig. 29 muestra una estructura ilustrativa y/o
d. tamaño del mensaje de retroalimentación HARQ agregada, que depende del número de UE que han transmitido al UE1 en un período corto.
La Fig. 29 muestra un escenario ilustrativo para una estructura de mensaje y asignación de recursos de retroalimentación de transmisión HARQ. En este ejemplo, se muestra una asignación de recursos HARQ de multidifusión/difusión grupal en grupo. La asignación de recursos se transmite en información de control. La estación base 2910 puede transmitir esta información al equipo de usuario de los equipos de usuario 2920. La información indica el recurso que se puede esperar que transporte la información HARQ y las posiciones de bits para cada equipo de usuario 2920. El recurso HARQ puede ser preasignado después de que UE2-5 hayan transmitido.
En otras palabras, la Fig. 29 muestra la opción 1 de una asignación de recursos HARQ de multidifusión grupal. La asignación de recursos se transmite en información de control a los equipos de usuario 2920. Se indica qué recurso se espera que tenga información HARQ y se indican las posiciones de bits para cada equipo de usuario. El recurso HARQ se reasigna (opcionalmente) después de que los equipos de usuario 2 a 5 hayan transmitido. El equipo de usuario UE1 proporciona un mensaje de retroalimentación de difusión/multidifusión/difusión en grupo; en este caso particular, el mensaje de retroalimentación de difusión/multidifusión/difusión en grupo puede comprender cuatro bits, estando asignado cada bit a uno de los cuatro equipos de usuario que han enviado unidades de información al UE1. En el ejemplo dado, el mensaje de retroalimentación de transmisión/multidifusión/difusión grupal comprende cuatro bits 1011, esto puede señalar un ACK para UE1, UE4, UE5 y un NACK para UE3.
En el escenario 2 representado en la Fig. 30, la asignación de recursos HARQ, las posiciones de bits HARQ y el tamaño del mensaje se incluirán en el DCI 5 existente, señalización de control de enlace descendente, por la estación base 3010 para cada UE antes de la transmisión de datos inicial. Cada equipo de usuario UE de los equipos de usuario 3020 conocería su propia posición de bit de la cual extraer su propia retroalimentación HARQ del mensaje de retroalimentación HARQ de transmisión/multidifusión/difusión grupal de UE1.
En este caso, la estación base 3010 puede preasignar recursos para el mensaje de difusión/multidifusión/difusión grupal HARQ de forma preventiva. Sin embargo, si solo transmite un subconjunto de UE 3020, por ejemplo, solo UE2 y UE5, entonces ocurre el siguiente ejemplo:
a. El formato del mensaje de asignación de difusión HARQ de la estación base sería HARQ_Broadcast = {UE2, UE3, UE4, UE5}.
b. Sin embargo, solo UE2 y UE5 transmiten con ambos mensajes ACK, UE1 transmite el mensaje HARQ_Broadcast = 0xxx0 o 0xx0. En este caso, 'x' se refiere a retroalimentación no utilizada y da como resultado algunos bits generales.
c. Alternativamente, si UE1 solo transmite el mensaje HARQ de transmisión corta HARQ_Broadcast = 00 correspondiente a UE2 y UE5 que solo transmiten datos, entonces UE3 detectaría retroalimentación al no haber enviado datos y UE5 ni siquiera podría recibir su retroalimentación. En este caso, UE5 activaría una retransmisión ya que no se ha recibido retroalimentación, consulte la Fig. 30.
En este escenario, la transmisión de datos puede incluir el tipo de retroalimentación HARQ, por ejemplo transmitida desde la estación base. El DCI 5 puede incluir una palanca de retroalimentación. Esto puede transmitirse al UE1 aprovechando los datos. Esto puede usarse para comentarios. En caso de un fallo de decodificación, se podría utilizar una retroalimentación HARQ incorrecta en una posición incorrecta, lo que también puede provocar una retransmisión.
Más observaciones
Cabe señalar que las formas de realización y aspectos divulgados en el presente documento también se pueden usar en combinación. En otras palabras, cualquier característica y funcionalidad descrita en el presente documento con respecto al UE1 se puede combinar en una funcionalidad extendida UE1. De manera similar, cualquier característica y funcionalidad descrita en el presente documento con respecto a UE2 a UE5 se puede combinar en un dispositivo de comunicación de funcionalidad extendida respectivo. De manera similar, cualquier característica y funcionalidad descrita aquí con respecto a un gNB se puede combinar en una estación base o dispositivo de comunicación de funcionalidad extendida.
Además, cualquiera de las características y funcionalidades descritas en el presente documento con respecto a los aparatos también se pueden incluir en los métodos correspondientes.
En caso de abreviaturas poco claras, se hace referencia a las abreviaturas utilizadas en el proceso de estandarización de 5G, así como en otros estándares de comunicación (como 3GPP, LTE, etc.).
Alternativas de implementación
Aunque algunos aspectos se han descrito en el contexto de un aparato, está claro que estos aspectos también representan una descripción del método correspondiente, donde un bloque o dispositivo corresponde a un paso del método o una característica de un paso del método. De manera análoga, los aspectos descritos en el contexto de una etapa del método también representan una descripción de un bloque o elemento o característica correspondiente de un aparato correspondiente. Algunos o todos los pasos del método pueden ejecutarse mediante (o utilizando) un aparato de hardware, como por ejemplo, un microprocesador, una computadora programable o un circuito electrónico. En algunas formas de realización, uno o más de los pasos más importantes del método pueden ejecutarse mediante dicho aparato.
Dependiendo de ciertos requisitos de implementación, las formas de realización de la invención se pueden implementar en hardware o en software. La implementación se puede realizar usando un medio de almacenamiento digital, por ejemplo un disquete, un DVD, un Blu-Ray, un CD, una ROM, una PROM, una EPROM, una EEPROM o una memoria FLASH, que tiene almacenadas señales de control legibles electrónicamente sobre el mismo, que cooperan (o son capaces de cooperar) con un sistema informático programable de manera que se realice el método respectivo. Por lo tanto, el medio de almacenamiento digital puede ser legible por computadora.
Algunas formas de realización según la invención comprenden un soporte de datos que tiene señales de control legibles electrónicamente, que son capaces de cooperar con un sistema informático programable, de modo que se realice uno de los métodos descritos en el presente documento.
Generalmente, las formas de realización de la presente invención se pueden implementar como un producto de programa informático con un código de programa, siendo el código de programa operativo para realizar uno de los métodos cuando el producto de programa informático se ejecuta en una computadora. El código del programa puede almacenarse, por ejemplo, en un soporte legible por máquina.
Otras formas de realización comprenden el programa informático para realizar uno de los métodos descritos en el presente documento, almacenado en un soporte legible por máquina.
En otras palabras, una forma de realización del método inventivo es, por lo tanto, un programa informático que tiene un código de programa para realizar uno de los métodos descritos en el presente documento, cuando el programa informático se ejecuta en una computadora.
Una realización adicional de los métodos inventivos es, por lo tanto, un soporte de datos (o un medio de almacenamiento digital, o un medio legible por computadora) que comprende, grabado en el mismo, el programa de computadora para realizar uno de los métodos descritos en el presente documento. El soporte de datos, el soporte de almacenamiento digital o el soporte grabado suelen ser tangibles y/o no transitorios.
Por lo tanto, una forma de realización adicional del método inventivo es un flujo de datos o una secuencia de señales que representan el programa informático para realizar uno de los métodos descritos en el presente documento. El flujo de datos o la secuencia de señales se puede configurar, por ejemplo, para que se transfiera a través de una conexión de comunicación de datos, por ejemplo a través de Internet.
Una realización adicional comprende un medio de procesamiento, por ejemplo una computadora, o un dispositivo lógico programare, configurado o adaptado para realizar uno de los métodos descritos en el presente documento. Una realización adicional comprende una computadora que tiene instalado en ella el programa de computadora para realizar uno de los métodos descritos en el presente documento.
Una realización adicional según la invención comprende un aparato o un sistema configurado para transferir (por ejemplo, electrónica u ópticamente) un programa informático para realizar uno de los métodos descritos en el presente documento a un receptor. El receptor puede ser, por ejemplo, un ordenador, un dispositivo móvil, un dispositivo de memoria o similares. El aparato o sistema puede comprender, por ejemplo, un servidor de archivos para transferir el programa informático al receptor.
En algunas formas de realización, se puede usar un dispositivo lógico programable (por ejemplo, una matriz de puertas programables en campo) para realizar algunas o todas las funcionalidades de los métodos descritos en el presente documento. En algunas formas de realización, una matriz de puertas programables en campo puede cooperar con un microprocesador para realizar uno de los métodos descritos en el presente documento. Generalmente, los métodos se realizan preferentemente mediante cualquier aparato de hardware.
El aparato descrito en el presente documento se puede implementar usando un aparato de hardware, o usando una computadora, o usando una combinación de un aparato de hardware y una computadora.
El aparato descrito en el presente documento, o cualquier componente del aparato descrito en el presente documento, puede implementarse al menos parcialmente en hardware y/o en software.
Los métodos descritos en el presente documento se pueden realizar usando un aparato de hardware, o usando una computadora, o usando una combinación de un aparato de hardware y una computadora.
Los métodos descritos en el presente documento, o cualquier componente del aparato descrito en el presente documento, pueden realizarse al menos parcialmente mediante hardware y/o software.
Las formas de realización descritas con anterioridad son meramente ilustrativas de los principios de la presente invención. Se entiende que las modificaciones y variaciones de las disposiciones y los detalles descritos en el presente documento serán evidentes para otros expertos en la técnica. Por lo tanto, la intención es limitarse únicamente al alcance de las reivindicaciones adjuntas y no a los detalles específicos presentados a modo de descripción y explicación de las formas de realización del presente documento.
Lista de acrónimos símbolos
continuación
Referencias
Lenovo-Motorola Mobility, Sidelink feedback information, 3GPP Technical Document-R1-1707773, [1] Hangzhou-PR. China, May 2017.
[2] Huawei, Sidelink link adaptation with feedback information for FeD2D, 3GPP Technical Document R1-1707041, Hanqzhou-PR. China, May 2017.
[3] ZTE, Discussion on FeD2D Feedback scheme, 3GPP Technical Document- R1-1707210, Hangzhou-PR. China, May 2017.
[4] Intel, Sidelink Feedback Information and Signalling for Wearable and loT Use Cases, 3GPP Technical Document- R1-1707335, Hanqzhou-PR. China, May 2017.
[5] LG Electronics, Discussion on feedback information on sidelink, 3GPP Technical Document- R1-1707586, Hangzhou-PR. China, May 2017.
[6] Sony, Discussion on sidelink adaptation and feedback information, 3GPP Technical Document R1-1708265, Hangzhou-PR. China, May 2017.
[7] J. Schlienz and A. Roessler, Device to Device Communication in LTE, Whitepaper, Rohde-Schwarz, pp.
1-36.
[8] Chairman's Notes, RAN1#88bis.
E. Dahlman, S. Parkvall and J. Skold, "4G LTE-Advanced Pro and the Road to 5G", Elsevier, 3rd Edition, [9] 2016.
[10] 3GPP, "Physical Layer Measurements", TS 36.214 v. 14.2.0, Apr. 2017.

Claims (9)

REIVINDICACIONES
1. Un dispositivo de comunicación (2200),
en donde el dispositivo de comunicación (2200) está configurado para recibir una o más unidades de información (2222) desde una pluralidad de otros dispositivos de comunicación (2220),
en donde el dispositivo de comunicación (2200) está configurado para recibir un mensaje de asignación de recursos (2212) desde un dispositivo de comunicación de gestión (2210),
en donde el mensaje de asignación de recursos (2212) define una asignación de posiciones de bits asociadas con un reconocimiento de unidades de información (2222) recibidas desde la pluralidad de otros dispositivos de comunicación (2220) en una unidad de información de reconocimiento combinada (2202); y
en donde el dispositivo de comunicación (2200) está configurado para transmitir una unidad de información de acuse de recibo combinada (2202) en respuesta a una recepción de unidades de información (2222) desde una pluralidad de otros dispositivos de comunicación (2220) usando la asignación de posiciones de bits definidas en el mensaje de asignación de recursos (2202).
2. El dispositivo de comunicación (2200) de acuerdo con la reivindicación 1, en donde el dispositivo de comunicación (2200) está configurado para difundir o multidifundir la unidad de información de acuse de recibo combinada (2202).
3. El dispositivo de comunicación (2200) de acuerdo con la reivindicación 2, en donde el dispositivo de comunicación (2200) está configurado para transmitir la unidad de información de acuse de recibo combinada (2202) a los otros dispositivos de comunicación (2220) a través de un enlace lateral que no implica una estación base.
4. El dispositivo de comunicación (2200) de acuerdo con una de las reivindicaciones 1 a 3, en donde el dispositivo de comunicación (2200) está configurado para establecer bits en posiciones de bits asociadas con uno o más dispositivos de comunicación distintos desde los cuales se recibieron adecuadamente una o más unidades de información en un primer valor de bit y para establecer bits en posiciones de bits asociadas con uno o más dispositivos de comunicación desde los cuales una o más unidades de información no se recibieron correctamente o desde los cuales no se recibieron unidades de información a un segundo valor de bit que es diferente del primer valor de bit.
5. El dispositivo de comunicación (2200) de acuerdo con una de las reivindicaciones 1 a 4, en donde el dispositivo de comunicación (2200) está configurado para transmitir una unidad de información de acuse de recibo combinada (2202) para unidades de información recibidas desde otros dispositivos de comunicación diferentes dentro de un período de tiempo predeterminado.
6. El dispositivo de comunicación (2200) de acuerdo con una de las reivindicaciones 1 a 5, en donde el mensaje de asignación de recursos (2202) también define en qué unidad de recursos inalámbricos se va a transmitir la unidad de información de acuse de recibo combinada, y en donde el dispositivo de comunicación (2200) está configurado para transmitir la unidad de información de acuse de recibo combinada (2202) en la unidad de recursos inalámbricos especificada por el mensaje de asignación de recursos (2212).
7. El dispositivo de comunicación (2200) de acuerdo con una de las reivindicaciones 1 a 6, en donde el dispositivo de comunicación (2200) está configurado para evaluar un mensaje de asignación de recursos (2212) que se basa en datos.
8. Un método para comunicación, en donde el método comprende recibir (2510), en un dispositivo de comunicación, una o más unidades de información de una pluralidad de otros dispositivos de comunicación,
recibir (2520) un mensaje de asignación de recursos desde un dispositivo de comunicación de gestión, en donde el mensaje de asignación de recursos define una asignación de posiciones de bits asociadas con un reconocimiento de unidades de información recibidas desde la pluralidad de otros dispositivos de comunicación en una unidad de información de reconocimiento combinada; y
transmitir (2530) una unidad de información de acuse de recibo combinada en respuesta a una recepción de unidades de información de una pluralidad de otras comunicaciones utilizando la asignación de posiciones de bits definidas en el mensaje de asignación de recursos.
9. Un programa informático que comprende instrucciones que, cuando el programa es ejecutado por una computadora, hacen que la computadora lleve a cabo el método de acuerdo con la reivindicación 8.
ES18737299T 2017-07-13 2018-07-12 Dispositivo, sistema y método de comunicación por retroalimentación Active ES2968362T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP17181315 2017-07-13
EP17186157 2017-08-14
PCT/EP2018/068935 WO2019012041A1 (en) 2017-07-13 2018-07-12 COMMUNICATION DEVICE, COMMUNICATION SYSTEM AND METHOD INVOLVING INFORMATION RETURN

Publications (1)

Publication Number Publication Date
ES2968362T3 true ES2968362T3 (es) 2024-05-09

Family

ID=62816589

Family Applications (2)

Application Number Title Priority Date Filing Date
ES23207016T Active ES3047585T3 (en) 2017-07-13 2018-07-12 Communication device, system and method for communication using feedback
ES18737299T Active ES2968362T3 (es) 2017-07-13 2018-07-12 Dispositivo, sistema y método de comunicación por retroalimentación

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES23207016T Active ES3047585T3 (en) 2017-07-13 2018-07-12 Communication device, system and method for communication using feedback

Country Status (8)

Country Link
US (4) US11627557B2 (es)
EP (3) EP3652875B1 (es)
JP (4) JP7025829B2 (es)
KR (1) KR102417076B1 (es)
CN (1) CN111095833B (es)
ES (2) ES3047585T3 (es)
PL (1) PL4307585T3 (es)
WO (1) WO2019012041A1 (es)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11540257B2 (en) * 2018-03-23 2022-12-27 Qualcomm Incorporated Uplink control information transmission on autonomous uplink in new radio-unlicensed (NR-U)
US20200053835A1 (en) 2018-08-08 2020-02-13 Idac Holdings, Inc. Uu interface enhancement for nr v2x
FI3815444T3 (fi) * 2018-08-21 2023-06-09 Guangdong Oppo Mobile Telecommunications Corp Ltd Laitteisto ja menetelmä langattomaan viestintään
US12185349B2 (en) * 2018-09-14 2024-12-31 Samsung Electronics Co., Ltd. Method and apparatus for measuring link between terminals in wireless communication system
US11368201B2 (en) * 2018-09-28 2022-06-21 Electronics And Telecommunications Research Institute Method for groupcast transmission and reception with feedback information, and apparatus therefor
US11139920B2 (en) * 2018-10-31 2021-10-05 Hyundai Motor Company Method and apparatus for hybrid automatic repeat request in sidelink communications
US11646822B2 (en) 2018-12-11 2023-05-09 Apple Inc. Groupcast transmission with feedback for intra-platooning and inter-platooning communications
FR3091124A1 (fr) * 2018-12-20 2020-06-26 Orange Procédé d’émission d’un message comprenant une information relative à la réception de données par un équipement récepteur appartenant à un groupe de diffusion, dispositifs et programmes d’ordinateurs correspondants.
US11570755B2 (en) * 2019-01-20 2023-01-31 Qualcomm Incorporated Control forwarding techniques for wireless communications
EP3915311A4 (en) * 2019-01-21 2022-08-10 ZTE Corporation RESOURCE DISPLAY AND SELECTION SCHEMES IN WIRELESS COMMUNICATIONS
CN111525988A (zh) * 2019-02-02 2020-08-11 华为技术有限公司 一种反馈方法及终端设备
CN111565089A (zh) 2019-02-13 2020-08-21 索尼公司 电子装置、无线通信方法和计算机可读介质
CN113574820B (zh) * 2019-03-22 2024-04-26 联想(新加坡)私人有限公司 聚合harq反馈
KR102659771B1 (ko) * 2019-03-28 2024-04-22 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 재전송 자원 구성 방법, 장치, 칩 및 컴퓨터 프로그램
KR102859002B1 (ko) * 2019-03-28 2025-09-15 삼성전자 주식회사 사이드링크 통신에서 자원을 할당하는 방법 및 장치
JP7390399B2 (ja) * 2019-04-23 2023-12-01 オッポ広東移動通信有限公司 サイドリンクデータの伝送方法及び端末デバイス
US12219480B2 (en) * 2019-05-24 2025-02-04 Lg Electronics Inc. Method for UE transmitting sidelink signal in wireless communication system supporting sidelink, and device therefor
CN111800219B (zh) 2019-07-29 2022-05-24 维沃移动通信有限公司 数据传输方法、用户设备及控制节点
WO2021029557A1 (ko) * 2019-08-14 2021-02-18 현대자동차주식회사 사이드링크 통신을 지원하는 통신 시스템에서 harq 응답의 송수신을 위한 방법 및 장치
CN114270755B (zh) 2019-08-14 2025-08-19 现代自动车株式会社 用于在支持侧链路通信的通信系统中发送和接收harq响应的方法和装置
US12041673B2 (en) * 2019-10-01 2024-07-16 Qualcomm Incorporated Feedback for sidelink transmission
CN114731221B (zh) * 2019-10-02 2024-11-29 皇家飞利浦有限公司 Nr v2x重传过程
US11476982B2 (en) * 2020-05-27 2022-10-18 Qualcomm Incorporated Multiplexing multicast and unicast feedback
WO2022014937A1 (ko) * 2020-07-17 2022-01-20 현대자동차주식회사 사이드링크 통신에서 재전송을 위한 방법 및 장치
WO2022021314A1 (en) * 2020-07-31 2022-02-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. User equipment and method for sidelink communication in unlicensed frequency spectrum by same
US11882546B2 (en) * 2021-04-02 2024-01-23 Qualcomm Incorporated Sidelink feedback for multiple transmit receive points
US11838911B2 (en) * 2021-08-20 2023-12-05 Qualcomm Incorporated Techniques for low-latency sidelink feedback transmission
US11985631B2 (en) * 2021-08-25 2024-05-14 Qualcomm Incorporated Reconfigurable surfaces for sidelink communications
US12063626B2 (en) * 2021-10-12 2024-08-13 Qualcomm Incorporated Indicating full duplex use of reserved sidelink resources
US20250133571A1 (en) * 2023-10-19 2025-04-24 Dell Products, L.P. Distributed downlink control channel design for wireless tethered devices

Family Cites Families (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6990098B1 (en) * 2000-09-11 2006-01-24 Sun Microsystems, Inc. Reliable multicast using merged acknowledgements
US20060136614A1 (en) 2004-07-30 2006-06-22 Nokia Corporation System and method for variable length aggregate acknowledgements in a shared resource network
US7492722B2 (en) 2004-11-04 2009-02-17 Interdigital Technology Corporation Wireless communication method and apparatus for adaptively biasing channel quality indicators to maintain a desired block error rate
EP1938538B1 (en) * 2005-08-19 2019-10-23 Samsung Electronics Co., Ltd. Method for variable sub-carrier mapping and device using the same
CA2650555A1 (en) * 2006-04-24 2007-11-08 Interdigital Technology Corporation Method and signaling procedure for transmission opportunity usage in a wireless mesh network
KR100959334B1 (ko) 2006-10-30 2010-05-20 삼성전자주식회사 무선통신 시스템에서 채널 상태 정보 채널 할당을 위한 장치 및 방법
FI20065699A0 (fi) * 2006-11-06 2006-11-06 Nokia Corp HARQ-vastaanotto moniradiolaitteessa
US20080259891A1 (en) * 2007-04-17 2008-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Multiple packet source acknowledgement
US8194588B2 (en) * 2007-12-13 2012-06-05 Qualcomm Incorporated Coding block based HARQ combining scheme for OFDMA systems
KR101272772B1 (ko) 2007-12-17 2013-06-10 삼성전자주식회사 광대역 무선통신 시스템에서 동적 자원 할당 장치 및 방법
US20090327443A1 (en) * 2008-06-26 2009-12-31 Sprint Spectrum L.P. Method and System for Aggregating Messages
US8077670B2 (en) * 2009-04-10 2011-12-13 Jianke Fan Random access channel response handling with aggregated component carriers
CN102396176B (zh) 2009-04-17 2015-07-15 Lg电子株式会社 用于检测来自转发器的harq/nack反馈信号的方法
CN101867467B (zh) * 2009-04-20 2013-04-10 电信科学技术研究院 载波聚合系统中harq确认消息的反馈方法及装置
EP2293486A1 (en) * 2009-09-03 2011-03-09 Panasonic Corporation Feedback scheme for providing feedback on plural transmissions
KR101813031B1 (ko) * 2010-04-13 2017-12-28 엘지전자 주식회사 상향링크 신호를 전송하는 방법 및 이를 위한 장치
CN102238747A (zh) * 2010-04-30 2011-11-09 夏普株式会社 上行物理控制信息传输方法,基站和用户设备
WO2012068224A1 (en) * 2010-11-16 2012-05-24 Interdigital Patent Holdings, Inc. Method and apparatus for wireless direct link operation
CN102075313B (zh) * 2011-03-04 2013-03-27 电信科学技术研究院 一种ack/nack反馈比特的处理方法和设备
EP2702700A4 (en) 2011-04-29 2015-12-16 Intel Corp CSI FEEDBACK TECHNOLOGY IN A MIMO COMMUNICATION SYSTEM
US8737305B2 (en) 2011-09-25 2014-05-27 Lg Electronics Inc. Method for allocating resources in broadband wireless access system
GB2498815A (en) * 2012-01-30 2013-07-31 Renesas Mobile Corp Enhanced PHICH with multibit ACK/NAK
CN103368713B (zh) 2012-03-26 2017-03-15 中兴通讯股份有限公司 设备到设备的通信方法及装置
CN103825687B (zh) * 2012-11-19 2017-12-22 上海贝尔股份有限公司 用于蜂窝网络下的设备到设备通信的信令传输方法
KR102281343B1 (ko) 2013-10-28 2021-07-23 엘지전자 주식회사 무선 통신 시스템에서 장치 대 장치 단말의 신호 송수신 방법 및 장치
JP6069229B2 (ja) 2014-01-15 2017-02-01 日本電信電話株式会社 ノード
JP2017079339A (ja) 2014-03-07 2017-04-27 株式会社東芝 通信制御装置、無線端末、メモリーカード、集積回路および無線通信方法
US9794976B2 (en) * 2014-09-03 2017-10-17 Futurewei Technologies, Inc. System and method for D2D resource allocation
JP2016076301A (ja) 2014-10-02 2016-05-12 凸版印刷株式会社 発光素子基材および製造方法
US10694496B2 (en) * 2014-11-07 2020-06-23 Samsung Electronics Co., Ltd. Method and apparatus for transmitting group message to user equipment (UE)
CN112118078B (zh) 2014-11-14 2024-02-27 株式会社Ntt都科摩 终端、通信系统以及反馈方法
EP3213440B1 (en) 2014-11-18 2019-02-27 Sony Corporation Communications devices and methods
KR102358105B1 (ko) * 2015-01-21 2022-02-04 삼성전자 주식회사 단말 간 탐색을 이용해 지역을 기반으로 광고하는 방법 및 장치
US9877203B2 (en) * 2015-05-07 2018-01-23 Qualcomm Incorporated Channel feedback reporting for shared frequency spectrum
CN106332091B (zh) * 2015-07-01 2021-06-08 中兴通讯股份有限公司 一种非授权载波上图案的管理方法和装置
WO2017026973A1 (en) * 2015-08-12 2017-02-16 Intel Corporation Resource access in device to device communication
EP3764577A1 (en) * 2015-09-25 2021-01-13 Sony Corporation Telecommunications circuitry
KR20170112945A (ko) * 2016-04-01 2017-10-12 삼성전자주식회사 이동통신 시스템에서 기기 간 통신과 셀룰라 통신의 공존 방법 및 장치
US10750513B2 (en) * 2016-05-02 2020-08-18 Lg Electronics Inc. Signal transmission method performed by terminal in wireless communication system and terminal using same method
US10200162B2 (en) * 2016-05-27 2019-02-05 Qualcomm Incorporated HARQ feedback in shared RF spectrum band
US10917875B2 (en) * 2016-06-06 2021-02-09 Qualcomm Incorporated Multicast and/or broadcast for enhanced machine type communications and/or narrowband internet-of-things
US10178531B2 (en) * 2016-09-15 2019-01-08 Qualcomm Incorporated Methods and apparatus for efficient sensor data sharing in a vehicle-to-vehicle (V2V) network
WO2018203669A1 (ko) * 2017-05-01 2018-11-08 엘지전자 주식회사 무선 통신 시스템에서 단말의 d2d 동작 방법 및 상기 방법을 이용하는 단말
US11638129B2 (en) * 2017-06-26 2023-04-25 Lg Electronics Inc. Method for operating terminal for V2X communication in wireless communication system and terminal using same method
DE112018003399T5 (de) * 2017-07-01 2020-03-12 Intel Corporation Verfahren und vorrichtungen für fahrzeugfunkkommunikationen
WO2019031893A1 (ko) * 2017-08-10 2019-02-14 엘지전자 주식회사 무선 통신 시스템에서 harq ack/nack 보고를 위한 방법 및 이를 위한 장치
US10700820B2 (en) * 2017-12-21 2020-06-30 Samsung Electronics Co., Ltd. Modem chips and receivers for performing hybrid automatic repeat request processing
US20190239118A1 (en) * 2018-01-30 2019-08-01 Qualcomm Incorporated Techniques for managing vehicle-to-everything (v2x) capability convergence protocol in new radio (nr)
CN111264080B (zh) * 2018-05-08 2023-09-29 Lg电子株式会社 在无线通信系统中触发发送载波选择的方法和设备
US11039426B2 (en) * 2018-09-27 2021-06-15 Qualcomm Incorporated Variable size physical sidelink control channel and aggregation
WO2020093336A1 (en) * 2018-11-08 2020-05-14 Nec Corporation Method and devices for hybrid automatic repeat request
US11722255B2 (en) * 2019-03-26 2023-08-08 Kt Corporation Method and apparatus for transmitting and receiving sidelink HARQ feedback information
US20200314953A1 (en) * 2019-03-28 2020-10-01 Mediatek Inc. Methods and apparatus for managing sidelink traffic prioritization
US10931406B2 (en) * 2019-06-10 2021-02-23 Asustek Computer Inc. Method and apparatus for handling feedback resource for groupcast in sidelink in a wireless communication system
EP3925129A4 (en) * 2019-08-13 2022-04-06 Samsung Electronics Co., Ltd. METHOD AND DEVICE FOR TRANSMITTING AND RECEIVING A FEEDBACK SIGNAL IN A MOBILE COMMUNICATION SYSTEM
CN115699977A (zh) * 2020-05-29 2023-02-03 Oppo广东移动通信有限公司 Harq-ack码本的反馈方法和终端设备
WO2022045706A1 (ko) * 2020-08-24 2022-03-03 현대자동차주식회사 사이드링크 통신에서 재전송을 위한 방법 및 장치
US11689325B2 (en) * 2020-12-16 2023-06-27 Qualcomm Incorporated Feedback transmission via a sidelink feedback channel resource of a sidelink resource pool
US11632744B2 (en) * 2020-12-17 2023-04-18 Qualcomm Incorporated Hybrid automatic repeat request feedback for a sidelink
US11991114B2 (en) * 2021-10-08 2024-05-21 Qualcomm Incorporated Feedback from network coding (NC) encoding device to transmitting device

Also Published As

Publication number Publication date
EP4307585A2 (en) 2024-01-17
JP2020526986A (ja) 2020-08-31
EP3652875A1 (en) 2020-05-20
JP7025829B2 (ja) 2022-02-25
US20230232376A1 (en) 2023-07-20
ES3047585T3 (en) 2025-12-04
EP4307585B1 (en) 2025-09-10
JP7743855B2 (ja) 2025-09-25
US20240381324A1 (en) 2024-11-14
JP2025163043A (ja) 2025-10-28
JP2023145541A (ja) 2023-10-11
US12382435B2 (en) 2025-08-05
EP4654505A3 (en) 2026-02-18
US20260006588A1 (en) 2026-01-01
EP4307585A3 (en) 2024-03-27
US11627557B2 (en) 2023-04-11
EP4654505A2 (en) 2025-11-26
PL4307585T3 (pl) 2025-11-24
CN111095833A (zh) 2020-05-01
JP2022062234A (ja) 2022-04-19
EP3652875C0 (en) 2023-11-01
US20200154404A1 (en) 2020-05-14
EP3652875B1 (en) 2023-11-01
KR102417076B1 (ko) 2022-07-05
CN111095833B (zh) 2023-04-18
WO2019012041A1 (en) 2019-01-17
KR20200021542A (ko) 2020-02-28
JP7401578B2 (ja) 2023-12-19
US12004127B2 (en) 2024-06-04
EP4307585C0 (en) 2025-09-10

Similar Documents

Publication Publication Date Title
ES2968362T3 (es) Dispositivo, sistema y método de comunicación por retroalimentación
US12308900B2 (en) State information for network cooperative communication
US11463204B2 (en) Method and apparatus for sidelink transmission in a wireless communication system
US20200403737A1 (en) Method and apparatus for transmission or reception of sidelink feedback in communication system
US11329839B2 (en) Methods and devices handling multicast feedback
EP3563620B1 (en) Methods, apparatus and systems for determining a size of a feedback signal in a wireless communication
EP3545720B1 (en) Method and device for transmitting downlink control information
JP2020523841A (ja) フィードバック情報の送受信方法、装置及び通信システム
WO2022151471A1 (en) Codebook construction for point-to-multipoint operation in telecommunication systems
CN108352944B (zh) 丢弃和保留物理数据信道的方法和装置
US20250254678A1 (en) Methods for new data indicator (ndi) field alignment for reliable reception of multicast traffic