ES2381443T3

ES2381443T3 - Asignación y manejo de prioridad de recursos de enlace ascendente y enlace descendente

Info

Publication number: ES2381443T3
Application number: ES08708884T
Authority: ES
Inventors: Jan Lindskog; Andreas Andersson; Anders Ranheim; Pär ANKEL
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2008-02-12
Filing date: 2008-02-12
Publication date: 2012-05-28
Anticipated expiration: 2028-02-12
Also published as: EP2245800A1; US8634840B2; CN101953123B; US20100311433A1; EP2245800B1; WO2009100756A1; CN101953123A; ATE545312T1

Abstract

Metodo para la asignación y manejo de prioridad del enlace ascendente llamado tambien UL, y del enlace descendente, llamado tambien DL, recursos en un sistema de telecomunicación que comprende al menos un controlador de red de radio (12, 12', 12''), llamado tambien RNC, y al menos un Nodo-B 11, 11', 11'', llamado tambien NB, para permitir la comunicación inalambrica con al menos un terminal de usuario (15), llamado tambien UE, estableciendo el RNC (12, 12', 12'') al menos un canal de transporte dedicado mejorado, llamado tambien E-DCH, que permite trafico de datos en el enlace ascendente con una determinada velocidad de datos maxima desde el UE (15) al NB (11, 11', 11''), estableciendo el RNC (12, 12', 12'') al menos un canal compartido de DL de alta velocidad, llamado tambien HS-DSCH, que permite trafico de datos en el enlace descendente con una velocidad de datos maxima determinada desde el NB (11, 11', 11'') al UE (15), comprendiendo el NB (11, 11', 11'') un planificador del HSDPA, llamado tambien HS-S, que planifica la velocidad de datos para el trafico de datos en el DL a traves del HS-DSCH y un planificador de EUL, llamado tambien EUL-S, que planifica la maxima velocidad de datos para el trafico de datos en el UL a traves del E-DCH, intercambiando el NB (11, 11', 11'') información acerca de la velocidad de datos entre el HS-S y el EUL-S, caracterizado porque el NB (11, 11', 11'') monitoriza el cociente, llamado tambien Q, entre la velocidad de datos en el DL y la velocidad de datos en el UL, cuando Q cumple determinadas condiciones de trafico el HS-S ylo el EUL-S cambian la asignación ylo el manejo de prioridad del UL ylo los recursos del DL, y donde las determinadas condiciones de trafico que cumple Q se refieren a una comparación entre Q y un cociente Qant, siendo Qant un calculo previo de Q.

Description

Asignaci6n y manejo de prioridad de recursos de enlace ascendente y enlace descendente

CAMPO TECNICO�

Las realizaciones se refieren a un metodo y a un sistema de telecomunicaci6n para la asignaci6n y manejo de 5 prioridad y a un Nodo-B en el sistema que permite el citado metodo.

ANTECEDENTES

Existe una creciente necesidad de proporcionar una tecnologia inalambrica con capacidad de banda ancha para redes de telefonia m6vil. Un buen sistema de banda ancha debe cumplir determinados criterios, tales como una alta velocidad de datos y capacidad, bajo coste por bit, buena Calidad de Servicio y mayor cobertura. El High Speed

10 Packet Access (HSPA - Acceso de paquetes de Alta Velocidad) es un ejemplo de una tecnologia de acceso a red que permite esto.

El HSPA es una colecci6n de protocolos que mejora el rendimiento de los Universal Mobile Telecommunication Systems (UMTS - Sistemas de Telecomunicaci6n de Telefonia M6vil Universal) existentes, que es una tecnologia de telefonia m6vil de third generation (3G - Tercera generaci6n). El UMTS utiliza Wideband Code Division Multiple 15 Access (WCDMA - Acceso Multiple por Divisi6n de C6digo de Banda Ancha) como interfaz aerea para la comunicaci6n basada en radio entre user equipment (UE - Equipos de Usuario), en forma de un terminal de telefonia m6vil, y un Node-B (NB - Nodo-B). La interfaz aerea en el modelo de Open Systems Interconnection (OSI

-: Interconexi6n de Sistemas Abiertos) comprende las capas 1 y 2 del sistema de comunicaciones de telefonia m6vil, que establece un enlace de punto a punto entre el UE y un radio access node (RAN - Nodo de Acceso por Radio).

20 El WCDMA es una interfaz aerea de espectro amplio de banda ancha que utiliza el metodo de senalizaci6n de Code Division Multiple Access (CDMA - Acceso Multiple por Divisi6n de C6digo) de secuencia directa para lograr velocidades mas altas y para dar soporte a mas usuarios. Las caracteristicas clave para el WCDMA son:

-: Dos canales de radio de 5 MHz para canales de Uplink (UL - Enlace Ascendente) y de Downlink (DL - Enlace Descendente) respectivamente.

25 - Soporte de dos modos de transmisi6n bidireccional basicos, Frequency Division (FDD - Divisi6n de Frecuencia) y Time Division (TDD - Divisi6n de Tiempo).

El HSPA es una parte integrada del WCDMA. Con el HSPA puede proporcionarse cobertura para telefonia m6vil de area amplia. No necesita ningun espectro o portadores adicionales. Actualmente, el WCDMA puede proporcionar servicios simultaneos de voz y datos a usuarios en el mismo portador. Tambien aplica al HSPA, lo que significa que

30 el espectro puede ser utilizado de manera eficiente. Las simulaciones muestran que en un sistema moderadamente cargado, el HSPA puede reducir en gran medida el tiempo que se tarda en descargar y en subir a la red ficheros grandes.

El HSPA es un conjunto de tecnologias que definen la ruta de migraci6n de los operadores de WCDMA en todo el mundo. Las dos caracteristicas existentes, High Speed Downlink Packet Access (HSDPA - Acceso de Paquetes en

35 Enlace Descendente de Alta Velocidad) y High Speed Uplink Packet Access (HSUPA - Acceso de Paquetes en Enlace Ascendente de Alta Velocidad), en la familia de HSPA proporcionan el mejor rendimiento utilizando esquemas de modulaci6n mejorados y refinando los protocolos mediante los cuales los telefonos m6viles y los Nodos B se comunican. Estas mejoras llevan a una mejor utilizaci6n del ancho de banda de radio existente proporcionado por el UMTS.

40 El High Speed Downlink Packet Access (HSDPA - Acceso de Paquetes en Enlace Descendente de Alta Velocidad) es la primera caracteristica dentro del HSPA. Es una parte de la especificaci6n del Third Generation Partnership Project (3GPP - Proyecto de Colaboraci6n de Tercera Generaci6n) del WCDMA, en Versi6n 5. El HSDPA proporciona un nuevo canal de transporte de enlace descendente - el High Speed Downlink Shared Channel (HS-DSCH - Canal Compartido en Enlace Descendente de Alta velocidad) - que potencia el soporte de aplicaciones de

45 datos en paquetes de alto rendimiento. Se ha introducido una nueva sub-capa de Medium Access Control (MAC - Control de Acceso a Medio), el MAC-hs (high speed - alta velocidad) que permite una divisi6n funcional entre capas y nodos de diferentes versiones del WCDMA. El MAC-hs maneja el HS-DSCH.

En las figs. 1 y 2, se indica una visi6n general de la red de HSDPAlHSUPA. La figura 1 ilustra una red con s6lo un nodo de cada tipo, mientras que la figura 2 ilustra la misma red con mas de un nodo de cada tipo. La red comprende 50 una Core Network (CN - Red de Nucleo) que se comunica con al menos un Radio Network Controller (RNC - Controlador de Red de Radio) 12, 12', 12" sobre la interfaz Iu. Al menos un Node-B (NB - Nodo-B) 11, 11', 11'' comprende una unidad de planificador de EUL EUL-S. El planificador EUL se denota tambien como Planificador MAC-e, y se comunica con el respectivo RNC sobre respectivas interfaces Iu. El HSUPA se describira despues con

mayor detalle. El Nodo-B tambien comprende un planificador de HSDPA HS-S. El planificador de HSDPA se denota tambien Planificador MAC-hs, y se comunica con el RNC sobre la interfaz Iub.

Los siguientes canales de HSDPA son transmisores sobre la interfaz aerea:

-HS-SCCH para proporcionar informaci6n de temporizaci6n y de codificaci6n, permitiendo asi que el UE escuche al HS-PDSCH en el momento correcto y utilizando los c6digos correctos para permitir una descodificaci6n con exito de los datos del UE.

-HS-PSDCH para transportar la carga util del MAC-hs

-HS-DPCCH para transportar senalizaci6n de control del MAC-hs.

El HSDPA se basa en transmisi6n de canal compartido y de multi-c6digo. Esto significa que algunos c6digos de canal y la potencia de transmisi6n en una celda se consideran un recurso comun que es compartido de manera dinamica entre usuarios en los dominios del tiempo y del c6digo. Esto es para un uso mas eficiente de los c6digos disponibles y de los recursos de potencia en el WCDMA. Se basa tambien en una modulaci6n de orden superior, en la cual se utiliza 16 Quadrature Amplitude Modulation (16QAM - Modulaci6n de Amplitud en Cuadratura) para proporcionar mayores velocidades de datos. El HSDPA se basa tambien en la adaptaci6n rapida de enlace, en la cual los parametros de transmisi6n son ajustados instantaneamente a las condiciones de radio informadas por el User Equipment (UE -Equipo de Usuario) y cuando las condiciones lo permiten, permitir una modulaci6n de orden superior.

En el HSDPA se utiliza planificaci6n rapida, cuya caracteristica opera con el objetivo de transmitir a los UEs con condiciones de radio favorables. Otro principio basico con el HSDPA es la Hybrid Automatic Repeat Request (HARQ

-: Solicitud de Repetici6n Automatica Hibrida) rapida. El UE puede combinar informaci6n de diferentes transmisiones de un paquete de datos particular en su descodificaci6n del paquete e indicara el status de la descodificaci6n al Nodo-B, el cual en caso de una descodificaci6n sin exito retransmite el paquete.

En el HSDPA, el Transmission Time Interval (TTI -Intervalo de Tiempo de Transmisi6n) es 2 ms, lo que reduce el round-trip time (RTT -Tiempo de ida y vuelta) para aplicaciones de usuario final. El RTT es una medida del tiempo que le lleva a un paquete ir desde un User Equipment (UE - Equipo de Usuario), a traves de una red hasta, por ejemplo, el UE de otro usuario, y de vuelta. Los protocolos de transporte como el TCP, que espera que llegue un reconocimiento despues de que se han recibido datos con exito, mantienen una estimaci6n del RTT actual en cada conexi6n. El TCP utiliza la estimaci6n del RTT para determinar durante cuanto tiempo debe esperar un reconocimiento antes de retransmitir.

El High Speed Uplink Packet Access (HSUPA -Acceso de Paquetes en Enlace Ascendente de Alta Velocidad) es la segunda caracteristica dentro del HSPA. Es parte de la especificaci6n del Third Generation Partnership Project (3GPP -Proyecto de Colaboraci6n de Tercera Generaci6n) del WCDMA, en Versi6n 6. El HSUPA tambien se llama Enlace Ascendente Mejorado. En el HSUPA, se ha introducido una nueva sub-capa de MAC, MAC-e, la cual permite una separaci6n funcional entre capas y nodos de diferentes versiones de WCDMA. El HSUPA proporciona un nuevo canal de transporte de uplink (UL - Enlace Ascendente) llamado Enhanced Dedicated CHannel (E-DCH -Canal Dedicado Mejorado), que es manejado por la MAC-e. El HSUPA aumenta la velocidad de datos del enlace ascendente. Esta tecnologia proporciona la posibilidad de aumentar significativamente la cantidad de datos subidos a la red sobre redes de telefonia m6vil, especialmente de contenido generado por el usuario. Aunque una mayoria del trafico de datos esta orientada al enlace descendente, existe todavia un numero importante de aplicaciones que se beneficiaran de un enlace ascendente mejorado. Estas incluyen el envio de ficheros adjuntos en un correo electr6nico, imagenes, videos, blogs, etc., de gran tamano. El HSUPA es tambien conocido como UL Mejorado.

Un concepto de Enlace Ascendente Mejorado es la transmisi6n de multi-c6digo, lo que significa que el canal de transporte E-DCH puede ser transmitido sobre varios c6digos de organizaci6n en canales, para aumentar el tamano del E-DCH para un UE. Otro concepto del EUL es un TTI mas corto, 2 6 10 ms para el enlace ascendente. Tambien el HSUPA utiliza HARQ. El Nodo-B puede solicitar la retransmisi6n de datos recibidos por error. La transferencia blanda tambien es posible con el HSUPA, en contraste con el HSDPA. El HSUPA utiliza tambien planificaci6n rapida para permitir una rapida reasignaci6n del recurso entre UEs aprovechando la "impulsividad" en las transmisiones de datos en paquetes.

Los siguientes canales del HSUPA son transmitidos sobre la interfaz aerea:

-: El E-AGCH para transportar senalizaci6n de concesi6n absoluta desde el planificador del MAC-e hacia los UEs

-: El E-RGCH para senalizaci6n de concesi6n relativa

-E-HICH para transportar realimentaci6n de reconocimiento de la descodificaci6n del Nodo-B de los datos transmitidos al UE

-: Dedicated Physical Channel (DPCH -Canal Fisico Dedicado) o DPCH Fraccional para transportar 6rdenes de Transmit Power Control (TPC -Control de Potencia de transmisi6n)

-: Enhanced DPDCH (E-DPDCH -DPDCH Mejorado) para transportar la carga util del MAC-e

-: Enhanced DPCCH (E-DPCCH -DPCCH Mejorado) para transportar la senalizaci6n de control de la MAC-e.

Como principio basico del mecanismo de planificaci6n del enlace ascendente, el UE mantiene una concesi6n de servicio que representa la maxima potencia de E-DPDCH que el UE puede utilizar en la siguiente transmisi6n. La potencia del enlace ascendente disponible determina la velocidad de datos posible. La concesi6n absoluta permite que el planificador del Nodo-B ajuste de manera directa la velocidad concedida de los UEs que estan bajo su control. Se utiliza para inicializar la concesi6n del servicio. Las concesiones relativas se utilizan para ajustar de manera incremental las concesiones de servicio de los UEs. Como entrada a la planificaci6n, se requiere la realimentaci6n del UE. El UE tiene la posibilidad de enviar informaci6n de planificaci6n que proporciona informaci6n detallada acerca del status de la memoria temporal en el UE asi como la solicitud de planificaci6n, es decir, "falta de recursoslsuficientes recursos". Por lo tanto, el planificador del Nodo-B puede tomar decisiones de planificaci6n apropiadas.

La planificaci6n del HSDPAlHSUPA es proporcionada por las entidades planificadoras (planificadores de MAC-hs y de MAC-e) situados en el Nodo-B, cerca de la interfaz aerea.

Como con cualquier tecnologia de telecomunicaci6n, el rendimiento del usuario final con el HSPA depende del tipo de servicio y del comportamiento de los protocolos de aplicaci6n de capa superior. El Transmission Control Protocol (TCP -Protocolo de Control de la Transmisi6n) utilizado para servicios de datos en paquetes incluye inicio lento y mecanismos que influyen en el rendimiento. Por ejemplo, en la navegaci6n por la red es posible el TCP y no el HSPA como interfaz aerea que limita el rendimiento. El principal beneficio del usuario final del HSPA para objetos pequenos transportados por medio del TCP es el reducido RTT, gracias a una rapida HARQ y a un TTI corto. La latencia de extremo a extremo, que es por ejemplo el tiempo medio para un paquete de un UE, a un servidor de TCPlIP y en sentido contrario, es un componente critico que afecta a la percepci6n del usuario final de las aplicaciones de TCPlIP.

En contraste con la navegaci6n por la red, el TCP tiene un impacto muy bajo en el tiempo de descarga de un fichero grande, lo que significa que el rendimiento esta en gran medida determinado por la velocidad de datos del enlace de radio. Un unico usuario que descarga un fichero grande puede ocupar una cantidad significativa de la capacidad de celda total. En consecuencia, la capacidad de la celda tiene un impacto sustancial en el rendimiento percibido cuando los usuarios finales descargan ficheros grandes.

Un abonado inalambrico utilizara tipicamente un ordenador portatil con una tarjeta de PC o una tarjeta de PC o una tarjeta de USB de 3GPP capaz de HSDPA y de HSUPA (EUL) o con capacidades de 3GPP HSDPAlEUL preinstaladas. Cuando el abonado inicia su navegador por la red el protocolo de HTTP se utilizara usando la pila de protocolo de TCPlIP (Internet Protocol (Protocolo de Internet).

El HTTP es un protocolo de cliente-servidor mediante el cual dos maquinas pueden comunicarse sobre una conexi6n de TCPlIP. Un servidor de HTTP es un programa que escucha en el puerto de una maquina solicitudes de HTTP. Un cliente de HTTP (tipicamente el abonado inalambrico) abre una conexi6n de TCPlIP al servidor por medio de una conexi6n, transmite una solicitud de un documento, a continuaci6n espera una respuesta de un servidor. Una vez que la secuencia de solicitud-respuesta se ha completado, la conexi6n se cierra.

Con el fin de transmitir datos de usuario en la direcci6n de enlace ascendente de 3GPP puede utilizarse un canal de Random Access Channel (RACH - Canal de Acceso Aleatorio), preferiblemente para una pequena cantidad de datos. El RACH se utiliza para obtener la atenci6n de un Nodo-B con el fin de sincronizar inicialmente la transmisi6n de los UEs con el Nodo-B. Pueden utilizarse Dedicated Channels (DCH -Canales Dedicados) o Enhanced Uplink Channels (E-DCH -Canales de Enlace Ascendente Mejorados) para una mayor cantidad de datos. En la direcci6n de enlace descendente puede utilizarse el Forward Access Channel (FACH -Canal de Acceso Emisor) para una cantidad de datos menor mientras que los DCH o HS-DSCH pueden utilizarse para una mayor cantidad de datos.

El forward access channel (FACH - Canal de Acceso Aleatorio) se utiliza para un bajo volumen de datos y es similar al canal emisor y al canal de acceso aleatorio de las tecnologias de telefonia m6vil antiguas. La utilizaci6n del forward access channel (FACH - Canal de Acceso Emisor) proporciona una mayor capacidad de celda a bajas velocidades de datos y mejora asi la vida de la bateria del terminal de usuario de telefonia m6vil debido a la baja potencia de transmisi6n que se requiere. Un dedicated channel (DCH - Canal Dedicado) de una celda se utiliza tipicamente para un elevado volumen de datos o de voz.

Concierne a cada vendedor de 3GPP decidir cuando tendra lugar la conmutaci6n entre los diferentes candidatos para enviar datos, pero a menudo es cierto que una conmutaci6n al E-DCH y al HS-DCH tendra lugar cuando el volumen de trafico aumente por encima de un nivel especifico. Tambien es del todo posible establecer un HS-DSCH para el trafico enlace descendente y un DCH para el trafico de enlace ascendente. Esto es exactamente lo que se

hace para la versi6n 5 de la red de 3GPP, mientras que el FACHlRACH a menudo es la mejor soluci6n para aplicaciones que envian s6lo una pequena cantidad de datos, por ejemplo una verificaci6n de la conexi6n a una direcci6n de IP. Resultara evidente para los expertos en la materia que un UE que esta en estado HS-DSCHlE-DCH consume mas potencia que un UE en estado de FACHlRACH.

Asumiendo que un cliente de HTTP inalambrico solicita una descarga de una cantidad de datos bastante elevada desde un servidor de HTTP, podria ser que el RACH y el FACH se utilicen para el establecimiento inicial de la conexi6n bidireccional de TCPlIP, y que el HS-DSCH se utilice para la transferencia del grueso de los datos y el E-DCH se utilice en primer lugar para los reconocimientos de TCP en la direcci6n del cliente al servidor.

Las siguientes versiones de 3GPP incluiran la denotada Continuous Packet Connectivity (CPC - Capacidad de Conexi6n de Paquetes Continua) que principalmente esta prevista para el creciente despliegue de aplicaciones que envian paquetes pequenos bien sea de manera continua (por ejemplo VoIP) o de manera intermitente (por ejemplo correo electr6nico de msn y de conexi6n directa). La CPC esta configurada por el RNC pero puede ser conectada y desconectada por el Nodo-B. Permite que el UE restrinja los tiempos de recepci6n de enlace descendente. Con la CPC el UE puede aumentar la vida de su bateria reduciendo su consumo de potencia entre tales tiempos de recepci6n de enlace descendente. Con la CPC el UE no necesariamente tiene que salir del estado de HS-DSCHlE-DCH con el fin de ahorrar energia en el caso de inactividad, sino que puede seguir en el estado de HS-DSCHlE-DCH y ser capaz de responder mucho mas rapidamente al trafico iniciado en la red entrante (por ejemplo msn). La entidad planificadora tanto para el HS-DSCH como para el E-DCH esta situada en el Nodo-B, llamado de ahora en adelante Planificador de MAC-hs y Planificador de MAC-e. Existen algunos problemas donde la ausencia de interacciones especificadas entre las entidades de planificaci6n puede afectar al flujo de TCP del usuario final:

Escenario�

El escenario 1 resuelve situaciones en las que el HSDPA y el EUL estan activados para un usuario especifico en el Nodo-B, pero donde no se transmiten datos ni en enlace descendente ni en enlace ascendente durante un periodo de tiempo especifico.

Para el HS-DSCH, el retardo medido desde el momento en el que se reciben datos desde un RNC hasta que se transmiten los mismos datos en una Protocol Data Unit (PDU -Unidad de Datos de Protocolo) de MAC-hs es en la mayoria de las situaciones, bajo. Al menos cuando no existe ningun conflicto con datos hacia varios usuarios finales que compiten en obtener una oportunidad de transmisi6n.

La PDU transporta informaci6n que es proporcionada como una unidad entre entidades emparejadas en una red y puede contener informaci6n de control, informaci6n de direcci6n o datos. En un sistema organizado en capas esto significa una unidad de datos que es especificada en un protocolo de una capa dada y que consiste en protocoloinformaci6n de control de una capa dada y a menudo los datos de usuario de esa capa.

Este bajo retardo se debe al hecho de que el planificador esta situado junto con la entidad emisora del HS-DSCH en el Nodo-B y s6lo se requiere senalizaci6n interna (cerca de la interfaz aerea). Para el E-DCH no obstante, llevara un poco mas de tiempo puesto que el UE debe senalar al Nodo-B que se requiere una transmisi6n (o que se requiere un ancho de banda mayor). Ademas, el Nodo-B debe senalar la (mayor) velocidad de transmisi6n concedida al UE.

La figura 3 muestra un ejemplo en el que no se proporciona ninguna concesi6n al UE. La figura 3 ilustra los casos que tendran lugar en el UE y en el Nodo-B con el fin de "preparar" la transmisi6n desde el UE. El Enhanced Uplink (EUL -Enlace Ascendente Mejorado) se utiliza cuando se reciben datos de la capa superior en el UE. Cuando se reciben 1 datos de la capa de RLC, se envia una solicitud 2 de planificaci6n al Nodo-B como parte de la cabecera del Mac-e. El planificador del Mac-e en el Nodo-B recibe 3 la solicitud de planificador y se envia una concesi6n 4 al UE, senalando el permiso para transmitir. Una estimaci6n grosera es que este procedimiento llevara del orden de 30 a 100 ms, para una configuraci6n con TTI = 10 ms.

Consideremos ahora que una mayoria del trafico de internet de 3GPP desde y hacia los UEs se refiere a enlace descendente, procedente por ejemplo de la red de inicio del UE o de descargas de ficheros cuando se utilizan aplicaciones de red tales como el Explorador de Internet. Seran subsiguientemente descargados mas datos en comparaci6n con el enlace ascendente como se ve desde el punto de vista del Nodo-B.

El protocolo de internet dominante es TCP. Cuando el UE capaz de HSDPAlHSUPA inalambrico inicia la descarga de una pagina de la red, su cliente HTTP-C solicitara un documento de un servidor de HTTP HTTP-S, vease la figura

4. La figura 4 ilustra un flujo de direcci6n de datos 1 hacia un flujo de Rec. de TCP 2. El TCP utiliza el mecanismo de un algoritmo de evitaci6n de congesti6n. Algunas caracteristicas claves son entonces de interes:

1. Inicio lento

El TCP utiliza un inicio lento, lo que significa que siempre que se inicia trafico en una nueva conexi6n o que el trafico aumenta tras un periodo de congesti6n (sobrecarga), inicia la ventana de congesti6n en un tamano de un solo segmento. A continuaci6n aumenta el tamano de la ventana de congesti6n en un segmento cada vez que

llega un reconocimiento. Esto resulta en un aumento exponencial, vease la ref 16 en la figura 5. La ventana de congesti6n es un estado variable para cada conexi6n que es utilizado por el emisor para limitar cuantos datos puede transmitir un emisor en la red antes de recibir un reconocimiento. La ventana de congesti6n nunca puede ser mayor que la ventana de recepci6n.

2. Evitaci6n de la congesti6n

En un determinado umbral, la ventana de congesti6n detendra su inicio lento y entrara en un comportamiento de evitaci6n de congesti6n en el cual la ventana de congesti6n aumenta de manera lineal, vease la ref 17 en la figura 5. El umbral esta ajustado al principio a la ventana de recepci6n. Cuando hay una perdida de paquetes o un exceso de tiempo el TCP disminuye su ventana de congesti6n, pero los detalles se dejan fuera de este documento.

Usando las caracteristicas claves (1 y 2 anteriores), la corriente de datos desde el servidor de HTTP hasta el cliente de HTTP espera ser como aparece en la figura 5. Al inicio o cuando el TCP detecta las perdidas de paquetes, o cuando se sobrepasa el tiempo debido a tiempos de respuesta largos, el TCP utiliza su comportamiento de inicio lento. El prop6sito del inicio lento es evitar que ocurra la congesti6n variando la velocidad de transmisi6n. Cuando esto ocurre la velocidad de datos aumentara lentamente de manera exponencial, vease la figura 5. Durante estas ocasiones el volumen de transmisi6n de trafico del Nodo-B sera escaso.

Los protocolos de HSDPA y de EUL son semi-fiables en el sentido de que esa retransmisi6n puede ocurrir y ocurrira. No obstante, a diferencia de protocolos tales como por ejemplo el TCP, los protocolos del HSDPA y del EUL no requieren que cada PDU transmitida sea correctamente proporcionada a la entidad emparejada. La entidad emisora del Nodo-B ylo del UE puede descartar datos debido a varias razones. Una raz6n es que el tiempo total desde la primera transmisi6n de una PDU se ha extendido por encima del umbral determinado. Otra raz6n es que la cantidad de retransmisi6n actual para una PDU especifica se ha extendido por encima del umbral determinado o una combinaci6n del mismo.

Cuando ocurre una eliminaci6n, el protocolo de RLC (Radio Link Control -Control de Enlace de Radio) detectara los datos faltantes en la entidad emparejada y llevara a cabo una retransmisi6n. Centrandose ahora en la direcci6n del enlace descendente, puesto que se ha dicho previamente que la direcci6n de datos dominante era el enlace descendente, entonces, cuando ocurre una eliminaci6n en el protocolo del HSDPA cuando el flujo de datos es bajo, pasara habitualmente algun tiempo hasta que la capa de RLC lleva a cabo una retransmisi6n. La raz6n es simplemente debido al hecho de que la capa de RLC que opera en modo reconocido realizara una retransmisi6n basada en un tiempo excesivo en el caso de que no haya respuesta. Durante estas ocasiones el volumen de transmisi6n de trafico del Nodo-B sera tambien escaso.

Considerando el hecho de que el trafico dominante sea relativo al enlace descendente y ademas, considerando el hecho de que las perdidas de paquetes de red de 3GPP pueden ocurrir simplemente debido a la naturaleza inalambrica y al hecho de que las retransmisiones de RLC ocurriran debido por ejemplo a la transferencia cuando un UE se mueve desde un Nodo-B a otro Nodo-B, con estos hechos pueden esperarse muchas situaciones, cuando el Nodo-B percibira periodos de tiempo sin que fluyan datos ni en enlace descendente ni en enlace ascendente. Resultara evidente para los expertos en la materia que con el CPC estos periodos de tiempo sin que se envien datos aumentaran simplemente debido a que con el CPC el UE puede seguir estando durante mas tiempo en su estado de HSDPA y de EUL.

Con la creciente cantidad de aplicaciones siempre activas tales como el msn y el correo electr6nico de conexi6n directa y el uso de CPC, tambien pueden esperarse situaciones en las cuales no se transmite ningun dato ni en enlace ascendente ni en enlace descendente, como se ve a partir del Nodo-B, y donde los datos llegaran primero desde el enlace descendente del lado de la red al UE.

Existen algunos problemas en relaci6n con estos periodos en situaciones en las que no se transmiten datos. Centrandose en el Nodo-B, y cuando el E-DCH ha sido activado, el Nodo-B en tal situaci6n (caso A) en cualquier momento tiene datos pendientes en su memoria temporal para su transmisi6n en el enlace descendente, mientras que no tiene ninguna solicitud para una transmisi6n en el enlace ascendente, ni se ha dado ninguna concesi6n a la transmisi6n de enlace ascendente en el momento de la inicializaci6n. Alternativamente (caso B), no existen datos en la memoria temporal de transmisi6n del HS-DSCH y no se proporciona ninguna concesi6n al enlace ascendente. En este momento del tiempo a menudo se reciben datos en la memoria temporal del HS-DSCH. Por supuesto tambien es cierto que (caso C) el E-DCH puede ser establecido con una transmisi6n por defecto de una concesi6n que permite transmisiones en el enlace ascendente.

Los casos A y B son problematicos, puesto que en la mayoria de los casos es verdad que se enviara una respuesta desde el UE, por ejemplo hacia el emisor de TCP o hacia el emisor del RLC confirmando la correcta recepci6n de datos. Y como se muestra en la figura 3 esto puede anadir un retardo extra de aproximadamente entre 30 a 100 ms, para un TTI de 10 ms.

Escenario�

Un problema alternativo puede ocurrir cuando se alcanza un nivel en el que el recurso de enlace ascendente concedido es mayor que cero. Los datos de TCP en la direcci6n del enlace descendente aumentan, o bien debido a una retransmisi6n hacen que el volumen de REC de TCP aumente, por lo cual la velocidad concedida dada en el enlace ascendente es demasiado baja. Esto es tambien un ejemplo en el que se tiene que esperar de 300 a 100 ms antes de que tenga lugar una mayor transmisi6n de datos en enlace ascendente.

Escenario�

Las descargas de ficheros tal como se describen en el escenario 1 estaran caracterizadas primero por un flujo creciente, hasta un nivel en el cual el flujo es cercano a su maximo, por ejemplo, bien sea limitado por el servidor de HTTP o bien por los medios inalambricos, y seran finalizadas con un fin de datos disponibles para descargar desde el servidor de HTTP. Cuando esto ocurre es posible que al UE se le proporcione una concesi6n significativamente mayor que cero. A menos que el propio UE indique la ausencia de datos para transmitir, el Nodo-B tiene que determinar la propia ausencia y reducir la concesi6n para que el UE permita que los UEs que compiten utilicen el recurso disponible. No obstante, en los dos casos es comun que se conceda un ancho de banda demasiado grande para el UE, puesto que la senalizaci6n o la detecci6n del Nodo-B llevaran un cierto tiempo.

Escenario�

En los Sistemas de WCDMA, los recursos para la descodificaci6n de los datos del enlace ascendente (por ejemplo, E-DPCCH, E-DPCH) pueden ser limitados y tipicamente el tiempo de asignaci6n de recurso de descodificaci6n no es cero. Para este caso puede resultar valioso preparar la asignaci6n de recurso de descodificaci6n de antemano, para ahorrar tiempo. La asignaci6n de recursos de descodificaci6n en un Nodo-B puede ser cualquiera desde cerca de 0 ms y mas de 100 ms, dependiendo de la implementaci6n (tipicamente en algun lugar intermedio).

El UE y el 3GPP proporcionan soporte a multiples colas que pueden ser utilizadas, asi como parte de la sucesi6n de protocolos de Internet tambien. Esto permite por ejemplo que un UE lleve a cabo simultaneamente una solicitud de servidor de HTTP de descargar un fichero mientras utiliza Voice over IP (VoIP -Voz sobre IP).

Considerando una situaci6n en la que el Nodo-B recibe datos para un UE relativos a multiples colas, por ejemplo VoIP y navegaci6n por la red, tipicamente el planificador del Nodo-B priorizara una cola mas que las otras y transmitira sus datos primero. Asumase tambien que los recursos de descodificaci6n asignados son suficientes para soportar los datos del enlace ascendente resultantes de la cola priorizada, pero son insuficientes para las otras colas. En este caso se llevara a cabo una solicitud de aumentar los recursos de descodificaci6n una vez que el planificador de MAC-e detecta la solicitud de aumentar el flujo del enlace ascendente para las citadas otras colas, en las cuales un tiempo de asignaci6n de recurso largo puede afectar al flujo percibido por el usuario final.

Escenario�

En este escenario los usuarios finales suben datos a la Internet. Considerese el caso en el que el UE podria desear transmitir un fichero grande en el enlace ascendente. Con el E-DCH la velocidad maxima es actualmente 5,74 Mbps (velocidad de bloques de transporte). Con 16 QAM y a menudo Multiple Input Multiple Output (MIMO - Entrada multiple salida multiple) esta puede ser mayor.

Es usual que un mayor flujo en el enlace ascendente provoque una mayor senalizaci6n de realimentaci6n de TCP en el HS-DSCH. Tambien es posible que la citada velocidad de bits de realimentaci6n del TCP correspondiente sea comparada por debajo con el trafico en el enlace descendente para otros UEs que por ejemplo descargan paginas de la red. Puesto que el correspondiente flujo de realimentaci6n de TCP es bajo, no es posible que la prioridad de transmisi6n para la citada realimentaci6n de TCP afecte al flujo percibido para los otros UEs. Es decir, la latencia de extremo a extremo no aumentara significativamente puesto que la velocidad de bits de realimentaci6n de TCP es baja. Es, no obstante, posible, que la prioridad de transmisi6n para la citada realimentaci6n de TCP afecte al flujo percibido por el UE que sube datos a la red. Esto es, la latencia de extremo a extremo puede aumentar cuando la realimentaci6n de TCP esta retardada debido a la transmisi6n de datos de MAC-hs a otros UEs.

Mediante el documento WO2006l126920 se describe un Nodo-B que comprende un planificador de datos de enlace descendente y un planificador de datos de enlace ascendente. El Nodo-B comprende medios para transferir informaci6n asociada con una transferencia de datos en el enlace descendente desde el citado planificador de datos del enlace descendente al citado planificador de datos del enlace ascendente. El planificador de datos del enlace ascendente comprende medios para planificar una transferencia de datos en el enlace ascendente como resultado de la transmisi6n de la citada transferencia de Nodo-B del enlace descendente.

Mediante el documento US2007l140165 se describe un metodo de un planificador de enlace ascendente para una estaci6n de base en un sistema de comunicaci6n inalambrico. El sistema de comunicaci6n inalambrico lleva a cabo un acceso inalambrico en el enlace ascendente para un servicio de mejor esfuerzo, basandose en un acceso aleatorio. El planificador del enlace ascendente de la estaci6n de base transmite datos de trafico del enlace

descendente a un terminal de usuario, y estima datos de trafico del Nodo-B generados desde el terminal de usuario basandose en los datos de trafico del enlace descendente. Ademas, el planificador del enlace ascendente asigna recursos para los datos del trafico del enlace ascendente estimados hacia el terminal de usuario, y recibe los datos del trafico del enlace ascendente transmitidos desde el terminal de usuario utilizando los recursos asignados al terminal de usuario.

La publicaci6n "Basic Concepts of HSPA" from Ericsson AB describe los conceptos generales del HSPA y describe la necesidad de medios para transferir informaci6n asociada con una transferencia de datos en enlace descendente desde el citado planificador de datos del enlace descendente hasta el citado planificador de datos del enlace ascendente.

COMPENDIO

El objeto de la presente invenci6n es resolver los problemas relativos a los escenarios mencionados anteriormente mediante un metodo, un sistema de telecomunicaci6n y un Nodo-B para la asignaci6n y el manejo con prioridad de recursos de enlace ascendente y de enlace descendente.

De acuerdo con una primera realizaci6n la presente invenci6n proporciona un metodo para la asignaci6n y el manejo con prioridad de recursos de uplink (UL - Enlace Ascendente) y de downlink (DL - Enlace Descendente) en un sistema de telecomunicaci6n que comprende al menos un radio network controller (RNC -Controlador de Red de Radio), y al menos un Node-B (NB -Nodo-B) para permitir la comunicaci6n inalambrica con al menos un user terminal (UE -Terminal de Usuario) (15). El RNC establece al menos un enhanced dedicated transport channel (E-DCH -Canal de Transporte Dedicado Mejorado). Esto permite trafico de datos de enlace ascendente con una velocidad de datos maxima determinada desde el user terminal (UE -Terminal de Usuario) hasta el Node-B (NB Nodo-B). El RNC (12, 12', 12'') establece tambien al menos un high speed DL shared channel (HS-DSCH - Canal Compartido de DL de Alta Velocidad). Esto permite el trafico de datos en el enlace descendente con una determinada velocidad de datos maxima desde el Node-B(NB - Nodo -B) al user terminal (UE - Terminal de Usuario). El Node-B (NB - Nodo-B) comprende un HSDPA scheduler (HS-S -Planificador de HSDPA) que planifica la velocidad de datos para el trafico de datos en el DL por medio del HS-DSCH. Comprende tambien un EUL scheduler (EUL-S -Planificador de EUL) que planifica la velocidad de datos maxima para el trafico de datos en el UL por medio del E-DCH.

En la primera realizaci6n, el Node-B (NB - Nodo-B) intercambia informaci6n acerca de la velocidad de datos entre el HSDPA scheduler (HS-S -Planificador de HSDPA) y el EUL scheduler (EUL-S - Planificador de EUL). Ademas, el Node-B (NB - Nodo-B) monitoriza el quotient (Q -Cociente) entre la velocidad de datos en el DL y la velocidad de datos en el UL. Finalmente, siempre que Q cumple determinadas condiciones de trafico, el HSDPA scheduler (HS-S

-: Planificador de HSDPA) ylo el EUL scheduler (EUL-S -Planificador de EUL) cambia la asignaci6n ylo el manejo de prioridad de los recursos del UL ylo del DL.

De acuerdo con una segunda realizaci6n la presente invenci6n proporciona un Nodo-B que comprende un mecanismo de asignaci6n y manejo de prioridad de recursos de uplink (UL -Enlace Ascendente) y de downlink (DL

-: Enlace Descendente) en un sistema de telecomunicaci6n. El sistema comprende al menos un radio network controller (RNC -Controlador de Red de Radio), y al menos el Node-B (NB - Nodo-B), que comprende tambien un mecanismo para permitir comunicaci6n inalambrica con al menos un user terminal (UE -Terminal de Usuario). El RNC comprende un mecanismo para establecer al menos un enhanced dedicated transport channel (E-DCH -Canal de Transporte Dedicado Mejorado). Esto permite el trafico de datos en el enlace ascendente con una determinada velocidad de datos maxima desde el user terminal (UE -Terminal de Usuario) hasta el Node-B (NB - Nodo-B). El RNC (12, 12', 12'') comprende tambien un mecanismo para establecer al menos un high speed DL shared channel (HS-DSCH -Canal Compartido de DL de Alta Velocidad). Esto permite el trafico de datos en el enlace descendente con una determinada velocidad de datos maxima desde el Node-B (NB -Nodo-B) hasta el user terminal (UE -Terminal de Usuario). El Node-B (NB - Nodo-B) comprende un HSDPA scheduler (HS-S -Planificador de HSDPA) que comprende un mecanismo para planificar la velocidad de datos para el trafico de datos en el DL por medio del HS-DSCH. Comprende tambien un EUL scheduler (EUL-S -Planificador de EUL) que comprende un mecanismo para planificar la maxima velocidad de datos para el trafico de datos en el UL por medio del E-DCH.

En la segunda realizaci6n, el Node-B (NB -Nodo-B) comprende un mecanismo para intercambiar informaci6n de velocidad de datos entre el HSDPA scheduler (HS-S -Planificador de HSDPA) y el EUL scheduler (EUL-S -Planificador de EUL). Ademas, el Node-B (NB - Nodo-B) comprende un mecanismo para monitorizar el quotient (Q -Cociente) entre la velocidad de datos en el DL y la velocidad de datos en el UL. Finalmente, el HS-DSCH scheduler (HS-S -Planificador de HSDPA) ylo el EUL scheduler (EUL-S -Planificador de EUL) comprende tambien un mecanismo para cambiar la asignaci6n ylo el manejo de prioridad de los recursos de UL ylo de DL. El cambio se lleva a cabo cuando Q cumple determinadas condiciones de trafico.

De acuerdo con una tercera realizaci6n, la presente invenci6n finalmente proporciona un sistema de telecomunicaci6n que comprende un mecanismo para la asignaci6n y el manejo de prioridad de recursos de uplink (UL -Enlace Ascendente) y de downlink (DL -Enlace Descendente) en el sistema.

El sistema de telecomunicaci6n comprende al menos un radio network controller (RNC - Controlador de Red de Radio), y al menos un Node-B (NB -Nodo -B) que comprende un mecanismo para permitir la comunicaci6n inalambrica con al menos un user terminal (UE -Terminal de Usuario). El RNC comprende un mecanismo para establecer al menos un enhanced dedicated transport channel (E-DCH -Canal de Transporte Dedicado Mejorado). Esto permite el trafico de datos en el enlace ascendente con una determinada velocidad de datos maxima desde el user terminal (UE - Terminal de Usuario) hasta el Node-B (NB - Nodo-B). El RNC (12, 12', 12'') comprende tambien un mecanismo para establecer al menos un high speed DL shared channel (HS-DSCH -Canal Compartido de DL de Alta Velocidad). Esto permite el trafico de datos en el enlace descendente con una determinada velocidad de datos maxima desde el Node-B (NB - Nodo-B) hasta el user terminal (UE -Terminal de Usuario). El Node-B (NB - Nodo-B) comprende un HSDPA scheduler (HS-S -Planificador de HSDPA) que comprende un mecanismo para planificar la velocidad de datos para el trafico de datos de DL por medio del HS-DSCH. Comprende tambien un EUL scheduler (EUL-S -Planificador de EUL) que comprende un mecanismo para planificar la velocidad de datos maxima para el trafico de datos de UL por medio del E-DCH.

En la tercera realizaci6n, el Node-B(NB -Nodo-B) en el sistema de telecomunicaci6n comprende un mecanismo para intercambiar informaci6n de velocidad de datos entre el HSDPA scheduler (HS-S -Planificador de HSDPA) y el EUL scheduler (EUL-S -Planificador de EUL). Ademas, el Node-B (NB -Nodo-B) comprende un mecanismo para monitorizar el quotient (Q - Cociente) entre la velocidad de datos en el DL y la velocidad de datos en el UL. Finalmente, el HSDPA scheduler (HS-S -Planificador de HSDPA) ylo el EUL scheduler (EUL-S -Planificador de EUL) comprende tambien un mecanismo para el cambio de asignaci6n ylo del manejo de prioridad del UL ylo de los recursos de DL. El cambio se lleva a cabo cuando Q cumple determinadas condiciones de trafico.

La principal ventaja con la presente invenci6n es que con el uso de la invenci6n el tiempo de ida y vuelta del TCP puede ser minimizado, lo que resulta en unas descargas mas rapidas. Esto es cierto basandose en el hecho de que el Nodo-B tratara de predecir cuando se necesita un recurso de enlace ascendente y pre-asignar el recurso de antemano. El tiempo de ida y vuelta del TCP tambien puede seguir siendo bajo en las subidas a la red. Otras ventajas se describiran en la descripci6n detallada. Ademas, el trafico que se inicia en la red incluyendo el trafico de senalizaci6n del RNC, y cualquier trafico iniciado en la red (correo de conexi6n directa, msn etc) tendra menores retardos de inicio.

BREVE DESCRIPCI�N DE LOS DIBU�OS

En el siguiente texto la invenci6n se describira con detalle con referencia a los dibujos adjuntos. Estos dibujos se utilizan s6lo para ilustraci6n y en ningun modo limitan el alcance de la invenci6n:

La figura 1 muestra una visi6n global del HSUPAlHSDPA.

La figura 2 muestra una visi6n global de la red de HSUPAlHSDPA de acuerdo con la figura 1 con mas de un nodo de cada tipo.

La figura 3 muestra los eventos que tendran lugar en el terminal de usuario y en el Nodo-B con el fin de preparar las transmisiones en el UL.

La figura 4 muestra el flujo de direcci6n de datos frente al flujo de Rec. de TCP entre un servidor de http y un cliente de http.

La figura 5 muestra el mecanismo de inicio lento y de congesti6n de TCP.

La figura 6 muestra las etapas llevadas a cabo por el Nodo-B con el fin de pre-asignar recursos de enlace ascendente basandose en un repentino aumento del trafico de datos en el DL.

La figura 7 muestra un diagrama de flujo para la asignaci6n y manejo de prioridad de acuerdo con ciertas realizaciones dentro de la invenci6n.

La figura � muestra la interacci6n entre el Nodo-B y el terminal de usuario.

DESCRIPCI�N DETALLADA

La invenci6n se describira ahora con detalle con referencia a realizaciones descritas en la descripci6n detallada y mostrada en los dibujos.

Las realizaciones de la presente invenci6n se refieren a un metodo, un Nodo-B y para la asignaci6n y manejo de prioridad. El sistema y el Nodo-B en el sistema comprenden mecanismos para llevar a cabo las etapas del metodo tal como se describen en el metodo. Por lo tanto, un experto en la materia debe entender que el hecho de que el sistema y el Nodo-B lleven a cabo la etapa del metodo significa que la realizaci6n del metodo descrita en la descripci6n detallada incluye tambien el sistema y el Nodo-B incluso aunque no se describan aqui con detalle.

La figura 1 y la figura 2 muestran una visi6n global de la red de HSUPAlHSDPA. La figura 1 ilustra una red con un solo nodo de cada tipo mientras que la figura 2 ilustra la opci6n de que la misma red tenga mas de un nodo de cada tipo. Un user terminal (UE -Terminal de Usuario) 15 se comunica con la core network (CN -Red de Nucleo) por medio de al menos un Nodo-B (NB) 11, 11', 11''. Al menos un radio network controller (RNC -Controlador de Red de Radio) 12, 12', 12'', establece un E-DCH y un HS-DSCH, lo que permite el trafico de datos en el enlace ascendente y en el enlace descendente entre el terminal de usuario y el Nodo-B.

Debe observarse que el texto descriptivo que aparece a continuaci6n describe el trafico hacia y desde, el user terminal (UE -Terminal de Usuario) 15. No obstante, resultara evidente para los expertos en la materia que el trafico hacia y desde un terminal de usuario puede ser desde una o desde multiples colas (por ejemplo, multiples flujos de MAC-d).

La presente invenci6n se refiere a un metodo para la asignaci6n y manejo de prioridad del uplink (UL - Enlace Ascendente) y del downlink (DL -Enlace Descendente) en un sistema de telecomunicaci6n. El sistema comprende, vease la figura 1, al menos un radio network controller (RNC - Controlador de Red de Radio) 12, 12', 12'', y al menos un Node-B (NB - Nodo-B) 11, 11', 11'' para permitir la comunicaci6n inalambrica con al menos un user terminal (UE -Terminal de Usuario) 15.

El RNC 12, 12', 12'' en el sistema establece al menos un enhanced dedicated transport channel (E-DCH -Canal de Transporte Dedicado Mejorado), que permite el trafico de datos en el enlace ascendente con una determinada velocidad de datos maxima desde el user terminal (UE -Terminal de Usuario) 15 hasta el Node-B (NB -Nodo B) 11, 11', 11''.

El RNC 12, 12', 12'', tambien establece al menos un high Speed DL shared channel HS-DSCH -Canal Compartido de DL de Alta Velocidad), que permite el trafico de datos en enlace descendente con una determinada velocidad de datos maxima desde el Node-B(NB -Nodo B) 11, 11', 11'' hasta el user terminal (UE -Terminal de Usuario) 15.

El Node-B (NB - Nodo B) 11, 11', 11'' comprende un HSDPA scheduler (HS-S -Planificador de HSDPA) que planifica la velocidad de datos para el trafico de datos en el DL a traves del HS-DSCH. El planificador de HSDPA antes de cada Transmit Time Interval (TTI -Intervalo de Tiempo de Transmisi6n de 2 ms nuevo (s6lo hay TTI de 2 ms en HSDPA mientras que en EUL existen TTI tanto de 2 como de 10 ms) controla hacia que terminales de usuario se ponen en cola los datos del DL en el Nodo-B. A continuaci6n el planificador decide que parte o elemento debe recibir datos primero. Al principio, el planificador por ejemplo senala a traves del canal de HS-SCCH, vease la figura 1, para cuya parte o elemento estan previstos los datos. A continuaci6n el trafico de datos es enviado sobre el canal HS-PDSCH. Esto se lleva a cabo antes de cada TTI nuevo. En consecuencia el planificador de HSDPA controla activamente la velocidad de datos para cada TTI nuevo.

En contraste, un EUL scheduler (EUL-S -Planificador de EUL) planifica la maxima velocidad de datos para el trafico de datos en el enlace ascendente a traves del E-DCH. En la practica, la velocidad de datos es planificada mediante una tasa de potencia para las transmisiones en el enlace ascendente. El EUL-S es parte del Nodo-B 11, 11', 11''. Esto significa que esta cerca de la interfaz aerea, por ejemplo el WCDMA en HSUPA. Opera bajo un principio de solicitud-concesi6n. El user terminal (UE - Terminal de Usuario) 15 solicita un permiso para enviar datos y el planificador decide cuando y cuantos datos puede un terminal de usuario enviar (maxima velocidad de datos), y tambien cuantos terminales de usuario estaran autorizados a hacerlo. El EUL-S activa las transmisiones de concesi6n de E-AGCHlRGCH al terminal de usuario, pero la descodificaci6n y la transmisi6n real del E-AGCHlRGCH son manejadas dentro del Nodo-B.

El EUL-S y el HS-S estan situados en el Nodo-B (NB - Nodo-B) 11, 11', 11'' con el fin de acercar el procesamiento a la interfaz aerea y para poder reaccionar mas rapidamente a la situaci6n del enlace de radio. Una tarea particular de los planificadores es controlar los recursos de descodificaci6n y de codificaci6n del enlace ascendente y del enlace descendente, que el terminal de usuario 15 esta utilizando.

La planificaci6n permite que el sistema admita un mayor numero de usuarios de alta velocidad de datos, y que rapidamente se adapte a las variaciones de interferencia en la celda. Esto lleva a un aumento tanto de la capacidad como de la probabilidad de que un usuario experimente velocidades de datos elevadas. Tambien permite que el sistema controle que la interferencia de celda no sea tan alta que provoque interferencias en la celda. Los detalles de la planificaci6n no seran descritos de nuevo en este documento puesto que son conocidos a partir de las soluciones existentes y no forman parte de la invenci6n.

Existen algunos problemas con la ausencia de interacciones especificadas entre el HSDPA scheduler (HS-S -Planificador del HSDPA y el EUL scheduler (EUL-S -Planificador del EUL), lo que algunas veces afecta al flujo de TCP del usuario final. Esto se ilustr6 mediante cinco escenarios diferentes. Lo que es comun para todos estos escenarios es que la concesi6n de UP necesita cambiar debido a un repentino cambio en el trafico de datos.

Con el fin de resolver estos problemas la invenci6n se caracteriza porque el Node-B (NB -Nodo-B) intercambia informaci6n acerca de la velocidad de datos entre el HSDPA scheduler (HS-S -Planificador de HSDPA) y el EUL

scheduler (EUL-S -Planificador del EUL). El Nodo-B tambien monitoriza el quotient (Q -Cociente) entre la velocidad de datos del DL y la velocidad de datos del UL. Finalmente, cuando Q cumple determinadas condiciones de trafico el HSDPA scheduler (HS-S -Planificador de HSDPA) ylo el EUL scheduler (EUL-S -Planificador del EUL) cambia la asignaci6n ylo el manejo de prioridad de los recursos del enlace ascendente ylo del enlace descendente.

La informaci6n acerca da la velocidad de datos es intercambiada en cada Transmit Time Interval (TTI - Intervalo de Tiempo de Transmisi6n). Esto significa que el planificador del HSDPA envia la informaci6n acerca de la velocidad de datos al planificador del EUL y el planificador del EUL envia la informaci6n acerca de la velocidad de datos al planificador del HSDPA de manera continua, lo que por ejemplo es cada TTI. Resultara evidente para un experto en la materia que algunas veces el TTI difiere entre el planificador del EUL y el planificador del HSDPA.

La idea es en consecuencia dejar que el Node-B (NB - Nodo-B) 11, 11', 11'' intercambie informaci6n de velocidad de datos entre los planificadores y monitorice el cociente Q.

Dependiendo de la longitud media cuando se calcula Q y utilizando diferentes umbrales cuando se compara el Q con valores previos de Q, es posible distinguir entre las diferentes condiciones, por ejemplo los escenarios del problema descritos. Esto resulta en el cambio en la asignaci6n ylo en el manejo de prioridad de los recursos del UL ylo del DL. Ademas, intercambiando informaci6n entre el planificador del HSDPA y el planificador del EUL los efectos negativos sobre el flujo percibido por el usuario pueden ser mitigados.

Cuando se calcula la velocidad de datos en el enlace descendente, existen varias alternativas. Lo que es comun para todas estas alternativas es que se calcula utilizando datos del Medium Access Control High Speed (MAC-hs -Control de Acceso al Medio de Alta Velocidad) o datos del Forward Access Channel (FACH -Canal de Acceso de Emisi6n). Las alternativas para el calculo de la velocidad de datos del DL son:

1.: MAC-hs reconocido (desde el MAC-hs REConocido del user terminal).

2.: Las transmisiones desde el MAC-hs pueden considerarse estimando el correspondiente valor de kbps. Este puede utilizarse cuando se necesita un tiempo de reacci6n rapido.

3.: Velocidad de transmisi6n del MAC-hs total (incluyendo retransmisiones del MAC-hs).

4.: Para 1, 2, 3 anteriores se puede considerar tambien el valor de SID en la cabecera del MAC-hs.

5.: Cuando no se ha establecido ningun MAC-hs para el user terminal (UE -Terminal de Usuario) 15, puede utilizarse la velocidad enviada en el FACH.

6.: Para 1, 2, 3, 4 anteriores excluyendolincluyendo los flujos de MAC-d que representan el trafico de senalizaci6n del RNC, por ejemplo la senalizaci6n del RRC.

La informaci6n acerca de la velocidad de datos en el DL intercambiada desde el HSDPA scheduler (HS-S -Planificador del HSDPA) hasta el EUL scheduler (EUL-S -Planificador del EUL) puede ser una o mas de las 1 -6 alternativas listadas anteriormente.

Tambien, cuando se calcula la velocidad de datos en el enlace ascendente, existen varias alternativas. Lo que es comun para todas las alternativas es que la velocidad de datos en el enlace ascendente se calcula utilizando datos del Medium Access Control Enhanced (MAC-e -Control de Acceso al Medio Mejorado), una concesi6n que se ha proporcionado al user terminal (UE -Terminal de Usuario) 15, considerando la cantidad de datos pendientes en el UE a traves de la Scheduling Information (SI -Informaci6n de Planificaci6n) en los datos de E-DPDCH o del Dedicated Channel (DCH -Canal Dedicado). Las alternativas para el calculo de la velocidad de datos del UL son:

1.: Velocidad de los MAC-es reconocida (REConocida por el Nodo-B).

2.: Velocidad del MAC-e reconocida (REConocida por el Nodo-B).

3.: Velocidad del MAC-e recibido total (datos no reconocidos mas datos reconocidos).

4.: La concesi6n que debe ser proporcionada al user terminal (UE -Terminal de Usuario) 15.

5.: Considerando la cantidad de datos pendientes en el UE a traves de la Scheduling Indication (SI - Indicaci6n de Planificaci6n).

6.: Velocidad de DCH recibida total.

7.: Para 1, 2, 3, 4, 5 anteriores excluyendolincluyendo los flujos de MAC-d que representa el trafico de senalizaci6n del RNC, por ejemplo senalizaci6n de RRC.

La informaci6n acerca de la velocidad en el UL intercambiada desde el EUL scheduler (EUL-S -Planificador del EUL) hacia el HSDPA scheduler (HS-S -Planificador del HSDPA) pueden ser una o mas de los 1 -7 alternativos listados anteriormente.

El calculo tanto de la velocidad de datos en el UL como de la del DL es llevado a cabo por el Nodo-B 11, 11', 11''. Puede ser llevado a cabo por el HSDPA scheduler (HS-S -Planificador del HSDPA ylo por el EUL scheduler (EUL-S

-: Planificador del EUL) en el Nodo-B, lo que significa que el calculo puede ser levado a cabo bien por el planificador del HSDPA o bien por el planificador del EUL o por ambos simultaneamente. Esto es posible puesto que la informaci6n acerca de la velocidad de datos en el UL y en el DL es intercambiada de manera continua entre los planificadores, por ejemplo en cada TTI. Los dos planificadores son por lo tanto capaces de calcular una o ambas de las velocidades de datos.

La monitorizaci6n de (Q) es llevada a cabo por el Node-B (NB -Nodo B) 11, 11', 11''. La monitorizaci6n del quotient (Q - cociente) puede ser llevada a cabo por el planificador del HSDPA ylo por el EUL scheduler (EUL-S -Planificador del EUL) en el Node-B (NB - Nodo-B), lo que significa que la monitorizaci6n puede ser llevada a cabo bien por el planificador del HSDPA o por el planificador del EUL o por ambos simultaneamente. Esto es posible puesto que la velocidad de datos en el UL y en el DL puede ser calculada por el planificador del HSDPA ylo por el planificador del EUL.

Las condiciones determinadas cumplidas por Q (para llevar a cabo cambios en la asignaci6n ylo en el manejo de prioridad de los recursos del UL y del DL) se refieren a una comparaci6n entre Q y un cociente Qant, siendo Qant un calculo previo de Q. Esto permite la detecci6n de condiciones cambiadas en el sistema.

El cociente Q calculado y monitorizado puede basarse en los datos del DL ylo del UL transmitidos. Un experto en la materia debe, no obstante, comprender que puede estar basado en datos pendientes del Node-B (NB -Nodo B) 11, 11', 11'', con el fin de pre-asignar recursos de descodificaci6n del UL basados en un repentino cambio de los datos transmitidos en el DL. En la etapa 1, el Nodo-B recibe datos en el DL. Estos datos son transmitidos 2 en DL hacia el terminal de usuario 15 en el canal HS-DSCH. El cociente Q esta tambien monitorizado 3 por el planificador del HSDPA ylo del planificador del EUL calculando Q y comparandolo con un Q calculado anteriormente.

Como se ha descrito anteriormente la informaci6n acerca de la velocidad de los datos en el UL y en el DL es intercambiada de manera continua entre los planificadores, por ejemplo cada TTI, y los dos planificadores son por lo tanto capaces de calcular una o las dos velocidades y consecuentemente los dos planificadores pueden monitorizar

Q. Cuando Q cumple determinadlas condiciones se lleva a cabo el cambio de la asignaci6n y del manejo de prioridad de acuerdo con la presente invenci6n. Este cambio corresponde al HSDPA scheduler (HS-S -Planificador del HSDPA) enviando 4 una solicitud interna al EUL scheduler (EUL-S -Planificador del EUL) para iniciar la posibilidad del planificador del EUL de la velocidad de datos maxima cambiada para el trafico de datos en el enlace ascendente a traves del E-DCH. A continuaci6n se envia una concesi6n 5 a traves del canal AGCH hacia el terminal.

Cuando la pre-asignaci6n se basa en datos pendientes, la monitorizaci6n de Q 3 y el envio 4 de una solicitud interna se lleva a cabo antes de que los datos se transmitan 2 en el DL hacia el terminal de usuario 15 sobre el canal HS-DSCH.

Se presentaran ahora tres realizaciones para ilustrar el cambio de la asignaci6n y del manejo de prioridad de los recursos del UL de acuerdo con la presente invenci6n. En estas tres realizaciones, el intercambio de informaci6n del sistema corresponde al HSDPA scheduler (HS-S -Planificador del HSDPA) enviando una asignaci6n interna al EUL scheduler (EUL-S -Planificador del EUL) para que inicie la posibilidad de la velocidad de datos maxima cambiada al planificador del EUL para el trafico de datos en el UL a traves del E-DCH. La asignaci6n interna puede ser una senal desde el HSDPA scheduler (HS-S - Planificador del HSDPA) al EUL scheduler (EUL-S -Planificador del EUL), donde el planificador del EUL es responsable de la planificaci6n del EUL. El planificador del HSDPA es responsable del calculo de Q. El significado de la asignaci6n debe entenderse como una pregunta acerca de los recursos del UL. El planificador del HSDPA no conoce la planificaci6n actual del UL. Resultara evidente para el experto que Q puede ser calculada bien en el planificador del HSDPA HS-S ylo en el planificador del EUL EUL-S.

En una de estas tres realizaciones, Qant indica que no hay trafico de datos flotando ni en el HS-DSCH ni en el E-DCH. Q entonces indica que empieza a fluir trafico de datos en el DL en el HS-DSCH. En tal situaci6n, el HSDPA scheduler (HS-S - Planificador del HSDPA) envia una asignaci6n interna al EUL scheduler (EUL-S -Planificador del EUL) para iniciar la posibilidad del planificador del EUL de trafico de datos en el UL a traves del E-DCH.

El hecho es que una mayoria del trafico de Internet relativo a 3GPP desde y hacia los UEs se refiere al enlace descendente, procedente, por ejemplo, de la red que inicia el UE o de descargas de ficheros, cuando se utilizan aplicaciones de red tales como el Explorador de Internet. Con TCP como el protocolo de Internet dominante, es posible que un escenario como el descrito anteriormente resulte en que se devuelve una respuesta desde el UE por ejemplo al emisor de TCP o al emisor del RLC para confirmar la correcta recepci6n de datos en el UE.

Cuando ahora la concesi6n tenga efecto antes de que el TCP envie un REC, el user terminal (UE - Terminal de Usuario) 15 no tiene que pasar a traves de las etapas de la figura 3 y el efecto sera una disminuci6n de 30 a 100 ms en el retardo del tiempo de Tida y vuelta.

En general puede decirse que el cociente Q puede indicar cuando empieza el HS-DSCH a transmitir datos para un terminal de usuario (o a planificar una transmisi6n en el HS-DSCH para un terminal de usuario). Esta informaci6n es enviada desde el planificador del HS-DSCH al planificador del EUL, de manera que la prioridad para este terminal de usuario pueda aumentar. Esto significa que la prioridad relativa a la carga util concedida planificada es mayor, por ejemplo hasta la carga util necesaria para REClNORECs de TCP o en general. Esto, con el fin de mantener la concesi6n, mientras que el HS-DSCH esta transmitiendo. Debe observarse que las terminales de usuario tratadas dentro de un planificador de EUL de manera continua compiten para recursos disponibles.

Resultara evidente para los expertos en la materia que Q puede ser monitorizado durante la inicializaci6n del E-DCH para determinar si el HS-DSCH esta en curso y que puede, por ejemplo, provocar que se envie una concesi6n. Tambien resultara evidente para los expertos en la materia que las realizaciones previas seran beneficiosas para la senalizaci6n generada en el RNC hacia y desde el UE. La pre-generaci6n de una concesi6n acortara el retardo para que el UE devuelva una respuesta al RNC.

En una segunda de estas tres realizaciones, cuando el cociente Q dividido por Qant es mayor que un primer valor de umbral, esto indica que el trafico de datos en el DL esta aumentando. El HSDPA scheduler (HS-S -Planificador del HSDPA) envia a continuaci6n una asignaci6n interna para que el EUL scheduler (EUL-S -Planificador del EUL) inicie la posibilidad de una mayor velocidad de datos maxima para el trafico de datos del UL a traves del E-DCH. Esta segunda realizaci6n ilustra una soluci6n al 2� escenario, en el cual el ancho de banda de REC de TCP era mayor que cero. No obstante, no era suficientemente grande para evitar que la capacidad de trafico de datos en el UL del user terminal (UE -Terminal de Usuario) 15 resulte restringida, y el UE solicitara por lo tanto mas ancho de banda.

Debe observarse que muy a menudo no es factible que el Node-B (NB -Nodo B) 11, 11', 11'' tome el control sobre la cantidad de segmentos de TCP que son enviados, puesto que requeriria una soluci6n a traves de las capas. Asi, no es posible distinguir si la PDU del MAC-hs comprendeia uno mas segmentos de TCP.

No obstante, es mas probable que cuando la cantidad de datos en el enlace descendente aumenta, tambien es mas probable que los recursos en el enlace ascendente aumenten debido a mas transmisiones de REC de TCP. Esto ultimo puede entenderse facilmente considerando el extendido uso de la pila de protocolo de TCP de Windows �P. La raz6n es su soporte implementado de REC retardado, en el que en una corriente de segmentos de TCP de tamano completo deberia haber un REC al menos cada TCP segmentos.

En la ultima de estas tres realizaciones, cuando el cociente Q dividido por Qant es menor que un segundo valor de umbral, indica que el trafico de datos en el DL esta disminuyendo. El HSDPA scheduler (HS-S -Planificador del HSDPA envia a continuaci6n una asignaci6n interna al EUL scheduler (EUL-S -Planificador del EUL). Esto es para iniciar el que planificador del EUL permita una velocidad de datos maxima mas alta para el trafico de datos en el UL a traves del E-DCH ylo una menor prioridad dentro del planificador del EUL para el user terminal (UE - Terminal de Usuario) 15.

Permitir una menor velocidad de transmisi6n en el enlace ascendente para el user terminal (UE -Terminal de Usuario) 15 significa que el planificador del EUL proporciona una potencia ilimitada para otros terminales de usuario. El permiso de una menor prioridad para el user terminal (UE -Terminal de Usuario) 15 proporciona la posibilidad de que otros terminales de usuario con mayor prioridad intercambien concesi6n con el terminal de usuario que tiene una menor concesi6n, cuando es necesario. Una soluci6n alternativa dentro del tercer ejemplo es no disminuir la concesi6n, hasta que ha sido verificada en la parte de descodificaci6n del E-DCH que el terminal de usuario 15 realmente ha empezado a transmitir menos datos. Alternativamente, la memoria temporal de transmisi6n del user terminal (UE -Terminal de Usuario) 15 es suficientemente baja (cuando esto se conoce a traves de la senalizaci6n del SI).

Estas tres realizaci6n ilustran el hecho de que el que EUL scheduler (EUL-S -Planificador del EUL) permita una velocidad de datos maxima cambiada para el trafico de datos en el UL a traves del E-DCH es llevado a cabo preasignando recursos del UL. Con la pre-asignaci6n de recursos del UL, se incluyen las etapas de asignar recursos de descodificaci6n de HW ylo de SW. Ademas, aumentando el que el EUL scheduler (EUL-S -Planificador del EUL) permita una velocidad de datos maxima cambiada para el trafico del UL a traves del E-DCH enviando una concesi6n absoluta o una concesi6n relativa.

De acuerdo con una realizaci6n, cuando Q se basa en datos pendientes en el Node-B (NB -Nodo B) 11, 11', 11'', el HSDPA scheduler (HS-S -Planificador del HSDPA) informa al EUL scheduler (EUL-S -Planificador del EUL) acerca de que colas de prioridad que contienen datos y cuantos, basandose en cuya informaci6n el planificador del EUL puede pre-asignar recursos de descodificaci6n en el UL.

Alternativamente, cuando Q se basa en datos pendientes del Node-B (NB -Nodo B) 11, 11', 11'', el EUL scheduler (EUL-S -Planificador del EUL) controla que colas de prioridad que contienen datos y cuantos, basandose en cuya informaci6n puede el planificador del EUL pre-asignar recursos de descodificaci6n del UL.

Esta realizaci6n ilustra cuando hay datos del HS-DSCH (datos para el DL) almacenados temporalmente en varias colas de prioridad. En esta situaci6n, todos los datos no pueden ser transmitidos enseguida. La raz6n es que s6lo puede haber transmisi6n para unos pocos terminales de usuario en cada instante de tiempo (limitado por el numero de canales HS-DSCH por celda). Puesto que Q se basa en transmisiones de datos pendientes, el planificador del HSDPA informara al planificador del EUL acerca de que colas de prioridad contienen datos y cuantos. Basandose en esto el planificador del EUL puede pre-asignar recursos de descodificaci6n del UL, es decir, estimar futuras necesidades de recurso de descodificaci6n.

Esta situaci6n, con datos pendientes, ocurre cuando hay mucho trafico de DL hacia varios terminales de usuario. Puesto que existe una gran cantidad de datos almacenados temporalmente, Q puede ser monitorizado sobre "trafico de DL entrante" (los datos almacenados temporalmente). Q mostrara en consecuencia que la velocidad del DL aumentara, y que los recursos de descodificaci6n del UL son demasiado pequenos. Debe observarse que el cambio de la concesi6n del UL debe ser coordinado con los recursos de descodificaci6n, puesto que no es seguro que los recursos de descodificaci6n del UL puedan soportar una concesi6n mayor.

Se presentaran ahora dos realizaciones para ilustrar el cambio del manejo de prioridad de los recursos del DL de acuerdo con la presente invenci6n. Estas ilustran el hecho de que el HSDPA scheduler (HS-S -Planificador del HSDPA) cambia la prioridad para la cola del DL hacia el user terminal (UE -Terminal de Usuario) 15 dependiendo de la velocidad de los datos del UL. Como se ha descrito, las condiciones de trafico determinadas cumplidas por Q se refieren a una comparaci6n entre Q y un cociente Qant, siendo Qant un calculo de Q previo.

De acuerdo con una de estas dos realizaciones, cuando el cociente Q dividido por Qant es menor que un tercer valor de umbral, indica que la velocidad del trafico de datos del UL o la concesi6n aumentan. Esto puede ser una indicaci6n sobre el escenario 5 descrito anteriormente. El HSDPA scheduler (HS-S -Planificador del HSDPA) aumenta entonces la prioridad para la correspondiente cola del DL para el user terminal (UE -Terminal de Usuario)

15. Mediante esto, el planificador del HSDPA aumenta la priorizaci6n por ejemplo del esperado REClNOREC de TCP en el enlace descendente, como consecuencia de la mayor velocidad de transmisi6n del enlace ascendente. Aumentando la prioridad para una cola especifica para un UE particular aumenta la probabilidad de que la asignaci6n de recursos de descodificaci6n del DL sea ejecutada.

De acuerdo con la ultima de estas dos realizaciones, cuando el cociente Q dividido por Qant es menor de un cuarto valor de umbral, indica que la velocidad del trafico de datos o la concesi6n para el user terminal (UE-Terminal de Usuario) 15 se reduce. El HSDPA scheduler (HS-S -Planificador de HSDPA) entonces disminuye o elimina la prioridad dentro del planificador del HSDPA para la cola del DL para el user terminal (UE -Terminal de Usuario) 15. Mediante esto, el planificador del HSDPA puede reducir o eliminar la priorizaci6n del REClNOREC de TCP esperado en el DL.

La figura 7 muestra un diagrama de flujo en el que son ejecutadas la mayoria de las realizaciones. Por defecto el planificador del HSDPA envia de manera continua informaci6n acerca de la velocidad de datos hacia el planificador del EUL y el planificador del EUL envia de manera continua informaci6n acerca de la velocidad de datos al planificador del HSDPA en cada TTI. Asi es como se ejecuta, mediante diferentes etapas:

Inicio.

1.: Se lleva a cabo una detecci6n acerca de si se envian datos bien en el enlace descendente en HSDPA o en el enlace ascendente en EUL para UE = UEx (un user terminal (UE - Terminal de Usuario) 15). Cuando el resultado de la detecci6n es S�, vayase a la etapa 2. Cuando el resultado es NO, la detecci6n se reinicia (etapa INICIO).

2.: El Node-B (NB - Nodo-B) 11, 11', 11'' calcula el quotient (Q -Cociente) como la velocidad de datos media del DL l la velocidad de datos media del UL para el UEx actual.

3.: Se realiza una comprobaci6n acerca de si Q indica que se han enviado datos (o estan pendientes de transmisi6n en el enlace descendente) tras un periodo de tiempo en el cual no se han enviado datos. Esto puede llevarse a cabo, por ejemplo, comparando el valor de Q previo (Qant) con el nuevo valor de Q. Cuando el resultado de la comprobaci6n es S�, vayase a la etapa 4. Cuando el resultado es NO, vayase a la etapa 5.

4.: Una solicitud interna es enviada al planificador del EUL. El planificador del EUL ordena una transmisi6n de un AGCH en el enlace descendente permitiendo una mayor velocidad de datos desde el UEx. Un aumento se envia tambien para aumentar los recursos de descodificaci6n del enlace ascendente disponibles para el UEx. Alternativamente el aumento se realiza antes de enviar AGCH o simultaneamente.

5.: Se realiza otra comprobaci6n acerca de si Q es mayor que el primer umbral (umbra/ a). El primer umbral puede, por ejemplo estar ajustado para reflejar cuando el Indicador de Calidad del Canal enviado en el enlace ascendente en HSDPA indica que la calidad de radio ha mejorado tanto que el user terminal (UE - Terminal de Usuario) 15 es capaz de recibir datos enviados con una mayor velocidad de modulaci6n que anteriormente, es decir, debido al aumento en la calidad del canal el rendimiento del enlace descendente aumenta. Esto llevaria a una mayor necesidad de senalar la realimentaci6n en el enlace ascendente. Cuando el resultado de la otra comprobaci6n es S�, vayase a la etapa 6. Cuando el resultado es NO, vayase a la etapa 7.

6.: Tendran lugar efectos similares a los de la etapa 4.

7.: Se lleva a cabo una investigaci6n similar a la de la etapa 5. Debe observarse que un segundo umbral (umbra/ b) es menor de 1, mientras que el primer umbral (umbra/ a) es mayor de 1. Puede darse la misma explicaci6n, pero al contrario, que en la etapa 5, detectandose cuando la CQI ha disminuido reflejando una menor velocidad de modulaci6n que puede conducir a una menor velocidad del enlace descendente. Cuando el resultado de la comprobaci6n de la etapa 7 es S�, vayase a la etapa �. Cuando el resultado es NO, vayase a la etapa 9.

�. Se llevara a cabo una acci6n similar pero al contrario que en la etapa 4, creando un AGCH con menor velocidad y una menor necesidad de recursos de descodificaci6n.

9.: En esta etapa se lleva a cabo una investigaci6n similar a la de la etapa 5. La diferencia aqui es que un tercer umbral (umbra/ c) es menor que el segundo umbral (umbra/ b) con el fin de reflejar la situaci6n cuando se produce un repentino aumento en la transmisi6n de datos en el EUL, mientras que los umbrales primero y segundo (umbra/ a/umbra/ b) reflejan el caso en el que el principal flujo de datos es en el enlace descendente. Cuando el resultado de la comprobaci6n en la etapa 9 es Si, vayase a la etapa 10.

10.: Un aumento es enviado al planificador del HSDPA para aumentar la prioridad de planificaci6n para priorizar el trafico en el enlace descendente para el correspondiente user terminal (UE -Terminal de Usuario) 15.

La figura � ejemplifica la senalizaci6n entre el Radio Network Controller (RNC -Controlador de Red de Radio) 12, 12', 12'', el Node-B (NB - Nodo-B) 11, 11', 11'' y el user terminal (UE -Terminal de Usuario) 15 de acuerdo con la tecnologia existente y las tres realizaciones que ilustran que el planificador del HSDPA envia una solicitud interna al planificador del EUL. La condici6n previa es que el HSDPA y el EUL esten activos en el Nodo-B y que el cociente Q indique que no se ha enviado ningun dato ni en el enlace descendente ni en el enlace ascendente.

1.: Tanto en la tecnica anterior como en la invenci6n, el RNC 12, 12', 12'' envia datos del HS-DSCH, incluyendo datos del MAC-dpara user terminal (UE -Terminal de Usuario) 15, al Node-B(NB -Nodo-B) 11, 11', 11''.

2.: Tanto en la tecnica anterior como en la invenci6n, el Node-B (NB - Nodo-B) 11, 11', 11'' envia datos del MAC-hs sobre el HS-SCCH y el HS-PDSCH. Por defecto el planificador del HSDPA envia de manera continua informaci6n relativa a velocidad de datos al planificador del EUL y el planificador del EUL envia informaci6n relativa a velocidad de datos al planificador del HSDPA, por ejemplo cada TTI. En la invenci6n, el planificador del HSDPA ylo el planificador del EUL calculan tambien Q indicando que la descarga ha empezado, y envia una solicitud interna al planificador del EUL.

3.: Tanto en la tecnica anterior como en la invenci6n, el user terminal (UE -Terminal de Usuario) 15 recibe datos del MAC-hs y proporciona datos a la capa superior. La capa superior en este ejemplo es en primer lugar la capa del RLC seguida por la capa de TCP. La capa de TCP envia, un TCP-REC al RLC que envia datos a la capa de MAC-e. En la tecnica anterior, el Node-B (NB - Nodo-B) no tiene ninguna velocidad concedida y por lo tanto envia el E-DPCCH indicando falta de recursos. Puesto que esto no aparece en la presente invenci6n, que es realmente el alcance de la presente invenci6n, esta flecha esta tachada. Por el contrario, puesto que el user terminal (UE -Terminal de Usuario) 15 en la etapa 3 tiene una velocidad concedida de 32 kbps, el user terminal (UE -Terminal de Usuario) 15 envia datos en el E-DPCCHlE-DPDCH.

4.: Puesto que existe una pre-asignaci6n de recursos del UL, el Node-B (NB - Nodo-B) esperara un E-DPCCH desde el user terminal (UE -Terminal de Usuario) 15 indicando falta de recursos antes de responder con un AGCH con una velocidad de concesi6n absoluta correspondiente de 32 kbps. (Debe observarse que el contenido del AGCH no incluye un valor de Kbps, pero puede ser convertido a un valor de Kbps. Por el contrario, el planificador del EUL en el Node-B (NB - Nodo-B) 11, 11', 11'' envia proactivamente AGCH con una velocidad de concesi6n absoluta correspondiente de 32 kbps.

5.: Finalmente, tanto en la tecnica anterior como en la presente invenci6n, el Node-B (NB - Nodo-B) 11, 11', 11'' recibe datos en el E-DPCCHlE-DPDCH.

Las seis diferentes realizaciones descritas ilustran diferentes ejemplos de intercambio de informaci6n entre el EUL scheduler (EUL-S -Planificador del EUL) y el HSDPA scheduler (HS-S -Planificador del HSDPA). Un experto en la material debe entender que los problemas relativos al hecho de que los recursos de descodificaci6n del enlace ascendente (HW) a menudo tarden un tiempo en asignarse, pueden ser mitigados en las seis realizaciones descritas anteriormente. Un comentario a todas las realizaciones es que debe tenerse cuidado cuando existe un conflicto de recurso en el enlace ascendente, lo que significa que el principal prop6sito para el planificador es intentar manejar

5 situaciones en las que el ancho de banda disponible es menor del requerido. En tal escenario no es necesario que este sea el modo correcto de pre-asignar recursos como se ha propuesto aqui. No obstante, las ideas pueden resultar utiles en el caso de que no exista un conflicto.

Los expertos en la materia deben entender que puede realizarse un calculo de la velocidad del UL y del DL utilizando varios metodos ya conocidos, por ejemplo diferentes longitudes de premediaci6n de ventana deslizante,

10 utilizando diferentes factores de olvido, etc.

Tambien pueden utilizarse varios metodos de calculo simultaneamente. La presente invenci6n no esta tampoco limitada a las realizaciones descritas anteriormente y podrian ser variadas libremente dentro del alcance de las reivindicaciones adjuntas.

Claims

REIVINDICACIONES

1. Metodo para la asignaci6n y manejo de prioridad del enlace ascendente llamado tambien UL, y del enlace descendente, llamado tambien DL, recursos en un sistema de telecomunicaci6n que comprende al menos un controlador de red de radio (12, 12', 12''), llamado tambien RNC, y al menos un Nodo-B 11, 11', 11'', llamado tambien NB, para permitir la comunicaci6n inalambrica con al menos un terminal de usuario (15), llamado tambien UE,

estableciendo el RNC (12, 12', 12'') al menos un canal de transporte dedicado mejorado, llamado tambien E-DCH, que permite trafico de datos en el enlace ascendente con una determinada velocidad de datos maxima desde el UE

(15) al NB (11, 11', 11''),

estableciendo el RNC (12, 12', 12'') al menos un canal compartido de DL de alta velocidad, llamado tambien HS-DSCH, que permite trafico de datos en el enlace descendente con una velocidad de datos maxima determinada desde el NB (11, 11', 11'') al UE (15),

comprendiendo el NB (11, 11', 11'') un planificador del HSDPA, llamado tambien HS-S, que planifica la velocidad de datos para el trafico de datos en el DL a traves del HS-DSCH y un planificador de EUL, llamado tambien EUL-S, que planifica la maxima velocidad de datos para el trafico de datos en el UL a traves del E-DCH,

intercambiando el NB (11, 11', 11'') informaci6n acerca de la velocidad de datos entre el HS-S y el EUL-S,

caracterizado porque

el NB (11, 11', 11'') monitoriza el cociente, llamado tambien Q, entre la velocidad de datos en el DL y la velocidad de datos en el UL,

cuando Q cumple determinadas condiciones de trafico el HS-S ylo el EUL-S cambian la asignaci6n ylo el manejo de prioridad del UL ylo los recursos del DL, y donde las determinadas condiciones de trafico que cumple Q se refieren a una comparaci6n entre Q y un cociente Qant, siendo Qant un calculo previo de Q.
2.

Metodo para la asignaci6n y el manejo de prioridad de acuerdo con la reivindicaci6n 1, en el que la velocidad de datos en el DL es calculada utilizando control de Acceso a Medio -Alta Velocidad, tambien llamado datos de MAC-hs (Medium Access Control High Speed) o Canal de Acceso Emisor, tambien llamado datos de FACH (Forward Access Channel), y la velocidad de datos en el UL es calculada utilizando Control de Acceso a Medio -Mejorado, tambien llamado datos de MAC-e, una concesi6n que ha sido proporcionada al UE (15), o Canal Dedicado, tambien llamado datos de DCH (Dedicated Channel).
3.

Metodo para la asignaci6n y manejo de prioridad de acuerdo con cualquiera de las reivindicaciones 1-2, en el que el calculo y la monitorizaci6n de Q son llevados a cabo por el HS-S ylo el EUL-S.
4.

Metodo par ala asignaci6n y el manejo de prioridad de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la informaci6n acerca de la velocidad de datos es intercambiada en cada Intervalo de Tiempo de Transmisi6n, llamado tambien TTI (Transmission Time Interval).
5.

Metodo para la asignaci6n y manejo de prioridad de acuerdo con cualquiera de las reivindicaciones precedentes en las que Q esta basado en datos pendientes en el NB (11, 11', 11'').
6.

Metodo para la asignaci6n y el manejo de prioridad de acuerdo con cualquiera de las reivindicaciones precedentes en el que el cambio de la asignaci6n ylo el manejo de prioridad de los recursos del UL ylo del DL corresponde al HS-S que envia una solicitud interna al EUL-S, para iniciar el permiso del EUL-S de velocidad de datos maxima cambiada para el trafico de datos del UL a traves del E-DCH, o

cuando el Qant indica que no hay ningun trafico flotante ni en el HS-DSCH ni en el E-DCH, y Q indica que el trafico de datos del DL esta empezando a fluir en el HS-DSCH, el HS-S envia una solicitud interna al EUL-S para que inicie el permiso del planificador del EUL de trafico de datos en UL a traves del E-DCH, o

cuando el cociente Q dividido por Qant es mayor que un primer valor de umbral, indica que el trafico de datos en el DL esta aumentando y el HS-S envia una solicitud interna al EUL-S para que inicie el permiso del planificador del EUL para una mayor velocidad de datos maxima para el trafico de datos en el UL a traves del E-DCH, o

cuando un cociente Q dividido por Qant es menor que un segundo valor de umbral, indica que el trafico de datos en el DL esta disminuyendo y el HS-S envia una solicitud interna al EUL-S, para que inicie el permiso del planificador del EUL para una menor velocidad de datos maxima para el trafico de datos en el UL a traves del E-DCH ylo el permiso de una menor prioridad dentro del planificador del EUL para el UE (15).
7. Metodo para la asignaci6n y el manejo de prioridad de acuerdo con la reivindicaci6n 6, en el que el permiso del EUL-S de una velocidad de datos maxima cambiada para el trafico de datos en el UL a traves del E-DCH es llevado a cabo mediante la pre-asignaci6n de recursos de UL.

�. Metodo para la asignaci6n y el manejo de prioridad de acuerdo con cualquiera de las reivindicaciones 6-7 en el que cuando Q esta basada en datos pendientes en el NB (11, 11', 11''), bien el HS-S informa al EUL-S acerca de que colas que contienen datos y cuantos, basandose en cuya informaci6n el EUL-S puede pre-asignar recursos de descodificaci6n del UL, o bien el EUL-S controla las colas de prioridad que contienen datos y cuantos, basandose en cuya informaci6n el EUL-S puede pre-asignar recursos de descodificaci6n del UL.
9.

Metodo para la asignaci6n y el manejo de prioridad de acuerdo con cualquiera de las reivindicaciones precedentes en el que cuando un cociente Q dividido por Qant es menor que un tercer valor de umbral, indica que la velocidad de datos del UL o la concesi6n es mayor y el HS-S aumenta la prioridad para la correspondiente cola de DL para el UE (15), y en el que cuando un cociente Q dividido por Qant es menor que el cuarto valor de umbral, indica que la velocidad de datos o al concesi6n para el UE (15) se reduce y el HS-S disminuye o elimina la prioridad dentro del HS-S para la cola de DL para el UE (15).
10.

Un Nodo-B que comprende un mecanismo adaptado para la asignaci6n y el manejo de prioridad del enlace ascendente llamado tambien UL, y del enlace descendente, llamado tambien DL, recursos en un sistema de telecomunicaci6n, comprendiendo el sistema al menos un radio network controller (RNC -Controlador de Red de Radio) (12, 12', 12'') llamado tambien RNC, y al menos un Nodo-B (11, 11', 11'') llamado tambien NB, que comprende un mecanismo adaptado para permitir la comunicaci6n inalambrica con al menos un terminal de usuario (15), llamado tambien UE,

comprendiendo el RNC (12, 12', 12'') en el sistema un mecanismo adaptado para establecer al menos un canal de transporte dedicado mejorado, llamado tambien E-DCH, el canal de transporte dedicado mejorado que permite el trafico de datos en el enlace ascendente con una determina velocidad maxima desde el UE (15) hasta el NB (11, 11', 11''),

comprendiendo tambien el RNC (12, 12', 12'') en el sistema un mecanismo adaptado para establecer al menos un canal compartido en el DL de alta velocidad, llamado tambien HS-DSCH, permitiendo el canal compartido de DL de alta velocidad el traficote datos en el enlace descendente con una determinada velocidad de datos maxima desde el NB (11, 11', 11'') hasta el UE (15),

comprendiendo el NB (11, 11', 11'') en el sistema un planificador del HSDPA, llamado tambien HS-S, comprendiendo el HS-S un mecanismo adaptado para planificar la recurso de datos para el trafico de datos en el DL a traves del HS-DSCH y un planificador del EUL, llamado tambien EUL-S, comprendiendo el EUL-S un mecanismo adaptado para planificar la velocidad de datos maxima para el trafico de datos en el UL a traves del E-DCH,

comprendiendo el NB (11, 11', 11'') un mecanismo adaptado para intercambiar informaci6n acerca de la velocidad de datos entre el HS-S y el EUL-S,

caracterizado porque el NB (11, 11', 11'') comprende tambien un mecanismo adaptado para monitorizar el cociente, llamado tambien Q, entre la recurso de datos del DL y la velocidad de datos del UL,

comprendiendo tambien el HS-S y el EUL-S un mecanismo adaptado para cambiar la asignaci6n ylo el manejo de prioridad de los recursos del UL ylo del DL, llevandose a cabo el cambio cuando Q cumple determinadas condiciones de escenario, donde las determinadas condiciones de trafico que cumple Q se refieren a una comparaci6n entre Q y un cociente Qant, siendo Qant un calculo previo de Q.
11. Un NB de acuerdo con la reivindicaci6n 10, en el que el HS-S ylo el EUL-S comprende un mecanismo adaptado para calcular la velocidad de datos en el DL utilizando Control de Acceso a Medio de Alta Velocidad, llamado tambien datos de MAC-hs (Medium Access control -High Speed), o datos de Canal de Acceso Emisor, llamado tambien FACH (Forward Access Channel), ylo un mecanismo adaptado para calcular la velocidad de datos en el UL utilizando datos de Control de Acceso a Medio Mejorado, llamado tambien MAC-e (Medium Access control

-

Enhanced), una concesi6n que ha sido proporcionada al UE (15), o datos de Canal Dedicado, llamado tambien DCH (Dedicated Channel) ylo un mecanismo adaptado para llevar a cabo la monitorizaci6n de Q.
12.

Un NB de acuerdo con cualquiera de las reivindicaciones 10-11, en el que el NB comprende un mecanismo adaptado para intercambiar la informaci6n de velocidad de datos en cada Intervalo de Tiempo de Transmisi6n, llamado tambien TTI (Transmit Time Interval).
13.

Un NB de acuerdo con cualquiera de las reivindicaciones 10-12, en el que el HS-S que comprende un mecanismo adaptado para enviar una solicitud interna al EUL-S para que inicie el permiso de planificador de EUL de velocidad de datos maxima cambiada para el trafico de datos en el UL a traves del E-DCH, correspondiente con el cambio de la asignaci6n ylo del manejo de prioridad de los recursos del UL ylo del DL, y un mecanismo adaptado para informar al EUL-S acerca de que colas de prioridad que contienen datos y cuantos, basandose en cuya

informaci6n el EUL-S puede pre-asignar recursos de descodificaci6n del UL, llevandose a cabo el informar cuando Q se basa en datos pendientes en el NB (11, 11', 11'').
14.

Un NB de acuerdo con la reivindicaci6n 13, en el que el EUL-S comprende un mecanismo adaptado para controlar que colas de prioridad que contienen datos y cuantos, basandose en cuya informaci6n el EUL-S puede preasignar recursos de descodificaci6n del UL, llevandose a cabo el control cuando Q esta basdo en datos pendientes del NB (11, 11', 11'').
15.

Sistema de telecomunicaci6n que comprende un Nodo-B (11, 11', 11'') de acuerdo con cualquiera de las reivindicaciones 10-14.