ES2632397T3

ES2632397T3 - Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base y método de control de comunicación

Info

Publication number: ES2632397T3
Application number: ES09802771.7T
Authority: ES
Inventors: Yoshio Ueda; Sadafuku Hayashi
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2008-08-01
Filing date: 2009-05-14
Publication date: 2017-09-12
Anticipated expiration: 2029-05-14
Also published as: JP2015043613A; BRPI0911022A2; ES2493169T3; EP2315471B1; BR122014019674A2; JP2014060743A; EP2315471A4; BR122015021028A2; BR122015021024A2; JP6248991B2; KR20140146223A; RU2635108C2; RU2015154992A; CN104301942A; US9307480B2; RU2613334C1; EP2315471A1; KR101450488B1; JP5223922B2; EP2605578A1

Abstract

Un dispositivo de control (11) para un sistema de comunicación móvil, comprendiendo el dispositivo de control: medios de comunicación (11A) para comunicación de datos con un dispositivo de estación de base (12) que utiliza un tamaño de datos de enlace descendente de longitud fija o un tamaño de datos de enlace descendente de longitud variable medios de transmisión (11B) para transmitir un mensaje que incluye información del formato de tamaño de la PDU de RLC de enlace descendente al dispositivo de estación de base (12), en el que la información del formato de tamaño de la PDU de RLC de enlace descendente indica el formato de tamaño de la PDU de RLC de enlace descendente que indica si un tamaño de la PDU de RLC de enlace descendente tiene una longitud fija o una longitud variable, en donde RLC indica Control de Enlace de Radio (Radio Link Control, en inglés) y PDU indica Unidad de Datos de Protocolo (Protocol Data Unit, en inglés).

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Sistema de comunicacion movil, dispositivo de control, dispositivo de estacion de base y metodo de control de comunicacion

Campo tecnico

La presente invencion se refiere a un sistema de comunicacion movil para llevar a cabo comunicacion de datos utilizando un tamano de los datos de longitud fija o de longitud variable.

Antecedentes

En el 3GPP (Proyecto de Colaboracion de 3a Generacion - 3rd Generation Partnership Project, en ingles), el estandar de HSDPA (Acceso de Paquetes de Enlace Descendente de Alta Velocidad - High Speed Downlink Packet Access, en ingles) para la comunicacion movil de W-CDMA ha sido estandarizado (vease el documento 1 que no es patente). En HSDPA, el protocolo de MAC-hs o el protocolo de MAC-ehs se utilizan para la capa de MAC (Control de Acceso a Medio - Medium Access Control, en ingles). El HSDPA proporciona comunicacion de datos de alta velocidad basada en paquetes en un enlace descendente desde un RnC (Controlador de Red de Radio - Radio Network Controller, en ingles) a un UE (Equipo de Usuario - User Equipment, en ingles) a traves de un Nodo-B. EN la comunicacion de datos de HSDPA, se lleva a cabo un control de flujo entre el RNC (Controlador de Red de Radio - Radio Network Controller, en ingles) y el Nodo-B (Estacion de Base) (vease tambien ERICSSON: “Support of higher bitrates y Flexible RLC PDU size on HS-DSCH en RAN Transport Network”, BORRADOR del 3GPP; R3- 070150, ).

En el control de flujo, el Nodo-B notifica al RNC la capacidad de datos, y el RNC transmite datos en el alcance de la capacidad de datos al Nodo-B. Aqrn, el Nodo-B determina la capacidad de datos, teniendo en consideracion, por ejemplo, la capacidad del canal de radio, el reporte de calidad del producto proporcionado por el UE, la prioridad asignada a la portadora, y el estado de la ruta de transmision entre el RNC y el Nodo-B como parametros. Una notificacion de la capacidad de datos es proporcionada a traves de un mensaje de control de trama denominado ASIGNACION DE CAPACIDAD.

En la comunicacion de datos de HSDPA, se contemplan tres tipos de casos para modos de comunicacion. Los parametros que se adaptan a cada caso son establecidos para los RNCs y los Nodos-B.

La Figura 1 es un cuadro que ilustra un ejemplo de ajustes de parametros para los respectivos casos de HSDPA. En referencia a la Figura 1, van a ilustrarse ejemplos de ajustes de parametros para los respectivos casos 1 a 3. El caso 1 ha sido ya definido de la Version 5 del 3GPP y posteriores y los casos 2 y 3 se espera que sean definidos en la Version 7 del 3GPP y posteriores.

En el caso 1, el tamano de las PDUs (Unidades de Datos de Protocolo - Protocol Data Units, en ingles) en la capa de RLC (Control de Enlace de Radio - Radio Link Control, en ingles) (denominado en esta memoria “tamano de la PDU de RLC” tiene una longitud fija, y para la capa de MAC, se utiliza el protocolo de MAC-hs. Una PDU es una unidad de una senal de transmision en un protocolo predeterminado. Por ejemplo, una PDU incluye una cabecera de acuerdo con un protocolo predeterminado y una carga util que incluye datos en el protocolo.

En el protocolo de MAC-hs, no se utilizan ni 64QAM (Modulacion de Amplitud en Cuadratura - Quadrature Amplitude Modulation, en ingles) ni MIMO (Multiple Entrada Multiple Salida - Multiple Input Multiple Output, en ingles).

En el caso 2, el tamano de la PDU de RLC tiene una longitud fija como en el caso 1, pero el protocolo de MAC-ehs se utiliza para la capa de MAC. En el protocolo de MAC-ehs, pueden utilizarse 64QAM y MIMO. Tambien en el MAC- ehs, se utiliza un metodo de transmision llamado de Capa 2 Mejorada en el Enlace Descendente.

64QAM, que es uno de los metodos de modulacion digital, expresa 64 valores mediante una combinacion de ocho tipos de fase y ocho tipos de amplitud. MIMO es una tecnica de comunicacion de radio para expandir una banda de comunicacion de datos utilizando una pluralidad de antenas simultaneamente. En Capa 2 Mejorada, el protocolo de MAC-ehs es proporcionado en los datos de usuario de segmentos del Nodo-B. La Capa 2 Mejorada permite una mas eficiente transferencia de datos en comparacion con un metodo de transmision en el cual los datos de usuario estan divididos por una longitud fija en un RLC.

En el caso 3, el tamano de la PDU de RLC tiene una longitud variable, y para la capa de MAC, se utiliza el protocolo de MAC-ehs. En este caso, un Nodo-B designa una longitud maxima del tamano de la PDU de RLC. Un RNC puede seleccionar un tamano de la PDU de RLC dentro de un alcance igual o menor que la longitud maxima designada por el Nodo-B. En el control de flujo, el Nodo-B puede controlar el maximo valor del tamano de la PDU de RLC.

En el control de flujo en el 3GPP de Version 7 en el cual ha sido introducido el protocolo de MAC-ehs, se utiliza un formato denominado ASIGNACION DE CAPACIDAD DE TIPO 2 en lugar de un formato denominado ASIGNACION DE CAPACIDAD DE TIPO 1 que se utiliza en el 3GPP de Version 5.

5

10

15

20

25

30

35

40

45

Con una trama en la ASIGNACION DE CAPACIDAD DE TIPO 2, un Nodo-B puede controlar los siguientes cuatro elementos.

(1) Longitud de PDU de MAC-d/c maxima (longitud de PDU de MAC-d)

(2) Credito de HS-DSCH (el numero de PDUs de MAC-d que pueden ser transmitidas durante un intervalo de transmision en un HS-DSCH)

(3) Intervalo de HS-DSCH (duracion en la cual el numero de PDUs de MAC-d indicado por el HS-DSCH son transmitidas)

(4) Periodo de Repeticion de HS-DSCH (cuenta de repeticiones que indica el numero de repeticiones de la duracion anterior)

Por ejemplo, donde un canal de radio va a entrar en una congestion, la longitud de PDU de MAC-d/c (longitud de PDU de MAC-d/c maxima) puede ser reducida o el credito del HS-DSCH puede ser reducido con el fin de suprimir la cantidad de datos del enlace descendente. Un HS-DSCH (Canal Compartido de Enlace Descendente de Alta Velocidad - High Speed Downlink Shared CHannel, en ingles) es un canal compartido por una pluralidad de comunicaciones de datos de HSDPA.

Como se ha descrito anteriormente, en los casos 2 y 3, que van a ser definidos en el 3GPP de Version 7 y posteriores, pueden utilizarse 64QAM y MIMO, que no podfan ser utilizados en y antes del 3GPP de Version 6.

Entre los casos 2 y 3 para ser definidos en el 3GPP de Version 7 y posteriores, existe una diferencia en si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable.

En el caso 3, puesto que el tamano de la PDU de RLC es variable, el valor maximo del tamano de la PDU de RLC puede ser variado en un intervalo igual o menor que 1504 octetos en control de flujo. Como resultado de tal control de flujo, puede proporcionarse una mas eficiente comunicacion de datos de acuerdo con el status de comunicacion cambiante.

Mientras tanto, el caso 2 permite el uso de 64QAM y MIMO incluso llevando a cabo control de flujo utilizando un algoritmo existente y simple con el tamano de la PDU de RLC fijo como en el caso 1.

Lista de Citacion

Literatura que No es Patente

Literatura 1 que no es patente: 3GPP TS 25.308 V8.2.0 (2008-05), Acceso de Paquetes de Enlace Descendente de Alta Velocidad (HSDPA - High Speed Downlink Packet Access), descripcion Global, Etapa 2 (Version 8).

Sumario de la Invencion

Problema tecnico

Con el fin de utilizar 64QAM o MIMO, es necesario utilizar el protocolo de MAC-ehs. Donde se utiliza el protocolo de MAC-ehs, el tamano de la PDU de RLC puede tener una longitud fija o una longitud variable, y asf, para que opere un RLC, es necesario establecer el tamano de la PDU de RLC para que tenga una longitud fija o una longitud variable.

No obstante, en el protocolo NBAP (Parte de Aplicacion del Nodo-B, 3GPP TS25.433), que es un protocolo de control de llamada actual, un RNC no puede notificar a un Nodo-B acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable. La Figura 2 es un cuadro que ilustra parametros en el protocolo NBAP. Este cuadro es uno ilustrado en el documento 3GPP TS 24.4339.2.1.31.IA. En referencia a la Figura 2, puede verse que no hay ningun elemento de informacion para notificar un ajuste acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable, y asf, el protocolo NBAP no puede proporcionar una notificacion de tal ajuste. En consecuencia, existe el problema de que pueda darse una discrepancia en los estados de ajuste de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable entre un RNC y un Nodo-B.

Cuando se utiliza el protocolo de MAC-ehs, el NBAP actual supone que el IE Formato del tamano de la PDU de MAC-d del HS-DSCH tiene un “Tamano de la PDU de MAC-d Flexible”. En consecuencia, un RNC establece que el tamano de la PDU de RLC tenga una longitud fija y un Nodo-B establece que el tamano de la PDU de RLC tenga una longitud variable, lo que puede resultar en una discrepancia en el estado entre el RNC y el Nodo-B.

Si el tamano de la PDU de RLC esta ajustado para que tenga una longitud variable, el Nodo-B puede dar una instruccion para cambiar el tamano de la PDU de RLC al RNC en control de flujo. No obstante, el RNC no puede cambiar el tamano de la PDU de RLC porque el tamano de la PDU de RLC esta ajustado para tener una longitud fija.

5

10

15

20

25

30

35

40

45

50

Por ejemplo, donde el Nodo-B da una instruccion para proporcionar un tamano mayor que la longitud fija ajustada en el RNC, al RNC, el Nodo-B debena ser capaz de recibir una PDU con un tamano mayor que la longitud fija. No obstante, donde el tamano de la PDU de RLC esta ajustado para tener una longitud fija en el RNC, El RNC segmenta los datos por la longitud fija. En ese caso, la eficiencia de uso de los recursos del sistema tal como una banda puede no ser suficientemente mejorada.

Tambien, por ejemplo, si el Nodo-B da una instruccion para proporcionar un tamano menor que la longitud fija ajustada en el RNC, al RNC, el RNC en el cual el tamano de la PDU de RLC esta ajustado para tener la longitud fija no puede transmitir datos al Nodo-B o envfa datos con un tamano que excede el lfmite, al Nodo-B. En tal caso, ocurren fallos serios en el control del flujo y/o en la operacion del sistema.

La Figura 3 es un cuadro que ilustra un ejemplo de modo de comunicacion para describir un fallo en el control del flujo. La Figura 4 ilustra un ejemplo de una secuencia que resulta en la ocurrencia de un defecto en el control del flujo.

En el ejemplo de la Figura 3, el tamano de la PDU de RLC es 82 bytes, se utiliza el protocolo de MAC-ehs, y se utilizan MIMO y 64QAM.

En este caso, el IE Maxima PDU de MAC-d Extendida en Tamano de NBAP, que designa un valor maximo del tamano de la PDU de MAC-d, esta ajustado a 82 bytes.

En referencia a la secuencia de la Figura 4, en primer lugar, un RNC ajusta el tamano de la PDU de RLC para que tenga una longitud fija (etapa 901). Cuando se utiliza MAC-ehs, no se lleva a cabo ninguna multiplexacion de canal logico en la capa de MAC-d, y asf, no se proporciona ninguna cabecera de MAC-d. De acuerdo con esto, en este ejemplo, el tamano de la PDU de MAC-d es igual al tamano de la PDU de RLC (etapa 902).

EL RNC prepara un mensaje de NBAP: SOLICITUD DE ESTABLECIMIENTO DE RL (etapa 903) y transmite el mensaje a un Nodo-B (etapa 904). Este mensaje de NBAP: SOLICITUD DE ESTABLECIMIENTO DE RL incluye un IE Maxima PDU de MAC-d Extendida en Tamano ajustado a 82 bytes, que es el maximo valor del tamano de la PDU de MAC-d.

Recibiendo el mensaje de NBAP: SOLICITUD DE ESTABLECIMIENTO DE RL, el Nodo-B reconoce que el valor maximo del tamano de la PDU de MAC-d es 82 bytes (etapa 904), y ajusta el valor maximo junto con informacion acerca del 64QAM, MIMO y MAC-ehs (etapa 905).

Tras el establecimiento del HSDPA, el control del flujo es iniciado.

Aqrn, se asume que el Nodo-B decide ajustar el tamano de la PDU de MAC-d a un tamano menor de 82 bytes en control del flujo debido a una congestion del canal de radio (etapa 908). El Nodo-B ajusta el valor maximo del tamano de la PDU de MAC-d a un nuevo valor menor de 82 bytes (etapa 909) y envfa una trama de control de la ASIGNACION DE CAPACIDAD DEL HS-DSCH DE TIPO 2 que incluye un IE Maxima PDU de MAC-d Extendida en Tamano en el cual el valor ha sido ajustado, al RNC (etapa 910). Esta trama es una trama utilizada para que el Nodo-B notifique al RNC una informacion de control sobre el control del flujo. Ejemplos de la informacion de control en el control del flujo incluyen longitud de la PDU de MAC-d/c, creditos y un intervalo de transmision.

Puesto que el tamano de la PDU de RLC esta ajustado a una longitud fija, el RNC no puede transmitir datos con una longitud menor que la longitud fija, lo que resulta en que la comunicacion de datos se detiene (etapa 911).

Un objeto de la presente invencion es proporcionar una tecnica que evite una discrepancia en un estado de ajuste, entre dispositivos, en lo que respecta a si el tamano de los datos en la comunicacion de datos tiene una longitud fija o una longitud variable en un sistema de comunicacion movil.

Solucion al problema

Este objeto se consigue mediante un dispositivo de control de acuerdo con la reivindicacion 1, un dispositivo de estacion de base de acuerdo con la reivindicacion 4, un sistema de comunicacion movil de acuerdo con la reivindicacion 8 y un metodo de control de comunicacion de acuerdo con la reivindicacion 16; las reivindicaciones dependientes se refieren a otros desarrollos de la invencion.

Breve descripcion de los dibujos

[Figura 1] La Figura 1 es un cuadro que ilustra ejemplos de parametros ajustados en respectivos casos de HSDPA. [Figura 2] La Figura 2 es un cuadro que ilustra parametros en el protocolo NBAP.

[Figura 3] La Figura 3 es un cuadro que ilustra un ejemplo de modo de comunicacion para describir un fallo del control del flujo.

5

10

15

20

25

30

35

40

45

[Figura 4] La Figura 4 es un diagrama que ilustra un ejemplo de una secuencia que resulta en la ocurrencia de un fallo en el control del flujo.

[Figura 5] La Figura 5 es un diagrama de bloques que ilustra una configuracion del RNC 11 de acuerdo con una primera realizacion de ejemplo.

[Figura 6] La Figura 6 es un diagrama de bloques que ilustra una configuracion del Nodo-B 12 de acuerdo con la primera realizacion de ejemplo.

[Figura 7] La Figura 7 es un diagrama de bloques que ilustra una configuracion de un sistema de comunicacion movil de acuerdo con una segunda realizacion de ejemplo.

[Figura 8] La Figura 8 es un diagrama secuencial que ilustra una operacion de un sistema de comunicacion movil de acuerdo con la segunda realizacion de ejemplo.

[Figura 9] La Figura 9 es un diagrama para describir una vision global de un mensaje de protocolo NBAP.

[Figura 10] La Figura 10 es un diagrama que ilustra un ejemplo de cambio del 3GPP TS 25.433.

[Figura 11] La Figura 11 es un diagrama que ilustra un ejemplo de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con una tercera realizacion de ejemplo.

[Figura 12] La Figura 12 es un diagrama secuencial que ilustra una operacion de un sistema de comunicacion movil de acuerdo con la tercera realizacion de ejemplo.

[Figura 13] La Figura 13 es un diagrama que ilustra un ejemplo de definicion de un Formato de Tamano de la PDU de MAC-d de HS-DSCH de acuerdo con una cuarta realizacion de ejemplo.

Descripcion de realizaciones

Realizaciones de ejemplo se describiran con detalle con referencia a los dibujos, en los que las realizaciones tercera a quinta siguientes se describen como utiles para la comprension de la invencion, pero no forman parte de la invencion. Un sistema de comunicacion de radio descrito como una realizacion de ejemplo es un sistema de comunicacion movil de W-CDMA de acuerdo con el 3GPP.

(Primera realizacion de Ejemplo)

La Figura 5 ilustra la configuracion del RNC 11 de acuerdo con una primera realizacion de ejemplo.

Como se ilustra en la Figura 5, el RNC 11 incluye el comunicador 11A que se comunica con un dispositivo de estacion de base utilizando un tamano de los datos de longitud fija y un tamano de los datos de longitud variable, y el transmisor 11B que proporciona notificacion de (transmite) informacion indicando si el tamano de los datos de la comunicacion de datos tiene una longitud fija o una longitud variable al dispositivo de estacion de base (Nodo-B 12).

De acuerdo con esto, en la presente realizacion de ejemplo, puede proporcionarse notificacion de informacion indicando si el tamano de los datos de la comunicacion de datos es fijo o variable (informacion de identificacion) desde el RNC 11 al Nodo-B 12.

La Figura 6 ilustra la configuracion del Nodo-B 12 de acuerdo con la primera realizacion de ejemplo.

Como se ilustra en la Figura 6, el Nodo-B 12 incluye el receptor 12B que recibe informacion indicando si el tamano de los datos de la comunicacion de datos tiene una longitud fija o una longitud variable de un dispositivo de control (RNC 11), y el comunicador 12A que se comunica con el dispositivo de control utilizando un tamano de los datos de longitud fija y un tamano de los datos de longitud variable.

De acuerdo con esto, en la presente realizacion de ejemplo, el Nodo-B 12 recibe la informacion (la informacion de identificacion) transmitida desde el RNC 11, que permite evitar la ocurrencia de una discrepancia en el estado del ajuste entre los dispositivos, relativa a si el tamano de los datos de transmision en la comunicacion de datos tiene una longitud fija o una longitud variable.

(Segunda Realizacion de ejemplo)

La Figura 7 es un diagrama de bloques que ilustra la configuracion de un sistema de comunicacion de telefoma movil de acuerdo con una segunda realizacion de ejemplo. La presente realizacion de ejemplo es una realizacion de la configuracion del RNC 11 de acuerdo con la primera realizacion de ejemplo ilustrada en la Figura 5 y la configuracion del Nodo-B 11 de acuerdo con la primera realizacion de ejemplo ilustrada en la Figura 6. En referencia a la Figura 7, el sistema de comunicacion de telefoma movil de acuerdo con la presente realizacion de ejemplo incluye el RNC 11 y el Nodo-B 12. El RNC 11, que esta conectado a una CN (Red de Nucleo - Core Network, en ingles) y al Nodo-B 11 (no ilustrado), controla al Nodo-B 12, proporcionando comunicacion de datos de usuario

5

10

15

20

25

30

35

40

45

50

55

mediante un UE (no ilustrado). El Nodo-B 12, que esta conectado al UE (no ilustrado) a traves de un canal de radio, repite los datos de usuario entre el UE y el RNC 11.

El sistema de comunicacion movil permite la comunicacion de datos por medio de HSDPA, y responde a los dos casos en los que el tamano de los datos de transmision de datos de los datos de enlace descendente utilizando HSDPA tiene una longitud fija y una longitud variable.

El RNC 11 proporciona una notificacion de (transmite) informacion de identificacion que indica si el tamano de los datos de transmision de los datos de enlace descendente esta ajustado para tener una longitud fija o una longitud variable al Nodo-B 12. Una notificacion de esta informacion de identificacion es proporcionada por medio de un mensaje de acuerdo con un protocolo de control de llamada terminada por el RNC 11 y el Nodo-B 12. El mensaje utilizado para la notificacion de la informacion de identificacion es un mensaje enviado desde el RNC 11 al Nodo-B 12 cuando un enlace de radio es establecido, cambiado o anadido.

El Nodo-B 12 opera sobre la base de la informacion de identificacion proporcionada por el RNC 11. Por ejemplo, el Nodo-B 12 lleva a cabo un control del flujo de comunicacion de datos sobre la base de la informacion de identificacion. En el control del flujo, el Nodo-B 12 adaptativamente cambia una pluralidad de elementos de acuerdo con el status de comunicacion, y notifica al RNC 11 acerca de estos elementos.

El RNC 11 transmite datos de enlace descendente al Nodo-B 12 dentro del alcance de las limitaciones impuestas por los elementos proporcionados, y de acuerdo con un formato de tamano de los datos del enlace descendente proporcionado al Nodo-B 12 mediante la informacion de identificacion (es decir, si el tamano de los datos de transmision de los datos del enlace descendente tiene una longitud fija o una longitud variable). En consecuencia, la cantidad de datos de los datos de enlace descendente y otros similares puede adecuadamente ser controlada de acuerdo con el status de comunicacion, permitiendo gestionar adecuadamente, por ejemplo, las congestiones.

Ejemplos de elementos para el control del flujo incluyen un tamano de los datos de transmision permitido, un intervalo de transmision de trama de datos permitido y el numero de transmisiones de tramas de datos permitidas dentro de un periodo de tiempo predeterminado.

Si la informacion de identificacion proporcionada por el RNC 11 indica que el tamano de los datos de transmision tiene una longitud fija, el Nodo-B 12 lleva a cabo un control del flujo con fijacion del tamano de los datos de transmision de entre estos elementos.

En la realizacion de ejemplo actual, la informacion de identificacion puede ser, por ejemplo, informacion de un bit. Mas espedficamente, el bit “1” indica que el tamano de la PDU de RLC es una longitud variable, y el bit “0” indica que el tamano de la PDU de RLC es una longitud fija.

De acuerdo con la presente realizacion de ejemplo, una notificacion de la informacion de identificacion que indica si el tamano de los datos de transmision esta ajustado a una longitud fija o a una longitud variable es proporcionada desde el RNC 11 al Nodo-B 12, y el Nodo-B 12 opera sobre la base de la informacion de identificacion proporcionada por el RNC 11, lo que permite evitar la ocurrencia de una discrepancia en el estado del ajuste entre los dispositivos, por lo que respecta a si el tamano de los datos de transmision tiene una longitud fija o una longitud variable.

Ademas, si se proporciona una notificacion acerca de si el tamano de los datos de transmision tiene una longitud fija o una longitud variable desde el RNC 11 al Nodo-B 12 cuando se establece un enlace de radio, el Nodo-B 12 lleva a cabo un control del flujo con el tamano de los datos de transmision fijo, sobre la base del reconocimiento compartido con el RNC 11, inmediatamente tras el establecimiento del enlace de radio. De manera similar, si se proporciona una notificacion acerca de si el tamano de los datos de transmision tiene una longitud fija o una longitud variable cuando un enlace de radio es cambiado o anadido, el Nodo-B 12 puede llevar a cabo un control del flujo con el tamano de los datos de transmision fijo, inmediatamente tras el cambio o adicion del enlace de radio.

En referencia a la Figura 7 de nuevo, el RNC 11 incluye la unidad de terminacion de ruta de transmision 19, el controlador de llamada 13 y el procesador de protocolo de control de llamada 14, que estan incluidos en un plano de control, la unidad de terminacion de interfaz lu 15, las unidades de funcion de protocolo de RLC 16, la unidad de funcion de protocolo de MAC-d 17 y las unidades de funcion de protocolo de trama 18, que estan incluidos en un plano de usuario.

El controlador de llamada 13 lleva a cabo varios tipos de procesamientos relativos al control de llamada. El control de llamada incluye establecimiento de llamada cuando existe una llamada saliente desde el UE o una llamada entrante al UE, y liberacion de la llamada establecida. El control de llamada tambien incluye el establecimiento y liberacion de una comunicacion de HSDPA por parte del UE. En el control de llamada, el controlador de llamada 13 transmite/recibe mensajes de control de llamada hacia/desde el Nodo-B 12, el UE o la CN.

El procesador de protocolo de control de llamada 14 compila y analiza mensajes de acuerdo con el protocolo NBAP, que es un protocolo de control de llamada compartido con el Nodo-B 12, bajo el control del controlador de llamada 13.

5

10

15

20

25

30

35

40

45

50

55

Por ejemplo, cuando se establece una comunicacion de HSDPA, el controlador de llamada 13 transmite/recibe un mensaje de protocolo NBAP hacia/desde el Nodo-B 12 a traves del procesador del protocolo de control de llamada 14, para llevar a cabo los ajustes para MIMO, 64QAM o MAC-ehs.

Una unidad de terminacion de interfaz lu 15 termina una interfaz lu con la CN. Mas espedficamente, la unidad de terminacion de interfaz lu 15 proporciona, por ejemplo, funciones del PDCP (Protocolo de Convergencia de Datos en Paquetes - Packet Data Convergence Protocol, en ingles) presentado en el documento 3GPP TS 25.323, el protocolo de plano de usuario lu presentado en el documento 3GPP TS 25.415 y el protocolo GTP-U indicado en el documento 3GPP TS 29.060.

Para un ejemplo de enlace descendente, la unidad de terminacion de interfaz lu 15 obtiene PDUs de RLC a partir de una senal de enlace descendente recibida desde la CN de orden superior a traves de la interfaz lu y transmite las PDUs de RLC a las unidades de funcion de protocolo de RLC 16. Para un ejemplo de enlace ascendente, la unidad de terminacion de interfaz lu 15 transmite datos de enlace ascendente desde las unidades de funcion de protocolo de RLC 16 a la CN a traves de la interfaz lu.

Las unidades de funcion de protocolo de RLC 16 proporcionan una funcion del RLC presentada en el documento 3GPP TS 25.322. La funcion de RLC es una funcion que lleva a cabo varios tipos de procesamiento relativos al control de un enlace de radio. Las unidades de funcion de protocolo de RLC 16 llevan a cabo el procesamiento de datos transmitidos/recibidos por el UE, de acuerdo con el protocolo de RLC por medio de la funcion de RLC. Tres tipos de modos estan definidos para un metodo de transmision de RLC. El primero es el modo reconocido (abreviado en esta memoria como RLC-AM (AM - Acknowledged Mode, en ingles)). El segundo es el modo no reconocido (RLC-UM (UM - UnAcknowledged Mode, en ingles)). El tercero es el modo transparente (RLC-TM (TM - Transparent Mode, en ingles)).

En modo RLC-AM, hasta el 3GPP de Version 6, el tamano de la PDU (Unidad de Datos de Protocolo - Protocol Data Unit, en ingles) de RLC tema una longitud fija, y los datos de usuario eran segmentados en la capa de RLC.

No obstante, en el 3GPP de Version 7, una funcion denominada Capa 2 Mejorada ha sido presentada al HSDPA. Para el Nodo-B 12, se utiliza el protocolo de MAC-ehs en lugar del protocolo de MAC-hs. En lugar de que los datos sean segmentados de acuerdo con el protocolo de RLC en el RNC 11, los datos de orden superior son segmentados de acuerdo con el protocolo de MAC-ehs en el Nodo-B 12, permitiendo la provision de datos de RLC-AM flexibles con una longitud variable ademas de RLC-AM con una longitud fija. En el caso de una longitud variable, se transmiten datos con un tamano de la PDU de RLC maximo de 1503 octetos desde el RNC 11 al Nodo-B 12.

La unidad de funcion de protocolo de MAC-d 17 implementa el protocolo de MAC-d, que es una de las funciones de MAC presentadas en el documento 3GPP TS 25.321. El protocolo de MAC-d es una parte del protocolo para la capa de mAc, y todo el protocolo para la capa de MAC incluye este protocolo de MAC-d, y el protocolo de MAC-hs o el protocolo de MAC-ehs. El protocolo de MAC-d permite la multiplexacion de una pluralidad de canales logicos de la pluralidad de unidades de funcion de protocolo de RLC 16. No obstante, no se lleva a cabo ninguna multiplexacion de canal logico cuando el Nodo-B 12 utiliza el MAC-ehs.

Las unidades de funcion de protocolo de trama 18 implementan una funcion de protocolo de trama de HS-DSCH presentada en el documento 3GPP TS 25.435. El protocolo de trama de HS-DSCH es un protocolo para llevar a cabo la generacion y segmentacion de una trama de HS-DSCH utilizada en HSDPA. Las unidades de funcion de protocolo de trama 18 en el RNC 11 generan tramas de datos de enlace descendente.

En transmision de datos de alta velocidad que utilizan 64QAM o MlMO, se utiliza TRAMA DE DATOS DE HS-DSCH DE TlPO 2 para el tipo de trama. de acuerdo con esto, las unidades de funcion de protocolo de trama 18 generan tramas de datos de TRAMA DE DATOS DE HS-DSCH DE TlPO 2.

Tambien, las unidades de funcion de protocolo de trama 18 llevan a cabo el procesamiento para el control del flujo entre las unidades de funcion de protocolo de trama 18 y las unidades de funcion de protocolo de trama 23 en el Nodo-B 12.

Por ejemplo, cuando se detectan interferencias de canal de radio, insuficiencia de potencia de transmision y/o congestion de ruta de transmision en la interfaz lub, las unidades de funcion de protocolo de trama 23 en el Nodo-B 12 transmiten una ASlGNAClON DE CAPAClDAD DE HS-DSCH DE TlPO 2 a las unidades de funcion de protocolo de trama 18 en el RNC 11, dando con ello una instruccion para suprimir las transmisiones de trama de datos de enlace descendente al RNC 11.

Por el contrario, cuando la congestion, etc., ha sido aligerada, las unidades de funcion de protocolo de trama 23 en el Nodo-B 12 transmiten una ASlGNAClON DE CAPAClDAD DE HS-DSCH DE TlPO 2 a las unidades de funcion de protocolo de trama 18 en el RNC 11, dando con ello permiso para incrementar las transmisiones de trama de datos de enlace descendente al RNC 11.

Las instrucciones para suprimir e incrementar la trama de datos de enlace descendente son proporcionadas mediante la prescripcion de Longitud de la PDU de MAC-d/c, creditos o un intervalo de transmision.

5

10

15

20

25

30

35

40

45

50

Las unidades de funcion de protocolo de trama 18 en el RNC 11 transmiten datos de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con la Longitud de la PDU de MAC-d/c, creditos o un intervalo de transmision proporcionado por la ASIGNACION DE CAPACIDAD DE HS-DSCH DE TIPO 2 recibida de las unidades de funcion de protocolo de trama 23 en el Nodo-B 12.

La unidad de terminacion de ruta de transmision 19 transmite/recibe datos en un formato de acuerdo con una portadora de transporte sobre una ruta de transmision entre el RNC 11 y el Nodo-B 12 (interfaz Iub) a/desde la unidad de terminacion de ruta de transmision 20 en el Nodo-B 12. Para la portadora de transporte, por ejemplo, se utiliza ATM (Modo de Transferencia Asmcrono - Asyncronous Transfer Mode, en ingles) o IP (Protocolo de Internet - Internet Protocol, en ingles).

Por ejemplo, donde hay dos servicios de paquetes, hay canales logicos para los respectivos servicios de paquetes. En la unidad de funcion de protocolo de MAC-d 17, esos canales logicos no estan multiplexados, y asf, hay tambien portadoras transparentes para los respectivos servicios de paquetes.

En referencia a la Figura 7 de nuevo, el Nodo-B 12 incluye unidad de terminacion de ruta de transmision 20, transmisor/receptor de radio 25, unidad de funcion de protocolo NBAP 21 y controlador de llamada 22, que estan incluidos en un plano de control, unidades de funcion de protocolo de trama 23 y unidad de funcion de protocolo de MAC-ehs 24, que estan incluidos en un plano de usuario.

La unidad de terminacion de ruta de transmision 20 mira hacia la unidad de terminacion de ruta de transmision 19 en el RNC 11 a traves de las rutas de transmision (interfaz Iub) entre el Nodo-B 12 y el RNC 11, y transmite/recibe datos en un formato adaptado para una portadora de transporte a/desde la unidad de terminacion de ruta de transmision 19 en el RNC 11.

La unidad de funcion de protocolo NBAP 21 compila y analiza los mensajes de protocolo NBAP transmitidos/recibidos a/desde el RNC 11 bajo el control del controlador de llamada 22.

El controlador de llamada 22 lleva a cabo varios tipos de procesamiento relativos al control de llamada. En el control de llamada, el controlador de llamada 22 transmite/recibe mensajes de control de llamada a/desde el RNC 11 o el UE.

Las unidades de funcion de protocolo de trama 23, que miran hacia las unidades de funcion de protocolo de trama 18 en el RNC 11, implementan una funcion de protocolo de trama de HS-DSCH. Mas espedficamente, las unidades de funcion de protocolo de trama 23 reciben una trama de datos TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con el Protocolo de Trama de HS-DSCH de las unidades de funcion de protocolo de trama 18 en el RNC 11, obtienen las PDUs de MAC-d en la trama, y transmiten las PDUs de MAC-d a la unidad de funcion de protocolo de MAC-ehs 24.

Tambien, como se ha descrito anteriormente, las unidades de funcion de protocolo de trama 23 llevan a cabo un procesamiento para el control del flujo, entre las unidades de funcion de protocolo de trama 23 y las unidades de funcion de protocolo de trama 18 en el RNC 11.

La unidad de funcion de protocolo de MAC-ehs 24 segmenta datos del RNC 11 y transmite los datos segmentados al UE a traves del transmisor/receptor de radio 25. Como resultado de que la unidad de funcion de protocolo de MAC- ehs 24 en el Nodo-B 12 lleva a cabo la segmentacion de datos, puede evitarse un rellenado ineficiente al nivel del RLC en el RNC 11.

El transmisor/receptor 25, que estan conectados al UE a traves de un canal de radio, transmite/recibe mensajes de control de llamada desde el controlador de llamada 22 y datos de usuario desde la unidad de funcion de protocolo de MAC-ehs 24.

La Figura 8 es un diagrama de secuencia que ilustra una operacion del sistema de comunicacion de telefoma movil de acuerdo con la segunda realizacion de ejemplo. En el sistema de comunicacion de telefoma movil de acuerdo con la presente realizacion de ejemplo, cuando se establece, cambia o anade un enlace de radio, una notificacion acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable es proporcionada desde el RNC 11 al Nodo-B 12. La Figura 8 ilustra una secuencia cuando se establece un enlace de radio. Tambien, en esta memoria, se establece una operacion del sistema desde cuando se proporciona una notificacion acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable desde el RNC 11 al Nodo-B 12 a cuando el Nodo-B 12 lleva a cabo control del flujo de acuerdo con la notificacion.

En referencia a la Figura 8, en la que el modo del RLC es el modo RLC-AM, el controlador de llamadas 13 en el RNC 11, en primer lugar, determina si el tamano de la PDU de RLC es fijo o variable (etapa 101).

Si el tamano de la PDU de RLC es fijo, el controlador de llamada 13 establece un indicador de tamano de RLC indicando que el tamano de la PDU de RLC tiene una “longitud fija” en las unidades de funcion de protocolo de RLC 16 (etapa 102). A continuacion, el controlador de llamada 13 ajusta el tamano de la PDU de RLC como el tamano de

5

10

15

20

25

30

35

40

45

50

la PDU de MAC-d (etapa 103). Ademas, el controlador de llamada 13 ajusta el indicador de tamano de RLC a “longitud fija” (etapa 104).

Mientras tanto, se ha determinado en la etapa 101 que el tamano de la PDU de RLC es variable, el controlador de llamada 13 ajusta un indicador de tamano de RLC indicando que el tamano de la PDU de RLC tiene una “longitud variable” en las unidades de funcion de protocolo de RLC 16 (etapa 105). A continuacion, el controlador de llamada 13 ajusta un valor maximo del tamano de la PDU de RLC como el tamano de la PDU de MAC-d (etapa 106). Ademas, el controlador de llamada 13 ajusta el indicador de tamano de RLC a “longitud variable” (etapa 107).

A continuacion, tras la etapa 104 o 107, el procesador de protocolo de control de llamada 14 compila un mensaje de SOLICITUD DE ESTABlEcIMIENTO DE RL DE NBAP en el cual, por ejemplo, se ajustan el uso de MIMO y de 64QAM, el indicador de tamano de la PDU de MAC-d y de tamano de RLC (etapa 108), y envfa el mensaje al NodoB 12 (etapa 109). Este indicador de tamano de RLC permite que se proporcione una notificacion acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable desde el RNC 11 al Nodo-B 12.

La Figura 9 es un diagrama para describir una vision global de une mensaje de protocolo NBAP. La Figura 9 indica que un indicador de tamano de la PDU de RLC, que es un parametro nuevo, es anadido al cuadro de elementos de informacion en el documento 3GPP TS 25.433 9.2.1.311A. El que el tamano del RLC tenga una longitud fija o una longitud variable es establecido en este indicador.

A la recepcion del mensaje de protocolo NBAP, el controlador de llamada 22 en el Nodo-B 12 obtiene el tamano de la PDU de MAC-d del mensaje (etapa 110). El controlador de llamada 22 tambien obtiene el indicador del tamano del RLC, y aplica el valor del indicador al control del flujo en las unidades de funcion de protocolo de trama 23 (etapa 111). Tambien, el controlador de llamada 22 ajusta la informacion relativa, por ejemplo, a si se utiliza o no el protocolo de MAC-ehs, en la unidad de funcion de protocolo de MAC-ehs 24 (etapa 112).

Las unidades de funcion de protocolo de trama 23, que llevan a cabo control del flujo, inician el control del flujo cuando se detecta, por ejemplo, una congestion del canal de radio (etapa 113). En el control del flujo, las unidades de funcion de protocolo de trama 23 primero comprueban el indicador del tamano del RLC (etapa 114)

Si el tamano de la PDU de RLC tiene una longitud fija, las unidades de funcion de protocolo de trama 23 controlan los otros parametros manteniendo fijo el IE Longitud de PDU de MAC-d (etapa 115). Las unidades de funcion de protocolo de trama 23 limitan, por ejemplo, los creditos, el intervalo de transmision o el periodo de repeticion sin cambiar el IE Longitud de PDU de MAC-d, solucionando con ello la congestion del canal de radio.

Mientras tanto, si se ha determinado en la etapa 114 que el tamano de la PDU de RLC tiene una longitud variable, las unidades de funcion de protocolo de trama 23 controlan las diferentes clases de parametros incluyendo el IE Longitud de PDU de MAC-d (etapa 116).

Una instruccion de control del flujo de las unidades de funcion de protocolo de trama 23 es proporcionada al RNC 11 a traves de un mensaje de ASIGNACION DE CAPACIDAD DE HS-DSCH DE TIPO 2 (etapa 117). Las unidades de funcion de protocolo de trama 18 en el RNC 11 controlan las transmisiones de datos de enlace descendente de acuerdo con la instruccion desde las unidades de funcion de protocolo de trama 23 en el Nodo-B 12 (etapa 118).

Puesto que se ilustra en esta memoria una secuencia para el caso en el que se establece un enlace de radio, el indicador de tamano de RLC ha sido ajustado en el mensaje de SOLICITUD DE ESTABLECIMIENTO DE RL DE NBAP. Como otro ejemplo, si se anade un enlace de radio, el indicador de tamano de la PDU de RLC puede ser ajustado en un mensaje de SOLICITUD DE ADICION DE RL DE NBAP. Tambien, si se cambia un enlace de radio, el indicador de tamano de la PDU de RLC puede ser ajustado en un mensaje de PREPARAR RECONFIGURACION DE RL DE NBAP o en un mensaje de SOLICITUD DE RECONFIGURACION DE RL.

De acuerdo con la presente realizacion de ejemplo, incluso si el tamano de la PDU de RLC tiene una longitud fija, el reconocimiento en el RNC 11 y el reconocimiento en el Nodo-B 12 resultan consistentes entre sf, permitiendo que las comunicaciones de HSDPA utilizando protocolo de MAC-ehs sean realizadas favorablemente. En ese caso, el tamano de la PDU de RLC no es ajustado para que tenga una longitud variable en el control del flujo, permitiendo la aplicacion de un procesamiento existente a las unidades de funcion de protocolo de RLC 16.

Ademas, en el sistema de comunicacion de telefoma movil de acuerdo con la presente realizacion de ejemplo, el protocolo de MAC-ehs puede ser utilizado incluso si el tamano de la PDU de RLC tiene una longitud fija, permitiendo mantener la compatibilidad con un sistema anterior al 3GPP de Version 7. Por ejemplo, cuando se realiza un cambio en una celula de servicio como resultado de que el UE se desplaza de un area cubierta por un Nodo-B anterior al 3GPP de Version 7 a un area cubierta por el Nodo-B 12 de acuerdo con el 3GPP de Version 7 y posteriores, el tamano de la PDU de RLC puede ser mantenido con una longitud fija. No hay necesidad de reinicializar el procesamiento del RLC, permitiendo la reduccion de perdida de datos en usuarios de orden superior (por ejemplo, UE).

5

10

15

20

25

30

35

40

45

50

55

La informacion de identificacion del tamano de la PDU de RLC (indicador de tamano de la PDU de RLC) es utilizada por el Nodo-B 12 para una cola de prioridad. Por ejemplo, el Nodo-B 12 lleva a cabo control del flujo para cada cola con prioridad, utilizando la informacion de identificacion. Los detalles de este ejemplo se describiran a continuacion.

El Nodo-B 12, cuando recibe los datos de usuario de enlace descendente desde el RNC 11, evalua los indicadores de prioridad del canal comun (CmCH-PIs - Common CHannel Priority Indicators, en ingles) en los datos de PDU de MAC-d, y asigna los datos de PDU de MAC-d a las colas de prioridad asociadas con los respectivos datos de PDU de MAC-d. En esta memoria, estos CmCH-PIs estan asociados no solo con colas de prioridad en el Nodo-B 12, sino tambien con informacion de identificacion del tamano de la PDU de RLC. Por lo tanto, la informacion de identificacion del tamano de la PDU de RLC tiene un efecto sobre la seleccion de una longitud de PDU de MAC-d (Maxima Longitud de PDU de MAC-d/c) en el control del flujo llevado a cabo para cada cola de prioridad.

Como se ha descrito anteriormente, si la longitud de la PDU de MAC-d tiene una longitud variable o una longitud fija puede ser seleccionada para cada cola de prioridad, y asf, el Nodo-B 12 puede llevar a cabo un control del flujo para cada cola de prioridad, en otras palabras, de acuerdo con la prioridad asociada (CmCH-PI).

Un CmCH-PI corresponde a un Indicador de Prioridad de Planificacion mediante NBAP en la Figura 9. Un CmCH-PI es ajustado y actualizado por el RNC 11. Una cola de prioridad es un area de almacenamiento (memoria temporal) que temporalmente almacena datos de usuario de enlace descendente del RNC 11. En cada cola de prioridad, se consideran requisitos de QoS. Ejemplos de los requisitos de QoS incluyen una clase de trafico y una velocidad de pico.

Un ejemplo de cambio del documento 3GPP TS 25.433 relativo a la informacion de identificacion del tamano de la PDU de RLC, esto es, un formato de tamano de la PDU de RLC en la descripcion anterior se ilustra en la Figura 10.

La descripcion anterior en la presente realizacion de ejemplo ha sido dada en terminos del caso en el que la informacion de identificacion es normalmente proporcionada desde el RNC 11 al Nodo-B 12 mediante un mensaje de protocolo de control como una operacion normal. No obstante, para un sistema real, es preferible considerar una operacion anormal. Un ejemplo de una operacion en la que hay una anormalidad en la notificacion desde el RNC 11 al Nodo-B 12 como una operacion anormal se indicara en lo que sigue.

Cuando la informacion de identificacion incluida en un mensaje para solicitar un establecimiento, cambio o adicion de un enlace de comunicacion, que ha sido enviado desde el RNC 11 al Nodo-B 12 indica que el tamano de los datos de transmision tiene una longitud variable, si el mensaje incluye un elemento de informacion indicando que el tamano de la PDU de MAC-d tiene una longitud fija o un elemento de informacion indicando un tamano de la PDU de MAC-d maximo, el Nodo-B 12 no puede interpretar el mensaje normalmente. Por lo tanto, el Nodo-B 12 envfa un mensaje para rechazar el establecimiento, cambio o adicion de un enlace de comunicacion, al RNC 11. En consecuencia, la solicitud del RNC 11 es rechazada y el procedimiento es cancelado.

Posibles ejemplos espedficos se describiran a continuacion. Cuando se reciben los mensajes 1 a 3, el Nodo-B 12 detecta una “condicion anormal”, esto es, ajuste anormal, y rechaza la solicitud del RNC 11 para cancelar el procedimiento.

1. Mensaje de SOLICITUD DE ESTABLECIMIENTO DE RL

(1) Si un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de informacion, Formato de Tamano de la PDU de RLC de DL, para una cola de prioridad predeterminada, en el cual el tamano de la PDU de RLC ha sido ajustado de manera que tenga una longitud variable y un elemento de informacion, Formato de Tamano de la PDU de MAC-d de HS-DSCH que tiene un valor que indica que el tamano de la PDU de MAC-d tiene una longitud fija, un Nodo-B transmite un mensaje de FALLO DE ESTABLECIMIENTO DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC, al RNC.

(2) Si un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO recibido desde un RNC no incluye un elemento de informacion, Maxima PDU de MAC-d Extendida en Tamano, para una cola de prioridad predeterminada, y un elemento de informacion, Formato de Tamano de la PDU de RLC de DL que tiene un valor que indica que el tamano de la PDU de RLC tiene una longitud variable, un Nodo-B transmite un mensaje de FALLO DE ESTABLECIMIENTO DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC.

(3) Si un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de informacion, el Formato de Tamano de la PDU de MAC-d de HS-DSCH, en el cual el tamano de la PDU de MAC-d ha sido ajustado para tener una longitud variable, y no incluye un elemento de informacion, Formato de Tamano de la PDU de RLC de DL, un Nodo-B transmite un mensaje de FALLO DE ESTABLECIMIENTO DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC.

2. Mensaje de SOLICITUD DE ADICION DE RL

(1) Si un mensaje de SOLICITUD DE ADICION DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de informacion Formato de Tamano de la PDU de RLC de DL para una cola de prioridad predeterminada, en el cual

5

10

15

20

25

30

35

40

45

50

el tamano de la PDU de RLC ha sido ajustado para tener una longitud variable, y un elemento de informacion Formato de Tamano de la PDU de MAC-d de HS-DSCH tiene un valor que indica que el tamano de la PDU de MACd tiene una longitud fija, un Nodo-B transmite un mensaje de FALLO DE ADICION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC, al RNC.

(2) Si un mensaje de SOLICITUD DE ADICION DE ENLACE DE RADIO recibido de un RNC no incluye un elemento de informacion Maxima PDU de MAC-d Extendida en Tamano para una cola de prioridad predeterminada, y un elemento de dispositivo Formato de Tamano de la PDU de RLC de DL tiene un valor que indica que el tamano de la PDU de RLC tiene una longitud variable, un Nodo-B transmite un mensaje de FALLO De ADICION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC.

(3) Si un mensaje de SOLICITUD DE ADICION DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de informacion Formato de Tamano de la PDU de MAC-d de HS-DSCH en el cual el tamano de la PDU de MAC-d ha sido ajustado para tener una longitud variable, pero no incluye un elemento de informacion Formato de Tamano de la PDU de RLC de DL, una estacion de base transmite un mensaje de FALLO DE ADICION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud del RNC.

3. Mensaje de SOLICITUD DE RECONFIGURACION DE RL

[1] En el reajuste de un enlace de radio smcrono:

(1) Si existe una cola de prioridad que esta ajustada de manera que el tamano de la PDU de RLC tenga una longitud variable y no esta ajustada para utilizar Maxima PDU de MAC-d Extendida en Tamano, en una nueva configuracion, un Nodo-B transmite un mensaje de SOLICITUD DE RECONFIGURACION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.

(2) Si existe una cola de prioridad en la cual el Contexto de Comunicacion del Nodo-B relevante ha sido ajustado de

manera que el tamano de la PDU de MAC-d tenga una longitud fija y el tamano de la PDU de RLC tenga una

longitud variable, en una nueva configuracion, un Nodo-B transmite un mensaje de FALLO DE

RECONFIGURACION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.

(3) Si el Contexto de Comunicacion del Nodo-B relevante ha sido ajustado de manera que el tamano de la PDU de MAC-d tenga una longitud variable, y no incluye un elemento de informacion, Formato de Tamano de la PDU de RLC de DL, para una cola de prioridad predeterminada en una nueva configuracion, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.

[2] En el restablecimiento de un enlace de radio asmcrono:

(1) Si existe una cola de prioridad que ha sido ajustada de manera que el tamano de la PDU de RLC tenga una longitud variable y no ha sido ajustada para utilizar Maxima PDU de MAC-d Extendida en Tamano, en una nueva configuracion, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC,

(2) Si existe una cola de prioridad para la cual el Contexto de Comunicacion del Nodo-B relevante ha sido ajustado

de manera que el tamano de la PDU de MAC-d tenga una longitud fija y el tamano de la PDU de RLC tenga una

(3) Si el Contexto de Comunicacion del Nodo-B relevante ha sido ajustado de manera que el tamano de la PDU de MAC-d tiene una longitud variable, y no incluye un elemento de informacion, Formato de tamano de la PDU de RLC de DL, para una cola de prioridad predeterminada en una nueva configuracion, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACION DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.

En esta memoria, un Contexto de Comunicacion del Nodo-B es un termino definido en el 3GPP, y se refiere a la informacion de datos (contexto) manejada para cada dispositivo de telefoma movil (UE).

(Tercera Realizacion de Ejemplo)

En la segunda realizacion de ejemplo anteriormente descrita, como se ilustra en la Figura 8, se ha descrito un ejemplo en el cual se proporciona una notificacion de un indicador de tamano de RLC indicando si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable mediante un mensaje de protocolo NBAP. Se describira una tercera realizacion de ejemplo en terminos de un ejemplo en el que se extiende un bit de reserva en una TRAMA DE DATOS DE HS-DsCH DE TIPO 2 de acuerdo con el protocolo de trama de HS-DSCH, que se define en el documento TS 25.435, y se proporciona notificacion de un indicador de tamano de RLC por medio del bit.

5

10

15

20

25

30

35

40

45

50

La configuracion basica de un sistema de comunicacion de telefoma movil de acuerdo con la tercera realizacion de ejemplo es similar a la configuracion del sistema de acuerdo con la segunda realizacion de ejemplo ilustrada en la Figura 7.

La Figura 11 es un diagrama que ilustra un ejemplo de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con la tercera realizacion de ejemplo. En referencia a la Figura 11, se define un indicador de tamano de RLC en el segundo bit desde el bit de orden mas alto en el cuarto octeto.

La Figura 12 es un diagrama secuencial que ilustra una operacion de un sistema de comunicacion de telefoma movil de acuerdo con la tercera realizacion de ejemplo. En referencia a la Figura 12, el controlador de llamada 13 en el RNC 11 determina en primer lugar si el tamano de la PDU de RLC es fijo o variable (etapa 201). Si el tamano de la PDU de RLC es fijo, el controlador de llamada 13 ajusta un indicador de tamano de RLC indicando que el tamano de la PDU de RLC tiene una “longitud fija”, en las unidades de funcion de protocolo de trama 18 (etapa 202). Mientras tanto, si se ha determinado en la etapa 201 que el tamano de la PDU de RLC es variable, el controlador de llamada 13 ajusta un indicador de tamano de RLC indicando que el tamano de la PDU de RLC tiene una “longitud variable”, en las unidades de funcion de protocolo de trama 18 (etapa 202).

Subsiguientemente, cuando se transmite una trama de datos de TRAMA DE DATOS DE HS-DSCH DE TIPO 2, las unidades de funcion de protocolo de trama 18 en el RNC 11 insertan un indicador de tamano de RLC en el segundo bit a partir del bit de orden mas alto en el cuarto octeto de la trama (etapa 204).

Cuando se recibe la trama de datos TRAMA DE DATOS DE HS-DSCH DE TIPO 2, las unidades de funcion de protocolo de trama 23 en el Nodo-B 12 obtienen el indicador de tamano de RLC de la trama, y aplican el valor del indicador al control del flujo (etapa 205).

Las unidades de funcion de protocolo de trama 23 que llevan a cabo el control del flujo, cuando se detecta, por ejemplo, una congestion del canal de radio, inician el control del flujo (etapa 206). En el control del flujo, las unidades de funcion de protocolo de trama 23 en primer lugar comprueban el indicador de tamano del RLC (etapa 207).

Si el tamano de la PDU de RLC tiene una longitud fija, las unidades de funcion de protocolo de trama 23 mantienen el IE Longitud de PDU de MAC-d fijo, y controlan los otros parametros (etapa 208). Por ejemplo, las unidades de funcion de protocolo de trama 23 limitan los creditos, un intervalo de transmision o un periodo de repeticion sin cambiar el IE Longitud de PDU de MAC-d, gestionando con ello la congestion del enlace de radio.

Mientras tanto, si ha sido determinado en la etapa 114 que el tamano de la PDU de RLC tiene una longitud variable, las unidades de funcion de protocolo de trama 23 controlan las diferentes clases de parametros incluyendo el IE Longitud de PDU de MAC-d (etapa 209).

Una instruccion de control del flujo de las unidades de funcion de protocolo de trama 23 se proporciona al RNC 11 mediante un mensaje de ASIGNACION DE CAPACIDAD DE HS-DSCH DE TIPO 2 (etapa 210). Las unidades de funcion de protocolo de trama 18 en el RNC 11 controlan transmisiones de datos de enlace descendente de acuerdo con la instruccion de las unidades de funcion de protocolo de trama 23 en el Nodo-B 12 (etapa 211).

Como se ha descrito anteriormente, de acuerdo con el presente ejemplo, el RNC 11 proporciona una notificacion de un indicador de tamano de la PDU de RLC al Nodo-B 12 a traves de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2, y cuando recibe la TRAMA DE DATOS DE HS-DSCH DE TIPO 2, el Nodo-B 12 dinamicamente gestiona el indicador del tamano de la PDU de RLC de acuerdo con la notificacion a traves de la trama. De este modo, el presente ejemplo permite un control dinamico de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable.

(Cuarta Realizacion de Ejemplo)

La anteriormente descrita segunda realizacion de ejemplo ha sido descrita en terminos de un ejemplo en el cual un indicador de tamano de RLC es anadido a la informacion del flujo de MAC-d de HS-DSCH, como se ilustra en la Figura 9. Se describira una cuarta realizacion de ejemplo en terminos de un ejemplo en el que se anade “Tamano de la PDU de MAC-d fijo para MAC-ehs” como un nuevo valor del Formato de Tamano de la PDU de MAC-d de HS- DSCH.

La configuracion basica de un sistema de comunicacion de telefoma movil de acuerdo con la cuarta realizacion de ejemplo es similar a la configuracion del sistema de acuerdo con la segunda realizacion de ejemplo ilustrada en la Figura 7.

La Figura 13 es un diagrama que ilustra un ejemplo de definicion de Formato de Tamano de la PDU de MAC-d de HS-DSCH de acuerdo con la cuarta realizacion de ejemplo. En referencia a la Figura 13, el “Tamano de la PDU de MAC-d Fijo para MAC-ehs” puede ser ajustado como un valor para el Formato de Tamano de la PDU de MAC-d de HS-DSCH.

5

10

15

20

25

30

35

40

45

50

55

Para valores para el Formato de Tamano de la PDU de MAC-d de HS-DSCH, el 3GPP ha proporcionado ya un Tamano de la PDU de MAC-d ordenado para MAC-hs y un Tamano de la PDU de MAC-d Flexible para MAC-ehs. La presente realizacion de ejemplo esta prevista para introducir un nuevo “Tamano de la PDU de MAC-d Fijo para MAC-ehs” para MAC-ehs cuyo tamano de la PDU de RLC tenga una longitud fija.

De acuerdo con la presente realizacion de ejemplo, cuando un Formato de Tamano de la PDU de MAC-d de HS- DSCH para un canal de transporte HS-DSCH es ajustado a “Tamano de la PDU de MAC-d Flexible”, los tamanos de PDU de RLC para todos los flujos de MAC-d en el canal de transporte HS-DSCH tienen una longitud variable.

Tambien, cuando un Formato de Tamano de la PDU de MAC-d de HS-DSCH para un canal de transporte de HS- DSCH esta ajustado a “Tamano de la PDU de MAC-d Fijo”, los tamanos de PDU de RLC para todos los flujos de MAC-d del canal de transporte de HS-DSCH tienen una longitud fija.

La informacion de flujo de MAC-d de HS-DSCH utilizada en la segunda realizacion de ejemplo es un elemento de informacion que indica una propiedad de cada canal logico mapeado en una cola de prioridad. La notificacion de un indicador de tamano de la PDU de RLC mediante informacion del flujo de MAC-d de HS-DSCH ha permitido la indicacion de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable para cada canal logico. En otras palabras, los canales logicos cuyos tamanos de PDU de RLC tienen una longitud fija y los canales logicos cuyos tamanos de PDU de RLC tienen una longitud variable pueden mezclarse.

Mientras tanto, el Formato de Tamano de la PDU de MAC-d de HS-DSCH utilizado en la cuarta realizacion de ejemplo es un elemento de informacion que designa una propiedad de un canal de transporte de HS-DSCH. Una notificacion acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable por medio de un Formato de Tamano de la PDU de MAC-d de HS-DSCH, una mezcla de canales logicos cuyos tamanos de PDU de RLC tienen una longitud fija y canales logicos cuyos tamanos de PDU de RLC tienen una longitud variable, no esta permitida en un canal de transporte HS-DSCH.

De acuerdo con la presente realizacion de ejemplo, el que el tamano de la PDU de RLC tenga una longitud fija o una longitud variable puede ser gestionado por el canal de transporte HS-DSCH, permitiendo la simplificacion del procesamiento en el RNC 11 y el Nodo-B 12 en comparacion con la segunda realizacion de ejemplo.

(Quinta Realizacion de Ejemplo)

Una quinta realizacion de ejemplo se describira en terminos de un ejemplo de un sistema de comunicacion de telefoma movil, que proporciona comunicaciones de HSUPA (Acceso de Paquetes de Enlace Ascendente de Alta Velocidad - High Speed Uplink Packet Access, en ingles), que son comunicacion de datos de enlace ascendente de alta velocidad, y que llevan a cabo un control del flujo de la misma.

En el 3GPP de Version 8, para HSUPA, se introduce el protocolo de MAC-i/MAC-is para hacer que el tamano de la PDU de RLC tenga una longitud variable. En 3GPP, ademas del protocolo de MAC-i/MAC-is, que es introducido en la Version 8, se define el protocolo de MAC-e/MAC-es.

El protocolo de MAC-i/MAC-is y el protocolo de MAC-e/MAC-es son excluyentes entre sf: solo el protocolo de MAC-i/MAC-is o el protocolo de MAC-e/MAC-es esta presente en un UE. Si el tamano de la PDU de RLC esta ajustado para tener una longitud variable, es necesario utilizar el protocolo de MAC-i/MAC-is.

Tambien, en el protocolo de RRC entre un RNC y un UE, la Informacion de Mapeo de RB (documento 3GPP TS 25.331) permite la notificacion acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable, y, ademas, en el caso de una longitud variable, permite la notificacion de un valor mmimo y un valor maximo del tamano de la PDU de RLC.

Mientras tanto, el protocolo NBAP entre un RNC y un Nodo-B solo permite la provision desde el RNC al Nodo-B de la notificacion de un valor maximo del tamano de la PDU de MAC-d (IE Maxima PDU de MAC-d Extendida en Tamano) para cada canal logico mapeado en el flujo de MAC-d. Normalmente, no se lleva a cabo ninguna multiplexacion de canal logico en el protocolo de MAC-d, y asf, el tamano de la PDU de MAC-d es el mismo que el tamano de la PDU de RLC.

En general, en el control del flujo en las comunicaciones de HSUPA, se utiliza un metodo en el cual un Nodo-B planifica las transmisiones de datos de enlace ascendente desde los UE, y sobre la base del resultado de la planificacion, proporciona notificacion de la potencia que a cada UE se le permite utilizar (proporciona una concesion (concesion de transmision)) al UE. En este control, la potencia que un UE puede utilizar esta indicada mediante una concesion. El UE determina la cantidad de datos que pueden ser transmitidos a un enlace ascendente, sobre la base de la concesion proporcionada.

En las comunicaciones de HSUPA, un Nodo-B puede utilizar el MAC-1/MAC-is, y puede considerar el maximo valor del tamano de la PDU de RLC en su control de flujo. No obstante, en el protocolo NBAP actual, es imposible notificar si el tamano de la PDU de RLC de cada canal logico, que va a ser multiplexado, tiene una longitud fija o una longitud variable, y, si el tamano de la PDU de RLC tiene una longitud variable, es imposible notificar el menor valor del

5

10

15

20

25

30

35

40

45

50

tamano de la PDU de RLC. En consecuencia, ocurre una discrepancia en estado relativa al tamano de la PDU de RLC entre un Nodo-B, un RNC y un UE, que puede resultar en que sea imposible que el Nodo-B proporcione adecuadamente una concesion al UE.

Si una concesion proporcionada por un Nodo-B a un UE es menor de un valor correspondiente a la longitud fija del tamano de la PDU de RLC, el UE no puede transmitir datos al enlace ascendente. Tambien, incluso si el tamano de la PDU de RLC tiene una longitud variable, una concesion proporcionada por un Nodo-B a un UE es menor de un valor correspondiente al menor valor del tamano de la PDU de RLC, el UE no puede tampoco transmitir datos al enlace ascendente.

Tambien, existen casos en los que solo puede proporcionarse una pequena ventaja ajustando el tamano de la PDU de RLC para tener una longitud variable, como las senales de control (DCCH: Canal de Control Dedicado - Dedicated Control CHannel, en ingles). Por lo tanto, en algunos casos, es preferible que el tamano de la PDU de RLC de los datos de usuario en un servicio de paquetes sea ajustado para tener una longitud variable mientras que el tamano de la PDU de RLC de una senal de control es ajustado para tener una longitud fija. En esos casos, para una senal de control, es preferible utilizar MAC-i/MAC-is mientras que el tamano de la PDU de RLC es ajustado para tener una longitud fija; no obstante, en el NBAP actual, la notificacion de tal ajuste no puede ser proporcionada.

Por lo tanto, en la presente realizacion de ejemplo, en un sistema de comunicacion de telefoma movil que proporciona HSUPA, un RNC notifica a un Nodo-B acerca de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable y, si el tamano de la PDU de RLC tiene una longitud variable, tambien de un valor mmimo del tamano de la PDU de RLC.

Cuando se recibe la notificacion desde el RNC, el Nodo-B determina que una concesion sea proporcionada a un UE en control del flujo de HSUPA, de acuerdo con la determinacion sobre la base de si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable. Tambien, si el tamano de la PDU de RLC tiene una longitud variable, el Nodo-B, si el tamano de la PDU de RLC tiene una longitud variable, determina que la concesion sea proporcionada al UE considerando el valor mmimo del tamano de la PDU de RLC proporcionado por el RNC.

Mas espedficamente, por ejemplo, el Nodo-B proporciona al UE una concesion suficiente para la transmision de datos con un tamano de la PDU de RLC que es mayor que el valor mmimo del tamano de la PDU de RLC con el fin de evitar la ocurrencia de un evento en el cual el UE al que se le ha proporcionado la concesion no puede transmitir datos.

El sistema de comunicacion de telefoma movil de acuerdo con el presente ejemplo es similar al sistema de acuerdo con la segunda realizacion de ejemplo ilustrado en la Figura 7 incluyendo el rNc 11 y el Nodo-B 12. No obstante, puesto que la presente realizacion de ejemplo se centra en las comunicaciones de datos de enlace ascendente, la unidad de funcion de protocolo de MAC-d l7 y la unidad de funcion de protocolo de MAC-ehs 24 no son necesarias, y por el contrario, se necesita una unidad de funcion de protocolo que implemente el protocolo de MAC-i y el protocolo de MAC-is.

Como una operacion basica del RNC 11 en el sistema de comunicacion de telefoma movil de acuerdo con el presente ejemplo, el controlador de llamada 13 en el RNC 11 determina si el tamano de la PDU de RLC es fijo o variable. El procesador 14 del protocolo de control de llamada compila un mensaje de protocolo NBAP en el cual se ajusta informacion relativa al tamano de la PDU de RLC, por ejemplo, si el tamano de la PDU de RLC tiene una longitud fija o una longitud variable y en el caso de una longitud variable, un valor mmimo, y transmite el mensaje de protocolo NBAP al Nodo-B 12. En estos puntos, una operacion del sistema de acuerdo con el presente ejemplo es similar a una operacion del sistema de acuerdo con la segunda realizacion de ejemplo.

Tambien, como una operacion basica del Nodo-B 12, cuando se recibe un mensaje de protocolo NBAP, el controlador de llamada 22 obtiene informacion relativa al tamano de la PDU de RLC del mensaje, y los controladores de flujo aplican la informacion al control del flujo. En este punto, la operacion del sistema de acuerdo con la presente realizacion de ejemplo es similar a la operacion del sistema de acuerdo con la segunda realizacion de ejemplo. No obstante, puesto que el control del flujo en la presente realizacion de ejemplo es un control sobre los datos del enlace ascendente transmitidos desde los UE, el control del flujo por parte del Nodo-B 12 es dirigido a los UE. Mas espedficamente, la notificacion de una instruccion de control del flujo es proporcionada a cada UE como una provision de una concesion tal como se ha descrito anteriormente.

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. Un dispositivo de control (11) para un sistema de comunicacion movil, comprendiendo el dispositivo de control:

medios de comunicacion (11A) para comunicacion de datos con un dispositivo de estacion de base (12) que utiliza un tamano de datos de enlace descendente de longitud fija o un tamano de datos de enlace descendente de longitud variable

medios de transmision (11B) para transmitir un mensaje que incluye informacion del formato de tamano de la PDU de RLC de enlace descendente al dispositivo de estacion de base (12),

en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente indica el formato de tamano de la PDU de RLC de enlace descendente que indica si un tamano de la PDU de RLC de enlace descendente tiene una longitud fija o una longitud variable, en donde RLC indica Control de Enlace de Radio (Radio Link Control, en ingles) y PDU indica Unidad de Datos de Protocolo (Protocol Data Unit, en ingles).
2. El dispositivo de control de acuerdo con la reivindicacion 1, en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente se utiliza para una cola en el dispositivo de estacion de base (12).
3. El dispositivo de control de acuerdo con la reivindicacion 2, en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente y la cola estan asociadas entre sf.
4. Dispositivo de estacion de base (12) para un sistema de comunicacion movil, comprendiendo el dispositivo de estacion de base:

medios de comunicacion (12A) para comunicacion de datos con un dispositivo de control que utiliza un tamano de datos de enlace descendente de longitud fija o un tamano de datos de enlace descendente de longitud variable,

medios de recepcion (12B) para recibir un mensaje que incluye informacion del formato de tamano de la PDU de RLC de enlace descendente desde el dispositivo de control (11),

en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente indica el formato de tamano de la PDU de RLC de enlace descendente que indica si un tamano de la PDU de RLC de enlace descendente tiene una longitud fija o una longitud variable, en donde RLC indica Control de Enlace de Radio y PDU indica Unidad de Datos de Protocolo.
5. El dispositivo de estacion de base de acuerdo con la reivindicacion 4, que comprende una cola,

en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente se utiliza para la cola.
6. El dispositivo de estacion de base de acuerdo con la reivindicacion 5, en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente y la cola estan asociadas entre sf.
7. El dispositivo de estacion de base de acuerdo con una cualquiera de las reivindicaciones 4 a 6, en el que los medios de comunicacion estan adaptados para llevar a cabo un control del flujo de comunicacion de datos sobre la base de la informacion del formato de tamano de la PDU de RLC de enlace descendente.
8. Sistema de comunicacion movil que comprende un dispositivo de control de acuerdo con una de las reivindicaciones 1 a 3 y una estacion de base de acuerdo con una de las reivindicaciones 4 a 7,

en el que la comunicacion de datos entre el dispositivo de control y el dispositivo de estacion de base se realiza utilizando un tamano de los datos de enlace descendente de longitud fija o de longitud variable;

en el que el dispositivo de control esta adaptado para transmitir un mensaje que incluye informacion del formato de tamano de la pDu RLC de enlace descendente al dispositivo de estacion de base,

en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente indica el formato de tamano de la PDU de RLC de enlace descendente que indica si un tamano de la PDU de RLC de enlace descendente tiene una longitud fija o una longitud variable; y

en el que el dispositivo de estacion de base esta adaptado para recibir el mensaje desde el dispositivo de control.
9. El sistema de comunicacion movil de acuerdo con la reivindicacion 8, en el que el dispositivo de control (11) esta adaptado para transmitir al dispositivo de estacion de base (12) la informacion a traves del mensaje de acuerdo con un protocolo de control de llamada terminada por el dispositivo de control y el dispositivo de estacion de base.
10. El dispositivo de control de acuerdo con la reivindicacion 1, el dispositivo de estacion de base de acuerdo con la reivindicacion 4 o el sistema de comunicacion movil de acuerdo con la reivindicacion 9, en el que el dispositivo de control esta adaptado para transmitir el mensaje al dispositivo de estacion de base (12) cuando se ha establecido, cambiado o anadido un enlace de comunicacion con la estacion de base.

5

10

15

20

25

30

35

40
11. El dispositivo de control, la estacion de base o el sistema de comunicacion movil de acuerdo con la reivindicacion 10,

en el que cuando el mensaje incluye informacion del formato de tamano de la PDU de RLC de enlace descendente que indica que el formato de tamano de la PDU de RLC de enlace descendente tiene una longitud variable, si el mensaje incluye un elemento de informacion que indica que un tamano de la PDU de MAC-d tiene una longitud fija o un elemento de informacion que indica un tamano maximo de la PDU de MAC-d,

el dispositivo de estacion de base esta adaptado para transmitir un mensaje para rechazar el establecimiento, cambio o adicion del enlace de comunicacion al dispositivo de control (11).
12. El dispositivo de control, la estacion de base o el sistema de comunicacion movil de acuerdo con la reivindicacion 10 u 11, en el que el mensaje utilizado para la notificacion de la informacion es al menos uno de un mensaje de SOLICITUD DE ESTABLECIMIENTO DE RL DE NBAP, un mensaje de SOLICITUD DE ADICION DE RL DE NBAP, un mensaje de PREPARAR RECONFIGURACION DE RL DE NBAP y un mensaje de SOLICITUD DE RECONFIGURACION DE RL.
13. El dispositivo de control, la estacion de base o el sistema de comunicacion movil de acuerdo con la reivindicacion 8, en el que el dispositivo de control esta adaptado para transmitir la informacion a traves de una cabecera de una trama de datos a la estacion de base.
14. El dispositivo de control, la estacion de base o el sistema de comunicacion movil de acuerdo con la reivindicacion 13,

en el que la comunicacion de datos es HSDPA; y

en el que la trama de datos es una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 que incluye la informacion anadida a una cabecera de la misma.
15. El sistema de comunicacion movil de acuerdo con la reivindicacion 8,

en el que la comunicacion de datos es una comunicacion de datos en una direccion desde el dispositivo de control (11) hasta el dispositivo de estacion de base (12);

en el que el dispositivo de estacion de base esta adaptado para llevar a cabo un control de flujo de la comunicacion de datos basado en la informacion; y

en el que el dispositivo de control esta adaptado para transmitir los datos al dispositivo de estacion de base en un formato del formato de tamano de la PDU de PDU de enlace descendente transmitido al dispositivo de estacion de base a traves de la informacion y de acuerdo con el control desde el dispositivo de estacion de base.
16. Un metodo de control de comunicacion para un sistema de comunicacion movil que incluye un dispositivo de control y un dispositivo de estacion de base, comprendiendo el metodo de control de comunicacion las etapas de:

llevar a cabo la comunicacion de datos entre el dispositivo de control y el dispositivo de estacion de base utilizando un tamano de datos de enlace descendente de longitud fija o un tamano de datos de enlace descendente de longitud variable

transmitir un mensaje que incluye informacion del formato de tamano de la PDU de RLC de enlace descendente desde el dispositivo de control al dispositivo de estacion de base en el que la informacion del formato de tamano de la PDU de RLC de enlace descendente indica el formato de tamano de la PDU de RLC de enlace descendente que indica si un tamano de la PDU de RLC de enlace descendente tiene una longitud fija o una Longitud variable; y

recibir el mensaje desde el dispositivo de control por el dispositivo de estacion de base, en el que RLC indica Control de Enlace de Radio y PDU indica Unidad de Datos de Protocolo.