USO DEL ENCABEZADO FP PARA SE ALIZAR AL RNC QUE EL NODO 3 NO
HA SIDO CAPAZ DE DETERMINAR O NO HA SIDO CAPAZ DE ESTABLECER
CON PRECISIÓN EL NUMERO DE RETRANSMISIONES
Campo de la Invención El campo de la invención son las comunicaciones móviles, y de manera más particular, se refiere al reporte de las retransmisiones desde el equipo de usuario a una estación de base para uso por ejemplo, mediante un controlador de red de radio de servicio en un control de energía de circuito exterior .
Antecedentes de la Invención La invención se refiere a la especificación del Proyecto de la Asociación de Tercera Generación (3GPP, por sus siglas en inglés) de la Red Terrestre de
Acceso de Radio (UTRAN) del Sistema Universal de
Telecomunicaciones Móviles (UMTS) y de manera más específica, al Acceso de Paquete de Enlace Ascendente de Alta Velocidad (HSUPA) del Acceso Múltiple de
División de Código de Banda Ancha (WCDMA) , que es una característica mejorada del enlace ascendente que se utiliza en el modo Dúplex de División de Frecuencia
(FDD) . Esta característica está siendo especificada en el 3GGP y es el objetivo de la liberación 6 del 3GGP.
REF. 183397
Con referencia a la Figura 1, la arquitectura de red de paquete del Sistema Universal de Telecomunicaciones Móviles (UMTS) incluye los elementos arquitectónicos principales del equipo de usuario (UE) , de la Red Terrestre de Acceso de Radio (UTRAN) del UMTS y de la red central (CN) . El UE es interconectado con la UTRAN a través de una interconexión de radio (Uu) , mientras que la UTRAN se interconecta con la red central a través de la interconexión Iu (alambrada) . La Figura 2 muestra algunos detalles adicionales de la arquitectura, de manera particular, de la UTRAN. La UTRAN incluye múltiples Subsistemas de Red de Radio (RNSs), cada uno de los cuales contiene al menos un Controlador de Red de Radio (RNC) . Cada RNC podría ser conectado con múltiples Nodos B los cuales son las contrapartes 3GGP a las estaciones de base GSM. Cada Nodo B podría estar en contacto de radio con múltiples UEs por medio de la interconexión de radio (Uu) que se muestra en la Figura 1. Un UE dado podría estar en contacto de radio con múltiples Nodos B incluso si uno o más de los Nodos B fueran conectados con diferentes RNCs. Por ejemplo, un UE1 en la Figura 2 podría estar en contacto de radio con el Nodo B2 de RNS 1 y el Nodo B3 de RNS 2 en donde el Nodo B2 y el Nodo B3 son circundantes a los Nodos B. Los RNCs de diferentes RNSs podrían ser acoplados con una interconexión lur lo cual permite que los UEs permanezcan en
contacto, tanto con los RNCs mientras atraviesan de una celda que pertenece a un Nodo B de un RNC a una celda que pertenece a un Nodo B de otro RNC. Uno de los RNCs actuará como el RNC de "servicio" o de "control" (es decir, un SRNC o CRNC) mientras que el otro actuará como un RNC de "desplazamiento o cambio" (DRNC) . Una cadena de estos RNCs de cambio podría incluso ser establecida para extenderse a partir de un SRNC dado. Los múltiples Nodos B normalmente serán circundantes de los Nodos B en el sentido que cada uno estará en control de las celdas circundantes. Los UEs móviles son capaces de atravesar las celdas circundantes sin tener que restablecer una conexión con un nuevo Nodo B debido a que cualquiera de los Nodos B es conectado con un mismo RNC o, si estuvieran conectados con diferentes RNCs, los RNCs serían conectados entre sí. Durante estos movimientos de un UE, en algunas ocasiones se requiere que los enlaces de radio sean agregados y abandonados, de modo que el UE siempre pueda mantener al menos un enlace de radio con la UTRAN. Esta es la así denominada conmutación suave de llamada (SHO) . Ha sido un acuerdo en la estandarización 3GPP HSUPA que el UE transmita el RSN (Número de Secuencia de Retransmisión) en base a un E-DPCCH (Canal de Control Físico Mejorado-Dedicado) junto con la transmisión de datos en un E-DCH (Canal Mejorado-Dedicado) . El Nodo B (conoce) la versión de redundancia que será utilizada a partir de RSN. El Nodo B
también puede ajustar su contador de retransmisión en base al RSN. Además, se ha estado de acuerdo que el Nodo B reporte el número de retransmisiones (el campo de 4 bits es reservado en el encabezado FP) que son requeridas para recibir el bloque en forma correcta en el SRNC. El control de energía de circuito exterior (OLPC) puede utilizar esta información para ajustar los objetivos SIR y los cambios de energía de los distintos canales. El RSN es especificado para que sea de 2 bits, es decir, puede tener valores de 0, 1, 2 y 3. Se ha especificado que el RSN se satura hasta 3 retransmisiones incluso si existieran más de 3 retransmisiones, es decir, el RSN toma los valores 0, 1, 2, 3, 3, 3 en donde no existan más de 3 retransmisiones. Si un Nodo B fallara (es decir, que aún no recibiera un E-DPCCH) las tres primeras transmisiones (o más) (que podrían ser comunes en el caso SHO) aunque reciba posteriormente, por ejemplo, dos transmisiones (ambas con RSN=3) , la conmutación suave de llamada las combina y finalmente decodifica el bloque en forma correcta. Entonces, el Nodo B envía el bloque recibido en forma correcta al SRNC y le indica al SRNC el número de retransmisiones requeridas para este bloque. Sin embargo, el Nodo B no "sabe" cuando fue iniciada la retransmisión de este bloque: podría haber perdido 3, 4, 5 transmisiones, o más en todos los casos RSN=3.
Con relación al "conocimiento" del Nodo B, se presenta un problema cuando la primera transmisión que recibe el Nodo B es con RSN=3, entonces, el Nodo B no "sabe" (necesariamente) cuando fue enviada la primera transmisión. El Nodo B es capaz de determinar y por lo tanto
"sabe" si recibe una transmisión del UE con RSN=0, 1 ó 2. Incluso si todas aquellas transmisiones fueran incorrectas y el UE posteriormente retransmitiría con RSN=3 (en una o en varias ocasiones), por lo tanto, el Nodo B puede contar, es decir, puede calcular el número de retransmisiones. Algunos ejemplos siguen: UE transmite RSN: 0 1 2 3 3 3 El Nodo B recibe: - 1 - 3 - 3 En este ejemplo, el Nodo B puede contar que el número actual de retransmisiones es de cinco (después de la primera transmisión (RSN=0) . Un guión (-) indica que el Nodo
B falló por completo esta transmisión, es decir, no pudo decodificar RSN o E-DPCCH en donde es enviado RSN; por encima del valor 1, indica que el Nodo B recibió el E-DPCCH en forma correcta y lee un RSN=1 desde allí, aunque no decodificó los datos en el E-DPCCH en forma correcta y por lo tanto, requirió de una retransmisión; la segunda y cuarta retransmisiones fueron falladas por completo (incluso el E- DPCCH) ; una tercera retransmisión (RSN=3) fue recibida y combinada con la retransmisión 1 aunque los datos todavía no
fueron correctos; finalmente, una quinta retransmisión cuando fue combinada con la primera y segunda retransmisiones originó una decodificación correcta de los datos y un ACK fue enviado al UE y los datos recibidos en forma correcta fueron enviados al RNC (en el cuadro de datos FP) y fue reportado el campo 'Num of HARQ retrans' ("Número de retransmisiones HARQ") =5 (=0101) al encabezado FP. A continuación se muestra un segundo ejemplo: UE transmite RSN: 0 1 2 3 3 Nodo B recibe: 0 - - 3 3 En este ejemplo, el Nodo B puede contar que el número actual de retransmisiones es de cuatro. A continuación se muestra un tercer ejemplo: UE transmite RSN: 0 1 2 3 3 Nodo B recibe: - - - 3 3 En este tercer ejemplo, el Nodo B no puede necesariamente contar que el número actual de retransmisiones sea de 4 , y por lo tanto, no necesariamente es capaz de indicar con exactitud el número de retransmisiones en el encabezado FP. Si el número de transmisiones fuera limitado por decir a cinco transmisiones (es decir, cuatro retransmisiones), entonces, en el último caso el Nodo B conocería que han existido 4 retransmisiones y podría reportar esto. Esto es un ejemplo del porque no siempre podemos depender sólo del RSN recibido desde el UE para
decidir si el Nodo B conoce o no (es decir, puede existir alguna información adicional disponible) (el número máximo de transmisiones en este ejemplo) ) .
Breve Descripción de la Invención Un objetivo de la presente invención es proporcionar una solución al problema descrito con anterioridad que puede ser aplicada a esta situación y a situaciones de problemas similares . La operación del Nodo B no es definida en el tercer ejemplo anterior. Este Nodo B podría tratar y suponer cuando iniciaron las transmisiones. Si lo hace así, la pregunta que se genera es si el RNC tendría que ser informado de que éste es un estimado o simplemente que no podría ser determinado el número de retransmisiones. La idea es utilizar el encabezado FP para señalizar al RNC que el Nodo B no ha sido capaz de determinar o no ha sido capaz de establecer con exactitud el número de retransmisiones . Una forma de hacer esto es reservar una palabra código del "Número de retransmisiones HARQ" en el encabezado CUADRO DE DATOS (VDATA FRAME') de protocolo de cuadro lub para indicar que el Nodo B no conoce el número actual de retransmisiones . Otra forma es definir un aviso de un bitio en el
encabezado FP DATA FRAME Iub/Iur para indicar que el valor establecido en el número de retransmisiones HARQ en el encabezado FP sea o no un valor estimado/supuesto por el Nodo B, es decir, que sea un valor correcto. En ambos casos, el Nodo B debe tener medios para señalizar al RNC que éste no conoce el número exacto de retransmisiones. En el modo en donde sea utilizado un aviso, el aviso debe ser establecido sólo cuando el Nodo B 'suponga o adivine' el número de retransmisiones. Cuando el Nodo B conozca/estime este (es decir que no lo adivine) , este debe reportar el valor (correcto) en ambos casos. La diferencia entre el primer modo y el segundo modo es cómo manejar el caso en donde el Nodo B no conozca el número de retransmisiones (y no lo pueda estimar) : de acuerdo con el primer modo, una palabra de código del campo 'Num of HARQ retrans' ("Número de retransmisiones HARQ") es reservada y el segundo modo es agregar un aviso de 1 bitio a este (y este aviso podría ser enviado en lugar de un bitio de "reserva" en el encabezado FP) . El primer modo tiene la ventaja que no son necesarios bits adicionales, mientras que el segundo modo tiene la ventaja que puede ser dado algún 'guestimate' ( 'suposición-estimado' ) (aunque no confiable) del número de retransmisiones además del aviso. Sin embargo, de acuerdo con ambos modos deben
existir medios para que el Nodo B indique al RNC que no conoce el número actual de retransmisiones. Como se mencionó con anterioridad, un modo es reservar una palabra de código y otro modo es agregar un aviso de 1 bitio para indicar este hecho. Aunque la presente especificación describe la invención en el contexto de una mejora a una situación HSUPA, debe observarse que el concepto central es aplicable a otras situaciones en interfaces inalámbricas y no se limita a la HSUPA y tampoco se limita a la dirección del enlace ascendente .
Breve Descripción de las Figuras La Figura 1 muestra una arquitectura de red de paquete para el Sistema Universal de Telecomunicaciones Móviles (UMTS) de la técnica anterior. La Figura 2 muestra algunos detalles adicionales de la arquitectura total del UMTS de la técnica anterior. La Figura 3 (a) muestra una parte de un encabezado Cuadro de Datos 'Data Frame' de Protocolo de Cuadro (FP) de la técnica anterior. La Figura 3 (b) muestra el encabezado Cuadro de Datos
( 'Data Frame' ) FP con una palabra de código reservada, de acuerdo con una primera modalidad de la presente invención para realizar el primer modo mencionado con anterioridad de
utilización del encabezado FP para señalizar al RNC que el Nodo B no ha sido capaz de determinar o que no ha tenido la capacidad de establecer con precisión el número de retransmisiones . La Figura 3 (c) muestra un bitio de reserva utilizado, de acuerdo con una segunda modalidad de la presente invención, para realizar el segundo modo mencionado con anterioridad de utilización del encabezado FP que señalice al RNC que el Nodo B no ha sido capaz de determinar o que no ha tenido la capacidad de establecer con precisión el número de retransmisiones. La Figura 4 ilustra una modalidad de un sistema que incluye una combinación de dispositivos que actúan en forma cooperativa, que incluyen una estación de base mostrada con los detalles que ilustran los aspectos de la presente invención realizada en la misma. La Figura 5 muestra el Controlador de Red de Radio (RNC) de la Figura 4 en mayor detalle.
Descripción Detallada de la Invención Primero que nada, debe observarse que la estructura exacta de cuadro que se muestra en las Figuras 3(a)-3(c) simplemente es ilustrativa y la invención no es unida con ninguna estructura particular mostrada aquí, aunque puede ser adaptada de acuerdo con los cambios en la estructura que
podrían desarrollarse posteriormente. La Figura 3 (a) muestra un encabezado posible de Protocolo de Cuadro (FP) (parte del encabezado) para un canal E-DCH que ha sido propuesto en el proceso de estandarización 3GPP. Aquí, el campo "Número de retransmisiones HARQ" señala el número de retransmisiones que fueron necesarias. De acuerdo con una primera modalidad de la presente invención, este campo podría tener un valor especial para indicar que el Nodo B no conoce el número de retransmisiones. Por ejemplo, como se muestra en la Figura 3 (b) , la palabra de código llll ó 1110 (el número llll podría ser reservado para indicar que el bloque no fue recibido en forma correcta incluso con un número máximo de transmisiones) pudiera ser reservada para indicar que es desconocido el número de retransmisiones. Es mejor reservar la palabra de código del extremo superior debido a que es improbable que 14 ó 15 retransmisiones sean permitidas/requeridas. Una ventaja es que el Nodo B no necesita adivinar o suponer el número de transmisiones, sino que simplemente puede informar que no lo conoce. El OLPC en SRNC puede entonces tomar esto en cuenta, por ejemplo, desechando la información. El OLPC también conoce que al menos 3 retransmisiones fueron requeridas y que el Nodo B falló las primeras tres retransmisiones (de otro modo, el Nodo B conocería el número de retransmisiones) . Entonces, el SRNC
puede utilizar la señalización contenida en el encabezado con propósitos de control, por ejemplo, para tomar una decisión relacionada con una o más de sus funciones de control de red de radio, aunque no se limita a controlar la energía del enlace de radio entre la estación de base (Nodo B) y el equipo de usuario. Otra ventaja es en el caso en donde el UE sea una conmutación suave de llamada (SHO) y diferentes valores fueran establecidos en el "Número de retransmisiones HARQ" en los DATA FRAMEs FP recibidos desde dos o más Nodos B; si uno de ellos tuviera la palabra de código reservada que es propuesta, el RNC sería capaz de ignorar este valor y en su lugar utilizaría el valor correcto. No obstante, debe observarse que en algunos casos SHO, diferentes Nodos B pueden enviar distintos valores para el "Número de retransmisiones HARQ", lo cual es "normal". Esto sucede por ejemplo, cuando el Nodo Bl reciba el paquete con dos transmisiones y transmita los datos al RNC con el "Número de retransmisiones HARQ"=1 y envíe un ACK al UE . Si este ACK fuera malinterpretado como NAK en el UE y el UE retransmitiera (innecesariamente) el paquete y ahora, el Nodo B2 lo recibiría en forma correcta y lo transmitiría hacia el RNC con el "Número de retransmisiones HARQ"=2 y después, envía el ACK al UE . Este es un comportamiento normal y el RNC debe ser capaz de manejar esto y tomarlo en cuenta en el
OLPC. La Figura 3(c) muestra una segunda modalidad de la presente invención con un nuevo modo de utilización del encabezado de Protocolo de Cuadro (FP) (parte del encabezado) para el canal E-DCH. Por ejemplo, en la especificación actual FP, en donde existe un byte que principalmente consiste de un "número de subcuadro" de 3 bits, un "Número de retransmisiones HARQ" de cuatro bits y un "bitio de reserva" de un bitio. De acuerdo con la segunda modalidad de la presente invención, el aviso propuesto de un bitio podría utilizar un bitio de reserva de 1 bitio. El aviso propuesto de un bitio toma un valor de 0 ó 1. Como un ejemplo, el valor "0" en el aviso podría indicar que el "Número de retransmisiones HARQ" reportado es un valor correcto y el valor "1" en el aviso podría ser utilizado para indicar que el valor reportado sólo es un valor estimado. Debe observarse que este aviso de 1 bitio también podría ser colocado en alguna otra posición en el encabezado FP. El bitio de "reserva" sólo fue utilizado como un ejemplo. El Nodo B establece "0" en el aviso en el FP DATA
FRAME transmitido al Controlador de Red de Radio de Servicio (SRNC) en el caso que el primer paquete que el Nodo B decodifique de manera exitosa (es decir, que el Nodo pueda leer RSN del paquete) tenga RSN=0, 1 ó 2, y - que el paquete decodificado sea correcto; o
- que el paquete decodificado no sea correcto y cuando el Nodo B reciba el paquete correcto que sea retransmitido posteriormente después de la recepción del primer paquete decodificado. El Nodo B establece "1" en el aviso en el FP DATA
FRAME transmitido a SRNC en caso que el primer paquete que el Nodo B decodificó con buenos resultados (es decir, el Nodo puede leer RSN del paquete) tenga RSN=3, y - que el paquete decodificado sea correcto; o - que el paquete decodificado no sea correcto y cuando el Nodo B reciba el paquete correcto que sea retransmitido posteriormente después de la recepción del primer paquete decodificado y que no exista otra información que el Nodo B pudiera utilizar para determinar el número de retransmisiones . Una ventaja de la segunda modalidad de la presente invención es que el SRNC puede saber si el número reportado de retransmisiones HARQ (en el campo "Número de retransmisiones HARQ") es un valor correcto o si es un valor estimado por el Nodo B. La información podría ser útil para mejorar el OLPC (Control de Energía de Circuito Abierto) . Otra ventaja es en el caso en donde el UE sea una conmutación suave de llamada (SHO) y distintos valores sean establecidos en el campo "Número de retransmisiones HARQ" en
los FP DATA FRAMEs recibidos desde dos o más Nodos B; si uno de ellos tuviera el aviso propuesto=0, el RNC sería capaz de saber cual valor es el valor correcto del aviso. La Figura 4 muestra una modalidad de un sistema que incluye una combinación de dispositivos que actúan en forma cooperativa para llevar a cabo la invención, y de manera más particular, muestra una estación de base (Nodo B) en este sistema en mayor detalle. Un equipo de usuario 40 es mostrado enviando una señal de número de secuencia de retransmisión en la línea 42 a una estación de base 44 que tiene un dispositivo de entrada/salida (I/O) 46 en respuesta a la misma. El dispositivo I/O 46 proporciona la señal de número de secuencia de retransmisión en una línea 48 a un receptor 50. La señal de número de secuencia de retransmisión tiene una magnitud indicativa de un número de retransmisiones de datos del equipo de usuario a la estación de base. Los valores del número podrían ser limitados a un primer intervalo tal como 0, 1, 2 y 3, es decir, el número de secuencia de retransmisión podría ser limitado a 2 bits binarios y sólo sería capaz de indicar hasta cuatro retransmisiones aunque no más que esto debido al número limitado de bits disponibles. El receptor 50 proporciona la señal de número de secuencia de retransmisión o el valor de la misma a un determinador 54, el cual establece el número de retransmisiones. Este puede realizar esto con facilidad para
los primeros dos ejemplos descritos en la sección anterior de Antecedentes de la Invención incluso para algunos casos en donde la estación de base haya recibido un número de secuencia de retransmisión con un valor máximo del intervalo mencionado con anterioridad (0, 1, 2, 3) . En estos casos, el receptor 50 o alguna otra entidad relacionada (tal como el determinador 54) pueden proporcionar el número exacto de retransmisión en el campo "Número de retransmisiones HARQ" en el encabezado y pueden transmitir un cuadro en una línea 51 al transmisor 62 para su envío al RNC. Sin embargo, para el tercer ejemplo dado en la sección de antecedentes mencionada con anterioridad, si el determinador 54 estableciera que la estación de base ha recibido un número de secuencia de retransmisión, por ejemplo con un valor máximo del intervalo, y que la estación de base fuera incapaz de determinar un conteo preciso o exacto de retransmisiones, esta proporcionaría una señal en una línea 56 indicativa del hecho que un selector 58, que podría ser por ejemplo un selector de palabra de código de acuerdo con la primera modalidad de la invención o, como otro ejemplo no limitante, un selector de aviso de bits de reserva de acuerdo con la segunda modalidad. El selector 58, de acuerdo con la primera modalidad, elige si una palabra reservada de código, que ha sido guardada desde entre una pluralidad de palabras de código, tiene valores en un segundo intervalo que sean más
grandes que el primer intervalo disponible al equipo de usuario. Por ejemplo, aunque el equipo de usuario podría ser limitado a 2 bits, las palabras de códigos disponibles en la estación de base para reportar niveles más altos en la jerarquía de protocolo podrían tener cuatro bits distribuidos para este propósito. Como fue sugerido con anterioridad, la razón para esto es que el Nodo B podría ser capaz de evaluar en realidad el número actual de retransmisiones, por ejemplo, más allá de tres (en un modo confiable) o podría ser capaz de utilizar otra información disponible a esta para estimar de manera confiable el número de retransmisiones. De esta manera, los valores de las palabras de código podrían ser indicativos de un número actual o estimado de retransmisiones de datos del equipo de usuario a la estación de base. La palabra reservada de código sería utilizada si éste número actual o estimado fuera determinado o si este estimado no pudiera ser confiable. La palabra reservada de código es elegida por el selector 58 y una indicación de la misma es proporcionada como una señal en la línea 60 al transmisor 62, el cual a su vez envía una señal sobre una línea 64 hacia un dispositivo de entrada/salida 66 con la palabra reservada de código. El dispositivo I/O 66 proporciona una señal en la línea 68 con la palabra reservada de código en un encabezado de cuadro de datos de protocolo de cuadro a un controlador de red de radio 70 que podría ser un controlador de red de radio
de servicio. Si el RNC 70 no fuera un RNC de servicio, el RNC 70 enviaría la palabra reservada de código al controlador de red de radio de servicio a través de una interconexión IUr para indicar que la estación de base no tiene la información acerca del número actual de las retransmisiones de datos del equipo de usuario a la estación de base. Aunque la estación de base 44 es mostrada con bloques funcionales para propósitos de llevar a cabo la presente invención, se observará que muchas otras funciones son efectuadas en la estación de base y sólo son mostradas en detalle aquellas que son requeridas para ilustrar las funciones efectuadas de acuerdo con la presente invención. También debe observarse que el RNC 70 y el equipo de usuario 40 podrían comunicarse en forma directa a través de la estación de base 44 y este hecho es mostrado por una línea de señal 74 entre los dispositivos de entrada/salida 66, 46. También debe observarse que los bloques funcionales que se ilustran podrían ser efectuados en software, hardware o alguna combinación de software y hardware. Por ejemplo, un chip 75 es mostrado en la Figura 4, el cual presenta que el determinador 54 y el selector 58 podrían ser combinados en un circuito integrado. O las funciones de los mismos podrían ser realizadas mediante la ejecución del código almacenado en un medio susceptible de ser leído por computadora. La Figura 4 también es útil para describir la
segunda modalidad de la presente invención. Después de recibir la señal en la línea 52 a partir del receptor 50, el selector 58 elige un bitio "1" para el bitio de reserva, así como también el valor del conteo para el campo "Número de retransmisiones HARQ". El selector 58 elige un bitio "1" para el bitio de reserva que indique que sólo es un estimado el conteo para el campo "Número de retransmisiones HARQ". En casos en donde el determinador 54 establezca que el conteo es exacto, este puede informar al selector 58 y el aviso de bitio de reserva sería ajustado en "0" para indicar que un número exacto de retransmisiones es señalado en el campo "Número de retransmisiones HARQ". A continuación, con referencia a la Figura 5, el RNC 70 de la Figura 4 se muestra en mayor detalle. Este incluye un procesador de señal 80 sensible a la señal de encabezado de cuadro de datos de protocolo de cuadro en la línea 82 de un receptor 84, el cual a su vez ha admitido el encabezado de cuadro de datos de protocolo de cuadro en una línea de señal 86 desde un dispositivo de entrada/salida 88 conectado mediante una línea de señal 90 con el Nodo B 44. En respuesta al encabezado de cuadro de datos de protocolo de cuadro de la estación de base, el procesador de señal 80 realiza alguna función relacionada de control y posteriormente, proporciona una señal de salida que podría ser una señal de control en una línea 92 proporcionada al transmisor 94, el cual a su vez
proporciona una señal de control de salida en una línea 96 al dispositivo de entrada/salida 88 para su transmisión en la línea 90 a la estación de base 44. La estación de base 44 utiliza la señal de control para regular por ejemplo, la energía en el enlace de radio 42 entre sí misma y el equipo de usuario 40. El valor del aviso del bitio de reserva y/o el campo "Número de retransmisiones HARQ" contenido en el encabezado de cuadro de datos de protocolo de cuadro podría ser extraído por el dispositivo de entrada/salida 88, mediante el receptor 84 o el procesador de señal 80. El procesador de señal utiliza el aviso y/o el campo "Número de retransmisiones HARQ" para determinar el número actual o estimado de retransmisiones por el equipo de usuario 40 a la estación de base 44 (o que ninguno pueda ser estimado en forma confiable) y selecciona una acción adecuada de control en esta base. Si la palabra reservada de código llll ó 1110 fuera utilizada para indicar que la estación de base no tiene información confiable sobre el número de retransmisiones, por ejemplo, más allá del primer intervalo disponible para reportar mediante el UE 40, el procesador de señal 80 utiliza este hecho en cualquier modo adecuado para realizar alguna función. O, de acuerdo con la segunda modalidad, si el aviso del bitio de reserva fuera establecido en "0" sería informado que es exacto el conteo contenido en el campo "Número de retransmisiones HARQ" y si este fuera un "1", entonces, el
conteo sólo sería un estimado. Lo que es importante aquí es el hecho que en algunos casos el procesador de señal 80 puede darse cuenta del hecho que ha existido un número de retransmisiones aunque el número no es conocido con exactitud. En la primera modalidad sólo el hecho de que no exista un número exacto conocido sería reportado y no sería proporcionado un estimado. En la segunda modalidad es proporcionado un estimado junto con la información de que el estimado sólo es un estimado. Aunque la invención ha sido mostrada y descrita con respecto a la modalidad del mejor modo de la misma, será evidente para aquellas personas de experiencia en la técnica que varios otros dispositivos y métodos puedan ser proporcionados para realizar los objetivos de la presente invención mientras que todavía caen dentro de la cobertura de las reivindicaciones adjuntas. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.