MX2007005753A - Esquema de peticion de repeticion automatica (arq) hibrido multimodo. - Google Patents

Abstract

Se describe aqui un metodo y un aparato para efectuar una transmision H-ARQ. Los bits recibidos en una primera transmision son almacenados y combinados con los bits recibidos en transmisiones posteriores, incrementando por lo tanto la probabilidad de una descodificacion correcta sobre las ultimas transmisiones. Adicionalmente, se utiliza una pluralidad de esquemas de codificacion (por ejemplo, Codigos Convolucionales, Turbo Codigos de Bloques, Turbo Codigos Convolucionales, Codigos de Verificacion de Parte de Baja Densidad,..., etc.), con un elemento de informacion que esta reservado para senalar que forma de H-ARQ esta sendo utilizada.

Description

ESQUEMA DE PETICIÓN DE REPETICIÓN AUTOMÁTICA (ARQ) HÍBRIDO MULTIMODO CAMPO DE LA INVENCIÓN La presente invención se relaciona, de manera general, con sistemas que emplean esquemas ARQ híbridos y en particular, con un esquema ARQ híbrido multimodo.

ANTECEDENTES DE LA INVENCIÓN Las transmisiones de datos digitales sobre enlaces alámbricos e inalámbricos algunas veces pueden ser corrompidas, por ejemplo, por ruido en el enlace o canal, por interferencia de otras transmisiones, o por otros factores ambientales. Aún con canales de comunicación claros, los cuales en sí están dotados con altas velocidades de datos, no puede ser posible descodificar apropiadamente el flujo de datos con los porcentajes de error requeridos. Para resolver este problema, muchos sistemas de comunicación actuales emplean un esquema de petición de repetición automática (ARQ) para la retransmisión. En esos sistemas existe una oportunidad de solicitar que los datos sean retransmitidos tras la detección de un error. En sistemas más complejos se emplea un esquema ARQ híbrido. En sistemas que emplean un esquema ARQ híbrido (H-ARQ) , el receptor combina transmisiones erróneas recibidas previamente de un paquete de información con una transmisión recién recibida en un esfuerzo por determinar exitosamente el verdadero contenido del paquete. En otras palabras, los bits codificados recibidos en una primera transmisión errónea son almacenados y combinados con los bits codificados recibidos en transmisiones posteriores, incrementando por lo tanto la probabilidad de una descodificación correcta sobre transmisiones posteriores. De manera similar, los bits codificados recibidos sobre la segunda o transmisiones posteriores son almacenados combinando con los bits recibidos posteriormente. Como un experto en la técnica reconocerá, la forma de H-ARQ utilizada por cualquier sistema de comunicación depende directamente del tipo de modo de codificación utilizado. Por ejemplo, un sistema que emplea tipos múltiples de modos de corrección de error anticipada (FEC), como Códigos Convolucionales ( CC ) , Turbo Códigos de Bloques (BTC) , Turbo Códigos Convolucionales (CTC) y Códigos de Verificación de Parte de Baja Densidad (LDPC) , deben identificar cual modo FEC está siendo utilizado en conjunto con la H-ARQ. Además, muchos parámetros como el tamaño de bloque de información, tamaño de asignación de recursos y versión de redundancia incrementada dependerán del modo FEC. Con los sistemas de comunicación de la siguiente generación que emplean modos de codificación múltiple, es imposible utilizar un solo esquema de señalización H-ARQ y cubrir todos los modos FEC disponibles. Por lo tanto existe la necesidad de un método y un aparato para una ARQ híbrida multimodo dentro de un sistema de comunicación que emplee varios modos de codificación.

BREVE DESCRIPCIÓN DE LAS FIGURAS La Figura 1 es un diagrama de bloques de un sistema de comunicación de acuerdo con la modalidad preferida de la presente invención. La Figura 2 es un diagrama de bloques de un mensaje El de modo conmutado. La Figura 3 es un diagrama de bloques de un transmisor . La Figura 4 es un diagrama de flujo que muestra la operación del transmisor de la Figura 3. La Figura 5 es un diagrama de bloques de un receptor. La Figura 6 es un diagrama de flujo que muestra la operación del receptor de la figura 5. La Figura 7 es un diagrama de flujo que muestra la operación del receptor de la Figura 5.

La Figura 8 es un diagrama de flujo que muestra la operación del transmisor de la Figura 3.

DESCRIPCIÓN DETALLADA DE LAS FIGURAS Para resolver la necesidad mencionada anteriormente se describe aquí un método y un aparato para efectuar una transmisión H-ARQ. Los bits recibidos en una primera transmisión son almacenados y combinados con los bits recibidos en transmisiones posteriores incrementando por lo tanto la probabilidad de una descodificación correcta de transmisiones posteriores. Adicionalmente, se utiliza una pluralidad de esquemas de codificación (por ejemplo, Códigos Convolucionales, Turbo Códigos de Bloques, Turbo Códigos Convolucionales, Códigos de Verificación de Paridad de Baja Densidad,..., etc.), con un elemento de información que está reservado para señalar que forma de H-ARQ está siendo utilizada. La presente invención abarca un método para efectuar una petición de repetición automática híbrida (H-ARQ) . El método comprende los pasos de determinar un modo de H-ARQ que esté siendo utilizado sobre la base de un tipo de codificación, transmitir un mensaje a un receptor que indique el modo H-ARQ que esté siendo utilizado, y transmitido el paquete de H-ARQ usando el modo H-ARQ.

La presente invención abarca adicionalmente un método para efectuar una petición de repetición automática híbrida (H-ARQ) . El método comprende los pasos de determinar el modo de H-ARQ que esté siendo utilizado sobre la base de un tipo de codificación, transmitir un mensaje a un receptor que indique el modo de H-ARQ que esté siendo utilizado, y comunicarse con una unidad móvil enviando y/o recibiendo paquetes de H-ARQ usando el modo H-ARQ. La presente invención abarca adicionalmente un método para efectuar la H-ARQ. El método comprende los pasos de recibir sobre el aire un mensaje de un transmisor que efectúe la H-ARQ como comprendiendo el mensaje sobre el aire un modo de H-ARQ, y efectuar un tipo de H-ARQ sobre la base del mensaje. La presente invención abarca adicionalmente un aparato que comprenda un codificador que codifica datos, un circuito lógico que determine el tipo de H-ARQ sobre la base del tipo de codificación que esté siendo usada por el codificador, y un transmisor que transmita un mensaje sobre el aire a un receptor indicando el tipo de H-ARQ. La presente invención abarca adicionalmente un aparato que comprende un receptor que recibe un mensaje sobre el aire que comprende un modo de H-ARQ y un descodificador que efectúa un tipo de H-ARQ sobre la base del mensaje. Pasando ahora a los dibujos, donde números similares designan componentes similares, la FIGURA 1 es un diagrama de bloques de un sistema de comunicación 100 de acuerdo con una modalidad preferida de la presente invención. En la modalidad preferida de la presente invención, el sistema de comunicación 100 utiliza un protocolo de sistema de comunicación IEEE 802.16, pero en modalidades alternativas el sistema de comunicación 100 puede utilizar otros protocolos del sistema de comunicación como, pero sin limitarse a, los estándares LAN Inalámbrica como el 802.11b, el protocolo del Sistema Global para Comunicaciones Móviles (GSM) de la siguiente generación, una arquitectura CDMA de la siguiente generación, como se describe en el documento de Presentación de Tecnología de Transmisión de Radio (RTT) Candidata de Comunicación de Radio de la Unión de Telecomunicación Internacional (ITU-R) cdma2000, o el protocolo del sistema CDMA de acuerdo a lo descrito en "Requerimientos de Compatibilidad de Estación Personal-Estación Base para Sistemas de Comunicación Personales de Acceso Múltiple por División de Código (CDMA) de 1.8 a 2.0 GHz" (Instituto de Estándares Nacional Estadounidense (ANSÍ) J-STD-008.

El sistema de comunicación 100 incluye al menos una Estación Base (BS) 101, y múltiples estaciones de abonado (SSs) 113-115. Aunque no se muestra, un sistema de comunicaciones 100 incluye adicionalmente elementos de red bien conocidos como Porteros (GKs) y Entradas (GWs) . Se contempló que los elementos de red dentro de un sistema de comunicación 100 estén configurados en formas bien conocidas con procesadores, memorias, dispositivos de instrucción, y similares, los cuales funcionan en cualquier forma adecuada para efectuar las funciones expuestas aquí. Como se muestra, en las estaciones de abonado 113-115 están en comunicación con la BS 101 vía señales de comunicación del enlace ascendente 103-105, respectivamente, mientras que la BS 101 está en comunicación con estaciones de abonado 113-115 vía las señales de comunicación del enlace descendente 123-125, respectivamente. Como se discutió anteriormente, las transmisiones de datos digitales sobre enlaces alámbricos e inalámbricos algunas veces pueden ser corrompidos, por ejemplo, por ruido en el enlace o canal, por interferencia de otras transmisiones, o por otros factores ambientales. Para ayudar a corregir transmisiones corrompidas, el sistema de comunicación 100 puede emplear una pluralidad de modos de codificación FEC y esquemas de retransmisión H-ARQ, un esquema de retransmisión H-ARQ por cada esquema de codificación utilizado. En otras palabras, los bits recibidos en una primera transmisión son almacenados y combinados con los bits recibidos en transmisiones posteriores incrementado por lo tanto la probabilidad de una descodificación correcta en transmisiones posteriores. De manera similar los bits son recibidos en la segunda o transmisiones posteriores son almacenados para combinarse con los bits recibidos posteriormente. El sistema de comunicación 100 soporta dos variantes principales de H-ARQ, particularmente la Combinación de Chase Genérica o Redundancia Incremental (IR) . Las variantes de la H-ARQ pueden ser aplicadas a una variedad de diferentes modos de Corrección de Errores Anticipado (FEC) como los Códigos Convolucionales (CC) , Turbo Códigos de Bloques (BTC) , Turbo Códigos Convolucionales (CTC) y Códigos de Verificación de Paridad de Baja Densidad (LDPC). Sin embargo, en modalidades alternativas de la presente invención, pueden ser utilizadas otras formas de esquemas de FEC. Para la IR, la capa PHY generará dos o más versiones diferentes de bloques codificados para un bloque de información particular. En algunos casos, los bloques codificados pueden ser referidos como subpaquetes. Cada versión de bloque codificado puede ser identificada ya sea implícita o explícitamente en un esquema de señalización H-ARQ. Por ejemplo, un subpaquete puede ser identificado de manera única usando un identificador de subpaquete (SPID). Para la combinación de Chase, la capa de PHY codifica el paquete de H-ARQ, generando únicamente una versión del paquete codificado. Como resultado, no se requiere SPID para la combinación de Chase. En la modalidad preferida de la presente invención, un sistema 100 identifica el esquema H-ARQ específico utilizado por el transmisor (ya sea en las estaciones de abonado 113-115 o la estación base 101) sobre la base de un tipo de codificación. Puesto que el protocolo del sistema 802.16 define los Elementos de Información (IE) para informar a las estaciones de abonado la información del sistema necesario, en la modalidad preferida de la presente invención se proporciona un IE (IE de Modo de Conmutación) que informa a las estaciones de abonado 113-115 de la forma de H-ARQ utilizada por la estación base 101. Esto es ilustrado en la FIGURA 2. La FIGURA 2 junto con la tabla 1 ilustran un elemento de información (IE) de modo de conmutación IEEE 802.16 que contiene el modo H-ARQ.

Tabla 1: IE de Modo de Conmutación Como se muestra, el mensaje de IE de Modo de Conmutación 200 comprende el tipo de DL-MAP 201, el Subtipo de DL-MAP 202, una Longitud de 203, y un Modo H-ARQ 204. Los campos del mensaje de IE del Modo de Conmutación 200 se definen como sigue: Tipo de DL-MAP: Este valor especifica el tipo de DL-MAP IE compacto. Un valor de 7 indica el tipo de extensión. En el 802.16, el tipo de DL-MAP igual a 7 identifica este mensaje como si fuera una parte del formato de mensaje DL-MAP extendido. El formato extendido permite que sean agregados 32 tipos de IE al protocolo más allá de los 8 tipos de IE definidos en el formato DL-MAP básico. En el formato de mensaje de DL-MAP extendido, el tipo de DL-MAP es siempre seguido por un campo de subtipo de DL-MAP de 5 bits que identifica cual de los 32 formatos extendidos está contenido dentro de este mensaje . Sub Tipo de DL-MAP: Este valor especifica el tipo de map extendido como conmutación de modo de H-ARQ. Longitud: Este indica la longitud de este IE en Bytes. El campo de longitud permite a los abonados legales pasar sobre un IE que no comprendan en la lista de IE contenidos en un mensaje de DL-MAP. El modo de conmutación de H-ARQ es codificado como 2 puesto que el contenido del mensaje es exactamente de 2 bytes. modo de H-ARQ: Este es un valor de 4 bits que especifica el modo de H-ARQ para todos los IE de DL-MAP compactos subsecuentes hasta el final del mapa de la H-ARQ actual. En muchos protocolos orientados a bytes como el empleado por el mensaje DL-MAP 802.16 todos los IE deben ser un múltiplo entero de los bytes. Por lo tanto es usado un valor de cuatro bits para lograr una longitud exacta de 2 bytes dado el tipo de DL-MAP requerido de 3 bits, el subtipo de DL-MAP de 5 bits y el campo de longitud de 4 bits. Los campos más pequeños o más grandes podrían ser sustituidos por otros protocolos siempre que esté disponible un número adecuado de puntos de código para señalar los tipos de modos de FEC. El modo de H-ARQ que esté siendo utilizado es determinado por los medios de codificación FEC y los esquemas de transmisión de H-ARQ que soporta el receptor. Por ejemplo, puede ser usado un Chase genérico en conjunto con los modos de codificación CC, CTC, BTC o LDPC. La Figura 3 es un diagrama de bloques del transmisor 300 de acuerdo con la modalidad preferida de la presente invención. Como se muestra, el transmisor 300 comprende la memoria intermedia 301, el codificador 302, el generador de paquete/IE 303, el transceptor 304, y la unidad lógica 305. La memoria intermedia 301 comprende medios de almacenamiento como memoria de acceso aleatorio para almacenar datos que van a ser transmitidos a un receptor. El codificador 302 es capaz de codificar los datos almacenados temporalmente vía uno de varios esquemas de codificación (por ejemplo, CC, BTC, LDPC, CTC o subpaquetes de IR de CTC) . La H-ARQ opera a nivel del bloque de FEC. El codificador 302 es responsable de generar los paquetes de H-ARQ o por IR los subpaquetes, como se define en la sección relevante del protocolo de sistema IEEE 802.16. Los paquetes o subpaquetes son combinados por un descodificador de FEC del receptor como parte del proceso de descodificación. El generador de paquetes/IE comprende circuitos que construyen paquetes de datos o IE a ser transmitidos al receptor. Finalmente, el circuito lógico 305 comprende un controlador de microprocesador como un microprocesador Freescale PowerPC, disponible de Freescale, Inc. Entre otras cosas, la unidad lógica 305 analiza el esquema de codificación actual y determina el Tipo de DL-MAP, SubTipo de DL-MAP, Longitud, y modo de H-ARQ sobre la base del tipo de codificación que esté siendo usada por el codificador. Los valores para el Tipo de DL-MAP, Subtipo de DL-MAP, Longitud y modo de H-ARQ son proporcionados al generador de paquetes/IE 303 para la construcción del mensaje IE del Modo de Conmutación 200. El modo H-ARQ que esté siendo utilizado se basa en el tipo de codificación. La Figura 4 es un diagrama de flujo que muestra la operación del transmisor 300. Particularmente, la Figura 4 muestra aquellos pasos necesarios para identificar el esquema de H-ARQ que esté siendo utilizado por el transmisor. El flujo lógico comienza en el paso 401 donde la unidad lógica 305 determina el Tipo de DL-MAP, Subtipo de DL-MAP, Longitud, y modo de H-ARQ. Como se discutió anteriormente, el modo de H-ARQ es determinado vía el codificador analizador 302 para determinar el esquema de codificación (combinación de Chase genérica o Redundancia Incrementada) que sea utilizado. Si el IR de CTC está siendo utilizado, entonces el campo del modo de H-ARQ de 4 bits se fija en cero, y si está siendo usada la combinación de Chase, entonces el campo de modo de H-ARQ de 4 bits se fija en 1 (paso 403). Pueden ser soportados otros códigos H-ARQ agregando puntos de código adicionales. Esto es ilustrado en la Tabla 2.

Tabla 2: Valores del campo de modo de HARQ En el paso 405 los valores del Tipo de DL-MAP, Subtipo de DL-MAP, Longitud y H-ARQ son enviados al generador de IE 303 donde el mensaje de IE de modo de Conmutación 200 es generado. En el paso 407 el mensaje de IE de modo de Conmutación 200 es transmitido a un receptor y en el paso 409 toma lugar H-ARQ utilizando el modo de H-ARQ. En la modalidad preferida de la presente invención el mensaje de IE comprende un IE de modo de conmutación IEEE 802.16 que contiene el modo de H-ARQ. La comunicación toma lugar entonces con el receptor enviando y/o recibiendo paquetes de H-ARQ usando el modo de H-ARQ. La Figura 5 es un diagrama de bloques del receptor (SS) 500. Como se muestra, el SS 500 comprende la combinación del transmisor/receptor (transceptor) 501 descodificador 503, y el circuito lógico 505. El transceptor 501 comprende un transmisor y receptor IEEE 802.16 estándar, mientras que el descodificador 503 preferiblemente comprende un descodificador LDPC. El circuito lógico 505 es preferiblemente un controlador de microprocesador como un PowerPc, disponible de Freescale, Inc. El receptor 501 recibirá un mensaje sobre el aire que comprende el modo de H-ARQ, con el descodificador 503 efectuando un tipo de H-ARQ sobre la base del mensaje. De este modo, el descodificador 503 intentará descodificar el paquete recibido en un primer intento de H-ARQ. Si la descodificación es exitosa, el SS 500 enviará un ACK al transmisor vía el receptor 501. Si la descodificación falla, el SS 500 enviará un NAK a la BS . En respuesta, el transmisor enviará otro intento de H-ARQ. El transmisor puede continuar intentando enviar H-ARQ hasta que el SS 500 descodifique exitosamente el paquete y envía un reconocimiento. Como se discutió anteriormente, para que al H-ARQ sea empleada de manera exitosa, el modo de H-ARQ debe ser conocido por el receptor 500. Con esto en mente, la Figura 6 es un diagrama de flujo que muestra los pasos necesarios para que el receptor 500 efectúe exitosamente la H-ARQ. El flujo lógico comienza en el paso 601 donde el mensaje de IE del modo de Conmutación 200 es recibido sobre el aire por el transceptor 501. En el paso 603, el campo de modo de H-ARQ de 4 bits es determinado del mensaje de IE del modo de Conmutación 200 y el modo de codificación (es decir, el modo de H-ARQ) es determinado por la unidad lógica 505. El modo de H-ARQ es proporcionado al descodificador 503 en el paso 605, donde toma lugar la descodificación de los paquetes entrantes. En particular, se utiliza un primer modo de H-ARQ cuando toma lugar la codificación de IR, mientras que es utilizado un segundo modo de H-ARQ cuando toma lugar la combinación de Chase. De este modo, H-ARQ es efectuada, con el tipo de H-ARQ basándose en el mensaje de IE de modo de conmutación recibido. Deberá notarse que el identificador de Subpaquete IEEE 802.16 (SPID), el tamaño de paquete de codificador (Nep) y el número de subcanales (Nsch) encontrado en el IE de MAP de H-ARQ necesitará ser redefinido cuando se use la combinación de Chase. De manera más particular, el SPID es único para el incremento de la redundancia de los modos de H-ARQ para identificar el subpaquete particular que tenga un patrón de redundancia único. Los modos de H-ARQ basados en la combinación de Chase no tienen subpaquetes únicos y por lo tanto no requieren un identificador de subpaquete. El Nep y Nsch juntos son información de control que define un conjunto cuantizado de tamaño de bloque de información y pares de asignación de recursos para el modo IR de CTC. Este apareamiento define implícitamente el número de bits de información por símbolo y con una restricción adecuada puede trazar implícitamente a la velocidad de modulación y codificación. Aunque esos pares de Nep y Nsch pueden ser apropiados para IR de CTC, no son apropiados para todos los modos de FEC. Por ejemplo, en algunos casos puede ser más apropiado tener una granularidad más fina sobre la asignación de recursos. Por lo tanto, puede ser más apropiado asignar recursos como una especificación independiente de la modulación y velocidad de codificación (MPR) y la asignación de recursos. La redefinición de Nep y Nsch basada en el modo de H-ARQ permite la flexibilidad máxima. Para permitir la combinación de Chase, se proporcionan definiciones alternativas para esos tres parámetros para usarse únicamente cuando es utilizada la combinación de Chase. Debido a que el tamaño de mensaje del mensaje HARQ-MAP Sección 6.3.2.43 del IEEE 802.16 sigue siendo constantes, las definiciones alternativas para SPID (2 bits), Nep (4 bits) y Nsch (4 bits) deben tener el mismo número de bits en total (es decir, 10) como las definiciones originales. El SPID de dos bits es usado por el IEEE 802.16 lí para identificar cual formato de codificación de redundancia creciente está siendo utilizado para transmitir el paquete actual. Para la H-ARQ de Chase, todas las retransmisiones son idénticas a la primera transmisión, por lo tanto, el campo de SPID no es necesario. Cuando es usada la H-ARQ de Chase, el campo de SPID es marcado como reservado y codificado "00". Nep y Nsch son cada uno campos de 4 bits en la señalización de H-ARQ definida en 802.16RevD/D5. Esos campos de 4 bits definen la modulación, el número de bits de información y el número de subcanales asignados. Para el modo de Turbo Código Convolucional (CTC) , el número de bits de información es definido por el valor de Nep como indexado en la tabla 330 en la página 613 de 802.16RevD/D5. El número de subcanales asignados depende tanto de Nep como de Nsch y es dirigido por el enlace descendente en la tabla 329 en la página 609 de 802.16RevD/D5. Finalmente, la modulación es determinada calculando la Velocidad del Producto de Modulación (MPR) como se define en la página 608 de 802.16RevD/D5 y sigue siendo entonces una comparación con un conjunto de niveles umbral. De manera alternativa, la modulación, velocidad de codificación y número de subcanales asignados pueden representarse en una tabla de 16x16 de los valores de Nep y Nsch.

Como se discutió, la combinación de Chase requiere definiciones alternativas de Nep y Nsch. En la modalidad preferida de la presente invención los 8 bits usados para Nep y Nsch son redefinidos como dos campos: un campo de DIUC/UIUC acortado de 3 bits y una asignación de subcanal comprendida-expandida de 5 bits. Esos valores son usados únicamente cuando sea señalada una asignación de HARQ de Chase genérica (es decir, modo de H-ARQ=1 en el IE de modo de Conmutación) . El campo de DIUC acortado es 3 bits, el cual es 1 bit más pequeño que el campo de DIUC en DL_MAP convencional (es decir, cuando se utiliza IR) . El DIUC acortado es trazado a ocho valores más pequeños en DIUC convencional. La asignación de subcanal comprimido-expandido identificaría el número de subcanales sobre la base de la tabla de consulta predefinida, como se ilustra en la Tabla 3. En este ejemplo, los subcanales asignados son definidos en una forma logarítmica uniforme. Para los valores en la Tabla 3 se aplicó una operación logarítmica base 2 y entonces se cuantizó un número de valores uniformes entre los valores del subcanal asignado (lineales) que son un número entero de potencias de 2. De este modo puede observarse que existe el mismo número (es decir 3) de entradas de subcanal asignadas entre 128 y 256, 256 y 512, etc. La compresión/expansión no es una cuantización puramente uniforme después de una operación logarítmica para una mejor igualación/multiplexión dentro de los 32 subcanales en el símbolo/baudio OFDMA. Sin embargo, también pueden ser aplicadas otras operaciones de compresión-expansión, como una cuantización uniforme pura después de una operación logarítmica. Por ejemplo, pueden ser seleccionados tres valores de entre 256 y 512 subcanales como 304, 362 y 431 subcanales, correspondientes a 2 hasta la potencia de 8.25, 8.5 y 8.75.

Tabla 3: Subcanales Comprimidos-Expandidos cuando es utilizada la Combinación de Chase Como es evidente, debido a que son utilizados 5 bits por los subcanales comprimidos-expandidos (en lugar de los 9 usuales), ciertas asignaciones de subcanal se omiten para obtener las asignaciones de subcanal permisibles máximas (por ejemplo, 512). Adicionalmente, cuando no son enviadas asignaciones diferentes a la no-HARQ, el DIUC comprende 4 bits que se mueven 13 perfiles de ráfagas diferentes menos las 3 indicaciones predefinidas especiales para zonas de reducción pico a promedio, fin del trazo del enlace descendente o un espacio de dirección de DIUC extendido. Esas tres últimas codificaciones especiales son innecesarias para la codificación de H-ARQ, por lo tanto, usando un DIUC acortado de 3 bits únicamente se reducen los perfiles de ráfaga disponibles a 9 de los 13 valores originales. Los 9 perfiles de ráfaga permitidos por el DIUC acortado son suficientes para la modulación adaptable efectiva y la operación de codificación. El método para aleatorizar los datos debe ser modificado para acomodar la combinación de Chase. Actualmente, el generador de PRBS es sembrado sobre la base del número de símbolo OFDM inicial y el número de subcanal. Esto puede dar como resultado un patrón de aleatorización diferente por cada intento de HARQ haciendo posible la combinación. Para remediar este problema, se propone que el PRBS sea sembrado con ID de célula como se hizo para IR CTC. Con los nuevos campos para Nep y Nsch existentes cuando es utilizada la combinación de Chase, las secciones 6.3.2.3.43.6.1., 6.3.2.3.43.6.2, y 6.3.2.3.43.6.3, tienen las entradas de tabla para Nep y Nsch: Reemplazado con: De este modo, todos los transmisores que emplean el protocolo de sistema IEEE 802.16 necesitarán determinar un tipo de codificación (como se discutió anteriormente) , y transmitir el campo de Identificador de Subpaquete (SPID) , el campo de tamaño de paquete del codificador (Nep) , y el campo de número de subcanales (Nsch) . Sin embargo, la transmisión de información de control dentro de esos campos se basará en el tipo de codificación (por ejemplo, combinación de Chase o Redundancia Incrementada) que sea utilizada por el codificador. De manera más particular, son utilizados lo campos de SPID, Nep y Nsch estándar 802.16 cuando es usada la Redundancia Incrementada con definiciones alternativas para esos tres parámetros siendo utilizadas únicamente cuando se use la combinación de Chase. La FIGURA 7 es un diagrama de flujo que muestra la operación del receptor de la FIGURA 5, y en particular, la transmisión de información de control. El flujo lógico comienza en el paso 701 donde los campos de SPID (2 bits), Nep (4 bits), y Nsch (4 bits) del 802.16 predeterminados están siendo utilizados por el circuito lógico 505 por IR. Deberá notarse que esos campos serán utilizados como parámetros predefinidos por el receptor 500. En el paso 703 es recibido un mensaje de IE y la unidad lógica 505 analiza un campo de modo de H-ARQ de 4 bits entrante del mensaje de IE en el modo de Conmutación 200. En el paso 705 se hace una determinación por el circuito lógico 505 para ver si es utilizada la codificación IR de CTC. Si, en el paso 705 se determina que está siendo utilizada la codificación de IR CTC estándar, entonces el flujo lógico regresa al paso 701 donde los 10 bits incluidos en cualquier IE de HARQ-MAP recibidos son usados por el circuito lógico 505 como SPID (2 bits), Nep (4 bits) y Nsch (4 bits) del 802.16. Sin embargo si en un paso 705 el circuito lógico 505 determina que está siendo utilizada la codificación de Chase Genérica, entonces el flujo lógico continua hacia el paso 707 donde el campo de SPID no es necesario y se utilizan el de DIUC Acortado y SC comprimido-expandido. El flujo lógico retorna al paso 703. De este modo, el circuito lógico determina un tipo de codificación y utiliza la pluralidad de campos en el IE para un primer tipo de información cuando esté siendo utilizado un primer tipo de codificación y utiliza la pluralidad de campos en el IE para un segundo tipo de información cuando esté siendo utilizado un segundo tipo de codificación. Particularmente se usa una tabla de asignación de primer canal para ser utilizada cuando se esté utilizando IR, y una segunda tabla de asignación de canal para ser utilizada cuando se use la combinación de Chase Genérica. Adicionalmente, cuando se use una combinación de Chase Genérica, el DIUC acortado es trazado a los ocho valores más bajos en el DIUC convencional. De este modo, la pluralidad de campos en el IE de modo de conmutación es utilizada para la primera información cuando se utilice un primer tipo de codificación y se utilice la pluralidad de campos para la segunda información cuando se utilice un segundo tipo de codificación . La FIGURA 8 es un diagrama de flujo que muestra la operación del transmisor de la FIGURA 3. El flujo lógico comienza en el paso 801, donde los datos son recibidos por el codificador 302. Los datos recibidos por el codificador 302 van a ser transmitidos al receptor. En el paso 803 la unidad lógica 305 determina un tipo de codificación que está siendo utilizada para el codificador 302. Este tipo permite determinar el tipo de codificación por los datos a ser transmitidos al receptor, y comprende específicamente el paso de determinar si está siendo utilizada una combinación de Chase genérica o Redundancia Incrementada. En el paso 805 la unidad lógica 305 da instrucciones entonces al generador de paquetes/IE 303 para construir IE con un campo de Identificador de Subpaquete (SPID) , un campo del tamaño del paquete del codificador (Nep) y un campo de número de subcanales (Nsch) , donde la información transmitida dentro de esos campos se basa en el tipo de codificación. En particular, los campos SPID, Nep y Nsch del 802.16 se utilizan cuando es usada la Redundancia Incrementada de CTC mientras que se usa "00" para el campo de SPID y un campo de DIUC/UIUC acortado es de 3 bits y una asignación de subcanal comprimido-expandido de 5 bits es usada cuando está siendo utili zada la combinación de Chase . Finalmente , en el paso 807 el I E es transmitido , vía el transmisor 304 . Los datos también son transmitidos al receptor , donde los datos son codi f icados de manera apropiada por el codificador 302 . Como es evidente el tipo de información en el campo de identificador del Subpaquete ( SPID) , el campo de tamaño del paquete del codif icador (Nep ) y el campo de número de subcanales (Nsch ) se basan en el tipo de codif icación . Aunque la invención ha sido mostrada y descrita de manera particular con referencia a una modalidad particular, será comprendido por aquellos expertos en la técnica que pueden hacerse varios cambios en la forma y detalles en ellas sin apartarse del espíritu y alcance de la invención. Por ejemplo, podrán ser agregados modos de H-ARQ adicionales a la especificación para cubrir diferentes tipos de esquemas de codificación de corrección de errores . Aunque la mayoría de los esquemas de codificación de corrección de errores contemplables pueden utilizar el modo de Chase Genérico, es posible definir nuevos modos de redundancia incrementada que pueden ser incorporados en el protocolo de H-ARQ usando el IE del modo de conmutación. Esos nuevos modos de redundancia incrementada pueden usar métodos alternativos para codificar el número de subcanales asignados, modulación y velocidad de codificación. Se pretenden que esos cambios entren dentro del alcance de las siguientes reivindicaciones .

Claims (10)

1. NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes: REIVINDICACIONES 1. Un método para efectuar una petición de repetición automática híbrida (H-ARQ) , el método se caracteriza porque comprende los pasos de: sobre la base de un tipo de codificación, determinar un modo de H-ARQ que esté siendo utilizado; transmitir un mensaje a un receptor que indique que está siendo utilizado el modo de H-ARQ; y transmitir un paquete de H-ARQ usando el modo de H-ARQ.
2. 2. El método de conformidad con la reivindicación 1, caracterizado porque el paso de determinar el modo de H-ARQ que está siendo utilizado comprende el paso de determinar el modo de H-ARQ que esté siendo utilizado sobre la base de una combinación de Chase genérica o codificación de Redundancia Creciente.
3. 3. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: determinar un Tipo de DL-MAP, Subtipo de DL-MAP, Longitud, y un modo de H-ARQ; y transmitir el mensaje que contiene el Tipo de DL-MAP, Subtipo de DL-MAP, Longitud, y modo de H-ARQ al receptor .
4. 4. El método de conformidad con la reivindicación 1, caracterizado porque comprende además los pasos de: determinar un Tipo de DL-MAP, Subtipo de DL-MAP, Longitud, y un modo de H-ARQ; y transmitir el mensaje como un Elemento de Información (IE) 802.16, donde el IE comprende el Tipo de DL-MAP, Subtipo de DL-MAP, Longitud y modo de H-ARQ al receptor.
5. 5. El método de conformidad con la reivindicación 1, caracterizado porque el paso de transmitir el mensaje comprende el paso de transmitir un elemento de información (IE) de modo de conmutación del IEEE 802.16 que contiene el modo de H-ARQ.
6. 6. Un aparato, caracterizado porque comprende: un codificador que codifica datos; un circuito lógico que determina un tipo de H-ARQ sobre la base de un tipo de codificación que esté siendo usada por el codificador; y un transmisor que transmite un mensaje sobre el aire al receptor indicando el tipo de H-ARQ.
7. 7. El aparato de conformidad con la reivindicación 6, caracterizado porque el tipo de codificación que está siendo utilizado comprende la combinación de Chase genérica o Redundancia Incrementada.
8. 8. El aparato de conformidad con la reivindicación 6, caracterizado porque el mensaje comprende un Tipo de DL-MAP, un Subtipo de DL-MAP, una Longitud y el modo de H-ARQ.
9. 9. El aparato de conformidad con la reivindicación 6, caracterizado porque el mensaje comprende un elemento de información (IE) de modo de conmutación de IEEE 802.16 que contiene el modo de H-ARQ.
10. 10. Un aparato, caracterizado porque comprende: un receptor que recibe un mensaje sobre el aire que comprende un modo de H-ARQ; y un descodificador que efectúa un tipo de H-ARQ sobre la base del mensaje.