Un método, realizado por un primer dispositivo (124) en un entorno (100) de Acceso por Paquetes de Enlace Descendente de Alta Velocidad,

caracterizado por generar una trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad (700, 730, 735, 750) que incluye una pluralidad de bloques de unidades de datos de paquetes (716), incluyendo un primer bloque de la pluralidad de bloques unidades de datos de paquetes de una primer longitud e incluyendo un segundo bloque de la pluralidad de bloques unidades de datos de paquetes que son de una segunda longitud diferente, transferir la trama de datos (700, 730, 735, 750) de Canal Compartido de Enlace Descendente de Alta Velocidad a un segundo dispositivo (122); y en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además, para cada bloque de la pluralidad de bloques (716), un primer elemento de información (711) que indica una longitud de las una o más unidades de datos de paquetes en cada bloque y un segundo elemento de información (712) que indica una cantidad de unidades de datos de paquetes en cada bloque

CAMPO TÉCNICO

Las realizaciones de acuerdo con el presente invento se refieren en general a sistemas de comunicación inalámbricos, y más particularmente, al control del flujo de datos en un sistema de comunicación móvil.

ANTECEDENTES

La Red de Acceso por Radio para Acceso Múltiple de División de Código de Banda Ancha (WRAN) introdujo el Acceso por Paquetes de Enlace Descendente de Alta Velocidad (HSDPA) en 3GPP Versión 5 y Acceso de Paquetes de Enlace Ascendente a Alta Velocidad (HSUPA)/Enlace Ascendente Mejorado (EUL) en la especificación 3GPP Versión 6. El Acceso de Paquetes a Alta Velocidad (HSPA) es el término común tanto para HSDPA como para EUL. Las especificaciones 3GPP desde la Versión 4 a la Versión 6 usan unas pocas longitudes fijas de la Unidad de Paquetes de Datos (PDU) de Control-d de Acceso al Medio (MAC-d) para el HSPA. La limitación de la ventana de transmisión del Control de Enlace por Radio (RLC) de 2.047 PDU junto con el Tiempo de Ida y Vuelta bastante largo (desde el controlador de red de radio de servicio al equipamiento del usuario y vuelta) proporciona una tasa de bits de pico limitada en sistemas celulares.

La introducción de Entrada Múltiple, Salida Múltiple (MIMO) y/o la Modulación de Amplitud en Cuadratura 64 (QAM) pueden dar como resultado tasas de bits de pico tan altas como 42 Megabits por segundo (Mbps). Son necesarias longitudes de PDU de MAC-d más largas para una tasa de bits de pico de HSDPA más elevada (suponiendo que el tamaño de la ventana RLC de 2.047 es mantenido). Usar las PDU de MAC-d que son demasiado largas provoca una cobertura limitada, mientras que solo un número entero de PDU de MAC-d está programado sobre la interfaz de aire en un Intervalo de Tiempo de Transmisión (TTI), es decir, una PDU de MAC-d es la menor unidad de datos que puede ser transmitida en un TTI.

El Modo Reconocido (AM) de RLC proporciona una estructura para usar longitudes de PDU flexibles. Por ejemplo, en el AM de RLC (especificación de protocolo de RLC, 3GPP TS 25.322), se ha definido una estructura de longitud de PDU flexible. Hay una posibilidad de configurar varias longitudes de PDU de RLC, pero los campos de encabezamiento pueden restringir el número de facto que puede ser usado. Por ejemplo, es actualmente posible usar un máximo de 8 longitudes diferentes de PDU de MAC-d sobre HS-DSCH, dónde una PDU de MAC-d incluye una PDU de RLC y un encabezamiento de MAC-d opcional. Una estructura de longitud de PDU completamente nueva es, por ello, necesaria para un rendimiento óptimo.

La solución actual para asignación de capacidad del Canal Compartido de Enlace Descendente a Alta Velocidad (HS-DSCH) y la definición de la TRAMA DE DATOS de HS-DSCH no son eficientes para la solución de RLC flexible (o estructura de longitud de PDU flexible). La tasa de bits de la Trama de Datos de HS-DSCH no puede ser controlada bien usando el formato de Trama de Control de Asignación de Capacidad de HS-DSCH. El formato de trama de control corriente especifica que un número dado de PDU (Créditos de HS-DSCH) de longitud máxima dada (Longitud Máxima de PDU de MAC-d) puede ser enviado en un intervalo dado (Intervalo de HS-DSCH). Suponiendo una longitud de PDU de MAC-d fija, es fácil traducir este formato a octetos dentro de un intervalo, o a una tasa de bits. Sin embargo, con la introducción del RLC flexible, todos y cada uno de los MAC-d pueden ser de longitud diferente. Así, una PDU de un octeto consume un crédito completo, como una PDU de 1.500 octetos, y controlar el número permitido de octetos por intervalo, o la tasa de bits permitida, resulta difícil.

La capacidad inicial de transferencia de datos de HS-DSCH es concedida por la estación base a través de la Asignación de Capacidad Inicial de HS-DSCH durante el procedimiento de Ajuste del Enlace de Radio, el procedimiento de Reconfiguración del Enlace de Radio, o el procedimiento de Adición del Enlace de Radio. Durante estos procedimientos, la Asignación de Capacidad Inicial de HS-DSCH, que es enviada por la estación base al controlador de red que controla la radio, especifica la longitud máxima de PDU de MAC-d (Tamaño Máximo de PDU de MAC-d) y el número de las PDU de MAC-d (Tamaño de Ventana Inicial de HS-DSCH). La interpretación común de esta Asignación de Capacidad Inicial de HS-DSCH es usada para longitudes de PDU de MAC-d fijadas y no es obviamente adecuado para RLC flexible.

El formato corriente de TRAMA DE DATOS de HS-DSCH no soporta longitudes diferentes de PDU de MAC-d. Enviar PDU de MAC-d de diferentes longitudes puede resultar muy ineficiente (por ejemplo, la sobrecarga de la red de transporte puede resultar muy elevada), debido a que es necesario una nueva TRAMA DE DATOS para cada PDU de longitud diferente. Además, en el formato corriente, una extensión de repuesto de 4 bits es insertada en la parte frontal de cada PDU de MAC-d en la trama de datos, aumentando la sobrecarga significativamente en el caso de las PDU alineadas por octetos, lo que es un caso común. El formato corriente no puede manejar la aproximación del RLC flexible (por ejemplo, cuando una PDU de MAC-d que contiene un paquete de Protocolo de Internet (IP) de 1.500 octetos de longitud ha de ser enviada). Al mismo tiempo, el indicador de longitud de PDU de MAC-d corriente asume la granularidad de bit, que no es necesaria si las PDU de MAC-d resultan alineadas por octetos con la retirada del multiplexado de MAC-d. Además, con la retirada del multiplexado de MAC-d, si la TRAMA DE DATOS de HS-DSCH no soporta algún tipo de correspondencia de canal lógico, el número de conexiones de red de transporte necesitado por algunas Portadoras de Radio podría aumentar significativamente (por ejemplo, en vez de una conexión, pueden ser necesarias cuatro conexiones para una Portadora de Radio de Señalización (SRB)).

El documento técnico 3GPP, R2-061389 “Evolución del RLC flexible y MAC para HSPA”, se refiere al uso del tamaño de la PDU del RLC flexible en un entorno de HS-DSCH. De acuerdo con esta descripción, el tamaño de la PDU es adaptado al tamaño de carga útil de tal modo que el tamaño de la PDU del RLC es seleccionado para coincidir exactamente con el tamaño de carga útil, omitiendo así la segmentación, la concatenación y el relleno.

La especificación técnica de 3GPP, TS 25.425 Versión 7.3.0 proporciona una descripción de los protocolos de plano de usuario de interfaz (Iur) de UTRAN RNS-RNS para corrientes de datos de Canal de Transporte Común en que las unidades de datos de paquete de una longitud son usadas dentro de una trama de HS-DSCH. Es evidente, por ejemplo a partir de la fig. 12A de esta exposición, que sólo las PDU de tamaño fijo están comprendidas dentro de la trama de HS-DSCH.

El documento técnico de 3GPP, R2-070036 “Mejoras L2”, a su vez describe usar un formato de PDU de RLC con un tamaño de PDU de RLC flexible y un tamaño máximo configurados por capas más altas. Esto permite que se envíen informes del Estado del RLC con un relleno mucho menor que con el tamaño de PDU de RLC fijo.

SUMARIO

Es un objeto del invento superar al menos alguna de las desventajas anteriores y proporcionar un control de flujo de datos mejorado para sistemas de comunicación.

Las realizaciones descritas aquí proporcionan un nuevo formato de protocolo de generación de tramas de HS-DSCH (denominado de aquí en adelante como un “formato de protocolo de tipo 2 de generación de tramas de HS-DSCH”) que puede permitir la transmisión de LAS PDU de longitudes diferentes.

Además de un nuevo formato de Trama de Control de ASIGNACIÓN DE CAPACIDAD, el formato de trama de protocolo de tipo 2 de generación de tramas de HS-DSCH proporciona un nuevo formato de TRAMA DE DATOS de protocolo de tipo 2 de generación de tramas de HS-DSCH. La TRAMA DE DATOS de protocolo de tipo 2 de generación de tramas de HS-DSCH puede permitir más de una longitud de PDU en la misma TRAMA DE DATOS. Además, el formato de TRAMA DE DATOS de protocolo de tipo 2 de generación de tramas de HS-DSCH puede, en una realización, permitir la transmisión de varias PDU asociadas con canales lógicos diferentes en la misma TRAMA DE DATOS.

El nuevo formato de trama de protocolo de tipo 2 de generación de tramas de HS-DSCH puede proporcionar:

 una longitud máxima de PDU de MAC-d de 1500 octetos y la granularidad de octeto en longitud de PDU de MAC-d es soportada de manera eficiente;

 capacidad para tener en cuenta la limitación de la Unidad de Transmisión Máxima de la red de... [Seguir leyendo]

1. Un método, realizado por un primer dispositivo (124) en un entorno (100) de Acceso por Paquetes de Enlace Descendente de Alta Velocidad, caracterizado por generar una trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad (700, 730, 735, 750) que incluye una pluralidad de bloques de unidades de datos de paquetes (716), incluyendo un primer bloque de la pluralidad de bloques unidades de datos de paquetes de una primer longitud e incluyendo un segundo bloque de la pluralidad de bloques unidades de datos de paquetes que son de una segunda longitud diferente, transferir la trama de datos (700, 730, 735, 750) de Canal Compartido de Enlace Descendente de Alta Velocidad a un segundo dispositivo (122); y en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además, para cada bloque de la pluralidad de bloques (716), un primer elemento de información (711) que indica una longitud de las una o más unidades de datos de paquetes en cada bloque y un segundo elemento de información (712) que indica una cantidad de unidades de datos de paquetes en cada bloque.

2. El método según la reivindicación 1, en el que el primer elemento de información (711) y el segundo elemento de información (712) están situados en un encabezamiento (701) de la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad.

3. El método según la reivindicación 1, en el que el primer elemento de información (711) y el segundo elemento de información (712) están situados en una carga útil (715) de la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad.

4. El método según la reivindicación 1, en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además un identificador (707) de canal lógico con el que está asociada la pluralidad de bloques de unidades de datos de paquetes.

5. El método según la reivindicación 1, en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además una pluralidad de identificadores (752) de canal lógico, estando asociado cada identificador de canal lógico con una unidad de paquetes de datos de la pluralidad de bloques de las unidades de paquetes de datos.

6. El método según la reivindicación 1, en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además una pluralidad de elementos de información (742) asociados con la pluralidad de bloques de unidades de paquetes de datos, identificando cada elemento de información de la pluralidad de elementos de información una longitud de la unidad de paquetes de datos con la que está asociado cada elemento de información.

7. Un dispositivo caracterizado en un sistema de tratamiento (412) adaptado para generar una trama de datos (700, 730, 735, 750) de Canal Compartido de Enlace Descendente de Alta Velocidad que incluye una pluralidad de bloques de unidades de paquetes de datos (716), incluyendo un primer bloque de la pluralidad de bloques unidades de paquetes de datos de una primera longitud e incluyendo un segundo bloque de la pluralidad de bloques unidades de paquetes de datos de una segunda longitud diferente; y una interfaz Iub (420) adaptada para transferir la trama de datos (700, 730, 735, 750) de Canal Compartido de Enlace Descendente de Alta Velocidad; y en el que la trama de datos (700, 730, 735, 750) de Canal Compartido de Enlace Descendente de Alta Velocidad incluye, para cada bloque de la pluralidad de bloques, un primer elemento de información (711) que indica una longitud de cada unidad de paquetes de datos en cada bloque y un segundo elemento de información (712) que indica una cantidad de unidades de paquetes de datos en cada bloque.

8. El dispositivo según la reivindicación 7, en el que la trama de datos del Canal Compartido de Enlace Descendente de Alta Velocidad incluye además un identificador de canal lógico (707) con el que está asociada la pluralidad de bloques de unidades de paquetes de datos.

9. El dispositivo según la reivindicación 7, en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además una pluralidad de identificadores (752) de canal lógico, estando asociado cada identificador de canal lógico con un bloque de unidades de paquetes de datos de la pluralidad de bloques de unidades de paquetes de datos.