[go: up one dir, main page]

ES2368158T3 - Método y disposición para el control del flujo en el umts haciendo uso de información en el campo ubs. - Google Patents

Método y disposición para el control del flujo en el umts haciendo uso de información en el campo ubs. Download PDF

Info

Publication number
ES2368158T3
ES2368158T3 ES05777124T ES05777124T ES2368158T3 ES 2368158 T3 ES2368158 T3 ES 2368158T3 ES 05777124 T ES05777124 T ES 05777124T ES 05777124 T ES05777124 T ES 05777124T ES 2368158 T3 ES2368158 T3 ES 2368158T3
Authority
ES
Spain
Prior art keywords
data
base station
data streams
transmitted
radiocommunications
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES05777124T
Other languages
English (en)
Inventor
Peter Lundh
Szilveszter Nadas
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2368158T3 publication Critical patent/ES2368158T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Red (103) en un sistema universal de telecomunicaciones móviles (UMTS), que incluye un controlador (111) de red de radiocomunicaciones y una estación base (113) de radiocomunicaciones, transmitiéndose tramas de datos desde el controlador (111) de red de radiocomunicaciones a la estación base (113) de radiocomunicaciones, transportando cada trama de datos información perteneciente a uno de una pluralidad de flujos de datos, caracterizada por - una unidad (911) de determinación para determinar en tiempos periódicamente repetidos, para cada uno de los flujos de datos, si hay más tramas de datos en el controlador (111) de red de radiocomunicaciones esperando para ser transmitidas, estando dispuesta la unidad (911) de determinación para usar información en el campo "Tamaño de Memoria Intermedia de Usuario" (UBS) en tramas de datos recibidas por la estación base (113) de radiocomunicaciones, - una unidad (919) de asignación de capacidad para asignar, - - para cada uno de aquellos flujos de datos para los cuales no ha habido tramas de datos esperando para ser transmitidas durante un periodo de tiempo predeterminado, una cantidad mínima predeterminada de la velocidad de bits o ancho de banda totalmente disponible para la transmisión desde el controlador (111) de red de radiocomunicaciones a la estación base (113) de radiocomunicaciones, - - para cada uno de los flujos de datos restantes, una cuota del resto de la velocidad de bits o ancho de banda totalmente disponible, de manera que la suma de las cuotas de la totalidad de dichos flujos de datos restantes es igual a dicho resto, para la transmisión desde el controlador (111) de red de radiocomunicaciones a la estación base (113) de radiocomunicaciones.

Description

Metodo y disposici6n para el control del flujo en el UMTS haciendo uso de informaci6n en el campo UBS
La presente invenci6n se refiere al control del flujo para la transmisi6n de tramas de datos desde un nodo a otro, en particular, una red que incluye un primer nodo y un segundo nodo o un nodo transmisor de datos y un nodo receptor
de datos, y a un metodo de transmisi6n de tramas de datos desde un primer nodo a un segundo nodo.
Antecedentes
El sistema universal de telecomunicaciones de m6viles (UMTS) es una tecnologia de red que permite la transmisi6n tanto de voz como de datos de alta velocidad. Forma parte de las normativas inalambricas de tercera generaci6n (3G), segun especifica el Proyecto de asociaci6n de tercera generaci6n (3GPP). El acceso multiple por divisi6n de
c6digo de banda ancha (WCDMA), denominado tambien CDMA de banda ancha, es un metodo para la transmisi6n de radiocomunicaciones usado en el UMTS. El UMTS es una evoluci6n del GSM/GPRS que soporta transmisiones de voz y datos por paquetes.
El metodo denominado acceso por paquetes de enlace descendente de alta velocidad (HSDPA) es una mejora del UMTS para incrementar la capacidad de transmisi6n de datos, que da como resultado un coste reducido por bit
transmitido y una mayor eficiencia espectral, ademas de mejoras significativas en velocidades de datos de enlace descendente. El HSDPA puede proporcionar mejoras de por lo menos entre dos y tres veces la capacidad actual. Se basa en la normativa WCDMA y usa el mismo espectro. El HSDPA usa la modulaci6n por desplazamiento de fase en cuadratura (QPSK) y la modulaci6n de amplitud en cuadratura de 16 estados (16QAM).
El metodo HSDPA usa una arquitectura distribuida para lograr una adaptaci6n de enlaces de bajo retardo realizando
las etapas del proceso mas importantes en las estaciones base de radiocomunicaciones (RBSs) y, por lo tanto, cerca de la interfaz aerea, vease la Fig. 1. El HSDPA usa etapas de procesado bien establecidas, incluyendo una retransmisi6n rapida de la capa fisica (L1) para paquetes defectuosos, tecnicas de combinaci6n y de adaptaci6n de enlaces, para obtener una transmisi6n mejorada de datos por paquetes.
Las etapas del proceso HSDPA incluyen basicamente:
planificaci6n en las estaciones base de radiocomunicaciones para el funcionamiento de datos por paquetes de enlace descendente;
modulaci6n de orden superior;
modulaci6n y codificaci6n adaptativas;
solicitudes automaticas de repetici6n hibridas (HARQs) para las retransmisiones;
realimentaci6n, desde la capa fisica, de la condici6n instantanea del canal; y
transmisi6n en un canal compartido de enlace descendente de alta velocidad (HS DSCH) que permite que varios usuarios compartan un canal de interfaz aerea.
A continuaci6n se describiran algunas caracteristicas importantes del HSDPA.
1. Modulaci6n y codificaci6n adaptativas
El HSDPA usa una adaptaci6n de enlaces avanzada y una modulaci6n y codificaci6n adaptativas.
2. Planificaci6n rapida
En el HSDPA, el trafico de datos se planifica en las estaciones base de radiocomunicaciones. El HSDPA usa informaci6n sobre la calidad de los canales, las capacidades de los terminales, la calidad de servicio (QoS), y la disponibilidad de potencia/c6digos para lograr una planificaci6n eficaz de transmisiones de paquetes de datos.
3.
Retransmisiones rapidas de L1
Cuando se produce un error de enlace, un terminal m6vil solicita inmediatamente la retransmisi6n de los paquetes de datos perdidos o err6neos. Esta operaci6n se indica como un metodo que incluye solicitudes automaticas de repetici6n hibridas (HARQs) para reducir los retardos en e incrementar la eficacia de las retransmisiones. El control de HARQ se realiza en las estaciones base de radiocomunicaciones, tal como se ilustra en la Fig. 2.
4.
Realimentaci6n de la calidad del canal.
En las estaciones base de radiocomunicaciones, segun el metodo HSDPA, se recopilan y usan estimaciones de la calidad del canal de cada usuario activo. Esta realimentaci6n proporciona informaci6n actual sobre una amplia variedad de condiciones variables de la capa fisica del canal, incluyendo el control de potencia, la relaci6n ack/nack, QoS, y una realimentaci6n de usuario especifica del HSDPA.
5. Canales compartidos de enlace descendente de alta velocidad (HS DSCHs)
El funcionamiento del HSDPA se lleva a cabo en canales compartidos de enlace descendente de alta velocidad usando una longitud de trama de solamente dos milisegundos, en comparaci6n con las longitudes de trama de 10, 20, 40 u 80 ms usadas en canales compartidos de enlace descendente (DSCHs) usados previamente. Dichos canales compartidos de enlace descendente son canales de transporte de enlace descendente, cada uno de los cuales puede ser compartido por varios equipos de usuario. Un canal compartido de enlace descendente se usa para transportar un control dedicado o datos de trafico desde el SRNC (Controlador de Red de Radiocomunicaciones de Servicio). Un DSCH estara asociado a uno o varios DCHs (Canales Dedicados) de enlace descendente. Los HS DSCHs proporcionan una modulaci6n de amplitud en cuadratura de 16 niveles (16 QAM), una adaptaci6n de enlaces, y la combinaci6n de retransmisiones en la L1 con HARQs. El HSDPA usa canales de control compartidos de alta velocidad (HS SCCHs) para transportar la informaci6n requerida de modulaci6n y de retransmisi6n. Los canales de control fisicos dedicados, de alta velocidad y de enlace ascendente (HS DPCCHs) transportan mensajes de acuse de recibo de solicitudes automaticas de repetici6n (ARQ), proporcionan una realimentaci6n de la calidad de enlace descendente y transmiten otra informaci6n de control necesaria en los enlaces ascendentes.
El HSDPA requiere un algoritmo o metodo de control de flujo que controle la transmisi6n de tramas de datos en un HS DSCH, segun se especifica, por ejemplo, mediante la TS 25.401 del 3GPP, entre un controlador de red de radiocomunicaciones y una estaci6n base de radiocomunicaciones. El algoritmo para el control del flujo no esta normalizado, aunque los mensajes de control, por ejemplo, el mensaje "Asignaci6n de Capacidad", si lo estan. Para gestionar el control del flujo, la RBS calcula las asignaciones que se transportaran en los mensajes "Asignaci6n de Capacidad" enviados al RNC, y el RNC envia tramas de datos en el HS DSCH a la RBS de acuerdo con la informaci6n contenida en los mensajes "Asignaci6n de Capacidad", una asignaci6n de capacidad para cada flujo de datos. Cuando hay mas datos a enviar desde el RNC, el elemento de informaci6n (IE) "Tamafo de Memoria Intermedia de Usuario" (UBS) en las tramas de datos del HS DSCH es mayor que cero. Cuando la trama de datos ha vaciado la memoria intermedia del RNC para el flujo de datos respectivo, el UBS se fija a cero.
El algoritmo de control de flujo debe gestionar limitaciones para el ancho de banda tanto de la interfaz aerea como del HS DSCH de la Iub, siendo Iub la interfaz entre un RNC y una RBS.
Mas particularmente, la transferencia de una trama de datos en un HS DSCH desde un RNC a una RBS se realiza de la siguiente manera. Despues de que al RNC le haya concedido capacidad la RBS, segun se obtiene a partir de una trama de control de asignaci6n de capacidad o a partir de una trama inicial de control de asignaci6n de capacidad recibida desde la RBS, tal como se describe en 3GPP TS 25.433, y el RNC tenga datos esperando a ser enviados, la trama de datos se usa para transferir los datos en el HS DSCH. Si al RNC le ha concedido capacidad la RBS usando la trama inicial de control de asignaci6n de capacidad segun se describe en la 3GPP TS 25.433, esta capacidad es valida para solamente la primera transmisi6n de trama de datos en el HS DSCH. Cuando los datos estan esperando para ser transferidos, y se ha recibido una trama de control de asignaci6n de capacidad, se transmitira inmediatamente una trama de datos en el HS DSCH de acuerdo con la asignaci6n recibida, es decir, usando el ancho de banda correspondiente a esta asignaci6n. Cada trama de datos enviada en un HS DSCH incluye el elemento de informaci6n "Tamafo de Memoria Intermedia de Usuario" para indicar la cantidad de datos pendientes para un flujo respectivo para un nivel de prioridad indicado.
Previamente se han dado a conocer soluciones que tratan el problema del control del flujo. Dichos documentos incluyen EP 901 301, EP 1 333 621 y US 2002/174279A1. Estos documentos dan a conocer la "indicaci6n de tiempo" de flujos de datos y otros metodos similares de medici6n de flujos de datos.
Sumario
Es un objetivo de la invenci6n proporcionar un control de flujo eficaz para una red y un nodo, asi como un metodo de este tipo.
Es otro objetivo de la invenci6n proporcionar una red de control de flujo y un nodo, asi como un metodo tal que considere el hecho de que los flujos de datos pueden estar inactivos, es decir, que, durante ciertos periodos de tiempo, puede que no haya mas datos en los flujos a transmitir.
Estos objetivos se logran por medio de la presente invenci6n por cuanto da a conocer un nodo receptor de datos para una red que incluye un nodo transmisor de datos, de manera que el nodo transmisor de datos transmite tramas de datos al nodo receptor de datos, transportando cada trama de datos informaci6n perteneciente a uno de una pluralidad de flujos de datos. Segun la invenci6n, el nodo receptor de datos comprende:
una unidad de determinaci6n para determinar a tiempos repetidos peri6dicamente, para cada uno de los flujos de datos, si hay mas tramas de datos en el nodo transmisor de datos esperando para ser transmitidas,
una unidad de asignaci6n de capacidad para asignar,
para cada uno de aquellos flujos de datos para los cuales no ha habido tramas de datos esperando para ser transmitidas durante un periodo de tiempo predeterminado, una cantidad minima predeterminada de la velocidad de bits o ancho de banda totalmente disponible para la transmisi6n desde el nodo transmisor de datos al nodo receptor de datos,
para cada uno de los flujos de datos restantes, una cuota del resto de la velocidad de bits o ancho de banda totalmente disponible, de manera que la suma de las cuotas de la totalidad de dichos flujos de datos restantes es igual a dicho resto, para la transmisi6n desde el nodo transmisor de datos al nodo receptor de datos.
Una ventaja de la invenci6n es que unicamente los flujos en cola gestionada por prioridades que estan activos compiten por el ancho de banda disponible, mientras que los flujos en cola gestionada por prioridades inactivos solamente usan asignaciones de capacidad muy pequefas. En cualquier otro caso, si a todos los flujos en cola gestionada por prioridades se les proporcionara la asignaci6n de capacidad calculada o estimada, es decir, el ancho de banda o velocidad de bits, alguna parte de la capacidad de transmisi6n total disponible para el tipo considerado de transmisi6n de datos se malgastaria, correspondiendose dicha parte con ese ancho de banda que esta reservado para los flujos gestionados por prioridad inactivos.
La finalidad de usar dichas asignaciones de capacidad minima para flujos en cola gestionada por prioridades inactivos es evitar el uso de la secuencia de, en primer lugar, enviar un mensaje con una solicitud de capacidad enviada desde el controlador de red de radiocomunicaciones, lo cual da como resultado que se envie un mensaje de asignaci6n de capacidad desde la estaci6n base de radiocomunicaciones al controlador de red de radiocomunicaciones antes de que se pueda empezar a enviar datos desde el controlador de red de radiocomunicaciones a la estaci6n base de radiocomunicaciones. Los flujos gestionados por prioridad inactivos, es decir, flujos para los cuales no hay datos esperando a ser transmitidos, se detectan considerando el valor del elemento de informaci6n "Tamafo de Memoria Intermedia de Usuario", almacenando estados por cada cola gestionada por prioridades y usando temporizadores de inactividad.
Se propone tambien un metodo de control de flujo, denominado tambien algoritmo de control de flujo o funci6n de control de flujo, que tiene estados almacenados por cada estaci6n base de radiocomunicaciones. Si dichos estados no se almacenan por cada estaci6n base de radiocomunicaciones, no es necesaria la detecci6n de usuarios inactivos. No obstante, el almacenamiento de dichos estados de control de flujo por estaci6n base de radiocomunicaciones puede dar como resultado una mejor utilizaci6n de la red de transporte. En el metodo segun se propone en el presente documento, el valor del elemento de informaci6n "Tamafo de Memoria Intermedia de Usuario" se usa para el control del flujo. Los flujos gestionados en cola gestionada por prioridades para los cuales hay datos esperando a ser transmitidos obtienen una asignaci6n de capacidad calculada o estimada, es decir, una velocidad de bits mas alta posible para la transmisi6n, considerando el numero de flujos en cola gestionada por prioridades y las condiciones de las redes vecinas, y los flujos en cola gestionada por prioridades para los cuales no ha habido datos esperando para ser transmitidos durante un periodo de tiempo predeterminado contienen un valor de asignaci6n de capacidad predefinido "de fondo" o minimo.
El documento EP 901 301 A1, da a conocer una soluci6n en la que se usan indicaciones de tiempo para identificar colas cuyo tiempo de vida supera un cierto valor, y proporciona a dichos flujos continuos una velocidad garantizada minima.
Breve�descriccinn�de�dos�disu�os
A continuaci6n se describira la invenci6n por medio de realizaciones no limitativas y en referencia a los dibujos adjuntos, en los cuales:
la Fig. 1 es un esquema de la comunicaci6n entre una estaci6n base de radiocomunicaciones y equipos de usuario que usan la transmisi6n de datos de enlace descendente de alta velocidad,
la Fig. 2 es un esquema que ilustra diferencias en la transmisi6n de datos hacia equipos de usuario que usan un canal de enlace descendente compartido segun dos metodos diferentes,
la Fig. 3 es un diagrama que ilustra la transmisi6n de datos desde un servidor de aplicaciones a una aplicaci6n que se ejecuta en un equipo de usuario que usa el HSDPA y una funci6n de control de flujo para el control de la Iub,
la Fig. 4 es un diagrama que ilustra diferentes capas en la comunicaci6n entre un RNC y una RBS que usan el HSDPA,
la Fig. 5 es un diagrama de transmisi6n que ilustra un principio para el control de flujo usando mensajes normalizados,
la Fig. 6 es un esquema que ilustra memorias intermedias en un RNC, una RBS y un UE, la Fig. 7 es un diagrama que ilustra el calculo del estado de un flujo de colas gestionadas por prioridades,
la Fig. 8 es una maquina de estados correspondiente a los cambios del estado de un flujo en cola gestionada por prioridades, y
la Fig. 9 es un esquema de una estaci6n base de radiocomunicaciones que ilustra una unidad de control de flujo y celdas de memoria relacionadas.
Descriccinn�detaddada
A continuaci6n se describira en referencia a las Figs. 3 a 6 el flujo general de informaci6n en un sistema construido segun el UMTS que incluye tanto una red de telefonia de m6viles como alguna otra red, para informaci6n transmitida desde la otra red a un equipo de usuario (UE) en la red de telefonia para m6viles, usando el acceso por paquetes de enlace descendente de alta velocidad (HSDPA), en particular el flujo entre un controlador de red de radiocomunicaciones (RNC) y una estaci6n base de radiocomunicaciones (RBS) en la red de telefonia para m6viles. Estas figuras incluyen principalmente solo unidades y funciones que son relevantes o necesarias para dicho flujo general de informaci6n.
Muchas aplicaciones de datos por paquetes usan el protocolo de control de transmisi6n (TCP) normalizado, segun especifica el IETF, para transmitir datos. Tal como se ha observa en la Fig. 3, se pueden enviar datos, tales como una pagina de Internet, por ejemplo desde un servidor 101 de aplicaciones a traves de una red de datos publica (PDN), denominada tambien de prop6sito general o red general 103, tal como Internet, hacia una aplicaci6n 105 que se ejecute en un equipo 107 de usuario, es decir, un terminal m6vil. El protocolo de control de transmisi6n del IETF tiene un tamafo de ventana propio, que limita el numero de bytes en las diferentes memorias intermedias por las que deben pasar los datos entre el servidor 101 de aplicaciones y el equipo de usuario. La subcapa de control de enlace de radiocomunicaciones (RLC) tiene otro tamafo de ventana. Se usan mensajes de acuse de recibo de solicitudes automaticas de repetici6n (ARQ) tanto de acuerdo con el TCP como en la subcapa del RLC para controlar la exactitud de las transmisiones.
La red 103 de prop6sito general esta conectada al sistema 104 de telefonia m6vil en un nodo 109 de pasarela o soporte, incluyendo este nodo, para el GPRS, un nodo de soporte de pasarela GPRS (GGSN) y un nodo de soporte de servicio GPRS (SGSN). El nodo de soporte de pasarela GPRS es en el GPRS un encaminador que sirve como pasarela o interfaz entre redes de datos por paquetes y redes de telefoniam6vil, en particular entre una red de datos por paquetes, tal como una red (103) de protocolo de internet (IP), y un nodo de soporte de servicio GPRS en la red 104 de telefonia m6vil.
A la interfaz entre una red central y una red de acceso de radiocomunicaciones (RAN) se le denomina generalmente Iu y a la interfaz de paquetes conmutados entre un SGSN y un RNC 111 se le denomina Iu PS. A la interfaz entre el RNC y una RBS 113 se le denomina Iub y a la interfaz entre la RBS 113 y el terminal m6vil 107 se le denomina Uu.
Los paquetes recibidos desde la pasarela o nodo 109 de soporte se almacenan en primer lugar en memorias intermedias 115 de SDU. Se almacenan aqui paquetes de IP que, debido a razones del protocolo RLC, en particular limitaciones de los numeros de secuencia, no se pueden almacenar en las memorias intermedias del RLC.
A continuaci6n, en el RNC 111, la informaci6n a enviar hacia una RBS se divide basandose en capacidades de los terminales y las estaciones base de radiocomunicaciones, el tipo de suscripci6n, las condiciones de radiocomunicaciones y posiblemente requisitos de QoS, en datos a transmitir en canales dedicados y datos a transmitir en un canal compartido, siendo este ultimo tipo de datos el que se considera en este caso.
Se usa una funci6n de control de flujo (FC) para controlar la comunicaci6n entre el RNC 111 y la RBS 113, en particular, el flujo de tramas de datos en el HS DSCH, usando la interfaz Iub, y dicha funci6n tiene la finalidad de mantener cortas las colas gestionadas por prioridades (PQs) 127 en la RBS y no desbordar la red de transporte de la Iub, es decir, la red de transporte entre el RNC y la RBS, consultense las partes 119, 121 de red en la Fig. 3.
Arquitectura de la Iub para el HSDPA
La funci6n de control de flujo incluye las partes 123, 125 situadas en el RNC 111 y en la RBS 113, respectivamente. En la RBS, es una parte de la funci6n MAC hs (Control de Acceso a los Medios para el HSDPA) 126. Interacciona, usando mensajes del protocolo de la Iub transportados en tramas de control de la Iub, con la parte 123 de control de flujo en el RNC que forma parte de la funci6n MAC d (Control de Acceso a los Medios, canales dedicados) 124 en el RNC 111, vease tambien la Fig. 4.
Los flujos que son controlados por la funci6n 123, 125 de control de flujo son los flujos de unidades de datos de protocolo (PDUs) de la MAC d, transportadas en tramas de datos del HS DSCH segun el protocolo de tramas (FP) de la Iub.
Cada PDU MAC d que llega a la parte 125 de la funci6n de control de flujo en la RBS 113 se almacena en una de las colas 127 gestionadas por prioridades, esperando para ser seleccionada por la funci6n 129 de planificador de la RBS para su transmisi6n a traves de la interfaz Uu hacia el equipo 107 de usuario.
En la RBS 113, se proporciona una cola 127 gestionada por prioridades para cada conexi6n MAC hs del HS DSCH de los equipos 107 de usuario conectados, y se proporciona un flujo controlado de PDUs MAC d a traves de la interfaz Iub para cada cola gestionada por prioridades. Cada uno de estos flujos se indica, en la funci6n de control de flujo, como flujo en cola gestionada por prioridades (PQF). Un flujo en cola gestionada por prioridades se define como paquetes que llegan para el mismo usuario y que tienen el mismo contenido del campo "Indicador de Prioridad de Canal Comun" (CmCH PI), segun se define en los documentos normalizados. En la practica, en la mayoria de los casos, para cada equipo de usuario en cada instante hay solamente un flujo en cola gestionada por prioridades que es el flujo de trafico de enlace descendente para el usuario respectivo, aunque en general puede haber una pluralidad de colas gestionadas por prioridades para cada equipo 107 de usuario conectado.
Cada flujo en cola gestionada por prioridades se transporta a traves de la interfaz Iub por medio de una instancia del protocolo de tramas (FP) de la Iub usando una conexi6n AAL2 (Capa de Adaptaci6n de ATM n.o 2) dedicada como portador de transporte.
La Fig. 4 ilustra la configuraci6n de capas y las unidades correspondientes de las interfaces Iub y Uu.
La parte 401 de subcapa de control de enlace de radiocomunicaciones del RNC 111 tiene la finalidad principal de garantizar un enlace sin perdidas, es decir, fiable, a traves de la interfaz de radiocomunicaciones para una transferencia de datos basada en el TCP. Proporciona fiabilidad usando detecci6n de errores y recuperaci6n mediante retransmisiones. El RLC realiza la segmentaci6n y el reensamblaje de PDUs de capas superiores. De este modo, si se ha perdido solamente una parte pequefa de una PDU, no se debe retransmitir la PDU completa. De esta manera, el algoritmo de control de congesti6n de extremo a extremo no debe reaccionar a las condiciones de radiocomunicaciones variables. El RLC 410 se comunica con una parte 402 de subcapa de control de enlace de radiocomunicaciones incluida en una parte 133 de RLC/MAC d, vease la Fig. 3, del equipo 107 de usuario.
La funci6n MAC d 124 en el RNC 111 se comunica con una funci6n MAC d 403 incluida en la parte 133 de RLC/MAC d del equipo 107 de usuario, vease la Fig. 3. Ademas, la funci6n MAC d del RNC 111 se ilustra en el presente caso de manera que incluye una unidad 404 de gesti6n de FP (Protocolo de Tramas) del HS DSCH. A su vez, esta unidad de gesti6n de protocolo de tramas incluye la parte 123 de control de flujo y se comunica con la parte 125 de control de flujo incluida en una unidad 405 de gesti6n de FP del HS DSCH de la funci6n MAC hs 126 de la RBS 113. La funci6n MAC hs de la RBS incluye la parte 125 de control de flujo, el planificador 129 y la funci6n HARQ 131 del MAC hs, vease la Fig. 3. La funci6n MAC hs 126 en la RBS se comunica con la funci6n MAC hs 135 en el equipo 107 de usuario. La funci6n MAC hs del equipo de usuario incluye una funci6n HARQ 136, vease tambien la Fig. 4, que se comunica con la funci6n HARQ 131 del MAC hs de la RBS 113.
La capa AAL2/ATM VC que tiene las partes 407, 409 en el RNC 111 y la RBS 113, y
Las partes 411 de la capa fisica (L1) en el RNC 111, 413, 415 en la RBS 113 y 417 en el UE 107.
Para la comunicaci6n entre la RBS 111 y el RNC, se usa una red 419 de transporte, tal como una red ATM y/o una red PDH/SDH, comparense las partes 119, 121 de red de transporte de la Fig. 3. Para la comunicaci6n entre la RBS 111 y el UE 107 se usa una red inalambrica 421.
Mensajes de control de flujo entre el RNC y la RBS
Desde el RNC 111 hacia la RBS 113 se envian datos de HSDPA, es decir, PDUs MAC d. Cada flujo MAC d de un nivel de prioridad dado es igual a un flujo en cola gestionada por prioridades que se representa mediante una cola 117 en el RNC y una cola, una cola 127 gestionada por prioridades, en la RBS. En cada trama de datos de FP del HS DSCH se envia una serie de PDUs MAC d, pertenecientes al mismo flujo MAC d.
Las tramas de datos enviadas a traves de la Iub para cada flujo en cola gestionada por prioridades se controlan por flujo usando mensajes de asignaci6n de capacidad (CA), enviados en tramas de control desde la RBS 113 al RNC 111, vease la Fig. 5. Un mensaje de asignaci6n de capacidad especifica, segun proporciona una combinaci6n de parametros, la velocidad de bits maxima, es decir, el numero maximo de PDUs MAC d que se permite transmitir durante un periodo de tiempo predeterminado para el flujo en cola gestionada por prioridades considerado. A partir de dicho mensaje, tambien se puede obtener un periodo de repetici6n minimo.
Para un caso sencillo, la RBS 113 decide la velocidad de bits que se deberia asignar para la cola gestionada por prioridades dada, que va a ser usada por el RNC 111 para la transmisi6n en el HS DSCH respectivo, basandose en el nivel de llenado de la memoria intermedia respectiva, es decir, la longitud de la cola gestionada por prioridades respectiva, en la RBS, basandose en condiciones de la interfaz aerea, es decir, condiciones relacionadas con la interfaz Uu, y basandose en la congesti6n de la red de transporte en la Uu. El RNC conforma flujos de datos de acuerdo con los ultimos mensajes de asignaci6n de capacidad recibidos. Se pueden encontrar estructuras de los mensajes en el documento 3GPP TS 25.435, en particular, la Fig. 21A, "Data Frame", y la Fig. 36, "Capacity Allocation", y en el texto adjunto.
La funci6n 123, 125 de control de flujo tiene conocimiento de la velocidad de datos media disponible para un flujo en cola gestionada por prioridades sobre la interfaz aerea entre el RNC y la RBS o por lo menos de una estimaci6n de dicha velocidad de datos media. Conoce tambien el numero de PDUs, de ese flujo en cola gestionada por prioridades, que estan esperando en la memoria intermedia de la RBS para esta cola 127. Basandose en esta informaci6n, la funci6n de control de flujo puede decidir cambiar la velocidad asignada del flujo en cola gestionada por prioridades considerado. La finalidad principal es mantener un numero objetivo de PDUs que esperan en la RBS 113, es decir, no demasiadas y no demasiado pocas PDUs en cada una de las colas gestionadas por prioridades.
Hay una cola 117 de RLC por cada flujo en cola gestionada por prioridades en el RNC 111 y una cola Mac hs, es decir, cola 127 gestionada por prioridades, por cada flujo en cola gestionada por prioridades en la RBS 113.
Las memorias intermedias para las colas 117, 127 se disefan de tal manera que las PDUs se pierden solamente de la forma mas probable en la red de transporte de Iu o en la interfaz aerea de Uu.
Finalidad de usar una funci6n de control de flujo
Los flujos de trafico de la Iub en HS DSCHs estan controlados por flujo por medio de la funci6n 125 de control de flujo del MAC hs 126 en la RBS 113. Los mensajes del protocolo de la Iub que se pueden usar para el control de flujo se especifican en la 3GPP TS 25.435 (Iub). La funci6n de control de flujo en si misma no esta normalizada.
La finalidad de la funci6n de control de flujo es mantener una cantidad "apropiada" de PDUs MAC d almacenadas temporalmente en la RBS 113, es decir, mantener suficientemente cortas las colas 127 gestionadas por prioridad de la RBS para retransmisiones de RLC aunque suficientemente largas como para garantizar el rendimiento cuando asi se planifique.
La misma memoria intermedia l6gica del RLC para los flujos en cola gestionada por prioridades se puede ver como distribuida sobre el RNC 111, la RBS 113 y el UE 107. Las PDUs MAC d a retransmitir tienen una prioridad mayor en el RNC que las PDUs que se van a enviar por primera vez desde el RNC, vease la Fig. 6. Por lo tanto, la parte RBS del RLC, las colas 127 gestionadas por prioridades, seran "cortas" o no demasiado largas, siendo esta una de las razones para usar una funci6n de control de flujo con el fin de controlar la transmisi6n en los HS DSCHs desde el RNC 111 a la RBS 113.
El trafico de los HS DSCH se transporta a traves de un tipo de calidad de servicio (QoS) del "mejor esfuerzo" en la red 119, 121; 415 de transporte entre un RNC y una RBS. La funci6n de control de flujo regulara el flujo de trafico HS DSCH de tal manera que la perdida de PDUs MAC d, debida a retardos demasiado largos del transporte de la Iub, tales como los provocados por la sobrecarga de la red de transporte, resulte apropiada. Existe un compromiso entre tener una perdida elevada de tramas combinada con una utilizaci6n alta del ancho de banda y una perdida baja de tramas combinada con una utilizaci6n menor del ancho de banda.
Existen principalmente dos cuellos de botella de la capacidad del ancho de banda para el trafico del HSDPA en las redes de transporte entre el RNC 111, la RIBS 113 y el UE 107, debiendose considerar ambos en la funci6n de control de flujo:
Interfaz Iub
Interfaz de radiocomunicaciones en la Uu
A continuaci6n se describira en referencia a las Figs. 7 y 8 una funci6n de control de flujo que incluye un metodo especial de asignaci6n de capacidad para usuarios, usando "estados de usuario". Estas variables "estados de usuario", denominadas tambien estados de control de flujo o estados del flujo en cola gestionada por prioridades, se almacenan en la estaci6n base de radiocomunicaciones para cada usuario actual. En particular, se usa la detecci6n de usuarios inactivos. Este metodo de asignaci6n de capacidad puede dar como resultado una mejor utilizaci6n de la red de transporte para la Iub.
El metodo usa el valor actual del elemento de informaci6n normalizado "Tamafo de Memoria Intermedia de Usuario" (UBS) para cada usuario con el fin de lograr el control del flujo. Los flujos en cola gestionada por prioridades, que presentan (Tamafo de Memoria Intermedia de Usuario) > 0, obtienen una asignaci6n de capacidad calculada, y los usuarios que presentan (Tamafo de Memoria Intermedia de Usuario) = 0 durante un periodo de tiempo predeterminado, obtienen una asignaci6n de capacidad "de fondo" o minima.
Los estados de usuario, indicados como estadosPqf, se definen por tanto de manera que presentan uno de los estados activo o inactivo, indicandose estos estados como pqfActivo y pqfInactivo. Un usuario que tiene un flujo en cola gestionada por prioridades inactivo, es decir, para el cual su estadoPqf=pqfInactivo, no compite por el ancho de banda de HS disponible en las transmisiones entre el RNC y la RBS. Un usuario de este tipo obtiene una asignaci6n de capacidad predefinida con la finalidad de estar preparado cuando se vayan a enviar datos desde el RNC, sin la necesidad de usar una trama de control de solicitud de capacidad. Esta asignaci6n de capacidad predefinida no consume ninguna parte significativa de ancho de banda tomada de la velocidad de bits de HS calculada de la celula.
Para un usuario que tiene una cola gestionada por prioridades activa, es decir, para el cual su estadoPqf=pqfActivo, hay mas datos a transmitir. Esto se indica por el hecho de que el elemento de informaci6n "Tamafo de Memoria Intermedia de Usuario" es mayor que cero. El elemento de informaci6n "Tamafo de Memoria Intermedia de Usuario" se incluye en tramas de datos de HS DSCH segun esta normalizado. Un usuario de este tipo que tiene un flujo en cola gestionada por prioridades activo obtiene una velocidad de bits de asignaci6n de capacidad, calculada.
Un flujo en cola gestionada por prioridades inactivo, es decir, para el cual su estadoPqf=pqfInactivo, es un flujo en cola gestionada por prioridades con un "contexto", es decir, un flujo en cola gestionada por prioridades para el cual existe una cola 127 gestionada por prioridades en la RBS 113, pero para el cual no hay mas datos a transmitir actualmente desde el RNS 111. Un flujo en cola gestionada por prioridades activo se fija de manera que esta inactivo, es decir, hace que su estado cambie a pqfInactivo, si el elemento de informaci6n "Tamafo de Memoria Intermedia de Usuario" para esta cola ha sido igual a cero durante un periodo mayor que un tiempo predefinido, indicado como tiempoCeroUbs.
El metodo de asignaci6n de capacidad usa como entrada este parametro fijo tiempoCeroUbs que esta codificado de manera no flexible y el elemento de informaci6n o variable "Tamafo de Memoria Intermedia de Usuario" para cada flujo en cola gestionada por prioridades existente. El metodo produce como salida la variable estadoPqf para cada flujo en cola gestionada por prioridades existente. En la trama o solicitud de capacidad.
Para cada uno de los flujos en cola gestionada por prioridades o por lo menos para aquellas de las colas gestionadas por prioridades que se les ha asignado uno, se incrementa un temporizador de inactividad de UBS cada 2 ms TTI.
Para un flujo en cola gestionada por prioridades activo:
1.
siempre que "Tamafo de Memoria Intermedia de Usuario">0, la variable estadoPqf para el usuario del flujo en cola gestionada por prioridades permanece igual a pqfActivo.
2.
en cuanto "Tamafo de Memoria Intermedia de Usuario" se hace igual a cero, se reinicializa y se arranca un temporizador de inactividad de UBS para este flujo. Si "Tamafo de Memoria Intermedia de Usuario" ha sido igual a cero durante el periodo de tiempo predeterminado tiempoCeroUbs, la variable estadoPqf se fija a pqfInactivo. Si "Tamafo de Memoria Intermedia de Usuario" se hace mayor que cero antes de que se haya producido la expiraci6n del temporizador de inactividad de UBS, la variable estadoPqf permanece igual a pqfActivo.
Para un flujo en cola gestionada por prioridades inactivo:
1.
siempre que "Tamafo de Memoria Intermedia de Usuario" sea igual a cero, la variable estadoPqf permanece igual a pqfInactivo.
2.
si "Tamafo de Memoria Intermedia de Usuario" se hace mayor que cero, la variable estadoPqf se fija a pqfActivo.
Tal como se observa en la Fig. 7, en la RBS 113, cada vez que se recibe una trama de datos desde el RNC 111, se extrae el UBS y se incrementan los temporizadores de inactividad. El estado del flujo en cola gestionada por prioridades que tiene datos en la trama de datos recibida se calcula en una funci6n 701 de calculo de estados. Una maquina de estados de la funci6n de calculo de estados ilustra, tal como se observa en la Fig. 8, que cada flujo en cola gestionada por prioridades puede adoptar o bien un estado activo 801 6 bien un estado inactivo 803.
De este modo, en la recepci6n de una trama de datos de HS DSCH desde el RNC 111, el UBS nuevo se compara con cero.
Un flujo en cola gestionada por prioridades activo puede tener la variable UBS mayor que cero o igual a cero, veanse respectivamente el subestado dinamico 805 y el subestado 807 de espera.
Si el UBS previo para el flujo en cola gestionada por prioridades activo era mayor que cero, es decir, el flujo en cola gestionada por prioridades que adopta el subestado dinamico 805, y el UBS nuevo es igual a cero, se adopta en su lugar el subestado 807 de espera en el que se reinicializa y se arranca el temporizador de inactividad de UBS.
Si el flujo en cola gestionada por prioridades activo esta en el subestado 807 de espera y el UBS nuevo es mayor que cero, se adopta en su lugar el subestado dinamico 805.
Si el flujo en cola gestionada por prioridades activo esta en el subestado 807 de espera, el UBS nuevo es igual a cero y el temporizador de inactividad de UBS es mayor o igual que el parametro tiempoCeroUbs, el flujo en cola gestionada por prioridades se hace inactivo y adopta el estado inactivo 803.
Un flujo en cola gestionada por prioridades inactivo esta siempre en el estado 803 aunque, cuando el UBS nuevo es mayor que cero, se hace activo y pasa al subestado dinamico 805 del estado activo 801.
En el calculo de la asignaci6n de capacidad para flujos en cola gestionada por prioridades activos e inactivos, la velocidad de bits estimada de HS de la interfaz aerea se compara con el ancho de banda disponible del trafico de HS de la Iub. La velocidad de bits asignada de la capacidad, calculada, indicada como velocidadBitsCalcCa, para cada uno de los flujos en cola gestionada por prioridades activo, es la minima de las velocidades de bits de la interfaz aerea y de la Iub disponibles para el flujo en cola gestionada por prioridades considerado. La velocidad de bits de la Iub se calcula dividiendo la capacidad disponible estimada de la Iub para todas las colas gestionadas por prioridades entre las diferentes colas gestionadas por prioridades. Se puede encontrar un ejemplo del metodo de calculo en la solicitud de patente internacional presentada simultaneamente, "FLOW CONTROL IN UMTS", de Telefonaktiebolaget L M Ericsson, inventores Peter Lundh, Szilveszter Nadas.
Los flujos en cola gestionada por prioridades inactivos obtienen una Velocidad de Bits de CA minima, indicada como velocidadBitsCaMin, y por lo tanto no usan ninguna capacidad significativa del fondo de capacidad comun de la Iub. Puede ser tan pequefa que no haya necesidad de reserva.
El calculo de la asignaci6n de capacidad para flujos en cola gestionada por prioridades activos e inactivos usa como entradas el parametro velocidadCaMin y la variable estadoPqf para cada flujo en cola gestionada por prioridades existente en ese momento. Produce como salida la variable velocidadBitsCalcCa. El calculo viene dado por el siguiente seudo c6digo:
SI estadoPqf es pqfActivo,
ENTONCES
calcular velocidadBitsCalcCa de manera normal
SI NO
velocidadBitsCalcCa = velocidadCaMin
Para realizar la funci6n de control de flujo, en la RBS 133 se deben introducen una unidad 901 de control de flujo y algunas celdas de memoria, tal como se observa en el diagrama de la Fig. 9. Las celdas de memoria incluyen, para cada cola 127 gestionada por prioridades y, por lo tanto, para cada flujo en cola gestionada por prioridades, una celda 903 de memoria para almacenar el valor de la variable estadoPqf y una celda 905 de memoria para almacenar el temporizador de inactividad de UBS. Existe tambien una celda 907 de memoria para el valor de umbral fijo tiempoCeroUbs. La unidad 901 de control de flujo incluye una unidad 909 para incrementar los temporizadores de inactividad de UBS almacenados en las celdas 905, un comparador 911 para comparar el UBS de una trama de datos recibida con cero, una unidad 913 para cambiar el valor de la variable estadoPqf almacenada en una de las celdas 903 cuando asi se requiera, una unidad 915 para reinicializar y arrancar uno de los temporizadores de inactividad de UBS almacenados en las celdas 905 cuando asi se requiera, un comparador 917 para comparar uno de los temporizadores de inactividad de UBS almacenados en las celdas 905 con el valor fijo de tiempoCeroUbs cuando asi se requiera, y una unidad 9191 para calcular, basandose principalmente en el numero de colas gestionadas por prioridades para las cuales la variable estadoPqf tiene el valor pqfActivo, aunque tambien considerando el numero de colas gestionadas por prioridades para las cuales la variable estadoPqf tiene el valor pqfInactivo, las asignaciones de capacidad para todas las colas gestionadas por prioridades.
Tipicamente, el ancho de banda de trafico de HS disponible de la Iub, que es igual a la capacidad total de la red de transporte disponible para todos los PQFs de la RBS, puede ser aproximadamente entre 0,5 Mbps y 30 Mbps. Este valor se debe estimar en la RBS. La Velocidad de Bits de CA minima puede ser tipicamente entre 8 kbps y 32 kbps, siendo esta, en todos los casos practicos, una parte muy insignificante del ancho de banda de trafico de HS disponible de la Iub.

Claims (15)

  1. REIVINDICACIONES
    1. Red (103) en un sistema universal de telecomunicaciones m6viles (UMTS), que incluye un controlador (111) de red de radiocomunicaciones y una estaci6n base (113) de radiocomunicaciones, transmitiendose tramas de datos desde el controlador (111) de red de radiocomunicaciones a la estaci6n base (113) de radiocomunicaciones, transportando cada trama de datos informaci6n perteneciente a uno de una pluralidad de flujos de datos, caracterizada por
    una unidad (911) de determinaci6n para determinar en tiempos peri6dicamente repetidos, para cada uno de los flujos de datos, si hay mas tramas de datos en el controlador (111) de red de radiocomunicaciones esperando para ser transmitidas, estando dispuesta la unidad (911) de determinaci6n para usar informaci6n en el campo "Tamafo de Memoria Intermedia de Usuario" (UBS) en tramas de datos recibidas por la estaci6n base (113) de radiocomunicaciones,
    una unidad (919) de asignaci6n de capacidad para asignar,
    para cada uno de aquellos flujos de datos para los cuales no ha habido tramas de datos esperando para ser transmitidas durante un periodo de tiempo predeterminado, una cantidad minima predeterminada de la velocidad de bits o ancho de banda totalmente disponible para la transmisi6n desde el controlador (111) de red de radiocomunicaciones a la estaci6n base (113) de radiocomunicaciones,
    para cada uno de los flujos de datos restantes, una cuota del resto de la velocidad de bits o ancho de banda totalmente disponible, de manera que la suma de las cuotas de la totalidad de dichos flujos de datos restantes es igual a dicho resto, para la transmisi6n desde el controlador
    (111) de red de radiocomunicaciones a la estaci6n base (113) de radiocomunicaciones.
  2. 2.
    Red (103) segun la reivindicaci6n 1, caracterizada por una unidad de almacenamiento/fijaci6n conectada a la unidad (911) de determinaci6n para almacenar, en los tiempos repetidos peri6dicamente, un valor para cada uno de los flujos de datos que indica el resultado de la determinaci6n en una celda indicadora de estado o fijar un indicador a un valor que indica el resultado de la determinaci6n.
  3. 3.
    Red (103) segun la reivindicaci6n 1, caracterizada por una unidad (915) de inicio/fijaci6n conectada a la unidad (911) de determinaci6n para iniciar, en los tiempos repetidos peri6dicamente, un temporizador para cada uno de aquellos flujos de datos para los cuales en el tiempo actual no hay ninguna trama de datos esperando a ser transmitida pero para los cuales, en el tiempo directamente previo, habia por lo menos una trama de datos esperando a ser transmitida, o para fijar un contador a un valor inicial.
  4. 4.
    Red (103) segun la reivindicaci6n 3, caracterizada por una unidad (909) de incremento/cambio para incrementar, en los tiempos peri6dicamente repetidos, cada uno de los temporizadores ya iniciados o cambiar cada uno de los contadores en un paso.
  5. 5.
    Red (103) segun las reivindicaciones 2 y 4, caracterizada por un comparador (917) para comparar con un valor predeterminado, en los tiempos repetidos peri6dicamente, cada uno de los temporizadores ya iniciados
    o contadores, y una unidad de cambio para cambiar, para cada uno de aquellos flujos de datos para los cuales el resultado de la comparaci6n indica que el temporizador o contador ha alcanzado o superado el valor predeterminado, dicho valor que indica el resultado de la determinaci6n o dicho indicador, y estando dispuesta la unidad de asignaci6n para asignar a cada uno de dichos flujos de datos la cantidad minima predeterminada de la velocidad de bits o ancho de banda totalmente disponible.
  6. 6. Estaci6n base (113) de radiocomunicaciones en un sistema universal de telecomunicaciones m6viles (UMTS) que recibe tramas de datos transmitidas desde un nodo transmisor de datos que es un controlador (111) de red de radiocomunicaciones, transmitiendo el controlador (111) de red de radiocomunicaciones tramas de datos hacia la estaci6n base (113) de radiocomunicaciones, transportando cada trama de datos informaci6n perteneciente a uno de una pluralidad de flujos de datos, caracterizada por
    una unidad (911) de determinaci6n para determinar en tiempos peri6dicamente repetidos, para cada uno de los flujos de datos, si hay mas tramas de datos en el controlador (111) de red de radiocomunicaciones esperando para ser transmitidas, estando dispuesta la unidad (911) de determinaci6n para usar informaci6n en el campo "Tamafo de Memoria Intermedia de Usuario" (UBS) en tramas de datos recibidas por la estaci6n base (113) de radiocomunicaciones,
    una unidad (919) de asignaci6n de capacidad para asignar,
    para cada uno de aquellos flujos de datos para los cuales no ha habido tramas de datos esperando para ser transmitidas durante un periodo de tiempo predeterminado, una cantidad minima predeterminada de la velocidad de bits o ancho de banda totalmente disponible para la transmisi6n desde el controlador (111) de red de radiocomunicaciones a la estaci6n base (113) de radiocomunicaciones,
    para cada uno de los flujos de datos restantes, una cuota del resto de la velocidad de bits o ancho de banda totalmente disponible, de manera que la suma de las cuotas de la totalidad de dichos flujos de datos restantes es igual a dicho resto, para la transmisi6n desde el controlador
    (111) de red de radiocomunicaciones a la estaci6n base (113) de radiocomunicaciones.
  7. 7.
    Estaci6n base (113) de radiocomunicaciones segun la reivindicaci6n 6, caracterizada por una unidad de almacenamiento/fijaci6n conectada a la unidad (911) de determinaci6n para almacenar, en los tiempos repetidos peri6dicamente, un valor para cada uno de los flujos de datos que indica el resultado de la determinaci6n en una celda indicadora de estado o fijar un indicador a un valor que indica el resultado de la determinaci6n.
  8. 8.
    Estaci6n base (113) de radiocomunicaciones segun la reivindicaci6n 6, caracterizada por una unidad (915) de inicio/fijaci6n conectada a la unidad (911) de determinaci6n para iniciar, en los tiempos repetidos peri6dicamente, un temporizador para cada uno de aquellos flujos de datos para los cuales en el tiempo actual no hay ninguna trama de datos esperando a ser transmitida pero para los cuales, en el tiempo directamente previo, habia por lo menos una trama de datos esperando a ser transmitida, o para fijar un contador a un valor inicial.
  9. 9.
    Estaci6n base (113) de radiocomunicaciones segun la reivindicaci6n 8, caracterizada por una unidad (909) de incremento/cambio para incrementar, en los tiempos peri6dicamente repetidos, cada uno de los temporizadores ya iniciados o cambiar cada uno de los contadores en un paso.
  10. 10.
    Estaci6n base (113) de radiocomunicaciones segun las reivindicaciones 7 y 9, caracterizada por un comparador (917) para comparar con un valor predeterminado, en los tiempos repetidos peri6dicamente, cada uno de los temporizadores ya iniciados o contadores, y una unidad de cambio para cambiar, para cada uno de aquellos flujos de datos para los cuales el resultado de la comparaci6n indica que el temporizador o contador ha alcanzado o superado el valor predeterminado, dicho valor que indica el resultado de la determinaci6n o dicho indicador, y estando dispuesta la unidad de asignaci6n para asignar a cada uno de dichos flujos de datos la cantidad minima predeterminada de la velocidad de bits o ancho de banda totalmente disponible.
  11. 11.
    Metodo de transmisi6n de tramas de datos en un sistema universal de telecomunicaciones m6viles (UMTS) desde un controlador (111) de red de radiocomunicaciones a una estaci6n base (113) de radiocomunicaciones, transportando cada trama de datos informaci6n perteneciente a uno de una pluralidad de flujos de datos, caracterizado por las etapas de:
    determinar en tiempos peri6dicamente repetidos, para cada uno de los flujos de datos, si hay mas tramas de datos en el controlador (111) de red de radiocomunicaciones esperando para ser transmitidas, y en esta etapa, usar informaci6n en el campo "Tamafo de Memoria Intermedia de Usuario" (UBS) en tramas de datos recibidas por la estaci6n base (113) de radiocomunicaciones,
    asignar, para cada uno de los flujos de datos para los cuales no ha habido tramas de datos
    esperando para ser transmitidas durante un periodo de tiempo predeterminado, una cantidad minima
    predeterminada de la velocidad de bits o ancho de banda disponible totalmente,
    asignar, para cada uno de los flujos de datos restantes, una cuota del resto de la velocidad de bits o
    ancho de banda totalmente disponible, de manera que la suma de las cuotas de la totalidad de dichos
    flujos de datos restantes sea igual a dicho resto.
  12. 12.
    Metodo segun la reivindicaci6n 11, caracterizado por la etapa adicional de almacenar, despues de la etapa de determinaci6n en los tiempos repetidos peri6dicamente, un valor para cada uno de los flujos de datos que indica el resultado de la determinaci6n o fijaci6n de un indicador a un estado que indica el resultado de la determinaci6n.
  13. 13.
    Metodo segun la reivindicaci6n 11, caracterizado por la etapa adicional de iniciar, despues de la etapa de determinaci6n en los tiempos peri6dicamente repetidos, un temporizador para cada uno de aquellos flujos de datos para los cuales en el tiempo actual no hay ninguna trama de datos esperando a ser transmitida pero para los cuales, en el tiempo directamente previo, habia por lo menos una trama de datos esperando a ser transmitida, o fijar un contador a un valor inicial.
  14. 14.
    Metodo segun la reivindicaci6n 13, caracterizado por la etapa adicional de incrementar, despues de la etapa de determinaci6n en los tiempos repetidos peri6dicamente, cada uno de los temporizadores ya iniciados o cambiar cada uno de los contadores en un paso.
  15. 15.
    Metodo segun las reivindicaciones 12 y 14 en combinaci6n, caracterizado por la etapa adicional de comparar con un valor predeterminado, despues de la etapa de determinaci6n en los tiempos repetidos peri6dicamente,
    cada uno de los temporizadores ya iniciados o contadores, y cambiar, para cada uno de aquellos flujos de datos para los cuales el resultado de la comparaci6n indica que el temporizador o contador ha alcanzado o superado el valor predeterminado, dicho valor que indica el resultado de la determinaci6n o dicho indicador, y de este modo, asignar a cada uno de dichos flujos de datos la cantidad minima predeterminada de la velocidad de bits o ancho de banda disponible totalmente.
ES05777124T 2005-08-26 2005-08-26 Método y disposición para el control del flujo en el umts haciendo uso de información en el campo ubs. Expired - Lifetime ES2368158T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2005/001247 WO2007024167A1 (en) 2005-08-26 2005-08-26 Method and arrangement for flow control in umts using information in ubs field

Publications (1)

Publication Number Publication Date
ES2368158T3 true ES2368158T3 (es) 2011-11-14

Family

ID=37771845

Family Applications (1)

Application Number Title Priority Date Filing Date
ES05777124T Expired - Lifetime ES2368158T3 (es) 2005-08-26 2005-08-26 Método y disposición para el control del flujo en el umts haciendo uso de información en el campo ubs.

Country Status (5)

Country Link
US (2) US8270298B2 (es)
EP (1) EP1917762B1 (es)
AT (1) ATE516684T1 (es)
ES (1) ES2368158T3 (es)
WO (1) WO2007024167A1 (es)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100440999C (zh) * 2005-09-29 2008-12-03 中兴通讯股份有限公司 一种基于do集群通信系统实现反向信道共享的方法
WO2008002228A1 (en) 2006-06-30 2008-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Enhancing coverage for high speed downlink packet access (hsdpa) channel
EP2092677B1 (en) * 2006-12-15 2016-07-20 Telefonaktiebolaget LM Ericsson (publ) Improved mac-d multiplexing in utran hsdpa wireless networks
CN101188796A (zh) * 2007-02-05 2008-05-28 中兴通讯股份有限公司 一种无线网络控制器和基站之间进行流量控制的方法
US8755270B2 (en) 2007-02-05 2014-06-17 Telefonaktiebolaget L M Ericsson (Publ) Congestion/load indication for high speed packet access
US7948962B2 (en) 2007-08-31 2011-05-24 Wireless Technology Solutions Llc Cellular communication system, apparatus and method for management of backhaul resources
EP2553971B1 (en) * 2010-03-30 2016-05-11 Telefonaktiebolaget LM Ericsson (publ) A method of congestion detection in a cellular radio system
CN102387541B (zh) * 2010-09-06 2014-04-16 普天信息技术研究院有限公司 一种Iub接口流量控制保护方法和基站
US8595374B2 (en) * 2010-12-08 2013-11-26 At&T Intellectual Property I, L.P. Method and apparatus for capacity dimensioning in a communication network
US8787159B2 (en) * 2011-04-14 2014-07-22 Alcatel Lucent Mechanism for wireless access networks to throttle traffic during congestion
CN103686853B (zh) * 2012-09-13 2019-07-09 中兴通讯股份有限公司 一种hsdpa多流技术的流控分配方法和装置
GB2556090B (en) * 2016-11-18 2019-07-17 Bluwireless Tech Ltd Apparatus and method for scheduling communications in a wireless communication system
US10614028B2 (en) * 2017-09-14 2020-04-07 Microsoft Technology Licensing, Llc Network traffic routing in distributed computing systems
CN109522902B (zh) 2017-09-18 2023-07-07 微软技术许可有限责任公司 空-时特征表示的提取

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6847611B1 (en) * 1990-12-10 2005-01-25 At&T Corp. Traffic management for frame relay switched data service
US6240103B1 (en) * 1997-03-21 2001-05-29 Scientific-Atlanta, Inc. Method and apparatus for detecting and preventing bandwidth overflow in a statistical multiplexer
US6108306A (en) * 1997-08-08 2000-08-22 Advanced Micro Devices, Inc. Apparatus and method in a network switch for dynamically allocating bandwidth in ethernet workgroup switches
US6408005B1 (en) 1997-09-05 2002-06-18 Nec Usa, Inc. Dynamic rate control scheduler for ATM networks
US6067301A (en) * 1998-05-29 2000-05-23 Cabletron Systems, Inc. Method and apparatus for forwarding packets from a plurality of contending queues to an output
CA2245367A1 (en) * 1998-08-19 2000-02-19 Newbridge Networks Corporation Two-component bandwidth scheduler having application in multi-class digital communication systems
US6470016B1 (en) * 1999-02-09 2002-10-22 Nortel Networks Limited Servicing output queues dynamically according to bandwidth allocation in a frame environment
US6728365B1 (en) * 1999-09-13 2004-04-27 Nortel Networks Limited Method and system for providing quality-of-service on packet-based wireless connections
US6687781B2 (en) 2001-05-01 2004-02-03 Zettacom, Inc. Fair weighted queuing bandwidth allocation system for network switch port
GB2375927B (en) 2001-05-26 2004-09-29 Cambridge Broadband Ltd Method and apparatus for communications bandwidth allocation
US7382793B1 (en) * 2002-01-17 2008-06-03 Juniper Networks, Inc. Systems and methods for determining the bandwidth used by a queue
EP1333621A1 (en) * 2002-01-30 2003-08-06 Lantern Communications Packet transport ring with Quality of service
TW587884U (en) 2002-05-10 2004-05-11 Interdigital Tech Corp Node B which facilitates selective purging of its buffers
US7352761B2 (en) * 2002-06-04 2008-04-01 Lucent Technologies Inc. Distributing unused allocated bandwidth using a borrow vector
US7330430B2 (en) * 2002-06-04 2008-02-12 Lucent Technologies Inc. Packet-based traffic shaping
US7206286B2 (en) 2002-07-24 2007-04-17 Lucent Technologies Inc. Dynamic DCH allocation methodology for packet data services in a wireless communications system
US7889761B2 (en) * 2002-09-17 2011-02-15 Broadcom Corporation Method and system for providing bandwidth allocation and sharing in a hybrid wired/wireless network
SE0302321D0 (sv) * 2003-08-28 2003-08-28 Ericsson Telefon Ab L M Call addmission control system and method for interpreting signaling messages and controlling traffic load in internet protocol differentiated services newtworks
ATE538611T1 (de) * 2004-08-13 2012-01-15 Alcatel Lucent Datenflusssteuerungsverfahren in einem mobilen kommunikationssystem
US7813315B2 (en) * 2006-11-13 2010-10-12 Samsung Electronics Co., Ltd. Spectrum sharing in a wireless communication network

Also Published As

Publication number Publication date
ATE516684T1 (de) 2011-07-15
EP1917762A1 (en) 2008-05-07
US20120188957A1 (en) 2012-07-26
EP1917762B1 (en) 2011-07-13
WO2007024167A1 (en) 2007-03-01
US8270298B2 (en) 2012-09-18
US20090221292A1 (en) 2009-09-03

Similar Documents

Publication Publication Date Title
ES2368157T3 (es) Fibra de carbono para un procedimiento acuoso y fibra de carbono cortado para un procedimiento acuoso.
AU2005323609B2 (en) Method and apparatus for scheduling enhanced uplink dedicated channels in a mobile communication system
US20120188957A1 (en) Flow control in umts using information in ubs field
JP5363633B2 (ja) カバレッジ拡張のための自律送信方法
ES2788874T3 (es) Transmisión de un informe de estado PDCP
US9107100B2 (en) Prioritization of data packets
JP2010532952A (ja) 送信ノードにおける輻輳制御
ES2708203T3 (es) Señalización de datos de asistencia a la programación en un sistema de comunicación celular
ES2534833T3 (es) Un método para operar una red inalámbrica y una red inalámbrica
BRPI0722339B1 (pt) Método para programar serviços de transmissão, programador, dispositivo de comunicação, e, meio de armazenamento legível por computador
CN101150509A (zh) 数据流入量控制装置以及数据流入量控制方法
JP4903797B2 (ja) Ｕｍｔｓにおけるフロー制御
EP2114038B1 (en) Radio base station and mobile communication method
ES2320648T3 (es) Metodo y aparato para la seleccion del esquema de transmision en base a las condiciones del canal y la longitud del mensaje.
BRPI0603164B1 (pt) Método de controle de taxa de transmissão e estação móvel
RU2389139C2 (ru) Управление потоками информации в универсальной системе мобильной связи (umts)