MX2011011066A

MX2011011066A - Asistencia de estacion base para la mejora de rendimiento de acceso aleatorio.

Info

Publication number: MX2011011066A
Application number: MX2011011066A
Authority: MX
Inventors: Eldad M Zeira; Ronald G Murias; Lei Wang
Original assignee: Interdigital Patent Holdings
Priority date: 2009-04-23
Filing date: 2010-04-23
Publication date: 2012-01-27
Also published as: JP6684882B2; KR102078980B1; CN201869369U; CN104735806A; AU2010238652A1; EP3282805A1; JP2019024251A; AU2010238652B2; KR20170081763A; US20100272066A1; US20160323913A1; EP2422573A1; JP2014158308A; HK1250579B; JP2012525082A; AR076390A1; KR20120135329A; US10512104B2; JP6934081B2; EP3611993B1

Abstract

Una estación base (BS) podrá configurarse para ayudar en la detección de una falla de solicitud de acceso aleatorio (RA) e incluirse una antena configurada para recibir una solicitud de RA; un procesador configurado para decodificar la solicitud de RA; y un transmisor configurado para transmitir un mensaje de respuesta de RA agregado que comprende una o más respuestas de RA que responden a una o más solicitudes de RA decodificadas y recibidas.

Description

ASISTENCIA DE ESTACION BASE PARA LA MEJORA DE RENDIMIENTO DE ACCESO ALEATORIO REFERENCIA CRUZADA A LAS SOLICITUDES RELACIONADAS Esta solicitud reclama el beneficio de la solicitud de EE.UU. 61/172,072 presentada el 23 de Abril de 2009 y la solicitud de EE.UU 61/183 , 700 presentada el 03 de Junio de 2009, las cuales se incorporan por referencia según se establece completamente.

CAMPO DE LA INVENCIÓN Esta solicitud se refiere a las comunicaciones inalámbricas.

ANTECEDENTES Dos temas que existen actualmente en los sistemas inalámbricos de banda ancha son la latencia de la detección de la falla de acceso aleatorio (RA) en el lado del suscriptor y colisiones. Un intento de RA falla cuando la BS falla en recibir la señal de RA correctamente, ya sea debido a la colisión, es decir, dos o más usuarios (suscriptores) utilizan la misma oportunidad de RA, o debido a un nivel de señal insuficiente.

El primer tema es el tema de la latencia de la detección de la falla de RA en el lado del suscriptor. En los sistemas de acceso basados en programación, RA acomoda nuevas necesidades de acceso, por ejemplo, nuevos usuarios, nuevos requisitos de usuarios existentes, etc. Los sistemas inalámbricos de Acceso de Banda Ancha, por ejemplo, la interoperabilidad a nivel mundial para el acceso de microondas ( iMAX), y la evolución a largo plazo (LTE), son los típicos sistemas de acceso basados en programación, en donde una estación base (BS) controla el uso de los recursos de enlace aéreo.

Cuando ocurre una falla de RA, el suscriptor necesita detectarla y después de acuerdo con lo anterior toma acciones, por ejemplo, reintentar, o colocar en pendiente su potencia de transmisión. Un mecanismo comúnmente utilizado por un suscriptor para detectar la falla de su intento de acceso aleatorio se basa en sincronizador, es decir, después de esperar un período de tiempo predefinido sin obtener la respuesta esperada, el suscriptor asume que su previo intento de RA falló, en donde la respuesta esperada depende del propósito del RA.

¦ El periodo de tiempo predefinido puede jugar un papel en un mecanismo de detección de falla de RA basado en un sincronizador, debido a que la recuperación de una falla de RA tendrá que esperar por el tiempo predefinido que necesita ser lo suficientemente largo, lo suficiente para procesar las respuestas y recepciones de solicitud de RA bajo las consideraciones de peor caso, por ejemplo, la carga de tráfico más pesada.

El segundo tema se refiere al escenario de colisión. Una colisión ocurre cuando dos o más suscriptores eligen la misma oportunidad de RA, en donde una oportunidad de RA se refiere a la oportunidad para que el suscriptor envíe una solicitud de RA, por ejemplo, una oportunidad de RA en sistemas IEEE 802.16 consiste en un canal de RA y un código de RA enviados en el canal de RA. Cuando ocurre una colisión, existen diversos resultados posibles. El primer resultado es que la BS no detecta nada.

El segundo resultado es que la BS detecta una colisión. El tercer resultado es que una Solicitud de RA única es erróneamente detectada por la BS en la oportunidad de RA con colisión.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Una estación base (BS) podrá configurarse para ayudar en la detección de una falla de solicitud de acceso aleatorio (RA) e incluir una antena configurada para recibir una solicitud de RA; un procesador configurado para decodificar la solicitud de RA; y un transmisor configurado para transmitir un mensaje de respuesta de RA agregado que comprende una o más respuestas de RA que responden a una o más solicitudes de RA decodi f i cada s y recibidas.

BREVE DESCRIPCIÓN DE LAS FIGURAS Un entendimiento más detallado podrá tenerse de la siguiente descripción, dada a manera de ejemplo junto con las figuras acompañantes en donde : La FIG. 1 muestra un sistema de comunicación inalámbrica e j empl i f i cat i vo que incluye una pluralidad de WTRUs, una BS, y un RNC .

La FIG. 2 es un diagrama de bloque funcional de una unidad de t ransmi s i ón / re cepci ón inalámbrica ( TRU), y la BS de la FIG. 1.

La FIG. 3 muestra una estructura de bloque TDD de muestra.

La FIG. 4 muestra una región de RA de referencia ej empli ficativa y una respuesta de RA de referencia de la BS.

La FIG. 5 muestra un ejemplo de una respuesta de RA de referencia de la BS por región de RA o por tipos de RA cuando una región de RA se comparte por múltiples tipos de RA.

La FIG. 6 es un diagrama de un ejemplo de un mensaje de respuesta de RA de BS único para la solicitud de anchura de banda basada en contención,.

La FIG. 7 muestra un ejemplo de una colisión de datos de enlace ascendente después de las solicitudes de RA cuando no se utiliza HARQ .

La FIG. 8 muestra un ejemplo de una colisión de región de datos de UL después de la solicitud de RA cuando se utiliza HARQ de UL .

La FIG. 9 es un diagrama de un ejemplo que utiliza la información de Asistencia a la BS en un sincronizado de RA o un acuse de recibo negativo (NACK) .

DESCRIPCIÓN DETALLADA 1. INTRODUCCIÓN Cuando se refiera de aqui en adelante, la terminología "unidad de t ransmi s i ón / re cepción inalámbrica (WTRU) " incluye, pero no se limite a un equipo de usuario (UE), una estación móvil (MS), una estación de suscriptor móvil o fija (SS o MS), una estación móvil avanzada (AMS) , un buscador, un teléfono celular, un asistente digital personal (PDA), una computadora, o cualquier otro tipo de dispositivo de usuario capaz de operar en un ambiente inalámbrico. Cuando se refiera de aquí en adelante, la terminología "estación base (BS)" incluye, pero no se limita a una BS, un controlador de sitio, un punto de acceso (AP) , una estación base avanzada (ABS) , un Nodo-B, o cualquier otro tipo de dispositivo de interfaz capaz de operar en un ambiente inalámbrico. Las soluciones y los mecanismos descritos en la presente, podrán ser aplicables a TDD, FDD, y otros sistemas.

La FIG. 1 muestra un sistema de comunicación inalámbrica 100 que incluye una pluralidad de WTRUs 110, una BS 120, y un controlador de red por radio (RNC) 130. Según se muestra en la FIG. 1, las WTRUs 110 se encuentran en comunicación con la BS 120, la cual se encuentra en comunicación con el RNC 130. Las WTRUs 110 se configuran para recibir las transmisiones de datos de la BS 120 sobre un canal de datos compartido a alta velocidad. La BS 120 y/o las WTRUs 110 se configuran para detectar las colisiones y fallas de acceso aleatorio (RA), según se describe en la presente. A pesar de que solamente tres WTRUs 110, una BS 120, y una RNC 130 se muestran en la FIG. 1, deberá señalarse que cualquier combinación de dispositivos cableados e inalámbricos, podrán incluirse en el sistema de comunicación inalámbrica 100. Por ejemplo, a pesar de que se muestra el RNC 130 en el sistema de comunicación inalámbrica 100, el RNC 130 puede no existir en el sistema 100 y podrá incluirse en la BS 120 o cualquier otra entidad en el sistema 100. Deberá entenderse que la comunicación entre las WTRUs 110, BSes 120, y RNC 130 u otras redes como el Internet, podrán hacerse utilizando la comunicación basada en paquete .

La FIG. 2 es un diagrama de bloque funcional 200 de la WTRU 110 y la BS 120 de la FGI. 1. Según se muestra en la FIG. 2, la WTRU 110 se encuentra en comunicación con la BS 120 y ambas podrán configurarse para detectar las colisiones y fallas de acceso aleatorio (RA), según se discute abajo.

Además de los componentes que podrán encontrarse en una WTRU típica, la WTRU 110 incluye un procesador 115, un receptor 116, un transmisor 117, y una antena 118. El procesador 115 se configura para detectar las colisiones y fallas de RA. El receptor 116 y el transmisor 117 se encuentran en comunicación con el procesador 115. La antena 118 se encuentra en comunicación tanto con el receptor 116 como con el transmisor 117 para facilitar la transmisión y recepción de los datos inalámbricos.

Además de los componentes que podrán encontrarse en una BS típica, la BS 120 incluye un procesador 125, un receptor 126, un transmisor 127, y una antena 128. El procesador 125 se configura para detectar las colisiones y fallas de RA. El receptor 126 y el transmisor 127 se encuentran en comunicación con el procesador 125. La antena 128 se encuentra en comunicación tanto con el receptor 126 como con el transmisor 127 para facilitar la transmisión y recepción de los datos inalámbricos . 2. ESTRUCTURA DE BLOQUE EJEMPLIFICA IVA La FIG. 3 muestra un ejemplo de una estructura de bloque TDD que actualmente corresponde a la estructura de bloque TDD IEEE 802.16m TDD, a pesar de que otras estructuras de bloque, por supuesto, podrán utilizarse con las modalidades descritas en la presente. Sin considerar la anchura de banda del canal (5, 7, 8.75, 10, o 20 MHz), el súperbloque 310 puede ser de 20 ms en longitud, según se muestra, y podrá dividirse en cuatro bloques de 5 ms 320. Los bloques 320 además podrán dividirse en 5-8 sub-bloques 330. Estos sub-bloques 330 pueden contener cada uno cinco, seis, siete o nueve símbolos de OFDM, dependiendo del tipo de sub-bloque 330 en la práctica.

Cada sub-bloque TDD 330 contiene una parte de enlace descendente 340 y una parte de enlace ascendente 350, separadas por una TTG (abertura de Transmisión/Recepción) 360 y un RTG (abertura de Recepción/Transmisión) 380, insertadas entre la transmisión y recepción, o recepción y transmisión, respectivamente. Las proporciones de Enlace Descendente/Enlace Ascendente pueden variar por las anchuras de banda de 5, 7, 8.75, 10 y 20 MHz. Algunos ejemplos de proporciones de Enlace Descendente /Enlace Ascendente son: 8/0, 6/2, 5/3, 4/4, 3/5.

La FIG. 3 muestra la estructura de bloque para TDD de 5, 10 y 20 MHz con 5/3 de división DL/UL.

Un bloque de enlace descendente único 340 puede contener múltiples aumentos de tamaño' y tipo variantes que llevan datos para diversas WTRUs. El tamaño del bloque también podría ser variable en una base de bloque por bloque .

Cada aumento puede contener múltiples paquetes de tamaño variable o de tamaño fijo concatenados o fragmentos de paquetes recibidos de estratos más altos.

El sub-bloque de enlace ascendente 350 podrá elaborarse de diversos aumentos de datos de enlace ascendente de diferentes TRUs . Una parte del sub-bloque de enlace ascendente 350 podrá fijarse a un lado para el acceso basado en contención, también llamado Acceso Aleatorio (RA), que podrá utilizarse para una variedad de propósitos, incluyendo la referencia para UL, tiempo y ajustes de potencia durante la entrada de red asi como también periódicamente después. El canal de RA también podrá utilizarse por WTRUs para hacer las solicitudes de anchura de banda de enlace ascendente. Además, los datos de mejor esfuerzo podrán enviarse sobre este canal basado en contención, particularmente cuando la cantidad de datos a enviar es demasiado pequeña para justificar la solicitud de un canal dedicado. 3. CANAL ALEATORIO (RA) En los sistemas inalámbricos de acceso de banda ancha basado en programación, el Acceso Aleatorio (RA) se refiere a una región de enlace ascendente (UL) que se asigna para que las WTRUs tengan acceso. También se refiere como un acceso basado en contención. La región de UL asignada para RA podrá denominarse una región de Acceso Aleatorio (RA) .

Una región de RA comúnmente incluye canales de RA, en donde un canal de RA se modula físicamente para llevar ciertos códigos de información. El código de información llevado por un canal de RA se llama un código de RA. En algunos diseños de código de RA, múltiples códigos con ciertas propiedades ortogonales podrán transmitirse por diferentes WTRUs en el mismo canal de RA. Por ejemplo, en los sistemas de IEEE 802.16, un código de RA tipo Acceso Múltiple de División por Códigos (CDMA) podrá utilizarse, de tal manera que podrá tenerse acceso a un canal de RA mediante múltiples WTRUs con diferentes códigos de RA.

Una oportunidad de RA puede referirse a la oportunidad que una WTRU utilice para transmitir su solicitud de RA. Cuando un canal de RA puede llevar múltiples códigos de RA, una oportunidad de RA puede ser una combinación de un canal de RA y un código de RA. Cuando una WTRU necesite enviar una solicitud de RA, podrá transmitir un código de RA especifico en un canal de RA.

Después de enviar una solicitud de RA, la WTRU espera a que la BS proporcione una respuesta a su solicitud de RA que se identifica por la oportunidad de RA que la WTRU utilizó para enviar la solicitud de RA, por ejemplo, la ubicación de la región de RA, el canal de RA, y el código de RA. La respuesta esperada varia con la intención de la solicitud de RA de la WTRU. 3.1 CASOS DE USO DE RA Las oportunidades de RA para diferentes casos de uso de RA, podrán identificarse por diferentes regiones de RA asignadas por la BS o por diferentes dominios de códigos de RA/diferentes canales de RA en la misma región de RA. Al menos, cuatro casos de uso de Acceso Aleatorio (RA) pueden existir: acceso inicial para que un nuevo suscriptor (WTRU) se una a la red (referencia inicial); Transferencia de un suscriptor (WTRU) de una BS a otra BS (referencia de HO); mantenimiento periódico de los parámetros de transmisión de enlace ascendente (ÜL) (referencia periódica); y la solicitud de la anchura de banda para el suscriptor existente ( TRU) (solicitud de anchura de banda basada en contención) .

La referencia inicial es un proceso para que una nueva WTRU inicie la comunicación con una BS . La WTRU envía una solicitud de referencia inicial en una oportunidad de RA de referencia inicial a la BS, por ejemplo, un código de referencia inicial en un canal de RA de Referencia Inicial. Después de enviar su solicitud de referencia inicial, la WTRU espera por una respuesta de la BS. La respuesta esperada a una solicitud de referencia inicial puede ser una notificación de status de referencia con o sin ajustes de parámetro de transmisión de UL.

La referencia de HO es un proceso para que una WTRU inicie una comunicación con la BS objetivo durante la transferencia de una BS a otra BS . La WTRU envía una solicitud de referencia de HO en una oportunidad de RA de referencia de HO a la BS, es decir, un código de referencia de HO en un canal de RA de referencia de HO . Después de enviar su solicitud de Referencia de HO, la WTRU espera por una respuesta de la BS . La respuesta esperada a una solicitud de referencia de HO puede ser una notificación de status de referencia con o sin ajustes de parámetro de transmisión de UL .

Con respecto a la referencia periódica, ya que cada WTRU puede estar a una distancia diferente de una BS, puede ser importante en el enlace ascendente sincronizar los símbolos tanto en el dominio de tiempo como en el dominio de frecuencia y ecualizar los niveles de potencia recibidos entre las diversas WTRUs activas. En el enlace ascendente, las WTRUs activas pueden necesitar sincronizarse a al menos dentro de un tiempo de guardia prefijo cíclico de otro. De otra forma, puede dar como resultado una importante interferencia de intersímbolo e intervehí culo . De igual manera, a pesar de que podrá utilizarse un control de potencia de enlace descendente a fin de reducir la falsa interferencia de otra celda, podrá no requerirse estrictamente. El control de potencia de enlace ascendente (1) puede mejorar la vida de la batería, (2) reducir la falsa interferencia de otra celda, y (3) evitar la sumersión de las WTRUs lejanas en la misma celda que se encuentran compartiendo un símbolo de Muí t iplexación por División de Frecuencia Ortogonal (OFDM) con ellas.

Este proceso de referencia periódica, cuando se inicia, puede requerir que la BS estime la resistencia de canal y el (la) tiempo / frecuencia de las señales de UL recibidas de la TRU en cuestión, y después envíe los ajustes de parámetro de transmisión de UL necesarios, por ejemplo, tiempo, frecuencia, y/o nivel de potencia, a la WTRU. Cuando la WTRU utiliza la asignación de UL de unidifusión, la BS puede estimar los datos de UL de unidifusión recibidos de la WTRU para determinar si el ajuste de parámetro de transmisión de UL es necesario. Cuando la WTRU no tiene la asignación de UL de unidifusión y la referencia periódica se inicia, la WTRU necesita utilizar una oportunidad de RA de referencia periódica para enviar a la BS una solicitud de referencia periódica. Después de enviar su solicitud de referencia periódica, la WTRU espera por una respuesta de la BS . La respuesta esperada a la solicitud de referencia periódica puede ser una notificación de status de referencia con o sin los ajustes de parámetro de transmisión de UL .

Una solicitud de anchura de banda basada en contención puede ser un proceso que una WTRU utiliza la anchura de banda de UL al enviar una Solicitud de RA de Solicitud de Anchura de Banda (BR) . La WTRU puede enviar una solicitud de RA de BR en una oportunidad de RA de BR a la BS , es decir, un código de RA de BR en un canal de RA de BR . Después de enviar una solicitud de RA de BR, la WTRU espera por una respuesta de la BS . La respuesta esperada a una solicitud de RA de BR puede ser una transferencia de anchura de banda de UL. 4. MODALIDADES QUE MENCIONAN LA LATENCIA Y LAS COLISIONES 4.1 LATENCIA Dentro de este u otros sistemas, existen diversas modalidades que pueden mencionar el tema de la latencia de la detección de falla de RA en la WTRU. De manera general, las modalidades pueden utilizar la asistencia de BS para ayudar a las WTRUs en la detección de falla de RA, de tal manera que las WTRUs pueden detectar las fallas de sus intentos de RA de manera sincronizada y exacta, y después iniciar sus procesos de recuperación de RA, de acuerdo con lo anterior.

En una primera modalidad, la BS puede enviar respuestas a todas las solicitudes de RA recibidas en una región de RA en el mismo mensaje de respuesta de RA de BS agregado y esta respuesta de BS agregado podrá enviarse a la oportunidad de respuesta de RA de BS más temprana posible. Dependiendo del propósito de la solicitud de RA, las respuestas de RA de BS pueden ser notificaciones de status de referencia con o sin ajustes de parámetro, asignaciones de recursos, o simples acuses de recibo indicando una recepción exitosa de la solicitud de RA.

En el caso de que una solicitud de RA no se reciba exitosamente por la BS en una región de RA, la BS puede no transmitir el mensaje de respuesta o la BS puede transmitir un mensaje nulo.

En la recepción y la decodificación de un mensaje de respuesta de RA de BS que contiene respuestas a las solicitudes de RA de WTRU exitosamente recibidas, una TRU podrá detectar de manera determinante si su propia solicitud de RA fue exitosamente recibida en la BS . La WTRU hace esto al revisar si el mensaje de respuesta de RA de BS agregado contiene una respuesta a su solicitud de RA, por ejemplo, un canal de RA más un código de RA en sistemas 802.16. Si el mensaje de respuesta de RA de BS agregado no contiene ninguna respuesta a su solicitud de RA, la WTRU puede considerar que su solicitud de RA falla y después inicia su proceso de recuperación de RA. Este proceso de recuperación podría iniciar inmediatamente, sin esperar por un sincronizador, de tal manera que la latencia de la detección de la falla de RA en el lado de la WTRU, se reduce significativamente.

Otro beneficio de utilizar un mensaje de RA de BS agregado puede ser la reducción de sobrecarga a medida que la BS envía las respuestas a todas las solicitudes de RA recibidas en el mismo mensaje de respuesta de RA de BS agregado, en comparación al envió de un mensaje de respuesta de TA individual a cada solicitud de RA. La reducción de sobrecarga viene de proteger los múltiples encabezados de mensajes y que tienen una manera más eficiente de identificar las oportunidades de RA en un mensaje agregado en lugar de identificarlas cada una individualmente en mensajes separados. 4.1.1 SOLICITUD DE REFERENCIA INICIAL Por ejemplo, la BS puede asignar una región de RA de referencia en el UL a fin de proporcionar las oportunidades de referencia iniciales para que las nuevas WTRUs se unan a la red. Una nueva WTRU, después de adquirir los parámetros esenciales de configuración de sistema y sincronizarse con el enlace descendente (DL) de la BS, puede iniciar el proceso de referencia inicial al enviar una solicitud de referencia inicial, es decir, transmitir un código de RA de referencia inicial seleccionada en un canal de referencia inicial seleccionada. Después de recibir y decodificar una región de referencia inicial, la BS puede enviar un mensaje de respuesta de RA agregado en la oportunidad de respuesta de RA de referencia inicial de BS más temprana posible. El mensaje de respuesta de RA agregado puede contener las respuestas de RA de referencia inicial para todas las solicitudes de RA de referencia inicial exitosamente decodificadas y recibidas en la región de RA de referencia inicial. Por cada solicitud de referencia inicial exitosamente recibida y decodi f icada , la respuesta de RA de BS puede contener el status de referencia y los ajustes de parámetro de transmisión de UL necesarios.

Según se muestra en la FIG. 4, después de una región de referencia inicial de UL 1010, la oportunidad de respuesta de RA de referencia inicial de BS más temprana, podrá determinarse por el programador de BS que maneja y asigna los recursos de enlace a radio con base a la composición de tráfico y carga de tráfico de tiempo real de la BS . Para una región de referencia inicial en el bloque n 1000, la oportunidad de respuesta de RA de referencia inicial de BS más temprana 1035 podrá ser un bloque de DL 1020 de bloque n+1 1030, es decir, el siguiente bloque de DL después del bloque de UL con la región de referencia inicial, si el programador de BS puede acomodar el mensaje de respuesta agregado de RA de referencia inicial en él después de otros datos de tráfico de prioridad más alta; de otra forma, la oportunidad de respuesta de RA de referencia inicial de BS más temprana 1045 puede ser el bloque de DL de bloque n+2 1040 o posterior.

Después de enviar una solicitud de RA de referencia inicial, la WTRU espera por la respuesta de RA de referencia inicial de la BS . Una vez que el mensaje de respuesta de RA de referencia inicial se recibe y decodifica, la WTRU intenta identificar la respuesta a su solicitud con base al canal de RA de referencia inicial utilizado y al código de RA de referencia inicial. Si el mensaje de respuesta de RA de referencia inicial agregado de BS contiene una respuesta a la solicitud de WTRU, la WTRU podrá considerar su solicitud de RA de referencia inicial exitosa, y se mueve a la siguiente etapa de acuerdo con la respuesta dada. Si el mensaje de respuesta agregado de RA de referencia inicial de BS no contiene una respuesta a la solicitud de WTRU, la WTRU puede considerar su solicitud de RA de referencia inicial fallada, y puede inmediatamente iniciar el proceso de recuperación de RA de referencia inicial .

El uso de un mensaje de respuesta de RA de referencia inicial de BS que contiene las respuestas a todas las solicitudes de RA de referencia inicial exitosamente recibidas y decodificadas en una región de referencia inicial podrá hacer posible que las WTRUs detecten de manera oportuna y determinante el status de sus intentos de RA de referencia inicial. Si una WTRU detecta una falla de su solicitud de RA de referencia inicial, el proceso de recuperación de RÁ de referencia inicial podrá iniciarse inmediatamente, minimizando la latencia en la recuperación y la detección de la falla de RA de referencia inicial .

Comparando esto a un método en donde la BS envía las respuestas de referencia inicial por separado a cada solicitud de RA de referencia inicial exitosamente recibida y de codi fi cada , la agregación de las respuestas a las solicitudes de RA de referencia inicial, exitosamente recibidas y decodi ficadas , en un mensaje de respuesta de RA de referencia inicial de BS, reduce la sobrecarga de las codificaciones de MAC, a medida que protege múltiples encabezados de MAC y también puede tener una manera más eficiente para identificar las solicitudes de RA cuando se agregan juntas.

Un sincronizador de RA de referencia inicial, todavía podrá utilizarse para manejar las excepciones, tal como los errores de entrega de mensajes, a fin de mejorar la robustez de sistema total. 4.1.2 SOLICITUD DE REFERENCIA DE HO Una modalidad similar también podrá aplicarse al proceso de RA de referencia de HO en donde las oportunidades de RA de referencia de HO pueden encontrarse en una región de RA separada. De manera alternativa, según se muestra en la FIG. 5, las oportunidades de RA de referencia de HO pueden compartir la misma región de RA 1110 como las oportunidades de referencia iniciales, según se muestra en el bloque n 1100. Por ejemplo, en los sistemas IEEE 802.16, la referencia inicial y la referencia de HO pueden compartir la misma región de RA en donde se distinguen al utilizar diferentes códigos de RA.

Cuando la referencia de HO comparte la misma región de RA con la referencia inicial, la BS puede enviar un mensaje de respuesta de RA 1135 conteniendo las respuestas a todas las solicitudes de RA de referencia inicial, exitosamente recibidas y decodificadas y a las solicitudes de RA de referencia de HO en la oportunidad de respuesta de referencia de HO/inicial de BS más temprana (en bloque n+1 1130 para la solicitud de RA de referencia de HO) . De manera alternativa, la BS puede enviar dos mensajes de respuesta de RA agregado por separado 1138, 1145, uno para la referencia inicial y otro para la referencia de HO, en la oportunidad de respuesta de RA de referencia de HO de BS más temprana y la oportunidad respuesta de referencia de RA de referencia inicial de BS más temprana en los bloques n+1 1130 y n+2 1140, respectivamente. La oportunidad de respuesta de RA de referencia inicial de BS más temprana puede ser diferente de la oportunidad de respuesta de RA de referencia de HO de BS más temprana, dependiendo de la decisión del programador de BS con respecto a las prioridades de aquellas respuestas de RA y la composición de tráfico y carga de tráfico de tiempo real de la BS . 4.1.3. SOLICITUD DE REFERENCIA PERIÓDICA Además, una modalidad similar también podrá aplicarse al proceso de RA de referencia periódica. De igual forma, las oportunidades de RA de referencia periódica pueden encontrarse en una región de RA separada. En este caso, después de cada región de RA de referencia periódica, la BS envía un mensaje de respuesta de RA de referencia periódica que contiene las respuestas de RA a todas las solicitudes de RA de referencia periódica, exitosamente recibidas y de codi f i cadas , en el tiempo de respuesta de referencia periódica de BS más temprana posible .

La región de RA de referencia periódica puede tener un diseño de canal de PHY diferente de la región de RA de referencia inicial /referencia de HO, a medida que puede ser para el acceso aleatorio de las WTRUs que se han sincronizado con la BS en el UL.

Alternativamente, las oportunidades de RA de referencia periódica pueden compartir la misma región de RA con otros tipos de referencia, por ejemplo, referencia inicial y/o referencia de HO . En este caso, después de cada región de RA de referencia, la BS puede enviar un mensaje único de respuesta de RA de referencia que contiene las respuestas de RA a todas las solicitudes de RA de referencia, exitosamente recibidas y decodi ficadas , incluyendo todos los tipos de referencia, en el tiempo de respuesta de RA de referencia de BS más temprana posible. Alternativamente, la BS puede enviar múltiples mensajes de respuesta de RA de referencia, uno por cada uno de los tipos de referencia o cualquiera de las combinaciones de los tipos de referencia soportadas en la región de RA de referencia, en el mismo o diferente tiempo de respuesta de RA temprana. 4.1.4 SOLICITUD BASADA EN CONTENCIÓN En otra modalidad, con la Solicitud de RA de anchura de banda basada en contención, los mensajes de respuesta de RA de BS pueden contener las asignaciones de recursos que podrán ubicarse en la siguiente región de UL o difundirse en las siguientes múltiples regiones de UL. Según se muestra en un bloque simplificado mostrado en la FIG. 6, para la región de RA 602 en el bloque n-1 600, la BS envia un mensaje de respuesta agregado de RA de BS 611 en el DL 612 de bloque n 610, que contiene las respuestas a todas las solicitudes de RA correctamente recibidas, en donde las respuestas 611 pueden contener las asignaciones de recurso 616 en el bloque n 610 o en los siguientes diversos bloques 620.

La Respuesta BS 611 también puede indicar un sub-bloque futuro en donde la señal de control de asignación de recursos de UL, por ejemplo, MAP-Avanzado (MAP-A) en IEEE 802.16 m, que contiene la asignación actual, podrá encontrarse .

En este respecto, la respuesta agregada de RA de BS 611 también sirve como el acuse de recibo a las WTRUs por sus solicitudes de RA de solicitud de anchura de banda enviadas en la previa región de RA de solicitud de anchura de banda. Es decir, el mensaje de respuesta agregado de RA de BS puede servir dos funciones: una para asignar recursos; y la otra para acusar recibo de las WTRUs que utilizaron la región de RA previa.

Para una TRÜ que utilizó una oportunidad de RA para una solicitud de anchura de banda de UL en la previa región de RA de solicitud de anchura de banda, si la WTRU recibe la respuesta esperada de la respuesta agregada de RA de BS, puede considerar que su intento de RA fue exitoso y también sabe en donde se encuentra su asignación de unidifusión de UL. Si la WTRU no recibe su respuesta esperada en la respuesta de RA de BS, puede reconocer que su intentó de RA falló y puede iniciar el proceso de recuperación inmediatamente o al momento que tenga sentido. 4.1.5 MODALIDADES ADICIONALES CON RELACIÓN A LAS RESPUESTAS En otra modalidad, después de enviar una solicitud de RA, si la WTRU no recibe una respuesta en el mensaje de respuesta de RA de la BS, puede iniciar el procedimiento de recuperación de RA, al menos que se hayan alcanzado un número máximo de intentos de RA permitidos .

Alternativamente, en otra modalidad, un ACK explícito podrá enviarse inmediatamente a la detección de la solicitud de RA. Para una solicitud de RA que requiere la asignación de recursos, la transferencia de recursos actual podrá enviarse hasta el último momento cuando los recursos se encuentren disponibles.

Al recibir un ACK para una solicitud de RA que requiere asignación de recursos, la WTRU podrá iniciar un sincronizador. La expiración del sincronizador sin transferencia/respuesta podrá ser una causa para que la WTRU reintente el procedimiento de acceso. Esto puede impedir que la WTRU espere tanto tiempo en el caso de un error de recepción.

En otra modalidad, en el mensaje de respuesta agregado de RA de BS, las solicitudes de RA exitosamente recibidas y decodificadas, se identifican por los descriptores de oportunidad de RA, por ejemplo, la región de RA, el canal de RA, y el código de RA (según se utiliza, por ejemplo, en sistemas IEEE 802.16), o identificadores derivados de los descriptores de oportunidad de RA. Si los descriptores de oportunidad de RA se utilizan en el mensaje de respuesta de RA de BS para una región de RA, la eficiencia de codificación podrá mejorarse al utilizar una lista de dos niveles, es decir, listar los canales de RA con al menos un código de RA recibido y decodificado y después, por cada canal de RA listado, listar todos los códigos de RA recibidos y codificados, comparándose a utilizar una lista de un solo nivel de los pares (canal de RA, código de RA) para las oportunidades de RA recibidas y decodificadas .

En otra modalidad, el ACK podrá enviarse por código y combinación de canal de RA, juntos llamados una oportunidad de RA. Las oportunidades de RA podrán dividirse en grupos. Por cada grupo, todos los RAs exitosamente recibidos, se señalan. Por cada grupo de acceso con N oportunidades, hasta RAs íímax recibidos, podrán señalarse. El número K podrá señalarse, lo cual requiere bits de log2 (Kmax) . Un índice para la combinación de RA' s exitosos podrá señalarse, lo cual requiere bits log2 (N sobre K) . Un índice podrá reservarse para señalar el caso en donde K > fCmax.

En otra modalidad, la BS ayuda a las WTRUs a tener un período de tiempo mejorado para el sincronizador de RA que es dinámico y varía con las cargas de sistema. Por ejemplo, para las asignaciones de recursos de solicitudes de RA, cuando el sistema es ligeramente cargado, los recursos requeridos pueden ser rápidamente asignados, por consiguiente, el valor del sincronizador de RA puede ser más pequeño. Cuando el sistema es pesadamente cargado, entonces los recursos requeridos serán asignados difundiéndose en el dominio de tiempo, por consiguiente, el valor del sincronizador deberá ser más grande. Es difícil o imposible para las TRUs, cambiar dinámicamente su sincronizador de RA debido a que la WTRU no tiene la información de carga de sistema sin ser informada por la BS . Con la ayuda de la BS, después de que la BS recibe/procesa una región de RA, envía un mensaje de radiodifusión, diciendo a las WTRUs los valores del sincronizador de RA para la región de RA dada, con base al conocimiento de la BS acerca de cuánto tomará el terminar de responder a aquellas solicitudes de RA correctamente recibidas. Alternativamente, el tiempo de envío no se específica y la WTRU sigue al último valor del sincronizador de RA disponible .

Cuando las múltiples clases de solicitudes de RA se soportan, si la información de clase de RA se proporciona en las solicitudes de RA recibidas, la BS también puede enviar múltiples valores de tiempo de RA, cada uno por una clase de solicitud de RA especifica. Un mensaje de radiodifusión de regulación del sincronizador de RA puede ser muy corto, a medida que contiene solamente números pequeños, es decir, los valores del sincronizador de RA. Esta modalidad propuesta también podrá aplicar a las detecciones tanto de la falla de RA originada por colisión como de la falla de RA originada por potencia demasiado baja. Si la WTRU no recibe la respuesta de RA espera dentro del tiempo dado, puede iniciar el procedimiento de recuperación de RA al menos que se haya alcanzado el número máximo de intentos de RA permitido. 4.2 COLISIONES En un primer método para direccionar las colisiones, todas las unidades de transmisión/recepción inalámbrica (WTRUs) pueden utilizar códigos distintos, sin embargo, debido a las limitaciones del receptor, se utilizan más códigos que los que pueden detectarse. El primer resultado puede ser que no todos los códigos se detectan, pero aquellos que se detectan son correctos. Esto es un problema solamente si todas las TRUs eligen el mismo canal nuevamente. El segundo resultado es que se hagan falsas detecciones. Esto seria un caso de baja probabilidad y la recuperación de ello seria en una etapa de verificación.

Una primera modalidad puede direccionar el problema de colisión de datos de UL originado por la detección omitida de colisiones de RA cuando no se utiliza la Solicitud de Repetición Automática Híbrida de UL (HARQ) . Una detección omitida de colisión de RA sucede cuando la BS erróneamente detecta una solicitud de RA única 1210 (en FIG. 7) en una oportunidad de RA que tuvo una colisión de RA, es decir, con acceso por dos o más WTRUs. Si la respuesta de RA esperada 1235 puede incluir una asignación de datos de UL de unidifusión, por ejemplo, en el proceso de RA de solicitud de anchura de banda de UL basada en contención, la BS puede asignar una asignación de UL de unidifusión a la solicitud de RA decodificada 1210. Sin embargo, dos o más TRUs que utilizaron la misma oportunidad de RA 1210 pueden entonces transmitir en la asignación de UL 1238 , de esta manera dando como resultado la colisión de región de datos.

Cuando HARQ DE UL no se utiliza para la transmisión de UL, las WTRUs incluidas pueden detectar la colisión de región de datos de UL por una falla de recepción de la respuesta esperada de la BS a sus datos de UL si sus datos de UL requieren cierta respuesta, por ejemplo, como parte de los datos de protocolo de sincronización inicial; de lo contrario, las WTRUs incluidas pueden no ser capaces de detectar tal colisión de región de datos de UL en el estrato de MAC. La modalidad propuesta puede utilizar la asistencia de BS a las WTRUs en detectar tales colisiones de región de datos de UL. La BS tiene el conocimiento acerca de cuál asignación de datos de UL se encuentra para una respuesta de RA y la BS también tiene el conocimiento de si la región de datos de UL se ha recibido exitosamente. Por lo tanto, en caso de una colisión de región de datos de UL, la BS puede utilizar su conocimiento para enviar una indicación a las WTRUs para informar la falla de recepción de la región de datos de UL asignada para una solicitud de RA. Tal indicación de colisión de región de datos de UL podrá llamarse como ACUSE de recibo Negativo de datos de UL iniciado por RA (NACK) .

Cuando las WTRUs que utilizaron la asignación de UL dada reciben tal NACK de datos de UL iniciado por RA de la BS, pueden reconocer que un error ocurrió en su procedimiento "actualmente en funcionamiento", y es necesaria una recuperación de error.

En un NACK de datos de UL iniciado por RA 1245 enviado por la BS, la región de datos de UL podrá identificarse por la solicitud de RA a la cual la asignación de datos de UL se dio como la respuesta, en donde la solicitud de RA podrá identificarse por los descriptores de solicitud de RA, por ejemplo, la región de RA, el canal de RA, y el código de RA, o un identi f icador derivado de estos descriptores de RA.

En un NACK de datos de UL iniciado por RA 124 enviado por la BS, la región de datos de UL también podrá identificarse por los descriptores de asignación de datos de UL, por ejemplo, índice de bloque, índice de sub-bloque, índice de LRU (Unidad de Recursos Lógicos), etc., o un identificador derivado de estos descriptores de asignación de UL .

La BS puede enviar un NAC de datos de UL iniciado por RA 1245 como una señal de control de MAC, por ejemplo, en los sistemas IEEE 802.16, tal como un NACK de datos de UL iniciados por RA podrán codificarse como un mensaje de control, un encabezado de señalización de control, o un sub-encabe zado o encabezado extendido de una PDU (Unidad de Datos de Protocolo) de MAC, o un Elemento de Información (IE) de MAP Avanzado (MAP-A) .

Otra modalidad puede direccionar el problema de colisión de datos de UL originado por detección omitida de una colisión de RA cuando se utiliza HARQ de UL. En este caso, la colisión de datos de UL originada por detección omitida de una colisión de RA puede originar el desecho de recursos sustancial, debido a que puede forzar a las WTRUs colisionadas a retransmitir repetitivamente y de allí volver a colisionar hasta que alcance el número máximo permitido de retransmisiones de HARQ. Con HARQ de UL, la detección de una colisión de región de datos de UL puede requerir intentos adicionales y/u otras técnicas que la de codi fi ca ci ón de HARQ de datos de UL sólo normal, debido a que un error de aumento único podrá ser difícil de decir es el resultado de error de enlace normal o una colisión.

Según se muestra en la FIG. 8, múltiples oportunidades de solicitud de RA 1310 se transmiten en un bloque n en un enlace ascendente, y en el bloque n+1 el mensaje de respuesta de RA agregado de BS 1335 proporciona respuestas a la solicitud de RA 1310 y otras solicitudes. Después de recibir y decodificar la primera transmisión de UL en una asignación de datos de UL como la respuesta a una solicitud de RA 1310, la BS puede todavía ser capaz de detectar una colisión. Por ejemplo, la BS puede considerar una colisión se detecta si la región de datos de UL 1338 experimenta un nivel anormalmente alto de errores con base a la codificación de canal, tal como HARQ de Redundancia Incremental (HARQ de IR), o si observa otros cambios de señal físicos anormales, por ejemplo, difusión de retraso de canal .

Cuando se recibe y se decodifica una retransmisión de HARQ de UL subsecuente 1338, pero antes de alcanzar el número máximo de retransmisiones de HARQ, la BS puede ser capaz de detectar una colisión en una asignación de datos de UL como la respuesta a una solicitud de RA. Por ejemplo, la BS puede considerar una colisión es detectada si no se observa que se haya obtenido ganancia de las retransmisiones de HARQ de UL.

Una vez detectada, una colisión de región de datos de UL podrá manejarse al utilizar la asistencia de la BS para ayudar a las WTRUs a detectar de manera oportuna la condición de error, detener las retransmisiones de HARQ de UL, e ingresar un proceso de recuperación de error. La asistencia de la BS puede ser una señal de indicación enviada por la BS a las WTRUs, por ejemplo, una ACUSE de recibo Negativo de datos de UL iniciado por RA (NACK) 1350 en el enlace descendente en el bloque n+3 en la FIG. 8.

Cuando se recibe tal NACK de datos de UL iniciado por RA 1350 de la BS, la TRU puede detener el proceso de retransmisión de HARQ e ingresar al proceso de recuperación de acceso aleatorio inmediatamente.

Similar a la modalidad previa, el NACK de datos de UL iniciado por RA 1350 señalado por la BS podrá codificarse como una señal de control de MAC, por ejemplo, en los sistemas de IEEE 802.16, un mensaje de control, o un encabezado de señalización de control, o un sub-encabe zado o encabezado extendido de una PDU (Unidad de Datos de Protocolo) de MAC, o un Elemento de Información (IE) de MAP Avanzado (MAP-A) .

Además, si el HARQ de UL sincronizado se utiliza, el NACK de datos de UL iniciado por RA enviado por la BS puede ser la misma señal de control utilizada para dar por terminada las asignaciones de recursos de UL sincronizada para las retransmisiones de HARQ de UL 1350, por ejemplo, en el bloque n+ 3 en la FIG. 9. Por ejemplo, en los sistemas IEEE 802.16, una IE de MAP-A de asignación de C DMA con asignación cero podrá utilizarse por la BS para señalar el NACK de datos de UL iniciado por RA y también dar por terminada las asignaciones de recursos de UL sincronizado para las retransmisiones de HARQ de UL .

También, si se utiliza HARQ de UL no sincronizado, el NACK de datos de UL iniciado por RA señalado por la BS podrá ser una combinación de NACK de HARQ de UL y no se asignó recurso de UL para la retr nsmisión de HARQ dentro de un intervalo de tiempo predefinido después de la previa transmisión o retransmisión de HARQ.

Alternativamente, si se utiliza HARQ de UL no sincronizado, el NACK de datos de UL iniciado por RA señalado por la BS podrá ser una combinación de NACK de HARQ de UL y asignación de recursos de UL cero para la retransmisión de HARQ. Por ejemplo, en los sistemas IEEE 802.16, la asignación de recursos de UL cero podrá ser un IE de MAP-A de asignación de CDMA con asignación cero.

Cuando se utiliza la asignación cero para la retransmisión de HARQ de UL para una asignación de UL siguiente a una solicitud de RA para dar por terminada su proceso de retransmisión de HARQ de UL, las WTRUs pretendidas podrán identificarse por los descriptores de oportunidad de RA previamente utilizados, por ejemplo, la región de RA, el canal de RA, y el código de RA, o un identi f icador derivado de estos descriptores de RA .

Alternativamente, cuando se utiliza la asignación cero para la retransmisión de HARQ de UL para una asignación de UL siguiente a una solicitud de RA para dar por terminado su proceso de retransmisión de HARQ de UL, se pretende que las WTRUs puedan identificarse por los descriptores de asignación de datos de UL previamente utilizados, por ejemplo, índice de bloque, índice de sub-bloque, índice de LRU (Unidad de Recursos Lógicos), etc., o un identi fi cado derivado de estos descriptores de asignación de UL.

Cuando se utiliza la asignación cero para la retransmisión de HARQ de UL para una asignación de UL siguiente a una solicitud de RA para dar por terminado su proceso de retransmisión de HARQ de UL, los identificadores de sus WTRUs pretendidas, podrán incluirse como campo de información en la señal de control de asignación cero o podrán enmascararse con la Revisión de Redundancia Cíclica (CRC) de la señal de control de asignación cero.

La señal de control de asignación cero podrá codificarse como un elemento de información de asignación de recursos de UL autónomo, por ejemplo, un IE de MAP-A autónomo, en donde su valor tipo indica la asignación de UL cero.

Alternativamente, la señal de control de asignación cero podrá codificarse como un caso especial del IE de asignación de UL para la asignación de UL siguiente a la solicitud de RA, por ejemplo, el IE de Asignación de CD A, en donde el caso especial podrá ser indicado por un valor específico de un campo de información en el IE de asignación de UL.

Otra modalidad puede señalar el problema de colisión de datos de UL originado por la detección fallida de las colisiones de RA cuando se utiliza HARQ de UL. La BS puede configurar un número limitado de retransmisiones de HARQ de UL para la región de datos de UL asignada como una respuesta a una solicitud de RA, en donde tal número limitado es menor al número máximo de retransmisiones de HARQ de UL para otras ubicaciones de UL . Con esta modalidad, la TRU que transmite en una asignación de UL siguiente a la solicitud de RA podrá existir al retransmisión de HARQ de UL cuando se transmite n veces incluyendo la transmisión original, en donde 1 < n < Max_num_HARQ_retransmisiones . El valor de n podrá decidirse por la configuración del sistema. El NACK de HARQ n-th de la BS también indica la terminación del proceso de retransmisión de HARQ. Cuando se recibe el NACK de HARQ n-th, la WTRU da por terminada la retransmisión de HARQ de UL y puede entrar al proceso de recuperación de acceso aleatorio.

Otra modalidad puede señalar el problema de colisión en donde no todos los códigos se detectan y en donde no se detecta nada. Esta modalidad utiliza un mecanismo de recuperación de tal manera que la WTRU puede aleatorizar su selección de ranura y códigos.

Otra modalidad puede señalar el problema de colisión de RA en donde se detecta una colisión de RA. En este ejemplo, la BS puede enviar un NACK para notificar a las WTRUs de que las fallas de RA que detectó la BS en la región de RA previa, se deben a las colisiones. El beneficio de enviar un NACK y no un ACK es en sobrecarga reducida ya que las señales de NACK son la excepción a la regla.

La FIG. 9 es un diagrama de un bloque que utiliza información de Asistencia de BS en un sincronizador de RA o un NACK. Cuando una BS detecta una colisión en RA, a la siguiente oportunidad de DL, la BS puede enviar un mensaje de NACK 613 para informar a los suscriptores de la colisión detectada. Esto eliminará/minimizará simultáneamente la falsa detección en el lado de WTRU y reducirá la latencia de RA significativamente. El mecanismo de NACK propuesto puede ser una adición al mecanismo basado en sincronizador de WTRU, no un reemplazo. Un mecanismo basado en sincronizador podrá emplearse para ser el mecanismo de respaldo en ciertos escenarios.

Las modalidades discutidas en la presente pueden señalar las detecciones tanto de la falla de RA originada por colisión como la falla de RA de potencia de señal insuficiente, asi como también otras causas de la falla de RA.

A pesar de que las características y los elementos se describen anteriormente en combinaciones en particular, cada característica o elemento podrá utilizarse sólo sin las otras características y elementos o en diversas combinaciones con o sin otras características y elementos. Los métodos o diagramas de flujo proporcionados en la presente, pueden impl ementar se en un programa de computadora, software, o firmware incorporado en un medio de almacenamiento leíble por computadora para ejecución por una computadora de propósito general o un procesador. Los ejemplos de medios de almacenamiento leíbles por computadora incluyen una memoria de sólo lectura (ROM), una memoria de acceso aleatorio (RAM), un registrador, memoria asociada, dispositivos de memoria semiconductora, medios magnéticos tales como discos duros internos y discos removibles, medios magneto-ópticos, y medios ópticos tales como discos CD-ROM, y discos versátiles digitales ( DVDs ) .

Los procesadores adecuados incluyen, a manera de ejemplo, un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo de DSP, un controlador, un mi crocont rolador , Circuitos Integrados de Aplicación Especifica (ASICs), circuitos de Dispositivos de Entrada Programable por Campo (FPGAs), cualquier otro tipo de circuito integrado (IC) , y/o una máquina de estado.

Un procesador en asociación con software podrá utilizarse para implementar un transceptor de radiofrecuencia para uso en unidad de transmisión/recepción inalámbrica (WTRU) , equipo de usuario (UE), terminal, estación base, controlador de red por radio (RNC), o cualquier computadora huésped. La WTRU podrá utilizarse junto con módulos, implementados en el hardware y/o el software, tal como una cámara, un módulo de video cámara, un video teléfono, un altavoz, un dispositivo de vibración, un parlante, un micrófono, un transceptor de televisión, un audífono manos libres, un teclado, un módulo Bluetooth®, una unidad de radiofrecuencia modulada ( FM ) , una unidad de visualización de pantalla de cristal líquido (LCD), una unidad de visualización de diodo emisor de luz orgánica (OLED), un reproductor de música digital, un reproductor de medios, un módulo reproductor de video juegos, un explorador de Internet, y/o cualquier red de área local inalámbrica (WLAN) o módulo de Ultra Banda Ancha (U B) .

MODALIDADES 1. Una estación base (BS) configurada para ayudar en la detección de una falla de solicitud de acceso aleatorio (RA) que comprende : una antena configurada para recibir una solicitud de RA; un procesador configurado para decodificar la solicitud de RA; y un transmisor configurado para transmitir un mensaje de respuesta de RA agregado comprendiendo una o más respuestas de RA que responden a una o más solicitudes de RA recibidas y decodificadas. 2. La BS de la modalidad 1, en donde la solicitud de RA es una solicitud de referencia inicial. 3. La BS de la modalidad 2, en donde la solicitud de referencia inicial comprende un código de referencia inicial en un canal de referencia inicial. 4. La BS de la modalidad 2, en donde una o más respuestas de RA comprenden una notificación de status de referencia. 5. La BS de la modalidad 4, en donde una o más respuestas de RA comprenden ajustes de parámetro de enlace ascendente (UL) . 6. La BS de la modalidad 1, en donde la solicitud de RA es una solicitud de referencia de transferencia (HO) . 7. La BS de la modalidad 6, en donde la solicitud de referencia de HO comprende un código de referencia de HO, en un canal de RA de referencia de HO. 8. La BS de la modalidad 7, en donde una o más respuestas de RA comprenden una notificación de status de referencia. 9. La BS de la modalidad 8, en donde una o más respuestas de RA comprenden ajustes de parámetro de enlace ascendente (UL) . 10. La BS de la modalidad 1, en donde la solicitud de RA es una solicitud de referencia periódica. 11. La BS de la modalidad 10, en donde cuando la BS recibe y decodifica la solicitud de referencia periódica, la BS estima la resistencia de canal y el (la) tiempo/frecuencia de las señales de UL recibidas correspondientes a la solicitud de referencia periódica. 12. La BS de la modalidad 10, en donde una o más respuestas de RA comprenden una notificación de status de referencia. 13. La BS de la modalidad 12, en donde una o más respuestas de RA comprenden ajustes de parámetro de enlace ascendente (UL) . 14. La BS de la modalidad 1, en donde una región de RA comprende una solicitud de referencia inicial y una solicitud de referencia de transferencia (HO) . 15. La BS de la modalidad 14, en donde la BS transmite el mensaje de respuesta de RA agregado que comprende respuestas de RA a todas las solicitudes de RA de referencia inicial recibidas y decodificadas y las solicitudes de RA de referencia de HO, el mensaje de respuesta de RA de referencia agregado comprendiendo una respuesta de RA de referencia por solicitud de RA de referencia recibida y decodi f i cada . 16. La BS de la modalidad 15, en donde la BS transmite al menos dos mensajes de respuesta de RA agregados, en donde el primer mensaje de respuesta de RA agregado comprende respuestas de RA que responden a las solicitudes de referencia inicial recibidas y decodificadas, y el segundo mensaje de respuesta de RA agregado comprende respuestas de RA responden a las solicitudes de Referencia de HO recibidas y decodificadas. 17. La BS de la modalidad 1, en donde la solicitud de RA es una solicitud de anchura de banda basada en contención. 18. La BS de la modalidad 1, en donde la BS recibe al menos dos solicitudes de RA y el RA transmite al menos dos mensajes de respuesta de RA agregados, en donde el primer mensaje de respuesta de RA agregado comprende respuestas de RA que responden a una de las solicitudes de RA recibidas y decodificadas, y el segundo mensaje de respuesta de RA agregado comprende respuestas de RA que responden a las otras solicitudes de RA recibidas y decodificadas . 19. La BS de la modalidad 1, en donde la solicitud de RA se recibe en una región de enlace ascendente en un primer bloque y el mensaje de respuesta de RA agregado se transmite en una región de enlace descendente en un segundo bloque que sigue al primer bloque . 20. La BS de la modalidad 19, en donde el segundo bloque inmediatamente sigue al primer bloque. 21. La BS de la modalidad 19, en donde la región de enlace descendente del segundo bloque inmediatamente sigue a la región de enlace ascendente del primer bloque. 22. Una unidad de transmisión/recepción inalámbrica (WTRU) que detecta la falla de una solicitud de acceso aleatorio (RA) que comprende : un transmisor configurado para transmitir una solicitud de RA; un receptor configurado para recibir un mensaje de respuesta de RA agregado; un procesador configurado para determinar si la solicitud de RA fue exitosa al determinar si el mensaje de respuesta de RA agregado comprende una respuesta de RA correspondiente a la solicitud de RA. 23. La WTRU de la modalidad 22, en donde la solicitud de RA es una solicitud de referencia inicial. 24. La WTRU de la modalidad 22, en donde la solicitud de RA es una solicitud de referencia de transferencia. 25. La WTRU de la modalidad 22, en donde la solicitud de RA es una solicitud de referencia periódica. 26. La WTRU de la modalidad 22, en donde una región de RA en un enlace ascendente comprende una solicitud de referencia inicial y una solicitud de referencia de transferencia. 27. La BS de la modalidad 22, en donde la solicitud de RA es una solicitud de anchura de banda basada en contención. 28. La WTRU de la modalidad 22, en donde la solicitud de RA se transmite en una región de enlace ascendente en un primer bloque y el mensaje de respuesta de RA agregado se recibe en una región de enlace descendente en un segundo bloque que sigue al primer bloque. 29. La WTRU de la modalidad 28, en donde el segundo bloque inmediatamente sigue al primer bloque . 30. La WTRU de la modalidad 29, en donde la región de enlace descendente del segundo bloque inmediatamente sigue a la región de enlace ascendente del primer bloque. 31. Una estación base (BS) que ayuda en la detección de colisión de acceso aleatorio (RA) que comprende: una antena configurada para recibir una solicitud de RA y para recibir un aumento de datos de enlace ascendente (UL); un procesador configurado para decodificar la solicitud de RA, construir y programar una respuesta de RA a la solicitud de RA, programar una asignación de datos de UL en respuesta a la solicitud de RA, y decodificar el aumento de datos de UL; y un transmisor configurado para transmitir una respuesta de RA a la solicitud de RA, el transmisor configurado además para transmitir una asignación de UL en respuesta a la solicitud de RA, y también transmitir un acuse de recibo negativo (NACK) de datos de UL iniciado por RA en una condición de que los datos no se recibieron en una región de datos de UL correspondiente a la solicitud de RA. 32. La BS de la modalidad 31, en donde el NACK de datos de UL iniciado por RA comprende una identificación de la solicitud de RA asociada con la región de datos de UL. 33. La BS de la modalidad 31, en una condición de que se utilice una Solicitud de Repetición Automática Híbrida (HARQ) de UL, en donde el NACK de datos de UL iniciado por RA se señala por una combinación de NACK de HARQ y asignación de recursos de enlace ascendente cero para la retransmisión de HARQ. 34. La BS de la modalidad 31, en una condición de que se utiliza la Solicitud de Respuesta Automática Híbrida (HARQ) de UL, en donde el NACK se señala al dar por terminada la retransmisión de Solicitud de Repetición Automática Híbrida (HARQ) de UL. 35. Un método para ayudar en la detección de una falla de solicitud de acceso aleatorio (RA) que comprende: recibir y decodificar una solicitud de RA; y transmitir un mensaje de respuesta de RA agregado que comprende una o más respuestas de RA que responden a una o más de las solicitudes de RA recibidas y decodificadas. 36. Un método para detectar una falla de acceso aleatorio (RA) , el método comprendiendo : transmitir una solicitud de RA; recibir un mensaje de respuesta de RA agregado que comprende una o más respuestas de RA; y determinar si la solicitud de RA se transmitió exitosamente al determinar si el mensaje de respuesta de RA agregado comprende una respuesta de RA correspondiente a la solicitud de RA.

Claims

REIVINDICACIONES

1. Una estación base (BS) configurada para ayudar en la detección de una falla de solicitud de acceso aleatorio (RA) que comprende: una antena configurada para recibir una solicitud de RA; un procesador configurado para decodificar la solicitud de RA; y un transmisor configurado para transmitir un mensaje de respuesta de RA agregado comprendiendo una o más respuestas de RA que responden a una o más solicitudes de RA recibidas y decodi f icadas .

2. La BS de la reivindicación 1, en donde la solicitud de RA comprende una solicitud de referencia inicial.

3. La BS de la reivindicación 2, en donde la solicitud de referencia inicial comprende un código de referencia inicial en un canal de referencia inicial.

4. La BS de la reivindicación 2, en donde una o más respuestas de RA comprenden una notificación de status de referencia.

5. La BS de la reivindicación 4, en donde una o más respuestas de RA comprenden ajustes de parámetro de enlace ascendente (UL) .

6. La BS de la reivindicación 1, en donde la solicitud de RA comprende una solicitud de referencia de transferencia (HO) .

7. La BS de la reivindicación 6, en donde la solicitud de referencia de HO comprende un código de referencia de HO en un canal de RA de referencia de HO .

8. La BS de la reivindicación 7, en donde una o más respuestas de RA comprenden una notificación de status de referencia.

9. La BS de la rei indicación 8, en donde una o más respuestas de RA comprenden ajustes de parámetro de enlace ascendente (UL) .

10. La BS de la reivindicación 1, en donde la solicitud de RA comprende una solicitud de referencia periódica.

11. La BS de la reivindicación 10, en donde cuando la BS recibe y decodifica la solicitud de referencia periódica, la BS estima la resistencia de canal y el (la) t i empo / f re cuenci a de las señales de UL recibidas correspondientes a la solicitud de referencia periódica.

12. La BS de la reivindicación 10, en donde una o más respuestas de RA comprenden una notificación de status de referencia.

13. Una unidad de transmisión/recepción inalámbrica (WTRU) que detecta la falla de una solicitud de acceso aleatorio (RA) que comprende : un transmisor configurado para transmitir una solicitud de RA; un receptor configurado para recibir un mensaje de respuesta de RA agregado; y un procesador configurado para determinar si la solicitud de RA fue exitosa al determinar si el mensaje de respuesta de RA agregado comprende una respuesta de RA correspondiente a la solicitud de RA.

14. Una estación base (BS) que ayuda en la detección de colisión de acceso aleatorio (RA) que comprende: una antena configurada para recibir una solicitud de RA y para recibir un aumento de datos de enlace ascendente (UL); un procesador configurado para decodificar la solicitud de RA, construir y programar una respuesta de RA a la solicitud de RA, programar una asignación de datos de UL en respuesta a la solicitud de RA, y decodificar el aumento de datos de UL; y un transmisor configurado para transmitir una respuesta de RA a la solicitud de RA, el transmisor configurado además para transmitir una asignación de UL en respuesta a la solicitud de RA, y también transmitir un acuse de recibo negativo (NACK) de datos de UL iniciado por RA en una condición de que no se recibió en una región de datos de UL correspondiente a la solicitud de RA.

15. Un método para detectar una falla de acceso aleatorio (RA), el método comprendiendo: transmitir una solicitud de RA; recibir un mensaje de respuesta de RA agregado que comprende una o más respuestas de RA; y determinar si la solicitud de RA se transmitió exitosamente al determinar si el mensaje de respuesta de RA agregado comprende una respuesta de RA correspondiente a la solicitud de RA.