MX2008013979A - Equipo para usuario. - Google Patents

Abstract

Un equipo de usuario para comunicar datos en un sistema de comunicaciones que comprende un grupo de equipos de usuario, el cual comprende: un transceptor configurado para recibir al menos un paquete de datos sobre un canal de comunicaciones, en donde el paquete de datos comprende un identificador; y un procesador configurado para determinar a partir del identificador si el equipo de usuario pertenece a un subgrupo de equipos de usuario, en donde el procesador está configurado para determinar si el primer identificador forma parte del subgrupo de equipos de usuario cuando el identificador corresponde a un primer valor, si el canal de comunicaciones es un canal común, o un segundo valor, si el canal de comunicaciones es un canal dedicado.

Description

IDENTIFICADORES INDIVIDUALES Y GRUPALES PARA EQUIPO DE USUARIO EN SISTEMAS INALÁMBRICOS CON UN CANAL DE TRANSPORTE COMPARTIDO CAMPO DE LA INVENCIÓN Esta invención se refiere a equipo de usuario para sistemas de comunicación y en particular, pero no exclusivamente, a acceso de paquete de enlace descendente a alta velocidad (HSDPA, por sus siglas en inglés) para sistemas de comunicación de acceso múltiple por división de código de banda ancha (WCDMA, por sus siglas en inglés) .

ANTECEDENTES DE LA INVENCIÓN Como se sabe en el campo, un desarrollo adicional del sistema de comunicación de WCDMA/sistema de telecomunicaciones móviles universal (UMTS, por sus siglas en inglés) definido por la Organización del proyecto de sociedad de 3a generación (3GPP, por sus siglas en inglés) , es la definición del sistema conocido como acceso de paquete de enlace descendente a alta velocidad (HSDPA) . El HSDPA opera como un canal de comunicaciones de tiempo compartido que proporciona el potencial para altas velocidades de transferencia de datos pico asi como la posibilidad para tener una alta eficiencia espectral. Los estándares actuales del HSDPA de 3GPP (por ejemplo 3GPP TS 25.858) definen un canal compartido de enlace descendente a alta velocidad (HS-DSCH, por sus siglas en inglés), el cual es un canal de transporte de enlace descendente compartido por equipo de varios usuarios. El HS-DSCH está asociado con un canal físico dedicado de enlace descendente (DPCH, por sus siglas en inglés) o F-DPCH (opción en Versión 6 de 3GPP) por usuario activo, y uno o varios canales de control compartido (HS-SCCH) . El HS-DSCH se puede transmitir en toda la celda o solamente en parte de la celda utilizando por ejemplo antenas de formación de haz. El HSDPA mejora la capacidad del sistema e incrementa las velocidades de transferencia de datos para el usuario en el enlace descendente, en otras palabras para transmisión de datos desde una estación base radioeléctrica (RBS, por sus siglas en inglés) la cual en un sistema U TS también es conocida como un servidor de nodo B (y en el GSM por el término estación transceptora base o BTS) hacia el equipo del usuario. Este desempeño mejorado se basa en tres aspectos. El primer aspecto es el uso de modulación y codificación adaptables. En el HSDPA, la entidad de adaptación de enlace en la estación base radioeléctrica (servidor de Nodo B) trata de adaptarse a las condiciones del canal actual de un cierto equipo de usuario (o terminal de usuario) mediante la selección del esquema de modulación y codificación más alto posible, manteniendo la probabilidad de error de cuadro por debajo de un cierto umbral. Para ese propósito, el equipo de usuario envía periódicamente reportes de retroalimentación de calidad del canal al RBS de servicio respectivo, que indica el formato de transmisión recomendado para el siguiente intervalo de tiempo de transmisión (TTI, por sus siglas en inglés), que incluye el tamaño del bloque de transporte recomendado, el número de códigos recomendado y el esquema de modulación soportado, así como un posible desplazamiento de potencia. El valor del indicador de calidad de canal (CQI, por sus siglas en inglés) reportado se determina con base en las mediciones de un canal piloto común. En una implementación típica, éste es un apuntador a un índice en una de las tablas especificadas en el documento "3GPP TS 25.214 - Physical Layer Procedures (FDD)" que definen las posibles combinaciones de formato de transmisión (como se mencionó anteriormente), para diferentes categorías de equipo de usuario (UE, por sus siglas en inglés) .

El segundo aspecto es la provisión de retransmisiones rápidas con combinación suave y redundancia ascendente, de modo que si ocurrieran errores de enlace el equipo del usuario solicitaría rápidamente la retransmisión de los paquetes de datos. Mientras que la red WCDMA estándar especifica que las solicitudes se procesen por el controlador de red de radio (RNC, por sus siglas en inglés), en el HSDPA la solicitud se procesa por la RBS. Además, el uso de redundancia ascendente, permite la selección de bits correctamente transmitidos a partir de la transmisión original y la retransmisión con el fin de minimizar la necesidad de solicitudes de repetición adicionales cuando ocurren múltiples errores en las señales transmitidas. El tercer aspecto del HSDPA es la programación rápida en la RBS. Ahí es donde.ylos datos que se van a transmitir al equipo del usuario se amortiguan dentro de la RBS antes de la transmisión y la RBS utiliza un criterio de selección, selecciona algunos de los paquetes que se van a transmitir con base en la información respecto a la calidad del canal, la capacidad del equipo de usuario, la calidad de clase de servicio y la disponibilidad de potencia/código. Un programador comúnmente utilizado es el denominado programador ordinario proporcional (P-FR, por su abreviatura en inglés) . Aunque el HSDPA es un método eficiente para entregar cantidades de datos relativamente grandes en periodos de tiempo relativamente pequeños (el TTI para un sistema de HSDPA es de 2 ms ) . No obstante, este desempeño solamente se puede utilizar cuando el equipo de usuario está operando dentro del estado de canal dedicado (estado CELL_DCH) , en otras palabras después de que se ha establecido una conexión de capa física entre el UE y la RBS y la conexión de capa tiene canales dedicados asignados a ésta. La transición del UE al estado de canal dedicado (estado CELL_DCH) y el establecimiento de una conexión de HSDPA puede tomar hasta un segundo. De este modo, específicamente en donde la cantidad de datos requeridos que se van a transmitir es relativamente pequeña, la transición de estado al estado CELL_DCH puede tomar más tiempo que la transmisión real de datos. Además, cuando el UE está en el proceso de cambiar de estado al estado CELL_DCH, el cambio de estado requerido se tiene que direccionar al UE por el canal de acceso delantero (FACH, por sus siglas en inglés) que es significativamente más lento y menos robusto que los últimos canales de transmisión del HSDPA. Antes y durante la · '- transición al estado CELL_DCH, el estado CELL_FACH requiere que tanto el canal de control dedicado de enlace descendente (DCCH, por sus siglas en inglés) como el canal de tráfico dedicado de enlace descendente (DTCH, por sus siglas en inglés) se mapeen en el canal de acceso delantero (FACH, por sus siglas en inglés) . Este requisito incrementa la señalización de control de recursos radioeléctricos (RRC, por sus siglas en inglés) (provocado por la información extra del DCCH) y la demora de transmisión de datos (provocada por la información extra del DTCH) . La duración mínima de tiempo de la transmisión del FACH (que se lleva en el canal físico de control común secundario (S-CCPCH, por sus siglas en inglés)) es de aproximadamente 10 milisegundos . Durante la fase de establecimiento de conexión de control de recursos radioeléctricos (RRC) , la transmisión de canal de control común (CCCH) se mapea en el canal de acceso delantero (FACH) . Las Figuras 1A y 1 B muestran el procedimiento para la transición del UE al estado del canal dedicado (CELL_DCH) como se describe en el reporte técnico de 3GPP TR 25.931. En el paso (107) de la figura IB (que se describe con mayor detalle posteriormente), el mensaje de establecimiento de la conexión de RRC que típicamente se lleva en el canal de control común (CCCH) se lleva en el canal de acceso delantero (FACH) el cual a su vez se mapea en el canal físico de control común secundario (S-CCPCH) . También se sabe de la entrega de datos a un UE que no está en el estado de canal dedicado (CELL_DCH) mediante el uso del canal de acceso delantero (FACH) para entregar pequeñas cantidades de datos o información de control al UE . No obstante, este procedimiento sufre de los problemas inherentes asociados con el FACH, una baja velocidad de transferencia de datos y retransmisión lenta . La capacidad del canal de acceso delantero (FACH) llevado en el S-CCPCH es relativamente baja, típicamente entre 32 y 64 kbps, que limita el uso del canal de acceso delantero a paquetes pequeños . Por lo tanto, típicamente sólo es posible transmitir una o dos unidades de datos de protocolo de control de radioenlace (PDU de RLC) del canal de control común (CCCH) en un TTI simple (un paquete típico de PDU de RLC de CCCH es de 152 bits) . La señalización de radioportadores (SRB) mapeados en el canal de control dedicado (DCCH) y la utilización de paquetes de control de radioenlace de modo no confirmado (UM RLC) producen PDUs de RLC que son de 136 o de 120 bits de longitud.

Los SRBs que utilizan control de radioenlace de modo no confirmado (A RLC) producen PDUs de RLC que son ya sea de 136 o 120 bits de longitud. Los SRBs que utilizan control de radioenlace de modo confirmado (AM RLC) producen PDUs de RLC que son de 128 bits de longitud. En ambos modos con confirmación y sin confirmación que utilizan el canal de control común (CCCH) se pueden transmitir una o dos unidades de datos de protocolo por TTI . Un tamaño de PDU de RLC de canal de tráfico dedicado típico (DTCH) es de 320 bits. Como el TTI típico para FACH es de 10 ms , una PDU (o paquete) de RLC de DTCH simple transmitida por TTI utiliza toda la capacidad de velocidad de transferencia de datos de 32 kbps del FACH solo. La conflabilidad del canal de acceso delantero (FACH) es también limitada, ya que las retransmisiones toman una cantidad considerable de tiempo conforme las retransmisiones se llevan a cabo en el RLC con base en los indicadores de estado del RLC transmitidos en el canal de acceso aleatorio en el enlace ascendente. Además, un mensaje transmitido en el CCCH no tiene ninguna retransmisión en la capa del RLC y en el caso de señalización de error, la capa de RRC necesita iniciar la retransmisión del mensaje de RRC si el mensaje de respuesta apropiado no se recibe dentro de un cierto tiempo. Este tiempo típicamente es muy prolongado (en el orden de segundos), debido a las demoras de transmisión en los canales FACH (DL) y RACH (UL) . El consumo de energía típico del UE de 3G en el estado de canal dedicado (CELL_DCH) es de aproximadamente 250 mA, en el estado de canal de acceso delantero (FACH) transicional es de aproximadamente 120 mA, y en el estado de canal localizador ( CELL/URA_PCH ) o en el estado desocupado es típicamente < 5 mA. El uso del canal FACH para transmitir datos puede dar como resultado un mayor consumo de- energía, ya que la recepción del canal de acceso delantero (FACH) requiere más tiempo para recibir todos los datos (de baja velocidad) . Por lo tanto, en resumen, el requisito para utilizar el canal de acceso delantero (FACH) sobre el canal físico de control común secundario (S-CCPCH) para transmisión (ya sea como un estado transicional o como el estado en operación para pasar datos) son aquellos de bajas velocidades de transferencia de datos, velocidades de retransmisión lentas, y también un consumo de energía relativamente alto del UE . Otro asunto con respecto al H-RNTI de identificador único que se utiliza para identificar el receptor atendido de cada paquete transmitido ya en la capa física, puede conducir a problemas en la identificación de subgrupos dentro del grupo común que responde al valor común de H-RNTI . Por ejemplo, cuando el equipo de usuario no tiene un RNTI válido que lo identifica por sí mismo dentro de la celda (C-RNTI) .

SUMARIO DE LA INVENCIÓN Un objetivo de la invención, y sus modalidades, es proporcionar un mejoramiento a los sistemas de acceso móvil, el cual enfrenta al menos parcialmente el problema descrito anteriormente. Aspectos de la invención se pueden observar a partir de las reivindicaciones anexas .

BREVE DESCRIPCIÓN DE LOS DIBUJOS La invención se describe a manera de ejemplo solamente con referencia a las figuras anexas, en las cuales : Las Figuras 1A y IB muestran un diagrama de flujo que indica los pasos realizados conforme un UE establece una conexión de RRC y se mueve a un estado de canal dedicado (CELL_DCH) ; La Figura 2 muestra una vista esquemática de un sistema de comunicaciones dentro del cual se pueden implementar modalidades de la presente invención; y La Figura 3 muestra un diagrama de flujo que indica los pasos realizados en una primera modalidad de la presente invención; Las Figuras 4A y 4B muestran un diagrama de flujo que indica los pasos realizados para inicializar el UE en una modalidad de la invención; Las Figuras 5A y 5B muestran un diagrama de flujo que indica los pasos realizados para inicializar el UE en una modalidad adicional de la invención; Las Figuras 6A y 6B muestran una vista esquemática de la arquitectura de control de acceso a medios (MAC) para HS-DSCH común en el equipo de usuario como se usa dentro de las modalidades de la presente invención; Las Figuras 7A y 7B muestran una vista esquemática de la arquitectura MAC para HS-DSCH común en la UTRAN; y La Figura 8 muestran un diagrama de flujo que indica los pasos realizados en modalidades de la presente invención.

DESCRIPCIÓN DE LAS MODALIDADES PREFERIDAS La invención se describe aquí a manera de ejemplo con referencia a diversas modalidades. La invención se describe en el contexto de un sistema de comunicaciones celulares y específicamente para un sistema de comunicaciones WCDMA/UMTS de HSDPA. No obstante, se comprende que la invención igualmente puede ser capaz de implementarse en cualquier sistema de comunicaciones que implemente programación de paquetes de datos, especialmente aquellos que necesitan enfrentarse al problema de latencia y eficiencia espectral en transmisión de paquetes de datos . La Figura 2 muestra una vista esquemática de un sistema de comunicaciones dentro del cual se pueden implementar las modalidades de la presente invención. El sistema comprende al menos un, equipo de usuario (UE) (1) . El equipo de usuario (1) puede ser por ejemplo un teléfono móvil, pero también podría ser por ejemplo una computadora tipo laptop con capacidad de comunicación, asistente digital personal, o cualquier otro dispositivo adecuado . El equipo de usuario (1) se comunica inalámbricamente por radio con una serie de estaciones base radioeléctricas (RBS) (3) . Las estaciones base radioeléctricas también son conocidas en el estándar U TS como Nodo-B. En la siguiente descripción, se van a utilizar indistintamente los términos Nodo-B y estación de base radioeléctrica (RBS) . Cada equipo de usuario (1) está configurado para tener la capacidad de comunicarse con más de una RBS (3) y similarmente cada RBS (3) está configurada para tener la capacidad de comunicarse a más de un UE (1) . La RBS (3) se comunica después con un controlador de red radioeléctrica (RNC) (5) (que también es conocido en el estándar GSM como un controlador de estación base (BSC) ) . El RNC (5) después se puede comunicar a una red de núcleo (CN) (7) . La CN (7) se puede comunicar además con otras redes, por ejemplo redes móviles públicas en tierra (PLMN, por sus siglas en inglés) o a la red de computadoras conocida como la "Internet". Para aclarar algunos de los términos utilizados en las modalidades de la invención descritas enseguida, se describen con la ayuda de las figuras 1A y IB, un diagrama de flujo para un establecimiento de conexión de controlador de recursos radioeléctricos (RRC) como se podría llevar a cabo por un UE (1) en la red como se define por 3GPP TR 25.931. En el paso (101), el UE (1) inicia el establecimiento de una conexión por controlador de recursos radioeléctricos mediante el envío de un mensaje de solicitud de conexión del controlador de recursos radioeléctricos mediante (RRC) en el canal de control común (CCCH) al RNC en servicio (5) por medio de la celda seleccionada que es la celda de la RBS (3) . La solicitud de conexión contiene los parámetros del valor de identidad del equipo de usuario (UE) (1) inicial, y la causa para el establecimiento de la conexión. En el paso (102), el controlador de red radioeléctrica (RNC) (5) de servicio establece la conexión de Control de Recursos Radioeléctricos (RRC) al UE (1) y decide utilizar un canal dedicado para esta conexión RRC particular, y asigna un identificador temporal de red radioeléctrica (RNTI, por sus siglas en inglés) de la red de acceso radioeléctrico terrestre (UMTS) de UTRAN y los recursos radioeléctricos (Ll), (L2) para la conexión del controlador de recursos radioeléctricos . Cuando un canal dedicado se va a establecer, un mensaje de protocolo de aplicación de nodo B (NBAP) , un mensaje de "solicitud de establecimiento de radioenlace" se envía a la RBS (3) .

Los parámetros contenidos dentro de la solicitud de establecimiento de radioenlace . incluyen el valor de identificación de la celda, el conjunto de formato de transporte, el conjunto de combinación de formato de transporte, la frecuencia, los códigos de codificación de enlace ascendente que se van a utilizar (solamente para comunicación dúplex de división de frecuencia (FDD)), los intervalos de tiempo que se van a utilizar (solamente para la comunicación dúplex de división de tiempo (TDD) ) , el código de usuario (solamente para TDD) y la información de control de potencia. En el paso (103), la RBS (3) asigna los recursos, inicia la recepción de los canales físicos de enlace ascendente y responde con un mensaje de NBAP, un mensaje de "respuesta de establecimiento de radioenlace" . El mensaje de respuesta de establecimiento de radioenlace contiene parámetros que definen la terminación del enlace de señalización, la información de dirección de capa de transporte (como la dirección tipo 2 de la configuración de adaptación del modo de transferencia asincrónica (ATM, por sus siglas en inglés) (AAL2), identidad de unión de AAL2 ) para el portador de transporte de datos Iub. En el paso (104), el controlador de red radioeléctrica de servicio inicia el establecimiento del portador de transporte de datos Iub utilizando el protocolo de la parte de aplicación de control de enlace de acceso (ALCAP) . Esta solicitud contiene la identidad de enlace de AAL2 para enlazar el portador de transporte de datos Iub al canal dedicado. La solicitud para el establecimiento del portador de transporte de datos Iub es confirmada por la RBS (3) . En los pasos (105) y (106), la RBS (3) y el RNC (5) de servicio establecen sincronismo para los portadores de transporte de datos Iub y Iur por medio de intercambio de las tramas de protocolo de trama de canal dedicado apropiado, por ejemplo los mensajes de "sincronización de enlace descendente" y "sincronización de enlace ascendente". Después de la sincronización, la RBS (3) empieza la transmisión de enlace descendente al UE (1) . En el paso (107), se envía un mensaje del RNC (5) de servicio al UE (1), el mensaje es un mensaje de establecimiento de conexión del controlador de recursos radioeléctricos (RRC) enviado en canal de control común (CCCH) . El mensaje de establecimiento de conexión del RRC contiene los parámetros del valor de identidad del UE inicial, el U-RNTI (válido dentro de la UTRAN en el estado CELL_FACH y en CELL/URA_PCH ) , el C-RNTI (válido dentro de la celda en el estado CELL_FACH) , el requisito de actualización de capacidad, el grupo de formato de transporte, el grupo de combinación de formato de transporte, la frecuencia, el código de codificación de frecuencia de enlace descendente (solamente FDD), los intervalos de tiempo (solamente TDD) , el código de usuario (solamente TDD) , la información de control de potencia y otros datos como se definen en la sección 10.2.40 del estándar TS25.331 del 3GPP, en particular para configurar la conexión de señalización en HSDPA. En el paso (108), la RBS (3) logra la sincronización de enlace ascendente y notifica al RNC (5) de servicio con un mensaje de NBAP, una "indicación de restauración del radioenlace" . En el paso (109), un mensaje completo de establecimiento de conexión de RRC se envía en el canal de control dedicado (DCH) desde . el UE (1) hacia el RNC (5) de servicio por medio de la RBS (3) de servicio. Este mensaje completo de establecimiento de conexión de RRC contiene los parámetros de información de integridad, información de cifrado, y capacidad de acceso radioeléctrico del UE . Como se ha descrito anteriormente, estos pasos se requieren para llevar a cabo una comunicación de acceso por paquete de enlace descendente a alta velocidad. De este modo, en la operación del HSDPA en el estado CELL_DCH, a cada UE se le asigna un H-RNTI único que se utiliza para identificar el receptor buscado de cada paquete transmitido ya en la capa física. En las modalidades de la invención como se describen con detalle enseguida, el uso de HSDPA en otro estado diferente a CELL_DCH utiliza un identificador de capa física común (es decir un grupo de valores de ID del UE) que es conocido para un UE (1) sin la necesidad de asignar únicamente un ID a cada UE . El receptor de UE deseado después se identifica por el encabezado MAC en caso de transmisión DTCH o DCCH o a partir del ID del UE incluido en el mensaje de RRC en caso de mensaje de CCCH (establecimiento de conexión de RRC, confirmación de actualización de Celda) justo como se realiza por el FACH en la técnica previa. En modalidades de la presente invención, un UE en el estado de canal dedicado o no dedicado puede detectar si la transmisión fue para éste o no, pero en CELL_DCH el UE conoce esto desde la capa física sin necesitar recibir y decodificar el primer paquete de datos . En la Figura 3, se describe un diagrama de flujo que muestra los pasos efectuados en una primera modalidad de la invención. En el paso (201), un UE (1) recibe un primer valor de identificación común (H-RNTI de CCCH) , que se utiliza cuando el UE no tiene un C-RNTI válido (que define un grupo de valores de ID de UE) a partir de una difusión de información de sistema (SIB, por sus siglas en inglés) del RNC que se utiliza típicamente para detección de HS-SCCH antes de que se haya establecido la conexión de RRC o cuando el C-RNTI no es válido después de la reselección de celda, es decir para recibir el mensaje de establecimiento de conexión de RRC o la confirmación de actualización de- celda (cuando solamente es válido el U-RNTI) . En otras modalidades de la invención, el UE calcula el parámetro común y los parámetros correspondientes de HS-SCCH/HS-DSCH del transmisor de SIB a partir del RNC. En modalidades adicionales, el valor de H-RNTI es un valor predeterminado conocido establecido por el operador por anticipado. El UE también recibe un segundo valor de identificación común (H-RNTI de DCCH/DTCH) . El UE utiliza el H-RNTI de DCCH/DTCH cuando el UE tiene un C-RNTI válido. La manera por la cual el UE recibe este segundo valor de H-RNTI y cualesquieras parámetros correspondientes de HS-SCCH/HS-DSCH se describe posteriormente. No obstante, esta información se puede obtener de la señalización de RRC dedicado. Por ejemplo, estos valores se pueden obtener a partir de una solicitud de reconfiguración de canal físico. En otras modalidades, el UE obtiene el H-RNTI de DCCH/DTCH y los parámetros correspondientes de HS-SCCH/HS-DSCH a partir de la SIB o la localización transmitida del RNC. En modalidades adicionales, el valor de H-RNTI de DCCH/DTCH y los parámetros correspondientes de HS-SCCH/HS-DSCH se predeterminan y se establecen por el operador.

El UE (1) también recibe un valor de identificación individual (un valor de ID del UE individual) que identifica un UE (1) simple. Este valor de ID se puede asignar, durante una conexión de RRC (C-RNTI), en el paso (107), de modo que el UE que tiene conexión de RRC y C-RNTI válida puede detectar si la transmisión está ideada para él directamente del HS-SCCH en la capa física. En algunas modalidades de la invención, estos valores de ID se pueden actualizar por la señalización de RRC dedicado. Como se indicó anteriormente en algunas modalidades, el C-RNTI no es un valor válido. En el paso (203), los valores de identificación recibidos se almacenan en el UE (1) . En el paso (205), el UE recibe un cuadro de datos de acceso de paquete de enlace descendente a alta velocidad (HSDPA) enviado utilizando el canal compartido de enlace descendente a alta velocidad (HS-DSCH) con un valor de encabezado MAC que indica un valor único de ID de UE . Los datos del canal de control compartido a alta velocidad (HS-SCCH) asociado para el mismo cuadro comprenden información que identifica un valor común de H-RNTI. Los datos de HS-SCCH también especifican el formato de transporte y la velocidad del canal compartido de enlace descendente físico a alta velocidad asociado - el canal físico sobre el cual los datos del HS-DSCH se transmiten. Conforme se utilizan los valores en el encabezado MAC, el UE puede detectar si la transmisión de datos se ideó para el UE o no, incluso cuando el ID común se utiliza, por ejemplo en caso de una transmisión de CCCH, el UE (1) puede identificar si la transmisión fue para el UE en la capa de RRC . En el paso (207), el UE (1) verifica para ver si el ID enviado en el canal de control compartido a alta velocidad (HS-SCCH) coincide con el ID común del UE (ya sea el H-RNTI del CCCH cuando el UE no tiene un C-RNTI válido, o el H-RNTI de DCCH/DTCH cuando el UE tiene un C-RNTI válido) , o si se asignó uno, el ID dedicado del UE. El ID del UE común o el valor de ID dedicado se transmite de una manera conocida, es decir el valor dentro del HS-SCCH se transmite de la misma manera como se podría llevar a cabo por cualquier UE en el estado de canal dedicado que tenga un ID del UE específico asignado a éste durante el establecimiento del RRC. El UE específico al cual se dirige el dato, en vez del grupo de UEs identificados por el valor de ID del grupo de UEs, se determina por un identi ficador único en el encabezado de protocolo de control de acceso a medio (MAC) asociado con el HS-DSCH. De este modo, en modalidades de la invención, pueden ser recibidas pequeñas cantidades de datos a alta velocidad por un UE que no está en el canal dedicado, sin el requisito de pasar a través del estado de canal de acceso delantero. En modalidades adicionales de la invención, cualquier UE (1) que establece la conexión de RRC como se describe anteriormente, puede utilizar el valor de ID del UE transmitido a éste en la difusión de información del sistema (SIB) . La SIB es difusión de información a través de la celda y puede ser recibida por cualquier UE dentro de la celda sin que la RBS (3) sepa cuál UE (1) ha recibido la SIB. Las transmisiones SIB no requieren una transmisión de confirmación y por lo tanto pueden ser ventajosas portadoras del valor de ID del UE del grupo. En modalidades adicionales el RNC (5) asigna los valores de ID del UE grupal que se pasan a la RBS (3) para que se transmitan al UE (1) . En algunas modalidades de la invención, el ID único se transmite al UE (1) al enmascararse directamente a un CRC en el HS-SCCH. El enmascaramiento de un ID único a un CRC en HS-SCCH significa que el CRC, una suma de verificación para hacer posible que el receptor determine si un paquete se recibe correctamente, se modifica por el valor de ID de tal manera que solamente un receptor que conozca el ID puede determinar el valor de CRC correcto y por lo tanto tiene la capacidad de detectar si el HS-SCCH fue recibido correctamente. La ventaja con el enmascaramiento de un ID a un CRC en el HS-SCCH es que no se insertan bits adicionales sobre el HS-SCCH debido a la inclusión del ID único del UE, pero la información del ID del UE único está presente en el mensaje de HS-SCCH. En otras modalidades, el valor del ID se inserta en la capa del encabezado MAC/RRC en donde existe un campo de bit especifico para el valor de ID del UE reservado. Las modalidades que utilizan el encabezado MAC no requieren efectuar un enmascaramiento o modificación de la señal diferente a la inserción del valor en el campo de bit. Ya que el UE (1) primero debe detectar el ID (es decir determinar si el CRC especifico del UE indica una recepción correcta) en el HS-SCCH antes de que trate de decodificar el HS-DSCH para ver si el ID único ya sea en el encabezado MAC o en el mensaje RRC coincide con el valor de ID único del UE . Por lo tanto, el ID del nivel de MAC/RRC debe ser el ID del UE único si el ID del HS-SCCH es el ID del grupo de UE y si el ID del HS-SCCH es el ID del UE único, entonces el ID del UE del MAC/RRC se puede considerar igual en valor. En algunas modalidades de la invención, el UE (1) en el estado de canal de localización de área de registro de UTRAN ( CELL/URA_PCH ) o en el estado desocupado, no escucharía continuamente la información de acceso de paquete de enlace descendente a alta velocidad, sino que está configurado para recibir tanto paquetes de HS-DSCH como de HS-SCCH solamente en momentos predeterminados . En una modalidad adicional, el UE (1) está configurado para escuchar el HS-SCCH en momentos predeterminados y entonces solamente si recibe un paquete de datos con el ID del UE de grupo predeterminado escucha los datos en el HS-DSCH. Esta modalidad es similar al modo de recepción del HSDPA convencional, así el UE detecta un paquete del HS-SCCH dirigido a él antes de arreglarlo por sí mismo para recibir un paquete de HS-DSCH dirigido al UE asociado con la diferencia de que el UE solamente está escuchando al HS-SCCH en momentos predeterminados, y por lo tanto no se permite que el UE apague el radiorreceptor durante los periodos en que no hay recepción, ahorrando así energía de la batería. En otras modalidades de la invención, el UE escucha cuando se activa por un evento. Por ejemplo, el canal de acceso aleatorio (RACH, por sus siglas en inglés) se puede utilizar debido a la actividad del UE o en respuesta a un mensaje de localización. En tales modalidades, el UE tiene la capacidad de conservar energía, en otras palabras de "dormir" y ahorrar energía de la batería si no se espera actividad. En tal modalidad, un UE (1) en el modo desocupado iniciaría la recepción de acceso de paquete de datos a alta velocidad después de enviar la solicitud de conexión del controlador de recursos radioeléctricos en el canal de acceso aleatorio (RACH) . Un UE (1) en el estado CELL/URA_PCH iniciaría la recepción de HSDPA después de enviar el mensaje de actualización de la celda. El modo dormir o suspender es más simple de organizar con el uso del HS-DSCH, ya que el TTI es corto (2 milisegundos comparado con el canal de acceso delantero con un TTI de 10 milisegundos). El equipo de usuario (1) en el estado transicional CELL_FACH se puede configurar en algunas modalidades para recibir datos de HSDPA continuamente, si la red tiene la capacidad de transmitir datos o señalar al equipo de usuario ya sea en el canal de tráfico dedicado (DTCH) o el canal de control dedicado (DCCH) . El UE (1) en el estado CELL_FACH también puede estar configurado para recibir lo.s datos ocasionalmente, en donde los periodos de recepción discontinuos (DRX) están indicados para la transmisión de datos de HSDPA. En las modalidades anteriores de la invención, comparadas contra el HSDPA convencional del UE en estados CELL_DCH, no tiene la provisión de enviar desde el UE (1) a la RBS (3) un reporte indicador de calidad de canal (CQI, por sus siglas en inglés) especifico (éste se transmite típicamente en el canal de control dedicado a alta velocidad - el canal de retroalimentación de enlace ascendente del HSDPA, para el equipo de usuario en el modo de canal dedicado con el fin de ayudar a la selección del MCS (esquema de modulación y codificación) para el canal compartido de enlace descendente físico a alta velocidad (HS-PDSCH) y el ajuste de la energía del canal de control compartido a alta velocidad (HS-SCCH) ) . La selección de los valores del MCS está configurada de modo que para un canal de alta calidad, los valores del MCS se pueden elegir para utilizar modulación de orden superior y codificación menor y de este modo incrementar el rendimiento de los datos y en canales de mala calidad los valores del MCS se pueden elegir para utilizar una modulación simple y más codificación de corrección de error para reducir los errores a costa de la capacidad de transmisión de datos más pequeña. Además, las modalidades anteriores no tienen retroalimentación de confirmación (ACK/NACK) para la solicitud de confirmación a alta velocidad (HARQ - la confirmación de recepción del canal compartido de enlace descendente a alta velocidad) . De este modo, para las modalidades anteriores no existe señal para indicar si se solicita una retransmisión, ya que las señales ACK/NACK se transmiten típicamente en el enlace ascendente sobre un canal de control dedicado a alta velocidad (el canal de retroalimentación de enlace ascendente en el HSDPA) para el equipo de usuario en el estado de canal dedicado. En una modalidad adicional de la invención, la RBS (3) selecciona la potencia del canal de control compartido a alta velocidad y por consiguiente los valores del MCS para el HS-DSCH para que sean capaces de recibirse en el límite de la celda. En otras modalidades de la invención, se proporcionan mecanismos para estimar los requerimientos de energía del HS-SCCH requerida y los valores adecuados del MCS para el HS-DSCH que se requieren y estos valores seleccionados para el HS-SCCH y flujos continuos de datos del HS-DSCH. En otras modalidades, los mismos valores de transmisión se transmiten más de una vez para producir la diversidad de tiempo requerida en el sistema y también para producir una ganancia requerida de HARQ. En las modalidades anteriores, al sistema de transmisión se le proporciona un grado de control del sistema - todos los componentes del UE (1) en la celda tienen la capacidad de recibir los datos . En una modalidad adicional de la invención, la RBS (3), aunque no tiene un reporte de CQI especifico del equipo de usuario, recibe del UE (1) un código de codificación de enlace ascendente predefinido que contiene retroalimentación de transmisión después de recibir la transmisión del canal compartido de enlace descendente a alta velocidad ideado para éste. La señal de retroalimentación de transmisión en estas modalidades habilita a un método de HARQ como se conoce en la técnica para que se utilice. Esto se muestra en la figura 3 en el paso (209) . En modalidades adicionales de la invención, un reporte de CQI se transmite desde el UE con retroalimentación de transmisión para tener la capacidad de calcular las disposiciones de energía del canal de control compartido a alta velocidad (HS-SCCH) subsiguiente y la selección del MCS del canal compartido de enlace descendente a alta velocidad (HS-DSCH) . Las modalidades de esta invención como se describen anteriormente se pueden implementar requiriendo cualquier UE con el ID del UE del grupo para confirmar la recepción del paquete y para transmitir el reporte de CQI como si se pretendiera que el dato fuera para éste. Una modalidad alternativa requiere que cualquier UE identifique el ID del UE individual de los UEs en la unidad de datos de protocolo del controlador de acceso a medio y/o el mensaje del controlador de recursos radioeléctricos después de detectar en primer lugar el ID del UE de grupo en el HS-SCCH antes de transmitir cualquier confirmación a la red. En algunas modalidades de la invención, el control del controlador de red radioeléctrica (RNC) podría utilizar conexión tipo 2 de configuración de adaptación del ATM (AAL2) simple sobre la interfaz Iub para el canal de control común (CCCH) y para todo canal de control de enlace descendente (DCCH) y canal de tráfico dedicado (DTCH) asignado para el UE en el estado transicional del canal de acceso delantero. De este modo, la multiplexión de MAC-c en algunas modalidades se puede utilizar en vez del estado de transmisión de canal de acceso delantero. En modalidades adicionales de la invención, en donde se requiera cumplir diferente prioridad y requerimientos de calidad de servicio (QoS), se asignan conexiones de AAL2 separadas para el CCCH, DCCH y DTCH. Por ejemplo, la transmisión del canal de control común (CCCH) y el canal de control dedicado (DCCH) podría tener en algunas modalidades una prioridad y factor de conflabilidad superiores que el canal de tráfico dedicado (DTCH) . Aunque las modalidades descritas anteriormente se refieren al uso de los canales de HSDPA para transmitir cantidades moderadas de datos al UE, esta transmisión de datos también se aplica a la transmisión de datos en el paso de conexión del RRC (107) desde el RNC (5) al UE (1) por medio de la RBS (3) como se muestra en las figuras 1A y IB. Como se describe anteriormente, utilizando un canal más rápido que el FACH, la velocidad de recepción de los paquetes de datos del CCCH se puede incrementar y por lo tanto el tiempo requerido para establecer el UE en el modo CELL_DCH se puede disminuir. Un ID del UE especifico para el estado CELL_DCH se asigna al UE en esta etapa. Las modalidades como se describieron anteriormente proporcionan una manera más rápida y más robusta para entregar datos de usuario y mensajes de señalización de RRC a un UE que utiliza un método de entrega convencional (FACH) como se utiliza en la técnica anterior. También, mediante el uso de estas modalidades, el UE (1) que no está en el modo de operación de canal dedicado, tiene una transición de estado más rápida al modo de operación de canal dedicado a partir de los modos desocupado o de localización, ya que éstos solamente requieren recibir una cantidad moderada de datos que se puede servir con técnicas de HSDPA sin requerir que el equipo del usuario intercambie datos por medio del estado FACH . Aunque las modalidades anteriores solamente tienen soporte parcial de HSDPA (por ejemplo en algunas modalidades no existe retroalimentación de enlace ascendente desde el equipo del usuario y por lo tanto no hay confirmación de CQI ni posibilidad de recibir mensajes de ACK/NACK en la RBS (3)), la ganancia en términos de demoras disminuidas seria inevitable debido al TTI mucho más corto del HSDPA sobre el FACH. Además, como se describe en algunas modalidades, existe una posibilidad de utilizar retransmisiones a ciegas para lograr una ganancia de la combinación de HARQ . Aunque el sistema requiere aproximadamente 5 veces más energía para entregar los mismos datos en 2 ms que en 10 ms y de este modo no existe ahorro de energía en éste, hay un beneficio porque no es necesario asignar un compartimiento de energía específico para transmisión de HSDPA para usuarios que no están en el estado de canal dedicado (CELL_DCH) , ya que todos los UE comparten en tiempo el mismo recurso de energía. En los ejemplos de la técnica anterior, se necesitó que la energía de FACH fuera asignada estáticamente para el FACH utilizado ya fuera que el canal se estaba utilizando realmente o no . Además, ya que la presente invención utiliza la capa 1 existente de la especificación de red HSDPA, la implementación de la invención es relativamente simple . Como también se describió anteriormente, el consumo de energía del UE en el estado CELL_FACH siempre es un problema en aplicaciones, por ejemplo en la introducción en una pila de correo que envía mensajes en vivo que se mantienen periódicamente. En estas situaciones, incluso si la cantidad de datos es muy baja, el equipo de usuario se mantiene en el canal de acceso delantero hasta que expira el temporizador de inactividad. Típicamente, el temporizador de inactividad es de aproximadamente 2 segundos. Utilizando recepción discontinua (DRX) como se describe anteriormente, se podría reducir considerablemente el consumo de energía. Esto haría posible un mejoramiento mayor en el tiempo de cumplimiento del UE para siempre en las aplicaciones. Como ya se describió en la figura 3, el paso (201) muestra en dónde la estación de base radioeléctrica RBS (3) transmite los valores de H-RNTI al equipo de usuario (1) . No obstante, con respecto a las figuras 4A, 4B, 5A y 5B, este proceso y los pasos de determinación del H-RNTI y otros valores con respecto al suministro del H-RNTI de DCCH/DTCH se describen con mayor detalle. Con respecto a las figuras 4A y 4B, se muestra un primer método de determinación de los valores H-RNTI de DCCH/DTCH y otros datos como se emplean en las modalidades de la invención. En este primer método, los valores de H-RNTI se transmiten al UE utilizando mensajes de control de recursos radioeléctricos . En estas modalidades, algo de la información necesita señalarse sobre la interfaz Iur. En el paso (401), el controlador de red radioeléctrica de servicio SRNC (5) determina que el equipo de usuario (UE) (1) utilizará el HS-DSCH común en la celda bajo el control de un controlador de red radioeléctrica variable/controlador de red radioeléctrica de control (D/CRNC) . En el paso (403), el SRNC (5) transfiere al D/CRNC al menos un parámetro de HS-SCCH/HS-DSCH . Por ejemplo, en una modalidad de la invención, los parámetros transferidos incluyen el número de colas de prioridad utilizadas en el HS-DSCH y el indicador de prioridad de programación (SP'I por sus siglas en inglés) para cada una de las colas de prioridad.

En el paso (405), el SRNC (5) establece una conexió.n de capa 2 de adaptación de ATM (AAL2) para el equipo de usuario (1) sobre la interfaz Iur para llevar la trama de datos del canal de acceso de enlace delantero (SACH) . La trama de datos del SACH incluye datos mapeados al HS-DSCH común. En algunas modalidades de la invención, se puede establecer una conexión simple de AAL2 y compartirse entre todo el equipo del usuario que lleva a cabo este proceso. En el paso (407), el SRNC (5) ubica el control de acceso a medio -d (MAC-d) . En el paso (409), el SRNC (5) transmite la señalización del RRC del equipo de usuario al equipo del usuario por medio de la RBS (3) . Por ejemplo, la señalización puede contener el valor de C-RNTI y/o los valores de H-RNTI de DCCH/DTCH y además el valor del ciclo DRX para el HS-SCCH. En esta etapa no es necesario que el SRNC (5) conozca el H-RNTI del CCCH para la celda bajo el D/CRNC. En el paso (411), el controlador de red radioeléctrica de servicio (5) después transfiere los datos al D/CRNC utilizando la trama de datos de FACH . En el paso (413), el D/CRNC determina si se van a transmitir o no, los datos al UE como se describe en las modalidades de la descripción o para operar de acuerdo al método conocido del uso del FACH o provocar que el UE opere en modo de Celda_DCH para la celda bajo el control de este D/CRNC. En el paso (415), el D/CRNC ubica el control de acceso a medio -c (MAC-c) , en otras palabras agregando el valor de C-RNTI para la unidad de datos de paquete de DCCH/DTCH. En el paso (417), el D/CRNC configura la información común de HS-DSCH/HS-SCCH para cada H-RNTI común. La misma configuración se aplica para todo equipo de usuario que tenga el mismo valor de H-RNTI . En el paso (419), el- D/CRNC establece una conexión de AAL2 para todo equipo de usuario (1) que tenga un valor común de HS-DSCH. En otras modalidades, el RNC establece una conexión separada de AAL2 para cada uno de los valores de H-RNTI . En el paso (421), el D/CRNC asigna los valores de C-RNTI. En el paso (423), el D/CRNC determina la capacidad del equipo del usuario para manejar parámetros de HS-DSCH. Por ejemplo, el D/CRNC recibe un mensaje de CCCH de enlace ascendente y determina la capacidad del equipo de usuario a partir de este mensaje. En el paso (425), el D/CRNC asigna el H-RNTI (DCCH/DTCH) con base en los parámetros de H-DSCH comunes recibidos a partir del RNC de servicio y transfiere al RNC de servicio, el H-RNTI seleccionado y la información de HS-DSCH/SCCH correspondiente para el H-RNTI. En el paso (427), el D/CRNC transfiere el valor de H-RNTI seleccionado y los datos de parámetros a la RBS en un protocolo de trama. Un protocolo de trama preferido es el protocolo de trama de HS-DSCH, la carga útil del cual es una unidad de datos de paquete MAC-c e incluye información de control de energía. En otras modalidades, se utiliza un protocolo de trama diferente para transferir esta información. En el paso (429), la RBS (3) ubica el MAC-hs y el flujo de datos se mapea al HS-DSCH común. En el paso (431), la RBS difunde el H-RNTI del CCCH y la información de HS-SCCH/HS-DSCH correspondiente configurada a partir del D/CRNC. En el paso (433), la RBS (3) ejecuta el control de energía para el HS-SCCH. En otras modalidades, la selección del esquema de modulación y codificación (MCS) para el HS-DSCH se lleva a cabo con base en la información incluida en la trama de datos de HS-DSCH recibida o la nueva trama de datos de protocolo de trama del RNC. En el paso (435), el equipo de usuario obtiene o calcula el H-RNTI para el CCCH y la información de HS- SCCH/HS-DSCH correspondiente a partir del mensaje de SIB/localización. En el paso (437), el UE obtiene o calcula el H-RNTI de DCCH/DTCH para el DCCH/DTCH y la información de HS-SCCH/HS-DSCH correspondiente a partir del mensaje de RRC dedicado. De este modo, el UE utiliza el H-RNTI asignado para los mensajes de CCCH 'y DCCCH/DTCH para la identificación del UE . Con respecto a las figuras 5? y 5B, se muestra el impacto en el UE (1), la RBS (3), el Controlador de Red Radioeléctrica de Servicio (SRNC) (5) , y el Controlador de Red Radioeléctrica de Variación que controla el Controlador de Red Radioeléctrica D/CRNC (501) mediante la difusión de los valores de H-RNTI para el UE . En el paso (501), el SRNC (5) no determina si el dato de FACH se mapea o no al HS-DSCH común (por ejemplo el FACH se mapea a S-CCPCH) para todos los RNC que operan bajo un D/CRNC especifico. Además, el SRNC (5) no sabe si el dato de FACH se mapea al HS-DSCH común a partir de la señalización recibida por medio de una Parte de Aplicación del Sistema de Red Radioeléctrica proveniente del D/CRNC. En el paso (503), el SRNC (5) establece una conexión de Capa 2 de Aplicación de ATM (AAL2) para el UE sobre la interfaz Iur que está configurada para portar la Trama de Datos de Canal de Acceso de Enlace Delantero (FACH) . En algunas modalidades de la invención, la conexión de AAL2 se comparte por más de un UE (1) . En el paso (505), el SRNC (5) entonces ubica el Control de Acceso a Medio - d (MAC-d) . En el paso (507), el SRNC (5) transfiere datos al D/CRNC utilizando el protocolo de trama del FACH. En el paso (509), el C/DRNC que ha recibido los datos provenientes del SRNC (5) entonces determina si este va a pasar los datos al UE por medio del canal FACH o como se detalla dentro de la descripción utilizando el método de HS-DSCH de valor común. En el paso (511), el C/DRNC entonces ubica el MAC - c (MAC-c) . El C/DRNC agrega el valor C-RNTI para la PDU de DCCH/DTCH. En el paso (513), el C/DRNC configura la información común de HS-SCCH/HS-DSCH utilizada en el H-RNTI y el H-RNTI adicional. Los valores de configuración establecidos se aplican para todos los UE que compartan el mismo valor de H-RNTI . En el paso (515), el C/DRNC establece una conexión de AAL2 para todos los UEs que utilizan el método común de HS-DSCH. En otras modalidades de la invención, el C/DRNC establece una conexión separada de AAL2 para cada grupo de UEs que compartan el mismo valor común de H-RNTI . En el paso (517), el C/DRNC asigna entonces los valores de C-RNTI . En el paso (519), el C/DRNC después determina para cada UE que utilice el sistema de canal común, la capacidad del UE, es decir si el UE tiene la capacidad de recibir y decodificar los mensajes comunes en linea con la manera descrita. La determinación se puede llevar a cabo por ejemplo recibiendo un mensaje de canal de control Común (CCCH) de enlace ascendente (UL) . En el paso (521), el C/DRNC entonces calcula y selecciona el valor de H-RNTI de DCCH/DTCH para los UEs y también selecciona el H-RNTI del CCCH si se asignan múltiples H-RNTI de CCCH en la celda. En el paso (523), el C/DRNC transfiere entonces los datos seleccionados a la RBS utilizando un protocolo de trama. El protocolo de trama preferido es aquel del protocolo de trama de HS-DSCH (que tiene una carga útil de unidad de datos de paquete de MAC-c e incluye información de control de energía) . En otras modalidades de la invención, un protocolo de trama capaz de transferir los datos seleccionados. En el paso (525), la RBS (3), en la recepción de los datos . seleccionados, ubica el control de acceso a medio - hs (MAC-hs) y mapea el flujo de datos al HS-DSCH común . En el paso (527), la RBS (3) difunde la información del H-RNTI de CCCH, del H-RNTI de DCCH/DTCH y la información de HS-DSCH/SCCH correspondiente para los H-RNTI, a los UE (1) . En el paso (529), la RBS (3) además ejecuta el control de la energía en el HS-SCCH y/o selecciona el esquema de modulación y codificación (MCS) en el HS-DSCH con base en la información incluida en la trama de datos de HS-DSCH. En el paso (531), el UE (1), en la recepción del mensaje de difusión, obtiene y/o calcula los diversos valor de H-RNTI para el CCCH y valor de H-RNTI para los agrupamientos de DCCH/DTCH y la información correspondiente de HS-SCCH/HS-DSCH a partir de la SIB/Localización . Como se ha descrito anteriormente el UE, con el fin de determinar si el mensaje es para el UE, utiliza los valores de H-RNTI asignados para CCCH y DCCH/DTCH contenidos en los últimos mensajes. El flujo de datos, es decir, el mapeo de datos desde la red de núcleo (7) hacia el equipo de usuario (1) difiere dependiendo de si el canal es un canal común o dedicado. Para los canales comunes (canal de control común (CCCH) y canal de tráfico común (CTCH) ) dentro de la red de núcleo, en el paso al C/DRNC se convierten a un flujo de control de acceso a Medio -c, en el paso adicional a la RBS se convierten a flujo de control de acceso a medio -hs, los cuales después se transmiten como parte de un canal compartido de enlace descendente a alta velocidad (HS-DSCH) . Los canales dedicados (canal de control dedicado (DCCH) y canal de trafico dedicado (DTCH) ) dentro de la red de núcleo, en el paso al controlador de red radioeléctrica de servicio, se convierten a un flujo de control de acceso a medio -d; en el paso al RNC de control /variación se convierten a un flujo de control de acceso a medio -c, en el paso a la RBS se convierten a un flujo de control de acceso a medio -hs, el cual después se transmite como parte de un canal compartido de enlace descendente a alta velocidad (HS-DSCH) . Las figuras 6?, 6B, 7? y 7B muestran en vista esquemática las interfaces de capa MAC en el UE y en la UTRAN . ';,· Las figura 6A y 6B muestran un UE como se utiliza en modalidades de la presente invención con interfaces de MAC: MAC-es/MAC-e (601); MAC-m (603); MAC- c/sh/m (607); AC-d (609). El MAC-es/MAC-e (601) es controlado por el controlador de MAC y además es conectado a la interfaz MAC-d (609). El MAC-es/MAC-e (601) recibe señalización asociada de enlace descendente y de enlace ascendente, y también recibe los datos del E-DCH (canal de datos mej orados ) . El MAC-m (603) es controlado por el controlador de MAC y es conectado al MSCH (canal compartido Móvil) y al MTCH (canal de tráfico móvil) . El MAC-m (603) recibe datos por medio del FACH. La interfaz MAC-hs (605) es controlada por el controlador MAC y es conectada a la interfaz MAC-d (609) y a la interfaz MAC-c (607) . El MAC-hs (603) además recibe datos por medio del HS-DSCH. La interfaz MAC-hs lleva datos con los cuales hacen las siguientes tareas: Reordenamiento de la distribución de cola, Reordenamiento, Desensamblaje, HARQ (como se describe con respecto a otras modalidades, no se lleva a cabo generación de ACK/NACK ni reporte de CQI y se lleva a cabo la combinación suave) . La interfaz MAC-c/sh/m (607) es controlada por el controlador MAC y es conectada a la interfaz MAC-d (609) y a la interfaz MAC-hs (605). Se conecta dentro del UE a los canales: MTCH, MSCH, MCCH, PCCH, BCCH, CCCH, CTCH, SHCCH (TDD solamente) . La interfaz MAC-c/sh/m (607) recibe datos por medio de los siguientes canales externos: PCH; FACH; RACH; USCH (TDD solamente) ; DSCH (TDD solamente). La interfaz MAC-c/sh/m (607) lleva datos con los cuales hace las siguientes tareas: multiplexión de TCTF, Lectura del valor del ID del UE. La interfaz AC-d (609) es controlada por el controlador MAC y es conectada a la interfaz MAC-c/sh/m (607) y a la interfaz MAC-hs (605) . Se conecta dentro del UE a los canales: DCCH, DTCH . La interfaz MAC-d (609) recibe datos por medio del canal externo DCH . La interfaz MAC-d (609) lleva datos los cuales realizan la tarea de cambiar el tipo de canal por ejemplo desde el HS-DSCH común hacia el HS-DSCH dedicado y la multiplexión de CT . Las figuras 7A y 7B muestran una RAN como se utiliza en modalidades de la presente invención con las interfaces MAC: MAC-e (701); MAC-es (707); MAC-hs (703); MAC-c/sh/m (705); MAC-d (709). La interfaz MAC-e (701) se controla por el controlador MAC y además se conecta a la interfaz MAC-es (707). La interfaz MAC-e (701) recibe señalización asociada de enlace descendente y enlace ascendente y también recibe los datos del E-DCH (canal de datos mej orados ) .

La interfaz AC-es (707) es controlada por el controlador MAC y es conectada a la interfaz MAC-e (701) y a la interfaz MAC-d (709) . La interfaz MAC-hs (703) es controlada por el controlador MAC y es conectada a la interfaz MAC-d (709) y a la interfaz MAC-c (705) . La interfaz MAC-hs (703) después recibe datos por medio del HS-DSCH. La interfaz MAC-hs lleva datos los cuales hacen las siguientes tareas: Programación; manejo de Prioridad; control de Flujo; selección de TFRC; HARQ (como se describe con respecto a otras modalidades no se lleva a cabo generación de ACK/NACK ni reporte de CQI, y en cambio se lleva a cabo la ejecución de un número fijo de transmisión) . La interfaz MAC-c/sh/m (705) es controlada por el controlador MAC y es conectada a la interfaz MAC-d (709) y a la interfaz MAC-hs (703) . se conecta dentro de la RAN a los canales: MTCH, MSCH, MCCH, PCCH, BCCH, CCCH, CTCH, SHCCH (TDD solamente) . La interfaz MAC-c/sh/m (607) recibe datos por medio de los siguientes canales externos: PCH; FACH; RACH; USCH (TDD solamente); DSCH (TDD solamente). La interfaz MAC-c/sh/m (607) lleva datos los cuales hacen las siguientes tareas: multiplexión de TCTF, multiplexión de UEID, Control de Flujo; Programación; Amortiguamiento; Manejo de Prioridad . La interfaz MAC-d (709) es controlada por el controlador MAC y es conectada a la interfaz MAC-c/sh/m (705) y a la interfaz MAC-hs (703) . Se conecta dentro de la RAN/CN a los canales: DCCH, DTCH . La interfaz MAC-d (709) recibe datos por medio del canal externo DCH. La interfaz MAC-d (709) lleva datos los cuales realizan la tarea de cambiar el tipo de canal, por ejemplo, del HS-DSCH común al HS-DSCH dedicado, multiplexion de CT; y control de Flujo. La figura 8 muestra él ejemplo de flujo de señalización desde el establecimiento de la conexión de RRC hasta la transición del estado desde el estado del Cell_FACH hacia el estado del Cell_DCH. En el paso (801), el controlador de red radioeléctrica de servicio/control (5) en comunicación con la RBS (3) determina utilizar al menos una de las modalidades descritas anteriormente. El S/CRNC entonces establece una conexión de AAL2 para el HS-DSCH común y configura la información de HS-DSCH para un H-RNTI común . En el paso (803), la RBS (3) difunde el H-RNTI del CCCH y del DCCH/DTCH y la información correspondiente del HS-DSCH al UE (1). En el paso (805), el S/CRNC asigna el C-RNTI y calcula el H-RNTI del DCCH/DTCH del UE . En el paso (807), el UE (1) escucha al HS-SCCH utilizando el valor del H-RNTI del CCCH para identificar si el mensaje recibido está dirigido al UE. En el paso (809), el mensaje de respuesta de RRC que incluye el valor de C-RNTI es transportado por el protocolo de trama de HS-DSCH sobre la interfaz Iub y el HS-PDSCH sobre la interfaz Uu . En el paso (811), el UE escucha al HS-SCCH utilizando el o los valores de H-RNTI del DCCH/STCH, para identificar si el mensaje recibido está dirigido al UE. En el paso (812), el S/CRNC decide mover el UE al estado Cell_DCH. En el paso (813), el S/CRNC establece la conexión de RL y AAL2 y empieza la sincronización de protocolo de trama. En el paso (815), el S/CRNC transmite un mensaje de reconfiguración de RRC que incluye información de HS-DSCH dedicado y un valor de H-RNTI dedicado (transportado en el HS-DSCH común utilizando DCCH/DTCH) . En el paso (817), el UE (1) realiza la sincronización con base en la información recibida. En el paso (819), la transmisión del HS-DSCH de Liberación (5) se inicia utilizando el valor H-RNTI dedicado . Las ventajas mencionadas anteriormente son que es posible incrementar la velocidad de transferencia de bits pico en el estado Cell_FACH. Además, esto incrementa la flexibilidad de la capacidad de la celda para transmisión, señalización y datos al Equipo de Usuario en el estado Cell_FACH. Las modalidades como se describen anteriormente son compatibles con modelos anteriores, con versiones especificas previas de HSDPA. Además, el segundo método para pasar el valor de H-RNTI al UE como se describe anteriormente, también es compatible con RNCs de servicio especifico previos. Además, solamente se requieren cambios limitados a la arquitectura en los niveles 2 y 3 de la red sin cambios requeridos en el nivel 1 de la red. Por la presente el solicitante describe en forma aislada cada característica individual descrita aquí y cualquier combinación de dos o más de tales características, al grado de que tales características o combinaciones tienen la capacidad de llevarse a cabo con base en la presente especificación como un todo a la luz del conocimiento general común de una persona experta en la técnica, independientemente de si tales características o combinaciones de características resuelven algunos problemas descritos aquí, y sin limitación al alcance de las reivindicaciones. El solicitante indica qué aspectos de la presente invención pueden consistir de alguna característica individual tal o combinación de características. En vista de la descripción anterior, será evidente para una persona experta en la técnica que se pueden realizar varias modificaciones dentro del alcance de la invención.

Claims (20)

1. REIVINDICACIONES : 1. Equipo de usuario que comprende : un transceptor configurado para recibir al menos un paquete de datos sobre un canal de comunicaciones, en donde el paquete de datos comprende un identificador ; y un procesador configurado para determinar a partir del identificador si dicho equipo de usuario es uno de un subgrupo de equipos de usuario, en donde el procesador está configurado para determinar si el primer identificador es uno del subgrupo de identificadores de equipo de usuario cuando un primer valor si el canal de comunicaciones es un canal común el identificador corresponde a un primer valor si el canal de comunicaciones es un canal común, o a un segundo valor si el canal de comunicaciones es un canal dedicado.
2. 2. El equipo de usuario según la reivindicación 1, en donde el transceptor está configurado además para recibir en un paquete de datos adicional un valor adicional configurado para identificar al subgrupo de equipos de usuario como uno que no se encuentra en un estado de canal dedicado.
3. 3. El equipo de usuario según la reivindicación 1 ó 2, en donde el transceptor está configurado además para recibir en el paquete de datos adicional un segundo valor de identificador para identificar cada equipo de usuario dentro del mismo subgrupo .
4. 4. El equipo de usuario según las reivindicaciones 1 a 3, en donde el canal de comunicaciones es un canal compartido de enlace descendente a alta velocidad (HS-DSCH) .
5. 5. El equipo de usuario según la reivindicación 4, en donde el canal de comunicaciones comprende al menos uno de : un canal de tráfico dedicado (DTCH); un canal de control dedicado (DCCH); y un canal de control común (CCCH) .
6. 6. El equipo de usuario según las reivindicaciones 1 a 5, en donde el primer paquete de datos comprende datos de comunicación de recursos radioeléctricos .
7. 7. El equipo de ' usuario según las reivindicaciones 1 a 6, en donde el identificador está ubicado en un encabezado de control de acceso a medio (MAC) del paquete de datos.
8. 8. El equipo de usuario según las reivindicaciones 1 a 7, en donde el identificador está en un mensaje de nivel RRC en la parte superior de la capa del MAC.
9. 9. El equipo de usuario según las reivindicaciones 1 a 8, en donde al menos uno del primero y segundo valores se recibe en, o se calcula desde, al menos uno de: un mensaje de localización; una SIB; un mensaje de localización dedicado; y una instrucción de establecimiento inicial.
10. 10. Un método para comunicar un paquete de datos a 'al menos un equipo de usuario, que comprende: transmitir un paquete de datos sobre un canal de datos de comunicaciones, el paquete de datos comprende un primer identificador configurado para identificar un subgrupo de un grupo de equipos de usuario; recibir el paquete de datos en al menos un equipo de usuario de la pluralidad de equipos de usuario; determinar a partir del primer identificador de paquete de datos si el equipo de usuario pertenece al subgrupo de equipos de usuario, en donde el paso de determinación determina si el primer identificador pertenece al subgrupo de identificadores de equipo de usuario cuando el identificador corresponde a un primer valor, si el canal de comunicaciones es un canal común, o a un segundo valor, si el canal de comunicaciones es un canal dedicado.
11. 11. El método según la reivindicación 10, que comprende además recibir en un paquete de datos adicional un valor adicional configurado para identificar al subgrupo de equipos de usuario como uno que no se encuentra en un estado de canal dedicado.
12. 12. El método según la reivindicación 11, que comprende además recibir en el paquete de datos adicional un segundo valor de identificador para identificar cada equipo de usuario dentro del mismo subgrupo.
13. 13. El método según la reivindicación 10, en donde el canal de comunicaciones comprende al menos uno de: un canal de tráfico dedicado (DTCH); un canal de control dedicado (DCCH); y un canal de control común (CCCH) .
14. 14. El método según las reivindicaciones 10 a 13, que comprende además recibir al menos uno del primero y segundo valores o calcular al menos uno del primero y segundo valores a partir de al menos uno de: un mensaje de localización; una SIB; un mensaje de localización dedicado; y una instrucción de establecimiento inicial.
15. 15. Un programa de computadora cuando se carga en una computadora configurada para llevar a cabo el método de comunicar un primer paquete de datos sobre un canal de datos de comunicaciones con al menos un equipo de usuario, que comprende: transmitir un paquete de datos sobre un canal de comunicaciones, el paquete de datos comprende un primer identificador configurado para identificar un subgrupo de un grupo de equipos de usuario; recibir el paquete de' datos en al menos un equipo de usuario de la pluralidad de equipos de usuario; determinar a partir del primer identificador de paquete de datos si el equipo de usuario pertenece al subgrupo de equipos de usuario, en donde el paso de determinación determina si el primer identificador pertenece al subgrupo de identificadores de equipos de usuario cuando el identificador corresponde a un primer valor si el canal de comunicaciones es un canal común, o a un segundo valor si el canal de comunicaciones es un canal dedicado.
16. 16. El programa de , computadora según la reivindicación 15, que comprende además recibir en un paquete de datos adicionales un valor adicional configurado para identificar el subgrupo de equipos de usuario como uno que no se encuentra en un estado de canal dedicado.
17. 17. El programa de computadora según la reivindicación 16, que comprende además recibir en el paquete de datos adicional un segundo valor de identificador para identificar cada equipo de usuario dentro del mismo subgrupo .
18. 18. El programa de computadora según la reivindicación 15, en donde el canal de comunicaciones comprende al menos uno de: un canal de tráfico dedicado (DTCH) ; un canal de control dedicado (DCCH); y un canal de control común (CCCH) .
19. 19. El programa de computadora según las reivindicaciones 15 a 18, que comprende además recibir al menos uno del primero y segundo valores o calcular al menos uno del primero y segundo valores, a partir de al menos uno de : un mensaje de localización; una SIB; un mensaje de localización dedicado; y una instrucción de establecimiento inicial.
20. 20. El programa de ..computadora según las reivindicaciones 15 a 19, en donde el primer paquete de datos comprende datos de comunicación de recursos radioeléctricos .