Longitud de unidad de datos en paquete para control de enlace de radio flexible.

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

caracterizado por generar una trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad que incluye un valor (630) que representa un número de octetos de unidad de paquetes de datos que está permitido que transmita un segundo dispositivo (124) durante un intervalo de Canal Compartido de Enlace Descendente de Alta Velocidad; y transferir la trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad al segundo dispositivo (124).

Longitud de unidad de datos en paquete para control de enlace de radio flexible 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 (HSUPAj/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)).

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

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.

El objeto es resuelto como un método definido en las reivindicaciones independientes 1 y 6, y como un dispositivo definido en la reivindicación 4 independiente. Las reivindicaciones dependientes definen realizaciones preferidas del mismo.

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. En una realización, el formato de tipo 2 de protocolo de generación de tramas de HS-DSCH proporciona un nuevo formato de Trama de Control de ASIGNACIÓN DE CAPACIDAD de protocolo de tipo 2 de generación de tramas de HS-DSCH que especifica créditos de PDU de MAC-d en octetos (en oposición a una combinación de un número de PDU de una longitud máxima dada). La Trama de Control de ASIGNACIÓN DE CAPACIDAD de protocolo de tipo 2 de generación de tramas de HS-DSCH soporta longitudes de PDU de MAC-d mayores permitiendo la reutilización de créditos sin usar.

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 transporte usada;

capacidad para soportar longitudes de PDU de MAC-d flexibles;

capacidad para soportar... [Seguir leyendo]

1.- Un método, realizado por un primer dispositivo (122) en un entorno (100) de Acceso por Paquetes de Enlace Descendente de Alta Velocidad, caracterizado por generar una trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad que incluye un valor (630) que representa un número de octetos de unidad de paquetes de datos que está permitido que transmita un segundo dispositivo (124) durante un intervalo de Canal Compartido de Enlace Descendente de Alta Velocidad; y transferir la trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad al segundo dispositivo (124).

2.- El método según la reivindicación 1, en el que la trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además un primer elemento de información (640) que almacena un intervalo de tiempo durante el cual se permite que el segundo dispositivo utilice un número de octetos de unidad de paquete de datos.

3.- El método según la reivindicación 2, en el que la trama de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además un segundo elemento de información (650) que almacena un valor que indica un número de intervalos subsiguientes durante los cuales se permite que el segundo dispositivo utilice el número de octetos de unidad de paquete de datos.

4.- Un dispositivo caracterizado en un sistema de tratamiento (230) adaptado para generar una trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad que incluye un valor (630) que representa un número de octetos de unidad de paquete de datos en que se permite que un controlador (124) de red de radio transmita durante un intervalo de Canal Compartido de Enlace Descendente de Alta Velocidad; y una interfaz lub (240) adaptada para transferir la trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad al controlador (124) de red de radio.

5.- El dispositivo según la reivindicación 4, en el que la trama de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad incluye además: un primer elemento de información (640) que almacena un intervalo de tiempo durante el cual se permite que el controlador de red de radio utilice el número de octetos de unidad de paquetes de datos, y un segundo elemento de información (650) que almacena un valor que indica un número de intervalos subsiguientes durante los cuales se permite que el controlador de red de radio utilice el número de octetos de unidad de paquete de datos.

6 - 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 recibir una trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad procedente de un segundo dispositivo (122), incluyendo la trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad un primer valor (630) que representa un primer número de octetos de unidad de paquete de datos en que se permite que el primer dispositivo (124) transmita durante un intervalo de Canal Compartido de Enlace Descendente de Alta Velocidad; generar, en respuesta a la recepción de la trama (600) de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad, una trama (700, 730, 735, 750) de datos de Canal Compartido de Enlace Descendente de Alta Velocidad que incluye un segundo número de octetos de unidad de paquete de datos, siendo el segundo número igual o menor que el primer número; y transferir la trama (700, 730, 735, 750) de datos de Canal Compartido de Enlace Descendente de Alta Velocidad al segundo dispositivo (122) en un intervalo.

7.- El método según la reivindicación 6, en el que el segundo número es menor que el primer número, y en el que el método comprende además reutilizar los octetos de unidad de paquete de datos sin usar en un próximo intervalo.

8.- El método según la reivindicación 7, en el que la trama de control de Asignación de Capacidad de Canal Compartido de Enlace Descendente de Alta Velocidad incluye un elemento de información (640) que almacena un segundo valor que indica un número de intervalos subsiguientes durante los que se permite que el primer dispositivo utilice el primer número de octetos de unidad de paquete de datos, y en el que la reutilización ocurre cuando el segundo valor es mayor que 1.

9.- El método según la reivindicación 6, en el que la trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad incluye una pluralidad de bloques (716), incluyendo cada bloque un grupo de unidades de paquete de datos, siendo una longitud de cada unidad de paquete de datos en un primer bloque de la pluralidad de bloques diferente de una longitud de cada unidad de paquete de datos en un segundo bloque de la pluralidad de bloques.

10.- El método según la reivindicación 6, en el que trama de datos de Canal Compartido de Enlace Descendente

de Alta Velocidad Incluye una unidad de paquete de datos y un identiflcador de canal lógico (707, 752).

11.- El método según la reivindicación 6, en el que trama de datos de Canal Compartido de Enlace Descendente de Alta Velocidad Incluye una pluralidad de unidades (761) de paquete de datos y una pluralidad de identificadores (752) de canal lógico.