ES2526150T3 - Método y disposición en un sistema de telecomunicación - Google Patents

Método y disposición en un sistema de telecomunicación Download PDF

Info

Publication number
ES2526150T3
ES2526150T3 ES11779889.2T ES11779889T ES2526150T3 ES 2526150 T3 ES2526150 T3 ES 2526150T3 ES 11779889 T ES11779889 T ES 11779889T ES 2526150 T3 ES2526150 T3 ES 2526150T3
Authority
ES
Spain
Prior art keywords
transport block
ack
protocol layer
disabled
concession
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
ES11779889.2T
Other languages
English (en)
Inventor
Richard Abrahamsson
Lisa BOSTRÖM
Magnus Stattin
George JÖNGREN
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2526150T3 publication Critical patent/ES2526150T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L2001/125—Arrangements for preventing errors in the return channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

Un método para controlar la retransmisión en un equipo de usuario que soporta multiplexación espacial de enlace ascendente, comprendiendo el método las etapas de - detectar una concesión de enlace ascendente en un canal de control de enlace descendente físico (102), siendo la concesión de enlace ascendente válida para al menos un bloque de transporte; - detectar que el al menos un bloque de transporte está inhabilitado (103), de manera que ninguna concesión está asociada con el al menos un bloque de transporte inhabilitado; estando el método caracterizado por la etapa de - interpretar (106, 106b) el al menos un bloque de transporte inhabilitado como un reconocimiento, ACK, de una transmisión previa correspondiente al citado bloque de transporte inhabilitado independientemente de qué indicación es recibida en el canal de información de retorno de estado de la recepción para la citada transmisión previa.

Description

5
10
15
20
25
30
35
40
45
50
55
E11779889
15-12-2014
DESCRIPCIÓN
Método y disposición en un sistema de telecomunicación
Campo técnico
La presente invención se refiere al control de la retransmisión en un equipo de usuario que soporta multiplexación espacial de enlace ascendente.
Antecedentes
En la comunicación de datos o el almacenamiento de datos es práctica común transmitir o almacenar datos con redundancia de una manera codificada con el fin de mejorar la fiabilidad de ser capaz de recrear el mensaje original. El proceso se denomina normalmente codificación de canal, y el proceso de recuperación, descodificación de canal. Nos referiremos a tal mensaje como una contraseña incluso aunque en lo que sigue no tiene estrictamente que estar codificada.
En los sistemas de comunicación, tales como por ejemplo el sistema de Evolución a Largo Plazo (LTE – Long Term Evolution, en inglés) estandarizado por el Proyecto de Colaboración de Tercera Generación (3GPP – Third Generation Partnership Project, en inglés), es también común combinar varias transmisiones relativas a la misma contraseña en diferentes intervalos de tiempo de transmisión (TTIs – Transmission Time Intervals, en inglés) si es necesario para aumentar de manera adaptativa el nivel de redundancia a las condiciones de la transmisión. Esto puede por ejemplo ser realizado repitiendo un mensaje codificado o no codificado más corto una o varias veces. Una alternativa es transmitir una parte de una contraseña que contenga suficiente información para una correcta descodificación en condiciones favorables, en un primer intento de transmisión. Si no ha sido recibida y descodificada correctamente, partes adicionales de la contraseña pueden ser transmitidas en subsiguientes intentos tras los cuales las partes recibidas de la contraseña pueden ser recombinadas en el lado del receptor, creando una redundancia que es incremental para cada retransmisión. Esto puede ayudar a asegurarse de que se utilizan suficientes pero no más recursos de los necesarios para la transmisión de cada mensaje. Por brevedad, nos referiremos a las subsiguientes transmisiones de las mismas contraseñas como retransmisiones incluso aunque puede no ser la contraseña completa la que es retransmitida. Los bits de información portados por una contraseña se denominarán bloque de transporte (TB – Transport Block, en inglés).
Con el fin de que la transmisión de subsiguientes contraseñas no resulte retardada mientras se espera la descodificación de mensajes previos y que sean potencialmente (parcialmente) retransmitidos, existen en paralelo un conjunto de memorias temporales que contienen los datos de diferentes contraseñas. De esta manera otras memorias temporales pueden ser leídas para (re) transmisión mientras se espera que la transmisión previa del mismo bloque de transporte sea descodificada y que se reciban mensajes de recepción correcta / incorrecta en el lado del transmisor (mensajes reconocidos (ACK – ACKnowledged, en inglés) o no reconocidos (NACK – Not ACKnowledged, en inglés)). Estas memorias temporales se denominan habitualmente memorias temporales de Solicitud de Repetición Automática Híbrida (Hybrid ARQ o HARQ – Hybrid Automatic Repeat reQuest, en inglés) y el proceso que controla cada una de ellas se denomina proceso de HARQ.
Las retransmisiones de HARQ son manejadas por la capa de Control de Acceso a Medio (MAC – Medium Access Control, en inglés) que es parte de la Capa 2 (L2 – Layer 2, en inglés) en la arquitectura de protocolo de LTE. La información de retorno de HARQ, es decir, indicación de ACK o NACK, es señalada a la capa de MAC desde la capa física, también denominada Capa 1. La Capa 2 utiliza esta información en su proceso de transferencia de datos para realizar una retransmisión o una nueva transmisión.
Las técnicas de múltiples antenas pueden incrementar significativamente las tasas de datos y/o la fiabilidad de un sistema de comunicación inalámbrico. El rendimiento es en particular mejorado si tanto el transmisor como el receptor están equipados con múltiples antenas. Esto resulta en un canal de comunicación de múltiple entrada múltiple salida (MIMO – Multiple Input Multiple Output, en inglés) y tales sistemas y/o técnicas relacionadas se denominan comúnmente técnicas de MIMO.
Una visión de conjunto de las alternativas para el manejo de la HARQ en MIMO de UL es conocida a partir del documento TSG RAN WG1 R1-102209 del 3GPP.
Una técnica de MIMO es la Multiplexación Espacial (SM – Spatial Multiplexing, en inglés), o MIMO de Usuario Único (SU-MIMO – Single User MIMO, en inglés), donde uno o varios bloques de transporte relativos a un usuario específico son simultáneamente mapeados (normalmente de manera lineal) a una o a varias capas de datos que a su vez son mapeadas, potencialmente mediante precodificadores adaptativos de canal (también a menudo precodificadores lineales), a los diferentes puertos de antenas de transmisión. Actualmente para LTE, una o dos contraseñas, correspondientes a uno o dos bloques de transporte, son mapeadas a una o varias capas de datos. De esta manera las propiedades espaciales del canal de MIMO pueden, en condiciones favorables, ser aprovechadas para transmitir más datos simultáneamente relativos al mismo usuario, aumentando el caudal de datos de usuario. Puede haber también etapas de procesamiento intermedias adicionales por varias razones.
10
15
20
25
30
35
40
45
50
55
E11779889
15-12-2014
En la Versión 10 (Ver. 10) de LTE, el enlace ascendente (UL – UpLink, en inglés) que es el enlace de comunicación desde el equipo de usuario a la estación de base, o al NodoB evolucionado (eNB – evolved NodeB, en inglés) en terminología de LTE, se está extendiendo de soportar única entrada única salida (SISO – Single Input Single Output, en inglés) a soportar también Multiplexación Espacial de UL (UL-SM – UL Spatial Multiplexing, en inglés).
Como en versiones previas (Ver-8 y Ver-9), una transmisión de UL es activada mediante una concesión de transmisión de enlace ascendente transmitida en el Canal de Control de Enlace Descendente Físico (PDCCH -Physical Downlink Control CHannel, en inglés). Las retransmisiones no obstante puede ser activadas mediante una concesión completa transmitida en el PDCCH o, si no se encuentra ninguna concesión de PDCCH para el correspondiente bloque de transporte, mediante una indicación de no reconocimiento, NACK, en el Canal Indicador de HARQ Físico (PHICH – Physical HARQ Indicator CHannel, en inglés) indicando que la descodificación de un intento de transmisión previo de la correspondiente contraseña falló. El primer tipo de retransmisión se denomina normalmente retransmisión adaptativa puesto que el formato de concesión de PDCCH permite especificar un nuevo formato de transporte (por ejemplo, constelación de modulación y tasa de código). El último tipo de retransmisión se denomina en consecuencia retransmisión no adaptativa puesto que el PHICH transporta sólo la indicación de ACK o NACK de la transmisión previa y no proporciona ninguna otra posibilidad de señalización para ordenar al UE que utilice un nuevo formato de transporte.
En LTE, se emplea HARQ Síncrona de UL, lo que significa que hay una relación de temporización fija entre la transmisión y la retransmisión, y por ello, hay un mapeo directo del TTI a la identidad (ID) de proceso de HARQ y esta información no es necesaria en la concesión de UL. Cuando hay recursos de PDCCH limitados, la estación de base puede por lo tanto conceder a un UE una retransmisión de UL mediante un NACK de PHICH sólo que entonces tiene una implicación reducida de los recursos de Capa 2, L2, en comparación con una concesión recibida en el PDCCH. Un inconveniente es que ninguna información acerca del formato de transporte puede entonces ser transportada al UE tal como la adaptación de enlace o la replanificación selectiva de frecuencia. La fiabilidad del canal PHICH es también más baja que la de la concesión de PDCCH.
En el enlace descendente (DL – DownLink, en inglés) de LTE, no obstante, se emplea HARQ Asíncrona, y es necesaria una asignación de PDCCH explícita para señalar que una (re)transmisión de DL está relacionada con un proceso de HARQ de DL específico. Para la multiplexación espacial de DL hay por lo tanto siempre una asignación de retransmisión de cualquier contraseña.
Esto significa que para LTE cuando se configura la multiplexación espacial de DL, la capa física, o Capa 1, L1, del UE lee el PDCCH para una asignación de DL y cuando se detecta una asignación de enlace descendente, detectará además si la asignación es válida para uno o dos bloques de transporte. Esto significa que si la señalización de PDCCH no indica ninguna asignación para uno de los bloques de transporte, por ejemplo, TB1 (Transport Block 1, en inglés), el UE no leerá el Canal Compartido de Enlace Descendente Físico (PDSCH – Physical Downlink Shared CHannel, en inglés) en busca de datos para este bloque de transporte. Para el TB2 leerá no obstante el PDSCH de acuerdo con el PDCCH para detectar la correspondiente contraseña que representa a los datos. Los datos son a continuación transmitidos a la L2, o a la capa de Control de Acceso a Medio (MAC), y al proceso de HARQ apropiado para su descodificación.
En el caso en el que se configure el SM de UL, al UE puede, para cada TTI, serle asignada una concesión de UL que es válida para uno o dos TBs. Se asume que la L1 detectará si la concesión es válida para uno o dos TB(s) sobre la base de la señalización de PDCCH explícita, de manera similar a como se hace para la multiplexación espacial de DL. La razón para inhabilitar a un bloque de transporte puede ser que la memoria temporal del UE podría estar vacía, o el canal de MIMO puede no ser suficientemente rico para poder transportar múltiples capas de datos.
Debe observarse que para multiplexación espacial la noción de una única concesión válida para uno o dos bloques de transporte es prácticamente equivalente a la de una o dos concesiones válidas para un bloque de transporte cada una. La diferencia es sólo semántica, y es en lo sucesivo utilizada de manera intercambiable.
El procedimiento de la especificación de Capa de MAC del 3GPP actual para la transferencia de datos de UL es capaz de manejar sólo una concesión de UL (o falta de concesión de UL) por TTI, por ello puede esperarse alguna complicación cuando a un bloque de transporte se le asigna una concesión de UL y al otro no. Puesto que estas dos opciones son excluyentes entre sí en las especificaciones actuales, sería más sencillo manejar cada bloque de transporte separadamente, es decir, asumir que la L2 recibe concesiones individuales por bloque de transporte y que cada bloque de transporte está asociado con un proceso de HARQ separado. De esta manera, el procedimiento de recepción de concesión debe ser iterado una vez para cada concesión asociada con un cierto TTI.
Asumiendo que el procedimiento es ejecutado separadamente para cada bloque de transporte, las diferentes opciones podrían ser ejecutadas para los diferentes casos de un bloque de transporte, por ejemplo, el TB1, que no tiene ninguna concesión de UL y el otro bloque de transporte, por ejemplo, el TB2, que tiene una concesión de UL.
10
15
20
25
30
35
40
45
50
55
E11779889
15-12-2014
Compendio
Puesto que la Capa 1, L1, envía sólo concesiones a la Capa 2, L2, y no ausencia de concesiones, sólo la información de un bloque de transporte con una concesión válida será enviada a la L2 y no se proporciona ninguna información acerca de si un bloque de transporte sin una concesión válida fue planificado o inhabilitado. La L2 iniciará entonces su procedimiento de transferencia de datos para cada bloque de transporte. Si se recibe una concesión para un bloque de transporte, se lleva a cabo una retransmisión adaptativa o una nueva transmisión de acuerdo con la concesión. Si no, si una indicación de no reconocimiento, NACK, es descodificada para una transmisión previa en el mismo proceso de HARQ para un bloque de transporte, se lleva a cabo una retransmisión no adaptativa. Si una indicación de reconocimiento, ACK, es descodificada para una transmisión previa en el mismo proceso de HARQ para un bloque de transporte, no se realiza ninguna acción hasta que se recibe una concesión de enlace ascendente para el citado bloque de transporte. Dado cómo funcionan las retransmisiones en el UL, la ausencia de una concesión de UL válida para uno de los bloques de transporte en combinación con una falsa descodificación de un ACK de PHICH, de manera que el UE erróneamente detecta un NACK que indica una retransmisión provocaría que el UE lleve a cabo una retransmisión no adaptativa, lo que no es un comportamiento deseable. Puede asumirse que el problema se produce cuando cualquiera de las dos contraseñas es inhabilitada.
Si no se proporciona ninguna concesión de enlace ascendente desde la capa física para un proceso de HARQ asociado con una subtrama particular a una capa superior, por ejemplo, la Capa 2, la información de retorno de HARQ en el PHICH controla si el proceso de HARQ debe llevar a cabo una retransmisión no adaptativa en esa subtrama. Cuando el PDCCH indica una concesión sólo para un proceso de HARQ, por ejemplo, debido a que una contraseña correspondiente a un bloque de transporte está inhabilitada, el control del otro proceso de HARQ se basa en la señalización de PHICH que es menos fiable que la señalización de PDCCH. En tal caso, el UE podría erróneamente descodificar un NACK en el PHICH que se pretendía que fuese un ACK, y sobre la base del NACK erróneamente descodificado iniciar una retransmisión no adaptativa para ese bloque de transporte.
Así, dados los dos tipos de retransmisiones en el UL, la retransmisión adaptativa activada por la concesión de PDCCH y la retransmisión no adaptativa activada por el NACK de PHICH, es posible que el UE, en modo de multiplexación espacial de UL, reciba instrucciones para llevar a cabo una retransmisión adaptativa para un TB (como ordenó el PDCCH), pero puesto que la L2 no obtiene información explícita acerca de que el otro TB sea suspendido, o inhabilitado, manejaría ese TB como que no obtuvo una concesión de UL. Ejecutando el procedimiento de transferencia de datos de UL para este TB, el UE puede entonces fallar en descodificar un ACK en el PHICH e iniciar una retransmisión no adaptativa para ese TB como se ha descrito anteriormente, incluso aunque la estación de base pueda haber dicho explícitamente que no era necesario.
La estación de base siempre tiene que llevar a cabo la misma cantidad de señalización de PDCCH independientemente de si desea planificar uno o los dos bloques de transporte, y se asume que no hay ningún escenario en el que intencionalmente planificaría sólo un bloque de transporte y desearía que el otro bloque de transporte llevase a cabo una retransmisión no adaptativa, puesto que una retransmisión adaptativa proporcionaría mejor rendimiento. Puesto que el PDCCH tiene una tasa de error mucho menor que el PHICH, una solución podría aprovecharse de esto y permitir que la asignación de concesión de PDCCH tenga precedencia sobre la información de A/N de PHICH, incluso cuando el PDCCH determina que a un bloque de transporte específico no se le ha asignado una concesión.
Puesto que se asume que la L1 ya conoce si un bloque de transporte está inhabilitado o no a partir del PDCCH, el problema que la solución presentada en esta memoria identifica es que esta información no es enviada a la L2, lo que puede resultar en retransmisiones no adaptativas innecesarias.
Por lo tanto, la presente invención se dirige a evitar que el UE realice una retransmisión no adaptativa accidental para uno o más bloques de transporte.
En un aspecto de la invención, se proporciona un método para controlar la retransmisión en un equipo de usuario que soporta multiplexación espacial de enlace ascendente. El método incluye:
-detectar una concesión de enlace ascendente en un canal de control de enlace descendente físico, siendo la concesión de enlace ascendente válida para al menos un bloque de transporte;
-detectar que al menos un bloque de transporte está inhabilitado, de manera que ninguna concesión está asociada con el al menos un bloque de transporte inhabilitado; e
-interpretar el al menos un bloque de transporte inhabilitado como un reconocimiento, ACK, de transmisión previa correspondiente al citado bloque de transporte inhabilitado independientemente de si la indicación se ha recibido en el canal de información de retorno del estado de la recepción para la citada transmisión previa.
Las citadas etapas de detección pueden en una realización específica ser ejecutadas en una primera capa de protocolo, por lo que la citada etapa de interpretación comprende que la primera capa de protocolo proporcione una indicación de concesión, ACK, a una segunda capa de protocolo. En una realización específica, la citada indicación comprende la etapa de ajustar una marca de ACK/NACK a ACK. El citado reconocimiento puede ser utilizado como
5
10
15
20
25
30
35
40
45
E11779889
15-12-2014
entrada en un proceso de HARQ correspondiente al citado bloque de transporte inhabilitado en un procedimiento de transferencia de datos de enlace ascendente.
La primera capa de protocolo puede ser una capa física y la segunda capa de protocolo puede ser una capa de protocolo superior.
En otro aspecto de la invención, se proporciona una disposición en un equipo de usuario que soporta multiplexación espacial de enlace ascendente para controlar la retransmisión. La disposición incluye una unidad de procesamiento que comprende circuitos configurados para:
-detectar una concesión de enlace ascendente en un canal de control de enlace descendente físico, siendo la concesión válida para al menos un bloque de transporte;
-detectar que al menos un bloque de transporte está inhabilitado, de manera que ninguna concesión está asociada con el al menos un bloque de transporte inhabilitado; e
-interpretar el al menos un bloque de transporte inhabilitado como un reconocimiento, ACK, de la transmisión previa correspondiente al citado bloque de transporte inhabilitado independientemente de qué indicación es recibida en el canal de información de retorno del estado de la recepción para la citada transmisión previa.
Así, en una realización particular, cuando la L1 detecta que un TB está inhabilitado (basándose en la señalización de PDCCH o en algún otro método), puede ajustarse el bit de A/N (ACK/NACK) independientemente de la indicación de PHICH para este TB.
De esa manera cuando el procedimiento de transferencia de Datos de UL es ejecutado cuando un TB tiene una concesión para retransmisión adaptativa y el otro no, el TB sin una concesión no provocará accidentalmente una retransmisión no adaptativa.
Otros objetos, ventajas, y características nuevas de la invención resultarán evidentes a partir de la lectura de esta descripción en conjunción con los dibujos y reivindicaciones que se acompañan.
Breve descripción de los dibujos
Los anteriores y otros objetos, características y ventajas de la invención resultarán evidentes a partir de esta descripción detallada tal como se ilustra en los dibujos.
La Fig. 1 muestra un diagrama de flujo que ilustra una realización de la invención.
La Fig. 2a – 2b muestra diferentes escenarios para multiplexación espacial de enlace ascendente.
La Fig. 3 ilustra esquemáticamente una disposición de acuerdo con las realizaciones de la invención.
La Fig. 4 ilustra de una manera alternativa una disposición de acuerdo con las realizaciones de la invención.
Descripción detallada
En la siguiente descripción, con el propósito de explicación y no de limitación, se exponen detalles específicos tal como arquitecturas, interfaces, técnicas, etc. particulares, con el fin de proporcionar una profunda comprensión de la invención. No obstante, resultará evidente para los expertos en la materia que la invención puede ser puesta en práctica en otras realizaciones que se separan de estos detalles específicos. En otros casos, se omiten descripciones detalladas de dispositivos, circuitos y métodos bien conocidos, con el fin de no oscurecer la descripción de la invención con detalles innecesarios.
Debe observarse que aunque se ha utilizado terminología de LTE del 3GPP en esta descripción para ilustrar la invención, esto no debe ser considerado como limitativo del alcance de la invención sólo al sistema anteriormente mencionado. Otros sistemas inalámbricos, que incluyen Acceso Múltiple por División de Código de Banda Ancha (WCDMA – Wideband Code Division Multiple Access, en inglés), Wimax, UMB y GSM, pueden también aprovechar las realizaciones de esta invención.
Debe observarse también que terminología tal como estación de base y UE debe ser considerada no limitativa y no implica en particular una cierta relación jerárquica entre los dos; en general “estación de base” podría ser considerado como dispositivo 1 y “UE” como dispositivo 2, y estos dos dispositivos se comunican entre sí sobre un canal de radio. Además, en la siguiente descripción de realizaciones de la invención, la capa de protocolo física se denominará Capa 1 y una capa de protocolo superior se denominará Capa 2. Esta invención no está no obstante limitada a la Capa 1 ó a la Capa 2.
En lo que sigue, se explicarán realizaciones de la invención con el fin de describir con detalle aplicaciones adecuadas de la invención.
15
25
35
45
55
E11779889
15-12-2014
Una ilustración de un método de acuerdo con una realización particular puede encontrarse en la Fig. 1a. Cuando un UE recibe una subtrama de enlace descendente en modo de SM de UL configurado con N bloques de transporte, de manera que N contraseñas pueden ser multiplexadas espacialmente, se lee el PDCCH, véase la etapa 101, y un mensaje de PDCCH que indica al menos una concesión de UL para al menos un bloque de transporte para un TTI específico es detectado en la etapa 102. Si se detecta una concesión para cada bloque de transporte configurado para este TTI, véase la etapa 103, entonces las N concesiones son transmitidas en la etapa 104 para cada bloque de transporte a la Capa 2, donde el procedimiento para la transferencia de datos de UL de Capa 2 para cada bloque de transporte es iterado, o iniciado, 105, conduciendo con ello a una retransmisión adaptativa o a una nueva transmisión de contraseña de acuerdo con las concesiones asociadas. En una realización particular, N = 2. No obstante, puede también ser un número mayor de dos.
Si se detecta en la etapa 103 que sólo se detectan K concesiones para N bloques de transporte para el TTI específico, donde 0 < K < N, véase la etapa 103, por ejemplo que sólo se detecta una concesión asociada con un único bloque de transporte para el TTI específico, digamos por ejemplo TB1 y no TB2 (TB1 y TB2 pueden por supuesto ser intercambiados), entonces el bloque de transporte inhabilitado, es decir, un bloque de transporte para el cual no se detecta ninguna concesión, debe ser interpretado de manera que un reconocimiento, ACK, es recibido para la transmisión previa correspondiente al bloque de transporte inhabilitado. De acuerdo con esta realización particular esto se lleva a cabo de tal manera que la Capa 1 ajusta la marca ACK/NACK asociada para la transmisión previa a ACK, 106, independientemente de la indicación de PHICH para la citada transmisión previa y transmite la concesión o concesiones disponible o disponibles, por ejemplo, para el TB1, a la Capa 2, véase la etapa 107 que iterará, o iniciará, el procedimiento de transferencia de datos de Capa 2 para cada bloque de transporte, véase la etapa 105. Para un bloque de transporte con una concesión válida, por ejemplo el TB1, esto conducirá a una retransmisión adaptativa o a una nueva transmisión de contraseña de acuerdo con la concesión asociada. Para cualquier bloque de transporte que no tiene una concesión, por ejemplo el TB2, no se produce ninguna retransmisión no adaptativa puesto que la marca da A/N está ajustada a ACK.
Si cuando se recibe la subtrama de enlace descendente no se detecta ninguna concesión indicando una retransmisión adaptativa o una nueva transmisión, y si el PHICH no es descodificado con ACK para la transmisión previa del correspondiente o correspondientes bloque o bloques de transporte cualquiera de las contraseñas, entonces la Capa 1 ajusta la marca ACK/NACK a NACK para el correspondiente o correspondientes bloque o bloques de transporte y transmite ésta a la L2, véase la etapa 108, la cual inicia una retransmisión no adaptativa a menos que un número máximo deseado o predeterminado de transmisiones haya sido ya realizado para la correspondiente contraseña, véase la etapa 105.
El método descrito anteriormente tiene un impacto mínimo en las especificaciones del estándar del 3GPP. El procedimiento de transferencia de datos en la Capa 2 permanece sin cambios, sólo es iniciado, o iterado, para cada concesión. La ausencia de las dos concesiones significa que las ACK/NACKs son leídas para determinar si debe realizarse una retransmisión no adaptativa.
El método de ejemplo descrito anteriormente utiliza la convención de una concesión separada para cada bloque de transporte y de procesos de HARQ separados para cada bloque de transporte, pero un método alternativo puede utilizar la convención de una única concesión dirigida a uno o dos bloques de transporte y a un proceso de HARQ que gobierna dos memorias temporales de contraseñas. El resultado práctico de los dos métodos sería el mismo.
Otra realización se ilustra en la Fig. 1b, en la que en lugar de que la Capa 1 ajuste un ACK para un bloque de transporte sin una concesión válida para ser proporcionado a una capa superior, la citada capa superior, por ejemplo la Capa 2, asume que se ha recibido un reconocimiento para una transmisión en el TTI previo para un bloque de transporte para el cual no se ha transmitido ninguna concesión a la capa superior por parte de la capa física. Esta asunción puede, por ejemplo, ser realizada ajustando la marca ACK/NACK a ACK para cualquier bloque de transporte sin una concesión válida, véase la etapa 106b, antes de iniciar el procedimiento de transferencia de datos de UL. Esta realización se ilustra en la Fig. 1b, en la cual las etapas 101, 102, 105 y 108 son idénticas a las de la Figura 1a. En la etapa 104b, concesiones disponibles son enviadas por la Capa 1 a la Capa 2. En la etapa 106b, la Capa 2 asume cualquier bloque de transporte para el cual no se ha enviado ninguna concesión desde la Capa 1 para ser inhabilitado. En una realización particular, un mecanismo en la Capa 2 ajusta una marca ACK/NACK a ACK en la etapa 107b independientemente de qué información de retorno del estado de la recepción, es decir, ACK o NACK, recibe desde la Capa 1. En la etapa 105, el procedimiento de transferencia de datos de UL es a continuación ejecutado para cada bloque de transporte. Todavía con referencia a la Fig. 1b, en otra realización, la Capa 2 ejecutará, tras asumir cualquier bloque de transporte para el cual no se ha enviado ninguna concesión desde la L1 para ser inhabilitado en la etapa 106b, el procedimiento de transferencia de datos de UL sólo para el bloque de transporte con una concesión asociada, véase la etapa 109, lo que significa que en esta realización, la Capa 2 no leerá ninguna indicación de ACK/NACK de la Capa 1. Para un bloque de transporte asociado con una concesión, esto conduce a una retransmisión adaptativa o a una nueva transmisión de contraseña de acuerdo con la concesión asociada. Para los uno o más bloques de transporte que no tienen una concesión, no se inicia ninguna retransmisión desde la L2. En tal realización los procesos de HARQ pueden comunicarse entre sí si se ha recibido una concesión, y un proceso de HARQ que no ha recibido una concesión puede suspenderse si cualquier otro proceso de HARQ ha recibido una concesión para ese cierto TTI. Cuando no hay ninguna concesión detectada la L1 ejecuta retransmisiones no adaptativas para los TBs para los cuales se detecta NACK en el PHICH, véase la etapa 108.
10
15
20
25
30
35
40
45
50
55
E11779889
15-12-2014
Aplicaciones de las realizaciones de la invención se ilustrarán también con referencia a las Figs. 2a y 2b. La Fig. 2a ilustra los casos 1 – 3 de la técnica anterior sin la invención, y la Fig. 2b ilustra los casos 4 y 5 en los que se aplica la invención. En estos casos se asume que dos bloques de transporte, TB1 y TB2, pueden ser multiplexados espacialmente.
Caso 1
En el Tiempo 1, el UE descodifica un ACK para el TB1 dado que un ACK es señalado en el PHICH por lo que respecta a una transmisión de UL anterior en el TB1. Al mismo tiempo, una concesión de UL para una nueva transmisión en el Tiempo 1 es recibida en el PDCCH. Alternativamente, el UE descodifica un NACK dado que un NACK fue señalado, a continuación, al mismo tiempo, una retransmisión adaptativa en el Tiempo 2 de la contraseña fallida es concedida en el PDCCH. Una de las mismas dos alternativas ocurre para el TB2. Transmisiones adaptativas del formato de transporte (nuevas transmisiones o retransmisiones) dependiendo de las concesiones en el Tiempo 1 son a continuación transmitidas en el PUSCH en el Tiempo 2. Para el TB1, una de las mismas alternativas ocurre para el Tiempo 3 y el Tiempo 4 que para el Tiempo 1 y el Tiempo 2. La transmisión del TB2 en el Tiempo 2 no obstante, es REConocida en el Tiempo 3 pero por alguna razón una nueva transmisión no es planificada para el TB2, por ejemplo, la memoria temporal del UE puede estar vacía, o se cree que el canal de MIMO no es suficientemente rico para contener múltiples capas, o debido a otras decisiones de planificación. Por ello en el Tiempo 4 hay una nueva transmisión o una retransmisión del TB1 de acuerdo con su concesión de PDCCH en el Tiempo 3, pero ninguna transmisión / retransmisión del TB2.
Caso 2
Las mismas alternativas ocurren para el Tiempo 1 y el Tiempo 2 que para el Caso 1 descrito anteriormente. En este caso, no obstante, ninguna de las transmisiones de los TBs conducen a una correcta recepción y son las dos NO REConocidas en el Tiempo 3. No obstante, no hay ninguna concesión nueva, por ejemplo, puede no haber suficientes recursos de PDCCH para ordenar retransmisiones adaptativas de las dos contraseñas, por ello el UE interpreta los NACKs de manera que se llevan a cabo retransmisiones no adaptativas en el Tiempo 4.
Caso 3
De nuevo, las mismas dos alternativas se producen para el Tiempo 1 y el Tiempo 2 que para el Caso 1 descrito anteriormente. En este caso, la transmisión de uno de los TBs en el Tiempo 2 no tiene éxito. Ahora sólo uno de los bloques de transporte, digamos el TB1, recibe una concesión de UL en el PDCCH en el Tiempo 3. Si este TB fue correctamente descodificado en el Tiempo 2, una nueva transmisión en el Tiempo 4 es activada por la concesión o una retransmisión adaptativa en el Tiempo 4 es activada si la transmisión previa del correspondiente TB fue un fallo que resulta en una concesión de retransmisión adaptativa. El otro TB, denominado TB2 en la Fig. 2a, que recibe un NACK pero ninguna concesión no obstante llevaría a cabo una retransmisión no adaptativa. Asumamos ahora que el propósito de sólo una concesión para el TB1 era que queríamos que el otro TB, el TB2, fuese inhabilitado, por ejemplo, debido a malas condiciones de canal, y suspender la retransmisión, por ejemplo, hasta que se apliquen condiciones de canal más favorables, entonces no es posible distinguir estos dos casos y el TB2 indeseablemente estará sujeto a una retransmisión no adaptativa iniciada en la L2. Debe observarse también que la información en la concesión para el TB1, por ejemplo, intervalo del precodificador, puede también entrar en conflicto con el formato de transporte no adaptativo utilizado para la retransmisión del TB2.
Caso 4
Supongamos ahora que el ACK para el TB2 en el Caso 1 anterior es malinterpretado como un NACK, una retransmisión no adaptativa de la correspondiente contraseña será erróneamente activada de acuerdo con los estándares actuales.
Caso 5
La solución al Caso 3 y 4 de error de acuerdo con las realizaciones de la invención es interpretar la inhabilitación del TB como un ACK a las capas superiores, lo que en este ejemplo significa permitir una concesión válida para un único TB, como en este caso, siempre significa un ACK para el TB sin una concesión válida independientemente de la indicación del PHICH. Esto significa que el Caso 3 no puede ser utilizado para activar una retransmisión no adaptativa al mismo tiempo que una retransmisión adaptativa o una nueva transmisión. Por el contrario, la retransmisión adaptativa se utiliza junto con nuevas transmisiones o retransmisión adaptativa del otro TB. El riesgo de que se lleve a cabo una retransmisión no adaptativa accidental debido a una mala interpretación del PHICH se evita. El extra coste de utilizar una concesión también para el otro TB cuando ya se está utilizando una concesión explícita en el PDCCH para un TB es muy limitado o inexistente. Además, el rendimiento es mejor para una retransmisión adaptativa que para una retransmisión no adaptativa.
Las dos figuras de más abajo en el caso 5 ilustran cómo señalar el caso en el que se desea retransmitir un TB debido a una transmisión fallida cuando se está realizando una nueva transmisión o una retransmisión adaptativa para el otro TB, véase el caso 3 en la Fig. 2a. Con la invención el contenido del PHICH y del PDCCH tal como se indicó en el caso 3 será una inhabilitación del TB2, puesto que una única concesión en el PDCCH significa ACK para
10
15
20
25
30
35
40
45
E11779889
15-12-2014
el TB2 independientemente de la recepción del PHICH, y por ello el borrado de la antepenúltima sub figura de la Fig. 2b. Para conseguir la retransmisión del TB fallido explícitamente concedemos el otro TB también, obteniendo una retransmisión adaptativa (puesto que la carga del PDCCH es la misma para una única concesión de TB o una concesión de dos TBs). Así, no importa lo se está transmitiendo en el PHICH puesto que el PDCCH tiene precedencia sobre el PHICH (en principio ningún PHICH necesita ser transmitido, un fallo para descodificar un ACK será interpretado como NACK e incluso un ACK descodificado (erróneo o no) será ignorado en favor de la concesión de PDCCH para la retransmisión adaptativa.
Así, las realizaciones de la invención hacen al sistema de comunicación más estable impidiendo una retransmisión no adaptativa accidental prácticamente sin ningún coste en la implementación.
La Fig. 3 ilustra esquemáticamente una disposición en un equipo de usuario 300 de acuerdo con la invención que incluye una unidad de recepción 310 configurada para leer por ejemplo el PDCCH y el PHICH. La disposición 300 además incluye una unidad de procesamiento 320 que está configurada para detectar 330 una concesión en un PDCCH que es válida para al menos un bloque de transporte; para detectar 340 que al menos un bloque de transporte está inhabilitado, de manera que ninguna transmisión está asociada con el al menos un bloque de transporte; y para interpretar 350 el al menos un bloque de transporte inhabilitado como recepción de un mensaje de reconocimiento ACK, independientemente de la indicación en el canal de información de retorno del estado de recepción, por ejemplo, el PHICH, para el bloque de transporte. La disposición 300 también incluye una unidad de transmisión 360 configurada para enviar información. Resultará evidente que la unidad de procesamiento 340 puede ser uno o más procesadores o circuitos electrónicos programados adecuadamente y que la unidad de recepción 310 y la unidad de transmisión 360 manejan señales apropiadas para el sistema de información particular, tal como canales y señales de LTE.
La Fig. 4 ilustra esquemáticamente la disposición 300 de una manera alternativa. La disposición 400 comprende una unidad de entrada 410 y una unidad de salida 420, y una unidad de procesamiento 430, que puede ser una sola unidad o una pluralidad de unidades. La disposición 400 comprende además al menos un producto de programa de ordenador 440 en forma de un medio legible por ordenador no volátil, por ejemplo, una EEPROM, una memoria rápida (flash, en inglés) y una unidad de disco. El producto de programa de ordenador incluye un programa de ordenador 450, que comprende instrucciones de programa que cuando son ejecutadas hacen que la unidad de procesamiento 430 lleve a cabo las etapas de los procedimientos descritos anteriormente junto con las Figuras 1a – b y 3.
Las instrucciones de programa, o medios de código, en el programa de ordenador 450 ventajosamente comprenden un módulo 450a para detectar una concesión de enlace ascendente para al menos un bloque de transporte, un módulo 450b para detectar que al menos un bloque de transporte está inhabilitado, y un módulo 450c para interpretar el al menos un bloque de transporte inhabilitado como recepción de un mensaje de reconocimiento, ACK. El programa 450 puede así ser implementado como código de programa de ordenador estructurado en módulos de programa de ordenador. Los módulos denominados anteriormente substancialmente llevan a cabo las etapas ejecutadas por la unidad de procesamiento de la Fig. 3. En otras palabras, cuando los diferentes módulos se están ejecutando en la unidad de procesamiento, corresponden a las etapas configuradas ilustradas en las Figuras 1a – b y 3.
Aunque el programa 450 en la realización ilustrada por la Fig. 4 puede ser implementado como módulos de programa de ordenador que cuando son ejecutados en la unidad de procesamiento hacen que la unidad de procesamiento lleve a cabo las etapas descritas anteriormente junto con las figuras mencionadas anteriormente, uno
o más de los miembros de código 450 pueden en realizaciones alternativas ser implementados al menos parcialmente como circuitos de hardware.
La presente invención puede, por supuesto, ser llevada a cabo de otras maneras distintas de las específicamente expuestas en esta memoria sin separarse de las características esenciales de la invención. Las presentes realizaciones deben ser consideradas en todos los aspectos como ilustrativas y no restrictivas.

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    E11779889
    15-12-2014
    REIVINDICACIONES
    1. Un método para controlar la retransmisión en un equipo de usuario que soporta multiplexación espacial de enlace ascendente, comprendiendo el método las etapas de
    -detectar una concesión de enlace ascendente en un canal de control de enlace descendente físico (102), siendo la concesión de enlace ascendente válida para al menos un bloque de transporte;
    -detectar que el al menos un bloque de transporte está inhabilitado (103), de manera que ninguna concesión está asociada con el al menos un bloque de transporte inhabilitado;
    estando el método caracterizado por la etapa de
    -interpretar (106, 106b) el al menos un bloque de transporte inhabilitado como un reconocimiento, ACK, de una transmisión previa correspondiente al citado bloque de transporte inhabilitado independientemente de qué indicación es recibida en el canal de información de retorno de estado de la recepción para la citada transmisión previa.
  2. 2.
    El método de acuerdo con la reivindicación 1, en el que las citadas etapas de detección son llevadas a cabo en una primera capa de protocolo, por lo que la citada etapa de interpretación comprende que la primera capa de protocolo proporcione una indicación de reconocimiento, ACK, (106) a una segunda capa de protocolo.
  3. 3.
    El método de acuerdo con la reivindicación 2, en el que la citada indicación comprende la etapa de ajustar una marca de ACK/NACK a ACK (106).
  4. 4.
    El método de acuerdo con la reivindicación 1, en el que la citada etapa de interpretación el que una segunda capa de protocolo asume (106b), cuando recibe desde una primera capa de protocolo una o más concesiones válidas para menos bloques de transporte que los que podrían estar multiplexados espacialmente, que un reconocimiento, ACK, ha sido recibido para una transmisión previa para un bloque de transporte para el cual no se ha enviado ninguna concesión a la segunda capa desde la primera capa.
  5. 5.
    El método de acuerdo con cualquiera de las reivindicaciones 2 – 4, en el que la primera capa de protocolo es una capa física y la segunda capa de protocolo es una capa de protocolo superior.
  6. 6.
    El método de acuerdo con cualquiera de las reivindicaciones 1 – 5, en el que el citado reconocimiento se utiliza como entrada en un proceso de HARQ correspondiente al citado bloque de transporte inhabilitado en un procedimiento de transferencia de datos de enlace ascendente.
  7. 7.
    Una disposición para su uso en un equipo de usuario (300) que soporta multiplexación espacial de enlace ascendente para controlar la retransmisión, incluyendo la disposición una unidad de procesamiento (320) que comprende circuitos configurados para:
    -detectar (330) una concesión de enlace ascendente en un canal de control de enlace descendente físico, siendo la concesión válida para al menos un bloque de transporte;
    -detectar (340) que al menos un bloque de transporte está inhabilitado, de manera que ninguna concesión está asociada con el al menos un bloque de transporte inhabilitado;
    caracterizada por que los circuitos de procesamiento están configurados para
    -interpretar (350) el al menos un bloque de transporte inhabilitado como un reconocimiento, ACK, de una transmisión previa correspondiente al citado bloque de transporte inhabilitado independientemente de qué indicación sea recibida en el canal de información de retorno del estado de la recepción para la citada transmisión previa.
  8. 8.
    La disposición de acuerdo con la reivindicación 7, en la que la citada unidad de procesamiento (320) comprende circuitos de procesamiento configurados para proporcionar una indicación de reconocimiento, ACK, desde una primera capa de protocolo a una segunda capa de protocolo.
  9. 9.
    La disposición de acuerdo con la reivindicación 8, en la que la citada unidad de procesamiento (320) comprende circuitos de procesamiento configurados para ajustar una marca de ACK/NACK a ACK.
  10. 10.
    La disposición de acuerdo con la reivindicación 7, en la que la citada unidad de procesamiento (320) comprende circuitos de procesamiento configurados para asumir, en una segunda capa de protocolo, que un reconocimiento, ACK, ha sido recibido para una transmisión previa correspondiente a un bloque de transporte para el cual no se ha enviado ninguna concesión a la capa superior desde una primera capa de protocolo, cuando se reciben una o más concesiones válidas para menos bloques de transporte de los que serían multiplexados espacialmente desde la primera capa de protocolo.
  11. 11.
    La disposición de acuerdo con cualquiera de las reivindicaciones 8 – 10, en la que la primera capa de protocolo es una capa física y la segunda capa de protocolo es una capa de protocolo superior.
    9
    E11779889
    15-12-2014
  12. 12. La disposición de acuerdo con cualquiera de las reivindicaciones 7 – 11, en la que la citada unidad de procesamiento (320) comprende circuitos de procesamiento configurados para utilizar el citado reconocimiento como entrada en un proceso de HARQ correspondiente al citado bloque de transporte inhabilitado en un procedimiento de transferencia de datos de enlace ascendente.
    10
ES11779889.2T 2010-10-04 2011-07-08 Método y disposición en un sistema de telecomunicación Active ES2526150T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US38943710P 2010-10-04 2010-10-04
US389437P 2010-10-04
PCT/SE2011/050929 WO2012047147A1 (en) 2010-10-04 2011-07-08 Methods and arrangements in a telecommunication system

Publications (1)

Publication Number Publication Date
ES2526150T3 true ES2526150T3 (es) 2015-01-07

Family

ID=44913379

Family Applications (2)

Application Number Title Priority Date Filing Date
ES14187529T Active ES2895939T3 (es) 2010-10-04 2011-07-08 Método y disposición en un sistema de telecomunicación
ES11779889.2T Active ES2526150T3 (es) 2010-10-04 2011-07-08 Método y disposición en un sistema de telecomunicación

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES14187529T Active ES2895939T3 (es) 2010-10-04 2011-07-08 Método y disposición en un sistema de telecomunicación

Country Status (21)

Country Link
US (3) US9136986B2 (es)
EP (3) EP2625811B1 (es)
JP (1) JP5723012B2 (es)
KR (1) KR101843205B1 (es)
CN (2) CN102859922B (es)
AU (1) AU2011312933B2 (es)
BR (1) BR112012020398B8 (es)
CA (1) CA2784858C (es)
DK (1) DK2849379T3 (es)
ES (2) ES2895939T3 (es)
HK (2) HK1180484A1 (es)
IL (1) IL220199A0 (es)
IN (1) IN2012DN05038A (es)
MA (1) MA34621B1 (es)
MX (1) MX2012007391A (es)
MY (1) MY172953A (es)
NZ (1) NZ600530A (es)
RU (1) RU2554527C2 (es)
SG (1) SG181558A1 (es)
WO (1) WO2012047147A1 (es)
ZA (1) ZA201204310B (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5723012B2 (ja) 2010-10-04 2015-05-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信システムにおける方法及び装置
EP2690815B1 (en) * 2011-03-21 2020-09-09 LG Electronics Inc. Method and device for executing harq in tdd-based wireless communication system
US20130083746A1 (en) * 2011-09-30 2013-04-04 Interdigital Patent Holdings, Inc. Method and apparatus for allocating resources for an enhanced physical hybrid automatic repeat request indicator channel
WO2013162333A1 (ko) * 2012-04-26 2013-10-31 한국전자통신연구원 부분적 단말 제어 단말 대 단말 통신 방법
US9438383B2 (en) * 2014-04-18 2016-09-06 Verizon Patent And Licensing Inc. Resolving falsely decoded acknowledgments
US9750056B2 (en) * 2015-01-27 2017-08-29 Huawei Technologies Co., Ltd. System and method for transmission in a grant-free uplink transmission scheme
US10448423B2 (en) * 2017-03-22 2019-10-15 Ofinno, Llc Data multiplexing in a wireless device and wireless network
JP2020098946A (ja) * 2017-04-07 2020-06-25 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
RU2767985C2 (ru) * 2017-05-04 2022-03-22 Шарп Кабусики Кайся Гибридный автоматический запрос на повторение передачи по восходящей линии связи повышенной надежности с малым временем задержки
US20190068335A1 (en) * 2017-08-25 2019-02-28 Qualcomm Incorporated Grant-free uplink communication
WO2020146964A1 (en) * 2019-01-14 2020-07-23 Qualcomm Incorporated Scheduling of multiple transport blocks for grant-free uplink transmission
US11929831B2 (en) * 2020-03-11 2024-03-12 Qualcomm Incorporated Disabling hybrid automatic repeat request feedback
WO2022257118A1 (en) * 2021-06-11 2022-12-15 Qualcomm Incorporated Multiple transport block scheduling with downlink control information and hybrid automatic repeat request ack/nack

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100539930B1 (ko) 2003-12-22 2005-12-28 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 데이터 전송 최적화를 위한 전송 포맷 선택 방법
DE602005018040D1 (de) * 2005-07-25 2010-01-14 Panasonic Corp Einschränkung eines HARQ Verfahrens und Übertragung von ungeplanten Steuerdaten auf Aufwärtskanäle
ES2377652T3 (es) * 2005-08-16 2012-03-29 Panasonic Corporation Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST)
US8489128B2 (en) 2005-10-31 2013-07-16 Qualcomm Incorporated Efficient transmission on a shared data channel for wireless communication
CN101472300A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 发送和接收调度用户数据的信息的方法、装置和系统
EP2248294B1 (en) * 2008-03-16 2018-05-02 LG Electronics Inc. Method of performing hybrid automatic repeat request (harq) in wireless communication system
US20090268707A1 (en) 2008-04-25 2009-10-29 Interdigital Patent Holdings, Inc. Method to implement transmission time interval bundling
EP2131624A1 (en) * 2008-06-03 2009-12-09 Innovative Sonic Limited Method and apparatus for handling semi-persistent transmission resource
US8934417B2 (en) 2009-03-16 2015-01-13 Google Technology Holdings LLC Resource allocation in wireless communication systems
US20110026420A1 (en) 2009-07-31 2011-02-03 Qualcomm Incorporated Layer shifting for uplink mimo
US9287942B2 (en) * 2010-04-27 2016-03-15 Lg Electronics Inc. Method and apparatus for uplink multiple input multiple output (MIMO) transmission
WO2011139058A2 (en) * 2010-05-04 2011-11-10 Samsung Electronics Co., Ltd. Method of control indication in multi-input multi-output communication systems
JP5723012B2 (ja) 2010-10-04 2015-05-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信システムにおける方法及び装置

Also Published As

Publication number Publication date
AU2011312933B2 (en) 2014-07-17
EP2625811A1 (en) 2013-08-14
NZ600530A (en) 2015-02-27
EP2849379B1 (en) 2021-09-01
CA2784858C (en) 2014-12-09
DK2849379T3 (da) 2021-10-11
BR112012020398A2 (pt) 2016-05-10
RU2012125637A (ru) 2013-12-27
EP2849379A1 (en) 2015-03-18
BR112012020398B8 (pt) 2021-04-20
RU2554527C2 (ru) 2015-06-27
US10153884B2 (en) 2018-12-11
CN105703889B (zh) 2019-12-10
ES2895939T3 (es) 2022-02-23
JP5723012B2 (ja) 2015-05-27
IN2012DN05038A (es) 2015-10-09
CA2784858A1 (en) 2012-04-12
BR112012020398B1 (pt) 2021-01-12
US20130010587A1 (en) 2013-01-10
KR101843205B1 (ko) 2018-03-28
WO2012047147A1 (en) 2012-04-12
US20170078073A1 (en) 2017-03-16
HK1180484A1 (zh) 2013-10-18
MY172953A (en) 2019-12-16
US20190052440A1 (en) 2019-02-14
CN102859922A (zh) 2013-01-02
CN105703889A (zh) 2016-06-22
CN102859922B (zh) 2016-04-20
MX2012007391A (es) 2012-09-28
MA34621B1 (fr) 2013-10-02
IL220199A0 (en) 2012-07-31
JP2013543696A (ja) 2013-12-05
US10673595B2 (en) 2020-06-02
ZA201204310B (en) 2013-08-28
EP2625811B1 (en) 2014-10-08
KR20130121667A (ko) 2013-11-06
AU2011312933A1 (en) 2012-07-05
EP3965336A1 (en) 2022-03-09
HK1226209A1 (zh) 2017-09-22
US9136986B2 (en) 2015-09-15
SG181558A1 (en) 2012-07-30

Similar Documents

Publication Publication Date Title
ES2526150T3 (es) Método y disposición en un sistema de telecomunicación
ES2927975T3 (es) Canal de control del enlace descendente para comunicaciones ultra confiables y de baja latencia del enlace ascendente
US10631179B2 (en) HARQ frame data structure and method of transmitting and receiving with HARQ in systems using blind detection
ES2926132T3 (es) Dispositivo y procedimiento para mejorar la eficiencia espectral y la cobertura de los equipos de usuario
ES2388407T3 (es) Métodos y aparatos en un sistema de telecomunicaciones
ES2391808T3 (es) Empaquetamiento de información ACK en un sistema de comunicación inalámbrica
ES2533192T3 (es) Método y disposición en un sistema de comunicación
US8730889B2 (en) Method or HARQ acknowledgement transmission and transport block retransmission in a wireless communication system
ES2544751T3 (es) HARQ en sistema MIMO de multiplexación espacial
EP2635067B1 (en) Mobile station device, wireless communication method, and integrated circuit
KR101681148B1 (ko) 무선통신 시스템 및 그의 ｈａｒｑ 운용 방법
RU2007147841A (ru) Прокол автоматического запроса повторной передачи (rq), имеющий множественные механизмы дополнительной обратной связи
EP3665813A1 (en) Redundancy versions in a hybrid automatic repeat request, harq, process