ES2836890T3 - Método y aparato para control de error en sistemas de telecomunicaciones - Google Patents

Abstract

Un método para la señalización HARQ realizado por un terminal móvil (750) en un sistema de telecomunicaciones que transmite utilizando un flujo dual que tiene un subflujo primario y un subflujo secundario, siendo transmitido el subflujo primario y secundario en una transmisión MIMO utilizando una pluralidad de antenas, comprendiendo el método: recibir información de planificación planificando dos paquetes para que se reciban simultáneamente en un primer intervalo de transmisión, un paquete para ser transmitido en cada uno de los subflujos del flujo dual, la información de planificación comprendiendo un único identificador de proceso HARQ de un número total de identificadores de proceso HARQ, estando agrupados los identificadores de proceso HARQ en pares de subprocesos, comprendiendo la información de planificación un bit adicional que indica qué subproceso del par de subprocesos está asociado al subflujo primario.

Description

DESCRIPCIÓN

Método y aparato para control de error en sistemas de telecomunicaciones

Campo técnico

La presente invención se refiere en general a sistemas de comunicaciones inalámbricas, y más particularmente a la señalización de información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial que utiliza retransmisiones para el control de error.

Antecedentes

Durante las últimas décadas, se ha desarrollado una amplia variedad de sistemas de telecomunicaciones inalámbricas y alámbricas. Los sistemas de telecomunicaciones inalámbricas, en particular, han evolucionado a través de los denominados sistemas de segunda generación (2G) hasta los sistemas de tercera generación (3G) que se están desplegando actualmente. Las especificaciones para algunos sistemas 3G fueron desarrolladas por el proyecto de asociación de tercera generación (3GPP); se puede encontrar información sobre estos en Internet en www.3gpp.org.

El desarrollo continuo de sistemas inalámbricos avanzados ha producido técnicas que permiten velocidades de transferencia de datos aún mayores. Con este fin, se ha desarrollado recientemente la tecnología denominada acceso de paquetes de enlace descendente de alta velocidad (HSDPA). HSDPA entrega paquetes de datos a una pluralidad de terminales móviles a través de un canal de enlace descendente compartido a altas tasas de transmisión de datos y proporciona un camino evolutivo fluido para que las redes 3G soporten velocidades de transferencia de datos más altas.

HSDPA logra mayores velocidades de transferencia de datos mediante la definición de un nuevo canal de transporte de enlace descendente, el canal compartido de enlace descendente de alta velocidad (HS-DSCH), que opera de formas significativamente diferentes a otros canales W-CDMA. En particular, el canal de enlace descendente HS-DSCH se comparte entre usuarios y se basa en la planificación dependiente del canal específico de usuario para hacer el mejor uso de los recursos de radio disponibles. En un canal de control de enlace ascendente separado, cada dispositivo de usuario transmite periódicamente (por ejemplo, hasta 500 veces por segundo) una indicación de la calidad de la señal de enlace descendente. La estación base CDMA de banda ancha (Nodo B) analiza la información de calidad del canal recibida de todos los dispositivos del usuario para decidir a qué usuarios se les enviarán datos en cada trama de 2 milisegundos y, para cada usuario, cuántos datos se deben enviar en esa trama. Usando técnicas de codificación y modulación adaptativas (AMC), además de esta planificación rápida de paquetes trama por trama, se pueden enviar más datos a los usuarios que informan de una alta calidad de señal de enlace descendente. Por lo tanto, los recursos de radio limitados se usan de manera más eficiente.

Para soportar el canal HS-DSCH recién definido, también se introducen tres nuevos canales físicos. Primero está el canal de control compartido de alta velocidad (HS-SCCH), que se usa para transmitir información de planificación al dispositivo de usuario. En esencia, esta información de planificación describe los datos que se enviarán a1HS-DSCH dos ranuras más tarde. El segundo es el canal físico de control dedicado de alta velocidad (HS-DPCCH) de enlace ascendente, que transporta información de acuse de recibo transmitida por terminales móviles, así como datos del indicador de calidad del canal actual (CQI) para el dispositivo de usuario. Los datos CQI son usados por el Nodo B en sus algoritmos de planificación de paquetes rápidos, es decir, para calcular cuántos datos enviar al terminal móvil durante el siguiente intervalo de transmisión. Finalmente, un canal físico de enlace descendente recién definido es el canal físico compartido dedicado de alta velocidad (HS-PDSCH), que es el canal físico que transporta los datos de usuario del canal de transporte HS-DSCH.

Además de la planificación rápida de paquetes y las tecnologías de codificación y modulación adaptativas descritas anteriormente, HSDPA utiliza además retransmisiones rápidas para el control de error. En particular, HSDPA utiliza un método de control de error conocido como solicitud de repetición automática híbrida o HARQ. HARQ usa el concepto de "redundancia incremental", donde las retransmisiones contienen una codificación diferente de los datos de usuario con respecto a la transmisión original. Cuando se recibe un paquete dañado, el dispositivo de usuario lo guarda, envía un mensaje "NACK" para activar una retransmisión del paquete y combina el paquete guardado con retransmisiones posteriores para formular un paquete sin errores de la manera más rápida y eficiente posible. Incluso si el paquete o los paquetes retransmitidos están en sí mismos corruptos, la combinación de información de dos o más transmisiones corruptas a menudo puede producir una versión sin errores del paquete transmitido originalmente.

De hecho, HARQ es una variación del control de error de solicitud de repetición automática (ARQ), que es un método de control de error bien conocido para la transmisión de datos en el que el receptor detecta errores de transmisión en un mensaje y solicita automáticamente una retransmisión del transmisor. HARQ ofrece un mejor rendimiento que la ARQ ordinaria, particularmente en canales inalámbricos, a costa de una mayor complejidad de implementación. Se describen procesos HARQ de ejemplo, por ejemplo, en el documento US 2004/0233887 A1, que explica el uso de un proceso HARQ común para paquetes de datos, y el documento EP 2048807 A2, que describe HARQ asíncrona y un sistema MIMO.

La versión más simple de HARQ, HARQ Tipo I, simplemente combina la corrección de error hacia adelante (FEC) y ARQ al codificar el bloque de datos más la información de detección de error, como verificación de redundancia cíclica (CRC), con un código de corrección de error (como código Reed-Solomon o código Turbo) antes de la transmisión. Cuando se recibe el bloque de datos codificados, el receptor primero decodifica el código de corrección de error. Si la calidad del canal es lo suficientemente buena, todos los errores de transmisión deben ser corregibles y el receptor puede obtener el bloque de datos correcto. Si la calidad del canal es mala y no se pueden corregir todos los errores de transmisión, el receptor detectará esta situación usando el código de detección de error. En este caso, el bloque de datos codificados recibido se descarta y el receptor solicita una retransmisión, similar a ARQ.

En métodos más avanzados, los bloques de datos codificados recibidos incorrectamente se almacenan en el receptor en lugar de descartarse, y cuando se recibe el bloque de datos codificados retransmitidos, se combina la información de ambos bloques de datos codificados. Cuando los bloques transmitidos y retransmitidos se codifican de forma idéntica, se puede usar la denominada combinación Chase para beneficiarse de la diversidad de tiempo. Para mejorar aún más el rendimiento, también se ha propuesto HARQ de redundancia incremental. En este esquema, las retransmisiones de un bloque dado se codifican de manera diferente a la transmisión original, lo que proporciona un mejor rendimiento después de la combinación, ya que el bloque se codifica efectivamente en dos o más transmisiones. HSDPA, en particular, utiliza HARQ de redundancia incremental, en el que el bloque de datos se codifica primero con un código Turbo perforado. Durante cada retransmisión, el bloque codificado se perfora de forma diferente, de modo que se envían bits codificados diferentes cada vez.

Los esquemas ARQ en general se pueden utilizar en el modo de parar y esperar (después de transmitir un primer paquete, el siguiente paquete no se transmite hasta que el primer paquete se decodifica con éxito), o en el modo de repetición selectiva, en el que el transmisor continúa transmitiendo paquetes sucesivos, retransmitiendo selectivamente paquetes corruptos identificados por el receptor por un número de secuencia. Un sistema de parar y esperar es más sencillo de implementar, pero esperar el acuse de recibo del receptor reduce la eficiencia. Por lo tanto, en la práctica, múltiples procesos HARQ de parada y espera se realizan a menudo en paralelo, de modo que mientras un proceso HARQ está esperando un acuse de recibo, uno o más procesos pueden usar el canal para enviar paquetes adicionales.

Las primeras versiones de HSDPA abordan hasta 8 procesos HARQ, numerados del 0 al 7. Este número se especifica para garantizar que se soportan las transmisiones continuas a un usuario. Cuando se ha transmitido un paquete desde el Nodo B, el terminal móvil responderá (en el HS-DPCCH) con una indicación ACK (acuse de recibo) o NACK (no-ACK), dependiendo de si el paquete se descodificó correctamente o no. Debido al retraso inherente en el procesamiento y la señalización, se requieren varios procesos HARQ simultáneos. Por tanto, el transmisor del Nodo B puede transmitir varios paquetes nuevos antes de recibir un ACK o NACK de un paquete anterior.

HSDPA, como se especifica en la versión 7 de 3GPP y posteriores, está diseñado para lograr velocidades de datos mejoradas de hasta 28,8 Mbps. Esto se logra mediante la introducción de técnicas multiantena avanzadas, es decir tecnología de múltiple entrada y múltiple salida (MIMO). En particular, se emplea multiplexación espacial para dividir los datos en dos flujos de transmisión, a menudo denominados subflujos de datos. Estos subflujos se transmiten con múltiples antenas de transmisión, usando las mismas frecuencias y los mismos códigos de canalización. Dados los canales de propagación no correlacionados, los receptores que emplean múltiples antenas de recepción y que usan técnicas de detección avanzadas como la cancelación sucesiva de interferencias pueden distinguir y decodificar los subflujos de datos multiplexados.

Con la adición de MIMO a HSDPA, aumenta el número de procesos HARQ necesarios, por ejemplo, de 8 a 16 (0-15) procesos. Si los procesos se numeran independientemente para cada subflujo de datos y se señalizan a los terminales móviles receptores, la carga de señalización en el HS-SCCH aumentará significativamente. En lugar de un número de proceso HARQ de 3 bits para identificar ocho procesos, se necesita un número de proceso HARQ de 4 bits para distinguir entre hasta 16 procesos. En un caso de flujo dual, como se está desarrollando actualmente para los sistemas HSDPA, la sobrecarga de señalización aumentaría de tres a ocho bits (dos flujos a cuatro bits/flujo). Debido a que la señalización en HS-SCCH es relativamente cara, es decir, los bits de señalización son escasos, este aumento de la sobrecarga no es deseable.

Sumario

La presente invención proporciona un método de acuerdo con la reivindicación 1 y un terminal móvil de acuerdo con la reivindicación 4 para señalizar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial. Las técnicas de la invención descritas en el presente documento facilitan la señalización eficiente de la información del proceso de retransmisión, tal como puede emplearse en un sistema de control de error de solicitud de repetición automática híbrida (HARQ).

Un método de ejemplo para señalizar información de planificación, tal como podría implementarse en un nodo B W-CDMA de 3GPP, comprende planificar el primer y segundo bloque de transporte para transmisión simultánea durante un primer intervalo de transmisión en el primer y segundo subflujo de datos, respectivamente. El primer y segundo subflujo de datos pueden corresponder a subflujos de datos primarios y secundarios de una transmisión de flujo dual HSDPA de 3GPP. El método de ejemplo comprende además asignar un único identificador de proceso de retransmisión para el primer intervalo de transmisión y transmitir la primera información de planificación para el primer intervalo de transmisión, comprendiendo la primera información de planificación el identificador de proceso de retransmisión y los primeros datos de desambiguación. El método comprende además planificar al menos uno del primer y segundo bloque de transporte para retransmisión durante un segundo intervalo de transmisión y transmitir una segunda información de planificación para el segundo intervalo de transmisión, comprendiendo la segunda información de planificación el identificador de proceso de retransmisión y los segundos datos de desambiguación. El primer y segundo dato de desambiguación indican si la retransmisión del bloque de transporte retransmitido es planificada para el primer o segundo subflujo de datos y puede ser usada por un receptor para determinar la misma. Un método de ejemplo para procesar información de planificación en un sistema de comunicación inalámbrica de multiplexación espacial, tal como podría implementarse en un terminal móvil compatible con 3GPP, comprende recibir una primera información de planificación para un primer intervalo de transmisión, comprendiendo la primera información de planificación un único identificador de proceso de retransmisión y primeros datos de desambiguación y recepción del primer y segundo bloque de transporte transmitidos durante el primer intervalo de transmisión. El método comprende además recibir una segunda información de planificación para un segundo intervalo de transmisión, comprendiendo la segunda información de planificación el mismo identificador de proceso de retransmisión y los segundos datos de desambiguación. Finalmente, el método de ejemplo comprende usar el primer y segundo dato de desambiguación para determinar si un bloque de transporte retransmitido es planificado para retransmisión en el primer subflujo de datos o el segundo subflujo de datos durante el segundo intervalo de transmisión.

La presente invención, por supuesto, puede llevarse a cabo de otras formas distintas a las que se exponen específicamente en el presente documento sin apartarse de las características esenciales de la invención. Al leer la siguiente descripción y ver los dibujos adjuntos, el experto reconocerá que las realizaciones descritas son ilustrativas y no restrictivas, y que todos los cambios que entren dentro del alcance de la invención como se definen en las reivindicaciones adjuntas deben incluirse en las mismas. Cualquier referencia a "realización o realizaciones" o "aspecto o aspectos de la invención" en esta descripción que no entren en el alcance de las reivindicaciones debe interpretarse como ejemplo o ejemplos ilustrativos para comprender la invención.

Breve descripción de los dibujos

La figura 1 ilustra la transmisión de flujo dual de bloques de transporte de acuerdo con un esquema para asignar identificadores de proceso de retransmisión.

La figura 2 ilustra la transmisión de flujo dual de bloques de transporte y la asignación de identificadores de proceso de retransmisión de acuerdo con una o más realizaciones de la invención.

La figura 3 ilustra un método de ejemplo para señalizar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial.

La figura 4 ilustra otro método de ejemplo para señalizar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial.

La figura 5 ilustra un método de ejemplo para procesar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial.

La figura 6 ilustra otro método de ejemplo para señalizar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial.

La figura 7 ilustra una realización de un sistema de comunicaciones inalámbricas de multiplexación espacial.

Descripción detallada

La presente invención se describirá a continuación con referencia a las figuras. Aunque la siguiente descripción está dirigida principalmente a la aplicación de las técnicas de la invención a un sistema HSDPA W-CDMA, los expertos en la técnica apreciarán que los métodos y dispositivos descritos en el presente documento también se pueden aplicar en otros sistemas de comunicaciones inalámbricas de multiplexación espacial, incluidos otros sistemas que pueden o no emplear tecnología CDMA. Por ejemplo, la iniciativa de evolución a largo plazo (LTE) de 3GPP actualmente especifica sistemas inalámbricos avanzados de cuarta generación que se espera que soporten tasas de datos extremadamente altas (hasta 100 Mbit/seg) usando tecnologías como la multiplexación por división de frecuencia ortogonal (OFDM), modulación y codificación adaptativas, planificación rápida de paquetes, HARQ y MIMO. Los expertos en la técnica apreciarán que los métodos y aparatos de la invención descritos en el presente documento también se pueden aplicar fácilmente a la señalización LTE.

Una diferencia principal entre el funcionamiento de HARQ para MIMO y HSDPA no MIMO es el hecho de que se pueden transmitir dos procesos paralelos en modo de flujo dual. Otra diferencia es que es necesario direccionar un mayor número de identificadores de proceso de retransmisión incluso si solo se transmite un bloque de transporte. Esto se debe a la adaptación de rango que está presente en el modo MIMO. Por lo tanto, cuando solo se usa la transmisión de flujo único, el HS-SCCH debe poder señalizar cualquiera de los procesos HARQ disponibles, porque podría producirse una transmisión inicial durante el modo de flujo dual, seguida de una retransmisión en modo de flujo único. Por consiguiente, se requieren cuatro bits de identificador de proceso HARQ en el formato de flujo único del HS-SCCH.

Para el caso de flujo dual, se han propuesto varios enfoques. Para una flexibilidad completa, se necesitan cuatro bits por subflujo (en total ocho bits) para la identificación de proceso de retransmisión. Cabe señalar que si la calidad de los dos flujos varía con el tiempo, entonces la transmisión inicial de un paquete puede ser en un subflujo (por ejemplo, el subflujo primario, que tiene una modulación igual o de orden superior en comparación con el subflujo secundario), mientras que la retransmisión puede ocurrir en el otro (por ejemplo, el subflujo secundario). Esto podría suceder, por ejemplo, si se planifica la transmisión de un nuevo bloque de transporte con un orden de modulación superior durante el mismo intervalo de transmisión que el bloque 110 de transporte retransmitido. Esto se muestra en la figura 1, que ilustra un escenario de transmisión de flujo dual. Varios bloques 110 de transporte, asociados con los identificadores de proceso de retransmisión RP-1, RP-2, etc., se transmiten usando un subflujo primario y un subflujo secundario. Por tanto, durante un primer intervalo 115 de transmisión, se transmiten los bloques 110 de transporte asociados con RP-1 y RP-8. Para señalizar esta planificación, se envían cuatro bits de identificación de proceso de retransmisión en el HS-SCCH para cada uno de los subflujos de datos. En el ejemplo ilustrado por la figura 1, el bloque 110 de transporte asociado con el identificador de proceso RP-1 no está decodificado correctamente. Por tanto, se envía un NACK 120 al Nodo B, indicando que este bloque 110 de transporte debe retransmitirse. En un intervalo 125 de transmisión posterior, el bloque 110 de transporte decodificado incorrectamente se replanifica y se transmite usando el subflujo de datos secundario, a pesar del hecho de que se transmitió originalmente en el subflujo primario. Sin embargo, debido a que se envía información de identificador de proceso independiente para cada subflujo en el mensaje de planificación correspondiente al intervalo 125, el receptor puede hacer coincidir correctamente el bloque 110 de transporte retransmitido con la transmisión fallida original. Los datos de la retransmisión pueden combinarse con los datos recibidos originalmente para mejorar la probabilidad de que el bloque 110 de transporte retransmitido se decodifique correctamente, usando redundancia incremental.

Aunque se requieren cuatro bits por subflujo para una máxima flexibilidad, se pueden usar menos bits si se aceptan ciertas restricciones de planificación. Por ejemplo, un enfoque es asignar un subconjunto de los identificadores de proceso HARQ disponibles a cada subflujo. Por ejemplo, los identificadores de proceso de retransmisión 0-7 podrían asociarse con el subflujo primario, mientras que los identificadores 8-15 se usan en el secundario. Con este enfoque, solo se podrían usar tres bits para cada subflujo para la señalización, ahorrando así dos bits en comparación con el enfoque de máxima flexibilidad descrito anteriormente. Por otro lado, este enfoque impondrá algunas restricciones al planificador. Si un bloque 110 de transporte dado se transmite inicialmente en el subflujo primario (con un identificador de proceso de 0-7), no puede retransmitirse posteriormente en el subflujo secundario (identificadores de proceso 8-15). Por tanto, se impone una restricción significativa, para un ahorro de solo dos bits. Por ejemplo, refiriéndose una vez más a la figura 1, ahora es imposible retransmitir el proceso RP-1 en el flujo secundario durante el intervalo 125 de transmisión, ya que este proceso "pertenece" al flujo primario.

Un esquema de señalización mejorado requiere solo tres bits de identificador de retransmisión en e1HS-SCCH durante la transmisión de flujo dual. En este enfoque, el número total de identificadores de proceso se agrupa en pares (por ejemplo, {0A, 0B}, ..., {7A, 7B}). A continuación, se asocia un único identificador de proceso con ambos subflujos durante un intervalo de transmisión determinado. A continuación, los subpares "A" y "B" se acoplan a los subflujos primario y secundario, respectivamente. Con este enfoque, solo se necesitan tres bits por intervalo de transmisión para señalizar un identificador de proceso.

Aunque este enfoque produce una señalización reducida, también impone restricciones al planificador. Sin embargo, estas tienden a surgir solo durante casos especiales. Un ejemplo de tal caso se ilustra en la figura 2. En un primer intervalo 215 de tiempo, los bloques 110 de transporte se transmiten en los subflujos primario y secundario, y están asociados con los identificadores de proceso de retransmisión RP-1A y RP-1B. Si ambos bloques 110 de transporte se reciben con errores incorregibles, se enviarán los NACK 120 para cada uno, y el Nodo B intentará más tarde retransmitir ambos bloques 110 de transporte. Si las condiciones del canal han cambiado mientras tanto, solo un flujo puede estar disponible para transmisión, de modo que los bloques 110 de transporte asociados con los identificadores de proceso RP-1A y RP-1B deben transmitirse en serie, como se muestra en los intervalos 225 y 227de transmisión. Por tanto, como se muestra en el intervalo 225 de transmisión, el bloque 110 de transporte para el identificador de proceso RP-1A se transmite en el subflujo primario, es decir, el único flujo disponible para este intervalo. Esto no es un problema en sí mismo, ya que se usan cuatro bits para señalizar el identificador de proceso en el modo de flujo único; el cuarto bit se puede usar para distinguir entre el subproceso "A" y el subproceso "B". Sin embargo, si las condiciones del canal continúan cambiando, de modo que ambos subflujos están disponibles para el segundo intervalo 227 de retransmisión, entonces se desperdicia la capacidad del canal. Esencialmente, la capacidad representada en la figura 2 por el bloque 230 de transporte no está disponible para nuevos datos. Esto se debe a que el subproceso RP-1A aún está pendiente (ya que se transmitió solo un intervalo antes) y aún no se puede reutilizar, ya que RP-1A debe acoplarse a RP-1B en modo de flujo dual. En consecuencia, la transmisión de un nuevo bloque 110 de transporte (por ejemplo, asociado con el identificador de proceso RP-2A) debe retrasarse hasta el siguiente intervalo 235 de tiempo de transmisión.

Los expertos en la técnica reconocerán que este esquema de emparejamiento, aunque solo requiere un total de tres bits de identificador de proceso de retransmisión para ser usados durante el modo de flujo dual, impone ciertas limitaciones de planificación adicionales, a menos que el esquema se modifique ligeramente. Por ejemplo, si un bloque 110 de transporte dado se transmite inicialmente en el subflujo primario, no puede retransmitirse más tarde en el subflujo secundario, a menos que haya una señal al receptor para indicar que el bloque 110 de transporte retransmitido ha "conmutado" subflujos. Como se explicó anteriormente, bajo ciertas circunstancias puede ser deseable permitir la planificación de retransmisiones en un subflujo diferente. Por tanto, los datos de desambiguación también deben ser señalizados al receptor para resolver la ambigüedad potencial que surge cuando los bloques 110 de transporte retransmitidos pueden planificarse en cualquiera de los subflujos.

Afortunadamente, el esquema básico explicado anteriormente se puede ampliar en al menos dos formas para proporcionar estos datos de desambiguación. Primero, se puede enviar un bit adicional para indicar la "orientación" de los subprocesos en relación con los subflujos. Por ejemplo, un valor "0" para este bit puede indicar que el subproceso "A" está asociado con el subflujo primario, mientras que el subproceso "B" está asociado con el subflujo secundario. Un valor de "1" indicaría la asociación opuesta, es decir, que el subproceso "B" está asociado con el subflujo primario y el subproceso "A" con el secundario. (Los expertos en la técnica apreciarán que la identificación de subproceso es completamente arbitraria; cualquier esquema de identificación de subproceso autoconsistente será suficiente). Con este enfoque, un receptor que no decodifica un bloque 110 de transporte dado debe guardar el identificador de proceso (por ejemplo, tres bits para el ejemplo ilustrado aquí) así como este bit de mapeo de subflujo adicional. El receptor también debe "recordar" si el bloque 110 de transporte fallido se recibió en el subflujo primario o secundario. Cuando el bloque 110 de transporte con acuse de recibo negativo se retransmite (como se indica mediante la retransmisión del identificador de proceso correspondiente en e1HS-SCCH), el receptor simplemente compara el valor actual del bit de mapeo de subflujo con el valor anterior. Si el valor es el mismo, entonces el bloque 110 de transporte retransmitido se planifica para el mismo subflujo que antes. Si el valor ha cambiado, entonces el bloque 110 de transporte retransmitido se planifica para el subflujo opuesto.

Una forma alternativa de describir este esquema es la siguiente. Cuando dos bloques 110 de transporte se transmiten simultáneamente, la relación entre los bloques 110 de transporte y sus respectivos identificadores de proceso de retransmisión es tal que cuando el bloque 110 de transporte asociado con el identificador de proceso HARQ_ID es mapeado al subflujo primario, entonces el bloque 110 de transporte mapeado al subflujo secundario está asociado con el identificador de proceso de retransmisión:

(HARQ_ID NHARQ/2)mod(NHARQ), donde N^harq es el número total de procesos HARQ. Así, cuando se soportan 16 procesos HARQ en total, el identificador de proceso de retransmisión "0" se vincula con el identificador de proceso "8", el identificador de proceso "1" se vincula con el identificador de proceso "9" y así sucesivamente. Asimismo, el identificador de proceso "9" está vinculado con el identificador de proceso "1", el identificador "10" con el identificador "2" y el identificador "15" con el identificador "7".

Los expertos en la técnica apreciarán que sólo es necesario señalizar cuatro bits para identificar de forma única los identificadores de proceso emparejados. Los expertos en la técnica, tras una reflexión adicional, también reconocerán que este es precisamente el esquema de señalización modificado descrito anteriormente. Tres de los cuatro bits necesarios para señalizar los valores de HARQ_ID corresponden directamente a los tres bits descritos anteriormente que identifican de manera única los pares de subprocesos {0A, 0B}, ..., {7A, 7B}. El cuarto bit corresponde directamente al bit de mapeo de subflujo descrito anteriormente, y describe la orientación de los subprocesos en relación con los subflujos primario y secundario.

Un enfoque alternativo para enviar los datos de desambiguación, es decir, señalizar el mapeo de subproceso a subflujo, implica el uso de señalización implícita. Con este enfoque, no se usa un bit de mapeo de subflujo explícito. Más bien, otra información de señalización que se puede asociar de forma única con el bloque 110 de transporte transmitido originalmente, así como con sus retransmisiones, se puede usar para determinar si el bloque retransmitido es planificado en el mismo subflujo de datos o en el opuesto, en comparación con su transmisión original. Comparando esta otra información de señalización recibida en un intervalo de retransmisión con la información correspondiente recibida en el intervalo de transmisión original, puede resolverse cualquier ambigüedad resultante de la remapeo del bloque 110 de transporte retransmitido.

En una realización de este enfoque, el tamaño del bloque de transporte asociado con el bloque 110 de transporte se usa para derivar estos datos de mapeo de subflujo implícitos. Los expertos en la técnica apreciarán que los bloques 110 de transporte que tienen cualquiera de varios tamaños de bloques de transporte diferentes pueden transmitirse en cualquier intervalo de transmisión dado en un sistema HSDPA. Esto se debe principalmente al esquema de modulación y codificación adaptativas usado para hacer coincidir la codificación con la condición del canal. Debido a que el receptor puede "recordar" el tamaño del bloque de transporte de una transmisión inicial de un bloque 110 de transporte, el tamaño del bloque de transporte se puede usar para distinguir un bloque 110 de transporte retransmitido de un bloque 110 de transporte transmitido junto con el bloque 110 de transporte retransmitido, siempre que el bloque 110 de transporte transmitido simultáneamente en el otro subflujo tenga un tamaño del bloque de transporte diferente.

Por lo tanto, usando este enfoque implícito, solo se necesitan enviar tres bits de señalización (para el caso de 16 procesos HARQ agrupados en 8 pares de subprocesos), con el mapeo del subflujo derivado de la información del tamaño del bloque de transporte. Los expertos en la técnica apreciarán que el tamaño del bloque de transporte puede indicarse explícitamente, como parte de los datos de planificación enviados al terminal móvil a través del canal de control de enlace descendente, o puede derivarse de otros datos, como datos de formato de transporte, que describen la modulación y codificación para el intervalo de transmisión. Como se mencionó anteriormente, este enfoque también requiere que un bloque 110 de transporte transmitido simultáneamente con un bloque retransmitido debe tener un tamaño del bloque de transporte diferente (del bloque retransmitido), de modo que el bloque 110 de transporte que comprende datos retransmitidos pueda ser identificado. Además, para proporcionar la situación en la que ambos bloques 110 de transporte en un intervalo de transmisión dado se decodifican sin éxito (y donde ambos se retransmiten juntos en un intervalo posterior), puede ser deseable requerir que cada par de bloques 110 de transporte transmitidos simultáneamente tienen diferentes tamaños de bloque de transporte. Con la flexibilidad proporcionada por los esquemas de codificación y modulación adaptativas, esto puede no ser una restricción particularmente severa bajo muchas condiciones y/o configuraciones del sistema.

La figura 3 ilustra así un método para señalizar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial. El proceso comienza con la planificación del primer y segundo bloque 110 de transporte para la transmisión simultánea en un primer intervalo de transmisión en un subflujo de datos primario y secundario, respectivamente. Se asigna un único identificador de proceso de retransmisión para ese intervalo de transmisión. Por tanto, un único identificador de proceso de retransmisión corresponde a ambos bloques 110 de transporte planificados para ese intervalo. En el sistema HSDPA de ejemplo descrito en el presente documento, el identificador de proceso de retransmisión puede comprender un dato de 3 bits, que soporta 8 identificadores de proceso únicos.

En el bloque 330, la información de planificación correspondiente al primer intervalo de transmisión se envía al receptor a través del canal de control de enlace descendente (por ejemplo, e1HS-SCCH HSDPA). Esta información de planificación incluye el identificador de proceso de retransmisión así como datos de desambiguación para su uso en el seguimiento del mapeo de los bloques 110 de transporte con los subflujos primario y secundario. En el método ilustrado en la figura 3, estos datos de desambiguación comprenden un solo bit de mapeo de subflujo.

En el bloque 340, se recibe un NACK para al menos uno del primer y segundo bloque 110 de transporte enviados durante el primer intervalo. Los expertos en la técnica apreciarán que este NACK puede recibirse varios intervalos de tiempo de transmisión después del primer intervalo, debido a la propagación de la señal y los retrasos en el procesamiento. En respuesta al NACK, el Nodo B debe replanificar el bloque (o bloques) 110 de transporte con acuse de recibo negativo para un intervalo posterior.

En algunas circunstancias, el bloque 110 de transporte con acuse de recibo negativo se planificará para el mismo subflujo que se usó para la transmisión original. Sin embargo, en otras circunstancias puede ser deseable conmutar subflujos para la retransmisión del bloque 110 de transporte con acuse de recibo negativo. Por tanto, en el bloque 350, se selecciona el subflujo primario o secundario para la retransmisión del bloque de transporte con acuse de recibo negativo, basándose, entre otras cosas, en las condiciones del canal actual en ese momento. Luego, en el bloque 360, el bloque 110 de transporte con acuse de recibo negativo es planificado para retransmisión, en el subflujo seleccionado, durante un segundo intervalo de transmisión.

La información de planificación para el segundo intervalo de transmisión se envía al bloque 370. Esta información de planificación incluye un identificador de proceso de retransmisión que es idéntico al identificador enviado para el primer intervalo de transmisión, lo que indica al receptor que al menos uno de los subflujos de datos lleva un bloque 110 de transporte retransmitido. Además, la información de planificación incluye datos de desambiguación, en este caso un segundo bit de mapeo de subflujo, que puede ser usado por el receptor para determinar qué subflujo lleva el bloque 110 de transporte retransmitido.

Los expertos en la técnica apreciarán que la información de planificación puede incluir otros datos de señalización para su uso por el receptor, incluyendo, por ejemplo, información de versión de retransmisión para uso en el procesamiento de redundancia incremental. La planificación también puede incluir datos de formato de transporte, que pueden identificar explícitamente un tamaño del bloque de transporte para cada uno de los subflujos de datos, o pueden definir alternativamente los esquemas de modulación y codificación de tal manera que el receptor puede derivar los tamaños de bloque de transporte.

Como se demostró anteriormente, la información del tamaño del bloque de transporte puede servir como datos de desambiguación en lugar de un bit de mapeo de subflujo explícito. En la figura 4 se ilustra un método de ejemplo que emplea este enfoque.

En el bloque 410, el nodo de transmisión (por ejemplo, un nodo B de HSDPA W-CDMA) asegura que el primer y segundo bloque 110 de transporte que se planificarán para transmisión simultánea tienen diferentes tamaños de bloque de transporte. En muchos casos, este será el caso, naturalmente, pero puede ser necesario forzarlo en otros. Forzar que los tamaños de los bloques de transporte difieran permitirá la desambiguación posterior del mapeo de subflujo en el caso de que ambos bloques 110 de transporte no se decodifiquen con éxito y deban retransmitirse más tarde.

En el bloque 420, el primer y segundo bloque 110 de transporte son planificados para un primer intervalo de transmisión. Al igual que con el método descrito anteriormente, se asigna un único identificador de proceso de retransmisión al primer intervalo de transmisión, en el bloque 430. Asimismo, la información de planificación, incluido el identificador de proceso de retransmisión, se transmite al nodo de recepción (por ejemplo, un terminal móvil 3G) en el bloque 440. Sin embargo, en este ejemplo, no se envía un bit de mapeo de subflujo explícito como parte de la información de planificación. Más bien, en el caso de que se necesite una desambiguación posterior, es decir, en el caso de que se requiera una retransmisión, el tamaño del bloque de transporte correspondiente al bloque 110 de transporte retransmitido se usa para determinar qué subflujo se usó para la retransmisión. Por tanto, la información de planificación transmitida en el bloque 440 incluye información del tamaño del bloque para cada uno de los bloques 110 de transporte transmitidos. Como se señaló anteriormente, esta información del tamaño del bloque puede comprender datos del tamaño del bloque de transporte explícitos, o puede estar implícita en otros datos de formato de transporte incluidos en el mensaje de planificación.

En el bloque 450, el Nodo B recibe un NACK correspondiente a uno del primer y segundo bloque 110 de transporte transmitidos durante el primer intervalo, lo que indica que el bloque 110 de transporte con acuse de recibo negativo debe retransmitirse en un intervalo posterior. En consecuencia, el subflujo primario o secundario se selecciona para la retransmisión del bloque de transporte con acuse de recibo negativo, basándose en las condiciones del canal, en el bloque 460, y el bloque 110 de transporte con acuse de recibo negativo se planifica para la retransmisión durante un segundo intervalo de transmisión (que en realidad puede ser varios intervalos después del primer intervalo de transmisión), en el subflujo seleccionado, en el bloque 470.

En el caso de que solo uno del primer y segundo bloque 110 de transporte transmitidos originalmente se decodificara sin éxito y, por lo tanto, se planifique para la retransmisión en el segundo intervalo, se puede planificar un bloque de transporte adicional, que comprende nuevos datos, para la transmisión junto con el bloque 110 de transporte retransmitido durante el segundo intervalo de transmisión. Por tanto, en el bloque 480, se selecciona un tercer bloque 110 de transporte, de manera que su tamaño del bloque de transporte difiera del bloque 110 de transporte con acuse de recibo negativo. Este tercer bloque 110 de transporte es planificado para el segundo intervalo de transmisión en el bloque 490.

Finalmente, en el bloque 495, la información de planificación correspondiente al segundo intervalo de transmisión se envía al nodo de recepción. Esta información de planificación incluye el mismo identificador de proceso que se envió con la información de planificación anterior. Además, esta información de planificación incluye información sobre el tamaño del bloque de transporte para cada uno de los transportes planificados. El receptor puede usar la información del tamaño del bloque de transporte para determinar cuál de los subflujos transporta el bloque de transporte retransmitido y cuál transporta el nuevo bloque 110 de transporte.

Los expertos en la técnica apreciarán que los métodos correspondientes para procesar la información de planificación transmitida se realizan en el nodo de recepción, por ejemplo, en el terminal móvi1HSDPA W-CDMA. Por tanto, en las figuras 5 y 6 se ilustran métodos de ejemplo para el procesamiento de receptor, y se describen brevemente a continuación.

La figura 5 ilustra un método de procesamiento de ejemplo en el que la información de planificación transmitida comprende un bit de mapeo de subflujo explícito además del identificador de proceso de retransmisión. En el bloque 510, se recibe información de planificación correspondiente a un primer intervalo de transmisión. Esta información puede recibirse, por ejemplo, de un canal de control de enlace descendente como e1HS-SCCH HSDPA. La información de planificación incluye un identificador de retransmisión (por ejemplo, un identificador de 3 bits), así como un bit de mapeo de subflujo. En el bloque 520, se reciben el primer y segundo bloque 110 de transporte planificados para el primer intervalo de transmisión, en los subflujos primario y secundario, respectivamente.

En el bloque 530, en respuesta a una decodificación fallida de uno de los bloques, se envía un mensaje NACK al nodo de transmisión (por ejemplo, el Nodo B). Poco después, se recibe otro mensaje de planificación, que comprende información de planificación para un segundo intervalo de transmisión durante el cual se planifica la transmisión del bloque 110 de transporte con acuse de recibo negativo. Esta información de planificación incluye el mismo identificador de proceso que se recibió para el primer intervalo de transmisión, así como un bit de mapeo de subflujo. Dado que el receptor envió el mensaje NACK anterior y, por tanto, está "esperando" una retransmisión, la aparición del mismo identificador de proceso indica al receptor que el bloque retransmitido es planificado para el segundo intervalo de transmisión. Los expertos en la técnica reconocerán que la aparición del mismo identificador de proceso no es un indicador perfectamente fiable de una retransmisión, ya que el Nodo B puede haber malinterpretado un NACK como un ACK y en realidad puede estar enviando nuevos datos. Un receptor HSDPA puede detectar esta situación examinando el número de secuencia de retransmisión, o RSN, para cada subflujo; un RSN de cero indica nuevos datos, mientras que otros valores indican versiones de redundancia en un esquema de redundancia incremental predeterminado.

En cualquier caso, una vez que el receptor ha determinado que un bloque 110 de transporte retransmitido es planificado para el segundo intervalo, debe determinar entonces si el bloque 110 retransmitido es planificado para el subflujo primario o secundario. El bit de mapeo de subflujo correspondiente al segundo intervalo de transmisión puede diferir del bit de mapeo enviado para el primer intervalo. En consecuencia, en el bloque 550, el bit de mapeo de subflujo anterior se compara con el bit de mapeo recién recibido para determinar si el bloque 110 de transporte retransmitido es planificado para el mismo subflujo en el que se recibió anteriormente, o si ha sido planificado para el otro subflujo. En una realización de ejemplo, si los bits de mapeo son idénticos para el primer y segundo intervalo de transmisión, entonces el bloque 110 de transporte retransmitido se transmitirá en el mismo subflujo que antes. Si los bits de mapeo difieren, entonces el bloque 110 de transporte retransmitido aparecerá en el subflujo opuesto, en comparación con la transmisión original.

En el bloque 560, entonces, los datos de bloque retransmitidos se recuperan del subflujo apropiado durante el segundo intervalo de transmisión. Estos datos se combinan, en el bloque 570, con los datos de bloque correspondientes del primer intervalo de transmisión usando, por ejemplo, combinación de Chase o redundancia incremental, para mejorar la probabilidad de decodificación exitosa. En el bloque 580, también se recibe un nuevo bloque de transporte, que se planificó para la transmisión junto con el bloque retransmitido, del segundo intervalo de transmisión.

En el método de ejemplo ilustrado en la figura 6, se recibe información de planificación correspondiente a un primer intervalo de transmisión, en el bloque 610. En este ejemplo, la información de planificación no incluye un bit de mapeo de subflujo explícito, sino que incluye información sobre el tamaño del bloque. De nuevo, la información del tamaño del bloque puede ser explícita o puede estar implícita en la información del formato de transporte que define los esquemas de modulación y codificación usados para cada subflujo durante el intervalo.

En el bloque 620, se reciben el primer y segundo bloque 110 de transporte transmitidos durante el primer intervalo. Al igual que con el método anterior, en respuesta a un intento fallido de decodificación para uno de los bloques, se envía un NACK al nodo de transmisión, en el bloque 630. Posteriormente, se recibe un segundo mensaje de planificación, correspondiente a un segundo intervalo de transmisión, comprendiendo el mensaje de planificación el mismo identificador de proceso recibido para el primer intervalo de transmisión. El segundo mensaje de planificación comprende además información sobre el tamaño del bloque. En esta realización, el receptor analiza la información del tamaño del bloque para determinar si el bloque 110 de transporte retransmitido es planificado para el subflujo primario o el subflujo secundario. Típicamente, el mensaje de planificación comprende datos de formato de transporte separados para cada subflujo. A partir de estos datos de formato de transporte, se puede derivar el tamaño del bloque de transporte correspondiente a cada subflujo. Cuando falla la decodificación de un bloque 110 de transporte, el receptor guarda información que indica en qué subflujo se recibió el bloque 110 de transporte fallido. Por tanto, cuando el bloque 110 de transporte se retransmite en un intervalo posterior, el receptor puede distinguir el bloque 110 de transporte retransmitido de un bloque 110 de transporte transmitido simultáneamente comparando la información del tamaño del bloque de transporte para cada uno de los bloques 110 de transporte recién recibidos con la información guardada.

Una vez que el receptor ha determinado qué subflujo lleva el bloque de transporte retransmitido, los datos del bloque retransmitidos pueden recibirse durante el segundo intervalo de transmisión y combinarse con los datos del bloque guardados del primer intervalo de transmisión para decodificar el bloque retransmitido. Esto se muestra en el bloque 660.

En la figura 7 se ilustra un ejemplo de sistema de comunicaciones inalámbricas de multiplexación espacial. El sistema 700 de comunicaciones inalámbricas, que puede comprender un sistema HSDPA W-CDMA que utiliza tecnología MIMO, comprende una estación base 720, que se comunica con el terminal móvil 750, usando dos o más antenas 725 de estación base y dos o más antenas 755 de terminal móvil. La estación base 720 comprende un subsistema 730 de transmisor, que está configurado para realizar una planificación rápida de paquetes, el receptor 740 de estación base y el controlador 745 de estación base. El terminal 750 móvil de ejemplo comprende un subsistema 760 de receptor, una sección 770 de transmisor móvil y un controlador 775 de terminal móvil.

El subsistema 730 de transmisor está configurado para llevar a cabo uno o más de los métodos descritos en el presente documento, o variantes de los mismos, para señalizar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial, tal como el sistema 700 de comunicaciones inalámbricas. En particular, el subsistema 730 de transmisor puede configurarse para planificar el primer y segundo bloque 110 de transporte para la transmisión simultánea durante un primer intervalo de transmisión en un subflujo de datos primario y secundario, respectivamente, y para transmitir la primera información de planificación para el primer intervalo de transmisión, la primera información de planificación que comprende un único identificador de proceso de retransmisión, así como primeros datos de desambiguación. El subsistema 730 de transmisor puede configurarse además para planificar el segundo bloque 110 de transporte para la retransmisión durante un segundo intervalo de transmisión, y para transmitir una segunda información de planificación para el segundo intervalo de transmisión, comprendiendo la segunda información de planificación el mismo identificador de proceso de retransmisión así como segundos datos de desambiguación. Como se describió con más detalle anteriormente, el primer y segundo dato de desambiguación indican si la retransmisión del segundo bloque 110 de transporte es planificada para el subflujo de datos primario o secundario. Por tanto, en algunas realizaciones, el primer y segundo dato de desambiguación comprenden cada uno un bit de mapeo de subflujo explícito, cuyos valores pueden compararse para determinar si el bloque 110 de transporte retransmitido es planificado para el mismo subflujo o para un subflujo diferente al que se usó para la transmisión original. En otras realizaciones, el mapeo de subflujo es implícito y se deriva de la información del tamaño del bloque de transporte incluida en la primera y segunda información de planificación. En las últimas realizaciones en particular, el subsistema de transmisor puede configurarse para asegurar que el primer y segundo bloque 110 de transporte tengan diferentes tamaños de bloque de transporte y pueden configurarse además para asegurar que el bloque 110 de transporte retransmitido tenga un tamaño del bloque de transporte diferente al tercer bloque 110 de transporte transmitido durante el segundo intervalo de transmisión junto con el bloque retransmitido.

En algunas realizaciones, la retransmisión de un bloque 110 de transporte por el subsistema 730 de transmisor se activa mediante la recepción de un mensaje NACK, que puede ser recibido por el receptor 740 de estación base y retransmitido al subsistema 730 de transmisor a través del controlador 745 de estación base.

El subsistema 750 de receptor está configurado para llevar a cabo uno o más de los métodos descritos en el presente documento, o variantes de los mismos, para procesar información de planificación en un sistema de comunicaciones inalámbricas de multiplexación espacial, tal como el sistema 700 de comunicaciones inalámbricas. En particular, el subsistema 750 de receptor puede configurarse para recibir el primer y segundo bloque 110 de transporte transmitidos simultáneamente durante un primer intervalo de transmisión en subflujos de datos primarios y secundarios, después de recibir información de planificación para el primer intervalo de transmisión. La información de planificación recibida incluye un único identificador de proceso de retransmisión y primeros datos de desambiguación. En algunas realizaciones, el subsistema 750 de receptor está configurado para generar y enviar un acuse de recibo negativo (NACK) al controlador móvil 775, que transmite el NACK al transmisor móvil 770 para su transmisión a la estación base 720. El NACK indica que al menos uno del primer y segundo bloque 110 de transporte transmitidos durante el primer intervalo de transmisión se recibió con errores. En cualquier caso, el subsistema 750 de receptor recibe posteriormente una segunda información de planificación para un segundo intervalo de transmisión, incluyendo la segunda información de planificación el mismo identificador de proceso de retransmisión junto con los segundos datos de desambiguación. Finalmente, el subsistema 750 de receptor está configurado para usar el primer y segundo dato de desambiguación para determinar si un bloque 110 de transporte retransmitido es planificado para retransmisión en el subflujo de datos primario o en el subflujo de datos secundario durante el segundo intervalo de transmisión.

En algunas realizaciones, los datos de desambiguación comprenden un primer y segundo bit de mapeo de subflujo, correspondientes al primer y segundo intervalo de transmisión, y el subsistema 750 de receptor está configurado para comparar el primer y segundo bit de mapeo de subflujo para determinar si el bloque 110 de transporte retransmitido es planificado para la retransmisión en el subflujo de datos primario o el subflujo de datos secundario durante el segundo intervalo de transmisión. En otras realizaciones, los datos de desambiguación comprenden información del tamaño del bloque de transporte correspondiente al bloque de transporte retransmitido, y el subsistema 750 de receptor está configurado para determinar si el bloque 110 de transporte retransmitido es planificado para la retransmisión en el subflujo de datos primario o el subflujo de datos secundario durante el segundo intervalo de transmisión determinando si la información del tamaño del bloque de transporte corresponde al subflujo de datos primario o secundario durante el segundo intervalo de transmisión.

En algunas realizaciones, el subsistema 750 de receptor está configurado para recibir un tercer bloque 110 de transporte transmitido simultáneamente con el bloque 110 de transporte retransmitido durante el segundo intervalo de transmisión; en estas realizaciones, los datos de desambiguación se usan además para determinar si el tercer bloque 110 de transporte es planificado para el subflujo primario o secundario.

La presente invención, por supuesto, puede llevarse a cabo de otras formas distintas a las que se exponen específicamente en el presente documento sin apartarse de las características esenciales de la invención. Las presentes realizaciones deben considerarse en todos los aspectos como ilustrativas y no restrictivas, y se pretende que todos los cambios que entren dentro del alcance de la invención de las reivindicaciones adjuntas se incluyan en las mismas.

Claims (4)

REIVINDICACIONES

1.- Un método para la señalización HARQ realizado por un terminal móvil (750) en un sistema de telecomunicaciones que transmite utilizando un flujo dual que tiene un subflujo primario y un subflujo secundario, siendo transmitido el subflujo primario y secundario en una transmisión MIMO utilizando una pluralidad de antenas, comprendiendo el método:

recibir información de planificación planificando dos paquetes para que se reciban simultáneamente en un primer intervalo de transmisión, un paquete para ser transmitido en cada uno de los subflujos del flujo dual, la información de planificación comprendiendo un único identificador de proceso HARQ de un número total de identificadores de proceso HARQ, estando agrupados los identificadores de proceso HARQ en pares de subprocesos, comprendiendo la información de planificación un bit adicional que indica qué subproceso del par de subprocesos está asociado al subflujo primario.

2.- Método de acuerdo con la reivindicación 1, comprendiendo el método la recepción de los dos paquetes.

3. - Método de acuerdo con la reivindicación 1 o 2, en el que el método comprende generar y transmitir un acuse de recibo negativo a una estación base (720), indicando el acuse de recibo negativo que al menos uno de los dos paquetes se recibió con errores.

4. - Un terminal móvil (750) para un sistema de telecomunicaciones adaptado para realizar el método de acuerdo con una de las reivindicaciones 1 a 3.