MX2011007713A

MX2011007713A - Esquema de retransmision de datos.

Info

Publication number: MX2011007713A
Application number: MX2011007713A
Authority: MX
Inventors: Fredrik Gunnarsson; Paal Frenger; Niclas Wiberg
Original assignee: Ericsson Telefon Ab L M
Priority date: 2009-02-18
Filing date: 2009-02-18
Publication date: 2011-10-11
Also published as: WO2010095986A1; CN102326425A; EP2399413A4; US9762358B2; US20110286538A1; CN102326425B; EP2399413A1

Abstract

Se describen esquemas de retransmisión mejorados. En una modalidad, un método de retransmisión incluye: recibir, en una capa de protocolo en un receptor, un bloque de datos transmitido de una capa de protocolo en un transmisor; determinar que no es posible decodificar el bloque de datos; determinar que no es probable que el bloque de datos puede decodificarse; señalando, de la capa de protocolo en el receptor, a la capa de protocolo en la primera información de retroalimentación del transmisor que indica que el bloque de datos fue recibido, y señal, de la capa de protocolo en el receptor, a la capa de protocolo en la segunda información de retroalimentación del transmisor incluyendo información relacionada con el tiempo de recepción del bloque de datos e indicando que se abortó el bloque de datos.

Description

ESQUEMA DE RETRANSMISIÓN DE DATOS CAMPO TÉCNICO La presente invención se refiere al campo de comunicaciones móviles. Más específicamente, los aspectos de la invención se .refieren a un esquema de retransmisión de datos mejorados en una red de acceso de radio.

ANTECEDENTES Los esquemas de retransmisión son importantes para las comunicaciones sobre enlaces de comunicación no confíales. Un enlace de comunicación puede ser no confiable si, por ejemplo, (a) el enlace consiste de varios enlaces conectados por nodos de envío (v.gr., enrutadores o compuertas) y uno de los nodos de envío no puede enviar datos o (b) el enlace tiene una calidad de enlace variable (v.gr., el enlace es un enlace de radio) que evita que el receptor pretendido decodifique correctamente los datos transmitidos. El caso considerado en la presente es el último. Varios medios se diseñan para contra-restar las variaciones de calidad de enlace de radio, que incluye retransmisiones así como el control de potencia del transmisor, codificaciones de canales y sus combinaciones.

Un esquema de retransmisión adoptado por algunas redes (v.gr., Acceso de Paquetes de Alta Velocidad (HSPA, por sus siglas en inglés) y Evolución a Largo Plazo (LTE, por sus siglas en inglés) ) se basan en un tope de canal N y esperan el protocolo que se implementa en una capa de control de acceso medio (MAC, por sus siglas en inglés) . En dicho protocolo en un ambiente de LTE, la capa de MAC transmite N bloques de datos codificados en subtramas contiguas N. Por el tiempo de la subtrama (N+l)th, la capa Mac en el recepto deberán haber respondido si pudo detecta ry decodificar el primer bloque de datos o no . La razón para los procesos paralelos N para manejar datos es dar tiempo para que el receptor detecte, decodifique y reporte reconocimientos positivos (ACK) o reconocimientos negativos (NACK) . El ACK y NACK puede transmitirse usando un solo bit.

Si el receptor indica que no pudo decodificar el primer bloque de datos (v.gr., el receptor transmite un NACK al transmisor) , la capa de MAC en el transmisor "retransmitirá" el bloque de datos en la subtrama de (N+l)th. Es decir, la capa MAC se transmitirá en la subtrama (N+l)th el bloque de datos de nuevo como si fuera un bloque de datos nuevo y/o información para ayudar a la capa MAC en el receptor en la decodificación del bloque de datos (v.gr., otros bits codificados que refuerzan la codificación del bloque de datos) .

El número máximo permitido de retransmisiones K se configura por capas de protocolo superior. Si el bloque de datos no se decodifica correctamente después de las retransmisiones K, un NACK se envía a un proceso de solicitud de repetición automática (ARQ) de una capa de control de enlace de radio (RLC) en el transmisor de manera que el bloque de datos puede retransmitirse en la capa de RLC, posiblemente después de alguna re-segmentación (es decir, el tamaño del bloque de datos puede ser diferente) : La capa de RLC se configura para asegurar el suministro en secuencia de bloques de datos a capas superiores. Esto significa que si falta un bloque de datos, los bloques de datos recibidos correctamente de manera subsiguiente tienen que esperar hasta que el bloque de datos faltante haya llegado. Este retardo puede ser considerable si el número de canales N y el número máximo de intentos de retransmisión K son grandes. Por lo tanto, si el régimen de datos y la protección de códigos asignada para una transmisión coincide de mala manera con las condiciones de enlace de radio, entonces RLC pueden tener que esperar un largo tiempo antes que se reciba correctamente el bloque de datos (v.gr., por lo menos subtramas (N"k+1) + tiempo de proceso de RLC) .

Lo que se desea son esquemas de retransmisión mejorados para superar las desventajas anteriores y/o diferentes de los esquemas de retransmisión convencionales.

SUMARIO En un aspecto, la invención provee un método de retransmisión. En algunas modalidades, este método incluye los siguientes pasos: (1) recibir, en una capa de protocolo (v.gr., una capa de Mac) en un receptor (v.gr., estación de base o terminal móvil), un bloque de datos transmitido de una capa de protocolo correspondiente (v.gr., una capa MAC) en un transmisor (v.gr., estación de base o terminal móvil); (2) determinado que no es posible decodificar el bloque de datos; (3) determinar que no es probable que el bloque de datos puede decodificarse aún si la capa de protocolo correspondiente en el transmisor retransmite el bloque de datos a la capa de protocolo en el receptor una o varias veces; (4) señalamiento, desde la capa de protocolo en el receptor, a la capa de protocolo correspondiente en la primera información de retroalimentación que indica que el bloque de datos fue recibido; y (5) señalamiento, desde la capa de protocolo en el receptor, a la capa de protocolo correspondiente en la segunda información de retroalimentación que pertenece al bloque de datos, la segunda información de retroalimentación que incluye información que se refiere al tiempo de recepción del bloque de dato se indica que el bloque de datos se aborta.

En algunas modalidades, el paso para determinar que no es probable que el bloque de datos pueda decodificarse calculando un valor relacionado con la probabilidad de la decodificación del bloque de datos después de una o varias retransmisiones del transmisor. El paso de cálculo puede incluir: determinar o estimar un valor que se refiere a la probabilidad de decodificar el bloque de datos asado, por lo menos en pare, en el valor determinado o estimado. En algunas modalidades, el valor que se refiere a la condición de radio es un valor que identifica una relación de señal a interferencia (SIR, por sus siglas en inglés) (v.gr. , un estimado de un SIR promedio) .

En algunas modalidades, el paso de cálculo comprende monitorear métrica de decisión en bis blanda y usar la métrica de decisión de bits blanda monitoread para determinar si está cerca de tener éxito un intento de decodificación. El paso de cálculo también puede incluir el uso de métrica de decisión en bits blanca monitoreada para determinar si un intento de decodificación no está más cerca de tener éxito que un intento de decodificación previo.

En algunas modalidades, el paso de señalar la segunda información de retroalimentación comprende transmitir al transmisor un reporte de estado de canal que incluye la segunda información de retroalimentación. En algunas modalidades, la segunda información de retroalimentación comprende un elemento de control dedicado (v.gr., un elemento de control MAC dedicado) y la primera información de retroalimentacion consiste de un solo bit que indica un ACK o un NACK.

En algunas modalidades, la segunda información de retroalimentación se recibe por el transmisor después de que se recibe la primera información de retroalimentación por el transmisor y la segunda información de retroalimentación comprende información de tiempo de recepción que indica el tiempo al cual la capa de protocolo en el receptor recibió el bloque de datos de la capa de protocolo correspondiente en el transmisor. El transmisor se puede configurar para usar la información de tiempo de recepción para determinar el bloque de datos al cual pertenece la segunda información de retroalimentación. El transmisor y el receptor pueden tener un tiempo de referencia común en la capa de protocolo. Cuando se señala la segunda información de retroalimentación en relación con un bloque de datos, se prefiere señalar también ACK usando la primera información de retroalimentación al mismo bloque de datos (v.gr., la primera información de retroalimentación puede consistir un solo bit que indica un ACK) .

En algunas modalidades, el transmisor se configura para retransmitir el bloque de datos transmitiendo de nuevo el bloque de datos como si fuera un nuevo bloque de datos y/o transmitir información relacionada con el bloque de dato para ayudar la capa de protocolo en el recepto para decodificar el bloque de datos. Ventajosamente, el formato de transmisión usado para transmitir de nuevo el bloque de datos puede adaptarse a condiciones de radio determinadas.

En algunas modalidades, en respecta la recepción de la información de retroalimentación, la capa de protocolo correspondiente en el transmisor informa a una segunda capa de protocolo (v.gr., una capa de RLC) en el transmisor que el bloque de datos ha sido abortado y, en respuesta, esta segunda capa de protocolo identifica otros bloques de datos relacionados con el bloque de datos abortados. En algunas modalidades, el bloque de datos abortados pertenece a una unidad de datos de capa de protocolo y la segunda capa de protocolo identifica los otros bloques de datos que pertenecen a la unidad de datos de capa de protocolo. La unidad de datos de capa de protocolo puede haberse recibido por la segunda capa de protocolo de una tercera capa de protocolo (v.gr., una capa de red) en el lado del transmisor.

En otro aspecto, la presente invención provee un dispositivo de comunicación mejorado. En algunos modalidades, el dispositivo de comunicación incluye: un receptor; un transmisor, un sistema de almacenamiento de datos; y un sistema de proceso de datos que puede operarse para: determinar que no es posible decodificar un bloque de datos transmitidos de una capa de protocolo en un transmisor a una capa de protocolos en el dispositivo de comunicación; determinar que no es probable que el bloque de datos puede decodificarse si la capa de protocolo en el transmisor retransmite el bloque de datos al dispositivo de comunicación una o varias veces; la señal a la capa de protocolo en la primera información de retroalimentación del transmisor indicando que se recibió el bloque de datos, y la señal a la capa de protocolo en la información de retroalimentación del segundo transmisor que pertenece al bloque de dos en respuesta a una determinación que no es probable que el bloque de datos pueda decodificarse, la segunda información de retroalimentación incluyendo información relacionada con el tiempo de recepción del bloque de datos e indicando que se aborta el bloque de datos.

Los aspectos y modalidades anteriores y otros se describen más adelante con referencia a los dibujos anexos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Los dibujos anexos, que se incorporan en la presente in forman parte de la especificación, ilustran varias modalidades de la presente invención y, junto con la descripción, sirven además para explicar los principios de la invención y permiten que una persona experta en la técnica pertinente realice y use la invención. En los dibujos, los números de referencia indican elementos idénticos o de funcionalidad similar.

La Figura 1 ilustra una porción de una red de comunicación móvil.

La Figura 2 ilustra un diagrama de bloques funcional de algunos componentes de un UE y un diagrama de bloques funcional de algunos componentes de una estación de base .

La Figura 3 es una gráfica de flujo que ilustra un proceso de acuerdo con algunas modalidades de la invención.

La Figura 4 es una gráfica de flujo que ilustra un proceso de acuerdo con algunas modalidades de la invención.

La Figura 5 es una gráfica de flujo que ilustra un proceso de acuerdo con algunas modalidades de la invención.

La Figura 6 es un diagrama de bloques funcional de un UE de acuerdo con algunas modalidades de la invención.

La Figura 7 es un diagrama de bloques funcional de una estación de base de acuerdo con algunas modalidades de la invención.

La Figura 8 ilustra la probabilidad de error de bloques por intento de transmisión cuando la condición de radio en términos de SIR es constante con el tiempo y usa la combinación de Chase (los bloquees de datos idénticos se retransmiten en cada intento) .

La Figura 9 ilustra modelo de desempeño de enlaces señalando en el modelo de desmodulador y decodificador .

DESCRIPCIÓN DETALLADA Haciendo referencia ahora la Figura 1, la Figura 1 ilustra una porción de una red de comunicación móvil 100. Como se ilustra en la Figura 1, una terminal móvil 102 (a.k.a., equipo de usuario (UE) 102) permite que un usuario tenga acceso, via la estación de base 014, servicios ofrecidos por una red de núcleo del operador 106. La estación de base 104, como será conocido por los de experiencia ordinaria en la materia, maneja la transmisión y recepción de radio adentro o en más celdas (es decir, área geográfica) . En un ambiente de LTE, la estación de base 104 se denomina como un NodeB evolucionado (eNB) .

Haciendo referencia ahora a la Figura 2, la Figura 2 ilustra un diagrama de bloques funcional de algunos componentes de UE 102 y un diagrama de bloques funcional de algunos componentes de la estación de base 104. Como se muestra en la Figura 2, la estación de base 104 incluye una capa de RLC 122(a), una capa MAC 126(a) y una capa física 130(a). Así mismo, UE 102 incluye una capa de RLC 122(b), una capa MAC 126(b) y una capa física 130(b) . Aunque no se muestra, puede haber una o más capas superiores por arriba de una capa RLC 122.

Como se muestra además en la Figura 2, una capa MAC en un dispositivo de comunicación (v.gr., capa MAC 122(a) o capa MAC 122(b) de UE 102), que se llama el dispositivo de transmisión o transmisor, puede transmitir datos codificados a una capa MAC en otro dispositivo de comunicación, que se llama el dispositivo de recepción o receptor (v.gr., capa MAC 122(a) o capa MAC 122(b)). La capa MAC en el receptor se configura para detectar y decodificar los datos codificados transmitidos y transmitir una respuesta a la capa MAC en el transmisor. Por ejemplo, la capa MAC en el receptor transmite un reconocimiento positivo (ACK) a la capa MAC en el transmisor en respuesta a la decodificación exitosa de datos, pero, si el receptor detecta los datos y no puede decodificar los datos, la capa MAC en el receptor transmite un reconocimiento negativo (NACK) a la capa MAC en el transmisor. Normalmente, se transmiten ACK y NACK usando un solo bit.

Haciendo referencia ahora a la Figura 3, la Figura 3 es una gráfica de flujo que ilustra un proceso de retransmisión mejorado 300, de acuerdo con algunas modalidades de la invención, es decir que se lleva a cabo por una capa MAC 122 en el receptor (v.gr., capa MAC 122(a) o capa MAC 122(b)). El proceso 300 empieza en el paso 302, en donde la capa MAC en un receptor recibe un bloque de datos (o datos relacionados a un bloque de datos) transmitido de una capa MAC en el transmisor. En el paso 304, la capa MAC trata de decodificar el bloque de datos usando los datos recibidos en el paso 302. En el paso 305, la capa MAC determina si se decodifican exitosamente el bloque de datos. Si es asi, el proceso 300 sigue en el paso 308, en donde la capa MAC transmite un ACK a la capa MAC en el transmisor. De otra manera, la capa MAC en el receptor transmitirá a la capa MAC en el transmisor un NACK (paso 3140) o un mensaje de aborto (316) .

Por ejemplo, en algunas modalidades, si la capa Mac en el receptor no pudo decodificar el bloque de datos, el proceso 300 continúa en el paso 312, en donde la capa MAC calcula un valor P y compara P a un umbral T. Si P es menor a T, el proceso 300 continua en el paso 316, en donde la capa MAC transmite el mensaje de aborto indicando que el bloque de datos se abortó, es decir, indicando que la capa de MAC determinado no es probable que la capa MAC podrá decodificar el bloque de datos, de ora manera el proceso 300 continua en el paso 314, en donde la capa MAC transmite el NACK.

En algunas modalidades, el mensaje de aborto consiste de un elemento de control dedicado (v.gr., un elemento de control MAC dedicado) . En otras modalidades, en donde UE es el receptor, el mensaje de aborto se transmite vía un reporte de estado de canal v.gr., un reporte de indicador de calidad de canal (CQI) u otro reporte de estado de canal ) .

En algunas modalidades, el mensaje de aborto indica que el proceso HARQ de la capa MAC el receptor que pretende decodificar los datos. Esta información puede usarse por la capa MAC en el transmisor para identificar el bloque de datos con el cual se asocia el mensaje de aborto. El mensaje de aborto también puede contener información que identifica el tiempo en el cual el proceso HARQ un decodifica el bloque de datos, cuya información puede usarse por la capa MAC en el transmisor para identificar el bloque de datos con el cual se asocia el mensaje de aborto.

En algunas modalidades, en el paso 316, además de transmitir el mensaje de aborto, la capa MAC también transmite un ACK para ocasionar que la capa MAC en el transmisor detenga las transmisiones del bloque de datos. Este aspecto se ilustra en la Figura 10, que muestra el receptor 102 que transmite al transmisor 104 un mensaje de aborto 1002 y un ACK 1003 en respuesta al bloque de datos codificado 1001 y determina que P es menor que T. En algunas modalidades, en lugar de enviar un ACK se envía un NACK.

Como se indicó antes, en el paso 312, la capa MAC en el receptor calcula un valor P. En algunas modalidades, P es una probabilidad de decodificación. Por ejemplo, P puede ser un valor que representa una probabilidad de que la capa de MAC en el receptor podrá decodificar el bloque de datos dentro de los intentos de retransmisión K por la capa MAC en el transmisor (K > 0) . Si P es menor que el umbral predefinido T, esto significa que es fútil para la capa MAC en el transmisor continuar transmitiendo a la capa MAC en el receptor el bloque de datos o la información para ayudar a la capa MAC en el receptor para decodificar el bloque de datos.

En algunas modalidades, P es una función de la métrica del decodificador (v.gr., métrica de decodificador suave) que inicia la forma de cerrar la capa MAC en el receptor fue decodificar exitosamente el bloque de datos. Por ejemplo, en algunas modalidades, para cada retransmisión del bloque de datos, la capa MAC (1) produce y registra una métrica de decodificador que indica que tan cerca de la capa MAC en el receptor estaba para decodificar exitosamente el bloque de datos. Por ejemplo, en algunas modalidades, para cada retransmisión del bloque de dato, la capa MAC (1) produce y registrará una métrica de decodificador indicando que tan cerca de la capa MAC se decodificó exitosamente el bloque de datos y (2) usa esta información para determinar P. Por ejemplo, grabando dicha métrica de decodificador, la capa MAC en el receptor puede determinar si la decodificación de un intento de retransmisión estuvo más cerca de tener éxito que la decodificación de un intento de retransmisión previo examinando el crecimiento métrico del decodificador más lento entre los intentos de transmisión. El comportamiento del crecimiento métrico es un indicador en cuanto a si es probable que los datos sean decodificados correctamente eventualmente o no. Un crecimiento lento puede considerarse que indica que las condiciones de radio son insuficientes para corregir la decodificación aún después de numerosos intentos de transmisión. Un crecimiento rápido puede considerar que indica que los datos eventualmente serán decodificados correctamente. Consecuentemente, el valor P puede der una función del cambio en la métrica del decodificador .

En otras modalidades, P (la probabilidad de decodificación) también puede ser una función de un valor relacionado con una condición de radio. Por ejemplo, el valor relacionado con la condición de radio puede ser un valor que identifica o se deriva de una relación de señal a interferencia (SIR) (v.gr., un valor que identifica un estimado de un SIR promedio) . Por ejemplo, se puede crear un modelo que se refiere a condiciones de radio en términos de SIR a P (o la probabilidad de error de bloques (BLEP) , que es la cantidad complementaria - es decir, BLEP - 1 - P) . Dicho modelo puede derivarse usando simuladores y descripciones detalladas de la modulación y codificación en las especificaciones. Los modelos más precisos pueden referirse a la distribución de SIR Más general, las propiedades estadísticas de SIR) a BLEP. En una modalidades, P es igual a un estimado de un SIR efectivo con múltiples intentos de transmisión, cuyo estimado puede basarse en estadísticas de SIR estimados de los intentos de transmisión completa. Por ejemplo, la probabilidad de decodificación se considera insuficiente después de intentos de transmisión K, si SIR promedio sobre los intentos de transmisión de ?? < K es menor a SIR3. En un ejemplo relacionado con el formato de transporte especifico en la Figura 8, la probabilidad de decodificación se predice insuficiente si SIR promedio es menor que o igual a -2dB.

Cuando se considera decodificar datos después de múltiples intentos de transmisión, se da instrucciones de separar el modelo en dos partes, una que depende de la modulación y una que depende de la codificación de canales. Esto se puede aplicar, cuando el aumento de codificación es diferente a cada intento de transmisión, mientras que la modulación es igual. La Figura 9 ilustra el modelo en una modalidad ilustrativa. Para cada bloque de datos, la información en bit recibida se determina a través de un mapeo de SIR. Dicho mapeo es la capacidad el canal por Shannon (C = log2(l+SINR) [bits/simbolo] ) . Luego el régimen de información de bits recibido se determina como el promedio lineal sobre los bloques de datos consecutivos. Esto se usa en un segundo mapeo para bloquear la probabilidad de error un modelo de decodificador . El régimen de información de bis recibidos en lineal considerando el régimen de bits de información de bis recibidos de intentos de transmisión anteriores. Este hecho facilita la predicción del régimen de información después de intentos de transmisión subsiguientes, por ejemplo suponiendo que la condición de radio permanece sin cambio.

Haciendo referencia ahora la Figura 3, la Figura 4 es una gráfica de flujo que ilustra un proceso 400, de acuerdo con algunas modalidades, que se lleva a cabo transmitiendo una capa MAC. El proceso 400 puede incoar en el paso 402, en donde la transmisión de capa de MAC recibe una cantidad de datos de una capa superior (v.gr., la capa RLC) , que recibe la unidad de datos de una capa superior (v.gr., una capa de red). En el paso 404, la capa MAC transmite un bloque de datos (v.gr., datos codificados de la unidad de datos) a una capa MAC en el receptor. En el paso 406, la capa MAC en el transmisor recibe retroalimentación con respecto al bloque de datos de la capa Mac en el receptor. Si la retroalimentación es un ACK, el proceso 400 regresa al paso 402. Si la retroalimentación es un NACK, el proceso 400 regresa al paso 408.

En el paso 408, la capa de transmisión MAC "retransmite" el bloque de datos. Es decir, por ejemplo, la capa de transmisión MAC transmite de nuevo el bloque de datos transmitidos en el paso 404 como si hubiera un bloque de datos nuevo y/o transmite información para ayudar a la capa MAC en el receptor para decodificar el bloque de datos enviado previamente (v.gr., otros bits codificados que refuerzan la codificación del bloque de datos) .

En el paso 410, la capa MAC de transmisión recibe retroalimentacion de la capa MAC en el receptor. Si la retroalimentacion es un ACK, el proceso 400 continúa de nuevo en el paso 402. Si la retroalimentacion es un NACK, el proceso 400 continua de nuevo en el paso 408. Si la retroalimentacion es un mensaje de aborto, el proceso 400 continua en el paso 412. Como se trató antes con referencia al paso 316, es posible que la capa MAC en el receptor puede enviar dos mensajes de retroalimentacion que se refieren a un solo bloque de datos (v.gr., un mensaje de aborto y un ACk) . Por lo tanto, es posible que el paso 410 se repita sin la capa MAC en el transmisor que no tiene que transmitir nada además de la capa MAC en el receptor. Por lo tanto, la capa MAC en el transmisor puede recibir de una capa MAC correspondiente en el receptor un primer mensaje de retroalimentacion (v.gr., un ACK) y un segundo mensaje de retroalimentacion (v.gr., un mensaje de aborto), ambos de los cuales se transmiten por la capa Mac en el receptor en respuesta a la recepción y un proceso de bloque de datos. En algunas modalidades, el primer mensaje de retroalimentacion se recibe antes del segundo mensaje de retroalimentacion.

En el paso 412, en respecto a la recepción de un mensaje de aborto, la capa Mac en el transmisor determina el bloque de datos al cual pertenece el mensaje de aborto. Como se trató antes, para facilitar esta determinación, el mensaje de borto puede contener una referencia de tiempo. La referencia de tiempo facilitará la determinación en las modalidades en donde la capa MAC en el transmisor y la capa MAC en el receptor tienen una referencia de tiempo común, en otras modalidades en donde la capa MAC en el transmisor y la capa MAC en el receptor tienen una referencia de tiempo común, la capa Mac en el transmisor puede determinar el bloque de datos que se ha abortado por la capa MAC en el receptor basado en el tiempo en el cual se recibe el mensaje de aborto recibido por la capa MAC en el transmisor.

En el paso 414, la capa MAC en el transmisor informa a la capa superior que el bloque de datos identificado se ha abortado y/o retransmite el bloque de datos usando un formato de transporte diferente (v.gr., un formato de transmisión adaptado a las condiciones de radio actuales) o segmentación. Los bloques de datos relacionados (v.gr., bloques de datos que pertenecen a la misma unidad de datos) pueden abortarse también en el paso 414.

Haciendo referencia ahora a la Figura 5, la Figura 5 es una gráfica de flujo que ilustra un proceso 500, de acuerdo con algunas modalidades, que se lleva a cabo por una capa MAC de transmisión. El proceso 500 es idéntico para procesado 400 excepto que si un NACK se recibe en el paso 410, el proceso continúa al paso 502 en lugar de que continúe en el paso 408. En el paso 502, la capa de MAC de transmisión determina si puede ser fútil retransmitir los datos (es decir, podría ser fútil repetir el paso 408). Si la capa Mac determina que no puede ser fútil, el proceso regresa la paso 408, de otra manera continua en el paso 512. En el paso 512, la capa de transmisión de MAC informa a la capa superior que se determinó un aborto y/o retransmite los datos usando un formato de transporte diferente o la segmentación (bloques de datos relacionados también pueden abortarse) . En algunas modalidades, la capa de MAC de transmisión determina si puede ser fútil retransmitir los datos con base en reportes de condición de radio transmitidos del receptor (v.gr., reportes de indicador de calidad de canal (CQI) ) . Por ejemplo, un reporte o reportes de condición de radio indican que es una degradación importante en la calidad de canal de radio, entonces la capa de MAC puede determinar que es fútil retransmitir los datos.

Haciendo referencia ahora la Figura 6, la Figura 6 es un diagrama de bloques funcional de U 102 de acuerdo con algunas modalidades de la invención. Como se muestra, UE 102 puede comprender un sistema de proceso de datos 602 (v.gr., uno o más microprocesadores), un sistema de almacenamiento de datos 606 (v.gr., uno o más dispositivos de almacenamiento no volátiles) y software de computadora 608 almacenados en el sistema de almacenamiento 606. Los parámetros de configuración 610 (v.gr., los umbrales mencionados antes) también pueden guardarse en el sistema de almacenamiento 606. UE 102 también incluye transmitir/recibir circuiteria (Tx/Rx) 604 para transmitir datos hacia y recibir datos desde la estación de base 104. El software 608 se configura de manera que cuando el procesador 602 ejecuta software 608, UE 102 lleva a cabo pasos descritos antes (v.gr., los pasos descritos antes con referencia a las gráficas de flujo mostradas en las Figuras 3, 4 y/o 5) .

Por ejemplo, el software 608 puede incluir: (1) instrucciones de cómputo para determinar que no es posible decodificar un bloque de datos transmitido de una capa de protocolo en un transmisor; (2) instrucciones de cómputo para determinar que no es probable que el bloque de datos pueda decodificarse aún si la capa de protocolo en el transmisor retransmite el bloque de datos una o varias veces; (3) instrucciones de cómputo para señalar a la capa de protocolo en la primera información de retroalimentación de transmisor indicando que se recibió el bloque de datos, y (4) instrucciones de cómputo para señalar a la capa de protocolo correspondiente en la segunda información de retroalimentación de transmisor que pertenece al bloque de datos en respuesta a la determinación de que no es probable que se pueda decodificar el bloque de datos, la segunda información de retroalimentación incluyendo información relacionada con el tiempo de recepción del queque de datos e indicando que se abortó el bloque de datos.

Haciendo referencia ahora a la Figura 7, la Figura 7 es un diagrama de bloques funcional de la estación de base 104 de acuerdo con lagunas modalidades de la invención. Como se muestra, la estación de base 104 puede comprender un sistema de proceso de datos 702 (v.gr . , uno o más microprocesadores), un sistema de almacenamiento de datos 706 (v.gr., uno o más dispositivos de almacenamiento no volátiles) y software de computadora 608 guardados en el sistema de almacenamiento 706. Los parámetros de configuración 710 (v.gr., los umbrales mencionados antes) pueden guardarse también en el sistema de almacenamiento 706. La estación de base 104 también incluye transmitir/recibir circuiteria (Tx/Rx) 704 para transmitir datos hacia y recibir datos desde ÜE 102 y transmitir/recibir circuiteria (Tx/Rx) 705 ara transmitir datos hacia y recibir datos desde, por ejemplo, re de núcleo 106.

Mientras que varias modalidades de la presente invención se han descrito antes, se deberá entender que se han presentado a manera de ejemplo únicamente y no limitación. Por lo tanto, la amplitud y alcance de la presente invención no deberá limitarse por cualquiera de las modalidades ilustrativas descritas antes.

Adicionalmente, mientras que los procesos descritos antes e ilustrados en los dibujos se muestran como una secuencia de pasos, esto se realiza únicamente por ilustración. Consecuentemente, se contempla que alguno pasos pueden agregarse, algunos pasos pueden omitirse, el orden de los pasos pueden predisponerse y algunos pasos pueden llevarse a cabo en paralelo.

Claims

REIVINDICACIONES

1.- Un método de retransmisión 8300), que comprende : recibir, en una capa de protocolo (136) en un receptor (102), un bloque de datos (1001) transmitido de una capa de protocolo correspondiente (126) en un transmisor (104) ; determinar (305) que no es posible decodificar el bloque de datos; determinar (312) que no es probable que el bloque de datos pueda decodificarse aún si la capa de protocolo correspondiente en el transmisor retransmite el bloque de datos a la capa de protocolo en el receptor una o varias veces ; señalar (316) , de la capa de protocolo en el receptor, a la capa de protocolo correspondiente en la primera información de retroalimentación del transmisor (1003) indicando que se recibió el bloque de datos, y señalar (316), de la capa ' de protocolo en el receptor, a la capa de protocolo correspondiente en la segunda información de retroalimentación del transmisor (1002) que pertenece al bloque de datos, la segunda información de retroalimentación incluyendo información relacionada con el tiempo de recepción del bloque de datos e indicando que se aborta el bloque de datos.

2. - El método de la reivindicación 1, en donde el paso de determinar si no es probable que el bloque de datos pueda decodificarse comprende calcular un valor relacionado con la probabilidad de decodificar el bloque de datos de después de una o varias retransmisiones del transmisor.

3. - El método de la reivindicación 2, en donde el paso de cálculo comprende: determinar o estimar un valor relacionado con una condición de radio; y calcular el valor relacionado con la probabilidad de decodificar el bloque de datos basado, por lo menos en parte, en el valor determinado o estimado.

4. - El método de la reivindicación 3, en donde ele valor relacionado con la condición de radio es un valor que identifica una relación de señal a interferencia (SIR) .

5. - El método de la reivindicación 4, en donde el valor que identifica una relación de señal da interferencia (SIR) es un estimado de un SIR promedio.

6. - El método de la reivindicación 2 en donde el paso de cálculo comprende monitorear la métrica de decisión en bis blando.

7. - El método de la reivindicación 6, que comprende además usar la métrica de decisión de bits blanco monitoreada para determinar si un intento de decodificación estuvo cerca de tener éxito.

8. - El método de la reivindicaron 7, que comprende además determinar si un intento de decodificación que falló estuvo más cerca de tener éxito que un intento de decodificación previo.

9. - El método de cualquiera de las reivindicaciones 1-8, en donde el paso de señalar la segunda información de retroalimentación comprende transmitir al transmisor un reporte de estado de canal que incluye la segunda información de retroalimentación.

10. - El método de cualquiera de las reivindicaciones 1-8, en donde la segunda información de retroalimentación comprende un elemento de control dedicado.

11. - El método de la reivindicación 10, en donde la segunda información de retroalimentación comprende un elemento de control de Mac dedicado.

12. - El método de cualquiera de las reivindicaciones 1-11, en donde la primera información de retroalimentación consiste de un solo bit que indica un ACK o un NACK.

13. - El método de cualquiera de las reivindicaciones 1-12, en donde la segunda información de retroalimentación se recibe por el transmisor después de que se recibe la primera información de retroalimentación por el transmisor .

14. - El método de la reivindicación 1, en donde la segunda información de retroalimentación comprende información de tiempo de recepción que indica el tiempo en la cual la capa de protocolo en el receptor recibió el bloque de datos de la capa de protocolo correspondiente en el transmisor .

15. - El método de la reivindicación 14, en donde el transmisor se configura para usar la información de tiempo de recepción para determinar el bloque de datos al cual pertenece la segunda información de retroalimentación.

16. - El método de la reivindicación 15, en donde el transmisor y receptor tienen una referencia de tiempo común en la capa de protocolo.

17. - El método de cualquiera de las reivindicaciones 1-16, en donde el transmisor se configura para retransmitir el bloque de datos transmitiendo el bloque de datos de nuevo como si hubiera un nuevo bloque de datos.

18. - El método de la reivindicación 18, en donde el formato de transmisión usado para transmitir el bloque de datos de nuevo se adapta a condiciones de radio determinadas.

19. - El método de cualquiera de las reivindicaciones 1-16, en donde el transmisor se configura para retransmitir el bloque de datos transmitiendo información relacionada con bloques de datos para ayudar a la capa de protocolos en el receptor para decodificar el bloque de datos.

20. - El método de cualquiera de las reivindicaciones 1-19, en donde la capa de protocolo correspondiente en el transmisor informa una segunda capa de protocolo en el transmisor que ha abortado el bloque de datos .

21. - El método de la reivindicación 20, en donde la segunda capa de protocolos identifica otros bloques de datos relacionados con el bloque de datos abortado.

22. - El método de la reivindicación 20, en donde el bloque de datos abortado pertenece a una unidad de datos de capa de protocolo y la segunda capa de protocolo identifica otros bloques de datos que pertenecen a la unidad de datos de la capa de protocolos.

23. - El método de la reivindicación 22, en donde la unidad de datos de la capa de protocolos se recibió por la segunda capa de protocolos de una tercera capa de protocolos en el lado del transmisor.

24. - El método de cualquiera de las reivindicaciones 20-23, en donde la capa de protocolos en el receptor es una capa de protocolo de control de acceso de medios (MAC) , y la capa de protocolos correspondiente en el transmisor es la capa de protocolo de MAC.

25. - El método de la reivindicación 24, en donde la segunda capa de protocolos en la capa del transmisor es un control de enlace de radio (RLC) .

26. - Un dispositivo de comunicación (102), comprendiendo : un receptor (604); un transmisor (6049; un sistema de almacenamiento de datos (606); y un sistema de proceso de datos (602) operable para: determinar que no es posible decodificar un bloque de datos (1001) transmitido de una capa de protocolos (126) en un trasmisor (104) a una capa de protocolos (136) en el dispositivo de comunicación; determinar que no es probable que el bloque de datos puede decodificarse aún si la capa de protocolos en el transmisor retransmite el bloque de datos al dispositivo de comunicación una o varias veces; la señal a la capa de protocolos en la primera información de retroalimentación del transmisor (1003) que indica que se recibió el bloque de datos; y la señal a la capa de protocolo en la segunda información de retroalimentación del transmisor (1002) que pertenece al bloque de datos en respuesta a una determinación que no es probable que el bloque de datos pueda decodificarse , la segunda información de retroalimentación incluyendo información relacionada con el tiempo de recepción del bloque de datos e indicando que se aborta el bloque de datos .

27. - El dispositivo de comunicación de la reivindicación 26, en donde el sistema de procesos de datos se configura para determinar que no es probable que el bloque de datos pueda decodificarse calculando un valor relacionado con la probabilidad de decodificar el bloque de datos después de una o varias retransmisiones del transmisor.

28. - El dispositivo de comunicación de la reivindicación 27, en donde el sistema de proceso de datos se configura para calcular el valor relacionado con la probabilidad de decodificar el bloque de datos por: determinar o calcular un valor relacionado con una condición de radio; y calcular el valor relacionado con la probabilidad de decodificar el bloque de datos basado, por lo menos en parte, en el valor determinado o estimado relacionado con la condición de radio.

29. - El dispositivo de comunicación de la reivindicación 28, en donde el valor relacionado con la condición de radio es un valor que identifica una relación de señal a interferencia (SIR) .

30. - El dispositivo de comunicación de la reivindicación 29, en donde el valor que identifica una relación de señal a interferencia (SIR) es un estimado de un SIR promedio.

31. - El dispositivo de comunicación de la reivindicación 27, en donde el sistema de proceso de datos se configura para calcular el valor monitoreando la métrica de dedicación de bits blanda.

32. - El dispositivo de comunicación de la reivindicación 31, en donde el sistema de proceso de datos se configura para calcular el valor usando la métrica de decisión de bits blanda monitoreada para determinar si estuvo cerca de tener éxito un intento de decodificación.

33. - El dispositivo de comunicación de la reivindicación 32, en donde el sistema de proceso de datos se configura para calcular el valor determinado si un intento de decodificación que falló estuvo más cerca a tener éxito que un intento de decodificación previo.

34. - El dispositivo de comunicación de cualquiera de las reivindicaciones 26-33, en donde el sistema de proceso de datos se configura para señalar la segunda información de retroalimentación transmitiendo al transmisor un reporte de estados de canal que incluye la segunda información de retroalimentació .

35. - El dispositivo de comunicación de cualquiera de las reivindicaciones 26-33, en donde la segunda información de retroalimentación comprende un elemento de control dedicado.

36. - El dispositivo de comunicación de la reivindicación 35, en donde la segunda información de retroalimentación comprende un elemento de control MAC dedicado .

37. - El dispositivo de comunicación de cualquiera de las reivindicaciones 26-36, en donde la primera información de retroalimentación consiste de un solo bit que indica un ACK o un NACK.

38. - El dispositivo de comunicación de cualquiera de las reivindicaciones 26-36, en donde la primera información de retroalimentación consiste de un solo bit que indica un ACK.

39. - El dispositivo de comunicación de cualquiera de las reivindicaciones 26-38, en donde la segunda información de retroalimentación se recibe por el transmisor después de que se recibe la primera información de retroalimentación por el transmisor.

40. - El dispositivo de comunicación de la reivindicación 26, en donde la segunda información de retroalimentación comprende información de tiempo de recepción que indica el tiempo en el cual la capa de protocolo en el receptor recibió el bloque de datos de la capa a de protocolo correspondiente en el transmisor.

41.- El dispositivo de comunicación de cualquiera de las reivindicaciones 26-40, en donde la capa de protocolo en el dispositivo de comunicación es una capa de protocolo de control de acceso de medios (MAC) , y la capa de protocolo en el transmisor es la capa de protocolo MAC.

42.- El dispositivo de comunicación de cualquiera de las reivindicaciones 26-41, en donde el dispositivo de comunicación es una estación de base o una terminal móvil.